* Thierry Reding [190116 13:28]:
> On Tue, Jan 15, 2019 at 05:28:36PM +0100, Thomas Petazzoni wrote:
> > The SDHCI core is know properly checking for the state of a WP GPIO,
>
> "know" -> "now"
>
> > so there is no longer any need for the sdhci-omap code to implement
> > ->get_ro() using mmc_gpi
.811096] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
...
Thanks for fixing this issue properly, and feel free to add:
Tested-by: Tony Lindgren
* Ulf Hansson [190116 11:44]:
> On Tue, 15 Jan 2019 at 19:55, Tony Lindgren wrote:
> > # while [ 1 ]; do ifconfig wlan0 down; usleep 2; \
> > ifconfig wlan0 up; done
> >
> > Otherwise I get the following on warning pandaboard-es:
> >
> > W
* Tony Lindgren [190116 14:59]:
> * Pavel Machek [190116 13:58]:
> > And I wanted to ask -- did you figure out how to acknowledge the
> > SMSs? +CGNNA does not seem to do the job:
> >
> > 07912470338016...
> > AT+CGNMA=1
> > +CGNMA:ERROR=9
>
> Yeah
* Pavel Machek [190116 13:58]:
> Hi!
>
> > * Pavel Machek [181227 10:17]:
> > > Ok, I really need SMS messages, too.
> > >
> > > Fortunately, they are on /dev/motmdm9, in PDU format. Quite
> > > logical. And you probably need to acknowledge them, using PDU,
> > > too... (because otherwise you'l
* Mark Brown [190115 21:09]:
> On Tue, Jan 15, 2019 at 11:28:40AM -0800, Tony Lindgren wrote:
>
> > Any ideas what's needed? Some triggering mapping data to palmas.c
> > driver?
>
> There should be a fix in -next already waiting for me to send it to
> Linu
Hi,
Looks like commit 1c2928e3e321 ("regmap: regmap-irq/gpio-max77620: add
level-irq support") caused a regression at least with palmas PMIC where
child interrupt no longer work and we get something like this on
omap5-uevm for example:
genirq: Setting trigger mode 3 for irq 157 failed
(regmap_irq
Hi,
* Ulf Hansson [190115 15:04]:
> During "wlan-up", we are programming the FW into the WiFi-chip. However,
> re-programming the FW doesn't work, unless a power cycle of the WiFi-chip
> is made in-between the programmings.
>
> To conform to this requirement and to fix the regression in a simple
scm/linux/kernel/git/tmlind/linux-omap.git/tree/sound/soc/codecs/motmdm.c?h=droid4-pending-mdm-v4.20
Tony Lindgren (3):
tty: n_gsm: Add copy_config() and gsm_config() to prepare for serdev
n_gsm: Constify u8 and unsigned char usage
tty: n_gsm: Add support for serdev drivers
drivers/tty/
ht want to consider splitting
n_gsm.c into three pieces for core, tty and serdev parts.
Cc: linux-ser...@vger.kernel.org
Cc: Alan Cox
Cc: Jiri Slaby
Cc: Johan Hovold
Cc: Pavel Machek
Cc: Peter Hurley
Cc: Rob Herring
Cc: Sebastian Reichel
Signed-off-by: Tony Lindgren
---
drivers/tty/n_gsm.c
x-ser...@vger.kernel.org
Cc: Alan Cox
Cc: Jiri Slaby
Cc: Johan Hovold
Cc: Pavel Machek
Cc: Peter Hurley
Cc: Rob Herring
Cc: Sebastian Reichel
Signed-off-by: Tony Lindgren
---
drivers/tty/n_gsm.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --
linux-ser...@vger.kernel.org
Cc: Alan Cox
Cc: Jiri Slaby
Cc: Johan Hovold
Cc: Pavel Machek
Cc: Peter Hurley
Cc: Rob Herring
Cc: Sebastian Reichel
Signed-off-by: Tony Lindgren
---
drivers/tty/n_gsm.c | 207 +++-
1 file changed, 107 insertions(+), 100 deletions(-)
di
msec to nsec
>
> Fixes: 8234f6734c5d ("PM-runtime: Switch autosuspend over to using hrtimers")
> Reported-by: Tony Lindgren
> Tested-by: Tony Lindgren
> Signed-off-by: Vincent Guittot
> ---
>
> Change since v1:
> - add u64 cast for slack computation
Still works for me.
Thanks,
Tony
* Ladislav Michl [190110 09:51]:
> pm_runtime_autosuspend_expiration calls ktime_get even when
> its returned value may be unused. Therefore get current time
> later and remove gotos while there.
Acked-by: Tony Lindgren
* H. Nikolaus Schaller [190110 05:31]:
>
> > Am 09.01.2019 um 22:39 schrieb Tony Lindgren :
> >
> > * Rob Herring [190109 19:38]:
> >> On Wed, Jan 9, 2019 at 1:02 PM H. Nikolaus Schaller
> >> wrote:
> >>>
> >>> From: Tony Lin
* Sekhar Nori [190110 11:52]:
> On 10/01/19 3:06 AM, Tony Lindgren wrote:
> > For TI hardware, Sekhar and TI network folks, can you guys
> > please check the various TI SoCs for multiple suspend resume
> > cycles with v5.0-rc1 and patch accordingly? See also below
>
>
* Vignesh R [190110 13:24]:
>
> On 10-Jan-19 5:37 PM, Sebastian Reichel wrote:
> > Hi,
> >
> > On Wed, Jan 09, 2019 at 01:44:03PM -0800, Tony Lindgren wrote:
> >> * Vignesh R [190109 09:11]:
> >>> 8250_omap is DT only driver so dev->of_node
* Vignesh R [190109 09:11]:
> 8250_omap is DT only driver so dev->of_node always exists. Drop check
> for existence of valid dev->of_node to simplify omap8250_probe().
That part seems safe to me now.
> --- a/drivers/tty/serial/8250/8250_omap.c
> +++ b/drivers/tty/serial/8250/8250_omap.c
...
> -
* Rob Herring [190109 19:38]:
> On Wed, Jan 9, 2019 at 1:02 PM H. Nikolaus Schaller
> wrote:
> >
> > From: Tony Lindgren
> >
> > We're currently getting a warning with make dtbs:
> >
> > arch/arm/boot/dts/omap3-gta04.dtsi:720.7-727.4: Warni
Hi,
* Heiner Kallweit [190109 19:28]:
> On 09.01.2019 20:06, Tony Lindgren wrote:
> > Commit 6e2d85ec0559 ("net: phy: Stop with excessive soft reset") caused
> > a regression where suspend resume cycle fails to bring up Ethernet on at
> > least cpsw on am437x-sk-e
Hi all,
Commit 6e2d85ec0559 ("net: phy: Stop with excessive soft reset") caused
a regression where suspend resume cycle fails to bring up Ethernet on at
least cpsw on am437x-sk-evm.
Keerthy noticed this may not happen on the first resume, but usually
happens after few suspend resume cycles. The m
* Vincent Guittot [190109 16:56]:
> On Wed, 9 Jan 2019 at 17:50, Tony Lindgren wrote:
> >
> > * Vincent Guittot [190109 16:48]:
> > > On Wed, 9 Jan 2019 at 17:28, Tony Lindgren wrote:
> > > >
> > > > * Rafael J. Wysocki [190109 09:44]:
> &
* Vincent Guittot [190109 16:48]:
> On Wed, 9 Jan 2019 at 17:28, Tony Lindgren wrote:
> >
> > * Rafael J. Wysocki [190109 09:44]:
> > > On Wed, Jan 9, 2019 at 2:51 AM Tony Lindgren wrote:
> > > >
> > > > * Vincent Guittot [190109 01:42]:
&g
* Rafael J. Wysocki [190109 09:44]:
> On Wed, Jan 9, 2019 at 2:51 AM Tony Lindgren wrote:
> >
> > * Vincent Guittot [190109 01:42]:
> > > Le Tuesday 08 Jan 2019 à 13:37:43 (-0800), Tony Lindgren a écrit :
> > > > Lowering the autosuspend_delay_m
* Vincent Guittot [190109 01:42]:
> Le Tuesday 08 Jan 2019 à 13:37:43 (-0800), Tony Lindgren a écrit :
> > Lowering the autosuspend_delay_ms to 2100 ms makes things work again.
> > Anything higher than 2200 ms seems to somehow time out immediately
> > now :)
>
> This i
* Vincent Guittot [190108 16:42]:
> On Tue, 8 Jan 2019 at 16:53, Tony Lindgren wrote:
> > Hmm so could it be that we now rely on timers that that may
> > not be capable of waking up the system from idle states with
> > hrtimer?
>
> With nohz and hrtimer enabled,
* Vincent Guittot [190108 08:00]:
> Hi Tony,
>
> On Tue, 8 Jan 2019 at 00:38, Tony Lindgren wrote:
> >
> > Hi all,
> >
> > Looks like commit 8234f6734c5d ("PM-runtime: Switch autosuspend
> > over to using hrtimers") caused a regression on a
* JeffyChen [190108 03:17]:
> Hi Tony,
>
> On 01/08/2019 08:15 AM, Tony Lindgren wrote:
> > * Tony Lindgren [190108 00:06]:
> > > I'm now seeing the following error on omap5 during boot:
> > >
> > > (NULL device *): Failed to create dummy-scm_conf
* Tony Lindgren [190108 00:06]:
> I'm now seeing the following error on omap5 during boot:
>
> (NULL device *): Failed to create dummy-scm_conf@0 debugfs directory
>
> This is because we have two separate scm_conf syscon regions in the
> dts. Let's fix the issue
See also related fix for commit 500f9ff518cf ("mfd: syscon: Set name
of regmap_config").
Cc: Jeffy Chen
Signed-off-by: Tony Lindgren
---
drivers/mfd/syscon.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c
--- a/drivers/mfd/syscon
Hi all,
Looks like commit 8234f6734c5d ("PM-runtime: Switch autosuspend
over to using hrtimers") caused a regression on at least
omap5-uevm where 8250 UART rx wake no longer works. I have not
noticed this happening on others so far.
The devices I've tested all are using 8250 with dedicated
wakeir
* Aaro Koskinen [181223 10:24]:
> Commit a758f50f10cf ("mtd: onenand: omap2: Configure driver from DT")
> started using DT specified timings for GPMC, and as a result the
> OneNAND stopped working on N950/N9 as we had wrong values in the DT.
> Fix by updating the values to bootloader timings that
Hi,
* Tony Lindgren [181228 22:28]:
> With droid4-pending-mdm-v4.20 branch in the following state:
>
> - UARTs idled
> - LCD blanked (well no drivers yet droid4-sms-read.rb)
> - MUSB and EHCI USB modules unloaded
> - OHCI loaded with all the children in autosuspend via sysfs
* Pavel Machek [181228 23:25]:
> So this would be "text mode": AT+CMGF=1. And I'd actually expect
> auto-ack to be the default on ttyUSB4, but in any case this is the
> command that controls it is: AT+CNMI=1,2,2,1,0.
OK thanks. These are not available for /dev/motmdm* files AFAIK.
> So... 57h wo
Hi,
* Pavel Machek [181228 20:46]:
> I have ofone with direct AT access --
> https://github.com/pavelmachek/unicsy_demo/blob/master/ofone/at.py .
OK thanks, that shows some of the commands I was wondering about.
> Now, ttyUSB4 provides quite a rich interface, and you can actually
> select what
* Pavel Machek [181227 11:52]:
>
> The driver doesn't generate uevents on charger connect/disconnect.
> This leads to UPower not detecting when AC is on or off... and that is
> bad.
Acked-by: Tony Lindgren
* Andreas Kemnade [181227 20:13]:
> Hi,
>
> On Tue, 4 Dec 2018 08:45:57 -0800
> Tony Lindgren wrote:
>
> > * Andreas Kemnade [181204 06:17]:
> > > On Mon, 3 Dec 2018 07:39:10 -0800
> > > Tony Lindgren wrote:
> > > > The consumer device s
Hi,
* Pavel Machek [181227 10:17]:
> Ok, I really need SMS messages, too.
>
> Fortunately, they are on /dev/motmdm9, in PDU format. Quite
> logical. And you probably need to acknowledge them, using PDU,
> too... (because otherwise you'll just get the same SMS over and over
> and over). Which is
* Lee Jones [181221 11:01]:
> On Tue, 18 Dec 2018, Christian Hohnstaedt wrote:
>
> > These options apply to all regulators in this chip.
> >
> > strict-supply-voltage:
> > Set STRICT flag in CONFIG1
> > under-voltage-limit:
> > Select 2.75, 2.95, 3.25 or 3.35 V UVLO in CONFIG1
> > under-volt
module by anyone.
>
> Lets remove the modular code that is essentially orphaned, so that
> when reading the driver there is no doubt it is builtin-only.
Acked-by: Tony Lindgren
* Adam Ford [181222 20:36]:
> As much as I'd like to see the ti-st kim stuff go, I am not able to
> load the Bluetooth on the Torpedo board (wl1283). The hooks on a
> different, wl18xx and 127x board work fine. I am not sure if there is
> anything different about the wl1283, but I don't have any
* Sebastian Reichel [181222 02:48]:
> On Fri, Dec 21, 2018 at 10:02:05AM -0800, Tony Lindgren wrote:
> > Hmm so looks like nothing to configure for the clocks or
> > CPCAP_BIT_ST_L_TIMESLOT bits for cap for the EXT? So the
> > wl12xx audio is wired directly to cpcap EXT t
* Pavel Machek [181223 11:11]:
> I added some printks to motmdm_probe, and they don't appear to be
> called. I wonder if I'm missing something else in the config? I do
> have serial
>
> root@devuan:/my/ko# ls -al /dev/ttyS0
> crw-rw 1 root dialout 4, 64 Dec 23 11:52 /dev/ttyS0
>
> but not gs
lot on the mcbsp huh?
> Merry Christmas!
Same to you!
Tony
8<
>From tony Mon Sep 17 00:00:00 2001
From: Tony Lindgren
Date: Fri, 21 Dec 2018 07:57:09 -0800
Subject: [PATCH] ARM: omap2plus_defconfig: Add RADIO_WL128X as a loadable
module
This allows using
* Mark Brown [181219 17:07]:
> On Wed, Dec 19, 2018 at 04:48:52PM +0100, David Lechner wrote:
> > On 12/19/18 4:43 PM, Roger Quadros wrote:
>
> > > Did I do something wrong or we just need to enhance regmap_debugfs.c?
>
> > Do you assign the name field in pru_regmap_config and
> > pru_debug_regm
* Pavel Machek [181218 20:22]:
> Hi!
>
> > > # commit 0c1bc81ba976bcd480d6e3c3009a28589f8427c0 (patch)
> > > # mfd: motmdm: Add Motorola TS 27.010 serdev driver for devices like
> > > droid4
> > >
> > > Oh, that is a lot of fun. Especially state machine for parsing modem
> > > responses. I
* Aaro Koskinen [181217 23:47]:
> Hi,
>
> On Sun, Nov 25, 2018 at 09:14:28AM -0800, Tony Lindgren wrote:
> > * Aaro Koskinen [181125 16:58]:
> > > Below changes get traffic going with DMA & g_ether...
> >
> > Oh cool, if you have dma and g_ether working
Hi,
* Pavel Machek [181218 12:46]:
> Dunno, I see that you might want const there, but u8 -> unsigned char
> seems like a step in wrong direction.
Well I was just trying to follow what the serdev core is doing
nowadays.. I'll see if I can just constify.
> # commit cd16272060d8100ef03883
* Stephen Rothwell [181217 00:18]:
> Hi all,
>
> Today's linux-next merge of the gpio tree got a conflict in:
>
> arch/arm/mach-omap1/board-ams-delta.c
>
> between commit:
>
> 19a2668a8ae3 ("ARM: OMAP1: ams-delta: Provide GPIO lookup table for LED
> device")
>
> from the arm-soc tree and
it should not conflict with
anything if it already applies against next:
Acked-by: Tony Lindgren
Hi all,
So the little elves have been slowly working to get voice calls
working on droid 4 with the mainline kernel. And just in time for the
upcoming holidays, it might be possible to call friends and relatives.
I've pushed out an experimental branch containing serdev ts 27.010
UART multiplexing
* Roger Quadros [181214 09:42]:
> Kishon,
>
> On 05/12/18 17:03, Roger Quadros wrote:
> > If clk_get() returns -EPROBE_DEFER then we should just
> > return instead of falling back to old clock name.
> >
> > Use clk_prepare_enable() and clk_disable_unprepare() instead
> > of splitting up prepare/
* Felix Brack [181214 15:12]:
> Hi Tony,
>
> On 11.12.2018 17:43, Tony Lindgren wrote:
> > * Tony Lindgren [181211 16:36]:
> >> * Felix Brack [181210 05:25]:
> >>> Remove the unnecessary properties #address-cells and #size-cells
> >>> of node
* Linus Walleij [181211 21:26]:
> Tested-by: Janusz Krzysztofik #OMAP1 Amstrad Delta
Good to hear this was tested :) Please feel free to add:
Acked-by: Tony Lindgren
* Peter Ujfalusi [181213 06:52]:
> On 12/12/2018 16.50, Tony Lindgren wrote:
> > * Peter Ujfalusi [181212 13:03]:
> >> On 12/12/2018 2.19, Tony Lindgren wrote:
> >>> In my McBSP case there is only a single physical I2S port
> >>> that can be TDM split in
* Tony Lindgren [181212 17:12]:
> * Peter Ujfalusi [181212 02:44]:
> > On 12/12/2018 12.12, Peter Ujfalusi wrote:
> > > Reverting this patch in linux-next-20181210 will make the ethernet
> > > working again.
> > >
> > > bootlog w/ revert: https://p
* Kuninori Morimoto [181213 01:06]:
>
> Hi Tony
>
> > > According to OF graph maintainer, he said that
> > > counting port / endpoint are not guaranteed,
> > > and we need to use "reg".
> > > (It is the reason of b6f3fc005a2c8b425d7a0973b43bef05890bf479)
> > >
> > > If you could double checked,
* Kuninori Morimoto [181213 00:24]:
> (snip)
> > foo = <&ep 0>;
> > bar = <&ep 1>;
>
> Ahh, it looks nice idea !
> but hmm..., it seems dtc doesn't allow us to use #address-cells = <2>
> for "remote-endpoint".
OK. Yeah let's scrap that then, it does not suit for
endpoints it seems. Thanks for ch
* Roger Quadros [181212 15:48]:
> On 26/11/18 21:33, Tony Lindgren wrote:
> >>> So are there any reasons why this could not be just a regular
> >>> drivers/irqchip driver nowadays?
> >>
> >> This is a reqular irqchip driver. Do you mean it shou
* Peter Ujfalusi [181212 02:44]:
> On 12/12/2018 12.12, Peter Ujfalusi wrote:
> > Reverting this patch in linux-next-20181210 will make the ethernet
> > working again.
> >
> > bootlog w/ revert: https://pastebin.com/dpRk1xWv
> > bootlog w/o revert: https://pastebin.com/PWrBttxd
>
> on omap5-uevm
* Kuninori Morimoto [181212 06:52]:
>
> Hi Tony, again
>
> > > > https://patchwork.kernel.org/patch/10712877/
> > >
> > > Hmm, so do you have multiple separate ports at the "&sound" node
> > > hardware? If so then yeah multiple ports make sense.
> > >
> > > But if you only a single phys
* Chandan Rajendra [181212 04:16]:
> On Wednesday, December 12, 2018 12:42:20 AM IST Tony Lindgren wrote:
> > Hi,
> >
> > Looks like commit 4de97efb578a ("fsverity: Move verity status check
> > to fsverity_file_open") causes a boot regression for me with
* Peter Ujfalusi [181212 12:47]:
> McBSP have single DX and single DR pin. Iow each McBSP have single DAI.
Yeah it's single physical port for sure. But at least currently we need
additional secondary DAIs for each TDM channel in addition to the primary
DAI managing the McBSP registers.
Currently
* Peter Ujfalusi [181212 13:03]:
> On 12/12/2018 2.19, Tony Lindgren wrote:
> > In my McBSP case there is only a single physical I2S port
> > that can be TDM split into timeslots.
>
> So what is missing from the McBSP driver is to configure the TDM. We
> never had a hard
* Tony Lindgren [181212 00:43]:
> The other McBSP instance is dedicated for SoC audio:
>
> CPCAP PMIC codec1-endpoint---McBSP3 on SoC
Sorry this should be McBSP2, not McBSP3 above for
the SoC dedicated audio port.
Tony
* Kuninori Morimoto [181212 00:12]:
>
> Hi Tony, again
>
> > > The issue I have with that it does not then follow the binding doc :)
> > >
> > > See this part in Documentation/devicetree/bindings/graph.txt:
> > >
> > > "If a single port is connected to more than one remote device, an
> > > '
* Kuninori Morimoto [181211 23:16]:
>
> Hi Tony
>
> > The issue I have with that it does not then follow the binding doc :)
> >
> > See this part in Documentation/devicetree/bindings/graph.txt:
> >
> > "If a single port is connected to more than one remote device, an
> > 'endpoint' child nod
Hi,
Looks like commit 4de97efb578a ("fsverity: Move verity status check
to fsverity_file_open") causes a boot regression for me with root
on ext4 SDIO card, see below.
Any ideas what goes wrong?
Regards,
Tony
8< --
Starting init: /bin/sh exists but couldn't execute it (erro
* Tony Lindgren [181211 16:36]:
> * Felix Brack [181210 05:25]:
> > Remove the unnecessary properties #address-cells and #size-cells
> > of node pinmux as there are no child-nodes with property reg.
>
> Applying into omap-for-v4.21/dt thanks.
Actually this currently confl
* Felix Brack [181210 05:25]:
> Remove the unnecessary properties #address-cells and #size-cells
> of node pinmux as there are no child-nodes with property reg.
Applying into omap-for-v4.21/dt thanks.
Tony
* Rob Herring [181205 11:51]:
> Convert string compares of DT node names to use of_node_name_eq helper
> instead. This removes direct access to the node name pointer.
>
> For instances using of_node_cmp, this has the side effect of now using
> case sensitive comparisons. This should not matter fo
* Aaro Koskinen [181204 09:58]:
> Currently we do USB configuration only if the host mode (CONFIG_USB)
> is enabled. But it should be done also in the case of device-only setups,
> so change the condition to CONFIG_USB_SUPPORT. This allows to use
> omap_udc on Palm Tungsten E.
I'll apply this int
* Aaro Koskinen [181204 09:58]:
> Add initial MMC configuration for Palm Tungsten E to allow using a proper
> rootfs on the device. This still assumes the bootloader enabling the MMC,
> and that the card is always present and writeable.
Applying into omap-for-v4.21/omap1 thanks.
Tony
Hi,
* Kuninori Morimoto [181211 06:14]:
>
> Hi Tony
>
> > > And, your [2/2] patch,
> > > I guess you are misunderstanding about "port" vs "endpoint",
> > > or omap-mcbsp driver side need to update ?
> >
> > Yes omap-mcbsp driver needs to be updated for multiple endpoints.
> >
> > Adding Jarkk
* Kuninori Morimoto [181211 05:30]:
>
> Hi Tony, again
>
> > > mcbsp3_port: port {
> > > - cpu_dai3: endpoint {
> > > + cpu_dai3: endpoint@0 {
> > > dai-format = "dsp_a";
> > > frame-master = <&cpcap_audio_codec1>;
> > > bit
* Kuninori Morimoto [181211 05:16]:
>
> Hi Tony
>
> > > This looks a little bit strange for me.
> > > Can you show me your DT for it ?
> >
> > Sure, adding also Sebastian to Cc. Here's what I currently have for droid 4
> > dts with two codecs on I2S. Please just ignore the GNSS parts there..
>
* Kuninori Morimoto [181211 03:31]:
>
> Hi Tony
>
> > Here are two fixes that allow me to have multiple endpoints defined in
> > the dts file for audio-graph-card. To do that, we need to fix up few
> > issues as the graph binding Documentation/devicetree/bindings/graph.txt
> > allows multiple en
erate over each endpoint for a port.
Note that the dts "dais" property should still contain a single
property for each port, and not for each endpoint.
Cc: Kuninori Morimoto
Signed-off-by: Tony Lindgren
---
sound/soc/generic/audio-graph-card.c | 41
I2S for example.
Kuninori-san, can you please check if this makes sense to you and
compare against the graph binding?
Cheers,
Tony
Tony Lindgren (2):
ASoC: simple-card-utils: revert port changes to follow graph binding
ASoC: audio-graph-card: Fix parsing of multiple endpoints
sound/soc
/graph.txt that allows multiple
endpoints for each port.
Cc: Kuninori Morimoto
Signed-off-by: Tony Lindgren
---
sound/soc/generic/simple-card-utils.c | 22 +++---
1 file changed, 19 insertions(+), 3 deletions(-)
diff --git a/sound/soc/generic/simple-card-utils.c
b/sound/s
* Nishanth Menon [181210 12:07]:
> I really am curious how Arnd / Tony actually pull this one off.. If they
> have continous cron job for checking if your patch is ready... I doubt
> it..
The only way that works in a distributed manner is for the patch
authors to resend after the dependencies hav
terconnect target driver.
Cc: Peter Ujfalusi
Reported-by: Peter Ujfalusi
Signed-off-by: Tony Lindgren
---
drivers/bus/ti-sysc.c | 32 +---
1 file changed, 25 insertions(+), 7 deletions(-)
diff --git a/drivers/bus/ti-sysc.c b/drivers/bus/ti-sysc.c
--- a/drivers/bus
hould
ever have them.
Cc: Peter Ujfalusi
Reported-by: Peter Ujfalusi
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/omap_hwmod.c | 23 +--
1 file changed, 17 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hw
s often because am43xx_suspend_init lacks a __init
> annotation or the annotation of am43xx_map_scu is wrong.
Acked-by: Tony Lindgren
* Pavel Machek [181209 11:56]:
> So, if I press key "." quickly on console in
> 4.18.0-rc4-88970-gf075a2c-dirty it starts repeating. I could reproduce
> it 3 times from tree tries. Then I decided to test your patch, and so
> I booted 4.20-rc5+ using kexec. Turns out, I can't reproduce that
> repea
* Pavel Machek [181209 12:13]:
> Hi!
>
> Poweroff does not seem to work on Motorola droid 4 -- it reboots. It
> seems to be problem "forever", 4.18 and 4.20-rc5 seem to be
> affected. It is bad, because when your battery is low, you get into
> reboot loop and discharge it furher, which batteries
* Felix Brack [181130 07:30]:
> When a micro SD card is inserted in the PDU001 card cage, the card
> detection switch is opened and the corresponding GPIO input is driven
> by a pull-up. Hence change the active level of the card detection
> input from low to high.
Applying into omap-for-v4.20/fix
* Janusz Krzysztofik [181123 03:18]:
> Since commit 1137ceee76ba ("ARM: OMAP1: ams-delta: Don't request unused
> GPIOs"), on-board audio has appeared muted. Believed to be unused GPIO
> pin "hookflash1", apparently set high regardless of the corresponding
> bit of "latch2" port attempted to be se
* Roger Quadros [181205 17:28]:
> OMAP5's Super-Speed USB port has a software mailbox register
> that needs to be fed with VBUS and ID events from an external
> VBUS/ID comparator.
>
> Without this, Host role will not work correctly.
>
> Fixes: 656c1a65ab55 ("ARM: dts: omap5: enable OTG role for
* Miquel Raynal [181207 08:04]:
> Hi Tony,
>
> Tony Lindgren wrote on Fri, 23 Nov 2018 09:03:33
> -0800:
>
> > * Boris Brezillon [181121 14:56]:
> > > On Wed, 21 Nov 2018 12:08:02 +0100
> > > Janusz Krzysztofik wrote:
> > >
> > >
* Tony Battersby [181206 16:13]:
> On 12/6/18 10:51 AM, Robin Murphy wrote:
> >> Here is the prototype:
> >>
> >> void dma_pool_free(struct dma_pool *pool, void *vaddr, dma_addr_t dma);
> >>
> >> With the old code, the 'dma' value had to be correct for use with
> >> pool_find_page(), or else you w
Hi,
Looks like with commit 26abe88e830d ("mm/dmapool.c: improve scalability
of dma_pool_free()") I'm now getting spammed with lots of "(bad vaddr)"
on at least omap4 pandaboard, see below.
Any ideas what might be going wrong?
Regards,
Tony
8< -
omap-dma-engine 4a056000.dma-
Hi,
* Michael Opdenacker [181204 12:59]:
> This adds support for networking over USB device,
> which allows boards such as the BeagleBoneBlack Wireless and
> Pocket Beagle to boot on an NFS root filesystem. Such boards
> have no Ethernet port.
>
> This is for consistency with CONFIG_ROOT_NFS=y
>
Hi,
* Dmitry Torokhov [181204 04:00]:
> Hi Tony,
>
> On Mon, Dec 03, 2018 at 03:12:51PM -0800, Tony Lindgren wrote:
> >
> > With PM enabled, I noticed that pressing a key on the droid4 keyboard will
> > block deeper idle states for the SoC. Looks like we can fix th
* Andreas Kemnade [181204 06:17]:
> On Mon, 3 Dec 2018 07:39:10 -0800
> Tony Lindgren wrote:
> > The consumer device stays active just fine with PM runtime
> > calls. So yes, the problem is keeping a clock controller forced
> > active for the period of consumer device re
Hi,
* Dmitry Torokhov [181203 19:24]:
> On Sun, Dec 02, 2018 at 05:29:33PM -0800, Tony Lindgren wrote:
...
> > Note that we now must also disable OMAP4_DEF_IRQENABLE_LONGKEY as it
> > should not be used together with debounce according to the TRM.
The above statement is no lo
* Stephen Boyd [181130 23:52]:
> Quoting Tony Lindgren (2018-11-30 07:37:29)
> > Hi,
> >
> > * Tero Kristo [181130 09:21]:
> > > On 30/11/2018 09:57, Stephen Boyd wrote:
> > > > No that is not preferred. Can the omap2_clk_deny_idle() function be
> &
OMAP4_DEF_IRQENABLE_LONGKEY as it
should not be used together with debounce according to the TRM.
Cc: Axel Haslam
Cc: Illia Smyrnov
Cc: Marcel Partap
Cc: Merlijn Wajer
Cc: Michael Scott
Cc: NeKit
Cc: Pavel Machek
Cc: Sebastian Reichel
Reported-by: Pavel Machek
Signed-off-by: Tony Lindgren
d 6
in the earlier patch.
Cc: Axel Haslam
Cc: Felipe Balbi
Cc: Illia Smyrnov
Cc: Marcel Partap
Cc: Merlijn Wajer
Cc: Michael Scott
Cc: NeKit
Cc: Pavel Machek
Cc: Sebastian Reichel
Reported-by: Pavel Machek
Signed-off-by: Tony Lindgren
---
drivers/input/keyboard/omap4-key
Hi,
* Tero Kristo [181130 09:21]:
> On 30/11/2018 09:57, Stephen Boyd wrote:
> > No that is not preferred. Can the omap2_clk_deny_idle() function be
> > integrated closer into the clk framework in some way that allows it to
> > be part of the clk_ops structure? And then have that take a clk_hw
>
901 - 1000 of 3721 matches
Mail list logo
