[PATCH v2 3/4] watchdog: iTCO_wdt: Use pdev for platform device and pci_dev for pci device

Use pdev for struct platform_device, pci_dev for struct pci_dev, and dev for struct device variables to improve consistency. Remove 'struct platform_device *dev;' from struct iTCO_wdt_private since it was unused. Reviewed-by: Andy Shevchenko Signed-off-by: Guenter

[PATCH v2 1/4] watchdog: iTCO_wdt: Use allocated data structures

Allocate private data and the watchdog device to avoid having to clear it on remove and to enable subsequent simplifications. Reviewed-by: Andy Shevchenko Signed-off-by: Guenter Roeck --- v2: Fixed typo in description Added Reviewed-by:

Re: [PATCH net 9/9] virtio-net: XDP support for small buffers

On 2017年01月04日 00:40, John Fastabend wrote: On 17-01-02 10:16 PM, Jason Wang wrote: On 2017年01月03日 06:43, John Fastabend wrote: On 16-12-23 06:37 AM, Jason Wang wrote: Commit f600b6905015 ("virtio_net: Add XDP support") leaves the case of small receive buffer untouched. This will confuse

[PATCH v2 3/4] watchdog: iTCO_wdt: Use pdev for platform device and pci_dev for pci device

Use pdev for struct platform_device, pci_dev for struct pci_dev, and dev for struct device variables to improve consistency. Remove 'struct platform_device *dev;' from struct iTCO_wdt_private since it was unused. Reviewed-by: Andy Shevchenko Signed-off-by: Guenter Roeck --- v2: Named pci

[PATCH v2 1/4] watchdog: iTCO_wdt: Use allocated data structures

Allocate private data and the watchdog device to avoid having to clear it on remove and to enable subsequent simplifications. Reviewed-by: Andy Shevchenko Signed-off-by: Guenter Roeck --- v2: Fixed typo in description Added Reviewed-by: drivers/watchdog/iTCO_wdt.c | 402

Re: [PATCH net 9/9] virtio-net: XDP support for small buffers

On 2017年01月04日 00:40, John Fastabend wrote: On 17-01-02 10:16 PM, Jason Wang wrote: On 2017年01月03日 06:43, John Fastabend wrote: On 16-12-23 06:37 AM, Jason Wang wrote: Commit f600b6905015 ("virtio_net: Add XDP support") leaves the case of small receive buffer untouched. This will confuse

[PATCH v20 0/4] Mediatek MT8173 CMDQ support

Hi, This is Mediatek MT8173 Command Queue(CMDQ) driver. The CMDQ is used to help write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to achieve this requirement. These patches have a build

[PATCH v20 0/4] Mediatek MT8173 CMDQ support

Hi, This is Mediatek MT8173 Command Queue(CMDQ) driver. The CMDQ is used to help write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to achieve this requirement. These patches have a build

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

+++ Larry Finger [01/01/17 20:25 -0600]: Commit 7fd8329ba502 ("taint/module: Clean up global and module taint flags handling") used the key words true and false as character members of a new struct. These names cause problems when out-of-kernel modules such as VirtualBox include their own

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

+++ Larry Finger [01/01/17 20:25 -0600]: Commit 7fd8329ba502 ("taint/module: Clean up global and module taint flags handling") used the key words true and false as character members of a new struct. These names cause problems when out-of-kernel modules such as VirtualBox include their own

Re: [LKP] [lkp-developer] [sched/fair] 4e5160766f: +149% ftq.noise.50% regression

Vincent Guittot writes: > Hi Dietmar and Ying, > > Le Tuesday 03 Jan 2017 11:38:39 (+0100), Dietmar Eggemann a crit : >> Hi Vincent and Ying, >> >> On 01/02/2017 04:42 PM, Vincent Guittot wrote: >> >Hi Ying, >> > >> >On 28 December 2016 at 09:17, Huang, Ying

[PATCH v20 4/4] soc: mediatek: Add Mediatek CMDQ helper

Add Mediatek CMDQ helper to create CMDQ packet and assemble GCE op code. Signed-off-by: HS Liao --- drivers/soc/mediatek/Kconfig | 12 ++ drivers/soc/mediatek/Makefile | 1 + drivers/soc/mediatek/mtk-cmdq-helper.c | 310

[PATCH v20 2/4] mailbox: mediatek: Add Mediatek CMDQ driver

This patch is first version of Mediatek Command Queue(CMDQ) driver. The CMDQ is used to help write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to achieve this requirement. Currently, CMDQ only

Re: [LKP] [lkp-developer] [sched/fair] 4e5160766f: +149% ftq.noise.50% regression

Vincent Guittot writes: > Hi Dietmar and Ying, > > Le Tuesday 03 Jan 2017 11:38:39 (+0100), Dietmar Eggemann a crit : >> Hi Vincent and Ying, >> >> On 01/02/2017 04:42 PM, Vincent Guittot wrote: >> >Hi Ying, >> > >> >On 28 December 2016 at 09:17, Huang, Ying wrote: >> >>Vincent Guittot

[PATCH v20 4/4] soc: mediatek: Add Mediatek CMDQ helper

Add Mediatek CMDQ helper to create CMDQ packet and assemble GCE op code. Signed-off-by: HS Liao --- drivers/soc/mediatek/Kconfig | 12 ++ drivers/soc/mediatek/Makefile | 1 + drivers/soc/mediatek/mtk-cmdq-helper.c | 310 +

[PATCH v20 2/4] mailbox: mediatek: Add Mediatek CMDQ driver

This patch is first version of Mediatek Command Queue(CMDQ) driver. The CMDQ is used to help write registers with critical time limitation, such as updating display configuration during the vblank. It controls Global Command Engine (GCE) hardware to achieve this requirement. Currently, CMDQ only

[PATCH v20 1/4] dt-bindings: soc: Add documentation for the MediaTek GCE unit

This adds documentation for the MediaTek Global Command Engine (GCE) unit found in MT8173 SoCs. Signed-off-by: HS Liao Acked-by: Rob Herring --- .../devicetree/bindings/mailbox/mtk-gce.txt| 43 ++ 1 file changed, 43

[PATCH v20 3/4] arm64: dts: mt8173: Add GCE node

This patch adds the device node of the GCE hardware for CMDQ module. Signed-off-by: HS Liao --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi

[PATCH v20 1/4] dt-bindings: soc: Add documentation for the MediaTek GCE unit

This adds documentation for the MediaTek Global Command Engine (GCE) unit found in MT8173 SoCs. Signed-off-by: HS Liao Acked-by: Rob Herring --- .../devicetree/bindings/mailbox/mtk-gce.txt| 43 ++ 1 file changed, 43 insertions(+) create mode 100644

[PATCH v20 3/4] arm64: dts: mt8173: Add GCE node

This patch adds the device node of the GCE hardware for CMDQ module. Signed-off-by: HS Liao --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi b/arch/arm64/boot/dts/mediatek/mt8173.dtsi index

Re: [PATCH net-next V2 3/3] tun: rx batching

On 2017年01月03日 21:33, Stefan Hajnoczi wrote: On Wed, Dec 28, 2016 at 04:09:31PM +0800, Jason Wang wrote: +static int tun_rx_batched(struct tun_file *tfile, struct sk_buff *skb, + int more) +{ + struct sk_buff_head *queue = >sk.sk_write_queue; + struct

Re: [PATCH net-next V2 3/3] tun: rx batching

On 2017年01月03日 21:33, Stefan Hajnoczi wrote: On Wed, Dec 28, 2016 at 04:09:31PM +0800, Jason Wang wrote: +static int tun_rx_batched(struct tun_file *tfile, struct sk_buff *skb, + int more) +{ + struct sk_buff_head *queue = >sk.sk_write_queue; + struct

[PATCH v2] KVM: x86: fix NULL deref in vcpu_scan_ioapic

From: Wanpeng Li Reported by syzkaller: BUG: unable to handle kernel NULL pointer dereference at 01b0 IP: _raw_spin_lock+0xc/0x30 PGD 3e28eb067 PUD 3f0ac6067 PMD 0 Oops: 0002 [#1] SMP CPU: 0 PID: 2431 Comm: test Tainted: G

[PATCH v2] KVM: x86: fix NULL deref in vcpu_scan_ioapic

From: Wanpeng Li Reported by syzkaller: BUG: unable to handle kernel NULL pointer dereference at 01b0 IP: _raw_spin_lock+0xc/0x30 PGD 3e28eb067 PUD 3f0ac6067 PMD 0 Oops: 0002 [#1] SMP CPU: 0 PID: 2431 Comm: test Tainted: G OE 4.10.0-rc1+ #3

Re: kmod: add a sanity check on module loading

+++ Luis R. Rodriguez [08/12/16 11:49 -0800]: kmod has an optimization in place whereby if a some kernel code uses request_module() on a module already loaded we never bother userspace as the module already is loaded. This is not true for get_fs_type() though as it uses aliases. Additionally

Re: kmod: add a sanity check on module loading

+++ Luis R. Rodriguez [08/12/16 11:49 -0800]: kmod has an optimization in place whereby if a some kernel code uses request_module() on a module already loaded we never bother userspace as the module already is loaded. This is not true for get_fs_type() though as it uses aliases. Additionally

Re: [PATCH 08/29] efi: Allow drivers to reserve boot services forever

On Fri, Sep 9, 2016 at 8:18 AM, Matt Fleming wrote: > Today, it is not possible for drivers to reserve EFI boot services for > access after efi_free_boot_services() has been called on x86. For > ARM/arm64 it can be done simply by calling memblock_reserve(). > > Having

Re: [PATCH 08/29] efi: Allow drivers to reserve boot services forever

On Fri, Sep 9, 2016 at 8:18 AM, Matt Fleming wrote: > Today, it is not possible for drivers to reserve EFI boot services for > access after efi_free_boot_services() has been called on x86. For > ARM/arm64 it can be done simply by calling memblock_reserve(). > > Having this ability for all three

[PATCH V3] arm64: dts: ls1046a: Add TMU device tree support

Also add nodes and properties for thermal management support. Signed-off-by: Jia Hongtao --- Changes for V3: * Update the subject title according to Shawn Guo's comment. * Fix some style issue. Changes for V2: * Update the subject title according to Shawn Guo's comment. *

[PATCH V3] arm64: dts: ls1046a: Add TMU device tree support

Also add nodes and properties for thermal management support. Signed-off-by: Jia Hongtao --- Changes for V3: * Update the subject title according to Shawn Guo's comment. * Fix some style issue. Changes for V2: * Update the subject title according to Shawn Guo's comment. * Add comments for

Re: [PATCH 2/4] watchdog: iTCO_wdt: Use device managed resources

On 01/03/2017 02:41 PM, Andy Shevchenko wrote: On Tue, Jan 3, 2017 at 4:39 PM, Guenter Roeck wrote: Using device managed resources simplifies error handling and cleanup, and to reduce the likelyhood of errors. Signed-off-by: Guenter Roeck

Re: [PATCH 2/2] printk: always report lost messages on serial console

On (01/03/17 17:53), Petr Mladek wrote: > On Wed 2017-01-04 00:47:45, Sergey Senozhatsky wrote: > > On (01/03/17 15:55), Petr Mladek wrote: > > [..] > > > This causes the opposite problem. We might print a message that was > > > supposed > > > to be suppressed. > > > > so what? yes, we print a

Re: [PATCH 2/4] watchdog: iTCO_wdt: Use device managed resources

On 01/03/2017 02:41 PM, Andy Shevchenko wrote: On Tue, Jan 3, 2017 at 4:39 PM, Guenter Roeck wrote: Using device managed resources simplifies error handling and cleanup, and to reduce the likelyhood of errors. Signed-off-by: Guenter Roeck Reviewed-by: Andy Shevchenko Does it make sense

Re: [PATCH 2/2] printk: always report lost messages on serial console

On (01/03/17 17:53), Petr Mladek wrote: > On Wed 2017-01-04 00:47:45, Sergey Senozhatsky wrote: > > On (01/03/17 15:55), Petr Mladek wrote: > > [..] > > > This causes the opposite problem. We might print a message that was > > > supposed > > > to be suppressed. > > > > so what? yes, we print a

Re: [PATCH 3/5] arm64: dts: sun50i: add MMC nodes

On Wed, Jan 4, 2017 at 8:22 AM, André Przywara wrote: > On 03/01/17 13:28, Chen-Yu Tsai wrote: >> On Tue, Jan 3, 2017 at 6:48 PM, André Przywara >> wrote: >>> On 03/01/17 02:52, Chen-Yu Tsai wrote: > > Hi Chen-Yu, > On Tue, Jan 3, 2017 at

Re: [PATCH 3/5] arm64: dts: sun50i: add MMC nodes

On Wed, Jan 4, 2017 at 8:22 AM, André Przywara wrote: > On 03/01/17 13:28, Chen-Yu Tsai wrote: >> On Tue, Jan 3, 2017 at 6:48 PM, André Przywara >> wrote: >>> On 03/01/17 02:52, Chen-Yu Tsai wrote: > > Hi Chen-Yu, > On Tue, Jan 3, 2017 at 7:03 AM, Andre Przywara wrote: A

[next PATCH v4 2/3] mm: Rename __page_frag functions to __page_frag_cache, drop order from drain

From: Alexander Duyck This patch does two things. First it goes through and renames the __page_frag prefixed functions to __page_frag_cache so that we can be clear that we are draining or refilling the cache, not the frags themselves. Second we drop the order

[next PATCH v4 2/3] mm: Rename __page_frag functions to __page_frag_cache, drop order from drain

From: Alexander Duyck This patch does two things. First it goes through and renames the __page_frag prefixed functions to __page_frag_cache so that we can be clear that we are draining or refilling the cache, not the frags themselves. Second we drop the order parameter from

[next PATCH v4 3/3] mm: Add documentation for page fragment APIs

From: Alexander Duyck This is a first pass at trying to add documentation for the page_frag APIs. They may still change over time but for now I thought I would try to get these documented so that as more network drivers and stack calls make use of them we have one

[next PATCH v4 1/3] mm: Rename __alloc_page_frag to page_frag_alloc and __free_page_frag to page_frag_free

From: Alexander Duyck This patch renames the page frag functions to be more consistent with other APIs. Specifically we place the name page_frag first in the name and then have either an alloc or free call name that we append as the suffix. This makes it a bit

[next PATCH v4 3/3] mm: Add documentation for page fragment APIs

From: Alexander Duyck This is a first pass at trying to add documentation for the page_frag APIs. They may still change over time but for now I thought I would try to get these documented so that as more network drivers and stack calls make use of them we have one central spot to document how

[next PATCH v4 1/3] mm: Rename __alloc_page_frag to page_frag_alloc and __free_page_frag to page_frag_free

From: Alexander Duyck This patch renames the page frag functions to be more consistent with other APIs. Specifically we place the name page_frag first in the name and then have either an alloc or free call name that we append as the suffix. This makes it a bit clearer in terms of naming. In

[next PATCH v4 0/3] Page fragment updates

This patch series takes care of a few cleanups for the page fragments API. First we do some renames so that things are much more consistent. First we move the page_frag_ portion of the name to the front of the functions names. Secondly we split out the cache specific functions from the other

[next PATCH v4 0/3] Page fragment updates

This patch series takes care of a few cleanups for the page fragments API. First we do some renames so that things are much more consistent. First we move the page_frag_ portion of the name to the front of the functions names. Secondly we split out the cache specific functions from the other

Re: [PATCH v4] x86: fix kaslr and memmap collision

Hi Dave, I have several concerns, please see the inline comments. On 01/03/17 at 01:48pm, Dave Jiang wrote: > CONFIG_RANDOMIZE_BASE relocates the kernel to a random base address. > However it does not take into account the memmap= parameter passed in from > the kernel cmdline. This results in

Re: [PATCH v4] x86: fix kaslr and memmap collision

Hi Dave, I have several concerns, please see the inline comments. On 01/03/17 at 01:48pm, Dave Jiang wrote: > CONFIG_RANDOMIZE_BASE relocates the kernel to a random base address. > However it does not take into account the memmap= parameter passed in from > the kernel cmdline. This results in

RE: [PATCH v3 2/3] USB3/DWC3: Add property "snps, incr-burst-type-adjustment" for INCR burst type

Hi, Rob, > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: Wednesday, January 04, 2017 5:24 AM > To: Jerry Huang > Cc: ba...@kernel.org; mark.rutl...@arm.com; catalin.mari...@arm.com; > will.dea...@arm.com; li...@armlinux.org.uk;

RE: [PATCH v3 2/3] USB3/DWC3: Add property "snps, incr-burst-type-adjustment" for INCR burst type

Hi, Rob, > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: Wednesday, January 04, 2017 5:24 AM > To: Jerry Huang > Cc: ba...@kernel.org; mark.rutl...@arm.com; catalin.mari...@arm.com; > will.dea...@arm.com; li...@armlinux.org.uk; devicet...@vger.kernel.org; >

Re: [PATCH 0/3] hisi_sas: some CQ processing fixes

On 2017/1/3 20:24, John Garry wrote: This patchset fixes some issues related to servicing of the completion queue interrupt. The major fix is that sensitive hisi_hba structures need to be locked when free'ing a slot. Another modification is that the v2 hw completion queue irq is now serviced

Re: [PATCH 0/3] hisi_sas: some CQ processing fixes

On 2017/1/3 20:24, John Garry wrote: This patchset fixes some issues related to servicing of the completion queue interrupt. The major fix is that sensitive hisi_hba structures need to be locked when free'ing a slot. Another modification is that the v2 hw completion queue irq is now serviced

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On 01/04/2017 04:44 AM, Kees Cook wrote: > On Tue, Jan 3, 2017 at 1:31 PM, Paul Moore wrote: >> On Tue, Jan 3, 2017 at 4:21 PM, Kees Cook wrote: >>> On Tue, Jan 3, 2017 at 1:13 PM, Paul Moore wrote: On Tue, Jan 3, 2017 at

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On 01/04/2017 04:44 AM, Kees Cook wrote: > On Tue, Jan 3, 2017 at 1:31 PM, Paul Moore wrote: >> On Tue, Jan 3, 2017 at 4:21 PM, Kees Cook wrote: >>> On Tue, Jan 3, 2017 at 1:13 PM, Paul Moore wrote: On Tue, Jan 3, 2017 at 4:03 PM, Kees Cook wrote: > On Tue, Jan 3, 2017 at 12:54 PM,

Re: [PATCH v2 9/9] ARM: sunxi: Convert pinctrl nodes to generic bindings

On 18/10/16 08:43, Chen-Yu Tsai wrote: Hi Maxime, Chen-Yu, I just stumbled over this patch in Maxime's -next tree and think I missed it before. I guess it's a bit late, but I just wanted to express my concerns and write out the issues with the current DT approach: > On Tue, Oct 11, 2016 at

Re: [PATCH 2/2] PCI: lock each enable/disable num_vfs operation in sysfs

On Tue, Jan 03, 2017 at 04:48:31PM -0800, Emil Tantilov wrote: >Enabling/disabling SRIOV via sysfs by echo-ing multiple values >simultaneously: > >echo 63 > /sys/class/net/ethX/device/sriov_numvfs& >echo 63 > /sys/class/net/ethX/device/sriov_numvfs > >sleep 5 > >echo 0 >

Re: [PATCH v2 9/9] ARM: sunxi: Convert pinctrl nodes to generic bindings

On 18/10/16 08:43, Chen-Yu Tsai wrote: Hi Maxime, Chen-Yu, I just stumbled over this patch in Maxime's -next tree and think I missed it before. I guess it's a bit late, but I just wanted to express my concerns and write out the issues with the current DT approach: > On Tue, Oct 11, 2016 at

Re: [PATCH 2/2] PCI: lock each enable/disable num_vfs operation in sysfs

On Tue, Jan 03, 2017 at 04:48:31PM -0800, Emil Tantilov wrote: >Enabling/disabling SRIOV via sysfs by echo-ing multiple values >simultaneously: > >echo 63 > /sys/class/net/ethX/device/sriov_numvfs& >echo 63 > /sys/class/net/ethX/device/sriov_numvfs > >sleep 5 > >echo 0 >

Re: [RFC] memcpy_nocache() and memcpy_writethrough()

On Tue, Jan 3, 2017 at 5:59 PM, Al Viro wrote: > On Tue, Jan 03, 2017 at 05:38:54PM -0800, Dan Williams wrote: >> > 1) memcpy_to_pmem() seems to rely upon the __copy_from_user_nocache() >> > having only used movnt; it does not attempt clwb at all. >> >> Yes, and there was

Re: [RFC] memcpy_nocache() and memcpy_writethrough()

On Tue, Jan 3, 2017 at 5:59 PM, Al Viro wrote: > On Tue, Jan 03, 2017 at 05:38:54PM -0800, Dan Williams wrote: >> > 1) memcpy_to_pmem() seems to rely upon the __copy_from_user_nocache() >> > having only used movnt; it does not attempt clwb at all. >> >> Yes, and there was a fix a while back to

DEBUG_LOCKS_WARN_ON(1) / lockdep.c:3134 lockdep_init_map+0x1e8/0x1f0

Hi, booting v4.10-rc2 on this PowerPC G4 machine prints the following early on, but then continues to boot and the machine is running fine so far: BUG: key ef0ba7d0 not in .data! DEBUG_LOCKS_WARN_ON(1) [ cut here ] WARNING: CPU: 0 PID: 1 at

DEBUG_LOCKS_WARN_ON(1) / lockdep.c:3134 lockdep_init_map+0x1e8/0x1f0

Hi, booting v4.10-rc2 on this PowerPC G4 machine prints the following early on, but then continues to boot and the machine is running fine so far: BUG: key ef0ba7d0 not in .data! DEBUG_LOCKS_WARN_ON(1) [ cut here ] WARNING: CPU: 0 PID: 1 at

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On 01/04/2017 02:42 AM, Paul Moore wrote: > On Tue, Jan 3, 2017 at 8:31 AM, Tyler Hicks wrote: >> On 01/02/2017 04:47 PM, Paul Moore wrote: >>> On Mon, Jan 2, 2017 at 11:53 AM, Tyler Hicks wrote: This patch set creates the basis for auditing

Re: [PATCH 0/2] Begin auditing SECCOMP_RET_ERRNO return actions

On 01/04/2017 02:42 AM, Paul Moore wrote: > On Tue, Jan 3, 2017 at 8:31 AM, Tyler Hicks wrote: >> On 01/02/2017 04:47 PM, Paul Moore wrote: >>> On Mon, Jan 2, 2017 at 11:53 AM, Tyler Hicks wrote: This patch set creates the basis for auditing information specific to a given

Re: [PATCH] f2fs: fix small discards when se->valid_blocks is zero

Hi Yunlong, On 01/03, Yunlong Song wrote: > In the small discard case, when se->valid_blocks is zero, the > add_discard_addrs > will directly return without __add_discard_entry. This will cause the file > delete have no small discard. The case is like this: > > 1. Allocate free 2M segment > 2.

Re: [PATCH] f2fs: fix small discards when se->valid_blocks is zero

Hi Yunlong, On 01/03, Yunlong Song wrote: > In the small discard case, when se->valid_blocks is zero, the > add_discard_addrs > will directly return without __add_discard_entry. This will cause the file > delete have no small discard. The case is like this: > > 1. Allocate free 2M segment > 2.

[PATCH] staging:iio:addac Fixes Alignment should match open parenthesis

Fixes style issue where Alignment doesn't match open parenthesis Signed-off-by: Scott Matheina --- drivers/staging/iio/addac/adt7316-i2c.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/iio/addac/adt7316-i2c.c

[PATCH] staging:iio:addac Fixes Alignment should match open parenthesis

Fixes style issue where Alignment doesn't match open parenthesis Signed-off-by: Scott Matheina --- drivers/staging/iio/addac/adt7316-i2c.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/iio/addac/adt7316-i2c.c b/drivers/staging/iio/addac/adt7316-i2c.c index

Re: [RFC] memcpy_nocache() and memcpy_writethrough()

On Tue, Jan 03, 2017 at 05:38:54PM -0800, Dan Williams wrote: > > 1) memcpy_to_pmem() seems to rely upon the __copy_from_user_nocache() > > having only used movnt; it does not attempt clwb at all. > > Yes, and there was a fix a while back to make sure it always used > movnt so clwb after the fact

Re: [RFC] memcpy_nocache() and memcpy_writethrough()

On Tue, Jan 03, 2017 at 05:38:54PM -0800, Dan Williams wrote: > > 1) memcpy_to_pmem() seems to rely upon the __copy_from_user_nocache() > > having only used movnt; it does not attempt clwb at all. > > Yes, and there was a fix a while back to make sure it always used > movnt so clwb after the fact

Re: [PATCH] x86: fix kaslr and memmap collision

On 01/03/17 at 01:15pm, Dave Jiang wrote: > > > On 01/03/2017 11:24 AM, Dan Williams wrote: > > On Tue, Jan 3, 2017 at 12:31 AM, Baoquan He wrote: > >> Hi Dan, > >> > >> On 11/22/16 at 09:26am, Dan Williams wrote: > >>> [ replying for Dave since he's offline today and tomorrow

Re: [PATCH] f2fs: fix small discards when se->valid_blocks is zero

On 2017/1/3 17:01, Yunlong Song wrote: > In the small discard case, when se->valid_blocks is zero, the > add_discard_addrs > will directly return without __add_discard_entry. This will cause the file > delete have no small discard. The case is like this: > > 1. Allocate free 2M segment > 2.

Re: [PATCH] x86: fix kaslr and memmap collision

On 01/03/17 at 01:15pm, Dave Jiang wrote: > > > On 01/03/2017 11:24 AM, Dan Williams wrote: > > On Tue, Jan 3, 2017 at 12:31 AM, Baoquan He wrote: > >> Hi Dan, > >> > >> On 11/22/16 at 09:26am, Dan Williams wrote: > >>> [ replying for Dave since he's offline today and tomorrow ] > >>> > >>> On

Re: [PATCH] f2fs: fix small discards when se->valid_blocks is zero

On 2017/1/3 17:01, Yunlong Song wrote: > In the small discard case, when se->valid_blocks is zero, the > add_discard_addrs > will directly return without __add_discard_entry. This will cause the file > delete have no small discard. The case is like this: > > 1. Allocate free 2M segment > 2.

Re: [PATCH v2 2/2] mtd: nand: Update dependency of IFC for LS1021A

On 01/04/2017 02:46 AM, Alison Wang wrote: >> On 01/03/2017 03:41 AM, Alison Wang wrote: >>> As NAND support for Freescale/NXP IFC controller is available on >>> LS1021A, the dependency for LS1021A is added. >> >> Does LS stand for LayerScape ? Yes it does. So why does ARCH_LAYERSCAPE >> not cover

Re: [PATCH v2 2/2] mtd: nand: Update dependency of IFC for LS1021A

On 01/04/2017 02:46 AM, Alison Wang wrote: >> On 01/03/2017 03:41 AM, Alison Wang wrote: >>> As NAND support for Freescale/NXP IFC controller is available on >>> LS1021A, the dependency for LS1021A is added. >> >> Does LS stand for LayerScape ? Yes it does. So why does ARCH_LAYERSCAPE >> not cover

Re: LTP rwtest01 blocks on DAX mountpoint

On Tue, Jan 03, 2017 at 09:57:10AM -0700, Ross Zwisler wrote: > On Tue, Jan 03, 2017 at 02:49:22PM +0800, Xiong Zhou wrote: > > On Mon, Jan 02, 2017 at 02:49:41PM -0700, Ross Zwisler wrote: > > > On Mon, Jan 02, 2017 at 06:16:17PM +0100, Jan Kara wrote: > > > > On Fri 30-12-16 17:33:53, Xiong Zhou

Re: LTP rwtest01 blocks on DAX mountpoint

On Tue, Jan 03, 2017 at 09:57:10AM -0700, Ross Zwisler wrote: > On Tue, Jan 03, 2017 at 02:49:22PM +0800, Xiong Zhou wrote: > > On Mon, Jan 02, 2017 at 02:49:41PM -0700, Ross Zwisler wrote: > > > On Mon, Jan 02, 2017 at 06:16:17PM +0100, Jan Kara wrote: > > > > On Fri 30-12-16 17:33:53, Xiong Zhou

Re: [PATCH v2 0/3] PM / devfreq: Fix the bug and add reviewer for devfreq support

Dear Rafael, On 2017년 01월 04일 06:58, Rafael J. Wysocki wrote: > On Tue, Jan 3, 2017 at 12:54 PM, Chanwoo Choi wrote: >> Dear Myungjoo, >> >> Thanks for your review for patch1. >> But, patch2/3 is not yet reviewed. Could you please review these patches? > > I queued them up

Re: [PATCH v2 0/3] PM / devfreq: Fix the bug and add reviewer for devfreq support

Dear Rafael, On 2017년 01월 04일 06:58, Rafael J. Wysocki wrote: > On Tue, Jan 3, 2017 at 12:54 PM, Chanwoo Choi wrote: >> Dear Myungjoo, >> >> Thanks for your review for patch1. >> But, patch2/3 is not yet reviewed. Could you please review these patches? > > I queued them up as 4.10 fixes in the

Re: 9pfs hangs since 4.7

On Wed, Jan 04, 2017 at 01:34:50AM +0200, Tuomas Tynkkynen wrote: > I got these logs from the server & client with 9p tracepoints enabled: > > https://gist.githubusercontent.com/dezgeg/02447100b3182167403099fe7de4d941/raw/3772e408ddf586fb662ac9148fc10943529a6b99/dmesg%2520with%25209p%2520trace >

Re: 9pfs hangs since 4.7

On Wed, Jan 04, 2017 at 01:34:50AM +0200, Tuomas Tynkkynen wrote: > I got these logs from the server & client with 9p tracepoints enabled: > > https://gist.githubusercontent.com/dezgeg/02447100b3182167403099fe7de4d941/raw/3772e408ddf586fb662ac9148fc10943529a6b99/dmesg%2520with%25209p%2520trace >

RE: [PATCH v2 2/2] mtd: nand: Update dependency of IFC for LS1021A

> On 01/03/2017 03:41 AM, Alison Wang wrote: > > As NAND support for Freescale/NXP IFC controller is available on > > LS1021A, the dependency for LS1021A is added. > > Does LS stand for LayerScape ? Yes it does. So why does ARCH_LAYERSCAPE > not cover LS1021 ? [Alison Wang] LS1021A is an earlier

RE: [PATCH v2 2/2] mtd: nand: Update dependency of IFC for LS1021A

> On 01/03/2017 03:41 AM, Alison Wang wrote: > > As NAND support for Freescale/NXP IFC controller is available on > > LS1021A, the dependency for LS1021A is added. > > Does LS stand for LayerScape ? Yes it does. So why does ARCH_LAYERSCAPE > not cover LS1021 ? [Alison Wang] LS1021A is an earlier

Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing

On Wed, Jan 4, 2017 at 12:38 AM, Kees Cook wrote: > On Tue, Jan 3, 2017 at 3:34 PM, Rafael J. Wysocki wrote: >> On Tue, Jan 3, 2017 at 11:58 PM, Kees Cook wrote: >>> From: Matthew Garrett >>> >>> Various attacks

Re: [PATCH] Allow userspace control of runtime disabling/enabling of driver probing

On Wed, Jan 4, 2017 at 12:38 AM, Kees Cook wrote: > On Tue, Jan 3, 2017 at 3:34 PM, Rafael J. Wysocki wrote: >> On Tue, Jan 3, 2017 at 11:58 PM, Kees Cook wrote: >>> From: Matthew Garrett >>> >>> Various attacks are made possible due to the large attack surface of >>> kernel drivers and the

Re: [PATCH 3/4] watchdog: iTCO_wdt: Use pdev for platform device and pci_dev for pci device

On 01/03/2017 03:50 PM, Andy Shevchenko wrote: On Wed, Jan 4, 2017 at 1:48 AM, Andy Shevchenko wrote: On Wed, Jan 4, 2017 at 1:40 AM, Guenter Roeck wrote: On Wed, Jan 04, 2017 at 12:39:59AM +0200, Andy Shevchenko wrote: On Tue, Jan 3, 2017 at

Re: [PATCH 3/4] watchdog: iTCO_wdt: Use pdev for platform device and pci_dev for pci device

On 01/03/2017 03:50 PM, Andy Shevchenko wrote: On Wed, Jan 4, 2017 at 1:48 AM, Andy Shevchenko wrote: On Wed, Jan 4, 2017 at 1:40 AM, Guenter Roeck wrote: On Wed, Jan 04, 2017 at 12:39:59AM +0200, Andy Shevchenko wrote: On Tue, Jan 3, 2017 at 4:39 PM, Guenter Roeck wrote: Use pdev for

Re: [RFC] memcpy_nocache() and memcpy_writethrough()

On Tue, Jan 3, 2017 at 3:22 PM, Al Viro wrote: > On Tue, Jan 03, 2017 at 01:14:11PM -0800, Dan Williams wrote: > >> Robert was describing the overall flow / mechanics, but I think it is >> easier to visualize the sfence as a flush command sent to a disk >> device with a

Re: [RFC] memcpy_nocache() and memcpy_writethrough()

On Tue, Jan 3, 2017 at 3:22 PM, Al Viro wrote: > On Tue, Jan 03, 2017 at 01:14:11PM -0800, Dan Williams wrote: > >> Robert was describing the overall flow / mechanics, but I think it is >> easier to visualize the sfence as a flush command sent to a disk >> device with a volatile cache. In fact,

[PATCH] initramfs: Fix spurious rebuilds

Commit 35e669e1a254 ("initramfs: select builtin initram compression algorithm on KConfig instead of Makefile") makes suffix_y be a quote variable, which can be illustrated looking at the build output: GEN usr/initramfs_data.cpio".gz" Make sure that we do strip off double quotes from

[PATCH] initramfs: Fix spurious rebuilds

Commit 35e669e1a254 ("initramfs: select builtin initram compression algorithm on KConfig instead of Makefile") makes suffix_y be a quote variable, which can be illustrated looking at the build output: GEN usr/initramfs_data.cpio".gz" Make sure that we do strip off double quotes from

Re: [v2 3/7] x86/mpx, x86/insn: Relocate insn util functions to a new insn-utils

On Tue, 2017-01-03 at 08:44 -0800, Dave Hansen wrote: > On 12/23/2016 05:37 PM, Ricardo Neri wrote: > > Other kernel submodules can benefit from using the utility functions > > defined in mpx.c to obtain the addresses and values of operands contained > > in the general purpose registers. An

Re: [v2 3/7] x86/mpx, x86/insn: Relocate insn util functions to a new insn-utils

On Tue, 2017-01-03 at 08:44 -0800, Dave Hansen wrote: > On 12/23/2016 05:37 PM, Ricardo Neri wrote: > > Other kernel submodules can benefit from using the utility functions > > defined in mpx.c to obtain the addresses and values of operands contained > > in the general purpose registers. An

Re: [v2 2/7] x86/mpx: Fail when implicit zero-displacement is used along with R/EBP

On Tue, 2017-01-03 at 08:41 -0800, Dave Hansen wrote: > On 12/27/2016 02:33 PM, Ricardo Neri wrote: > >>> diff --git a/arch/x86/mm/mpx.c b/arch/x86/mm/mpx.c > >>> index 6a75a75..71681d0 100644 > >>> --- a/arch/x86/mm/mpx.c > >>> +++ b/arch/x86/mm/mpx.c > >>> @@ -120,6 +120,13 @@ static int

Re: [v2 2/7] x86/mpx: Fail when implicit zero-displacement is used along with R/EBP

On Tue, 2017-01-03 at 08:41 -0800, Dave Hansen wrote: > On 12/27/2016 02:33 PM, Ricardo Neri wrote: > >>> diff --git a/arch/x86/mm/mpx.c b/arch/x86/mm/mpx.c > >>> index 6a75a75..71681d0 100644 > >>> --- a/arch/x86/mm/mpx.c > >>> +++ b/arch/x86/mm/mpx.c > >>> @@ -120,6 +120,13 @@ static int

Re: [v2 5/7] x86: Add emulation code for UMIP instructions

On Fri, 2016-12-30 at 18:07 -0800, Andy Lutomirski wrote: > On Thu, Dec 29, 2016 at 9:23 PM, Ricardo Neri > wrote: > > On Tue, 2016-12-27 at 16:48 -0800, Andy Lutomirski wrote: > >> > >> >> > + if (nr_copied > 0) > >> >> > +

Re: [v2 5/7] x86: Add emulation code for UMIP instructions

On Fri, 2016-12-30 at 18:07 -0800, Andy Lutomirski wrote: > On Thu, Dec 29, 2016 at 9:23 PM, Ricardo Neri > wrote: > > On Tue, 2016-12-27 at 16:48 -0800, Andy Lutomirski wrote: > >> > >> >> > + if (nr_copied > 0) > >> >> > + return -EFAULT; > >> >> > >> >>

Re: [PATCH] target/user: Fix use-after-free cmd->se_cmd if the cmd is expired

On 01/03/2017 02:46 AM, lixi...@cmss.chinamobile.com wrote: > From: Xiubo Li > > This is another use-after-free bug, the crash Call Trace is like: > [ 368.909498] RIP: 0010:[] [] > memcpy+0x16/0x110 > .. > [ 368.909547] Call Trace: > [ 368.909550] []

Re: [PATCH] target/user: Fix use-after-free cmd->se_cmd if the cmd is expired

On 01/03/2017 02:46 AM, lixi...@cmss.chinamobile.com wrote: > From: Xiubo Li > > This is another use-after-free bug, the crash Call Trace is like: > [ 368.909498] RIP: 0010:[] [] > memcpy+0x16/0x110 > .. > [ 368.909547] Call Trace: > [ 368.909550] [] ?gather_data_area+0x109/0x180 > [

Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager

On Tue, 2017-01-03 at 21:14 +0200, Jarkko Sakkinen wrote: > On Tue, Jan 03, 2017 at 08:36:02PM +0200, Jarkko Sakkinen wrote: > > On Tue, Jan 03, 2017 at 08:14:55AM -0800, James Bottomley wrote: > > > On Tue, 2017-01-03 at 15:41 +0200, Jarkko Sakkinen wrote: [...] > > > > Just thinking how to split

Re: [tpmdd-devel] [PATCH RFC 0/4] RFC: in-kernel resource manager

On Tue, 2017-01-03 at 21:14 +0200, Jarkko Sakkinen wrote: > On Tue, Jan 03, 2017 at 08:36:02PM +0200, Jarkko Sakkinen wrote: > > On Tue, Jan 03, 2017 at 08:14:55AM -0800, James Bottomley wrote: > > > On Tue, 2017-01-03 at 15:41 +0200, Jarkko Sakkinen wrote: [...] > > > > Just thinking how to split

<    1   2   3   4   5   6   7   8   9   10   >