[09:37] <jack> hey is it ok for me to ask a non-dev question here?
[09:37] <jack> I've tried #ubuntu :P
[10:49] <varkatope_> hi
[10:59] <lfittl> zul, I have an urgent xen problem, on one of my remote servers, xen keeps changing the mac address of eth0 to fe:ff:ff:ff:ff:ff, its an amd64, do you have an idea how to stop xen doing that?
[11:01] <Mithrandir> eth0 in the domU or dom0?
[11:01] <lfittl> dom0
[11:01] <Mithrandir> hm, weird.
[11:01] <Mithrandir> no idea, sorry.
[11:30] <abogani> Someone can clarify to me one (stupid) thing about restricted modules?
[11:50] <TheMuso> c/
[08:39] <mjg59> kylem: 78288 looks like an issue with the IRQ handler, or something. 
[08:39] <mjg59> But we'll want a 2.6.19 dmesg
[08:39] <kylem> yes, yes it does.
[08:40] <mjg59> Given that the chipset is getting IRQ 16, and it's IRQ 16 that's blowing up
[08:40] <mjg59> So doesn't /sound/ like interrupt routing
[08:41] <mjg59> Hm. But irqpoll works.
[08:41] <mjg59> Gah. It'll be some trivial change in ata_piix, or something
[08:41] <kylem> hm.
[08:41] <kylem> i have the same thing, but no love with irqpoll.
[08:41] <kylem> acpi=off works.
[08:41] <mjg59> Gah.
[08:41] <mjg59> What interrupt do you get without acpi?
[08:41] <kylem> so i figured it was just proto hw bugs.
[10:17] <zul> grr...kernel-package
[11:12] <varkatope_> hi