On Wed, Apr 20, 2005 at 10:08:27PM -0400, Pete Clements wrote:
> FYI:
[snip]
In case anyone hits this problem but misses my post to the main "Re:
Linux 2.6.12-rc3" thread, the fix is here:
http://marc.theaimsgroup.com/?l=linux-scsi=111391769011616=2
-Barry K. Nathan <
-devel] Re: [PATCH] fix microtek.c compile failure
http://marc.theaimsgroup.com/?l=linux-usb-devel=111391865311903=2
Another LKML poster (who I added to CC on this message) already hit the
aic7xxx compile failure with 2.6.12-rc3...
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from thi
-usb-devel] Re: [PATCH] fix microtek.c compile failure
http://marc.theaimsgroup.com/?l=linux-usb-develm=111391865311903w=2
Another LKML poster (who I added to CC on this message) already hit the
aic7xxx compile failure with 2.6.12-rc3...
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from
On Wed, Apr 20, 2005 at 10:08:27PM -0400, Pete Clements wrote:
FYI:
[snip]
In case anyone hits this problem but misses my post to the main Re:
Linux 2.6.12-rc3 thread, the fix is here:
http://marc.theaimsgroup.com/?l=linux-scsim=111391769011616w=2
-Barry K. Nathan [EMAIL PROTECTED
. I've compile-tested this but I
haven't actually run it.
Signed-off-by: Barry K. Nathan <[EMAIL PROTECTED]>
---
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1-bkn2/drivers/scsi/aic7xxx/aic7xxx_osm.c
2005-04-19 00:46:11.666064007 -0700
+++
linux-2.6.
I can execute this code.
Signed-off-by: Barry K. Nathan <[EMAIL PROTECTED]>
---
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1-bkn1/drivers/scsi/ultrastor.c
2005-04-19 00:46:13.689904927 -0700
+++
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1-bkn2/driver
] Error 2
make: *** [drivers] Error 2
This patch fixes the compile error. I don't have this hardware so I
don't think I can actually run this code, however.
Signed-off-by: Barry K. Nathan <[EMAIL PROTECTED]>
---
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1/drivers/usb/image/micr
] Error 2
make: *** [drivers] Error 2
This patch fixes the compile error. I don't have this hardware so I
don't think I can actually run this code, however.
Signed-off-by: Barry K. Nathan [EMAIL PROTECTED]
---
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1/drivers/usb/image/microtek.c
I can execute this code.
Signed-off-by: Barry K. Nathan [EMAIL PROTECTED]
---
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1-bkn1/drivers/scsi/ultrastor.c
2005-04-19 00:46:13.689904927 -0700
+++
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1-bkn2/drivers/scsi
. I've compile-tested this but I
haven't actually run it.
Signed-off-by: Barry K. Nathan [EMAIL PROTECTED]
---
linux-2.6.12-rc2-9d469ee9f21c680c41dbffe5b0f36ab5010ca8b1-bkn2/drivers/scsi/aic7xxx/aic7xxx_osm.c
2005-04-19 00:46:11.666064007 -0700
+++
linux-2.6.12-rc2
his patch helped.
I can confirm, the 2nd patch worked and the 1st one didn't. (This is
against 2.6.12-rc2-mm1 with sched-x86-patch-name-is-way-too-long.patch
backed out. ;) )
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
rror does not make sense to me.
I didn't understand it either, at first, but then I read this:
http://www.usenix.org/events/hotos03/tech/full_papers/henson/henson_html/node9.html
Whether this is serious enough to actually worry about is another
question...
-Barry K. Nathan <[EMAIL PROTECTED]&g
cheme would be needed as a safety
net in case root forgets to do the checkin.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
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
hink you forgot about reiserfs/reiser4 tails. (At least, I *think*
reiser4 has tails. I know reiserfs 3.x does.)
BTW, I happen to agree completely with Linus on this issue, but I still
figured I'd mention this for the sake of completeness.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe fr
/reiser4 tails. (At least, I *think*
reiser4 has tails. I know reiserfs 3.x does.)
BTW, I happen to agree completely with Linus on this issue, but I still
figured I'd mention this for the sake of completeness.
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
root forgets to do the checkin.
-Barry K. Nathan [EMAIL PROTECTED]
-
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
to me.
I didn't understand it either, at first, but then I read this:
http://www.usenix.org/events/hotos03/tech/full_papers/henson/henson_html/node9.html
Whether this is serious enough to actually worry about is another
question...
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list
ful with a serial
console... Failing that, I'll try a camcorder or digital camera and
transcribe from that.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at h
day, but it's possible that I won't be able to get to
it until next Friday or Saturday.
> I do not why it interferes, but I've seen that before on suse
> kernels...
Have you seen it without the resume-from-initrd patch too, or only with
that patch?
-Barry K. Nathan <[EMA
(Sorry I took so long to respond. I was busy with tons of stuff
offline...)
On Fri, Apr 08, 2005 at 12:33:27PM +0200, Pavel Machek wrote:
> Do you have XFS compiled in, by chance?
Yes.
> You are not actually resuming from initrd, right?
That is correct.
-Barry K. Nathan <[EMAIL
(Sorry I took so long to respond. I was busy with tons of stuff
offline...)
On Fri, Apr 08, 2005 at 12:33:27PM +0200, Pavel Machek wrote:
Do you have XFS compiled in, by chance?
Yes.
You are not actually resuming from initrd, right?
That is correct.
-Barry K. Nathan [EMAIL PROTECTED
, but it's possible that I won't be able to get to
it until next Friday or Saturday.
I do not why it interferes, but I've seen that before on suse
kernels...
Have you seen it without the resume-from-initrd patch too, or only with
that patch?
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe
that, I'll try a camcorder or digital camera and
transcribe from that.
-Barry K. Nathan [EMAIL PROTECTED]
-
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
On Wed, Apr 06, 2005 at 08:06:14PM -0700, Barry K. Nathan wrote:
> > > BTW, there's another strange thing that's introduced by 2.6.11-rc2-mm1:
> > > With that kernel, suspend is also ridiculously slow (speed is comparable
> > > to the slow resume with the aforementio
On Wed, Apr 06, 2005 at 08:06:14PM -0700, Barry K. Nathan wrote:
BTW, there's another strange thing that's introduced by 2.6.11-rc2-mm1:
With that kernel, suspend is also ridiculously slow (speed is comparable
to the slow resume with the aforementioned patch). 2.6.11-rc2 does not
have
On Wed, Apr 06, 2005 at 02:27:49PM -0700, Andrew Morton wrote:
> "Barry K. Nathan" <[EMAIL PROTECTED]> wrote:
> >
> > Ok, I've narrowed the problem down to one patch. In 2.6.11-mm3, the
> > problem goes away if I remove this patch:
> > swsusp-enable-resu
6.12-rc2-mm1, this computer happens to hit the bug where
all the printk timestamps are 000.000 (don't take the # of
digits too literally). Probably unrelated, but I may as well mention it.
(System is an Athlon XP 2200+ with SiS chipset. I can't remember which
model of SiS chipset.)
-Bar
r one or two more iterations of
(psuedo-)binary search, it should be much smaller.
I'm planning to go as far as I can before going to bed tonight.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
, it should be much smaller.
I'm planning to go as far as I can before going to bed tonight.
-Barry K. Nathan [EMAIL PROTECTED]
-
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
, this computer happens to hit the bug where
all the printk timestamps are 000.000 (don't take the # of
digits too literally). Probably unrelated, but I may as well mention it.
(System is an Athlon XP 2200+ with SiS chipset. I can't remember which
model of SiS chipset.)
-Barry K. Nathan [EMAIL
On Wed, Apr 06, 2005 at 02:27:49PM -0700, Andrew Morton wrote:
Barry K. Nathan [EMAIL PROTECTED] wrote:
Ok, I've narrowed the problem down to one patch. In 2.6.11-mm3, the
problem goes away if I remove this patch:
swsusp-enable-resume-from-initrd.patch
That really helps, thanks
On Tue, Apr 05, 2005 at 07:14:45AM -0700, Barry K. Nathan wrote:
> 2.6.11-bk9 works (actually it takes under 2 seconds, not 5-10).
> 2.6.11-bk10 has the weird slowdown.
>
> I'll see if I can isolate it any further.
2.6.11-mm2 works, but 2.6.11-mm3 has the ridiculously slow resumes.
On Tue, Apr 05, 2005 at 06:44:08AM -0700, Barry K. Nathan wrote:
> swsusp: reading slkf;jalksfsadflkjas;dlfasdfkl (12345 pages): 34%
> [sorry, I just got up so my short-term memory isn't working that well
> yet]
>
> takes 10-30 minutes (depending on whether it's closer to 11000 p
issues, and under 2.6.12-rc1-mm4, ieee1394/sbp2 can at
least stay up indefinitely as long as I don't suspend -- that's a
tremendous improvement over 2.6.11.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Tue, Apr 05, 2005 at 07:14:45AM -0700, Barry K. Nathan wrote:
2.6.11-bk9 works (actually it takes under 2 seconds, not 5-10).
2.6.11-bk10 has the weird slowdown.
I'll see if I can isolate it any further.
2.6.11-mm2 works, but 2.6.11-mm3 has the ridiculously slow resumes.
Later today I'll
, and under 2.6.12-rc1-mm4, ieee1394/sbp2 can at
least stay up indefinitely as long as I don't suspend -- that's a
tremendous improvement over 2.6.11.
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
On Tue, Apr 05, 2005 at 06:44:08AM -0700, Barry K. Nathan wrote:
swsusp: reading slkf;jalksfsadflkjas;dlfasdfkl (12345 pages): 34%
[sorry, I just got up so my short-term memory isn't working that well
yet]
takes 10-30 minutes (depending on whether it's closer to 11000 pages or
2) rather
runs without any problems.
[snip]
I was having the same problem on a system of mine too, but it went away
after I disabled CONFIG_DEVFS_FS. You didn't include enough of your
.config for me to be able to tell if that is at all relevant in your
case however.
-Barry K. Nathan <[EMAIL PROTECTED]>
problems.
[snip]
I was having the same problem on a system of mine too, but it went away
after I disabled CONFIG_DEVFS_FS. You didn't include enough of your
.config for me to be able to tell if that is at all relevant in your
case however.
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from
ngle ATA command unless it supports LBA48.)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
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/
it supports LBA48.)
-Barry K. Nathan [EMAIL PROTECTED]
-
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/
t once before; this time I think it happened when the fixes
from 2.6.11.6 were merged into Linus's BK tree.
You can still get to the snapshots using this URL, but as I said, the
scripts are confused right now:
http://kernel.org/pub/linux/kernel/v2.6/snapshots/
-Barry K. Nathan <[EMAIL
; this time I think it happened when the fixes
from 2.6.11.6 were merged into Linus's BK tree.
You can still get to the snapshots using this URL, but as I said, the
scripts are confused right now:
http://kernel.org/pub/linux/kernel/v2.6/snapshots/
-Barry K. Nathan [EMAIL PROTECTED
On Fri, Mar 25, 2005 at 12:21:54AM -0800, Andrew Morton wrote:
> More fixlets derived from the Coverity tool (does this thing have a name?)
AFAICT the name of the tool is "Coverity Prevent". (But I'm not
absolutely 100% sure.)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
On Fri, Mar 25, 2005 at 12:21:54AM -0800, Andrew Morton wrote:
More fixlets derived from the Coverity tool (does this thing have a name?)
AFAICT the name of the tool is Coverity Prevent. (But I'm not
absolutely 100% sure.)
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list
he parallel port support is compiled in (as opposed to being a module).
And if you do the above, make sure to have lots of paper handy. Also,
this trick probably won't work with all printers, but it stands a good
chance of working.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this li
in (as opposed to being a module).
And if you do the above, make sure to have lots of paper handy. Also,
this trick probably won't work with all printers, but it stands a good
chance of working.
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux
expansion and file system sizes
up to 8TB are now supported."
http://www.redhat.com/software/rhel/features/
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More major
supported.
http://www.redhat.com/software/rhel/features/
-Barry K. Nathan [EMAIL PROTECTED]
-
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
q-O, on hardware that previously didn't work. Now it
works.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
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.h
that previously didn't work. Now it
works.
-Barry K. Nathan [EMAIL PROTECTED]
-
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
(I haven't been reading LKML
closely enough to say that with 100% certainty, however.)
Summary: kernel-2.6.9-1.724_FC3 breaks APM suspend on Thinkpad
https://bugzilla.redhat.com/beta/show_bug.cgi?id=144415
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send
haven't been reading LKML
closely enough to say that with 100% certainty, however.)
Summary: kernel-2.6.9-1.724_FC3 breaks APM suspend on Thinkpad
https://bugzilla.redhat.com/beta/show_bug.cgi?id=144415
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe
atch. It's a definite improvement
over the existing code, and it could be a long while until I have a
boot-time message patch that is both functional and clean enough to be
incorporated into mainline.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line
e we should be disabling swsusp altogether at boot in that case, if
that's not unreasonably hard to implement.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majo
altogether at boot in that case, if
that's not unreasonably hard to implement.
-Barry K. Nathan [EMAIL PROTECTED]
-
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
the existing code, and it could be a long while until I have a
boot-time message patch that is both functional and clean enough to be
incorporated into mainline.
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
DEBUG_PAGEALLOC is missing in that case.
I have tested this patch against oldconfig and menuconfig on 2.6.11-bk2.
Signed-off-by: Barry K. Nathan <[EMAIL PROTECTED]>
--- linux-2.6.11-bk2/arch/i386/Kconfig.debug2004-12-24 13:34:45.0
-0800
+++ linux-2.6.11-bk2-bkn2/arch/i386/Kconfig
DEBUG_PAGEALLOC is missing in that case.
I have tested this patch against oldconfig and menuconfig on 2.6.11-bk2.
Signed-off-by: Barry K. Nathan [EMAIL PROTECTED]
--- linux-2.6.11-bk2/arch/i386/Kconfig.debug2004-12-24 13:34:45.0
-0800
+++ linux-2.6.11-bk2-bkn2/arch/i386/Kconfig.debug
best thing would be for the script to revert to the current
("-bk") naming scheme once -rc1 is out. Otherwise it would need to do,
say, 2.6.12-rc2-pre1 instead of 2.6.12-rc1-bk1, and while that seems
natural to me, I don't know how the rest of the planet's human population
would react...
-
for Red Hat Enterprise Linux 4 as well.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
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/
as well.
-Barry K. Nathan [EMAIL PROTECTED]
-
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/
it would need to do,
say, 2.6.12-rc2-pre1 instead of 2.6.12-rc1-bk1, and while that seems
natural to me, I don't know how the rest of the planet's human population
would react...
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
6.22 | ES | S| S
...
e.g. if odd/even causes too many long releases or other problems like
that, then something like the middle column (every Nth release is
extra-stable, for N >= 3) could be tried.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send
the bits are also magical, insofar as they get treated differently
(e.g. RHEL kernels always get backports whereas Fedora ones often get
updated altogether). If the bits weren't magical then I think people
would simply run Fedora Core instead of creating RHEL rebuild projects.
-Barry K. Natha
but it's really the same concept.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
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/
/g. Perhaps the alpha/beta distinction won't *really* mean
anything, but it might have a subliminal effect on everyone. :) Anyway,
if the alpha/beta distinction is overengineering, it's easily removed
(see the beginning of this paragraph).
Whether with alpha/beta or just plain pre, this seems more
distinction is overengineering, it's easily removed
(see the beginning of this paragraph).
Whether with alpha/beta or just plain pre, this seems more robust to me
than the other suggestions so far.
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux
really the same concept.
-Barry K. Nathan [EMAIL PROTECTED]
-
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/
are also magical, insofar as they get treated differently
(e.g. RHEL kernels always get backports whereas Fedora ones often get
updated altogether). If the bits weren't magical then I think people
would simply run Fedora Core instead of creating RHEL rebuild projects.
-Barry K. Nathan [EMAIL PROTECTED
| S
...
e.g. if odd/even causes too many long releases or other problems like
that, then something like the middle column (every Nth release is
extra-stable, for N = 3) could be tried.
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
in
suspending the machine.
Since the problem is gone now, I think I have better uses for my time
than figuring out when the problem started and when it was fixed, but I
just wanted to mention that in fact there are problems in earlier
2.6.11-rc releases that seem to be fixed later on.
-Bar
figuring out when the problem started and when it was fixed, but I
just wanted to mention that in fact there are problems in earlier
2.6.11-rc releases that seem to be fixed later on.
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
d to be able to take SMP systems down, if the # of SCHED_FIFO
tasks is less than the # of CPU's. I imagine someone has thought about
this in the past and answered the question one way or another, but I
don't happen to know the answer.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the
is less than the # of CPU's. I imagine someone has thought about
this in the past and answered the question one way or another, but I
don't happen to know the answer.
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
could
try an OHCI controller (e.g. some USB PCI cards) and see if that makes
any difference. (I remember reading something about OHCI being more
efficient than UHCI in some cases, although I don't remember the details
now.)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this
PCI cards) and see if that makes
any difference. (I remember reading something about OHCI being more
efficient than UHCI in some cases, although I don't remember the details
now.)
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
absorb this and fix it up for real, please?
I forgot to mention, this patch is known to break Alt-SysRq-O on at
least some systems. See here:
http://www.ussg.iu.edu/hypermail/linux/kernel/0501.3/0869.html
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "u
t;needs some work before it goes into a
mainline kernel". AFAICT it's more of a proof-of-concept, just to see if
Eric's on the right track...
This is the motivation behind the patch:
http://marc.theaimsgroup.com/?l=linux-kernel=110665405402747=2
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To u
it's more of a proof-of-concept, just to see if
Eric's on the right track...
This is the motivation behind the patch:
http://marc.theaimsgroup.com/?l=linux-kernelm=110665405402747w=2
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
, please?
I forgot to mention, this patch is known to break Alt-SysRq-O on at
least some systems. See here:
http://www.ussg.iu.edu/hypermail/linux/kernel/0501.3/0869.html
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
that still segfault or freeze with a vanilla kernel
(note that, for all I know, rpm itself could be one of these!)
I hope this helps...
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
know, rpm itself could be one of these!)
I hope this helps...
-Barry K. Nathan [EMAIL PROTECTED]
-
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
that's just a guess.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
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/
just a guess.
-Barry K. Nathan [EMAIL PROTECTED]
-
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 Tue, Jan 25, 2005 at 07:12:55PM +, Marcos D. Marado Torres wrote:
> This acpi_power_off issue ( http://lkml.org/lkml/2005/1/11/88 ) still
> happens.
http://bugme.osdl.org/show_bug.cgi?id=4041
Look at that bug report (especially toward the bottom) for the latest
information.
-B
ly
> the proper position in the call chain instead of use a proper
> hook. But I can't quickly find an existing hook in the proper
> location.
I had to fix a couple of typos ("apci" and "offf") to get it to compile.
Once I did that, the patch made shutdown wor
r so
(unfortunately it didn't occur to me to keep an exact count).
> Well if you can help me track this down I would appreciate it.
>
> Do you think you would have time to try some test patches?
Yes, I should have time to test patches.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To u
On Tue, Jan 25, 2005 at 03:14:06AM -0700, Eric W. Biederman wrote:
> "Barry K. Nathan" <[EMAIL PROTECTED]> writes:
>
> > On Tue, Jan 25, 2005 at 01:35:00AM -0700, Eric W. Biederman wrote:
> > > So I will ask again, as I did when Andrew first pointed this i
; the system.
This may be a foolish question, but, are there possibly any code paths
in the *BIOS* that could care?
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
be a foolish question, but, are there possibly any code paths
in the *BIOS* that could care?
-Barry K. Nathan [EMAIL PROTECTED]
-
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
On Tue, Jan 25, 2005 at 03:14:06AM -0700, Eric W. Biederman wrote:
Barry K. Nathan [EMAIL PROTECTED] writes:
On Tue, Jan 25, 2005 at 01:35:00AM -0700, Eric W. Biederman wrote:
So I will ask again, as I did when Andrew first pointed this in my
direction. What code path in the kernel
patches.
-Barry K. Nathan [EMAIL PROTECTED]
-
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/
in the call chain instead of use a proper
hook. But I can't quickly find an existing hook in the proper
location.
I had to fix a couple of typos (apci and offf) to get it to compile.
Once I did that, the patch made shutdown work again.
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from
On Tue, Jan 25, 2005 at 07:12:55PM +, Marcos D. Marado Torres wrote:
This acpi_power_off issue ( http://lkml.org/lkml/2005/1/11/88 ) still
happens.
http://bugme.osdl.org/show_bug.cgi?id=4041
Look at that bug report (especially toward the bottom) for the latest
information.
-Barry K
On Wed, Jan 19, 2005 at 11:06:10PM +, Marcos D. Marado Torres wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Fri, 14 Jan 2005, Barry K. Nathan wrote:
>
> >This isn't new to 2.6.11-rc1-mm1, but it has the infamous (to Fedora
> >users) "ACPI
On Wed, Jan 19, 2005 at 11:06:10PM +, Marcos D. Marado Torres wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 14 Jan 2005, Barry K. Nathan wrote:
This isn't new to 2.6.11-rc1-mm1, but it has the infamous (to Fedora
users) ACPI shutdown bug -- poweroff hangs instead
3-pre4, and it did not
have this problem.
In my case, it's usually mozilla (I'm seeing this with the daily
snapshots, but not with mozilla-0.8.1, at least not yet), but at least
once I saw it with freeamp (2.1rc5) too.
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: s
, and it did not
have this problem.
In my case, it's usually mozilla (I'm seeing this with the daily
snapshots, but not with mozilla-0.8.1, at least not yet), but at least
once I saw it with freeamp (2.1rc5) too.
-Barry K. Nathan [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
DW<0:57 [loop0]
116 ?DW<0:58 [loop2]
2816 pts/4S 0:00 fgrep loop
Since I have 3 image files mounted, that means my Inspiron 5000e has a load
of 3 when it's idle... ;)
-Barry K. Nathan <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubs
1 - 100 of 168 matches
Mail list logo