linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Peter Mendham <petermendham@computing.dundee.ac.uk>
To: linuxppc-embedded@ozlabs.org
Subject: Re: Patchset to establish sanity in Xilinx Virtex support
Date: Mon, 16 Apr 2007 09:45:31 +0100	[thread overview]
Message-ID: <462337AB.5000507@computing.dundee.ac.uk> (raw)

Grant Likely wrote:
> The Virtex support in Linus' tree is a mess.  When I ported the common
> devices over to using the platform bus I tried the use the ppc_sys
> infrastructure.  ppc_sys is intended for SoCs that have a fixed set of
> devices.  It is the *wrong* approach for FPGA support, and I made a
> royal mess of things.  This patch set fixes that problem and makes
> a number of other changes that make supporting Virtex boards easier.
>
> I do know that changes to arch/ppc are frowned upon at the moment.  However,
> 4xx support in arch/powerpc is not merged yet, and Virtex support needs
> additional work beyond that.  I suspect that arch/ppc support for the
> 4xx parts is going to need to stay alive for the next 2-3 kernel releases
> anyway while arch/powerpc support stablizes.  Getting these patches in
> will make it easier to support the Virtex ports while I hack on getting
> arch/powerpc stuff figured out.
>   
I have applied your patches to a 2.6.20.4 kernel, along with your 
SystemACE driver. I am fully up and running on a simple ML405-based 
system setup with a Uartlite and a SystemACE. (I made the Kconfig 
changes suggested by Dale Farnsworth to my copy). So, thank you very 
much. I appreciate the neatness of your patches, the fact that I now 
have early boot text support on my uartlite port and the fact that 
(somehow) you've shaved a good couple of seconds of my boot time against 
the Xilinx SystemACE driver. Thanks!

In your reply to Mohamed Sadegh Sadri you mentioned that you will be 
publishing your GIT tree with TEMAC support.  Two very quick questions: 
where do I find this, and does it support auto-negotiation properly?  I 
am having serious problems with auto-negotiation and the various 
flavours of driver out there.  It seems like the best long term plan 
would be to use the PHYLIB support to handle the PHY side of things but 
I have only just started looking into this.

Thanks again,
-- Peter



-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
MailScanner thanks transtec Computers for their support.

             reply	other threads:[~2007-04-16  8:45 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-16  8:45 Peter Mendham [this message]
2007-04-16 14:48 ` Patchset to establish sanity in Xilinx Virtex support Grant Likely
2007-04-16 16:11   ` Peter Mendham
  -- strict thread matches above, loose matches on Subject: below --
2007-04-15  7:27 Grant Likely

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=462337AB.5000507@computing.dundee.ac.uk \
    --to=petermendham@computing.dundee.ac.uk \
    --cc=linuxppc-embedded@ozlabs.org \
    /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;
as well as URLs for NNTP newsgroup(s).