4.9.261-rc1 review
Subsystems (2)
[email protected]
maintainercover 4.9.261-rc1 review
From: Greg Kroah-Hartman <[email protected]>
This is the start of the stable review cycle for the 4.9.261 release. There are 11 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Fri, 12 Mar 2021 13:23:09 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.261-rc1.gz
or in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git linux-4.9.y
and the diffstat can be found below.
thanks,
greg k-h
-------------
Pseudo-Shortlog of commits:
Greg Kroah-Hartman <[email protected]>
Linux 4.9.261-rc1
Aswath Govindraju <[email protected]>
misc: eeprom_93xx46: Add quirk to support Microchip 93LC46B eeprom
Bjorn Helgaas <[email protected]>
PCI: Add function 1 DMA alias quirk for Marvell 9215 SATA controller
Hans de Goede <[email protected]>
platform/x86: acer-wmi: Add new force_caps module parameter
Andrey Ryabinin <[email protected]>
iommu/amd: Fix sleeping in atomic in increase_address_space()
Jeffle Xu <[email protected]>
dm table: fix DAX iterate_devices based device capability checks
Jeffle Xu <[email protected]>
dm table: fix iterate_devices based device capability checks
Dan Carpenter <[email protected]>
rsxx: Return -EFAULT if copy_to_user() fails
Colin Ian King <[email protected]>
ALSA: ctxfi: cthw20k2: fix mask on conf to allow 4 bits
Antonio Borneo <[email protected]>
usbip: tools: fix build error for multiple definition
Ira Weiny <[email protected]>
btrfs: fix raid6 qstripe kmap
David Sterba <[email protected]>
btrfs: raid56: simplify tracking of Q stripe presence
-------------
Diffstat:
Makefile | 4 +- drivers/block/rsxx/core.c | 8 ++- drivers/iommu/amd_iommu.c | 10 ++-- drivers/md/dm-table.c | 91 +++++++++++++++++++----------- drivers/misc/eeprom/eeprom_93xx46.c | 15 +++++ drivers/pci/quirks.c | 3 + drivers/platform/x86/acer-wmi.c | 8 ++- fs/btrfs/raid56.c | 58 ++++++++----------- include/linux/eeprom_93xx46.h | 2 + sound/pci/ctxfi/cthw20k2.c | 2 +- tools/usb/usbip/libsrc/usbip_host_common.c | 2 +- 11 files changed, 124 insertions(+), 79 deletions(-)
[email protected]
maintainerPATCH 1/11 btrfs: raid56: simplify tracking of Q stripe presence
From: Greg Kroah-Hartman <[email protected]>
From: David Sterba <[email protected]>
commit c17af96554a8a8777cbb0fd53b8497250e548b43 upstream.
There are temporary variables tracking the index of P and Q stripes, but none of them is really used as such, merely for determining if the Q stripe is present. This leads to compiler warnings with -Wunused-but-set-variable and has been reported several times.
fs/btrfs/raid56.c: In function ‘finish_rmw’:fs/btrfs/raid56.c:1199:6: warning: variable ‘p_stripe’ set but not used [-Wunused-but-set-variable]
1199 | int p_stripe = -1;
| ^~~~~~~~
fs/btrfs/raid56.c: In function ‘finish_parity_scrub’:
fs/btrfs/raid56.c:2356:6: warning: variable ‘p_stripe’ set but not used [-Wunused-but-set-variable]
2356 | int p_stripe = -1;
| ^~~~~~~~Replace the two variables with one that has a clear meaning and also get rid of the warnings. The logic that verifies that there are only 2 valid cases is unchanged.
--- fs/btrfs/raid56.c | 37 +++++++++++++++---------------------- 1 file changed, 15 insertions(+), 22 deletions(-)
fs/btrfs/raid56.c +15 -22
@@ -1179,22 +1179,19 @@ static noinline void finish_rmw(struct bint nr_data = rbio->nr_data;int stripe;int pagenr; -int p_stripe =-1 ; -int q_stripe =-1 ; +bool has_qstripe;struct bio_list bio_list;struct bio *bio;int ret;bio_list_init (&bio_list); -if (rbio->real_stripes - rbio->nr_data ==1 ) { - p_stripe = rbio->real_stripes -1 ; - }else if (rbio->real_stripes - rbio->nr_data ==2 ) { - p_stripe = rbio->real_stripes -2 ; - q_stripe = rbio->real_stripes -1 ; - }else { +if (rbio->real_stripes - rbio->nr_data ==1 ) + has_qstripe = false; +else if (rbio->real_stripes - rbio->nr_data ==2 ) + has_qstripe = true; +else BUG (); - }/* at this point we either have a full stripe, * or we've read the full stripe from the drive.
@@ -1238,7 +1235,7 @@ static noinline void finish_rmw(struct bSetPageUptodate (p); pointers[stripe++] =kmap (p); -if (q_stripe !=-1 ) { +if (has_qstripe) {/* * raid6, add the qstripe and call the
@@ -2306,8 +2303,7 @@ static noinline void finish_parity_scrubint nr_data = rbio->nr_data;int stripe;int pagenr; -int p_stripe =-1 ; -int q_stripe =-1 ; +bool has_qstripe;struct page *p_page =NULL ;struct page *q_page =NULL ;struct bio_list bio_list;
@@ -2317,14 +2313,12 @@ static noinline void finish_parity_scrubbio_list_init (&bio_list); -if (rbio->real_stripes - rbio->nr_data ==1 ) { - p_stripe = rbio->real_stripes -1 ; - }else if (rbio->real_stripes - rbio->nr_data ==2 ) { - p_stripe = rbio->real_stripes -2 ; - q_stripe = rbio->real_stripes -1 ; - }else { +if (rbio->real_stripes - rbio->nr_data ==1 ) + has_qstripe = false; +else if (rbio->real_stripes - rbio->nr_data ==2 ) + has_qstripe = true; +else BUG (); - }if (bbio->num_tgtdevs && bbio->tgtdev_map[rbio->scrubp]) { is_replace =1 ;
@@ -2346,7 +2340,7 @@ static noinline void finish_parity_scrub goto cleanup;SetPageUptodate (p_page); -if (q_stripe !=-1 ) { +if (has_qstripe) { q_page =alloc_page (GFP_NOFS | __GFP_HIGHMEM);if (!q_page) {__free_page (p_page);
@@ -2369,8 +2363,7 @@ static noinline void finish_parity_scrub/* then add the parity stripe */ pointers[stripe++] =kmap (p_page); -if (q_stripe !=-1 ) { - +if (has_qstripe) {/* * raid6, add the qstripe and call the * library function to fill in our p/q
[email protected]
maintainerPATCH 2/11 btrfs: fix raid6 qstripe kmap
In reply to [email protected]From: Greg Kroah-Hartman <[email protected]>
From: Ira Weiny <[email protected]>
commit d70cef0d46729808dc53f145372c02b145c92604 upstream.
When a qstripe is required an extra page is allocated and mapped. There were 3 problems:
1) There is no corresponding call of kunmap() for the qstripe page.
2) There is no reason to map the qstripe page more than once if the number of bits set in rbio->dbitmap is greater than one.
3) There is no reason to map the parity page and unmap it each time through the loop.
The page memory can continue to be reused with a single mapping on each iteration by raid6_call.gen_syndrome() without remapping. So map the page for the duration of the loop.
Similarly, improve the algorithm by mapping the parity page just 1 time.
--- fs/btrfs/raid56.c | 21 ++++++++++----------- 1 file changed, 10 insertions(+), 11 deletions(-)
fs/btrfs/raid56.c +10 -11
@@ -2341,16 +2341,21 @@ static noinline void finish_parity_scrubSetPageUptodate (p_page);if (has_qstripe) { +/* RAID6, allocate and map temp space for the Q stripe */ q_page =alloc_page (GFP_NOFS | __GFP_HIGHMEM);if (!q_page) {__free_page (p_page); goto cleanup; }SetPageUptodate (q_page); + pointers[rbio->real_stripes -1 ] =kmap (q_page); }atomic_set (&rbio->error,0 ); +/* Map the parity stripe just once */ + pointers[nr_data] =kmap (p_page); +for_each_set_bit (pagenr, rbio->dbitmap, rbio->stripe_npages) {struct page *p;void *parity;
@@ -2360,16 +2365,8 @@ static noinline void finish_parity_scrub pointers[stripe] =kmap (p); } -/* then add the parity stripe */ - pointers[stripe++] =kmap (p_page); -if (has_qstripe) { -/* -* raid6, add the qstripe and call the -* library function to fill in our p/q -*/ - pointers[stripe++] =kmap (q_page); - +/* RAID6, call the library function to fill in our P/Q */ raid6_call.gen_syndrome (rbio->real_stripes,PAGE_SIZE , pointers); }else {
@@ -2390,12 +2387,14 @@ static noinline void finish_parity_scrubfor (stripe =0 ; stripe < nr_data; stripe++)kunmap (page_in_rbio (rbio, stripe, pagenr,0 )); -kunmap (p_page); } +kunmap (p_page);__free_page (p_page); -if (q_page) +if (q_page) { +kunmap (q_page);__free_page (q_page); + } writeback:/*
[email protected]
maintainerPATCH 3/11 usbip: tools: fix build error for multiple definition
In reply to [email protected]From: Greg Kroah-Hartman <[email protected]>
From: Antonio Borneo <[email protected]>
commit d5efc2e6b98fe661dbd8dd0d5d5bfb961728e57a upstream.
With GCC 10, building usbip triggers error for multiple definition of 'udev_context', in:
- libsrc/vhci_driver.c:18 and
- libsrc/usbip_host_common.c:27.
Declare as extern the definition in libsrc/usbip_host_common.c.
--- tools/usb/usbip/libsrc/usbip_host_common.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
tools/usb/usbip/libsrc/usbip_host_common.c +1 -1
@@ -35,7 +35,7 @@#include "list.h" #include "sysfs_utils.h" -struct udev *udev_context; +extern struct udev *udev_context;static int32_t read_attr_usbip_status (struct usbip_usb_device *udev) {
[email protected]
maintainerPATCH 4/11 ALSA: ctxfi: cthw20k2: fix mask on conf to allow 4 bits
In reply to [email protected]From: Greg Kroah-Hartman <[email protected]>
From: Colin Ian King <[email protected]>
[ Upstream commit 26a9630c72ebac7c564db305a6aee54a8edde70e ]
Currently the mask operation on variable conf is just 3 bits so the switch statement case value of 8 is unreachable dead code. The function daio_mgr_dao_init can be passed a 4 bit value, function dao_rsc_init calls it with conf set to:
conf = (desc->msr & 0x7) | (desc->passthru << 3);
so clearly when desc->passthru is set to 1 then conf can be at least 8.
Fix this by changing the mask to 0xf.
--- sound/pci/ctxfi/cthw20k2.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
sound/pci/ctxfi/cthw20k2.c +1 -1
@@ -995,7 +995,7 @@ static int daio_mgr_dao_init(void *blk, unsigned int idx, unsigned int conf)if (idx <4 ) {/* S/PDIF output */ -switch ((conf &0x7 )) { +switch ((conf &0xf )) {case 1 :set_field (&ctl->txctl[idx],ATXCTL_NUC ,0 );break ;
Signature · 1 line
2.30.1
[email protected]
maintainerPATCH 5/11 rsxx: Return -EFAULT if copy_to_user() fails
In reply to [email protected]From: Greg Kroah-Hartman <[email protected]>
From: Dan Carpenter <[email protected]>
[ Upstream commit 77516d25f54912a7baedeeac1b1b828b6f285152 ]
The copy_to_user() function returns the number of bytes remaining but we want to return -EFAULT to the user if it can't complete the copy. The "st" variable only holds zero on success or negative error codes on failure so the type should be int.
--- drivers/block/rsxx/core.c | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-)
drivers/block/rsxx/core.c +5 -3
@@ -180,15 +180,17 @@ static ssize_t rsxx_cram_read(struct file *fp, char __user *ubuf, {struct rsxx_cardinfo *card =file_inode (fp)->i_private;char *buf; -ssize_t st; +int st; buf =kzalloc (cnt,GFP_KERNEL );if (!buf)return -ENOMEM ; st =rsxx_creg_read (card,CREG_ADD_CRAM + (u32)*ppos, cnt, buf,1 ); -if (!st) - st =copy_to_user (ubuf, buf, cnt); +if (!st) { +if (copy_to_user (ubuf, buf, cnt)) + st = -EFAULT ; + }kfree (buf);if (st)return st;
Signature · 1 line
2.30.1
[email protected]
maintainerPATCH 6/11 dm table: fix iterate_devices based device capability checks
In reply to [email protected]From: Greg Kroah-Hartman <[email protected]>
From: Jeffle Xu <[email protected]>
commit a4c8dd9c2d0987cf542a2a0c42684c9c6d78a04e upstream.
According to the definition of dm_iterate_devices_fn:
* This function must iterate through each section of device used by the
* target until it encounters a non-zero return code, which it then returns.
* Returns zero if no callout returned non-zero.
For some target type (e.g. dm-stripe), one call of iterate_devices() may iterate multiple underlying devices internally, in which case a non-zero return code returned by iterate_devices_callout_fn will stop the iteration in advance. No iterate_devices_callout_fn should return non-zero unless device iteration should stop.
Rename dm_table_requires_stable_pages() to dm_table_any_dev_attr() and elevate it for reuse to stop iterating (and return non-zero) on the first device that causes iterate_devices_callout_fn to return non-zero. Use dm_table_any_dev_attr() to properly iterate through devices.
Rename device_is_nonrot() to device_is_rotational() and invert logic accordingly to fix improper disposition.
[jeffle: backport notes]
No stable writes. Also convert the no_sg_merge capability check, which is introduced by commit 200612ec33e5 ("dm table: propagate QUEUE_FLAG_NO_SG_MERGE"), and removed since commit 2705c93742e9 ("block:
kill QUEUE_FLAG_NO_SG_MERGE") in v5.1.
--- drivers/md/dm-table.c | 83 +++++++++++++++++++++++++++++++------------------- 1 file changed, 53 insertions(+), 30 deletions(-)
drivers/md/dm-table.c +53 -30
@@ -1306,6 +1306,46 @@ struct dm_target *dm_table_find_target(sreturn &t->targets[(KEYS_PER_NODE * n) + k]; } +/* +* type->iterate_devices() should be called when the sanity check needs to +* iterate and check all underlying data devices. iterate_devices() will +* iterate all underlying data devices until it encounters a non-zero return +* code, returned by whether the input iterate_devices_callout_fn, or +* iterate_devices() itself internally. +* +* For some target type (e.g. dm-stripe), one call of iterate_devices() may +* iterate multiple underlying devices internally, in which case a non-zero +* return code returned by iterate_devices_callout_fn will stop the iteration +* in advance. +* +* Cases requiring _any_ underlying device supporting some kind of attribute, +* should use the iteration structure like dm_table_any_dev_attr(), or call +* it directly. @func should handle semantics of positive examples, e.g. +* capable of something. +* +* Cases requiring _all_ underlying devices supporting some kind of attribute, +* should use the iteration structure like dm_table_supports_nowait() or +* dm_table_supports_discards(). Or introduce dm_table_all_devs_attr() that +* uses an @anti_func that handle semantics of counter examples, e.g. not +* capable of something. So: return !dm_table_any_dev_attr(t, anti_func); +*/ +static bool dm_table_any_dev_attr (struct dm_table *t, +iterate_devices_callout_fn func) +{ +struct dm_target *ti; +unsigned int i; + +for (i =0 ; i <dm_table_get_num_targets (t); i++) { + ti =dm_table_get_target (t, i); + +if (ti->type->iterate_devices && + ti->type->iterate_devices (ti, func,NULL )) +return true; + } + +return false; +} +static int count_device (struct dm_target *ti,struct dm_dev *dev,sector_t start,sector_t len,void *data) {
@@ -1476,12 +1516,12 @@ static bool dm_table_discard_zeroes_datareturn true; } -static int device_is_nonrot (struct dm_target *ti,struct dm_dev *dev, -sector_t start,sector_t len,void *data) +static int device_is_rotational (struct dm_target *ti,struct dm_dev *dev, +sector_t start,sector_t len,void *data) {struct request_queue *q =bdev_get_queue (dev->bdev); -return q &&blk_queue_nonrot (q); +return q && !blk_queue_nonrot (q); } static int device_is_not_random(struct dm_target *ti, struct dm_dev *dev,
@@ -1492,29 +1532,12 @@ static int device_is_not_random(struct dreturn q && !blk_queue_add_random (q); } -static int queue_supports_sg_merge (struct dm_target *ti,struct dm_dev *dev, -sector_t start,sector_t len,void *data) +static int queue_no_sg_merge (struct dm_target *ti,struct dm_dev *dev, +sector_t start,sector_t len,void *data) {struct request_queue *q =bdev_get_queue (dev->bdev); -return q && !test_bit (QUEUE_FLAG_NO_SG_MERGE , &q->queue_flags); -} - -static bool dm_table_all_devices_attribute (struct dm_table *t, -iterate_devices_callout_fn func) -{ -struct dm_target *ti; -unsigned i =0 ; - -while (i <dm_table_get_num_targets (t)) { - ti =dm_table_get_target (t, i++); - -if (!ti->type->iterate_devices || - !ti->type->iterate_devices (ti, func,NULL )) -return false; - } - -return true; +return q &&test_bit (QUEUE_FLAG_NO_SG_MERGE , &q->queue_flags); } static int device_not_write_same_capable(struct dm_target *ti, struct dm_dev *dev,
@@ -1607,18 +1630,18 @@ void dm_table_set_restrictions(struct dm q->limits.discard_zeroes_data =0 ;/* Ensure that all underlying devices are non-rotational. */ -if (dm_table_all_devices_attribute (t, device_is_nonrot)) -queue_flag_set_unlocked (QUEUE_FLAG_NONROT , q); -else +if (dm_table_any_dev_attr (t, device_is_rotational))queue_flag_clear_unlocked (QUEUE_FLAG_NONROT , q); +else +queue_flag_set_unlocked (QUEUE_FLAG_NONROT , q);if (!dm_table_supports_write_same (t)) q->limits.max_write_same_sectors =0 ; -if (dm_table_all_devices_attribute (t, queue_supports_sg_merge)) -queue_flag_clear_unlocked (QUEUE_FLAG_NO_SG_MERGE , q); -else +if (dm_table_any_dev_attr (t, queue_no_sg_merge))queue_flag_set_unlocked (QUEUE_FLAG_NO_SG_MERGE , q); +else +queue_flag_clear_unlocked (QUEUE_FLAG_NO_SG_MERGE , q);dm_table_verify_integrity (t);
@@ -1628,7 +1651,7 @@ void dm_table_set_restrictions(struct dm* Clear QUEUE_FLAG_ADD_RANDOM if any underlying device does not * have it set. */ -if (blk_queue_add_random (q) &&dm_table_all_devices_attribute (t, device_is_not_random)) +if (blk_queue_add_random (q) &&dm_table_any_dev_attr (t, device_is_not_random))queue_flag_clear_unlocked (QUEUE_FLAG_ADD_RANDOM , q);/*
[email protected]
maintainerPATCH 7/11 dm table: fix DAX iterate_devices based device capability checks
In reply to [email protected]From: Greg Kroah-Hartman <[email protected]>
From: Jeffle Xu <[email protected]>
commit 5b0fab508992c2e120971da658ce80027acbc405 upstream.
Fix dm_table_supports_dax() and invert logic of both iterate_devices_callout_fn so that all devices' DAX capabilities are properly checked.
--- drivers/md/dm-table.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-)
drivers/md/dm-table.c +4 -4
@@ -848,12 +848,12 @@ void dm_table_set_type(struct dm_table * }EXPORT_SYMBOL_GPL (dm_table_set_type); -static int device_supports_dax (struct dm_target *ti,struct dm_dev *dev, -sector_t start,sector_t len,void *data) +static int device_not_dax_capable (struct dm_target *ti,struct dm_dev *dev, +sector_t start,sector_t len,void *data) {struct request_queue *q =bdev_get_queue (dev->bdev); -return q &&blk_queue_dax (q); +return q && !blk_queue_dax (q); }static bool dm_table_supports_dax (struct dm_table *t)
@@ -869,7 +869,7 @@ static bool dm_table_supports_dax(structreturn false;if (!ti->type->iterate_devices || - !ti->type->iterate_devices (ti, device_supports_dax,NULL )) + ti->type->iterate_devices (ti, device_not_dax_capable,NULL ))return false; }
[email protected]
maintainerPATCH 8/11 iommu/amd: Fix sleeping in atomic in increase_address_space()
In reply to [email protected]From: Greg Kroah-Hartman <[email protected]>
From: Andrey Ryabinin <[email protected]>
commit 140456f994195b568ecd7fc2287a34eadffef3ca upstream.
increase_address_space() calls get_zeroed_page(gfp) under spin_lock with disabled interrupts. gfp flags passed to increase_address_space() may allow sleeping, so it comes to this:
BUG: sleeping function called from invalid context at mm/page_alloc.c:4342 in_atomic(): 1, irqs_disabled(): 1, pid: 21555, name: epdcbbf1qnhbsd8 Call Trace: dump_stack+0x66/0x8b ___might_sleep+0xec/0x110 __alloc_pages_nodemask+0x104/0x300 get_zeroed_page+0x15/0x40 iommu_map_page+0xdd/0x3e0 amd_iommu_map+0x50/0x70 iommu_map+0x106/0x220 vfio_iommu_type1_ioctl+0x76e/0x950 [vfio_iommu_type1] do_vfs_ioctl+0xa3/0x6f0 ksys_ioctl+0x66/0x70 __x64_sys_ioctl+0x16/0x20 do_syscall_64+0x4e/0x100 entry_SYSCALL_64_after_hwframe+0x44/0xa9
Fix this by moving get_zeroed_page() out of spin_lock/unlock section.
--- drivers/iommu/amd_iommu.c | 10 ++++++---- 1 file changed, 6 insertions(+), 4 deletions(-)
drivers/iommu/amd_iommu.c +6 -4
@@ -1331,24 +1331,26 @@ static void increase_address_space(strucunsigned long flags;u64 *pte; + pte = (void *)get_zeroed_page (gfp); +if (!pte) + goto out; +spin_lock_irqsave (&domain->lock, flags);if (WARN_ON_ONCE (domain->mode ==PAGE_MODE_6_LEVEL ))/* address space already 64 bit large */ goto out; - pte = (void *)get_zeroed_page (gfp); -if (!pte) - goto out; - *pte =PM_LEVEL_PDE (domain->mode,virt_to_phys (domain->pt_root)); domain->pt_root = pte; domain->mode +=1 ; domain->updated = true; + pte =NULL ; out:spin_unlock_irqrestore (&domain->lock, flags); +free_page ((unsigned long )pte);return ; }
[email protected]
maintainerPATCH 9/11 platform/x86: acer-wmi: Add new force_caps module parameter
In reply to [email protected]From: Greg Kroah-Hartman <[email protected]>
From: Hans de Goede <[email protected]>
[ Upstream commit 39aa009bb66f9d5fbd1e58ca4aa03d6e6f2c9915 ]
Add a new force_caps module parameter to allow overriding the drivers builtin capability detection mechanism.
This can be used to for example:
-Disable rfkill functionality on devices where there is an AA OEM DMI
record advertising non functional rfkill switches
-Force loading of the driver on devices with a missing AA OEM DMI record
Note that force_caps is -1 when unset, this allows forcing the capability field to 0, which results in acer-wmi only providing WMI hotkey handling while disabling all other (led, rfkill, backlight) functionality.
--- drivers/platform/x86/acer-wmi.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-)
drivers/platform/x86/acer-wmi.c +7 -1
@@ -229,6 +229,7 @@ static int mailled = -1;static int brightness =-1 ;static int threeg =-1 ;static int force_series; +static int force_caps =-1 ;static bool ec_raw_mode;static bool has_type_aa;static u16 commun_func_bitmap;
@@ -238,11 +239,13 @@ module_param(mailled, int, 0444);module_param (brightness, int,0444 );module_param (threeg, int,0444 );module_param (force_series, int,0444 ); +module_param (force_caps, int,0444 );module_param (ec_raw_mode, bool,0444 );MODULE_PARM_DESC (mailled,"Set initial state of Mail LED" );MODULE_PARM_DESC (brightness,"Set initial LCD backlight brightness" );MODULE_PARM_DESC (threeg,"Set initial state of 3G hardware" );MODULE_PARM_DESC (force_series,"Force a different laptop series" ); +MODULE_PARM_DESC (force_caps,"Force the capability bitmask to this value" );MODULE_PARM_DESC (ec_raw_mode,"Enable EC raw mode" );struct acer_data {
@@ -2198,7 +2201,7 @@ static int __init acer_wmi_init(void) }/* WMID always provides brightness methods */ interface->capability |=ACER_CAP_BRIGHTNESS ; - }else if (!wmi_has_guid (WMID_GUID2 ) && interface && !has_type_aa) { + }else if (!wmi_has_guid (WMID_GUID2 ) && interface && !has_type_aa && force_caps ==-1 ) {pr_err ("No WMID device detection method found\n" );return -ENODEV ; }
@@ -2228,6 +2231,9 @@ static int __init acer_wmi_init(void)if (acpi_video_get_backlight_type () != acpi_backlight_vendor) interface->capability &= ~ACER_CAP_BRIGHTNESS ; +if (force_caps !=-1 ) + interface->capability = force_caps; +if (wmi_has_guid (WMID_GUID3 )) {if (ec_raw_mode) {if (ACPI_FAILURE (acer_wmi_enable_ec_raw ())) {
Signature · 1 line
2.30.1
[email protected]
maintainerPATCH 10/11 PCI: Add function 1 DMA alias quirk for Marvell 9215 SATA controller
In reply to [email protected]From: Greg Kroah-Hartman <[email protected]>
From: Bjorn Helgaas <[email protected]>
[ Upstream commit 059983790a4c963d92943e55a61fca55be427d55 ]
Add function 1 DMA alias quirk for Marvell 88SS9215 PCIe SSD Controller.
--- drivers/pci/quirks.c | 3 +++ 1 file changed, 3 insertions(+)
drivers/pci/quirks.c +3 -0
@@ -3911,6 +3911,9 @@ DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_MARVELL_EXT, 0x9182,/* https://bugzilla.kernel.org/show_bug.cgi?id=42679#c46 */ DECLARE_PCI_FIXUP_HEADER (PCI_VENDOR_ID_MARVELL_EXT ,0x91a0 , quirk_dma_func1_alias); +/* https://bugzilla.kernel.org/show_bug.cgi?id=42679#c135 */ +DECLARE_PCI_FIXUP_HEADER (PCI_VENDOR_ID_MARVELL_EXT ,0x9215 , + quirk_dma_func1_alias);/* https://bugzilla.kernel.org/show_bug.cgi?id=42679#c127 */ DECLARE_PCI_FIXUP_HEADER (PCI_VENDOR_ID_MARVELL_EXT ,0x9220 , quirk_dma_func1_alias);
Signature · 1 line
2.30.1
[email protected]
maintainerPATCH 11/11 misc: eeprom_93xx46: Add quirk to support Microchip 93LC46B eeprom
In reply to [email protected]From: Greg Kroah-Hartman <[email protected]>
From: Aswath Govindraju <[email protected]>
[ Upstream commit f6f1f8e6e3eea25f539105d48166e91f0ab46dd1 ]
A dummy zero bit is sent preceding the data during a read transfer by the Microchip 93LC46B eeprom (section 2.7 of[1]). This results in right shift of data during a read. In order to ignore this bit a quirk can be added to send an extra zero bit after the read address.
Add a quirk to ignore the zero bit sent before data by adding a zero bit after the read address.
[1] - https://www.mouser.com/datasheet/2/268/20001749K-277859.pdf
--- drivers/misc/eeprom/eeprom_93xx46.c | 15 +++++++++++++++ include/linux/eeprom_93xx46.h | 2 ++ 2 files changed, 17 insertions(+)
drivers/misc/eeprom/eeprom_93xx46.c +15 -0
@@ -38,6 +38,10 @@ static const struct eeprom_93xx46_devtype_data atmel_at93c46d_data = { EEPROM_93XX46_QUIRK_INSTRUCTION_LENGTH, }; +static const struct eeprom_93xx46_devtype_data microchip_93lc46b_data = { + .quirks =EEPROM_93XX46_QUIRK_EXTRA_READ_CYCLE , +}; +struct eeprom_93xx46_dev {struct spi_device *spi;struct eeprom_93xx46_platform_data *pdata;
@@ -58,6 +62,11 @@ static inline bool has_quirk_instruction_length(struct eeprom_93xx46_dev *edev)return edev->pdata->quirks &EEPROM_93XX46_QUIRK_INSTRUCTION_LENGTH ; } +static inline bool has_quirk_extra_read_cycle (struct eeprom_93xx46_dev *edev) +{ +return edev->pdata->quirks &EEPROM_93XX46_QUIRK_EXTRA_READ_CYCLE ; +} +static int eeprom_93xx46_read (void *priv,unsigned int off,void *val,size_t count) {
@@ -99,6 +108,11 @@ static int eeprom_93xx46_read(void *priv, unsigned int off,dev_dbg (&edev->spi->dev,"read cmd 0x%x, %d Hz\n" , cmd_addr, edev->spi->max_speed_hz); +if (has_quirk_extra_read_cycle (edev)) { + cmd_addr <<=1 ; + bits +=1 ; + } +spi_message_init (&m); t[0 ].tx_buf = (char *)&cmd_addr;
@@ -366,6 +380,7 @@ static void select_deassert(void *context)static const struct of_device_id eeprom_93xx46_of_table[] = { { .compatible ="eeprom-93xx46" , }, { .compatible ="atmel,at93c46d" , .data = &atmel_at93c46d_data, }, + { .compatible ="microchip,93lc46b" , .data = µchip_93lc46b_data, }, {} };MODULE_DEVICE_TABLE (of, eeprom_93xx46_of_table);
include/linux/eeprom_93xx46.h +2 -0
@@ -16,6 +16,8 @@ struct eeprom_93xx46_platform_data {#define EEPROM_93XX46_QUIRK_SINGLE_WORD_READ (1 << 0)/* Instructions such as EWEN are (addrlen + 2) in length. */ #define EEPROM_93XX46_QUIRK_INSTRUCTION_LENGTH (1 << 1) +/* Add extra cycle after address during a read */ +#define EEPROM_93XX46_QUIRK_EXTRA_READ_CYCLE BIT(2)/* * optional hooks to control additional logic
Signature · 1 line
2.30.1
Quoted 11 lines · On 3/10/21 6:24 AM, [email protected] wrote:
From: Greg Kroah-Hartman <[email protected]>
This is the start of the stable review cycle for the 4.9.261 release. There are 11 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Fri, 12 Mar 2021 13:23:09 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
Quoted 9 lines
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.261-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.9.y
and the diffstat can be found below.thanks,
greg k-h
Compiled and booted on my test system. No dmesg regressions.
thanks,
-- Shuah
Quoted 10 lines · On Wed, Mar 10, 2021 at 02:24:59PM +0100, [email protected] wrote:
From: Greg Kroah-Hartman <[email protected]>
This is the start of the stable review cycle for the 4.9.261 release. There are 11 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Fri, 12 Mar 2021 13:23:09 +0000. Anything received after that time might be too late.
Build results:
total: 168 pass: 168 fail: 0 Qemu test results: total: 383 pass: 383 fail: 0
Guenter
Quoted 11 lines · On 3/10/2021 5:24 AM, [email protected] wrote:
From: Greg Kroah-Hartman <[email protected]>
This is the start of the stable review cycle for the 4.9.261 release. There are 11 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Fri, 12 Mar 2021 13:23:09 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
Quoted 8 lines
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.261-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.9.y
and the diffstat can be found below.thanks,
greg k-h
On ARCH_BRCMSTB using 32-bit and 64-bit ARM kernels:
Signature · 1 line
Florian
Quoted 11 lines · On Wed, 10 Mar 2021 14:24:59 +0100, [email protected] wrote:
From: Greg Kroah-Hartman <[email protected]>
This is the start of the stable review cycle for the 4.9.261 release. There are 11 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Fri, 12 Mar 2021 13:23:09 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
Quoted 8 lines
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.261-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.9.y
and the diffstat can be found below.thanks,
greg k-h
All tests passing for Tegra ...
Test results for stable-v4.9:
8 builds: 8 pass, 0 fail
16 boots: 16 pass, 0 fail
30 tests: 30 pass, 0 failLinux version: 4.9.261-rc1-g8bf14e5a6c5c
Boards tested: tegra124-jetson-tk1, tegra20-ventana,
tegra210-p2371-2180, tegra30-cardhu-a04
Jon
Quoted 12 lines · On Wed, 10 Mar 2021 at 18:56, <[email protected]> wrote:
From: Greg Kroah-Hartman <[email protected]>
This is the start of the stable review cycle for the 4.9.261 release. There are 11 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know.
Responses should be made by Fri, 12 Mar 2021 13:23:09 +0000. Anything received after that time might be too late.
The whole patch series can be found in one patch at:
Quoted 8 lines
https://www.kernel.org/pub/linux/kernel/v4.x/stable-review/patch-4.9.261-rc1.gzor in the git tree and branch at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.gitlinux-4.9.y
and the diffstat can be found below.thanks,
greg k-h
Results from Linaro’s test farm.
No regressions on arm64, arm, x86_64, and i386.
Summary
------------------------------------------------------------------------
kernel: 4.9.261-rc1
git repo: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
git branch: linux-4.9.y
git commit: 8bf14e5a6c5c131e93c7c423725d758b0a6f531a
git describe: v4.9.260-12-g8bf14e5a6c5c
Test details: https://qa-reports.linaro.org/lkft/linux-stable-rc-linux-4.9.y/build/v4.9.260-12-g8bf14e5a6c5c
No regressions (compared to build v4.9.260)
No fixes (compared to build v4.9.260)
Ran 41377 total tests in the following environments and test suites.
Environments
--------------
- arm
- arm64
- dragonboard-410c - arm64
- hi6220-hikey - arm64
- i386
- juno-64k_page_size
- juno-r2 - arm64
- juno-r2-compat
- juno-r2-kasan
- mips
- qemu-arm64-kasan
- qemu-x86_64-kasan
- qemu_arm
- qemu_arm64
- qemu_arm64-compat
- qemu_i386
- qemu_x86_64
- qemu_x86_64-compat
- sparc
- x15 - arm
- x86_64
- x86-kasan
- x86_64
Test Suites
-----------
* build
* linux-log-parser
* igt-gpu-tools
* install-android-platform-tools-r2600
* kselftest-android
* kselftest-bpf
* kselftest-capabilities
* kselftest-cgroup
* kselftest-clone3
* kselftest-core
* kselftest-cpu-hotplug
* kselftest-cpufreq
* kselftest-efivarfs
* kselftest-filesystems
* kselftest-firmware
* kselftest-fpu
* kselftest-futex
* kselftest-gpio
* kselftest-intel_pstate
* kselftest-ipc
* kselftest-ir
* kselftest-kcmp
* kselftest-kvm
* kselftest-lib
* kselftest-livepatch
* kselftest-lkdtm
* kselftest-membarrier
* kselftest-ptrace
* kselftest-rseq
* kselftest-rtc
* kselftest-seccomp
* kselftest-sigaltstack
* kselftest-size
* kselftest-splice
* kselftest-static_keys
* kselftest-sysctl
* kselftest-timens
* kselftest-timers
* kselftest-tmpfs
* kselftest-tpm2
* kselftest-user
* kselftest-zram
* libhugetlbfs
* ltp-cap_bounds-tests
* ltp-commands-tests
* ltp-containers-tests
* ltp-controllers-tests
* ltp-cpuhotplug-tests
* ltp-crypto-tests
* ltp-dio-tests
* ltp-fcntl-locktests-tests
* ltp-filecaps-tests
* ltp-fs_bind-tests
* ltp-fs_perms_simple-tests
* ltp-fsx-tests
* ltp-hugetlb-tests
* ltp-io-tests
* ltp-ipc-tests
* ltp-math-tests
* ltp-mm-tests
* ltp-nptl-tests
* ltp-pty-tests
* ltp-sched-tests
* ltp-securebits-tests
* ltp-syscalls-tests
* ltp-tracing-tests
* v4l2-compliance
* fwts
* ltp-cve-tests
* ltp-fs-tests
* network-basic-tests
* perf
* kselftest-kexec
* kselftest-sync
* kselftest-vm
* kselftest-x86
* ltp-open-posix-tests
* kvm-unit-tests
* ssuite
Signature · 2 lines
Linaro LKFT https://lkft.linaro.org