Re: [PATCH] omapfb: reduce stack usage

On Fri, Oct 18, 2019 at 05:30:04PM +0100, Sudip Mukherjee wrote: > The build of xtensa allmodconfig is giving a warning of: > In function 'dsi_dump_dsidev_irqs': > warning: the frame size of 1120 bytes is larger than 1024 bytes > > Allocate the memory for 'struct dsi_irq_stats' dynamically

Re: [alsa-devel] Applied "ASoc: tas2770: Fix build error without GPIOLIB" to the asoc tree

IGH undeclared (first > use in this function); did you mean GPIOF_INIT_HIGH? > GPIOD_OUT_HIGH); > ^~ > GPIOF_INIT_HIGH > > Reported-by: Hulk Robot > Fixes: 1a476abc723e ("tas2770: add tas2770 smart PA kernel driver") >

Re: [PATCH v2 -next] ASoc: tas2770: Fix build error without GPIOLIB

T_HIGH undeclared (first > > use in this function); did you mean GPIOF_INIT_HIGH? > > GPIOD_OUT_HIGH); > > ^~ > > GPIOF_INIT_HIGH > > > > Reported-by: Hulk Robot > > Fixes: 1a476abc723e ("tas2770: add tas2770 smart PA kernel driver

Re: [alsa-devel] [PATCH -next] ASoc: tas2770: Fix build error without GPIOLIB

Dear YueHaibing, On Sun, Oct 06, 2019 at 03:22:41PM +0800, YueHaibing wrote: > If GPIOLIB is not set, building fails: > > sound/soc/codecs/tas2770.c: In function tas2770_reset: > sound/soc/codecs/tas2770.c:38:3: error: implicit declaration of function > gpiod_set_value_cansleep; did you mean

Re: [PATCH] ARM: OMAP2+: Delete an unnecessary kfree() call in omap_hsmmc_pdata_init()

On Mon, Aug 26, 2019 at 09:20:50AM -0700, Tony Lindgren wrote: > * Markus Elfring [190826 06:31]: > > From: Markus Elfring > > Date: Mon, 26 Aug 2019 15:05:31 +0200 > > > > A null pointer would be passed to a call of the function "kfree" directly > > after a call of the function "kzalloc"

Re: [alsa-devel] [PATCH -next] soundwire: Fix -Wunused-function warning

On Fri, Aug 16, 2019 at 10:14:09PM +0800, YueHaibing wrote: > If CONFIG_ACPI is not set, gcc warning this: > > drivers/soundwire/slave.c:16:12: warning: > 'sdw_slave_add' defined but not used [-Wunused-function] > > move them to #ifdef CONFIG_ACPI block. ...and that makes slave.c empty, right?

Re: [alsa-devel] [PATCH] sound: soc: codecs: wcd9335: add irqflag IRQF_ONESHOT flag

On Fri, Jul 05, 2019 at 12:40:26AM +0530, Hariprasad Kelam wrote: > Add IRQF_ONESHOT to ensure "Interrupt is not reenabled after the hardirq > handler finished". > > fixes below issue reported by coccicheck > > sound/soc/codecs/wcd9335.c:4068:8-33: ERROR: Threaded IRQ with no > primary handler

Re: [PATCH v3] mtd: rawnand: ams-delta: Drop board specific partition info

On Thu, Apr 25, 2019 at 08:42:22PM +0200, Janusz Krzysztofik wrote: > Hi Ladislav, > > On Thursday, April 25, 2019 12:14:28 AM CEST Ladislav Michl wrote: > > Hi Janusz, > > > > On Wed, Apr 24, 2019 at 08:02:12PM +0200, Janusz Krzysztofik wrote: > > > After re

Re: [PATCH v3] mtd: rawnand: ams-delta: Drop board specific partition info

Hi Janusz, On Wed, Apr 24, 2019 at 08:02:12PM +0200, Janusz Krzysztofik wrote: > After recent modifications, only a hardcoded partition info makes > the driver device specific. Other than that, the driver uses GPIO > exclusively and can be used on any hardware. > > Drop the partition info and

Re: [PATCH] clocksource/drivers/timer-ti-dm: Remove omap_dm_timer_set_load_start

Hello Nathan, On Tue, Mar 26, 2019 at 10:01:27PM -0700, Nathan Chancellor wrote: > Commit 008258d995a6 ("clocksource/drivers/timer-ti-dm: Make > omap_dm_timer_set_load_start() static") made omap_dm_time_set_load_start > static because its prototype was not defined in a header. Unfortunately, >

[PATCH] PM/runtime: Optimize pm_runtime_autosuspend_expiration()

pm_runtime_autosuspend_expiration calls ktime_get_mono_fast_ns even when its returned value may be unused. Therefore get current time later and remove gotos while there. Signed-off-by: Ladislav Michl Acked-by: Tony Lindgren Acked-by: Vincent Guittot --- This patch is based on top of bleeding

Re: [PATCH v2 ] PM-runtime: fix deadlock with ktime

ightly sub optimal. > > > > Fixes: 8234f6734c5d ("PM-runtime: Switch autosuspend over to using > > hrtimers") > > Reported-by: Biju Das > > Signed-off-by: Vincent Guittot > > I've queued this one up as a fix for 5.0, but unfortunately it clashes > wit

Re: [PATCH v2 ] PM-runtime: fix deadlock with ktime

on: "In the worst case, this can > > > result is a slightly wrong timestamp (a few nanoseconds)". For > > > PM runtime autosuspend, this means only that the suspend decision can > > > be slightly sub optimal. > > > > > > Fixes: 8234f6734c5d (&qu

[PATCH] PM/runtime: Do not needlessly call ktime_get

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. Signed-off-by: Ladislav Michl --- NOTE: Depends on Vincent's "[PATCH v2] PM/runtime: Fix autosuspend_delay on 32bits

Re: Regression in v5.0-rc1 with autosuspend hrtimers

On Thu, Jan 10, 2019 at 08:50:14AM +0100, Vincent Guittot wrote: > On Thu, 10 Jan 2019 at 08:46, Ladislav Michl wrote: > > > > On Wed, Jan 09, 2019 at 11:06:34PM +0100, Rafael J. Wysocki wrote: > > > On Wed, Jan 9, 2019 at 7:05 PM Vincent Guittot > > > wrote: &

Re: Regression in v5.0-rc1 with autosuspend hrtimers

On Wed, Jan 09, 2019 at 11:06:34PM +0100, Rafael J. Wysocki wrote: > On Wed, Jan 9, 2019 at 7:05 PM Vincent Guittot > wrote: > > > > On Wed, 9 Jan 2019 at 18:26, Ladislav Michl wrote: > > > > > > On Wed, Jan 09, 2019 at 05:32:31PM +0100, Vincent Guittot wrote:

[PATCH v2] PM/runtime: Fix 'jiffies' in comments after move to hrtimers

PM-runtime now uses the hrtimers infrastructure for autosuspend, however comments still reference 'jiffies'. Fixes: 8234f6734c5d ("PM-runtime: Switch autosuspend over to using hrtimers") Signed-off-by: Ladislav Michl --- Changes: -v2: Reword comment accoring to Rafael's suggestion

Re: Regression in v5.0-rc1 with autosuspend hrtimers

On Wed, Jan 09, 2019 at 05:32:31PM +0100, Vincent Guittot wrote: > On Wed, 9 Jan 2019 at 17:07, Ladislav Michl wrote: > > > > On Wed, Jan 09, 2019 at 03:12:25PM +0100, Vincent Guittot wrote: > > > Please keep all thread list when replying :-) > > > > Ahh, sorry

[PATCH] PM/runtime: Fix 'jiffies' in comments after move to hrtimers

PM-runtime now uses the hrtimers infrastructure for autosuspend, however comments still reference 'jiffies'. Fixes: 8234f6734c5d ("PM-runtime: Switch autosuspend over to using hrtimers") Signed-off-by: Ladislav Michl --- drivers/base/power/runtime.c | 4 ++-- 1 file changed, 2 insert

Re: Regression in v5.0-rc1 with autosuspend hrtimers

On Wed, Jan 09, 2019 at 03:12:25PM +0100, Vincent Guittot wrote: > Please keep all thread list when replying :-) Ahh, sorry for that... [snip] > On Wed, 9 Jan 2019 at 14:33, Ladislav Michl wrote: > > I agree, but it doea all the magic correctly, so you won't need > >

Re: Regression in v5.0-rc1 with autosuspend hrtimers

On Wed, Jan 09, 2019 at 02:42:18AM +0100, Vincent Guittot wrote: > Le Tuesday 08 Jan 2019 à 13:37:43 (-0800), Tony Lindgren a écrit : > > * 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

Re: [PATCH v2] tps65218: Use devm_regmap_add_irq_chip and clean up error path in probe

On Fri, Dec 07, 2018 at 06:19:48AM +0530, Keerthy wrote: > Use devm_regmap_add_irq_chip and clean up error path in probe. > Hence clean up the probe error path and the remove function. > > Reported-by: Christian Hohnstaedt > Signed-off-by: Keerthy > --- > > Changes in v2: > > * Cleaned up

Re: [PATCH v2] tps65218: Use devm_regmap_add_irq_chip and clean up error path in probe

On Fri, Dec 07, 2018 at 06:19:48AM +0530, Keerthy wrote: > Use devm_regmap_add_irq_chip and clean up error path in probe. > Hence clean up the probe error path and the remove function. > > Reported-by: Christian Hohnstaedt > Signed-off-by: Keerthy > --- > > Changes in v2: > > * Cleaned up

[PATCH v2] ASoC: max9867: Remove useless assignment

ret is assigned later, no need to initialize it. Signed-off-by: Ladislav Michl --- CHANGES: -v2: add missing Signed-off-by (I'm sorry for that...) sound/soc/codecs/max9867.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/sound/soc/codecs/max9867.c b/sound/soc

[PATCH v2] ASoC: max9867: Remove useless assignment

ret is assigned later, no need to initialize it. Signed-off-by: Ladislav Michl --- CHANGES: -v2: add missing Signed-off-by (I'm sorry for that...) sound/soc/codecs/max9867.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/sound/soc/codecs/max9867.c b/sound/soc

Re: [PATCH] MMC: OMAP: fix broken MMC on OMAP15XX/OMAP5912/OMAP310

y. I'm going to use this patch as an argument against anybody complaining kernel bugs do not get fixed. People just need to teach themselves to be patient. Tested-by: Ladislav Michl > Before the patch (on Palm TE): > > mmc0: new SD card at address b368 > mmcblk0: mmc0:b368

Re: [PATCH] MMC: OMAP: fix broken MMC on OMAP15XX/OMAP5912/OMAP310

y. I'm going to use this patch as an argument against anybody complaining kernel bugs do not get fixed. People just need to teach themselves to be patient. Tested-by: Ladislav Michl > Before the patch (on Palm TE): > > mmc0: new SD card at address b368 > mmcblk0: mmc0:b368

Re: [PATCH] pwm: pwm-omap-dmtimer: fix probing problems by returning EPROBE_DEFER

On Sun, Jul 29, 2018 at 08:32:41AM +0200, H. Nikolaus Schaller wrote: > Hi, > > > Am 28.07.2018 um 22:35 schrieb Ladislav Michl : > > > > Hi Andreas, > > > > On Sat, Jul 28, 2018 at 06:59:14PM +0200, Andreas Kemnade wrote: > >> I got this in the ker

Re: [PATCH] pwm: pwm-omap-dmtimer: fix probing problems by returning EPROBE_DEFER

On Sun, Jul 29, 2018 at 08:32:41AM +0200, H. Nikolaus Schaller wrote: > Hi, > > > Am 28.07.2018 um 22:35 schrieb Ladislav Michl : > > > > Hi Andreas, > > > > On Sat, Jul 28, 2018 at 06:59:14PM +0200, Andreas Kemnade wrote: > >> I got this in the ker

Re: [PATCH] pwm: pwm-omap-dmtimer: fix probing problems by returning EPROBE_DEFER

Hi Andreas, On Sat, Jul 28, 2018 at 06:59:14PM +0200, Andreas Kemnade wrote: > I got this in the kernel log: > [0.756042] omap-dmtimer-pwm dmtimer-pwm: dmtimer pdata structure NULL > [0.756134] omap-dmtimer-pwm: probe of dmtimer-pwm failed with error -22 > > the probe function has to

Re: [PATCH] pwm: pwm-omap-dmtimer: fix probing problems by returning EPROBE_DEFER

Hi Andreas, On Sat, Jul 28, 2018 at 06:59:14PM +0200, Andreas Kemnade wrote: > I got this in the kernel log: > [0.756042] omap-dmtimer-pwm dmtimer-pwm: dmtimer pdata structure NULL > [0.756134] omap-dmtimer-pwm: probe of dmtimer-pwm failed with error -22 > > the probe function has to

Re: [Letux-kernel] [PATCH 09/32] ARM: dts: omap3-gta04: make NAND partitions compatible with recent U-Boot

On Wed, Jul 25, 2018 at 06:27:45PM +0200, Andreas Kemnade wrote: > On Wed, 25 Jul 2018 10:33:05 +0200 > Ladislav Michl wrote: > > > On Wed, Jul 25, 2018 at 10:18:28AM +0200, H. Nikolaus Schaller wrote: > > > > > > > Am 25.07.2018 um 10:07 schrieb Ladislav

Re: [Letux-kernel] [PATCH 09/32] ARM: dts: omap3-gta04: make NAND partitions compatible with recent U-Boot

On Wed, Jul 25, 2018 at 06:27:45PM +0200, Andreas Kemnade wrote: > On Wed, 25 Jul 2018 10:33:05 +0200 > Ladislav Michl wrote: > > > On Wed, Jul 25, 2018 at 10:18:28AM +0200, H. Nikolaus Schaller wrote: > > > > > > > Am 25.07.2018 um 10:07 schrieb Ladislav

Re: [PATCH 09/32] ARM: dts: omap3-gta04: make NAND partitions compatible with recent U-Boot

On Wed, Jul 25, 2018 at 02:27:31PM +0200, H. Nikolaus Schaller wrote: > > > Am 25.07.2018 um 10:33 schrieb Ladislav Michl : > > > > On Wed, Jul 25, 2018 at 10:18:28AM +0200, H. Nikolaus Schaller wrote: > >> > >>> Am 25.07.2018 um 10:07 schrieb Ladislav

Re: [PATCH 09/32] ARM: dts: omap3-gta04: make NAND partitions compatible with recent U-Boot

On Wed, Jul 25, 2018 at 02:27:31PM +0200, H. Nikolaus Schaller wrote: > > > Am 25.07.2018 um 10:33 schrieb Ladislav Michl : > > > > On Wed, Jul 25, 2018 at 10:18:28AM +0200, H. Nikolaus Schaller wrote: > >> > >>> Am 25.07.2018 um 10:07 schrieb Ladislav

Re: [PATCH 09/32] ARM: dts: omap3-gta04: make NAND partitions compatible with recent U-Boot

On Wed, Jul 25, 2018 at 10:18:28AM +0200, H. Nikolaus Schaller wrote: > > > Am 25.07.2018 um 10:07 schrieb Ladislav Michl : > > > > On Wed, Jul 25, 2018 at 08:58:41AM +0200, H. Nikolaus Schaller wrote: > >> Vendor defined U-Boot has changed the partition scheme a

Re: [PATCH 09/32] ARM: dts: omap3-gta04: make NAND partitions compatible with recent U-Boot

On Wed, Jul 25, 2018 at 10:18:28AM +0200, H. Nikolaus Schaller wrote: > > > Am 25.07.2018 um 10:07 schrieb Ladislav Michl : > > > > On Wed, Jul 25, 2018 at 08:58:41AM +0200, H. Nikolaus Schaller wrote: > >> Vendor defined U-Boot has changed the partition scheme a

Re: [PATCH 10/32] ARM: dts: omap3-gta04: update gpmc NAND setup

On Wed, Jul 25, 2018 at 10:16:28AM +0200, H. Nikolaus Schaller wrote: > Hi, > > > Am 25.07.2018 um 10:10 schrieb Ladislav Michl : > > > > On Wed, Jul 25, 2018 at 08:58:42AM +0200, H. Nikolaus Schaller wrote: > >> to better match omap3-beagle.dts (which was the

Re: [PATCH 10/32] ARM: dts: omap3-gta04: update gpmc NAND setup

On Wed, Jul 25, 2018 at 10:16:28AM +0200, H. Nikolaus Schaller wrote: > Hi, > > > Am 25.07.2018 um 10:10 schrieb Ladislav Michl : > > > > On Wed, Jul 25, 2018 at 08:58:42AM +0200, H. Nikolaus Schaller wrote: > >> to better match omap3-beagle.dts (which was the

Re: [PATCH 32/32] ARM: dts: omap3-gta04a5one: define GTA04A5 variant with OneNAND

On Wed, Jul 25, 2018 at 08:59:04AM +0200, H. Nikolaus Schaller wrote: > GTA04A5 has been produced with MCP chips either with > 512MB RAM + 512MB NAND > 512MB RAM + 1024MB NAND > 1024MB RAM + 512MB OneNAND > > RAM setup is done by U-Boot (MLO/SPL) but OneNAND needs > a different setup of the

Re: [PATCH 32/32] ARM: dts: omap3-gta04a5one: define GTA04A5 variant with OneNAND

On Wed, Jul 25, 2018 at 08:59:04AM +0200, H. Nikolaus Schaller wrote: > GTA04A5 has been produced with MCP chips either with > 512MB RAM + 512MB NAND > 512MB RAM + 1024MB NAND > 1024MB RAM + 512MB OneNAND > > RAM setup is done by U-Boot (MLO/SPL) but OneNAND needs > a different setup of the

Re: [PATCH 20/32] ARM: dts: omap3-gta04: add devconf0 setup for mcbsp1 clock pins

On Wed, Jul 25, 2018 at 08:58:52AM +0200, H. Nikolaus Schaller wrote: > McBSP1 needs sepcial "pinctrl" for the clocks. Nit: "special" perhaps? > Signed-off-by: H. Nikolaus Schaller > --- > arch/arm/boot/dts/omap3-gta04.dtsi | 18 ++ > 1 file changed, 18 insertions(+) > > diff

Re: [PATCH 20/32] ARM: dts: omap3-gta04: add devconf0 setup for mcbsp1 clock pins

On Wed, Jul 25, 2018 at 08:58:52AM +0200, H. Nikolaus Schaller wrote: > McBSP1 needs sepcial "pinctrl" for the clocks. Nit: "special" perhaps? > Signed-off-by: H. Nikolaus Schaller > --- > arch/arm/boot/dts/omap3-gta04.dtsi | 18 ++ > 1 file changed, 18 insertions(+) > > diff

Re: [PATCH 10/32] ARM: dts: omap3-gta04: update gpmc NAND setup

On Wed, Jul 25, 2018 at 08:58:42AM +0200, H. Nikolaus Schaller wrote: > to better match omap3-beagle.dts (which was the basis > of designing the GTA04). > > Signed-off-by: H. Nikolaus Schaller > --- > arch/arm/boot/dts/omap3-gta04.dtsi | 14 +++--- > 1 file changed, 7 insertions(+), 7

Re: [PATCH 10/32] ARM: dts: omap3-gta04: update gpmc NAND setup

On Wed, Jul 25, 2018 at 08:58:42AM +0200, H. Nikolaus Schaller wrote: > to better match omap3-beagle.dts (which was the basis > of designing the GTA04). > > Signed-off-by: H. Nikolaus Schaller > --- > arch/arm/boot/dts/omap3-gta04.dtsi | 14 +++--- > 1 file changed, 7 insertions(+), 7

Re: [PATCH 09/32] ARM: dts: omap3-gta04: make NAND partitions compatible with recent U-Boot

On Wed, Jul 25, 2018 at 08:58:41AM +0200, H. Nikolaus Schaller wrote: > Vendor defined U-Boot has changed the partition scheme a while ago: > > * kernel partition 6MB > * file system partition uses the remainder up to end of the NAND > * increased size of the environment partition (to get an

Re: [PATCH 09/32] ARM: dts: omap3-gta04: make NAND partitions compatible with recent U-Boot

On Wed, Jul 25, 2018 at 08:58:41AM +0200, H. Nikolaus Schaller wrote: > Vendor defined U-Boot has changed the partition scheme a while ago: > > * kernel partition 6MB > * file system partition uses the remainder up to end of the NAND > * increased size of the environment partition (to get an

Re: droid 4: connection refused from voltage_now

On Wed, Jul 04, 2018 at 07:11:56PM +0200, Pavel Machek wrote: > Hi! > > I started to use droid 4 as my primary phone... so I have battery > monitor running for hours... Once every few days it dies with > "connection refused" error reading battery's "voltage_now". I restart > it and it continues

Re: droid 4: connection refused from voltage_now

On Wed, Jul 04, 2018 at 07:11:56PM +0200, Pavel Machek wrote: > Hi! > > I started to use droid 4 as my primary phone... so I have battery > monitor running for hours... Once every few days it dies with > "connection refused" error reading battery's "voltage_now". I restart > it and it continues

Re: [PATCH v4 08/18] net: davinci_emac: potentially get the MAC address from MTD

On Tue, Jul 03, 2018 at 09:39:51AM -0700, Florian Fainelli wrote: > > > On 06/29/2018 02:40 AM, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > On da850-evm board we can read the MAC address from MTD. It's currently > > done in the relevant board file, but we want to get rid

Re: [PATCH v4 08/18] net: davinci_emac: potentially get the MAC address from MTD

On Tue, Jul 03, 2018 at 09:39:51AM -0700, Florian Fainelli wrote: > > > On 06/29/2018 02:40 AM, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski > > > > On da850-evm board we can read the MAC address from MTD. It's currently > > done in the relevant board file, but we want to get rid

Re: [alsa-devel] [PATCH 5/6] mtd: rawnand: ams-delta: use GPIO lookup table

On Sat, May 19, 2018 at 11:55:51PM +0200, Janusz Krzysztofik wrote: > On Saturday, May 19, 2018 8:00:38 PM CEST Andy Shevchenko wrote: > > On Sat, May 19, 2018 at 2:15 AM, Janusz Krzysztofik > wrote: > > > On Friday, May 18, 2018 11:21:14 PM CEST Andy Shevchenko wrote: > >

Re: [alsa-devel] [PATCH 5/6] mtd: rawnand: ams-delta: use GPIO lookup table

On Sat, May 19, 2018 at 11:55:51PM +0200, Janusz Krzysztofik wrote: > On Saturday, May 19, 2018 8:00:38 PM CEST Andy Shevchenko wrote: > > On Sat, May 19, 2018 at 2:15 AM, Janusz Krzysztofik > wrote: > > > On Friday, May 18, 2018 11:21:14 PM CEST Andy Shevchenko wrote: > > >> On Sat, May 19,

[PATCH v3] mtd: onenand: omap2: Disable DMA for HIGHMEM buffers

dma_map_single does not work for vmalloc-ed buffers, so disable DMA in this case. Signed-off-by: Ladislav Michl <la...@linux-mips.org> Reported-by: "H. Nikolaus Schaller" <h...@goldelico.com> Tested-by: "H. Nikolaus Schaller" <h...@goldelico.com> --- Chan

[PATCH v3] mtd: onenand: omap2: Disable DMA for HIGHMEM buffers

dma_map_single does not work for vmalloc-ed buffers, so disable DMA in this case. Signed-off-by: Ladislav Michl Reported-by: "H. Nikolaus Schaller" Tested-by: "H. Nikolaus Schaller" --- Changes: -v2: Added Tested-by tag, based on v4.17-rc1 (no change in patch itself)

Re: [PATCH v2] mtd: onenand: omap2: Disable DMA for HIGHMEM buffers

Hi Boris, (and apologies for delay) On Fri, Apr 20, 2018 at 10:01:34PM +0200, Boris Brezillon wrote: > Hi Ladislav, > > On Mon, 16 Apr 2018 08:52:59 +0200 > Ladislav Michl <la...@linux-mips.org> wrote: > > > dma_map_single doesn't get the proper DMA address for

Re: [PATCH v2] mtd: onenand: omap2: Disable DMA for HIGHMEM buffers

Hi Boris, (and apologies for delay) On Fri, Apr 20, 2018 at 10:01:34PM +0200, Boris Brezillon wrote: > Hi Ladislav, > > On Mon, 16 Apr 2018 08:52:59 +0200 > Ladislav Michl wrote: > > > dma_map_single doesn't get the proper DMA address for vmalloced area, > >

Re: [PATCH v2] mtd: onenand: omap2: Disable DMA for HIGHMEM buffers

Hi Péter, On Mon, Apr 16, 2018 at 02:34:54PM +0300, Peter Ujfalusi wrote: > On 2018-04-16 09:52, Ladislav Michl wrote: > > dma_map_single doesn't get the proper DMA address for vmalloced area, > > Which is not a big surprise as vmalloc will allocate contiguous virtual > m

Re: [PATCH v2] mtd: onenand: omap2: Disable DMA for HIGHMEM buffers

Hi Péter, On Mon, Apr 16, 2018 at 02:34:54PM +0300, Peter Ujfalusi wrote: > On 2018-04-16 09:52, Ladislav Michl wrote: > > dma_map_single doesn't get the proper DMA address for vmalloced area, > > Which is not a big surprise as vmalloc will allocate contiguous virtual > m

[PATCH v2] mtd: onenand: omap2: Disable DMA for HIGHMEM buffers

dma_map_single doesn't get the proper DMA address for vmalloced area, so disable DMA in this case. Signed-off-by: Ladislav Michl <la...@linux-mips.org> Reported-by: "H. Nikolaus Schaller" <h...@goldelico.com> Tested-by: "H. Nikolaus Schaller" <h...@goldelico.co

[PATCH v2] mtd: onenand: omap2: Disable DMA for HIGHMEM buffers

dma_map_single doesn't get the proper DMA address for vmalloced area, so disable DMA in this case. Signed-off-by: Ladislav Michl Reported-by: "H. Nikolaus Schaller" Tested-by: "H. Nikolaus Schaller" --- Changes: -v2: Added Tested-by tag, based on v4.17-rc1 (no ch

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

On Wed, Apr 11, 2018 at 10:52:01AM +0200, Boris Brezillon wrote: > On Wed, 11 Apr 2018 10:27:46 +0200 > Ladislav Michl <la...@linux-mips.org> wrote: > > > On Wed, Apr 11, 2018 at 10:08:06AM +0200, Boris Brezillon wrote: > > > On Wed, 11 Apr 2018 09:36:56 +0200 >

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

On Wed, Apr 11, 2018 at 10:52:01AM +0200, Boris Brezillon wrote: > On Wed, 11 Apr 2018 10:27:46 +0200 > Ladislav Michl wrote: > > > On Wed, Apr 11, 2018 at 10:08:06AM +0200, Boris Brezillon wrote: > > > On Wed, 11 Apr 2018 09:36:56 +0200 > > > Ladislav Michl

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

On Wed, Apr 11, 2018 at 10:08:06AM +0200, Boris Brezillon wrote: > On Wed, 11 Apr 2018 09:36:56 +0200 > Ladislav Michl <la...@linux-mips.org> wrote: > > > Hi Boris, > > > > On Wed, Apr 11, 2018 at 09:15:28AM +0200, Boris Brezillon wrote: [...] > > > N

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

On Wed, Apr 11, 2018 at 10:08:06AM +0200, Boris Brezillon wrote: > On Wed, 11 Apr 2018 09:36:56 +0200 > Ladislav Michl wrote: > > > Hi Boris, > > > > On Wed, Apr 11, 2018 at 09:15:28AM +0200, Boris Brezillon wrote: [...] > > > Not sure this approach is saf

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

Hi Boris, On Wed, Apr 11, 2018 at 09:15:28AM +0200, Boris Brezillon wrote: > Hi Ladislav, > > On Wed, 11 Apr 2018 08:26:07 +0200 > Ladislav Michl <la...@linux-mips.org> wrote: > > > Hi Andreas, > > > > On Wed, Apr 11, 2018 at 06:59:03AM +0200

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

Hi Boris, On Wed, Apr 11, 2018 at 09:15:28AM +0200, Boris Brezillon wrote: > Hi Ladislav, > > On Wed, 11 Apr 2018 08:26:07 +0200 > Ladislav Michl wrote: > > > Hi Andreas, > > > > On Wed, Apr 11, 2018 at 06:59:03AM +0200, Andreas Kemnade wrote: > > >

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

Hi Andreas, On Wed, Apr 11, 2018 at 06:59:03AM +0200, Andreas Kemnade wrote: > Hi Ladis, > > On Tue, 10 Apr 2018 22:56:43 +0200 > Ladislav Michl <la...@linux-mips.org> wrote: > > > Hi Nikolaus, > > > > On Tue, Apr 10, 2018 at 06:25:17PM +0200, H. Niko

Re: [Letux-kernel] [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

Hi Andreas, On Wed, Apr 11, 2018 at 06:59:03AM +0200, Andreas Kemnade wrote: > Hi Ladis, > > On Tue, 10 Apr 2018 22:56:43 +0200 > Ladislav Michl wrote: > > > Hi Nikolaus, > > > > On Tue, Apr 10, 2018 at 06:25:17PM +0200, H. Nikolaus Schaller wrote: > &

Re: [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

t)(buf + count - 1) & PAGE_MASK)) goto out_copy; and in case it does not help put the same goto at the very beginning of omap2_onenand_read_bufferram function and report result? Thank you for cooperation, ladis > commit bdaca9345d41fd9420995469d27603ea62054691 > Aut

Re: [Bug]: mtd: onenand: omap2plus: kernel panic with OneNAND on OMAP3 (DM3730) device GTA04A5

t)(buf + count - 1) & PAGE_MASK)) goto out_copy; and in case it does not help put the same goto at the very beginning of omap2_onenand_read_bufferram function and report result? Thank you for cooperation, ladis > commit bdaca9345d41fd9420995469d27603ea62054691 > Author: L

Re: [alsa-devel] [PATCH] ASoC: atmel_ssc_dai: fix spelling mistake: "Stoping" -> "Stopping"

On Wed, Apr 04, 2018 at 11:41:23AM +0100, Colin Ian King wrote: > On 04/04/18 11:24, Dan Carpenter wrote: > > On Tue, Apr 03, 2018 at 03:45:40PM +0200, Ladislav Michl wrote: > >> On Fri, Mar 30, 2018 at 04:44:20PM +0100, Colin King wrote: > >>> From: Colin Ian

Re: [alsa-devel] [PATCH] ASoC: atmel_ssc_dai: fix spelling mistake: "Stoping" -> "Stopping"

On Wed, Apr 04, 2018 at 11:41:23AM +0100, Colin Ian King wrote: > On 04/04/18 11:24, Dan Carpenter wrote: > > On Tue, Apr 03, 2018 at 03:45:40PM +0200, Ladislav Michl wrote: > >> On Fri, Mar 30, 2018 at 04:44:20PM +0100, Colin King wrote: > >>> From: Colin I

Re: [alsa-devel] [PATCH] ASoC: atmel_ssc_dai: fix spelling mistake: "Stoping" -> "Stopping"

On Tue, Apr 03, 2018 at 11:17:03AM -0700, Joe Perches wrote: > On Tue, 2018-04-03 at 19:30 +0200, Ladislav Michl wrote: > > On Tue, Apr 03, 2018 at 08:49:57AM -0700, Joe Perches wrote: > > > On Tue, 2018-04-03 at 15:45 +0200, Ladislav Michl wrote: > > > > On Fri, Ma

Re: [alsa-devel] [PATCH] ASoC: atmel_ssc_dai: fix spelling mistake: "Stoping" -> "Stopping"

On Tue, Apr 03, 2018 at 11:17:03AM -0700, Joe Perches wrote: > On Tue, 2018-04-03 at 19:30 +0200, Ladislav Michl wrote: > > On Tue, Apr 03, 2018 at 08:49:57AM -0700, Joe Perches wrote: > > > On Tue, 2018-04-03 at 15:45 +0200, Ladislav Michl wrote: > > > > On Fri, Ma

Re: [alsa-devel] [PATCH] ASoC: atmel_ssc_dai: fix spelling mistake: "Stoping" -> "Stopping"

On Tue, Apr 03, 2018 at 08:49:57AM -0700, Joe Perches wrote: > On Tue, 2018-04-03 at 15:45 +0200, Ladislav Michl wrote: > > On Fri, Mar 30, 2018 at 04:44:20PM +0100, Colin King wrote: > > > From: Colin Ian King <colin.k...@canonical.com> > > > > Hello Colin

Re: [alsa-devel] [PATCH] ASoC: atmel_ssc_dai: fix spelling mistake: "Stoping" -> "Stopping"

On Tue, Apr 03, 2018 at 08:49:57AM -0700, Joe Perches wrote: > On Tue, 2018-04-03 at 15:45 +0200, Ladislav Michl wrote: > > On Fri, Mar 30, 2018 at 04:44:20PM +0100, Colin King wrote: > > > From: Colin Ian King > > > > Hello Colin, > > > > > Trivia

Re: [alsa-devel] [PATCH] ASoC: atmel_ssc_dai: fix spelling mistake: "Stoping" -> "Stopping"

On Fri, Mar 30, 2018 at 04:44:20PM +0100, Colin King wrote: > From: Colin Ian King Hello Colin, > Trivial fix to spelling mistake in pr_debug message text would you mind making this patch a bit less non-trivial and change pr_debug to dev_dbg dropping Atmel_ssc_dai

Re: [alsa-devel] [PATCH] ASoC: atmel_ssc_dai: fix spelling mistake: "Stoping" -> "Stopping"

On Fri, Mar 30, 2018 at 04:44:20PM +0100, Colin King wrote: > From: Colin Ian King Hello Colin, > Trivial fix to spelling mistake in pr_debug message text would you mind making this patch a bit less non-trivial and change pr_debug to dev_dbg dropping Atmel_ssc_dai prefix? Thank you. >

Re: [alsa-devel] [PATCH 1/3] sound: usb: line6: Replace mdelay with msleep in line6_read_data

On Sun, Mar 18, 2018 at 10:51:33PM +0800, Jia-Ju Bai wrote: > line6_read_data() is never called in atomic context. > > The call chains ending up at line6_read_data() are: > [1] line6_read_data() <- line6_read_serial_number() -> pod_startup4() > [2] line6_read_data() <- line6_read_serial_number()

Re: [alsa-devel] [PATCH 1/3] sound: usb: line6: Replace mdelay with msleep in line6_read_data

On Sun, Mar 18, 2018 at 10:51:33PM +0800, Jia-Ju Bai wrote: > line6_read_data() is never called in atomic context. > > The call chains ending up at line6_read_data() are: > [1] line6_read_data() <- line6_read_serial_number() -> pod_startup4() > [2] line6_read_data() <- line6_read_serial_number()

Re: [PATCH v11 04/10] clocksource: timer-ti-dm: Replace architecture

On Thu, Feb 15, 2018 at 11:31:45AM +0530, Keerthy wrote: > Replace architecture specific guard with clocksource guard. > > Signed-off-by: Keerthy > Replace architecture specific defines with clocksource This looks like a bit unussual commit log. Also, what about merging it

Re: [PATCH v11 04/10] clocksource: timer-ti-dm: Replace architecture

On Thu, Feb 15, 2018 at 11:31:45AM +0530, Keerthy wrote: > Replace architecture specific guard with clocksource guard. > > Signed-off-by: Keerthy > Replace architecture specific defines with clocksource This looks like a bit unussual commit log. Also, what about merging it with previous patch?

Re: [alsa-devel] [PATCH 1/1] ASoC: stm32: add of dependency for stm32 drivers

On Thu, Feb 01, 2018 at 09:54:41AM +0100, Olivier Moysan wrote: > Add of dependency for STM32 ASoC drivers. > DFSDM of dependency is already inherited > from STM32_DFSDM_ADC dependency. > > Signed-off-by: olivier moysan > --- > sound/soc/stm/Kconfig | 3 +++ > 1 file

Re: [alsa-devel] [PATCH 1/1] ASoC: stm32: add of dependency for stm32 drivers

On Thu, Feb 01, 2018 at 09:54:41AM +0100, Olivier Moysan wrote: > Add of dependency for STM32 ASoC drivers. > DFSDM of dependency is already inherited > from STM32_DFSDM_ADC dependency. > > Signed-off-by: olivier moysan > --- > sound/soc/stm/Kconfig | 3 +++ > 1 file changed, 3 insertions(+) >

Re: [PATCH] sound/tlv320dac33: Add device tree support

On Tue, Jan 30, 2018 at 11:35:38AM +0100, Pavel Machek wrote: > On Tue 2018-01-30 11:10:46, Ladislav Michl wrote: > > On Tue, Jan 30, 2018 at 11:00:23AM +0100, Pavel Machek wrote: > > > On Tue 2018-01-30 10:38:38, Ladislav Michl wrote: > > > > On Tue, Jan 30, 2

Re: [PATCH] sound/tlv320dac33: Add device tree support

On Tue, Jan 30, 2018 at 11:35:38AM +0100, Pavel Machek wrote: > On Tue 2018-01-30 11:10:46, Ladislav Michl wrote: > > On Tue, Jan 30, 2018 at 11:00:23AM +0100, Pavel Machek wrote: > > > On Tue 2018-01-30 10:38:38, Ladislav Michl wrote: > > > > On Tue, Jan 30, 2

Re: [PATCH] sound/tlv320dac33: Add device tree support

On Tue, Jan 30, 2018 at 11:00:23AM +0100, Pavel Machek wrote: > On Tue 2018-01-30 10:38:38, Ladislav Michl wrote: > > On Tue, Jan 30, 2018 at 10:11:02AM +0100, Filip Matijević wrote: > > > Hi, > > > > > > > > Well, notice I'm converting existing d

Re: [PATCH] sound/tlv320dac33: Add device tree support

On Tue, Jan 30, 2018 at 11:00:23AM +0100, Pavel Machek wrote: > On Tue 2018-01-30 10:38:38, Ladislav Michl wrote: > > On Tue, Jan 30, 2018 at 10:11:02AM +0100, Filip Matijević wrote: > > > Hi, > > > > > > > > Well, notice I'm converting existing d

Re: [PATCH] sound/tlv320dac33: Add device tree support

On Tue, Jan 30, 2018 at 10:11:02AM +0100, Filip Matijević wrote: > Hi, > > On 01/30/2018 09:53 AM, Pavel Machek wrote: > > On Tue 2018-01-30 09:34:46, Ladislav Michl wrote: > >> On Tue, Jan 30, 2018 at 12:33:01AM +0100, Pavel Machek wrote: > >>> On Tue 2018-

Re: [PATCH] sound/tlv320dac33: Add device tree support

On Tue, Jan 30, 2018 at 10:11:02AM +0100, Filip Matijević wrote: > Hi, > > On 01/30/2018 09:53 AM, Pavel Machek wrote: > > On Tue 2018-01-30 09:34:46, Ladislav Michl wrote: > >> On Tue, Jan 30, 2018 at 12:33:01AM +0100, Pavel Machek wrote: > >>> On Tue 2018-

Re: [PATCH] sound/tlv320dac33: Add device tree support

On Tue, Jan 30, 2018 at 12:33:01AM +0100, Pavel Machek wrote: > On Tue 2018-01-30 00:20:31, Ladislav Michl wrote: > > On Tue, Jan 30, 2018 at 12:05:39AM +0100, Pavel Machek wrote: > > > > > > This adds device tree support to tlv320dac33.c. > > > > > &

Re: [PATCH] sound/tlv320dac33: Add device tree support

On Tue, Jan 30, 2018 at 12:33:01AM +0100, Pavel Machek wrote: > On Tue 2018-01-30 00:20:31, Ladislav Michl wrote: > > On Tue, Jan 30, 2018 at 12:05:39AM +0100, Pavel Machek wrote: > > > > > > This adds device tree support to tlv320dac33.c. > > >

Re: [PATCH] sound/tlv320dac33: Add device tree support

On Tue, Jan 30, 2018 at 12:05:39AM +0100, Pavel Machek wrote: > > This adds device tree support to tlv320dac33.c. > > Signed-off-by: Pavel Machek > > diff --git a/Documentation/devicetree/bindings/sound/tlv320dac33.txt > b/Documentation/devicetree/bindings/sound/tlv320dac33.txt

Re: [PATCH] sound/tlv320dac33: Add device tree support

On Tue, Jan 30, 2018 at 12:05:39AM +0100, Pavel Machek wrote: > > This adds device tree support to tlv320dac33.c. > > Signed-off-by: Pavel Machek > > diff --git a/Documentation/devicetree/bindings/sound/tlv320dac33.txt > b/Documentation/devicetree/bindings/sound/tlv320dac33.txt > new file

Re: [PATCH v2 2/3] devres: Add devm_ioremap_shared_resource()

On Wed, Jan 24, 2018 at 06:21:38PM +0200, Andy Shevchenko wrote: > On Wed, Jan 24, 2018 at 12:07 PM, Ladislav Michl <la...@linux-mips.org> wrote: > > Implement managed ioremap function for shared resources. > > > +#define devm_ioremap_resource(dev, res) \ > > +

Re: [PATCH v2 2/3] devres: Add devm_ioremap_shared_resource()

On Wed, Jan 24, 2018 at 06:21:38PM +0200, Andy Shevchenko wrote: > On Wed, Jan 24, 2018 at 12:07 PM, Ladislav Michl wrote: > > Implement managed ioremap function for shared resources. > > > +#define devm_ioremap_resource(dev, res) \ > > + __devm_ioremap_

[PATCH v2 0/3] Add managed ioremap function for shared resources

job of driver developers, new function for that purpose is implemented and its usage shown on davinci mtd driver. Changes from previous version: - moved function prototype in headers other way around (PATCH 1/3), the rest of patches was dropped. Ladislav Michl (3): devres: Move

[PATCH v2 0/3] Add managed ioremap function for shared resources

job of driver developers, new function for that purpose is implemented and its usage shown on davinci mtd driver. Changes from previous version: - moved function prototype in headers other way around (PATCH 1/3), the rest of patches was dropped. Ladislav Michl (3): devres: Move

[PATCH v2 2/3] devres: Add devm_ioremap_shared_resource()

Implement managed ioremap function for shared resources. Signed-off-by: Ladislav Michl <la...@linux-mips.org> --- Changes: - v2: Rebased on top of PATCH v2 1/3 include/linux/io.h | 8 +++- lib/devres.c | 22 ++ 2 files changed, 21 insertions(+), 9 del

  1   2   3   4   >