[PATCH] f2fs: fix oops of set_bit_le in arm64 architecture

As Adam borowski reported: "The filesystem mounts fine on amd64 on 4.11-rc1, it also works fine with both next-20170216 and 4.9 on arm64. The machine in question is not fully mainlined yet, I'm using Icenowy's patchsets from g...@github.com:Icenowy/linux.git; I have no other arm64 hardware to

[PATCH] f2fs: fix oops of set_bit_le in arm64 architecture

As Adam borowski reported: "The filesystem mounts fine on amd64 on 4.11-rc1, it also works fine with both next-20170216 and 4.9 on arm64. The machine in question is not fully mainlined yet, I'm using Icenowy's patchsets from g...@github.com:Icenowy/linux.git; I have no other arm64 hardware to

Re: Hundreds of null PATH records for *init_module syscall audit logs

On 2017-03-03 19:22, Paul Moore wrote: > On Fri, Mar 3, 2017 at 4:14 PM, Richard Guy Briggs wrote: > > On 2017-02-28 23:15, Steve Grubb wrote: > >> On Tuesday, February 28, 2017 10:37:04 PM EST Richard Guy Briggs wrote: > >> > Sorry, I forgot to include Cc: in this cover letter

Re: Hundreds of null PATH records for *init_module syscall audit logs

On 2017-03-03 19:22, Paul Moore wrote: > On Fri, Mar 3, 2017 at 4:14 PM, Richard Guy Briggs wrote: > > On 2017-02-28 23:15, Steve Grubb wrote: > >> On Tuesday, February 28, 2017 10:37:04 PM EST Richard Guy Briggs wrote: > >> > Sorry, I forgot to include Cc: in this cover letter for context to the

Re: stack frame unwindind KASAN errors

On 7 March 2017 at 00:40, Josh Poimboeuf wrote: > On Mon, Mar 06, 2017 at 02:52:01PM +0800, Daniel J Blueman wrote: >> Thanks Josh! >> >> With this patch, the KASAN warning still occurs, but at >> unwind_get_return_address+0x1d3/0x130 instead; the rest of the trace >> is

[PATCH net-next 1/5] ldmvsw: better use of link up and down on ldom vswitch

When an ldom VM is bound, the network vswitch infrastructure is set up for it, but was being forced 'UP' by the userland switch configuration script. When 'UP' but not actually connected to a running VM, the ipv6 neighbor probes fail (not a horrible thing) and start cluttering up the kernel logs.

Re: stack frame unwindind KASAN errors

On 7 March 2017 at 00:40, Josh Poimboeuf wrote: > On Mon, Mar 06, 2017 at 02:52:01PM +0800, Daniel J Blueman wrote: >> Thanks Josh! >> >> With this patch, the KASAN warning still occurs, but at >> unwind_get_return_address+0x1d3/0x130 instead; the rest of the trace >> is identical. >> >> (gdb)

[PATCH net-next 1/5] ldmvsw: better use of link up and down on ldom vswitch

When an ldom VM is bound, the network vswitch infrastructure is set up for it, but was being forced 'UP' by the userland switch configuration script. When 'UP' but not actually connected to a running VM, the ipv6 neighbor probes fail (not a horrible thing) and start cluttering up the kernel logs.

[PATCH v5] NTB: Add IDT 89HPESxNTx PCIe-switches support

IDT 89HPESxNTx device series is PCIe-switches, which support Non-Transparent bridging between domains connected to the device ports. Since new NTB API exposes multi-port interface and messaging API, the IDT NT-functions can be now supported in the kernel. This driver adds the following

[PATCH v5] NTB: Add IDT 89HPESxNTx PCIe-switches support

IDT 89HPESxNTx device series is PCIe-switches, which support Non-Transparent bridging between domains connected to the device ports. Since new NTB API exposes multi-port interface and messaging API, the IDT NT-functions can be now supported in the kernel. This driver adds the following

Re: [PATCH] blk: improve order of bio handling in generic_make_request()

On 03/05/2017 09:40 PM, NeilBrown wrote: > On Fri, Mar 03 2017, Jack Wang wrote: >> >> Thanks Neil for pushing the fix. >> >> We can optimize generic_make_request a little bit: >> - assign bio_list struct hold directly instead init and merge >> - remove duplicate code >> >> I think better to

Re: [PATCH] blk: improve order of bio handling in generic_make_request()

On 03/05/2017 09:40 PM, NeilBrown wrote: > On Fri, Mar 03 2017, Jack Wang wrote: >> >> Thanks Neil for pushing the fix. >> >> We can optimize generic_make_request a little bit: >> - assign bio_list struct hold directly instead init and merge >> - remove duplicate code >> >> I think better to

[PATCH net-next 5/5] sunvnet: xoff not needed when removing port link

The sunvnet netdev is connected to the controlling ldom's vswitch for network bridging. However, for higher performance between ldoms, there also is a channel between each client ldom. These connections are represented in the sunvnet driver by a queue for each ldom. The driver uses select_queue

[PATCH net-next 5/5] sunvnet: xoff not needed when removing port link

The sunvnet netdev is connected to the controlling ldom's vswitch for network bridging. However, for higher performance between ldoms, there also is a channel between each client ldom. These connections are represented in the sunvnet driver by a queue for each ldom. The driver uses select_queue

Re: [PATCH 0/3] mm/fs: get PG_error out of the writeback reporting business

On Sun, Mar 05, 2017 at 09:40:54AM -0500, Jeff Layton wrote: > On Sun, 2017-03-05 at 08:35 -0500, Jeff Layton wrote: > > I recently did some work to wire up -ENOSPC handling in ceph, and found > > I could get back -EIO errors in some cases when I should have instead > > gotten -ENOSPC. The problem

Re: [PATCH 0/3] mm/fs: get PG_error out of the writeback reporting business

On Sun, Mar 05, 2017 at 09:40:54AM -0500, Jeff Layton wrote: > On Sun, 2017-03-05 at 08:35 -0500, Jeff Layton wrote: > > I recently did some work to wire up -ENOSPC handling in ceph, and found > > I could get back -EIO errors in some cases when I should have instead > > gotten -ENOSPC. The problem

Re: cfq-iosched: two questions about the hrtimer version of CFQ

Sorry for the resend, please refer to the later one. On 2017/3/6 21:50, Hou Tao wrote: > Hi Jan and list, > > When testing the hrtimer version of CFQ, we found a performance degradation > problem which seems to be caused by commit 0b31c10 ("cfq-iosched: Charge at > least 1 jiffie instead of 1

Re: cfq-iosched: two questions about the hrtimer version of CFQ

Sorry for the resend, please refer to the later one. On 2017/3/6 21:50, Hou Tao wrote: > Hi Jan and list, > > When testing the hrtimer version of CFQ, we found a performance degradation > problem which seems to be caused by commit 0b31c10 ("cfq-iosched: Charge at > least 1 jiffie instead of 1

[PATCH 06/18] pstore: Extract common arguments into structure

The read/mkfile pair pass the same arguments and should be cleared between calls. Move to a structure and wipe it after every loop. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 55 +++--- include/linux/pstore.h | 28

[PATCH 06/18] pstore: Extract common arguments into structure

The read/mkfile pair pass the same arguments and should be cleared between calls. Move to a structure and wipe it after every loop. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 55 +++--- include/linux/pstore.h | 28 -

linux-next: build failure after merge of the staging tree

l IPU v2") or maybe some of the followups? I have used the staging tree from next-20170306 for today. -- Cheers, Stephen Rothwell

linux-next: build failure after merge of the staging tree

l IPU v2") or maybe some of the followups? I have used the staging tree from next-20170306 for today. -- Cheers, Stephen Rothwell

Re: [PATCH RFC 00/14] Add the BFQ I/O Scheduler to blk-mq

On 03/04/2017 08:01 AM, Paolo Valente wrote: > Some patch generates WARNINGS with checkpatch.pl, but these WARNINGS > seem to be either unavoidable for the involved pieces of code (which > the patch just extends), or false positives. The code in this series looks reasonably clean from a code

Re: [PATCH RFC 00/14] Add the BFQ I/O Scheduler to blk-mq

On 03/04/2017 08:01 AM, Paolo Valente wrote: > Some patch generates WARNINGS with checkpatch.pl, but these WARNINGS > seem to be either unavoidable for the involved pieces of code (which > the patch just extends), or false positives. The code in this series looks reasonably clean from a code

Re: [PATCH RFC 00/14] Add the BFQ I/O Scheduler to blk-mq

On Sat, 2017-03-04 at 17:01 +0100, Paolo Valente wrote: > Finally, a few details on the patchset. > > The first two patches introduce BFQ-v0, which is more or less the > first version of BFQ submitted a few years ago [1]. The remaining > patches turn progressively BFQ-v0 into BFQ-v8r8, the

Re: [PATCH RFC 00/14] Add the BFQ I/O Scheduler to blk-mq

On Sat, 2017-03-04 at 17:01 +0100, Paolo Valente wrote: > Finally, a few details on the patchset. > > The first two patches introduce BFQ-v0, which is more or less the > first version of BFQ submitted a few years ago [1]. The remaining > patches turn progressively BFQ-v0 into BFQ-v8r8, the

[RFC PATCH 0/5] Document: Add document file for Sony CXD2880 DVB-T2/T tuner + demodulator

From: Yasunari Takiguchi Hi, This is a patch series of Sony CXD2880 DVB-T2/T tuner + demodulator driver. It supports DVB-API and interfaces through SPI. We have tested the driver on Raspberry Pi 3 and got picture and sound from a media player. Regarding

[RFC PATCH 0/5] Document: Add document file for Sony CXD2880 DVB-T2/T tuner + demodulator

From: Yasunari Takiguchi Hi, This is a patch series of Sony CXD2880 DVB-T2/T tuner + demodulator driver. It supports DVB-API and interfaces through SPI. We have tested the driver on Raspberry Pi 3 and got picture and sound from a media player. Regarding this third Beta Release, the

Re: [PATCH] net: smsc: epic100: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Mon, 27 Feb 2017 23:43:14 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: smsc: epic100: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Mon, 27 Feb 2017 23:43:14 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH net-next] tools: hv: Add clean up function for Ubuntu config

From: Haiyang Zhang Date: Fri, 24 Feb 2017 17:30:32 + > This patch adds a function to clean up duplicate config info > on Ubuntu. > > Signed-off-by: Haiyang Zhang Applied, thanks.

Re: [PATCH net-next] tools: hv: Add clean up function for Ubuntu config

From: Haiyang Zhang Date: Fri, 24 Feb 2017 17:30:32 + > This patch adds a function to clean up duplicate config info > on Ubuntu. > > Signed-off-by: Haiyang Zhang Applied, thanks.

Re: [PATCH -stable 4.1 0/4] perf/core: Fix dynamic interrupt throttle

On Mon, Mar 06, 2017 at 03:14:21PM +0800, Tan Xiaojun wrote: > These four patches are needed for stable 4.1. They fix function of dynamic > interrupt throttle. > > Kan Liang (1): > perf/core: Fix implicitly enable dynamic interrupt throttle > > Peter Zijlstra (2): > perf/core: Fix dynamic

Re: [PATCH -stable 4.1 0/4] perf/core: Fix dynamic interrupt throttle

On Mon, Mar 06, 2017 at 03:14:21PM +0800, Tan Xiaojun wrote: > These four patches are needed for stable 4.1. They fix function of dynamic > interrupt throttle. > > Kan Liang (1): > perf/core: Fix implicitly enable dynamic interrupt throttle > > Peter Zijlstra (2): > perf/core: Fix dynamic

cfq-iosched: two questions about the hrtimer version of CFQ

Hi Jan and list, When testing the hrtimer version of CFQ, we found a performance degradation problem which seems to be caused by commit 0b31c10 ("cfq-iosched: Charge at least 1 jiffie instead of 1 ns"). The following is the test process: * filesystem and block device * XFS + /dev/sda

cfq-iosched: two questions about the hrtimer version of CFQ

Hi Jan and list, When testing the hrtimer version of CFQ, we found a performance degradation problem which seems to be caused by commit 0b31c10 ("cfq-iosched: Charge at least 1 jiffie instead of 1 ns"). The following is the test process: * filesystem and block device * XFS + /dev/sda

Re: [PATCH v6 4/4] sparc64: Add support for ADI (Application Data Integrity)

> On Mar 6, 2017, at 4:31 PM, Khalid Aziz wrote: > > On 03/06/2017 05:13 PM, Anthony Yznaga wrote: >> >>> On Feb 28, 2017, at 10:35 AM, Khalid Aziz wrote: >>> >>> diff --git a/arch/sparc/kernel/etrap_64.S b/arch/sparc/kernel/etrap_64.S >>>

Re: [PATCH v6 4/4] sparc64: Add support for ADI (Application Data Integrity)

> On Mar 6, 2017, at 4:31 PM, Khalid Aziz wrote: > > On 03/06/2017 05:13 PM, Anthony Yznaga wrote: >> >>> On Feb 28, 2017, at 10:35 AM, Khalid Aziz wrote: >>> >>> diff --git a/arch/sparc/kernel/etrap_64.S b/arch/sparc/kernel/etrap_64.S >>> index 1276ca2..7be33bf 100644 >>> ---

About boot time Tux logo with -EPROBE_DEFER

Hi I want to ask you about boot time Tux logo. For some reasons, current our video driver returns -EPROBE_DEFER when probe timing, but logo init function doesn't care it. Thus, our kernel can't have logo when boot time. I think this is not only our issue, but general issue ? Thus, I think

About boot time Tux logo with -EPROBE_DEFER

Hi I want to ask you about boot time Tux logo. For some reasons, current our video driver returns -EPROBE_DEFER when probe timing, but logo init function doesn't care it. Thus, our kernel can't have logo when boot time. I think this is not only our issue, but general issue ? Thus, I think

[RFC PATCH 5/5] media: Update MAINTAINERS file for Sony CXD2880 DVB-T2/T tuner + demodulator

From: Yasunari Takiguchi This is the driver for Sony CXD2880 DVB-T2/T tuner + demodulator. Regarding this third Beta Release, the status is: - Tested on Raspberry Pi 3. - The DVB-API operates under dvbv5 tools. Signed-off-by: Yasunari Takiguchi

[RFC PATCH 5/5] media: Update MAINTAINERS file for Sony CXD2880 DVB-T2/T tuner + demodulator

From: Yasunari Takiguchi This is the driver for Sony CXD2880 DVB-T2/T tuner + demodulator. Regarding this third Beta Release, the status is: - Tested on Raspberry Pi 3. - The DVB-API operates under dvbv5 tools. Signed-off-by: Yasunari Takiguchi Signed-off-by: Masayuki Yamamoto Signed-off-by:

Re: [PATCHv4 00/33] 5-level paging

Hi Thomas, On Mon, 6 Mar 2017 19:42:05 +0100 (CET) Thomas Gleixner wrote: > > We probably need to split it apart: > >- Apply the mm core only parts to a branch which can be pulled into > Andrews mm-tree Andrew's mm-tree is not a git tree it is a quilt series ...

Re: [PATCHv4 00/33] 5-level paging

Hi Thomas, On Mon, 6 Mar 2017 19:42:05 +0100 (CET) Thomas Gleixner wrote: > > We probably need to split it apart: > >- Apply the mm core only parts to a branch which can be pulled into > Andrews mm-tree Andrew's mm-tree is not a git tree it is a quilt series ... -- Cheers, Stephen

Re: [PATCH net-next v3 0/3] net: ethernet: bgmac: PM support and clean-ups

From: Jon Mason Date: Tue, 28 Feb 2017 13:50:58 -0500 > Changes in v3: > * Corrected a bug Florian found and added his Reviewed-by > > Changes in v2: > * Reworked the PM patch with Florian's suggestions > > > Add code to support Power Management (only tested on NS2),

Re: [PATCH net-next v3 0/3] net: ethernet: bgmac: PM support and clean-ups

From: Jon Mason Date: Tue, 28 Feb 2017 13:50:58 -0500 > Changes in v3: > * Corrected a bug Florian found and added his Reviewed-by > > Changes in v2: > * Reworked the PM patch with Florian's suggestions > > > Add code to support Power Management (only tested on NS2), and add some > code

Re: [PATCH] net: silan: sc92031: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Mon, 27 Feb 2017 22:50:25 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: silan: sc92031: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Mon, 27 Feb 2017 22:50:25 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: smsc: smc91c92_cs: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Fri, 3 Mar 2017 23:39:35 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: smsc: smc91c92_cs: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Fri, 3 Mar 2017 23:39:35 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: sis: sis900: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Mon, 27 Feb 2017 23:17:37 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: sis: sis900: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Mon, 27 Feb 2017 23:17:37 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: sis: sis190: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Mon, 27 Feb 2017 23:06:41 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: sis: sis190: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Mon, 27 Feb 2017 23:06:41 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

mmotm 2017-03-06-16-52 uploaded

The mm-of-the-moment snapshot 2017-03-06-16-52 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

mmotm 2017-03-06-16-52 uploaded

The mm-of-the-moment snapshot 2017-03-06-16-52 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

RE: [PATCH v2] can: m_can: enable transmission of FD frame on latest version

HI Oliver, > -Original Message- > From: Oliver Hartkopp [mailto:socket...@hartkopp.net] > Sent: 2017年3月7日 5:26 > To: Marc Kleine-Budde ; Wenyou Yang - A41535 > ; Wolfgang Grandegger > Cc: Alexandre Belloni

RE: [PATCH v2] can: m_can: enable transmission of FD frame on latest version

HI Oliver, > -Original Message- > From: Oliver Hartkopp [mailto:socket...@hartkopp.net] > Sent: 2017年3月7日 5:26 > To: Marc Kleine-Budde ; Wenyou Yang - A41535 > ; Wolfgang Grandegger > Cc: Alexandre Belloni ; Florian Fainelli > ; Quentin Schulz ; > Wenyou Yang - A41535 ; Nicolas Ferre >

[PATCH] dmaengine: rcar-dmac: enable descriptor mode on 40bit

From: Kuninori Morimoto SYS-DMAC can use 40bit address transfer, and it supports Descriptor Mode too. Current SYS-DMAC driver disables Descriptor Mode if it was 40bit address today. But it can use Descriptor Mode with 40bit if transfer Source/Destination

[PATCH] dmaengine: rcar-dmac: enable descriptor mode on 40bit

From: Kuninori Morimoto SYS-DMAC can use 40bit address transfer, and it supports Descriptor Mode too. Current SYS-DMAC driver disables Descriptor Mode if it was 40bit address today. But it can use Descriptor Mode with 40bit if transfer Source/Destination address are located in same 4GiB region

Re: [PATCH] net: sgi: ioc3-eth: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 26 Feb 2017 22:48:59 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: sgi: ioc3-eth: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 26 Feb 2017 22:48:59 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: realtek: r8169: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 23 Feb 2017 22:34:43 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: realtek: r8169: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 23 Feb 2017 22:34:43 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

[PATCH 2/2] ppdev: fix registering same device name

Usually every parallel port will have a single pardev registered with it. But ppdev driver is an exception. This userspace parallel port driver allows to create multiple parrallel port devices for a single parallel port. And as a result we were having a big warning like: "sysfs: cannot create

[PATCH 2/2] ppdev: fix registering same device name

Usually every parallel port will have a single pardev registered with it. But ppdev driver is an exception. This userspace parallel port driver allows to create multiple parrallel port devices for a single parallel port. And as a result we were having a big warning like: "sysfs: cannot create

[RFC PATCH 2/5] media: Add SPI I/F for Sony CXD2880 DVB-T2/T tuner + demodulator

From: Yasunari Takiguchi This is the driver for Sony CXD2880 DVB-T2/T tuner + demodulator. Regarding this third Beta Release, the status is: - Tested on Raspberry Pi 3. - The DVB-API operates under dvbv5 tools. Signed-off-by: Yasunari Takiguchi

[RFC PATCH 2/5] media: Add SPI I/F for Sony CXD2880 DVB-T2/T tuner + demodulator

From: Yasunari Takiguchi This is the driver for Sony CXD2880 DVB-T2/T tuner + demodulator. Regarding this third Beta Release, the status is: - Tested on Raspberry Pi 3. - The DVB-API operates under dvbv5 tools. Signed-off-by: Yasunari Takiguchi Signed-off-by: Masayuki Yamamoto Signed-off-by:

Re: [PATCH RFC 13/14] block, bfq: boost the throughput with random I/O on NCQ-capable HDDs

On Sat, 2017-03-04 at 17:01 +0100, Paolo Valente wrote: > @@ -8301,7 +8297,7 @@ static struct blkcg_policy blkcg_policy_bfq = { > static int __init bfq_init(void) > { > int ret; > - char msg[50] = "BFQ I/O-scheduler: v6"; > + char msg[50] = "BFQ I/O-scheduler: v7r3"; > > #ifdef

Re: [PATCH RFC 13/14] block, bfq: boost the throughput with random I/O on NCQ-capable HDDs

On Sat, 2017-03-04 at 17:01 +0100, Paolo Valente wrote: > @@ -8301,7 +8297,7 @@ static struct blkcg_policy blkcg_policy_bfq = { > static int __init bfq_init(void) > { > int ret; > - char msg[50] = "BFQ I/O-scheduler: v6"; > + char msg[50] = "BFQ I/O-scheduler: v7r3"; > > #ifdef

Re: [PATCH] net: realtek: 8139cp: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Wed, 22 Feb 2017 08:50:27 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: rocker: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 26 Feb 2017 19:00:29 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: realtek: 8139too: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 23 Feb 2017 00:14:08 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: realtek: 8139cp: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Wed, 22 Feb 2017 08:50:27 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: rocker: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 26 Feb 2017 19:00:29 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: realtek: 8139too: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Thu, 23 Feb 2017 00:14:08 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH RFC 04/14] block, bfq: modify the peak-rate estimator

On Sat, 2017-03-04 at 17:01 +0100, Paolo Valente wrote: > +static sector_t get_sdist(sector_t last_pos, struct request *rq) > +{ > + sector_t sdist = 0; > + > + if (last_pos) { > + if (last_pos < blk_rq_pos(rq)) > + sdist = blk_rq_pos(rq) - last_pos; > +

Re: [PATCH RFC 04/14] block, bfq: modify the peak-rate estimator

On Sat, 2017-03-04 at 17:01 +0100, Paolo Valente wrote: > +static sector_t get_sdist(sector_t last_pos, struct request *rq) > +{ > + sector_t sdist = 0; > + > + if (last_pos) { > + if (last_pos < blk_rq_pos(rq)) > + sdist = blk_rq_pos(rq) - last_pos; > +

Re: [PATCH 1/9] mm: fix 100% CPU kswapd busyloop on unreclaimable nodes

On March 07, 2017 12:24 AM Johannes Weiner wrote: > On Mon, Mar 06, 2017 at 10:37:40AM +0900, Minchan Kim wrote: > > On Fri, Mar 03, 2017 at 08:59:54AM +0100, Michal Hocko wrote: > > > On Fri 03-03-17 10:26:09, Minchan Kim wrote: > > > > On Tue, Feb 28, 2017 at 04:39:59PM -0500, Johannes Weiner

Re: [PATCH 1/9] mm: fix 100% CPU kswapd busyloop on unreclaimable nodes

On March 07, 2017 12:24 AM Johannes Weiner wrote: > On Mon, Mar 06, 2017 at 10:37:40AM +0900, Minchan Kim wrote: > > On Fri, Mar 03, 2017 at 08:59:54AM +0100, Michal Hocko wrote: > > > On Fri 03-03-17 10:26:09, Minchan Kim wrote: > > > > On Tue, Feb 28, 2017 at 04:39:59PM -0500, Johannes Weiner

Re: [GIT PULL] (swiotbl) stable/for-4.11 for 4.11-rc1

On Mon, Mar 06, 2017 at 11:52:06AM -0500, Konrad Rzeszutek Wilk wrote: > Hey Linus, Vacation does strange things to my brain. Fixed up the LKML mailing list address. > > Please git pull the following branch: > > git://git.kernel.org/pub/scm/linux/kernel/git/konrad/swiotlb.git >

Re: [GIT PULL] (swiotbl) stable/for-4.11 for 4.11-rc1

On Mon, Mar 06, 2017 at 11:52:06AM -0500, Konrad Rzeszutek Wilk wrote: > Hey Linus, Vacation does strange things to my brain. Fixed up the LKML mailing list address. > > Please git pull the following branch: > > git://git.kernel.org/pub/scm/linux/kernel/git/konrad/swiotlb.git >

Re: [PATCH] ALSA: ASoC: TLV320AIC23: Unquote NULL from control name

Hi Mark, On Mon, Mar 06, 2017 at 11:41:18AM +0100, Mark Brown wrote: > On Wed, Mar 01, 2017 at 12:26:28PM +, Liviu Dudau wrote: > > Without this I am getting the following messages at boot on my Trimslice: > >tlv320aic23-codec 2-001a: Control not supported for path LLINEIN -> > > [NULL]

Re: [PATCH] ALSA: ASoC: TLV320AIC23: Unquote NULL from control name

Hi Mark, On Mon, Mar 06, 2017 at 11:41:18AM +0100, Mark Brown wrote: > On Wed, Mar 01, 2017 at 12:26:28PM +, Liviu Dudau wrote: > > Without this I am getting the following messages at boot on my Trimslice: > >tlv320aic23-codec 2-001a: Control not supported for path LLINEIN -> > > [NULL]

linux-next: manual merge of the sunxi tree with the drm-misc tree

Hi all, Today's linux-next merge of the sunxi tree got a conflict in: drivers/gpu/drm/sun4i/sun4i_drv.c between commit: 50480a78e282 ("drm: sun4i: use vblank hooks in struct drm_crtc_funcs") from the drm-misc tree and commit: 1c313a69e3ea ("drm/sun4i: Move layers from sun4i_drv to

linux-next: manual merge of the sunxi tree with the drm-misc tree

Hi all, Today's linux-next merge of the sunxi tree got a conflict in: drivers/gpu/drm/sun4i/sun4i_drv.c between commit: 50480a78e282 ("drm: sun4i: use vblank hooks in struct drm_crtc_funcs") from the drm-misc tree and commit: 1c313a69e3ea ("drm/sun4i: Move layers from sun4i_drv to

Re: [RFC PATCH v2 04/32] KVM: SVM: Add SEV feature definitions to KVM

On Thu, Mar 02, 2017 at 10:12:48AM -0500, Brijesh Singh wrote: > From: Tom Lendacky > > Define a new KVM CPU feature for Secure Encrypted Virtualization (SEV). > The kernel will check for the presence of this feature to determine if > it is running with SEV active. > >

Re: [RFC PATCH v2 04/32] KVM: SVM: Add SEV feature definitions to KVM

On Thu, Mar 02, 2017 at 10:12:48AM -0500, Brijesh Singh wrote: > From: Tom Lendacky > > Define a new KVM CPU feature for Secure Encrypted Virtualization (SEV). > The kernel will check for the presence of this feature to determine if > it is running with SEV active. > > Define the SEV enable bit

[PATCH] mm: Remove rodata_test_data export, add pr_fmt

Since commit 3ad38ceb2769 ("x86/mm: Remove CONFIG_DEBUG_NX_TEST"), nothing is using the exported rodata_test_data variable, so drop the export. Additionally updates the pr_fmt to avoid redundant strings and adjusts some whitespace. Signed-off-by: Kees Cook ---

[PATCH] mm: Remove rodata_test_data export, add pr_fmt

Since commit 3ad38ceb2769 ("x86/mm: Remove CONFIG_DEBUG_NX_TEST"), nothing is using the exported rodata_test_data variable, so drop the export. Additionally updates the pr_fmt to avoid redundant strings and adjusts some whitespace. Signed-off-by: Kees Cook --- include/linux/rodata_test.h | 1 -

Re: Regression in 4.11 - PowerPC crashes on boot, bisected to commit 5657933dbb6e

On 03/06/2017 03:48 PM, Benjamin Herrenschmidt wrote: On Mon, 2017-03-06 at 13:46 -0600, Larry Finger wrote: I was able to create a PPC emulation with debian-8.7.1-powerpc-CD-1.iso following the instructions in https://gmplib.org/~tege/qemu.html. My only problem was that "-net tap" fails and

Re: Regression in 4.11 - PowerPC crashes on boot, bisected to commit 5657933dbb6e

On 03/06/2017 03:48 PM, Benjamin Herrenschmidt wrote: On Mon, 2017-03-06 at 13:46 -0600, Larry Finger wrote: I was able to create a PPC emulation with debian-8.7.1-powerpc-CD-1.iso following the instructions in https://gmplib.org/~tege/qemu.html. My only problem was that "-net tap" fails and

[PATCH 17/18] pstore: Replace arguments for write_buf_user() API

Removes argument list in favor of pstore record, though the user buffer remains passed separately since it must carry the __user annotation. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 35 --- fs/pstore/pmsg.c | 9 ++---

[PATCH 17/18] pstore: Replace arguments for write_buf_user() API

Removes argument list in favor of pstore record, though the user buffer remains passed separately since it must carry the __user annotation. Signed-off-by: Kees Cook --- fs/pstore/platform.c | 35 --- fs/pstore/pmsg.c | 9 ++--- fs/pstore/ram.c

Re: [PATCH v4 2/3] perf: kretprobes: offset from reloc_sym if kernel supports it

Masami, Your patch works, thanks! However, I felt we could refactor and reuse some of the code across kprobes.c for this purpose. Can you please see if the below patch is fine? Thanks, Naveen -- trace/kprobes: fix check for kretprobe offset within function entry perf specifies an offset from

Re: [PATCH v4 2/3] perf: kretprobes: offset from reloc_sym if kernel supports it

Masami, Your patch works, thanks! However, I felt we could refactor and reuse some of the code across kprobes.c for this purpose. Can you please see if the below patch is fine? Thanks, Naveen -- trace/kprobes: fix check for kretprobe offset within function entry perf specifies an offset from

[PATCH] vTPM: Fix missing NULL check

The current code passes the address of tpm_chip as the argument to dev_get_drvdata() without prior NULL check in tpm_ibmvtpm_get_desired_dma. This resulted an oops during kernel boot when vTPM is enabled in Power partition configured in active memory sharing mode. The vio_driver's

[PATCH] vTPM: Fix missing NULL check

The current code passes the address of tpm_chip as the argument to dev_get_drvdata() without prior NULL check in tpm_ibmvtpm_get_desired_dma. This resulted an oops during kernel boot when vTPM is enabled in Power partition configured in active memory sharing mode. The vio_driver's

Re: Regression in 4.11 - PowerPC crashes on boot, bisected to commit 5657933dbb6e

On Mon, 2017-03-06 at 13:46 -0600, Larry Finger wrote: > I was able to create a PPC emulation with debian-8.7.1-powerpc-CD-1.iso  > > following the instructions in https://gmplib.org/~tege/qemu.html. My only  > problem was that "-net tap" fails and I did not find any way to get > networking  >

Re: Regression in 4.11 - PowerPC crashes on boot, bisected to commit 5657933dbb6e

On Mon, 2017-03-06 at 13:46 -0600, Larry Finger wrote: > I was able to create a PPC emulation with debian-8.7.1-powerpc-CD-1.iso  > > following the instructions in https://gmplib.org/~tege/qemu.html. My only  > problem was that "-net tap" fails and I did not find any way to get > networking  >

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