On Thu, 5 Apr 2001, John Jasen wrote:
> got this on booting up 2.4.2-ac28:
> Apr 5 09:36:37 grim kernel: kernel BUG at slab.c:1244!
> Apr 5 09:36:37 grim kernel: invalid operand:
errr ... belay that one.
a) I said I didn't get it in 2.4.3-ac3, which was only about 30% correct.
(I've gott
got this on booting up 2.4.2-ac28:
Apr 5 09:36:37 grim kernel: kernel BUG at slab.c:1244!
Apr 5 09:36:37 grim kernel: invalid operand:
Apr 5 09:36:37 grim kernel: CPU:0
Apr 5 09:36:37 grim kernel: EIP:0010:[kmalloc+303/472]
Apr 5 09:36:37 grim kernel: EFLAGS: 00010086
Apr 5 09:
Re-sending with correction to typographical error.
The version number for the modutils rpm (2.4.2-1)
matches the version number for the kernel non-rpm (2.4.2).
Sorry if the typo in my previous message might have led to
an incorrect diagnosis.
Kernel 2.4.2 on a uniprocessor Pentium-MMX.
Kernel PCM
Kernel 2.4.2 on a uniprocessor Pentium-MMX.
Kernel PCMCIA 3.1.22 is built-in.
PCMCIA 3.1.24 package is added.
Cardinfo applet was used in ejecting the network card.
Network configuration applet was not used so the network driver
must have thought that the network interface was still active.
Base
As per my previous e-mail (on l-k), built-in irda causes an infinite loop
during bootup (ie, a lockup) by double-registering the same notifier.
This happens because irda_proto_init is both called by init/main.c and set as
a module_init() function which is then mapped to __initcall when built
non
I'm not sure exactly what happened to the machine as I was at work at the
time when it died I had just sshed in to read my daily spam box ;)
Here is the decoded captured oops (klogd provided):
Mar 11 09:36:33 tweetie kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00
Vojtech Pavlik wrote:
> On Thu, Mar 08, 2001 at 10:06:57AM +0100, Konrad Stopsack wrote:
> > Vojtech Pavlik wrote:
> > > On Thu, Mar 08, 2001 at 09:51:43AM +0100, Konrad Stopsack wrote:
> > >
> > > > > I don't see any other way how the ZIP could have impact on the
IDE
>
> > HDD
> > > > > on a d
Vojtech Pavlik wrote:
> On Thu, Mar 08, 2001 at 09:51:43AM +0100, Konrad Stopsack wrote:
>
> > > I don't see any other way how the ZIP could have impact on the IDE
HDD
> > > on a different IDE interface.
> > The 82c586b can be a chip with locked-together IDE controllers, can't
> it?
>
> What do
Vojtech Pavlik wrote:
> On Thu, Mar 08, 2001 at 09:01:15AM +0100, Konrad Stopsack wrote:
>
> > Do you mean the Power Supply Unit? Or the Program Storage Unit? ;-)
>
> Power Supply Unit, yes.
>
> > To answer to your questions:
> > - I haven't tried to remove the CD-ROM because both devices shal
On Thu, Mar 08, 2001 at 09:01:15AM +0100, [EMAIL PROTECTED] wrote:
> Do you mean the Power Supply Unit? Or the Program Storage Unit? ;-)
Power Supply Unit, yes.
> To answer to your questions:
> - I haven't tried to remove the CD-ROM because both devices shall work
> together
> - the ZIP does
Vojtech Pavlik wrote:
> On Tue, Mar 06, 2001 at 09:32:46PM +, Paul Bristow wrote:
> > On Tuesday 06 March 2001 19:13, Konrad Stopsack wrote:
> > > Hello guys,
> > >
> > > I hope you've read my posting "DMA problem with ZIP drive and VIA
> > > VT82C598MVP / VT82C586B chip" (why does anybody ans
On Tue, Mar 06, 2001 at 09:32:46PM +, Paul Bristow wrote:
> On Tuesday 06 March 2001 19:13, Konrad Stopsack wrote:
> > Hello guys,
> >
> > I hope you've read my posting "DMA problem with ZIP drive and VIA
> > VT82C598MVP / VT82C586B chip" (why does anybody answer?).
> > I now tried the 2.4.2-a
On Tuesday 06 March 2001 19:13, Konrad Stopsack wrote:
> Hello guys,
>
> I hope you've read my posting "DMA problem with ZIP drive and VIA
> VT82C598MVP / VT82C586B chip" (why does anybody answer?).
> I now tried the 2.4.2-ac12 kernel including the latest VIA 82c586b driver
> (version 3.21), but t
Hello guys,
I hope you've read my posting "DMA problem with ZIP drive and VIA VT82C598MVP
/ VT82C586B chip" (why does anybody answer?).
I now tried the 2.4.2-ac12 kernel including the latest VIA 82c586b driver
(version 3.21), but the effects were almost the same:
- just when the kernel tried t
14 matches
Mail list logo