On Monday, July 20, 2015 at 09:00:32 AM, Dan Carpenter wrote:
On Mon, Jul 20, 2015 at 12:06:11AM +0200, Marek Vasut wrote:
On Sunday, July 19, 2015 at 10:49:47 PM, Dan Carpenter wrote:
On Sun, Jul 19, 2015 at 11:33:43PM +0300, Dan Carpenter wrote:
I didn't necessarily read the thread
On Sunday, July 19, 2015 at 11:45:29 AM, Jonathan Cameron wrote:
On 18/07/15 16:38, Marek Vasut wrote:
On Saturday, July 18, 2015 at 02:30:40 PM, Stefan Wahren wrote:
This patch series does some clean up in mxs-lradc and finally add the
datasheet names for every usable channel.
Changes
-by tags as a reward, only as added
responsibility.
Yeah, that's a good point. If you review code and it turns out to be crap,
then the value of your R-B and A-B decreases.
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
: mxs-lradc: add datasheet name for every usable channel
.../bindings/staging/iio/adc/mxs-lradc.txt |2 +-
drivers/staging/iio/adc/mxs-lradc.c| 122
+--- 2 files changed, 82 insertions(+), 42 deletions(-)
Entire series
Reviewed-by: Marek Vasut ma
On Saturday, July 18, 2015 at 02:30:45 PM, Stefan Wahren wrote:
This patch reorder the header includes alphabetically.
You call that operation sort :)
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http
On Thursday, June 04, 2015 at 08:44:31 PM, Stefan Wahren wrote:
In order to provide a channel name to in kernel consumers add the
datasheet names for every usable AD channel.
Hi!
Did you check those channel names for both MX28 and MX23? Note
that they do differ IIRC ;-)
Best regards,
Marek
On Friday, June 05, 2015 at 03:57:03 PM, Stefan Wahren wrote:
Am 05.06.2015 um 15:43 schrieb Marek Vasut:
On Thursday, June 04, 2015 at 08:44:31 PM, Stefan Wahren wrote:
In order to provide a channel name to in kernel consumers add the
datasheet names for every usable AD channel.
Hi
...@spectrumdigital.se
Makes sense, thanks!
Reviewed-by: Marek Vasut ma...@denx.de
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
On Sunday, January 25, 2015 at 05:28:18 PM, Kristina Martšenko wrote:
These patches fix some issues with using the touchscreen and reading
other ADC channels at the same time.
[...]
Hi!
Thanks!
Entire series
Reviewed-by: Marek Vasut ma...@denx.de
Best regards,
Marek Vasut
On Monday, January 19, 2015 at 08:02:03 PM, Kristina Martšenko wrote:
On 18/01/15 02:19, Marek Vasut wrote:
On Saturday, January 17, 2015 at 01:22:08 AM, Kristina Martšenko wrote:
Hi!
Hi!
Hi!
Good stuff, thank you! Just minor nitpicks below.
[...]
diff --git a/drivers
a couple of variable resistors to simulate it (haha) :)
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
at least a bit ;-)
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
this kind of a N:M mapping ? What do you all
think please ?
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
off.
This is tested and fixes the issue on i.MX28, but hasn't been tested on
i.MX23.
Signed-off-by: Kristina Martšenko kristina.martse...@gmail.com
Reviewed-by: Marek Vasut ma...@denx.de
Best regards,
Marek Vasut
___
devel mailing list
de
, including when the buffer's own conversions have not yet
finished. So let's only push to the buffer when its conversions are
ready.
Signed-off-by: Kristina Martšenko kristina.martse...@gmail.com
Reviewed-by: Marek Vasut ma...@denx.de
Best regards,
Marek Vasut
to change it again this patch.
Reviewed-by: Marek Vasut ma...@denx.de
Thanks!
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
-by: Chen Gang gang.chen.5...@gmail.com
Acked-by: Marek Vasut ma...@denx.de
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
/input/serio/olpc_apsp.ko] undefined!
ERROR: devm_ioremap_resource [drivers/input/serio/arc_ps2.ko] undefined!
This stuff should go through different trees, so I'd suggest to split this into
multiple patches. Thanks for catching this stuff !
Best regards,
Marek Vasut
with the TS part of the code but I
can investigate if you don't have any idea.
You are right. I have seen the same behaviour here a few times. Currently
I'm short in time to dig deeper into this issue, but I will try to do so.
Hi guys, is this still broken?
Best regards,
Marek Vasut
, the patch does not change the behaviour of this
driver on the affected platforms.
Signed-off-by: Lothar Waßmann l...@karo-electronics.de
Looks OK to me, thanks.
Reviewed-by: Marek Vasut ma...@denx.de
Best regards,
Marek Vasut
___
devel mailing list
On Tuesday, December 03, 2013 at 12:44:52 PM, Shawn Guo wrote:
On Mon, Dec 02, 2013 at 04:39:26PM +0100, Marek Vasut wrote:
Add DRM flags for the LCD display clock polarity so the pixelclk-active
DT property can be properly handled by drivers using the DRM API.
Signed-off-by: Marek Vasut
On Thursday, December 05, 2013 at 07:28:07 PM, Denis Carikli wrote:
[...]
Can you please explain the correction here ? Why is it needed ? What was the
problem ?
Thanks!
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
On Thursday, December 05, 2013 at 07:28:08 PM, Denis Carikli wrote:
If de-active and/or pixelclk-active properties were set in the
display-timings DT node, they were not used.
Instead the data-enable and the pixel data clock polarity
were hardcoded.
This change is needed for making the
On Thursday, December 05, 2013 at 07:28:09 PM, Denis Carikli wrote:
Cc: Dan Carpenter dan.carpen...@oracle.com
Cc: Rob Herring rob.herr...@calxeda.com
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Stephen Warren swar...@wwwdotorg.org
Cc: Ian Campbell
On Thursday, December 05, 2013 at 07:28:10 PM, Denis Carikli wrote:
The CMO-QVGA, DVI-SVGA and DVI-VGA are added.
Cc: Shawn Guo shawn@linaro.org
Cc: Sascha Hauer ker...@pengutronix.de
Cc: linux-arm-ker...@lists.infradead.org
Cc: Eric Bénard e...@eukrea.com
Signed-off-by: Denis Carikli
Hello Russell,
On Mon, Dec 02, 2013 at 04:39:26PM +0100, Marek Vasut wrote:
Add DRM flags for the LCD display clock polarity so the pixelclk-active
DT property can be properly handled by drivers using the DRM API.
I still say that not even this should be part of the DRM mode API
This patch makes the LCD display clock polarity configurable via DT so in case
board needs different DISP_CLK clock polarity, it can use the 'pixelclk-active'
DT prop to do such adjustment.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Dave Airlie airl...@gmail.com
Cc: Greg Kroah-Hartman gre
-by: Marek Vasut ma...@denx.de
Cc: Dave Airlie airl...@gmail.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Philipp Zabel p.za...@pengutronix.de
Cc: Sascha Hauer s.ha...@pengutronix.de
Cc: Shawn Guo shawn@linaro.org
---
arch/arm/boot/dts/imx53-m53evk.dts | 1 +
1 file changed, 1
Add DRM flags for the LCD display clock polarity so the pixelclk-active DT
property can be properly handled by drivers using the DRM API.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Dave Airlie airl...@gmail.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Philipp Zabel p.za
off trail and in fact a
couple of the patch descriptions say that they are untested on i.MX28.
Jonathan
Tested-by: Marek Vasut ma...@denx.de
on M28EVK
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http
must be handled
Comments are welcome.
On M28EVK:
Tested-by: Marek Vasut ma...@denx.de
Acked-by: Marek Vasut ma...@denx.de
Thanks!
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org
make the code more consistent so personally
I would prefer it to be there.
I can change it. Anyone here with objections against such a change?
Regards
Juergen
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http
: Marek Vasut ma...@denx.de
CC: Fabio Estevam fabio.este...@freescale.com
CC: Jonathan Cameron ji...@cam.ac.uk
While this driver is placed in IIO within staging at the moment, these
changes are definitely input related. Hence I have cc'd Dmitry and the
input list.
I am personaly
Dear Jürgen Beisert,
Hi Marek,
On Monday 16 September 2013 16:23:48 Marek Vasut wrote:
On Sunday 15 September 2013 12:56:25 Jonathan Cameron wrote:
On 09/11/13 09:18, Juergen Beisert wrote:
For battery driven systems it is a very bad idea to collect the
touchscreen data
Dear Juergen Beisert,
Distinguish i.MX23 and i.MX28 at runtime and do the same for both SoC at
least for the 4 wire touchscreen.
Signed-off-by: Juergen Beisert j...@pengutronix.de
CC: linux-arm-ker...@lists.infradead.org
CC: de...@driverdev.osuosl.org
CC: Marek Vasut ma...@denx.de
CC
,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
Dear Jürgen Beisert,
Hi Marek,
On Tuesday 10 September 2013 10:22:36 Marek Vasut wrote:
On Monday 09 September 2013 18:04:19 Marek Vasut wrote:
Distinguish i.MX23 and i.MX28 at runtime and do the same for both
SoC at least for the 4 wire touchscreen.
Signed-off
Dear Jürgen Beisert,
Hi Marek,
On Monday 09 September 2013 18:04:19 Marek Vasut wrote:
Distinguish i.MX23 and i.MX28 at runtime and do the same for both SoC
at least for the 4 wire touchscreen.
Signed-off-by: Juergen Beisert j...@pengutronix.de
CC: linux-arm-ker
for development to monitor the statemachine... :) But
you are right, I will remove them.
You can put them into a separate patch which can be NAK'd separatelly :)
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http
this driver out of staging then ;-)
Best regards,
Marek Vasut
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
40 matches
Mail list logo