Re: [patch] mtd: pmcmsp-flash: Allocating too much in init_msp_flash()

On Thu, Jul 14, 2016 at 01:44:56PM +0300, Dan Carpenter wrote: > There is a cut and paste issue here. The bug is that we are allocating > more memory than necessary for msp_maps. We should be allocating enough > space for a map_info struct (144 bytes) but we instead allocate enough > for an

Re: [patch] mtd: pmcmsp-flash: Allocating too much in init_msp_flash()

On Thu, Jul 14, 2016 at 01:44:56PM +0300, Dan Carpenter wrote: > There is a cut and paste issue here. The bug is that we are allocating > more memory than necessary for msp_maps. We should be allocating enough > space for a map_info struct (144 bytes) but we instead allocate enough > for an

[PATCH] drm/tegra: Delete an unnecessary check before the function call "vunmap"

From: Markus Elfring Date: Sat, 16 Jul 2016 07:23:42 +0200 The vunmap() function performs also input parameter validation. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring

[PATCH] drm/tegra: Delete an unnecessary check before the function call "vunmap"

From: Markus Elfring Date: Sat, 16 Jul 2016 07:23:42 +0200 The vunmap() function performs also input parameter validation. Thus the test around the call is not needed. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- drivers/gpu/drm/tegra/fb.c | 2

Re: [PATCH 1/2] iio: humidity: hdc100x: move lock on config updates to single function

On Sun, Jul 10, 2016 at 02:30:01PM -0700, Alison Schofield wrote: > Move the config register locking to the config update function. This > continues to protect updates to heater and integration times. It puts > the lock in one place, right where it needs to occur. Since creating this patch, I've

Re: [PATCH 1/2] iio: humidity: hdc100x: move lock on config updates to single function

On Sun, Jul 10, 2016 at 02:30:01PM -0700, Alison Schofield wrote: > Move the config register locking to the config update function. This > continues to protect updates to heater and integration times. It puts > the lock in one place, right where it needs to occur. Since creating this patch, I've

Re: [PATCH] clk: probe common clock drivers earlier

2016-07-16 11:11 GMT+09:00 Michael Turquette : > Quoting Masahiro Yamada (2016-05-05 00:57:17) >> Several SoCs implement platform drivers for clocks rather than >> CLK_OF_DECLARE(). Clocks should come earlier because they are >> prerequisites for many of other drivers.

Re: [PATCH] clk: probe common clock drivers earlier

2016-07-16 11:11 GMT+09:00 Michael Turquette : > Quoting Masahiro Yamada (2016-05-05 00:57:17) >> Several SoCs implement platform drivers for clocks rather than >> CLK_OF_DECLARE(). Clocks should come earlier because they are >> prerequisites for many of other drivers. It will help to mitigate

Re: [RESEND PATCH 05/14] eeprom: at24: hide the read/write loop behind a macro

> > >> +#define loop_until_timeout(tout, op_time)\ > > >> + for (tout = jiffies + msecs_to_jiffies(write_timeout), \ > > >> + op_time = jiffies; \ > > >> + time_before(op_time, tout);

Re: [RESEND PATCH 05/14] eeprom: at24: hide the read/write loop behind a macro

> > >> +#define loop_until_timeout(tout, op_time)\ > > >> + for (tout = jiffies + msecs_to_jiffies(write_timeout), \ > > >> + op_time = jiffies; \ > > >> + time_before(op_time, tout);

Re: [RFC][PATCH 0/7] Add HDMI audio support for HiKey

On Fri, Jul 15, 2016 at 8:15 PM, Andy Green wrote: > On Fri, 2016-07-15 at 19:13 -0700, John Stultz wrote: >> This patch set is required for HDMI audio support on HiKey. >> >> This patchset hasn't yet seen the light of lkml, so I suspect >> there will be a few revisions, but I

Re: [RFC][PATCH 0/7] Add HDMI audio support for HiKey

On Fri, Jul 15, 2016 at 8:15 PM, Andy Green wrote: > On Fri, 2016-07-15 at 19:13 -0700, John Stultz wrote: >> This patch set is required for HDMI audio support on HiKey. >> >> This patchset hasn't yet seen the light of lkml, so I suspect >> there will be a few revisions, but I wanted to send it

Re: [patch] tools/vm/slabinfo: fix an unintentional printf

On (07/16/16 00:12), Dan Carpenter wrote: > The curly braces are missing here so we print stuff unintentionally. > > Fixes: 9da4714a2d4f ('slub: slabinfo update for cmpxchg handling') Hello, a minor correction: it's9da4714a2d44 not 9da4714a2d4f -ss > Signed-off-by: Dan

Re: [patch] tools/vm/slabinfo: fix an unintentional printf

On (07/16/16 00:12), Dan Carpenter wrote: > The curly braces are missing here so we print stuff unintentionally. > > Fixes: 9da4714a2d4f ('slub: slabinfo update for cmpxchg handling') Hello, a minor correction: it's9da4714a2d44 not 9da4714a2d4f -ss > Signed-off-by: Dan

Re: [RFC][PATCH 0/7] Add HDMI audio support for HiKey

On Fri, 2016-07-15 at 19:13 -0700, John Stultz wrote: > This patch set is required for HDMI audio support on HiKey. > > This patchset hasn't yet seen the light of lkml, so I suspect > there will be a few revisions, but I wanted to send it out for > an initial review. > > The work is mostly that

RE: Memory and IO space Enabling different in x86 and ARM64

> Subject: Re: Memory and IO space Enabling different in x86 and ARM64 > > On Fri, Jul 15, 2016 at 08:29:49AM +, Bharat Kumar Gogada wrote: > > Hi, > > > > I observe that memory and IO space are enabled by BIOS in x86. > > > > In ARM64 we need to call pci_enable_device form End Point to enable

Re: [RFC][PATCH 0/7] Add HDMI audio support for HiKey

On Fri, 2016-07-15 at 19:13 -0700, John Stultz wrote: > This patch set is required for HDMI audio support on HiKey. > > This patchset hasn't yet seen the light of lkml, so I suspect > there will be a few revisions, but I wanted to send it out for > an initial review. > > The work is mostly that

RE: Memory and IO space Enabling different in x86 and ARM64

> Subject: Re: Memory and IO space Enabling different in x86 and ARM64 > > On Fri, Jul 15, 2016 at 08:29:49AM +, Bharat Kumar Gogada wrote: > > Hi, > > > > I observe that memory and IO space are enabled by BIOS in x86. > > > > In ARM64 we need to call pci_enable_device form End Point to enable

[ANNOUNCE] 3.14.73-rt78

Dear RT Folks, I'm pleased to announce the 3.14.73-rt78 stable release. Due to a bug in a backport, I had to make a quick update. Reported-by: Arnd Bergmann You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git

[ANNOUNCE] 3.14.73-rt78

Dear RT Folks, I'm pleased to announce the 3.14.73-rt78 stable release. Due to a bug in a backport, I had to make a quick update. Reported-by: Arnd Bergmann You can get this release via the git tree at: git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git branch:

RE: Memory and IO space Enabling different in x86 and ARM64

> Subject: Re: Memory and IO space Enabling different in x86 and ARM64 > > On Friday, July 15, 2016 8:29:49 AM CEST Bharat Kumar Gogada wrote: > > I observe that memory and IO space are enabled by BIOS in x86. > > > > In ARM64 we need to call pci_enable_device form End Point to enable > these

RE: Memory and IO space Enabling different in x86 and ARM64

> Subject: Re: Memory and IO space Enabling different in x86 and ARM64 > > On Friday, July 15, 2016 8:29:49 AM CEST Bharat Kumar Gogada wrote: > > I observe that memory and IO space are enabled by BIOS in x86. > > > > In ARM64 we need to call pci_enable_device form End Point to enable > these

Re: [PATCH v2 4/4] hwmon: iio: add label for channels read by iio_hwmon

On 07/15/2016 07:36 AM, Quentin Schulz wrote: On 15/07/2016 16:03, Guenter Roeck wrote: On 07/15/2016 02:59 AM, Quentin Schulz wrote: [...] +static ssize_t iio_hwmon_read_label(struct device *dev, +struct device_attribute *attr, +char *buf) +{ +

Re: [PATCH v2 4/4] hwmon: iio: add label for channels read by iio_hwmon

On 07/15/2016 07:36 AM, Quentin Schulz wrote: On 15/07/2016 16:03, Guenter Roeck wrote: On 07/15/2016 02:59 AM, Quentin Schulz wrote: [...] +static ssize_t iio_hwmon_read_label(struct device *dev, +struct device_attribute *attr, +char *buf) +{ +

Re: [PATCH v4.1 3/4] drm/bridge: analogix_dp: add the PSR function support

Sean, On 07/15/2016 09:13 PM, Sean Paul wrote: On Fri, Jul 15, 2016 at 06:55:17PM +0800, Yakir Yang wrote: The full name of PSR is Panel Self Refresh, panel device could refresh itself with the hardware framebuffer in panel, this would make lots of sense to save the power consumption. This

Re: [PATCH v4.1 3/4] drm/bridge: analogix_dp: add the PSR function support

Sean, On 07/15/2016 09:13 PM, Sean Paul wrote: On Fri, Jul 15, 2016 at 06:55:17PM +0800, Yakir Yang wrote: The full name of PSR is Panel Self Refresh, panel device could refresh itself with the hardware framebuffer in panel, this would make lots of sense to save the power consumption. This

Re: [PATCH 1/1] tracing, bpf: Implement function bpf_probe_write

On Fri, Jul 15, 2016 at 07:16:01PM -0700, Sargun Dhillon wrote: > > > On Thu, 14 Jul 2016, Alexei Starovoitov wrote: > > >On Wed, Jul 13, 2016 at 01:31:57PM -0700, Sargun Dhillon wrote: > >> > >> > >>On Wed, 13 Jul 2016, Alexei Starovoitov wrote: > >> > >>>On Wed, Jul 13, 2016 at 03:36:11AM

Re: [PATCH 1/1] tracing, bpf: Implement function bpf_probe_write

On Fri, Jul 15, 2016 at 07:16:01PM -0700, Sargun Dhillon wrote: > > > On Thu, 14 Jul 2016, Alexei Starovoitov wrote: > > >On Wed, Jul 13, 2016 at 01:31:57PM -0700, Sargun Dhillon wrote: > >> > >> > >>On Wed, 13 Jul 2016, Alexei Starovoitov wrote: > >> > >>>On Wed, Jul 13, 2016 at 03:36:11AM

Re: [PATCH v4.1 1/4] drm/rockchip: vop: export line flag function

Sean, On 07/15/2016 09:04 PM, Sean Paul wrote: On Fri, Jul 15, 2016 at 6:55 AM, Yakir Yang wrote: VOP have integrated a hardware counter which indicate the exact display line that vop is scanning. And if we're interested in a specific line, we can set the line number to

Re: [PATCH v4.1 1/4] drm/rockchip: vop: export line flag function

Sean, On 07/15/2016 09:04 PM, Sean Paul wrote: On Fri, Jul 15, 2016 at 6:55 AM, Yakir Yang wrote: VOP have integrated a hardware counter which indicate the exact display line that vop is scanning. And if we're interested in a specific line, we can set the line number to vop line_flag

[PATCH] staging: iio: light: isl29018/28: remove I2C_CLASS_HWMON .class setting

I2C_CLASS_HWMON is for a hardware monitoring chip wanting auto-detection. IIO drivers don't typically use .class. Remove it. Signed-off-by: Alison Schofield Cc: Daniel Baluta --- drivers/staging/iio/light/isl29018.c | 1 -

[PATCH] staging: iio: light: isl29018/28: remove I2C_CLASS_HWMON .class setting

I2C_CLASS_HWMON is for a hardware monitoring chip wanting auto-detection. IIO drivers don't typically use .class. Remove it. Signed-off-by: Alison Schofield Cc: Daniel Baluta --- drivers/staging/iio/light/isl29018.c | 1 - drivers/staging/iio/light/isl29028.c | 1 - 2 files changed, 2

Re: [PATCH v7 4/9] acpi/arm64: Add GTDT table parse driver

Hi Rafeal, On 16 July 2016 at 05:22, Rafael J. Wysocki wrote: > On Saturday, July 16, 2016 12:32:14 AM Fu Wei wrote: >> Hi Rafael, >> >> On 15 July 2016 at 21:07, Rafael J. Wysocki wrote: >> > On Friday, July 15, 2016 02:15:27 PM Rafael J. Wysocki wrote:

Re: [PATCH v7 4/9] acpi/arm64: Add GTDT table parse driver

Hi Rafeal, On 16 July 2016 at 05:22, Rafael J. Wysocki wrote: > On Saturday, July 16, 2016 12:32:14 AM Fu Wei wrote: >> Hi Rafael, >> >> On 15 July 2016 at 21:07, Rafael J. Wysocki wrote: >> > On Friday, July 15, 2016 02:15:27 PM Rafael J. Wysocki wrote: >> >> On Friday, July 15, 2016 03:32:35

Re: [PATCH 1/1] tracing, bpf: Implement function bpf_probe_write

On Thu, 14 Jul 2016, Alexei Starovoitov wrote: On Wed, Jul 13, 2016 at 01:31:57PM -0700, Sargun Dhillon wrote: On Wed, 13 Jul 2016, Alexei Starovoitov wrote: On Wed, Jul 13, 2016 at 03:36:11AM -0700, Sargun Dhillon wrote: Provides BPF programs, attached to kprobes a safe way to write to

Re: [PATCH 1/1] tracing, bpf: Implement function bpf_probe_write

On Thu, 14 Jul 2016, Alexei Starovoitov wrote: On Wed, Jul 13, 2016 at 01:31:57PM -0700, Sargun Dhillon wrote: On Wed, 13 Jul 2016, Alexei Starovoitov wrote: On Wed, Jul 13, 2016 at 03:36:11AM -0700, Sargun Dhillon wrote: Provides BPF programs, attached to kprobes a safe way to write to

[RFC][PATCH 4/7] k3dma: Add cyclic mode for audio

From: Andy Green Currently the k3dma driver doesn't offer the cyclic mode necessary for handling audio. This patch adds it. Cc: Zhangfei Gao Cc: Jingoo Han Cc: Krzysztof Kozlowski Cc: Maxime Ripard

[RFC][PATCH 4/7] k3dma: Add cyclic mode for audio

From: Andy Green Currently the k3dma driver doesn't offer the cyclic mode necessary for handling audio. This patch adds it. Cc: Zhangfei Gao Cc: Jingoo Han Cc: Krzysztof Kozlowski Cc: Maxime Ripard Cc: Vinod Koul Cc: Dan Williams Cc: Liam Girdwood Cc: Mark Brown Cc: Jaroslav Kysela

[RFC][PATCH 6/7] ASoC: hisilicon: Add hi6210 i2s audio driver for hdmi audio

From: Andy Green Add driver for hi6210 i2s controller found on hi6220 boards. Cc: Zhangfei Gao Cc: Jingoo Han Cc: Krzysztof Kozlowski Cc: Maxime Ripard Cc: Vinod

[RFC][PATCH 2/7] k3dma: Fix dma err offsets

From: Andy Green The offsets for ERR1 and ERR2 are wrong actually. That's why you can never clear an error. Cc: Zhangfei Gao Cc: Jingoo Han Cc: Krzysztof Kozlowski Cc: Maxime Ripard

[RFC][PATCH 5/7] Kconfig: Allow k3dma driver to be selected for more then HISI3xx platforms

This allows the k3dma driver to be selected on HiKey Cc: Zhangfei Gao Cc: Jingoo Han Cc: Krzysztof Kozlowski Cc: Maxime Ripard Cc: Vinod Koul Cc: Dan Williams

[RFC][PATCH 1/7] k3dma: Fix hisi burst clipping

From: Andy Green Max burst len is a 4-bit field, but at the moment it's clipped with a 5-bit constant... reduce it to that which can be expressed Cc: Zhangfei Gao Cc: Jingoo Han Cc: Krzysztof Kozlowski

[RFC][PATCH 2/7] k3dma: Fix dma err offsets

From: Andy Green The offsets for ERR1 and ERR2 are wrong actually. That's why you can never clear an error. Cc: Zhangfei Gao Cc: Jingoo Han Cc: Krzysztof Kozlowski Cc: Maxime Ripard Cc: Vinod Koul Cc: Dan Williams Cc: Liam Girdwood Cc: Mark Brown Cc: Jaroslav Kysela Cc: Takashi Iwai

[RFC][PATCH 5/7] Kconfig: Allow k3dma driver to be selected for more then HISI3xx platforms

This allows the k3dma driver to be selected on HiKey Cc: Zhangfei Gao Cc: Jingoo Han Cc: Krzysztof Kozlowski Cc: Maxime Ripard Cc: Vinod Koul Cc: Dan Williams Cc: Liam Girdwood Cc: Mark Brown Cc: Jaroslav Kysela Cc: Takashi Iwai Cc: Wei Xu Cc: Rob Herring Cc: Andy Green Cc: Dave Long

[RFC][PATCH 1/7] k3dma: Fix hisi burst clipping

From: Andy Green Max burst len is a 4-bit field, but at the moment it's clipped with a 5-bit constant... reduce it to that which can be expressed Cc: Zhangfei Gao Cc: Jingoo Han Cc: Krzysztof Kozlowski Cc: Maxime Ripard Cc: Vinod Koul Cc: Dan Williams Cc: Liam Girdwood Cc: Mark Brown

[RFC][PATCH 6/7] ASoC: hisilicon: Add hi6210 i2s audio driver for hdmi audio

From: Andy Green Add driver for hi6210 i2s controller found on hi6220 boards. Cc: Zhangfei Gao Cc: Jingoo Han Cc: Krzysztof Kozlowski Cc: Maxime Ripard Cc: Vinod Koul Cc: Dan Williams Cc: Liam Girdwood Cc: Mark Brown Cc: Jaroslav Kysela Cc: Takashi Iwai Cc: Wei Xu Cc: Rob Herring

[RFC][PATCH 0/7] Add HDMI audio support for HiKey

This patch set is required for HDMI audio support on HiKey. This patchset hasn't yet seen the light of lkml, so I suspect there will be a few revisions, but I wanted to send it out for an initial review. The work is mostly that of Andy Green's, but I've taking a swing at forward porting and

[RFC][PATCH 3/7] k3dma: Fix "nobody cared" message seen on any error

From: Andy Green As it was before, as soon as the DMAC IP felt there was an error he would return IRQ_NONE since no actual transfer had completed. After spinning on that for 100K interrupts, Linux yanks the IRQ with a "nobody cared" error. This patch lets it handle the

[PATCH 7/7] dts: hi6220: Add k3-dma and i2s/hdmi audio support

Add entry for k3-dma driver and i2s/hdmi audio devices. This enables HDMI audio output. Cc: Zhangfei Gao Cc: Jingoo Han Cc: Krzysztof Kozlowski Cc: Maxime Ripard Cc: Vinod Koul

[RFC][PATCH 0/7] Add HDMI audio support for HiKey

This patch set is required for HDMI audio support on HiKey. This patchset hasn't yet seen the light of lkml, so I suspect there will be a few revisions, but I wanted to send it out for an initial review. The work is mostly that of Andy Green's, but I've taking a swing at forward porting and

[RFC][PATCH 3/7] k3dma: Fix "nobody cared" message seen on any error

From: Andy Green As it was before, as soon as the DMAC IP felt there was an error he would return IRQ_NONE since no actual transfer had completed. After spinning on that for 100K interrupts, Linux yanks the IRQ with a "nobody cared" error. This patch lets it handle the interrupt and keep the

[PATCH 7/7] dts: hi6220: Add k3-dma and i2s/hdmi audio support

Add entry for k3-dma driver and i2s/hdmi audio devices. This enables HDMI audio output. Cc: Zhangfei Gao Cc: Jingoo Han Cc: Krzysztof Kozlowski Cc: Maxime Ripard Cc: Vinod Koul Cc: Dan Williams Cc: Liam Girdwood Cc: Mark Brown Cc: Jaroslav Kysela Cc: Takashi Iwai Cc: Wei Xu Cc: Rob

Re: [PATCH] clk: probe common clock drivers earlier

Quoting Masahiro Yamada (2016-05-05 00:57:17) > Several SoCs implement platform drivers for clocks rather than > CLK_OF_DECLARE(). Clocks should come earlier because they are > prerequisites for many of other drivers. It will help to mitigate > EPROBE_DEFER issues. > > Also, drop the comment

Re: [PATCH] clk: probe common clock drivers earlier

Quoting Masahiro Yamada (2016-05-05 00:57:17) > Several SoCs implement platform drivers for clocks rather than > CLK_OF_DECLARE(). Clocks should come earlier because they are > prerequisites for many of other drivers. It will help to mitigate > EPROBE_DEFER issues. > > Also, drop the comment

[PATCH v4] locking/pvqspinlock: Fix double hash race

From: Wanpeng Li When the lock holder vCPU is racing with the queue head vCPU: lock holder vCPU queue head vCPU === node->locked = 1; READ_ONCE(node->locked) ...

[PATCH v4] locking/pvqspinlock: Fix double hash race

From: Wanpeng Li When the lock holder vCPU is racing with the queue head vCPU: lock holder vCPU queue head vCPU === node->locked = 1; READ_ONCE(node->locked) ... pv_wait_head_or_lock():

Re: [patch] mtd: maps: sa1100-flash: potential NULL dereference

Hi, On Sat, Jul 16, 2016 at 09:48:25AM +0900, Greg Kroah-Hartman wrote: > On Fri, Jul 15, 2016 at 05:32:09PM -0700, Brian Norris wrote: > > + stable > > > > Hi Dan, > > > > Patch looks good, but one question. > > > > On Fri, Jul 15, 2016 at 02:06:30PM +0300, Dan Carpenter wrote: > > > We check

Re: [patch] mtd: maps: sa1100-flash: potential NULL dereference

Hi, On Sat, Jul 16, 2016 at 09:48:25AM +0900, Greg Kroah-Hartman wrote: > On Fri, Jul 15, 2016 at 05:32:09PM -0700, Brian Norris wrote: > > + stable > > > > Hi Dan, > > > > Patch looks good, but one question. > > > > On Fri, Jul 15, 2016 at 02:06:30PM +0300, Dan Carpenter wrote: > > > We check

Re: [RCF 1/3] hwmon: Add ads1118 driver

On 07/15/2016 05:18 PM, Joshua Clayton wrote: Add new driver for Texas Instruments ADS1118 and and ADS1018. This driver works with ADS1018, because of code borrowed from asd1015, which is similar, but I can only test ADS1118 Browsing through the datasheet, I think this should probably be

Re: [RCF 1/3] hwmon: Add ads1118 driver

On 07/15/2016 05:18 PM, Joshua Clayton wrote: Add new driver for Texas Instruments ADS1118 and and ADS1018. This driver works with ADS1018, because of code borrowed from asd1015, which is similar, but I can only test ADS1118 Browsing through the datasheet, I think this should probably be

Re: [PATCH 1/1] irqdomain: Export __irq_domain_alloc_irqs() and irq_domain_free_irqs()

On 08.07.2016 11:34, Alexander Popov wrote: > On 06.07.2016 14:17, Thomas Gleixner wrote: >> On Fri, 1 Jul 2016, Alexander Popov wrote: >> >>> Export __irq_domain_alloc_irqs() and irq_domain_free_irqs() for being >>> able to work with irq_domain hierarchy in modules. >> >> We usually export only

Re: [PATCH 1/1] irqdomain: Export __irq_domain_alloc_irqs() and irq_domain_free_irqs()

On 08.07.2016 11:34, Alexander Popov wrote: > On 06.07.2016 14:17, Thomas Gleixner wrote: >> On Fri, 1 Jul 2016, Alexander Popov wrote: >> >>> Export __irq_domain_alloc_irqs() and irq_domain_free_irqs() for being >>> able to work with irq_domain hierarchy in modules. >> >> We usually export only

Re: [PATCH 1/2] ipc/sem.c: Fix complex_count vs. simple op race

On Wed, 13 Jul 2016, Manfred Spraul wrote: -static void sem_wait_array(struct sem_array *sma) +static void complexmode_enter(struct sem_array *sma) { int i; struct sem *sem; - if (sma->complex_count) { - /* The thread that increased sma->complex_count

Re: [PATCH V9 4/9] vfio: platform: add support for ACPI probe

On 7/14/2016 5:41 PM, Alex Williamson wrote: > On Wed, 13 Jul 2016 22:06:30 -0400 > Sinan Kaya wrote: > >> The code is using the compatible DT string to associate a reset driver >> with the actual device itself. The compatible string does not exist on >> ACPI based systems.

Re: [PATCH 1/2] ipc/sem.c: Fix complex_count vs. simple op race

On Wed, 13 Jul 2016, Manfred Spraul wrote: -static void sem_wait_array(struct sem_array *sma) +static void complexmode_enter(struct sem_array *sma) { int i; struct sem *sem; - if (sma->complex_count) { - /* The thread that increased sma->complex_count

Re: [PATCH V9 4/9] vfio: platform: add support for ACPI probe

On 7/14/2016 5:41 PM, Alex Williamson wrote: > On Wed, 13 Jul 2016 22:06:30 -0400 > Sinan Kaya wrote: > >> The code is using the compatible DT string to associate a reset driver >> with the actual device itself. The compatible string does not exist on >> ACPI based systems. HID is the unique

Re: [PATCH v2 2/5] locking/pvqspinlock: Fix missed PV wakeup problem

On Fri, Jul 15, 2016 at 06:35:56PM +0200, Peter Zijlstra wrote: > On Fri, Jul 15, 2016 at 12:07:03PM +0200, Peter Zijlstra wrote: > > > So if we are kicked by the unlock_slowpath, and the lock is stealed by > > > someone else, we need hash its node again and set l->locked to > > > _Q_SLOW_VAL,

Re: [PATCH v2 2/5] locking/pvqspinlock: Fix missed PV wakeup problem

On Fri, Jul 15, 2016 at 06:35:56PM +0200, Peter Zijlstra wrote: > On Fri, Jul 15, 2016 at 12:07:03PM +0200, Peter Zijlstra wrote: > > > So if we are kicked by the unlock_slowpath, and the lock is stealed by > > > someone else, we need hash its node again and set l->locked to > > > _Q_SLOW_VAL,

Re: [PATCH v3] locking/pvqspinlock: restore/set vcpu_hashed state after failing adaptive locking spinning

2016-07-16 0:44 GMT+08:00 Waiman Long : > On 07/15/2016 03:45 AM, Wanpeng Li wrote: >> >> 2016-07-15 15:09 GMT+08:00 Peter Zijlstra: >>> >>> On Fri, Jul 15, 2016 at 05:26:40AM +0800, Wanpeng Li wrote: 2016-07-14 22:52 GMT+08:00 Waiman

Re: [PATCH v3] locking/pvqspinlock: restore/set vcpu_hashed state after failing adaptive locking spinning

2016-07-16 0:44 GMT+08:00 Waiman Long : > On 07/15/2016 03:45 AM, Wanpeng Li wrote: >> >> 2016-07-15 15:09 GMT+08:00 Peter Zijlstra: >>> >>> On Fri, Jul 15, 2016 at 05:26:40AM +0800, Wanpeng Li wrote: 2016-07-14 22:52 GMT+08:00 Waiman Long: [...] > > As pv_kick_node() is

Re: [PATCH V9 6/9] vfio: platform: call _RST method when using ACPI

On 7/14/2016 6:04 PM, Alex Williamson wrote: >> +static inline >> > +bool vfio_platform_acpi_has_reset(struct vfio_platform_device *vdev) >> > +{ >> > +#ifdef CONFIG_ACPI >> > + struct device *dev = vdev->device; >> > + acpi_handle handle = ACPI_HANDLE(dev); >> > + >> > + return

Re: [PATCH V9 6/9] vfio: platform: call _RST method when using ACPI

On 7/14/2016 6:04 PM, Alex Williamson wrote: >> +static inline >> > +bool vfio_platform_acpi_has_reset(struct vfio_platform_device *vdev) >> > +{ >> > +#ifdef CONFIG_ACPI >> > + struct device *dev = vdev->device; >> > + acpi_handle handle = ACPI_HANDLE(dev); >> > + >> > + return

Re: [PATCH V9 7/9] vfio, platform: make reset driver a requirement by default

On 7/14/2016 6:24 PM, Alex Williamson wrote: >> struct vfio_platform_device { >> > + boolreset_required; >> >struct vfio_platform_region *regions; >> >u32 num_regions; >> >struct vfio_platform_irq*irqs; > Either you

Re: [PATCH V9 7/9] vfio, platform: make reset driver a requirement by default

On 7/14/2016 6:24 PM, Alex Williamson wrote: >> struct vfio_platform_device { >> > + boolreset_required; >> >struct vfio_platform_region *regions; >> >u32 num_regions; >> >struct vfio_platform_irq*irqs; > Either you

Re: [PATCH] dmaengine: qcom_hidma: release the descriptor before the callback

Hi Vinod, On 7/13/2016 10:57 PM, Sinan Kaya wrote: > There is a race condition between data transfer callback and descriptor > free code. The callback routine may decide to clear the resources even > though the descriptor has not yet been freed. > > Instead of calling the callback first and then

Re: [PATCH] dmaengine: qcom_hidma: release the descriptor before the callback

Hi Vinod, On 7/13/2016 10:57 PM, Sinan Kaya wrote: > There is a race condition between data transfer callback and descriptor > free code. The callback routine may decide to clear the resources even > though the descriptor has not yet been freed. > > Instead of calling the callback first and then

Re: [PATCH v2] cpufreq: powernv: Replacing pstate_id with frequency table index

On Monday, July 11, 2016 11:47:53 AM Viresh Kumar wrote: > On 30-06-16, 11:53, Akshay Adiga wrote: > > Refactoring code to use frequency table index instead of pstate_id. > > This abstraction will make the code independent of the pstate values. > > > > - No functional changes > > - The highest

Re: [PATCH v2] cpufreq: powernv: Replacing pstate_id with frequency table index

On Monday, July 11, 2016 11:47:53 AM Viresh Kumar wrote: > On 30-06-16, 11:53, Akshay Adiga wrote: > > Refactoring code to use frequency table index instead of pstate_id. > > This abstraction will make the code independent of the pstate values. > > > > - No functional changes > > - The highest

Re: [UPDATE PATCH v2 1/3] ACPICA: Events: Introduce acpi_mask_gpe() to implement GPE masking mechanism

On Monday, July 04, 2016 03:59:07 PM Rafael J. Wysocki wrote: > On Thursday, June 23, 2016 03:05:47 PM Lv Zheng wrote: > > (remove acpi_unmask_gpe() from the patch description) > > > > There is a facility in Linux, developers can control the enabling/disabling > > of a GPE via

Re: [UPDATE PATCH v2 1/3] ACPICA: Events: Introduce acpi_mask_gpe() to implement GPE masking mechanism

On Monday, July 04, 2016 03:59:07 PM Rafael J. Wysocki wrote: > On Thursday, June 23, 2016 03:05:47 PM Lv Zheng wrote: > > (remove acpi_unmask_gpe() from the patch description) > > > > There is a facility in Linux, developers can control the enabling/disabling > > of a GPE via

Re: [patch] mtd: maps: sa1100-flash: potential NULL dereference

On Fri, Jul 15, 2016 at 05:32:09PM -0700, Brian Norris wrote: > + stable > > Hi Dan, > > Patch looks good, but one question. > > On Fri, Jul 15, 2016 at 02:06:30PM +0300, Dan Carpenter wrote: > > We check for NULL but then dereference "info->mtd" on the next line. > > > > Fixes: 72169755cf36

Re: [patch] mtd: maps: sa1100-flash: potential NULL dereference

On Fri, Jul 15, 2016 at 05:32:09PM -0700, Brian Norris wrote: > + stable > > Hi Dan, > > Patch looks good, but one question. > > On Fri, Jul 15, 2016 at 02:06:30PM +0300, Dan Carpenter wrote: > > We check for NULL but then dereference "info->mtd" on the next line. > > > > Fixes: 72169755cf36

Re: [RFC PATCH 3/3] ACPI / PM: Fix EC polling issue by implementing prepare_late/finish_early suspend_ops callbacks

On Tuesday, June 28, 2016 04:04:46 PM Lv Zheng wrote: > _PTS/_WAK may contain EC transactions, it is better to have them handled > with IRQ enabled. This patch moves the 2 suspend PM ops from noirq stage > to late/early stage. > > Signed-off-by: Lv Zheng There are systems

Re: [RFC PATCH 3/3] ACPI / PM: Fix EC polling issue by implementing prepare_late/finish_early suspend_ops callbacks

On Tuesday, June 28, 2016 04:04:46 PM Lv Zheng wrote: > _PTS/_WAK may contain EC transactions, it is better to have them handled > with IRQ enabled. This patch moves the 2 suspend PM ops from noirq stage > to late/early stage. > > Signed-off-by: Lv Zheng There are systems that won't work with

Re: [PATCH 2/2] mtd: atmel-quadspi: add driver for Atmel QSPI controller

Hi Cyrille, On Wed, Jul 13, 2016 at 06:32:42PM -0700, Brian Norris wrote: > On Mon, Jun 13, 2016 at 05:10:26PM +0200, Cyrille Pitchen wrote: > > 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 > >

Re: [PATCH 2/2] mtd: atmel-quadspi: add driver for Atmel QSPI controller

Hi Cyrille, On Wed, Jul 13, 2016 at 06:32:42PM -0700, Brian Norris wrote: > On Mon, Jun 13, 2016 at 05:10:26PM +0200, Cyrille Pitchen wrote: > > 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 > >

[PATCH 1/6] arm64: dts: qcom: msm8916: Add smsm and smp2p nodes

This patch adds the smsm and smp2p nodes for the hexagon and wcnss cores. Signed-off-by: Bjorn Andersson --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 82 +++ 1 file changed, 82 insertions(+) diff --git

[PATCH 2/6] arm64: dts: qcom: msm8916: Add mba memory reserve

The modem boot authenticator needs space to play in, this is supposed to be relocatable and as such could later be replaced with a dynamically allocated chunk of memory. But let's give it a reserve for now, as we know that works. Signed-off-by: Bjorn Andersson ---

[PATCH 1/6] arm64: dts: qcom: msm8916: Add smsm and smp2p nodes

This patch adds the smsm and smp2p nodes for the hexagon and wcnss cores. Signed-off-by: Bjorn Andersson --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 82 +++ 1 file changed, 82 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi

[PATCH 2/6] arm64: dts: qcom: msm8916: Add mba memory reserve

The modem boot authenticator needs space to play in, this is supposed to be relocatable and as such could later be replaced with a dynamically allocated chunk of memory. But let's give it a reserve for now, as we know that works. Signed-off-by: Bjorn Andersson ---

[PATCH 4/6] arm64: dts: qcom: msm8916: Add tcsr syscon

The TCSR memory segment includes various functionality, among other things the halt-registers for the Hexagon. Signed-off-by: Bjorn Andersson --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 3/6] arm64: dts: qcom: msm8916: Make scm a reset-controller

On msm8916 SCM acts as a controller for the MSS_RESET found in the GCC, update the DT node so that we can address this. Signed-off-by: Bjorn Andersson --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH 4/6] arm64: dts: qcom: msm8916: Add tcsr syscon

The TCSR memory segment includes various functionality, among other things the halt-registers for the Hexagon. Signed-off-by: Bjorn Andersson --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi

[PATCH 3/6] arm64: dts: qcom: msm8916: Make scm a reset-controller

On msm8916 SCM acts as a controller for the MSS_RESET found in the GCC, update the DT node so that we can address this. Signed-off-by: Bjorn Andersson --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH 6/6] arm64: dts: qcom: msm8916: Add Hexagon remoteproc node

Add the remoteproc node that allows us to control the life cycle of the Hexagon core found in the msm8916 SoC. Signed-off-by: Bjorn Andersson --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 43 ++- 1 file changed, 42 insertions(+), 1

[PATCH 6/6] arm64: dts: qcom: msm8916: Add Hexagon remoteproc node

Add the remoteproc node that allows us to control the life cycle of the Hexagon core found in the msm8916 SoC. Signed-off-by: Bjorn Andersson --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 43 ++- 1 file changed, 42 insertions(+), 1 deletion(-) diff --git

[GIT PULL] Late MTD fix for v4.7

Hi Linus, The following changes since commit 1a695a905c18548062509178b98bc91e67510864: Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) are available in the git repository at: git://git.infradead.org/linux-mtd.git tags/for-linus-20160715 for you to fetch changes up

[PATCH 5/6] arm64: dts: qcom: msm8916: Add Hexagon SMD edge

Add the Hexagon SMD edge so that SMD channels provided by the Hexagon is recognized. Signed-off-by: Bjorn Andersson --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi

[GIT PULL] Late MTD fix for v4.7

Hi Linus, The following changes since commit 1a695a905c18548062509178b98bc91e67510864: Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) are available in the git repository at: git://git.infradead.org/linux-mtd.git tags/for-linus-20160715 for you to fetch changes up

[PATCH 5/6] arm64: dts: qcom: msm8916: Add Hexagon SMD edge

Add the Hexagon SMD edge so that SMD channels provided by the Hexagon is recognized. Signed-off-by: Bjorn Andersson --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/msm8916.dtsi

  1   2   3   4   5   6   7   8   9   10   >