mail archive of the barebox mailing list
 help / color / mirror / Atom feed
From: Peter Mamonov <pmamonov@gmail.com>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: barebox@lists.infradead.org
Subject: Re: [RFC 3/9] MIPS: add virt_to_phys() and phys_to_virt()
Date: Tue, 8 Dec 2015 14:46:37 +0300	[thread overview]
Message-ID: <20151208144637.4c30ad2a@berta> (raw)
In-Reply-To: <20151207102744.GH11966@pengutronix.de>

On Mon, 7 Dec 2015 11:27:44 +0100
Sascha Hauer <s.hauer@pengutronix.de> wrote:

> On Sun, Dec 06, 2015 at 05:50:51PM +0300, Antony Pavlov wrote:
> > On Fri, 4 Sep 2015 08:20:48 +0200
> > Sascha Hauer <s.hauer@pengutronix.de> wrote:
> > 
> > > On Fri, Aug 28, 2015 at 06:46:14PM +0300, Antony Pavlov wrote:
> > > > On Fri, 28 Aug 2015 08:34:32 +0200
> > > > Sascha Hauer <s.hauer@pengutronix.de> wrote:
> > > > 
> > > > > On Fri, Aug 28, 2015 at 01:24:04AM +0300, Antony Pavlov wrote:
> > > > > > N.B. phys_to_virt() translates phys address
> > > > > > to KSEG1 (uncached) address as barebox mips
> > > > > > has no cache support.
> > > > > 
> > > > > What would it take to implement cache support for mips?
> > > > lack of the cache support is critical problem for current
> > > > barebox mips support. I'm planning to add cache support in
> > > > several weeks. This task needs much test efforts for different
> > > > boards.
> > > > 
> > > > Anyway I can't carry out cache adding work at one.
> > > > But adding virt_to_phys and DMA support will help to add cache
> > > > support one day anyway.
> > > 
> > > Looking at this again the virt_to_phys/phys_to_virt macros are not
> > > necessary. dma_alloc_coherent() already returns both the virtual
> > > address and the DMA address. It should be possible to replace
> > > DMA_ADDRESS_BROKEN in the ehci driver with a real pointer and use
> > > it appropriatly in the driver.
> > > 
> > 
> > I have tried to get physical address from dma_alloc_coherent(),
> > here is a small part of my patch (just for demonstration):
> > 
> > --- a/drivers/usb/host/ehci-hcd.c
> > +++ b/drivers/usb/host/ehci-hcd.c
> > @@ -41,6 +41,7 @@ struct ehci_priv {
> >  	struct ehci_hcor *hcor;
> >  	struct usb_host host;
> >  	struct QH *qh_list;
> > +	dma_addr_t qh_list_dma;
> >  	struct qTD *td;
> >  	int portreset;
> >  	unsigned long flags;
> > @@ -403,7 +410,7 @@ ehci_submit_async(struct usb_device *dev,
> > unsigned long pipe, void *buffer, goto fail;
> >  	}
> >  
> > -	ehci->qh_list->qh_link =
> > cpu_to_hc32((uint32_t)ehci->qh_list | QH_LINK_TYPE_QH);
> > +	ehci->qh_list->qh_link = cpu_to_hc32(ehci->qh_list_dma |
> > QH_LINK_TYPE_QH); 
> >  	token = hc32_to_cpu(qh->qt_token);
> >  	if (!(token & 0x80)) {
> > @@ -1306,7 +1313,7 @@ int ehci_register(struct device_d *dev,
> > struct ehci_data *data) ehci->post_init = data->post_init;
> >  
> >  	ehci->qh_list = dma_alloc_coherent(sizeof(struct QH) *
> > NUM_TD,
> > -					   DMA_ADDRESS_BROKEN);
> > +					   &ehci->qh_list_dma);
> >  	ehci->periodic_queue = dma_alloc_coherent(sizeof(struct
> > QH), DMA_ADDRESS_BROKEN);
> >  	ehci->td = dma_alloc_coherent(sizeof(struct qTD) * NUM_TD,
> > 
> > 
> > However ehci_td_buffer() gets buf pointer outside of ehci driver
> > (e.g. via usb_bulk_msg()), so it is difficult to avoid
> > virt_to_phys() in ehci_td_buffer(), e.g.:
> > 
> > @@ -195,7 +197,7 @@ static int ehci_td_buffer(struct qTD *td, void
> > *buf, size_t sz) 
> >         idx = 0;
> >         while (idx < 5) {
> > -               td->qt_buffer[idx] = cpu_to_hc32(addr);
> > +               td->qt_buffer[idx] =
> > cpu_to_hc32(virt_to_phys(addr)); next = (addr + 4096) & ~4095;
> >                 delta = next - addr;
> >                 if (delta >= sz)
> > 
> > Have you any idea?
> 
> No. Translating this addres into a physical address seems unavoidable
> here. 

The other solution is to allocate private buffer using
dma_alloc_coherent(), use the returned dma address to fill the qt_buffer
field, copy data from the supplied buffer to the private buffer before
the transaction and copy back after the transaction is done.

> I would still prefer a real cache implementation for MIPS
> though. Have you looked further into that? The current MIPS
> cached/uncached memory windows seem to be a constant source of
> problems we could avoid.
> 
> Sascha
> 
> 


_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

  parent reply	other threads:[~2015-12-08 11:44 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-27 22:24 [RFC 0/9] ehci-hcd.c: make it works on big-endian mips (AR9331) Antony Pavlov
2015-08-27 22:24 ` [RFC 1/9] WIP: make ehci-hcd.c happy on big-endian MIPS Antony Pavlov
2015-08-27 22:24 ` [RFC 2/9] WIP: fix drivers/usb/core/usb.c Antony Pavlov
2015-08-28  6:11   ` Sascha Hauer
2015-08-28 15:51     ` Antony Pavlov
2015-08-31  6:45       ` Sascha Hauer
2015-08-27 22:24 ` [RFC 3/9] MIPS: add virt_to_phys() and phys_to_virt() Antony Pavlov
2015-08-28  6:34   ` Sascha Hauer
2015-08-28 15:46     ` Antony Pavlov
2015-09-04  6:20       ` Sascha Hauer
2015-09-04  7:27         ` Antony Pavlov
2015-09-04  8:44           ` Sascha Hauer
2015-12-06 14:50         ` Antony Pavlov
2015-12-07 10:27           ` Sascha Hauer
2015-12-08  9:11             ` Antony Pavlov
2015-12-08 11:46             ` Peter Mamonov [this message]
2015-12-09 13:03               ` Sascha Hauer
2015-08-27 22:24 ` [RFC 4/9] MIPS: add trivial dma support Antony Pavlov
2015-08-27 22:24 ` [RFC 5/9] ehci-hcd.c: make it works on mips Antony Pavlov
2015-08-27 22:24 ` [RFC 6/9] usb: ehci: drop unusable CONFIG_EHCI_MMIO_BIG_ENDIAN condition Antony Pavlov
2015-08-27 22:24 ` [RFC 7/9] usb: ehci: add big-endian registers support Antony Pavlov
2015-08-28  6:19   ` Sascha Hauer
2015-08-28 15:49     ` Antony Pavlov
2015-08-27 22:24 ` [RFC 8/9] MIPS: tplink-mr3020: select big-endian EHCI support Antony Pavlov
2015-08-27 22:24 ` [RFC 9/9] MIPS: tplink-mr3020_defconfig: enable usb stuff Antony Pavlov

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=20151208144637.4c30ad2a@berta \
    --to=pmamonov@gmail.com \
    --cc=barebox@lists.infradead.org \
    --cc=s.hauer@pengutronix.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