_tx_status()
} while (residue > 0 || status != DMA_ERROR)
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
Since v1: reworded the commit message for typos
---
drivers/dma/pxa_dma.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/dma/pxa_dma.c b/drivers/
Robert Jarzmik <robert.jarz...@free.fr> writes:
> This reverts commit 68feaca0b13e453aa14ee064c1736202b48b342f.
> This commit breaks legacy platforms, for which :
> (a) no pwm table is added (legacy platforms)
> (b) in this case, in pwm_get(), pmw_lookup_list is em
o keep
the transition as small as possible.
This was tested on the mioa701 pxa27x board.
Signed-off-by: Daniel Mack <zon...@gmail.com>
[trivial change from mmp-dma to pxa-dma]
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
include/sound/pxa2xx-lib.h | 1 -
sound/arm/pxa2x
Nicolas Ferre <nicolas.fe...@atmel.com> writes:
> Le 30/09/2015 21:29, Robert Jarzmik a écrit :
>> Robert Jarzmik <robert.jarz...@free.fr> writes:
>>
>>> This reverts commit 68feaca0b13e453aa14ee064c1736202b48b342f.
>>> This commit breaks legacy
Philipp Zabel <philipp.za...@gmail.com> writes:
> On Sat, Oct 3, 2015 at 6:11 PM, Robert Jarzmik <robert.jarz...@free.fr> wrote:
>> Add documentation for the PXA frambuffer devicetree binding.
>>
>> Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
In order to prepare the transition to a mixed platform data and
device-tree initialization, remove all the platform data references all
over the driver.
Copy the platform data into the internal structure of the pxafb, and
only use this afterward.
Signed-off-by: Robert Jarzmik <robert.j
configurations with different bits per
pixel, only the LCD hardware bus width is used.
The patch was tested on both pxa25x, pxa27x and pxa3xx platform (namely
lubbock, mainstone and zylonite).
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
drivers/video/fbdev/Kconfig | 2 +
d
This patchset aims at bringing support for the pxa framebuffer driver to a
devicetree pxa platform.
This was tested on a pxa27x platform, in both a devicetree build and a classic
platform data one.
Robert Jarzmik (2):
video: fbdev: pxafb: loosen the platform data bond
video: fbdev: pxafb
Add documentation for the PXA frambuffer devicetree binding.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
Cc: Jean-Christophe Plagniol-Villard <plagn...@jcrosoft.com>
Cc: Tomi Valkeinen <tomi.valkei...@ti.com>
Cc: linux-fb...@vger.kernel.org
---
.../devicetree/bind
Philipp Zabel <philipp.za...@gmail.com> writes:
> Hi Robert,
>
> On Sat, Oct 3, 2015 at 6:11 PM, Robert Jarzmik <robert.jarz...@free.fr> wrote:
>> This patch brings a first support of pxa framebuffer devices to a
>> devicetree pxa plat
Add documentation for the PXA frambuffer devicetree binding.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
Since v1: Philipp's review on the whole binding
---
.../devicetree/bindings/video/marvell,pxafb.txt| 80 ++
1 file changed, 80 insertions(+)
Nicolas Ferre <nicolas.fe...@atmel.com> writes:
> Le 30/09/2015 21:29, Robert Jarzmik a écrit :
>> Robert Jarzmik <robert.jarz...@free.fr> writes:
>>
>>> This reverts commit 68feaca0b13e453aa14ee064c1736202b48b342f.
>>> This commit breaks legacy
Brian Norris <computersforpe...@gmail.com> writes:
> On Sun, Sep 27, 2015 at 05:18:56PM -0700, Brian Norris wrote:
>> Sparse has one complaint, but I have no others:
>>
>> On Sun, Sep 06, 2015 at 03:12:47PM +0200, Robert Jarzmik wrote:
>> > diff --git a/dr
Brian Norris <computersforpe...@gmail.com> writes:
> On Sat, Sep 26, 2015 at 10:19:07PM +0200, Robert Jarzmik wrote:
>> Robert Jarzmik <robert.jarz...@free.fr> writes:
>>
>> > After the conversion of pxa architecture to common clock framework, the
>> &
Convert pxaficp_ir to dmaengine. As pxa architecture is shifting from
raw DMA registers access to pxa_dma dmaengine driver, convert this
driver to dmaengine.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
Tested-by: Petr Cvek <petr.c...@tul.cz>
---
Since v1: removed mach/d
cannot be a nested interrupt from a threaded
interrupt (set __setup_irq()).
This was tested on zylonite and mioa701 boards.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
Cc: Petr Cvek <petr.c...@tul.cz>
---
Since v1: trade threaded interrupt for slot-gpio API
Since v2: remove gpio_
Robert Jarzmik <robert.jarz...@free.fr> writes:
> After the conversion of pxa architecture to common clock framework, the
> NAND clock can be disabled on driver exit.
>
> In this case, it happens that if the driver used the NAND and set the
> DFI arbitration bit, the ne
Convert the pxa IRDA driver to readl and writel primitives, and remove
another set of direct registers access. This leaves only the DMA
registers access, which will be dealt with dmaengine conversion.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
Tested-by: Petr Cvek <petr.c.
Robert Jarzmik <robert.jarz...@free.fr> writes:
> The mioa701 is using the wm9713 for audio, battery and touchscreen. Add
> the missing audio part, which disappeared.
>
> Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
> ---
> Since v1: Igor's catch of subj
Vinod Koul <vinod.k...@intel.com> writes:
> On Thu, Sep 10, 2015 at 07:17:46PM +0200, Robert Jarzmik wrote:
>> A very tiny temporal window exists in the residue calculation where :
>> - upon entering residue calculation, the transfer is ongoing
>> - when reading t
Ulf Hansson <ulf.hans...@linaro.org> writes:
> On 26 September 2015 at 21:41, Robert Jarzmik <robert.jarz...@free.fr> wrote:
> Thanks, applied for fixes!
>
> Kind regards
> Uffe
Thanks.
--
Robert
--
To unsubscribe from this list: send the line "unsubscribe linux-
, as previously the minimum turnaround
time was counted in 76ns steps, while with this patch it is counted in
microsecond steps. The strictly equal formula would have been :
while ((sched_clock() - si->last_clk) * 76 < mtt)
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
Sin
Petr Cvek writes:
> Tested-by: Petr Cvek
Thanks for the test. Applied to pxa/for-next.
Cheers.
--
Robert
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Robert Jarzmik <robert.jarz...@free.fr> writes:
> Jarkko Nikula <jarkko.nik...@linux.intel.com> writes:
>
>> Use for struct pxa2xx_spi_master clock_enable field was removed years ago
>> from the pxa2xx-spi driver by the commit 2f1a74e5a2de ("[ARM] pxa: make
&
goto err_alloc;
dev_err(>dev, "unable to request PWM, trying legacy API\n");
pb->legacy = true;
pb->pwm = pwm_request(data->pwm_id, "pwm-backlight");
As this code is unreachable, all legacy platforms relying on pwm_id are
broken, amongst which pxa
Robert Jarzmik <robert.jarz...@free.fr> writes:
> Now pxa architecture has a dmaengine driver, remove the access to direct
> dma registers in favor of the more generic dmaengine code.
>
> This should be also applicable for mmp and orion, provided they work in
> de
Jarkko Nikula writes:
> Use for struct pxa2xx_spi_master clock_enable field was removed years ago
> from the pxa2xx-spi driver by the commit 2f1a74e5a2de ("[ARM] pxa: make
> pxa2xx_spi driver use ssp_request()/ssp_free()").
>
> Therefore remove it from structure
Igor Grinberg <grinb...@compulab.co.il> writes:
> Hi Robert,
>
> On 09/16/15 22:42, Robert Jarzmik wrote:
>> The mioa701 is using the wm9713 for audio, battery and touchscreen. Add
>> the missing audio part, which disappeared.
>>
>> Signed-off-by:
David Miller <da...@davemloft.net> writes:
> From: Robert Jarzmik <robert.jarz...@free.fr>
> Date: Fri, 18 Sep 2015 18:36:56 +0200
>
>> Which brings me to wonder which is the more correct :
>> (a) replace to reproduce the same calculation
>> Prev
: use snd_dmaengine_dai_dma_data")
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
Since v1: rebase on Linus's master, not my dmaengine tip branch.
---
sound/soc/pxa/pxa2xx-ac97.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/pxa/pxa2xx-ac97.c b/sound/soc/pxa/pxa
Vinod Koul <vinod.k...@intel.com> writes:
> On Mon, Sep 21, 2015 at 11:06:32AM +0200, Robert Jarzmik wrote:
>> Since the commit to have an allocated list of virtual descriptors was
>> reverted, the pxa_dma driver is broken, as it assumes the descriptor is
>> placed
Vinod Koul <vinod.k...@intel.com> writes:
> On Sun, Sep 06, 2015 at 01:40:52PM +0200, Robert Jarzmik wrote:
>> @@ -29,7 +29,7 @@ dma_cookie_t vchan_tx_submit(struct
>> dma_async_tx_descriptor *tx)
>> spin_lock_irqsave(>lock, flags);
>>
David Miller writes:
>> My understanding is that the flow will be :
>> sched_clock()
>>rd->read_sched_clock() (cyc_to_ns() transformed for return)
>> pxa_read_sched_clock()
>>readl_relaxed(OSCR)
>>
>> I didn't see any timings issue, as the flow looks
The mioa701 is using the wm9713 for audio, battery and touchscreen. Add
the missing audio part, which disappeared.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
Since v1: Igor's catch of subject prefix issue
---
arch/arm/mach-pxa/mioa701.c | 2 ++
1 file changed, 2 inse
s patch also modifies all the places where the default helpers should
> be used in place of the standard ones.
>
> Signed-off-by: Boris Brezillon <boris.brezil...@free-electrons.com>
For pwm-pxa.c :
Acked-by: Robert Jarzmik <robert.jarz...@free.fr>
Cheers.
--
Robert
--
To unsub
evert "dmaengine: virt-dma: don't always free descriptor
upon completion"")
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
Vinod, this is my fallback plan as I'm getting no answer on
https://lkml.org/lkml/2015/9/6/112. If I get no answer before v4.3-rc3,
I'll
Convert the dma transfers to be dmaengine based, now pxa has a dmaengine
slave driver. This makes this driver a bit more PXA agnostic.
The driver was only compile tested. The risk is quite small as no
current PXA platform I'm aware of is using smc911x driver.
Signed-off-by: Robert Jarzmik
Linus Walleij <linus.wall...@linaro.org> writes:
> On Sat, Nov 21, 2015 at 7:04 PM, Robert Jarzmik <robert.jarz...@free.fr>
> wrote:
>
>> I've been working on this for some time now, it's time pxa archtecture gets a
>> proper pin control support.
>>
&g
Tomi Valkeinen <tomi.valkei...@ti.com> writes:
> On 17/11/15 22:32, Robert Jarzmik wrote:
>> This patch brings a first support of pxa framebuffer devices to a
>> devicetree pxa platform, as was before platform data.
>>
>> There are restrictions with this por
David Miller <da...@davemloft.net> writes:
> From: Robert Jarzmik <robert.jarz...@free.fr>
> Date: Mon, 30 Nov 2015 22:40:28 +0100
>
>> Convert the dma transfers to be dmaengine based, now pxa has a dmaengine
>> slave driver. This makes this driver a bit mor
MFP_CFG_IN(GPIO86, AF0)
>
> This uses the same hack as before and undefines all symbols that
> are defined more than once. Fortunately, cm-x2xx does not need
> any of these.
>
> Signed-off-by: Arnd Bergmann <a...@arndb.de>
Digging out old patches of 2012, cool.
Acked-by: Ro
rnd Bergmann <a...@arndb.de>
> Fixes: c3322022897c ("ARM: pxa: ezx: Use PWM lookup table")
> Acked-by: Thierry Reding <thierry.red...@gmail.com>
> ---
> If nobody has any objections, I'll queue this up for 4.4. No backport
> is needed as it only broke in this re
s the ezx platform but no specific
> model is a bit silly, but it should not cause compile-time warnings.
>
> Signed-off-by: Arnd Bergmann <a...@arndb.de>
Acked-by: Robert Jarzmik <robert.jarz...@free.fr>
I think you'll take that through your tree, as I'm passing the v4.5 pull. If you
wa
Linus Walleij writes:
>>- the GPDR (gpio direction register) shared access bothers me a bit
>
> How is it shared and between what users?
It's shared between the pin controller and the gpio controller.
The odd thing with the pxa architecture is that the GPDR bit
Linus Walleij <linus.wall...@linaro.org> writes:
> On Sat, Nov 21, 2015 at 7:04 PM, Robert Jarzmik <robert.jarz...@free.fr>
> wrote:
>
>> As the pxa architecture, at least for pxa27x, supports pin control,
>> activate it in the pinctrl tree.
>>
>&g
Robert Jarzmik <robert.jarz...@free.fr> writes:
> +static int pxa_gpio_request(struct gpio_chip *chip, unsigned int offset)
> +{
> + return pinctrl_request_gpio(chip->base + offset);
> +}
> +
> +static void pxa_gpio_free(struct gpio_chip
Linus Walleij <linus.wall...@linaro.org> writes:
> On Sat, Nov 28, 2015 at 10:37 PM, Robert Jarzmik <robert.jarz...@free.fr>
> wrote:
>
>> Hi Linus, Alexandre and Haojian,
>>
>> This serie aims at several cleanups and improvements in the pxa gpio d
Sergei Ianovich writes:
> On Tue, 2015-12-15 at 18:02 +0100, Arnd Bergmann wrote:
>> On Tuesday 15 December 2015 19:42:07 Sergei Ianovich wrote:
>> > There are several board-specific devices on LP8x4x: custom FPGA,
>> > custom
>> > UART, custom IRQ on FPGA, custom parallel bus
Arnd Bergmann <a...@arndb.de> writes:
> On Tuesday 15 December 2015 21:50:13 Sergei Ianovich wrote:
>> On Tue, 2015-12-15 at 19:06 +0100, Robert Jarzmik wrote:
>> Updated plan:
>> 1. MACH_PXA27X_DT
>> 2. PXA_FB and 8250_PXA to enable console
What about gpio-pxa
Linus Walleij <linus.wall...@linaro.org> writes:
> On Sat, Dec 12, 2015 at 11:55 PM, Robert Jarzmik <robert.jarz...@free.fr>
> wrote:
>
>> The interrupt management is changed by this patch to rely on chip data
>> instead of chained interrupts.
>>
>&
it by replacing the phandle variable with a node variable and
> by checking that for NULL before dereferencing it.
>
> Reported-by: Robert Jarzmik <robert.jarz...@free.fr>
> Signed-off-by: Philipp Zabel <p.za...@pengutronix.de>
And indeed it does the trick.
Tested-by:
Linus Walleij <linus.wall...@linaro.org> writes:
> On Sat, Nov 28, 2015 at 10:37 PM, Robert Jarzmik <robert.jarz...@free.fr>
> wrote:
>
>> The pxa gpio IP is provided by one chip, which holds multiple banks.
>>
>> Another reason the driver should register o
Tomi Valkeinen <tomi.valkei...@ti.com> writes:
> On 07/12/15 22:50, Robert Jarzmik wrote:
>
>>> It seems that at least "depth" is missing from the binding document.
>> You're right.
>>
>> Actually depth is not a "hardware"
ined
> +F: arch/arm/boot/dts/pxa*
> F: arch/arm/mach-pxa/
> F: drivers/dma/pxa*
> F: drivers/pcmcia/pxa2xx*
Acked-by: Robert Jarzmik <robert.jarz...@free.fr>
Cheers.
--
Robert
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Linus Walleij <linus.wall...@linaro.org> writes:
> On Thu, Dec 10, 2015 at 6:31 PM, Robert Jarzmik <robert.jarz...@free.fr>
> wrote:
>> Linus Walleij <linus.wall...@linaro.org> writes:
>>
>>>>- the GPDR (gpio direction register) shared
In order to prepare the transition to a mixed platform data and
device-tree initialization, remove all the platform data references all
over the driver.
Copy the platform data into the internal structure of the pxafb, and
only use this afterward.
Signed-off-by: Robert Jarzmik <robert.j
configurations with different bits per
pixel, only the LCD hardware bus width is used.
The patch was tested on both pxa25x, pxa27x and pxa3xx platform (namely
lubbock, mainstone and zylonite).
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
Since v1: Philipp's review: of_graph
The wrong free functions were used to release temporary buffers.
This didn't show up in the normal driver's life. Yet in suspend to RAM,
the managed resource list is walked, and as memory was released, the
list is corrupted and make the kernel Oops.
Signed-off-by: Robert Jarzmik <robert.j
.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
Since v1: moved CONFIG_OF for pxa_irq_domain_ops
---
drivers/gpio/gpio-pxa.c | 171 +++-
1 file changed, 95 insertions(+), 76 deletions(-)
diff --git a/drivers/gpio/gpio-pxa.c b/drivers/gpi
as pinctrl_request_gpio() returns it in that case.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
Since v1: expand commit message to state the gpio possible breakage if
CONFIG_PINCTRL is selected and no pinctrl driver is built.
---
drivers/gpio/gpio-pxa.c | 23
Arnd Bergmann writes:
> Sorry for the late reply. I think this is great and I'd like to just apply it.
> Can you re-send to a...@kernel.org if you're happy with that?
Yep.
> Looking at your description above, I see that you included pxa168_defconfig
> and pxa910_defconfig as
> Signed-off-by: Sergei Ianovich <ynv...@gmail.com>
>> CC: Heikki Krogerus <heikki.kroge...@linux.intel.com>
>
> Reviewed-by: Heikki Krogerus <heikki.kroge...@linux.intel.com>
Tested-by: Robert Jarzmik <robert.jarz...@free.fr>
The tests were done on lubbock(pxa25x)
Roman Volkov writes:
> В Thu, 31 Dec 2015 23:33:45 +0100 (CET)
> Thomas Gleixner пишет:
>
>> Roman,
>>
>> On Thu, 31 Dec 2015, Roman Volkov wrote:
>> > Since vt8500 and PXA timers are identical, use MIN_OSCR_DELTA from
>> > PXA, which is bigger than existing
*c files, look for all
platform devices added, and verify they are all in pxa_defconfig
- do the same to ensure all pxa specific drivers (leds, gpio, ...) are
included
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
arch/arm/configs/pxa_defconfig | 783 +
Sergei Ianovich <ynv...@gmail.com> writes:
> On Sat, 2015-12-19 at 14:26 +0100, Robert Jarzmik wrote:
>> Robert Jarzmik <robert.jarz...@free.fr> writes:
>>
>> > Sergei Ianovich <ynv...@gmail.com> writes:
>> >
>> > > px
Sergei Ianovich <ynv...@gmail.com> writes:
> On Sat, 2015-12-19 at 20:31 +0100, Robert Jarzmik wrote:
>> Sergei Ianovich <ynv...@gmail.com> writes:
>> Thanks for spotting this. This is caused by a change in the latest
>> > version of the patch (S
The commit "gpio: pxa: change the interrupt management" should have
taken care of moving an ifdef to not englobe irqdomain related
structures anymore, as they are used now for all builds.
This repairs the broken builds where CONFIG_OF=n.
Signed-off-by: Robert Jarzmik <robert.ja
Tomi Valkeinen <tomi.valkei...@ti.com> writes:
> On 12/12/15 23:27, Robert Jarzmik wrote:
>> In order to prepare the transition to a mixed platform data and
>> device-tree initialization, remove all the platform data references all
>> over the driver.
&g
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3f7d7136adfd..a27682bdee8b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -8643,6 +8643,12 @@ F: include/sound/pxa2xx-li
Stephen Rothwell writes:
> Hi Linus,
>
> After merging the gpio tree, today's linux-next build (lots without
> CONFIG_OF) failed like this:
>
> drivers/gpio/gpio-pxa.c: In function 'pxa_gpio_probe':
> drivers/gpio/gpio-pxa.c:648:12: error: 'pxa_irq_domain_ops' undeclared
Sergei Ianovich <ynv...@gmail.com> writes:
> On Sun, 2015-12-20 at 00:12 +0100, Robert Jarzmik wrote:
>> Sergei Ianovich <ynv...@gmail.com> writes:
>>
>> > On Sat, 2015-12-19 at 20:31 +0100, Robert Jarzmik wrote:
>> > I understand that people are a
As seen by Julia, the initial allocation memory is not checked anymore
after commit "video: fbdev: pxafb: initial devicetree conversion".
Introduce back the removed test.
Reported-by: Julia Lawall <julia.law...@lip6.fr>
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr&
Brian Norris writes:
> I don't have very strong opinions on this. It's kind of annoying to have
> this sort of stuff duplicated for every driver, if it's really needed.
> But I'll admit this kind of infrastructure is sometimes useful.
>
> Anecdote: I recently found
Arnd Bergmann writes:
> I would like those drivers to be enabled in some defconfig, so we get
> compile-time coverage, but we generally stopped having one-config-per-board
> files.
>
> Maybe we can have a pxa_defconfig file that enables lots of boards
> and then we remove the
...@gmail.com>
> Reviewed-by: Heikki Krogerus <heikki.kroge...@linux.intel.com>
> Reviewed-by: James Cameron <qu...@laptop.org>
> Acked-by: Greg Kroah-Hartman <gre...@linuxfoundation.org>
Tested-by: Robert Jarzmik <robert.jarz...@free.fr>
I was wondering
lonite (pxa3xx)
The completion of this work will require to :
- parse manually all the arch/arm/mach-pxa/*c files, look for all
platform devices added, and verify they are all in pxa_defconfig
- do the same to ensure all pxa specific drivers (leds, gpio, ...) are
included
Signed-off-by: Robert J
Robert Jarzmik <robert.jarz...@free.fr> writes:
> Sergei Ianovich <ynv...@gmail.com> writes:
>
>> pxa2xx-uart was a separate uart platform driver. It was declaring
>> the same device names and numbers as 8250 driver. As a result,
>> it was impossible to use
range 0..127 mapped to gpios 0..127.
This patch, amongst other thinks, paves the path to loosen the bond with
the global structure variable pxa_gpio_chip.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
drivers/gpio/gpio-pxa.c | 221 ++---
.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
drivers/gpio/gpio-pxa.c | 145 +++-
1 file changed, 82 insertions(+), 63 deletions(-)
diff --git a/drivers/gpio/gpio-pxa.c b/drivers/gpio/gpio-pxa.c
index 8558abf98204..7e02157c5b92
functions. In order to do it atomically, only one driver should
control the gpio direction, and if a pin controller is available, it has
to be him.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
drivers/gpio/gpio-pxa.c | 23 +++
1 file changed, 23 insertions(+)
diff
Use the device managed ioremap to simplify the probe function.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
drivers/gpio/gpio-pxa.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/gpio/gpio-pxa.c b/drivers/gpio/gpio-pxa.c
index de2cfb
of irqdomain
- use of pinctrl functions when available
Haojian, I've tested that on pxa27x, in both platform_data and devicetree
builds. Nevertheless I'd feel better if others architectures were tested,
especially mmp ones and pxa1928, which I don't have home.
Happy review.
Robert Jarzmik (4
kbuild test robot <l...@intel.com> writes:
> Hi Robert,
>
> [auto build test ERROR on: gpio/for-next]
> [also build test ERROR on: v4.4-rc2 next-20151127]
>
> url:
> https://github.com/0day-ci/linux/commits/Robert-Jarzmik/gpio-pxa-integrate-with-pincontrol/2015
-
> I've been carrying patches like this one in my multiplatform series
> for a while, the PXA one is the largest.
>
> I'd like to merge that for 4.5, any objections?
No, I like this very much.
Acked-by: Robert Jarzmik <robert.jarz...@free.fr>
> Do you want to take it into
Linus Walleij writes:
> Kludgy, but what can we do.
Indeed.
> Patch applied.
Thanks. I'll follow up with the current pinmux + partly pinconf implementation
to gather comments to amend/change/rework my current pxa2xx implementation.
I just need to split the patch into
time to have more eyes on this code, so let's begin the review.
Cheers.
Robert Jarzmik (6):
MAINTAINERS: add to pxa files pinctrl
pinctrl: pxa: pxa2xx: add pin control skeleton
pinctrl: pxa: pxa2xx: add pin muxing
pinctrl: pxa: pxa2xx: add pin configuration support
pinctrl: pxa: add pxa27x
x function is an alternate function
(ie. gpio-in, gpio-out, MMCLK, BTRTS, etc ...)
The individual architecture (pxa27x, pxa25x) instantiate a pin control
by providing a table of pins, each pin being provided a list of
PXA_FUNCTION (alternate functions).
Signed-off-by: Robert Jarzmik <robert.ja
Add the pxa27x architecture, which is a pxa2xx with 128 pins. The
registers spacing, and pins logic is common to pxa2xx, only the pins and
their alternate function are specific to pxa27x.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
drivers/pinctrl/pxa/Kconfig
- if it is output, a register set programs whether the pin should be
held to ground or VccIO
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
drivers/pinctrl/pxa/pinctrl-pxa2xx.c | 63
1 file changed, 63 insertions(+)
diff --git a/drivers/pinctrl/pxa/p
As the pxa architecture, at least for pxa27x, supports pin control,
activate it in the pinctrl tree.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
drivers/pinctrl/Kconfig | 1 +
drivers/pinctrl/Makefile | 1 +
2 files changed, 2 insertions(+)
diff --git a/drivers/pinctrl/Kco
the function matrix is very scattered :
- some functions can be found on 5 different pads
- the number of functions is greater than the number of pins
- there is no "topology" grouping of pins (such as all SPI in one
corner of the die)
Signed-off-by: Robert Jarzmik <rob
Add the pinctrl pxa drivers to the pxa maintained files.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index e9caa4b28828..9bca217c655e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -
t
[1] One solution
---8<---
>From d6079c9cce351e217df947b4c5e243d350c39823 Mon Sep 17 00:00:00 2001
From: Robert Jarzmik <robert.jarz...@free.fr>
Date: Sat, 28 May 2016 10:17:33 +0200
Subject: [PATCH] ARM: pxa: remove devicetree boards from pxa_defconfig
If both legacy and device-t
Guenter Roeck <li...@roeck-us.net> writes:
> On 05/28/2016 01:24 AM, Robert Jarzmik wrote:
>> Guenter Roeck <li...@roeck-us.net> writes:
>>
>>> Hi,
>> I'd rather say that pxa_defconfig doesn't work anymore on any legacy system.
>> Its first purpose
Add the new ac97 bus support, with ac97 bus automatic probing.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
sound/Kconfig | 2 ++
sound/Makefile| 1 +
sound/soc/Kconfig | 4
3 files changed, 7 insertions(+)
diff --git a/sound/Kconfig b/sound/Kconfig
index 5a240e
Switch to the new ac97 bus support in sound/ac97 instead of the legacy
snd_ac97 one.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
include/sound/pxa2xx-lib.h | 15 +--
sound/arm/Kconfig | 1 -
sound/arm/pxa2xx-ac97-lib.
tion which would come with ac97_codec.h by
"chance".
- don't have to have snd_a97_*() functions, as they rely on struct snd_ac97.
- don't want the struct snd_ac97_bus_ops, there is a new one
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
Since v1: improve commit
Convert to the new auto-probing ac97 bus, which changes the device name.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
sound/soc/pxa/mioa701_wm9713.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/pxa/mioa701_wm9713.c b/sound/soc/pxa/mioa701_
Add support for the new ac97 bus model, where devices are automatically
discovered on AC-Links.
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
sound/soc/codecs/Kconfig | 1 +
sound/soc/codecs/wm9713.c | 62 ++-
2 files chang
This migration implies :
- wm9713 device is removed, it will be auto-probed
- the AC97 bit clock is added as the pxa internally generated 13MHz
clock
Signed-off-by: Robert Jarzmik <robert.jarz...@free.fr>
---
arch/arm/mach-pxa/mioa701.c | 12 ++--
1 file changed, 10 insertions
501 - 600 of 2627 matches
Mail list logo