[PATCH] phy: tegra: Remote self cast in tegra_xusb_port_find_lane

Clang warns about casting variables to themselves because it is rarely necessary. Removing the cast should not change anything regarding the code and silences the warning. ../drivers/phy/tegra/xusb.c:421:11: warning: explicitly assigning value of variable of type 'const struct tegra_xusb_lane_map

Re: [PATCH v2 09/21] kconfig: add 'macro' keyword to support user-defined function

On Sun, Apr 1, 2018 at 8:05 AM, Ulf Magnusson wrote: > On Tue, Mar 27, 2018 at 7:29 AM, Masahiro Yamada > wrote: >> Now, we got a basic ability to test compiler capability in Kconfig. >> >> config CC_HAS_STACKPROTECTOR >> def_bool $(shell (($CC -Werror -fstack-protector -c -x c /dev/null

Re: call/normal switch was Re: omap4-droid4: voice call support was

On Sat 2018-03-31 16:43:14, Tony Lindgren wrote: > * Pavel Machek [180331 19:56]: > > On Sat 2018-03-31 21:46:16, Pavel Machek wrote: > > > On Sat 2018-03-31 21:19:39, Pavel Machek wrote: > > > > On Sat 2018-03-31 11:19:35, Tony Lindgren wrote: > > > > > Cool :) Microphone still does not work for

Re: [PATCH 00/32] docs/vm: convert to ReST format

(added akpm) On Thu, Mar 29, 2018 at 03:46:07PM -0600, Jonathan Corbet wrote: > On Wed, 21 Mar 2018 21:22:16 +0200 > Mike Rapoport wrote: > > > These patches convert files in Documentation/vm to ReST format, add an > > initial index and link it to the top level documentation. > > > > There are

Re: [PATCH v2 10/21] kconfig: add 'success' and 'cc-option' macros

On Tue, Mar 27, 2018 at 7:29 AM, Masahiro Yamada wrote: > 'cc-option' will be the most frequently used macro. It evaluates to 'y' > if the given argument is supported by the compiler, or 'n' otherwise. > > Signed-off-by: Masahiro Yamada > --- > > Changes in v2: > - Implement 'success' as a mac

Re: [PATCH] autofs4: use wake_up() instead of wake_up_interruptible

On Sun, Apr 01, 2018 at 10:01:41AM +0800, Ian Kent wrote: > On 01/04/18 09:31, Ian Kent wrote: > > On 31/03/18 10:28, Andrei Vagin wrote: > >> In "autofs4: use wait_event_killable", wait_event_interruptible() was > >> replaced by wait_event_killable(), but in this case we have to use > >> wake_up(

Re: [PATCH v2 09/21] kconfig: add 'macro' keyword to support user-defined function

On Tue, Mar 27, 2018 at 7:29 AM, Masahiro Yamada wrote: > Now, we got a basic ability to test compiler capability in Kconfig. > > config CC_HAS_STACKPROTECTOR > def_bool $(shell (($CC -Werror -fstack-protector -c -x c /dev/null -o > /dev/null) && echo y) || echo n) > > This works, but it

Re: [PATCH 2/2] perf: add arm64 smmuv3 pmu driver

Hi Yisheng Xie, On 3/29/2018 03:03 AM, Yisheng Xie wrote: Hi Neil, On 2017/8/5 3:59, Neil Leeder wrote: +    mem_resource_0 = platform_get_resource(pdev, IORESOURCE_MEM, 0); +    mem_map_0 = devm_ioremap_resource(&pdev->dev, mem_resource_0); + Can we use devm_ioremap instead? for the reg_bas

[PATCH v4 1/1] security: Add mechanism to safely (un)load LSMs after boot time

This patch introduces a mechanism to add mutable hooks and immutable hooks to the callback chain. It adds an intermediary item to the chain which separates mutable and immutable hooks. Immutable hooks are then marked as read-only, as well as the hook heads. This does not preclude some hooks being a

[PATCH v4 0/1] Safe LSM (un)loading, and immutable hooks

The biggest security benefit of this patchset is the introduction of read-only hooks, even if some security modules have mutable hooks. Currently, if you have any LSMs with mutable hooks it will render all heads, and list nodes mutable. These are a prime place to attack, because being able to manip

Re: [PATCH] security: Split out hook definitions into lsm_hook_types.h

On Sat, Mar 31, 2018 at 7:40 PM, Sargun Dhillon wrote: > This moves all of the LSM hooks type information into a separate file, > lsm_hook_types.h. This enables us to use this file, along with macros > to generate the security_hook_heads struct, as well as the security > hooks union without having

[PATCH 1/1] MACRO_ARG_REUSE in checkpatch.pl is confused about * in typeof

From: Rao Shoaib Example: CHECK: Macro argument reuse 'ptr' - possible side-effects? +#define kfree_rcu(ptr, rcu_name) \ + do {\ + unsigned long __off = offsetof(typeof(*(ptr)), rcu_name); \ + struct rcu_head *__rptr = (void *)p

Re: linux-next: Signed-off-by missing for commit in the cifs tree

fixed On Sat, Mar 31, 2018 at 8:38 PM, Stephen Rothwell wrote: > Hi all, > > Commit > > 7127583a1b4b ("cifs: add server->vals->header_preamble_size") > > is missing a Signed-off-by from its committer. > > [I am assuming that smfre...@gmail.com == stfre...@microsoft.com] > > -- > Cheers, > Steph

Re: [PATCH v2 08/21] kconfig: replace $UNAME_RELEASE with function call

On Tue, Mar 27, 2018 at 7:29 AM, Masahiro Yamada wrote: > Now that 'shell' function is supported, this can be self-contained in > Kconfig. > > Signed-off-by: Masahiro Yamada Reviewed-by: Ulf Magnusson

Re: [PATCH v2 07/21] kconfig: add function support and implement 'shell' function

On Tue, Mar 27, 2018 at 7:29 AM, Masahiro Yamada wrote: > This commit adds a new concept 'function' to do more text processing > in Kconfig. > > A function call looks like this: > > $(function arg1, arg2, arg3, ...) > > (Actually, this syntax was inspired by make.) > > Real examples will look li

Re: 4.15.14 crash with iscsi target and dvd

On Sat, 2018-03-31 at 18:12 -0400, Wakko Warner wrote: > Richard Weinberger wrote: > > On Sat, Mar 31, 2018 at 3:59 AM, Wakko Warner wrote: > > > I reported this before but noone responded. > > > > Because you're sending only to LKML. > > CC'ing storage folks. > > Thank you. I wasn't sure who I

Re: BUG: corrupted list in __dentry_kill

On Sat, Mar 31, 2018 at 04:01:02PM -0700, syzbot wrote: > Hello, > > syzbot hit the following crash on bpf-next commit > 7828f20e3779e4e85e55371e0e43f5006a15fb41 (Sat Mar 31 00:17:57 2018 +) > Merge branch 'bpf-cgroup-bind-connect' > syzbot dashboard link: > https://syzkaller.appspot.com/bug?e

Re: [PATCH v2 06/21] kconfig: remove string expansion for mainmenu after yyparse()

On Tue, Mar 27, 2018 at 7:29 AM, Masahiro Yamada wrote: > Now that environments are expanded in the lexer, conf_parse() does > not need to explicitly expand $ARCH and $KERNELVERSION in the mainmenu. > > The hack introduced by commit 0724a7c32a54 ("kconfig: Don't leak > main menus during parsing")

Re: [PATCH v2 05/21] kconfig: remove string expansion in file_lookup()

On Tue, Mar 27, 2018 at 7:29 AM, Masahiro Yamada wrote: > There are two callers of file_lookup(). > > [1] zconf_initscan() > This is used to open the first Kconfig. However, it cannot > contain environments in the file path because zconf_fopen() is > called before file_lookup(). By s

Re: [PATCH v4 1/2] staging: vt6655: check for memory allocation failures

On 2018/3/30 13:51, Ji-Hun Kim wrote: There are no null pointer checking on rd_info and td_info values which are allocated by kzalloc. It has potential null pointer dereferencing issues. Implement error handling code on device_init_rd*, device_init_td* and vnt_start for the allocation failures.

Re: [PATCH v2 04/21] kconfig: reference environments directly and remove 'option env=' syntax

On Sun, Apr 1, 2018 at 4:27 AM, Ulf Magnusson wrote: > > AFAICS, we only need the following functionality: > > 1. Record referenced environment variables along with their value > > 2. Go through all the recorded environment variables and write > dependency information > > For (1), I think

Re: [PATCH net-next 00/12] rxrpc: Fixes and more traces

From: David Howells Date: Fri, 30 Mar 2018 22:14:04 +0100 > Here are some patches that add some more tracepoints to AF_RXRPC and fix > some issues therein: ... > The patches are tagged here: > > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > rxrpc-next-2018033

Re: [PATCH] ethernet: hisilicon: hns: hns_dsaf_mac: Use generic eth_broadcast_addr

From: Joe Perches Date: Fri, 30 Mar 2018 12:37:30 -0700 > Rather than use an on-stack array to copy a broadcast address, use > the generic eth_broadcast_addr function to save a trivial amount of > object code. > > Signed-off-by: Joe Perches Applied.

Re: [PATCH net-next] hv_netvsc: Clean up extra parameter from rndis_filter_receive_data()

From: Haiyang Zhang Date: Fri, 30 Mar 2018 13:57:59 -0700 > From: Haiyang Zhang > > The variables, msg and data, have the same value. This patch removes > the extra one. > > Signed-off-by: Haiyang Zhang Applied.

Re: [PATCH v2 04/21] kconfig: reference environments directly and remove 'option env=' syntax

Here's a more in-depth review: On Tue, Mar 27, 2018 at 7:29 AM, Masahiro Yamada wrote: > To get an environment value, Kconfig needs to define a symbol using > "option env=" syntax. It is tedious to add a config entry for each > environment given that we need more environments such as 'CC', 'AS',

Re: [PATCH v2 0/7] net: thunderx: implement DMAC filtering support

From: Vadim Lomovtsev Date: Fri, 30 Mar 2018 04:59:46 -0700 > From: Vadim Lomovtsev > > By default CN88XX BGX accepts all incoming multicast and broadcast > packets and filtering is disabled. The nic driver doesn't provide > an ability to change such behaviour. > > This series is to implement

Re: [PATCH] autofs4: use wake_up() instead of wake_up_interruptible

On 01/04/18 09:31, Ian Kent wrote: > On 31/03/18 10:28, Andrei Vagin wrote: >> In "autofs4: use wait_event_killable", wait_event_interruptible() was >> replaced by wait_event_killable(), but in this case we have to use >> wake_up() instead of wake_up_interruptible(). > > Why do you believe wake_u

Re: [PATCH v8 01/10] time: tick-sched: Reorganize idle tick management code

On Thu, Mar 29, 2018 at 02:00:01PM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Prepare the scheduler tick code for reworking the idle loop to > avoid stopping the tick in some cases. > > The idea is to split the nohz idle entry call to decouple the idle > time stats accounting

[PATCH 01/12] m68k/mac: Revisit floppy disc controller base addresses

Rename floppy_type macros to make them more consistent with the scsi_type macros, which are named after classes of models with similar memory maps. The documentation for LC-class machines has the IO devices at offsets from $50F0 . Use these addresses (consistent with mac_scsi resources) becaus

[PATCH 03/12] m68k/mac: Don't remap SWIM MMIO region

For reasons I don't understand, calling ioremap() then iounmap() on the SWIM MMIO region causes a hang on 68030 (but not on 68040). ~# modprobe swim_mod SWIM floppy driver Version 0.2 (2008-10-30) SWIM device not found ! watchdog: BUG: soft lockup - CPU#0 stuck for 23s! [modprobe:285] Modules link

[PATCH 09/12] block/swim: Rename macros to avoid inconsistent inverted logic

The Sony drive status bits use active-low logic. The swim_readbit() function converts that to 'C' logic for readability. Hence, the sense of the names of the status bit macros should not be inverted. Mostly they are correct. However, the TWOMEG_DRIVE, MFM_MODE and TWOMEG_MEDIA macros have inverted

[PATCH 10/12] block/swim: Check drive type

The SWIM chip is compatible with GCR-mode Sony 400K/800K drives but this driver only supports MFM mode. Therefore only Sony FDHD drives are supported. Skip incompatible drives. Cc: Laurent Vivier Cc: Jens Axboe Tested-by: Stan Johnson Signed-off-by: Finn Thain --- drivers/block/swim.c | 6 +++

[PATCH 08/12] block/swim: Don't log an error message for an invalid ioctl

The 'eject' shell command may send various different ioctl commands. This leads to error messages on the console even though the FDEJECT ioctl succeeds. ~# eject floppy SWIM floppy_ioctl: unknown cmd 21257 SWIM floppy_ioctl: unknown cmd 1 Don't log an error message for an invalid ioctl, just do a

linux-next: Signed-off-by missing for commit in the pci tree

Hi Bjorn, Commit 0d852407c377 ("HISI LPC: Support the LPC host on Hip06/Hip07 with DT bindings") is missing a Signed-off-by from its committer. -- Cheers, Stephen Rothwell pgpGQF4rmblPb.pgp Description: OpenPGP digital signature

[PATCH 07/12] block/swim: Remove extra put_disk() call from error path

Cc: Laurent Vivier Cc: Jens Axboe Tested-by: Stan Johnson Signed-off-by: Finn Thain --- drivers/block/swim.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/block/swim.c b/drivers/block/swim.c index 87c70fcce875..19d7d27468c7 100644 --- a/drivers/block/swim.c +++ b/drivers/block/swi

[PATCH 06/12] block/swim: Fix array bounds check

In the floppy_find() function in swim.c is a call to get_disk(swd->unit[drive].disk). The actual parameter to this call can be a NULL pointer when drive == swd->floppy_count. This causes an oops in get_disk(). Data read fault at 0x0198 in Super Data (pc=0x1be5b6) BAD KERNEL BUSERR Oops: 00

[PATCH 05/12] block/swim: Use HEDSEL bit in ISM mode register

The floppy drive 'HEDSEL' line is normally connected to VIA1 but some models don't do this. According to 'The Guide to Macintosh Family Hardware', on the Mac IIfx the SWIM device has to generate this signal. Cc: Laurent Vivier Cc: Jens Axboe Tested-by: Stan Johnson Signed-off-by: Finn Thain --

[PATCH 00/12] SWIM driver fixes

This patch series has fixes for bugs in the SWIM floppy disk controller driver, including an oops and a soft lockup. There are also patches to add support for SWIM devices connected to IOPs. Geert, would you please take this series through the m68k tree once the necessary "acked-by" tags arrive?

[PATCH 12/12] block/swim: Select appropriate drive on device open

Cc: Laurent Vivier Cc: Jens Axboe Tested-by: Stan Johnson Signed-off-by: Finn Thain --- drivers/block/swim.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/block/swim.c b/drivers/block/swim.c index c4eb54575574..64226c56ffb2 100644 --- a/drivers/block/swim.c +++ b/

[PATCH 11/12] block/swim: Fix IO error at end of medium

Reading to the end of a 720K disk results in an IO error instead of EOF because the block layer thinks the disk has 2880 sectors. (Partly this is a result of inverted logic of the ONEMEG_MEDIA bit that's now fixed.) Initialize the density and head count in swim_add_floppy() to agree with the devic

[PATCH 04/12] m68k/mac: Place ISM IOP in bypass mode

Some Mac models have an IOP for offloading floppy disk IO. Linux once had a driver for that but it got removed in commit b21a323710e7 ("[PATCH] remove the broken BLK_DEV_SWIM_IOP driver"). Put the ISM IOP into bypass mode so that the existing 'swim_mod' driver can access the controller directly. U

[PATCH 02/12] m68k/mac: Fix SWIM memory resource end address

The resource size is 0x2000 == end - start + 1. Therefore end == start + 0x2000 - 1. Cc: Laurent Vivier Tested-by: Stan Johnson Signed-off-by: Finn Thain --- arch/m68k/mac/config.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/m68k/mac/config.c b/arch/m68k/mac/config

linux-next: Signed-off-by missing for commit in the cifs tree

Hi all, Commit 7127583a1b4b ("cifs: add server->vals->header_preamble_size") is missing a Signed-off-by from its committer. [I am assuming that smfre...@gmail.com == stfre...@microsoft.com] -- Cheers, Stephen Rothwell pgpy4CkJRwVMX.pgp Description: OpenPGP digital signature

Re: [PATCH] autofs4: use wake_up() instead of wake_up_interruptible

On 31/03/18 10:28, Andrei Vagin wrote: > In "autofs4: use wait_event_killable", wait_event_interruptible() was > replaced by wait_event_killable(), but in this case we have to use > wake_up() instead of wake_up_interruptible(). Why do you believe wake_up() is needed rather than wake_up_interrupti

Re: [PATCH v5 1/8] counter: Introduce the Generic Counter interface

On Sat, Mar 24, 2018 at 05:33:58PM +, Jonathan Cameron wrote: >On Fri, 9 Mar 2018 13:42:23 -0500 >William Breathitt Gray wrote: > >> This patch introduces the Generic Counter interface for supporting >> counter devices. >> >> In the context of the Generic Counter interface, a counter is defi

Re: [PATCH net-next v3 1/3] vmcore: add API to collect hardware dump in second kernel

Hi Rahul, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on net-next/master] url: https://github.com/0day-ci/linux/commits/Rahul-Lakkireddy/kernel-add-support-to-collect-hardware-logs-in-crash-recovery-kernel/20180401-060904 reproduce: # apt-get insta

[RFC PATCH] vmcore: __vmcore_add_device_dump() can be static

Fixes: 6bf7e2b7f850 ("vmcore: add API to collect hardware dump in second kernel") Signed-off-by: Fengguang Wu --- vmcore.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/proc/vmcore.c b/fs/proc/vmcore.c index b53698f..fe788dd 100644 --- a/fs/proc/vmcore.c +++ b/fs/pro

Re: [PATCH 2/2] efi: Add embedded peripheral firmware support

Hi Hans, I love your patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16-rc7] [cannot apply to next-20180329] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-

Re: [PATCH net-next v3 3/3] cxgb4: collect hardware dump in second kernel

Hi Rahul, Thank you for the patch! Yet something to improve: [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Rahul-Lakkireddy/kernel-add-support-to-collect-hardware-logs-in-crash-recovery-kernel/20180401-060904 config: tile-allyesconfig (attached as .

Re: [PATCH 2/2] efi: Add embedded peripheral firmware support

Hi Hans, I love your patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16-rc7] [cannot apply to next-20180329] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-

Re: [PATCH 02/12] treewide/net: Rename eth_stp_addr to ether_stp_addr

Hi Joe, I love your patch! Yet something to improve: [auto build test ERROR on wireless-drivers-next/master] [also build test ERROR on v4.16-rc7 next-20180329] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/

Re: [PATCH net-next v3 3/3] cxgb4: collect hardware dump in second kernel

Hi Rahul, Thank you for the patch! Yet something to improve: [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Rahul-Lakkireddy/kernel-add-support-to-collect-hardware-logs-in-crash-recovery-kernel/20180401-060904 config: sparc64-allyesconfig (attached a

Re: [PATCH 1/2] efi: Export boot-services code and data as debugfs-blobs

Hi Hans, I love your patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.16-rc7 next-20180329] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/c

[RFC PATCH] efi: debugfs_blob[] can be static

Fixes: ac46fdb7891f ("efi: Export boot-services code and data as debugfs-blobs") Signed-off-by: Fengguang Wu --- efi.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/firmware/efi/efi.c b/drivers/firmware/efi/efi.c index fddc5f7..9f1b8e6 100644 --- a/drivers/firmwa

Re: call/normal switch was Re: omap4-droid4: voice call support was

* Pavel Machek [180331 19:56]: > On Sat 2018-03-31 21:46:16, Pavel Machek wrote: > > On Sat 2018-03-31 21:19:39, Pavel Machek wrote: > > > On Sat 2018-03-31 11:19:35, Tony Lindgren wrote: > > > > Cool :) Microphone still does not work for me.. I tried tweaking > > > > the alsamixer settings but no

Re: [PATCH v2 for-4.17 0/3] Changes and clean-ups for spin_is_locked()

On Sat, Mar 31, 2018 at 03:12:00PM +0200, Andrea Parri wrote: > On Fri, Mar 30, 2018 at 02:09:19PM +0200, Andrea Parri wrote: > > On Fri, Mar 30, 2018 at 01:36:45PM +0200, Ingo Molnar wrote: > > > > > > (Paul and PeterZ Cc:-ed) > > > > > > hi Andrea, > > > > > > * Andrea Parri wrote: > > > > >

Re: [PATCH v1] PCI/DPC: Rename from pcie-dpc.c to dpc.c.

On 2018-03-31 18:34, Bjorn Helgaas wrote: From: Bjorn Helgaas Rename from pcie-dpc.c to dpc.c. The path "drivers/pci/pcie/pcie-dpc.c" has more occurrences of "pci" than necessary. Makes perfect sense. Signed-off-by: Bjorn Helgaas --- drivers/pci/pcie/Makefile |2 drivers/pci/pci

general protection fault in __list_del_entry_valid (3)

Hello, syzbot hit the following crash on net-next commit c0b6edef0bf0e33c12eaf80c676ff09def011518 (Thu Mar 29 19:58:10 2018 +) tc-testing: Add newline when writing test case files syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=0bb443b74ce09197e970 So far this crash happene

WARNING in refcount_inc (3)

Hello, syzbot hit the following crash on bpf-next commit 1379ef828a18d8f81c526b25e4d5685caa2cfd65 (Thu Mar 29 22:09:44 2018 +) Merge branch 'bpf-sockmap-ingress' syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=6eaf536fd743f5e119c5 So far this crash happened 6 times on bpf-n

BUG: corrupted list in __dentry_kill

Hello, syzbot hit the following crash on bpf-next commit 7828f20e3779e4e85e55371e0e43f5006a15fb41 (Sat Mar 31 00:17:57 2018 +) Merge branch 'bpf-cgroup-bind-connect' syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=f3bd89a5ab3266b10540 So far this crash happened 22 times on

Re: [PATCH net-next 5/8] net: mscc: Add initial Ocelot switch support

Le 03/30/18 à 07:50, Andrew Lunn a écrit : > On Fri, Mar 30, 2018 at 04:16:34PM +0200, Alexandre Belloni wrote: >> On 30/03/2018 at 15:54:22 +0200, Andrew Lunn wrote: > All of this sounds like it should be moved into the br_join/leave, this > does not appear to be the right place to do that

Re: [PATCH 1/2] perf: riscv: preliminary RISC-V support

You can add a skew between cores in qemu, something like this: case CSR_INSTRET: core_id()*return cpu_get_host_ticks()/10; break; case CSR_CYCLE: return cpu_get_host_ticks(); break; Alex On Wed, Mar 28, 2018 at 7:30 PM, Alan Kao wrote: > Hi Alex, > > I'm appreciated for

[PATCH v1] PCI/DPC: Rename from pcie-dpc.c to dpc.c.

From: Bjorn Helgaas Rename from pcie-dpc.c to dpc.c. The path "drivers/pci/pcie/pcie-dpc.c" has more occurrences of "pci" than necessary. Signed-off-by: Bjorn Helgaas --- drivers/pci/pcie/Makefile |2 drivers/pci/pcie/dpc.c | 306 +++ drive

Re: 4.15.14 crash with iscsi target and dvd

Richard Weinberger wrote: > On Sat, Mar 31, 2018 at 3:59 AM, Wakko Warner wrote: > > I reported this before but noone responded. > > Because you're sending only to LKML. > CC'ing storage folks. Thank you. I wasn't sure who I needed to send it to.

Re: [PATCH] xfs: always free inline data before resetting inode fork during ifree

On Fri, Mar 30, 2018 at 02:47:05AM +, Sasha Levin wrote: > On Thu, Mar 29, 2018 at 10:05:35AM +1100, Dave Chinner wrote: > >On Wed, Mar 28, 2018 at 07:30:06PM +, Sasha Levin wrote: > > This commit has been processed by the -stable helper bot and determined > > to be a high probability candi

[PATCH v2] refcount: trim headers

kernel.h is not needed, but compiler.h is. mutex.h is not needed only a forward declaration of "struct mutex". spinlock.h is not needed, spinlock_types.h is enough. Signed-off-by: Alexey Dobriyan --- arch/x86/include/asm/refcount.h |1 + include/linux/refcount.h|7 --- lib

Re: [PATCH v3 1/1] security: Add mechanism to safely (un)load LSMs after boot time

On 3/30/2018 11:16 PM, Sargun Dhillon wrote: > On Fri, Mar 30, 2018 at 2:39 PM, Casey Schaufler > wrote: >> On 3/29/2018 7:33 PM, Sargun Dhillon wrote: >>> On Thu, Mar 29, 2018 at 02:37:10PM -0700, Casey Schaufler wrote: On 3/29/2018 2:14 PM, Sargun Dhillon wrote: > This patch introduces

Re: 4.15.14 crash with iscsi target and dvd

On Sat, Mar 31, 2018 at 3:59 AM, Wakko Warner wrote: > I reported this before but noone responded. Because you're sending only to LKML. CC'ing storage folks. > I have an iscsi target setup with /dev/sr[012] using pscsi. On the > initiator, I mount only 1 disc. Then I issue find -type f | xargs

Re: 4.15.14 crash with iscsi target and dvd

Wakko Warner wrote: > I reported this before but noone responded. > > I have an iscsi target setup with /dev/sr[012] using pscsi. On the > initiator, I mount only 1 disc. Then I issue find -type f | xargs cat > > /dev/null Then after a few seconds, I get 2 oops and the system has to be > hard r

KASAN: use-after-free Read in __ext4_check_dir_entry

Hello, syzbot hit the following crash on upstream commit 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +) Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=1236ce66f79263e8a862 C reproduce

general protection fault in __mem_cgroup_free

Hello, syzbot hit the following crash on upstream commit 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +) Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=8a5de3cce7cdc70e9ebe So far this

KASAN: use-after-free Read in radix_tree_next_chunk

Hello, syzbot hit the following crash on upstream commit 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +) Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=040b31ac96753fd7eb46 So far this

KASAN: slab-out-of-bounds Read in __ext4_check_dir_entry

Hello, syzbot hit the following crash on upstream commit 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +) Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=730517f1d3fbe54a17c7 So far this

KASAN: slab-out-of-bounds Read in find_first_zero_bit

Hello, syzbot hit the following crash on upstream commit b5dbc28762fd3fd40ba76303be0c7f707826f982 (Sat Mar 31 04:53:57 2018 +) Merge tag 'kbuild-fixes-v4.16-3' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild syzbot dashboard link: https://syzkaller.appspot.com/bug?

KASAN: slab-out-of-bounds Read in __ext4_check_dir_entry

Hello, syzbot hit the following crash on upstream commit 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +) Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=730517f1d3fbe54a17c7 So far this

WARNING: ODEBUG bug in hfsplus_fill_super

Hello, syzbot hit the following crash on upstream commit 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +) Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=4f2e5f086147d543ab03 C reproduce

WARNING in format_decode

Hello, syzbot hit the following crash on upstream commit 10b84daddbec72c6b440216a69de9a9605127f7a (Sat Mar 31 17:59:00 2018 +) Merge branch 'perf-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=6bd77

general protection fault in hfs_find_init

Hello, syzbot hit the following crash on upstream commit 10b84daddbec72c6b440216a69de9a9605127f7a (Sat Mar 31 17:59:00 2018 +) Merge branch 'perf-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=7ca25

KASAN: slab-out-of-bounds Read in find_first_zero_bit

Hello, syzbot hit the following crash on upstream commit b5dbc28762fd3fd40ba76303be0c7f707826f982 (Sat Mar 31 04:53:57 2018 +) Merge tag 'kbuild-fixes-v4.16-3' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild syzbot dashboard link: https://syzkaller.appspot.com/bug?

WARNING in format_decode

Hello, syzbot hit the following crash on upstream commit 10b84daddbec72c6b440216a69de9a9605127f7a (Sat Mar 31 17:59:00 2018 +) Merge branch 'perf-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=6bd77

WARNING: ODEBUG bug in hfsplus_fill_super

Hello, syzbot hit the following crash on upstream commit 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +) Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=4f2e5f086147d543ab03 C reproduce

KASAN: use-after-free Read in __ext4_check_dir_entry

Hello, syzbot hit the following crash on upstream commit 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +) Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=1236ce66f79263e8a862 C reproduce

KASAN: use-after-free Read in radix_tree_next_chunk

Hello, syzbot hit the following crash on upstream commit 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +) Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=040b31ac96753fd7eb46 So far this

WARNING: refcount bug in put_pid_ns

Hello, syzbot hit the following crash on upstream commit 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +) Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=66a731f39da94bb14930 So far this

WARNING: refcount bug in put_pid_ns

Hello, syzbot hit the following crash on upstream commit 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +) Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=66a731f39da94bb14930 So far this

general protection fault in hfs_find_init

Hello, syzbot hit the following crash on upstream commit 10b84daddbec72c6b440216a69de9a9605127f7a (Sat Mar 31 17:59:00 2018 +) Merge branch 'perf-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=7ca25

general protection fault in __mem_cgroup_free

Hello, syzbot hit the following crash on upstream commit 9dd2326890d89a5179967c947dab2bab34d7ddee (Fri Mar 30 17:29:47 2018 +) Merge tag 'ceph-for-4.16-rc8' of git://github.com/ceph/ceph-client syzbot dashboard link: https://syzkaller.appspot.com/bug?extid=8a5de3cce7cdc70e9ebe So far this

Re: call/normal switch was Re: omap4-droid4: voice call support was

On Sat 2018-03-31 21:46:16, Pavel Machek wrote: > On Sat 2018-03-31 21:19:39, Pavel Machek wrote: > > On Sat 2018-03-31 11:19:35, Tony Lindgren wrote: > > > * Pavel Machek [180331 14:56]: > > > > Hi! > > > > > > > > > Hmm well I got audio call hacked to work as a proof of concept hack, > > > > >

Re: call/normal switch was Re: omap4-droid4: voice call support was

* Pavel Machek [180331 19:21]: > On Sat 2018-03-31 11:19:35, Tony Lindgren wrote: > > * Pavel Machek [180331 14:56]: > > > Hi! > > > > > > > Hmm well I got audio call hacked to work as a proof of concept hack, > > > > see below. Maybe it can be used to verify some of the assumptions > > > > abov

Re: call/normal switch was Re: omap4-droid4: voice call support was

On Sat 2018-03-31 21:19:39, Pavel Machek wrote: > On Sat 2018-03-31 11:19:35, Tony Lindgren wrote: > > * Pavel Machek [180331 14:56]: > > > Hi! > > > > > > > Hmm well I got audio call hacked to work as a proof of concept hack, > > > > see below. Maybe it can be used to verify some of the assumpti

Re: call/normal switch was Re: omap4-droid4: voice call support was

On Sat 2018-03-31 11:19:35, Tony Lindgren wrote: > * Pavel Machek [180331 14:56]: > > Hi! > > > > > Hmm well I got audio call hacked to work as a proof of concept hack, > > > see below. Maybe it can be used to verify some of the assumptions > > > above. > > > > > > Then.. To split the work a bit

[tip:sched/urgent] sched/cpufreq/schedutil: Fix error path mutex unlock

Commit-ID: 1b5d43cfb69759d8ef8d30469cea31d0c037aed5 Gitweb: https://git.kernel.org/tip/1b5d43cfb69759d8ef8d30469cea31d0c037aed5 Author: Jules Maselbas AuthorDate: Thu, 29 Mar 2018 15:43:01 +0100 Committer: Ingo Molnar CommitDate: Sat, 31 Mar 2018 20:42:38 +0200 sched/cpufreq/schedutil:

Re: [PATCH] refcount: trim headers

* Alexey Dobriyan wrote: > On Sat, Mar 31, 2018 at 10:36:32AM +0200, Ingo Molnar wrote: > > > --- a/include/linux/refcount.h > > > +++ b/include/linux/refcount.h > > > #include > > > -#include > > > -#include > > > -#include > > > +#include > > > +#include > > > + > > > +struct mutex; >

Re: [tip:x86/urgent] x86/io: Define readq()/writeq() to use 64-bit type

* Andy Shevchenko wrote: > On Sat, Mar 31, 2018 at 3:06 PM, Andy Shevchenko > wrote: > > On Sat, Mar 31, 2018 at 1:22 PM, Ingo Molnar wrote: > >> * Ingo Molnar wrote: > > >> [tip:x86/urgent 14/14] > >> drivers/infiniband/hw/hns/hns_roce_hw_v1.c:1690:22: sparse: incorrect type > >> in arg

Re: [PATCH 04/12] bridge: netfilter: Use the new global ether__addr arrays

On Sat, 2018-03-31 at 20:28 +0200, Pablo Neira Ayuso wrote: > Hi Joe, Hi Pablo. > On Sat, Mar 31, 2018 at 12:05:19AM -0700, Joe Perches wrote: > > Remove the local consts and use the new globals. > > This one is already upstream: > > https://git.kernel.org/pub/scm/linux/kernel/git/pablo/nf-next

[PATCH V2] treewide/net: Rename eth_stp_addr to ether_stp_addr

eth_stp_addr is not in the same form as the other global ether__addr addresses like ether_broadcast_addr. Convert it treewide. Miscellanea: o Add comment to the ether_stp_addr define to show it's for spanning-tree Signed-off-by: Joe Perches --- V2: Remove gg from initial comment (bad editing)

Re: [PATCH] x86/xen: Delay get_cpu_cap until stack canary is established

On Sat, Mar 31, 2018 at 2:10 PM, Boris Ostrovsky wrote: > On 03/31/2018 01:38 PM, Jason Andryuk wrote: >> On Wed, Mar 21, 2018, 5:12 PM Boris Ostrovsky > > wrote: >> >> On 03/19/2018 12:58 PM, Jason Andryuk wrote: >> > Commit 2cc42bac1c79 ("x86-64/Xen: e

Re: [PATCH 04/12] bridge: netfilter: Use the new global ether__addr arrays

Hi Joe, On Sat, Mar 31, 2018 at 12:05:19AM -0700, Joe Perches wrote: > Remove the local consts and use the new globals. This one is already upstream: https://git.kernel.org/pub/scm/linux/kernel/git/pablo/nf-next.git/commit/?id=9124a20d8794663a396b5d6f91f66903848a042b I can see you're using is_b

Re: call/normal switch was Re: omap4-droid4: voice call support was

* Pavel Machek [180331 14:56]: > Hi! > > > Hmm well I got audio call hacked to work as a proof of concept hack, > > see below. Maybe it can be used to verify some of the assumptions > > above. > > > > Then.. To split the work a bit, can you guys maybe try to decode > > the cpcap register values

Re: [PATCH 00/11] Use global pages with PTI

On 03/30/2018 10:39 PM, Ingo Molnar wrote: > There were a couple of valid review comments which need to be addressed as > well, > but other than that it all looks good to me and I plan to apply the next > iteration. Testing on that non-PCID systems showed an oddity with parts of the kernel imag

  1   2   3   >