[PATCH] clocksource: Delete an error message for a failed memory allocation in bcm2835_timer_init()

From: Markus Elfring Date: Sun, 27 Aug 2017 21:38:13 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[RFC PATCH 2/2] membarrier: provide register sync core cmd

Add a new MEMBARRIER_CMD_REGISTER_SYNC_CORE command to the membarrier system call. It allows processes to register their intent to have their threads issue core serializing barriers in addition to memory barriers whenever a membarrier command is performed. It is relevant for reclaim of JIT code,

Re: Kernels v4.9+ cause short reads of block devices

On 08/27/2017 02:47 PM, Linus Torvalds wrote: > On Wed, Aug 23, 2017 at 2:01 PM, Andreas Dilger wrote: >> >> Doug, >> I noticed while checking for other implications of changing MAX_LFS_FILESIZE >> that fs/jfs/super.c is also working around this limit. > > Note to people: I

Re: [PATCH] hugetlbfs: change put_page/unlock_page order in hugetlbfs_fallocate()

Mike Kravetz wrote: > On 08/26/2017 12:11 PM, Nadav Amit wrote: >> hugetlfs_fallocate() currently performs put_page() before unlock_page(). >> This scenario opens a small time window, from the time the page is added >> to the page cache, until it is unlocked, in which

Re: [RFC PATCH 2/2] membarrier: provide register sync core cmd

On Sun, Aug 27, 2017 at 12:54:04PM -0700, Mathieu Desnoyers wrote: > Add a new MEMBARRIER_CMD_REGISTER_SYNC_CORE command to the membarrier > system call. It allows processes to register their intent to have their > threads issue core serializing barriers in addition to memory barriers > whenever a

[PATCH v2] membarrier: provide register sync core cmd

Add a new MEMBARRIER_CMD_REGISTER_SYNC_CORE command to the membarrier system call. It allows processes to register their intent to have their threads issue core serializing barriers in addition to memory barriers whenever a membarrier command is performed. It is relevant for reclaim of JIT code,

Re: [PATCH] staging: atomisp: constify v4l2_subdev_sensor_ops

Hi Arvind, On Sun, Aug 27, 2017 at 11:26:39AM +0530, Arvind Yadav wrote: > v4l2_subdev_sensor_ops are not supposed to change at runtime. > v4l2_subdev_sensor_ops are working with const 'sensor' field of > sturct v4l2_subdev_ops. So mark the non-const v4l2_subdev_sensor_ops > structs as const. >

Re: [PATCH v2] membarrier: provide register sync core cmd

> On Aug 27, 2017, at 1:50 PM, Mathieu Desnoyers > wrote: > > Add a new MEMBARRIER_CMD_REGISTER_SYNC_CORE command to the membarrier > system call. It allows processes to register their intent to have their > threads issue core serializing barriers in addition

Re: [PATCH] igb: check memory allocation failure

On 8/27/17 2:42 AM, Christophe JAILLET wrote: > Check memory allocation failures and return -ENOMEM in such cases, as > already done for other memory allocations in this function. > > This avoids NULL pointers dereference. > > Signed-off-by: Christophe JAILLET >

Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it

On Sun, 2017-08-27 at 18:53 +0200, Greg Kroah-Hartman wrote: > On Sun, Aug 27, 2017 at 09:19:19AM -0700, Joe Perches wrote: > > On Sun, 2017-08-27 at 18:13 +0200, Greg Kroah-Hartman wrote: > > > On Sun, Aug 27, 2017 at 08:35:43AM -0700, Joe Perches wrote: > > > > On Sun, 2017-08-27 at 17:03 +0200,

Re: [PATCH] connector: Delete an error message for a failed memory allocation in cn_queue_alloc_callback_entry()

On 8/27/17 3:26 PM, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 27 Aug 2017 21:18:37 +0200 > > Omit an extra message for a memory allocation failure in this function. > > This issue was detected by using the Coccinelle software. Did coccinelle

Re: [RFC 1/3] dt-bindings: rtc: Add Realtek RTD1295

On 27/08/2017 at 19:26:11 +0200, Andreas Färber wrote: > Hi Andrew, > > Am 27.08.2017 um 15:47 schrieb Andrew Lunn: > >> Thanks. Did you read the RFC question in the cover letter as well and > >> have any comments? Downstream has an rtc-base-year = <2014>; property > >> that I had left out in

[PATCH] connector: Delete an error message for a failed memory allocation in cn_queue_alloc_callback_entry()

From: Markus Elfring Date: Sun, 27 Aug 2017 21:18:37 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[RFC PATCH 1/2] membarrier: speed up single-threaded private cmd

Single-threaded processes don't need to issue barriers, since the thread's current CPU is the only one that matters. Signed-off-by: Mathieu Desnoyers CC: Peter Zijlstra CC: Paul E. McKenney CC: Boqun Feng

[PATCH] leds-PowerNV: Delete an error message for a failed memory allocation in powernv_led_create()

From: Markus Elfring Date: Sun, 27 Aug 2017 22:00:22 +0200 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

Re: [PATCH v2 0/2] enable hires timer to timeout datagram socket

On Tue, Aug 22, 2017 at 09:30:30PM -0700, David Miller wrote: > From: Vallish Vaidyeshwara > Date: Wed, 23 Aug 2017 00:10:25 + > > > I am submitting 2 patch series to enable hires timer to timeout > > datagram sockets (AF_UNIX & AF_INET domain) and test code to test > >

[rcu:rcu/next 19/20] include/linux/sched.h:1653:3: error: implicit declaration of function 'sync_core'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next head: f0909808dc46d6ae79a08a42def577bd7880aa4d commit: 0d6eb99818da24d0c55962c7c0d4a9f8dc71a6bb [19/20] membarrier: Provide register sync core cmd config: xtensa-allyesconfig (attached as .config) compiler:

[PATCH] Fix: xtensa: add missing sync_core

The membarrier system call now requires all architectures to implement sync_core(). On Xtensa, it is provided by the EXTW instruction. [ Completely untested! Can someone on the xtensa side confirm whether EXTW is the right way to serialize core execution and try it out ? ] Signed-off-by:

Re: [patch v6 0/3] JTAG driver introduction

On Fri, Aug 25, 2017 at 10:50 AM, Stuart Longland wrote: > [Note: dropping vad...@maellanox.com as SMTP server complained about the > DNS server returning NXDOMAIN. Apologies.] > On 25/08/17 18:32, Linus Walleij wrote: >> Gnah! >> Whoever writes a slot-in replacement

[PATCH 2/3] dt-bindings: arm: realtek: Add ProBox2 AVA

Document a compatible string for the PROBOX2 AVA TV Box. Cc: supp...@probox2.com Signed-off-by: Andreas Färber --- Documentation/devicetree/bindings/arm/realtek.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/realtek.txt

Re: Stable apply request [was: Bluetooth: bnep: fix possible might sleep error in bnep_session]

On Wed, Aug 23, 2017 at 08:14:15PM +0200, Marcel Holtmann wrote: > Hi Jiri, > > >>> It looks like bnep_session has same pattern as the issue reported in > >>> old rfcomm: > >>> > >>> while (1) { > >>> set_current_state(TASK_INTERRUPTIBLE); > >>> if (condition) > >>>

[PATCH v4 4/7] dpaa_eth: enable Rx hashing control

Allow ethtool control of the Rx flow hashing. By default RSS is enabled, this allows to turn it off by bypassing the FMan Keygen block and sending all traffic on the default Rx frame queue. Signed-off-by: Madalin Bucur ---

Re: [PATCH 1/9] ASoC: max98927: Added TDM support

On Fri, Aug 25, 2017 at 05:41:02PM -0700, Ryan Lee wrote: > Signed-off-by: Ryan Lee This says it's adding support for TDM mode but... > + case SND_SOC_DAIFMT_DSP_A: > + format = MAX98927_PCM_FORMAT_TDM_MODE1; > + break; > + case

Re: [PATCH v3 07/14] [media] cxd2880: Add top level of the driver

Em Wed, 16 Aug 2017 13:39:45 +0900 escreveu: > From: Yasunari Takiguchi > > This provides the main dvb frontend operation functions > for the Sony CXD2880 DVB-T2/T tuner + demodulator driver. > > [Change list] > Changes in V3 >

Re: [PATCH v3 09/14] [media] cxd2880: Add DVB-T monitor and integration layer functions

Em Wed, 16 Aug 2017 13:41:42 +0900 escreveu: > From: Yasunari Takiguchi > > Provide monitor and integration layer functions (DVB-T) > for the Sony CXD2880 DVB-T2/T tuner + demodulator driver. > > [Change list] > Changes in V3 >

Re: [PATCH] DSA support for Micrel KSZ8895

> +/** > + * sw_r_phy - read data from PHY register > + * @sw: The switch instance. > + * @phy: PHY address to read. > + * @reg: PHY register to read. > + * @val: Buffer to store the read data. > + * > + * This routine reads data from the PHY register. > + */ > +static

Re: [PATCH 3.18 00/10] 3.18.67-stable review

On Tue, Aug 22, 2017 at 12:09:32PM -0700, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.18.67 release. > There are 10 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

[PATCH V13 4/4] PCI: Warn periodically while waiting for device to become ready

Add a print statement in pci_bus_wait_crs() so that user observes the progress of device polling instead of silently waiting for timeout to be reached. Signed-off-by: Sinan Kaya [bhelgaas: check for timeout first so we don't print "waiting, giving up", always print time

[PATCH V13 3/4] PCI: Handle CRS ('device not ready') returned by device after FLR

Sporadic reset issues have been observed with Intel 750 NVMe drive while assigning the physical function to the guest machine. The sequence of events observed is as follows: - perform a Function Level Reset (FLR) - sleep up to 1000ms total - read ~0 from PCI_COMMAND - warn that the device didn't

[PATCH V13 1/4] PCI: Don't ignore valid response before CRS timeout

From: Bjorn Helgaas While waiting for a device to become ready (i.e., to return a non-CRS completion to a read of its Vendor ID), if we got a valid response to the very last read before timing out, we printed a warning and gave up on the device even though it was actually

[PATCH V13 2/4] PCI: Factor out pci_bus_wait_crs()

Configuration Request Retry Status (CRS) was previously hidden inside pci_bus_read_dev_vendor_id(). We want to add support for CRS in other situations, such as waiting for a device to become ready after a Function Level Reset. Move CRS handling into pci_bus_wait_crs() so it can be called from

Re: [PATCH 1/6] staging: usb: typec: tcpm set port type callback

On Sat, Aug 26, 2017 at 10:23:24PM -0700, Badhri Jagan Sridharan wrote: > The port type callback call enquires the tcpc_dev if > the requested port type is supported. If supported, then > performs a tcpm reset if required after setting the tcpm > internal port_type variable. > > Check against the

Re: [PATCH] tty: serial: 8250_mtk: Use PTR_ERR_OR_ZERO

On 08/27/2017 09:31 AM, Himanshu Jha wrote: Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR Signed-off-by: Himanshu Jha --- drivers/tty/serial/8250/8250_mtk.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git

[PATCH 3/3] arm64: dts: realtek: Add ProBox2 Ava

Add a Device Tree for the PROBOX2 AVA TV Box. Move common memory reservations into rtd1295.dtsi. Cc: supp...@probox2.com Signed-off-by: Andreas Färber --- I've been torn on whether this should be just rtd1295-ava.dts? The vendor is indicated in the compatible string and model

[PATCH] Revert "pinctrl: sunxi: Don't enforce bias disable (for now)"

This reverts commit 2154d94b40ea2a5de05245521371d0461bb0d669. The original patch was intented to avoid some issues with the sunxi gpio rework and was supposed to be reverted after all the required DT bits had been merged around v4.10. Signed-off-by: Priit Laes ---

Re: [PATCH 1/3] thunderbolt: Remove superfluous check

On Tue, Aug 15, 2017 at 10:02:28AM +0300, Mika Westerberg wrote: > On Tue, Aug 15, 2017 at 08:19:01AM +0300, Bernat, Yehezkel wrote: > > The key size is tested by hex2bin() already (as '\0' isn't an hex digit) > > > > Suggested-by: Andy Shevchenko > > Signed-off-by:

Re: [RFC 1/3] dt-bindings: rtc: Add Realtek RTD1295

> Thanks. Did you read the RFC question in the cover letter as well and > have any comments? Downstream has an rtc-base-year = <2014>; property > that I had left out in this RFC and due to your ack not included in v2. > > Should we default to 2014 in the driver and add an optional base-year >

Re: [PATCH v2] ASoC: Add a sanity check before using dai driver name

Hi Jeffy, On Sun, Aug 27, 2017 at 8:19 PM, Mark Brown wrote: > On Sat, Aug 26, 2017 at 11:09:49PM +0800, Donglin Peng wrote: > >> It seems that the v3 patch should be applied other than v2. > > Please send incremental fixes rather than new versions for things that > are are

Applied "regulator: rn5t618: add RC5T619 PMIC support" to the regulator tree

The patch regulator: rn5t618: add RC5T619 PMIC support has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH v3 05/14] [media] cxd2880: Add tuner part of the driver

Em Wed, 16 Aug 2017 13:37:14 +0900 escreveu: > From: Yasunari Takiguchi > > This part of the driver has the main routines to handle > the tuner and demodulator functionality. The tnrdmd_mon.* files > have monitor functions for the

Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it

On Sun, 2017-08-27 at 17:03 +0200, Greg Kroah-Hartman wrote: > The IRDA code has long been obsolete and broken. So, to keep people > from trying to use it, and to prevent people from having to maintain it, > let's move it to drivers/staging/ so that we can delete it entirely from > the kernel in

Re: [PATCH v3 14/14] [media] cxd2880 : Update MAINTAINERS file for CXD2880 driver

Em Wed, 16 Aug 2017 17:02:05 +0900 "Takiguchi, Yasunari" escreveu: > From: Yasunari Takiguchi > > I add an e-mail address and re-send this mail again. > > This is MAINTAINERS file update about the driver for > the Sony CXD2880 DVB-T2/T

Re: [PATCH 08/11] staging: typec: tcpm: add cc change handling in src states

On Sat, Aug 26, 2017 at 11:50:31PM -0700, Badhri Jagan Sridharan wrote: > In the case that the lower layer driver reports a cc change directly > from SINK state to SOURCE state, TCPM doesn't handle these cc change > in SRC_SEND_CAPABILITIES, SRC_READY states. And with SRC_ATTACHED > state, the

Re: [PATCH 06/11 v2] staging: typec: tcpm: Comply with TryWait.SNK State

On Sat, Aug 26, 2017 at 11:49:21PM -0700, Badhri Jagan Sridharan wrote: > According to the spec: > "4.5.2.2.10.2 Exiting from TryWait.SNK State > The port shall transition to Attached.SNK after tCCDebounce if or when VBUS > is detected. Note the Source may initiate USB PD communications which will

Re: [RFC 1/3] dt-bindings: rtc: Add Realtek RTD1295

Hi Andrew, Am 27.08.2017 um 15:47 schrieb Andrew Lunn: >> Thanks. Did you read the RFC question in the cover letter as well and >> have any comments? Downstream has an rtc-base-year = <2014>; property >> that I had left out in this RFC and due to your ack not included in v2. >> >> Should we

[PATCH v4 3/7] dpaa_eth: use multiple Rx frame queues

Add a block of 128 Rx frame queues per port. The FMan hardware will send traffic on one of these queues based on the FMan port Parse Classify Distribute setup. The hash computed by the FMan Keygen block will select the Rx FQ. Signed-off-by: Madalin Bucur ---

[PATCH v4 2/7] fsl/fman: enable FMan Keygen

From: Iordache Florinel-R70177 Add support for the FMan Keygen with a hardcoded scheme to spread incoming traffic on a FQ range based on source and destination IPs and ports. Signed-off-by: Iordache Florinel Signed-off-by: Madalin Bucur

Applied "ASoC: Add a sanity check before using dai driver name" to the asoc tree

The patch ASoC: Add a sanity check before using dai driver name has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH v2 2/3] rtc: Add Realtek RTD1295

> >> +static inline int rtd119x_rtc_year_days(int year) > >> +{ > >> + return rtc_year_days(1, 12, year); > > > > I'm not sure it is worth wrapping rtc_year_days > [snip] > > Well, I found your rtc_year_days rather confusing and had to play with > the arguments until I got it working as

Applied "ASoC: davinci-mcasp: check memory allocation failure" to the asoc tree

The patch ASoC: davinci-mcasp: check memory allocation failure has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH RESEND] blackfin: merge the two TWI header files

On Sun, Aug 13, 2017 at 04:21:17PM +0200, Wolfram Sang wrote: > There seems to be no need for separate ones since all users include both > files anyhow. Merge them because include/linux/i2c is to be deprecated. > > Signed-off-by: Wolfram Sang Applied to i2c/for-next, thanks!

Re: [PATCH] MAINTAINERS: drop entry for Blackfin I2C and Sonic's email

On Sun, Aug 13, 2017 at 05:34:31PM +0200, Wolfram Sang wrote: > Sonic's email address bounced, so remove it from MAINTAINERS. Since > there was no I2C/TWI maintenance activity for 3 years now, drop that > whole entry. > > Signed-off-by: Wolfram Sang Applied to i2c/for-next,

[PATCH 1/4] irda: move net/irda/ to drivers/staging/irda/net/

It's time to get rid of IRDA. It's long been broken, and no one seems to use it anymore. So move it to staging and after a while, we can delete it from there. To start, move the network irda core from net/irda to drivers/staging/irda/net/ Signed-off-by: Greg Kroah-Hartman

[PATCH 2/4] irda: move drivers/net/irda to drivers/staging/irda/drivers

Move the irda drivers from drivers/net/irda/ to drivers/staging/irda/drivers as they will be deleted in a future kernel release. Signed-off-by: Greg Kroah-Hartman --- drivers/net/Makefile| 1 - drivers/staging/Makefile

[PATCH 3/4] irda: move include/net/irda into staging subdirectory

And finally, move the irda include files into drivers/staging/irda/include/net/irda. Yes, it's a long path, but it makes it easy for us to just add a Makefile directory path addition and all of the net and drivers code "just works". Signed-off-by: Greg Kroah-Hartman

Re: [PATCH 2/2] mtd: spi-nor: Altera ASMI Parallel II IP Core

Hi Cyrille, I think I figured out the confusion with regards to dummy cycles. See my comment in line. Matthew Gerlach On Tue, 15 Aug 2017, Cyrille Pitchen wrote: Le 15/08/2017 à 19:20, matthew.gerl...@linux.intel.com a écrit : Hi Cyrille, Thanks for the great feedback. See my

refactor dma_cache_sync

The dma_cache_sync routines is used to flush caches for memory returned by dma_alloc_attrs with the DMA_ATTR_NON_CONSISTENT flag (or previously from dma_alloc_noncoherent), but the requirements for it seems to be frequently misunderstood. dma_cache_sync is documented to be a no-op for allocations

[PATCH 02/12] mips: don't use dma_cache_sync to implement fd_cacheflush

The floppy drivers doesn't otherwise use the DMA API, so indirecting through it just for cache flushing in MIPS-specific code just call dma_cache_wback_inv directly. Signed-off-by: Christoph Hellwig --- arch/mips/include/asm/floppy.h | 4 ++-- 1 file changed, 2 insertions(+), 2

[PATCH 04/12] x86: make dma_cache_sync a no-op

x86 does not implement DMA_ATTR_NON_CONSISTENT allocations, so it doesn't make any sense to do any work in dma_cache_sync given that it must be a no-op when dma_alloc_attrs returns coherent memory. Signed-off-by: Christoph Hellwig

Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it

On Sun, Aug 27, 2017 at 08:35:43AM -0700, Joe Perches wrote: > On Sun, 2017-08-27 at 17:03 +0200, Greg Kroah-Hartman wrote: > > The IRDA code has long been obsolete and broken. So, to keep people > > from trying to use it, and to prevent people from having to maintain it, > > let's move it to

[PATCH 05/12] ia64: make dma_cache_sync a no-op

ia64 does not implement DMA_ATTR_NON_CONSISTENT allocations, so it doesn't make any sense to do any work in dma_cache_sync given that it must be a no-op when dma_alloc_attrs returns coherent memory. Signed-off-by: Christoph Hellwig --- arch/ia64/include/asm/dma-mapping.h | 5 -

Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it

On Sun, 2017-08-27 at 18:13 +0200, Greg Kroah-Hartman wrote: > On Sun, Aug 27, 2017 at 08:35:43AM -0700, Joe Perches wrote: > > On Sun, 2017-08-27 at 17:03 +0200, Greg Kroah-Hartman wrote: > > > The IRDA code has long been obsolete and broken. So, to keep people > > > from trying to use it, and

[PATCH] x86/mm: Fix SME encryption stack ptr handling

From: Borislav Petkov sme_encrypt_execute() stashes the stack pointer on entry into %rbp because it allocates a one-page stack in the non-encrypted area for the encryption routine to use. When the latter is done, it restores it from %rbp again, before returning. However, it uses

Re: [PATCH] DSA support for Micrel KSZ8895

On August 27, 2017 5:36:58 AM PDT, Pavel Machek wrote: >Hi! > >So I fought with the driver a bit more, and now I have something that >kind-of-works. > >"great great hack" belows worries me. > >Yeah, disabled code needs to be removed before merge. > >No, tag_ksz part probably is not

Re: [PATCH 4.4 00/20] 4.4.84-stable review

On Tue, Aug 22, 2017 at 12:09:43PM -0700, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.84 release. > There are 20 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

Re: [PATCH 5/6] staging: usb: tcpm: usb: typec: tcpm: Follow Try.SRC exit requirements

On Sat, Aug 26, 2017 at 10:25:07PM -0700, Badhri Jagan Sridharan wrote: > According to spec: > " 4.5.2.2.9.2 Exiting from Try.SRC State: > The port shall transition to Attached.SRC when the SRC.Rd > state is detected on exactly one of the CC1 or CC2 pins for > at least tPDDebounce. The port shall

Re: [PATCH 07/11] staging: typec: tcpm: Consider port_type while determining unattached_state

On Sat, Aug 26, 2017 at 11:32:54PM -0700, Badhri Jagan Sridharan wrote: > While performing PORT_RESET, upon receiving the cc disconnect > signal from the underlaying tcpc device, TCPM transitions into > unattached state. Consider, the current type of port while determining stray ,; not really

Re: [PATCH resend] thunderbolt: Fix reset response_type

On Wed, Aug 16, 2017 at 11:54:17AM +0300, Dan Carpenter wrote: > There is a mistake here where we accidentally use sizeof(TB_CFG_PKG_RESET) > instead of just TB_CFG_PKG_RESET. The size of an int is 4 so it's the > same as TB_CFG_PKG_NOTIFY_ACK. > > Fixes: d7f781bfdbf4 ("thunderbolt: Rework

[PATCH RESEND] regulator: rn5t618: add RC5T619 PMIC support

Extend the driver to support Ricoh RC5T619. Support the additional regulators and slightly different voltage ranges. Signed-off-by: Pierre-Hugues Husson --- drivers/regulator/Kconfig | 4 ++-- drivers/regulator/rn5t618-regulator.c | 35

Re: [PATCH] DSA support for Micrel KSZ8895

On Sun, Aug 27, 2017 at 02:36:58PM +0200, Pavel Machek wrote: > Hi! > > So I fought with the driver a bit more, and now I have something that > kind-of-works. Thanks for keeping on working on this. > "great great hack" belows worries me. > > Yeah, disabled code needs to be removed before

Re: [PATCH 3/6] staging: usb: tcpm: usb: typec: tcpm: Prevent TCPM from looping in SRC_TRYWAIT

On Sat, Aug 26, 2017 at 10:24:31PM -0700, Badhri Jagan Sridharan wrote: > According to the spec the following is the condition > for exiting TryWait.SRC: > > "The port shall transition to Attached.SRC when V BUS is at vSafe0V > and the SRC.Rd state is detected on exactly one of the CC pins for at

[PATCH V2 net-next] net-next/hinic: Fix MTU limitation

Fix the hw MTU limitation by setting max_mtu Signed-off-by: Aviad Krawczyk Signed-off-by: Zhao Chen --- drivers/net/ethernet/huawei/hinic/hinic_main.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH 4/6] staging: usb: tcpm: usb: type-c: tcpm: Check for Rp for tPDDebounce

On Sat, Aug 26, 2017 at 10:24:49PM -0700, Badhri Jagan Sridharan wrote: > According the spec, the following is the conditions for exiting Try.SNK > state: > "The port shall wait for tDRPTry and only then begin monitoring the CC1 and > CC2 pins for the SNK.Rp state. The port shall then transition

Re: [PATCH RFC/RFT] sched/fair: Improve the behavior of sync flag

On Sat, 2017-08-26 at 23:39 -0700, Joel Fernandes wrote: > > Also about real world benchmarks, in Android we have usecases that > show that the graphics performance and we have risk of frame drops if > we don't use the sync flag so this is a real world need. That likely has everything to do with

Re: [PATCH 4.12 00/41] 4.12.9-stable review

On 08/22/2017 12:13 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.12.9 release. There are 41 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

Re: [PATCH 4.9 00/27] 4.9.45-stable review

On 08/22/2017 12:13 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.9.45 release. There are 27 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

[PATCH] x86/boot: Prevent faulty bootparams.screeninfo from causing harm

If a zero for the number of lines manages to slip through, scroll() may underflow some offset calculations, causing accesses outside the video memory. Make the check in __putstr() more pessimistic to prevent that. Signed-off-by: Jan H. Schönherr ---

Re: [PATCH net-next v7 05/10] landlock: Add LSM hooks related to filesystem

On 26/08/2017 03:16, Alexei Starovoitov wrote: > On Fri, Aug 25, 2017 at 10:16:39AM +0200, Mickaël Salaün wrote: >>> +/* a directory inode contains only one dentry */ +HOOK_NEW_FS(inode_create, 3, + struct inode *, dir, + struct dentry *, dentry, + umode_t, mode,

Re: [PATCH v2 1/3] i2c: davinci: Preserve return value of devm_clk_get

On Wed, Aug 16, 2017 at 05:17:13PM -0500, Franklin S Cooper Jr wrote: > The i2c driver can run into driver dependency issues if its loaded > before a clock driver it depends on. Therefore, EPROBE_DEFER may be > returned by devm_clk_get and should be returned in probe to allow the > kernel to

[PATCH] x86/boot: provide more slack space during decompression

The current slack space is not enough for LZ4, which has a worst case overhead of 0.4% for data that cannot be further compressed. With an LZ4 compressed kernel with an embedded initrd, the output is likely to overwrite the input. Increase the slack space to avoid that. Signed-off-by: Jan H.

Re: [PATCH v2] ASoC: Add a sanity check before using dai driver name

On Sun, Aug 27, 2017 at 10:31:52PM +0800, Jeffy Chen wrote: This is a HTML only mail and I have a text only client... signature.asc Description: PGP signature

[PATCH 0/4] irda: move it to drivers/staging so we can delete it

The IRDA code has long been obsolete and broken. So, to keep people from trying to use it, and to prevent people from having to maintain it, let's move it to drivers/staging/ so that we can delete it entirely from the kernel in a few releases. Greg Kroah-Hartman (4): irda: move net/irda/ to

[PATCH 4/4] staging: irda: add a TODO file.

The irda code will be deleted in a future kernel release, so no need to have anyone do any new work on it. Signed-off-by: Greg Kroah-Hartman --- drivers/staging/irda/TODO | 4 1 file changed, 4 insertions(+) create mode 100644 drivers/staging/irda/TODO diff

Re: [PATCH v3 08/14] [media] cxd2880: Add DVB-T control functions the driver

Em Wed, 16 Aug 2017 13:40:37 +0900 escreveu: > From: Yasunari Takiguchi > > Provide definitions, interfaces and functions needed for DVB-T > of the Sony CXD2880 DVB-T2/T tuner + demodulator driver. > > [Change list] > Changes in V3 >

Re: [RESEND PATCH v4 2/2] i2c: Add Spreadtrum I2C controller driver

Hi, thanks for your submission. > +static void sprd_i2c_dump_reg(struct sprd_i2c *i2c_dev) > +{ > + dev_err(_dev->adap.dev, ": ==dump i2c-%d reg===\n", > + i2c_dev->adap.nr); > + dev_err(_dev->adap.dev, ": I2C_CTRL:0x%x\n", > + readl(i2c_dev->base +

Re: [PATCH v3 11/14] [media] cxd2880: Add DVB-T2 monitor and integration layer functions

Em Wed, 16 Aug 2017 13:43:41 +0900 escreveu: > From: Yasunari Takiguchi > > Provide monitor and integration layer functions (DVB-T2) > for the Sony CXD2880 DVB-T2/T tuner + demodulator driver. > > [Change list] > Changes in V3 >

[PATCH 11/12] sh: make dma_cache_sync a no-op

sh does not implement DMA_ATTR_NON_CONSISTENT allocations, so it doesn't make any sense to do any work in dma_cache_sync given that it must be a no-op when dma_alloc_attrs returns coherent memory. On the other hand sh uses dma_cache_sync internally in the dma_ops implementation and for the maple

[PATCH 07/12] mn10300: make dma_cache_sync a no-op

mn10300 does not implement DMA_ATTR_NON_CONSISTENT allocations, so it doesn't make any sense to do any work in dma_cache_sync given that it must be a no-op when dma_alloc_attrs returns coherent memory. Signed-off-by: Christoph Hellwig --- arch/mn10300/include/asm/dma-mapping.h | 4

[PATCH 09/12] unicore32: make dma_cache_sync a no-op

unicore32 does not implement DMA_ATTR_NON_CONSISTENT allocations, so it doesn't make any sense to do any work in dma_cache_sync given that it must be a no-op when dma_alloc_attrs returns coherent memory. Signed-off-by: Christoph Hellwig --- arch/unicore32/include/asm/cacheflush.h

Re: [PATCH] DSA support for Micrel KSZ8895

> No, tag_ksz part probably is not acceptable. Do you see solution > better than just copying it into tag_ksz1 file? How about something like this, which needs further work to actually compile, but should give you the idea. Andrew index 99e38af85fc5..843e77b7c270 100644 ---

Re: [PATCH v2 3/3] mfd: twl: move header file out of I2C realm

On Tue, Aug 22, 2017 at 03:06:31PM +0200, Linus Walleij wrote: > On Mon, Aug 14, 2017 at 6:34 PM, Wolfram Sang wrote: > > > include/linux/i2c is not for client devices. Move the header file to a > > more appropriate location. > > > > Signed-off-by: Wolfram Sang

Re: [PATCH] hugetlbfs: change put_page/unlock_page order in hugetlbfs_fallocate()

On 08/26/2017 12:11 PM, Nadav Amit wrote: > hugetlfs_fallocate() currently performs put_page() before unlock_page(). > This scenario opens a small time window, from the time the page is added > to the page cache, until it is unlocked, in which the page might be > removed from the page-cache by

Re: [PATCH 10/11] staging: typec: tcpm: Do not send PING msgs in TCPM

On Sat, Aug 26, 2017 at 11:52:00PM -0700, Badhri Jagan Sridharan wrote: > PING messages are used to monitor the connect/disconnect. > However, when PD is carried over CC, so this is not required. > > Also, the spec does not clearly say if PD is possible when > Type-c is connected to Type-A/B. So,

Re: [PATCH 09/11] staging: typec: tcpm: typec: tcpm: Wait for CC debounce before PD excg

On Sat, Aug 26, 2017 at 11:51:27PM -0700, Badhri Jagan Sridharan wrote: > Once, Rp or Rd is switched, wait for PD_T_CC_DEBOUNCE. If not the > PS_RDY message transmitted might result in failure. > Also, Only wait for PD_T_SRCSWAPSTDBY while in > PR_SWAP_SRC_SNK_TRANSITION_OFF. PD_T_PS_SOURCE_OFF is

[PATCH net-next] net-next/hinic: fix comparison of a uint16_t type with -1

Remove the search for index of constant buffer size Signed-off-by: Aviad Krawczyk Signed-off-by: Zhao Chen --- drivers/net/ethernet/huawei/hinic/hinic_hw_dev.c | 37 +--- drivers/net/ethernet/huawei/hinic/hinic_hw_qp.h | 21

Re: [PATCH 1/6] staging: usb: typec: tcpm set port type callback

On 08/27/2017 11:01 AM, Greg Kroah-Hartman wrote: On Sat, Aug 26, 2017 at 10:23:24PM -0700, Badhri Jagan Sridharan wrote: The port type callback call enquires the tcpc_dev if the requested port type is supported. If supported, then performs a tcpm reset if required after setting the tcpm

[PATCH 1/3] dt-bindings: Add vendor prefix for ProBox2

PROBOX2 is a Hong Kong based manufacturer of TV boxes. Cc: supp...@probox2.com Signed-off-by: Andreas Färber --- I did not find a fully spelled out company name for this brand. http://probox2.com/contact-us/ https://www.facebook.com/pg/probox2/about/

[PATCH 0/3] arm64: dts: Initial ProBox2 Ava support

Hello, This mini-series adds a Device Tree for the PROBOX2 AVA Android TV Box. Unlike the Zidoo X9S, serial (loady) was the only working way to boot a new kernel from the vendor's U-Boot on this TV Box. PROBOX2 support has been informed about bootloader issues with Ethernet, USB and FAT on SD;

[PATCH v4 7/7] dpaa_eth: check allocation result

Signed-off-by: Madalin Bucur --- drivers/net/ethernet/freescale/dpaa/dpaa_eth.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/net/ethernet/freescale/dpaa/dpaa_eth.c b/drivers/net/ethernet/freescale/dpaa/dpaa_eth.c index 73ca8d7..4225806 100644 ---

[PATCH v4 6/7] Documentation: networking: add RSS information

Signed-off-by: Madalin Bucur --- Documentation/networking/dpaa.txt | 68 ++- 1 file changed, 67 insertions(+), 1 deletion(-) diff --git a/Documentation/networking/dpaa.txt b/Documentation/networking/dpaa.txt index 76e016d..f88194f

<    1   2   3   4   5   6   7   >