This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: RE : possible fix for eth_drv_recv blocking DSR
- From: Andrew Lunn <andrew at lunn dot ch>
- To: Arnaud Chataignier <achataignier at neotion dot com>
- Cc: "'Hook, James'" <jhook at bloomberg dot com>, ecos-discuss at sources dot redhat dot com
- Date: Wed, 29 Jun 2005 13:07:51 +0200
- Subject: Re: [ECOS] RE : [ECOS] possible fix for eth_drv_recv blocking DSR
- References: <01ce01c57c97$d6d275b0$0100a8c0@ArnaudC>
On Wed, Jun 29, 2005 at 12:46:43PM +0200, Arnaud Chataignier wrote:
> James,
>
> As you had no answer and I know it, I will try to help.
>
> There should be no DSR in an Ethernet driver device. Your ISR should
> only ask for a DSR call. The DSR is handled in the IO ethernet part, not
> in the device driver.
>
> The IO ethernet DSR only triggers the execution of the Network alarm
> thread, which then calls your ethernet driver 'deliver' function. Your
> deliver function is thus called from a thread, and there is no interrupt
> lock/unlock to be done in cyg_splx and spl_any.
I think the problem stems from a conflict in the documentation.
packages/io/eth/current/doc/driver_doc says you should be doing it
from the DSR. The sgml documentation says something different and
describes what you say.
The sgml documentation is correct. I will remove the driver_doc which
is now old and wrong.
Andrew
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss