Re: [PATCH] HID: Accutouch: Add driver for ELO Accutouch 2216 USB Touchscreens

On Wed, Mar 01, 2017 at 02:30:31PM +0100, Benjamin Tissoires wrote: > Hi, > > On Feb 28 2017 or thereabouts, Martyn Welch wrote: > > This patch has been sitting on the list for about 2 weeks. Is there > > anything wrong with this patch? > > The only wrong thing with the patch (I haven't started

Re: [PATCH] HID: Accutouch: Add driver for ELO Accutouch 2216 USB Touchscreens

On Wed, Mar 01, 2017 at 02:30:31PM +0100, Benjamin Tissoires wrote: > Hi, > > On Feb 28 2017 or thereabouts, Martyn Welch wrote: > > This patch has been sitting on the list for about 2 weeks. Is there > > anything wrong with this patch? > > The only wrong thing with the patch (I haven't started

[PATCH v2 4/5] tpm_tis_spi: Remove limitation of transfers to MAX_SPI_FRAMESIZE bytes

Limiting transfers to MAX_SPI_FRAMESIZE was not expected by the upper layers, as tpm_tis has no such limitation. Add a loop to hide that limitation. v2: Moved scope of spi_message to the top as requested by Jarkko Cc: Fixes: 0edbfea537d1 ("tpm/tpm_tis_spi: Add support for

[PATCH v2 4/5] tpm_tis_spi: Remove limitation of transfers to MAX_SPI_FRAMESIZE bytes

Limiting transfers to MAX_SPI_FRAMESIZE was not expected by the upper layers, as tpm_tis has no such limitation. Add a loop to hide that limitation. v2: Moved scope of spi_message to the top as requested by Jarkko Cc: Fixes: 0edbfea537d1 ("tpm/tpm_tis_spi: Add support for spi phy")

Re: [PATCHv2 14/14] treewide: Decouple cacheflush.h and set_memory.h

On Wed, Mar 01, 2017 at 04:15:06PM -0800, Laura Abbott wrote: > Now that all call sites, completely decouple cacheflush.h and > set_memory.h > > Signed-off-by: Laura Abbott For arm64: Acked-by: Catalin Marinas

Re: [PATCHv2 14/14] treewide: Decouple cacheflush.h and set_memory.h

On Wed, Mar 01, 2017 at 04:15:06PM -0800, Laura Abbott wrote: > Now that all call sites, completely decouple cacheflush.h and > set_memory.h > > Signed-off-by: Laura Abbott For arm64: Acked-by: Catalin Marinas

Re: [PATCH linux v3 1/1] Documentation: dt-bindings: Document bindings for ASPEED AST2400/AST2500 PWM and Fan tach controller device driver

On Mon, Feb 13, 2017 at 10:19:35PM -0800, Jaghathiswari Rankappagounder Natarajan wrote: > This binding provides interface for adding values related to ASPEED > AST2400/2500 PWM and Fan tach controller support. > The PWM controller can support upto 8 PWM output ports. > The Fan tach controller

Re: [PATCH linux v3 1/1] Documentation: dt-bindings: Document bindings for ASPEED AST2400/AST2500 PWM and Fan tach controller device driver

On Mon, Feb 13, 2017 at 10:19:35PM -0800, Jaghathiswari Rankappagounder Natarajan wrote: > This binding provides interface for adding values related to ASPEED > AST2400/2500 PWM and Fan tach controller support. > The PWM controller can support upto 8 PWM output ports. > The Fan tach controller

Re: [PATCHv2 03/14] arm64: Use set_memory.h header

On Wed, Mar 01, 2017 at 04:14:55PM -0800, Laura Abbott wrote: > The set_memory_* functions have moved to set_memory.h. Use that header > explicitly. > > Signed-off-by: Laura Abbott Acked-by: Catalin Marinas

Re: [PATCHv2 03/14] arm64: Use set_memory.h header

On Wed, Mar 01, 2017 at 04:14:55PM -0800, Laura Abbott wrote: > The set_memory_* functions have moved to set_memory.h. Use that header > explicitly. > > Signed-off-by: Laura Abbott Acked-by: Catalin Marinas

[PATCH] thp: fix another corner case of munlock() vs. THPs

The following test case triggers BUG() in munlock_vma_pages_range(): int main(int argc, char *argv[]) { int fd; system("mount -t tmpfs -o huge=always none /mnt"); fd = open("/mnt/test", O_CREAT | O_RDWR);

[PATCH] thp: fix another corner case of munlock() vs. THPs

The following test case triggers BUG() in munlock_vma_pages_range(): int main(int argc, char *argv[]) { int fd; system("mount -t tmpfs -o huge=always none /mnt"); fd = open("/mnt/test", O_CREAT | O_RDWR);

Re: [PATCH] watchdog: orion: fix compile-test dependencies

On 03/02/2017 04:09 AM, Arnd Bergmann wrote: I ran into one corner case with the orion watchdog using the atomic_io_modify interface: drivers/watchdog/orion_wdt.o: In function `orion_stop': orion_wdt.c:(.text.orion_stop+0x28): undefined reference to `atomic_io_modify'

Re: [PATCH] watchdog: orion: fix compile-test dependencies

On 03/02/2017 04:09 AM, Arnd Bergmann wrote: I ran into one corner case with the orion watchdog using the atomic_io_modify interface: drivers/watchdog/orion_wdt.o: In function `orion_stop': orion_wdt.c:(.text.orion_stop+0x28): undefined reference to `atomic_io_modify'

[RFC] arm64: support HAVE_ARCH_RARE_WRITE

This RFC is a quick and dirty arm64 implementation for Kees Cook's RFC for rare_write infrastructure [1]. This implementation is based on Mark Rutland's suggestions, which is that a special userspace mm that maps only __start/end_rodata as RW permission is prepared during early boot time

[RFC] arm64: support HAVE_ARCH_RARE_WRITE

This RFC is a quick and dirty arm64 implementation for Kees Cook's RFC for rare_write infrastructure [1]. This implementation is based on Mark Rutland's suggestions, which is that a special userspace mm that maps only __start/end_rodata as RW permission is prepared during early boot time

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On Thu, Mar 02, 2017 at 02:50:01PM +0100, Michal Hocko wrote: > On Thu 02-03-17 08:41:58, Brian Foster wrote: > > On Thu, Mar 02, 2017 at 02:27:55PM +0100, Michal Hocko wrote: > [...] > > > I see your argument about being in sync with other kmem helpers but > > > those are bit different because

Re: subdevice config into pointer (was Re: [PATCH 1/4] v4l2: device_register_subdev_nodes: allow calling multiple times)

Hi! > > > Making the sub-device bus configuration a pointer should be in a separate > > > patch. It makes sense since the entire configuration is not valid for all > > > sub-devices attached to the ISP anymore. I think it originally was a > > > separate patch, but they probably have been merged

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On Thu, Mar 02, 2017 at 02:50:01PM +0100, Michal Hocko wrote: > On Thu 02-03-17 08:41:58, Brian Foster wrote: > > On Thu, Mar 02, 2017 at 02:27:55PM +0100, Michal Hocko wrote: > [...] > > > I see your argument about being in sync with other kmem helpers but > > > those are bit different because

Re: subdevice config into pointer (was Re: [PATCH 1/4] v4l2: device_register_subdev_nodes: allow calling multiple times)

Hi! > > > Making the sub-device bus configuration a pointer should be in a separate > > > patch. It makes sense since the entire configuration is not valid for all > > > sub-devices attached to the ISP anymore. I think it originally was a > > > separate patch, but they probably have been merged

Re: BUG due to "xen-netback: protect resource cleaning on XenBus disconnect"

On 02/03/17 12:19, Paul Durrant wrote: >> -Original Message- >> From: Juergen Gross [mailto:jgr...@suse.com] >> Sent: 02 March 2017 12:13 >> To: Wei Liu >> Cc: Igor Druzhinin ; xen-devel > de...@lists.xenproject.org>; Linux Kernel Mailing

Re: BUG due to "xen-netback: protect resource cleaning on XenBus disconnect"

On 02/03/17 12:19, Paul Durrant wrote: >> -Original Message- >> From: Juergen Gross [mailto:jgr...@suse.com] >> Sent: 02 March 2017 12:13 >> To: Wei Liu >> Cc: Igor Druzhinin ; xen-devel > de...@lists.xenproject.org>; Linux Kernel Mailing List > ker...@vger.kernel.org>;

Re: [PATCH v2 1/3] printk: fix name/type/scope of preferred_console var

On Thu, 2 Mar 2017 16:11:32 +0300 Aleksey Makarov wrote: > The variable preferred_console is used only inside register_console() > and its semantics is boolean. It is negative when no console has been > made preferred. > > Make it static bool and rename to

FROM AISHA GADDAFI

for more details,contact me at my private email : agaddafi752(at)gmail. com Dr. Aisha Gaddafi, the daughter of late Libyan president, I need a partner or an investor that will help me in investing the sum of $87.5 million USD in his or her country, the funds is deposited here in Burkina Faso

FROM AISHA GADDAFI

for more details,contact me at my private email : agaddafi752(at)gmail. com Dr. Aisha Gaddafi, the daughter of late Libyan president, I need a partner or an investor that will help me in investing the sum of $87.5 million USD in his or her country, the funds is deposited here in Burkina Faso

Re: [PATCH v2 1/3] printk: fix name/type/scope of preferred_console var

On Thu, 2 Mar 2017 16:11:32 +0300 Aleksey Makarov wrote: > The variable preferred_console is used only inside register_console() > and its semantics is boolean. It is negative when no console has been > made preferred. > > Make it static bool and rename to has_preferred. > > Renaming was

Re: [Outreachy kernel] [PATCH] staging: nvec: cleanup USLEEP_RANGEcheckpatch checks

Hi Simran, Am Donnerstag, 2. März 2017, 15:48:13 CET schrieb SIMRAN SINGHAL: > On Thursday, March 2, 2017 at 8:06:40 PM UTC+5:30, Julia Lawall wrote: > > On Thu, 2 Mar 2017, simran singhal wrote: > > > Resolve strict checkpatch USLEEP_RANGE checks by converting delays and > > > sleeps as

Re: [Outreachy kernel] [PATCH] staging: nvec: cleanup USLEEP_RANGEcheckpatch checks

Hi Simran, Am Donnerstag, 2. März 2017, 15:48:13 CET schrieb SIMRAN SINGHAL: > On Thursday, March 2, 2017 at 8:06:40 PM UTC+5:30, Julia Lawall wrote: > > On Thu, 2 Mar 2017, simran singhal wrote: > > > Resolve strict checkpatch USLEEP_RANGE checks by converting delays and > > > sleeps as

Re: [PATCH] scsi: qedi: fix build error without DEBUG_FS

On Thu, Mar 2, 2017 at 1:10 PM, Arnd Bergmann wrote: > > - QEDI_INFO(qedi_dbg, QEDI_LOG_DEBUGFS, "do_not_recover=%d\n", > - do_not_recover); > + QEDI_INFO(qedi_dbg, QEDI_LOG_DEBUGFS, "qedi_do_not_recover=%d\n", > + qedi_do_not_recover);

Re: [PATCH] scsi: qedi: fix build error without DEBUG_FS

On Thu, Mar 2, 2017 at 1:10 PM, Arnd Bergmann wrote: > > - QEDI_INFO(qedi_dbg, QEDI_LOG_DEBUGFS, "do_not_recover=%d\n", > - do_not_recover); > + QEDI_INFO(qedi_dbg, QEDI_LOG_DEBUGFS, "qedi_do_not_recover=%d\n", > + qedi_do_not_recover); > -

Re: [PATCH] module: set __jump_table alignment to 8

Michael Ellerman writes: > David Daney writes: >> Strict alignment became necessary with commit 3821fd35b58d >> ("jump_label: Reduce the size of struct static_key"), currently in >> linux-next, which uses the two least significant bits of pointers to

Re: [PATCH] module: set __jump_table alignment to 8

Michael Ellerman writes: > David Daney writes: >> Strict alignment became necessary with commit 3821fd35b58d >> ("jump_label: Reduce the size of struct static_key"), currently in >> linux-next, which uses the two least significant bits of pointers to >> __jump_table elements. > > It would

Re: [Outreachy kernel] [PATCH] staging: nvec: cleanup USLEEP_RANGE checkpatch checks

On Thu, 2 Mar 2017, simran singhal wrote: > Resolve strict checkpatch USLEEP_RANGE checks by converting delays and > sleeps as described in ./Documentation/timers/timers-howto.txt. > > CHECK: usleep_range is preferred over udelay; see Documentation/ > timers/timers-howto.txt > > Signed-off-by:

Re: [Outreachy kernel] [PATCH] staging: nvec: cleanup USLEEP_RANGE checkpatch checks

On Thu, 2 Mar 2017, simran singhal wrote: > Resolve strict checkpatch USLEEP_RANGE checks by converting delays and > sleeps as described in ./Documentation/timers/timers-howto.txt. > > CHECK: usleep_range is preferred over udelay; see Documentation/ > timers/timers-howto.txt > > Signed-off-by:

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On Thu, Mar 02, 2017 at 03:34:41PM +0100, Michal Hocko wrote: > On Thu 02-03-17 09:23:15, Brian Foster wrote: > > On Thu, Mar 02, 2017 at 02:50:01PM +0100, Michal Hocko wrote: > > > On Thu 02-03-17 08:41:58, Brian Foster wrote: > > > > On Thu, Mar 02, 2017 at 02:27:55PM +0100, Michal Hocko wrote:

Re: Microphone gain on N900

Hi! > >> v4.10 works quite nicely on N900, but I still have problems with > >> audio. Even GSM calls would be usable, if I had reasonable volume on > >> microphone and speaker... but I don't. > >> > >> Both speaker and microphone are too quiet. I can get louder output by > >> plugging headset --

Re: mm allocation failure and hang when running xfstests generic/269 on xfs

On Thu, Mar 02, 2017 at 03:34:41PM +0100, Michal Hocko wrote: > On Thu 02-03-17 09:23:15, Brian Foster wrote: > > On Thu, Mar 02, 2017 at 02:50:01PM +0100, Michal Hocko wrote: > > > On Thu 02-03-17 08:41:58, Brian Foster wrote: > > > > On Thu, Mar 02, 2017 at 02:27:55PM +0100, Michal Hocko wrote:

Re: Microphone gain on N900

Hi! > >> v4.10 works quite nicely on N900, but I still have problems with > >> audio. Even GSM calls would be usable, if I had reasonable volume on > >> microphone and speaker... but I don't. > >> > >> Both speaker and microphone are too quiet. I can get louder output by > >> plugging headset --

Re: [RFC PATCH 2/2] mtd: devices: m25p80: Enable spi-nor bounce buffer support

On Thu, 2 Mar 2017 19:24:43 +0530 Vignesh R wrote: > > >>> Not really, I am debugging another issue with UBIFS on DRA74 EVM (ARM > >>> cortex-a15) wherein pages allocated by vmalloc are in highmem region > >>> that are not addressable using 32 bit addresses and is

Re: [RFC PATCH 2/2] mtd: devices: m25p80: Enable spi-nor bounce buffer support

On Thu, 2 Mar 2017 19:24:43 +0530 Vignesh R wrote: > > >>> Not really, I am debugging another issue with UBIFS on DRA74 EVM (ARM > >>> cortex-a15) wherein pages allocated by vmalloc are in highmem region > >>> that are not addressable using 32 bit addresses and is backed by LPAE. > >>>

Re: [RESEND PATCH v6 5/6] i2c: designware: add SLAVE mode functions

On 03/01/17 17:59, Luis Oliveira wrote: - Changes in Kconfig to enable I2C_DESIGNWARE_SLAVE support - Slave functions added to core library file - Slave abort sources added to common source file - New driver: i2c-designware-slave added - Changes in the Makefile to compile the

Re: [RESEND PATCH v6 5/6] i2c: designware: add SLAVE mode functions

On 03/01/17 17:59, Luis Oliveira wrote: - Changes in Kconfig to enable I2C_DESIGNWARE_SLAVE support - Slave functions added to core library file - Slave abort sources added to common source file - New driver: i2c-designware-slave added - Changes in the Makefile to compile the

Re: [PATCHv2 09/14] watchdog: hpwdt: Use set_memory.h header

On 03/01/2017 04:15 PM, Laura Abbott wrote: set_memory_* functions have moved to set_memory.h. Switch to this explicitly. Signed-off-by: Laura Abbott Acked-by: Guenter Roeck --- drivers/watchdog/hpwdt.c | 2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCHv2 09/14] watchdog: hpwdt: Use set_memory.h header

On 03/01/2017 04:15 PM, Laura Abbott wrote: set_memory_* functions have moved to set_memory.h. Switch to this explicitly. Signed-off-by: Laura Abbott Acked-by: Guenter Roeck --- drivers/watchdog/hpwdt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: e1000_netpoll() , BUG: sleeping function called from invalid context

On 02.03.2017 01:04, Gabriel C wrote: Does the patch below fix it? I'll test you patch in a bit and let you know. It seem to work. But to be really sure I let the box running with this setup over night. Also with 4.10.1 + your patch all seems fine.. The box is up 13 hours now and

Re: [PATCH 2/2] XArray: Convert IDR and add test suite

Hi Matthew, [auto build test WARNING on linus/master] [also build test WARNING on next-20170302] [cannot apply to v4.10] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Matthew-Wilcox/Add-XArray

Re: e1000_netpoll() , BUG: sleeping function called from invalid context

On 02.03.2017 01:04, Gabriel C wrote: Does the patch below fix it? I'll test you patch in a bit and let you know. It seem to work. But to be really sure I let the box running with this setup over night. Also with 4.10.1 + your patch all seems fine.. The box is up 13 hours now and

Re: [PATCH 2/2] XArray: Convert IDR and add test suite

Hi Matthew, [auto build test WARNING on linus/master] [also build test WARNING on next-20170302] [cannot apply to v4.10] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Matthew-Wilcox/Add-XArray

Re: tracing: add #undef to fix compile error

On Wed, 2017-03-01 at 22:11 -0500, Steven Rostedt wrote: > On Wed, 28 Sep 2016 22:55:54 -0400 > Rik van Riel wrote: > > > There are several trace include files that define > > TRACE_INCLUDE_FILE. > > > > Include several of them in the same .c file (as I currently have in > >

Re: tracing: add #undef to fix compile error

On Wed, 2017-03-01 at 22:11 -0500, Steven Rostedt wrote: > On Wed, 28 Sep 2016 22:55:54 -0400 > Rik van Riel wrote: > > > There are several trace include files that define > > TRACE_INCLUDE_FILE. > > > > Include several of them in the same .c file (as I currently have in > > some code I am

[PATCH 0/2] HID: hiddev: move hiddev's minor number and refactoring

Hi all, I found hiddev's minor number is always zero in struct hid_device. So, store the minor number asked from usb core in struct hid_device. This is my first approach. But after reviewed from Bendjamin, he suggested that it would make sense to store a minor number in struct hiddev like

[PATCH 0/2] HID: hiddev: move hiddev's minor number and refactoring

Hi all, I found hiddev's minor number is always zero in struct hid_device. So, store the minor number asked from usb core in struct hid_device. This is my first approach. But after reviewed from Bendjamin, he suggested that it would make sense to store a minor number in struct hiddev like

Re: [PATCH 2/7] net: stmmac: Balance PTP reference clock enable/disable

Às 5:24 PM de 2/23/2017, Thierry Reding escreveu: > From: Thierry Reding > > clk_prepare_enable() and clk_disable_unprepare() for this clock aren't > properly balanced, which can trigger a WARN_ON() in the common clock > framework. > > Signed-off-by: Thierry Reding

Re: [PATCH 2/7] net: stmmac: Balance PTP reference clock enable/disable

Às 5:24 PM de 2/23/2017, Thierry Reding escreveu: > From: Thierry Reding > > clk_prepare_enable() and clk_disable_unprepare() for this clock aren't > properly balanced, which can trigger a WARN_ON() in the common clock > framework. > > Signed-off-by: Thierry Reding > --- >

Re: [PATCH] [RFC] x86: avoid -mtune=atom for objtool warnings

* Josh Poimboeuf wrote: > > > > Well, technically an invalid opcode is shorter code than generating an > > > > (integer) division by zero exception, right? > > > > > > What does that matter if it's the wrong behavior? > > > > Well, both terminate the program, and it's

Re: [PATCH] [RFC] x86: avoid -mtune=atom for objtool warnings

* Josh Poimboeuf wrote: > > > > Well, technically an invalid opcode is shorter code than generating an > > > > (integer) division by zero exception, right? > > > > > > What does that matter if it's the wrong behavior? > > > > Well, both terminate the program, and it's obvious if you look at

Re: [PATCH 1/2] cpufreq: mt8173: Mark mt8173_cpufreq_driver_init as __init

On Thu, Mar 2, 2017 at 7:06 PM, Viresh Kumar wrote: > > On 02-03-17, 19:03, Daniel Kurtz wrote: > > This function is only called once at boot by device_initcall(), so mark > > it as __init. > > > > Signed-off-by: Daniel Kurtz > > --- > >

Re: [PATCH 1/2] cpufreq: mt8173: Mark mt8173_cpufreq_driver_init as __init

On Thu, Mar 2, 2017 at 7:06 PM, Viresh Kumar wrote: > > On 02-03-17, 19:03, Daniel Kurtz wrote: > > This function is only called once at boot by device_initcall(), so mark > > it as __init. > > > > Signed-off-by: Daniel Kurtz > > --- > > drivers/cpufreq/mt8173-cpufreq.c | 2 +- > > 1 file

Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests

Hi Michael and Bamovar, On 03/01/2017 11:43 PM, Michael Ellerman wrote: > Shuah Khan writes: >> Hi Bamovar, >> >> Your original series badly broke the selftest build. I can no longer >> build individual tests. For example: >> >> cd breakpoints/ >>

Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests

Hi Michael and Bamovar, On 03/01/2017 11:43 PM, Michael Ellerman wrote: > Shuah Khan writes: >> Hi Bamovar, >> >> Your original series badly broke the selftest build. I can no longer >> build individual tests. For example: >> >> cd breakpoints/ >>

Re: [PATCH 2/3] thermal: add support for the thermal sensor on Allwinner new SoCs

On Thu, Mar 02, 2017 at 12:02:13AM +0800, Icenowy Zheng wrote: > > 2017年3月1日 23:56于 Maxime Ripard 写道： > > > > On Wed, Mar 01, 2017 at 06:20:51PM +0800, Icenowy Zheng wrote: > > > > > > 2017年3月1日 18:14于 Maxime Ripard 写道： > > >

Re: [PATCH 2/3] thermal: add support for the thermal sensor on Allwinner new SoCs

On Thu, Mar 02, 2017 at 12:02:13AM +0800, Icenowy Zheng wrote: > > 2017年3月1日 23:56于 Maxime Ripard 写道： > > > > On Wed, Mar 01, 2017 at 06:20:51PM +0800, Icenowy Zheng wrote: > > > > > > 2017年3月1日 18:14于 Maxime Ripard 写道： > > > > > > > > On Tue, Feb 28, 2017 at 03:18:13PM +0800, Icenowy Zheng

Re: subdevice config into pointer (was Re: [PATCH 1/4] v4l2: device_register_subdev_nodes: allow calling multiple times)

Hi Pavel, On Thu, Mar 02, 2017 at 10:07:27AM +0100, Pavel Machek wrote: > Hi! > > > Making the sub-device bus configuration a pointer should be in a separate > > patch. It makes sense since the entire configuration is not valid for all > > sub-devices attached to the ISP anymore. I think it

Re: subdevice config into pointer (was Re: [PATCH 1/4] v4l2: device_register_subdev_nodes: allow calling multiple times)

Hi Pavel, On Thu, Mar 02, 2017 at 10:07:27AM +0100, Pavel Machek wrote: > Hi! > > > Making the sub-device bus configuration a pointer should be in a separate > > patch. It makes sense since the entire configuration is not valid for all > > sub-devices attached to the ISP anymore. I think it

Re: [PATCHv4 2/2] rtc: cpcap: new rtc driver

On Wed, Mar 1, 2017 at 6:27 PM, Sebastian Reichel wrote: > This driver supports the Motorola CPCAP PMIC found on > some of Motorola's mobile phones, such as the Droid 4. > > Tested-by: Tony Lindgren > Signed-off-by: Sebastian Reichel > --- >

Re: [PATCHv4 2/2] rtc: cpcap: new rtc driver

On Wed, Mar 1, 2017 at 6:27 PM, Sebastian Reichel wrote: > This driver supports the Motorola CPCAP PMIC found on > some of Motorola's mobile phones, such as the Droid 4. > > Tested-by: Tony Lindgren > Signed-off-by: Sebastian Reichel > --- > Changes since PATCHv3: > - Modified DT binding

[PATCH] netvsc: fix use-after-free in netvsc_change_mtu()

'nvdev' is freed in rndis_filter_device_remove -> netvsc_device_remove -> free_netvsc_device, so we mustn't access it, before it's re-created in rndis_filter_device_add -> netvsc_device_add. Signed-off-by: Dexuan Cui Cc: "K. Y. Srinivasan" Cc: Haiyang

Re: [PATCH v5 06/13] lockdep: Implement crossrelease feature

On Thu, Mar 02, 2017 at 01:45:35PM +0900, byungchul.park wrote: > From: Matthew Wilcox [mailto:wi...@infradead.org] > > On Tue, Feb 28, 2017 at 07:15:47PM +0100, Peter Zijlstra wrote: > > > (And we should not be returning to userspace with locks held anyway -- > > > lockdep already has a check for

[PATCH] netvsc: fix use-after-free in netvsc_change_mtu()

'nvdev' is freed in rndis_filter_device_remove -> netvsc_device_remove -> free_netvsc_device, so we mustn't access it, before it's re-created in rndis_filter_device_add -> netvsc_device_add. Signed-off-by: Dexuan Cui Cc: "K. Y. Srinivasan" Cc: Haiyang Zhang Cc: Stephen Hemminger ---

Re: [PATCH v5 06/13] lockdep: Implement crossrelease feature

On Thu, Mar 02, 2017 at 01:45:35PM +0900, byungchul.park wrote: > From: Matthew Wilcox [mailto:wi...@infradead.org] > > On Tue, Feb 28, 2017 at 07:15:47PM +0100, Peter Zijlstra wrote: > > > (And we should not be returning to userspace with locks held anyway -- > > > lockdep already has a check for

Re: [PATCH v5 06/13] lockdep: Implement crossrelease feature

On Wed, Jan 18, 2017 at 10:17:32PM +0900, Byungchul Park wrote: > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug > index a6c8db1..7890661 100644 > --- a/lib/Kconfig.debug > +++ b/lib/Kconfig.debug > @@ -1042,6 +1042,19 @@ config DEBUG_LOCK_ALLOC >spin_lock_init()/mutex_init()/etc., or

Re: [PATCH v5 06/13] lockdep: Implement crossrelease feature

On Wed, Jan 18, 2017 at 10:17:32PM +0900, Byungchul Park wrote: > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug > index a6c8db1..7890661 100644 > --- a/lib/Kconfig.debug > +++ b/lib/Kconfig.debug > @@ -1042,6 +1042,19 @@ config DEBUG_LOCK_ALLOC >spin_lock_init()/mutex_init()/etc., or

Re: [PATCH v2 3/3] printk: fix double printing with earlycon

On 03/02/2017 04:11 PM, Aleksey Makarov wrote: > If a console was specified by ACPI SPCR table _and_ command line > parameters like "console=ttyAMA0" _and_ "earlycon" were specified, > then log messages appear twice. > > The root cause is that the code traverses the list of specified > consoles

Re: [PATCH v2 3/3] printk: fix double printing with earlycon

On 03/02/2017 04:11 PM, Aleksey Makarov wrote: > If a console was specified by ACPI SPCR table _and_ command line > parameters like "console=ttyAMA0" _and_ "earlycon" were specified, > then log messages appear twice. > > The root cause is that the code traverses the list of specified > consoles

Re: [RFC 01/11] mm: use SWAP_SUCCESS instead of 0

On 03/02/2017 12:09 PM, Minchan Kim wrote: > SWAP_SUCCESS defined value 0 can be changed always so don't rely on > it. Instead, use explict macro. Right. But should not we move the changes to the callers last in the patch series after doing the cleanup to the try_to_unmap() function as intended

Re: [linux-sunxi] Re: [PATCH 2/4] clk: sunxi-ng: Add sun7i-a20 CCU driver

Hi Priit, On Wed, Mar 01, 2017 at 11:38:14PM +0200, Priit Laes wrote: > > > +/* PLL2 - Audio clock */ > > > +static struct ccu_nm pll_audio_base_clk = { > > > > > > > + .enable = BIT(31), > > > > > > > + .n = _SUNXI_CCU_MULT_OFFSET(8, 7, 0), > > > > > > > + .m =

Re: [RFC 01/11] mm: use SWAP_SUCCESS instead of 0

On 03/02/2017 12:09 PM, Minchan Kim wrote: > SWAP_SUCCESS defined value 0 can be changed always so don't rely on > it. Instead, use explict macro. Right. But should not we move the changes to the callers last in the patch series after doing the cleanup to the try_to_unmap() function as intended

Re: [linux-sunxi] Re: [PATCH 2/4] clk: sunxi-ng: Add sun7i-a20 CCU driver

Hi Priit, On Wed, Mar 01, 2017 at 11:38:14PM +0200, Priit Laes wrote: > > > +/* PLL2 - Audio clock */ > > > +static struct ccu_nm pll_audio_base_clk = { > > > > > > > + .enable = BIT(31), > > > > > > > + .n = _SUNXI_CCU_MULT_OFFSET(8, 7, 0), > > > > > > > + .m =

Re: [RFC 00/11] make try_to_unmap simple

On 03/02/2017 12:09 PM, Minchan Kim wrote: > Currently, try_to_unmap returns various return value(SWAP_SUCCESS, > SWAP_FAIL, SWAP_AGAIN, SWAP_DIRTY and SWAP_MLOCK). When I look into > that, it's unncessary complicated so this patch aims for cleaning > it up. Change ttu to boolean function so we

Re: [RFC 00/11] make try_to_unmap simple

On 03/02/2017 12:09 PM, Minchan Kim wrote: > Currently, try_to_unmap returns various return value(SWAP_SUCCESS, > SWAP_FAIL, SWAP_AGAIN, SWAP_DIRTY and SWAP_MLOCK). When I look into > that, it's unncessary complicated so this patch aims for cleaning > it up. Change ttu to boolean function so we

Re: DIfferent BogoMIPS value after bbaa06702719 ("clocksource/drivers/arm_global_timer: Register delay timer")

On Thu, Mar 02, 2017 at 02:36:23PM +0100, Rafał Miłecki wrote: > I just updated kernel on my SmartRG SR400ac (bcm4708-smartrg-sr400ac.dts) from > 4.4 to 4.9 and noticed that this part of the log: > [0.020820] Calibrating delay loop... 1594.16 BogoMIPS (lpj=7970816) > (...) > [0.190806]

Re: DIfferent BogoMIPS value after bbaa06702719 ("clocksource/drivers/arm_global_timer: Register delay timer")

On Thu, Mar 02, 2017 at 02:36:23PM +0100, Rafał Miłecki wrote: > I just updated kernel on my SmartRG SR400ac (bcm4708-smartrg-sr400ac.dts) from > 4.4 to 4.9 and noticed that this part of the log: > [0.020820] Calibrating delay loop... 1594.16 BogoMIPS (lpj=7970816) > (...) > [0.190806]

Re: [PATCH] [RFC] x86: avoid -mtune=atom for objtool warnings

On Thu, Mar 02, 2017 at 02:46:29PM +0100, Ingo Molnar wrote: > > * Josh Poimboeuf wrote: > > > On Thu, Mar 02, 2017 at 07:31:39AM +0100, Ingo Molnar wrote: > > > > > > * Josh Poimboeuf wrote: > > > > > > > On Wed, Mar 01, 2017 at 11:42:54PM +0100,

Re: [PATCH] [RFC] x86: avoid -mtune=atom for objtool warnings

On Thu, Mar 02, 2017 at 02:46:29PM +0100, Ingo Molnar wrote: > > * Josh Poimboeuf wrote: > > > On Thu, Mar 02, 2017 at 07:31:39AM +0100, Ingo Molnar wrote: > > > > > > * Josh Poimboeuf wrote: > > > > > > > On Wed, Mar 01, 2017 at 11:42:54PM +0100, Arnd Bergmann wrote: > > > > > On Wed, Mar

Re: DIfferent BogoMIPS value after bbaa06702719 ("clocksource/drivers/arm_global_timer: Register delay timer")

On Thu, Mar 02, 2017 at 02:36:23PM +0100, Rafał Miłecki wrote: > Hi, > > I just updated kernel on my SmartRG SR400ac (bcm4708-smartrg-sr400ac.dts) from > 4.4 to 4.9 and noticed that this part of the log: > [0.020820] Calibrating delay loop... 1594.16 BogoMIPS (lpj=7970816) > (...) > [

Re: [PATCH V5 6/6] proc: show MADV_FREE pages info in smaps

On Wed, Mar 01, 2017 at 07:57:35PM +0100, Michal Hocko wrote: > On Wed 01-03-17 13:31:49, Johannes Weiner wrote: > > On Wed, Mar 01, 2017 at 02:36:24PM +0100, Michal Hocko wrote: > > > @@ -474,7 +474,7 @@ static int madvise_free_single_vma(struct > > > vm_area_struct *vma, > > >

[PATCH] staging: nvec: cleanup USLEEP_RANGE checkpatch checks

Resolve strict checkpatch USLEEP_RANGE checks by converting delays and sleeps as described in ./Documentation/timers/timers-howto.txt. CHECK: usleep_range is preferred over udelay; see Documentation/ timers/timers-howto.txt Signed-off-by: simran singhal ---

Re: DIfferent BogoMIPS value after bbaa06702719 ("clocksource/drivers/arm_global_timer: Register delay timer")

On Thu, Mar 02, 2017 at 02:36:23PM +0100, Rafał Miłecki wrote: > Hi, > > I just updated kernel on my SmartRG SR400ac (bcm4708-smartrg-sr400ac.dts) from > 4.4 to 4.9 and noticed that this part of the log: > [0.020820] Calibrating delay loop... 1594.16 BogoMIPS (lpj=7970816) > (...) > [

Re: [PATCH V5 6/6] proc: show MADV_FREE pages info in smaps

On Wed, Mar 01, 2017 at 07:57:35PM +0100, Michal Hocko wrote: > On Wed 01-03-17 13:31:49, Johannes Weiner wrote: > > On Wed, Mar 01, 2017 at 02:36:24PM +0100, Michal Hocko wrote: > > > @@ -474,7 +474,7 @@ static int madvise_free_single_vma(struct > > > vm_area_struct *vma, > > >

[PATCH] staging: nvec: cleanup USLEEP_RANGE checkpatch checks

Resolve strict checkpatch USLEEP_RANGE checks by converting delays and sleeps as described in ./Documentation/timers/timers-howto.txt. CHECK: usleep_range is preferred over udelay; see Documentation/ timers/timers-howto.txt Signed-off-by: simran singhal --- drivers/staging/nvec/nvec.c | 4 ++--

Re: [linux-sunxi] Re: [PATCH 2/3] clk: sunxi-ng: add support for PRCM CCUs

On Wed, Mar 01, 2017 at 08:17:39PM +0800, Icenowy Zheng wrote: > > I'm a bit worried by that to be honest. You claim to support the A31, > > yet jugdging by the current state of that code you never actually > > tested it on that SoC. > > I only claim to reserve possibility to extend the driver

Re: [linux-sunxi] Re: [PATCH 2/3] clk: sunxi-ng: add support for PRCM CCUs

On Wed, Mar 01, 2017 at 08:17:39PM +0800, Icenowy Zheng wrote: > > I'm a bit worried by that to be honest. You claim to support the A31, > > yet jugdging by the current state of that code you never actually > > tested it on that SoC. > > I only claim to reserve possibility to extend the driver

Re: [RESEND PATCH v6 3/6] i2c: designware: MASTER mode as separated driver

On 03/01/17 17:59, Luis Oliveira wrote: - The functions related to I2C master mode of operation were transformed in a single driver. - Common definitions were moved to i2c-designware-core.h - The i2c-designware-core is now only a library file, the functions associated are in a source file

Re: [RESEND PATCH v6 3/6] i2c: designware: MASTER mode as separated driver

On 03/01/17 17:59, Luis Oliveira wrote: - The functions related to I2C master mode of operation were transformed in a single driver. - Common definitions were moved to i2c-designware-core.h - The i2c-designware-core is now only a library file, the functions associated are in a source file

Re: kvm: WARNING in nested_vmx_vmexit

2017-03-02 20:28+0800, Wanpeng Li: > 2017-03-02 2:31 GMT+08:00 Radim Krčmář : >> 2017-03-01 10:44+0100, Dmitry Vyukov: >>> On Wed, Mar 1, 2017 at 7:13 AM, Wanpeng Li wrote: 2017-02-28 20:15 GMT+08:00 Dmitry Vyukov : > Hello,

Re: kvm: WARNING in nested_vmx_vmexit

2017-03-02 20:28+0800, Wanpeng Li: > 2017-03-02 2:31 GMT+08:00 Radim Krčmář : >> 2017-03-01 10:44+0100, Dmitry Vyukov: >>> On Wed, Mar 1, 2017 at 7:13 AM, Wanpeng Li wrote: 2017-02-28 20:15 GMT+08:00 Dmitry Vyukov : > Hello, > > The following program triggers WARNING in

Re: [tpmdd-devel] [PATCH 1/2] tpm: Apply an adapterlimit for retransmission.

> TPMs are a not the best devices when it comes to i2c :/ BTW I blame the quirky I2C HW of the adapters, so far. signature.asc Description: PGP signature

Re: [tpmdd-devel] [PATCH 1/2] tpm: Apply an adapterlimit for retransmission.

> TPMs are a not the best devices when it comes to i2c :/ BTW I blame the quirky I2C HW of the adapters, so far. signature.asc Description: PGP signature

Re: gcc7 log2 compile issues in kernel/time/timekeeping.c

On 2017.03.01 at 17:39 +, Ard Biesheuvel wrote: > On 1 March 2017 at 00:00, Laura Abbott wrote: > > On 02/25/2017 03:50 AM, Ard Biesheuvel wrote: > >> > >> > >>> On 25 Feb 2017, at 11:23, Ard Biesheuvel > >>> wrote: > >>> > >>> On 25 February

Re: gcc7 log2 compile issues in kernel/time/timekeeping.c

On 2017.03.01 at 17:39 +, Ard Biesheuvel wrote: > On 1 March 2017 at 00:00, Laura Abbott wrote: > > On 02/25/2017 03:50 AM, Ard Biesheuvel wrote: > >> > >> > >>> On 25 Feb 2017, at 11:23, Ard Biesheuvel > >>> wrote: > >>> > >>> On 25 February 2017 at 11:09, Markus Trippelsdorf > >>> wrote:

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