[GIT PULL] Char/Misc driver fixes for 4.10-rc4

The following changes since commit a121103c922847ba5010819a3f250f1f7fc84ab8: Linux 4.10-rc3 (2017-01-08 14:18:17 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/ tags/char-misc-4.10-rc4 for you to fetch changes up to

[GIT PULL] Char/Misc driver fixes for 4.10-rc4

The following changes since commit a121103c922847ba5010819a3f250f1f7fc84ab8: Linux 4.10-rc3 (2017-01-08 14:18:17 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/ tags/char-misc-4.10-rc4 for you to fetch changes up to

[GIT PULL] Driver core fixes for 4.10-rc4

The following changes since commit a121103c922847ba5010819a3f250f1f7fc84ab8: Linux 4.10-rc3 (2017-01-08 14:18:17 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/ tags/driver-core-4.10-rc4 for you to fetch changes up to

[GIT PULL] Driver core fixes for 4.10-rc4

The following changes since commit a121103c922847ba5010819a3f250f1f7fc84ab8: Linux 4.10-rc3 (2017-01-08 14:18:17 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/ tags/driver-core-4.10-rc4 for you to fetch changes up to

[GIT PULL] TTY/Serial driver changes for 4.10-rc4

The following changes since commit a121103c922847ba5010819a3f250f1f7fc84ab8: Linux 4.10-rc3 (2017-01-08 14:18:17 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/ tags/tty-4.10-rc4 for you to fetch changes up to

[GIT PULL] USB driver fixes for 4.10-rc4

The following changes since commit a121103c922847ba5010819a3f250f1f7fc84ab8: Linux 4.10-rc3 (2017-01-08 14:18:17 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.10-rc4 for you to fetch changes up to

[GIT PULL] TTY/Serial driver changes for 4.10-rc4

The following changes since commit a121103c922847ba5010819a3f250f1f7fc84ab8: Linux 4.10-rc3 (2017-01-08 14:18:17 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/ tags/tty-4.10-rc4 for you to fetch changes up to

[GIT PULL] USB driver fixes for 4.10-rc4

The following changes since commit a121103c922847ba5010819a3f250f1f7fc84ab8: Linux 4.10-rc3 (2017-01-08 14:18:17 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.10-rc4 for you to fetch changes up to

[PATCH 1/1] crypto: img-hash - use dma_data_direction when calling dma_map_sg

The fourth argument of dma_map_sg() and dma_unmap_sg() is an item of dma_data_direction enum. Function img_hash_xmit_dma() wrongly used DMA_MEM_TO_DEV, which is an item of dma_transfer_direction enum. Replace DMA_MEM_TO_DEV (which value is 1) with DMA_TO_DEVICE (which value is fortunately also 1)

[PATCH 1/1] crypto: img-hash - use dma_data_direction when calling dma_map_sg

The fourth argument of dma_map_sg() and dma_unmap_sg() is an item of dma_data_direction enum. Function img_hash_xmit_dma() wrongly used DMA_MEM_TO_DEV, which is an item of dma_transfer_direction enum. Replace DMA_MEM_TO_DEV (which value is 1) with DMA_TO_DEVICE (which value is fortunately also 1)

Re: [PATCH v2 2/2] iio: distance: srf08: add IIO driver for us ranger

On 01/10/2017 07:48 PM, Andreas Klinger wrote: [...] > + indio_dev->name = dev_name(>dev); The name is supposed to be the type of the device, e.g. part name, not the name of parent device instance. E.g. "srf08" in this case.

Re: [PATCH v2 2/2] iio: distance: srf08: add IIO driver for us ranger

On 01/10/2017 07:48 PM, Andreas Klinger wrote: [...] > + indio_dev->name = dev_name(>dev); The name is supposed to be the type of the device, e.g. part name, not the name of parent device instance. E.g. "srf08" in this case.

Re: [PATCH v9 3/3] iio: adc: add support for Allwinner SoCs ADC

On 12/13/2016 03:33 PM, Quentin Schulz wrote: > + indio_dev->name = dev_name(>dev); The name is supposed to be the type of the device, e.g. part name, not the name of parent device instance. This could e.g. come from a name field in the gpadc_data struct.

Re: [PATCH v9 3/3] iio: adc: add support for Allwinner SoCs ADC

On 12/13/2016 03:33 PM, Quentin Schulz wrote: > + indio_dev->name = dev_name(>dev); The name is supposed to be the type of the device, e.g. part name, not the name of parent device instance. This could e.g. come from a name field in the gpadc_data struct.

[PULL REQUEST] i2c for 4.10

Linus, here is a pull request with bugfixes for I2C. Mostly core this time which is a bit unusual but nothing really scary in there. Also, this is the first public test run of my git-request-pull enhancement to give credits to people taking part in quality assurance (like reviewing and testing).

[PULL REQUEST] i2c for 4.10

Linus, here is a pull request with bugfixes for I2C. Mostly core this time which is a bit unusual but nothing really scary in there. Also, this is the first public test run of my git-request-pull enhancement to give credits to people taking part in quality assurance (like reviewing and testing).

qla3xxx: u32 constant overflow in fm93c56a_select()

Hello, In drivers/net/ethernet/qlogic/qla3xxx.c, fm93c56a_select() currently calls: ql_write_nvram_reg(qdev, spir, ((ISP_NVRAM_MASK << 16) | qdev->eeprom_cmd_data)); and ISP_NVRAM_MASK is defined as (0x000F << 16). ql_write_nvram_reg() writes a 32-bit value but (ISP_NVRAM_MASK << 16)

qla3xxx: u32 constant overflow in fm93c56a_select()

Hello, In drivers/net/ethernet/qlogic/qla3xxx.c, fm93c56a_select() currently calls: ql_write_nvram_reg(qdev, spir, ((ISP_NVRAM_MASK << 16) | qdev->eeprom_cmd_data)); and ISP_NVRAM_MASK is defined as (0x000F << 16). ql_write_nvram_reg() writes a 32-bit value but (ISP_NVRAM_MASK << 16)

[PATCH] drivers: staging: rtl8188eu: include: wifi: Removed unnecessary defined macros

Removed macros not in use. Signed-off-by: Kartikey Singh --- drivers/staging/rtl8188eu/include/wifi.h | 17 - 1 file changed, 17 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/wifi.h b/drivers/staging/rtl8188eu/include/wifi.h index

[PATCH] drivers: staging: rtl8188eu: include: wifi: Removed unnecessary defined macros

Removed macros not in use. Signed-off-by: Kartikey Singh --- drivers/staging/rtl8188eu/include/wifi.h | 17 - 1 file changed, 17 deletions(-) diff --git a/drivers/staging/rtl8188eu/include/wifi.h b/drivers/staging/rtl8188eu/include/wifi.h index 9e08e68..e10de68 100644 ---

[PATCH] usb: host: constify dev_pm_ops structures

Declare dev_pm_ops structures as const as they are only stored in the pm field of a device_driver structure. This field is of type const, so dev_pm_ops structures having similar properties can be declared const too. Size details after cross compiling the .o file for powerpc architecture. File

[PATCH] usb: host: constify dev_pm_ops structures

Declare dev_pm_ops structures as const as they are only stored in the pm field of a device_driver structure. This field is of type const, so dev_pm_ops structures having similar properties can be declared const too. Size details after cross compiling the .o file for powerpc architecture. File

Re: [PATCH RFC 2/2] ARM: nommu: remap exception base address to RAM

Hi, On Sat, Jan 07, 2017 at 10:43:39PM +0530, Afzal Mohammed wrote: > On Tue, Dec 13, 2016 at 10:02:26AM +, Russell King - ARM Linux wrote: > > Also, if the region setup for the vectors was moved as well, it would > > then be possible to check the ID registers to determine whether this > >

Re: [PATCH RFC 2/2] ARM: nommu: remap exception base address to RAM

Hi, On Sat, Jan 07, 2017 at 10:43:39PM +0530, Afzal Mohammed wrote: > On Tue, Dec 13, 2016 at 10:02:26AM +, Russell King - ARM Linux wrote: > > Also, if the region setup for the vectors was moved as well, it would > > then be possible to check the ID registers to determine whether this > >

[PATCH RFC V2] Input: cyapa: use time based retry loop

Using counter based retry loops for peripherals results in the delay being significantly overrun during high-load situations where delay functions tend to be vary imprecise and overrun there timeouts. So condition the termination on the actual condition of 2s for the re-calibration to have been

[PATCH] Input: cyapa_gen3: use msleep() for long delay

ulseep_range() uses hrtimers and provides no advantage over msleep() for larger delays. Fix up the 50ms delays here to use msleep() and reduce the load on the hrtimer subsystem. Signed-off-by: Nicholas Mc Guire --- Problem found by coccinelle script As the needed delay is

[PATCH] Input: cyapa_gen3: use msleep() for long delay

ulseep_range() uses hrtimers and provides no advantage over msleep() for larger delays. Fix up the 50ms delays here to use msleep() and reduce the load on the hrtimer subsystem. Signed-off-by: Nicholas Mc Guire --- Problem found by coccinelle script As the needed delay is specified in the

[PATCH RFC V2] Input: cyapa: use time based retry loop

Using counter based retry loops for peripherals results in the delay being significantly overrun during high-load situations where delay functions tend to be vary imprecise and overrun there timeouts. So condition the termination on the actual condition of 2s for the re-calibration to have been

Re: [PATCH net-next v3 00/10] net: dsa: Support for pdata in dsa2

On Sat, Jan 14, 2017 at 01:47:03PM -0800, Florian Fainelli wrote: > Hi all, > > This is not exactly new, and was sent before, although back then, I did not > have an user of the pre-declared MDIO board information, but now we do. Note > that I have additional changes queued up to have b53

aacraid: kernel: AAC: Host adapter dead -1 (bisected)

Hi. There is a bug with handling of adaptec raid cards (in my case it is Adaptec 3405) where kernel logs hundreds of "AAC: Host adapter dead -1" messages. Bug was reported previously on lkml but there was no progres in solving it. There is also bugzilla entry:

Re: [PATCH net-next v3 00/10] net: dsa: Support for pdata in dsa2

On Sat, Jan 14, 2017 at 01:47:03PM -0800, Florian Fainelli wrote: > Hi all, > > This is not exactly new, and was sent before, although back then, I did not > have an user of the pre-declared MDIO board information, but now we do. Note > that I have additional changes queued up to have b53

aacraid: kernel: AAC: Host adapter dead -1 (bisected)

Hi. There is a bug with handling of adaptec raid cards (in my case it is Adaptec 3405) where kernel logs hundreds of "AAC: Host adapter dead -1" messages. Bug was reported previously on lkml but there was no progres in solving it. There is also bugzilla entry:

Re: [PATCH net-next v3 07/10] net: Relocate dev_to_net_device() into core

On Sat, Jan 14, 2017 at 01:47:10PM -0800, Florian Fainelli wrote: > dev_to_net_device() is moved from net/dsa/dsa.c to net/core/dev.c since > it going to be used by net/dsa/dsa2.c and the namespace of the function > justifies making it available to other users potentially. > > Signed-off-by:

Re: [PATCH net-next v3 07/10] net: Relocate dev_to_net_device() into core

On Sat, Jan 14, 2017 at 01:47:10PM -0800, Florian Fainelli wrote: > dev_to_net_device() is moved from net/dsa/dsa.c to net/core/dev.c since > it going to be used by net/dsa/dsa2.c and the namespace of the function > justifies making it available to other users potentially. > > Signed-off-by:

Re: [PATCH net-next v3 06/10] net: dsa: Migrate to device_find_class()

On Sat, Jan 14, 2017 at 01:47:09PM -0800, Florian Fainelli wrote: > Now that the base device driver code provides an identical > implementation of dev_find_class() utilize device_find_class() instead > of our own version of it. > > Signed-off-by: Florian Fainelli > --- >

Re: [PATCH net-next v3 06/10] net: dsa: Migrate to device_find_class()

On Sat, Jan 14, 2017 at 01:47:09PM -0800, Florian Fainelli wrote: > Now that the base device driver code provides an identical > implementation of dev_find_class() utilize device_find_class() instead > of our own version of it. > > Signed-off-by: Florian Fainelli > --- > net/dsa/dsa.c | 22

Re: [PATCH net-next v3 05/10] drivers: base: Add device_find_class()

On Sat, Jan 14, 2017 at 01:47:08PM -0800, Florian Fainelli wrote: > Add a helper function to lookup a device reference given a class name. > This is a preliminary patch to remove adhoc code from net/dsa/dsa.c and > make it more generic. > > Signed-off-by: Florian Fainelli >

Re: [PATCH net-next v3 05/10] drivers: base: Add device_find_class()

On Sat, Jan 14, 2017 at 01:47:08PM -0800, Florian Fainelli wrote: > Add a helper function to lookup a device reference given a class name. > This is a preliminary patch to remove adhoc code from net/dsa/dsa.c and > make it more generic. > > Signed-off-by: Florian Fainelli > --- >

Bluetooth: always-true condition in dtl1_confcheck

Hello, Since commit 00990e7ce0b0 ("pcmcia: use autoconfiguration feature for ioports and iomem") function dtl1_confcheck() starts with the following statements (in drivers/bluetooth/dtl1_cs.c): static int dtl1_confcheck(struct pcmcia_device *p_dev, void *priv_data) { if

Bluetooth: always-true condition in dtl1_confcheck

Hello, Since commit 00990e7ce0b0 ("pcmcia: use autoconfiguration feature for ioports and iomem") function dtl1_confcheck() starts with the following statements (in drivers/bluetooth/dtl1_cs.c): static int dtl1_confcheck(struct pcmcia_device *p_dev, void *priv_data) { if

[PATCH] tty: serial: constify dev_pm_ops structures

Declare dev_pm_ops structures as const as they are only stored in the pm field of a device_driver structure. This field is of type const, so dev_pm_ops structures having similar properties can be declared const too. Size details after cross compiling the .o file for blackfin architecture. File

[PATCH] tty: serial: constify dev_pm_ops structures

Declare dev_pm_ops structures as const as they are only stored in the pm field of a device_driver structure. This field is of type const, so dev_pm_ops structures having similar properties can be declared const too. Size details after cross compiling the .o file for blackfin architecture. File

Re: [char-misc for 4.10-rc4 V2] mei: bus: enable OS version only for SPT and newer

On Sun, Jan 15, 2017 at 07:19:03AM +, Winkler, Tomas wrote: > > Subject: Re: [char-misc for 4.10-rc4 V2] mei: bus: enable OS version only > > for SPT > > and newer > > > > On Sat, Jan 14, 2017 at 08:27:31PM +0100, Paul Menzel wrote: > > > Dear Greg, > > > > > > > > > On 2017-01-13 14:00,

Re: [char-misc for 4.10-rc4 V2] mei: bus: enable OS version only for SPT and newer

On Sun, Jan 15, 2017 at 07:19:03AM +, Winkler, Tomas wrote: > > Subject: Re: [char-misc for 4.10-rc4 V2] mei: bus: enable OS version only > > for SPT > > and newer > > > > On Sat, Jan 14, 2017 at 08:27:31PM +0100, Paul Menzel wrote: > > > Dear Greg, > > > > > > > > > On 2017-01-13 14:00,

Re: [PATCH] drivers: staging: rtl8188eu: include: Removed unnecssary defined macros

On Sun, Jan 15, 2017 at 01:09:23PM +0530, Kartikey Singh wrote: > Removed macros not in use. > > Signed-off-by: Kartikey Singh > --- > drivers/staging/rtl8188eu/include/wifi.h | 12 +++- > 1 file changed, 3 insertions(+), 9 deletions(-) > > diff --git

Re: [PATCH] drivers: staging: rtl8188eu: include: Removed unnecssary defined macros

On Sun, Jan 15, 2017 at 01:09:23PM +0530, Kartikey Singh wrote: > Removed macros not in use. > > Signed-off-by: Kartikey Singh > --- > drivers/staging/rtl8188eu/include/wifi.h | 12 +++- > 1 file changed, 3 insertions(+), 9 deletions(-) > > diff --git

Re: [PATCH] drivers: staging: rtl8188eu: include: wifi: Unnecessary do-while removed from macro

On Sun, Jan 15, 2017 at 01:08:15AM +0530, Kartikey Singh wrote: > On Sat, Jan 14, 2017 at 07:38:01PM +0100, Greg KH wrote: > > On Sat, Jan 14, 2017 at 11:53:36PM +0530, Kartikey Singh wrote: > > > do while loop removed from single statement macro > > > > > > Signed-off-by: Kartikey Singh

Re: [PATCH] drivers: staging: rtl8188eu: include: wifi: Unnecessary do-while removed from macro

On Sat, Jan 14, 2017 at 10:53:04PM +0300, Ivan Safonov wrote: > On 01/14/2017 10:40 PM, Greg KH wrote: > > On Sun, Jan 15, 2017 at 12:44:41AM +0530, Kartikey singh wrote: > > Even better yet, remove it and rebuild the driver and see if it > > breaks :) > > Only if the code is not between #ifn?def

Re: [PATCH] drivers: staging: rtl8188eu: include: wifi: Unnecessary do-while removed from macro

On Sun, Jan 15, 2017 at 01:08:15AM +0530, Kartikey Singh wrote: > On Sat, Jan 14, 2017 at 07:38:01PM +0100, Greg KH wrote: > > On Sat, Jan 14, 2017 at 11:53:36PM +0530, Kartikey Singh wrote: > > > do while loop removed from single statement macro > > > > > > Signed-off-by: Kartikey Singh > > >

Re: [PATCH] drivers: staging: rtl8188eu: include: wifi: Unnecessary do-while removed from macro

On Sat, Jan 14, 2017 at 10:53:04PM +0300, Ivan Safonov wrote: > On 01/14/2017 10:40 PM, Greg KH wrote: > > On Sun, Jan 15, 2017 at 12:44:41AM +0530, Kartikey singh wrote: > > Even better yet, remove it and rebuild the driver and see if it > > breaks :) > > Only if the code is not between #ifn?def

4.10 regression drm/i915: BUG/oops on lid open

Hi all, Since 4.10-rc1 I'm getting this on lid close/open on my trusty old ThinkPad X200s: pci :00:1e.0: PCI bridge to [bus 0d] BUG: unable to handle kernel NULL pointer dereference at (null) IP: intel_display_resume+0xaf/0x120 [i915] PGD 22b99b067 PUD 22b99a067 PMD 0 Oops: 0002

4.10 regression drm/i915: BUG/oops on lid open

Hi all, Since 4.10-rc1 I'm getting this on lid close/open on my trusty old ThinkPad X200s: pci :00:1e.0: PCI bridge to [bus 0d] BUG: unable to handle kernel NULL pointer dereference at (null) IP: intel_display_resume+0xaf/0x120 [i915] PGD 22b99b067 PUD 22b99a067 PMD 0 Oops: 0002

[thermal/intel_powerclamp] b4d590f251: WARNING:at_kernel/sched/idle.c:#play_idle

FYI, we noticed the following commit: commit: b4d590f2511ecc219ca4a7a3cb81b366b10881ae ("thermal/intel_powerclamp:fix sched_setscheduler fail") url: https://github.com/0day-ci/linux/commits/xinwu-liu-intel-com/thermal-intel_powerclamp-fix-sched_setscheduler-fail/20170113-231143 base:

[thermal/intel_powerclamp] b4d590f251: WARNING:at_kernel/sched/idle.c:#play_idle

FYI, we noticed the following commit: commit: b4d590f2511ecc219ca4a7a3cb81b366b10881ae ("thermal/intel_powerclamp:fix sched_setscheduler fail") url: https://github.com/0day-ci/linux/commits/xinwu-liu-intel-com/thermal-intel_powerclamp-fix-sched_setscheduler-fail/20170113-231143 base:

Re: [PATCH net-next v3 04/10] net: dsa: Move ports assignment closer to error checking

Hello! On 1/15/2017 12:47 AM, Florian Fainelli wrote: Move the assignment of ports in _dsa_register_switch() closer to where it is checked, no functional change. Re-order declarations to be "Be" not needed. preserve the inverted christmas tree style. Signed-off-by: Florian Fainelli

Re: [PATCH net-next v3 04/10] net: dsa: Move ports assignment closer to error checking

Hello! On 1/15/2017 12:47 AM, Florian Fainelli wrote: Move the assignment of ports in _dsa_register_switch() closer to where it is checked, no functional change. Re-order declarations to be "Be" not needed. preserve the inverted christmas tree style. Signed-off-by: Florian Fainelli

Re: [PATCHSET v6] blk-mq scheduling framework

> Il giorno 11 gen 2017, alle ore 22:39, Jens Axboe ha scritto: > > Another year, another posting of this patchset. The previous posting > was here: > > https://www.spinics.net/lists/kernel/msg2406106.html > > (yes, I've skipped v5, it was fixes on top of v4, not the rework). >

Re: [PATCHSET v6] blk-mq scheduling framework

> Il giorno 11 gen 2017, alle ore 22:39, Jens Axboe ha scritto: > > Another year, another posting of this patchset. The previous posting > was here: > > https://www.spinics.net/lists/kernel/msg2406106.html > > (yes, I've skipped v5, it was fixes on top of v4, not the rework). > > I've

Re: [PATCH] rcu: Narrow early boot window of illegal synchronous grace periods

On Sat, Jan 14, 2017 at 09:24:43PM -0800, Paul E. McKenney wrote: > > Which means, you probably should tag your fix CC:stable and add > > > > Fixes: 8b355e3bc140 ("rcu: Drive expedited grace periods from workqueue") > > > > to it too. > > Like this? Very nice, ship it! :-) Thanks. --

Re: [PATCH] rcu: Narrow early boot window of illegal synchronous grace periods

On Sat, Jan 14, 2017 at 09:24:43PM -0800, Paul E. McKenney wrote: > > Which means, you probably should tag your fix CC:stable and add > > > > Fixes: 8b355e3bc140 ("rcu: Drive expedited grace periods from workqueue") > > > > to it too. > > Like this? Very nice, ship it! :-) Thanks. --

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: 453828625731d0ba7218242ef6ec88f59408f368 x86/mpx: Use compatible types in comparison to fix sparse error Misc fixes: - unwinder

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: 453828625731d0ba7218242ef6ec88f59408f368 x86/mpx: Use compatible types in comparison to fix sparse error Misc fixes: - unwinder

Re: Nokia N900: mixers changed between 4.9 and 4.10-rc3, no longer can use in-call speaker

Hi! > > Both are based on v4.7-rc1. v4.6 worked ok for me. > > > > Lets test mini-v4.7: in-call speaker works ok there, and no alsactl > > warnings. > > > > mini-v4.7+cb7e62256e99d285e415cf75db67558f0f8bb107+6d2de5ab4328718302 > > c54b20222c6b1a574c3fce > > > > : something seems to be broken

Re: Nokia N900: mixers changed between 4.9 and 4.10-rc3, no longer can use in-call speaker

Hi! > > Both are based on v4.7-rc1. v4.6 worked ok for me. > > > > Lets test mini-v4.7: in-call speaker works ok there, and no alsactl > > warnings. > > > > mini-v4.7+cb7e62256e99d285e415cf75db67558f0f8bb107+6d2de5ab4328718302 > > c54b20222c6b1a574c3fce > > > > : something seems to be broken

[GIT PULL] nohz fix

Linus, Please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus # HEAD: 24b91e360ef521a2808771633d76ebc68bd5604b nohz: Fix collision between tick and other hrtimers This fixes an old NOHZ race where

[GIT PULL] nohz fix

Linus, Please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus # HEAD: 24b91e360ef521a2808771633d76ebc68bd5604b nohz: Fix collision between tick and other hrtimers This fixes an old NOHZ race where

[PATCH] i2c: busses: constify dev_pm_ops structures

Declare dev_pm_ops structures as const as they are only stored in the pm field of a device_driver structure. This field is of type const, so dev_pm_ops structures having similar properties can be declared const too. File size before: drivers/i2c/busses/i2c-omap.o textdata bss dec

[PATCH] i2c: busses: constify dev_pm_ops structures

Declare dev_pm_ops structures as const as they are only stored in the pm field of a device_driver structure. This field is of type const, so dev_pm_ops structures having similar properties can be declared const too. File size before: drivers/i2c/busses/i2c-omap.o textdata bss dec

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: 18e7a45af91acdde99d3aa1372cc40e1f8142f7b perf/x86: Reject non sampling events with precise_ip Misc race fixes uncovered by fuzzing

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: 18e7a45af91acdde99d3aa1372cc40e1f8142f7b perf/x86: Reject non sampling events with precise_ip Misc race fixes uncovered by fuzzing

Re: 4.10-rc1: thinkpad x60: who ate my cpu?

On Sat 2017-01-14 12:30:54, Pavel Machek wrote: > Hi! > > On Thu 2017-01-12 20:19:31, Woody Suwalski wrote: > > Pavel Machek wrote: > > >Hi! > > > > > >>I used to have two cpus, and Thinkpad X60 should have two cores, but I > > >>only see one on 4.10-rc1. This machine went through many > >

Re: 4.10-rc1: thinkpad x60: who ate my cpu?

On Sat 2017-01-14 12:30:54, Pavel Machek wrote: > Hi! > > On Thu 2017-01-12 20:19:31, Woody Suwalski wrote: > > Pavel Machek wrote: > > >Hi! > > > > > >>I used to have two cpus, and Thinkpad X60 should have two cores, but I > > >>only see one on 4.10-rc1. This machine went through many > >

[GIT PULL] EFI fixes

Linus, Please pull the latest efi-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-urgent-for-linus # HEAD: 0100a3e67a9cef64d72cd3a1da86f3ddbee50363 efi/x86: Prune invalid memory map entries and fix boot regression A number of regression

[GIT PULL] EFI fixes

Linus, Please pull the latest efi-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-urgent-for-linus # HEAD: 0100a3e67a9cef64d72cd3a1da86f3ddbee50363 efi/x86: Prune invalid memory map entries and fix boot regression A number of regression

Re: [PATCH tip/core/rcu 2/3] srcu: Force full grace-period ordering

* Paul E. McKenney wrote: > > [sounds of rummaging around in the Git tree] > > > > I found this commit of yours from ancient history (more than a year ago!): > > > > commit 12d560f4ea87030667438a169912380be00cea4b > > Author: Paul E. McKenney

Re: [PATCH tip/core/rcu 2/3] srcu: Force full grace-period ordering

* Paul E. McKenney wrote: > > [sounds of rummaging around in the Git tree] > > > > I found this commit of yours from ancient history (more than a year ago!): > > > > commit 12d560f4ea87030667438a169912380be00cea4b > > Author: Paul E. McKenney > > Date: Tue Jul 14 18:35:23 2015 -0700

Re: [PATCH v4 3/8] PCI: Don't block runtime PM for Thunderbolt host hotplug ports

On Thu, Jan 12, 2017 at 11:02:59AM +0200, Mika Westerberg wrote: > On Thu, Jan 12, 2017 at 02:47:07AM +0100, Lukas Wunner wrote: > > On Wed, Jan 11, 2017 at 12:02:10PM +0200, Mika Westerberg wrote: > > > On Sun, Jan 08, 2017 at 09:41:45AM +0100, Lukas Wunner wrote: > > > > Hotplug ports generally

Re: [PATCH v4 3/8] PCI: Don't block runtime PM for Thunderbolt host hotplug ports

On Thu, Jan 12, 2017 at 11:02:59AM +0200, Mika Westerberg wrote: > On Thu, Jan 12, 2017 at 02:47:07AM +0100, Lukas Wunner wrote: > > On Wed, Jan 11, 2017 at 12:02:10PM +0200, Mika Westerberg wrote: > > > On Sun, Jan 08, 2017 at 09:41:45AM +0100, Lukas Wunner wrote: > > > > Hotplug ports generally

Re: [PATCH tip/core/rcu 2/3] srcu: Force full grace-period ordering

On Sun, Jan 15, 2017 at 08:57:11AM +0100, Ingo Molnar wrote: > > * Paul E. McKenney wrote: > > > On Sun, Jan 15, 2017 at 08:11:23AM +0100, Ingo Molnar wrote: > > > > > > * Paul E. McKenney wrote: > > > > > > > diff --git

Re: [PATCH tip/core/rcu 2/3] srcu: Force full grace-period ordering

On Sun, Jan 15, 2017 at 08:57:11AM +0100, Ingo Molnar wrote: > > * Paul E. McKenney wrote: > > > On Sun, Jan 15, 2017 at 08:11:23AM +0100, Ingo Molnar wrote: > > > > > > * Paul E. McKenney wrote: > > > > > > > diff --git a/include/linux/rcupdate.h b/include/linux/rcupdate.h > > > > index

[PATCH] Revert "scsi: mpt3sas: Fix secure erase premature termination"

So there's a new mpt3sas SCSI driver boot regression, introduced in this merge window, which made one of my servers unbootable. The kernel, starting at upstream commit a829a8445f09, would hang thusly: [6.230363] Linux agpgart interface v0.103 [6.245029] brd: module loaded [

[PATCH] Revert "scsi: mpt3sas: Fix secure erase premature termination"

So there's a new mpt3sas SCSI driver boot regression, introduced in this merge window, which made one of my servers unbootable. The kernel, starting at upstream commit a829a8445f09, would hang thusly: [6.230363] Linux agpgart interface v0.103 [6.245029] brd: module loaded [

Re: taint/module: Fix problems when out-of-kernel driver defines true or false

http://lkml.iu.edu//hypermail/linux/kernel/1701.0/01592.html says Larry's patch was applied Jan. 3 2017. So far it hasn't showed in pull updates. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support

Re: taint/module: Fix problems when out-of-kernel driver defines true or false

http://lkml.iu.edu//hypermail/linux/kernel/1701.0/01592.html says Larry's patch was applied Jan. 3 2017. So far it hasn't showed in pull updates. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support

Re: [PATCH 00/22] Openrisc patchees from backlog for 4.11

Hello Guenter, On Sat, Jan 14, 2017 at 09:17:01PM -0800, Guenter Roeck wrote: > On 01/14/2017 03:07 PM, Stafford Horne wrote: > > Hi All, > > > > This is another set of patches which I have been pulling out of the > > openrisc backlogs. Its a bit of a process since I need to cleanup commit > >

Re: [PATCH 00/22] Openrisc patchees from backlog for 4.11

Hello Guenter, On Sat, Jan 14, 2017 at 09:17:01PM -0800, Guenter Roeck wrote: > On 01/14/2017 03:07 PM, Stafford Horne wrote: > > Hi All, > > > > This is another set of patches which I have been pulling out of the > > openrisc backlogs. Its a bit of a process since I need to cleanup commit > >

Re: [PATCH 07/22] openrisc: add atomic bitops

e system] > > url: > https://github.com/0day-ci/linux/commits/Stafford-Horne/Openrisc-patchees-from-backlog-for-4-11/20170115-121623 > config: openrisc-or1ksim_defconfig (attached as .config) > compiler: or32-linux-gcc (GCC) 4.5.1-or32-1.0rc1 > reproduce: > wg

Re: [PATCH 07/22] openrisc: add atomic bitops

e system] > > url: > https://github.com/0day-ci/linux/commits/Stafford-Horne/Openrisc-patchees-from-backlog-for-4-11/20170115-121623 > config: openrisc-or1ksim_defconfig (attached as .config) > compiler: or32-linux-gcc (GCC) 4.5.1-or32-1.0rc1 > reproduce: > wg

<    2   3   4   5   6   7