Re: [PATCH] f2fs: add new wraper function for reading inline data

On 2016/2/19 15:35, Chao Yu wrote: Hi Shawn, -Original Message- From: Shawn Lin [mailto:shawn@rock-chips.com] Sent: Friday, February 19, 2016 10:50 AM To: Jaegeuk Kim; Changman Lee Cc: Chao Yu; linux-f2fs-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org; Shawn Lin

Re: [PATCH] f2fs: add new wraper function for reading inline data

On 2016/2/19 15:35, Chao Yu wrote: Hi Shawn, -Original Message- From: Shawn Lin [mailto:shawn@rock-chips.com] Sent: Friday, February 19, 2016 10:50 AM To: Jaegeuk Kim; Changman Lee Cc: Chao Yu; linux-f2fs-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org; Shawn Lin

Re: [PATCH] b43: fix memory leak

Michael Büsch writes: > On Thu, 18 Feb 2016 18:04:36 +0530 > Sudip Mukherjee wrote: > >> From: Sudip Mukherjee >> >> On error we jumped to the label bcma_out and returned the error code but >> we missed freeing dev. >> >>

Re: [PATCH] b43: fix memory leak

Michael Büsch writes: > On Thu, 18 Feb 2016 18:04:36 +0530 > Sudip Mukherjee wrote: > >> From: Sudip Mukherjee >> >> On error we jumped to the label bcma_out and returned the error code but >> we missed freeing dev. >> >> Signed-off-by: Sudip Mukherjee >> --- >>

Re: [PATCH] serial: samsung: fix the inconsistency in spinlock

On 19.02.2016 15:51, Anand Moon wrote: > Hi Krzysztof, > > On 19 February 2016 at 11:39, Krzysztof Kozlowski > wrote: >> 2016-02-19 4:14 GMT+09:00 Anand Moon : >>> Hi Peter, >>> >>> On 18 February 2016 at 23:18, Peter Hurley

Re: [PATCH] serial: samsung: fix the inconsistency in spinlock

On 19.02.2016 15:51, Anand Moon wrote: > Hi Krzysztof, > > On 19 February 2016 at 11:39, Krzysztof Kozlowski > wrote: >> 2016-02-19 4:14 GMT+09:00 Anand Moon : >>> Hi Peter, >>> >>> On 18 February 2016 at 23:18, Peter Hurley wrote: Hi Anand, On 02/18/2016 09:40 AM, Anand Moon

RE: [PATCH] f2fs: add new wraper function for reading inline data

Hi Shawn, > -Original Message- > From: Shawn Lin [mailto:shawn@rock-chips.com] > Sent: Friday, February 19, 2016 10:50 AM > To: Jaegeuk Kim; Changman Lee > Cc: Chao Yu; linux-f2fs-de...@lists.sourceforge.net; > linux-kernel@vger.kernel.org; Shawn Lin > Subject: [PATCH] f2fs: add new

RE: [PATCH] f2fs: add new wraper function for reading inline data

Hi Shawn, > -Original Message- > From: Shawn Lin [mailto:shawn@rock-chips.com] > Sent: Friday, February 19, 2016 10:50 AM > To: Jaegeuk Kim; Changman Lee > Cc: Chao Yu; linux-f2fs-de...@lists.sourceforge.net; > linux-kernel@vger.kernel.org; Shawn Lin > Subject: [PATCH] f2fs: add new

Re: [PATCH v2 1/6] KVM: arm/arm64: arch_timer: Gather KVM specific information in a structure

On 02/11/2016 09:33 AM, Julien Grall wrote: > Introduce a structure which are filled up by the arch timer driver and > used by the virtual timer in KVM. > > The first member of this structure will be the timecounter. More members > will be added later. > > This is also dropping

Re: [PATCH v2 1/6] KVM: arm/arm64: arch_timer: Gather KVM specific information in a structure

On 02/11/2016 09:33 AM, Julien Grall wrote: > Introduce a structure which are filled up by the arch timer driver and > used by the virtual timer in KVM. > > The first member of this structure will be the timecounter. More members > will be added later. > > This is also dropping

Re: [PATCH v2 2/2] ARM: AM43XX: HWMOD: Add rtc hwmod

On Fri, 19 Feb 2016, Keerthy wrote: > The patch adds rtc hwmod. RTC module The RTC module is physically > present on the AM438x SoC used on AM43X-EPOS-EVM, but it is permanently > disabled. A secure RTC is used instead on these devices, where needed. > . Hence adding it selectively using a

Re: [PATCH v2 2/2] ARM: AM43XX: HWMOD: Add rtc hwmod

On Fri, 19 Feb 2016, Keerthy wrote: > The patch adds rtc hwmod. RTC module The RTC module is physically > present on the AM438x SoC used on AM43X-EPOS-EVM, but it is permanently > disabled. A secure RTC is used instead on these devices, where needed. > . Hence adding it selectively using a

Re: [PATCH 2/3] thermal: Add Mediatek thermal controller support

On Thu, Feb 18, 2016 at 07:15:54AM -0800, Eduardo Valentin wrote: > Folks, > > > > I think the problem is, that Eduardo wants to see the hierachical thermal > > > zones being used. But there is still a discussion ongoing [1]. > > > > It seems the original Author lost interest in the hierarchical

Re: [PATCH 2/3] thermal: Add Mediatek thermal controller support

On Thu, Feb 18, 2016 at 07:15:54AM -0800, Eduardo Valentin wrote: > Folks, > > > > I think the problem is, that Eduardo wants to see the hierachical thermal > > > zones being used. But there is still a discussion ongoing [1]. > > > > It seems the original Author lost interest in the hierarchical

Re: [PATCH] dmaengine: pl330: initialize tasklet after spin_unlock_irqrestore

On 19.02.2016 15:39, Anand Moon wrote: > Hi Krzysztof, > > On 19 February 2016 at 11:36, Krzysztof Kozlowski > wrote: >> 2016-02-19 2:21 GMT+09:00 Anand Moon : >>> From: Anand Moon >>> >>> pl330_tasklet tasklet uses the same

Re: [PATCH] dmaengine: pl330: initialize tasklet after spin_unlock_irqrestore

On 19.02.2016 15:39, Anand Moon wrote: > Hi Krzysztof, > > On 19 February 2016 at 11:36, Krzysztof Kozlowski > wrote: >> 2016-02-19 2:21 GMT+09:00 Anand Moon : >>> From: Anand Moon >>> >>> pl330_tasklet tasklet uses the same spinlock pch->lock for safe IRQ locking. >>> It's safe to initialize

Re: [PATCH 3/3] ARM64: dts: mt8173: Add thermal/auxadc device nodes

Hi Matthias, On Thu, Feb 18, 2016 at 05:18:49PM +0100, Matthias Brugger wrote: > Hi Sascha, > > On 30/11/15 12:42, Sascha Hauer wrote: > >This adds the thermal controller and auxadc nodes to the Mediatek MT8173 > >dtsi file. > > > >Signed-off-by: Sascha Hauer >

Re: [PATCH 3/3] ARM64: dts: mt8173: Add thermal/auxadc device nodes

Hi Matthias, On Thu, Feb 18, 2016 at 05:18:49PM +0100, Matthias Brugger wrote: > Hi Sascha, > > On 30/11/15 12:42, Sascha Hauer wrote: > >This adds the thermal controller and auxadc nodes to the Mediatek MT8173 > >dtsi file. > > > >Signed-off-by: Sascha Hauer > >Reviewed-by: Daniel Kurtz >

[PATCH V2 2/2] pinctrl: mediatek: Add Pinctrl/GPIO/EINT driver for MT7623

Add the driver and header files required to make pinctrl work on MediaTek MT7623. Signed-off-by: John Crispin --- please apply to the devel-mt2701 branch Changes in V2 * fix typo in Kconfig * move mt7623-pinfunc.h into 1/2 drivers/pinctrl/mediatek/Kconfig |

[PATCH V2 2/2] pinctrl: mediatek: Add Pinctrl/GPIO/EINT driver for MT7623

Add the driver and header files required to make pinctrl work on MediaTek MT7623. Signed-off-by: John Crispin --- please apply to the devel-mt2701 branch Changes in V2 * fix typo in Kconfig * move mt7623-pinfunc.h into 1/2 drivers/pinctrl/mediatek/Kconfig |6 +

[PATCH V2 1/2] pinctrl: mediatek: Modify pinctrl bindings for mt7623

Signed-off-by: John Crispin Cc: devicet...@vger.kernel.org --- please apply to the devel-mt2701 branch Changes in V2 * make mt7623-pinfunc.h part of patch 1/2 * make sure the list stays sorted .../devicetree/bindings/pinctrl/pinctrl-mt65xx.txt |1 +

[PATCH V2 1/2] pinctrl: mediatek: Modify pinctrl bindings for mt7623

Signed-off-by: John Crispin Cc: devicet...@vger.kernel.org --- please apply to the devel-mt2701 branch Changes in V2 * make mt7623-pinfunc.h part of patch 1/2 * make sure the list stays sorted .../devicetree/bindings/pinctrl/pinctrl-mt65xx.txt |1 +

Re: [PATCHv3 00/11] Fixes and improvements to f_fs and f_midi

Hi, Michal Nazarewicz writes: >> Michal Nazarewicz writes: >>> Resending my previous two sets for f_fs and f_midi. This time rebased >>> on top of Felipe’s next branch. >>> >>> Dan Carpenter (1): >>> usb: gadget: f_midi: missing unlock on error path >>>

Re: [PATCHv3 00/11] Fixes and improvements to f_fs and f_midi

Hi, Michal Nazarewicz writes: >> Michal Nazarewicz writes: >>> Resending my previous two sets for f_fs and f_midi. This time rebased >>> on top of Felipe’s next branch. >>> >>> Dan Carpenter (1): >>> usb: gadget: f_midi: missing unlock on error path >>> >>> Du, Changbin (1): >>> usb:

Re: [PATCH v7 05/10] usb: dbc: add bulk out and bulk in interfaces

On 02/18/2016 09:32 PM, Mathias Nyman wrote: > On 26.01.2016 14:58, Lu Baolu wrote: >> This patch adds interfaces for bulk out and bulk in ops. These >> interfaces could be used to implement early printk bootconsole >> or hook to various system debuggers. >> >> Signed-off-by: Lu Baolu

Re: [PATCH v7 05/10] usb: dbc: add bulk out and bulk in interfaces

On 02/18/2016 09:32 PM, Mathias Nyman wrote: > On 26.01.2016 14:58, Lu Baolu wrote: >> This patch adds interfaces for bulk out and bulk in ops. These >> interfaces could be used to implement early printk bootconsole >> or hook to various system debuggers. >> >> Signed-off-by: Lu Baolu >> --- >>

Re: [RFC PATCH] proc: do not include shmem and driver pages in /proc/meminfo::Cached

On Fri, Feb 19, 2016 at 9:40 AM, Konstantin Khlebnikov wrote: > On Fri, Feb 19, 2016 at 1:57 AM, Hugh Dickins wrote: >> On Thu, 18 Feb 2016, Johannes Weiner wrote: >> >>> Even before we added MemAvailable, users knew that page cache is >>> easily convertible

Re: [RFC PATCH] proc: do not include shmem and driver pages in /proc/meminfo::Cached

On Fri, Feb 19, 2016 at 9:40 AM, Konstantin Khlebnikov wrote: > On Fri, Feb 19, 2016 at 1:57 AM, Hugh Dickins wrote: >> On Thu, 18 Feb 2016, Johannes Weiner wrote: >> >>> Even before we added MemAvailable, users knew that page cache is >>> easily convertible to free memory on pressure, and

Re: [PATCH] serial: samsung: fix the inconsistency in spinlock

Hi Krzysztof, On 19 February 2016 at 11:39, Krzysztof Kozlowski wrote: > 2016-02-19 4:14 GMT+09:00 Anand Moon : >> Hi Peter, >> >> On 18 February 2016 at 23:18, Peter Hurley wrote: >>> Hi Anand, >>> >>> On 02/18/2016

Re: [PATCH] serial: samsung: fix the inconsistency in spinlock

Hi Krzysztof, On 19 February 2016 at 11:39, Krzysztof Kozlowski wrote: > 2016-02-19 4:14 GMT+09:00 Anand Moon : >> Hi Peter, >> >> On 18 February 2016 at 23:18, Peter Hurley wrote: >>> Hi Anand, >>> >>> On 02/18/2016 09:40 AM, Anand Moon wrote: From: Anand Moon changes fix the

[PATCH v2 1/3] tools/liblockdep: add userspace version of READ_ONCE

From: Alfredo Alvarez Fernandez This was added to the kernel code in <1658d35ead5d> ("list: Use READ_ONCE() when testing for empty lists") There's nothing special we need to do about it in userspace. Signed-off-by: Alfredo Alvarez Fernandez

[PATCH v2 1/3] tools/liblockdep: add userspace version of READ_ONCE

From: Alfredo Alvarez Fernandez This was added to the kernel code in <1658d35ead5d> ("list: Use READ_ONCE() when testing for empty lists") There's nothing special we need to do about it in userspace. Signed-off-by: Alfredo Alvarez Fernandez --- tools/lib/lockdep/uinclude/linux/compiler.h | 1

Re: commit 271e1b86e691 is breaking DMA uart on SoCFPGA

Hello, here comments from Shawn Lin: 19 февр. 2016 г., в 9:46, Shawn Lin написал(а): Seriously review the patch again, commit 271e1b86e691 "dmaengine: pl330: add quirk for broken no flushp" has not chance to break the platforms which don't add quirk inside the dts

Re: commit 271e1b86e691 is breaking DMA uart on SoCFPGA

Hello, here comments from Shawn Lin: 19 февр. 2016 г., в 9:46, Shawn Lin написал(а): Seriously review the patch again, commit 271e1b86e691 "dmaengine: pl330: add quirk for broken no flushp" has not chance to break the platforms which don't add quirk inside the dts stuff. as well as the other

[PATCH v2 0/3] lockdep: liblockdep: Prevent chain_key collisions

This patch series prevents possible collisions in the chain_key hashing macro iterate_chain_key(key1, key2) that can lead to lockdep not detecting very simple deadlocks such as AA or ABBA. The problem only affects the first allocated lock classes. That could explain why it was not seen while

[PATCH v2 3/3] lockdep: prevent and detect chain_key collisions

From: Alfredo Alvarez Fernandez The chain_key hashing macro iterate_chain_key(key1, key2) does not generate a new different value if both key1 and key2 are 0. In that case the generated value is again 0. This can lead to collisions which can result in lockdep

[PATCH v2 0/3] lockdep: liblockdep: Prevent chain_key collisions

This patch series prevents possible collisions in the chain_key hashing macro iterate_chain_key(key1, key2) that can lead to lockdep not detecting very simple deadlocks such as AA or ABBA. The problem only affects the first allocated lock classes. That could explain why it was not seen while

[PATCH v2 3/3] lockdep: prevent and detect chain_key collisions

From: Alfredo Alvarez Fernandez The chain_key hashing macro iterate_chain_key(key1, key2) does not generate a new different value if both key1 and key2 are 0. In that case the generated value is again 0. This can lead to collisions which can result in lockdep not detecting deadlocks or circular

[PATCH v2 2/3] tools/liblockdep: add tests

From: Alfredo Alvarez Fernandez Add test for AA and 2 threaded ABBA locking. Rename AA.c to ABA.c since it was implementing an ABA instead of a pure AA. Now both cases are covered. The expected output for AA.c is that the process blocks and lockdep reports a

Re: [lkp] [xfs] fbcc025613: -5.6% fsmark.files_per_sec

On Fri, Feb 19, 2016 at 10:52:08AM +0800, kernel test robot wrote: > FYI, we noticed the below changes on > > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master > commit fbcc025613590d7b1d15521555dcc6393a148a6b ("xfs: Introduce writeback > context for writepages") > > >

[PATCH v2 2/3] tools/liblockdep: add tests

From: Alfredo Alvarez Fernandez Add test for AA and 2 threaded ABBA locking. Rename AA.c to ABA.c since it was implementing an ABA instead of a pure AA. Now both cases are covered. The expected output for AA.c is that the process blocks and lockdep reports a deadlock. ABBA_2threads.c differs

Re: [lkp] [xfs] fbcc025613: -5.6% fsmark.files_per_sec

On Fri, Feb 19, 2016 at 10:52:08AM +0800, kernel test robot wrote: > FYI, we noticed the below changes on > > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master > commit fbcc025613590d7b1d15521555dcc6393a148a6b ("xfs: Introduce writeback > context for writepages") > > >

Interesting csd deadlock on ARC

Hi Peter, I've been debugging a csd_lock_wait() deadlock on SMP+PREEMPT ARC HS38x2 and it turned out to be lot more interesting than I'd hoped for. This is stock v4.4 Trouble starts with an IPI to self which doesn't get delivered as the inter-core interrupt providing h/w is not capable of IPI to

Interesting csd deadlock on ARC

Hi Peter, I've been debugging a csd_lock_wait() deadlock on SMP+PREEMPT ARC HS38x2 and it turned out to be lot more interesting than I'd hoped for. This is stock v4.4 Trouble starts with an IPI to self which doesn't get delivered as the inter-core interrupt providing h/w is not capable of IPI to

[PATCH][QUESTION] Intentional memory leak in ipmi_msghandler?

Hello, I've got a few boxes that are leaking memory in handle_new_recv_msgs() in ipmi_msghandler. AFAICS this is intentional, there's even an explicit counter that tracks the number of times smi_msg is leaked. I'm guessing there was a reason for doing this, but there wasn't any discussion about

[PATCH][QUESTION] Intentional memory leak in ipmi_msghandler?

Hello, I've got a few boxes that are leaking memory in handle_new_recv_msgs() in ipmi_msghandler. AFAICS this is intentional, there's even an explicit counter that tracks the number of times smi_msg is leaked. I'm guessing there was a reason for doing this, but there wasn't any discussion about

Re: [RFC PATCH] proc: do not include shmem and driver pages in /proc/meminfo::Cached

On Fri, Feb 19, 2016 at 1:57 AM, Hugh Dickins wrote: > On Thu, 18 Feb 2016, Johannes Weiner wrote: > >> Even before we added MemAvailable, users knew that page cache is >> easily convertible to free memory on pressure, and estimated their >> "available" memory by looking at the

Re: [RFC PATCH] proc: do not include shmem and driver pages in /proc/meminfo::Cached

On Fri, Feb 19, 2016 at 1:57 AM, Hugh Dickins wrote: > On Thu, 18 Feb 2016, Johannes Weiner wrote: > >> Even before we added MemAvailable, users knew that page cache is >> easily convertible to free memory on pressure, and estimated their >> "available" memory by looking at the sum of MemFree,

Re: [PATCH] dmaengine: pl330: initialize tasklet after spin_unlock_irqrestore

Hi Krzysztof, On 19 February 2016 at 11:36, Krzysztof Kozlowski wrote: > 2016-02-19 2:21 GMT+09:00 Anand Moon : >> From: Anand Moon >> >> pl330_tasklet tasklet uses the same spinlock pch->lock for safe IRQ locking. >> It's

Re: [PATCH] dmaengine: pl330: initialize tasklet after spin_unlock_irqrestore

Hi Krzysztof, On 19 February 2016 at 11:36, Krzysztof Kozlowski wrote: > 2016-02-19 2:21 GMT+09:00 Anand Moon : >> From: Anand Moon >> >> pl330_tasklet tasklet uses the same spinlock pch->lock for safe IRQ locking. >> It's safe to initialize pl330_tasklet tasklet after release of the locking. >

RE: [PATCH 00/14] ACPI 2.0: Enable TermList interpretion and early opeartion region accesses for table loading

Hi, Rafael > From: Zheng, Lv > Subject: [PATCH 00/14] ACPI 2.0: Enable TermList interpretion and early > opeartion region accesses for table loading > > > PATCH 01-02: The initrd installation testing facility. > PATCH 03-07: Entropy reduction stuff in ACPICA. PATCH 03-06 were just sent in

RE: [PATCH 00/14] ACPI 2.0: Enable TermList interpretion and early opeartion region accesses for table loading

Hi, Rafael > From: Zheng, Lv > Subject: [PATCH 00/14] ACPI 2.0: Enable TermList interpretion and early > opeartion region accesses for table loading > > > PATCH 01-02: The initrd installation testing facility. > PATCH 03-07: Entropy reduction stuff in ACPICA. PATCH 03-06 were just sent in

Re: [PATCH v4 3/6] spi: rockchip: add bindings for rk3399 spi

Hi Heiko 在 19/02/2016 14:31, Heiko Stuebner 写道: Hi Jianqun, Am Freitag, 19. Februar 2016, 09:56:15 schrieb jianqun.xu: From: Jianqun Xu Add devicetree bindings for Rockchip rk3399 spi which found on Rockchip rk3399 SoCs. Signed-off-by: Jianqun Xu

Re: [PATCH v4 3/6] spi: rockchip: add bindings for rk3399 spi

Hi Heiko 在 19/02/2016 14:31, Heiko Stuebner 写道: Hi Jianqun, Am Freitag, 19. Februar 2016, 09:56:15 schrieb jianqun.xu: From: Jianqun Xu Add devicetree bindings for Rockchip rk3399 spi which found on Rockchip rk3399 SoCs. Signed-off-by: Jianqun Xu Signed-off-by: Heiko Stuebner Mark

Re: [PATCH v2 0/6] arm64: Add support of KVM with ACPI

On 02/11/2016 09:33 AM, Julien Grall wrote: > Hello, > > This small series allows an ARM64 ACPI based platform to use KVM. > > Currently the KVM code has to parse the firmware table to get the necessary > information to setup the virtual timer and virtual GIC. > > However the parsing of those

Re: [PATCH v2 0/6] arm64: Add support of KVM with ACPI

On 02/11/2016 09:33 AM, Julien Grall wrote: > Hello, > > This small series allows an ARM64 ACPI based platform to use KVM. > > Currently the KVM code has to parse the firmware table to get the necessary > information to setup the virtual timer and virtual GIC. > > However the parsing of those

Re: [PATCH v7 04/10] usb: dbc: add debug buffer

On 02/18/2016 07:43 PM, Mathias Nyman wrote: > On 26.01.2016 14:58, Lu Baolu wrote: >> "printk" is not suitable for dbc debugging especially when console >> is in usage. This patch adds a debug buffer in dbc driver and puts >> the debug messages in this local buffer. The debug buffer could be >>

Re: [PATCH v7 04/10] usb: dbc: add debug buffer

On 02/18/2016 07:43 PM, Mathias Nyman wrote: > On 26.01.2016 14:58, Lu Baolu wrote: >> "printk" is not suitable for dbc debugging especially when console >> is in usage. This patch adds a debug buffer in dbc driver and puts >> the debug messages in this local buffer. The debug buffer could be >>

Re: [PATCH v4 3/6] spi: rockchip: add bindings for rk3399 spi

Hi Jianqun, Am Freitag, 19. Februar 2016, 09:56:15 schrieb jianqun.xu: > From: Jianqun Xu > > Add devicetree bindings for Rockchip rk3399 spi which found on > Rockchip rk3399 SoCs. > > Signed-off-by: Jianqun Xu > Signed-off-by: Heiko Stuebner

Re: [PATCH v4 3/6] spi: rockchip: add bindings for rk3399 spi

Hi Jianqun, Am Freitag, 19. Februar 2016, 09:56:15 schrieb jianqun.xu: > From: Jianqun Xu > > Add devicetree bindings for Rockchip rk3399 spi which found on > Rockchip rk3399 SoCs. > > Signed-off-by: Jianqun Xu > Signed-off-by: Heiko Stuebner Mark already applied this patch yesterday.

[PATCH 09/15] ACPICA: ACPICA: Tune _REG evaluations order in the initialization steps

ACPICA commit 77e0c7a482ac30ef857cf3c33d075e5fe5b5e449 This patch tunes _REG evaluations to be later than all table loading facilities: 1. acpi_load_tables(): _REG is currently invoked after this function. 2. acpi_ns_exec_module_code_list(): this executes module level code, the execution

[PATCH 09/15] ACPICA: ACPICA: Tune _REG evaluations order in the initialization steps

ACPICA commit 77e0c7a482ac30ef857cf3c33d075e5fe5b5e449 This patch tunes _REG evaluations to be later than all table loading facilities: 1. acpi_load_tables(): _REG is currently invoked after this function. 2. acpi_ns_exec_module_code_list(): this executes module level code, the execution

[PATCH 14/15] ACPICA: Utilities: Update trace mechinism for acquire_object

From: Bob Moore ACPICA commit 0824ab90e03c2e4239e890615f447e7962b1daa2 Was not using the correct macro. Updated a comment in acoutput.h Link: https://github.com/acpica/acpica/commit/0824ab90 Signed-off-by: Bob Moore Signed-off-by: Lv Zheng

[PATCH 15/15] ACPICA: Update version to 20160212

From: Bob Moore ACPICA commit 6b06645ea778cc054f48b03dd1842260a1606532 Version 20160212 Link: https://github.com/acpica/acpica/commit/6b06645e Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- include/acpi/acpixf.h |

[PATCH 13/15] ACPICA: Revert "Parser: Fix for SuperName method invocation"

From: Bob Moore ACPICA commit eade8f78f2aa21e8eabc3380a5728db47273bcf1 This reverts commit 4b86d1046d06e462dae83ebcd5a66cc132a08f8f. Support for method invocations as part of super_name will be removed from the ACPI specification, since no AML interpreter supports it.

[PATCH 14/15] ACPICA: Utilities: Update trace mechinism for acquire_object

From: Bob Moore ACPICA commit 0824ab90e03c2e4239e890615f447e7962b1daa2 Was not using the correct macro. Updated a comment in acoutput.h Link: https://github.com/acpica/acpica/commit/0824ab90 Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- drivers/acpi/acpica/utcache.c |2 +-

[PATCH 15/15] ACPICA: Update version to 20160212

From: Bob Moore ACPICA commit 6b06645ea778cc054f48b03dd1842260a1606532 Version 20160212 Link: https://github.com/acpica/acpica/commit/6b06645e Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- include/acpi/acpixf.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 13/15] ACPICA: Revert "Parser: Fix for SuperName method invocation"

From: Bob Moore ACPICA commit eade8f78f2aa21e8eabc3380a5728db47273bcf1 This reverts commit 4b86d1046d06e462dae83ebcd5a66cc132a08f8f. Support for method invocations as part of super_name will be removed from the ACPI specification, since no AML interpreter supports it. Link:

[PATCH 06/15] ACPICA: Remove unnecessary arguments to ACPI_INFO

From: Bob Moore ACPICA commit 181f56605a771e0b91e24b0648d2565ca70bea20 This is used as a purely infomation message, without module name and line number information. Therefore, these arguments are not needed and they are unnecessary overhead. Arguments are removed. ACPICA

[PATCH 05/15] ACPICA: debugger: dbconvert: free pld_info on error return path

From: Colin Ian King ACPICA commit 23e644670539e23818fa81e2af5e89ad6657e75c A failed allocation of new_buffer causes a leak of pld_info because the error return path fails to free pld_info. Ensure it is freed on the error exit path. Link:

[PATCH 06/15] ACPICA: Remove unnecessary arguments to ACPI_INFO

From: Bob Moore ACPICA commit 181f56605a771e0b91e24b0648d2565ca70bea20 This is used as a purely infomation message, without module name and line number information. Therefore, these arguments are not needed and they are unnecessary overhead. Arguments are removed. ACPICA BZ 872. Link:

[PATCH 05/15] ACPICA: debugger: dbconvert: free pld_info on error return path

From: Colin Ian King ACPICA commit 23e644670539e23818fa81e2af5e89ad6657e75c A failed allocation of new_buffer causes a leak of pld_info because the error return path fails to free pld_info. Ensure it is freed on the error exit path. Link: https://github.com/acpica/acpica/commit/23e64467

[PATCH 10/15] ACPICA: Namespace: Ensure \_SB._INI executed before any _REG

ACPICA commit 8ae25b8d128b6b8509010be321ff6bf2760f3807 There is BIOS code relying on the fact that \_SB._INI should get evaluated before any other control methods. This may implies a gap in ACPICA/Linux initialization/enumeration process. Before revealing Windows true behavior by more

[PATCH 10/15] ACPICA: Namespace: Ensure \_SB._INI executed before any _REG

ACPICA commit 8ae25b8d128b6b8509010be321ff6bf2760f3807 There is BIOS code relying on the fact that \_SB._INI should get evaluated before any other control methods. This may implies a gap in ACPICA/Linux initialization/enumeration process. Before revealing Windows true behavior by more

[PATCH 07/15] ACPICA: ACPI 6.0/iASL: Add support for the External AML opcode

From: "David E. Box" ACPICA commit 882892feeafe8b8e5be10463133405cd4f1309d9 Support for both the compiler and disassembler. Also, the interpreter will ignore this opcode if it is ever encountered (should not happen). David Box. Link:

[PATCH 08/15] ACPICA: Tables: make default region accessible during the table load

ACPICA commit 016b2a0917cca9cf0d40c38a1541017d9cf569dd It is proven that the default regions should be accessible during the table loading in order to execute module level AML code. This patch moves default region handler installation code earlier in order to make this happen. Note that by

[PATCH 07/15] ACPICA: ACPI 6.0/iASL: Add support for the External AML opcode

From: "David E. Box" ACPICA commit 882892feeafe8b8e5be10463133405cd4f1309d9 Support for both the compiler and disassembler. Also, the interpreter will ignore this opcode if it is ever encountered (should not happen). David Box. Link: https://github.com/acpica/acpica/commit/882892fe

[PATCH 08/15] ACPICA: Tables: make default region accessible during the table load

ACPICA commit 016b2a0917cca9cf0d40c38a1541017d9cf569dd It is proven that the default regions should be accessible during the table loading in order to execute module level AML code. This patch moves default region handler installation code earlier in order to make this happen. Note that by

[PATCH 11/15] ACPICA: Namespace: Rename acpi_gbl_reg_methods_enabled to acpi_gbl_namespace_initialized

ACPICA commit 4be3b82cf45d324366ea8567102d5108c5ef47cb ACPICA commit 19f84c249267fab0bfb138bd14d12510fb4faf24 The global variable actually means the availability of the namespace, and control methods evaluations should happen after namespace readiness. Thus this patch renames the global variable

[PATCH 12/15] ACPICA: ACPI 6.1: Add full support for this version of ACPI spec

From: Bob Moore ACPICA commit 5f21bddaa2cec035ca80608803ce2f0858d4f387 Small changes: 1) A couple new predefined names 2) New _HID values 3) New subtable for HEST Link: https://github.com/acpica/acpica/commit/5f21bdda Signed-off-by: Bob Moore

[PATCH 11/15] ACPICA: Namespace: Rename acpi_gbl_reg_methods_enabled to acpi_gbl_namespace_initialized

ACPICA commit 4be3b82cf45d324366ea8567102d5108c5ef47cb ACPICA commit 19f84c249267fab0bfb138bd14d12510fb4faf24 The global variable actually means the availability of the namespace, and control methods evaluations should happen after namespace readiness. Thus this patch renames the global variable

[PATCH 12/15] ACPICA: ACPI 6.1: Add full support for this version of ACPI spec

From: Bob Moore ACPICA commit 5f21bddaa2cec035ca80608803ce2f0858d4f387 Small changes: 1) A couple new predefined names 2) New _HID values 3) New subtable for HEST Link: https://github.com/acpica/acpica/commit/5f21bdda Signed-off-by: Bob Moore Signed-off-by: Lv Zheng ---

[PATCH 02/15] ACPICA: Remove incorrect "static" from a global structure

From: Bob Moore ACPICA commit 7a9956a2afd3863fa7d9fe4a64a957389d09f3c2 Reported by Colin Ian King. ACPICA BZ 1239. Link: https://github.com/acpica/acpica/commit/7a9956a2 Link: https://bugs.acpica.org/show_bug.cgi?id=1239 Signed-off-by: Bob Moore

[PATCH 04/15] ACPICA: iASL: Update to use internal acpi_ut_strtoul64 function

From: Bob Moore ACPICA commit e959584d23b520c53700e90282312d17b9603ed5 Was using a local Strtoul64, update to use the common acpi_ut_strtoul64 and remove the local Strtoul64. Link: https://github.com/acpica/acpica/commit/e959584d Signed-off-by: Bob Moore

[PATCH 00/15] ACPICA: 20160212 Release

The 20160212 ACPICA kernel-resident subsystem updates are linuxized based on the linux-pm/linux-next branch. The patchset has passed the following build/boot tests. Build tests are performed as follows: 1. i386 + allyes 2. i386 + allno 3. i386 + default + ACPI_DEBUGGER=y 4. i386 + default +

[PATCH 02/15] ACPICA: Remove incorrect "static" from a global structure

From: Bob Moore ACPICA commit 7a9956a2afd3863fa7d9fe4a64a957389d09f3c2 Reported by Colin Ian King. ACPICA BZ 1239. Link: https://github.com/acpica/acpica/commit/7a9956a2 Link: https://bugs.acpica.org/show_bug.cgi?id=1239 Signed-off-by: Bob Moore Signed-off-by: Lv Zheng ---

[PATCH 04/15] ACPICA: iASL: Update to use internal acpi_ut_strtoul64 function

From: Bob Moore ACPICA commit e959584d23b520c53700e90282312d17b9603ed5 Was using a local Strtoul64, update to use the common acpi_ut_strtoul64 and remove the local Strtoul64. Link: https://github.com/acpica/acpica/commit/e959584d Signed-off-by: Bob Moore Signed-off-by: Lv Zheng ---

[PATCH 00/15] ACPICA: 20160212 Release

The 20160212 ACPICA kernel-resident subsystem updates are linuxized based on the linux-pm/linux-next branch. The patchset has passed the following build/boot tests. Build tests are performed as follows: 1. i386 + allyes 2. i386 + allno 3. i386 + default + ACPI_DEBUGGER=y 4. i386 + default +

[PATCH 03/15] ACPICA: iASL: Fix some typos with the name strtoul64

From: Bob Moore ACPICA commit e9622aa824e00997dc92e8638733b7553a4dba26 Was defined as stroul64 in some places. Link: https://github.com/acpica/acpica/commit/e9622aa8 Signed-off-by: Bob Moore Signed-off-by: Lv Zheng ---

[PATCH 01/15] ACPICA: aclocal: Put parens around some definitions.

From: waddlesplash ACPICA commit 7100a109f7d6523330d29f4d088cf1ffb756025f Looking at where these are used, this shouldn't result in any behavioral changes, but it's best practices to have them. Link: https://github.com/acpica/acpica/commit/7100a109 Signed-off-by:

[PATCH 03/15] ACPICA: iASL: Fix some typos with the name strtoul64

From: Bob Moore ACPICA commit e9622aa824e00997dc92e8638733b7553a4dba26 Was defined as stroul64 in some places. Link: https://github.com/acpica/acpica/commit/e9622aa8 Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- drivers/acpi/acpica/utnonansi.c |2 +- 1 file changed, 1

[PATCH 01/15] ACPICA: aclocal: Put parens around some definitions.

From: waddlesplash ACPICA commit 7100a109f7d6523330d29f4d088cf1ffb756025f Looking at where these are used, this shouldn't result in any behavioral changes, but it's best practices to have them. Link: https://github.com/acpica/acpica/commit/7100a109 Signed-off-by: waddlesplash Signed-off-by:

Re: [PATCH v2 1/3] input: cygnus-update touchscreen dt node document

On Thu, Feb 18, 2016 at 8:06 PM, Rob Herring wrote: > On Wed, Feb 17, 2016 at 03:13:44PM +0530, Raveendra Padasalagi wrote: >> In Cygnus SOC touch screen controller registers are shared >> with ADC and flex timer. Using readl/writel could lead to >> race condition. So touch

Re: [PATCH v2 1/3] input: cygnus-update touchscreen dt node document

On Thu, Feb 18, 2016 at 8:06 PM, Rob Herring wrote: > On Wed, Feb 17, 2016 at 03:13:44PM +0530, Raveendra Padasalagi wrote: >> In Cygnus SOC touch screen controller registers are shared >> with ADC and flex timer. Using readl/writel could lead to >> race condition. So touch screen driver is

Re: [PATCH] serial: samsung: fix the inconsistency in spinlock

2016-02-19 4:14 GMT+09:00 Anand Moon : > Hi Peter, > > On 18 February 2016 at 23:18, Peter Hurley wrote: >> Hi Anand, >> >> On 02/18/2016 09:40 AM, Anand Moon wrote: >>> From: Anand Moon >>> >>> changes fix the correct order

Re: [PATCH] serial: samsung: fix the inconsistency in spinlock

2016-02-19 4:14 GMT+09:00 Anand Moon : > Hi Peter, > > On 18 February 2016 at 23:18, Peter Hurley wrote: >> Hi Anand, >> >> On 02/18/2016 09:40 AM, Anand Moon wrote: >>> From: Anand Moon >>> >>> changes fix the correct order of the spin_lock_irqrestore/save. >>> >>> Signed-off-by: Anand Moon

[PATCH] arm64, kbuild: make "make install" not depend on vmlinux

For the same reason as commit 19514fc665ff (arm, kbuild: make "make install" not depend on vmlinux), the install targets should never trigger the rebuild of the kernel. Signed-off-by: Masahiro Yamada --- arch/arm64/Makefile| 2 +-

[PATCH] arm64, kbuild: make "make install" not depend on vmlinux

For the same reason as commit 19514fc665ff (arm, kbuild: make "make install" not depend on vmlinux), the install targets should never trigger the rebuild of the kernel. Signed-off-by: Masahiro Yamada --- arch/arm64/Makefile| 2 +- arch/arm64/boot/Makefile | 4 ++--

Re: [PATCH] dmaengine: pl330: initialize tasklet after spin_unlock_irqrestore

2016-02-19 2:21 GMT+09:00 Anand Moon : > From: Anand Moon > > pl330_tasklet tasklet uses the same spinlock pch->lock for safe IRQ locking. > It's safe to initialize pl330_tasklet tasklet after release of the locking. This is tasklet init, not tasklet

Re: [PATCH] dmaengine: pl330: initialize tasklet after spin_unlock_irqrestore

2016-02-19 2:21 GMT+09:00 Anand Moon : > From: Anand Moon > > pl330_tasklet tasklet uses the same spinlock pch->lock for safe IRQ locking. > It's safe to initialize pl330_tasklet tasklet after release of the locking. This is tasklet init, not tasklet execution (which you are referring to in

  1   2   3   4   5   6   7   8   9   10   >