public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Stephan Linz <linz@li-pro.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v7] net: ll_temac: Add LL TEMAC driver to u-boot
Date: Sat, 07 Jan 2012 18:12:46 +0100	[thread overview]
Message-ID: <1325956366.18981.47.camel@keto> (raw)
In-Reply-To: <20120105191953.6732DB6F26@gemini.denx.de>

Am Donnerstag, den 05.01.2012, 20:19 +0100 schrieb Wolfgang Denk: 
> Dear Stephan Linz,
> 
> In message <1325783490.7827.45.camel@keto> you wrote:
> >
> > Michals latest Microblaze platform patches will enable this driver for
> > board/xilinx/microblaze-generic and we know about a success story on a
> > propietary Virtex5 FX board (ppc440) -- tested by Ricardo Ribalda.
> > 
> > -- snip --
>  So I'll rework the driver and
> > present a new v8 patch as soon as possible.
> 
> OK.  Please submit it only if it comes with code that references the
> driver.

Hi Wolfgang,

I understand your opinions to stick together all the different code
fragments. Unfortunately, this driver will be used by systems with
synthesized hardware (FPGA SoftCPU systems). The target board (hardware
around the FPGA) will be fixed but the content (CPU, controller, busses,
interfacess, addresses, ...) will be variable and not fixed. That's why
we use a so named microblaze-generic board configuration controlled by
the header xparameters.h in board directory. The default content of
xparameters.h is really only basic and enables not nearly half of all
possibilities. For example the default configuration in xparameters.h
will enable the Xilinx EMAC-Lite driver (with XILINX_EMACLITE_BASEADDR)
but do nothing to enable the Xilinx AXI-EMAC driver (with
XILINX_AXIEMAC_BASEADDR) -- it makes no sense to enable both at the same
time.

I'll provide the same way for the Xilinx LL_TEMAC driver as for the
Xilinx AXI-EMAC driver. I prepare the microblaze-generic board code to
support all potential Ethernet drivers but leave out the specific usage.
You are right when you say that there is no code that refere to the new
driver code -- there are also no configuration for this. And yes we
adapt/change the xparameters.h out of mainline tree to enable the driver
code -- but I think, that is not really a "out of tree port".

But what would be the best implementation for unspecified targets here?

@Michal: Is there anybody who use the current default configuration from
microblaze-generic/xparameters.h on a real FPGA system design? If not we
could expand xparameters.h with a fantasy configuration to enable all
potential drivers used on a Microblaze system. So we have a reference to
driver code and can test the rebuild again and again with a simple 'make
microblaze-generic'. What do you mean?

-- 
Best regards,
Stephan Linz
______________________________________________________________________________
MB-Ref: http://www.li-pro.de/xilinx_mb:mbref:start
OpenDCC: http://www.li-pro.net/opendcc.phtml
PC/M: http://www.li-pro.net/pcm.phtml
Sourceforge: http://sourceforge.net/users/slz
Gitorious: https://gitorious.org/~slz

  reply	other threads:[~2012-01-07 17:12 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-01 20:39 [U-Boot] LL TEMAC V7 refactored Stephan Linz
2011-12-01 20:39 ` [U-Boot] [PATCH v7] net: ll_temac: Add LL TEMAC driver to u-boot Stephan Linz
2011-12-20 22:56   ` Wolfgang Denk
2011-12-21 19:22     ` Stephan Linz
2011-12-21 19:28     ` [U-Boot] [PATCH 1/3] microblaze: Enable several ethernet driver compilation Stephan Linz
2011-12-21 19:28     ` [U-Boot] [PATCH 2/3] microblaze: Enable phylib and mii support Stephan Linz
2011-12-21 19:28     ` [U-Boot] [PATCH 3/3] microblaze: Wire up LL_TEMAC driver initialization Stephan Linz
2011-12-22  9:02     ` [U-Boot] [PATCH v7] net: ll_temac: Add LL TEMAC driver to u-boot Michal Simek
2012-01-05 16:10       ` Wolfgang Denk
2012-01-05 17:11         ` Stephan Linz
2012-01-05 19:19           ` Wolfgang Denk
2012-01-07 17:12             ` Stephan Linz [this message]
2012-01-11 12:05               ` Michal Simek
2012-01-11 16:07               ` Wolfgang Denk
2012-01-12 10:53                 ` Michal Simek
2012-01-12 16:05                   ` Stephan Linz
2011-12-29 17:57   ` Andy Fleming

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1325956366.18981.47.camel@keto \
    --to=linz@li-pro.net \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox