On Mon, Mar 21, 2005 at 12:59:46AM +0100, Adrian Bunk wrote:
> On Sun, Mar 20, 2005 at 06:32:03PM -0500, Dave Jones wrote:
> > On Mon, Mar 21, 2005 at 12:12:32AM +0100, Adrian Bunk wrote:
> > > On Sun, Mar 20, 2005 at 05:42:34PM -0500, Dave Jones wrote:
> > > > On Sun, Mar 20, 2005 at
Hi.
On Sun, 2005-03-20 at 08:29, Pavel Machek wrote:
> On So 19-03-05 12:20:35, Russell Miller wrote:
> > On Saturday 19 March 2005 05:26, Pavel Machek wrote:
> >
> > > Checking that would be hard, but you might want to provide patch to check
> > > last-mounted dates of filesystems and panic if
Nigel Cunningham <[EMAIL PROTECTED]> wrote:
> Yuck! Why panic when you know what is needed? A better solution is to
> tell the user they've messed up and given them the option to (1) reboot
> and try another kernel or (2) have swsusp restore the original swap
> signature and continue booting.
Hello,
I have two Promise SATA TX4 cards connected to a total of 6 Maxtor 250 GB
drives (7Y250M0) configured into a RAID 5. All works well with small
disk load, but when a large number of requests are issued, it causes crash
similar to the attached, except that the errors before the crash are on a
Patrick McFarland <[EMAIL PROTECTED]> wrote:
>
> It seems that the es1371 driver (which provides its own joystick port driver)
> is broken in at least 2.6.11-mm4. I don't know when it broke, but it used to
> work around in the 2.6.8/9 days (I haven't used the joystick in awhile). The
> hardware
viking <[EMAIL PROTECTED]> wrote:
>
> I did note something strange. I'm running 2.6.11.2 at this moment, when I
> tried 2.6.11.3, my USB Microsoft Wireless Optical Mouse stopped moving
> from left to right, and would only move up and down if I physically moved
> the mouse from left to right. I
On Sun, Mar 20, 2005 at 07:01:49PM -0500, Dave Jones wrote:
> On Mon, Mar 21, 2005 at 12:59:46AM +0100, Adrian Bunk wrote:
> > On Sun, Mar 20, 2005 at 06:32:03PM -0500, Dave Jones wrote:
> > > On Mon, Mar 21, 2005 at 12:12:32AM +0100, Adrian Bunk wrote:
> > > > On Sun, Mar 20, 2005 at
On Sun, 20 Mar 2005, Andrew Morton wrote:
> "Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
> >
> > We did exactly the same thing about 10 months back. Nice to
> > see that independent people came up with exactly the same
> > solution that we proposed 10 months back.
>
> Well the same question
Andrew Morton wrote:
Phillip Lougher <[EMAIL PROTECTED]> wrote:
+static struct inode *squashfs_iget(struct super_block *s, squashfs_inode
inode)
+{
+ struct inode *i;
+ squashfs_sb_info *msBlk = (squashfs_sb_info *)s->s_fs_info;
+ squashfs_super_block *sBlk = >sBlk;
+
On Sun, 20 Mar 2005, Andrew Morton wrote:
> > Hope Andrew is going to take the patch this time.
>
> Hope Kenneth is going to test the alternate del_timer_sync patches in next
> -mm ;)
BTW Why are we going through this? Oleg has posted a much better solution
to this issue yersteday AFAIK.
-
To
Phillip Lougher <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> > Phillip Lougher <[EMAIL PROTECTED]> wrote:
> >>
> >>+static struct inode *squashfs_iget(struct super_block *s, squashfs_inode
> >>inode)
> >>+{
> >>+ struct inode *i;
> >>+ squashfs_sb_info *msBlk = (squashfs_sb_info
Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> On Sun, 20 Mar 2005, Andrew Morton wrote:
>
> > "Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
> > >
> > > We did exactly the same thing about 10 months back. Nice to
> > > see that independent people came up with exactly the same
> > > solution
Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> On Sun, 20 Mar 2005, Andrew Morton wrote:
>
> > > Hope Andrew is going to take the patch this time.
> >
> > Hope Kenneth is going to test the alternate del_timer_sync patches in next
> > -mm ;)
>
> BTW Why are we going through this? Oleg has
On Sun, Mar 20, 2005 at 04:41:29PM -0800, Andrew Morton wrote:
> viking <[EMAIL PROTECTED]> wrote:
> >
> > I did note something strange. I'm running 2.6.11.2 at this moment, when I
> > tried 2.6.11.3, my USB Microsoft Wireless Optical Mouse stopped moving
> > from left to right, and would only
Okay - so I see I'm not the only one to see significant slowdowns in 2.6.11.x
compared to 2.6.10 - guess I'll have to wait until the 4-level table thing
sorts itself out...
/me removes foot out of gob.
--
/| _,.:*^*:., |\ Cheers from the Viking family, including Pippin, our cat
| |_/'
On Sunday 20 March 2005 07:39 pm, Andrew Morton wrote:
> Patrick McFarland <[EMAIL PROTECTED]> wrote:
> > It seems that the es1371 driver (which provides its own joystick port
> > driver) is broken in at least 2.6.11-mm4. I don't know when it broke, but
> > it used to work around in the 2.6.8/9
Anyone with an alpha care to suggest a fix for this?
arch/alpha/kernel/srmcons.c: In function 'srmcons_open':
arch/alpha/kernel/srmcons.c:196: warning: 'srmconsp' may be used uninitialized
in this function
make[1]: *** [arch/alpha/kernel/srmcons.o] Error 1
make: *** [arch/alpha/kernel] Error 2
I
viking wrote:
Okay - so I see I'm not the only one to see significant slowdowns in 2.6.11.x
compared to 2.6.10 - guess I'll have to wait until the 4-level table thing
sorts itself out...
/me removes foot out of gob.
The 4-level page tables slowdowns don't explain the problems you
are seeing.
Ingo Molnar wrote:
>
> * Jakub Jelinek <[EMAIL PROTECTED]> wrote:
>
> > The futex man pages that have been around for years (certainly since
> > mid 2002) certainly don't document FUTEX_WAIT as token passing
> > operation, but as atomic operation:
> >
> > Say
Dan Kegel <[EMAIL PROTECTED]> wrote:
>
> Anyone with an alpha care to suggest a fix for this?
>
> arch/alpha/kernel/srmcons.c: In function 'srmcons_open':
> arch/alpha/kernel/srmcons.c:196: warning: 'srmconsp' may be used
> uninitialized in this function
> make[1]: ***
The following quote is from the article "Linux Kernel Security, Again"
(http://www.securityfocus.com/columnists/308):
"Don't get me wrong. Linux doesn't suck. But I do believe that the
Linux kernel team (and some of the Linux distributions that are still
vulnerable to fork bombing) need to take
Andrew Morton wrote:
Dan Kegel <[EMAIL PROTECTED]> wrote:
Anyone with an alpha care to suggest a fix for this?
arch/alpha/kernel/srmcons.c: In function 'srmcons_open':
arch/alpha/kernel/srmcons.c:196: warning: 'srmconsp' may be used uninitialized
in this function
make[1]: ***
On Sun, Mar 20, 2005 at 07:03:52PM -0800, Andrew Morton wrote:
> Dan Kegel <[EMAIL PROTECTED]> wrote:
> >
> > Anyone with an alpha care to suggest a fix for this?
> >
> > arch/alpha/kernel/srmcons.c: In function 'srmcons_open':
> > arch/alpha/kernel/srmcons.c:196: warning: 'srmconsp' may be used
On Sun, Mar 20, 2005 at 10:06:57PM -0500, William Beebe wrote:
> Is this really a kernel issue? Or is there a better way in userland to
> stop this kind of crap?
man ulimit
Dave
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Sunday 20 March 2005 21:04, Patrick McFarland wrote:
> On Sunday 20 March 2005 07:39 pm, Andrew Morton wrote:
> > Patrick McFarland <[EMAIL PROTECTED]> wrote:
> > > It seems that the es1371 driver (which provides its own joystick port
> > > driver) is broken in at least 2.6.11-mm4. I don't know
Thanks. That's what I thought. Sorry for the annoyance.
On Sun, 20 Mar 2005 22:22:21 -0500, Dave Jones <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 20, 2005 at 10:06:57PM -0500, William Beebe wrote:
>
> > Is this really a kernel issue? Or is there a better way in userland to
> > stop this kind of
> "William" == William Beebe <[EMAIL PROTECTED]> writes:
William> Sure enough, I created the following script and ran it as a
William> non-root user:
William> #!/bin/bash $0 & $0 &
There are two approaches to fixing this.
1. Rate limit fork(). Unfortunately some legitimate usges do a
On Sun, Mar 20, 2005 at 07:03:52PM -0800, Andrew Morton wrote:
> Dan Kegel <[EMAIL PROTECTED]> wrote:
> >
> > Anyone with an alpha care to suggest a fix for this?
> >
> > arch/alpha/kernel/srmcons.c: In function 'srmcons_open':
> > arch/alpha/kernel/srmcons.c:196: warning: 'srmconsp' may be used
Below is an experimental 2.6.11.5 kernel patch that implements the
following:
- A generic mechanism for safely passing information from NMI handlers
to code that executes outside NMI context.
- A message queue implementation that allows NMI handlers to queue
messages for
On Mon, 21 Mar 2005 14:27:55 +1100, Peter Chubb <[EMAIL PROTECTED]> wrote:
>> "William" == William Beebe <[EMAIL PROTECTED]> writes:
>
>William> Sure enough, I created the following script and ran it as a
>William> non-root user:
>
>William> #!/bin/bash $0 & $0 &
>
>There are two approaches
Hi,
On Thursday 17 March 2005 04:46, Frank Sorenson wrote:
> Dmitry Torokhov wrote:
> | Hrm, can we be a little more explicit and not poke in the sysfs guts right
> | in the driver? What do you think about the patch below athat implements
> | "attribute arrays"? And I am attaching cumulative i8k
Hi. We're doing some checking on Linux file systems and found
what appears to be a bug in the Linux 2.6.11 implementation of
ext3: when ftruncate shrinks a file, using a file descriptor
opened with O_SYNC, the file size is not updated synchronously.
I've appended a test program that illustrates
Hi.
On Mon, 2005-03-21 at 11:17, Matthew Garrett wrote:
> Nigel Cunningham <[EMAIL PROTECTED]> wrote:
>
> > Yuck! Why panic when you know what is needed? A better solution is to
> > tell the user they've messed up and given them the option to (1) reboot
> > and try another kernel or (2) have
Hi,
I recently had a similar problem, but with a netgear-wg511t
However, a kind gentleman called [EMAIL PROTECTED] supplied with me a patch that
solved the problem.
Not sure if it will work with your card, but you can always try.
You should find it on this list,
thread topic is "yenta_socket
On Sun, Mar 20, 2005 at 10:55:15PM +0100, Jan Engelhardt wrote:
> encfs being hard from kernel space? I've seen a whole cryptoloop in the
> kernel. Can't be "hard". At least unpracticable.
encfs is not cryptoloop - please follow the URL.
--
http://www.PowerDNS.com Open source, database
Neil Whelchel wrote:
Hello,
I have two Promise SATA TX4 cards connected to a total of 6 Maxtor 250 GB
drives (7Y250M0) configured into a RAID 5. All works well with small
disk load, but when a large number of requests are issued, it causes crash
similar to the attached, except that the errors
On Sun, Mar 20, 2005 at 04:41:29PM -0800, Andrew Morton wrote:
> viking <[EMAIL PROTECTED]> wrote:
> >
> > I did note something strange. I'm running 2.6.11.2 at this moment, when I
> > tried 2.6.11.3, my USB Microsoft Wireless Optical Mouse stopped moving
> > from left to right, and would only
>-meat-
>> I've also noted .10 is quicker off the blocks than 2.6.11 seems to be.
>
>Namely seems to happen around the times when I'm doing something like
>mounting devfs (takes nearly 30 secs), and when I'm accessing files from
>disc (bash$ less some-random-file.txt) - this can take about two
viking <[EMAIL PROTECTED]> wrote:
>
> On Sun, Mar 20, 2005 at 04:41:29PM -0800, Andrew Morton wrote:
> > viking <[EMAIL PROTECTED]> wrote:
> > >
> > > I did note something strange. I'm running 2.6.11.2 at this moment, when I
> > > tried 2.6.11.3, my USB Microsoft Wireless Optical Mouse stopped
Ok, one more try... This time my email client is set to "no word-wrap".
Now the patch should apply cleanly. Sorry about the mistake...
Dave
diff -urNp -X dontdiff linux-2.6.11.5/arch/i386/defconfig
linux-2.6.11.5-nmi/arch/i386/defconfig
--- linux-2.6.11.5/arch/i386/defconfig 2005-03-18
>>William> Sure enough, I created the following script and ran it as a
>>William> non-root user:
>>
>>William> #!/bin/bash $0 & $0 &
>>
>>There are two approaches to fixing this.
>> 1. Rate limit fork()
>> 2. Limit (per user) the number of processes allowed
>
>Had to try it out of curiosity,
On Sat, Mar 19, 2005 at 10:08:13PM +0100, Jan Engelhardt wrote:
>
> Well, what about things like urandom? It also moves "a lot" of data and does
> nothing else.
>
If you're using urandom to move "a lot" of data, you're using it
wrong. That's not what it is supposed to be for; I can't think of
301 - 342 of 342 matches
Mail list logo