[PATCH] blk-mq: add random early detection I/O scheduler

From: Omar Sandoval This patch introduces a new I/O scheduler based on the classic random early detection active queue management algorithm [1]. Random early detection is one of the simplest and most studied AQM algorithms for networking, but until now, it hasn't been applied to

Re: [RFC/RFT][PATCH] cpufreq: schedutil: Reduce frequencies slower

On Sun, Apr 2, 2017 at 1:29 AM, Andres Oportus wrote: > On Sat, Apr 1, 2017 at 1:39 PM, Andres Oportus > wrote: >> Hi Rafael, Juri, [cut] >>> >>> > As we discussed at the last LPC, having an energy model handy and use >>> > that to decide

Re: [PATCH] NFC: nfcmrvl: drop duplicate header gpio.h

Hi Geliang, On Thu, Nov 24, 2016 at 09:58:34PM +0800, Geliang Tang wrote: > Drop duplicate header gpio.h from nfcmrvl/spi.c. > > Signed-off-by: Geliang Tang > --- > drivers/nfc/nfcmrvl/spi.c | 1 - > 1 file changed, 1 deletion(-) Patch applied, thanks. Cheers, Samuel.

Re: [RFC PATCH v1 00/30] fs: inode->i_version rework and optimization

On Thu, Mar 30, 2017 at 12:12:31PM -0400, J. Bruce Fields wrote: > On Thu, Mar 30, 2017 at 07:11:48AM -0400, Jeff Layton wrote: > > On Thu, 2017-03-30 at 08:47 +0200, Jan Kara wrote: > > > Because if above is acceptable we could make reported i_version to be a > > > sum > > > of "superblock crash

Re: [PATCH 1/2] input: cros_ec_keyb: Report wakeup events

Hi Dmitry, On 04/02/2017 01:14 AM, Dmitry Torokhov wrote: On Sat, Apr 01, 2017 at 10:12:37AM -0700, Dmitry Torokhov wrote: Hi Jeffy, On Thu, Mar 30, 2017 at 05:50:49PM +0800, Jeffy Chen wrote: Report wakeup events when process events. Signed-off-by: Jeffy Chen

Re: [PATCH] KEYS: encrypted: avoid encrypting/decrypting stack buffers

Hi Eric, On Sat, 2017-04-01 at 12:17 -0700, Eric Biggers wrote: > From: Eric Biggers > > Since v4.9, the crypto API cannot (normally) be used to encrypt/decrypt > stack buffers because the stack may be virtually mapped. Fix this for > the padding buffers in encrypted-keys

Re: [PATCH 3.16 00/19] 3.16.43-rc1 review

On 04/01/2017 03:40 PM, Ben Hutchings wrote: On Sat, 2017-04-01 at 10:43 -0700, Guenter Roeck wrote: [snip list of MIPS failures] I tried to build mips:allnoconfig with the following binutils versions. They all fail with the same errors. 2.22 (from Poky version 1.3) 2.22 (kernel

Re: [PATCH] sparc/time: set ->min_delta_ticks and ->max_delta_ticks

From: Nicolai Stange Date: Thu, 30 Mar 2017 21:56:47 +0200 > In preparation for making the clockevents core NTP correction aware, > all clockevent device drivers must set ->min_delta_ticks and > ->max_delta_ticks rather than ->min_delta_ns and ->max_delta_ns: a > clockevent

[PATCH] KEYS: encrypted: avoid encrypting/decrypting stack buffers

From: Eric Biggers Since v4.9, the crypto API cannot (normally) be used to encrypt/decrypt stack buffers because the stack may be virtually mapped. Fix this for the padding buffers in encrypted-keys by using ZERO_PAGE for the encryption padding and by allocating a temporary

Re: [PATCH net v2] openvswitch: Fix ovs_flow_key_update()

From: Yi-Hung Wei Date: Thu, 30 Mar 2017 12:36:03 -0700 > ovs_flow_key_update() is called when the flow key is invalid, and it is > used to update and revalidate the flow key. Commit 329f45bc4f19 > ("openvswitch: add mac_proto field to the flow key") introduces mac_proto >

[PATCH] KEYS: fix dereferencing NULL payload with nonzero length

From: Eric Biggers sys_add_key() and the KEYCTL_UPDATE operation of sys_keyctl() allowed a NULL payload with nonzero length to be passed to the key type's ->preparse(), ->instantiate(), and/or ->update() methods. Various key types including asymmetric, cifs.idmap,

Re: [PATCH] Make EN2 pin optional in the TRF7970A driver

Hi Heiko, On Tue, Feb 07, 2017 at 06:22:04AM +0100, Heiko Schocher wrote: > From: Guan Ben > > Make the EN2 pin optional. This is useful for boards, > which have this pin fix wired, for example to ground. > > Signed-off-by: Guan Ben >

[PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

Many embedded systems don't need the full TTY layer support. Most of the time, the TTY layer is only a conduit for outputting debugging messages over a serial port. The TTY layer also implements many features that are very unlikely to ever be used in such a setup. There is great potential for both

[PATCH v2 3/5] serial: small Makefile reordering

Move 21285 entry down alongside other UART drivers to be more consistent with the rest of the file. It is kept before 8250 though, to preserve the existing link ordering between those two. Signed-off-by: Nicolas Pitre --- drivers/tty/serial/Makefile | 3 ++- 1 file changed, 2

Re: [PATCH] nfc: fdp: fix NULL pointer dereference

Hi Sudip, On Tue, Dec 20, 2016 at 09:09:04PM +, Sudip Mukherjee wrote: > We are checking phy after dereferencing it. We can print the debug > information after checking it. If phy is NULL then we will get a good > stack trace to tell us that we are in this irq handler. > > Signed-off-by:

[PATCH] sparc32: Export vac_cache_size to fix build error

sparc32:allmodconfig fails to build with the following error. ERROR: "vac_cache_size" [drivers/infiniband/sw/rxe/rdma_rxe.ko] undefined! Fixes: cb8864559631 ("infiniband: Fix alignment of mmap cookies ...") Cc: Jason Gunthorpe Cc: Doug Ledford

Re: [RFC 1/8] Introduce Peer-to-Peer memory (p2pmem) device

Hey, On 31/03/17 08:17 PM, ok...@codeaurora.org wrote: > See drivers/pci and drivers/acpi directory. The best I could find was the date of the firmware/bios. I really don't think that makes sense to tie the two together. And really the more that I think about it trying to do a date cutoff for

[PATCH v2 2/5] tty: move baudrate handling code to a file of its own

To allow reuse without the rest of the tty_ioctl code. Signed-off-by: Nicolas Pitre --- drivers/tty/Makefile | 2 +- drivers/tty/tty_baudrate.c | 232 + drivers/tty/tty_ioctl.c| 222

[PATCH v2 5/5] minitty: minimal TTY support alternative for serial ports

This is a minimal TTY layer alternative for embedded systems with limited capabilities. This supports only serial ports, supports only a subset of the default line discipline, and dispense with anything that is of no use for a small embedded system. The goal here is to minimize memory footprint.

[PATCH v2 1/5] console: move console_init() out of tty_io.c

All the console driver handling code lives in printk.c. Move console_init() there as well so console support can still be used when the TTY code is configured out. Signed-off-by: Nicolas Pitre --- drivers/tty/tty_io.c| 24 include/linux/console.h |

[PATCH v2 4/5] serial: split generic UART driver helper functions into a separate file

This contains code that is common between serial_core.c and the minitty code to come. Mainly helper functions used by UART drivers. Signed-off-by: Nicolas Pitre --- drivers/tty/serial/Makefile | 2 +- drivers/tty/serial/serial_core.c | 419

Re: [RFC 1/8] Introduce Peer-to-Peer memory (p2pmem) device

Hi Logan, I added Alex and Bjorn above. On 4/1/2017 6:16 PM, Logan Gunthorpe wrote: > Hey, > > On 31/03/17 08:17 PM, ok...@codeaurora.org wrote: >> See drivers/pci and drivers/acpi directory. > > The best I could find was the date of the firmware/bios. I really don't > think that makes sense

Re: [PATCH] dpaa_eth: use AVOIDBLOCK for Tx confirmation queues

From: Madalin Bucur Date: Thu, 30 Mar 2017 16:24:15 +0300 > The AVOIDBLOCK flag determines the Tx confirmation queues processing > to be redirected to any available CPU when the current one is slow > in processing them. This may result in a higher Tx confirmation >

Re: [PATCH v2] nfc: don't be making arch specific unaligned decisions at driver level.

Hi Paul, On Mon, Jan 09, 2017 at 12:52:22PM -0500, Paul Gortmaker wrote: > Currently ia64 fails building allmodconfig with variations of: > >In file included from drivers/nfc/nxp-nci/i2c.c:39:0: >./include/linux/unaligned/access_ok.h:62:29: error: redefinition of > ‘put_unaligned_be64’

[PATCH] KEYS: fix freeing uninitialized memory in key_update()

From: Eric Biggers key_update() freed the key_preparsed_payload even if it was not initialized first. This would cause a crash if userspace called keyctl_update() on a key with type like "asymmetric" that has a ->preparse() method but not an ->update() method. Possibly it

Re: [PATCH 3.2 0/4] 3.2.88-rc1 review

On Sat, 2017-04-01 at 10:24 -0700, Guenter Roeck wrote: > On 04/01/2017 06:17 AM, Ben Hutchings wrote: > > This is the start of the stable review cycle for the 3.2.88 > > release. > > There are 4 patches in this series, which will be posted as > > responses > > to this one.  If anyone has any

Re: [PATCH 3.16 00/19] 3.16.43-rc1 review

On Sat, 2017-04-01 at 10:43 -0700, Guenter Roeck wrote: [snip list of MIPS failures] > I tried to build mips:allnoconfig with the following binutils versions. > They all fail with the same errors. > 2.22 (from Poky version 1.3) > 2.22 (kernel toolchain, gcc 4.6.3) > 2.24 (kernel

Re: [PATCH] staging: bcm2835-audio: remove unnecessary log messages

-Pant/staging-bcm2835-audio-remove-unnecessary-log-messages/20170401-233208 config: arm-allmodconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1 20160705 reproduce: wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin

Re: [PATCH] NFC: st21nfca: Fix potential memory leak

Hi Christophe, On Sun, Feb 19, 2017 at 10:58:47AM +0100, Christophe JAILLET wrote: > If all bits of 'dev_mask' are already set, there is a memory leak because > 'info' should be freed before returning. > > While fixing it, 'return -ENOMEM' directly if the first kzalloc fails. > This makes the

Re: [RFC/RFT][PATCH] cpufreq: schedutil: Reduce frequencies slower

On Sat, Apr 1, 2017 at 1:39 PM, Andres Oportus wrote: > Hi Rafael, Juri, > > On Fri, Mar 31, 2017 at 2:51 PM, Rafael J. Wysocki > wrote: >> >> On Friday, March 31, 2017 11:22:23 AM Juri Lelli wrote: >> > Hi Rafael, >> >> Hi Juri, >> >> > On 30/03/17

Re: [PATCH] blk-mq: add random early detection I/O scheduler

On Sat, 2017-04-01 at 16:07 -0600, Jens Axboe wrote: > On 04/01/2017 01:55 PM, Omar Sandoval wrote: > > From: Omar Sandoval > > > > This patch introduces a new I/O scheduler based on the classic random > > early detection active queue management algorithm [1]. Random early > >

[PATCH v2] input: cros_ec_keyb: Report wakeup events

Report wakeup events when process events. Signed-off-by: Jeffy Chen --- Changes in v2: Remove unneeded dts changes. drivers/input/keyboard/cros_ec_keyb.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/input/keyboard/cros_ec_keyb.c

[PATCH v2 0/1] Set cros_ec_keyb as a wakeup source

This patches set cros_ec_keyb as a wakeup source, so the chromeos's powerd can control the keyboard's wakeup ability along with other ec event sources. Changes in v2: Remove unneeded dts changes. Jeffy Chen (1): input: cros_ec_keyb: Report wakeup events drivers/input/keyboard/cros_ec_keyb.c

[RFC] mm/crypto: add tunable compression algorithm for zswap

Zswap (and zram) save memory by compressing pages instead of swapping them out. This is nice, but with traditional compression algorithms such as LZO, one cannot know, how well the data will compress, so the overal savings are unpredictable. This is further complicated by the choice of zpool

Re: [PATCH] NFC: nfcmrvl: Include unaligned.h instead of access_ok.h

Hi Tobias, On Wed, Oct 26, 2016 at 11:00:12AM +0200, Tobias Klauser wrote: > Including linux/unaligned/access_ok.h causes the allmodconfig build on > ia64 (and maybe others) to fail with the following warnings: > > include/linux/unaligned/access_ok.h:7:19: error: redefinition of >

Re: [PATCH] Revert "md: raid1: use bio helper in process_checks()"

On Tue, 28 Mar 2017, Wols Lists wrote: > What Arnd is doing is commonly called "defensive programming", and > unfortunately reality shows us that it is usually worth its weight in > gold. That's why you put ASSERTs in code - so that if somebody does > something stupid by accident, it blows up.

Re: [PATCH] nfc: nxp-nci: use msleep for long delays

Hi Nicholas, On Sun, Jan 22, 2017 at 01:28:39PM +0100, Nicholas Mc Guire wrote: > ulseep_range() uses hrtimers and provides no advantage over msleep() > for larger delays. For this large delay msleep() is preferable. > > Fixes: commit 6be88670fc59 ("NFC: nxp-nci_i2c: Add I2C support to NXP NCI

Re: [PATCH linux v5 2/2] drivers: hwmon: Support for ASPEED PWM/Fan tach

On 03/24/2017 11:17 AM, Jaghathiswari Rankappagounder Natarajan wrote: The ASPEED AST2400/2500 PWM controller supports 8 PWM output ports. The ASPEED AST2400/2500 Fan tach controller supports 16 tachometer inputs. The device driver matches on the device tree node. The configuration values are

[PATCH] KEYS: fix keyctl_set_reqkey_keyring() to not leak thread keyrings

From: Eric Biggers Running the following program as an unprivileged user exhausts kernel memory by leaking thread keyrings: #include int main() { for (;;)

Re: [PATCH v2] net: Remove unnecessary cast on void pointer

On Wed, 29 Mar 2017 00:35:16 +0530 simran singhal wrote: > The following Coccinelle script was used to detect this: > @r@ > expression x; > void* e; > type T; > identifier f; > @@ > ( > *((T *)e) > | > ((T *)x)[...] > | > ((T*)x)->f > | > > - (T*) > e > ) > >

Re: [PATCH 1/3] nfc: nxp-nci: Remove unneeded linux/miscdevice.h include

Hi Corentin, On Thu, Dec 15, 2016 at 03:22:44PM +0100, Corentin Labbe wrote: > drivers/nfc/nxp-nci/i2c.c does not use any miscdevice, so this patch > remove this unnecessary inclusion. > > Signed-off-by: Corentin Labbe > --- > drivers/nfc/nxp-nci/i2c.c | 1 - > 1

Re: [PATCH] blk-mq: add random early detection I/O scheduler

On 04/01/2017 01:55 PM, Omar Sandoval wrote: > From: Omar Sandoval > > This patch introduces a new I/O scheduler based on the classic random > early detection active queue management algorithm [1]. Random early > detection is one of the simplest and most studied AQM algorithms

Re: [PATCH 1/3] iio: health: afe440x: Remove code in comments

Hi simran, [auto build test ERROR on iio/togreg] [also build test ERROR on v4.11-rc4 next-20170331] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 3.2 0/4] 3.2.88-rc1 review

This is the combined diff for 3.2.88-rc1 relative to 3.2.87. Ben. -- Ben Hutchings It is impossible to make anything foolproof because fools are so ingenious. diff --git a/Makefile b/Makefile index 74390f97c6e5..b352b1dacf4e 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ VERSION = 3

Re: [PATCH 1/3] iio: health: afe440x: Remove code in comments

Hi simran, [auto build test ERROR on iio/togreg] [also build test ERROR on v4.11-rc4 next-20170331] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v2] staging: radio-bcm2048: fixed bare use of unsigned int

Hi Eddie, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.11-rc4 next-20170331] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH] staging: vt6656: Fix spaces, char limit and embedded func name in print.

From: Dan Cashman Address errors and warning found in rf.c by checkpatch kernel style script. Specifically, change spaces to tabs, split function arguments across a new line to avoid 80 character limit, and remove use of embedded function name in a dev_dbg() call.

Re: [PATCH 1/3] iio: health: afe440x: Remove code in comments

Hi simran, [auto build test WARNING on iio/togreg] [also build test WARNING on v4.11-rc4 next-20170331] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH v2 0/2] Add support for USB accessories in the max77843 extcon

From: Andi Shyti Hi, this patchset add handling of external USB accessories that are connected to the extcon max77843 device. The first patch is preparatory, that mainly aims to improve the readability of the second patch. It makes some code refactoring reducing the duplicated

[PATCH 3.16 00/26] 3.16.43-rc2 review

I've added several more patches for MIPS to the queue for this release, which will be sent as replies to this message. Responses should be made by Tue Apr 04 00:00:00 UTC 2017. Anything received after that time might be too late. A combined patch relative to 3.16.42 will be posted as an

[PATCH 3.16 20/26] MIPS: allow msa.h to be included in assembly files

3.16.43-rc2 review patch. If anyone has any objections, please let me know. -- From: Paul Burton commit 558155a0a731b4f56846559a57ca7ca921230497 upstream. Just #ifdef away the C functions when included from an assembly file, as will be done in a

[PATCH 3.16 22/26] MIPS: traps: Fix inline asm ctc1 missing .set hardfloat

3.16.43-rc2 review patch. If anyone has any objections, please let me know. -- From: James Hogan commit d76e9b9fc5de7e8fc4fd0e72a94e8c723929ffea upstream. Commit 842dfc11ea9a ("MIPS: Fix build with binutils 2.24.51+") in v3.18 enabled -msoft-float and

[PATCH 3.16 21/26] MIPS: mipsregs.h: Add write_32bit_cp1_register()

3.16.43-rc2 review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 5e32033e14ca9c7f7341cb383f5a05699b0b5382 upstream. Add a write_32bit_cp1_register() macro to compliment the read_32bit_cp1_register() macro. This is

[PATCH 3.16 26/26] MIPS: wrap cfcmsa & ctcmsa accesses for toolchains with MSA support

3.16.43-rc2 review patch. If anyone has any objections, please let me know. -- From: Paul Burton commit e1bebbab1eaecac77d77033010b5e0f51b737e64 upstream. Uses of the cfcmsa & ctcmsa instructions were not being wrapped by a macro in the case where the

Re: [PATCH] KEYS: encrypted: avoid encrypting/decrypting stack buffers

On Sat, Apr 01, 2017 at 10:23:57PM -0400, Mimi Zohar wrote: > On Sat, 2017-04-01 at 12:17 -0700, Eric Biggers wrote: > > From: Eric Biggers > > > > Since v4.9, the crypto API cannot (normally) be used to encrypt/decrypt > > stack buffers because the stack may be virtually

[PATCH 3.16 23/26] MIPS: Push .set mips64r* into the functions needing it

3.16.43-rc2 review patch. If anyone has any objections, please let me know. -- From: Paul Burton commit 631afc65e8f4f845945ef9e90236d10cee601498 upstream. The {save,restore}_fp_context{,32} functions require that the assembler allows the use of sdc

Re: [PATCH net-next] net: dsa: fix build error with devlink build as module

From: Tobias Regnery Date: Fri, 31 Mar 2017 11:44:52 +0200 > After commit 96567d5dacf4 ("net: dsa: dsa2: Add basic support of devlink") > I see the following link error with CONFIG_NET_DSA=y and CONFIG_NET_DEVLINK=m: > > net/built-in.o: In function

[PATCH 3.16 25/26] MIPS: remove MSA macro recursion

3.16.43-rc2 review patch. If anyone has any objections, please let me know. -- From: Paul Burton commit a3a49810c55e3489dfb5d72a9b2e41ab1db9ffb9 upstream. Recursive macros made the code more concise & worked great for the case where the toolchain

[PATCH 3.16 24/26] MIPS: assume at as source/dest of MSA copy/insert instructions

3.16.43-rc2 review patch. If anyone has any objections, please let me know. -- From: Paul Burton commit f23ce3883a30743a5b779dc6fb90ca8620688a23 upstream. Assuming at ($1) as the source or destination register of copy or insert instructions: -

Re: [PATCH 3.16 00/19] 3.16.43-rc1 review

On Sat, 2017-04-01 at 23:40 +0100, Ben Hutchings wrote: > On Sat, 2017-04-01 at 10:43 -0700, Guenter Roeck wrote: > [snip list of MIPS failures] > > I tried to build mips:allnoconfig with the following binutils versions. > > They all fail with the same errors. > > 2.22 (from Poky version 1.3)

Re: [RFC/RFT][PATCH] cpufreq: schedutil: Reduce frequencies slower

On Sat, Apr 1, 2017 at 7:03 PM, Rafael J. Wysocki wrote: > On Sun, Apr 2, 2017 at 1:29 AM, Andres Oportus > wrote: >> On Sat, Apr 1, 2017 at 1:39 PM, Andres Oportus >> wrote: >>> Hi Rafael, Juri, > > [cut] > > As

Re: [RFC PATCH] binder: Don't require the binder lock when killed in binder_thread_read()

Hi, On Fri, Mar 31, 2017 at 11:48 PM, Greg KH wrote: > On Fri, Mar 31, 2017 at 02:00:13PM -0700, Doug Anderson wrote: >> On Fri, Mar 31, 2017 at 12:29 PM, Greg KH wrote: >> BTW: I presume that nobody has decided that it would be a wise

net/sched: latent livelock in dev_deactivate_many() due to yield() usage

Greetings network wizards, Quoting kernel/sched/core.c: /** * yield - yield the current processor to other threads. * * Do not ever use this function, there's a 99% chance you're doing it wrong. * * The scheduler is at all times free to pick the calling task as the most * eligible task to

[PATCH v2 2/2] extcon: max77843: support USB accessories as external USB hosts

From: Andi Shyti The ADC state defines the resistance that a USB device has in order to distinguish between devices. The external accessories (like the Gear VR) are defined as: MAX77843_MUIC_ADC_RESERVED_ACC_1 MAX77843_MUIC_ADC_RESERVED_ACC_2

[PATCH v2 1/2] extcon: max77843: improve the code and minimize duplicated lines

From: Andi Shyti Signed-off-by: Andi Shyti --- drivers/extcon/extcon-max77843.c | 33 - 1 file changed, 8 insertions(+), 25 deletions(-) diff --git a/drivers/extcon/extcon-max77843.c

Re: [PATCH v2] staging: media: atomisp: Fix style. remove space before ',' and convert to tabs.

My apologies; I did not review the TODO. Consider this withdrawn. Dan On 03/29/2017 10:30 AM, Alan Cox wrote: > On Wed, 2017-03-29 at 09:57 -0700, Daniel Cashman wrote: >> From: Dan Cashman >> >> Signed-off-by: Dan Cashman > > > As the TODO

Re: [PATCH 3.16 00/26] 3.16.43-rc2 review

This is the combined diff for 3.16.43-rc2 relative to 3.16.42. Ben. -- Ben Hutchings It is impossible to make anything foolproof because fools are so ingenious. diff --git a/Documentation/networking/netlink_mmap.txt b/Documentation/networking/netlink_mmap.txt deleted file mode 100644 index

Re: [PATCH] ARM: dts: armada-38x: label USB and SATA nodes

On Fri, 31 Mar 2017 20:21:11 +0200 Andrew Lunn wrote: > On Fri, Mar 31, 2017 at 07:39:20PM +0200, Ralph Sennhauser wrote: > > On Fri, 31 Mar 2017 18:50:15 +0200 > > Andrew Lunn wrote: > > > > > > - sata@a8000 { > > > > +

[PATCH] iio: adc: hx711: constify attribute_group structures

Check for attribute_group structures that are only stored in the attrs filed of iio_info structure. As the attrs field of iio_info structures is constant, so these attribute_group structures can also be declared constant. Done using coccinelle: @r1 disable optional_qualifier @ identifier i;

[PATCH] ipv4: netfilter: Comparison to NULL could be written

Fixed coding style for null comparisons to be more consistant with the rest of the kernel coding style. Signed-off-by: Arushi Singhal --- net/ipv4/netfilter/arp_tables.c| 2 +- net/ipv4/netfilter/arptable_filter.c | 2 +-

Re: [PATCHv2] fs: Handle register_shrinker failure

On 24.03.2017 10:25, Nikolay Borisov wrote: > register_shrinker allocates dynamic memory and thus is susceptible to failures > under low-memory situation. Currently,get_userns ignores the return value of > register_shrinker, potentially exposing not fully initialised object. This > can lead to a

[PATCH 3/3] watchdog: sp5100_tco: Synchronize I/O port accesses

From: Böszörményi Zoltán Use the new header and the mutex from usb/host/pci-quirks.c This change will allow accesses to the SB800 I/O port pair synchronized with the PCI quirk when isochronous USB transfers are performed and with i2c-piix4. At the same time, remove the

[PATCH 0/3] Fix sp5100_tco watchdog driver regression

Three drivers are accessing the same I/O ports (0xcd6 / 0xcd7) on AMD SB800 based machines without synchronization or with excluding each other out: * the USB quirk for isochronous transfers on SB800 (no locking) * sp5100_tco (request_region) * i2c-piix4 (request_region) Historically, the

[PATCH 1/3] usb: pci-quirks: Add a header for SB800 I/O ports and mutex for locking

From: Böszörményi Zoltán This patch adds: * a mutex in the USB PCI quirks code for synchronizing access to the I/O ports on SB800 * a new header that contains symbols for the index and data I/O ports and wrappers for locking and unlocking the mutex. * locking around the I/O

Re: [PATCH] iio: adc: hx711: constify attribute_group structures

On 01/04/17 09:17, simran singhal wrote: > Check for attribute_group structures that are only stored in the > attrs filed of iio_info structure. As the attrs field of iio_info > structures is constant, so these attribute_group structures can also be > declared constant. > Done using coccinelle: >

Re: [PATCH] staging: iio: light: constify attribute_group structures

On 01/04/17 03:28, simran singhal wrote: > As the event_attrs field of iio_info structures is constant, so these > attribute_group structures can also be declared constant. > > File size before: >text data bss dec hex filename > 15064 1528 0 16592

Re: [PATCH RFC] remove custom Michael MIC implementation

On Fri, Mar 31, 2017 at 12:42:22PM +0200, Wolfram Sang wrote: > Hi, > > > The card I have is a Spectec FCC ID: S2Y-WLAN-11B-G which I believe is > > a SDW-823 and should use the ks7010 driver. > > Sorry, likely not. It is an early SDW-821 and has a MediaTek chipset for > which no driver is

Re: [PATCH 11/16] fpga: intel: fme: add partial reconfiguration sub feature support

On Fri, Mar 31, 2017 at 02:10:12PM -0500, Alan Tull wrote: > On Thu, Mar 30, 2017 at 7:08 AM, Wu Hao wrote: > > From: Kang Luwei > > > > Partial Reconfiguration (PR) is the most important function for FME. It > > allows reconfiguration for given

Re: [RFC PATCH] binder: Don't require the binder lock when killed in binder_thread_read()

On Fri, Mar 31, 2017 at 02:00:13PM -0700, Doug Anderson wrote: > On Fri, Mar 31, 2017 at 12:29 PM, Greg KH wrote: > BTW: I presume that nobody has decided that it would be a wise idea to > pick the OOM reaper code back to any stable trees? It seemed a bit > too scary

[PATCH] iio: light: apds9960: constify attribute_group structures

Check for attribute_group structures that are only stored in the attrs filed of iio_info structure. As the attrs field of iio_info structures is constant, so these attribute_group structures can also be declared constant. Done using coccinelle: @r1 disable optional_qualifier @ identifier i;

Re: [PATCH v2] ALSA: hda/ca0132: Limit values for chip addresses to 32-bit

On Sat, 01 Apr 2017 03:00:04 +0200, Matthias Kaehlcke wrote: > > With the previous unsigned long value clang generates warnings like > this: > > sound/pci/hda/patch_ca0132.c:860:37: error: implicit conversion from > 'unsigned long' to 'u32' (aka 'unsigned int') changes value from >

Re: [PATCH V8 5/6] ACPI: Support the probing on the devices which apply indirect-IO

On Sat, Apr 1, 2017 at 4:16 AM, zhichang.yuan wrote: > > > On 04/01/2017 07:02 AM, Rafael J. Wysocki wrote: >> On Fri, Mar 31, 2017 at 8:52 AM, zhichang.yuan >> wrote: >>> Hi, Rafael, >>> >>> Thanks for reviewing this! >>> >>> On 2017/3/31

Re: [PATCH] iio: proximity: as3935: constify attribute_group structures

On 01/04/17 09:39, simran singhal wrote: > Check for attribute_group structures that are only stored in the > attrs filed of iio_info structure. As the attrs field of iio_info > structures is constant, so these attribute_group structures can also be > declared constant. > Done using coccinelle: >

Re: [PATCH] iio: humidity: hdc100x: constify attribute_group structures

On 01/04/17 09:23, simran singhal wrote: > Check for attribute_group structures that are only stored in the > attrs filed of iio_info structure. As the attrs field of iio_info > structures is constant, so these attribute_group structures can also be > declared constant. > Done using coccinelle: >

[PATCH 0/9] drm: rockchip: Fix rockchip drm unbind crash error

Verified on rk3399 chromebook kevin: 1/ stop ui && pkill -9 frecon 2/ unbind/bind drm Jeffy Chen (9): drm: bridge: analogix: Detach panel when unbinding analogix dp drm: bridge: analogix: Unregister dp aux when unbinding drm: bridge: analogix: Destroy connector when unbinding

[PATCH 1/9] drm: bridge: analogix: Detach panel when unbinding analogix dp

The panel is attached when binding analogix dp. Signed-off-by: Jeffy Chen --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c

[PATCH 3/9] drm: bridge: analogix: Destroy connector when unbinding

Normally we do this in drm_mode_config_cleanup. But analogix dp's connector is allocated when binding, and would be freed after unbind. So we need to destroy it when unbinding, to avoid further access. Signed-off-by: Jeffy Chen ---

Re: [GIT PULL 0/9] perf/core improvements and fixes

* Arnaldo Carvalho de Melo wrote: > Hi Ingo, > > Please consider pulling, > > - Arnaldo > > Test results at the end of this message, as usual. > > The following changes since commit 3906a13a6b4e78fbc0def03a808f091f0dff1b44: > > Merge tag

[PATCH 2/9] drm: bridge: analogix: Unregister dp aux when unbinding

The dp aux is registered when binding analogix dp. Signed-off-by: Jeffy Chen --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c

[PATCH 4/9] drm/rockchip: cdn-dp: Don't try to release firmware when not loaded

Signed-off-by: Jeffy Chen --- drivers/gpu/drm/rockchip/cdn-dp-core.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rockchip/cdn-dp-core.c b/drivers/gpu/drm/rockchip/cdn-dp-core.c index fd79a70..a97f3f4 100644 ---

[PATCH 5/9] drm/rockchip: vop: Enable pm domain when resetting vop

Signed-off-by: Jeffy Chen --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 31 +++-- 1 file changed, 21 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_vop.c b/drivers/gpu/drm/rockchip/rockchip_drm_vop.c

[PATCH 6/9] drm/rockchip: Reoder unload sequence

We should don't cleanup iommu before cleanup other resources. Reorder unload sequence, follow exynos drm. Signed-off-by: Jeffy Chen --- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 7/9] drm/rockchip: Force disable all crtc when unload

Signed-off-by: Jeffy Chen --- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c b/drivers/gpu/drm/rockchip/rockchip_drm_drv.c index a5d83cb..5dbf011 100644 ---

[PATCH V4 net-next 14/18] net: hns: Optimise the code in hns_mdio_wait_ready()

From: Kejian Yan This patch fixes the code to clear pclint warning/info. Reported-by: Ping Zhang Signed-off-by: Kejian Yan Reviewed-by: Salil Mehta Signed-off-by: Salil Mehta

[PATCH V4 net-next 17/18] net: hns: Avoid Hip06 chip TX packet line bug

From: lipeng There is a bug on Hip06 that tx ring interrupts packets count will be clear when drivers send data to tx ring, so that the tx packets count will never upgrade to packets line, and cause the interrupts engendered was delayed. Sometimes, it will cause sending

[PATCH V4 net-next 15/18] net: hns: Simplify the exception sequence in hns_ppe_init()

From: Kejian Yan We need to free all ppe submodule if it fails to initialize ppe by any fault, so this patch will free all ppe resource before hns_ppe_init() returns exception situation Reported-by: JinchuanTian Signed-off-by: Kejian Yan

[PATCH V4 net-next 13/18] net: hns: Clean redundant code from hns_mdio.c file

From: Kejian Yan This patch cleans the redundant code from hns_mdio.c. Reported-by: Ping Zhang Signed-off-by: Kejian Yan Reviewed-by: Salil Mehta Signed-off-by: Salil Mehta

[PATCH V4 net-next 10/18] net: hns: Remove the redundant adding and deleting mac function

From: Kejian Yan The functions (hns_dsaf_set_mac_mc_entry() and hns_mac_del_mac()) are not called by any functions. They are dead code in hns. And the same features are implemented by the patch (the id is 66355f5). Reported-by: Weiwei Deng

[PATCH V4 net-next 09/18] net: hns: Correct HNS RSS key set function

From: lipeng This patch fixes below ethtool configuration error: localhost:~ # ethtool -X eth0 hkey XX:XX:XX... Cannot set Rx flow hash configuration: Operation not supported Signed-off-by: lipeng Reviewed-by: Yisen Zhuang

Re: [B.A.T.M.A.N.] [PATCH] net: batman-adv: use new api ethtool_{get|set}_link_ksettings

On Freitag, 31. März 2017 22:33:34 CEST Philippe Reynes wrote: > > Do you know if anyone already prepared the get_link_ksettings support for > > kernels older than 4.6 for backports.git? > > Sorry, I don't know this repo. Do you have an url please ? > But I suppose that nobody works on such

  1   2   3   4   5   6   >