Hey Rojhalat,
On 22-01-15 10:32, Rojhalat Ibrahim wrote:
On Wednesday 21 January 2015 22:33:48 Olliver Schinagl wrote:
From: Olliver Schinagl
The gpio document says we should not use unnamed bindings for gpios.
This patch uses the 'led-' prefix to the gpios and updates code and
documents
Hey Rojhalat,
On 22-01-15 10:32, Rojhalat Ibrahim wrote:
On Wednesday 21 January 2015 22:33:48 Olliver Schinagl wrote:
From: Olliver Schinagl oli...@schinagl.nl
The gpio document says we should not use unnamed bindings for gpios.
This patch uses the 'led-' prefix to the gpios and updates code
Hey Thomas,
On 22-01-15 12:01, Thomas Gleixner wrote:
On Thu, 22 Jan 2015, Olliver Schinagl wrote:
From: Olliver Schinagl oli...@schinagl.nl
When using a hrtimer for repeating periodic ticks, hrtimer_forward_now()
is often used. Quite possibly the timer loop is thus probably fully
controlled
From: Olliver Schinagl
When using a hrtimer for repeating periodic ticks, hrtimer_forward_now()
is often used. Quite possibly the timer loop is thus probably fully
controlled by hrtimer_forward_now() and we don't really care when the
timer is started. With hrtimer_start() we need to define
Hey Alexandre,
On 01/19/2015 05:04 AM, Alexandre Courbot wrote:
On Wed, Jan 7, 2015 at 6:08 PM, Olliver Schinagl
wrote:
From: Olliver Schinagl
The gpio binding document says that new code should always use named
gpios. Patch 40b73183 added support to parse a list of gpios from child
nodes
From: Olliver Schinagl
The gpio document says we should not use unnamed bindings for gpios.
This patch uses the 'led-' prefix to the gpios and updates code and
documents. Because the devm_get_gpiod_from_child() falls back to using
old-style unnamed gpios, we can update the code first, and update
From: Olliver Schinagl
In the gpio bindings documents it is requested to use the marco's in
include/dt-bindings/gpio/gpio.h whenever possible. The gpios in the led
drivers don't seem to form an exception, so update the example in the
document bindings.
Signed-off-by: Olliver Schinagl
Acked
From: Olliver Schinagl
The gpio binding document says that new code should always use named
gpios. Patch 40b73183 added support to parse a list of gpios from child
nodes, but does not make it possible to use named gpios. This patch adds
the con_id property and implements it is done in gpiolib.c
From: Olliver Schinagl
gpiolib uses a fixed string for the suffixes and defines it at 32 bytes.
Later in the code snprintf is used with this fixed value of 32. Using
sizeof() is safer in case the size for the suffixes is ever changed.
Signed-off-by: Olliver Schinagl
---
drivers/gpio/gpiolib.c
and if that fails, fall back to standard gpios for
the users of devm_get_gpiod_from_child.
Olliver Schinagl (4):
gpio: use sizeof() instead of hardcoded values
gpio: add parameter to allow the use named gpios
leds: Let the binding document example for leds-gpio follow the gpio
bindings
From: Olliver Schinagl
On my previous patch I was overly hasty and made the suffixes string
array
const char const *suffixes, instaed of const char * const suffixes. This
patch corrects that
Signed-off-by: Olliver Schinagl
---
drivers/gpio/gpiolib.c | 2 +-
1 file changed, 1 insertion(+), 1
From: Olliver Schinagl oli...@schinagl.nl
On my previous patch I was overly hasty and made the suffixes string
array
const char const *suffixes, instaed of const char * const suffixes. This
patch corrects that
Signed-off-by: Olliver Schinagl oli...@schinagl.nl
---
drivers/gpio/gpiolib.c | 2
From: Olliver Schinagl oli...@schinagl.nl
gpiolib uses a fixed string for the suffixes and defines it at 32 bytes.
Later in the code snprintf is used with this fixed value of 32. Using
sizeof() is safer in case the size for the suffixes is ever changed.
Signed-off-by: Olliver Schinagl oli
and if that fails, fall back to standard gpios for
the users of devm_get_gpiod_from_child.
Olliver Schinagl (4):
gpio: use sizeof() instead of hardcoded values
gpio: add parameter to allow the use named gpios
leds: Let the binding document example for leds-gpio follow the gpio
bindings
Hey Alexandre,
On 01/19/2015 05:04 AM, Alexandre Courbot wrote:
On Wed, Jan 7, 2015 at 6:08 PM, Olliver Schinagl
oliver+l...@schinagl.nl wrote:
From: Olliver Schinagl oli...@schinagl.nl
The gpio binding document says that new code should always use named
gpios. Patch 40b73183 added support
From: Olliver Schinagl oli...@schinagl.nl
The gpio document says we should not use unnamed bindings for gpios.
This patch uses the 'led-' prefix to the gpios and updates code and
documents. Because the devm_get_gpiod_from_child() falls back to using
old-style unnamed gpios, we can update the code
From: Olliver Schinagl oli...@schinagl.nl
The gpio binding document says that new code should always use named
gpios. Patch 40b73183 added support to parse a list of gpios from child
nodes, but does not make it possible to use named gpios. This patch adds
the con_id property and implements
From: Olliver Schinagl oli...@schinagl.nl
In the gpio bindings documents it is requested to use the marco's in
include/dt-bindings/gpio/gpio.h whenever possible. The gpios in the led
drivers don't seem to form an exception, so update the example in the
document bindings.
Signed-off-by: Olliver
From: Olliver Schinagl oli...@schinagl.nl
When using a hrtimer for repeating periodic ticks, hrtimer_forward_now()
is often used. Quite possibly the timer loop is thus probably fully
controlled by hrtimer_forward_now() and we don't really care when the
timer is started. With hrtimer_start() we
Hey Alexandre,
I'll pull your v10 and start testing that hopefully this week. I've been
using an older version, v8 I think, without any trouble so far.
On 19-01-15 10:21, Chen-Yu Tsai wrote:
On Thu, Dec 18, 2014 at 5:15 AM, Alexandre Belloni
wrote:
This adds a generic PWM framework driver
Hey Alexandre,
I'll pull your v10 and start testing that hopefully this week. I've been
using an older version, v8 I think, without any trouble so far.
On 19-01-15 10:21, Chen-Yu Tsai wrote:
On Thu, Dec 18, 2014 at 5:15 AM, Alexandre Belloni
alexandre.bell...@free-electrons.com wrote:
This
On 14-01-15 13:45, Linus Walleij wrote:
On Thu, Jan 8, 2015 at 11:12 PM, Dmitry Torokhov
wrote:
On Thu, Jan 08, 2015 at 08:40:20AM -0600, Rob Herring wrote:
On Thu, Jan 8, 2015 at 2:45 AM, Olliver Schinagl wrote:
--- a/drivers/leds/leds-gpio.c
+++ b/drivers/leds/leds-gpio.c
@@ -184,7
On 14-01-15 13:45, Linus Walleij wrote:
On Thu, Jan 8, 2015 at 11:12 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Thu, Jan 08, 2015 at 08:40:20AM -0600, Rob Herring wrote:
On Thu, Jan 8, 2015 at 2:45 AM, Olliver Schinagl oli...@schinagl.nl wrote:
--- a/drivers/leds/leds-gpio.c
Hey Dmitry,
On 08-01-15 00:55, Dmitry Torokhov wrote:
On Wed, Jan 07, 2015 at 10:08:42AM +0100, Olliver Schinagl wrote:
From: Olliver Schinagl
The gpio document says we should not use unnamed bindings for gpios.
This patch uses the 'led-' prefix to the gpios and updates code and
documents
Hey Dmitry,
On 08-01-15 00:55, Dmitry Torokhov wrote:
On Wed, Jan 07, 2015 at 10:08:42AM +0100, Olliver Schinagl wrote:
From: Olliver Schinagl oli...@schinagl.nl
The gpio document says we should not use unnamed bindings for gpios.
This patch uses the 'led-' prefix to the gpios and updates
HEy Dmitry,
On 07-01-15 09:26, Dmitry Torokhov wrote:
On Wed, Jan 07, 2015 at 09:19:28AM +0100, Olliver Schinagl wrote:
Hey Dmitry,
On 07-01-15 08:57, Dmitry Torokhov wrote:
Hi Olliver,
On Wed, Jan 07, 2015 at 08:31:06AM +0100, Olliver Schinagl wrote:
From: Olliver Schinagl
Almost all
Hey Arnd,
On 07-01-15 10:00, Arnd Bergmann wrote:
On Wednesday 07 January 2015 08:41:08 Olliver Schinagl wrote:
From: Olliver Schinagl
I probably have forgotten to use this macro for the of_match pointer, so
this patch adds the of_match_ptr macro.
Signed-off-by: Olliver Schinagl
From: Olliver Schinagl
Checkpatch complains, and probably with good reason that we should use
const char const * for the static constant array that never gets
changed.
Signed-off-by: Olliver Schinagl
---
drivers/gpio/gpiolib.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Olliver Schinagl
The gpio binding document says that new code should always use named
gpios. Patch 40b73183 added support to parse a list of gpios from child
nodes, but does not make it possible to use named gpios. This patch adds
the con_id property and implements it is done in gpiolib.c
From: Olliver Schinagl
The gpio document says we should not use unnamed bindings for gpios.
This patch uses the 'led-' prefix to the gpios and updates code and
documents. Because the devm_get_gpiod_from_child() falls back to using
old-style unnamed gpios, we can update the code first, and update
From: Olliver Schinagl
The gpio binding docs ask to use named-gpios wherever possible, however
40b73183 probably forgot that. This patch makes the new
devm_get_gpiod_from_child use named gpios.
Olliver Schinagl (4):
gpio:gpiolib: use static const char const * for a suffixes array
gpio
From: Olliver Schinagl
In the gpio bindings documents it is requested to use the marco's in
include/dt-bindings/gpio/gpio.h whenever possible. The gpios in the led
drivers don't seem to form an exception, so update the example in the
document bindings.
Signed-off-by: Olliver Schinagl
From: Olliver Schinagl
Right now, in consumer.h, there's some vararg hacks that pass 0 as the
flags. What actually is passed however is GPIOD_ASIS, which naturally is
also 0. Using the define/enum rather then the magic 0 makes it the
define more readable to a passer by.
Signed-off-by: Olliver
Hey Dmitry,
On 07-01-15 08:57, Dmitry Torokhov wrote:
Hi Olliver,
On Wed, Jan 07, 2015 at 08:31:06AM +0100, Olliver Schinagl wrote:
From: Olliver Schinagl
Almost all of the speaker drivers under input manipulate the ev bits
directly, which is not needed, as there is a helper available
HEy Dmitry,
On 07-01-15 09:26, Dmitry Torokhov wrote:
On Wed, Jan 07, 2015 at 09:19:28AM +0100, Olliver Schinagl wrote:
Hey Dmitry,
On 07-01-15 08:57, Dmitry Torokhov wrote:
Hi Olliver,
On Wed, Jan 07, 2015 at 08:31:06AM +0100, Olliver Schinagl wrote:
From: Olliver Schinagl oli
From: Olliver Schinagl oli...@schinagl.nl
The gpio binding document says that new code should always use named
gpios. Patch 40b73183 added support to parse a list of gpios from child
nodes, but does not make it possible to use named gpios. This patch adds
the con_id property and implements
From: Olliver Schinagl oli...@schinagl.nl
The gpio document says we should not use unnamed bindings for gpios.
This patch uses the 'led-' prefix to the gpios and updates code and
documents. Because the devm_get_gpiod_from_child() falls back to using
old-style unnamed gpios, we can update the code
From: Olliver Schinagl oli...@schinagl.nl
In the gpio bindings documents it is requested to use the marco's in
include/dt-bindings/gpio/gpio.h whenever possible. The gpios in the led
drivers don't seem to form an exception, so update the example in the
document bindings.
Signed-off-by: Olliver
From: Olliver Schinagl o.schin...@ultimaker.com
The gpio binding docs ask to use named-gpios wherever possible, however
40b73183 probably forgot that. This patch makes the new
devm_get_gpiod_from_child use named gpios.
Olliver Schinagl (4):
gpio:gpiolib: use static const char const
From: Olliver Schinagl oli...@schinagl.nl
Checkpatch complains, and probably with good reason that we should use
const char const * for the static constant array that never gets
changed.
Signed-off-by: Olliver Schinagl oli...@schinagl.nl
---
drivers/gpio/gpiolib.c | 2 +-
1 file changed, 1
Hey Arnd,
On 07-01-15 10:00, Arnd Bergmann wrote:
On Wednesday 07 January 2015 08:41:08 Olliver Schinagl wrote:
From: Olliver Schinagl oli...@schinagl.nl
I probably have forgotten to use this macro for the of_match pointer, so
this patch adds the of_match_ptr macro.
Signed-off-by: Olliver
From: Olliver Schinagl oli...@schinagl.nl
Right now, in consumer.h, there's some vararg hacks that pass 0 as the
flags. What actually is passed however is GPIOD_ASIS, which naturally is
also 0. Using the define/enum rather then the magic 0 makes it the
define more readable to a passer by.
Signed
Hey Dmitry,
On 07-01-15 08:57, Dmitry Torokhov wrote:
Hi Olliver,
On Wed, Jan 07, 2015 at 08:31:06AM +0100, Olliver Schinagl wrote:
From: Olliver Schinagl oli...@schinagl.nl
Almost all of the speaker drivers under input manipulate the ev bits
directly, which is not needed
From: Olliver Schinagl
I probably have forgotten to use this macro for the of_match pointer, so
this patch adds the of_match_ptr macro.
Signed-off-by: Olliver Schinagl
---
drivers/misc/eeprom/sunxi_sid.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/misc/eeprom
From: Olliver Schinagl
Almost all of the speaker drivers under input manipulate the ev bits
directly, which is not needed, as there is a helper available.
This patch makes use of the helper for the speaker drivers.
Signed-off-by: Olliver Schinagl
---
drivers/input/misc/cm109.c | 4
From: Olliver Schinagl oli...@schinagl.nl
Almost all of the speaker drivers under input manipulate the ev bits
directly, which is not needed, as there is a helper available.
This patch makes use of the helper for the speaker drivers.
Signed-off-by: Olliver Schinagl oli...@schinagl.nl
From: Olliver Schinagl oli...@schinagl.nl
I probably have forgotten to use this macro for the of_match pointer, so
this patch adds the of_match_ptr macro.
Signed-off-by: Olliver Schinagl oli...@schinagl.nl
---
drivers/misc/eeprom/sunxi_sid.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion
Hey Alexandre!
On 17-12-14 20:58, Alexandre Belloni wrote:
Hi,
I finally got some time to work on that again.
awesome :D
On 18/11/2014 at 14:47:33 +0100, Olliver Schinagl wrote :
What I get from the datasheet is, that sun4i and sun5i are exactly the same,
with the exception that sun5i only
Hey Alexandre!
On 17-12-14 20:58, Alexandre Belloni wrote:
Hi,
I finally got some time to work on that again.
awesome :D
On 18/11/2014 at 14:47:33 +0100, Olliver Schinagl wrote :
What I get from the datasheet is, that sun4i and sun5i are exactly the same,
with the exception that sun5i only
On 18-11-14 15:55, Maxime Ripard wrote:
On Tue, Nov 18, 2014 at 03:11:26PM +0100, Olliver Schinagl wrote:
On 18-11-14 14:54, Maxime Ripard wrote:
On Tue, Nov 18, 2014 at 02:47:33PM +0100, Olliver Schinagl wrote:
Hey Alexandre,
On 05-11-14 16:15, Alexandre Belloni wrote:
Hi,
This patch
On 18-11-14 14:54, Maxime Ripard wrote:
On Tue, Nov 18, 2014 at 02:47:33PM +0100, Olliver Schinagl wrote:
Hey Alexandre,
On 05-11-14 16:15, Alexandre Belloni wrote:
Hi,
This patch series adds support for the PWM controller found on the Allwinner
SoCs.
The first patch adds the driver itself
Hey Alexandre,
On 05-11-14 16:15, Alexandre Belloni wrote:
Hi,
This patch series adds support for the PWM controller found on the Allwinner
SoCs.
The first patch adds the driver itself.
The second patch adds the DT binding documentation
Changes in v8:
- renamed the driver sun4i as the PWM
On 18-11-14 15:55, Maxime Ripard wrote:
On Tue, Nov 18, 2014 at 03:11:26PM +0100, Olliver Schinagl wrote:
On 18-11-14 14:54, Maxime Ripard wrote:
On Tue, Nov 18, 2014 at 02:47:33PM +0100, Olliver Schinagl wrote:
Hey Alexandre,
On 05-11-14 16:15, Alexandre Belloni wrote:
Hi,
This patch
Hey Alexandre,
On 05-11-14 16:15, Alexandre Belloni wrote:
Hi,
This patch series adds support for the PWM controller found on the Allwinner
SoCs.
The first patch adds the driver itself.
The second patch adds the DT binding documentation
Changes in v8:
- renamed the driver sun4i as the PWM
On 18-11-14 14:54, Maxime Ripard wrote:
On Tue, Nov 18, 2014 at 02:47:33PM +0100, Olliver Schinagl wrote:
Hey Alexandre,
On 05-11-14 16:15, Alexandre Belloni wrote:
Hi,
This patch series adds support for the PWM controller found on the Allwinner
SoCs.
The first patch adds the driver itself
On 12-12-13 07:40, Shawn Guo wrote:
On Wed, Dec 11, 2013 at 03:51:51PM +0100, Olliver Schinagl wrote:
Working on this and studying the existing
ahci_platform/shci_platform drivers the last few days and was
figuring out why ahci_platform only supports 1 clock. IMX handles
this by having 3
On 12-12-13 07:40, Shawn Guo wrote:
On Wed, Dec 11, 2013 at 03:51:51PM +0100, Olliver Schinagl wrote:
Working on this and studying the existing
ahci_platform/shci_platform drivers the last few days and was
figuring out why ahci_platform only supports 1 clock. IMX handles
this by having 3
Hey all,
On 04-12-13 14:23, Tejun Heo wrote:
Hello,
(cc'ing Richard and Shawn, hi!)
On Wed, Dec 04, 2013 at 02:16:49PM +0100, Olliver Schinagl wrote:
On 04-12-13 14:14, Tejun Heo wrote:
Hello,
On Wed, Dec 04, 2013 at 01:56:23PM +0100, Oliver Schinagl wrote:
I took the imx driver
Hey all,
On 04-12-13 14:23, Tejun Heo wrote:
Hello,
(cc'ing Richard and Shawn, hi!)
On Wed, Dec 04, 2013 at 02:16:49PM +0100, Olliver Schinagl wrote:
On 04-12-13 14:14, Tejun Heo wrote:
Hello,
On Wed, Dec 04, 2013 at 01:56:23PM +0100, Oliver Schinagl wrote:
I took the imx driver
and support
for this is also added.
Signed-off-by: Olliver Schinagl
Your git setup seems to be pretty uncertain about how your first name is
spelled :)
I should have formally mention it to confuse less people,
This is how officially my name is spelled (I left out any 'middle'
letters. I never
via a GPIO and support
for this is also added.
Signed-off-by: Olliver Schinagl oli...@schinagl.nl
Your git setup seems to be pretty uncertain about how your first name is
spelled :)
I should have formally mention it to confuse less people,
This is how officially my name is spelled (I left out
On 04-12-13 14:14, Tejun Heo wrote:
Hello,
On Wed, Dec 04, 2013 at 01:56:23PM +0100, Oliver Schinagl wrote:
I took the imx driver as example, as I wasn't sure on where to
start. But I don't think it's possible yet without improving
ahci_platform as I suggested in the cover letter. So if
And I've spotted my first mistake (one of many I'm sure) I typo'ed Rob's
e-mail address. Sorry Rob.
Oliver
On 04-12-13 13:10, oli...@schinagl.nl wrote:
From: Olliver Schinagl
This patch series adds Allwinner sunxi support to platform_ahci.
There are a few quirks here however that will need
And I've spotted my first mistake (one of many I'm sure) I typo'ed Rob's
e-mail address. Sorry Rob.
Oliver
On 04-12-13 13:10, oli...@schinagl.nl wrote:
From: Olliver Schinagl oli...@schinagl.nl
This patch series adds Allwinner sunxi support to platform_ahci.
There are a few quirks here
On 04-12-13 14:14, Tejun Heo wrote:
Hello,
On Wed, Dec 04, 2013 at 01:56:23PM +0100, Oliver Schinagl wrote:
I took the imx driver as example, as I wasn't sure on where to
start. But I don't think it's possible yet without improving
ahci_platform as I suggested in the cover letter. So if
301 - 365 of 365 matches
Mail list logo
