From: Sascha Hauer <s.hauer@pengutronix.de>
To: Peter Mamonov <pmamonov@gmail.com>
Cc: barebox@lists.infradead.org
Subject: Re: [RFC 3/9] MIPS: add virt_to_phys() and phys_to_virt()
Date: Wed, 9 Dec 2015 14:03:28 +0100 [thread overview]
Message-ID: <20151209130328.GW11966@pengutronix.de> (raw)
In-Reply-To: <20151208144637.4c30ad2a@berta>
On Tue, Dec 08, 2015 at 02:46:37PM +0300, Peter Mamonov wrote:
> 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.
Yes, that would work aswell, but would is neither nice nor efficient.
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
next prev parent reply other threads:[~2015-12-09 13:03 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
2015-12-09 13:03 ` Sascha Hauer [this message]
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=20151209130328.GW11966@pengutronix.de \
--to=s.hauer@pengutronix.de \
--cc=barebox@lists.infradead.org \
--cc=pmamonov@gmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.