Re: [PATCH] locking/hung_task: Show all hung tasks before panic

Paul E. McKenney wrote: > On Mon, Apr 02, 2018 at 11:12:04PM +0900, Tetsuo Handa wrote: > > When we get a hung task it can often be valuable to see _all_ the hung > > tasks on the system before calling panic(). > > > > Quoting from > >

Re: [PATCH] locking/hung_task: Show all hung tasks before panic

Paul E. McKenney wrote: > On Mon, Apr 02, 2018 at 11:12:04PM +0900, Tetsuo Handa wrote: > > When we get a hung task it can often be valuable to see _all_ the hung > > tasks on the system before calling panic(). > > > > Quoting from > >

Re: [PATCH 2/2] blk-mq: Fix request handover from timeout path to normal execution

On 04/02/18 12:01, Tejun Heo wrote: +* As nothing prevents from completion happening while +* ->aborted_gstate is set, this may lead to ignored completions +* and further spurious timeouts. +*/ + if (rq->rq_flags & RQF_MQ_TIMEOUT_RESET) +

Re: [PATCH 2/2] blk-mq: Fix request handover from timeout path to normal execution

On 04/02/18 12:01, Tejun Heo wrote: +* As nothing prevents from completion happening while +* ->aborted_gstate is set, this may lead to ignored completions +* and further spurious timeouts. +*/ + if (rq->rq_flags & RQF_MQ_TIMEOUT_RESET) +

Re: KASAN: use-after-free Read in snd_pcm_timer_resolution

On Fri, 30 Mar 2018 01:01:01 +0200, syzbot wrote: > > Hello, > > syzbot hit the following crash on upstream commit > 0b412605ef5f5c64b31f19e2910b1d5eba9929c3 (Thu Mar 29 01:07:23 2018 +) > Merge tag 'drm-fixes-for-v4.16-rc8' of > git://people.freedesktop.org/~airlied/linux > syzbot dashboard

Re: KASAN: use-after-free Read in snd_pcm_timer_resolution

On Fri, 30 Mar 2018 01:01:01 +0200, syzbot wrote: > > Hello, > > syzbot hit the following crash on upstream commit > 0b412605ef5f5c64b31f19e2910b1d5eba9929c3 (Thu Mar 29 01:07:23 2018 +) > Merge tag 'drm-fixes-for-v4.16-rc8' of > git://people.freedesktop.org/~airlied/linux > syzbot dashboard

Re: Sony Vaio VGN-CS31S touch sensor buttons breaking touchpad

On Mon, Apr 02, 2018 at 10:39:59PM +0200, Ondrej Zary wrote: > On Sunday 01 April 2018 23:21:55 Ondrej Zary wrote: > > Hello, > > I got a Sony Vaio VGN-CS31S laptop with Synaptics touchpad that exhibits > > weird behavior. It seems to work until I touch the "Touch Sensor Buttons" > > bar above the

Re: Sony Vaio VGN-CS31S touch sensor buttons breaking touchpad

On Mon, Apr 02, 2018 at 10:39:59PM +0200, Ondrej Zary wrote: > On Sunday 01 April 2018 23:21:55 Ondrej Zary wrote: > > Hello, > > I got a Sony Vaio VGN-CS31S laptop with Synaptics touchpad that exhibits > > weird behavior. It seems to work until I touch the "Touch Sensor Buttons" > > bar above the

Re: [BISECTED][REGRESSION] Hang while booting EeePC 900

Hi Tejun, On 2 April 2018 at 21:29, Tejun Heo wrote: > > Can you see whether the following patch makes any difference? > > Thanks. > > diff --git a/block/blk-timeout.c b/block/blk-timeout.c > index a05e367..f0e6e41 100644 > --- a/block/blk-timeout.c > +++ b/block/blk-timeout.c >

Re: [BISECTED][REGRESSION] Hang while booting EeePC 900

Hi Tejun, On 2 April 2018 at 21:29, Tejun Heo wrote: > > Can you see whether the following patch makes any difference? > > Thanks. > > diff --git a/block/blk-timeout.c b/block/blk-timeout.c > index a05e367..f0e6e41 100644 > --- a/block/blk-timeout.c > +++ b/block/blk-timeout.c > @@ -165,7 +165,7

[PATCH] usbip: vhc_hcd: prevent module being removed while device are attached

vhci_hcd module can be removed even when devices are attached. Fix to prevent module removal when devices are still attached. Signed-off-by: Shuah Khan --- drivers/usb/usbip/vhci_sysfs.c | 25 + 1 file changed, 21 insertions(+), 4 deletions(-)

[PATCH] usbip: vhci_hcd: Fix usb device and sockfd leaks

vhci_hcd fails to do reset to put usb device and sockfd in the module remove/stop paths. Fix the leak. Signed-off-by: Shuah Khan --- drivers/usb/usbip/usbip_common.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/usbip/usbip_common.h

[PATCH] usbip: vhc_hcd: prevent module being removed while device are attached

vhci_hcd module can be removed even when devices are attached. Fix to prevent module removal when devices are still attached. Signed-off-by: Shuah Khan --- drivers/usb/usbip/vhci_sysfs.c | 25 + 1 file changed, 21 insertions(+), 4 deletions(-) diff --git

[PATCH] usbip: vhci_hcd: Fix usb device and sockfd leaks

vhci_hcd fails to do reset to put usb device and sockfd in the module remove/stop paths. Fix the leak. Signed-off-by: Shuah Khan --- drivers/usb/usbip/usbip_common.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/usbip/usbip_common.h

Re: [PATCH 1/2] blk-mq: Factor out [s]rcu synchronization

On 04/02/18 12:00, Tejun Heo wrote: Factor out [s]rcu synchronization in blk_mq_timeout_work() into blk_mq_timeout_sync_rcu(). This is to add another user in the future and doesn't cause any functional changes. Reviewed-by: Bart Van Assche

Re: [PATCH 1/2] blk-mq: Factor out [s]rcu synchronization

On 04/02/18 12:00, Tejun Heo wrote: Factor out [s]rcu synchronization in blk_mq_timeout_work() into blk_mq_timeout_sync_rcu(). This is to add another user in the future and doesn't cause any functional changes. Reviewed-by: Bart Van Assche

Re: [PATCH 3/3] media: i2c: tvp5150: Use parentheses for sizeof

Hi, On 04/02/2018 02:59 PM, Nasser Afshin wrote: This patch resolves a checkpatch.pl warning It would be nice if you explicitly mention the warning. Thanks. -- Gustavo Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 2 +- 1 file changed, 1

Re: [PATCH 3/3] media: i2c: tvp5150: Use parentheses for sizeof

Hi, On 04/02/2018 02:59 PM, Nasser Afshin wrote: This patch resolves a checkpatch.pl warning It would be nice if you explicitly mention the warning. Thanks. -- Gustavo Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH 09/11] x86/pti: enable global pages for shared areas

On 04/02/2018 10:56 AM, Linus Torvalds wrote: > On Mon, Apr 2, 2018 at 10:27 AM, Dave Hansen > wrote: >> + /* >> +* The cpu_entry_area is shared between the user and kernel >> +* page tables. All of its ptes can safely be global. >> +*/

Re: [PATCH 09/11] x86/pti: enable global pages for shared areas

On 04/02/2018 10:56 AM, Linus Torvalds wrote: > On Mon, Apr 2, 2018 at 10:27 AM, Dave Hansen > wrote: >> + /* >> +* The cpu_entry_area is shared between the user and kernel >> +* page tables. All of its ptes can safely be global. >> +*/ >> + if

Re: Sony Vaio VGN-CS31S touch sensor buttons breaking touchpad

On Sunday 01 April 2018 23:21:55 Ondrej Zary wrote: > Hello, > I got a Sony Vaio VGN-CS31S laptop with Synaptics touchpad that exhibits > weird behavior. It seems to work until I touch the "Touch Sensor Buttons" > bar above the keyboard - then the buttons start to act weirdly: click or > remain

Re: Sony Vaio VGN-CS31S touch sensor buttons breaking touchpad

On Sunday 01 April 2018 23:21:55 Ondrej Zary wrote: > Hello, > I got a Sony Vaio VGN-CS31S laptop with Synaptics touchpad that exhibits > weird behavior. It seems to work until I touch the "Touch Sensor Buttons" > bar above the keyboard - then the buttons start to act weirdly: click or > remain

Re: BUG: corrupted list in __dentry_kill

On Mon, Apr 02, 2018 at 07:44:37AM +0100, Al Viro wrote: > On Sun, Apr 01, 2018 at 02:48:54PM -0700, Eric Biggers wrote: > > [+Cc linux-nfs] > > > > > > [ 42.965515] net/sunrpc/rpc_pipe.c: __rpc_create_common failed to > > > allocate inode for dentry blocklayout > > > [ 42.967234]

Re: BUG: corrupted list in __dentry_kill

On Mon, Apr 02, 2018 at 07:44:37AM +0100, Al Viro wrote: > On Sun, Apr 01, 2018 at 02:48:54PM -0700, Eric Biggers wrote: > > [+Cc linux-nfs] > > > > > > [ 42.965515] net/sunrpc/rpc_pipe.c: __rpc_create_common failed to > > > allocate inode for dentry blocklayout > > > [ 42.967234]

Re: [PATCH v8 02/10] sched: idle: Do not stop the tick upfront in the idle loop

On Thu, Mar 29, 2018 at 02:01:14PM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Push the decision whether or not to stop the tick somewhat deeper > into the idle loop. > > Stopping the tick upfront leads to unpleasant outcomes in case the > idle

Re: [PATCH v8 02/10] sched: idle: Do not stop the tick upfront in the idle loop

On Thu, Mar 29, 2018 at 02:01:14PM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Push the decision whether or not to stop the tick somewhat deeper > into the idle loop. > > Stopping the tick upfront leads to unpleasant outcomes in case the > idle governor doesn't agree with the

Re: [PATCH v4 4/6] coresight: tmc: Hook callback for panic kdump

On Fri, Mar 30, 2018 at 11:15:22AM +0800, Leo Yan wrote: > Since Coresight panic kdump functionality has been ready, this patch is > to hook panic callback function for ETB/ETF driver. The driver data > structure has allocated a buffer when the session started, so simply > save tracing data into

Re: [PATCH v4 4/6] coresight: tmc: Hook callback for panic kdump

On Fri, Mar 30, 2018 at 11:15:22AM +0800, Leo Yan wrote: > Since Coresight panic kdump functionality has been ready, this patch is > to hook panic callback function for ETB/ETF driver. The driver data > structure has allocated a buffer when the session started, so simply > save tracing data into

RE: [PATCH v5 12/14] fm10k: Report PCIe link properties with pcie_print_link_status()

> -Original Message- > From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] > On Behalf Of Bjorn Helgaas > Sent: Monday, April 02, 2018 1:32 PM > To: Keller, Jacob E > Cc: Tal Gilboa ; Tariq Toukan ;

RE: [PATCH v5 12/14] fm10k: Report PCIe link properties with pcie_print_link_status()

> -Original Message- > From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org] > On Behalf Of Bjorn Helgaas > Sent: Monday, April 02, 2018 1:32 PM > To: Keller, Jacob E > Cc: Tal Gilboa ; Tariq Toukan ; Ariel > Elior ; Ganesh Goudar ; > Kirsher, Jeffrey T ;

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On Mon, 2 Apr 2018 22:23:17 +0200 Peter Rosin wrote: > > I don't use devmem2. Is 'readback' information accurate or is it > > always what's been written? Because when you write 0x33 to 0xECBC, > > 0x33 is read back, but just after that, when you read it again it's 0. > >

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On Mon, 2 Apr 2018 22:23:17 +0200 Peter Rosin wrote: > > I don't use devmem2. Is 'readback' information accurate or is it > > always what's been written? Because when you write 0x33 to 0xECBC, > > 0x33 is read back, but just after that, when you read it again it's 0. > > Looking at the

Re: [PATCH] resource: Fix integer overflow at reallocation

On Mon, 02 Apr 2018 21:09:03 +0200, Ram Pai wrote: > > On Mon, Apr 02, 2018 at 09:16:16AM +0200, Takashi Iwai wrote: > > We've got a bug report indicating a kernel panic at booting on an > > x86-32 system, and it turned out to be the invalid resource assigned > > after reallocation.

Re: [PATCH] resource: Fix integer overflow at reallocation

On Mon, 02 Apr 2018 21:09:03 +0200, Ram Pai wrote: > > On Mon, Apr 02, 2018 at 09:16:16AM +0200, Takashi Iwai wrote: > > We've got a bug report indicating a kernel panic at booting on an > > x86-32 system, and it turned out to be the invalid resource assigned > > after reallocation.

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On Mon, 2 Apr 2018 22:20:20 +0200 Boris Brezillon wrote: > > > > > And > > > which DDR slave is the target? 7, 8, 9 or 10? More than one? > > > > This, I don't know. I guess all of them can be used. > > Looks like I was wrong. According to "Table 15-3.

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On Mon, 2 Apr 2018 22:20:20 +0200 Boris Brezillon wrote: > > > > > And > > > which DDR slave is the target? 7, 8, 9 or 10? More than one? > > > > This, I don't know. I guess all of them can be used. > > Looks like I was wrong. According to "Table 15-3. SAMA5D3 Master to > Slave

Re: [PATCH v5 12/14] fm10k: Report PCIe link properties with pcie_print_link_status()

On Mon, Apr 02, 2018 at 03:56:06PM +, Keller, Jacob E wrote: > > -Original Message- > > From: Bjorn Helgaas [mailto:helg...@kernel.org] > > Sent: Friday, March 30, 2018 2:06 PM > > To: Tal Gilboa > > Cc: Tariq Toukan ; Keller, Jacob E > >

Re: [PATCH v5 12/14] fm10k: Report PCIe link properties with pcie_print_link_status()

On Mon, Apr 02, 2018 at 03:56:06PM +, Keller, Jacob E wrote: > > -Original Message- > > From: Bjorn Helgaas [mailto:helg...@kernel.org] > > Sent: Friday, March 30, 2018 2:06 PM > > To: Tal Gilboa > > Cc: Tariq Toukan ; Keller, Jacob E > > ; Ariel Elior ; Ganesh > > Goudar ; Kirsher,

Re: [BISECTED][REGRESSION] Hang while booting EeePC 900

Hello, Sitsofe. Can you see whether the following patch makes any difference? Thanks. diff --git a/block/blk-timeout.c b/block/blk-timeout.c index a05e367..f0e6e41 100644 --- a/block/blk-timeout.c +++ b/block/blk-timeout.c @@ -165,7 +165,7 @@ void blk_abort_request(struct request *req)

Re: [BISECTED][REGRESSION] Hang while booting EeePC 900

Hello, Sitsofe. Can you see whether the following patch makes any difference? Thanks. diff --git a/block/blk-timeout.c b/block/blk-timeout.c index a05e367..f0e6e41 100644 --- a/block/blk-timeout.c +++ b/block/blk-timeout.c @@ -165,7 +165,7 @@ void blk_abort_request(struct request *req)

RE: [PATCH v5 05/14] PCI: Add pcie_print_link_status() to log link speed and whether it's limited

> -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Monday, April 02, 2018 12:58 PM > To: Keller, Jacob E > Cc: Tal Gilboa ; Tariq Toukan ; Ariel > Elior ; Ganesh Goudar

RE: [PATCH v5 05/14] PCI: Add pcie_print_link_status() to log link speed and whether it's limited

> -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Monday, April 02, 2018 12:58 PM > To: Keller, Jacob E > Cc: Tal Gilboa ; Tariq Toukan ; Ariel > Elior ; Ganesh Goudar ; > Kirsher, Jeffrey T ; everest-linux...@cavium.com; > intel-wired-...@lists.osuosl.org;

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On 2018-04-02 21:28, Boris Brezillon wrote: > On Mon, 2 Apr 2018 19:59:39 +0200 > Peter Rosin wrote: > >> On 2018-04-02 14:22, Boris Brezillon wrote: >>> On Thu, 29 Mar 2018 16:27:12 +0200 >>> Peter Rosin wrote: >>> On 2018-03-29 15:44, Boris Brezillon

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On 2018-04-02 21:28, Boris Brezillon wrote: > On Mon, 2 Apr 2018 19:59:39 +0200 > Peter Rosin wrote: > >> On 2018-04-02 14:22, Boris Brezillon wrote: >>> On Thu, 29 Mar 2018 16:27:12 +0200 >>> Peter Rosin wrote: >>> On 2018-03-29 15:44, Boris Brezillon wrote: > On Thu, 29 Mar 2018

Re: [PATCH] Add Second Fan Support for Thinkpad P50

On Mon, Apr 2, 2018 at 9:27 PM, Alexander Kappner wrote: > The Thinkpad P50 has 2 fans. Add the 2FAN quirk so the tpacpi driver > properly reports both fan speeds. > Because the P50 doesn't report the version of its EC controller, we need to > identify it by BIOS version (N1). >

Re: [PATCH v4 3/6] coresight: Support panic kdump functionality

On Fri, Mar 30, 2018 at 11:15:21AM +0800, Leo Yan wrote: > After kernel panic happens, Coresight tracing data has much useful info > which can be used for analysis. For example, the trace info from ETB > RAM can be used to check the CPU execution flows before the crash. So > we can save the

Re: [PATCH] Add Second Fan Support for Thinkpad P50

On Mon, Apr 2, 2018 at 9:27 PM, Alexander Kappner wrote: > The Thinkpad P50 has 2 fans. Add the 2FAN quirk so the tpacpi driver > properly reports both fan speeds. > Because the P50 doesn't report the version of its EC controller, we need to > identify it by BIOS version (N1). > > Signed-off-by:

Re: [PATCH v4 3/6] coresight: Support panic kdump functionality

On Fri, Mar 30, 2018 at 11:15:21AM +0800, Leo Yan wrote: > After kernel panic happens, Coresight tracing data has much useful info > which can be used for analysis. For example, the trace info from ETB > RAM can be used to check the CPU execution flows before the crash. So > we can save the

Re: [PATCH 01/11] x86/mm: factor out pageattr _PAGE_GLOBAL setting

On 04/02/2018 10:52 AM, Linus Torvalds wrote: > On Mon, Apr 2, 2018 at 10:27 AM, Dave Hansen > wrote: >> >> Aside: _PAGE_GLOBAL is ignored when CR4.PGE=1, so why do we >> even go to the trouble of filtering it anywhere? > > I'm assuming this is a typo, and you mean

Re: [PATCH 01/11] x86/mm: factor out pageattr _PAGE_GLOBAL setting

On 04/02/2018 10:52 AM, Linus Torvalds wrote: > On Mon, Apr 2, 2018 at 10:27 AM, Dave Hansen > wrote: >> >> Aside: _PAGE_GLOBAL is ignored when CR4.PGE=1, so why do we >> even go to the trouble of filtering it anywhere? > > I'm assuming this is a typo, and you mean "when CR4.PGE=0". Yes, that

Re: [PATCH] f2fs: fix to show encrypt flag in FS_IOC_GETFLAGS

On 04/02, Chao Yu wrote: > This patch fixes to show encrypt flag in FS_IOC_GETFLAGS like ext4 does. Actually, we have to show internal flags owned by f2fs, not generic ones. We may need to define all of them separately? > > Signed-off-by: Chao Yu > --- > fs/f2fs/file.c | 9

Re: [PATCH] f2fs: fix to show encrypt flag in FS_IOC_GETFLAGS

On 04/02, Chao Yu wrote: > This patch fixes to show encrypt flag in FS_IOC_GETFLAGS like ext4 does. Actually, we have to show internal flags owned by f2fs, not generic ones. We may need to define all of them separately? > > Signed-off-by: Chao Yu > --- > fs/f2fs/file.c | 9 +++-- > 1 file

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On Mon, 2 Apr 2018 21:28:43 +0200 Boris Brezillon wrote: > On Mon, 2 Apr 2018 19:59:39 +0200 > Peter Rosin wrote: > > > On 2018-04-02 14:22, Boris Brezillon wrote: > > > On Thu, 29 Mar 2018 16:27:12 +0200 > > > Peter Rosin

Re: [PATCH] mtd: nand: raw: atmel: add module param to avoid using dma

On Mon, 2 Apr 2018 21:28:43 +0200 Boris Brezillon wrote: > On Mon, 2 Apr 2018 19:59:39 +0200 > Peter Rosin wrote: > > > On 2018-04-02 14:22, Boris Brezillon wrote: > > > On Thu, 29 Mar 2018 16:27:12 +0200 > > > Peter Rosin wrote: > > > > > >> On 2018-03-29 15:44, Boris Brezillon wrote:

Re: [GIT PULL] siginfo fix for v4.16-rc5

Eugene Syromiatnikov writes: > So, the offset of the si_lower field is 20 at the current HEAD and was 18 at > commits v4.16-rc3~17^2 and v4.16-rc1~159^2~20. I believe this is due to > the fact that m68k uses 2-byte default alignment and not 4-byte. A 2-byte alignment for 4

Re: [GIT PULL] siginfo fix for v4.16-rc5

Eugene Syromiatnikov writes: > So, the offset of the si_lower field is 20 at the current HEAD and was 18 at > commits v4.16-rc3~17^2 and v4.16-rc1~159^2~20. I believe this is due to > the fact that m68k uses 2-byte default alignment and not 4-byte. A 2-byte alignment for 4 byte pointers. That

RE: [ANNOUNCE] Git v2.17.0

On April 2, 2018 4:02 PM, Stefan Beller found my change: > On Mon, Apr 2, 2018 at 12:57 PM, Randall S. Becker > wrote: > > On April 2, 2018 3:34 PM, Junio C Hamano wrote: > >> The latest feature release Git v2.17.0 is now available at the usual > >> places. It is

RE: [ANNOUNCE] Git v2.17.0

On April 2, 2018 4:02 PM, Stefan Beller found my change: > On Mon, Apr 2, 2018 at 12:57 PM, Randall S. Becker > wrote: > > On April 2, 2018 3:34 PM, Junio C Hamano wrote: > >> The latest feature release Git v2.17.0 is now available at the usual > >> places. It is comprised of 516 non-merge

RE: [ANNOUNCE] Git v2.17.0

On April 2, 2018 3:34 PM, Junio C Hamano wrote: > The latest feature release Git v2.17.0 is now available at the usual places. > It is > comprised of 516 non-merge commits since v2.16.0, contributed by 71 > people, 20 of which are new faces. Just a heads up. I think this one might have gotten

RE: [ANNOUNCE] Git v2.17.0

On April 2, 2018 3:34 PM, Junio C Hamano wrote: > The latest feature release Git v2.17.0 is now available at the usual places. > It is > comprised of 516 non-merge commits since v2.16.0, contributed by 71 > people, 20 of which are new faces. Just a heads up. I think this one might have gotten

Re: [PATCH v6 13/16] parisc: Switch to generic free_initrd_mem.

On 01.04.2018 16:59, Shea Levy wrote: > The first patch in this series added a weakly-defined generic > implementation, which is functionally identical to the > architecture-specific one removed here. > > Series boot-tested on RISC-V (which now uses the generic > implementation) and x86_64 (which

Re: [PATCH v6 13/16] parisc: Switch to generic free_initrd_mem.

On 01.04.2018 16:59, Shea Levy wrote: > The first patch in this series added a weakly-defined generic > implementation, which is functionally identical to the > architecture-specific one removed here. > > Series boot-tested on RISC-V (which now uses the generic > implementation) and x86_64 (which

Re: [PATCH v6 10/21] tracing: probeevent: Return consumed bytes of dynamic area

On Sat, 17 Mar 2018 21:44:52 +0900 Masami Hiramatsu wrote: > -static nokprobe_inline void > -fetch_store_string(unsigned long addr, void *dest) > +static nokprobe_inline int > +fetch_store_string(unsigned long addr, void *dest, void *base) > { > - int maxlen =

Re: [PATCH v6 10/21] tracing: probeevent: Return consumed bytes of dynamic area

On Sat, 17 Mar 2018 21:44:52 +0900 Masami Hiramatsu wrote: > -static nokprobe_inline void > -fetch_store_string(unsigned long addr, void *dest) > +static nokprobe_inline int > +fetch_store_string(unsigned long addr, void *dest, void *base) > { > - int maxlen = get_rloc_len(*(u32 *)dest); >

Re: [ANNOUNCE] Git v2.17.0

On Mon, Apr 2, 2018 at 12:57 PM, Randall S. Becker wrote: > On April 2, 2018 3:34 PM, Junio C Hamano wrote: >> The latest feature release Git v2.17.0 is now available at the usual places. >> It is >> comprised of 516 non-merge commits since v2.16.0, contributed by 71 >>

Re: [ANNOUNCE] Git v2.17.0

On Mon, Apr 2, 2018 at 12:57 PM, Randall S. Becker wrote: > On April 2, 2018 3:34 PM, Junio C Hamano wrote: >> The latest feature release Git v2.17.0 is now available at the usual places. >> It is >> comprised of 516 non-merge commits since v2.16.0, contributed by 71 >> people, 20 of which are

[PATCH 3/3] media: i2c: tvp5150: Use parentheses for sizeof

This patch resolves a checkpatch.pl warning Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/i2c/tvp5150.c b/drivers/media/i2c/tvp5150.c index d561d87d219a..d528fddbea16 100644

[PATCH 3/3] media: i2c: tvp5150: Use parentheses for sizeof

This patch resolves a checkpatch.pl warning Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/i2c/tvp5150.c b/drivers/media/i2c/tvp5150.c index d561d87d219a..d528fddbea16 100644 ---

[PATCH 1/3] media: i2c: tvp5150: Add a space after commas

This patch resolves checkpatch.pl errors: ERROR: space required after that ',' (ctx:VxV) Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 134 ++-- 1 file changed, 67 insertions(+), 67 deletions(-) diff --git

[PATCH 1/3] media: i2c: tvp5150: Add a space after commas

This patch resolves checkpatch.pl errors: ERROR: space required after that ',' (ctx:VxV) Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 134 ++-- 1 file changed, 67 insertions(+), 67 deletions(-) diff --git

[PATCH 2/3] media: i2c: tvp5150: Use the correct comment style

This patch resolves some checkpatch.pl warnings about comments. Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 23 ++- 1 file changed, 14 insertions(+), 9 deletions(-) diff --git a/drivers/media/i2c/tvp5150.c

[PATCH 2/3] media: i2c: tvp5150: Use the correct comment style

This patch resolves some checkpatch.pl warnings about comments. Signed-off-by: Nasser Afshin --- drivers/media/i2c/tvp5150.c | 23 ++- 1 file changed, 14 insertions(+), 9 deletions(-) diff --git a/drivers/media/i2c/tvp5150.c b/drivers/media/i2c/tvp5150.c index

[PATCH 0/3] media: i2c: tvp5150: resolve checkpatch errors

This patch series tries to resolve some checkpatch.pl errors and warnings. Nasser Afshin (3): media: i2c: tvp5150: Add a space after commas media: i2c: tvp5150: Use the correct comment style media: i2c: tvp5150: Use parentheses for sizeof drivers/media/i2c/tvp5150.c | 159

[PATCH 0/3] media: i2c: tvp5150: resolve checkpatch errors

This patch series tries to resolve some checkpatch.pl errors and warnings. Nasser Afshin (3): media: i2c: tvp5150: Add a space after commas media: i2c: tvp5150: Use the correct comment style media: i2c: tvp5150: Use parentheses for sizeof drivers/media/i2c/tvp5150.c | 159

Re: [PATCH v5 05/14] PCI: Add pcie_print_link_status() to log link speed and whether it's limited

On Mon, Apr 02, 2018 at 04:25:17PM +, Keller, Jacob E wrote: > > -Original Message- > > From: Bjorn Helgaas [mailto:helg...@kernel.org] > > Sent: Friday, March 30, 2018 2:05 PM > > To: Tal Gilboa > > Cc: Tariq Toukan ; Keller, Jacob E > >

Re: [PATCH v5 05/14] PCI: Add pcie_print_link_status() to log link speed and whether it's limited

On Mon, Apr 02, 2018 at 04:25:17PM +, Keller, Jacob E wrote: > > -Original Message- > > From: Bjorn Helgaas [mailto:helg...@kernel.org] > > Sent: Friday, March 30, 2018 2:05 PM > > To: Tal Gilboa > > Cc: Tariq Toukan ; Keller, Jacob E > > ; Ariel Elior ; Ganesh > > Goudar ; Kirsher,

[PATCH] x86/MCE, EDAC/mce_amd: Save all aux registers on SMCA systems

From: Yazen Ghannam The Intel SDM and AMD APM both state that the auxiliary MCA registers should be read if their respective valid bits are set in MCA_STATUS. The Processor Programming Reference for AMD Fam17h systems has a new recommendation that the auxiliary registers

[PATCH] x86/MCE, EDAC/mce_amd: Save all aux registers on SMCA systems

From: Yazen Ghannam The Intel SDM and AMD APM both state that the auxiliary MCA registers should be read if their respective valid bits are set in MCA_STATUS. The Processor Programming Reference for AMD Fam17h systems has a new recommendation that the auxiliary registers should be saved

Re: [GIT PULL] arch: remove obsolete architecture ports

On Mon, Apr 2, 2018 at 8:57 PM, Linus Torvalds wrote: > On Mon, Apr 2, 2018 at 12:17 AM, Arnd Bergmann wrote: >> >> (dirstat only for brevity) > > Shortlog? > > I'd like to see that each architecture removal is independent of the > others, so that if

Re: [GIT PULL] arch: remove obsolete architecture ports

On Mon, Apr 2, 2018 at 8:57 PM, Linus Torvalds wrote: > On Mon, Apr 2, 2018 at 12:17 AM, Arnd Bergmann wrote: >> >> (dirstat only for brevity) > > Shortlog? > > I'd like to see that each architecture removal is independent of the > others, so that if somebody wants to resurrect any particular >

Re: [PATCH v5 00/12] PCI endpoint 64-bit BAR fixes

On Thu, Mar 29, 2018 at 02:52:56PM +0100, Gustavo Pimentel wrote: > Hi Niklas, > > On 28/03/2018 12:50, Niklas Cassel wrote: > > PCI endpoint fixes to improve the way 64-bit BARs are handled. > > > > > > There are still future improvements that could be made: > > > > pci-epf-test.c always

Re: [PATCH v5 00/12] PCI endpoint 64-bit BAR fixes

On Thu, Mar 29, 2018 at 02:52:56PM +0100, Gustavo Pimentel wrote: > Hi Niklas, > > On 28/03/2018 12:50, Niklas Cassel wrote: > > PCI endpoint fixes to improve the way 64-bit BARs are handled. > > > > > > There are still future improvements that could be made: > > > > pci-epf-test.c always

Re: [PATCH 2/8] PCI: Add pci_find_common_upstream_dev()

On Mon, Apr 02, 2018 at 01:32:37PM -0600, Logan Gunthorpe wrote: > > > On 02/04/18 01:16 PM, Jerome Glisse wrote: > > There isn't good API at the moment AFAIK, closest thing would either be > > lookup_resource() or region_intersects(), but a more appropriate one can > > easily be added, code to

Re: [PATCH 2/8] PCI: Add pci_find_common_upstream_dev()

On Mon, Apr 02, 2018 at 01:32:37PM -0600, Logan Gunthorpe wrote: > > > On 02/04/18 01:16 PM, Jerome Glisse wrote: > > There isn't good API at the moment AFAIK, closest thing would either be > > lookup_resource() or region_intersects(), but a more appropriate one can > > easily be added, code to

Re: [PATCH] MAINTAINERS: vfio/platform: Update sub-maintainer

On Mon, 2 Apr 2018 20:36:17 +0200 Alvise Rigo wrote: > Hello Alex, > > As I wrote in the other thread, it was OK by me to be reviewer. I > though only Eric needed to ACK this patch as new sub-maintainer. > > Is it too late for ACK-ing it now? > > Acked-by:

Re: [PATCH] MAINTAINERS: vfio/platform: Update sub-maintainer

On Mon, 2 Apr 2018 20:36:17 +0200 Alvise Rigo wrote: > Hello Alex, > > As I wrote in the other thread, it was OK by me to be reviewer. I > though only Eric needed to ACK this patch as new sub-maintainer. > > Is it too late for ACK-ing it now? > > Acked-by: Alvise Rigo Hi Alvise, Sorry, I

Re: [PATCH v5 5/8] counter: 104-quad-8: Documentation: Add Generic Counter sysfs documentation

On Sat, Mar 24, 2018 at 05:21:40PM +, Jonathan Cameron wrote: >On Fri, 9 Mar 2018 13:43:19 -0500 >William Breathitt Gray wrote: > >> This patch adds standard documentation for the Generic Counter interface >> userspace sysfs attributes of the 104-QUAD-8 driver. >> >>

Re: [PATCH v5 5/8] counter: 104-quad-8: Documentation: Add Generic Counter sysfs documentation

On Sat, Mar 24, 2018 at 05:21:40PM +, Jonathan Cameron wrote: >On Fri, 9 Mar 2018 13:43:19 -0500 >William Breathitt Gray wrote: > >> This patch adds standard documentation for the Generic Counter interface >> userspace sysfs attributes of the 104-QUAD-8 driver. >> >> Signed-off-by: William

Re: [PATCH 13/17] staging: lustre: libcfs: remove cfs_timeout_cap()

On Mar 28, 2018, at 22:26, NeilBrown wrote: > > This wrapper is only used once, so open-code it as max(). > > This allows us to remove the libcfs_time.h include file. > > Signed-off-by: NeilBrown > --- > .../staging/lustre/include/linux/libcfs/libcfs.h |1

Re: [PATCH 13/17] staging: lustre: libcfs: remove cfs_timeout_cap()

On Mar 28, 2018, at 22:26, NeilBrown wrote: > > This wrapper is only used once, so open-code it as max(). > > This allows us to remove the libcfs_time.h include file. > > Signed-off-by: NeilBrown > --- > .../staging/lustre/include/linux/libcfs/libcfs.h |1 >

Re: [PATCH v5 03/14] PCI: Add pcie_bandwidth_capable() to compute max supported link bandwidth

On Mon, Apr 02, 2018 at 04:00:16PM +, Keller, Jacob E wrote: > > -Original Message- > > From: Tal Gilboa [mailto:ta...@mellanox.com] > > Sent: Monday, April 02, 2018 7:34 AM > > To: Bjorn Helgaas > > Cc: Tariq Toukan ; Keller, Jacob E > >

Re: [PATCH v5 03/14] PCI: Add pcie_bandwidth_capable() to compute max supported link bandwidth

On Mon, Apr 02, 2018 at 04:00:16PM +, Keller, Jacob E wrote: > > -Original Message- > > From: Tal Gilboa [mailto:ta...@mellanox.com] > > Sent: Monday, April 02, 2018 7:34 AM > > To: Bjorn Helgaas > > Cc: Tariq Toukan ; Keller, Jacob E > > ; Ariel Elior ; Ganesh > > Goudar ; Kirsher,

Re: [PATCH v5 06/12] PCI: designware-ep: Make dw_pcie_ep_set_bar() handle 64-bit BARs properly

On Thu, Mar 29, 2018 at 03:17:11PM +0530, Kishon Vijay Abraham I wrote: > Hi, > > On Wednesday 28 March 2018 05:20 PM, Niklas Cassel wrote: > > Since a 64-bit BAR consists of a BAR pair, we need to write to both > > BARs in the BAR pair to setup the BAR properly. > > > > Signed-off-by: Niklas

Re: [PATCH v5 06/12] PCI: designware-ep: Make dw_pcie_ep_set_bar() handle 64-bit BARs properly

On Thu, Mar 29, 2018 at 03:17:11PM +0530, Kishon Vijay Abraham I wrote: > Hi, > > On Wednesday 28 March 2018 05:20 PM, Niklas Cassel wrote: > > Since a 64-bit BAR consists of a BAR pair, we need to write to both > > BARs in the BAR pair to setup the BAR properly. > > > > Signed-off-by: Niklas

Re: [PATCH 11/17] staging: lustre: libcfs: discard cfs_time_shift().

> On Mar 30, 2018, at 13:02, James Simmons wrote: > > >> This function simply multiplies by HZ and adds jiffies. >> This is simple enough to be opencoded, and doing so >> makes the code easier to read. >> >> Same for cfs_time_shift_64() > > Reviewed-by: James Simmons

Re: [PATCH 11/17] staging: lustre: libcfs: discard cfs_time_shift().

> On Mar 30, 2018, at 13:02, James Simmons wrote: > > >> This function simply multiplies by HZ and adds jiffies. >> This is simple enough to be opencoded, and doing so >> makes the code easier to read. >> >> Same for cfs_time_shift_64() > > Reviewed-by: James Simmons Hmm, I thought we were

Re: [PATCH v2 1/3] locking: Document the semantics of spin_is_locked()

On Mon, Apr 02, 2018 at 10:03:22AM -0400, Alan Stern wrote: > On Sun, 1 Apr 2018, Andrea Parri wrote: > > > There appeared to be a certain, recurrent uncertainty concerning the > > semantics of spin_is_locked(), likely a consequence of the fact that > > this semantics remains undocumented or that

Re: [PATCH v2 1/3] locking: Document the semantics of spin_is_locked()

On Mon, Apr 02, 2018 at 10:03:22AM -0400, Alan Stern wrote: > On Sun, 1 Apr 2018, Andrea Parri wrote: > > > There appeared to be a certain, recurrent uncertainty concerning the > > semantics of spin_is_locked(), likely a consequence of the fact that > > this semantics remains undocumented or that

[ANNOUNCE] Git v2.17.0

The latest feature release Git v2.17.0 is now available at the usual places. It is comprised of 516 non-merge commits since v2.16.0, contributed by 71 people, 20 of which are new faces. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/ The following public

[ANNOUNCE] Git v2.17.0

The latest feature release Git v2.17.0 is now available at the usual places. It is comprised of 516 non-merge commits since v2.16.0, contributed by 71 people, 20 of which are new faces. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/ The following public

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