[RFC][PATCH 2.6.12-rc2] Updated platform additions for 82xx

Dan Malek dan at embeddededge.com
Sat May 7 03:23:21 EST 2005


On May 6, 2005, at 1:08 PM, Eugene Surovegin wrote:

> Yeah, it's better, I'm only wondering what if some board has separate
> PHY interrupt lines for each FCC? Define name - "PHY_INTERRUPT" was
> chosen quite badly IMHO :).

One of my feature_calls is:
	embed_feature_call(CPM_FTR_FCC1, REQ_FTR_PHY_INT, &irq)

and so on for every Ethernet port.  This presents my current coding
challenge, do I want this to be a varargs function or we just always 
have
three parameters, where the last one is ignored if not necessary, a
pointer for an out value, or a pointer to a data structure for more
complex information.  Right now I have it coded as always three
parameters.

In addition, this feature call will set up whatever interrupt routing
is necessary.  The driver only needs to check if a value is returned,
if not, no interrupt.  It also may want to test if the returned irq is 
the
same for all PHYS, since it may be needed in the interrupt handler.

Thanks.

	-- Dan




More information about the Linuxppc-embedded mailing list