Re: [PATCH 3/4] libata-sff.c: add another IRQ calls

2 messages, 2 authors, 2007-01-16 · open the first message on its own page

Re: [PATCH 3/4] libata-sff.c: add another IRQ calls

From: Alan <hidden>
Date: 2007-01-16 11:57:54

On Tue, 16 Jan 2007 19:46:23 +0900
Akira Iguchi [off-list ref] wrote:
When enabling IRQ, ap->ops->irq_on is checked.
Because most drivers can use ata_irq_on() as is, this
patch allows ap->ops->irq_on to be NULL.
If it is NULL, ata_irq_on() are used.

I believe you can now remove the if(ap->ioaddr.ctl_addr) check as any
device lacking a ctl_addr can now provide an irq_on() method using your
changes.

You've fixed the FIXME 

Re: [PATCH 3/4] libata-sff.c: add another IRQ calls

From: Jeff Garzik <hidden>
Date: 2007-01-16 22:05:51

Alan wrote:
On Tue, 16 Jan 2007 19:46:23 +0900
Akira Iguchi [off-list ref] wrote:
quoted
When enabling IRQ, ap->ops->irq_on is checked.
Because most drivers can use ata_irq_on() as is, this
patch allows ap->ops->irq_on to be NULL.
If it is NULL, ata_irq_on() are used.

I believe you can now remove the if(ap->ioaddr.ctl_addr) check as any
device lacking a ctl_addr can now provide an irq_on() method using your
changes.

You've fixed the FIXME 
Agreed.

Abstracting out the Control/Alt-Status register block operations has 
been a long-standing TODO that I knew would be required, sometime down 
the line.  I certainly support adding such abstractions, as they are 
required for several non-x86 IDE drivers, not just Cell.

	Jeff
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help