On Fri, 2005-08-26 at 13:52 -0400, John McCutchan wrote:
> Thanks for your suggestion, it has fixed the inotify problem. But where
> to put the fix is turning into a bit of a mess. Some callers like
> drivers/md/dm.c:682 call idr_get_new_above as if it will return >=
> starting_id. The comment
On Fri, 2005-08-26 at 13:03 -0400, Jim Houston wrote:
> Hi Everyone,
>
> I'm answering this from my home email. I have not heard from my
> co-workers in Florida yet, and I imagine that they are busy cleaning up
> after hurricane Katrina and waiting for the power to come back on.
>
> It looks
Hi Everyone,
I'm answering this from my home email. I have not heard from my
co-workers in Florida yet, and I imagine that they are busy cleaning up
after hurricane Katrina and waiting for the power to come back on.
It looks like we have an "off by one" problem with idr_get_new_above()
which may
Hi Everyone,
I'm answering this from my home email. I have not heard from my
co-workers in Florida yet, and I imagine that they are busy cleaning up
after hurricane Katrina and waiting for the power to come back on.
It looks like we have an off by one problem with idr_get_new_above()
which may
On Fri, 2005-08-26 at 13:03 -0400, Jim Houston wrote:
Hi Everyone,
I'm answering this from my home email. I have not heard from my
co-workers in Florida yet, and I imagine that they are busy cleaning up
after hurricane Katrina and waiting for the power to come back on.
It looks like we
On Fri, 2005-08-26 at 13:52 -0400, John McCutchan wrote:
Thanks for your suggestion, it has fixed the inotify problem. But where
to put the fix is turning into a bit of a mess. Some callers like
drivers/md/dm.c:682 call idr_get_new_above as if it will return =
starting_id. The comment says
On Thu, 2005-08-25 at 16:10 -0700, George Anzinger wrote:
> That IS strange. 1024 is on a "level" boundry, but then next level is
> 2**15, not 2**11. I will take a look.
Remember that the level is never filled, so maybe the smallest level
just gets an offset or something? Well, you're the
John McCutchan wrote:
On Thu, 2005-08-25 at 11:54 -0700, George Anzinger wrote:
Robert Love wrote:
On Thu, 2005-08-25 at 09:33 -0400, John McCutchan wrote:
On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
~
I think the best thing is to take idr into user space and emulate the
On Thu, 2005-08-25 at 11:54 -0700, George Anzinger wrote:
> I think the best thing is to take idr into user space and emulate the
> problem usage.
Good plan, I guess. Do you think that's easy?
> To this end, from the log it appears that you _might_ be
> moving between 0, 1 and 2 entries
On Thu, 2005-08-25 at 21:03 +0200, Johannes Berg wrote:
> On Thu, 2005-08-25 at 11:54 -0700, George Anzinger wrote:
>
> > I think the best thing is to take idr into user space and emulate the
> > problem usage.
>
> Good plan, I guess. Do you think that's easy?
>
> > To this end, from the log
On Thu, 2005-08-25 at 11:54 -0700, George Anzinger wrote:
> Robert Love wrote:
> > On Thu, 2005-08-25 at 09:33 -0400, John McCutchan wrote:
> >
> >>On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
> >>
> ~
> >>>dovecot: Aug 25 19:31:26 Warning: IMAP(gilly): removing wd 1022 from
>
Robert Love wrote:
On Thu, 2005-08-25 at 09:33 -0400, John McCutchan wrote:
On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
~
dovecot: Aug 25 19:31:26 Warning: IMAP(gilly): removing wd 1022 from inotify fd
4
dovecot: Aug 25 19:31:27 Warning: IMAP(gilly): inotify_add_watch
On Thu, 2005-08-25 at 09:33 -0400, John McCutchan wrote:
> On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
> > Hi,
> >
> > I have also observed another problem with inotify with dovecot - so I spoke
> > with Johannes Berg who wrote the inotify code in dovecot. He suggested I
> > post
On Thu, 2005-08-25 at 16:41 +0200, Johannes Berg wrote:
> On Thu, 2005-08-25 at 10:13 -0400, John McCutchan wrote:
>
> > I really don't want 2.6.13 to go out with this bug or the compromise. If
> > we use 0, we will have a lot of wd re-use. Which will cause "strange"
> > problems in inotify using
On Thu, 2005-08-25 at 10:13 -0400, John McCutchan wrote:
> I really don't want 2.6.13 to go out with this bug or the compromise. If
> we use 0, we will have a lot of wd re-use. Which will cause "strange"
> problems in inotify using applications that cleanup upon receipt of an
> IN_IGNORE event.
On Thu, 2005-08-25 at 16:13 +0200, Johannes Berg wrote:
> On Thu, 2005-08-25 at 10:06 -0400, John McCutchan wrote:
> > > it fails on 2.6.13-rc6 as soon as the device is full and doesn't hold
> > > any more directories.
>
> Obviously this wasn't true, I was hitting the 8192 watches limit and
>
On Thu, 2005-08-25 at 10:06 -0400, John McCutchan wrote:
> > it fails on 2.6.13-rc6 as soon as the device is full and doesn't hold
> > any more directories.
Obviously this wasn't true, I was hitting the 8192 watches limit and
misinterpreted the error message. I just tested up to 10 watches
On Thu, 2005-08-25 at 09:47 -0400, Robert Love wrote:
> On Thu, 2005-08-25 at 09:40 -0400, John McCutchan wrote:
>
> > I get that message a lot. I know I have said this before (and was wrong)
> > but I think the idr layer is busted.
>
> This time I think I agree with you. ;-)
>
> Let's just
On Thu, 2005-08-25 at 16:03 +0200, Johannes Berg wrote:
> On Thu, 2005-08-25 at 09:47 -0400, Robert Love wrote:
>
> > Let's just pass zero for the "above" parameter in idr_get_new_above(),
> > which is I believe the behavior of the other interface, and see if the
> > 1024-multiple problem goes
On Thu, 2005-08-25 at 09:47 -0400, Robert Love wrote:
> Let's just pass zero for the "above" parameter in idr_get_new_above(),
> which is I believe the behavior of the other interface, and see if the
> 1024-multiple problem goes away. We definitely did not have that
> before.
Will we then need
On Thu, 2005-08-25 at 15:50 +0200, Johannes Berg wrote:
> On Thu, 2005-08-25 at 09:40 -0400, John McCutchan wrote:
>
> > On 2.6.13-rc7 the test program fails. It always fails when a wd == 1024.
> > If I skip inotify_rm_watch when wd == 1024, it will fail at wd == 2048.
> > It seems the idr layer
On Thu, 2005-08-25 at 09:40 -0400, John McCutchan wrote:
> On 2.6.13-rc7 the test program fails. It always fails when a wd == 1024.
> If I skip inotify_rm_watch when wd == 1024, it will fail at wd == 2048.
> It seems the idr layer has an aversion to multiples of 1024.
>
> When I run your test
On Thu, 2005-08-25 at 09:40 -0400, John McCutchan wrote:
> I get that message a lot. I know I have said this before (and was wrong)
> but I think the idr layer is busted.
This time I think I agree with you. ;-)
Let's just pass zero for the "above" parameter in idr_get_new_above(),
which is I
On Thu, 2005-08-25 at 14:18 +0200, Johannes Berg wrote:
> Hi,
>
> > I have also observed another problem with inotify with dovecot - so I spoke
> > with Johannes Berg who wrote the inotify code in dovecot. He suggested I
> > post
> > here to LKML since his opinion is that this to be a kernel
On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
> Hi,
>
> I have also observed another problem with inotify with dovecot - so I spoke
> with Johannes Berg who wrote the inotify code in dovecot. He suggested I
> post
> here to LKML since his opinion is that this to be a kernel bug.
>
Hi,
> I have also observed another problem with inotify with dovecot - so I spoke
> with Johannes Berg who wrote the inotify code in dovecot. He suggested I
> post
> here to LKML since his opinion is that this to be a kernel bug.
Allow me to jump in at this point. The small tool below
Hi,
On 22/08/2005 9:10 p.m., John McCutchan wrote:
On Sat, 2005-08-20 at 23:52 -0700, Andrew Morton wrote:
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
Hi,
On 19/08/2005 11:37 a.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-r
Hi,
On 22/08/2005 9:10 p.m., John McCutchan wrote:
On Sat, 2005-08-20 at 23:52 -0700, Andrew Morton wrote:
Reuben Farrelly [EMAIL PROTECTED] wrote:
Hi,
On 19/08/2005 11:37 a.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1
Hi,
I have also observed another problem with inotify with dovecot - so I spoke
with Johannes Berg who wrote the inotify code in dovecot. He suggested I
post
here to LKML since his opinion is that this to be a kernel bug.
Allow me to jump in at this point. The small tool below triggers
On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
Hi,
I have also observed another problem with inotify with dovecot - so I spoke
with Johannes Berg who wrote the inotify code in dovecot. He suggested I
post
here to LKML since his opinion is that this to be a kernel bug.
The
On Thu, 2005-08-25 at 14:18 +0200, Johannes Berg wrote:
Hi,
I have also observed another problem with inotify with dovecot - so I spoke
with Johannes Berg who wrote the inotify code in dovecot. He suggested I
post
here to LKML since his opinion is that this to be a kernel bug.
On Thu, 2005-08-25 at 09:40 -0400, John McCutchan wrote:
I get that message a lot. I know I have said this before (and was wrong)
but I think the idr layer is busted.
This time I think I agree with you. ;-)
Let's just pass zero for the above parameter in idr_get_new_above(),
which is I
On Thu, 2005-08-25 at 09:40 -0400, John McCutchan wrote:
On 2.6.13-rc7 the test program fails. It always fails when a wd == 1024.
If I skip inotify_rm_watch when wd == 1024, it will fail at wd == 2048.
It seems the idr layer has an aversion to multiples of 1024.
When I run your test program
On Thu, 2005-08-25 at 09:47 -0400, Robert Love wrote:
Let's just pass zero for the above parameter in idr_get_new_above(),
which is I believe the behavior of the other interface, and see if the
1024-multiple problem goes away. We definitely did not have that
before.
Will we then need to
On Thu, 2005-08-25 at 15:50 +0200, Johannes Berg wrote:
On Thu, 2005-08-25 at 09:40 -0400, John McCutchan wrote:
On 2.6.13-rc7 the test program fails. It always fails when a wd == 1024.
If I skip inotify_rm_watch when wd == 1024, it will fail at wd == 2048.
It seems the idr layer has an
On Thu, 2005-08-25 at 16:03 +0200, Johannes Berg wrote:
On Thu, 2005-08-25 at 09:47 -0400, Robert Love wrote:
Let's just pass zero for the above parameter in idr_get_new_above(),
which is I believe the behavior of the other interface, and see if the
1024-multiple problem goes away. We
On Thu, 2005-08-25 at 09:47 -0400, Robert Love wrote:
On Thu, 2005-08-25 at 09:40 -0400, John McCutchan wrote:
I get that message a lot. I know I have said this before (and was wrong)
but I think the idr layer is busted.
This time I think I agree with you. ;-)
Let's just pass zero
On Thu, 2005-08-25 at 10:06 -0400, John McCutchan wrote:
it fails on 2.6.13-rc6 as soon as the device is full and doesn't hold
any more directories.
Obviously this wasn't true, I was hitting the 8192 watches limit and
misinterpreted the error message. I just tested up to 10 watches
with
On Thu, 2005-08-25 at 16:13 +0200, Johannes Berg wrote:
On Thu, 2005-08-25 at 10:06 -0400, John McCutchan wrote:
it fails on 2.6.13-rc6 as soon as the device is full and doesn't hold
any more directories.
Obviously this wasn't true, I was hitting the 8192 watches limit and
On Thu, 2005-08-25 at 10:13 -0400, John McCutchan wrote:
I really don't want 2.6.13 to go out with this bug or the compromise. If
we use 0, we will have a lot of wd re-use. Which will cause strange
problems in inotify using applications that cleanup upon receipt of an
IN_IGNORE event.
What
On Thu, 2005-08-25 at 16:41 +0200, Johannes Berg wrote:
On Thu, 2005-08-25 at 10:13 -0400, John McCutchan wrote:
I really don't want 2.6.13 to go out with this bug or the compromise. If
we use 0, we will have a lot of wd re-use. Which will cause strange
problems in inotify using
On Thu, 2005-08-25 at 09:33 -0400, John McCutchan wrote:
On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
Hi,
I have also observed another problem with inotify with dovecot - so I spoke
with Johannes Berg who wrote the inotify code in dovecot. He suggested I
post
here to
Robert Love wrote:
On Thu, 2005-08-25 at 09:33 -0400, John McCutchan wrote:
On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
~
dovecot: Aug 25 19:31:26 Warning: IMAP(gilly): removing wd 1022 from inotify fd
4
dovecot: Aug 25 19:31:27 Warning: IMAP(gilly): inotify_add_watch
On Thu, 2005-08-25 at 11:54 -0700, George Anzinger wrote:
Robert Love wrote:
On Thu, 2005-08-25 at 09:33 -0400, John McCutchan wrote:
On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
~
dovecot: Aug 25 19:31:26 Warning: IMAP(gilly): removing wd 1022 from
inotify fd 4
dovecot:
On Thu, 2005-08-25 at 21:03 +0200, Johannes Berg wrote:
On Thu, 2005-08-25 at 11:54 -0700, George Anzinger wrote:
I think the best thing is to take idr into user space and emulate the
problem usage.
Good plan, I guess. Do you think that's easy?
To this end, from the log it appears
On Thu, 2005-08-25 at 11:54 -0700, George Anzinger wrote:
I think the best thing is to take idr into user space and emulate the
problem usage.
Good plan, I guess. Do you think that's easy?
To this end, from the log it appears that you _might_ be
moving between 0, 1 and 2 entries
John McCutchan wrote:
On Thu, 2005-08-25 at 11:54 -0700, George Anzinger wrote:
Robert Love wrote:
On Thu, 2005-08-25 at 09:33 -0400, John McCutchan wrote:
On Thu, 2005-08-25 at 22:07 +1200, Reuben Farrelly wrote:
~
I think the best thing is to take idr into user space and emulate the
On Thu, 2005-08-25 at 16:10 -0700, George Anzinger wrote:
That IS strange. 1024 is on a level boundry, but then next level is
2**15, not 2**11. I will take a look.
Remember that the level is never filled, so maybe the smallest level
just gets an offset or something? Well, you're the expert
Hi.
Unfortunately, it seems that current kernels (including vanilla -rc
kernels) don't compile correctly on ppc if I have APM emulation enabled,
but PMU disabled (only CUDA enabled).
Here is what I get from a compilation try:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Rogério Brito <[EMAIL PROTECTED]> wrote:
>
> Unfortunately, it seems that current kernels (including vanilla -rc
> kernels) don't compile correctly on ppc if I have APM emulation enabled,
> but PMU disabled (only CUDA enabled).
>
> Here is what I get from a compilation try:
>
> - - - - - - -
br/~rbrito
Homepage of the algorithms package : http://algorithms.berlios.de
Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.13-rc6-mm1-4.ow
# Sun Aug 21 07:26:29 2005
#
CONFIG_MMU=y
CONFIG_GENERI
On Sun, Aug 21, 2005 at 06:34:48PM -0400, Jon Smirl wrote:
> This should fix it, but I'm not on a machine where I can test it. Can
> you give it a try and let me know?
>
it works ok.
But there is still at least one problem: if ops->store returns an error,
then there will be a substraction and
On Sat, 2005-08-20 at 23:52 -0700, Andrew Morton wrote:
> Reuben Farrelly <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > On 19/08/2005 11:37 a.m., Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.
On 8/22/05, Benoit Boissinot <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 21, 2005 at 06:34:48PM -0400, Jon Smirl wrote:
> > This should fix it, but I'm not on a machine where I can test it. Can
> > you give it a try and let me know?
> >
>
> it works ok.
> But there is still at least one problem: if
On Mon, Aug 22, 2005 at 12:44:01PM -0400, Jon Smirl wrote:
> On 8/22/05, Benoit Boissinot <[EMAIL PROTECTED]> wrote:
> > On Sun, Aug 21, 2005 at 06:34:48PM -0400, Jon Smirl wrote:
> > > This should fix it, but I'm not on a machine where I can test it. Can
> > > you give it a try and let me know?
>
On Mon, Aug 22, 2005 at 12:44:01PM -0400, Jon Smirl wrote:
On 8/22/05, Benoit Boissinot [EMAIL PROTECTED] wrote:
On Sun, Aug 21, 2005 at 06:34:48PM -0400, Jon Smirl wrote:
This should fix it, but I'm not on a machine where I can test it. Can
you give it a try and let me know?
it
On 8/22/05, Benoit Boissinot [EMAIL PROTECTED] wrote:
On Sun, Aug 21, 2005 at 06:34:48PM -0400, Jon Smirl wrote:
This should fix it, but I'm not on a machine where I can test it. Can
you give it a try and let me know?
it works ok.
But there is still at least one problem: if ops-store
On Sat, 2005-08-20 at 23:52 -0700, Andrew Morton wrote:
Reuben Farrelly [EMAIL PROTECTED] wrote:
Hi,
On 19/08/2005 11:37 a.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
- Lots of fixes, updates and cleanups all
On Sun, Aug 21, 2005 at 06:34:48PM -0400, Jon Smirl wrote:
This should fix it, but I'm not on a machine where I can test it. Can
you give it a try and let me know?
it works ok.
But there is still at least one problem: if ops-store returns an error,
then there will be a substraction and the
://algorithms.berlios.de
Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.13-rc6-mm1-4.ow
# Sun Aug 21 07:26:29 2005
#
CONFIG_MMU=y
CONFIG_GENERIC_HARDIRQS=y
CONFIG_RWSEM_XCHGADD_ALGORITHM=y
Rogério Brito [EMAIL PROTECTED] wrote:
Unfortunately, it seems that current kernels (including vanilla -rc
kernels) don't compile correctly on ppc if I have APM emulation enabled,
but PMU disabled (only CUDA enabled).
Here is what I get from a compilation try:
- - - - - - - - - - - -
Hi.
Unfortunately, it seems that current kernels (including vanilla -rc
kernels) don't compile correctly on ppc if I have APM emulation enabled,
but PMU disabled (only CUDA enabled).
Here is what I get from a compilation try:
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
; From: Benoit Boissinot <[EMAIL PROTECTED]>
> To: Jon Smirl <[EMAIL PROTECTED]>
> Subject: Re: 2.6.13-rc6-mm1
> User-Agent: Mutt/1.5.10i
>
> On Sun, Aug 21, 2005 at 06:11:57PM -0400, Jon Smirl wrote:
> > On 8/21/05, Benoit Boissinot <[EMAIL PROTECTED]> wrote:
- Forwarded message from Benoit Boissinot <[EMAIL PROTECTED]> -
sorry, i forgot to reply all...
From: Benoit Boissinot <[EMAIL PROTECTED]>
To: Jon Smirl <[EMAIL PROTECTED]>
Subject: Re: 2.6.13-rc6-mm1
User-Agent: Mutt/1.5.10i
On Sun, Aug 21, 2005 at 06:11:57PM -040
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
> > > >
> > > > - Lots of fixes, updates and cleanups all over the place.
> > > >
> > > > - If you have the right debugging options set, this ker
On 8/19/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
>
> - Lots of fixes, updates and cleanups all over the place.
>
> - If you have the right debugging options set, t
On Sun, Aug 21, 2005 at 01:40:31PM -0400, Jon Smirl wrote:
> On 8/21/05, Benoit Boissinot <[EMAIL PROTECTED]> wrote:
> > On 8/19/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13
On 8/21/05, Benoit Boissinot <[EMAIL PROTECTED]> wrote:
> On 8/19/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
> >
> > - Lots of fixes, updates and cleanups al
> -scheduler-cache-hot-autodetect.patch
>
> Mabe Martin's machine crash
That machine now boots again with this -mm release. Darren and/or I
will continue trying to figure out what went wrong with this.
M.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> On 19/08/2005 11:37 a.m., Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
> >
> > - Lots of fixes, updates and cleanups all over the pla
Hi,
On 19/08/2005 11:37 a.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
- Lots of fixes, updates and cleanups all over the place.
- If you have the right debugging options set, this kernel will generate
a storm of sleeping
Hi,
On 21/08/2005 1:40 a.m., David Woodhouse wrote:
On Fri, 2005-08-19 at 18:36 -0700, Andrew Morton wrote:
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
...
4. PAM is complaining about "PAM audit_open() failed: Protocol not suppor
ted" and I can't log in as any user including root. I would
Hi,
On 21/08/2005 1:40 a.m., David Woodhouse wrote:
On Fri, 2005-08-19 at 18:36 -0700, Andrew Morton wrote:
Reuben Farrelly [EMAIL PROTECTED] wrote:
...
4. PAM is complaining about PAM audit_open() failed: Protocol not suppor
ted and I can't log in as any user including root. I would have
Hi,
On 19/08/2005 11:37 a.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
- Lots of fixes, updates and cleanups all over the place.
- If you have the right debugging options set, this kernel will generate
a storm of sleeping
Reuben Farrelly [EMAIL PROTECTED] wrote:
Hi,
On 19/08/2005 11:37 a.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
- Lots of fixes, updates and cleanups all over the place.
- If you have the right debugging options
-scheduler-cache-hot-autodetect.patch
Mabe Martin's machine crash
That machine now boots again with this -mm release. Darren and/or I
will continue trying to figure out what went wrong with this.
M.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On 8/21/05, Benoit Boissinot [EMAIL PROTECTED] wrote:
On 8/19/05, Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
- Lots of fixes, updates and cleanups all over the place.
- If you have the right debugging
On Sun, Aug 21, 2005 at 01:40:31PM -0400, Jon Smirl wrote:
On 8/21/05, Benoit Boissinot [EMAIL PROTECTED] wrote:
On 8/19/05, Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
- Lots of fixes, updates
On 8/19/05, Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
- Lots of fixes, updates and cleanups all over the place.
- If you have the right debugging options set, this kernel will generate
a storm
/2.6.13-rc6/2.6.13-rc6-mm1/
- Lots of fixes, updates and cleanups all over the place.
- If you have the right debugging options set, this kernel will generate
a storm of sleeping-in-atomic-code warnings at boot, from the scsi
code.
It is being worked
- Forwarded message from Benoit Boissinot [EMAIL PROTECTED] -
sorry, i forgot to reply all...
From: Benoit Boissinot [EMAIL PROTECTED]
To: Jon Smirl [EMAIL PROTECTED]
Subject: Re: 2.6.13-rc6-mm1
User-Agent: Mutt/1.5.10i
On Sun, Aug 21, 2005 at 06:11:57PM -0400, Jon Smirl wrote:
On 8/21
PROTECTED]
To: Jon Smirl [EMAIL PROTECTED]
Subject: Re: 2.6.13-rc6-mm1
User-Agent: Mutt/1.5.10i
On Sun, Aug 21, 2005 at 06:11:57PM -0400, Jon Smirl wrote:
On 8/21/05, Benoit Boissinot [EMAIL PROTECTED] wrote:
On Sun, Aug 21, 2005 at 01:40:31PM -0400, Jon Smirl wrote:
On 8/21/05, Benoit
On Fri, Aug 19, 2005 at 04:33:31AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.13-rc5-mm1:
>...
> git-ocfs2.patch
>...
> Subsystem trees
>...
gcc correctly tells that at least a part of this patch incorrect (not
that gcc says "is used", not "might be used"):
<-- snip -->
...
CC
In i6300esb.c watchdog card driver were 2 bugs (misused pc_match_device
and pci_dev_put wasn't called in one error case) and one little cleanup
was done (long line was converted to a shorter one with using built-in
macro).
Generated in 2.6.13-rc6-mm1 kernel version.
Signed-off-by: Jiri Slaby
--Andrew Morton <[EMAIL PROTECTED]> wrote (on Friday, August 19, 2005 04:33:31
-0700):
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
>
> - Lots of fixes, updates and cleanups all over the place.
>
> - If you have the rig
On Fri, 2005-08-19 at 18:36 -0700, Andrew Morton wrote:
> Reuben Farrelly <[EMAIL PROTECTED]> wrote:
> >
> > ...
> > >> 4. PAM is complaining about "PAM audit_open() failed: Protocol not suppor
> > >> ted" and I can't log in as any user including root. I would have picked
> > >> this
> > >> was
On Fri, 2005-08-19 at 18:36 -0700, Andrew Morton wrote:
Reuben Farrelly [EMAIL PROTECTED] wrote:
...
4. PAM is complaining about PAM audit_open() failed: Protocol not suppor
ted and I can't log in as any user including root. I would have picked
this
was a userspace problem, but
--Andrew Morton [EMAIL PROTECTED] wrote (on Friday, August 19, 2005 04:33:31
-0700):
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
- Lots of fixes, updates and cleanups all over the place.
- If you have the right debugging options set
In i6300esb.c watchdog card driver were 2 bugs (misused pc_match_device
and pci_dev_put wasn't called in one error case) and one little cleanup
was done (long line was converted to a shorter one with using built-in
macro).
Generated in 2.6.13-rc6-mm1 kernel version.
Signed-off-by: Jiri Slaby
On Fri, Aug 19, 2005 at 04:33:31AM -0700, Andrew Morton wrote:
...
Changes since 2.6.13-rc5-mm1:
...
git-ocfs2.patch
...
Subsystem trees
...
gcc correctly tells that at least a part of this patch incorrect (not
that gcc says is used, not might be used):
-- snip --
...
CC
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
> ...
> >> 4. PAM is complaining about "PAM audit_open() failed: Protocol not suppor
> >> ted" and I can't log in as any user including root. I would have picked
> >> this
> >> was a userspace problem, but it doesn't break with -rc5-mm1, yet
> >>
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
> >> Aug 20 12:26:10 tornado kernel: Device not ready.
> >>
> >> 2. That message on the third line of the trace above: "kernel: Device
> >> not
> >> ready." is being logged every few mins or so, I believe it is my SCSI
> >> CDROM
> >> that is
Hi again,
On 20/08/2005 5:34 a.m., Andrew Morton wrote:
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
A few new problems cropped up with this kernel..
1. NFS seems to be unstable, oopsing when shutting down:
--- devel/fs/nfsd/nfssvc.c~ingo-nfs-stuff-fix 2005-08-19 10:29:15.0
-0700
Adrian Bunk wrote:
Is there any reason why PHYLIB is a user-visible option?
As far as I understand it, PHYLIB and the MII PHY device drivers are an
internal library drivers should start to use roughly similar to MII.
But in this case, the options shouldn't be user-visible.
This code is
Is there any reason why PHYLIB is a user-visible option?
As far as I understand it, PHYLIB and the MII PHY device drivers are an
internal library drivers should start to use roughly similar to MII.
But in this case, the options shouldn't be user-visible.
cu
Adrian
--
"Is there not
On Fri, Aug 19, 2005 at 04:33:31AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.13-rc5-mm1:
>...
> +fix-handling-in-parport_pc-init-code.patch
>
> parport fix
>...
This patch broke my parallel port printer.
diff between 2.6.13-rc6-mm1 and 2.6.13-rc6-mm1 wit
On Fri, Aug 19, 2005 at 05:01:05PM -0400, Ed Tomlinson wrote:
> Hi,
>
> Adding the include to dmi.h allows the compile to get past this point though I
> wonder if this is the correct place to put it? (Thanks Benoit)
>
> I now get:
>
> CC [M] net/ipv4/ipvs/ip_vs_ctl.o
>
On 8/19/05, Greg KH <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 19, 2005 at 09:42:51AM -0700, Avuton Olrich wrote:
> > On 8/19/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > - Lots of fixes, updates and cleanups all over the place.
> >
> > Problem: Badness during boot, seems to pertain to USB
rnel Version: Linux version 2.6.13-rc6-mm1 ([EMAIL PROTECTED]) (gcc
> version 3.4.4 (Gentoo 3.4.4, ssp-3.4.4-1.0, pie-8.7.8)) #1 PREEMPT Fri
> Aug 19 09:14:10 PDT 2005
>
> Could not duplicate this in 2.6.13-rc5-mm1
Does this happen in 2.6.13-rc6 (no -mm)?
I'm trying to reproduce this no
Hi,
Adding the include to dmi.h allows the compile to get past this point though I
wonder if this is the correct place to put it? (Thanks Benoit)
I now get:
CC [M] net/ipv4/ipvs/ip_vs_ctl.o
net/ipv4/ipvs/ip_vs_ctl.c:1601: error: static declaration of 'ipv4_table'
follows non-static
1 - 100 of 160 matches
Mail list logo