Alan Cox wrote:
> Its a deliberate debugging trap.
>
> > #if DEBUG
> > if (cachep->flags & SLAB_POISON)
> > if (kmem_check_poison_obj(cachep, objp))
> > BUG();
> > ^^ This one is triggered
>
> Someone freed memory and then
Alan Cox wrote:
Its a deliberate debugging trap.
#if DEBUG
if (cachep-flags SLAB_POISON)
if (kmem_check_poison_obj(cachep, objp))
BUG();
^^ This one is triggered
Someone freed memory and then scribbled on it.
Hello people,
I triggered an "invalid operand" oops in linux-2.4.4-ac9 today, and could
trace it back to the line mm/slab.c:1244. I did nothing really special
when this happened, and I was not able to log in onto any console or
terminal afterwards (probably because tty_open failed very miserably
Hello people,
I triggered an invalid operand oops in linux-2.4.4-ac9 today, and could
trace it back to the line mm/slab.c:1244. I did nothing really special
when this happened, and I was not able to log in onto any console or
terminal afterwards (probably because tty_open failed very miserably
Hello David,
> I've been discussing it with some other kernel and GCC people, and they
> think
> that only "memory" is required.
Hmm.. I just looked at my GCC problem report from December, perhaps you're
interested, too:
http://gcc.gnu.org/ml/gcc-bugs/2000-12/msg00554.html
The example in
Hello David and people,
> I've just consulted with one of the gcc people we have here, and he says
> that
> the '"memory"' constraint should do the trick.
>
> Do I take it that that is actually insufficient?
I don't remember exactly, it's been a while, but I think it was not
sufficient when I
Hello David and people,
I've just consulted with one of the gcc people we have here, and he says
that
the '"memory"' constraint should do the trick.
Do I take it that that is actually insufficient?
I don't remember exactly, it's been a while, but I think it was not
sufficient when I came
Hello David,
I've been discussing it with some other kernel and GCC people, and they
think
that only "memory" is required.
Hmm.. I just looked at my GCC problem report from December, perhaps you're
interested, too:
http://gcc.gnu.org/ml/gcc-bugs/2000-12/msg00554.html
The example in there
Hello people,
after having "upgraded" (?) my distro from my wonderfully hand-configured
Debian system (which I unfortunately wrecked up lately) to S*SE 7.1, I'm now
really displeasured about the IDE-SCSI emulation thing for my ATAPI CD
roaster. Not that I was not able to set it up correctly,
Hello people,
after having "upgraded" (?) my distro from my wonderfully hand-configured
Debian system (which I unfortunately wrecked up lately) to S*SE 7.1, I'm now
really displeasured about the IDE-SCSI emulation thing for my ATAPI CD
roaster. Not that I was not able to set it up correctly,
Hi together,
seems like a hot discussion going on, but I couldn't resist and would like to
throw in my $0.02.
Besides misunderstandings and general displeasure, some very interesting
facts have shown up in the discussion (oh, yeah), which I'd like to know more
about, and just extend them with a
Hi together,
seems like a hot discussion going on, but I couldn't resist and would like to
throw in my $0.02.
Besides misunderstandings and general displeasure, some very interesting
facts have shown up in the discussion (oh, yeah), which I'd like to know more
about, and just extend them with a
happy my disk did too :-)
Many thanks for the fine work!
Greetings,
Andreas
--
->>>------- Andreas Franck <<<-
---<<< [EMAIL PROTECTED] --->>>---
->>> Keep smiling! <<<-
-
To unsubs
happy my disk did too :-)
Many thanks for the fine work!
Greetings,
Andreas
--
Andreas Franck -
--- [EMAIL PROTECTED] --
- Keep smiling! -
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
Good work guys.
I like it very much too, and can't appreciate to see it in all its beauty
when all the ugly peculiarities have been hacked out and the drivers have all
been adapted to work just fine... it's really a great idea!
Greetings,
Andreas
--
->>>--- Andr
to see it in all its beauty
when all the ugly peculiarities have been hacked out and the drivers have all
been adapted to work just fine... it's really a great idea!
Greetings,
Andreas
--
Andreas Franck -
--- [EMAIL PROTECTED] --
- Keep smiling
reaction on my bug
report yet.
Along with it is a small fix for a typo in fs/umsdos/mangle.c, which was
detected by GCC's new preprocessor (#elseif instead of #else).
Greetings and a happy new year to everyone,
Andreas
--
->>>------- Andreas Franck <<<-
reaction on my bug
report yet.
Along with it is a small fix for a typo in fs/umsdos/mangle.c, which was
detected by GCC's new preprocessor (#elseif instead of #else).
Greetings and a happy new year to everyone,
Andreas
--
Andreas Franck -
--- [EMAIL PROTECTED
phore pointer!
So __down() works on a random memory location instead of the semaphore, which
is guaranteed to fail badly.
I've added linux-kernel as CC again, so everybody can now hear that this is
definitely a GCC bug, and not a kernel issue.
Greetings,
Andreas
--
->>
memory location instead of the semaphore, which
is guaranteed to fail badly.
I've added linux-kernel as CC again, so everybody can now hear that this is
definitely a GCC bug, and not a kernel issue.
Greetings,
Andreas
--
Andreas Franck -
--- [EMAIL PROTECTED
ession of what's going on.
It seems that whyever, the cause for this failure is actually the down(sem)
call on a not yet up()'ed semaphore, and this is where it starts to get ugly.
--
->>>------- Andreas Franck <<<-
---<<< [EMAIL PROTECTED
e down to rather low-level functions.
Greetings,
Andreas
--
->>>------- Andreas Franck <<<-
---<<< [EMAIL PROTECTED] --->>>---
->>> Keep smiling! <<<-
-
To unsubscribe from thi
to rather low-level functions.
Greetings,
Andreas
--
Andreas Franck -
--- [EMAIL PROTECTED] --
- Keep smiling! -
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
of what's going on.
It seems that whyever, the cause for this failure is actually the down(sem)
call on a not yet up()'ed semaphore, and this is where it starts to get ugly.
--
Andreas Franck -
--- [EMAIL PROTECTED] --
- Keep smiling
ening and still merry christmas to the people westward of Europe :-)
Andreas
--
->>>------- Andreas Franck <<<-
---<<< [EMAIL PROTECTED] --->>>---
->>> Keep smiling! <<<-
-
To unsub
christmas to the people westward of Europe :-)
Andreas
--
Andreas Franck -
--- [EMAIL PROTECTED] --
- Keep smiling! -
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
ctively. Perhaps someone could look over it?
Thanks and happy hacking,
Andreas
--
->>>--- Andreas Franck <<<-
---<<< [EMAIL PROTECTED] --->>>---
->>> Keep smiling! <<<-
buffer-2.95.2.S
buffer-2.97.S
rong.
Geetings and a nice christmas to everybody!
Andreas
--
->>>------- Andreas Franck <<<-
---<<< [EMAIL PROTECTED] --->>>---
->>> Keep smiling! <<<-
-
To unsubscribe from this li
2.0.6
Mount 2.10f
Net-tools 2.05
Console-tools 0.2.3
Sh-utils 2.0
Modules Loaded snd-mixer-oss snd-mixer snd soundcore mga autofs4 rtc
floppy serial isa-pnp agpgart sr_mod cdrom ide-scsi scsi_mod ide-
ide-floppy
---snip---
--
-------- Andreas Franck -
--- [EMAIL PROTECTED] --
- Keep smiling! -
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
christmas to everybody!
Andreas
--
Andreas Franck -
--- [EMAIL PROTECTED] --
- Keep smiling! -
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
it?
Thanks and happy hacking,
Andreas
--
Andreas Franck -
--- [EMAIL PROTECTED] --
- Keep smiling! -
buffer-2.95.2.S
buffer-2.97.S
plementing any
of these, as far as time permits. And I suggest further advice from the
more
experienced gurus here...
Greetings,
Andreas
--
->>>--- Andreas Franck <<<-
---<<< [EMAIL PROTECTED] --->>>---
->>> Keep smil
On Tue, 24 Oct 2000, Guest section DW wrote:
> On Tue, Oct 24, 2000 at 01:33:57AM +0200, Andreas Franck wrote:
>
> + printk(KERN_INFO "calling ide_register_module\n");
> ide_register_module(_module);
> + printk(KERN_INFO "ide_register_mo
On Tue, 24 Oct 2000, Guest section DW wrote:
On Tue, Oct 24, 2000 at 01:33:57AM +0200, Andreas Franck wrote:
+ printk(KERN_INFO "calling ide_register_module\n");
ide_register_module(idefloppy_module);
+ printk(KERN_INFO "ide_register_module finished
to CC linux[EMAIL PROTECTED] im my mail to Paul and Richard,
which didn't
work as I could have expected, if it wasn't that late.
--
->>>----------- Andreas Franck <<<-
---<<< [EMAIL PROTECTED] --->>>---
->>> Keep smiling! --
PROTECTED] im my mail to Paul and Richard,
which didn't
work as I could have expected, if it wasn't that late.
--
Andreas Franck -
--- [EMAIL PROTECTED] --
- Keep smiling! -
--- linux/drivers/ide/ide-floppy.c.old Sun Oct 8
here.
Its still quite hackish, but I'm sure you can follow my ideas with what
I explained above
- if not, don't hesitate to ask.
->- snip -<-
--
->>>------- Andreas Franck <<<-
---<<< [EMAIL
here.
Its still quite hackish, but I'm sure you can follow my ideas with what
I explained above
- if not, don't hesitate to ask.
-- snip --
--
-------- Andreas Franck -
--- [EMAIL PROTECTED] --
- Keep smiling! -
-
To unsubscribe from
39 matches
Mail list logo