Implementation of receive-transmit mode for
omap3 MCSPI.
Introduces full duplex communication, needed by
some spi devices (such as enc28j60).
Signed-off-by: jacopo mondi
---
drivers/spi/omap3_spi.c | 66 --
drivers/spi/omap3_spi.h |2 +
2
On Wed, 23 Feb 2011 23:32:01 +0100
Anatolij Gustschin wrote:
> Hi,
>
> On Tue, 22 Feb 2011 17:34:30 +0100
> jacopo mondi wrote:
> ...
> > Second issue is related to enc identification.
> > The following code section:
> >
> > phid1 = phy_read(enc, P
On Wed, 23 Feb 2011 23:32:01 +0100
Anatolij Gustschin wrote:
> You will have to implement the Master Transmit-Receive Mode
> (full-duplex) in the omap3_spi driver for proper enc28j60 register
> and buffer access. Currently this driver is using Tx-Only Mode
> for transmitting a Rx-Only Mode for re
On Wed, 16 Feb 2011 18:31:23 +0100
Reinhard Meyer wrote:
>
> Not sure, the driver builds fine with ARM boards.
> Maybe you need to have CONFIG_NET_MULTI set?
>
> Best Regards,
> Reinhard
I've continued working on enc28j60 in those days, trying to make it
finally work with my beagle.
Stefano con
On Thu, 17 Feb 2011 13:37:27 +0100
Stefano Babic wrote:
> 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.
>
You are right..
On Thu, 17 Feb 2011 11:09:04 +0100
Stefano Babic wrote:
> And the driver builds fine with beagleboard, too. Do you drop the
>
> #undef CONFIG_CMD_NET
>
> in the beagleboard configuration file ? If not, this generates exactly
> the error you report.
>
> Best regards,
> Stefano Babic
>
GOSH, I
On Wed, 16 Feb 2011 18:31:23 +0100
Reinhard Meyer wrote:
>
> Not sure, the driver builds fine with ARM boards.
> Maybe you need to have CONFIG_NET_MULTI set?
>
> Best Regards,
> Reinhard
Yes, I have CONFIG_NET_MULTI (mainly I've taken those entries from
top900 and lpc2292 configs).
That's how I
Hi all,
I'm trying enabling enc2j60 in order to use tftp with SPI-Ethernet
enc28j60 and beagleboard rev C3.
When building u-boot some functions referred by enc28j60.c remain
undefined.
drivers/net/libnet.o: In function `enc28j60_initialize':
u-boot/drivers/net/enc28j60.c:973:
undefined reference t
Since it was one of the purposed GSoc project, knowing something more
would be interesting for someone.
Could you please provide more information, or maybe give a hint
about who worked on that?
thanks..
On Mon, 7 Feb 2011 10:12:53 +0530 "Gadiyar, Anand"
wrote:
> There was some work done on gett
Dear folks,
I'm very new to this community, please pardon me if I'm going to ask
something that seems obvious to the majority of you.
As I've seen digging through the list archives in later months there
was some discussions about mux state, and possible decoupling between
u-boot and linux kernel i
10 matches
Mail list logo
