From: Yegor Yefremov
This patch implements gpio_chip's get_direction() routine, that
lets other drivers get particular GPIOs direction using
struct gpio_desc.
Signed-off-by: Yegor Yefremov
Acked-by: Javier Martinez Canillas
---
Changes:
v3: get rid of _get_gpio_direction() (Linus Walle
On Thursday, April 24, 2014 3:40 PM, Vivek Gautam wrote:
> On Thu, Apr 24, 2014 at 6:56 AM, Jingoo Han wrote:
> > On Thursday, April 24, 2014 9:33 AM, Jingoo Han wrote:
> >> On Thursday, April 24, 2014 9:18 AM, Anton Tikhomirov wrote:
> >> > On Monday, April 21, 2014 9:17 PM, Vivek Gautam wrote:
>
Hi,
On Thu, Apr 24, 2014 at 02:35:44PM +0900, Chanwoo Choi wrote:
> Hi Felipe,
>
> Thanks for your test and review.
>
> On 04/24/2014 03:28 AM, Felipe Balbi wrote:
> > Hi,
> >
> > On Wed, Apr 23, 2014 at 12:20:52PM -0500, Felipe Balbi wrote:
> >>> I've been testing extcon-next to make sure USB3
Hi,
On Thu, Apr 24, 2014 at 02:31:29PM +0900, Chanwoo Choi wrote:
> On 04/24/2014 02:20 AM, Felipe Balbi wrote:
> > Hi,
> >
> > On Wed, Apr 23, 2014 at 11:40:33AM -0500, Felipe Balbi wrote:
> >> Hi Chanwoo,
> >>
> >> I've been testing extcon-next to make sure USB3 on OMAP5 will work out
> >> of t
Hi Jingoo,
On Thu, Apr 24, 2014 at 6:56 AM, Jingoo Han wrote:
> On Thursday, April 24, 2014 9:33 AM, Jingoo Han wrote:
>> On Thursday, April 24, 2014 9:18 AM, Anton Tikhomirov wrote:
>> > On Monday, April 21, 2014 9:17 PM, Vivek Gautam wrote:
>> > >
>> > > Facilitate getting required 3.3V and 1.
Hi,
On Thu, Apr 24, 2014 at 6:08 AM, Anton Tikhomirov
wrote:
> Hi,
>
>> Hi,
>>
>> > -Original Message-
>> > From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
>> > ow...@vger.kernel.org] On Behalf Of Vivek Gautam
>> > Sent: Monday, April 21, 2014 9:17 PM
>> >
>> > Facilitate gettin
Hi Felipe,
Thanks for your test and review.
On 04/24/2014 03:28 AM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Apr 23, 2014 at 12:20:52PM -0500, Felipe Balbi wrote:
>>> I've been testing extcon-next to make sure USB3 on OMAP5 will work out
>>> of the box but I see a regression when I merge your tree
Hi Felipe,
Thanks for your test and review.
On 04/24/2014 02:20 AM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Apr 23, 2014 at 11:40:33AM -0500, Felipe Balbi wrote:
>> Hi Chanwoo,
>>
>> I've been testing extcon-next to make sure USB3 on OMAP5 will work out
>> of the box but I see a regression when I
On Wed, 23 Apr 2014 20:43:34 -0500 Felipe Balbi wrote:
> so, Ack for $subject or not ?
>
Just at the moment I'm finding it hard to care.
So
Acked-by: NeilBrown
Whatever
NeilBrown
signature.asc
Description: PGP signature
Hi,
On Thu, Apr 24, 2014 at 11:41:15AM +1000, NeilBrown wrote:
> On Wed, 23 Apr 2014 20:21:00 -0500 Felipe Balbi wrote:
>
> > I have no problem either way, just that unused code doesn't have to be
> > sitting in the tree and I'm not entirely sure this GPIO should be
> > handled by omap-serial.c,
On Wed, 23 Apr 2014 20:21:00 -0500 Felipe Balbi wrote:
> I have no problem either way, just that unused code doesn't have to be
> sitting in the tree and I'm not entirely sure this GPIO should be
> handled by omap-serial.c, perhaps something more generic inside
> serial-core so other UART drivers
On Thursday, April 24, 2014 9:33 AM, Jingoo Han wrote:
> On Thursday, April 24, 2014 9:18 AM, Anton Tikhomirov wrote:
> > On Monday, April 21, 2014 9:17 PM, Vivek Gautam wrote:
> > >
> > > Facilitate getting required 3.3V and 1.0V VDD supply for
> > > OHCI controller on Exynos.
> > >
> > > With pat
Hi,
On Thu, Apr 24, 2014 at 10:13:29AM +1000, NeilBrown wrote:
> On Wed, 23 Apr 2014 18:01:21 -0500 Felipe Balbi wrote:
>
> > Hi,
> >
> > On Thu, Apr 24, 2014 at 08:43:05AM +1000, NeilBrown wrote:
> > > On Wed, 23 Apr 2014 10:35:04 -0500 Nishanth Menon wrote:
> > >
> > > > On 04/23/2014 09:58
The twl4030 PMIC needs to be configured properly for things like
warm reset and deeper idle states so the PMIC manages the regulators
properly based on the hardware triggers from the SoC.
For example, when rebooting an OMAP3530 at 125 MHz, it hangs.
With this patch, TWL4030 will be reset when a wa
These settings are based on the "Recommended Sleep Sequences for
the Zoom Platform" pdf at:
http://omappedia.com/wiki/File:Recommended_Sleep_Sequences_Zoom.pdf
These settings assume most of the regulators are under control of
Linux, and cuts off VDD1 and VDD2 during off-idle as Linux cannot
do it
With the recommended twl4030 configuration added, we can now add
board specific changes as modifications to the recommended
configuration.
Cc: Peter De Schrijver
Cc: Samuel Ortiz
Cc: Lee Jones
Signed-off-by: Tony Lindgren
---
drivers/mfd/twl4030-power.c | 21 +
include/lin
Some oscillators can be turned off during off-idle saving few
a little bit power at the cost of the oscillator start up
latency.
If you board can do this, you can now enable it by using the
ti,twl4030-power-idle-osc-off compatible flag.
Cc: Peter De Schrijver
Cc: Samuel Ortiz
Cc: Lee Jones
Sig
Hi all,
One of the major blockers for making omap3 to boot in device tree
mode has been the fact that power management has not been working
as well as when booted in legacy mode.
This series when applied on top of the patches in tread
"[PATCH 00/11] Fixes for omap PM for making omap3 DT only".
T
At least N900 now seems to shut down the external oscillator
when hitting off-idle.
OMAP37XX EVM (TMDSEVM3730) does not seem to have twl4030 clken
pin connected, so there is no point trying to enable shutting
down of the oscillator on it for the extra latency it adds.
Signed-off-by: Tony Lindgren
Hi,
> Hi,
>
> > -Original Message-
> > From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
> > ow...@vger.kernel.org] On Behalf Of Vivek Gautam
> > Sent: Monday, April 21, 2014 9:17 PM
> >
> > Facilitate getting required 3.3V and 1.0V VDD supply for
> > OHCI controller on Exynos.
> >
On Thursday, April 24, 2014 9:18 AM, Anton Tikhomirov wrote:
> On Monday, April 21, 2014 9:17 PM, Vivek Gautam wrote:
> >
> > Facilitate getting required 3.3V and 1.0V VDD supply for
> > OHCI controller on Exynos.
> >
> > With patches for regulators' nodes merged in 3.15:
> > c8c253f ARM: dts: Add
Hi,
> -Original Message-
> From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
> ow...@vger.kernel.org] On Behalf Of Vivek Gautam
> Sent: Monday, April 21, 2014 9:17 PM
>
> Facilitate getting required 3.3V and 1.0V VDD supply for
> OHCI controller on Exynos.
>
> With patches for reg
On Wed, 23 Apr 2014 18:01:21 -0500 Felipe Balbi wrote:
> Hi,
>
> On Thu, Apr 24, 2014 at 08:43:05AM +1000, NeilBrown wrote:
> > On Wed, 23 Apr 2014 10:35:04 -0500 Nishanth Menon wrote:
> >
> > > On 04/23/2014 09:58 AM, Felipe Balbi wrote:
> > > > nobody passes a DTR_gpio to this driver, so
> >
: Liam Girdwood
Cc: Mark Brown
Cc: Markus Pargmann
Signed-off-by: Saravana Kannan
[n...@ti.com: minor rewording]
Signed-off-by: Nishanth Menon
---
Applies on v3.15-rc2 and on next-20140423
Original post: https://patchwork.kernel.org/patch/2545061/
I rediscovered this patch many times now
Hi,
On Thu, Apr 24, 2014 at 08:43:05AM +1000, NeilBrown wrote:
> On Wed, 23 Apr 2014 10:35:04 -0500 Nishanth Menon wrote:
>
> > On 04/23/2014 09:58 AM, Felipe Balbi wrote:
> > > nobody passes a DTR_gpio to this driver, so
> > > this code is not necessary.
> > >
> > > Signed-off-by: Felipe Balbi
On Wed, 23 Apr 2014 10:35:04 -0500 Nishanth Menon wrote:
> On 04/23/2014 09:58 AM, Felipe Balbi wrote:
> > nobody passes a DTR_gpio to this driver, so
> > this code is not necessary.
> >
> > Signed-off-by: Felipe Balbi
> > ---
>
> Niel,
> this seems to revert the functionality introduced in
>
Hi,
Apologies if you see a duplicate of this pull request, looks like my
scripts have become flakey with sending out the mails since I updated
them.
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the git
Hello Aaro,
On Thu, Apr 10, 2014 at 11:22 PM, Aaro Koskinen wrote:
> Hi,
>
> On Thu, Apr 10, 2014 at 10:17:44PM +0200, Javier Martinez Canillas wrote:
>> > The same happens also on Nokia 770:
>> >
>> > [0.118896] genirq: Setting trigger mode 0 for irq 128 failed
>> > (gpio_irq_type+0x0/0x220
* Aaro Koskinen [140411 16:39]:
> Hi,
>
> On Thu, Apr 10, 2014 at 04:47:15PM -0700, Tony Lindgren wrote:
> > +leds {
> > +compatible = "gpio-leds";
> > +heartbeat {
> > +label = "debug::sleep";
> > +gpios = <&
* Tero Kristo [140423 00:51]:
> On 04/12/2014 06:02 PM, Tony Lindgren wrote:
> >* Tero Kristo [140412 02:01]:
> >>On 04/11/2014 02:47 AM, Tony Lindgren wrote:>
> >>>@@ -282,6 +283,7 @@ void omap_sram_idle(void)
> >>>
> >>> /* CORE */
> >>> if (core_next_state < PWRDM_POWER_ON)
* Lee Jones [140423 07:47]:
> Hi Tony,
>
> Sorry for the delay - I've been snowed under recently.
>
> As requested, you patch based on v3.14 ( for some reason :) ).
Thanks, I just got tired of chasing regressions with the
-rc cycle while trying to work on some PM changes :)
Regards,
Tony
>
them.
Cc: J Keerthy
Signed-off-by: Subramaniam Chanderashekarapuram
Signed-off-by: Nishanth Menon
---
Patch based on v3.15-rc2, also tested on next-20140423 tag:
Tested by applying [1] (auto disable unused regulator for regulators that are
deferred):
Without [1]: http://slexy.org/raw/s21MCHgeJo
Hi,
On Mon, Apr 14, 2014 at 01:46:11PM +0200, Robert Baldyga wrote:
> This patchset adds many improvements to extcon class driver and extcon
> provider drivers. It changes extcon API to faster and safer by replaceing
> function taking extcon and cable names with functions working with
> structures
Looks like we have wrong GPMC timings we have for the cm-t and
sbc-t boards. This can cause occasional strange errors with at
least doing an rsync of large files or doing apt-get dist-upgrade.
Let's fix the issue in two phases. First let's simplify cm-t and
sbc-t to use the shared omap-gpmc-smsc91
I've noticed occasional random oopsing on my gateway
machine since I upgraded it to use device tree based
booting. As this machine has worked reliably before
that for a few years, pretty much the only difference
was narrowed down to the GPMC timings. Turns out that
for legacy based booting we are u
Hi all,
I noticed some occasional memory corruption issues on transferring
data over LAN9220 after upgrading my gateway machine.
Please test if you have a board with LAN9220 on GPMC, this
should not affect boards with LAN9221.
As these fix memory corruption using LAN9220 at least on cm-t3730,
I'
Looks like the OTG pins are off by 2 and we get this:
pinctrl-single 48002030.pinmux: pin 480021a0.0 already requested by
4902.serial; cannot claim for 480ab000.usb_otg_hs
pinctrl-single 48002030.pinmux: pin-184 (480ab000.usb_otg_hs) status -22
pinctrl-single 48002030.pinmux: could not reques
Hello Tony,
On Wed, Apr 23, 2014 at 8:08 PM, Tony Lindgren wrote:
> * Tony Lindgren [140422 17:01]:
>> * Tony Lindgren [140422 08:24]:
>> > * Javier Martinez Canillas [140421 23:55]:
>> > > On Tue, Apr 22, 2014 at 2:54 AM, Tony Lindgren wrote:
>> > > >
>> > > > 2. There seems to be some timin
Hi,
On Wed, Apr 23, 2014 at 12:20:52PM -0500, Felipe Balbi wrote:
> > I've been testing extcon-next to make sure USB3 on OMAP5 will work out
> > of the box but I see a regression when I merge your tree on top of
> > v3.15-rc2 + Tony's DT fixes.
> >
> > Here's what I see (trimmed):
> >
> > [1
On Tue, Apr 22, 2014 at 02:20:43PM -0400, Santosh Shilimkar wrote:
> On Tuesday 22 April 2014 04:28 AM, Sekhar Nori wrote:
> > This patch series adds L2 cache support for AM437x
> > and does some clean-ups for existing OMAP4 support
> > along the way (no functional changes). On OMAP4 Panda,
> > the
* Tony Lindgren [140422 17:01]:
> * Tony Lindgren [140422 08:24]:
> > * Javier Martinez Canillas [140421 23:55]:
> > > On Tue, Apr 22, 2014 at 2:54 AM, Tony Lindgren wrote:
> > > >
> > > > 2. There seems to be some timing issues with smc911x where
> > > >rsync of larger files and apt-get di
From: Balaji T K
Add support for sata.
[Roger Q] Clean up.
CC: Benoit Cousson
CC: Tony Lindgren
Signed-off-by: Balaji T K
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap5.dtsi | 40
1 file changed, 40 insertions(+)
diff --git a/arch/arm/boo
From: Nikhil Devshatwar
Add hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
CC: Benoit Cousson
CC: Paul Walmsley
Signed-off-by: Balaji T K
Signed-off-by: Nikhil Devshatwar
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 31 ++-
From: Balaji T K
Add nodes for OCP2SCP3 bus, SATA controller and SATA PHY.
[Roger Q] Clean up.
CC: Benoit Cousson
Signed-off-by: Balaji T K
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/dra7.dtsi | 39 +++
1 file changed, 39 insertions(+)
diff --git
From: Keshava Munegowda
Create hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
CC: Benoit Cousson
Acked-by: Paul Walmsley
Signed-off-by: Balaji T K
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/omap_hwmod_54xx_data.c | 73 ++
1 file changed, 73
Hi Tony,
These are the pending HWMOD and DTS patches to get SATA working
on OMAP5-uevm and DRA7-evm. Please queue them for -next. Thanks.
cheers,
-roger
---
Balaji T K (2):
ARM: dts: omap5: add sata node
ARM: dts: dra7: add OCP2SCP3 and SATA nodes
Keshava Munegowda (1):
ARM: OMAP5: hwmod:
On 04/23/2014 09:59 AM, Tony Lindgren wrote:
* Dave Gerlach [140422 12:53]:
On 04/22/2014 02:01 PM, Tony Lindgren wrote:
* Dave Gerlach [140422 11:52]:
This patch, along with patch here [1], fixes boot for am437x-gp-evm. The
bootloader configures gpio5_7 to control the DDR3 termination regul
Hi,
On Wed, Apr 23, 2014 at 11:40:33AM -0500, Felipe Balbi wrote:
> Hi Chanwoo,
>
> I've been testing extcon-next to make sure USB3 on OMAP5 will work out
> of the box but I see a regression when I merge your tree on top of
> v3.15-rc2 + Tony's DT fixes.
>
> Here's what I see (trimmed):
>
> [
Hi Chanwoo,
I've been testing extcon-next to make sure USB3 on OMAP5 will work out
of the box but I see a regression when I merge your tree on top of
v3.15-rc2 + Tony's DT fixes.
Here's what I see (trimmed):
[1.805870] palmas 0-0048: Muxing GPIO 2, PWM 0, LED 0
[1.812516] [ c
On Tue, Apr 22, 2014 at 10:48:58AM -0500, Felipe Balbi wrote:
> Hi,
>
> On Tue, Apr 22, 2014 at 09:00:12PM +0530, Balaji T K wrote:
> > On Monday 21 April 2014 11:02 PM, Felipe Balbi wrote:
> > >Hi,
> > >
> > >On Wed, Mar 26, 2014 at 07:04:45PM -0500, Felipe Balbi wrote:
> > >>this series lets us
On Apr 23, Benoit Cousson wrote:
> Hi Ezequiel,
>
> On 23/04/2014 17:17, Ezequiel Garcia wrote:
> >On Apr 23, Tony Lindgren wrote:
> >>* Benoit Cousson [140422 07:14]:
> >>>Hi Leigh,
> >>>
> >>>On 16/04/2014 13:26, Leigh Brown wrote:
> In "ARM: dts: am33xx: correcting dt node unit address for
dss_uninit_ports is only called by __exit omap_dsshw_remove
Cc: Tomi Valkeinen
Cc: linux-omap@vger.kernel.org
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
drivers/video/fbdev/omap2/dss/dss.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/fbdev/omap2/
On Wed, Apr 23, 2014 at 05:39:43PM +0200, Olivier Gayot wrote:
> The following commit introduced the debugfs :
>
> 40f099e32c2a06bad7d75683421e30fcc74924cd
> Author: Markus Pargmann
> Date: Fri Jan 17 10:22:35 2014 +0100
>
> usb: musb: dsps, debugfs files
>
> Unfortunately, a forgotten ca
On Wed, Apr 23, 2014 at 12:27:59PM -0300, Fabio Estevam wrote:
> On Wed, Apr 23, 2014 at 11:58 AM, Felipe Balbi wrote:
>
> > @@ -1658,12 +1657,9 @@ static int serial_omap_probe(struct platform_device
> > *pdev)
> > omap_up_info = of_get_uart_port_info(&pdev->dev);
> >
this will make sure gpio gets freed automatically
when this device is destroyed.
Signed-off-by: Felipe Balbi
---
drivers/tty/serial/omap-serial.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index f45
Hi Ezequiel,
On 23/04/2014 17:17, Ezequiel Garcia wrote:
On Apr 23, Tony Lindgren wrote:
* Benoit Cousson [140422 07:14]:
Hi Leigh,
On 16/04/2014 13:26, Leigh Brown wrote:
In "ARM: dts: am33xx: correcting dt node unit address for usb", the
usb_ctrl_mod and cppi41dma nodes were updated with
The following commit introduced the debugfs :
40f099e32c2a06bad7d75683421e30fcc74924cd
Author: Markus Pargmann
Date: Fri Jan 17 10:22:35 2014 +0100
usb: musb: dsps, debugfs files
Unfortunately, a forgotten call to a cleanup function prevents the
probing of musb in case of deferred probe.
On 04/23/2014 09:58 AM, Felipe Balbi wrote:
> nobody passes a DTR_gpio to this driver, so
> this code is not necessary.
>
> Signed-off-by: Felipe Balbi
> ---
Niel,
this seems to revert the functionality introduced in
commit 9574f36fb801035f6ab0fbb1b53ce2c12c17d100
(OMAP/serial: Add support for d
Hi Tony,
On 23/04/2014 16:48, Tony Lindgren wrote:
* Benoit Cousson [140422 07:14]:
Hi Leigh,
On 16/04/2014 13:26, Leigh Brown wrote:
In "ARM: dts: am33xx: correcting dt node unit address for usb", the
usb_ctrl_mod and cppi41dma nodes were updated with the correct register
addresses. Howeve
+Neil
On Wed, Apr 23, 2014 at 09:58:34AM -0500, Felipe Balbi wrote:
> nobody passes a DTR_gpio to this driver, so
> this code is not necessary.
>
> Signed-off-by: Felipe Balbi
> ---
> drivers/tty/serial/omap-serial.c | 39 ---
> 1 file changed, 39 deletions(-
On Wed, Apr 23, 2014 at 11:58 AM, Felipe Balbi wrote:
> @@ -1658,12 +1657,9 @@ static int serial_omap_probe(struct platform_device
> *pdev)
> omap_up_info = of_get_uart_port_info(&pdev->dev);
> pdev->dev.platform_data = omap_up_info;
> } else {
> -
per CodingStyle we should have those braces, no
functional changes.
Signed-off-by: Felipe Balbi
---
drivers/tty/serial/omap-serial.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 837f6c1..f456f46
UART IRQ Identification bitfield is 3
bits long (bits 3:1) but current mask only
masks 2 bits. Fix it.
Signed-off-by: Felipe Balbi
---
include/uapi/linux/serial_reg.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/linux/serial_reg.h b/include/uapi/linux/serial_r
From: Huang Shijie
In the uart_handle_cts_change(), uart_write_wakeup() is called after
we call @uart_port->ops->start_tx().
The Documentation/serial/driver tells us:
---
start_tx(port)
Start transmitting characters.
Locking: port->l
On 04/23/2014 09:50 AM, Linus Walleij wrote:
> Some GPIO irqchip drivers exploit the irqdomain mapping
> function to set up the IRQ default type in the hardware,
> make sure that if we pass IRQ_TYPE_NONE, no hardware setup
> whatsoever takes place (this should be the norm) until
> later when the IR
this way we can remove one pointer declaration.
Signed-off-by: Felipe Balbi
---
drivers/tty/serial/omap-serial.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 3813740..cb45e88 100644
--- a/
LDISCs shouldn't call tty->ops->write() from within
->write_wakeup().
->write_wakeup() is called with port lock taken and
IRQs disabled, tty->ops->write() will try to acquire
the same port lock and we will deadlock.
Acked-by: Marcel Holtmann
Reviewed-by: Peter Hurley
Reported-by: Huang Shijie
This reverts commit 0324a821029e1f54e7a7f8fed48693cfce42dc0e.
That commit tried to fix a deadlock problem when using
hci_ldisc, but it turns out the bug was in hci_ldsic
all along where it was calling ->write() from within
->write_wakeup() callback.
The problem is that ->write_wakeup() was called
On Apr 23, Tony Lindgren wrote:
> * Benoit Cousson [140422 07:14]:
> > Hi Leigh,
> >
> > On 16/04/2014 13:26, Leigh Brown wrote:
> > >In "ARM: dts: am33xx: correcting dt node unit address for usb", the
> > >usb_ctrl_mod and cppi41dma nodes were updated with the correct register
> > >addresses. H
just using helper function to remove some duplicated
code a bit. While at that, also move allocation of
struct uart_omap_port higher in the code so that
we return much earlier in case of no memory.
Signed-off-by: Felipe Balbi
---
drivers/tty/serial/omap-serial.c | 32 +---
it wasn't used by anything, just remove it.
Signed-off-by: Felipe Balbi
---
drivers/tty/serial/omap-serial.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 6654682..ab22dab 100644
--- a/drivers/tty/serial/omap-seria
nobody passes a DTR_gpio to this driver, so
this code is not necessary.
Signed-off-by: Felipe Balbi
---
drivers/tty/serial/omap-serial.c | 39 ---
1 file changed, 39 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
cleanup only, no functional changes.
Signed-off-by: Felipe Balbi
---
drivers/tty/serial/omap-serial.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 07d4273..3813740 100644
--- a/drivers/tty/s
Hello Linus,
On Wed, Apr 23, 2014 at 4:50 PM, Linus Walleij wrote:
> Some GPIO irqchip drivers exploit the irqdomain mapping
> function to set up the IRQ default type in the hardware,
> make sure that if we pass IRQ_TYPE_NONE, no hardware setup
> whatsoever takes place (this should be the norm) u
NOT COMPLETE
NYET-Signed-off-by: Felipe Balbi
---
drivers/tty/serial/8250/8250_omap.c | 233
drivers/tty/serial/8250/Kconfig | 7 ++
drivers/tty/serial/8250/Makefile| 1 +
3 files changed, 241 insertions(+)
create mode 100644 drivers/tty/serial/8
Fix the following Sparse warnings:
drivers/tty/serial/omap-serial.c:1418:49: warning: incorrect \
type in argument 2 (different address spaces)
drivers/tty/serial/omap-serial.c:1418:49:expected void const \
[noderef] *from
drivers/tty/serial/omap-serial.c:1418:49:got struct
* Dave Gerlach [140422 12:53]:
> On 04/22/2014 02:01 PM, Tony Lindgren wrote:
> >* Dave Gerlach [140422 11:52]:
> >>This patch, along with patch here [1], fixes boot for am437x-gp-evm. The
> >>bootloader configures gpio5_7 to control the DDR3 termination regulator,
> >>the linked patch prevents t
On Tue, Apr 22, 2014 at 05:28:43PM -0700, Greg KH wrote:
> On Tue, Apr 22, 2014 at 09:22:56AM -0500, Felipe Balbi wrote:
> > Hi,
> >
> > On Thu, Mar 20, 2014 at 02:29:57PM -0500, Felipe Balbi wrote:
> > > per CodingStyle we should have those braces, no
> > > functional changes.
> > >
> > > Signed
On Wed, Apr 23, 2014 at 4:50 PM, Javier Martinez Canillas
wrote:
> What do you think about the following patch? Although I agree that if
> we can use IRQ_TYPE_NONE as you propose then tht is a much better and
> efficient solution that this patch.
Let's try IRQ_TYPE_NONE first and if that fails w
On Wed, Apr 23, 2014 at 4:38 PM, Linus Walleij wrote:
> On Wed, Apr 23, 2014 at 3:29 PM, Nishanth Menon wrote:
>> On 04/23/2014 08:01 AM, Linus Walleij wrote:
>
>>> What about this:
>>>
>>> if (chip->irq_default_type != IRQ_TYPE_NONE)
>>> irq_set_irq_type(irq, chip->irq_default_type);
>>>
>>>
Some GPIO irqchip drivers exploit the irqdomain mapping
function to set up the IRQ default type in the hardware,
make sure that if we pass IRQ_TYPE_NONE, no hardware setup
whatsoever takes place (this should be the norm) until
later when the IRQ gets utilized.
Cc: Nishanth Menon
Cc: Peter Ujfalus
* Benoit Cousson [140422 07:14]:
> Hi Leigh,
>
> On 16/04/2014 13:26, Leigh Brown wrote:
> >In "ARM: dts: am33xx: correcting dt node unit address for usb", the
> >usb_ctrl_mod and cppi41dma nodes were updated with the correct register
> >addresses. However, the dts files that reference these nod
Hi Tony,
Sorry for the delay - I've been snowed under recently.
As requested, you patch based on v3.14 ( for some reason :) ).
The following changes since commit 455c6fdbd219161bd09b1165f11699d6d73de11c:
Linux 3.14 (2014-03-30 20:40:15 -0700)
are available in the git repository at:
git://
On Wed, Apr 23, 2014 at 3:29 PM, Nishanth Menon wrote:
> On 04/23/2014 08:01 AM, Linus Walleij wrote:
>> What about this:
>>
>> if (chip->irq_default_type != IRQ_TYPE_NONE)
>> irq_set_irq_type(irq, chip->irq_default_type);
>>
>> This way you can pass IRQ_TYPE_NONE and nothing happens in
>> th
On 04/23/2014 08:55 AM, Peter Ujfalusi wrote:
> On 04/23/2014 04:47 PM, Nishanth Menon wrote:
>> Hi,
>>
>> Will be great if someone else could confirm as well.
>>
>> next-20140423-multi_lpae_defconfig
>> 1: DRA7xx-EVM: Boot FAIL: http://slexy.org/raw/s2H
On Tue, Apr 22, 2014 at 6:10 PM, Tony Lindgren wrote:
>> Shall I apply this patch or will you funnel it through ARM SoC
>> due to deps?
>
> No deps except boards hanging without it.. Please feel free to
> take this one, prererrably as a fix for the -rc series if no
> objections.
Yes this is -rc
On 04/23/2014 04:47 PM, Nishanth Menon wrote:
> Hi,
>
> Will be great if someone else could confirm as well.
>
> next-20140423-multi_lpae_defconfig
> 1: DRA7xx-EVM: Boot FAIL: http://slexy.org/raw/s2HJJ9SKzM
> 2: OMAP5432uEVM: Boot FAIL: http://slexy.org/raw/s2HoDCbt
Hi,
Will be great if someone else could confirm as well.
next-20140423-multi_lpae_defconfig
1: DRA7xx-EVM: Boot FAIL: http://slexy.org/raw/s2HJJ9SKzM
2: OMAP5432uEVM: Boot FAIL: http://slexy.org/raw/s2HoDCbtO0
TOTAL = 2 boards, Booted Boards = 0, No Boot boards = 2
next-20140423
On Tue, Apr 22, 2014 at 3:31 PM, wrote:
> From: Yegor Yefremov
>
> This patch implements gpio_chip's get_direction() routine, that
> lets other drivers get particular GPIOs direction using
> struct gpio_desc.
>
> Signed-off-by: Yegor Yefremov
> Acked-by: Javier Martinez Canillas
> ---
> Chang
On 04/23/2014 08:01 AM, Linus Walleij wrote:
> On Wed, Apr 23, 2014 at 9:24 AM, Javier Martinez Canillas
> wrote:
>
>> Linus, what do you think of the following patch?
>>
>> From ede333e85e0320d32e8c2d123560808ed7e43ece Mon Sep 17 00:00:00 2001
>> From: Javier Martinez Canillas
>> Date: Wed, 23
On Wed, Apr 23, 2014 at 9:24 AM, Javier Martinez Canillas
wrote:
> Linus, what do you think of the following patch?
>
> From ede333e85e0320d32e8c2d123560808ed7e43ece Mon Sep 17 00:00:00 2001
> From: Javier Martinez Canillas
> Date: Wed, 23 Apr 2014 09:13:54 +0200
> Subject: [PATCH 1/1] gpio: don
On Monday, April 21, 2014 9:17 PM, Vivek Gautam wrote:
>
> Facilitate getting required 3.3V and 1.0V VDD supply for
> EHCI controller on Exynos.
>
> With patches for regulators' nodes merged in 3.15:
> c8c253f ARM: dts: Add regulator entries to smdk5420
> 275dcd2 ARM: dts: add max77686 pmic node
On Monday, April 21, 2014 9:17 PM, Vivek Gautam wrote:
>
> Facilitate getting required 3.3V and 1.0V VDD supply for
> OHCI controller on Exynos.
>
> With patches for regulators' nodes merged in 3.15:
> c8c253f ARM: dts: Add regulator entries to smdk5420
> 275dcd2 ARM: dts: add max77686 pmic node
On Wednesday, April 23, 2014 8:06 PM, Vivek Gautam wrote:
> On Wednesday, April 23, 2014 7:58 PM, Anton Tikhomirov wrote:
> > On Wednesday, April 23, 2014 6:52 PM, Vivek Gautam wrote:
> >> On Wednesday, April 23, 2014 6:27 PM, Anton Tikhomirov wrote:
> >> > On Monday, April 21, 2014 9:17 PM, Vivek
Hi,
On Wed, Apr 23, 2014 at 4:27 PM, Anton Tikhomirov
wrote:
> Hi,
>
>> Hi Anton,
>>
>>
>> On Wed, Apr 23, 2014 at 2:56 PM, Anton Tikhomirov
>> wrote:
>> > Hello,
>> >
>> >> -Original Message-
>> >> From: Vivek Gautam [mailto:gautamvivek1...@gmail.com] On Behalf Of
>> >> Vivek Gautam
>>
On Wednesday 23 April 2014 03:21 PM, Arnd Bergmann wrote:
> On Wednesday 23 April 2014 14:32:54 Rajendra Nayak wrote:
>>
>> #ifdef CONFIG_SOC_DRA7XX
>> -static const char *dra7xx_boards_compat[] __initdata = {
>> +static const char *dra74x_boards_compat[] __initconst = {
>> + "ti,dra74x",
>>
On 04/23/2014 10:24 AM, Javier Martinez Canillas wrote:
> Hello Nishanth and Tony,
>
> On Wed, Apr 23, 2014 at 3:30 AM, Nishanth Menon wrote:
>> On 01:08-20140423, Javier Martinez Canillas wrote:
>> [...]
>>>> on AM335x-sk:
>>>>> So this makes
Hi,
> Hi Anton,
>
>
> On Wed, Apr 23, 2014 at 2:56 PM, Anton Tikhomirov
> wrote:
> > Hello,
> >
> >> -Original Message-
> >> From: Vivek Gautam [mailto:gautamvivek1...@gmail.com] On Behalf Of
> >> Vivek Gautam
> >> Sent: Monday, April 21, 2014 9:17 PM
> >> To: linux-...@vger.kernel.org;
On Wednesday 23 April 2014 14:32:54 Rajendra Nayak wrote:
>
> #ifdef CONFIG_SOC_DRA7XX
> -static const char *dra7xx_boards_compat[] __initdata = {
> +static const char *dra74x_boards_compat[] __initconst = {
> + "ti,dra74x",
> "ti,dra7xx",
> "ti,dra7",
> NULL,
> };
Hi Anton,
On Wed, Apr 23, 2014 at 2:56 PM, Anton Tikhomirov
wrote:
> Hello,
>
>> -Original Message-
>> From: Vivek Gautam [mailto:gautamvivek1...@gmail.com] On Behalf Of
>> Vivek Gautam
>> Sent: Monday, April 21, 2014 9:17 PM
>> To: linux-...@vger.kernel.org; linux-samsung-...@vger.kerne
1 - 100 of 111 matches
Mail list logo
