On Mon, 25 Dec 2006, Florin Iucha wrote:
> I left the machine to run the diff and when I came back, the USB
> keyboard was unresponsive although the USB mice plugged in the hub built
> into the keyboard were working fine. I was able to ssh into the box,
> capture the dmesg and reboot. Everyth
On Wed, Dec 27, 2006 at 12:42:53AM +0100, Ingo Molnar wrote:
> * Florin Iucha <[EMAIL PROTECTED]> wrote:
> > I saw your subsequent message and will apply the patch, retest and
> > report.
>
> yeah. Just to make sure i've attached the latest and greatest version of
> the patch - please make sure
Hi.
Can you confirm that the problem I mentioned in
http://lkml.org/lkml/2006/12/24/32 is the same?
Best regards,
Fabio
On 12/26/06, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > I've had at least one more occurrence of it:
> >
> > [ 78.804940] BUG:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > I've had at least one more occurrence of it:
> >
> > [ 78.804940] BUG: scheduling while atomic: kbd/0x2000/3444
> > [ 78.804944]
> > [ 78.804945] Call Trace:
>
> ok, i can think of a simpler scenario:
> add_preempt_count(PREEMPT_ACTIVE) /
* Randy Dunlap <[EMAIL PROTECTED]> wrote:
> I've had at least one more occurrence of it:
>
> [ 78.804940] BUG: scheduling while atomic: kbd/0x2000/3444
> [ 78.804944]
> [ 78.804945] Call Trace:
ok, i can think of a simpler scenario: add_preempt_count(PREEMPT_ACTIVE)
/twice/, nested
On Tue, 26 Dec 2006 13:40:19 +0100 Ingo Molnar wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > [ 2844.871895] BUG: scheduling while atomic: cp/0x2000/2965
>
> > This is the second report we've had where bit 29 of ->preempt_count is
> > getting set. I don't think there's any
* Florin Iucha <[EMAIL PROTECTED]> wrote:
> This is my year-old workstation that I've build from good parts (Asus
> A8N-SLI premium, OCZ memory), not overclocked, not overheated (it is
> in a Antec P180 case with 12 cm fans -> CPU max is 43'C when not used
> for my hour-long simulations). I w
On Tue, Dec 26, 2006 at 01:40:19PM +0100, Ingo Molnar wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > [ 2844.871895] BUG: scheduling while atomic: cp/0x2000/2965
>
> > This is the second report we've had where bit 29 of ->preempt_count is
> > getting set. I don't think there'
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > [ 2844.871895] BUG: scheduling while atomic: cp/0x2000/2965
> This is the second report we've had where bit 29 of ->preempt_count is
> getting set. I don't think there's any legitimate way in which that
> bit can get set. (Ingo?)
It's not l
On Mon, 25 Dec 2006 16:56:16 -0600
[EMAIL PROTECTED] (Florin Iucha) wrote:
> > The dmesg from the client machine is attached.
>
> Now, really.
>
> BTW, I am using NFSv4 exported async from the server and mounted
> without any extra options on the client.
>
> florin
>
> --
> Bruce Schneier exp
On Tue, Dec 26, 2006 at 12:06:58AM +0100, Trond Myklebust wrote:
> On Mon, 2006-12-25 at 16:56 -0600, Florin Iucha wrote:
> > BTW, I am using NFSv4 exported async from the server and mounted
> > without any extra options on the client.
>
> Doesn't look like it has much to do with NFS. The Oopses a
On Mon, 2006-12-25 at 16:56 -0600, Florin Iucha wrote:
> > The dmesg from the client machine is attached.
>
> Now, really.
>
> BTW, I am using NFSv4 exported async from the server and mounted
> without any extra options on the client.
>
> florin
Doesn't look like it has much to do with NFS. The
> The dmesg from the client machine is attached.
Now, really.
BTW, I am using NFSv4 exported async from the server and mounted
without any extra options on the client.
florin
--
Bruce Schneier expects the Spanish Inquisition.
http://geekz.co.uk/schneierfacts/fact/163
[ 2844.871895] BUG:
Hi!
> Rafael J. Wysocki (1):
> ACPI: S4: Use "platform" rather than "shutdown" mode by default
...platform is right thing to do, but it is also "more aggresive" than
"shutdown" -- it needs bigger chunk of ACPI BIOS to work properly.
So, it would be nice to test 2.6.20-rc2 on your favourite
On Mon, 25 Dec 2006, Mark Glines wrote:
> Mark Glines wrote:
> > Hmm. I'm trying to build 2.6.20-rc2 on a little powerpc box with
> > arch/powerpc/configs/linkstation_defconfig, and I get:
> ...
> > MODPOST vmlinux
> > ln: accessing `arch/powerpc/boot/zImage': No such file or directory
> > make
Mark Glines wrote:
Hmm. I'm trying to build 2.6.20-rc2 on a little powerpc box with
arch/powerpc/configs/linkstation_defconfig, and I get:
...
MODPOST vmlinux
ln: accessing `arch/powerpc/boot/zImage': No such file or directory
make[1]: *** [arch/powerpc/boot/zImage] Error 1
make: *** [zImage
Linus Torvalds wrote:
(much of the latter syntactic cleanups). And arm and powerpc updates.
Hmm. I'm trying to build 2.6.20-rc2 on a little powerpc box with
arch/powerpc/configs/linkstation_defconfig, and I get:
[EMAIL PROTECTED] /usr/src/linux $ make zImage
HOSTCC scripts/basic/fixdep
Linus Torvalds <[EMAIL PROTECTED]> writes:
> Yu Luming (1):
> ACPI: video: Add dev argument for backlight_device_register
Fix compilation of via-pmu-backlight.
Signed-off-by: Andreas Schwab <[EMAIL PROTECTED]>
---
drivers/macintosh/via-pmu-backlight.c |2 +-
1 file changed, 1 inserti
Alessandro Suardi wrote:
On 12/24/06, Linus Torvalds <[EMAIL PROTECTED]> wrote:
Ok,
it's a couple of days delayed, because we've been trying to figure out
what is up with the rtorrent hash failures since 2.6.18.3. I don't think
we've made any progress, but we've cleaned up a number of suspects
On 12/24/06, Linus Torvalds <[EMAIL PROTECTED]> wrote:
Ok,
it's a couple of days delayed, because we've been trying to figure out
what is up with the rtorrent hash failures since 2.6.18.3. I don't think
we've made any progress, but we've cleaned up a number of suspects in the
meantime.
It's a
20 matches
Mail list logo
