linux.git: printk() problem

Hello. I noticed that current linux.git generates hardly readable console output due to KERN_CONT changes. Are you suggesting developers that output like this be fixed? [ 93.723582] Mem-Info: [ 93.725919] active_anon:380970 inactive_anon:2098 isolated_anon:0 [ 93.725919] active_file:242

[PATCH v14 13/16] vfio: Allow reserved msi iova registration

The user is allowed to register a reserved MSI IOVA range by using the DMA MAP API and setting the new flag: VFIO_DMA_MAP_FLAG_MSI_RESERVED_IOVA. This region is stored in the vfio_dma rb tree. At that point the iova range is not mapped to any target address yet. The host kernel will use those iova

[PATCH] rtc-cmos: don't refer to asm-generic/rtc.h

That header has been gone for a while. I've fixed up the Kconfig comment, but the one in rtc-cmos.c doesn't make any sense to me even looking at its history. Signed-off-by: Christoph Hellwig --- drivers/rtc/Kconfig| 4 ++-- drivers/rtc/rtc-cmos.c | 3 --- 2 files changed, 2

[PATCH v14 15/16] iommu/arm-smmu: Do not advertise IOMMU_CAP_INTR_REMAP

Do not advertise IOMMU_CAP_INTR_REMAP for arm-smmu(-v3). Indeed the irq_remapping capability is abstracted on irqchip side for ARM as opposed to Intel IOMMU featuring IRQ remapping HW. So to check IRQ remapping capability, the msi domain needs to be checked instead. This commit affects platform

[PATCH] rtc-cmos: don't refer to asm-generic/rtc.h

That header has been gone for a while. I've fixed up the Kconfig comment, but the one in rtc-cmos.c doesn't make any sense to me even looking at its history. Signed-off-by: Christoph Hellwig --- drivers/rtc/Kconfig| 4 ++-- drivers/rtc/rtc-cmos.c | 3 --- 2 files changed, 2 insertions(+),

[PATCH v14 15/16] iommu/arm-smmu: Do not advertise IOMMU_CAP_INTR_REMAP

Do not advertise IOMMU_CAP_INTR_REMAP for arm-smmu(-v3). Indeed the irq_remapping capability is abstracted on irqchip side for ARM as opposed to Intel IOMMU featuring IRQ remapping HW. So to check IRQ remapping capability, the msi domain needs to be checked instead. This commit affects platform

[PATCH v14 14/16] vfio/type1: Check doorbell safety

On x86 IRQ remapping is abstracted by the IOMMU. On ARM this is abstracted by the msi controller. Since we currently have no way to detect whether the MSI controller is upstream or downstream to the IOMMU we rely on the MSI doorbell information registered by the interrupt controllers. In case at

[PATCH v14 14/16] vfio/type1: Check doorbell safety

On x86 IRQ remapping is abstracted by the IOMMU. On ARM this is abstracted by the msi controller. Since we currently have no way to detect whether the MSI controller is upstream or downstream to the IOMMU we rely on the MSI doorbell information registered by the interrupt controllers. In case at

Re: [PATCH] iwlwifi: pcie: reduce "unsupported splx" to a warning

On Wed, 2016-10-12 at 14:36 +0200, Paul Bolle wrote: > On Wed, 2016-10-12 at 15:24 +0300, Luca Coelho wrote: > > Okay... Actually this is a structure in the BIOS and the actual method > > we call is SPLC.  The SPLC method may return one item from this table, > > or something entirely different,

Re: [PATCH] iwlwifi: pcie: reduce "unsupported splx" to a warning

On Wed, 2016-10-12 at 14:36 +0200, Paul Bolle wrote: > On Wed, 2016-10-12 at 15:24 +0300, Luca Coelho wrote: > > Okay... Actually this is a structure in the BIOS and the actual method > > we call is SPLC.  The SPLC method may return one item from this table, > > or something entirely different,

Re: [PATCH] Staging:greybus:arche-apb-ctrl: fixed some coding style issue

On Tue, Oct 11, 2016 at 12:49:54PM -0700, Nadim Almas wrote: > fixed trailing */ Block comments and 80 character line limit coding style > issue > > Signed-off-by: Nadim Almas > --- Someone else already sent this same patch in before you, sorry :(

Re: [PATCH v2 4/4] Add R3MWAIT to CPU features

On Wed, 12 Oct 2016, Grzegorz Andrejczuk wrote: > diff --git a/arch/x86/kernel/cpu/scattered.c b/arch/x86/kernel/cpu/scattered.c > index 8cb57df..e4ff3d0 100644 > --- a/arch/x86/kernel/cpu/scattered.c > +++ b/arch/x86/kernel/cpu/scattered.c > @@ -29,6 +29,7 @@ void

Re: [PATCH] Staging:greybus:arche-apb-ctrl: fixed some coding style issue

On Tue, Oct 11, 2016 at 12:49:54PM -0700, Nadim Almas wrote: > fixed trailing */ Block comments and 80 character line limit coding style > issue > > Signed-off-by: Nadim Almas > --- Someone else already sent this same patch in before you, sorry :(

Re: [PATCH v2 4/4] Add R3MWAIT to CPU features

On Wed, 12 Oct 2016, Grzegorz Andrejczuk wrote: > diff --git a/arch/x86/kernel/cpu/scattered.c b/arch/x86/kernel/cpu/scattered.c > index 8cb57df..e4ff3d0 100644 > --- a/arch/x86/kernel/cpu/scattered.c > +++ b/arch/x86/kernel/cpu/scattered.c > @@ -29,6 +29,7 @@ void

[PATCH v14 06/16] iommu/arm-smmu: Implement domain_get_attr for DOMAIN_ATTR_MSI_RESV

ARM smmu and smmu-v3 translate MSI transactions so their driver are must implement domain_get_attr for DOMAIN_ATTR_MSI_RESV. This allows to retrieve the size and alignment requirements of the MSI reserved IOVA window. Also IOMMU_DMA gets selected since it exposes the API to map the MSIs.

[PATCH v14 07/16] irqchip/gic-v2m: Register the MSI doorbell

Register the GIC V2M global doorbell. The registered information are used to set up the KVM passthrough use case. Signed-off-by: Eric Auger --- v13 -> v14: - use iommu_msi_doorbell_alloc/free v12 -> v13: - use new msi doorbell registration prototype - remove iommu

[PATCH v14 16/16] vfio/type1: Introduce MSI_RESV capability

This patch allows the user-space to retrieve the MSI reserved region requirements, if any. The implementation is based on capability chains, now also added to VFIO_IOMMU_GET_INFO. The returned info comprises the size and the alignment requirements In case the userspace must provide the IOVA

[PATCH v14 06/16] iommu/arm-smmu: Implement domain_get_attr for DOMAIN_ATTR_MSI_RESV

ARM smmu and smmu-v3 translate MSI transactions so their driver are must implement domain_get_attr for DOMAIN_ATTR_MSI_RESV. This allows to retrieve the size and alignment requirements of the MSI reserved IOVA window. Also IOMMU_DMA gets selected since it exposes the API to map the MSIs.

[PATCH v14 07/16] irqchip/gic-v2m: Register the MSI doorbell

Register the GIC V2M global doorbell. The registered information are used to set up the KVM passthrough use case. Signed-off-by: Eric Auger --- v13 -> v14: - use iommu_msi_doorbell_alloc/free v12 -> v13: - use new msi doorbell registration prototype - remove iommu protection attributes - add

[PATCH v14 16/16] vfio/type1: Introduce MSI_RESV capability

This patch allows the user-space to retrieve the MSI reserved region requirements, if any. The implementation is based on capability chains, now also added to VFIO_IOMMU_GET_INFO. The returned info comprises the size and the alignment requirements In case the userspace must provide the IOVA

[PATCH v14 00/16] KVM PCIe/MSI passthrough on ARM/ARM64

This is the second respin on top of Robin's series [1], addressing Alex' comments. Major changes are: - MSI-doorbell API now is moved to DMA IOMMU API following Alex suggestion to put all API pieces at the same place (so eventually in the IOMMU subsystem) - new iommu_domain_msi_resv struct

[PATCH v14 01/16] iommu/iova: fix __alloc_and_insert_iova_range

Fix the size check within start_pfn and limit_pfn. Signed-off-by: Eric Auger --- the issue was observed when playing with 1 page iova domain with higher iova reserved. --- drivers/iommu/iova.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: MPOL_BIND on memory only nodes

On Wed 12-10-16 11:43:37, Michal Hocko wrote: > On Wed 12-10-16 14:55:24, Anshuman Khandual wrote: [...] > > Why we insist on __GFP_THISNODE ? > > AFAIU __GFP_THISNODE just overrides the given node to the policy > nodemask in case the current node is not part of that node mask. In > other words

[PATCH v14 03/16] iommu/dma: Allow MSI-only cookies

From: Robin Murphy IOMMU domain users such as VFIO face a similar problem to DMA API ops with regard to mapping MSI messages in systems where the MSI write is subject to IOMMU translation. With the relevant infrastructure now in place for managed DMA domains, it's actually

[PATCH v14 00/16] KVM PCIe/MSI passthrough on ARM/ARM64

This is the second respin on top of Robin's series [1], addressing Alex' comments. Major changes are: - MSI-doorbell API now is moved to DMA IOMMU API following Alex suggestion to put all API pieces at the same place (so eventually in the IOMMU subsystem) - new iommu_domain_msi_resv struct

[PATCH v14 01/16] iommu/iova: fix __alloc_and_insert_iova_range

Fix the size check within start_pfn and limit_pfn. Signed-off-by: Eric Auger --- the issue was observed when playing with 1 page iova domain with higher iova reserved. --- drivers/iommu/iova.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/iommu/iova.c

Re: MPOL_BIND on memory only nodes

On Wed 12-10-16 11:43:37, Michal Hocko wrote: > On Wed 12-10-16 14:55:24, Anshuman Khandual wrote: [...] > > Why we insist on __GFP_THISNODE ? > > AFAIU __GFP_THISNODE just overrides the given node to the policy > nodemask in case the current node is not part of that node mask. In > other words

[PATCH v14 03/16] iommu/dma: Allow MSI-only cookies

From: Robin Murphy IOMMU domain users such as VFIO face a similar problem to DMA API ops with regard to mapping MSI messages in systems where the MSI write is subject to IOMMU translation. With the relevant infrastructure now in place for managed DMA domains, it's actually really simple for

[PATCH v14 02/16] iommu: Introduce DOMAIN_ATTR_MSI_RESV

Introduce a new DOMAIN_ATTR_MSI_RESV domain attribute and associated iommu_domain msi_resv field. It comprises the size and alignment of the IOVA reserved window dedicated to MSI mapping. This attribute only is supported when MSI must be IOMMU mapped. This is the case on ARM. Signed-off-by: Eric

[PATCH v14 04/16] iommu/dma: MSI doorbell alloc/free

We introduce the capability to (un)register MSI doorbells. A doorbell region is characterized by its physical address base, size, and whether it its safe (ie. it implements IRQ remapping). A doorbell can be per-cpu or global. We currently only care about global doorbells. A function returns

Re: [PATCH] x86/apic: Fix suspicious RCU usage in smp_trace_call_function_interrupt

On Wed, 12 Oct 2016, Wanpeng Li wrote: > irq_enter() which is called in scheduler_ipi() is too late to tell RCU > susbstems to end the extended quiescent state before ack_APIC_irq(), > any ideas? You can call irq_enter/exit() in __smp_reschedule_interrupt(). It can be called nested. Thanks,

Re: [PATCH] x86/apic: Fix suspicious RCU usage in smp_trace_call_function_interrupt

On Wed, 12 Oct 2016, Wanpeng Li wrote: > irq_enter() which is called in scheduler_ipi() is too late to tell RCU > susbstems to end the extended quiescent state before ack_APIC_irq(), > any ideas? You can call irq_enter/exit() in __smp_reschedule_interrupt(). It can be called nested. Thanks,

[PATCH v14 02/16] iommu: Introduce DOMAIN_ATTR_MSI_RESV

Introduce a new DOMAIN_ATTR_MSI_RESV domain attribute and associated iommu_domain msi_resv field. It comprises the size and alignment of the IOVA reserved window dedicated to MSI mapping. This attribute only is supported when MSI must be IOMMU mapped. This is the case on ARM. Signed-off-by: Eric

[PATCH v14 04/16] iommu/dma: MSI doorbell alloc/free

We introduce the capability to (un)register MSI doorbells. A doorbell region is characterized by its physical address base, size, and whether it its safe (ie. it implements IRQ remapping). A doorbell can be per-cpu or global. We currently only care about global doorbells. A function returns

[PATCH v14 08/16] irqchip/gicv3-its: Register the MSI doorbell

This patch registers the ITS global doorbell. Registered information are needed to set up the KVM passthrough use case. Signed-off-by: Eric Auger --- v13 -> v14: - use iommu_msi_doorbell_alloc/free v12 -> v13: - use new doorbell registration prototype v11 -> v12: - use

[PATCH v14 05/16] iommu/dma: Introduce iommu_calc_msi_resv

iommu_calc_msi_resv() sum up the number of iommu pages of the lowest order supported by the iommu domain requested to map all the registered doorbells. This function will allow to dimension the intermediate physical address (IPA) aperture requested to map the MSI doorbells. Signed-off-by: Eric

[PATCH v14 05/16] iommu/dma: Introduce iommu_calc_msi_resv

iommu_calc_msi_resv() sum up the number of iommu pages of the lowest order supported by the iommu domain requested to map all the registered doorbells. This function will allow to dimension the intermediate physical address (IPA) aperture requested to map the MSI doorbells. Signed-off-by: Eric

[PATCH v14 08/16] irqchip/gicv3-its: Register the MSI doorbell

This patch registers the ITS global doorbell. Registered information are needed to set up the KVM passthrough use case. Signed-off-by: Eric Auger --- v13 -> v14: - use iommu_msi_doorbell_alloc/free v12 -> v13: - use new doorbell registration prototype v11 -> v12: - use new

[PATCH 3.4 099/125] xen/pciback: Do not install an IRQ handler for MSI interrupts.

From: Konrad Rzeszutek Wilk 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit a396f3a210c3a61e94d6b87ec05a75d0be2a60d0 upstream. Otherwise an guest can subvert the generic MSI code to trigger an BUG_ON condition

[PATCH 3.4 105/125] parisc: Fix syscall restarts

From: Helge Deller 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 71a71fb5374a23be36a91981b5614590b9e722c3 upstream. On parisc syscalls which are interrupted by signals sometimes failed to restart and instead returned

Re: [RFC PATCH 02/11] pci: endpoint: introduce configfs entry for configuring EP functions

On Wed, Sep 14, 2016 at 10:41:58AM +0530, Kishon Vijay Abraham I wrote: > diff --git a/drivers/pci/endpoint/Kconfig b/drivers/pci/endpoint/Kconfig > index a6d827c..f1dd206 100644 > --- a/drivers/pci/endpoint/Kconfig > +++ b/drivers/pci/endpoint/Kconfig > @@ -13,7 +13,9 @@ config PCI_ENDPOINT > >

[PATCH 3.4 081/125] mm, vmstat: allow WQ concurrency to discover memory reclaim doesn't make any progress

From: Michal Hocko 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 373ccbe5927034b55bdc80b0f8b54d6e13fe8d12 upstream. Tetsuo Handa has reported that the system might basically livelock in OOM condition without triggering

[PATCH 3.4 070/125] usb: xhci: fix config fail of FS hub behind a HS hub with MTT

From: Chunfeng Yun 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 096b110a3dd3c868e4610937c80d2e3f3357c1a9 upstream. if a full speed hub connects to a high speed hub which supports MTT, the MTT field of its

[PATCH 3.4 070/125] usb: xhci: fix config fail of FS hub behind a HS hub with MTT

From: Chunfeng Yun 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 096b110a3dd3c868e4610937c80d2e3f3357c1a9 upstream. if a full speed hub connects to a high speed hub which supports MTT, the MTT field of its slot context will be set to 1

Re: [RFC PATCH 02/11] pci: endpoint: introduce configfs entry for configuring EP functions

On Wed, Sep 14, 2016 at 10:41:58AM +0530, Kishon Vijay Abraham I wrote: > diff --git a/drivers/pci/endpoint/Kconfig b/drivers/pci/endpoint/Kconfig > index a6d827c..f1dd206 100644 > --- a/drivers/pci/endpoint/Kconfig > +++ b/drivers/pci/endpoint/Kconfig > @@ -13,7 +13,9 @@ config PCI_ENDPOINT > >

[PATCH 3.4 099/125] xen/pciback: Do not install an IRQ handler for MSI interrupts.

From: Konrad Rzeszutek Wilk 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit a396f3a210c3a61e94d6b87ec05a75d0be2a60d0 upstream. Otherwise an guest can subvert the generic MSI code to trigger an BUG_ON condition during MSI interrupt

[PATCH 3.4 105/125] parisc: Fix syscall restarts

From: Helge Deller 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 71a71fb5374a23be36a91981b5614590b9e722c3 upstream. On parisc syscalls which are interrupted by signals sometimes failed to restart and instead returned -ENOSYS which in

[PATCH 3.4 081/125] mm, vmstat: allow WQ concurrency to discover memory reclaim doesn't make any progress

From: Michal Hocko 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 373ccbe5927034b55bdc80b0f8b54d6e13fe8d12 upstream. Tetsuo Handa has reported that the system might basically livelock in OOM condition without triggering the OOM killer.

[PATCH 3.4 077/125] ses: Fix problems with simple enclosures

From: James Bottomley 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 3417c1b5cb1fdc10261dbed42b05cc93166a78fd upstream. Simple enclosure implementations (mostly USB) are allowed to return only page

[PATCH v2 14/16] block: add bsg_job_put() and bsg_job_get()

Add bsg_job_put() and bsg_job_get() so don't need to export bsg_destroy_job() any more. Signed-off-by: Johannes Thumshirn --- block/bsg-lib.c | 17 ++--- drivers/scsi/scsi_transport_fc.c | 4 ++-- include/linux/bsg-lib.h | 3 ++- 3

[PATCH 3.4 109/125] ftrace/scripts: Fix incorrect use of sprintf in recordmcount

From: Colin Ian King 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 713a3e4de707fab49d5aa4bceb77db1058572a7b upstream. Fix build warning: scripts/recordmcount.c:589:4: warning: format not a string literal and

[PATCH v2 16/16] block: unexport bsg_softirq_done() again

Unexport bsg_softirq_done() again, we don't need it outside of bsg-lib.c anymore now that scsi_transport_fc is a pure bsg-lib client. Signed-off-by: Johannes Thumshirn --- block/bsg-lib.c | 3 +-- include/linux/bsg-lib.h | 1 - 2 files changed, 1 insertion(+), 3

[PATCH 3.4 106/125] ipv6/addrlabel: fix ip6addrlbl_get()

From: Andrey Ryabinin 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit e459dfeeb64008b2d23bdf600f03b3605dbb8152 upstream. ip6addrlbl_get() has never worked. If ip6addrlbl_hold() succeeded, ip6addrlbl_get() will

Re: [RFC PATCH 05/11] pci: rename *host* directory to *controller*

This is a big and painful change. I'd suggest to either drop it for now or convince Bjorn to take it as a scripted renamed just after -rc1.

[PATCH 3.4 110/125] net: possible use after free in dst_release

From: Francesco Ruggeri 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 07a5d38453599052aff0877b16bb9c1585f08609 upstream. dst_release should not access dst->flags after decrementing __refcnt to 0. The

[PATCH 3.4 073/125] 9p: ->evict_inode() should kick out ->i_data, not ->i_mapping

From: Al Viro 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 4ad78628445d26e5e9487b2e8f23274ad7b0f5d3 upstream. For block devices the pagecache is associated with the inode on bdevfs, not with the aliasing ones

Re: [PATCHv4] hwmon: Add tc654 driver

On Tue, Oct 11, 2016 at 10:26:31AM +1300, Chris Packham wrote: > Add support for the tc654 and tc655 fan controllers from Microchip. > > http://ww1.microchip.com/downloads/en/DeviceDoc/20001734C.pdf > > Signed-off-by: Chris Packham > Acked-by: Rob Herring

[PATCH 3.4 079/125] ses: fix additional element traversal bug

From: James Bottomley 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 5e1033561da1152c57b97ee84371dba2b3d64c25 upstream. KASAN found that our additional element processing scripts drop off the end

[PATCH 3.4 107/125] ocfs2: fix BUG when calculate new backup super

From: Joseph Qi 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 5c9ee4cbf2a945271f25b89b137f2c03bbc3be33 upstream. When resizing, it firstly extends the last gd. Once it should backup super in the gd, it calculates

Re: [PATCH 3.4 027/125] firewire: ohci: fix JMicron JMB38x IT context discovery

On Oct 12 l...@kernel.org wrote: [...] > Signed-off-by: Stefan Richter > [lizf: Backported to 3.4: use dev_notice() instead of ohci_notice()] > Signed-off-by: Zefan Li > --- > drivers/firewire/ohci.c | 5 + > 1 file changed, 5 insertions(+) >

[PATCH 3.4 074/125] crypto: skcipher - Copy iv from desc even for 0-len walks

From: "Jason A. Donenfeld" 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 70d906bc17500edfa9bdd8c8b7e59618c7911613 upstream. Some ciphers actually support encrypting zero length plaintexts. For example, many AEAD modes

Re: [RFC PATCH 05/11] pci: rename *host* directory to *controller*

This is a big and painful change. I'd suggest to either drop it for now or convince Bjorn to take it as a scripted renamed just after -rc1.

[PATCH 3.4 110/125] net: possible use after free in dst_release

From: Francesco Ruggeri 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 07a5d38453599052aff0877b16bb9c1585f08609 upstream. dst_release should not access dst->flags after decrementing __refcnt to 0. The dst_entry may be in dst_busy_list

[PATCH 3.4 073/125] 9p: ->evict_inode() should kick out ->i_data, not ->i_mapping

From: Al Viro 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 4ad78628445d26e5e9487b2e8f23274ad7b0f5d3 upstream. For block devices the pagecache is associated with the inode on bdevfs, not with the aliasing ones on the mountable

Re: [PATCHv4] hwmon: Add tc654 driver

On Tue, Oct 11, 2016 at 10:26:31AM +1300, Chris Packham wrote: > Add support for the tc654 and tc655 fan controllers from Microchip. > > http://ww1.microchip.com/downloads/en/DeviceDoc/20001734C.pdf > > Signed-off-by: Chris Packham > Acked-by: Rob Herring Applied to -next (after fixing

[PATCH 3.4 079/125] ses: fix additional element traversal bug

From: James Bottomley 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 5e1033561da1152c57b97ee84371dba2b3d64c25 upstream. KASAN found that our additional element processing scripts drop off the end of the VPD page into unallocated space.

[PATCH 3.4 107/125] ocfs2: fix BUG when calculate new backup super

From: Joseph Qi 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 5c9ee4cbf2a945271f25b89b137f2c03bbc3be33 upstream. When resizing, it firstly extends the last gd. Once it should backup super in the gd, it calculates new backup super and

Re: [PATCH 3.4 027/125] firewire: ohci: fix JMicron JMB38x IT context discovery

On Oct 12 l...@kernel.org wrote: [...] > Signed-off-by: Stefan Richter > [lizf: Backported to 3.4: use dev_notice() instead of ohci_notice()] > Signed-off-by: Zefan Li > --- > drivers/firewire/ohci.c | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/drivers/firewire/ohci.c

[PATCH 3.4 077/125] ses: Fix problems with simple enclosures

From: James Bottomley 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 3417c1b5cb1fdc10261dbed42b05cc93166a78fd upstream. Simple enclosure implementations (mostly USB) are allowed to return only page 8 to every diagnostic query. That

[PATCH v2 14/16] block: add bsg_job_put() and bsg_job_get()

Add bsg_job_put() and bsg_job_get() so don't need to export bsg_destroy_job() any more. Signed-off-by: Johannes Thumshirn --- block/bsg-lib.c | 17 ++--- drivers/scsi/scsi_transport_fc.c | 4 ++-- include/linux/bsg-lib.h | 3 ++- 3 files changed, 18

[PATCH 3.4 109/125] ftrace/scripts: Fix incorrect use of sprintf in recordmcount

From: Colin Ian King 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 713a3e4de707fab49d5aa4bceb77db1058572a7b upstream. Fix build warning: scripts/recordmcount.c:589:4: warning: format not a string literal and no format arguments

[PATCH v2 16/16] block: unexport bsg_softirq_done() again

Unexport bsg_softirq_done() again, we don't need it outside of bsg-lib.c anymore now that scsi_transport_fc is a pure bsg-lib client. Signed-off-by: Johannes Thumshirn --- block/bsg-lib.c | 3 +-- include/linux/bsg-lib.h | 1 - 2 files changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH 3.4 106/125] ipv6/addrlabel: fix ip6addrlbl_get()

From: Andrey Ryabinin 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit e459dfeeb64008b2d23bdf600f03b3605dbb8152 upstream. ip6addrlbl_get() has never worked. If ip6addrlbl_hold() succeeded, ip6addrlbl_get() will exit with '-ESRCH'. If

[PATCH 3.4 074/125] crypto: skcipher - Copy iv from desc even for 0-len walks

From: "Jason A. Donenfeld" 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 70d906bc17500edfa9bdd8c8b7e59618c7911613 upstream. Some ciphers actually support encrypting zero length plaintexts. For example, many AEAD modes support this. The

[PATCH v2 06/16] scsi: fc: provide fc_bsg_to_rport() helper

Provide fc_bsg_to_rport() helper that will become handy when we're moving from struct fc_bsg_job to a plain struct bsg_job. Also move all LLDDs to use the new helper. Signed-off-by: Johannes Thumshirn --- drivers/s390/scsi/zfcp_fc.c | 5 +++--

Re: [PATCH 3.4 065/125] drm/ttm: Fixed a read/write lock imbalance

Li, IIRC This one goes hand in hand with a vmwgfx (the only user) patch. Please don't apply until I've figured out whether that patch is also in 3.4. Thanks, Thomas On 10/12/2016 02:33 PM, l...@kernel.org wrote: > From: Thomas Hellstrom > > 3.4.113-rc1 review patch. If

[PATCH v2 11/16] scsi: fc: Use bsg_destroy_job

fc_destroy_bsgjob() and bsg_destroy_job() are now 1:1 copies, so use the later. Signed-off-by: Johannes Thumshirn --- block/bsg-lib.c | 3 ++- drivers/scsi/scsi_transport_fc.c | 20 ++-- include/linux/bsg-lib.h | 1 + 3 files

Re: [RFC PATCH 01/11] pci: endpoint: add EP core layer to enable EP controller and EP functions

> +/** > + * pci_epc_stop() - stop the PCI link > + * @epc: the link of the EPC device that has to be stopped > + * > + * Invoke to stop the PCI link > + */ > +void pci_epc_stop(struct pci_epc *epc) > +{ > + if (IS_ERR(epc) || !epc->ops->stop) > + return; > + > +

[PATCH v2 01/16] scsi: Get rid of struct fc_bsg_buffer

struct fc_bsg_buffer is just a clone of struct bsg_buffer from bsg-lib, so use this one instead. Signed-off-by: Johannes Thumshirn --- drivers/scsi/lpfc/lpfc_bsg.c | 3 ++- drivers/scsi/scsi_transport_fc.c | 2 +- include/scsi/scsi_transport_fc.h | 12 +++- 3

[PATCH v2 00/16] Convert FibreChannel bsg code to use bsg-lib

This series converts the current bsg usage in the FibreChannel drivers over to use bsg-lib. SAS will follow once FC is in a good enough shape. I did take some inspiration from a similar patchset from Mike Christie dating back to 2011 but it's not a 1:1 copy. Patch 15/16 is heavily based on his

[PATCH v2 06/16] scsi: fc: provide fc_bsg_to_rport() helper

Provide fc_bsg_to_rport() helper that will become handy when we're moving from struct fc_bsg_job to a plain struct bsg_job. Also move all LLDDs to use the new helper. Signed-off-by: Johannes Thumshirn --- drivers/s390/scsi/zfcp_fc.c | 5 +++-- drivers/scsi/ibmvscsi/ibmvfc.c | 2 +-

Re: [PATCH 3.4 065/125] drm/ttm: Fixed a read/write lock imbalance

Li, IIRC This one goes hand in hand with a vmwgfx (the only user) patch. Please don't apply until I've figured out whether that patch is also in 3.4. Thanks, Thomas On 10/12/2016 02:33 PM, l...@kernel.org wrote: > From: Thomas Hellstrom > > 3.4.113-rc1 review patch. If anyone has any

[PATCH v2 11/16] scsi: fc: Use bsg_destroy_job

fc_destroy_bsgjob() and bsg_destroy_job() are now 1:1 copies, so use the later. Signed-off-by: Johannes Thumshirn --- block/bsg-lib.c | 3 ++- drivers/scsi/scsi_transport_fc.c | 20 ++-- include/linux/bsg-lib.h | 1 + 3 files changed, 5 insertions(+),

Re: [RFC PATCH 01/11] pci: endpoint: add EP core layer to enable EP controller and EP functions

> +/** > + * pci_epc_stop() - stop the PCI link > + * @epc: the link of the EPC device that has to be stopped > + * > + * Invoke to stop the PCI link > + */ > +void pci_epc_stop(struct pci_epc *epc) > +{ > + if (IS_ERR(epc) || !epc->ops->stop) > + return; > + > +

[PATCH v2 01/16] scsi: Get rid of struct fc_bsg_buffer

struct fc_bsg_buffer is just a clone of struct bsg_buffer from bsg-lib, so use this one instead. Signed-off-by: Johannes Thumshirn --- drivers/scsi/lpfc/lpfc_bsg.c | 3 ++- drivers/scsi/scsi_transport_fc.c | 2 +- include/scsi/scsi_transport_fc.h | 12 +++- 3 files changed, 6

[PATCH v2 00/16] Convert FibreChannel bsg code to use bsg-lib

This series converts the current bsg usage in the FibreChannel drivers over to use bsg-lib. SAS will follow once FC is in a good enough shape. I did take some inspiration from a similar patchset from Mike Christie dating back to 2011 but it's not a 1:1 copy. Patch 15/16 is heavily based on his

Re: [PATCH] [RFC] x86: avoid -mtune=atom for objtool warnings

On Tue, Oct 11, 2016 at 10:38:42PM +0200, Arnd Bergmann wrote: > I've reduced one of the test cases to this now: > > /* gcc-6 -O2 -fno-strict-aliasing -fno-reorder-blocks > -fno-omit-frame-pointer -Wno-pointer-sign -fsanitize-coverage=trace-pc -Wall > -Werror -c snic_res.c -o snic_res.o */ >

Re: [PATCH] [RFC] x86: avoid -mtune=atom for objtool warnings

On Tue, Oct 11, 2016 at 10:38:42PM +0200, Arnd Bergmann wrote: > I've reduced one of the test cases to this now: > > /* gcc-6 -O2 -fno-strict-aliasing -fno-reorder-blocks > -fno-omit-frame-pointer -Wno-pointer-sign -fsanitize-coverage=trace-pc -Wall > -Werror -c snic_res.c -o snic_res.o */ >

[PATCH 3.4 104/125] KEYS: Fix race between read and revoke

From: David Howells 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit b4a1b4f5047e4f54e194681125c74c0aa64d637d upstream. This fixes CVE-2015-7550. There's a race between keyctl_read() and keyctl_revoke(). If the

[PATCH v2 15/16] scsi: fc: move FC transport's bsg code to bsg-lib

Now that all conversions are done, move the FibreChannel bsg code over to the bsg library. Note that CONFIG_SCSI_FC_ATTRS now needs to select BLK_DEV_BSGLIB in order to build correctly. This patch is derived from work done by Mike Christie in 2011 [1] but only the iscsi parts got merged back

[PATCH 3.4 104/125] KEYS: Fix race between read and revoke

From: David Howells 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit b4a1b4f5047e4f54e194681125c74c0aa64d637d upstream. This fixes CVE-2015-7550. There's a race between keyctl_read() and keyctl_revoke(). If the revoke happens between

[PATCH v2 15/16] scsi: fc: move FC transport's bsg code to bsg-lib

Now that all conversions are done, move the FibreChannel bsg code over to the bsg library. Note that CONFIG_SCSI_FC_ATTRS now needs to select BLK_DEV_BSGLIB in order to build correctly. This patch is derived from work done by Mike Christie in 2011 [1] but only the iscsi parts got merged back

[PATCH v2 09/16] block: add reference counting for struct bsg_job

Add reference counting to 'struct bsg_job' so we can implement a reuqest timeout handler for bsg_jobs, which is needed for Fibre Channel. Signed-off-by: Johannes Thumshirn --- block/bsg-lib.c | 7 +-- include/linux/bsg-lib.h | 2 ++ 2 files changed, 7

[PATCH v2 09/16] block: add reference counting for struct bsg_job

Add reference counting to 'struct bsg_job' so we can implement a reuqest timeout handler for bsg_jobs, which is needed for Fibre Channel. Signed-off-by: Johannes Thumshirn --- block/bsg-lib.c | 7 +-- include/linux/bsg-lib.h | 2 ++ 2 files changed, 7 insertions(+), 2 deletions(-)

Re: [PATCH 3.4 007/125] recordmcount: Fix endianness handling bug for nop_mcount

Hi Li, What is your plan for EOL of 3.4? I see on kernel.org that the EOL of 3.4 was suppose to be September 2016 (which has passed). I just gave a talk yesterday saying it is no longer supported. But I appear to be mistaken. https://www.kernel.org/category/releases.html -- Steve

[PATCH v2 08/16] scsi: fc: implement kref backed reference counting

Implement kref backed reference counting instead of rolling our own. This elimnates the need of the following fields in 'struct fc_bsg_job': * ref_cnt * state_flags * job_lock bringing us close to unification of 'struct fc_bsg_job' and 'struct bsg_job'. Signed-off-by: Johannes Thumshirn

[PATCH v2 03/16] scsi: fc: Export fc_bsg_jobdone and use it in FC drivers

Export fc_bsg_jobdone so drivers can use it directly instead of doing the round-trip via struct fc_bsg_job::job_done() and use it in the LLDDs. As we've converted all LLDDs over to use fc_bsg_jobdone() directly, we can remove the function pointer from struct fc_bsg_job as well. Signed-off-by:

[PATCH v2 04/16] scsi: Unify interfaces of fc_bsg_jobdone and bsg_job_done

Unify the interfaces of fc_bsg_jobdone and bsg_job_done. This will reduce the diff when moving from 'struct fc_bsg_job' to a plain 'struct bsg_job' later on. Signed-off-by: Johannes Thumshirn --- drivers/s390/scsi/zfcp_fc.c | 2 +- drivers/scsi/bfa/bfad_bsg.c | 6

Re: [PATCH 6/10] mmc: sdhci-xenon: Add Marvell Xenon SDHC core functionality

On 12/10/16 14:58, Ziji Hu wrote: > Hi Adrian, > > Thank you very much for your review. > I will firstly fix the typo. > > On 2016/10/11 20:37, Adrian Hunter wrote: >> On 07/10/16 18:22, Gregory CLEMENT wrote: >>> From: Ziji Hu >>> >>> Add Xenon eMMC/SD/SDIO host

Re: [PATCH v2] timers: Fix usleep_range() in the context of wake_up_process()

On Tue, 11 Oct 2016, Andreas Mohr wrote: > On Tue, Oct 11, 2016 at 09:14:38AM +0200, Thomas Gleixner wrote: > > On Mon, 10 Oct 2016, Douglas Anderson wrote: > > > Users of usleep_range() expect that it will _never_ return in less time > > > than the minimum passed parameter. However, nothing in

<    3   4   5   6   7   8   9   10   11   12   >