[lkml]   [2006]   [Jun]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 2.6.17-mm4

* Ingo Molnar <> wrote:

> i'm too hunting use-after-free bugs - the ones fixed below fix certain
> crashes, but i'm still seeing a nasty one.
> the crash is independent on lockdep enabled or disabled. See:
> for the config and the crash.log.

ok, managed to debug the reason for this crash via .config bisecting,
it's caused by:


which is a new option in -mm4. Disabling it makes the -mm4 allyesconfig
bzImage work again.

and running qdi_init() either causes memory corruption, or it causes
something to be misprogrammed on the motherboard (something wrt. irq
routing perhaps), which crashes the box afterwards. (but that happens
dozens of initcalls later, so the breakage is subtle)

it does things like:

static const unsigned long qd_port[2] = { 0x30, 0xB0 };
static const unsigned long ide_port[2] = { 0x170, 0x1F0 };

unsigned long port = qd_port[i];
r = inb_p(port);
outb_p(0x19, port);
res = inb_p(port);
outb_p(r, port);

so it reads/writes port 0x30 and 0xb0. Are those used by something else
on modern hardware?

i know, i shouldnt be running an ancient Vesa Local Bus driver's init
routine, but still, the allyesconfig bzImage is quite useful in finding
various bugs ...

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2006-06-30 01:12    [W:0.112 / U:1.520 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site