From mboxrd@z Thu Jan  1 00:00:00 1970
From: Stefano Babic <sbabic@denx.de>
Date: Thu, 17 Feb 2011 13:37:27 +0100
Subject: [U-Boot] building enc28j60  for omap3: undefined references
In-Reply-To: <20110217114851.5b679230@BlackBox>
References: <20110216172917.4a5e83cc@BlackBox>	<4D5C09EB.4090408@emk-elektronik.de>
	<4D5CF3C0.5050908@denx.de> <20110217114851.5b679230@BlackBox>
Message-ID: <4D5D1687.3000900@denx.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

On 02/17/2011 11:48 AM, jacopo mondi wrote:
> GOSH, I've exactly searched through the code for CONFIG_CMD_NET, but I
> did not noticed was an undef statment instead of a define!
> Everything's fine now. Thank you.

Your're welcome.

> 
> Just another question. I've studied the linux enc28j60 driver and
> noticed it features an interrupt driven work flow.
> No interrupt are used in u-boot version (for what I've seen).

That is correct. As u-boot is a bootloader and no os, everything can be
done in a single task and polling is used when it is needed.

> Is it
> based on some sort of polling instead of interrupt? Isn't
> that dangerous? I mean, if there are no data available everything is
> going to freeze..

It seems to me that the driver goes out from receive function when no
data are available. pkn_cnt is read directly from HW, and if the
controller is not broken, it will not return any packets and the loop
ends up.

Best regards,
Stefano Babic

-- 
=====================================================================
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: office at denx.de
=====================================================================