From: Tomasz Figa <tomasz.figa@gmail.com>
To: Linus Walleij <linus.walleij@linaro.org>
Cc: "alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
"Heiko Stübner" <heiko@sntech.de>,
"Padmavathi Venna" <padma.v@samsung.com>,
"Takashi Iwai" <tiwai@suse.de>,
"Alessandro Rubini" <rubini@gnudd.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"Giancarlo Asnaghi" <giancarlo.asnaghi@st.com>,
"Kukjin Kim" <kgene.kim@samsung.com>,
"Russell King - ARM Linux" <linux@arm.linux.org.uk>,
"Vinod Koul" <vinod.koul@intel.com>,
"Thomas Abraham" <thomas.abraham@linaro.org>,
"Grant Likely" <grant.likely@linaro.org>,
"Arnd Bergmann" <arnd@arndb.de>,
linux-samsung-soc <linux-samsung-soc@vger.kernel.org>,
"Sylwester Nawrocki" <sylvester.nawrocki@gmail.com>,
"Jaroslav Kysela" <perex@perex.cz>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"Sangbeom Kim" <sbkim73@samsung.com>,
"Liam Girdwood" <lgirdwood@gmail.com>, linux-spi@vger.kernel.
Subject: Re: [RFC PATCH 05/11] dma: amba-pl08x: Add support for different maximum transfer size
Date: Mon, 17 Jun 2013 20:27:20 +0200 [thread overview]
Message-ID: <5634002.KI4n5O8hcE@flatron> (raw)
In-Reply-To: <CACRpkdaHpNVXueXy0HRnKTshn4ZZSPFh-pgav6B0UAU1xqsNCg@mail.gmail.com>
On Monday 17 of June 2013 15:42:15 Linus Walleij wrote:
> On Sun, Jun 16, 2013 at 10:54 PM, Tomasz Figa <tomasz.figa@gmail.com>
wrote:
> > PL080S has separate register to store transfer size in, allowing
> > single
> > transfer to be much larger than in standard PL080.
> >
> > This patch makes the amba-pl08x driver aware of this and removes
> > writing transfer size to reserved bits of CH_CONTROL register on
> > PL080S, which was not a problem witn transfer sizes fitting the
> > original bitfield of PL080, but now would overwrite other fields.
> >
> > Signed-off-by: Tomasz Figa <tomasz.figa@gmail.com>
>
> Very straight-forward.
> Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
Thanks.
Actually today I found another way of doing this, which wouldn't require
checking PL08X_IS_PL080S flag at all.
Simply masking the transfer size in pl08x_cctl_bits() with mask of the
original bitfield would be enough I think, as writes to those bits seem to
be ignored on PL080S.
Best regards,
Tomasz
WARNING: multiple messages have this Message-ID (diff)
From: tomasz.figa@gmail.com (Tomasz Figa)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC PATCH 05/11] dma: amba-pl08x: Add support for different maximum transfer size
Date: Mon, 17 Jun 2013 20:27:20 +0200 [thread overview]
Message-ID: <5634002.KI4n5O8hcE@flatron> (raw)
In-Reply-To: <CACRpkdaHpNVXueXy0HRnKTshn4ZZSPFh-pgav6B0UAU1xqsNCg@mail.gmail.com>
On Monday 17 of June 2013 15:42:15 Linus Walleij wrote:
> On Sun, Jun 16, 2013 at 10:54 PM, Tomasz Figa <tomasz.figa@gmail.com>
wrote:
> > PL080S has separate register to store transfer size in, allowing
> > single
> > transfer to be much larger than in standard PL080.
> >
> > This patch makes the amba-pl08x driver aware of this and removes
> > writing transfer size to reserved bits of CH_CONTROL register on
> > PL080S, which was not a problem witn transfer sizes fitting the
> > original bitfield of PL080, but now would overwrite other fields.
> >
> > Signed-off-by: Tomasz Figa <tomasz.figa@gmail.com>
>
> Very straight-forward.
> Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
Thanks.
Actually today I found another way of doing this, which wouldn't require
checking PL08X_IS_PL080S flag at all.
Simply masking the transfer size in pl08x_cctl_bits() with mask of the
original bitfield would be enough I think, as writes to those bits seem to
be ignored on PL080S.
Best regards,
Tomasz
next prev parent reply other threads:[~2013-06-17 18:27 UTC|newest]
Thread overview: 133+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-16 20:54 [RFC PATCH 00/11] ARM: s3c64xx: Let amba-pl08x driver handle DMA Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` [RFC PATCH 01/11] dma: amba-pl08x: Use bitmap to pass variant specific quirks Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-17 13:25 ` Linus Walleij
2013-06-17 13:25 ` Linus Walleij
2013-06-17 18:48 ` Russell King - ARM Linux
2013-06-17 18:48 ` Russell King - ARM Linux
2013-06-17 18:48 ` Russell King - ARM Linux
2013-06-17 18:56 ` Tomasz Figa
2013-06-17 18:56 ` Tomasz Figa
2013-06-17 18:56 ` Tomasz Figa
2013-06-18 7:47 ` Linus Walleij
2013-06-18 7:47 ` Linus Walleij
2013-06-18 13:33 ` Arnd Bergmann
2013-06-18 13:33 ` Arnd Bergmann
2013-06-16 20:54 ` [RFC PATCH 02/11] dma: amba-pl08x: Refactor pl08x_getbytes_chan() to lower indentation Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-17 13:29 ` Linus Walleij
2013-06-17 13:29 ` Linus Walleij
2013-06-16 20:54 ` [RFC PATCH 03/11] dma: amba-pl08x: Add support for different offset of CONFIG register Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-17 13:31 ` Linus Walleij
2013-06-17 13:31 ` Linus Walleij
2013-06-17 18:52 ` Russell King - ARM Linux
2013-06-17 18:52 ` Russell King - ARM Linux
2013-06-17 18:52 ` Russell King - ARM Linux
2013-06-17 19:02 ` Tomasz Figa
2013-06-17 19:02 ` Tomasz Figa
2013-06-17 19:02 ` Tomasz Figa
2013-06-16 20:54 ` [RFC PATCH 04/11] dma: amba-pl08x: Add support for PL080S variant Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-17 13:39 ` Linus Walleij
2013-06-17 13:39 ` Linus Walleij
2013-06-17 18:22 ` Tomasz Figa
2013-06-17 18:22 ` Tomasz Figa
2013-06-16 20:54 ` [RFC PATCH 05/11] dma: amba-pl08x: Add support for different maximum transfer size Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-17 13:42 ` Linus Walleij
2013-06-17 13:42 ` Linus Walleij
2013-06-17 18:27 ` Tomasz Figa [this message]
2013-06-17 18:27 ` Tomasz Figa
2013-06-16 20:54 ` [RFC PATCH 06/11] dma: amba-pl08x: Keep LLIs aligned to 4-word boundary Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-17 13:51 ` Linus Walleij
2013-06-17 13:51 ` Linus Walleij
2013-06-17 18:28 ` Tomasz Figa
2013-06-17 18:28 ` Tomasz Figa
2013-06-17 19:01 ` Russell King - ARM Linux
2013-06-17 19:01 ` Russell King - ARM Linux
2013-06-16 20:54 ` [RFC PATCH 07/11] dmaengine: PL08x: Fix reading the byte count in cctl Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-17 13:53 ` Linus Walleij
2013-06-17 13:53 ` Linus Walleij
2013-06-17 18:32 ` Tomasz Figa
2013-06-17 18:32 ` Tomasz Figa
2013-06-17 19:03 ` Russell King - ARM Linux
2013-06-17 19:03 ` Russell King - ARM Linux
2013-06-16 20:54 ` [RFC PATCH 08/11] dmaengine: PL08x: Add cyclic transfer support Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-17 13:57 ` Linus Walleij
2013-06-17 13:57 ` Linus Walleij
2013-06-17 18:52 ` Tomasz Figa
2013-06-17 18:52 ` Tomasz Figa
2013-06-17 18:56 ` Russell King - ARM Linux
2013-06-17 18:56 ` Russell King - ARM Linux
2013-06-17 18:56 ` Russell King - ARM Linux
2013-06-16 20:54 ` [RFC PATCH 09/11] spi: s3c64xx: Do not require legacy DMA API in case of S3C64XX Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-17 13:59 ` Linus Walleij
2013-06-17 13:59 ` Linus Walleij
2013-06-17 16:06 ` Mark Brown
2013-06-17 16:06 ` Mark Brown
2013-06-17 19:36 ` Tomasz Figa
2013-06-17 19:36 ` Tomasz Figa
2013-06-16 20:54 ` [RFC PATCH 10/11] ASoC: samsung: " Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-17 14:01 ` Linus Walleij
2013-06-17 14:01 ` Linus Walleij
2013-06-16 20:54 ` [RFC PATCH 11/11] ARM: s3c64xx: Add support for DMA using generic amba-pl08x driver Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-16 20:54 ` Tomasz Figa
2013-06-17 14:04 ` Linus Walleij
2013-06-17 14:04 ` Linus Walleij
2013-06-19 18:23 ` Tomasz Figa
2013-06-19 18:23 ` Tomasz Figa
2013-06-19 19:50 ` Linus Walleij
2013-06-19 19:50 ` Linus Walleij
2013-06-17 14:06 ` [RFC PATCH 00/11] ARM: s3c64xx: Let amba-pl08x driver handle DMA Linus Walleij
2013-06-17 14:06 ` Linus Walleij
2013-06-17 19:38 ` Tomasz Figa
2013-06-17 19:38 ` Tomasz Figa
2013-06-19 17:40 ` Mark Brown
2013-06-19 17:40 ` Mark Brown
2013-06-19 17:40 ` Mark Brown
2013-06-19 18:26 ` Tomasz Figa
2013-06-19 18:26 ` Tomasz Figa
2013-06-19 18:26 ` Tomasz Figa
2013-06-19 19:01 ` Arnd Bergmann
2013-06-19 19:01 ` Arnd Bergmann
2013-06-19 19:01 ` Arnd Bergmann
2013-06-19 19:24 ` Mark Brown
2013-06-19 19:24 ` Mark Brown
2013-06-19 19:24 ` Mark Brown
2013-06-19 19:22 ` Mark Brown
2013-06-19 19:22 ` Mark Brown
2013-06-19 19:22 ` Mark Brown
2013-06-19 19:32 ` Tomasz Figa
2013-06-19 19:32 ` Tomasz Figa
2013-06-19 19:32 ` Tomasz Figa
2013-06-19 22:48 ` Mark Brown
2013-06-19 22:48 ` Mark Brown
2013-06-19 22:48 ` Mark Brown
2013-06-20 9:24 ` Phil Carmody
2013-06-20 9:24 ` Phil Carmody
2013-06-20 10:35 ` Mark Brown
2013-06-20 10:35 ` Mark Brown
2013-06-20 11:14 ` Phil Carmody
2013-06-20 11:14 ` Phil Carmody
2013-06-21 9:47 ` Mark Brown
2013-06-21 9:47 ` Mark Brown
2013-06-21 9:47 ` Mark Brown
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=5634002.KI4n5O8hcE@flatron \
--to=tomasz.figa@gmail.com \
--cc=alsa-devel@alsa-project.org \
--cc=arnd@arndb.de \
--cc=giancarlo.asnaghi@st.com \
--cc=grant.likely@linaro.org \
--cc=heiko@sntech.de \
--cc=kgene.kim@samsung.com \
--cc=lgirdwood@gmail.com \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=linux-spi@vger.kernel. \
--cc=linux@arm.linux.org.uk \
--cc=padma.v@samsung.com \
--cc=perex@perex.cz \
--cc=rubini@gnudd.com \
--cc=sbkim73@samsung.com \
--cc=sylvester.nawrocki@gmail.com \
--cc=thomas.abraham@linaro.org \
--cc=tiwai@suse.de \
--cc=vinod.koul@intel.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.