qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Scott Wood <scottwood@freescale.com>
To: Fabien Chouteau <chouteau@adacore.com>
Cc: qemu-ppc@nongnu.org, Alexander Graf <agraf@suse.de>,
	qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [Qemu-ppc] [PATCH 2/2] Add Enhanced Three-Speed Ethernet Controller (eTSEC)
Date: Tue, 16 Jul 2013 11:54:48 -0500	[thread overview]
Message-ID: <1373993688.8183.328@snotra> (raw)
In-Reply-To: <51E571B7.2060308@adacore.com> (from chouteau@adacore.com on Tue Jul 16 11:15:51 2013)

On 07/16/2013 11:15:51 AM, Fabien Chouteau wrote:
> On 07/16/2013 05:37 PM, Alexander Graf wrote:
> > On 07/16/2013 05:28 PM, Fabien Chouteau wrote:
> >> On 07/16/2013 04:06 AM, Scott Wood wrote:
> >>> On 07/10/2013 12:10:02 PM, Fabien Chouteau wrote:
> >>>> This implementation doesn't include ring priority, TCP/IP  
> Off-Load, QoS.
> >>>>
> >>>> Signed-off-by: Fabien Chouteau<chouteau@adacore.com>
> >>>  From the code comments I gather this has been tested on  
> VxWorks.  Has it
> >>> been tested on Linux, or anywhere else?
> >>>
> >> You're right, as I said in the cover letter, this has only been  
> tested on vxWorks.
> >
> > Could you please give it a try? IIRC eTSEC support should be in  
> upstream Linux.
> >
> 
> I don't have time for that. As I said in the cover letter, I submit  
> this
> patch for those interested in eTSEC, but I won't be able to test/fix  
> it
> for Linux.

Could you please at least document more fully the known limitations,  
such as "I'm only interested in 32bits address spaces"?

> >>>> +    /* ring_base = (etsec->regs[RBASEH].value&  0xF)<<  32; */
> >>>> +    ring_base     += etsec->regs[RBASE0 + ring_nbr].value&   
> ~0x7;
> >>>> +    start_bd_addr  = bd_addr = etsec->regs[RBPTR0 +  
> ring_nbr].value&  ~0x7;
> >>> What about RBDBPH (upper bits of physical address)?  Likewise for  
> TX.
> >>>
> >> I'm only interested in 32bits address spaces, so RBASEH, TBASEH,  
> RBDBPH or TBDBPH.
> >
> > Why? I thought e500mc and above can access more than 32bits of  
> physical address space?
> 
> Yes but this is not emulated by QEMU, right? sizeof (hwaddr) for
> qemu-system-ppc is 8...

36bit physical is emulated by QEMU.  Currently we put CCSR in a place  
that would make it difficult to use memory above 4G, but that should  
change at some point.

> > Oh, but they're always DPAA?
> >
> 
> I don't understand...

It doesn't matter, because it's not true.  We do support 36-bit address  
layouts on mpc85xx and mpc86xx, though we don't make it the only  
supported config in U-Boot as we do on e500mc+.

-Scott

  reply	other threads:[~2013-07-16 16:55 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-10 17:10 [Qemu-devel] [PATCH 0/2] Enhanced Three Speed Ethernet Controller (eTSEC) Fabien Chouteau
2013-07-10 17:10 ` [Qemu-devel] [PATCH 1/2] Add be16_to_cpupu function Fabien Chouteau
2013-07-10 17:25   ` Peter Maydell
2013-07-12  9:57     ` Fabien Chouteau
2013-07-10 17:10 ` [Qemu-devel] [PATCH 2/2] Add Enhanced Three-Speed Ethernet Controller (eTSEC) Fabien Chouteau
     [not found]   ` <201307110955092430409@cn.fujitsu.com>
2013-07-15  1:25     ` [Qemu-devel] Fw: [PATCH 2/2] Add Enhanced Three-Speed EthernetController (eTSEC) Yao Xingtao
2013-07-15 10:19       ` Fabien Chouteau
2013-07-15  2:00   ` [Qemu-devel] [PATCH 2/2] Add Enhanced Three-Speed Ethernet Controller (eTSEC) Peter Crosthwaite
2013-07-15 14:23     ` Fabien Chouteau
2013-07-16  1:06       ` Peter Crosthwaite
2013-07-16  8:35         ` Fabien Chouteau
2013-07-16  2:06   ` [Qemu-devel] [Qemu-ppc] " Scott Wood
2013-07-16 15:28     ` Fabien Chouteau
2013-07-16 15:37       ` Alexander Graf
2013-07-16 16:15         ` Fabien Chouteau
2013-07-16 16:54           ` Scott Wood [this message]
2013-07-17  8:24             ` Fabien Chouteau
2013-07-17  8:29               ` Alexander Graf
2013-07-17 10:27                 ` Fabien Chouteau
2013-07-16 17:50       ` Scott Wood
2013-07-17 10:17         ` Fabien Chouteau
2013-07-17 10:22           ` Alexander Graf
2013-07-17 10:43             ` Fabien Chouteau
2013-07-17 21:02           ` Scott Wood
2013-07-18  9:27             ` Fabien Chouteau
2013-07-18 20:37               ` Scott Wood
2013-07-19  9:22                 ` Fabien Chouteau
2013-07-19 17:19                   ` Scott Wood
2013-07-22  9:00                     ` Fabien Chouteau

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=1373993688.8183.328@snotra \
    --to=scottwood@freescale.com \
    --cc=agraf@suse.de \
    --cc=chouteau@adacore.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-ppc@nongnu.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).