Hello,
At Fri, 22 Jun 2001 15:01:43 +,
Gav wrote:
>
> This second one was immediately after rebooting, and hard locked at getty.
>
> kernel BUG at slab.c:1244!
> invalid operand:
> CPU:0
> EIP:0010:[]
> EFLAGS: 00010082
> eax: 001b ebx: c18
Gav wrote:
> The first occurrence of this I didn't even notice until i checked my logs.
I have seen the same here, once with ac13 and twice with ac15 so far.
Completely standard hardware, PIII, 440BX motherboard, esssolo1.
--
LarsG
-
To unsubscribe from this list: send the line "unsubscrib
The first occurrence of this I didn't even notice until i checked my logs.
kernel BUG at slab.c:1244!
invalid operand:
CPU:0
EIP:0010:[]
EFLAGS: 00010082
eax: 001b ebx: c187f788 ecx: 0001 edx: 2765
esi: d9a5f000 edi: d9a5f9aa ebp: 00012800 esp: d9fcbd
I tend to get these after a few days uptime. This one locked X
hard, ping and ssh over net etc still worked ok.
Pretty standard x86 PC hardware.
kernel BUG at slab.c:1244!
invalid operand:
CPU:0
EIP:0010:[]
EFLAGS: 00213082
eax: 001b ebx: cfffc768 ecx: c0217700 edx
... and yesterday my box completely lockups and magic keys didn't work too
for me ... no messages in logs ...
Best regards,
.R.V.
--
_
|-| __ Robert Vojta -= Oo.oO =-
|=| [Ll] IPEX, s.r.o.
"^" `o
PGP signature
> What X server ? and also run the trace through ksymoops
It's fresh installation of RH 7.1 (XFree86-4.0.3-5) ...
>>EIP; c0129884<=
Trace; c01b08db
Trace; c01affd7
Trace; c01e4e79
Trace; c0129ddc
Trace; c01adc1c
Trace; c01b0a9b
Trace; c01adf53
Trace; c01adfeb
Trace; c01321bc <_
Hi,
I download kernel 2.4.5 and -ac6 patches and I see this ... After that I
have black rxvt window on my desktop and I can't remove it in any way.
kernel BUG at slab.c:1244!
invalid operand:
CPU:0
EIP:0010:[]
EFLAGS: 00010082
eax: 001b ebx: c1103768 ecx: 0001
Keith Owens wrote:
>
> On Wed, 21 Mar 2001 23:15:14 -0800,
> Greg Billock <[EMAIL PROTECTED]> wrote:
> >Summary: Hotplugging a USB device causes an unrecoverable kernel Aiee!
> >
> >Copied from screen after interrupt handler killed, so sorry for
> >incompleteness. This
> >bug is reproducable so i
On Wed, 21 Mar 2001 23:15:14 -0800,
Greg Billock <[EMAIL PROTECTED]> wrote:
>Summary: Hotplugging a USB device causes an unrecoverable kernel Aiee!
>
>Copied from screen after interrupt handler killed, so sorry for
>incompleteness. This
>bug is reproducable so if necessary, I can try it again
Summary: Hotplugging a USB device causes an unrecoverable kernel Aiee!
Copied from screen after interrupt handler killed, so sorry for
incompleteness. This
bug is reproducable so if necessary, I can try it again
kernel BUG at slab.c:1402!
invalid operand:
CPU: 0
EIP: 0010: []
EFLAGS
Tim Fletcher writes:
> What ever a none privilaged user space apps does witness:
>
> root@localhost# dd if=/dev/random of=/dev/mem
If you can do that as a non-priviledged user, then you've got bigger
security problems than that.
/dev/mem should NOT be read/writable by anyone other than root. I
> I sent the below patch to Linus earlier today. I didn't copy
> any mailing list because it's a bit security-related. Oh well.
Its been in -ac for while but using a define since its a constant
so it not a secret 8)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
> > > kernel BUG at slab.c:1542!
>
> The kernel should never oops, no matter what user space does to it.
What ever a none privilaged user space apps does witness:
root@localhost# dd if=/dev/random of=/dev/mem
--
Tim Fletcher - Network manager .~.
> The kernel appears to run fine with this bug() removed.
>
> BTW- gimp and a few other apps also manage to trigger it..
You can add sane with an advansys scsi card and various scsi scanners to
that list
--
Tim Fletcher - Network manager .~.
/V\ L
pert XFree86 mailing list. There
> > is a fix in the works (depends on the TrueType fonts your using).
>
> A BUG is a BUG:
>
> > > kernel BUG at slab.c:1542!
>
> The kernel should never oops, no matter what user space does to it.
>
> --
> Daniel
-
To unsubscribe
Daniel Phillips wrote:
>
> I don't know much about the history of this bug but it's quite clear
> it's deliberately inserted:
>
> void * kmalloc (size_t size, int flags)
>
> BUG(); // too big size
> return NULL;
>
I sent the below patch
is a fix in the works (depends on the TrueType fonts your using).
> >
> > A BUG is a BUG:
> >
> > > > kernel BUG at slab.c:1542!
> >
> > The kernel should never oops, no matter what user space does to it.
>
> The kernel appears to run fine with this bug
e fonts your using).
>
> A BUG is a BUG:
>
> > > kernel BUG at slab.c:1542!
>
> The kernel should never oops, no matter what user space does to it.
The kernel appears to run fine with this bug() removed.
BTW- gimp and a few other apps also manage to trigger it..
-
To
Shawn Starr wrote:
> This is not a kernel bug, This is a bug in the XFree86 TrueType rendering
> extention. This has been discussed on the Xpert XFree86 mailing list. There
> is a fix in the works (depends on the TrueType fonts your using).
A BUG is a BUG:
> > kernel BUG at sl
If it makes the kernel do Bad Things, the kernel needs to be fixed.
-d
Shawn Starr wrote:
> This is not a kernel bug, This is a bug in the XFree86 TrueType rendering
> extention. This has been discussed on the Xpert XFree86 mailing list. There
> is a fix in the works (depends on the TrueType fo
ebx
> Code; c012c063
>d: 5epop%esi
> Code; c012c064
> e: 5fpop%edi
> Code; c012c065
>f: 5dpop%ebp
> Code; c012c066
> 10: 83 c4 0c add$0xc,%e
%ebp
Code; c012c066
10: 83 c4 0c add$0xc,%esp
Code; c012c069
13: c3ret
1 warning issued. Results may not be reliable.
kernel BUG at slab.c:1542!
invalid operand:
CPU:1
EIP:0010:[kmalloc+274/296]
EFLAGS: 00010292
eax:
On Wed, 17 Jan 2001, Rick Richardson wrote:
> Problem: kmalloc() of 4M causes kernel message "kernel BUG at slab.c:1542"
This BUG() has been been removed in the later -ac patches as it was meant
to be a temporary debugging help during the -test3 slab.c changes. This
does not howev
** Reply to message from Brian Pomerantz <[EMAIL PROTECTED]> on Wed, 17
Jan 2001 12:17:19 -0800
> The most you can kmalloc() is 128KB unless this has changed in the 2.4
> kernel which I doubt. If you want a region of memory that large, use
> vmalloc(). Of course, this doesn't guarantee a conti
On Wed, Jan 17, 2001 at 01:54:20PM -0600, Rick Richardson wrote:
>
> [please cc me on any responses]
>
> Environment: 2.4.0 released, Pentium III with 256MB's of RAM.
> Problem: kmalloc() of 4M causes kernel message "kernel BUG at slab.c:1542"
>
The most
[please cc me on any responses]
Environment: 2.4.0 released, Pentium III with 256MB's of RAM.
Problem: kmalloc() of 4M causes kernel message "kernel BUG at slab.c:1542"
Here is the dmesg output:
kernel BUG at slab.c:1542!
invalid operand:
CPU:0
EIP:
I'd guess this is because of a bug that crept into test9,
where a TD is now leaked ... you can get rid of the slab
BUG warning by commenting out the line at the top of
drivers/usb/usb-ohci.c that #defines OHCI_MEM_SLAB.
That TD leak prevents the kmem_cache from getting freed,
and hence prevents t
5:11:00 christian kernel: usb.c: USB bus 2 deregistered
christian> kmem_cache_destroy: Can't free all objects c116a890
christian> : usb-ohci.h: td_cache remained
christian> kernel BUG at slab.c:804!
christian> invalid operand:
christian> CPU:0
christian> EIP:
On Thu, 26 Oct 2000 15:39:59 +0200 (CEST),
Christian Reiser <[EMAIL PROTECTED]> wrote:
> kernel BUG at slab.c:804!
>Code: 0f 0b 83 c4 0c 8d b4 26 00 00 00 00 8b 1b 81 fb bc 23 26 c0
>... hope it could help ...
Almost completely useless until you follow the procedures in
linux
t 26 15:11:00 christian kernel: usb.c: kusbd: /sbin/hotplug remove 2
Oct 26 15:11:00 christian kernel: usb.c: USB bus 2 deregistered
kmem_cache_destroy: Can't free all objects c116a890
: usb-ohci.h: td_cache remained
kernel BUG at slab.c:804!
invalid operand:
CPU:0
30 matches
Mail list logo