Re: [RFC PATCH v1 1/6] rockchip: rockchip: add new clock-type for the ddrclk

Hi Shawn, On 2016年06月03日 20:29, Shawn Lin wrote: Hi Lin, It looks good with only a few minor comments. On 2016/6/3 17:55, Lin Huang wrote: On new rockchip platform(rk3399 etc), there have dcf controller to do ddr frequency scaling, and this controller will implement in arm-trust-firmware. We

Re: [RFC PATCH v1 1/6] rockchip: rockchip: add new clock-type for the ddrclk

Hi Shawn, On 2016年06月03日 20:29, Shawn Lin wrote: Hi Lin, It looks good with only a few minor comments. On 2016/6/3 17:55, Lin Huang wrote: On new rockchip platform(rk3399 etc), there have dcf controller to do ddr frequency scaling, and this controller will implement in arm-trust-firmware. We

RE: [PATCH 1/2] usb: configfs: allow UDC binding rule configured as binding to *any* UDC

Thanks, Machek, This patch has already been dropped. > On Tue 2016-05-03 11:04:24, changbin...@intel.com wrote: > > From: "Du, Changbin" > > > > On most platforms, there is only one device controller available. > > In this case, we desn't care the UDC's name. So let's

RE: [PATCH 1/2] usb: configfs: allow UDC binding rule configured as binding to *any* UDC

Thanks, Machek, This patch has already been dropped. > On Tue 2016-05-03 11:04:24, changbin...@intel.com wrote: > > From: "Du, Changbin" > > > > On most platforms, there is only one device controller available. > > In this case, we desn't care the UDC's name. So let's ignore the > > name by

Re: [PATCH RESEND -trivial] init/Kconfig: Spelling s/compuation/computation/, double "the"

On 06/05/16 01:47, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven > --- > Sent before on 2014-08-08. > --- > init/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/init/Kconfig b/init/Kconfig > index

Re: [PATCH RESEND -trivial] init/Kconfig: Spelling s/compuation/computation/, double "the"

On 06/05/16 01:47, Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven > --- > Sent before on 2014-08-08. > --- > init/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/init/Kconfig b/init/Kconfig > index f755a602d4a176e0..fa0ab926aa8a150a 100644 > ---

Re: [PATCH v10 2/7] usb: mux: add generic code for dual role port mux

On Sun, Jun 05, 2016 at 04:46:55PM +0800, Lu Baolu wrote: > Hi, > > On 06/05/2016 04:33 PM, Jun Li wrote: > >> Port mux is part of dual role switch, but not the whole thing. > >> > > >> > Dual role switch includes at least below things: > >> > - ID or type-C event detection > >> > - port mux >

Re: [PATCH v10 2/7] usb: mux: add generic code for dual role port mux

On Sun, Jun 05, 2016 at 04:46:55PM +0800, Lu Baolu wrote: > Hi, > > On 06/05/2016 04:33 PM, Jun Li wrote: > >> Port mux is part of dual role switch, but not the whole thing. > >> > > >> > Dual role switch includes at least below things: > >> > - ID or type-C event detection > >> > - port mux >

Re: [PATCH v3 5/5] arm64/numa: avoid inconsistent information to be printed

On 2016/6/3 17:55, Will Deacon wrote: > On Thu, Jun 02, 2016 at 10:28:11AM +0800, Zhen Lei wrote: >> numa_init(of_numa_init) may returned error because of numa configuration >> error. So "No NUMA configuration found" is inaccurate. In fact, specific >> configuration error information should be

Re: [PATCH v3 5/5] arm64/numa: avoid inconsistent information to be printed

On 2016/6/3 17:55, Will Deacon wrote: > On Thu, Jun 02, 2016 at 10:28:11AM +0800, Zhen Lei wrote: >> numa_init(of_numa_init) may returned error because of numa configuration >> error. So "No NUMA configuration found" is inaccurate. In fact, specific >> configuration error information should be

Re: [PATCH 1/3] perf/x86/intel: output LBR support statement after validation

> It is not because you force LBR to ring3 only that you do not capture > kernel addresses in the FROM field. > Keep in mind that LBR priv level filtering applies to the target of > the branch and not the source. You might > still get a kernel address if returning from kernel. Now, in callstack >

Re: [PATCH 1/3] perf/x86/intel: output LBR support statement after validation

> It is not because you force LBR to ring3 only that you do not capture > kernel addresses in the FROM field. > Keep in mind that LBR priv level filtering applies to the target of > the branch and not the source. You might > still get a kernel address if returning from kernel. Now, in callstack >

Re: linux-next: build warning after merge of the mmc-uh tree

Hi Stephen, On 2016/6/6 9:38, Stephen Rothwell wrote: Hi Ulf, After merging the mmc-uh tree, today's linux-next build (x86_64 allmodconfig) produced this warning: In file included from include/linux/err.h:4:0, from drivers/mmc/core/mmc.c:13: drivers/mmc/core/mmc.c: In

Re: linux-next: build warning after merge of the mmc-uh tree

Hi Stephen, On 2016/6/6 9:38, Stephen Rothwell wrote: Hi Ulf, After merging the mmc-uh tree, today's linux-next build (x86_64 allmodconfig) produced this warning: In file included from include/linux/err.h:4:0, from drivers/mmc/core/mmc.c:13: drivers/mmc/core/mmc.c: In

RE: ath9k gpio request

Got it, thanks. There is no difference of the changes for AR9462 which is the chip Sudip tested. Thanks, Miaoqing -Original Message- From: Kalle Valo [mailto:kv...@codeaurora.org] Sent: Saturday, June 04, 2016 10:38 PM To: Pan, Miaoqing Cc: Sudip Mukherjee

RE: ath9k gpio request

Got it, thanks. There is no difference of the changes for AR9462 which is the chip Sudip tested. Thanks, Miaoqing -Original Message- From: Kalle Valo [mailto:kv...@codeaurora.org] Sent: Saturday, June 04, 2016 10:38 PM To: Pan, Miaoqing Cc: Sudip Mukherjee ; Stephen Rothwell ;

Re: [PATCH v3 3/5] arm64/numa: add nid check for memory block

On 2016/6/3 17:52, Will Deacon wrote: > On Thu, Jun 02, 2016 at 10:28:09AM +0800, Zhen Lei wrote: >> Use the same tactic to cpu and numa-distance nodes. > > Sorry, I don't understand... :/ In function of_numa_parse_cpu_nodes: for_each_child_of_node(cpus, np) { ... r =

Re: [PATCH v3 3/5] arm64/numa: add nid check for memory block

On 2016/6/3 17:52, Will Deacon wrote: > On Thu, Jun 02, 2016 at 10:28:09AM +0800, Zhen Lei wrote: >> Use the same tactic to cpu and numa-distance nodes. > > Sorry, I don't understand... :/ In function of_numa_parse_cpu_nodes: for_each_child_of_node(cpus, np) { ... r =

Re: [PATCH RFC v7 3/5] skb_array: array based FIFO for skbs

On 2016年06月03日 21:04, Michael S. Tsirkin wrote: On Fri, Jun 03, 2016 at 02:58:39PM +0200, Jesper Dangaard Brouer wrote: > >On Thu, 2 Jun 2016 19:08:26 +0300 "Michael S. Tsirkin" wrote: > > >A simple array based FIFO of pointers. Intended for net stack so uses > >skbs for

Re: [PATCH RFC v7 3/5] skb_array: array based FIFO for skbs

On 2016年06月03日 21:04, Michael S. Tsirkin wrote: On Fri, Jun 03, 2016 at 02:58:39PM +0200, Jesper Dangaard Brouer wrote: > >On Thu, 2 Jun 2016 19:08:26 +0300 "Michael S. Tsirkin" wrote: > > >A simple array based FIFO of pointers. Intended for net stack so uses > >skbs for type safety.

linux-next: build warning after merge of the mmc-uh tree

Hi Ulf, After merging the mmc-uh tree, today's linux-next build (x86_64 allmodconfig) produced this warning: In file included from include/linux/err.h:4:0, from drivers/mmc/core/mmc.c:13: drivers/mmc/core/mmc.c: In function 'mmc_select_hs400es': include/linux/err.h:21:49:

linux-next: build warning after merge of the mmc-uh tree

Hi Ulf, After merging the mmc-uh tree, today's linux-next build (x86_64 allmodconfig) produced this warning: In file included from include/linux/err.h:4:0, from drivers/mmc/core/mmc.c:13: drivers/mmc/core/mmc.c: In function 'mmc_select_hs400es': include/linux/err.h:21:49:

Re: [linux-sunxi] [PATCH 1/5] ethernet: add sun8i-emac driver

On Mon, Jun 6, 2016 at 6:32 AM, André Przywara wrote: > On 03/06/16 10:56, LABBE Corentin wrote: > > Hi, > > first: thanks for posting this and the time and work that you spent on > it. With the respective DT nodes this works for me on the Pine64 and > turns this board

Re: [linux-sunxi] [PATCH 1/5] ethernet: add sun8i-emac driver

On Mon, Jun 6, 2016 at 6:32 AM, André Przywara wrote: > On 03/06/16 10:56, LABBE Corentin wrote: > > Hi, > > first: thanks for posting this and the time and work that you spent on > it. With the respective DT nodes this works for me on the Pine64 and > turns this board eventually into something

Re: [PATCH v10 2/7] usb: mux: add generic code for dual role port mux

On Sun, Jun 05, 2016 at 02:55:56PM +0800, Lu Baolu wrote: > Hi Peter, > > On 06/04/2016 10:28 AM, Peter Chen wrote: > > On Sat, Jun 04, 2016 at 12:06:06AM +0800, Lu Baolu wrote: > >>> from my point,it is a dual-role switch > >>> driver too, > >> No, it's not a dual-role switch driver, but a

Re: [PATCH v10 2/7] usb: mux: add generic code for dual role port mux

On Sun, Jun 05, 2016 at 02:55:56PM +0800, Lu Baolu wrote: > Hi Peter, > > On 06/04/2016 10:28 AM, Peter Chen wrote: > > On Sat, Jun 04, 2016 at 12:06:06AM +0800, Lu Baolu wrote: > >>> from my point,it is a dual-role switch > >>> driver too, > >> No, it's not a dual-role switch driver, but a

Re: [PATCH v3 0/5] MT2701 iommu support

On Fri, 2016-05-27 at 16:56 +0800, honghui.zh...@mediatek.com wrote: > From: Honghui Zhang > Is there will be some comments for this version patchset? Any comments is welcome. Thanks. > Mediatek's m4u(Multimedia Memory Management Unit) and SMI(Smart > Multimedia

Re: [PATCH v3 0/5] MT2701 iommu support

On Fri, 2016-05-27 at 16:56 +0800, honghui.zh...@mediatek.com wrote: > From: Honghui Zhang > Is there will be some comments for this version patchset? Any comments is welcome. Thanks. > Mediatek's m4u(Multimedia Memory Management Unit) and SMI(Smart > Multimedia Interface)have two

Various Articles on GRSecurity, RMS, etc.

Soylent news published an article/discussion on GRSecurity, RMS, etc If you're interested it's here: https://soylentnews.org/article.pl?sid=16/06/02/214243 > RMS Responds - GRsecurity is Preventing Others From Redistributing Source > Code [UPDATED] Other discussions and articles on the topic,

Various Articles on GRSecurity, RMS, etc.

Soylent news published an article/discussion on GRSecurity, RMS, etc If you're interested it's here: https://soylentnews.org/article.pl?sid=16/06/02/214243 > RMS Responds - GRsecurity is Preventing Others From Redistributing Source > Code [UPDATED] Other discussions and articles on the topic,

Re: [PATCH v2 2/5] of/numa: fix a memory@ node can only contains one memory block

On 2016/6/3 17:45, Will Deacon wrote: > On Thu, Jun 02, 2016 at 09:36:40AM +0800, Leizhen (ThunderTown) wrote: >> On 2016/6/2 4:13, Rob Herring wrote: >>> I believe you still need this and not the one above. You only need it >>> within the loop if you return. Otherwise, the last node always need

Re: [PATCH v2 2/5] of/numa: fix a memory@ node can only contains one memory block

On 2016/6/3 17:45, Will Deacon wrote: > On Thu, Jun 02, 2016 at 09:36:40AM +0800, Leizhen (ThunderTown) wrote: >> On 2016/6/2 4:13, Rob Herring wrote: >>> I believe you still need this and not the one above. You only need it >>> within the loop if you return. Otherwise, the last node always need

Re: [alsa-devel] [PATCH] ASoC: sgtl5000: only check VDDD-supply, not revision

Hi Clemens, On Sun, Jun 5, 2016 at 8:16 PM, Clemens Gruber wrote: > I looked into this today and discovered the following: > > With my patch applied, if I reset the board just after playback, at the > next boot, the sgtl5000_fill_defaults function does not succeed:

Re: [alsa-devel] [PATCH] ASoC: sgtl5000: only check VDDD-supply, not revision

Hi Clemens, On Sun, Jun 5, 2016 at 8:16 PM, Clemens Gruber wrote: > I looked into this today and discovered the following: > > With my patch applied, if I reset the board just after playback, at the > next boot, the sgtl5000_fill_defaults function does not succeed: Writing > the default value

RE: [PATCH v10 2/7] usb: mux: add generic code for dual role port mux

> -Original Message- > From: Lu Baolu [mailto:baolu...@linux.intel.com] > Sent: Sunday, June 05, 2016 4:47 PM > To: Jun Li ; Peter Chen > Cc: felipe.ba...@linux.intel.com; Mathias Nyman ; > Greg Kroah-Hartman

RE: [PATCH v10 2/7] usb: mux: add generic code for dual role port mux

> -Original Message- > From: Lu Baolu [mailto:baolu...@linux.intel.com] > Sent: Sunday, June 05, 2016 4:47 PM > To: Jun Li ; Peter Chen > Cc: felipe.ba...@linux.intel.com; Mathias Nyman ; > Greg Kroah-Hartman ; Lee Jones > ; Heikki Krogerus ; > Liam Girdwood ; Mark Brown ; >

Re: [PATCH v1] KVM: VMX: enable guest access to LMCE related MSRs

On 06/05/16 21:43, Borislav Petkov wrote: > On Sun, Jun 05, 2016 at 11:14:56PM +0800, Haozhong Zhang wrote: > > Ashok was also involved in the development of v1 patch and it's based > > on his v0 patch, so I think I should take his SOB? > > You have at least three options: > > 1. > From: Author

Re: [PATCH v1] KVM: VMX: enable guest access to LMCE related MSRs

On 06/05/16 21:43, Borislav Petkov wrote: > On Sun, Jun 05, 2016 at 11:14:56PM +0800, Haozhong Zhang wrote: > > Ashok was also involved in the development of v1 patch and it's based > > on his v0 patch, so I think I should take his SOB? > > You have at least three options: > > 1. > From: Author

linux-next: manual merge of the samsung-krzk tree with the arm-soc tree

Hi Krzysztof, Today's linux-next merge of the samsung-krzk tree got a conflict in: arch/arm/mach-exynos/Kconfig between commit: 5c34a4e89c74 ("ARM: do away with ARCH_[WANT_OPTIONAL|REQUIRE]_GPIOLIB") from the arm-soc tree and commit: 9479f7cc9187 ("soc: samsung: pm_domains: Enable

linux-next: manual merge of the samsung-krzk tree with the arm-soc tree

Hi Krzysztof, Today's linux-next merge of the samsung-krzk tree got a conflict in: arch/arm/mach-exynos/Kconfig between commit: 5c34a4e89c74 ("ARM: do away with ARCH_[WANT_OPTIONAL|REQUIRE]_GPIOLIB") from the arm-soc tree and commit: 9479f7cc9187 ("soc: samsung: pm_domains: Enable

linux-next: build failure after merge of the amlogic tree

Hi Kevin, After merging the amlogic tree, today's linux-next build (arm multi_v7_defconfig) failed like this: In file included from arch/arm/boot/dts/meson8b-mxq.dts:48:0: arch/arm/boot/dts/meson8b.dtsi:49:53: fatal error: dt-bindings/reset/amlogic,meson8b-reset.h: No such file or directory In

linux-next: build failure after merge of the amlogic tree

Hi Kevin, After merging the amlogic tree, today's linux-next build (arm multi_v7_defconfig) failed like this: In file included from arch/arm/boot/dts/meson8b-mxq.dts:48:0: arch/arm/boot/dts/meson8b.dtsi:49:53: fatal error: dt-bindings/reset/amlogic,meson8b-reset.h: No such file or directory In

Re: [alsa-devel] [PATCH] ASoC: sgtl5000: only check VDDD-supply, not revision

Hi Eric, Fabio, Mark, On Sat, Jun 04, 2016 at 07:15:25PM +0200, Clemens Gruber wrote: > please don't merge the patch yet, I just observed a strange effect when > resetting the board during playback / just after playback stops. > At next boot time, sometimes the following error occurs: >

Re: [alsa-devel] [PATCH] ASoC: sgtl5000: only check VDDD-supply, not revision

Hi Eric, Fabio, Mark, On Sat, Jun 04, 2016 at 07:15:25PM +0200, Clemens Gruber wrote: > please don't merge the patch yet, I just observed a strange effect when > resetting the board during playback / just after playback stops. > At next boot time, sometimes the following error occurs: >

[PATCH 3.14 03/23] MIPS: ath79: make bootconsole wait for both THRE and TEMT

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Schiffer commit f5b556c94c8490d42fea79d7b4ae0ecbc291e69d upstream. This makes the ath79 bootconsole behave the same way as the generic 8250

[PATCH 3.14 03/23] MIPS: ath79: make bootconsole wait for both THRE and TEMT

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Matthias Schiffer commit f5b556c94c8490d42fea79d7b4ae0ecbc291e69d upstream. This makes the ath79 bootconsole behave the same way as the generic 8250 bootconsole. Also waiting for TEMT

[PATCH 3.14 05/23] ath5k: Change led pin configuration for compaq c700 laptop

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Joseph Salisbury commit 7b9bc799a445aea95f64f15e0083cb19b5789abe upstream. BugLink: http://bugs.launchpad.net/bugs/972604 Commit

[PATCH 3.14 05/23] ath5k: Change led pin configuration for compaq c700 laptop

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Joseph Salisbury commit 7b9bc799a445aea95f64f15e0083cb19b5789abe upstream. BugLink: http://bugs.launchpad.net/bugs/972604 Commit 09c9bae26b0d3c9472cb6ae45010460a2cee8b8d ("ath5k: add led pin

[PATCH 3.14 02/23] MIPS: Fix siginfo.h to use strict posix types

3.14-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 5daebc477da4dfeb31ae193d83084def58fd2697 upstream. Commit 85efde6f4e0d ("make exported headers use strict posix types") changed the asm-generic

[PATCH 3.14 02/23] MIPS: Fix siginfo.h to use strict posix types

3.14-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 5daebc477da4dfeb31ae193d83084def58fd2697 upstream. Commit 85efde6f4e0d ("make exported headers use strict posix types") changed the asm-generic siginfo.h to use the

[PATCH 3.14 01/23] MIPS: math-emu: Fix jalr emulation when rd == $0

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Paul Burton commit ab4a92e66741b35ca12f8497896bafbe579c28a1 upstream. When emulating a jalr instruction with rd == $0, the code in isBranchInstr was incorrectly

[PATCH 3.14 01/23] MIPS: math-emu: Fix jalr emulation when rd == $0

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Paul Burton commit ab4a92e66741b35ca12f8497896bafbe579c28a1 upstream. When emulating a jalr instruction with rd == $0, the code in isBranchInstr was incorrectly writing to GPR $0 which should

[PATCH 3.14 06/23] aacraid: Relinquish CPU during timeout wait

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Raghava Aditya Renukunta commit 07beca2be24cc710461c0b131832524c9ee08910 upstream. aac_fib_send has a special function case for initial commands during

[PATCH 3.14 04/23] Input: uinput - handle compat ioctl for UI_SET_PHYS

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Ricky Liang commit affa80bd97f7ca282d1faa91667b3ee9e4c590e6 upstream. When running a 32-bit userspace on a 64-bit kernel, the UI_SET_PHYS ioctl needs to be treated with

[PATCH 3.14 06/23] aacraid: Relinquish CPU during timeout wait

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Raghava Aditya Renukunta commit 07beca2be24cc710461c0b131832524c9ee08910 upstream. aac_fib_send has a special function case for initial commands during driver initialization using wait <

[PATCH 3.14 04/23] Input: uinput - handle compat ioctl for UI_SET_PHYS

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Ricky Liang commit affa80bd97f7ca282d1faa91667b3ee9e4c590e6 upstream. When running a 32-bit userspace on a 64-bit kernel, the UI_SET_PHYS ioctl needs to be treated with special care, as it

[PATCH 3.14 10/23] rtlwifi: Fix logic error in enter/exit power-save mode

3.14-stable review patch. If anyone has any objections, please let me know. -- From: wang yanqing commit 873ffe154ae074c46ed2d72dbd9a2a99f06f55b4 upstream. In commit a269913c52ad ("rtlwifi: Rework rtl_lps_leave() and rtl_lps_enter() to use work queue"),

[PATCH 3.14 13/23] xen/events: Dont move disabled irqs

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Ross Lagerwall commit f0f393877c71ad227d36705d61d1e4062bc29cf5 upstream. Commit ff1e22e7a638 ("xen/events: Mask a moving irq") open-coded irq_move_irq() but left

[PATCH 3.14 10/23] rtlwifi: Fix logic error in enter/exit power-save mode

3.14-stable review patch. If anyone has any objections, please let me know. -- From: wang yanqing commit 873ffe154ae074c46ed2d72dbd9a2a99f06f55b4 upstream. In commit a269913c52ad ("rtlwifi: Rework rtl_lps_leave() and rtl_lps_enter() to use work queue"), the tests for

[PATCH 3.14 13/23] xen/events: Dont move disabled irqs

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Ross Lagerwall commit f0f393877c71ad227d36705d61d1e4062bc29cf5 upstream. Commit ff1e22e7a638 ("xen/events: Mask a moving irq") open-coded irq_move_irq() but left out checking if the IRQ is

[PATCH 3.14 15/23] drm/gma500: Fix possible out of bounds read

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Itai Handler commit 7ccca1d5bf69fdd1d3c5fcf84faf1659a6e0ad11 upstream. Fix possible out of bounds read, by adding missing comma. The code may read pass the end of

[PATCH 3.14 18/23] ext4: address UBSAN warning in mb_find_order_for_block()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Nicolai Stange commit b5cb316cdf3a3f5f6125412b0f6065185240cfdc upstream. Currently, in mb_find_order_for_block(), there's a loop like the following: while (order <=

[PATCH 3.14 15/23] drm/gma500: Fix possible out of bounds read

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Itai Handler commit 7ccca1d5bf69fdd1d3c5fcf84faf1659a6e0ad11 upstream. Fix possible out of bounds read, by adding missing comma. The code may read pass the end of the dsi_errors array when

[PATCH 3.14 18/23] ext4: address UBSAN warning in mb_find_order_for_block()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Nicolai Stange commit b5cb316cdf3a3f5f6125412b0f6065185240cfdc upstream. Currently, in mb_find_order_for_block(), there's a loop like the following: while (order <= e4b->bd_blkbits + 1) {

[PATCH 4.4 01/99] MIPS64: R6: R2 emulation bugfix

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Leonid Yegoshin commit 41fa29e4d8cf4150568a0fe9bb4d62229f9caed5 upstream. Error recovery pointers for fixups was improperly set as ".word" which is unsuitable for

[PATCH 4.4 01/99] MIPS64: R6: R2 emulation bugfix

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Leonid Yegoshin commit 41fa29e4d8cf4150568a0fe9bb4d62229f9caed5 upstream. Error recovery pointers for fixups was improperly set as ".word" which is unsuitable for MIPS64. Replaced by STR(PTR)

[PATCH 3.14 17/23] ext4: fix hang when processing corrupted orphaned inode list

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Theodore Ts'o commit c9eb13a9105e2e418f72e46a2b6da3f49e696902 upstream. If the orphaned inode list contains inode #5, ext4_iget() returns a bad inode (since the bootloader

[PATCH 3.14 19/23] ext4: silence UBSAN in ext4_mb_init()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Nicolai Stange commit 935244cd54b86ca46e69bc6604d2adfb1aec2d42 upstream. Currently, in ext4_mb_init(), there's a loop like the following: do { ... offset += 1

[PATCH 3.14 08/23] cpuidle: Indicate when a device has been unregistered

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Dave Gerlach commit c998c07836f985b24361629dc98506ec7893e7a0 upstream. Currently the 'registered' member of the cpuidle_device struct is set to 1 during

[PATCH 3.14 23/23] xfs: skip stale inodes in xfs_iflush_cluster

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Dave Chinner commit 7d3aa7fe970791f1a674b14572a411accf2f4d4e upstream. We don't write back stale inodes so we should skip them in xfs_iflush_cluster, too. Signed-off-by:

[PATCH 3.14 08/23] cpuidle: Indicate when a device has been unregistered

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Dave Gerlach commit c998c07836f985b24361629dc98506ec7893e7a0 upstream. Currently the 'registered' member of the cpuidle_device struct is set to 1 during cpuidle_register_device. In this same

[PATCH 3.14 23/23] xfs: skip stale inodes in xfs_iflush_cluster

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Dave Chinner commit 7d3aa7fe970791f1a674b14572a411accf2f4d4e upstream. We don't write back stale inodes so we should skip them in xfs_iflush_cluster, too. Signed-off-by: Dave Chinner

[PATCH 3.14 17/23] ext4: fix hang when processing corrupted orphaned inode list

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Theodore Ts'o commit c9eb13a9105e2e418f72e46a2b6da3f49e696902 upstream. If the orphaned inode list contains inode #5, ext4_iget() returns a bad inode (since the bootloader inode should never

[PATCH 3.14 19/23] ext4: silence UBSAN in ext4_mb_init()

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Nicolai Stange commit 935244cd54b86ca46e69bc6604d2adfb1aec2d42 upstream. Currently, in ext4_mb_init(), there's a loop like the following: do { ... offset += 1 <<

[PATCH 4.4 07/99] MIPS: Fix uapi include in exported asm/siginfo.h

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 987e5b834467c9251ca584febda65ef8f66351a9 upstream. Since commit 8cb48fe169dd ("MIPS: Provide correct siginfo_t.si_stime"), MIPS' uapi/asm/siginfo.h

[PATCH 4.4 07/99] MIPS: Fix uapi include in exported asm/siginfo.h

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 987e5b834467c9251ca584febda65ef8f66351a9 upstream. Since commit 8cb48fe169dd ("MIPS: Provide correct siginfo_t.si_stime"), MIPS' uapi/asm/siginfo.h has included

[PATCH 4.4 08/99] MIPS: Fix watchpoint restoration

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit a7e89326b415b5d81c4b1016fd4a40db861eb58d upstream. Commit f51246efee2b ("MIPS: Get rid of finish_arch_switch().") moved the __restore_watch() call

[PATCH 4.4 06/99] MIPS: Fix siginfo.h to use strict posix types

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 5daebc477da4dfeb31ae193d83084def58fd2697 upstream. Commit 85efde6f4e0d ("make exported headers use strict posix types") changed the asm-generic

[PATCH 4.4 08/99] MIPS: Fix watchpoint restoration

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit a7e89326b415b5d81c4b1016fd4a40db861eb58d upstream. Commit f51246efee2b ("MIPS: Get rid of finish_arch_switch().") moved the __restore_watch() call from finish_arch_switch()

[PATCH 4.4 06/99] MIPS: Fix siginfo.h to use strict posix types

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 5daebc477da4dfeb31ae193d83084def58fd2697 upstream. Commit 85efde6f4e0d ("make exported headers use strict posix types") changed the asm-generic siginfo.h to use the

[PATCH 4.4 09/99] MIPS: Handle highmem pages in __update_cache

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Paul Burton commit f4281bba818105c7c91799abe40bc05c0dbdaa25 upstream. The following patch will expose __update_cache to highmem pages. Handle them by mapping them in

[PATCH 4.4 09/99] MIPS: Handle highmem pages in __update_cache

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Paul Burton commit f4281bba818105c7c91799abe40bc05c0dbdaa25 upstream. The following patch will expose __update_cache to highmem pages. Handle them by mapping them in for the duration of the

[PATCH 4.4 15/99] MIPS: Fix MSA ld_*/st_* asm macros to use PTR_ADDU

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit ea1688573426adc2587ed52d086b51c7c62eaca3 upstream. The MSA ld_*/st_* assembler macros for when the toolchain doesn't support MSA use addu to offset

[PATCH 4.4 14/99] MIPS: Use copy_s.fmt rather than copy_u.fmt

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Paul Burton commit 8a3c8b48aca8771bff3536e40aa26ffb311699d1 upstream. In revision 1.12 of the MSA specification, the copy_u.w instruction has been removed for MIPS32 &

[PATCH 4.4 04/99] MIPS: Dont unwind to user mode with EVA

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit a816b306c62195b7c43c92cb13330821a96bdc27 upstream. When unwinding through IRQs and exceptions, the unwinding only continues if the PC is a kernel

[PATCH 4.4 15/99] MIPS: Fix MSA ld_*/st_* asm macros to use PTR_ADDU

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit ea1688573426adc2587ed52d086b51c7c62eaca3 upstream. The MSA ld_*/st_* assembler macros for when the toolchain doesn't support MSA use addu to offset the base address. However

[PATCH 4.4 14/99] MIPS: Use copy_s.fmt rather than copy_u.fmt

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Paul Burton commit 8a3c8b48aca8771bff3536e40aa26ffb311699d1 upstream. In revision 1.12 of the MSA specification, the copy_u.w instruction has been removed for MIPS32 & the copy_u.d instruction

[PATCH 4.4 04/99] MIPS: Dont unwind to user mode with EVA

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit a816b306c62195b7c43c92cb13330821a96bdc27 upstream. When unwinding through IRQs and exceptions, the unwinding only continues if the PC is a kernel text address, however since

[PATCH 4.4 05/99] MIPS: Avoid using unwind_stack() with usermode

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 81a76d7119f63c359750e4adeff922a31ad1135f upstream. When showing backtraces in response to traps, for example crashes and address errors (usually

[PATCH 4.4 28/99] ARM: dts: at91: fix typo in sama5d2 PIN_PD24 description

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Florian Vallee commit b1f3a3b03eb5f61b4051e2da9aa15653e705e111 upstream. Fix a typo on PIN_PD24 for UTXD2 and FLEXCOM4_IO3 which were wrongly linked to PIN_PD23).

[PATCH 4.4 19/99] MIPS: ptrace: Prevent writes to read-only FCSR bits

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Maciej W. Rozycki commit abf378be49f38c4d3e23581d3df3fa9f1b1b11d2 upstream. Correct the cases missed with commit 9b26616c8d9d ("MIPS: Respect the ISA level in FCSR handling")

[PATCH 4.4 22/99] MIPS: lib: Mark intrinsics notrace

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Harvey Hunt commit aedcfbe06558a9f53002e82d5be64c6c94687726 upstream. On certain MIPS32 devices, the ftrace tracer "function_graph" uses __lshrdi3() during the

[PATCH 4.4 21/99] MIPS: Build microMIPS VDSO for microMIPS kernels

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit bb93078e655be1e24d68f28f2756676e62c037ce upstream. MicroMIPS kernels may be expected to run on microMIPS only cores which don't support the normal

[PATCH 4.4 05/99] MIPS: Avoid using unwind_stack() with usermode

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit 81a76d7119f63c359750e4adeff922a31ad1135f upstream. When showing backtraces in response to traps, for example crashes and address errors (usually unaligned accesses) when

[PATCH 4.4 28/99] ARM: dts: at91: fix typo in sama5d2 PIN_PD24 description

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Florian Vallee commit b1f3a3b03eb5f61b4051e2da9aa15653e705e111 upstream. Fix a typo on PIN_PD24 for UTXD2 and FLEXCOM4_IO3 which were wrongly linked to PIN_PD23). Signed-off-by: Florian

[PATCH 4.4 19/99] MIPS: ptrace: Prevent writes to read-only FCSR bits

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Maciej W. Rozycki commit abf378be49f38c4d3e23581d3df3fa9f1b1b11d2 upstream. Correct the cases missed with commit 9b26616c8d9d ("MIPS: Respect the ISA level in FCSR handling") and prevent

[PATCH 4.4 22/99] MIPS: lib: Mark intrinsics notrace

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Harvey Hunt commit aedcfbe06558a9f53002e82d5be64c6c94687726 upstream. On certain MIPS32 devices, the ftrace tracer "function_graph" uses __lshrdi3() during the capturing of trace data. ftrace

[PATCH 4.4 21/99] MIPS: Build microMIPS VDSO for microMIPS kernels

4.4-stable review patch. If anyone has any objections, please let me know. -- From: James Hogan commit bb93078e655be1e24d68f28f2756676e62c037ce upstream. MicroMIPS kernels may be expected to run on microMIPS only cores which don't support the normal MIPS instruction set, so

[PATCH 4.4 23/99] MIPS: VDSO: Build with `-fno-strict-aliasing

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Maciej W. Rozycki commit 94cc36b84acc29f543b48bc5ed786011b112a666 upstream. Avoid an aliasing issue causing a build error in VDSO: In file included from

[PATCH 4.4 29/99] ARM: dts: exynos: Add interrupt line to MAX8997 PMIC on exynos4210-trats

4.4-stable review patch. If anyone has any objections, please let me know. -- From: Marek Szyprowski commit 330d12764e15f6e3e94ff34cda29db96d2589c24 upstream. MAX8997 PMIC requires interrupt and fails probing without it. Signed-off-by: Marek

<    1   2   3   4   5   6   7   8   9   10   >