Skip to contentSkip to conversation

Annoying kernel behaviour

DISCUSSION Colonel 1 participant 1 message Jun 24, 2001 1 message not in the archive

lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): [email protected]

Colonel

author
#1 lore raw
Quoted 7 lines · you

bttv0: Bt848 (rev 18) at 00:0f.0, irq: 10, latency: 64, memory: 0xd79ff000

** ^^ this worked in 2.2.19 as
bttv0: Brooktree Bt848 (rev 18) bus: 0, devfn: 88, irq: 11, memory:

It shouldn't matter, as userspace programs should not be able te fuck te kernel over in such a complete instant deadlock. There is something

Ah, notice that the IRQ shifted? Perhaps there is something else on irq 10, such as the SCSI controller? My video cards always end up on that IRQ, perhaps the computer is still accessible via the network?

Signature · 7 lines
"Or heck, let's just make the VM a _real_ Neural Network, that self
trains itself to the load you put on the system. Hideously complex and
evil?  Well, why not wire up that roach on the floor, eating that stale
cheese doodle. It can't do any worse job on VM that some of the VM
patches I've seen..."  -- Jason McMullan

ditto