Re: [PATCH] block: flush writeback dwork before detaching a bdev inode from it

Hello, On Mon, Jun 20, 2016 at 03:38:41PM +0200, Dmitry Vyukov wrote: > > Sorry for the late reply but now when thinking about the patch I don't > > think it is quite right. Writeback can happen from other contexts than just > > the worker one (e.g. kswapd can do writeback, or in some

Re: [PATCH V2 14/63] clocksource/drivers/bcm_kona: Convert init function to return error

On 06/20/2016 07:22 PM, Ray Jui wrote: [ ... ] -static void __init kona_timer_init(struct device_node *node) +static int __init kona_timer_init(struct device_node *node) { u32 freq; struct clk *external_clk; if (!of_device_is_available(node)) { pr_info("Kona Timer v1

Re: [PATCH] block: flush writeback dwork before detaching a bdev inode from it

Hello, On Mon, Jun 20, 2016 at 03:38:41PM +0200, Dmitry Vyukov wrote: > > Sorry for the late reply but now when thinking about the patch I don't > > think it is quite right. Writeback can happen from other contexts than just > > the worker one (e.g. kswapd can do writeback, or in some

Re: [PATCH V2 14/63] clocksource/drivers/bcm_kona: Convert init function to return error

On 06/20/2016 07:22 PM, Ray Jui wrote: [ ... ] -static void __init kona_timer_init(struct device_node *node) +static int __init kona_timer_init(struct device_node *node) { u32 freq; struct clk *external_clk; if (!of_device_is_available(node)) { pr_info("Kona Timer v1

Re: [GIT PULL] AVR32 update for 4.7

On Mon, Jun 20, 2016 at 12:52 AM, Hans-Christian Noren Egtvedt wrote: > > please pull newly rebased to 4.7-rc4 tag Yeah, I didn't pull the last time you send this, and it keeps getting just worse, so I won't be pulling this time either. I'm not taking 600+ lines of coding

Re: [GIT PULL] AVR32 update for 4.7

On Mon, Jun 20, 2016 at 12:52 AM, Hans-Christian Noren Egtvedt wrote: > > please pull newly rebased to 4.7-rc4 tag Yeah, I didn't pull the last time you send this, and it keeps getting just worse, so I won't be pulling this time either. I'm not taking 600+ lines of coding style changes during

Re: [v3,1/4] mfd: cros_ec: Add cros_ec_cmd_xfer_status helper

On Fri, Jun 17, 2016 at 09:12:20PM -0700, Guenter Roeck wrote: > On 06/17/2016 06:08 PM, Brian Norris wrote: > >On Fri, Jun 17, 2016 at 02:41:51PM -0700, Guenter Roeck wrote: > >>On Fri, Jun 17, 2016 at 12:58:12PM -0700, Brian Norris wrote: > >>>+int cros_ec_cmd_xfer_status(struct cros_ec_device

Re: [v3,1/4] mfd: cros_ec: Add cros_ec_cmd_xfer_status helper

On Fri, Jun 17, 2016 at 09:12:20PM -0700, Guenter Roeck wrote: > On 06/17/2016 06:08 PM, Brian Norris wrote: > >On Fri, Jun 17, 2016 at 02:41:51PM -0700, Guenter Roeck wrote: > >>On Fri, Jun 17, 2016 at 12:58:12PM -0700, Brian Norris wrote: > >>>+int cros_ec_cmd_xfer_status(struct cros_ec_device

Re: Canonical has own Ubuntu driver for ALPS 73 03 28 devices

On Tue, Jun 21, 2016 at 01:29:41AM +0800, Anthony Wong wrote: > On 20 June 2016 at 18:20, Pali Rohár wrote: > > > > On Monday 20 June 2016 03:16:36 Christoph Hellwig wrote: > > > On Sun, Jun 19, 2016 at 01:43:46AM +0200, Pali Roh??r wrote: > > > > I do not understand it...

Re: Canonical has own Ubuntu driver for ALPS 73 03 28 devices

On Tue, Jun 21, 2016 at 01:29:41AM +0800, Anthony Wong wrote: > On 20 June 2016 at 18:20, Pali Rohár wrote: > > > > On Monday 20 June 2016 03:16:36 Christoph Hellwig wrote: > > > On Sun, Jun 19, 2016 at 01:43:46AM +0200, Pali Roh??r wrote: > > > > I do not understand it... Why Canonical is hidden

Re: [PATCH V7 0/8] Introduce ACPI world to ITS irqchip

Hi Tomasz, On 06/20/2016 06:02 AM, Tomasz Nowicki wrote: The series builds the PCI/MSI domain stack based on initial IORT driver which is added in first place. As a reference please see IORT spec: http://infocenter.arm.com/help/topic/com.arm.doc.den0049b/DEN0049B_IO_Rema pping_Table.pdf Tested

Re: [PATCH V7 0/8] Introduce ACPI world to ITS irqchip

Hi Tomasz, On 06/20/2016 06:02 AM, Tomasz Nowicki wrote: The series builds the PCI/MSI domain stack based on initial IORT driver which is added in first place. As a reference please see IORT spec: http://infocenter.arm.com/help/topic/com.arm.doc.den0049b/DEN0049B_IO_Rema pping_Table.pdf Tested

Re: [PATCH v4 0/5] /dev/random - a new approach

On 2016-06-18 12:31, Stephan Mueller wrote: Am Samstag, 18. Juni 2016, 10:44:08 schrieb Theodore Ts'o: Hi Theodore, At the end of the day, with these devices you really badly need a hardware RNG. We can't generate randomness out of thin air. The only thing you really can do requires user

Re: [PATCH v4 0/5] /dev/random - a new approach

On 2016-06-18 12:31, Stephan Mueller wrote: Am Samstag, 18. Juni 2016, 10:44:08 schrieb Theodore Ts'o: Hi Theodore, At the end of the day, with these devices you really badly need a hardware RNG. We can't generate randomness out of thin air. The only thing you really can do requires user

[PATCH v5 net-next v5 04/14] net: dsa: mv88e6xxx: do not increment bus refcount

The MDIO device probe and remove functions are respectively incrementing and decrementing the bus refcount themselves. Since these bus level actions are out of the device scope, remove them. Signed-off-by: Vivien Didelot Acked-by: Andrew Lunn

Re: [PATCH 2/2] perf record: Add --dry-run option to check cmdline options

On Mon, Jun 20, 2016 at 11:38:18AM -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, Jun 20, 2016 at 11:29:13AM +0800, Wangnan (F) escreveu: > > On 2016/6/17 0:48, Arnaldo Carvalho de Melo wrote: > > >Em Thu, Jun 16, 2016 at 08:02:41AM +, Wang Nan escreveu: > > >>With '--dry-run', 'perf record'

Re: [RFC PATCH v3 2/2] ARM64/PCI: Start using quirks handling for ACPI based PCI host controller

Hi Duc, On 06/20/2016 05:42 AM, Lorenzo Pieralisi wrote: > On Fri, Jun 17, 2016 at 02:37:02PM -0700, Duc Dang wrote: >> On Thu, Jun 16, 2016 at 10:48 AM, Lorenzo Pieralisi >> wrote: >>> On Wed, Jun 15, 2016 at 11:34:11AM -0400, Christopher Covington wrote: From:

Re: [PATCH] x86/ptrace: Remove questionable TS_COMPAT usage in ptrace

On Mon, Jun 20, 2016 at 9:14 AM, Oleg Nesterov wrote: > On 06/20, Andy Lutomirski wrote: >> >> On Mon, Jun 20, 2016 at 8:24 AM, Oleg Nesterov wrote: >> > >> > How about the simple change below for now? IIRC 32-bit task can't use >> > "syscall" so if

[PATCH v5 net-next v5 04/14] net: dsa: mv88e6xxx: do not increment bus refcount

The MDIO device probe and remove functions are respectively incrementing and decrementing the bus refcount themselves. Since these bus level actions are out of the device scope, remove them. Signed-off-by: Vivien Didelot Acked-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 3 --- 1 file

Re: [PATCH 2/2] perf record: Add --dry-run option to check cmdline options

On Mon, Jun 20, 2016 at 11:38:18AM -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, Jun 20, 2016 at 11:29:13AM +0800, Wangnan (F) escreveu: > > On 2016/6/17 0:48, Arnaldo Carvalho de Melo wrote: > > >Em Thu, Jun 16, 2016 at 08:02:41AM +, Wang Nan escreveu: > > >>With '--dry-run', 'perf record'

Re: [RFC PATCH v3 2/2] ARM64/PCI: Start using quirks handling for ACPI based PCI host controller

Hi Duc, On 06/20/2016 05:42 AM, Lorenzo Pieralisi wrote: > On Fri, Jun 17, 2016 at 02:37:02PM -0700, Duc Dang wrote: >> On Thu, Jun 16, 2016 at 10:48 AM, Lorenzo Pieralisi >> wrote: >>> On Wed, Jun 15, 2016 at 11:34:11AM -0400, Christopher Covington wrote: From: Tomasz Nowicki

Re: [PATCH] x86/ptrace: Remove questionable TS_COMPAT usage in ptrace

On Mon, Jun 20, 2016 at 9:14 AM, Oleg Nesterov wrote: > On 06/20, Andy Lutomirski wrote: >> >> On Mon, Jun 20, 2016 at 8:24 AM, Oleg Nesterov wrote: >> > >> > How about the simple change below for now? IIRC 32-bit task can't use >> > "syscall" so if syscall_get_nr() >= 0 then even the wrong

[PATCH v2 2/5] ASoC: tap6130a2: Use regmap

Use regmap instead of open-coding IO access and caching Signed-off-by: Lars-Peter Clausen [koike: port for upstream] Signed-off-by: Helen Koike [On N900] Tested-By: Sebastian Reichel --- Changes since v1: - Add tested-by from

Re: [PATCH V2 14/63] clocksource/drivers/bcm_kona: Convert init function to return error

Hi Daniel, On 6/16/2016 2:26 PM, Daniel Lezcano wrote: The init functions do not return any error. They behave as the following: - panic, thus leading to a kernel crash while another timer may work and make the system boot up correctly or - print an error and let the caller

[PATCH v2 2/5] ASoC: tap6130a2: Use regmap

Use regmap instead of open-coding IO access and caching Signed-off-by: Lars-Peter Clausen [koike: port for upstream] Signed-off-by: Helen Koike [On N900] Tested-By: Sebastian Reichel --- Changes since v1: - Add tested-by from Sebastian sound/soc/codecs/tpa6130a2.c | 166

Re: [PATCH V2 14/63] clocksource/drivers/bcm_kona: Convert init function to return error

Hi Daniel, On 6/16/2016 2:26 PM, Daniel Lezcano wrote: The init functions do not return any error. They behave as the following: - panic, thus leading to a kernel crash while another timer may work and make the system boot up correctly or - print an error and let the caller

[PATCH v2 1/5] ASoC: tpa6130a2: Register component

Add tpa6130a2 controls by the component API and update rx51 accordingly Signed-off-by: Lars-Peter Clausen [koike: port for upstream] Signed-off-by: Helen Koike Tested-By: Sebastian Reichel Reviewed-By: Sebastian Reichel

[PATCH v2 1/5] ASoC: tpa6130a2: Register component

Add tpa6130a2 controls by the component API and update rx51 accordingly Signed-off-by: Lars-Peter Clausen [koike: port for upstream] Signed-off-by: Helen Koike Tested-By: Sebastian Reichel Reviewed-By: Sebastian Reichel --- Changes since v1: - Remove prefix from snd_kcontrol_new in

Re: [RFC PATCH v3 1/2] ACPI/PCI: Check platform specific ECAM quirks

[+ Ard, Arnd] On Wed, Jun 15, 2016 at 11:34:10AM -0400, Christopher Covington wrote: > From: Tomasz Nowicki > > Some platforms may not be fully compliant with the generic PCI config > operations. For these cases we implement a way to use custom map and > accessor functions.

Re: [RFC PATCH v3 1/2] ACPI/PCI: Check platform specific ECAM quirks

[+ Ard, Arnd] On Wed, Jun 15, 2016 at 11:34:10AM -0400, Christopher Covington wrote: > From: Tomasz Nowicki > > Some platforms may not be fully compliant with the generic PCI config > operations. For these cases we implement a way to use custom map and > accessor functions. The algorithm

[PATCH v5 net-next v5 00/14] net: dsa: mv88e6xxx: probe compatible

This patchset factorizes the legacy and new SMI probing and abstracts the switch register accesses. This simplifies adding support for new chips or alternative register accesses. This will allow us to use a compatible chip info to describe how to access the SMI device and its switch ID register

[PATCH v2 4/5] ASoC: tpa6130a2: Add DAPM support

Add DAPM support and updated rx51 accordingly. As a consequence: - the exported function tpa6130a2_stereo_enable is not needed anymore - the mutex is dealt in the DAPM - the power state is tracked by the DAPM Signed-off-by: Lars-Peter Clausen [koike: port for upstream]

[PATCH v2 3/5] ASoC: tpa6130a2: Use snd soc volsw functions

Use snd_soc_{info,get,put}_volsw instead of custom volume functions Signed-off-by: Lars-Peter Clausen [koike: port for upstream] Signed-off-by: Helen Koike [On N900] Tested-By: Sebastian Reichel --- Changes since v1: - Add

Re: [PATCH v5] clk: tegra: Initialize UTMIPLL when enabling PLLU

On 6/17/2016 11:23 AM, Thierry Reding wrote: > * PGP Signed by an unknown key > > On Fri, Jun 17, 2016 at 02:49:41PM +0100, Jon Hunter wrote: >> Hi Thierry, >> >> On 26/05/16 17:41, Rhyland Klein wrote: >>> From: Andrew Bresticker >>> >>> Move the UTMIPLL initialization

[PATCH v2 3/5] ASoC: tpa6130a2: Use snd soc volsw functions

Use snd_soc_{info,get,put}_volsw instead of custom volume functions Signed-off-by: Lars-Peter Clausen [koike: port for upstream] Signed-off-by: Helen Koike [On N900] Tested-By: Sebastian Reichel --- Changes since v1: - Add tested-by from Sebastian sound/soc/codecs/tpa6130a2.c | 64

Re: [PATCH v5] clk: tegra: Initialize UTMIPLL when enabling PLLU

On 6/17/2016 11:23 AM, Thierry Reding wrote: > * PGP Signed by an unknown key > > On Fri, Jun 17, 2016 at 02:49:41PM +0100, Jon Hunter wrote: >> Hi Thierry, >> >> On 26/05/16 17:41, Rhyland Klein wrote: >>> From: Andrew Bresticker >>> >>> Move the UTMIPLL initialization code form clk-tegra.c

[PATCH v5 net-next v5 00/14] net: dsa: mv88e6xxx: probe compatible

This patchset factorizes the legacy and new SMI probing and abstracts the switch register accesses. This simplifies adding support for new chips or alternative register accesses. This will allow us to use a compatible chip info to describe how to access the SMI device and its switch ID register

[PATCH v2 4/5] ASoC: tpa6130a2: Add DAPM support

Add DAPM support and updated rx51 accordingly. As a consequence: - the exported function tpa6130a2_stereo_enable is not needed anymore - the mutex is dealt in the DAPM - the power state is tracked by the DAPM Signed-off-by: Lars-Peter Clausen [koike: port for upstream] Signed-off-by: Helen Koike

RE: [PATCH 2649/2649] Staging: comedi : fixed a camel case style issue

On Friday, June 17, 2016 9:02 PM, Greg KH wrote: >> The patch looks fine (although this odd-ball Comedi driver shouldn't really >> be sending signals to a user-space task!). > > Yeah, that's really odd, fixing that would be nice... This is the last addi-data driver that does this. It's on my list

[PATCH v5 net-next v5 01/14] net: dsa: mv88e6xxx: fix style issues

This patch fixes 5 style problems reported by checkpatch: WARNING: suspect code indent for conditional statements (8, 24) #492: FILE: drivers/net/dsa/mv88e6xxx.c:492: + if (phydev->link) + reg |= PORT_PCS_CTRL_LINK_UP; CHECK: Logical continuations should

Re: [PATCH v1 15/25] PCI: generic: Free resource list close to where it's allocated

bot has reported[0] new qemu-aarch64 > (arm64-defconfig) boot failures[1][2] in next-20160620. I've > bisected[3] this boot failure down to this patch, and confirmed > reverting it on top of next-20160620 resolves the boot issue. > > I have not investigated further, but you can easi

[PATCH v2 0/5] ASoC: tpa6130a2: Add support for multiple instances

The current tpa6130a2 driver supports only a single instance. This patch series add support for multiple instances by removing the global variable that holds the instance. This is performed by using the component API, regmap, the snd_soc_{info,put,get}_volsw API and DAPM. This patch series also

RE: [PATCH 2649/2649] Staging: comedi : fixed a camel case style issue

On Friday, June 17, 2016 9:02 PM, Greg KH wrote: >> The patch looks fine (although this odd-ball Comedi driver shouldn't really >> be sending signals to a user-space task!). > > Yeah, that's really odd, fixing that would be nice... This is the last addi-data driver that does this. It's on my list

[PATCH v5 net-next v5 01/14] net: dsa: mv88e6xxx: fix style issues

This patch fixes 5 style problems reported by checkpatch: WARNING: suspect code indent for conditional statements (8, 24) #492: FILE: drivers/net/dsa/mv88e6xxx.c:492: + if (phydev->link) + reg |= PORT_PCS_CTRL_LINK_UP; CHECK: Logical continuations should

Re: [PATCH v1 15/25] PCI: generic: Free resource list close to where it's allocated

t; on error in gen_pci_init(). > > > > Reorder gen_pci_init() so we can take care of error path cleanup in > > gen_pci_parse_request_of_pci_ranges() instead. > > > > Signed-off-by: Bjorn Helgaas > > The kernelci.org bot has reported[0] new qemu-aarch64 > (arm64-

[PATCH v2 0/5] ASoC: tpa6130a2: Add support for multiple instances

The current tpa6130a2 driver supports only a single instance. This patch series add support for multiple instances by removing the global variable that holds the instance. This is performed by using the component API, regmap, the snd_soc_{info,put,get}_volsw API and DAPM. This patch series also

Re: [PATCH] nfit: add Microsoft NVDIMM DSM command set to white list

On Sun, Jun 19, 2016 at 10:59 AM, Pavel Machek wrote: > Hi! > >> >Add the Microsoft _DSM command set to the white list of NVDIMM command sets. >> > >> >This command set is documented at >> >https://msdn.microsoft.com/library/windows/hardware/mt604741. >> > >> >Signed-off-by: Stuart

Re: [PATCH] nfit: add Microsoft NVDIMM DSM command set to white list

On Sun, Jun 19, 2016 at 10:59 AM, Pavel Machek wrote: > Hi! > >> >Add the Microsoft _DSM command set to the white list of NVDIMM command sets. >> > >> >This command set is documented at >> >https://msdn.microsoft.com/library/windows/hardware/mt604741. >> > >> >Signed-off-by: Stuart Hayes >>

[PATCH v5 net-next v5 11/14] net: dsa: mv88e6xxx: add detection helper

Extract the common detection code which assigns the info structure to the chip given the read switch ID. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 64

[PATCH v5 net-next v5 11/14] net: dsa: mv88e6xxx: add detection helper

Extract the common detection code which assigns the info structure to the chip given the read switch ID. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 64 + 1 file changed, 30 insertions(+), 34 deletions(-)

[PATCH v5 net-next v5 09/14] net: dsa: mv88e6xxx: add chip allocation helper

Add an helper function to allocate the chip structure at the beginning of the probe functions. It will be used to initialize the SMI access. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 39

[PATCH v5 net-next v5 05/14] net: dsa: mv88e6xxx: add switch register helpers

The mixed assignments, allocations and registrations in the probe code make it hard to follow the logic and figure out what is DSA or chip specific. Extract the struct dsa_switch related code in a simple mv88e6xxx_register_switch helper function. For symmetry in the code, add a

[PATCH v5 net-next v5 09/14] net: dsa: mv88e6xxx: add chip allocation helper

Add an helper function to allocate the chip structure at the beginning of the probe functions. It will be used to initialize the SMI access. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 39 +++ 1 file changed, 27

[PATCH v5 net-next v5 05/14] net: dsa: mv88e6xxx: add switch register helpers

The mixed assignments, allocations and registrations in the probe code make it hard to follow the logic and figure out what is DSA or chip specific. Extract the struct dsa_switch related code in a simple mv88e6xxx_register_switch helper function. For symmetry in the code, add a

[PATCH v5 net-next v5 02/14] net: dsa: mv88e6xxx: remove redundant assignments

The chip->ds and ds->slave_mii_bus assignments are common to both legacy and new MDIO probing and are already done in the later setup code. Remove the duplicated assignments from the MDIO probing code. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn

[PATCH v5 net-next v5 14/14] net: dsa: mv88e6xxx: abstract switch registers accesses

When the SMI address of the switch chip is zero, the chip assumes to be the only one on the SMI master bus and thus responds to all its known SMI devices addresses (port registers, Global2, etc.) When its SMI address is not zero, some chips (e.g. 88E6352) use an indirect access through two SMI

[PATCH v2 5/5] ASoC: tpa6130a2: Remove goto err_gpio

Replace goto err_gpio by return ret Signed-off-by: Helen Koike --- Changes since v1: - this is a new patch in the series sound/soc/codecs/tpa6130a2.c | 11 --- 1 file changed, 4 insertions(+), 7 deletions(-) diff --git a/sound/soc/codecs/tpa6130a2.c

[PATCH v5 net-next v5 13/14] net: dsa: mv88e6xxx: add port base address to info

The switch ID is located at address 0x3 of every Port Registers bank. But not all Marvell switches have their Port Registers SMI Addresses starting at 0x10. 88E6060 starts at 0x8 and 88E6390 starts at 0x0. Add this data in the info structure and use it in the detection code. Signed-off-by:

[PATCH v5 net-next v5 10/14] net: dsa: mv88e6xxx: add SMI init helper

Add an helper function to isolate SMI specific assignments and checks. This function will later help choosing the different SMI accesses based of the compatible info. Since the chip structure is already allocated in the legacy probe, use the mv88e6xxx_reg_read access routine instead of

[PATCH v5 net-next v5 07/14] net: dsa: mv88e6xxx: remove table args in info lookup

The mv88e6xxx_table array and the mv88e6xxx_lookup_info function are static, so remove the table and size arguments from the lookup function. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 16

[PATCH v5 net-next v5 08/14] net: dsa: mv88e6xxx: rename smi_mutex to reg_lock

The chip smi_mutex mutex is used to protect the access to the internal switch registers, not only the Multi-chip Addressing Mode, as commented. Since we will isolate SMI-specific pieces of code, avoid the confusion now by renaming smi_mutex to reg_lock. No functional changes here. Signed-off-by:

[git pull] vfs fixes

A couple more of d_walk()/d_subdirs reordering fixes (stable fodder; ought to solve that crap for good) and a fix for a brown paperbag bug in d_alloc_parallel() (this cycle). The following changes since commit 1607f09c226d1378439c411b020042750338: coredump: fix dumping through pipes

[PATCH v5 net-next v5 12/14] net: dsa: mv88e6xxx: pass compatible info

After allocating the chip structure, pass it a compatible info pointer. The compatible info structure will be used later to describe how to access the switch registers and where to read the switch ID. For the standard MDIO probe, get it from the device node data. For the legacy DSA driver

Re: [PATCH] x86/ptrace: Remove questionable TS_COMPAT usage in ptrace

On 06/20, Andy Lutomirski wrote: > > On Mon, Jun 20, 2016 at 8:24 AM, Oleg Nesterov wrote: > > > > How about the simple change below for now? IIRC 32-bit task can't use > > "syscall" so if syscall_get_nr() >= 0 then even the wrong TS_COMPAT is > > not that bad, even if it "leaks"

[PATCH v5 net-next v5 02/14] net: dsa: mv88e6xxx: remove redundant assignments

The chip->ds and ds->slave_mii_bus assignments are common to both legacy and new MDIO probing and are already done in the later setup code. Remove the duplicated assignments from the MDIO probing code. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 3

[PATCH v5 net-next v5 14/14] net: dsa: mv88e6xxx: abstract switch registers accesses

When the SMI address of the switch chip is zero, the chip assumes to be the only one on the SMI master bus and thus responds to all its known SMI devices addresses (port registers, Global2, etc.) When its SMI address is not zero, some chips (e.g. 88E6352) use an indirect access through two SMI

[PATCH v2 5/5] ASoC: tpa6130a2: Remove goto err_gpio

Replace goto err_gpio by return ret Signed-off-by: Helen Koike --- Changes since v1: - this is a new patch in the series sound/soc/codecs/tpa6130a2.c | 11 --- 1 file changed, 4 insertions(+), 7 deletions(-) diff --git a/sound/soc/codecs/tpa6130a2.c b/sound/soc/codecs/tpa6130a2.c

[PATCH v5 net-next v5 13/14] net: dsa: mv88e6xxx: add port base address to info

The switch ID is located at address 0x3 of every Port Registers bank. But not all Marvell switches have their Port Registers SMI Addresses starting at 0x10. 88E6060 starts at 0x8 and 88E6390 starts at 0x0. Add this data in the info structure and use it in the detection code. Signed-off-by:

[PATCH v5 net-next v5 10/14] net: dsa: mv88e6xxx: add SMI init helper

Add an helper function to isolate SMI specific assignments and checks. This function will later help choosing the different SMI accesses based of the compatible info. Since the chip structure is already allocated in the legacy probe, use the mv88e6xxx_reg_read access routine instead of

[PATCH v5 net-next v5 07/14] net: dsa: mv88e6xxx: remove table args in info lookup

The mv88e6xxx_table array and the mv88e6xxx_lookup_info function are static, so remove the table and size arguments from the lookup function. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 16 ++-- 1 file changed, 6 insertions(+), 10

[PATCH v5 net-next v5 08/14] net: dsa: mv88e6xxx: rename smi_mutex to reg_lock

The chip smi_mutex mutex is used to protect the access to the internal switch registers, not only the Multi-chip Addressing Mode, as commented. Since we will isolate SMI-specific pieces of code, avoid the confusion now by renaming smi_mutex to reg_lock. No functional changes here. Signed-off-by:

[git pull] vfs fixes

A couple more of d_walk()/d_subdirs reordering fixes (stable fodder; ought to solve that crap for good) and a fix for a brown paperbag bug in d_alloc_parallel() (this cycle). The following changes since commit 1607f09c226d1378439c411b020042750338: coredump: fix dumping through pipes

[PATCH v5 net-next v5 12/14] net: dsa: mv88e6xxx: pass compatible info

After allocating the chip structure, pass it a compatible info pointer. The compatible info structure will be used later to describe how to access the switch registers and where to read the switch ID. For the standard MDIO probe, get it from the device node data. For the legacy DSA driver

Re: [PATCH] x86/ptrace: Remove questionable TS_COMPAT usage in ptrace

On 06/20, Andy Lutomirski wrote: > > On Mon, Jun 20, 2016 at 8:24 AM, Oleg Nesterov wrote: > > > > How about the simple change below for now? IIRC 32-bit task can't use > > "syscall" so if syscall_get_nr() >= 0 then even the wrong TS_COMPAT is > > not that bad, even if it "leaks" to user-mode. >

[PATCH v5 net-next v5 03/14] net: dsa: mv88e6xxx: use already declared variables

In the MDIO probing function, dev is already assigned to >dev and np is already assigned to mdiodev->dev.of_node, so use them. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 6 +++--- 1 file changed,

[PATCH v5 net-next v5 03/14] net: dsa: mv88e6xxx: use already declared variables

In the MDIO probing function, dev is already assigned to >dev and np is already assigned to mdiodev->dev.of_node, so use them. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH v5 net-next v5 06/14] net: dsa: mv88e6xxx: use gpio get optional variant

Use the optional variant to get the reset GPIO line, instead of checking for the -ENOENT error. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 13 +++-- 1 file changed, 3 insertions(+), 10

[PATCH v5 net-next v5 06/14] net: dsa: mv88e6xxx: use gpio get optional variant

Use the optional variant to get the reset GPIO line, instead of checking for the -ENOENT error. Signed-off-by: Vivien Didelot Reviewed-by: Andrew Lunn --- drivers/net/dsa/mv88e6xxx.c | 13 +++-- 1 file changed, 3 insertions(+), 10 deletions(-) diff --git a/drivers/net/dsa/mv88e6xxx.c

Re: [PATCH 2/2] arm64: dts: mediatek: add mt6755 support

On 20/06/16 11:19, Mars Cheng wrote: On Mon, 2016-06-20 at 10:31 +0200, Matthias Brugger wrote: On 14/06/16 04:20, Mars Cheng wrote: This adds basic chip support for MT6755 SoC. Signed-off-by: Mars Cheng --- arch/arm64/boot/dts/mediatek/Makefile |1

Re: [PATCH 2/2] arm64: dts: mediatek: add mt6755 support

On 20/06/16 11:19, Mars Cheng wrote: On Mon, 2016-06-20 at 10:31 +0200, Matthias Brugger wrote: On 14/06/16 04:20, Mars Cheng wrote: This adds basic chip support for MT6755 SoC. Signed-off-by: Mars Cheng --- arch/arm64/boot/dts/mediatek/Makefile |1 +

Re: [PATCH V2 36/63] clocksource/drivers/time-orion: Convert init function to return error

On Thu, 2016-06-16 at 23:26 +0200, Daniel Lezcano wrote: > The init functions do not return any error. They behave as the following: > > - panic, thus leading to a kernel crash while another timer may work and >make the system boot up correctly > > or > > - print an error and let

Re: [PATCH V2 36/63] clocksource/drivers/time-orion: Convert init function to return error

On Thu, 2016-06-16 at 23:26 +0200, Daniel Lezcano wrote: > The init functions do not return any error. They behave as the following: > > - panic, thus leading to a kernel crash while another timer may work and >make the system boot up correctly > > or > > - print an error and let

Re: [PATCH] ARM: sun8i: Add Parrot Board DTS

Hi, On 20-06-16 18:30, Chen-Yu Tsai wrote: Hi, On Mon, Jun 20, 2016 at 11:44 PM, Maxime Ripard wrote: Hi, On Tue, Jun 14, 2016 at 09:19:58PM +0800, Chen-Yu Tsai wrote: On Tue, Jun 14, 2016 at 8:59 PM, Quentin Schulz

Re: [PATCH] ARM: sun8i: Add Parrot Board DTS

Hi, On 20-06-16 18:30, Chen-Yu Tsai wrote: Hi, On Mon, Jun 20, 2016 at 11:44 PM, Maxime Ripard wrote: Hi, On Tue, Jun 14, 2016 at 09:19:58PM +0800, Chen-Yu Tsai wrote: On Tue, Jun 14, 2016 at 8:59 PM, Quentin Schulz wrote: Hi, On 13/06/2016 15:04, Chen-Yu Tsai wrote: Hi, On Mon, Jun

[PATCH 7/9] mtd: m25p80: add support of dual and quad spi protocols to all commands

Before this patch, m25p80_read() supported few SPI protocols: - regular SPI 1-1-1 - SPI Dual Output 1-1-2 - SPI Quad Output 1-1-4 On the other hand, all other m25p80_*() hooks only supported SPI 1-1-1. This patch adds support to all currently existing SPI protocols to cover as many protocols as

[PATCH 7/9] mtd: m25p80: add support of dual and quad spi protocols to all commands

Before this patch, m25p80_read() supported few SPI protocols: - regular SPI 1-1-1 - SPI Dual Output 1-1-2 - SPI Quad Output 1-1-4 On the other hand, all other m25p80_*() hooks only supported SPI 1-1-1. This patch adds support to all currently existing SPI protocols to cover as many protocols as

Re: [PATCH] iommu/amd: Remove create_workqueue

On Sat, Jun 18, 2016 at 01:58:30PM +0530, Bhaktipriya Shridhar wrote: > alloc_workqueue replaces deprecated create_workqueue(). > > A dedicated workqueue has been used since the workitem (viz > >work), is involved in IO page-fault handling. > WQ_MEM_RECLAIM has been set to guarantee forward

[PATCH 8/9] mtd: spi-nor: parse Serial Flash Discoverable Parameters (SFDP) tables

This patch adds support the the JESD216B standard and parse the SFDP tables to dynamically initialize the spi_nor_basic_flash_parameter structure. Signed-off-by: Cyrille Pitchen --- drivers/mtd/spi-nor/spi-nor.c | 423 +-

ALL THE BEST

Hello Sir/Madam, You have been chosen to benefit from Bernard Arnault Philanthropic Donation. For more contact the email below. Email:: bernardarnaul...@gmail.com Faithfully, Bernard Arnault

Re: [PATCH] iommu/amd: Remove create_workqueue

On Sat, Jun 18, 2016 at 01:58:30PM +0530, Bhaktipriya Shridhar wrote: > alloc_workqueue replaces deprecated create_workqueue(). > > A dedicated workqueue has been used since the workitem (viz > >work), is involved in IO page-fault handling. > WQ_MEM_RECLAIM has been set to guarantee forward

[PATCH 8/9] mtd: spi-nor: parse Serial Flash Discoverable Parameters (SFDP) tables

This patch adds support the the JESD216B standard and parse the SFDP tables to dynamically initialize the spi_nor_basic_flash_parameter structure. Signed-off-by: Cyrille Pitchen --- drivers/mtd/spi-nor/spi-nor.c | 423 +- include/linux/mtd/spi-nor.h |

ALL THE BEST

Hello Sir/Madam, You have been chosen to benefit from Bernard Arnault Philanthropic Donation. For more contact the email below. Email:: bernardarnaul...@gmail.com Faithfully, Bernard Arnault

[PATCH 4/9] mtd: atmel-quadspi: add driver for Atmel QSPI controller

This driver add support to the new Atmel QSPI controller embedded into sama5d2x SoCs. It expects a NOR memory to be connected to the QSPI controller. Signed-off-by: Cyrille Pitchen Acked-by: Nicolas Ferre --- drivers/mtd/spi-nor/Kconfig

[PATCH 4/9] mtd: atmel-quadspi: add driver for Atmel QSPI controller

This driver add support to the new Atmel QSPI controller embedded into sama5d2x SoCs. It expects a NOR memory to be connected to the QSPI controller. Signed-off-by: Cyrille Pitchen Acked-by: Nicolas Ferre --- drivers/mtd/spi-nor/Kconfig | 9 + drivers/mtd/spi-nor/Makefile|

[PATCH 9/9] mtd: spi-nor: parse SFDP 4-byte Address Instruction Table

This patch adds supports for SFDP (JESD216B) 4-byte Address Instruction Table. This table is optional but when available, we parse it to get the 4-byte address op codes supported by the memory. Using these op codes is stateless as opposed to entering the 4-byte address mode or setting the Base

[PATCH 9/9] mtd: spi-nor: parse SFDP 4-byte Address Instruction Table

This patch adds supports for SFDP (JESD216B) 4-byte Address Instruction Table. This table is optional but when available, we parse it to get the 4-byte address op codes supported by the memory. Using these op codes is stateless as opposed to entering the 4-byte address mode or setting the Base

Re: [PATCH v1 15/25] PCI: generic: Free resource list close to where it's allocated

ke care of error path cleanup in > gen_pci_parse_request_of_pci_ranges() instead. > > Signed-off-by: Bjorn Helgaas <bhelg...@google.com> The kernelci.org bot has reported[0] new qemu-aarch64 (arm64-defconfig) boot failures[1][2] in next-20160620. I've bisected[3] this boot failu

Re: [PATCH v1 15/25] PCI: generic: Free resource list close to where it's allocated

or path cleanup in > gen_pci_parse_request_of_pci_ranges() instead. > > Signed-off-by: Bjorn Helgaas The kernelci.org bot has reported[0] new qemu-aarch64 (arm64-defconfig) boot failures[1][2] in next-20160620. I've bisected[3] this boot failure down to this patch, and confirmed reverting it on top o

[PATCH 6/9] mtd: spi-nor: remove unused set_quad_mode() function

The set_quad_mode() function is no longer used, so we remove it. This patch is not squashed into the previous patch on purpose for readiness issue and to ease the review process of the whole series. Signed-off-by: Cyrille Pitchen --- drivers/mtd/spi-nor/spi-nor.c |

[PATCH 5/9] mtd: spi-nor: add support of SPI protocols like SPI 1-2-2 and SPI 1-4-4

This patch changes the prototype of spi_nor_scan(): its 3rd parameter is replaced by a const struct spi_nor_modes pointer, which tells the spi-nor framework about which SPI protocols are supported by the SPI controller. Besides, this patch also introduces a new spi_nor_basic_flash_parameter

<    6   7   8   9   10   11   12   13   14   15   >