[PATCH 3.4 085/125] sh_eth: fix TX buffer byte-swapping

From: Sergei Shtylyov 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 3e2309937f1e5d538ff13da5fb8de41196927c61 upstream. For the little-endian SH771x kernels the driver has to byte-swap the RX/TX

[PATCH 3.4 085/125] sh_eth: fix TX buffer byte-swapping

From: Sergei Shtylyov 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 3e2309937f1e5d538ff13da5fb8de41196927c61 upstream. For the little-endian SH771x kernels the driver has to byte-swap the RX/TX buffers, however yet unset physcial

[PATCH 3.4 067/125] sata_sil: disable trim

From: Mikulas Patocka 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit d98f1cd0a3b70ea91f1dfda3ac36c3b2e1a4d5e2 upstream. When I connect an Intel SSD to SATA SIL controller (PCI ID 1095:3114), any TRIM command results

[PATCH 3.4 006/125] MIPS: atomic: Fix comment describing atomic64_add_unless's return value.

From: Ralf Baechle 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit f25319d2cb439249a6859f53ad42ffa332b0acba upstream. Signed-off-by: Ralf Baechle Fixes: f24219b4e90cf70ec4a211b17fbabc725a0ddf3c

[PATCH 3.4 067/125] sata_sil: disable trim

From: Mikulas Patocka 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit d98f1cd0a3b70ea91f1dfda3ac36c3b2e1a4d5e2 upstream. When I connect an Intel SSD to SATA SIL controller (PCI ID 1095:3114), any TRIM command results in I/O errors being

[PATCH 3.4 006/125] MIPS: atomic: Fix comment describing atomic64_add_unless's return value.

From: Ralf Baechle 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit f25319d2cb439249a6859f53ad42ffa332b0acba upstream. Signed-off-by: Ralf Baechle Fixes: f24219b4e90cf70ec4a211b17fbabc725a0ddf3c (cherry picked from commit

[PATCH 3.4 068/125] USB: whci-hcd: add check for dma mapping error

From: Alexey Khoroshilov 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit f9fa1887dcf26bd346665a6ae3d3f53dec54cba1 upstream. qset_fill_page_list() do not check for dma mapping errors. Found by Linux Driver

[PATCH 3.4 068/125] USB: whci-hcd: add check for dma mapping error

From: Alexey Khoroshilov 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit f9fa1887dcf26bd346665a6ae3d3f53dec54cba1 upstream. qset_fill_page_list() do not check for dma mapping errors. Found by Linux Driver Verification project

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

From: libin 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit c84da8b9ad3761eef43811181c7e896e9834b26b upstream. In nop_mcount, shdr->sh_offset and welp->r_offset should handle endianness properly, otherwise it

[PATCH 3.4 069/125] dm btree: fix leak of bufio-backed block in btree_split_sibling error path

From: Mike Snitzer 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 30ce6e1cc5a0f781d60227e9096c86e188d2c2bd upstream. The block allocated at the start of btree_split_sibling() is never released if later insert_at()

[PATCH 3.4 005/125] ARM: pxa: remove incorrect __init annotation on pxa27x_set_pwrmode

From: Arnd Bergmann 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 54c09889bff6d99c8733eed4a26c9391b177c88b upstream. The z2 machine calls pxa27x_set_pwrmode() in order to power off the machine, but this function gets

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

From: libin 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit c84da8b9ad3761eef43811181c7e896e9834b26b upstream. In nop_mcount, shdr->sh_offset and welp->r_offset should handle endianness properly, otherwise it will trigger Segmentation

[PATCH 3.4 069/125] dm btree: fix leak of bufio-backed block in btree_split_sibling error path

From: Mike Snitzer 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 30ce6e1cc5a0f781d60227e9096c86e188d2c2bd upstream. The block allocated at the start of btree_split_sibling() is never released if later insert_at() fails. Fix this by

[PATCH 3.4 005/125] ARM: pxa: remove incorrect __init annotation on pxa27x_set_pwrmode

From: Arnd Bergmann 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 54c09889bff6d99c8733eed4a26c9391b177c88b upstream. The z2 machine calls pxa27x_set_pwrmode() in order to power off the machine, but this function gets discarded early at

[PATCH 3.4 002/125] wm831x_power: Use IRQF_ONESHOT to request threaded IRQs

From: Valentin Rothberg 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 90adf98d9530054b8e665ba5a928de4307231d84 upstream. Since commit 1c6c69525b40 ("genirq: Reject bogus threaded irq requests") threaded IRQs

[PATCH 3.4 002/125] wm831x_power: Use IRQF_ONESHOT to request threaded IRQs

From: Valentin Rothberg 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 90adf98d9530054b8e665ba5a928de4307231d84 upstream. Since commit 1c6c69525b40 ("genirq: Reject bogus threaded irq requests") threaded IRQs without a primary handler

[PATCH 3.4 008/125] ipv6: fix tunnel error handling

From: Michal Kubeček 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit ebac62fe3d24c0ce22dd83afa7b07d1a2aaef44d upstream. Both tunnel6_protocol and tunnel46_protocol share the same error handler, tunnel6_err(), which

[PATCH 3.4 008/125] ipv6: fix tunnel error handling

From: Michal Kubeček 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit ebac62fe3d24c0ce22dd83afa7b07d1a2aaef44d upstream. Both tunnel6_protocol and tunnel46_protocol share the same error handler, tunnel6_err(), which traverses through

[PATCH 3.4 014/125] HID: core: Avoid uninitialized buffer access

From: Richard Purdie 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 79b568b9d0c7c5d81932f4486d50b38efdd6da6d upstream. hid_connect adds various strings to the buffer but they're all conditional. You

[PATCH 3.4 020/125] ACPI: Use correct IRQ when uninstalling ACPI interrupt handler

From: Chen Yu 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 49e4b84333f338d4f183f28f1f3c1131b9fb2b5a upstream. Currently when the system is trying to uninstall the ACPI interrupt handler, it uses

[PATCH 3.4 021/125] ALSA: hda - Disable 64bit address for Creative HDA controllers

From: Takashi Iwai 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit cadd16ea33a938d49aee99edd4758cc76048b399 upstream. We've had many reports that some Creative sound cards with CA0132 don't work well. Some reported that

[PATCH 3.4 023/125] Revert "dm mpath: fix stalls when handling invalid ioctls"

From: Mauricio Faria de Oliveira 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 47796938c46b943d157ac8a6f9ed4e3b98b83cf4 upstream. This reverts commit a1989b330093578ea5470bea0a00f940c444c466. That commit

[PATCH 3.4 010/125] net: fix a race in dst_release()

From: Eric Dumazet 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit d69bbf88c8d0b367cf3e3a052f6daadf630ee566 upstream. Only cpu seeing dst refcount going to 0 can safely dereference dst->flags. Otherwise an other cpu

[PATCH 3.4 022/125] megaraid_sas: Do not use PAGE_SIZE for max_sectors

From: "sumit.sax...@avagotech.com" 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 357ae967ad66e357f78b5cfb5ab6ca07fb4a7758 upstream. Do not use PAGE_SIZE marco to calculate max_sectors per I/O request. Driver

[PATCH 3.4 013/125] FS-Cache: Handle a write to the page immediately beyond the EOF marker

From: David Howells 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 102f4d900c9c8f5ed89ae4746d493fe3ebd7ba64 upstream. Handle a write being requested to the page immediately beyond the EOF marker on a cache object.

[PATCH 3.4 010/125] net: fix a race in dst_release()

From: Eric Dumazet 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit d69bbf88c8d0b367cf3e3a052f6daadf630ee566 upstream. Only cpu seeing dst refcount going to 0 can safely dereference dst->flags. Otherwise an other cpu might already have

[PATCH 3.4 022/125] megaraid_sas: Do not use PAGE_SIZE for max_sectors

From: "sumit.sax...@avagotech.com" 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 357ae967ad66e357f78b5cfb5ab6ca07fb4a7758 upstream. Do not use PAGE_SIZE marco to calculate max_sectors per I/O request. Driver code assumes PAGE_SIZE will

[PATCH 3.4 013/125] FS-Cache: Handle a write to the page immediately beyond the EOF marker

From: David Howells 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 102f4d900c9c8f5ed89ae4746d493fe3ebd7ba64 upstream. Handle a write being requested to the page immediately beyond the EOF marker on a cache object. Currently this gets

[PATCH 3.4 014/125] HID: core: Avoid uninitialized buffer access

From: Richard Purdie 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 79b568b9d0c7c5d81932f4486d50b38efdd6da6d upstream. hid_connect adds various strings to the buffer but they're all conditional. You can find circumstances where nothing

[PATCH 3.4 020/125] ACPI: Use correct IRQ when uninstalling ACPI interrupt handler

From: Chen Yu 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 49e4b84333f338d4f183f28f1f3c1131b9fb2b5a upstream. Currently when the system is trying to uninstall the ACPI interrupt handler, it uses acpi_gbl_FADT.sci_interrupt as the IRQ

[PATCH 3.4 021/125] ALSA: hda - Disable 64bit address for Creative HDA controllers

From: Takashi Iwai 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit cadd16ea33a938d49aee99edd4758cc76048b399 upstream. We've had many reports that some Creative sound cards with CA0132 don't work well. Some reported that it starts

[PATCH 3.4 023/125] Revert "dm mpath: fix stalls when handling invalid ioctls"

From: Mauricio Faria de Oliveira 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 47796938c46b943d157ac8a6f9ed4e3b98b83cf4 upstream. This reverts commit a1989b330093578ea5470bea0a00f940c444c466. That commit introduced a regression at

[PATCH 3.4 025/125] megaraid_sas : SMAP restriction--do not access user memory from IOCTL code

From: "sumit.sax...@avagotech.com" 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 323c4a02c631d00851d8edc4213c4d184ef83647 upstream. This is an issue on SMAP enabled CPUs and 32 bit apps running on 64 bit OS.

[PATCH 3.4 009/125] scsi: restart list search after unlock in scsi_remove_target

From: Christoph Hellwig 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 40998193560dab6c3ce8d25f4fa58a23e252ef38 upstream. When dropping a lock while iterating a list we must restart the search as other threads could have

[PATCH 3.4 024/125] crypto: algif_hash - Only export and import on sockets with data

From: Herbert Xu 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 4afa5f9617927453ac04b24b584f6c718dfb4f45 upstream. The hash_accept call fails to work on sockets that have not received any data. For some

[PATCH 3.4 009/125] scsi: restart list search after unlock in scsi_remove_target

From: Christoph Hellwig 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 40998193560dab6c3ce8d25f4fa58a23e252ef38 upstream. When dropping a lock while iterating a list we must restart the search as other threads could have manipulated the

[PATCH 3.4 024/125] crypto: algif_hash - Only export and import on sockets with data

From: Herbert Xu 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 4afa5f9617927453ac04b24b584f6c718dfb4f45 upstream. The hash_accept call fails to work on sockets that have not received any data. For some algorithm implementations it may

[PATCH 3.4 025/125] megaraid_sas : SMAP restriction--do not access user memory from IOCTL code

From: "sumit.sax...@avagotech.com" 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 323c4a02c631d00851d8edc4213c4d184ef83647 upstream. This is an issue on SMAP enabled CPUs and 32 bit apps running on 64 bit OS. Do not access user memory

[PATCH 3.4 017/125] ext4, jbd2: ensure entering into panic after recording an error in superblock

From: Daeho Jeong 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 4327ba52afd03fc4b5afa0ee1d774c9c5b0e85c5 upstream. If a EXT4 filesystem utilizes JBD2 journaling and an error occurs, the journaling will be

[PATCH 3.4 017/125] ext4, jbd2: ensure entering into panic after recording an error in superblock

From: Daeho Jeong 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 4327ba52afd03fc4b5afa0ee1d774c9c5b0e85c5 upstream. If a EXT4 filesystem utilizes JBD2 journaling and an error occurs, the journaling will be aborted first and the error

[PATCH 3.4 012/125] FS-Cache: Don't override netfs's primary_index if registering failed

From: Kinglong Mee 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit b130ed5998e62879a66bad08931a2b5e832da95c upstream. Only override netfs->primary_index when registering success. Signed-off-by: Kinglong Mee

[PATCH 3.4 015/125] mtd: mtdpart: fix add_mtd_partitions error path

From: Boris BREZILLON 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit e5bae86797141e4a95e42d825f737cb36d7b8c37 upstream. If we fail to allocate a partition structure in the middle of the partition

[PATCH 3.4 018/125] Bluetooth: ath3k: Add support of AR3012 0cf3:817b device

From: Dmitry Tunin 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 18e0afab8ce3f1230ce3fef52b2e73374fd9c0e7 upstream. T: Bus=04 Lev=02 Prnt=02 Port=04 Cnt=01 Dev#= 3 Spd=12 MxCh= 0 D: Ver= 1.10 Cls=e0(wlcon)

[PATCH 3.4 016/125] iommu/vt-d: Fix ATSR handling for Root-Complex integrated endpoints

From: David Woodhouse 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit d14053b3c714178525f22660e6aaf41263d00056 upstream. The VT-d specification says that "Software must enable ATS on endpoint devices behind a

[PATCH 3.4 019/125] staging: rtl8712: Add device ID for Sitecom WLA2100

From: Larry Finger 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 1e6e63283691a2a9048a35d9c6c59cf0abd342e4 upstream. This adds the USB ID for the Sitecom WLA2100. The Windows 10 inf file was checked to verify

[PATCH 3.4 012/125] FS-Cache: Don't override netfs's primary_index if registering failed

From: Kinglong Mee 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit b130ed5998e62879a66bad08931a2b5e832da95c upstream. Only override netfs->primary_index when registering success. Signed-off-by: Kinglong Mee Signed-off-by: David Howells

[PATCH 3.4 015/125] mtd: mtdpart: fix add_mtd_partitions error path

From: Boris BREZILLON 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit e5bae86797141e4a95e42d825f737cb36d7b8c37 upstream. If we fail to allocate a partition structure in the middle of the partition creation process, the already allocated

[PATCH 3.4 018/125] Bluetooth: ath3k: Add support of AR3012 0cf3:817b device

From: Dmitry Tunin 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 18e0afab8ce3f1230ce3fef52b2e73374fd9c0e7 upstream. T: Bus=04 Lev=02 Prnt=02 Port=04 Cnt=01 Dev#= 3 Spd=12 MxCh= 0 D: Ver= 1.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs=

[PATCH 3.4 016/125] iommu/vt-d: Fix ATSR handling for Root-Complex integrated endpoints

From: David Woodhouse 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit d14053b3c714178525f22660e6aaf41263d00056 upstream. The VT-d specification says that "Software must enable ATS on endpoint devices behind a Root Port only if the Root

[PATCH 3.4 019/125] staging: rtl8712: Add device ID for Sitecom WLA2100

From: Larry Finger 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 1e6e63283691a2a9048a35d9c6c59cf0abd342e4 upstream. This adds the USB ID for the Sitecom WLA2100. The Windows 10 inf file was checked to verify that the addition is

[PATCH 3.4 011/125] FS-Cache: Increase reference of parent after registering, netfs success

From: Kinglong Mee 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 86108c2e34a26e4bec3c6ddb23390bf8cedcf391 upstream. If netfs exist, fscache should not increase the reference of parent's usage and n_children,

[PATCH 3.4 011/125] FS-Cache: Increase reference of parent after registering, netfs success

From: Kinglong Mee 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 86108c2e34a26e4bec3c6ddb23390bf8cedcf391 upstream. If netfs exist, fscache should not increase the reference of parent's usage and n_children, otherwise, never be

[PATCH 3.4 001/125] mac80211: fix driver RSSI event calculations

From: Johannes Berg 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 8ec6d97871f37e4743678ea4a455bd59580aa0f4 upstream. The ifmgd->ave_beacon_signal value cannot be taken as is for comparisons, it must be divided

[PATCH 3.4 001/125] mac80211: fix driver RSSI event calculations

From: Johannes Berg 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 8ec6d97871f37e4743678ea4a455bd59580aa0f4 upstream. The ifmgd->ave_beacon_signal value cannot be taken as is for comparisons, it must be divided by since it's represented

[PATCH 3.4 004/125] devres: fix a for loop bounds check

From: Dan Carpenter 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 1f35d04a02a652f14566f875aef3a6f2af4cb77b upstream. The iomap[] array has PCIM_IOMAP_MAX (6) elements and not DEVICE_COUNT_RESOURCE (16). This

[PATCH 3.4 003/125] mwifiex: fix mwifiex_rdeeprom_read()

From: Dan Carpenter 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 1f9c6e1bc1ba5f8a10fcd6e99d170954d7c6d382 upstream. There were several bugs here. 1) The done label was in the wrong place so we didn't copy

[PATCH 3.4 003/125] mwifiex: fix mwifiex_rdeeprom_read()

From: Dan Carpenter 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 1f9c6e1bc1ba5f8a10fcd6e99d170954d7c6d382 upstream. There were several bugs here. 1) The done label was in the wrong place so we didn't copy any information out

[PATCH 3.4 004/125] devres: fix a for loop bounds check

From: Dan Carpenter 3.4.113-rc1 review patch. If anyone has any objections, please let me know. -- commit 1f35d04a02a652f14566f875aef3a6f2af4cb77b upstream. The iomap[] array has PCIM_IOMAP_MAX (6) elements and not DEVICE_COUNT_RESOURCE (16). This bug was found using a

Re: [v4.8-rc1 Regression] sched/fair: Apply more PELT fixes

On 8 October 2016 at 13:49, Mike Galbraith wrote: > On Sat, 2016-10-08 at 13:37 +0200, Vincent Guittot wrote: >> On 8 October 2016 at 10:39, Ingo Molnar wrote: >> > >> > * Peter Zijlstra wrote: >> > >> > > On Fri, Oct 07, 2016 at 03:38:23PM

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

On Tue, 2016-10-11 at 23:32 -0500, Chris Rorvick wrote: > On Tue, Oct 11, 2016 at 5:11 AM, Paul Bolle wrote: > > For what it's worth, on my machine I have twenty (!) SPLX entries, all > > reading: > > Name (SPLX, Package (0x04) > > { > > Zero, > >

Re: [v4.8-rc1 Regression] sched/fair: Apply more PELT fixes

On 8 October 2016 at 13:49, Mike Galbraith wrote: > On Sat, 2016-10-08 at 13:37 +0200, Vincent Guittot wrote: >> On 8 October 2016 at 10:39, Ingo Molnar wrote: >> > >> > * Peter Zijlstra wrote: >> > >> > > On Fri, Oct 07, 2016 at 03:38:23PM -0400, Joseph Salisbury wrote: >> > > > Hello Peter,

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

On Tue, 2016-10-11 at 23:32 -0500, Chris Rorvick wrote: > On Tue, Oct 11, 2016 at 5:11 AM, Paul Bolle wrote: > > For what it's worth, on my machine I have twenty (!) SPLX entries, all > > reading: > > Name (SPLX, Package (0x04) > > { > > Zero, > > Package (0x03) > >

Re: [RFC PATCH 00/11] pci: support for configurable PCI endpoint

On Mon, Sep 26, 2016 at 11:38:41AM +0530, Kishon Vijay Abraham I wrote: > > Ok, so in theory there can be other hardware (and quite likely is) > > that supports multiple functions, and we can extend the framework > > to support them without major obstacles, but your hardware doesn't, > > so you

Re: [RFC PATCH 00/11] pci: support for configurable PCI endpoint

On Mon, Sep 26, 2016 at 11:38:41AM +0530, Kishon Vijay Abraham I wrote: > > Ok, so in theory there can be other hardware (and quite likely is) > > that supports multiple functions, and we can extend the framework > > to support them without major obstacles, but your hardware doesn't, > > so you

Re: [PATCH] padata: add helper function for queue length

Hi Steffen, On Fri, Oct 7, 2016 at 5:15 AM, Steffen Klassert wrote: > Why you want to have this? I'm working on some bufferbloat/queue code that could benefit from knowing how many items are currently in flight. The goal is to always keep padata busy, but never

Re: [PATCH] padata: add helper function for queue length

Hi Steffen, On Fri, Oct 7, 2016 at 5:15 AM, Steffen Klassert wrote: > Why you want to have this? I'm working on some bufferbloat/queue code that could benefit from knowing how many items are currently in flight. The goal is to always keep padata busy, but never with more jobs than absolutely

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

Add cpu feature for ring 3 monitor/mwait. Change-Id: Iba4d20639efd8d3637d37db9294cbc43a98f009a Signed-off-by: Grzegorz Andrejczuk --- arch/x86/include/asm/cpufeatures.h | 2 ++ arch/x86/kernel/cpu/common.c | 3 +++ arch/x86/kernel/cpu/scattered.c| 5

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

Add cpu feature for ring 3 monitor/mwait. Change-Id: Iba4d20639efd8d3637d37db9294cbc43a98f009a Signed-off-by: Grzegorz Andrejczuk --- arch/x86/include/asm/cpufeatures.h | 2 ++ arch/x86/kernel/cpu/common.c | 3 +++ arch/x86/kernel/cpu/scattered.c| 5 + 3 files changed, 10

[PATCH v2 1/4] Add R3MWAIT register and bit to msr-info.h

Intel Xeon Phi x200 (codenamed Knights Landing) has MSR MISC_THD_FEATURE_ENABLE 0x140. Setting its 2nd bit make MONITOR and MWAIT instructions do not cause invalid-opcode exception. This commit adds this register prefixed by PHI and bit to msr-info.h Reference:

Re: [PATCH] iommu/vt-d: Fix the size calculation of pasid table

On Mon, 2016-09-19 at 14:18 +0200, Joerg Roedel wrote: > [Cc'ing David] > > On Mon, Sep 12, 2016 at 10:49:11AM +0800, Xunlei Pang wrote: > > > > According to the vt-d spec, the size of pasid (state) entry is 8B > > which equals 3 in power of 2, the number of pasid (state) entries > > is

Re: [PATCH 7/10] mmc: sdhci-xenon: Add support to PHYs of Marvell Xenon SDHC

Hi Adrian, On 2016/10/11 20:39, Adrian Hunter wrote: > On 07/10/16 18:22, Gregory CLEMENT wrote: >> From: Ziji Hu >> >> Marvell Xenon eMMC/SD/SDIO Host Controller contains PHY. >> Three types of PHYs are supported. >> >> Add support to multiple types of PHYs init and

Re: [PATCH 24/54] md/raid1: Improve another size determination in setup_conf()

Dan Carpenter writes: > Compare: > > foo = kmalloc(sizeof(*foo), GFP_KERNEL); > > This says you are allocating enough space for foo. It can be reviewed > by looking at one line. If you change the type of foo it will still > work. > > foo =

[GIT PULL] xfs: shared data extents support for 4.9-rc1

Hi Linus, This is the second part of the XFS updates for this merge cycle. This pullreq contains the new shared data extents feature for XFS, and can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/dgc/linux-xfs.git tags/xfs-reflink-for-linus-4.9-rc1 The full pull request output

[PATCH v2 1/4] Add R3MWAIT register and bit to msr-info.h

Intel Xeon Phi x200 (codenamed Knights Landing) has MSR MISC_THD_FEATURE_ENABLE 0x140. Setting its 2nd bit make MONITOR and MWAIT instructions do not cause invalid-opcode exception. This commit adds this register prefixed by PHI and bit to msr-info.h Reference:

Re: [PATCH] iommu/vt-d: Fix the size calculation of pasid table

On Mon, 2016-09-19 at 14:18 +0200, Joerg Roedel wrote: > [Cc'ing David] > > On Mon, Sep 12, 2016 at 10:49:11AM +0800, Xunlei Pang wrote: > > > > According to the vt-d spec, the size of pasid (state) entry is 8B > > which equals 3 in power of 2, the number of pasid (state) entries > > is

Re: [PATCH 7/10] mmc: sdhci-xenon: Add support to PHYs of Marvell Xenon SDHC

Hi Adrian, On 2016/10/11 20:39, Adrian Hunter wrote: > On 07/10/16 18:22, Gregory CLEMENT wrote: >> From: Ziji Hu >> >> Marvell Xenon eMMC/SD/SDIO Host Controller contains PHY. >> Three types of PHYs are supported. >> >> Add support to multiple types of PHYs init and configuration. >> Add

Re: [PATCH 24/54] md/raid1: Improve another size determination in setup_conf()

Dan Carpenter writes: > Compare: > > foo = kmalloc(sizeof(*foo), GFP_KERNEL); > > This says you are allocating enough space for foo. It can be reviewed > by looking at one line. If you change the type of foo it will still > work. > > foo = kmalloc(sizeof(struct whatever),

[GIT PULL] xfs: shared data extents support for 4.9-rc1

Hi Linus, This is the second part of the XFS updates for this merge cycle. This pullreq contains the new shared data extents feature for XFS, and can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/dgc/linux-xfs.git tags/xfs-reflink-for-linus-4.9-rc1 The full pull request output

[PATCH v2 3/4] Add hwcap2 for x86

Add hwcap2 attribute for x86. Reserve 1st bit of HWCAP2 for exposing Xeon Phi ring 3 monitor/mwait. With this userspace apps can detect Ring 3 MONITOR/MWAIT instructions. Change-Id: I37d0354d1e2b9594d7feebc2bacda30b68163efe Signed-off-by: Grzegorz Andrejczuk ---

[PATCH v2 2/4] Add enabling of the R3 MWAIT during boot for KNL

If processor is Intel Xeon Phi we enable user-level mwait feature. Enabling this feature suppreses invalid-opcode error, when MONITOR/MWAIT is called from ring 3. Change-Id: I1c7defb99296b022790a068a6c725b3e860cd68c Signed-off-by: Grzegorz Andrejczuk ---

[PATCH v2 3/4] Add hwcap2 for x86

Add hwcap2 attribute for x86. Reserve 1st bit of HWCAP2 for exposing Xeon Phi ring 3 monitor/mwait. With this userspace apps can detect Ring 3 MONITOR/MWAIT instructions. Change-Id: I37d0354d1e2b9594d7feebc2bacda30b68163efe Signed-off-by: Grzegorz Andrejczuk --- arch/x86/include/asm/elf.h

[PATCH v2 2/4] Add enabling of the R3 MWAIT during boot for KNL

If processor is Intel Xeon Phi we enable user-level mwait feature. Enabling this feature suppreses invalid-opcode error, when MONITOR/MWAIT is called from ring 3. Change-Id: I1c7defb99296b022790a068a6c725b3e860cd68c Signed-off-by: Grzegorz Andrejczuk --- arch/x86/kernel/cpu/intel.c | 27

[PATCH v2 0/4] Enabling Ring 3 MONITOR/MWAIT feature for Knights Landing

These patches enable Intel Xeon Phi x200 feature to use MONITOR/MWAIT instruction in ring 3 (userspace) Patches set MSR 0x140 for all logical CPUs. Then expose it as CPU feature and introduces elf HWCAP capability for x86. Reference:

[PATCH v2 0/4] Enabling Ring 3 MONITOR/MWAIT feature for Knights Landing

These patches enable Intel Xeon Phi x200 feature to use MONITOR/MWAIT instruction in ring 3 (userspace) Patches set MSR 0x140 for all logical CPUs. Then expose it as CPU feature and introduces elf HWCAP capability for x86. Reference:

Re: [PATCH] char/tpm: Check return code of wait_for_tpm_stat

On Tue, Oct 11, 2016 at 08:01:09PM +0200, Peter Huewe wrote: > > > Hi > Am 11. Oktober 2016 19:13:13 MESZ, schrieb Jason Gunthorpe > : > >On Tue, Oct 11, 2016 at 03:01:01PM +0300, Jarkko Sakkinen wrote: > >> From: Peter Huewe > >> > >> In

Re: [PATCH] char/tpm: Check return code of wait_for_tpm_stat

On Tue, Oct 11, 2016 at 08:01:09PM +0200, Peter Huewe wrote: > > > Hi > Am 11. Oktober 2016 19:13:13 MESZ, schrieb Jason Gunthorpe > : > >On Tue, Oct 11, 2016 at 03:01:01PM +0300, Jarkko Sakkinen wrote: > >> From: Peter Huewe > >> > >> In some weird cases it might be possible that the TPM

Re: GPU-DRM-Savage: Less function calls in savage_bci_cmdbuf() after error detection

>> Date: Thu, 18 Aug 2016 21:28:58 +0200 >> >> The kfree() function was called in a few cases by the >> savage_bci_cmdbuf() function during error handling >> even if a passed variable contained a null pointer. >> >> Adjust jump targets according to the Linux coding style convention. >> >>

Re: GPU-DRM-Savage: Less function calls in savage_bci_cmdbuf() after error detection

>> Date: Thu, 18 Aug 2016 21:28:58 +0200 >> >> The kfree() function was called in a few cases by the >> savage_bci_cmdbuf() function during error handling >> even if a passed variable contained a null pointer. >> >> Adjust jump targets according to the Linux coding style convention. >> >>

[PATCH v2][RESEND] seq_file: don't set read position for invalid iterator

If kernfs file is empty on a first read, successive read operations using the same file descriptor will return no data, even when data is available. Default kernfs 'seq_next' implementation advances iterator position even when next object is not there. Kernfs 'seq_start' for following requests

[PATCH v2][RESEND] seq_file: don't set read position for invalid iterator

If kernfs file is empty on a first read, successive read operations using the same file descriptor will return no data, even when data is available. Default kernfs 'seq_next' implementation advances iterator position even when next object is not there. Kernfs 'seq_start' for following requests

Re: [Intel-gfx] drm/i915: WARN_ON_ONCE(!crtc_clock || cdclk < crtc_clock)

On Wed, 2016-10-12 at 14:08 +0300, Joonas Lahtinen wrote: > Bisecting the offending commit between v4.8 and v4.8.1 would be a good > start. That would be between v4.7 and v4.8. (I guess my report was ambiguous.) That might take some time. Because bisecting always takes a long time and especially

Re: [Intel-gfx] drm/i915: WARN_ON_ONCE(!crtc_clock || cdclk < crtc_clock)

On Wed, 2016-10-12 at 14:08 +0300, Joonas Lahtinen wrote: > Bisecting the offending commit between v4.8 and v4.8.1 would be a good > start. That would be between v4.7 and v4.8. (I guess my report was ambiguous.) That might take some time. Because bisecting always takes a long time and especially

[PATCH] mm, compaction: allow compaction for GFP_NOFS requests

From: Michal Hocko compaction has been disabled for GFP_NOFS and GFP_NOIO requests since the direct compaction was introduced by 56de7263fcf3 ("mm: compaction: direct compact when a high-order allocation fails"). The main reason is that the migration of page cache pages might

[PATCH] mm, compaction: allow compaction for GFP_NOFS requests

From: Michal Hocko compaction has been disabled for GFP_NOFS and GFP_NOIO requests since the direct compaction was introduced by 56de7263fcf3 ("mm: compaction: direct compact when a high-order allocation fails"). The main reason is that the migration of page cache pages might recurse back to

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

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 controller core functionality. >> Add Xenon

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

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 controller core functionality. >> Add Xenon specific

Re: [PATCH RESEND] ARM: dts: keystone-k2*: Increase SPI Flash partition size for U-Boot

On Wed, Oct 12, 2016 at 04:30:28PM +0530, Vignesh R wrote: > Hi, > > On Monday 10 October 2016 08:01 PM, Russell King - ARM Linux wrote: > > On Mon, Oct 10, 2016 at 07:41:41PM +0530, Vignesh R wrote: > >> U-Boot SPI Boot image is now more than 512KB for Keystone2 devices and > >> cannot fit into

Re: [PATCH RESEND] ARM: dts: keystone-k2*: Increase SPI Flash partition size for U-Boot

On Wed, Oct 12, 2016 at 04:30:28PM +0530, Vignesh R wrote: > Hi, > > On Monday 10 October 2016 08:01 PM, Russell King - ARM Linux wrote: > > On Mon, Oct 10, 2016 at 07:41:41PM +0530, Vignesh R wrote: > >> U-Boot SPI Boot image is now more than 512KB for Keystone2 devices and > >> cannot fit into

Re: [rtc-linux] [PATCH] rtc: Add support for maxim dallas rtc max-6917

Hi, Seeing this has the same register map as max6916, please use regmap to abstract the accesses and handle both with the same driver. You can have a look at rtc-ds3232.c for an example. On 12/10/2016 at 01:33:32 -0700, VENKAT PRASHANTH B U wrote : > This is a patch to add support for > maxim

Re: [rtc-linux] [PATCH] rtc: Add support for maxim dallas rtc max-6917

Hi, Seeing this has the same register map as max6916, please use regmap to abstract the accesses and handle both with the same driver. You can have a look at rtc-ds3232.c for an example. On 12/10/2016 at 01:33:32 -0700, VENKAT PRASHANTH B U wrote : > This is a patch to add support for > maxim

<    6   7   8   9   10   11   12   13   14   >