Additional information:
My swap-file is also on /dev/sdb2. It appears as though swap
is being written beyond the end of the SCSI device and the
device doesn't like it. Also on a subsequent re-boot the
signature in the swap file had been destroyed so that swapon
didn't like it. I needed to use
On Wed, 2 Feb 2005, Dave Hansen wrote:
>
> In any case, I'm running a horribly hacked up kernel, but this is
> certainly a new problem, and not one that I've run into before. Here's
> output from the new CONFIG_PAGE_OWNER code:
Hmm.. Everything looks fine. One new thing about the pipe code is
When I compile and run the following program:
#include
int main(int x, char **y)
{
pause();
}
... as:
./xxx `yes`
... the following occurs after about 30 seconds (your mileage
may vary):
Additional sense: Peripheral device write fault
end_request: I/O error, dev sdb, sector 34605780
SCSI
I've got a simple test app that tries to mmap() and mlock() an amount of
memory specified on the commandline.
If I specify more than the amount of physical memory in the system, I
get different behaviours between ppc and ppc64.
With the ppc kernel, my mmap() call will eventually fail and
On Wed, Feb 02, 2005 at 10:18:27PM +1000, [EMAIL PROTECTED] wrote:
> your concerns would be valid if this was impossible to achieve by an
> exploit, sadly, you'd be wrong too, it's possible to force an exploited
> application to call something like dl_make_stack_executable() and then
> execute the
On Wed, Feb 02, 2005 at 09:34:21AM -0700, Tom Rini wrote:
> On Wed, Feb 02, 2005 at 04:21:23PM +, David Woodhouse wrote:
> > On Tue, 2005-02-01 at 09:06 -0700, Tom Rini wrote:
> > > is unsafe for inclusion by userland apps, but it
> > > is in the userland-exposed portion of . It's only
On Wed, 2 Feb 2005 18:07:27 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 02, 2005 at 08:56:28AM -0800, Pete Zaitcev wrote:
> > On Wed, 2 Feb 2005 11:20:33 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> >
> > > Well, you removed the scaling to the touchpad resolution, which
I think there's still something funky going on in the pipe code, at
least in 2.6.11-rc2-mm2, which does contain the misordered __free_page()
fix in pipe.c. I'm noticing any leak pretty easily because I'm
attempting memory removal of highmem areas, and these apparently leaked
pipe pages the only
[Jon Smirl]
> On Wed, 2 Feb 2005 16:41:39 +0100, Haakon Riiser
> <[EMAIL PROTECTED]> wrote:
>> Thanks for the tip, I hadn't heard about it. I will take a look,
>> but only to see if it can show me the user space API of /dev/fb.
>> I don't need a general library that supports a bunch of different
El mié, 02-02-2005 a las 17:17 +, [EMAIL PROTECTED] escribió:
> There *are* things in OpenBSD, like randomized port assignment (as opposed
> to the linear scan in tcp_v4_get_port()) that would be worth emulating.
> Maybe worry about that first?
>
Completely agreed with you, I was just trying
On Wed, 2005-02-02 at 17:55, Christoph Hellwig wrote:
> On Wed, Feb 02, 2005 at 05:13:40PM +0100, Andreas Gruenbacher wrote:
> > Here is a set of three patches which implement some general
> > infrastructure and on top of that, acls for tmpfs and /dev/pts files.
>
> Why would you want ACLs on
On Wed, Feb 02, 2005 at 11:02:49AM -0500, Kristina Clair wrote:
> I have been told that dm_snapshot is still experimental in the 2.6.10
> kernel, and I was advised not to have more than one snapshot created
> at a time for the same logical volume.
Each snapshot is independent and keeps its own
Alexey Dobriyan wrote:
On Tue, 01 Feb 2005 10:54:32 -0700, Mark A. Greer wrote:
+struct mv64xxx_i2c_data {
+ void *reg_base;
ioremap() returns "void __iomem *".
Okay.
+static void __devexit
+mv64xxx_i2c_unmap_regs(struct mv64xxx_i2c_data *drv_data)
+{
+ if (!drv_data->reg_base) {
+
*Sigh*. This thread is heading into the weeds.
I have things I should be doing instead, but since nobody seems to
actually be looking at what the patch *does*, I guess I'll have
to dig into it a bit more...
Yes, licensing issues need to be resolved before a patch can go in.
Yes, code style
On Wed, Feb 02, 2005 at 08:56:28AM -0800, Pete Zaitcev wrote:
> On Wed, 2 Feb 2005 11:20:33 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
>
> > Well, you removed the scaling to the touchpad resolution, which will
> > cause ALPS touchpad to be significantly slower than Synaptics touchpads.
> >
On Wed, Feb 02, 2005 at 05:13:40PM +0100, Andreas Gruenbacher wrote:
> Here is a set of three patches which implement some general
> infrastructure and on top of that, acls for tmpfs and /dev/pts files.
Why would you want ACLs on /dev/pts?
-
To unsubscribe from this list: send the line
On Wed, 2 Feb 2005 11:20:33 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> Well, you removed the scaling to the touchpad resolution, which will
> cause ALPS touchpad to be significantly slower than Synaptics touchpads.
> Similarly, the screen size used to be taken into account, but probably
>
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> your concerns would be valid if this was impossible to achieve by an
> exploit, sadly, you'd be wrong too, it's possible to force an
> exploited application to call something like
> dl_make_stack_executable() and then execute the shellcode. [...]
Hi Pete,
> > I think if cat is the prefered tool for viewing this file then it should
> > be more human readable. If not, then a binary format should be choosen.
> > Maybe we can implement both. Is this possible?
>
> Yes. Now you know why files were split as they were.
still no reason for me to
Bill Huey (hui) <[EMAIL PROTECTED]> writes:
> Also, as media apps get more sophisticated they're going to need some
> kind of access to the some traditional softirq facilities, possibily
> migrating it into userspace safely somehow, with how it handles IO
> processing such as iSCSI, FireWire,
(first sorry for my poor English)
Very nice howto. It's useful for generic use of svn too.
The notations about converting bk to svn is really interesting... nice job!
Just a little error:
How to I ignore temporary build files ? <- to should be do
I would add this rule as a personal
On Wed, 2 Feb 2005 16:41:39 +0100, Haakon Riiser
<[EMAIL PROTECTED]> wrote:
> Thanks for the tip, I hadn't heard about it. I will take a look,
> but only to see if it can show me the user space API of /dev/fb.
> I don't need a general library that supports a bunch of different
> graphics cards.
On Wed, Feb 02, 2005 at 04:21:23PM +, David Woodhouse wrote:
> On Tue, 2005-02-01 at 09:06 -0700, Tom Rini wrote:
> > is unsafe for inclusion by userland apps, but it
> > is in the userland-exposed portion of . It's only needed
> > in the __KERNEL__ protected portion of the file, so move the
THIS IS AN AUTOMATED RESPONSE. DO NOT RESPOND TO THIS EMAIL.
Thank you for your comments. Customer Service
emails are answered in the order in which they are received.
The department is closed on weekends and holidays and there
will be a delay in response for comments sent during these
times.
On Tue, 2005-02-01 at 09:06 -0700, Tom Rini wrote:
> is unsafe for inclusion by userland apps, but it
> is in the userland-exposed portion of . It's only needed
> in the __KERNEL__ protected portion of the file, so move the #include
> down to there.
You accidentally posted this patch to the
Here is a set of three patches which implement some general
infrastructure and on top of that, acls for tmpfs and /dev/pts files.
We may want to factor out some of the current ext2 and ext3 acl code
and use the generic layer instead. Comments welcome.
Regards,
--
Andreas Gruenbacher <[EMAIL
Add some infrastructure for access control lists on in-memory
filesystems such as tmpfs and devpts. We can probably also use
this code from ext2 and ext3, but this hasn't been started, yet.
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
Index: linux-2.6.11-rc2-mm2/fs/Kconfig
/dev/pts is somewhat special: there are no directories, and so we
don't need default acls.
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
Index: linux-2.6.11-rc2-mm2/fs/devpts/inode.c
===
---
Add access control lists for tmpfs. There is more code in tmpfs itself
than in the generic acl layer, but at least the acl handling
complexities are hidden from the filesystem.
Signed-off-by: Andreas Gruenbacher <[EMAIL PROTECTED]>
Index: linux-2.6.11-rc2-mm2/mm/shmem.c
On Wed, 2 Feb 2005, Lennert Van Alboom wrote:
>
> I applied the patch and it works like a charm. As a kinky side effect: before
> this patch, using a compiled-in vesa or vga16 framebuffer worked with the
> proprietary nvidia driver, whereas now tty1-6 are corrupt when not using
> 80x25.
Positive, I only applied this single two-line change. I'm not capable of
messing with kernel code myself so I prefer not to. Probably just a lucky
shot that the vesa didn't go nuts with nvidia before... O well, with a bit
more o'those pharmaceutical drugs even this 80x25 doesn't look too bad.
Hello,
I have been told that dm_snapshot is still experimental in the 2.6.10
kernel, and I was advised not to have more than one snapshot created
at a time for the same logical volume.
Basically I am just wondering what the potential problems are with
dm_snapshot. Is there anything particular
(first sorry for my poor English)
Very nice howto. It's useful for generic use of svn too.
The notations about converting bk to svn is really interesting... nice job!
Just a little error:
How to I ignore temporary build files ? <- to should be do
I would add this rule as a personal
[trimming the Cc: list]
> * Jack O'Quin <[EMAIL PROTECTED]> wrote:
>> Remember when I asked how you handle changes to sizeof(struct rusage)?
>> That was a serious question. I hope there's a solution. [...]
Ingo Molnar <[EMAIL PROTECTED]> writes:
> what does any of what we've talking about have
On Tuesday, February 01, 2005 1:15 PM, Matt Domsch wrote:
> This patch is mangled. Long lines are wrapped, and appears to be in
> ISO-8859-1, such that spaces (ascii 0x20) appear as hex 0xa0. This
> makes it difficult to review, and impossible to apply.
>
> +// definitions for the device
Hi Matthew,
On Wed, 2005-02-02 at 15:43 +, Matthew Wilcox wrote:
> On Wed, Feb 02, 2005 at 03:12:50PM +, Anton Altaparmakov wrote:
>
> I think the below loop would be clearer as a for loop ...
>
> err = 0;
> for (nr = 0; nr < nr_pages; nr++, start++) {
> if
On Wed, Feb 02, 2005 at 10:51:38AM -0500, Dmitry Torokhov wrote:
> I wonder if we should just add speed factor (along with tap distance)
> options to mousedev. Vojtech, will you take such patch? I know you
> want to drop mousedev and have everyone use evdev but, although people
> started
Hi,
I've played lately a bit with Subversion and used it for managing
the kernel sources, using Larry McVoy's bk2cvs bridge and Ben Collins'
bkcvs2svn conversion script.
Since there is little information on the web on how to properly
set up a SVN repository and use it for tracking the latest
On Wed, 2 Feb 2005 11:20:33 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 01, 2005 at 11:41:48PM -0800, Pete Zaitcev wrote:
> > On 30 Jan 2005 12:10:34 +0100, Peter Osterlund <[EMAIL PROTECTED]> wrote:
> >
> > > > - Slow motion of finger produces no motion, then a jump. So, it's
On Wed, Feb 02, 2005 at 03:21:55PM +0100, Haakon Riiser wrote:
> > X-Windows already does this.
>
> Yeah, I thought the X11 fbdev driver supported acceleration, but not
> according to its manpage:
>
> fbdev is an Xorg driver for framebuffer devices. This is a
> non-accelerated driver [...]
On Wed, 02 Feb 2005 11:22:43 +0100, Victor Hahn <[EMAIL PROTECTED]> wrote:
> Dmitry Torokhov wrote:
>
> >It still complains in dmesg about throwing away bytes, right? Please try
> >loading the box some more to make sure mouse survives some abuse.
> >
> >
>
> No, it doesn't. The only message I
Vivek Goyal <[EMAIL PROTECTED]> writes:
> On Tue, 2005-02-01 at 20:56, Eric W. Biederman wrote:
> > Vivek Goyal <[EMAIL PROTECTED]> writes:
>
> "elfcorehdr=" also looks good.
Then let's go with that for now. It is not perfect but it seems
a little more self explanatory at first glance.
> > A
On Wed, Feb 02, 2005 at 03:12:50PM +, Anton Altaparmakov wrote:
I think the below loop would be clearer as a for loop ...
err = 0;
for (nr = 0; nr < nr_pages; nr++, start++) {
if (start == lp_idx) {
pages[nr] = locked_page;
[Xavier Bestel]
> Le mercredi 02 février 2005 à 15:21 +0100, Haakon Riiser a
> écrit :
>> How can I use a frame buffer driver's optimized copyarea,
>> fillrect, blit, etc. from userspace? The only way I've ever
>> seen anyone use the frame buffer device is by mmap()ing it
>> and doing
Matthew Wilcox wrote:
On Tue, Feb 01, 2005 at 11:35:05AM -0600, Brian King wrote:
If we've done a write to config space while the adapter was blocked,
shouldn't we replay those accesses at this point?
I did not think that was necessary.
We have to do *something*. We can't just throw away writes.
Koichi Suzuki <[EMAIL PROTECTED]> writes:
> Itsuro Oda wrote:
> > Hi,
> > I can't understand why ELF format is necessary.
> > I think the only necessary information is "what physical address regions are
> > valid to read". This information is necessary for any
> > sort of dump tools. (and must
Hi,
On Thu, 27 Jan 2005, Andrew Morton wrote:
> Anton Altaparmakov <[EMAIL PROTECTED]> wrote:
> > What would you propose can I do to perform the required zeroing in a
> > deadlock safe manner whilst also ensuring that it cannot happen that a
> > concurrent ->readpage() will cause me to miss a
Le mercredi 02 fÃvrier 2005 Ã 15:21 +0100, Haakon Riiser a Ãcrit :
> How can I use a frame buffer driver's optimized copyarea, fillrect,
> blit, etc. from userspace? The only way I've ever seen anyone use
> the frame buffer device is by mmap()ing it and doing everything
> manually in the mapped
Mirko Parthey wrote:
On Mon, Jan 31, 2005 at 05:22:02PM +0100, wrote:
My Debian machine hangs during shutdown, with messages like this:
unregister_netdevice: waiting for br0 to become free. Usage count = 1
I narrowed it down to the command
# brctl delbr br0
which does not return in the
On Wed, 2005-02-02 at 06:49 -0800, Frank klein wrote:
> Hi,
> I have got an offer to write a book on Linux
> filesystems. In this I would like to cover existing
> filesystems like ext3, xfs etc. I would also cover
> embedded file systems such as jffs,ROMfs,cramsf etc.
>
> I am having some
Hi,
I have got an offer to write a book on Linux
filesystems. In this I would like to cover existing
filesystems like ext3, xfs etc. I would also cover
embedded file systems such as jffs,ROMfs,cramsf etc.
I am having some licensing questions. It would be
really great if you can clarify on them
And the feedback begins :)
Itsuro Oda <[EMAIL PROTECTED]> writes:
> Hi,
>
> I don't like calling crash_kexec() directly in (ex.) panic().
> It should be call_dump_hook() (or something like this).
>
> I think the necessary modifications of the kernel is only:
> - insert the hooks that calls a
Hi Sripathi,
> This patch solves a problem with working of getdents while using 32 bit
> binaries on 64 bit Linux/390. glibc expects d_type to be passed if we
> have a kernel version after 2.6.4, so we have to also handle it in the
> 32bit syscall converter. Similar patch was given for PPC by
Koichi Suzuki <[EMAIL PROTECTED]> writes:
> I meant with kexec and dump hook, there could be many more things can be done
> in
> addition to full core dump. Initiating failover to other node will be one
> example. Starting with this hook, there must be many good ideas. So my
> idea
> is to
Itsuro Oda <[EMAIL PROTECTED]> writes:
> Hi,
>
> I can't understand why ELF format is necessary.
ELF format is not. However essentially the information an ELF
provides is. So using an ELF header to convey that information
is a sane choice of data structure.
> I think the only necessary
[Dick Johnson]
> On Wed, 2 Feb 2005, Haakon Riiser wrote:
>
>> How can I use a frame buffer driver's optimized copyarea, fillrect,
>> blit, etc. from userspace? The only way I've ever seen anyone use
>> the frame buffer device is by mmap()ing it and doing everything
>> manually in the mapped
Con Kolivas kolivas.org> writes:
> >>I'm not sure how the list of intefaces is probed on this machine, that's
> >>probably where the problem is.
>
> I've read that people have had this problem go away if they disable this
> option:
>
> < > generic/default IDE chipset support
Okay I'll
The correct place to encrypt or decrypt ANYTHING is
just before access to the "outside" world, i.e., in the
case of a file-system, the reads and writes to the
storage device (disk drive). You are in a world of
hurt if you intend to encrypt 'data' and directories
separately.
If you need to use an
Hi!
> > > > I used your config advices from second mail, still it does not work as
> > > > expected: system gets "too sleepy". Like it takes a nap during boot
> > > > after "dyn-tick: Maximum ticks to skip limited to 1339", and key is
> > > > needed to make it continue boot. Then cursor stops
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, 2 Feb 2005, Haakon Riiser wrote:
How can I use a frame buffer driver's optimized copyarea, fillrect,
blit, etc. from userspace? The only way I've ever seen anyone use
the frame buffer device is by mmap()ing it and doing everything
manually in the mapped memory. I assume there must be
Hi!
> > > Hmmm, that sounds like the local APIC does not wake up the PIT
> > > interrupt properly after sleep. Hitting the keys causes the timer
> > > interrupt to get called, and that explains why it keeps running. But
> > > the timer ticks are not happening as they should for some reason.
> > >
Hi!
> I don't think it's HPET timer, or CONFIG_SMP. It also looks like your
> local APIC timer is working.
>
> If you have a serial console, you can put one letter printks in the
> code. Can you check if you ever get to smp_apic_timer_interrupt()?
> That's where you should get to after the
Hi!
> > > Hmmm, that sounds like the local APIC does not wake up the PIT
> > > interrupt properly after sleep. Hitting the keys causes the timer
> > > interrupt to get called, and that explains why it keeps running. But
> > > the timer ticks are not happening as they should for some reason.
> > >
I can't use cdrtools 2.01 with kernel 2.6.10 (i386, P4). Once the "0
of xxx MB written" message appears, the CD-writer spins down, the HD
led lits, and the system nearly hangs (many processes in D(isk)
state). After a minute or two, timeout messages on hda (main HD)
appear in dmesg, followed by
Hi all,
I am trying to add some cryptographic functionality to ext2 file system for my
masters project. I am working with kernel 2.4.21
Along with regular files, I intend to encrypt directory contents too. For
reading I guess the function ext2_get_page in fs/ext2/dir.c is used. Hence I
How can I use a frame buffer driver's optimized copyarea, fillrect,
blit, etc. from userspace? The only way I've ever seen anyone use
the frame buffer device is by mmap()ing it and doing everything
manually in the mapped memory. I assume there must be ioctls for
accessing the accelerated
Hi!
> I have noticed that the condition (cur_freq != cpu_policy->cur), which is
> unlikely() according to cpufreq.c:cpufreq_resume(), occurs on every resume
> on my box (Athlon64-based Asus). Every time the box resumes, I get a message
> like that:
>
> Warning: CPU frequency out of sync:
Hi,
I have noticed that the condition (cur_freq != cpu_policy->cur), which is
unlikely() according to cpufreq.c:cpufreq_resume(), occurs on every resume
on my box (Athlon64-based Asus). Every time the box resumes, I get a message
like that:
Warning: CPU frequency out of sync: cpufreq and timing
Hi!
> one thing that paxtest didn't get right in the 'kiddie' mode is that
> it still ran with an executable stack, that was not the intention but
> rather an oversight, it'll be fixed in the next release. still, this
> shouldn't leave you with a warm and fuzzy feeling about the security
> of
Hi Andrew,
This patch has been generated against 2.6.11-rc2-mm2. This fixes a very
minor bug in kexec.
Thanks
Vivek
This patch fixes a minor bug in kexec. Changing the data type of flags makes
sure proper control flow of code during crash event.
Signed-off-by: Vivek Goyal <[EMAIL PROTECTED]>
Richard Hughes wrote:
Benjamin Herrenschmidt kernel.crashing.org> writes:
This looks like bogus HW, or bogus list of IDE interfaces ...
How can I test to see if this is the case?
The IDE layer waits up to 30 seconds for a device to drop it's busy bit,
which is necessary for some drives that
Benjamin Herrenschmidt kernel.crashing.org> writes:
> This looks like bogus HW, or bogus list of IDE interfaces ...
How can I test to see if this is the case?
>
> The IDE layer waits up to 30 seconds for a device to drop it's busy bit,
> which is necessary for some drives that aren't fully
Paulo Marques writes:
I agree with the "is like kcalloc" argument in the sense that it does an
allocation + something else. But in this case the "something else" is in
fact a string operation, so this just seem to be in the middle.
Sure, but now you're forcing all users of to depend on the slab
Hi Christoph,
> Changelog
> * Simple NUMA compatible allocation of hugepages in the nearest node
>
> Index: linux-2.6.9/mm/hugetlb.c
> ===
> --- linux-2.6.9.orig/mm/hugetlb.c 2004-10-22 13:28:27.0 -0700
> +++
> Umm, so exactly how many applications use multithreading (or otherwise
> trigger the GLIBC mprotect call), and how many applications use nested
> functions (which is not ANSI C compliant, and as a result, very rare)?
i think you're missing the whole point of paxtest. it's not about what
glibc
[TRIVIAL 2.6] Update panic() comment.
panic() doesn't flush the filesystem cache anymore. The comment above the
function still claims it does.
Thanks,
Heiko
= panic.c 1.22 vs edited =
--- 1.22/kernel/panic.c 2004-11-08 03:16:06 +01:00
+++ edited/panic.c 2005-02-02 12:25:21 +01:00
Pekka Enberg wrote:
At some point in time, I wrote:
kstrdup() is a special-case _memory allocator_ (not so much a string
operation) so I think it should go into mm/slab.c where we currently
have kcalloc().
On Tue, 01 Feb 2005 17:00:17 +, Paulo Marques <[EMAIL PROTECTED]> wrote:
I was
Dear friend,
Assalamu Alaikum
Salaam,I want to drop you a quick note because I did not hear back from
you concerning the information I sent you the otherday.Incase you did
not recieve the letter introducing my intent. I am mohammed Hassan an
Iraqi.I got your contacts through my personal
Hi Andrew,
This patch fixes a potential race between request_wait_answer()
calling background_request() and fuse_dev_writev() calling
request_end() if a request is interrupted. The race could cause
inodes and files to acquire an extra reference, making them
unfreeable.
Please apply.
Thanks,
Pekka Enberg wrote:
On Tue, 1 Feb 2005 03:28:31 +, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
diff -buprN -X dontdiff
vanilla-2.6.11-rc2-bk9/arch/um/os-Linux/drivers/tuntap_user.c
linux-2.6.11-rc2-bk9/arch/um/os-Linux/drivers/tuntap_user.c
---
* Jack O'Quin <[EMAIL PROTECTED]> wrote:
> Remember when I asked how you handle changes to sizeof(struct rusage)?
> That was a serious question. I hope there's a solution. [...]
what does any of what we've talking about have to do with struct rusage?
One of the patches i wrote adds a new
At Tue, 01 Feb 2005 17:15:56 +,
Paulo Marques wrote:
>
> [1 ]
> Takashi Iwai wrote:
> > [...]
> >
> > Thanks, that looks almost fine except:
> >
> >
> >>diff -uprN -X dontdiff vanilla-2.6.11-rc2-bk9/sound/core/sound.c
> >>linux-2.6.11-rc2-bk9/sound/core/sound.c
> >>---
On Wed, 2005-02-02 at 11:50, Herbert Xu wrote:
> Andreas Gruenbacher <[EMAIL PROTECTED]> wrote:
> >
> > static inline void swap(void *a, void *b, int size)
> > {
> >if (size % sizeof(long)) {
> >char t;
> >do {
> >t = *(char *)a;
> >
On Tue, Feb 01, 2005 at 11:10:48PM -0600, Jack O'Quin wrote:
> Ingo Molnar <[EMAIL PROTECTED]> writes:
> > (also, believe me, this is not arrogance or some kind of game on our
> > part. If there was a nice clean solution that solved your and others'
> > problems equally well then it would already
Andreas Gruenbacher <[EMAIL PROTECTED]> wrote:
>
> static inline void swap(void *a, void *b, int size)
> {
>if (size % sizeof(long)) {
>char t;
>do {
>t = *(char *)a;
>*(char *)a++ = *(char *)b;
>
Zan Lynx <[EMAIL PROTECTED]> wrote:
>
> And you get in the habit of using 0 instead of NULL and before you know
> it you've used it in a variable argument list for a GTK library call on
> an AMD64 system and corrupted the stack. :-)
Using NULL without a cast is equally broken in a variadic
At Tue, 1 Feb 2005 21:34:59 -0500,
Timothy Miller wrote:
>
> I've mentioned this problem before. It seemed to go away around the
> 2.6.8 timeframe, but when I started using 2.6.9, it came back. I'm
> using 2.6.10, and it's still happening.
>
> Basically, I get random poppling and crackling
Dmitry Torokhov wrote:
It still complains in dmesg about throwing away bytes, right? Please try
loading the box some more to make sure mouse survives some abuse.
No, it doesn't. The only message I still get is the one below. I've
tried it with aprox. 90% CPU usage already and I didn't have any
On Tue, Feb 01, 2005 at 11:41:48PM -0800, Pete Zaitcev wrote:
> On 30 Jan 2005 12:10:34 +0100, Peter Osterlund <[EMAIL PROTECTED]> wrote:
>
> > > - Slow motion of finger produces no motion, then a jump. So, it's very
> > > hard to
> > > target smaller UI elements and some web links.
> >
> > I
On Dinsdag 01 Februar 2005 05:57, Benjamin Herrenschmidt wrote:
> BTW. I'm thinking about moving all those PCI/VIO related fields out of
> struct device_node to their own structure and keep only a pointer to
> that structure in device_node. That way, we avoid the bloat for every
> single non-pci
Hi!
> > Pavel> Hi! Two Long time ago, BenH said that making patches is easy,
> > Pavel> so I hope to get his help now... And will probably need more.
> >
> > Pavel> Suspend routines change, slowly.
> >
> > Pavel> - int (*suspend)(struct device * dev, u32 state); + int
> > Pavel>
On Wednesday 02 February 2005 09:26, Theodore Ts'o wrote:
> On Tue, Feb 01, 2005 at 07:15:49PM -0500, Theodore Ts'o wrote:
> > Umm, so exactly how many applications use multithreading (or otherwise
> > trigger the GLIBC mprotect call),
>
> For the record, I've been informed that the glibc
On Wed, 2005-02-02 at 10:35 +0100, Peter Busser wrote:
> Hi!
>
> > Umm, so exactly how many applications use multithreading (or otherwise
> > trigger the GLIBC mprotect call), and how many applications use nested
> > functions (which is not ANSI C compliant, and as a result, very rare)?
> >
> >
Hi!
> Pavel> Hi! Two Long time ago, BenH said that making patches is easy,
> Pavel> so I hope to get his help now... And will probably need more.
>
> Pavel> Suspend routines change, slowly.
>
> Pavel> - int (*suspend)(struct device * dev, u32 state); + int
> Pavel> (*suspend)(struct device *
Hi!
> Umm, so exactly how many applications use multithreading (or otherwise
> trigger the GLIBC mprotect call), and how many applications use nested
> functions (which is not ANSI C compliant, and as a result, very rare)?
>
> Do the tests both ways, and document when the dummy() re-entrant
>
I applied the patch and it works like a charm. As a kinky side effect: before
this patch, using a compiled-in vesa or vga16 framebuffer worked with the
proprietary nvidia driver, whereas now tty1-6 are corrupt when not using
80x25. Strangeness :)
Lennert
On Monday 24 January 2005 23:35, Linus
On Tue, 2005-02-01 at 20:56, Eric W. Biederman wrote:
> Vivek Goyal <[EMAIL PROTECTED]> writes:
>
> > Well, trying to put the already discussed ideas together. I was
> > planning to work on following design. Please comment.
> >
> > Crashed Kernel <-->Capture Kernel(or User Space) Interface:
> >
Mainly for testing by Promise and nVIDIA users, but also includes a fix
for a few lesser-used SCSI commands (that affect all SATA users).
See attached...
BK users:
bk pull bk://gkernel.bkbits.net/libata-2.6
This will update the following files:
drivers/scsi/libata-core.c | 91
Hello everyone,
Is there any mailing list like this for Linux
system administration? Plz help me regarding this?
Thanks and Regards,
selva
__
Do you Yahoo!?
Meet the all-new My Yahoo! - Try it today!
http://my.yahoo.com
-
To unsubscribe
201 - 300 of 605 matches
Mail list logo