Re: 2.6.23-rc4-mm1 OOPS in forcedeth?

I have an Oops that may be related: BUG: unable to handle kernel NULL pointer dereference at virtual address 0025 printing eip: c037d81b *pde = Oops: [#1] last sysfs file: /devices/pci:00/:00:01.0/:01:00.0/class Pid: 0, comm: swapper Not tainted

Re: 2.6.23-rc4-mm1 OOPS in forcedeth?

I have an Oops that may be related: BUG: unable to handle kernel NULL pointer dereference at virtual address 0025 printing eip: c037d81b *pde = Oops: [#1] last sysfs file: /devices/pci:00/:00:01.0/:01:00.0/class Pid: 0, comm: swapper Not tainted

Re: Testing RC kernels [KORG]

On August 2, 2005 11:30 pm, Gene Heskett wrote: > And my point is that anyone with the skills to build a kernel > shouldn't have any problems at all find it with gftp. I updated my kernel more frequently after learning of ketchup. (). The bother of getting the

Re: Testing RC kernels [KORG]

On August 2, 2005 11:30 pm, Gene Heskett wrote: And my point is that anyone with the skills to build a kernel shouldn't have any problems at all find it with gftp. I updated my kernel more frequently after learning of ketchup. (http://www.selenic.com/ketchup/). The bother of getting the patch

Re: 2.6.13-rc3-mm2

Hello, my kernel crashes on boot with the following BUG(): ENABLING IO-APIC IRQs ..TIMER: vector=0x31 pin1=2 pin2=-1 softlockup thread 0 started up. NET: Registered protocol family 16 [ cut here ] kernel BUG at kernel/sched.c:2888! invalid operand: [#1] PREEMPT last

Re: 2.6.13-rc3-mm2

Hello, my kernel crashes on boot with the following BUG(): ENABLING IO-APIC IRQs ..TIMER: vector=0x31 pin1=2 pin2=-1 softlockup thread 0 started up. NET: Registered protocol family 16 [ cut here ] kernel BUG at kernel/sched.c:2888! invalid operand: [#1] PREEMPT last

Re: 2.6.12-rc2-mm1 compile error in mmx.c

On April 5, 2005 09:22 pm, Berck E. Nash wrote: > 2.6.12-rc2-mm1 fails to build for me with the following error: > > arch/i386/lib/mmx.c:374: error: conflicting types for `mmx_clear_page' > include/asm/mmx.h:11: error: previous declaration of `mmx_clear_page' > make[1]: *** [arch/i386/lib/mmx.o]

Re: 2.6.12-rc2-mm1 compile error in mmx.c

On April 5, 2005 09:22 pm, Berck E. Nash wrote: 2.6.12-rc2-mm1 fails to build for me with the following error: arch/i386/lib/mmx.c:374: error: conflicting types for `mmx_clear_page' include/asm/mmx.h:11: error: previous declaration of `mmx_clear_page' make[1]: *** [arch/i386/lib/mmx.o] Error

Re: [PATCH] API for true Random Number Generators to add entropy (2.6.11)

On March 29, 2005 05:50 am, Evgeniy Polyakov wrote: > I think the most people use hardware accelerated devices to > speed up theirs calculations - embedded world is the best example - > applications that are written to use /dev/random > will work just too slow, so hardware vendors > place HW

Re: [PATCH] API for true Random Number Generators to add entropy (2.6.11)

On March 29, 2005 05:50 am, Evgeniy Polyakov wrote: I think the most people use hardware accelerated devices to speed up theirs calculations - embedded world is the best example - applications that are written to use /dev/random will work just too slow, so hardware vendors place HW assistant

2.6.11-mm3 - redzone mismatch

My computer crashed twice today. Both times I was unable to use the keyboard, but was able to shutdown X. I have had hardware problems related to overheating, but I believe that I have resolved my overheating problems, and in any event I had not been stressing the cpu since the first crash. The

2.6.11-mm3 - redzone mismatch

My computer crashed twice today. Both times I was unable to use the keyboard, but was able to shutdown X. I have had hardware problems related to overheating, but I believe that I have resolved my overheating problems, and in any event I had not been stressing the cpu since the first crash. The

Re: RFD: Kernel release numbering

On March 2, 2005 09:14 pm, Gene Heskett wrote: > One doesn't have to be a code monkey to do this 'canary' scene as long > as a bash script can be hacked up to do the majority of the work, I > have a couple of them that basicly make a new kernel install a no > brainer. Often under 30 minutes to

Re: RFD: Kernel release numbering

On March 2, 2005 09:14 pm, Gene Heskett wrote: One doesn't have to be a code monkey to do this 'canary' scene as long as a bash script can be hacked up to do the majority of the work, I have a couple of them that basicly make a new kernel install a no brainer. Often under 30 minutes to