[PATCH 3/5] kernel/user.c: Use list_for_each_entry instead of list_for_each

kernel/user.c: Convert list_for_each to list_for_each_entry in uid_hash_find() Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/kernel/user.c b/kernel/user.c index 4869563..d0363d1 100644 --- a/kernel/user.c +++ b/kernel/user.c @@ -68,13 +68,9 @@ static inlin

[PATCH 4/5] mm/oom_kill.c: Use list_for_each_entry instead of list_for_each

mm/oom_kill.c: Convert list_for_each to list_for_each_entry in oom_kill_process() Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/mm/oom_kill.c b/mm/oom_kill.c index a700141..b1851c4 100644 --- a/mm/oom_kill.c +++ b/mm/oom_kill.c @@ -347,7 +347,6 @@ stat

[PATCH 5/5] mm/page_alloc.c: Use list_for_each_entry instead of list_for_each

mm/page_alloc.c: Convert list_for_each to list_for_each_entry in mark_free_pages() Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 05ace44..1f138fb 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -731,7 +731,7 @

[PATCH] Videopix Frame Grabber: Fix unreleased lock in vfc_debug()

Videopix Frame Grabber: vfc_debug() doesn't release the device lock when copy_from_user() fails Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> --- diff --git a/drivers/sbus/char/vfc_dev.c b/drivers/sbus/char/vfc_dev.c index 6afc7e5..1cbdabd 100644 --- a/drivers/sbus/char/vfc_dev.c

[PATCH 0/5] use mutex instead of semaphore in several drivers

This patchset converts semaphores that are used as mutexes to the mutex API in the following drivers: Megaraid Mailbox Philips webcam SMSC LPC47M192 Virtual Video VLSI 82C147 IrDA controller -- Matthias Kaehlcke Linux Application Developer Barcelona Insanity: doing the same

[PATCH 1/5] use mutex instead of semaphore in Megaraid Mailbox driver

The Megaraid Mailbox driver uses a semaphore as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/scsi/megaraid/mega_common.h b/drivers/scsi/megaraid/mega_common.h index 26e1e6c..fef9ac9 100644 --- a/d

[PATCH 2/5] use mutex instead of semaphore in Philips webcam driver

The Philips webcam driver uses a semaphore as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/media/video/pwc/pwc-if.c b/drivers/media/video/pwc/pwc-if.c index 085332a..9c0e8d1 100644 --- a/drivers

[PATCH 3/5] use mutex instead of semaphore in SMSC LPC47M192 driver

The SMSC LPC47M192 driver uses a semaphore as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/hwmon/smsc47m192.c b/drivers/hwmon/smsc47m192.c index a012f39..7c5cfa2 100644 --- a/drivers/hwmon/smsc47

[PATCH 4/5] use mutex instead of semaphore in Virtual Video driver

The Virtual Video driver uses a semaphore as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/media/video/vivi.c b/drivers/media/video/vivi.c index f7e1d19..e86f4cd 100644 --- a/drivers/media/video/

[PATCH 5/5] use mutex instead of semaphore in VLSI 82C147 IrDA controller driver

The VLSI 82C147 IrDA controller driver uses a semaphore as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/net/irda/vlsi_ir.c b/drivers/net/irda/vlsi_ir.c index bf78ef1..0538ca9 100644 --- a/drive

[PATCH 0/5] use mutex instead of semaphore in several drivers

This patchset converts semaphores that are used as mutexes to the mutex API in the following drivers/code: Host AP driver OnStream SCSI Tape driver SCSI Tape driver ISDN subsystem common functions DVB frontend tuning interface -- Matthias Kaehlcke Linux Application Developer Barcelona

[PATCH 1/5] Use mutex instead of semaphore in the Host AP driver

The Host AP driver uses a semaphore as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- - res = down_interruptible(>rid_bap_sem); + res = mutex_lock_interruptible(>rid_bap_mtx);

[PATCH 2/5] Use mutex instead of semaphore in the OnStream SCSI Tape driver

The OnStream SCSI Tape driver uses a semaphore as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/scsi/osst.c b/drivers/scsi/osst.c index 08060fb..0e2452c 100644 --- a/drivers/scsi/osst.c +++ b/driver

[PATCH 3/5] Use mutex instead of semaphore in the SCSI Tape driver

The SCSI Tape driver uses a semaphore as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/scsi/st.c b/drivers/scsi/st.c index a4f7b84..73c44cb 100644 --- a/drivers/scsi/st.c +++ b/drivers/scs

[PATCH 4/5] Use mutex instead of semaphore in ISDN subsystem common functions

The ISDN subsystem common functions use a semaphore as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/isdn/i4l/isdn_common.c b/drivers/isdn/i4l/isdn_common.c index c97330b..a5d3db4 100644 --- a/d

[PATCH 5/5] Use mutex instead of semaphore in the DVB frontend tuning interface

The DVB frontend tuning interface uses a semaphore as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/media/dvb/dvb-core/dvb_frontend.c b/drivers/media/dvb/dvb-core/dvb_frontend.c index b6c7f66..e

Re: [PATCH 1/5] Use mutex instead of semaphore in the Host AP driver

El Mon, Jul 30, 2007 at 09:17:25AM +0530 Satyam Sharma ha dit: > Whoops ... > > > On Mon, 30 Jul 2007, Satyam Sharma wrote: > > > On Mon, 30 Jul 2007, Michael Buesch wrote: > > > > > On Sunday 29 July 2007 23:34, Matthias Kaehlcke wrote: > > > &

[PATCH 1/2] ELAN U132 Host Controller Driver: convert sw_lock to mutex

The ELAN U132 Host Controller Driver uses the semaphore sw_lock as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/usb/host/u132-hcd.c b/drivers/usb/host/u132-hcd.c index b88eb3c..1201ca4

[PATCH 0/2] Use mutexes instead of semaphores in the ELAN U132 Host Controller Driver

This patchset converts sw_lock and scheduler_lock in the ELAN U132 Host Controller Driver from semaphores to the mutex API -- Matthias Kaehlcke Linux Application Developer Barcelona La libertad es como la mañana. Hay quienes esperan dormidos a que llegue, pero hay quienes desvelan y

[PATCH 2/2] ELAN U132 Host Controller Driver: convert scheduler_lock to mutex

The ELAN U132 Host Controller Driver uses the semaphore scheduler_lock as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/usb/host/u132-hcd.c b/drivers/usb/host/u132-hcd.c index b88eb3c..e22

Re: [PATCH 1/2] ELAN U132 Host Controller Driver: convert sw_lock to mutex

t; struct list_head u132_list; > > struct semaphore sw_lock; > >-struct semaphore scheduler_lock; > >+struct mutex scheduler_lock; > > Are you sure, you have right patch sequence? my idea was to sent two independent patches, would it be better

Re: [PATCH 2/2] ELAN U132 Host Controller Driver: convert scheduler_lock to mutex

A corrected version of the patch, the first one contained context removed by the first patch of this serie -- The ELAN U132 Host Controller Driver uses the semaphore scheduler_lock as mutex. Use the mutex API instead of the (binary) semaphore. Signed-off-by: Matthias Kaehlcke <[EMAIL PROTEC

[PATCH 1/4] Generic AC97 mixer/modem (OSS): Use list_for_each_entry

Generic AC97 mixer/modem (OSS): Use list_for_each_entry instead of list_for_each Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/sound/oss/ac97_codec.c b/sound/oss/ac97_codec.c index fef56ca..0a3033b 100644 --- a/sound/oss/ac97_codec.c +++ b/sound/oss/ac97_codec.c @@

[PATCH 0/4] Several sound drivers: Use list_for_each_entry(_safe)

Use list_for_each_entry(_safe) instead of list_for_each(_safe) in the following sound drivers/code: Generic AC97 mixer/modem module (OSS) ESS Maestro 1/2/2E Sound Card Intel HD Audio Routines for effect processor FX8010 -- Matthias Kaehlcke Linux Application Developer Barcelona La

[PATCH 2/4] ESS Maestro 1/2/2E Sound Card: Use list_for_each_entry

ESS Maestro 1/2/2E Sound Card: Use list_for_each_entry instead of list_for_each Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/sound/pci/es1968.c b/sound/pci/es1968.c index 2faf009..d69b11d 100644 --- a/sound/pci/es1968.c +++ b/sound/pci/es1968.c @@ -843,10

[PATCH 4/4] Routines for effect processor FX8010: Use list_for_each_entry

Routines for effect processor FX8010: Use list_for_each_entry instead of list_for_each Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/include/sound/emu10k1.h b/include/sound/emu10k1.h index 529d0a5..24399a0 100644 --- a/include/sound/emu10k1.h +++ b/include/sound/emu

[PATCH 3/4] Intel HD Audio: Use list_for_each_entry(_safe)

Intel HD Audio: Use list_for_each_entry(_safe) instead of list_for_each(_safe) Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/sound/pci/hda/hda_generic.c b/sound/pci/hda/hda_generic.c index 000287f..5a96a8a 100644 --- a/sound/pci/hda/hda_generic.c +++ b/sound/p

Re: On thread scheduling

way the main() thread is never scheduled when the interrupt_handler() thread is runnable. interrupt_handler() should be as short as possible, otherwise you risk starving of the rest of your systems processes. -- Matthias Kaehlcke Linux Application Developer Barcelona Representation of the world,

[PATCH] TI 3410/5052 USB Serial: convert td_open_close_lock to mutex

TI 3410/5052 USB Serial: convert semaphore td_open_close_lock to the mutex API Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/usb/serial/ti_usb_3410_5052.c b/drivers/usb/serial/ti_usb_3410_5052.c index 1f01494..995fdf3 100644 --- a/drivers/usb/

[PATCH 1/2] fs/sysfs/dir.c: use DEFINE_SPINLOCK for spinlock definition

fs/sysfs/dir.c: Define spinlock using DEFINE_SPINLOCK instead of assignment to SPIN_LOCK_UNLOCKED Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/fs/sysfs/dir.c b/fs/sysfs/dir.c index 83e76b3..94fd78f 100644 --- a/fs/sysfs/dir.c +++ b/fs/sysfs/dir.c @@ -15,9

[PATCH 2/2] ieee1394_core.c: use DEFINE_SPINLOCK for spinlock definition

drivers/ieee1394/ieee1394_core.c: Define spinlock using DEFINE_SPINLOCK instead of assignment to SPIN_LOCK_UNLOCKED Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/ieee1394/ieee1394_core.c b/drivers/ieee1394/ieee1394_core.c index 98fd985..36c747b

[PATCH] Hardware Monitor LM70: Convert semaphore to mutex

Hardware Monitor LM70: Convert the semaphore lm70->sem to the mutex API Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/hwmon/lm70.c b/drivers/hwmon/lm70.c index dd36688..d435f00 100644 --- a/drivers/hwmon/lm70.c +++ b/drivers/hwmon/lm70.c @@ -31,

[PATCH] usbvision: Convert semaphore to mutex

usbvision: Convert the usbvision->lock semaphore to the mutex API Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/media/video/usbvision/usbvision-core.c b/drivers/media/video/usbvision/usbvision-core.c index c7d5f9e..2038d40 100644 --- a/drivers/me

[patch 0/3] MBCS: Convert semaphores to the mutex API

MBCS: Convert the semaphores algolock, dmareadlock and dmawritelock to the mutex API -- Matthias Kaehlcke Linux Application Developer Barcelona We build too many walls and not enough bridges (Isaac Newton

[patch 1/3] MBCS: Convert algolock to mutex

MBCS: Convert the semaphore algolock to the mutex API Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> --- kernel.orig/linux-2.6/drivers/char/mbcs.c 2007-10-23 17:37:56.0 +0200 +++ kernel/linux-2.6/drivers/char/mbcs.c2007-10-23 17:40:16.0 +0200 @@ -24,6

[patch 2/3] MBCS: Convert dmawritelock to mutex

MBCS: Convert the semaphore dmawritelock to the mutex API Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> Index: kernel/linux-2.6/drivers/char/mbcs.h === --- kernel.orig/linux-2.6/drivers/char/mbcs.h 2007-10-23

[patch 3/3] MBCS: Convert dmareadlock to mutex

MBCS: Convert the semaphore dmareadlock to the mutex API Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> --- kernel.orig/linux-2.6/drivers/char/mbcs.c 2007-10-23 17:43:36.0 +0200 +++ kernel/linux-2.6/drivers/char/mbcs.c2007-10-23 17:44:11.0 +0200 @@ -348,7

Re: [patch 0/3] MBCS: Convert semaphores to the mutex API

-2.6/drivers/char/mbcs.c > +++ linux-2.6/drivers/char/mbcs.c > > I'd suggest that you grab and learn > http://savannah.nongnu.org/projects/quilt/ - it takes care of all these > things for you. i actually used quilt for this patchset but must have missed something. thanks for

[PATCH] Parallel port: Convert port_mutex to the mutex API

Parallel port: Convert port_mutex to the mutex API Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/char/lp.c b/drivers/char/lp.c index c59e2a0..60aecf9 100644 --- a/drivers/char/lp.c +++ b/drivers/char/lp.c @@ -312,7 +312,7 @@ static ssize_t lp_write(struc

[PATCH] MegaRAID SAS: Convert aen_mutex to the mutex API

MegaRAID SAS: Convert aen_mutex to the mutex API Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- index e3c5c52..3ad379f 100644 --- a/drivers/scsi/megaraid/megaraid_sas.c +++ b/drivers/scsi/megaraid/megaraid_sas.c @@ -31,6 +31,7 @@ #include #include #include +#include #i

[PATCH] QLogic InfiniPath: convert ipath_eep_sem to mutex

QLogic InfiniPath: convert the semaphore ipath_eep_sem to the mutex API Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/infiniband/hw/ipath/ipath_eeprom.c b/drivers/infiniband/hw/ipath/ipath_eeprom.c index e7c25db..a5b6299 100644 --- a/drivers/infiniband/hw

[PATCH] Videopix Frame Grabber: Convert device_lock_sem to mutex

Videopix Frame Grabber: Convert the semaphore device_lock_sem to the mutex API Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/sbus/char/vfc.h b/drivers/sbus/char/vfc.h index 63941a2..f1aa138 100644 --- a/drivers/sbus/char/vfc.h +++ b/drivers/sbus/char

[PATCH] FTDI Elan driver: Convert ftdi->u132_lock to mutex

FTDI Elan driver: Convert the semaphore ftdi->u132_lock to the mutex API Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/usb/misc/ftdi-elan.c b/drivers/usb/misc/ftdi-elan.c index 538b535..d61e0ca 100644 --- a/drivers/usb/misc/ftdi-elan.c +++ b/drivers/usb/

Re: kernel processes - are they really needed?

dblockd] > > 116 root SWN [jffs2_gcd_mtd9] > jffs2 specific - ask a maintainer :) (and mtdblockd has something to > do with MTD devices so he may know that one as well). -- Matthias Kaehlcke Linux Application Develo

[PATCH] Prism54: Convert mgmt_sem to the mutex API

Prism54: Convert mgmt_sem to the mutex API Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> -- diff --git a/drivers/net/wireless/prism54/islpci_dev.c b/drivers/net/wireless/prism54/islpci_dev.c index 219dd65..dbb538c 100644 --- a/drivers/net/wireless/prism54/islpci_dev.c +++ b/drive

Re: [PATCH] Prism54: Convert mgmt_sem to the mutex API

El Mon, Nov 05, 2007 at 12:36:13AM +0100 Michael Buesch ha dit: > On Thursday 01 November 2007 08:19:02 Matthias Kaehlcke wrote: > > Prism54: Convert mgmt_sem to the mutex API > > > > Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]> > > > > Uhm, so

Re: [PATCH 2/2] iio: ti_am335x_adc: Take touchscreen channels into account for conversion timeout

Hi Jonathan, thanks for your comments El Sun, Sep 15, 2013 at 05:17:30PM +0100 Jonathan Cameron ha dit: > On 09/10/13 22:02, Matthias Kaehlcke wrote: > > The calculation of the old conversion timeout value was based on the number > > of > > channels used by this driv

[PATCH v2] iio: ti_am335x_adc: Take touchscreen steps into account for conversion timeout

The calculation of the old conversion timeout value was based on the number of steps used by this driver. This doesn't take into account that other steps can be used by the touchscreen driver. Select the timeout value based on the steps used by both drivers Signed-off-by: Matthias Kaehlcke

Re: [PATCH v2] iio: ti_am335x_adc: Take touchscreen steps into account for conversion timeout

Hi, El Sat, Sep 21, 2013 at 01:25:42PM +0100 Jonathan Cameron ha dit: > On 09/16/13 22:17, Matthias Kaehlcke wrote: > > The calculation of the old conversion timeout value was based on the number > > of > > steps used by this driver. This doesn't take into account tha

Re: [PATCH 2/2] iio: ti_am335x_adc: Take touchscreen channels into account for conversion timeout

Hi Sebastian, El Mon, Sep 23, 2013 at 03:31:14PM +0200 Sebastian Andrzej Siewior ha dit: > On 09/10/2013 11:02 PM, Matthias Kaehlcke wrote: > > The calculation of the old conversion timeout value was based on the number > > of > > channels used by this driver. This does

[PATCH] mfd: ti_am335x_tscadc: Restore clock divider on resume

The ADC clock divider needs to be restored on resume as the register content is lost when the ADC is powered down Signed-off-by: Matthias Kaehlcke --- drivers/mfd/ti_am335x_tscadc.c | 10 ++ include/linux/mfd/ti_am335x_tscadc.h |1 + 2 files changed, 7 insertions(+), 4

[PATCH] input: touchscreen: ti_am335x_tsc: Enable FIFO threshold interrupt on resume

When returning from suspend the FIFO threshold interrupt is disabled, re-enable it on resume Signed-off-by: Matthias Kaehlcke --- drivers/input/touchscreen/ti_am335x_tsc.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/input/touchscreen/ti_am335x_tsc.c b/drivers/input

[PATCH 1/2] mfd: ti_am335x_tscadc: Fix idle timeout value

Signed-off-by: Matthias Kaehlcke --- include/linux/mfd/ti_am335x_tscadc.h | 19 --- 1 file changed, 12 insertions(+), 7 deletions(-) diff --git a/include/linux/mfd/ti_am335x_tscadc.h b/include/linux/mfd/ti_am335x_tscadc.h index db1791b..9e6a775 100644 --- a/include/linux/mfd

[PATCH 2/2] iio: ti_am335x_adc: Take touchscreen channels into account for conversion timeout

-by: Matthias Kaehlcke --- drivers/iio/adc/ti_am335x_adc.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/iio/adc/ti_am335x_adc.c b/drivers/iio/adc/ti_am335x_adc.c index 3ceac3e..898fc78 100644 --- a/drivers/iio/adc/ti_am335x_adc.c +++ b/drivers/iio/adc/ti_am335x_adc.c @@ -146,7 +146,11

[PATCH] cyttsp: Fix swap of mfg_stat and mfg_cmd registers

The command and status register in the driver were swapped with respect to the order specified in the datasheet (CY8CTMA140). Confirmed with Cypress that the order in the datasheet is correct. Signed-off-by: Matthias Kaehlcke --- drivers/input/touchscreen/cyttsp_core.h |2 +- 1 file changed

[PATCH] drm/radeon/mkregtable: Delete unused list functions and macros

The util mkregtable includes a copy of the kernel API for linked lists, only a small subset of it is used. Delete the unused functions and macros. Signed-off-by: Matthias Kaehlcke --- drivers/gpu/drm/radeon/mkregtable.c | 433 1 file changed, 433 deletions(-) diff

[PATCH] debugfs: Check return value of debugfs_real_fops() for NULL

: warning: objtool: full_proxy_unlocked_ioctl() falls through to next function fops_u8_open() Check the pointer returned by debugfs_real_fops() in all code paths to make clang and objtool happy. Debugged-by: Josh Poimboeuf Debugged-by: Manoj Gupta Signed-off-by: Matthias Kaehlcke --- fs

[PATCH] ASoC: dmic: Add optional wakeup delay

-by: Matthias Kaehlcke --- .../devicetree/bindings/sound/dmic.txt| 2 + sound/soc/codecs/dmic.c | 54 ++- 2 files changed, 42 insertions(+), 14 deletions(-) diff --git a/Documentation/devicetree/bindings/sound/dmic.txt b/Documentation/devicetree

Re: [PATCH] ASoC: dmic: Add optional wakeup delay

El Wed, Feb 14, 2018 at 04:22:54PM -0800 Brian Norris ha dit: > Hi Matthias, > > On Wed, Feb 14, 2018 at 03:51:56PM -0800, Matthias Kaehlcke wrote: > > On some systems a delay is needed after switching on the clocks, to allow > > the DMIC output to stabilize and

Re: [alsa-devel] [PATCH] ASoC: dmic: Add optional wakeup delay

El Thu, Feb 15, 2018 at 09:42:01AM +0200 Peter Ujfalusi ha dit: > > > On 2018-02-15 01:51, Matthias Kaehlcke wrote: > > On some systems a delay is needed after switching on the clocks, to allow > > the DMIC output to stabilize and avoid a popping noise at the beginning >

[PATCH v2] ASoC: dmic: Add optional wakeup delay

be applied in dmic_daiops_trigger() since the function is called in atomic context. Instead use a DAPM event handler to set the enable GPIO and apply the delay in the handler. Signed-off-by: Matthias Kaehlcke --- Changes in v2: - use DAPM event handler instead of _prepare() and get rid of _trigger

Re: Clang build of arm64 kernel fails

El Thu, Mar 01, 2018 at 10:31:02AM + Dave Martin ha dit: > On Thu, Mar 01, 2018 at 09:45:24AM +, Robin Murphy wrote: > > Hi Andrey, > > > > On 28/02/18 19:32, Andrey Konovalov wrote: > > >Hi Marc! > > > > > >I've tried to pull in new upstream commits and the kernel build > > >started

[PATCH] arm/arm64: smccc: Use xN for arm64 register constraints with clang

e xN names for register constrains when building for arm64 with clang. Fixes: f2d3b2e8759a ("arm/arm64: smccc: Implement SMCCC v1.1 inline primitive") Signed-off-by: Matthias Kaehlcke --- Note: Support for rN in future versions of clang is underway: https://bugs.llvm.org/show_bug.cgi?id=36862

Re: [PATCH] arm/arm64: smccc: Use xN for arm64 register constraints with clang

ons. > On Thu, Mar 22, 2018 at 2:28 PM Matthias Kaehlcke wrote: > > +#ifndef __clang__ > > +#define __reg__ "r" > > +#else > > +#define __reg__ "x" > > +#endif > > Can this be flipped to #ifdef __clang__ ? having an if...else where the

Re: [PATCH] arm/arm64: smccc: Use xN for arm64 register constraints with clang

El Thu, Mar 22, 2018 at 04:19:42PM -0700 Greg Hackmann ha dit: > On 03/22/2018 03:44 PM, Matthias Kaehlcke wrote: > > El Thu, Mar 22, 2018 at 10:26:18PM + Nick Desaulniers ha dit: > > > >> Note that a patch in this form has previously been implemented by: &g

Re: [PATCH] debugfs: Check return value of debugfs_real_fops() for NULL

El Wed, Mar 28, 2018 at 08:05:56PM +0200 Greg Kroah-Hartman ha dit: > > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing in e-mail? > > A: No. > Q: Should I include quotations

Re: [PATCH] debugfs: Check return value of debugfs_real_fops() for NULL

El Wed, Mar 28, 2018 at 08:19:36PM +0200 Greg Kroah-Hartman ha dit: > On Wed, Mar 28, 2018 at 11:14:56AM -0700, Matthias Kaehlcke wrote: > > El Wed, Mar 28, 2018 at 08:05:56PM +0200 Greg Kroah-Hartman ha dit: > > > > > > > > A: Because it messes up the order i

Re: [PATCH 2/2] x86/unwind: Make CONFIG_UNWINDER_ORC=y the default in kconfig for 64-bit

El Mon, Mar 19, 2018 at 04:20:53PM -0500 Josh Poimboeuf ha dit: > On Mon, Mar 19, 2018 at 01:31:30PM -0700, Matthias Kaehlcke wrote: > > > The ORC unwinder relies on objtool, which reverse engineers the compiled > > > code. This is objtool's first exposure to cla

Re: [PATCH 2/2] x86/unwind: Make CONFIG_UNWINDER_ORC=y the default in kconfig for 64-bit

El Mon, Mar 19, 2018 at 09:28:03PM -0500 Josh Poimboeuf ha dit: > On Mon, Mar 19, 2018 at 04:22:55PM -0700, Matthias Kaehlcke wrote: > > > Here's a (surprisingly easy) fix for this particular issue, though I'd > > > be shocked if there weren't a bunch more issues lurking els

Re: [PATCH 5/5] ARM: add support for building ARM kernel with clang

El Tue, Mar 20, 2018 at 11:18:33PM + Russell King - ARM Linux ha dit: > On Wed, Mar 21, 2018 at 12:02:06AM +0100, Stefan Agner wrote: > > Use cc-options call for compiler options which are not available > > in clang. With this patch an ARMv7 multi platform kernel can be > > successfully build

Re: [PATCH 2/2] x86/unwind: Make CONFIG_UNWINDER_ORC=y the default in kconfig for 64-bit

El Tue, Mar 20, 2018 at 09:45:07PM -0500 Josh Poimboeuf ha dit: > On Mon, Mar 19, 2018 at 04:22:55PM -0700, Matthias Kaehlcke wrote: > > arch/x86/mm/pti.o: warning: objtool: pti_init() falls through to next > > function pti_user_pagetable_walk_pmd() > > s/debugfs/fil

Re: [PATCH] memory-failure: fix section mismatch

El Sat, Mar 03, 2018 at 11:16:11PM -0800 Nick Desaulniers ha dit: > Clang complains when a variable is declared extern twice, but with two > different sections. num_poisoned_pages is marked extern and __read_mostly > in include/linux/swapops.h, but only extern in include/linux/mm.h. Some > c

[PATCH] drm/i915: Disable some extra clang warnings

e code has been fixed. Fixes: 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to our build, set warnings to full") Signed-off-by: Matthias Kaehlcke --- drivers/gpu/drm/i915/Makefile | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/i915/Makefile b/drivers/gpu/drm

[RFC PATCH] PM / devfreq: Add policy notifier

for this limitation is that devfreq currently doesn't have an actual policy for frequencies and OPPs > freq might be disabled by a devfreq cooling device (see drivers/thermal/devfreq_cooling.c). Signed-off-by: Matthias Kaehlcke --- Marked as RFC since I'm aware that this isn't quite a 'policy' notif

Re: [PATCH v6 06/10] drivers: qcom: rpmh-rsc: allow invalidation of sleep/wake TCS

On Fri, Apr 27, 2018 at 10:44:21AM -0600, Lina Iyer wrote: > On Wed, Apr 25 2018 at 16:11 -0600, Matthias Kaehlcke wrote: > > On Thu, Apr 19, 2018 at 04:16:31PM -0600, Lina Iyer wrote: > > > Allow sleep and wake commands to be cleared from the respective TCSes, > >

Re: [PATCH v6 05/10] drivers: qcom: rpmh-rsc: write sleep/wake requests to TCS

On Fri, Apr 27, 2018 at 11:39:43AM -0600, Lina Iyer wrote: > On Wed, Apr 25 2018 at 15:41 -0600, Matthias Kaehlcke wrote: > > On Thu, Apr 19, 2018 at 04:16:30PM -0600, Lina Iyer wrote: > > > Sleep and wake requests are sent when the application processor > > > subsystem

Re: [PATCH v6 05/10] drivers: qcom: rpmh-rsc: write sleep/wake requests to TCS

On Fri, Apr 27, 2018 at 01:45:59PM -0600, Lina Iyer wrote: > On Fri, Apr 27 2018 at 12:40 -0600, Matthias Kaehlcke wrote: > > On Fri, Apr 27, 2018 at 11:39:43AM -0600, Lina Iyer wrote: > > > On Wed, Apr 25 2018 at 15:41 -0600, Matthias Kaehlcke wrote: > > > > On T

Re: [PATCH v6 05/10] drivers: qcom: rpmh-rsc: write sleep/wake requests to TCS

On Fri, Apr 27, 2018 at 03:32:01PM -0600, Lina Iyer wrote: > On Fri, Apr 27 2018 at 14:06 -0600, Matthias Kaehlcke wrote: > > On Fri, Apr 27, 2018 at 01:45:59PM -0600, Lina Iyer wrote: > > > On Fri, Apr 27 2018 at 12:40 -0600, Matthias Kaehlcke wrote: > > > > On F

Re: [PATCH v2] drm/i915: Disable some extra clang warnings

On Mon, Mar 19, 2018 at 12:14:51PM -0700, Matthias Kaehlcke wrote: > Commit 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to our build, set > warnings to full") enabled extra warnings for i915 to spot possible > bugs in new code, and then disabled a subset of these warnings to keep

Re: [Intel-gfx] [PATCH v2] drm/i915: Disable some extra clang warnings

On Mon, Apr 30, 2018 at 09:01:49PM +0100, Chris Wilson wrote: > Quoting Matthias Kaehlcke (2018-04-30 20:31:19) > > On Mon, Mar 19, 2018 at 12:14:51PM -0700, Matthias Kaehlcke wrote: > > > Commit 39bf4de89ff7 ("drm/i915: Add -Wall -Wextra to our build, set > > >

Re: [Intel-gfx] [PATCH v2] drm/i915: Disable some extra clang warnings

On Mon, Apr 30, 2018 at 10:01:50PM +0100, Chris Wilson wrote: > Quoting Matthias Kaehlcke (2018-04-30 21:51:45) > > On Mon, Apr 30, 2018 at 09:01:49PM +0100, Chris Wilson wrote: > > > Quoting Matthias Kaehlcke (2018-04-30 20:31:19) > > > > On Mon, Mar 19, 2018

Re: [PATCH v6 05/10] drivers: qcom: rpmh-rsc: write sleep/wake requests to TCS

Hi Lina, On Tue, May 01, 2018 at 10:10:10AM -0600, Lina Iyer wrote: > On Fri, Apr 27 2018 at 17:24 -0600, Doug Anderson wrote: > > Hi, > > > > On Fri, Apr 27, 2018 at 2:54 PM, Matthias Kaehlcke > > wrote: > > > > > Am I getting something wrong h

Re: [PATCH v6 05/10] drivers: qcom: rpmh-rsc: write sleep/wake requests to TCS

On Thu, Apr 19, 2018 at 04:16:30PM -0600, Lina Iyer wrote: > Sleep and wake requests are sent when the application processor > subsystem of the SoC is entering deep sleep states like in suspend. > These requests help lower the system power requirements when the > resources are not in use. > >

Re: [PATCH v6 06/10] drivers: qcom: rpmh-rsc: allow invalidation of sleep/wake TCS

On Thu, Apr 19, 2018 at 04:16:31PM -0600, Lina Iyer wrote: > Allow sleep and wake commands to be cleared from the respective TCSes, > so that they can be re-populated. > > Signed-off-by: Lina Iyer > --- > > Changes in v6: > - remove unnecessary locks around __tcs_invalidate > -

Re: [PATCH v6 09/10] drivers: qcom: rpmh: add support for batch RPMH request

On Thu, Apr 19, 2018 at 04:16:34PM -0600, Lina Iyer wrote: > Platform drivers need make a lot of resource state requests at the same > time, say, at the start or end of an usecase. It can be quite > inefficient to send each request separately. Instead they can give the > RPMH library a batch of

Re: [PATCH v6 10/10] drivers: qcom: rpmh-rsc: allow active requests from wake TCS

active state requests. > > The requirement for this is that the driver is aware that the wake TCS > is being repurposed to send active request, hence the sleep and wake > TCSes be invalidated before the active request is sent. > > Signed-off-by: Lina Iyer Reviewed-by: Matthias Kaehlcke

Re: [PATCH v6 04/10] drivers: qcom: rpmh: add RPMH helper functions

Hi Lina, On Thu, Apr 19, 2018 at 04:16:29PM -0600, Lina Iyer wrote: > Sending RPMH requests and waiting for response from the controller > through a callback is common functionality across all platform drivers. > To simplify drivers, add a library functions to create RPMH client and > send

Re: [PATCH v7 04/10] drivers: qcom: rpmh: add RPMH helper functions

On Thu, May 03, 2018 at 01:26:07PM -0700, Doug Anderson wrote: > Hi, > > On Wed, May 2, 2018 at 12:37 PM, Lina Iyer wrote: > > +static struct rpmh_ctrlr rpmh_rsc[RPMH_MAX_CTRLR]; > > +static DEFINE_SPINLOCK(rpmh_rsc_lock); > > + > > +static struct rpmh_ctrlr *get_rpmh_ctrlr(const struct device

Re: [PATCH v7 07/10] drivers: qcom: rpmh: cache sleep/wake state requests

lated > again. > > Signed-off-by: Lina Iyer > Reviewed-by: Evan Green Reviewed-by: Matthias Kaehlcke

Re: Clang patch stacks for LTS kernels (v4.4 and v4.9) and status update

On Sun, May 06, 2018 at 09:42:09AM +0200, Sedat Dilek wrote: > On Wed, Apr 25, 2018 at 1:06 AM, Matthias Kaehlcke wrote: > > On Tue, Apr 24, 2018 at 01:54:29PM +0200, Sedat Dilek wrote: > >> Hi Matthias, > >> > >> a big thank you for giving all the informat

Re: [PATCH v8 09/10] drivers: qcom: rpmh: add support for batch RPMH request

On Wed, May 09, 2018 at 11:01:58AM -0600, Lina Iyer wrote: > Platform drivers need make a lot of resource state requests at the same > time, say, at the start or end of an usecase. It can be quite > inefficient to send each request separately. Instead they can give the > RPMH library a batch of

Re: [PATCH v8 05/10] drivers: qcom: rpmh-rsc: write sleep/wake requests to TCS

Hi Lina, On Wed, May 09, 2018 at 11:01:54AM -0600, Lina Iyer wrote: > Sleep and wake requests are sent when the application processor > subsystem of the SoC is entering deep sleep states like in suspend. > These requests help lower the system power requirements when the > resources are not in

Re: [PATCH v8 08/10] drivers: qcom: rpmh: allow requests to be sent asynchronously

control > back to the platform driver. The tx_done callback from the controller is > handled in the context of the controller's thread and frees the > allocated memory. This API allows RPMH requests from atomic contexts as > well. > > Signed-off-by: Lina Iyer Reviewed-by: Matthias Kaehlcke

[PATCH v3] drm/i915: Disable some extra clang warnings

e code has been fixed. Signed-off-by: Matthias Kaehlcke --- Changes in v3: - don't disable -Wunneeded-internal-declaration , the only occurrence can be fixed in the code - removed 'Fixes' tag, since backporting is not necessary drivers/gpu/drm/i915/Makefile | 4 1 file changed, 4 insertion

Re: [PATCH v7 05/10] drivers: qcom: rpmh-rsc: write sleep/wake requests to TCS

Hi Lina, On Wed, May 02, 2018 at 01:37:44PM -0600, Lina Iyer wrote: > Sleep and wake requests are sent when the application processor > subsystem of the SoC is entering deep sleep states like in suspend. > These requests help lower the system power requirements when the > resources are not in

Re: [PATCH v7 06/10] drivers: qcom: rpmh-rsc: allow invalidation of sleep/wake TCS

Hi Lina, On Wed, May 02, 2018 at 01:37:45PM -0600, Lina Iyer wrote: > Allow sleep and wake commands to be cleared from the respective TCSes, > so that they can be re-populated. > > Signed-off-by: Lina Iyer > --- > > Changes in v7: > - Move bitmap_zero() outside the loop > > Changes in

[PATCH] PM / devfreq: Remove redundant frequency adjustment from governors

nor->get_target_freq(). Signed-off-by: Matthias Kaehlcke --- drivers/devfreq/governor_performance.c| 10 ++ drivers/devfreq/governor_powersave.c | 5 - drivers/devfreq/governor_simpleondemand.c | 7 +-- drivers/devfreq/governor_userspace.c | 16 4

[PATCH] PM / devfreq: Init user limits from OPP limits, not viceversa

q with the OPP freqs and then the user limts min/max_freq with scaling_min/ max_freq. Needless to say that this change is a NOP, intended to improve readability. Signed-off-by: Matthias Kaehlcke --- Additional context: I'm considering to introduce the concept of a devfreq policy, which would probab

Re: [PATCH] PM / devfreq: Remove redundant frequency adjustment from governors

Hi, On Thu, May 17, 2018 at 10:44:08AM +0900, Chanwoo Choi wrote: > Hi, > > On 2018년 05월 17일 06:10, Matthias Kaehlcke wrote: > > The performance, powersave, simpleondemand and userspace governors > > determine a target frequency and then adjust it according to the > &

Re: [PATCH] PM / devfreq: Init user limits from OPP limits, not viceversa

On Thu, May 17, 2018 at 10:07:56AM +0900, Chanwoo Choi wrote: > Hi, > > On 2018년 05월 17일 07:57, Matthias Kaehlcke wrote: > > Commit ab8f58ad72c4 ("PM / devfreq: Set min/max_freq when adding > > the devfreq device") introduced the initialization of the user > >

<    7   8   9   10   11   12   13   14   15   16   >