From: Olliver Schinagl <oli...@schinagl.nl>
The pwm header defines bits manually while there is a nice bitops.h with
a BIT() macro. Use the BIT() macro to set bits in pwm.h
Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
---
include/linux/pwm.h | 7 ---
1 file changed,
From: Olliver Schinagl <oli...@schinagl.nl>
This patch changes no code, it just fixes the whitespacing
Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
---
drivers/pwm/pwm-sun4i.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pwm/pwm-sun4i.c b/dri
time to configure the hardware and set
the 'ready' flag.
By running the clock just before making new changes and before checking
if the hardware is ready, the hardware has time to reconfigure itself
and set the clear the flag appropriately.
Signed-off-by: Olliver Schinagl <o.schin...@ultimaker.
From: Olliver Schinagl <oli...@schinagl.nl>
Some hardware PWM's have the possibility to only send out one (or more)
pulses. This can be quite a useful feature in case one wants or needs
only a single pulse, but at the exact width.
Additionally, if multiple pulses are possible, outputting a
From: Olliver Schinagl <oli...@schinagl.nl>
The lpc18xx driver currently manipulates the pwm_device struct directly
rather then using the pwm_set_chip_data. While the current method may
save a clock cycle or two, it is more obvious that data is set to the
chip pointer (especially since it i
to 1 pulse max (but may emulate more with
timers for example). The GPIO driver is able to produce a lot of timed pulses
however.
Thanks,
Olliver
Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
Olliver Schinagl (10):
pwm: lpc18xx_pwm: use pwm_set_chip_data
pwm: sunxi: fix whitespace
From: Olliver Schinagl <oli...@schinagl.nl>
With the new pulse mode addition to the PWM framework, we can make use
of this for the sunxi PWM.
WARNING: Do not merge yet, currently, we can only pulse once and a
manual disable is required to 'reset' the PWM framework. I haven't
thought throu
Hey Thierry,
thans for your quick reply :)
On 06-10-15 09:38, Thierry Reding wrote:
On Tue, Oct 06, 2015 at 09:20:53AM +0200, Olliver Schinagl wrote:
Hey Thierry, list,
While working on something in the pwm framework, I noticed that the void
*data in the pwm_device struct is called chip_data
Hey Thierry, list,
While working on something in the pwm framework, I noticed that the void
*data in the pwm_device struct is called chip_data. Why is it not called
device_data, since it is the data associated with a PWM device, rather
then the chip, and on that note, if it really is chip
Hey Thierry, list,
While working on something in the pwm framework, I noticed that the void
*data in the pwm_device struct is called chip_data. Why is it not called
device_data, since it is the data associated with a PWM device, rather
then the chip, and on that note, if it really is chip
Hey Thierry,
thans for your quick reply :)
On 06-10-15 09:38, Thierry Reding wrote:
On Tue, Oct 06, 2015 at 09:20:53AM +0200, Olliver Schinagl wrote:
Hey Thierry, list,
While working on something in the pwm framework, I noticed that the void
*data in the pwm_device struct is called chip_data
Hey Thierry,
On 29-09-15 09:45, Thierry Reding wrote:
On Tue, Sep 29, 2015 at 09:19:27AM +0200, Olliver Schinagl wrote:
Hey Thierry, list
I'm going over the pwm core and notice that in the pwm header, duty_ns and
period_ns is internally stored as an unsigned int.
struct pwm_device
Hey Thierry,
On 29-09-15 09:45, Thierry Reding wrote:
On Tue, Sep 29, 2015 at 09:19:27AM +0200, Olliver Schinagl wrote:
Hey Thierry, list
I'm going over the pwm core and notice that in the pwm header, duty_ns and
period_ns is internally stored as an unsigned int.
struct pwm_device
Hey Thierry, list
I'm going over the pwm core and notice that in the pwm header, duty_ns
and period_ns is internally stored as an unsigned int.
struct pwm_device {
const char *label;
unsigned long flags;
unsigned int hwpwm;
unsigned int pwm;
struct pwm_chip *chip;
void
Hey Thierry, list
I'm going over the pwm core and notice that in the pwm header, duty_ns
and period_ns is internally stored as an unsigned int.
struct pwm_device {
const char *label;
unsigned long flags;
unsigned int hwpwm;
unsigned int pwm;
struct pwm_chip *chip;
void
Hey Mika,
Thanks for your reply.
On 24-09-15 10:43, Mika Westerberg wrote:
On Thu, Sep 24, 2015 at 09:25:06AM +0200, Olliver Schinagl wrote:
Hey list, Mika,
With commit 0d9a693cc86 the following snippet of code was added:
+ /* Try first from _DSD */
+ for (i = 0; i < ARRAY_S
Hey Mika,
Thanks for your reply.
On 24-09-15 10:43, Mika Westerberg wrote:
On Thu, Sep 24, 2015 at 09:25:06AM +0200, Olliver Schinagl wrote:
Hey list, Mika,
With commit 0d9a693cc86 the following snippet of code was added:
+ /* Try first from _DSD */
+ for (i = 0; i < ARRAY_S
Appologies! I should not do this early in the morning. It is indeed a
copy/paste fail (and not noticing the missing minus) from the section
above i was working on.
I'm sorry for the noise!
Olliver
On 24-09-15 09:17, Alexandre Courbot wrote:
On Thu, Sep 24, 2015 at 4:14 PM, Olliver Schinagl
Hey list, Mika,
With commit 0d9a693cc86 the following snippet of code was added:
+ /* Try first from _DSD */
+ for (i = 0; i < ARRAY_SIZE(suffixes); i++) {
+ if (con_id && strcmp(con_id, "gpios")) {
+ snprintf(propname, sizeof(propname), "%s-%s",
From: Olliver Schinagl
Just a very small cosmetical indentation fix, no code changes
Signed-off-by: Olliver Schinagl
---
drivers/gpio/gpiolib.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
index 980c1f8..5ef9ac2 100644
--- a/drivers
From: Olliver Schinagl <oli...@schinagl.nl>
Just a very small cosmetical indentation fix, no code changes
Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
---
drivers/gpio/gpiolib.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpi
Appologies! I should not do this early in the morning. It is indeed a
copy/paste fail (and not noticing the missing minus) from the section
above i was working on.
I'm sorry for the noise!
Olliver
On 24-09-15 09:17, Alexandre Courbot wrote:
On Thu, Sep 24, 2015 at 4:14 PM, Olliver Schinagl
Hey list, Mika,
With commit 0d9a693cc86 the following snippet of code was added:
+ /* Try first from _DSD */
+ for (i = 0; i < ARRAY_SIZE(suffixes); i++) {
+ if (con_id && strcmp(con_id, "gpios")) {
+ snprintf(propname, sizeof(propname), "%s-%s",
Hey chen,
On September 11, 2015 4:57:03 AM CEST, Chen-Yu Tsai wrote:
>On Fri, Sep 11, 2015 at 2:13 AM, Maxime Ripard
> wrote:
>> Hi Oliver,
>>
>> On Wed, Sep 09, 2015 at 03:26:44PM +0200, Olliver Schinagl wrote:
>>> The Olimex OLinuXino Lime2 uses the same AXP2
Hey chen,
On September 11, 2015 4:57:03 AM CEST, Chen-Yu Tsai <w...@csie.org> wrote:
>On Fri, Sep 11, 2015 at 2:13 AM, Maxime Ripard
><maxime.rip...@free-electrons.com> wrote:
>> Hi Oliver,
>>
>> On Wed, Sep 09, 2015 at 03:26:44PM +0200, Olliver Schinagl wrote:
From: Olliver Schinagl
The Olimex A20 OLinuXino Lime2 features an eeprom that is always on the
board. This patch adds it to the dts.
Signed-off-by: Olliver Schinagl
---
arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts
.
Changes since v1:
* Fixed SoB and removed Tested-by as that is implied with SoB.
* Additionally tested it on an A20 OLinuXino micro as I did actually have one!
Signed-off-by: Olliver Schinagl
Olliver Schinagl (5):
dts: sunxi: add eeprom to A10 OLinuXino Lime board
dts: sunxi: correct
From: Olliver Schinagl
The OLinuXino A10S micro features an eeprom. According to the eeprom.txt
binding document, we should use the manufacturer and 'at' is not the
proper manufacturer id according to the vendor-prefixes.
This patch takes the proper vendor-prefix and uses it for the eeprom
node
From: Olliver Schinagl
The Olimex A10 OLinuXino Lime features an eeprom that is always on the
board. This patch adds it to the dts.
Signed-off-by: Olliver Schinagl
---
arch/arm/boot/dts/sun4i-a10-olinuxino-lime.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm
From: Olliver Schinagl
The Olimex A20 OLinuXino Micro features an eeprom that is always on the
board. This patch adds it to the dts.
Signed-off-by: Olliver Schinagl
---
arch/arm/boot/dts/sun7i-a20-olinuxino-micro.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts
From: Olliver Schinagl
The Olimex A20 OLinuXino Lime features an eeprom that is always on the
board. This patch adds it to the dts.
Signed-off-by: Olliver Schinagl
---
arch/arm/boot/dts/sun7i-a20-olinuxino-lime.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm
.
Changes since v1:
* Fixed SoB and removed Tested-by as that is implied with SoB.
* Additionally tested it on an A20 OLinuXino micro as I did actually have one!
Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
Olliver Schinagl (5):
dts: sunxi: add eeprom to A10 OLinuXino Lime board
From: Olliver Schinagl <oli...@schinagl.nl>
The OLinuXino A10S micro features an eeprom. According to the eeprom.txt
binding document, we should use the manufacturer and 'at' is not the
proper manufacturer id according to the vendor-prefixes.
This patch takes the proper vendor-prefix an
From: Olliver Schinagl <oli...@schinagl.nl>
The Olimex A10 OLinuXino Lime features an eeprom that is always on the
board. This patch adds it to the dts.
Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
---
arch/arm/boot/dts/sun4i-a10-olinuxino-lime.dts | 12
1 file
From: Olliver Schinagl <oli...@schinagl.nl>
The Olimex A20 OLinuXino Lime2 features an eeprom that is always on the
board. This patch adds it to the dts.
Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
---
arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts | 6 ++
1 fil
From: Olliver Schinagl <oli...@schinagl.nl>
The Olimex A20 OLinuXino Lime features an eeprom that is always on the
board. This patch adds it to the dts.
Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
---
arch/arm/boot/dts/sun7i-a20-olinuxino-lime.dts | 12
1 file
From: Olliver Schinagl <oli...@schinagl.nl>
The Olimex A20 OLinuXino Micro features an eeprom that is always on the
board. This patch adds it to the dts.
Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
---
arch/arm/boot/dts/sun7i-a20-olinuxino-micro.dts | 6 ++
1 fil
Hey,
On 09-09-15 17:32, Hans de Goede wrote:
Hi,
On 09-09-15 16:30, Maxime Ripard wrote:
On Wed, Sep 09, 2015 at 03:04:11PM +0200, Olliver Schinagl wrote:
Hey all,
After experimenting with a Micron eMMC chip, I made some interesting
finds I
wanted to share with you all.
For a while now
On 09-09-15 16:05, Maxime Ripard wrote:
On Wed, Sep 09, 2015 at 11:25:10AM +0200, Olliver Schinagl wrote:
Some of the olimex series of boards feature a permanently connected eeprom on
i2c-1. This patch series adds them on all the boards that have them according
to the spec-sheets.
I
This patch adds the new AXP209 node on the OLinuXino Lime2.
The previously submitted otg enablement patch is needed to avoid merge
conflicts.
Signed-off-by: Olliver Schinagl
Olliver Schinagl (1):
ARM: dts: sun7i: Enable axp209 driver on olinuxino lime2
arch/arm/boot/dts/sun7i-a20-olinuxino
The Olimex OLinuXino Lime2 uses the same AXP209 as was recently
introduced this driver for its power regulation.
Signed-off-by: Olliver Schinagl
---
arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts | 87 +
1 file changed, 31 insertions(+), 56 deletions(-)
diff --git
Hey all,
After experimenting with a Micron eMMC chip, I made some interesting
finds I wanted to share with you all.
For a while now, some had hopes or guessed that the A20 could have
support for 8 bit wide bused on the SDC2. Reason for thinking this was,
because the sun7i uses the same IP
From: Olliver Schinagl
The Olimex A20 OLinuXino Lime2 features an eeprom that is always on the
board. This patch adds it to the dts.
--Tested-by: Olliver Schinagl
--Signed-off-by: Olliver Schinagl
---
arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts | 6 ++
1 file changed, 6 insertions
From: Olliver Schinagl
The Olimex A20 OLinuXino Lime features an eeprom that is always on the
board. This patch adds it to the dts.
--Tested-by: Olliver Schinagl
--Signed-off-by: Olliver Schinagl
---
arch/arm/boot/dts/sun7i-a20-olinuxino-lime.dts | 12
1 file changed, 12
From: Olliver Schinagl
The Olimex A10 OLinuXino Lime features an eeprom that is always on the
board. This patch adds it to the dts.
--Tested-by: Olliver Schinagl
--Signed-off-by: Olliver Schinagl
---
arch/arm/boot/dts/sun4i-a10-olinuxino-lime.dts | 12
1 file changed, 12
From: Olliver Schinagl
The Olimex A20 OLinuXino Micro features an eeprom that is always on the
board. This patch adds it to the dts.
--Signed-off-by: Olliver Schinagl
---
arch/arm/boot/dts/sun7i-a20-olinuxino-micro.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot
.
Additionally, it brings the eeprom on the OLinuXino a10s in line with the rest
and now follows the binding documentation.
Olliver Schinagl (5):
dts: sunxi: add eeprom to A10 OLinuXino Lime board
dts: sunxi: correct vendor prefix on OLinuXino a10s micro
dts: sunxi: add eeprom to A20 OLinuXino
From: Olliver Schinagl
The OLinuXino A10S micro features an eeprom. According to the eeprom.txt
binding document, we should use the manufacturer and 'at' is not the
proper manufacturer id according to the vendor-prefixes.
This patch takes the proper vendor-prefix and uses it for the eeprom
node
From: Olliver Schinagl <oli...@schinagl.nl>
The Olimex A20 OLinuXino Micro features an eeprom that is always on the
board. This patch adds it to the dts.
--Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
---
arch/arm/boot/dts/sun7i-a20-olinuxino-micro.dts | 6 ++
1 fil
.
Additionally, it brings the eeprom on the OLinuXino a10s in line with the rest
and now follows the binding documentation.
Olliver Schinagl (5):
dts: sunxi: add eeprom to A10 OLinuXino Lime board
dts: sunxi: correct vendor prefix on OLinuXino a10s micro
dts: sunxi: add eeprom to A20 OLinuXino
From: Olliver Schinagl <oli...@schinagl.nl>
The OLinuXino A10S micro features an eeprom. According to the eeprom.txt
binding document, we should use the manufacturer and 'at' is not the
proper manufacturer id according to the vendor-prefixes.
This patch takes the proper vendor-prefix an
From: Olliver Schinagl <oli...@schinagl.nl>
The Olimex A20 OLinuXino Lime2 features an eeprom that is always on the
board. This patch adds it to the dts.
--Tested-by: Olliver Schinagl <oli...@schinagl.nl>
--Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
---
arch/arm/
From: Olliver Schinagl <oli...@schinagl.nl>
The Olimex A10 OLinuXino Lime features an eeprom that is always on the
board. This patch adds it to the dts.
--Tested-by: Olliver Schinagl <oli...@schinagl.nl>
--Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
---
arch/arm/
From: Olliver Schinagl <oli...@schinagl.nl>
The Olimex A20 OLinuXino Lime features an eeprom that is always on the
board. This patch adds it to the dts.
--Tested-by: Olliver Schinagl <oli...@schinagl.nl>
--Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
---
arch/arm/
This patch adds the new AXP209 node on the OLinuXino Lime2.
The previously submitted otg enablement patch is needed to avoid merge
conflicts.
Signed-off-by: Olliver Schinagl <o.schin...@ultimaker.com>
Olliver Schinagl (1):
ARM: dts: sun7i: Enable axp209 driver on olinuxino lime2
ar
On 09-09-15 16:05, Maxime Ripard wrote:
On Wed, Sep 09, 2015 at 11:25:10AM +0200, Olliver Schinagl wrote:
Some of the olimex series of boards feature a permanently connected eeprom on
i2c-1. This patch series adds them on all the boards that have them according
to the spec-sheets.
I
The Olimex OLinuXino Lime2 uses the same AXP209 as was recently
introduced this driver for its power regulation.
Signed-off-by: Olliver Schinagl <o.schin...@ultimaker.com>
---
arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts | 87 +
1 file changed, 31 insertions(
Hey all,
After experimenting with a Micron eMMC chip, I made some interesting
finds I wanted to share with you all.
For a while now, some had hopes or guessed that the A20 could have
support for 8 bit wide bused on the SDC2. Reason for thinking this was,
because the sun7i uses the same IP
Hey,
On 09-09-15 17:32, Hans de Goede wrote:
Hi,
On 09-09-15 16:30, Maxime Ripard wrote:
On Wed, Sep 09, 2015 at 03:04:11PM +0200, Olliver Schinagl wrote:
Hey all,
After experimenting with a Micron eMMC chip, I made some interesting
finds I
wanted to share with you all.
For a while now
From: Olliver Schinagl
This patch sorts the headers on ssd1307fb driver.
Signed-off-by: Olliver Schinagl
---
drivers/video/fbdev/ssd1307fb.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/video/fbdev/ssd1307fb.c b/drivers/video/fbdev/ssd1307fb.c
index
<128>;
solomon,height = <64>;
solomon,com-invdir;
solomon,page-offset = <0>;
solomon,prechargep1 = <2>;
solomon,prechargep2 = <8>;
};
Olliver Schinagl (2):
fbdev: ss
The ssd1307fb driver supports a lot of chips from the ssd130xfb series.
This patch adds the ssd1309 chip, a 128x64 OLED driver chip. It is very
similar to the other chips and only has some definitions added to
support it.
Signed-off-by: Olliver Schinagl
---
Documentation/devicetree/bindings
<128>;
solomon,height = <64>;
solomon,com-invdir;
solomon,page-offset = <0>;
solomon,prechargep1 = <2>;
solomon,prechargep2 = <8>;
};
Olliver Schinagl (2):
fbdev: ss
The ssd1307fb driver supports a lot of chips from the ssd130xfb series.
This patch adds the ssd1309 chip, a 128x64 OLED driver chip. It is very
similar to the other chips and only has some definitions added to
support it.
Signed-off-by: Olliver Schinagl <o.schin...@ultimaker.
From: Olliver Schinagl <oli...@schinagl.nl>
This patch sorts the headers on ssd1307fb driver.
Signed-off-by: Olliver Schinagl <oli...@schinagl.nl>
---
drivers/video/fbdev/ssd1307fb.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/video/fbdev/s
:19, Olliver Schinagl wrote:
Hey,
On 12-08-15 14:35, Hans de Goede wrote:
Hi,
On 12-08-15 14:23, Michal Suchanek wrote:
When core does not set the MMC_QUIRK_BROKEN_CLK_GATING flag enable
automatic hardware controlled clock gating on the mmc interface.
Signed-off-by: Michal Suchanek
In gene
Hey,
On 12-08-15 14:35, Hans de Goede wrote:
Hi,
On 12-08-15 14:23, Michal Suchanek wrote:
When core does not set the MMC_QUIRK_BROKEN_CLK_GATING flag enable
automatic hardware controlled clock gating on the mmc interface.
Signed-off-by: Michal Suchanek
In general this looks good, but I
While I can't speak for Michal obviously,
I left the debugging bit (in my v2 that i sent 2 minutes ago) as both
you and Hans where content with it back then and both acked it.
Michal, feel free to send the v3 without the debug info, unless you want
me to do it ;)
Olliver
On 12-08-15
ook so more data can be collected
from other systems.
Signed-off-by: Michal Suchanek
Signed-off-by: Olliver Schinagl
---
drivers/mmc/host/sunxi-mmc.c | 24 +---
1 file changed, 21 insertions(+), 3 deletions(-)
diff --git a/drivers/mmc/host/sunxi-mmc.c b/drivers/mmc/host/su
:40, Olliver Schinagl wrote:
Hey all,
I'm noticing the exact same thing using hans's sunxi-wip from a few
days ago.
I did see a patch from you about this very issue I belive
mmc: sunxi: fix timeout in sunxi_mmc_oclk_onoff
but can't find it in any of the repo's. Has it been merged yet and did
that installs
about 150mb worth of packages.
Without these patches, everything works as before. All packages
successfully installed. I can do more intense testing later, but I
figured that this is pretty intense.
Olliver
On 12-08-15 15:37, Michal Suchanek wrote:
On 12 August 2015 at 15:19, Olliver
:40, Olliver Schinagl wrote:
Hey all,
I'm noticing the exact same thing using hans's sunxi-wip from a few
days ago.
I did see a patch from you about this very issue I belive
mmc: sunxi: fix timeout in sunxi_mmc_oclk_onoff
but can't find it in any of the repo's. Has it been merged yet and did
/disabling the clock took so more data can be collected
from other systems.
Signed-off-by: Michal Suchanek hramr...@gmail.com
Signed-off-by: Olliver Schinagl o.schin...@ultimaker.com
---
drivers/mmc/host/sunxi-mmc.c | 24 +---
1 file changed, 21 insertions(+), 3 deletions(-)
diff
While I can't speak for Michal obviously,
I left the debugging bit (in my v2 that i sent 2 minutes ago) as both
you and Hans where content with it back then and both acked it.
Michal, feel free to send the v3 without the debug info, unless you want
me to do it ;)
Olliver
On 12-08-15
Hey,
On 12-08-15 14:35, Hans de Goede wrote:
Hi,
On 12-08-15 14:23, Michal Suchanek wrote:
When core does not set the MMC_QUIRK_BROKEN_CLK_GATING flag enable
automatic hardware controlled clock gating on the mmc interface.
Signed-off-by: Michal Suchanek hramr...@gmail.com
In general this
to cause further discussion through unnoticed using a misleading
subject.
Rgds,
Iain
On 09/08/15 20:02, Olliver Schinagl wrote:
From: Olliver Schinagl
This patch enables the musb-otg USB controller on the Lime2. The Lime2
differs from the Lime1 series in pins used for usb0 power.
Tested
to cause further discussion through unnoticed using a misleading
subject.
Rgds,
Iain
On 09/08/15 20:02, Olliver Schinagl wrote:
From: Olliver Schinagl o.schin...@ultimaker.com
This patch enables the musb-otg USB controller on the Lime2. The Lime2
differs from the Lime1 series in pins used
This patch enables usage of the axp209 on the OLinuXino Lime2 and was tested
the OLinuXino Lime2-4GB.
Signed-off-by: Olliver Schinagl
Olliver Schinagl (1):
ARM: dts: sunxi: enable otg port on the sun7i-a20-olinuxino-lime2
arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts | 131
From: Olliver Schinagl
This patch enables the musb-otg USB controller on the Lime2. The Lime2
differs from the Lime1 series in pins used for usb0 power.
Tested on a OlinuXino Lime2-4GB.
Signed-off-by: Olliver Schinagl
---
arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts | 131
From: Olliver Schinagl
This patch enables the recently introduced OTG support for the OLinuXino Lime2.
Tested with a keyboard and some USB mass-storage flash-drives and various
hotplug.
Signed-off-by: Olliver Schinagl
Olliver Schinagl (1):
ARM: dts: sunxi: enable otg port on the sun7i-a20
From: Olliver Schinagl
This patch enables the musb-otg USB controller on the Lime2. The Lime2
differs from the Lime1 series in pins used for usb0 power.
Tested on a OlinuXino Lime2-4GB.
Signed-off-by: Olliver Schinagl
---
arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts | 41
From: Olliver Schinagl o.schin...@ultimaker.com
This patch enables the musb-otg USB controller on the Lime2. The Lime2
differs from the Lime1 series in pins used for usb0 power.
Tested on a OlinuXino Lime2-4GB.
Signed-off-by: Olliver Schinagl oli...@schinagl.nl
---
arch/arm/boot/dts/sun7i-a20
This patch enables usage of the axp209 on the OLinuXino Lime2 and was tested
the OLinuXino Lime2-4GB.
Signed-off-by: Olliver Schinagl oli...@schinagl.nl
Olliver Schinagl (1):
ARM: dts: sunxi: enable otg port on the sun7i-a20-olinuxino-lime2
arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts
From: Olliver Schinagl o.schin...@ultimaker.com
This patch enables the recently introduced OTG support for the OLinuXino Lime2.
Tested with a keyboard and some USB mass-storage flash-drives and various
hotplug.
Signed-off-by: Olliver Schinagl oli...@schinagl.nl
Olliver Schinagl (1):
ARM: dts
From: Olliver Schinagl o.schin...@ultimaker.com
This patch enables the musb-otg USB controller on the Lime2. The Lime2
differs from the Lime1 series in pins used for usb0 power.
Tested on a OlinuXino Lime2-4GB.
Signed-off-by: Olliver Schinagl oli...@schinagl.nl
---
arch/arm/boot/dts/sun7i-a20
Alexandru sent this patch over a year and a half ago, and I believe several
tree's have been carrying it since. We've been using this patch on an
Olimex OLinuxIno Lime1 and Lime2 using the mmc-spi driver to access SD cards
without problems. So bumping this and adding my
Tested-by: Olliver
Gagniuc
Acked-by: Maxime Ripard
Signed-off-by: Olliver Schinagl
---
drivers/spi/spi-sun4i.c | 76 +++--
1 file changed, 67 insertions(+), 9 deletions(-)
diff --git a/drivers/spi/spi-sun4i.c b/drivers/spi/spi-sun4i.c
index fbb0a4d..9a30e49 100644
-off-by: Alexandru Gagniuc mr.nuke...@gmail.com
Acked-by: Maxime Ripard maxime.rip...@free-electrons.com
Signed-off-by: Olliver Schinagl o.schin...@ultimaker.com
---
drivers/spi/spi-sun4i.c | 76 +++--
1 file changed, 67 insertions(+), 9 deletions(-)
diff
Alexandru sent this patch over a year and a half ago, and I believe several
tree's have been carrying it since. We've been using this patch on an
Olimex OLinuxIno Lime1 and Lime2 using the mmc-spi driver to access SD cards
without problems. So bumping this and adding my
Tested-by: Olliver
to
test it so ...
Sorry for the noise, this patch can be ignored.
Olliver
On 07-08-15 16:49, Olliver Schinagl wrote:
From: Olliver Schinagl
pwm_set_polarity() checks if there's ops and polarity function pointers.
Most of these pointers are actually checked when a chip is added via
pwm_add
From: Olliver Schinagl
pwm_set_polarity() checks if there's ops and polarity function pointers.
Most of these pointers are actually checked when a chip is added via
pwm_add, except for set_polarity.
This patch adds set_polarity to the list of functions to test on
pwmchip_add_with_polarity
From: Olliver Schinagl oli...@schinagl.nl
pwm_set_polarity() checks if there's ops and polarity function pointers.
Most of these pointers are actually checked when a chip is added via
pwm_add, except for set_polarity.
This patch adds set_polarity to the list of functions to test
to
test it so ...
Sorry for the noise, this patch can be ignored.
Olliver
On 07-08-15 16:49, Olliver Schinagl wrote:
From: Olliver Schinagl oli...@schinagl.nl
pwm_set_polarity() checks if there's ops and polarity function pointers.
Most of these pointers are actually checked when a chip
remap");
+ par->com_seq = of_property_read_bool(node, "solomon,com-sequential");
all the other parameters are somewhat abbreviated, or the property name
matches the variable name. I'd just abbreviate it to com-seq clear and
short.
Overal, the driver works and ca
Hey Thomas,
On 24-03-15 22:23, Thomas Niederprüm wrote:
This patch adds ssd1307fb_blank() to make the framebuffer capable
of blanking.
Signed-off-by: Thomas Niederprüm
---
drivers/video/fbdev/ssd1307fb.c | 13 +
1 file changed, 13 insertions(+)
diff --git
Hey all,
On 10-03-15 11:45, Tomi Valkeinen wrote:
On 14/02/15 17:54, Maxime Ripard wrote:
On Sat, Feb 07, 2015 at 05:05:03PM +0100, Thomas Niederprüm wrote:
Am Sat, 7 Feb 2015 12:20:43 +0100
schrieb Maxime Ripard :
On Fri, Feb 06, 2015 at 11:28:11PM +0100, nied...@physik.uni-kl.de
wrote:
Hey Thomas,
On 24-03-15 22:23, Thomas Niederprüm wrote:
This patch adds ssd1307fb_blank() to make the framebuffer capable
of blanking.
Signed-off-by: Thomas Niederprüm nied...@physik.uni-kl.de
---
drivers/video/fbdev/ssd1307fb.c | 13 +
1 file changed, 13 insertions(+)
diff
the variable name. I'd just abbreviate it to com-seq clear and
short.
Overal, the driver works and can have a Tested-by: Olliver Schinagl
o.schin...@ultimaker.com from me (for the 1309 which I'll submit very
soon.
Olliver
P.S. Do you have a link for your display? I'm curious as to how
Hey all,
On 10-03-15 11:45, Tomi Valkeinen wrote:
On 14/02/15 17:54, Maxime Ripard wrote:
On Sat, Feb 07, 2015 at 05:05:03PM +0100, Thomas Niederprüm wrote:
Am Sat, 7 Feb 2015 12:20:43 +0100
schrieb Maxime Ripard maxime.rip...@free-electrons.com:
On Fri, Feb 06, 2015 at 11:28:11PM +0100,
Hey Thomas,
On 22-01-15 12:01, Thomas Gleixner wrote:
On Thu, 22 Jan 2015, Olliver Schinagl wrote:
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
201 - 300 of 365 matches
Mail list logo