> drivers don't seem to do more, either. Falcon IDE shares the interrupt
> with floppy, SCSI and DMA, that's where the stdma_lock hack comes in. Can
> I plug in the locking functions somewhere sane, or will I need to patch
> the core driver again?
Color me impressed - the whole Atari locking shebang is still in place in
the IDE core. It just doesn't get called without enabling ide generic
support so we'd better make the driver depend on that.
Once I got my head around that, there's only one small change necessary to
make the IDE driver work: in ide-probe:init_irq(), we need to ignore the
fact that request_irq() fails for the IDE interrupt (the interrupt has
already been claimed by the stdma.c). ide_release_lock spits lots of
bug messages because the lock isn't held on release, but it seems to work
otherwise.
This sick ST-DMA interrupt sharing should perhaps be revised a bit to
allow other drivers to call request_irq as usual, and use the stdma_lock
routine to just flag which interrupt source now really should get the
interrupt?
Michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
