Re: [PATCH 2/5] i2c: Add STM32F4 I2C driver

Hi Cedric, 2016-06-02 17:35 GMT+02:00 M'boumba Cedric Madianga : > Hi, > >>> + >>> +/** >>> + * stm32f4_i2c_xfer() - Transfer combined I2C message >>> + * @i2c_adap: Adapter pointer to the controller >>> + * @msgs: Pointer to data to be written. >>> + * @num: Number of

Re: [PATCH 2/5] i2c: Add STM32F4 I2C driver

Hi Cedric, 2016-06-02 17:35 GMT+02:00 M'boumba Cedric Madianga : > Hi, > >>> + >>> +/** >>> + * stm32f4_i2c_xfer() - Transfer combined I2C message >>> + * @i2c_adap: Adapter pointer to the controller >>> + * @msgs: Pointer to data to be written. >>> + * @num: Number of messages to be executed >>>

Re: [PATCH 0/4] mtd: nand: Add support for Evatronix NANDFLASH-CTRL

Hi Ricard, I was not in Cc of this series, so you're either developing an old kernel version, or you didn't check the MAINTAINERS file (or didn't run get_maintainer.pl on your series). And please, next time make sure patches 1 to X are sent in replies to your cover letter. On Thu, 2 Jun 2016

Re: [PATCH 0/4] mtd: nand: Add support for Evatronix NANDFLASH-CTRL

Hi Ricard, I was not in Cc of this series, so you're either developing an old kernel version, or you didn't check the MAINTAINERS file (or didn't run get_maintainer.pl on your series). And please, next time make sure patches 1 to X are sent in replies to your cover letter. On Thu, 2 Jun 2016

authenc methods vs FIPS in light of unencrypted associated data

Hi, In February I already tagged some authenc ciphers for FIPS compatibility. I currently revisit this to get testmgr running all the tests in strict FIPS mode. The authenc() class is troublesome. There is a HASH + ENC part of this method, but you can also add associated data, which is not

authenc methods vs FIPS in light of unencrypted associated data

Hi, In February I already tagged some authenc ciphers for FIPS compatibility. I currently revisit this to get testmgr running all the tests in strict FIPS mode. The authenc() class is troublesome. There is a HASH + ENC part of this method, but you can also add associated data, which is not

[PATCH] MAINTAINERS: Remove Muli Ben-Yahuda from Calgary x86-64 IOMMU entry

Muli Ben-Yahuda's email bounces so remove him from Calgary IOMMU. He is already present in CREDITS for that. Cc: disc...@x86-64.org Cc: Jon D. Mason Signed-off-by: Krzysztof Kozlowski --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH] MAINTAINERS: Remove Muli Ben-Yahuda from Calgary x86-64 IOMMU entry

Muli Ben-Yahuda's email bounces so remove him from Calgary IOMMU. He is already present in CREDITS for that. Cc: disc...@x86-64.org Cc: Jon D. Mason Signed-off-by: Krzysztof Kozlowski --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index

Re: [RFC PATCH 3/3] sched/fair: Change @running of __update_load_avg() to @update_util

On 01/06/16 21:11, Peter Zijlstra wrote: > On Wed, Jun 01, 2016 at 08:39:22PM +0100, Dietmar Eggemann wrote: >> The information whether a se/cfs_rq should get its load and >> utilization (se representing a task and root cfs_rq) or only its load >> (se representing a task group and cfs_rq owned by

Re: [RFC PATCH 3/3] sched/fair: Change @running of __update_load_avg() to @update_util

On 01/06/16 21:11, Peter Zijlstra wrote: > On Wed, Jun 01, 2016 at 08:39:22PM +0100, Dietmar Eggemann wrote: >> The information whether a se/cfs_rq should get its load and >> utilization (se representing a task and root cfs_rq) or only its load >> (se representing a task group and cfs_rq owned by

Re: [PATCH -v4 5/7] locking, arch: Update spin_unlock_wait()

On Thu, Jun 02, 2016 at 11:11:07PM +0800, Boqun Feng wrote: [snip] > > OK, I will resend a new patch making spin_unlock_wait() align the > semantics in your series. > I realize that if my patch goes first then it's more safe and convenient to keep the two smp_mb()s in ppc

Re: [PATCH -v4 5/7] locking, arch: Update spin_unlock_wait()

On Thu, Jun 02, 2016 at 11:11:07PM +0800, Boqun Feng wrote: [snip] > > OK, I will resend a new patch making spin_unlock_wait() align the > semantics in your series. > I realize that if my patch goes first then it's more safe and convenient to keep the two smp_mb()s in ppc

Re: [RFC PATCH 1/3] sched/fair: Aggregate task utilization only on root cfs_rq

On 02/06/16 10:23, Juri Lelli wrote: >> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c >> index 218f8e83db73..212becd3708f 100644 >> --- a/kernel/sched/fair.c >> +++ b/kernel/sched/fair.c >> @@ -2705,6 +2705,7 @@ __update_load_avg(u64 now, int cpu, struct sched_avg >> *sa, >> u32

Re: [RFC PATCH 1/3] sched/fair: Aggregate task utilization only on root cfs_rq

On 02/06/16 10:23, Juri Lelli wrote: >> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c >> index 218f8e83db73..212becd3708f 100644 >> --- a/kernel/sched/fair.c >> +++ b/kernel/sched/fair.c >> @@ -2705,6 +2705,7 @@ __update_load_avg(u64 now, int cpu, struct sched_avg >> *sa, >> u32

Re: [BUG/REGRESSION] THP: broken page count after commit aa88b68c

On Thu, Jun 02, 2016 at 05:21:41PM +0200, Gerald Schaefer wrote: > Christian Borntraeger reported a kernel panic after corrupt page counts, > and it turned out to be a regression introduced with commit aa88b68c > "thp: keep huge zero page pinned until tlb flush", at least on s390. > >

Re: [BUG/REGRESSION] THP: broken page count after commit aa88b68c

On Thu, Jun 02, 2016 at 05:21:41PM +0200, Gerald Schaefer wrote: > Christian Borntraeger reported a kernel panic after corrupt page counts, > and it turned out to be a regression introduced with commit aa88b68c > "thp: keep huge zero page pinned until tlb flush", at least on s390. > >

[PATCH tty-next] devpts: Make each mount of devpts an independent filesystem.

The /dev/ptmx device node is changed to lookup the directory entry "pts" in the same directory as the /dev/ptmx device node was opened in. If there is a "pts" entry and that entry is a devpts filesystem /dev/ptmx uses that filesystem. Otherwise the open of /dev/ptmx fails. The

[PATCH tty-next] devpts: Make each mount of devpts an independent filesystem.

The /dev/ptmx device node is changed to lookup the directory entry "pts" in the same directory as the /dev/ptmx device node was opened in. If there is a "pts" entry and that entry is a devpts filesystem /dev/ptmx uses that filesystem. Otherwise the open of /dev/ptmx fails. The

Re: [PATCH] tracing: Add *iter check for NULL

Hello, On Wed, Jun 1, 2016 at 5:31 PM, wrote: > From: xingzhen > > 3debb0a9ddb adding a "__used" to the variable in the > __trace_printk_fmt section. Sometimes it will cause > *iter to be NULL, then strcmp in lookup_format and > strcpy in

Re: [PATCH] tracing: Add *iter check for NULL

Hello, On Wed, Jun 1, 2016 at 5:31 PM, wrote: > From: xingzhen > > 3debb0a9ddb adding a "__used" to the variable in the > __trace_printk_fmt section. Sometimes it will cause > *iter to be NULL, then strcmp in lookup_format and > strcpy in hold_module_trace_bprintk_format will panic. > >

Applied "ASoC: hdmi-codec: select CONFIG_HDMI" to the asoc tree

The patch ASoC: hdmi-codec: select CONFIG_HDMI has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Re: [PATCH 00/11] cpufreq: Keep policy->freq_table sorted

On 2 June 2016 at 20:38, Rafael J. Wysocki wrote: > On Thu, Jun 2, 2016 at 4:19 PM, Viresh Kumar wrote: >> Hi Rafael, >> >> This series fixes all cpufreq drivers that provide a 'target_index' >> callback or in other words, which provide a freq-table to

Applied "ASoC: hdmi-codec: select CONFIG_HDMI" to the asoc tree

The patch ASoC: hdmi-codec: select CONFIG_HDMI has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Re: [PATCH 00/11] cpufreq: Keep policy->freq_table sorted

On 2 June 2016 at 20:38, Rafael J. Wysocki wrote: > On Thu, Jun 2, 2016 at 4:19 PM, Viresh Kumar wrote: >> Hi Rafael, >> >> This series fixes all cpufreq drivers that provide a 'target_index' >> callback or in other words, which provide a freq-table to cpufreq core, >> to make sure they *only*

Re: [RFC PATCH v1 3/3] regulator: qcom_smd: add linear range to pm8941 lnldo

On Thu, Jun 02, 2016 at 03:57:42PM +0100, Srinivas Kandagatla wrote: > On 02/06/16 15:49, Mark Brown wrote: > > Why is this better than using a separate set of ops for the driver? > Am ok either way, it would be just few more lines for separate set of ops. It's more natural to use a separate

Re: [RFC PATCH v1 3/3] regulator: qcom_smd: add linear range to pm8941 lnldo

On Thu, Jun 02, 2016 at 03:57:42PM +0100, Srinivas Kandagatla wrote: > On 02/06/16 15:49, Mark Brown wrote: > > Why is this better than using a separate set of ops for the driver? > Am ok either way, it would be just few more lines for separate set of ops. It's more natural to use a separate

Re: [PATCH] ASoC: sgtl5000: only check VDDD-supply, not revision

Hi Clemens, On Thu, Jun 2, 2016 at 9:47 AM, Clemens Gruber wrote: > Instead of checking the SGTL5000 chip revision, we should only check if > the VDDD regulator exists and only call sgtl5000_replace_vddd_with_ldo > if the regulator is missing. > Otherwise, the user

[PATCH -next 1/2] virtio: Start feature MTU support

This commit adds the feature bit and associated mtu device entry for the virtio network device. Future commits will make use of these bits to support negotiated MTU. Signed-off-by: Aaron Conole --- include/uapi/linux/virtio_net.h | 2 ++ 1 file changed, 2 insertions(+) diff

[PATCH -next 1/2] virtio: Start feature MTU support

This commit adds the feature bit and associated mtu device entry for the virtio network device. Future commits will make use of these bits to support negotiated MTU. Signed-off-by: Aaron Conole --- include/uapi/linux/virtio_net.h | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: [PATCH] ASoC: sgtl5000: only check VDDD-supply, not revision

Hi Clemens, On Thu, Jun 2, 2016 at 9:47 AM, Clemens Gruber wrote: > Instead of checking the SGTL5000 chip revision, we should only check if > the VDDD regulator exists and only call sgtl5000_replace_vddd_with_ldo > if the regulator is missing. > Otherwise, the user reads in the kernel log that

[PATCH -next 0/2] virtio-net: Advised MTU feature

The following series adds the ability for a hypervisor to set an MTU on the guest during feature negotiation phase. This is useful for VM orchestration when, for instance, tunneling is involved and the MTU of the various systems should be homogenous. The first patch adds the feature bit as

[PATCH -next 0/2] virtio-net: Advised MTU feature

The following series adds the ability for a hypervisor to set an MTU on the guest during feature negotiation phase. This is useful for VM orchestration when, for instance, tunneling is involved and the MTU of the various systems should be homogenous. The first patch adds the feature bit as

Re: [RFC PATCH 0/3] Aggregate task utilization only on root cfs_rq

On 01/06/16 21:10, Peter Zijlstra wrote: > On Wed, Jun 01, 2016 at 08:39:19PM +0100, Dietmar Eggemann wrote: >> This is an alternative approach to '[RFC PATCH v2] sched: reflect >> sched_entity movement into task_group's utilization' which requires >> '[RFC PATCH] sched: fix hierarchical order in

Re: [RFC PATCH 0/3] Aggregate task utilization only on root cfs_rq

On 01/06/16 21:10, Peter Zijlstra wrote: > On Wed, Jun 01, 2016 at 08:39:19PM +0100, Dietmar Eggemann wrote: >> This is an alternative approach to '[RFC PATCH v2] sched: reflect >> sched_entity movement into task_group's utilization' which requires >> '[RFC PATCH] sched: fix hierarchical order in

RE: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

> > > > This isn't something part of ACPI - it's been added specifically for a > > selection of Dell machines. > > Ah, but isn't ACPI supposed to be a "standard"? :) > Heh. It's also possible to get this from an SMM routine. Lesser of two evils to fetch the information this way, right? :) >

Re: [PATCH 1/3] pci: introduce read_bridge/write_bridge pci ops

On Thursday, June 2, 2016 9:00:01 AM CEST Bjorn Helgaas wrote: > On Wed, Jun 01, 2016 at 10:37:28PM +0200, Arnd Bergmann wrote: > > On Wednesday, June 1, 2016 2:04:30 PM CEST Bjorn Helgaas wrote: > > > On Wed, Jun 01, 2016 at 05:41:53PM +0200, Arnd Bergmann wrote: > > > > On Wednesday, June 1,

RE: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

> > > > This isn't something part of ACPI - it's been added specifically for a > > selection of Dell machines. > > Ah, but isn't ACPI supposed to be a "standard"? :) > Heh. It's also possible to get this from an SMM routine. Lesser of two evils to fetch the information this way, right? :) >

Re: [PATCH 1/3] pci: introduce read_bridge/write_bridge pci ops

On Thursday, June 2, 2016 9:00:01 AM CEST Bjorn Helgaas wrote: > On Wed, Jun 01, 2016 at 10:37:28PM +0200, Arnd Bergmann wrote: > > On Wednesday, June 1, 2016 2:04:30 PM CEST Bjorn Helgaas wrote: > > > On Wed, Jun 01, 2016 at 05:41:53PM +0200, Arnd Bergmann wrote: > > > > On Wednesday, June 1,

[PATCH -next 2/2] virtio_net: Read the advised MTU

This patch checks the feature bit for the VIRTIO_NET_F_MTU feature. If it exists, read the advised MTU and use it. No proper error handling is provided for the case where a user changes the negotiated MTU. A future commit will add proper error handling. Instead, a warning is emitted if the guest

[PATCH -next 2/2] virtio_net: Read the advised MTU

This patch checks the feature bit for the VIRTIO_NET_F_MTU feature. If it exists, read the advised MTU and use it. No proper error handling is provided for the case where a user changes the negotiated MTU. A future commit will add proper error handling. Instead, a warning is emitted if the guest

Re: [PATCH 1/3] Convert efi_call_virt to efi_call_virt_generic

On Wed, 18 May, at 02:11:39PM, Alex Thorlton wrote: > This commit makes a few slight modifications to the efi_call_virt macro > to get it to work with function pointers that are stored in locations > other than efi.systab->runtime, and renames the macro to > efi_call_virt_generic. The majority of

Re: [PATCH 1/3] Convert efi_call_virt to efi_call_virt_generic

On Wed, 18 May, at 02:11:39PM, Alex Thorlton wrote: > This commit makes a few slight modifications to the efi_call_virt macro > to get it to work with function pointers that are stored in locations > other than efi.systab->runtime, and renames the macro to > efi_call_virt_generic. The majority of

Re: [PATCH] tracing: expose current->comm to kprobe events

Hello, On Wed, Jun 1, 2016 at 3:17 PM, Omar Sandoval wrote: > From: Omar Sandoval > > ftrace is very quick to give up on saving the task command line (see > `trace_save_cmdline()`). The workaround for events which really care > about the command line is to

Re: [PATCH] tracing: expose current->comm to kprobe events

Hello, On Wed, Jun 1, 2016 at 3:17 PM, Omar Sandoval wrote: > From: Omar Sandoval > > ftrace is very quick to give up on saving the task command line (see > `trace_save_cmdline()`). The workaround for events which really care > about the command line is to explicitly assign it as part of the

Re: [PATCH 2/2] aer: add support aer interrupt with none MSI/MSI-X/INTx mode

On 06/02/2016 09:55 AM, Bjorn Helgaas wrote: > On Thu, Jun 02, 2016 at 05:01:19AM +, Po Liu wrote: >>> -Original Message- >>> From: Bjorn Helgaas [mailto:helg...@kernel.org] >>> Sent: Thursday, June 02, 2016 11:48 AM >>> To: Po Liu >>> Cc: linux-...@vger.kernel.org;

Re: [PATCH 2/2] aer: add support aer interrupt with none MSI/MSI-X/INTx mode

On 06/02/2016 09:55 AM, Bjorn Helgaas wrote: > On Thu, Jun 02, 2016 at 05:01:19AM +, Po Liu wrote: >>> -Original Message- >>> From: Bjorn Helgaas [mailto:helg...@kernel.org] >>> Sent: Thursday, June 02, 2016 11:48 AM >>> To: Po Liu >>> Cc: linux-...@vger.kernel.org;

Re: [PATCH V2 2/6] cpufreq: Remove cpufreq_frequency_get_table()

On 2 June 2016 at 20:29, Javi Merino wrote: > In 5a31d594a973 ("cpufreq: Allow freq_table to be obtained for offline > CPUs") you did the opposite: don't use cpufreq_cpu_get_raw() because > it won't give you the policy of a cpu that is offline. Now you are > arguing that we

Re: [PATCH V2 2/6] cpufreq: Remove cpufreq_frequency_get_table()

On 2 June 2016 at 20:29, Javi Merino wrote: > In 5a31d594a973 ("cpufreq: Allow freq_table to be obtained for offline > CPUs") you did the opposite: don't use cpufreq_cpu_get_raw() because > it won't give you the policy of a cpu that is offline. Now you are > arguing that we should go back to

Re: [PATCH 2/5] i2c: Add STM32F4 I2C driver

Hi, >> + >> +/** >> + * stm32f4_i2c_xfer() - Transfer combined I2C message >> + * @i2c_adap: Adapter pointer to the controller >> + * @msgs: Pointer to data to be written. >> + * @num: Number of messages to be executed >> + */ >> +static int stm32f4_i2c_xfer(struct i2c_adapter *i2c_adap, struct

Re: [PATCH 2/5] i2c: Add STM32F4 I2C driver

Hi, >> + >> +/** >> + * stm32f4_i2c_xfer() - Transfer combined I2C message >> + * @i2c_adap: Adapter pointer to the controller >> + * @msgs: Pointer to data to be written. >> + * @num: Number of messages to be executed >> + */ >> +static int stm32f4_i2c_xfer(struct i2c_adapter *i2c_adap, struct

[PATCH v2 0/5] nbd: fixes for nbd

This patch series fixes the following 1) fix might_sleep warning on socket shutdown: Fix sock_shutdown to avoid calling kernel_sock_shutdown while holding spin_lock. 2) cleanup nbd_set_socket Cleanup nbd_set_socket to use spin_lock instead of irq version and remove the goto statement

[PATCH v2 0/5] nbd: fixes for nbd

This patch series fixes the following 1) fix might_sleep warning on socket shutdown: Fix sock_shutdown to avoid calling kernel_sock_shutdown while holding spin_lock. 2) cleanup nbd_set_socket Cleanup nbd_set_socket to use spin_lock instead of irq version and remove the goto statement

[PATCH v2 1/5] nbd: fix might_sleep warning on socket shutdown.

spinlocked ranges should be small and not contain calls into huge subfunctions. Fix my mistake and just get the pointer to the socket instead of doing everything with spinlock held. Reported-by: Mikulas Patocka Signed-off-by: Markus Pargmann

[PATCH v2 1/5] nbd: fix might_sleep warning on socket shutdown.

spinlocked ranges should be small and not contain calls into huge subfunctions. Fix my mistake and just get the pointer to the socket instead of doing everything with spinlock held. Reported-by: Mikulas Patocka Signed-off-by: Markus Pargmann Changelog: Pranay Kr. Srivastava: 1) Use spin_lock

[BUG/REGRESSION] THP: broken page count after commit aa88b68c

Christian Borntraeger reported a kernel panic after corrupt page counts, and it turned out to be a regression introduced with commit aa88b68c "thp: keep huge zero page pinned until tlb flush", at least on s390. put_huge_zero_page() was moved over from zap_huge_pmd() to release_pages(), and it was

[BUG/REGRESSION] THP: broken page count after commit aa88b68c

Christian Borntraeger reported a kernel panic after corrupt page counts, and it turned out to be a regression introduced with commit aa88b68c "thp: keep huge zero page pinned until tlb flush", at least on s390. put_huge_zero_page() was moved over from zap_huge_pmd() to release_pages(), and it was

Re: [PATCH] rds: fix an infoleak in rds_inc_info_copy

On 6/2/2016 1:11 AM, Kangjie Lu wrote: The last field "flags" of object "minfo" is not initialized. Copying this object out may leak kernel stack data. Assign 0 to it to avoid leak. Signed-off-by: Kangjie Lu --- net/rds/recv.c | 2 ++ 1 file changed, 2 insertions(+)

Re: [PATCH] rds: fix an infoleak in rds_inc_info_copy

On 6/2/2016 1:11 AM, Kangjie Lu wrote: The last field "flags" of object "minfo" is not initialized. Copying this object out may leak kernel stack data. Assign 0 to it to avoid leak. Signed-off-by: Kangjie Lu --- net/rds/recv.c | 2 ++ 1 file changed, 2 insertions(+) Acked-by: Santosh

Re: [RFC PATCH 1/1] clk: imx7d: move clk setting out of imx7d_clocks_init

On Fri, Apr 29, 2016 at 07:04:33PM -0700, Stefan Agner wrote: > On 2016-04-29 02:45, Dong Aisheng wrote: > > During kernel early booting(e.g. in time_init()), there's only one > > init idle task running, and the idle sched class indicates that it's > > not valid to schedule for idle task. If it

Re: [RFC PATCH 1/1] clk: imx7d: move clk setting out of imx7d_clocks_init

On Fri, Apr 29, 2016 at 07:04:33PM -0700, Stefan Agner wrote: > On 2016-04-29 02:45, Dong Aisheng wrote: > > During kernel early booting(e.g. in time_init()), there's only one > > init idle task running, and the idle sched class indicates that it's > > not valid to schedule for idle task. If it

Re: [PATCH 09/32] bcm2837-rpi-3-b.dts for 32bit arm

On Thursday, June 2, 2016 5:11:31 PM CEST Gerd Hoffmann wrote: > > > > > > Reference to ../../../arm64/boot/dts/broadcom/bcm2837-rpi-3-b.dts > > > > > directly in the Makefile? > > Actually tried that, and to my surprise this worked fine for both "make > dtbs" and "make dtbs_install". > > So we

Re: [PATCH 09/32] bcm2837-rpi-3-b.dts for 32bit arm

On Thursday, June 2, 2016 5:11:31 PM CEST Gerd Hoffmann wrote: > > > > > > Reference to ../../../arm64/boot/dts/broadcom/bcm2837-rpi-3-b.dts > > > > > directly in the Makefile? > > Actually tried that, and to my surprise this worked fine for both "make > dtbs" and "make dtbs_install". > > So we

Re: [PATCH v3 3/3] ACPI / button: Add quirks for initial lid state notification

On Thu, Jun 2, 2016 at 4:01 PM, Bastien Nocera wrote: > On Thu, 2016-06-02 at 01:08 +, Zheng, Lv wrote: >> Hi, >> >> > From: Bastien Nocera [mailto:had...@hadess.net] >> > Subject: Re: [PATCH v3 3/3] ACPI / button: Add quirks for initial >> > lid state >> > notification >>

Re: [PATCH v3 3/3] ACPI / button: Add quirks for initial lid state notification

On Thu, Jun 2, 2016 at 4:01 PM, Bastien Nocera wrote: > On Thu, 2016-06-02 at 01:08 +, Zheng, Lv wrote: >> Hi, >> >> > From: Bastien Nocera [mailto:had...@hadess.net] >> > Subject: Re: [PATCH v3 3/3] ACPI / button: Add quirks for initial >> > lid state >> > notification >> > >> > On Wed,

[PATCH v2 4/5]nbd: make nbd device wait for its users.

When a timeout occurs or a recv fails, then instead of abruplty killing nbd block device wait for it's users to finish. This is more required when filesystem(s) like ext2 or ext3 don't expect their buffer heads to disappear while the filesystem is mounted. Each open of a nbd device is

[PATCH v2 4/5]nbd: make nbd device wait for its users.

When a timeout occurs or a recv fails, then instead of abruplty killing nbd block device wait for it's users to finish. This is more required when filesystem(s) like ext2 or ext3 don't expect their buffer heads to disappear while the filesystem is mounted. Each open of a nbd device is

[PATCH v2 5/5]nbd: use device_attr macros for sysfs attribute

This patch changes the pid sysfs device attribute to use DEVICE_ATTR_* macro. Signed-off-by: Pranay Kr. Srivastava --- drivers/block/nbd.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/block/nbd.c b/drivers/block/nbd.c index

[PATCH v2 2/5]nbd: cleanup nbd_set_socket

This patch 1) uses spin_lock instead of irq version. 2) removes the goto statement in case a socket is already assigned with simple if-else statement. Signed-off-by: Pranay Kr. Srivastava --- drivers/block/nbd.c | 13 + 1 file changed, 5 insertions(+), 8

Re: [RESEND PATCH 0/8] clk: core: support clocks which requires parents on

On Wed, Apr 20, 2016 at 05:34:32PM +0800, Dong Aisheng wrote: > This is a RESEND patch series. > The original one can be found at here: > http://www.spinics.net/lists/arm-kernel/msg435136.html > It has no functional changes but improve the commit message and > comments a bit. > > This patch

[PATCH v2 5/5]nbd: use device_attr macros for sysfs attribute

This patch changes the pid sysfs device attribute to use DEVICE_ATTR_* macro. Signed-off-by: Pranay Kr. Srivastava --- drivers/block/nbd.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drivers/block/nbd.c b/drivers/block/nbd.c index 4da40dc..323ab26 100644 ---

[PATCH v2 2/5]nbd: cleanup nbd_set_socket

This patch 1) uses spin_lock instead of irq version. 2) removes the goto statement in case a socket is already assigned with simple if-else statement. Signed-off-by: Pranay Kr. Srivastava --- drivers/block/nbd.c | 13 + 1 file changed, 5 insertions(+), 8 deletions(-) diff --git

Re: [RESEND PATCH 0/8] clk: core: support clocks which requires parents on

On Wed, Apr 20, 2016 at 05:34:32PM +0800, Dong Aisheng wrote: > This is a RESEND patch series. > The original one can be found at here: > http://www.spinics.net/lists/arm-kernel/msg435136.html > It has no functional changes but improve the commit message and > comments a bit. > > This patch

[PATCH v2 3/5]nbd: fix various coding standard warnings

1 )nbd: fix checkpatch trailing space warning. 2) nbd: fix checkpatch warning use linux/uaccess.h 3) nbd : fix checkpatch pointer declaration warning 4) nbd: fix checkpatch warning no newline after decleration. 5) nbd: fix checkpatch warning no newline after decleration. 6) nbd : fix

[PATCH v2 3/5]nbd: fix various coding standard warnings

1 )nbd: fix checkpatch trailing space warning. 2) nbd: fix checkpatch warning use linux/uaccess.h 3) nbd : fix checkpatch pointer declaration warning 4) nbd: fix checkpatch warning no newline after decleration. 5) nbd: fix checkpatch warning no newline after decleration. 6) nbd : fix

Re: [PATCH v2 00/27] fb/drm: omapdss: Clean up the headers and separate the two stack

* Tomi Valkeinen [160602 05:28]: > > Tony, can you have a look at the arch/arm parts here and give your ack > if they're fine? They should be quite small and display specific, so I > don't see much chance for conflict there. Looks good to me, but these are going to

Re: [PATCH v2 00/27] fb/drm: omapdss: Clean up the headers and separate the two stack

* Tomi Valkeinen [160602 05:28]: > > Tony, can you have a look at the arch/arm parts here and give your ack > if they're fine? They should be quite small and display specific, so I > don't see much chance for conflict there. Looks good to me, but these are going to conflict with the board-*.c

Re: linux-next memleak after IO on dax mountpoint

On Sat, May 28, 2016 at 5:05 AM, Xiong Zhou wrote: > On Fri, May 27, 2016 at 04:46:17PM +0800, Xiong Zhou wrote: > ... >> Still working on to id which commit in this merge causes this issuer, > > Narrowed down to: > > 37e5823 block: add offset in blk_add_request_payload() >

Re: linux-next memleak after IO on dax mountpoint

On Sat, May 28, 2016 at 5:05 AM, Xiong Zhou wrote: > On Fri, May 27, 2016 at 04:46:17PM +0800, Xiong Zhou wrote: > ... >> Still working on to id which commit in this merge causes this issuer, > > Narrowed down to: > > 37e5823 block: add offset in blk_add_request_payload() > e048948 blk-mq: Export

Re: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

On Thu, Jun 02, 2016 at 02:10:37AM +, mario_limoncie...@dell.com wrote: > > -Original Message- > > From: Greg KH [mailto:gre...@linuxfoundation.org] > > Sent: Wednesday, June 1, 2016 6:06 PM > > To: Limonciello, Mario > > Cc: hayesw...@realtek.com; LKML

Re: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

On Thu, Jun 02, 2016 at 02:10:37AM +, mario_limoncie...@dell.com wrote: > > -Original Message- > > From: Greg KH [mailto:gre...@linuxfoundation.org] > > Sent: Wednesday, June 1, 2016 6:06 PM > > To: Limonciello, Mario > > Cc: hayesw...@realtek.com; LKML ; Netdev > > ; Linux USB ; > >

Re: [RFC PATCH 1/3] pci, acpi: Match PCI config space accessors against platfrom specific ECAM quirks.

On Thursday, June 2, 2016 3:35:34 PM CEST Tomasz Nowicki wrote: > On 02.06.2016 14:32, Arnd Bergmann wrote: > > On Thursday, June 2, 2016 2:07:43 PM CEST Tomasz Nowicki wrote: > >> On 02.06.2016 13:42, Arnd Bergmann wrote: > >>> On Thursday, June 2, 2016 10:41:01 AM CEST Tomasz Nowicki wrote: >

Re: [RFC PATCH 1/3] pci, acpi: Match PCI config space accessors against platfrom specific ECAM quirks.

On Thursday, June 2, 2016 3:35:34 PM CEST Tomasz Nowicki wrote: > On 02.06.2016 14:32, Arnd Bergmann wrote: > > On Thursday, June 2, 2016 2:07:43 PM CEST Tomasz Nowicki wrote: > >> On 02.06.2016 13:42, Arnd Bergmann wrote: > >>> On Thursday, June 2, 2016 10:41:01 AM CEST Tomasz Nowicki wrote: >

[PATCH v1 2/2] ARM: dts: keystone: add interrupt property to PCI controller bindings

Now that Keystone PCIe controller supports error interrupt handling add interrupt property to PCI controller DT bindings to enable error interrupt handling. Signed-off-by: Murali Karicheri --- - v1 - no change from initial version - applies to master v4.7-rcx at kernel.org

[PATCH v1 1/2] ARM: dts: keystone: remove bogus IO resource entry from PCI binding

The PCI DT bindings contain a bogus entry for IO space which is not supported on Keystone. The current bogus entry has an invalid size and throws following error during boot. [0.420713] keystone-pcie 21021000.pcie: error -22: failed to map resource [io 0x-0x40003fff] So

[PATCH v1 2/2] ARM: dts: keystone: add interrupt property to PCI controller bindings

Now that Keystone PCIe controller supports error interrupt handling add interrupt property to PCI controller DT bindings to enable error interrupt handling. Signed-off-by: Murali Karicheri --- - v1 - no change from initial version - applies to master v4.7-rcx at kernel.org git repo

[PATCH v1 1/2] ARM: dts: keystone: remove bogus IO resource entry from PCI binding

The PCI DT bindings contain a bogus entry for IO space which is not supported on Keystone. The current bogus entry has an invalid size and throws following error during boot. [0.420713] keystone-pcie 21021000.pcie: error -22: failed to map resource [io 0x-0x40003fff] So

[PATCH] of: use pr_fmt prefix for all console printing

Clean-up all the DT printk functions to use common pr_fmt prefix. Some print statements such as kmalloc errors were redundant, so just drop those. Cc: Frank Rowand Cc: Pantelis Antoniou Signed-off-by: Rob Herring ---

Re: [PATCH 09/32] bcm2837-rpi-3-b.dts for 32bit arm

Hi, > > > > Reference to ../../../arm64/boot/dts/broadcom/bcm2837-rpi-3-b.dts > > > > directly in the Makefile? Actually tried that, and to my surprise this worked fine for both "make dtbs" and "make dtbs_install". So we should just do that I guess ... > > Yes, in theory. No, in practice.

[PATCH] of: use pr_fmt prefix for all console printing

Clean-up all the DT printk functions to use common pr_fmt prefix. Some print statements such as kmalloc errors were redundant, so just drop those. Cc: Frank Rowand Cc: Pantelis Antoniou Signed-off-by: Rob Herring --- drivers/of/address.c | 49

Re: [PATCH 09/32] bcm2837-rpi-3-b.dts for 32bit arm

Hi, > > > > Reference to ../../../arm64/boot/dts/broadcom/bcm2837-rpi-3-b.dts > > > > directly in the Makefile? Actually tried that, and to my surprise this worked fine for both "make dtbs" and "make dtbs_install". So we should just do that I guess ... > > Yes, in theory. No, in practice.

Re: [PATCH v2 0/4] *** rtl8712: Replace semaphores with mutex / completions ***

On 06/02/2016 02:43 AM, Arnd Bergmann wrote: On Thursday, June 2, 2016 9:54:06 AM CEST Binoy Jayan wrote: Hi, These are a set of patches [v2] which removes semaphores from: drivers/staging/rtl8712 They build correctly (individually and as a whole). NB: I have not tested this as I do not have

Re: [PATCH v2 0/4] *** rtl8712: Replace semaphores with mutex / completions ***

On 06/02/2016 02:43 AM, Arnd Bergmann wrote: On Thursday, June 2, 2016 9:54:06 AM CEST Binoy Jayan wrote: Hi, These are a set of patches [v2] which removes semaphores from: drivers/staging/rtl8712 They build correctly (individually and as a whole). NB: I have not tested this as I do not have

Re: [PATCH v3 0/8] Input: atmel_mxt_ts - output raw touch diagnostic data via V4L

pushed it to https://github.com/ndyer/linux/commits/diagnostic-v4l-20160602 I will wait for the V4L2 folks to comment before posting a [PATCH v4] cheers Nick

Re: [PATCH v3 0/8] Input: atmel_mxt_ts - output raw touch diagnostic data via V4L

pushed it to https://github.com/ndyer/linux/commits/diagnostic-v4l-20160602 I will wait for the V4L2 folks to comment before posting a [PATCH v4] cheers Nick

Re: zone_reclaimable() leads to livelock in __alloc_pages_slowpath()

On Wed 01-06-16 23:38:30, Oleg Nesterov wrote: > On 06/01, Michal Hocko wrote: > > > > On Wed 01-06-16 01:56:26, Oleg Nesterov wrote: > > > On 05/31, Michal Hocko wrote: > > > > > > > > On Sun 29-05-16 23:25:40, Oleg Nesterov wrote: > > > > > > > > > > This single change in get_scan_count() under

Re: zone_reclaimable() leads to livelock in __alloc_pages_slowpath()

On Wed 01-06-16 23:38:30, Oleg Nesterov wrote: > On 06/01, Michal Hocko wrote: > > > > On Wed 01-06-16 01:56:26, Oleg Nesterov wrote: > > > On 05/31, Michal Hocko wrote: > > > > > > > > On Sun 29-05-16 23:25:40, Oleg Nesterov wrote: > > > > > > > > > > This single change in get_scan_count() under

Re: [PATCH 00/11] cpufreq: Keep policy->freq_table sorted

On Thu, Jun 2, 2016 at 4:19 PM, Viresh Kumar wrote: > Hi Rafael, > > This series fixes all cpufreq drivers that provide a 'target_index' > callback or in other words, which provide a freq-table to cpufreq core, > to make sure they *only* use the 'index' argument to

Re: [PATCH 00/11] cpufreq: Keep policy->freq_table sorted

On Thu, Jun 2, 2016 at 4:19 PM, Viresh Kumar wrote: > Hi Rafael, > > This series fixes all cpufreq drivers that provide a 'target_index' > callback or in other words, which provide a freq-table to cpufreq core, > to make sure they *only* use the 'index' argument to ->target_index() > with the

Re: [PATCH -v4 5/7] locking, arch: Update spin_unlock_wait()

On Thu, Jun 02, 2016 at 04:44:24PM +0200, Peter Zijlstra wrote: > On Thu, Jun 02, 2016 at 10:24:40PM +0800, Boqun Feng wrote: > > On Thu, Jun 02, 2016 at 01:52:02PM +0200, Peter Zijlstra wrote: > > About spin_unlock_wait() on ppc, I actually have a fix pending review: > > > >

RE: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

> -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Thursday, June 2, 2016 10:01 AM > To: Limonciello, Mario > Cc: pali.ro...@gmail.com; hayesw...@realtek.com; linux- > ker...@vger.kernel.org; net...@vger.kernel.org; linux- >

<    5   6   7   8   9   10   11   12   13   14   >