Re: [PATCH] arm64: allwinner: a64: orangepi-zero-plus2: add usb otg

On Thu, Dec 07, 2017 at 10:23:18PM +0530, Jagan Teki wrote: > On Thu, Dec 7, 2017 at 7:04 PM, Maxime Ripard > wrote: > > Hi, > > > > On Thu, Dec 07, 2017 at 04:35:48PM +0530, Jagan Teki wrote: > >> Add usb otg support for orangepi-zero-plus2 board: > >> - Add

Re: [PATCH] arm64: allwinner: a64: orangepi-zero-plus2: add usb otg

On Thu, Dec 07, 2017 at 10:23:18PM +0530, Jagan Teki wrote: > On Thu, Dec 7, 2017 at 7:04 PM, Maxime Ripard > wrote: > > Hi, > > > > On Thu, Dec 07, 2017 at 04:35:48PM +0530, Jagan Teki wrote: > >> Add usb otg support for orangepi-zero-plus2 board: > >> - Add usb_otg node with dr_mode as 'otg' >

Re: [PATCH] libsas: flush pending destruct work in sas_unregister_domain_devices()

On 2017/12/8 6:57, Cong Wang wrote: On Thu, Dec 7, 2017 at 5:37 AM, John Garry wrote: On 28/11/2017 17:04, Cong Wang wrote: I don't understand, the only caller of sas_unregister_domain_devices() is sas_deform_port(). And sas_deform_port() may be called from another

Re: [PATCH] libsas: flush pending destruct work in sas_unregister_domain_devices()

On 2017/12/8 6:57, Cong Wang wrote: On Thu, Dec 7, 2017 at 5:37 AM, John Garry wrote: On 28/11/2017 17:04, Cong Wang wrote: I don't understand, the only caller of sas_unregister_domain_devices() is sas_deform_port(). And sas_deform_port() may be called from another worker on the same

Re: [PATCH v2] usb: dwc2: Remove unnecessary debug prints

On 12/7/2017 11:18 PM, Joe Perches wrote: > On Thu, 2017-12-07 at 11:17 -0800, Joe Perches wrote: >> On Wed, 2017-12-06 at 17:57 +0400, Razmik Karapetyan wrote: >>> Removed unnecessary debug prints about DMA mode for host side >>> from dwc2_gahbcfg_init() function. >> >> What other functionality

Re: [PATCH v2] usb: dwc2: Remove unnecessary debug prints

On 12/7/2017 11:18 PM, Joe Perches wrote: > On Thu, 2017-12-07 at 11:17 -0800, Joe Perches wrote: >> On Wed, 2017-12-06 at 17:57 +0400, Razmik Karapetyan wrote: >>> Removed unnecessary debug prints about DMA mode for host side >>> from dwc2_gahbcfg_init() function. >> >> What other functionality

Re: NFS corruption, fixed by echo 1 > /proc/sys/vm/drop_caches -- next debugging steps?

On Thu, Dec 7, 2017 at 11:00 PM, Matt Turner wrote: > On Sun, Mar 12, 2017 at 6:43 PM, Matt Turner wrote: >> On a Broadcom BCM91250a MIPS system I can reliably trigger NFS >> corruption on the first file read. >> >> To demonstrate, I downloaded five

Re: NFS corruption, fixed by echo 1 > /proc/sys/vm/drop_caches -- next debugging steps?

On Thu, Dec 7, 2017 at 11:00 PM, Matt Turner wrote: > On Sun, Mar 12, 2017 at 6:43 PM, Matt Turner wrote: >> On a Broadcom BCM91250a MIPS system I can reliably trigger NFS >> corruption on the first file read. >> >> To demonstrate, I downloaded five identical copies of the gcc-5.4.0 >> source

Re: [PATCH] fs/seq_file: Fix warning of passing zero to 'PTR_ERR'

Hi, Guys sorry for this idiotic piece of code. Yesterday after doc seq_file.txt read I did not catch real way of work there. And made this shit. Sorry. Regards Vasyl On Fri, Dec 8, 2017 at 12:26 AM, Al Viro wrote: > On Thu, Dec 07, 2017 at 11:23:26PM +, Al Viro

Re: [PATCH] fs/seq_file: Fix warning of passing zero to 'PTR_ERR'

Hi, Guys sorry for this idiotic piece of code. Yesterday after doc seq_file.txt read I did not catch real way of work there. And made this shit. Sorry. Regards Vasyl On Fri, Dec 8, 2017 at 12:26 AM, Al Viro wrote: > On Thu, Dec 07, 2017 at 11:23:26PM +, Al Viro wrote: >> On Fri, Dec 08,

Re: [PATCH 0/1] About MIPS/Loongson maintainance

On Fri, Dec 08, 2017 at 12:01:46PM +0800, Jiaxun Yang wrote: > Also we're going to separate code between > Loongson2 and Loongson3 since they are becoming more and more > identical. Do you mean you want to combine them? > But It will cause a lot of changes under march of loongson64 > that

Re: [PATCH 0/1] About MIPS/Loongson maintainance

On Fri, Dec 08, 2017 at 12:01:46PM +0800, Jiaxun Yang wrote: > Also we're going to separate code between > Loongson2 and Loongson3 since they are becoming more and more > identical. Do you mean you want to combine them? > But It will cause a lot of changes under march of loongson64 > that

Re: [PATCH v8 4/6] clocksource: stm32: only use 32 bits timers

On 07/12/2017 21:36, Benjamin Gaignard wrote: > 2017-12-07 17:49 GMT+01:00 Daniel Lezcano : >> On 07/12/2017 17:33, Benjamin Gaignard wrote: >>> 2017-12-07 16:27 GMT+01:00 Daniel Lezcano : On 14/11/2017 09:52, Benjamin Gaignard wrote:

Re: [PATCH v8 4/6] clocksource: stm32: only use 32 bits timers

On 07/12/2017 21:36, Benjamin Gaignard wrote: > 2017-12-07 17:49 GMT+01:00 Daniel Lezcano : >> On 07/12/2017 17:33, Benjamin Gaignard wrote: >>> 2017-12-07 16:27 GMT+01:00 Daniel Lezcano : On 14/11/2017 09:52, Benjamin Gaignard wrote: > The clock driving counters is at 90MHz so the

Re: Multiple oom_reaper BUGs: unmap_page_range racing with exit_mmap

On Thu 07-12-17 13:22:30, David Rientjes wrote: [...] > > diff --git a/include/linux/sched/coredump.h b/include/linux/sched/coredump.h > > index 9c8847395b5e..da673ca66e7a 100644 > > --- a/include/linux/sched/coredump.h > > +++ b/include/linux/sched/coredump.h > > @@ -68,8 +68,9 @@ static inline

Re: Multiple oom_reaper BUGs: unmap_page_range racing with exit_mmap

On Thu 07-12-17 13:22:30, David Rientjes wrote: [...] > > diff --git a/include/linux/sched/coredump.h b/include/linux/sched/coredump.h > > index 9c8847395b5e..da673ca66e7a 100644 > > --- a/include/linux/sched/coredump.h > > +++ b/include/linux/sched/coredump.h > > @@ -68,8 +68,9 @@ static inline

Re: USB: hub: Delete an error message for a failed memory allocation in usb_hub_clear_tt_buffer()

Hi Alan, On Thu, Dec 7, 2017 at 10:26 PM, Alan Stern wrote: > On Thu, 7 Dec 2017, Dan Carpenter wrote: >> The standard is to treat them like errors and try press forward in a >> degraded mode but don't print a message. Checkpatch.pl complains if you >> print a warning

Re: USB: hub: Delete an error message for a failed memory allocation in usb_hub_clear_tt_buffer()

Hi Alan, On Thu, Dec 7, 2017 at 10:26 PM, Alan Stern wrote: > On Thu, 7 Dec 2017, Dan Carpenter wrote: >> The standard is to treat them like errors and try press forward in a >> degraded mode but don't print a message. Checkpatch.pl complains if you >> print a warning for allocation failures.

Re: [PATCH 4/4] checkpatch: add check for tag Co-Developed-by

On Fri, Dec 08, 2017 at 10:27:51AM +1100, Tobin C. Harding wrote: > From: Joe Perches > > Recently signature tag Co-Developed-by was added to the > kernel (Documentation/process/5.Posting.rst). checkpatch.pl doesn't know > about it yet. All prior tags used all lowercase

Re: [PATCH 4/4] checkpatch: add check for tag Co-Developed-by

On Fri, Dec 08, 2017 at 10:27:51AM +1100, Tobin C. Harding wrote: > From: Joe Perches > > Recently signature tag Co-Developed-by was added to the > kernel (Documentation/process/5.Posting.rst). checkpatch.pl doesn't know > about it yet. All prior tags used all lowercase characters except for

Re: [PATCH 0/4] USB over IP Secuurity fixes

On Thu, Dec 07, 2017 at 02:16:46PM -0700, Shuah Khan wrote: > Jakub Jirasek from Secunia Research at Flexera reported security > vulnerabilities in the USB over IP driver. This patch series all > the 4 reported problems. Nice! These should also all go to the stable kernels, right? thanks, greg

Re: [PATCH 0/4] USB over IP Secuurity fixes

On Thu, Dec 07, 2017 at 02:16:46PM -0700, Shuah Khan wrote: > Jakub Jirasek from Secunia Research at Flexera reported security > vulnerabilities in the USB over IP driver. This patch series all > the 4 reported problems. Nice! These should also all go to the stable kernels, right? thanks, greg

Re: [PATCH] tty: New RISC-V SBI console driver

On Thu, Dec 07, 2017 at 04:10:15PM -0800, Palmer Dabbelt wrote: > From: Palmer Dabbelt > > The RISC-V ISA defines a simple console that is availiable via SBI calls > on all systems. This patch adds a driver for this console interface > that can act as both a target for early

Re: [PATCH] tty: New RISC-V SBI console driver

On Thu, Dec 07, 2017 at 04:10:15PM -0800, Palmer Dabbelt wrote: > From: Palmer Dabbelt > > The RISC-V ISA defines a simple console that is availiable via SBI calls > on all systems. This patch adds a driver for this console interface > that can act as both a target for early printk and as the

Re: [PATCH] LDT improvements

* Andy Lutomirski wrote: > > > > On Dec 7, 2017, at 9:23 AM, Thomas Gleixner wrote: > > > >> On Thu, 7 Dec 2017, Andy Lutomirski wrote: > >> > >>> On Thu, Dec 7, 2017 at 4:43 AM, Borislav Petkov wrote: > On Wed, Dec 06, 2017 at

Re: [PATCH] LDT improvements

* Andy Lutomirski wrote: > > > > On Dec 7, 2017, at 9:23 AM, Thomas Gleixner wrote: > > > >> On Thu, 7 Dec 2017, Andy Lutomirski wrote: > >> > >>> On Thu, Dec 7, 2017 at 4:43 AM, Borislav Petkov wrote: > On Wed, Dec 06, 2017 at 11:22:21PM -0800, Andy Lutomirski wrote: > I think

[PATCH 0/2] ARM: sun8i: a83t: Enable EMAC Ethernet

Hi, This is my spin on enabling Ethernet on the A83T. It consists of Corentin's dtsi patch plus my board level patch. There's nothing really special about them. ChenYu Chen-Yu Tsai (1): ARM: dts: sun8i: a83t: Enable Ethernet on two boards Corentin LABBE (1): ARM: dts: sun8i: a83t: add

[PATCH 2/2] ARM: dts: sun8i: a83t: Enable Ethernet on two boards

The Cubietruck Plus has a Realtek RTL8211E RGMII PHY tied to the EMAC. The AXP818 PMIC's regulators provide main power and secondary signaling voltages to the PHY. The latter is always on, as it also supplies the pingroup on the SoC, which has other uses. The Bananapi M3 has a Realtek RTL8211E

[PATCH 0/2] ARM: sun8i: a83t: Enable EMAC Ethernet

Hi, This is my spin on enabling Ethernet on the A83T. It consists of Corentin's dtsi patch plus my board level patch. There's nothing really special about them. ChenYu Chen-Yu Tsai (1): ARM: dts: sun8i: a83t: Enable Ethernet on two boards Corentin LABBE (1): ARM: dts: sun8i: a83t: add

[PATCH 2/2] ARM: dts: sun8i: a83t: Enable Ethernet on two boards

The Cubietruck Plus has a Realtek RTL8211E RGMII PHY tied to the EMAC. The AXP818 PMIC's regulators provide main power and secondary signaling voltages to the PHY. The latter is always on, as it also supplies the pingroup on the SoC, which has other uses. The Bananapi M3 has a Realtek RTL8211E

[PATCH 1/2] ARM: dts: sun8i: a83t: add dwmac-sun8i device node

From: Corentin LABBE The dwmac-sun8i is an ethernet MAC hardware that support 10/100/1000 speed. This patch add support for it on the Allwinner a83t SoC Device-tree. This patch add the emac device node and the related RGMII pins node. Signed-off-by: Corentin Labbe

[PATCH 1/2] ARM: dts: sun8i: a83t: add dwmac-sun8i device node

From: Corentin LABBE The dwmac-sun8i is an ethernet MAC hardware that support 10/100/1000 speed. This patch add support for it on the Allwinner a83t SoC Device-tree. This patch add the emac device node and the related RGMII pins node. Signed-off-by: Corentin Labbe Reviewed-by: Chen-Yu Tsai

Re: [PATCH v4 72/73] xfs: Convert mru cache to XArray

On Fri, Dec 08, 2017 at 01:45:52PM +0900, Byungchul Park wrote: > On Fri, Dec 08, 2017 at 09:22:16AM +1100, Dave Chinner wrote: > > On Thu, Dec 07, 2017 at 11:06:34AM -0500, Theodore Ts'o wrote: > > > On Wed, Dec 06, 2017 at 06:06:48AM -0800, Matthew Wilcox wrote: > > > > > Unfortunately for you,

Re: [PATCH v4 72/73] xfs: Convert mru cache to XArray

On Fri, Dec 08, 2017 at 01:45:52PM +0900, Byungchul Park wrote: > On Fri, Dec 08, 2017 at 09:22:16AM +1100, Dave Chinner wrote: > > On Thu, Dec 07, 2017 at 11:06:34AM -0500, Theodore Ts'o wrote: > > > On Wed, Dec 06, 2017 at 06:06:48AM -0800, Matthew Wilcox wrote: > > > > > Unfortunately for you,

Re: [PATCH v2 3/3] x86/xen: supply rsdp address in boot params for pvh guests

* Juergen Gross wrote: > When booted via the special PVH entry save the RSDP address set in the > boot information block in struct boot_params. This will enable Xen to > locate the RSDP at an arbitrary address. > > Set the boot loader version to 2.14 (0x020e) replacing the

Re: [PATCH v2 3/3] x86/xen: supply rsdp address in boot params for pvh guests

* Juergen Gross wrote: > When booted via the special PVH entry save the RSDP address set in the > boot information block in struct boot_params. This will enable Xen to > locate the RSDP at an arbitrary address. > > Set the boot loader version to 2.14 (0x020e) replacing the wrong 0x0212 > which

Re: [PATCH v2 1/3] x86/boot: add acpi rsdp address to setup_header

* Juergen Gross wrote: > Xen PVH guests receive the address of the RSDP table from Xen. In order > to support booting a Xen PVH guest via grub2 using the standard x86 > boot entry we need a way fro grub2 to pass the RSDP address to the > kernel. > > For this purpose expand the

Re: [PATCH v2 1/3] x86/boot: add acpi rsdp address to setup_header

* Juergen Gross wrote: > Xen PVH guests receive the address of the RSDP table from Xen. In order > to support booting a Xen PVH guest via grub2 using the standard x86 > boot entry we need a way fro grub2 to pass the RSDP address to the > kernel. > > For this purpose expand the struct

Re: [PATCH v2 2/3] x86/acpi: take rsdp address for boot params if available

* Juergen Gross wrote: > In case the rsdp address in struct boot_params is specified don't try > to find the table by searching, but take the address directly as set > by the boot loader. > > Signed-off-by: Juergen Gross > --- > drivers/acpi/osl.c | 8

Re: [PATCH v2 2/3] x86/acpi: take rsdp address for boot params if available

* Juergen Gross wrote: > In case the rsdp address in struct boot_params is specified don't try > to find the table by searching, but take the address directly as set > by the boot loader. > > Signed-off-by: Juergen Gross > --- > drivers/acpi/osl.c | 8 > 1 file changed, 8

Re: NFS corruption, fixed by echo 1 > /proc/sys/vm/drop_caches -- next debugging steps?

On Sun, Mar 12, 2017 at 6:43 PM, Matt Turner wrote: > On a Broadcom BCM91250a MIPS system I can reliably trigger NFS > corruption on the first file read. > > To demonstrate, I downloaded five identical copies of the gcc-5.4.0 > source tarball. On the NFS server, they hash to

Re: NFS corruption, fixed by echo 1 > /proc/sys/vm/drop_caches -- next debugging steps?

On Sun, Mar 12, 2017 at 6:43 PM, Matt Turner wrote: > On a Broadcom BCM91250a MIPS system I can reliably trigger NFS > corruption on the first file read. > > To demonstrate, I downloaded five identical copies of the gcc-5.4.0 > source tarball. On the NFS server, they hash to the same value: > >

Re: [PATCH v3 2/2] clocksource: sprd: Add timer driver for Spreadtrum SC9860 platform

On 08/12/2017 06:03, Baolin Wang wrote: > The Spreadtrum SC9860 platform will use the architected timers as local > clock events, but we also need a broadcast timer device to wakeup the > cpus when the cpus are in sleep mode. > > The Spreadtrum timer can support 32bit or 64bit counter, as well as

Re: [PATCH v3 2/2] clocksource: sprd: Add timer driver for Spreadtrum SC9860 platform

On 08/12/2017 06:03, Baolin Wang wrote: > The Spreadtrum SC9860 platform will use the architected timers as local > clock events, but we also need a broadcast timer device to wakeup the > cpus when the cpus are in sleep mode. > > The Spreadtrum timer can support 32bit or 64bit counter, as well as

Re: [PATCH v2 0/2] fix race condition in rsnd_ssi_pointer_update

Hi > This patch set aims to fix the race condition in rsnd_ssi_pointer_update, > between set of byte_pos and wrap it around when new buffer starts. > > Jiada Wang (2): > ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update > ASoC: rsnd: ssi: remove unnesessary period_pos > >

Re: [PATCH v2 0/2] fix race condition in rsnd_ssi_pointer_update

Hi > This patch set aims to fix the race condition in rsnd_ssi_pointer_update, > between set of byte_pos and wrap it around when new buffer starts. > > Jiada Wang (2): > ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update > ASoC: rsnd: ssi: remove unnesessary period_pos > >

Re: [PATCH 0/2] acpi, x86: Add SPCR table support

* Prarit Bhargava wrote: > The SPCR (Serial Port Console Redirection) Table provides information > about the configuration of serial port. This information can be used > to configure the early console. s/about the configuration of serial port /about the configuration of

Re: [PATCH 0/2] acpi, x86: Add SPCR table support

* Prarit Bhargava wrote: > The SPCR (Serial Port Console Redirection) Table provides information > about the configuration of serial port. This information can be used > to configure the early console. s/about the configuration of serial port /about the configuration of the serial port >

Re: [PATCH 4.4 13/16] ocfs2: should wait dio before inode lock in ocfs2_setattr()

On 2017/12/8 13:36, Ben Hutchings wrote: > On Fri, 2017-12-08 at 12:03 +0800, alex chen wrote: >> >> On 2017/12/8 10:26, Ben Hutchings wrote: >>> On Fri, 2017-12-08 at 08:39 +0800, alex chen wrote: On 2017/12/8 2:25, Ben Hutchings wrote: > On Wed, 2017-12-06 at 09:02 +0800, alex

Re: [PATCH 2/2] tools/lib/lockdep: add empty declaration for early_param

* Ingo Molnar wrote: > > * alexander.le...@verizon.com wrote: > > > Fixes a compilation error: > > > > CC lockdep.o > > In file included from lockdep.c:28:0: > > ../../../kernel/locking/lockdep.c:89:13: error: expected declaration > >

Re: [PATCH 4.4 13/16] ocfs2: should wait dio before inode lock in ocfs2_setattr()

On 2017/12/8 13:36, Ben Hutchings wrote: > On Fri, 2017-12-08 at 12:03 +0800, alex chen wrote: >> >> On 2017/12/8 10:26, Ben Hutchings wrote: >>> On Fri, 2017-12-08 at 08:39 +0800, alex chen wrote: On 2017/12/8 2:25, Ben Hutchings wrote: > On Wed, 2017-12-06 at 09:02 +0800, alex

Re: [PATCH 2/2] tools/lib/lockdep: add empty declaration for early_param

* Ingo Molnar wrote: > > * alexander.le...@verizon.com wrote: > > > Fixes a compilation error: > > > > CC lockdep.o > > In file included from lockdep.c:28:0: > > ../../../kernel/locking/lockdep.c:89:13: error: expected declaration > > specifiers or ‘...’ before string constant > >

Re: [PATCH 1/2] tools/lib/lockdep: Add missing declaration of 'pr_cont()'

* alexander.le...@verizon.com wrote: > From: Mengting Zhang > > An annoying compile warning due to missing declaration is shown below: > In file included from lockdep.c:27:0: > ../../../kernel/locking/lockdep.c: In function

Re: [PATCH 1/2] tools/lib/lockdep: Add missing declaration of 'pr_cont()'

* alexander.le...@verizon.com wrote: > From: Mengting Zhang > > An annoying compile warning due to missing declaration is shown below: > In file included from lockdep.c:27:0: > ../../../kernel/locking/lockdep.c: In function 'print_unlock_imbalance_bug' : >

[PATCH v2 0/2] fix race condition in rsnd_ssi_pointer_update

From: Jiada Wang This patch set aims to fix the race condition in rsnd_ssi_pointer_update, between set of byte_pos and wrap it around when new buffer starts. Jiada Wang (2): ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update ASoC: rsnd: ssi: remove

[PATCH v2 2/2] ASoC: rsnd: ssi: remove unnesessary period_pos

From: Jiada Wang period_pos can always be calculated by byte_pos and byte_per_period, there is no reason to maintain this variable in rsnd_dai_stream. This patch removes period_pos from rsnd_ssi and calculates next_period_byte with consideration of actual byte_pos value.

[PATCH v2 1/2] ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update

From: Jiada Wang Currently there is race condition between set of byte_pos and wrap it around when new buffer starts. If .pointer is called in-between it will result in inconsistent pointer position be returned from .pointer callback. This patch increments buffer pointer

[PATCH v2 0/2] fix race condition in rsnd_ssi_pointer_update

From: Jiada Wang This patch set aims to fix the race condition in rsnd_ssi_pointer_update, between set of byte_pos and wrap it around when new buffer starts. Jiada Wang (2): ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update ASoC: rsnd: ssi: remove unnesessary period_pos

[PATCH v2 2/2] ASoC: rsnd: ssi: remove unnesessary period_pos

From: Jiada Wang period_pos can always be calculated by byte_pos and byte_per_period, there is no reason to maintain this variable in rsnd_dai_stream. This patch removes period_pos from rsnd_ssi and calculates next_period_byte with consideration of actual byte_pos value. Signed-off-by: Jiada

[PATCH v2 1/2] ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update

From: Jiada Wang Currently there is race condition between set of byte_pos and wrap it around when new buffer starts. If .pointer is called in-between it will result in inconsistent pointer position be returned from .pointer callback. This patch increments buffer pointer atomically to avoid

Re: [PATCH 1/1] zram: better utilization of zram swap space

On (12/07/17 17:45), Sergey Senozhatsky wrote: [..] > On (12/07/17 13:52), Gopi Sai Teja wrote: > > If the length of the compressed page is greater than 75% of the PAGE_SIZE, > > then the page is stored uncompressed in zram space. Zram space utilization > > is improved if the threshold is 80%(5

Re: [PATCH 1/1] zram: better utilization of zram swap space

On (12/07/17 17:45), Sergey Senozhatsky wrote: [..] > On (12/07/17 13:52), Gopi Sai Teja wrote: > > If the length of the compressed page is greater than 75% of the PAGE_SIZE, > > then the page is stored uncompressed in zram space. Zram space utilization > > is improved if the threshold is 80%(5

Re: [PATCH 2/2] tools/lib/lockdep: add empty declaration for early_param

* alexander.le...@verizon.com wrote: > Fixes a compilation error: > > CC lockdep.o > In file included from lockdep.c:28:0: > ../../../kernel/locking/lockdep.c:89:13: error: expected declaration > specifiers or ‘...’ before string constant >

Re: [PATCH 2/2] tools/lib/lockdep: add empty declaration for early_param

* alexander.le...@verizon.com wrote: > Fixes a compilation error: > > CC lockdep.o > In file included from lockdep.c:28:0: > ../../../kernel/locking/lockdep.c:89:13: error: expected declaration > specifiers or ‘...’ before string constant > early_param("crossrelease_fullstack",

[PATCH v1 2/4] cpufreq: mediatek: Add mediatek related projects into blacklist

mediatek projects will use mediate-cpufreq.c as cpufreq driver, instead of using cpufreq_dt.c Add mediatek related projects into cpufreq-dt blacklist Signed-off-by: Andrew-sh Cheng --- drivers/cpufreq/cpufreq-dt-platdev.c | 8 1 file changed, 8

[PATCH v1 3/4] arm64: dts: mediatek: add mt8173 cpufreq related device nodes

Add opp v2 information, and also add clocks, regulators and opp information into cpu nodes Signed-off-by: Andrew-sh Cheng --- arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 18 ++ arch/arm64/boot/dts/mediatek/mt8173.dtsi| 90 + 2

[PATCH v1 4/4] arm64: dts: mediatek: add mt2712 cpufreq related device nodes

Add opp v2 information, and also add clocks, regulators and opp information into cpu nodes Signed-off-by: Andrew-sh Cheng --- arch/arm64/boot/dts/mediatek/mt2712-evb.dts | 27 ++ arch/arm64/boot/dts/mediatek/mt2712e.dtsi | 57

[PATCH v1 3/4] arm64: dts: mediatek: add mt8173 cpufreq related device nodes

Add opp v2 information, and also add clocks, regulators and opp information into cpu nodes Signed-off-by: Andrew-sh Cheng --- arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 18 ++ arch/arm64/boot/dts/mediatek/mt8173.dtsi| 90 + 2 files changed, 108

[PATCH v1 4/4] arm64: dts: mediatek: add mt2712 cpufreq related device nodes

Add opp v2 information, and also add clocks, regulators and opp information into cpu nodes Signed-off-by: Andrew-sh Cheng --- arch/arm64/boot/dts/mediatek/mt2712-evb.dts | 27 ++ arch/arm64/boot/dts/mediatek/mt2712e.dtsi | 57 + 2 files changed, 84

[PATCH v1 2/4] cpufreq: mediatek: Add mediatek related projects into blacklist

mediatek projects will use mediate-cpufreq.c as cpufreq driver, instead of using cpufreq_dt.c Add mediatek related projects into cpufreq-dt blacklist Signed-off-by: Andrew-sh Cheng --- drivers/cpufreq/cpufreq-dt-platdev.c | 8 1 file changed, 8 insertions(+) diff --git

[PATCH v1 1/4] cpufreq: mediatek: add mt2712 into compatible list

Support mt2712 in mediatek-cpufreq.c Signed-off-by: Andrew-sh Cheng --- drivers/cpufreq/mediatek-cpufreq.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/cpufreq/mediatek-cpufreq.c b/drivers/cpufreq/mediatek-cpufreq.c index 18c4bd9..62aec5c 100644 ---

[PATCH v1 1/4] cpufreq: mediatek: add mt2712 into compatible list

Support mt2712 in mediatek-cpufreq.c Signed-off-by: Andrew-sh Cheng --- drivers/cpufreq/mediatek-cpufreq.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/cpufreq/mediatek-cpufreq.c b/drivers/cpufreq/mediatek-cpufreq.c index 18c4bd9..62aec5c 100644 ---

[PATCH v1 0/4] add support of cpufreq to mt8173 and mt2712

This series is based on v4.15-rc1 and [1]. Mediatek projects will use mediate-cpufreq.c as cpufreq driver, so add mediatek related projects into black list of cpufreq_dt.c mt8173 and mt2712 both support 2 clusters, and the main difference is that mt2712 currently only support fixed voltage.

[PATCH v1 0/4] add support of cpufreq to mt8173 and mt2712

This series is based on v4.15-rc1 and [1]. Mediatek projects will use mediate-cpufreq.c as cpufreq driver, so add mediatek related projects into black list of cpufreq_dt.c mt8173 and mt2712 both support 2 clusters, and the main difference is that mt2712 currently only support fixed voltage.

Re: [PATCH v2 2/2] ASoC: rsnd: ssi: remove unnesessary period_pos

Hi Jiada Thank you for your feedback > >> Further more, if the passed 'byte' amount to > >> rsnd_ssi_pointer_update() is more than byte_per_period. > >> the calculation of next_period_byte isn't correct. > > Is it really happen ?? > > > > Basically, I have no objection about this patch, > > but

Re: [PATCH 0/2] tools/lib/lockdep: fixes for v4.15

* alexander.le...@verizon.com wrote: > The following changes since commit dabe589657ad0f9a0d6f4101e2171574f74b00bf: > > Merge branch 'efi-urgent-for-linus' of > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip (2017-12-06 15:20:51 > -0800) > > are

Re: [PATCH v2 2/2] ASoC: rsnd: ssi: remove unnesessary period_pos

Hi Jiada Thank you for your feedback > >> Further more, if the passed 'byte' amount to > >> rsnd_ssi_pointer_update() is more than byte_per_period. > >> the calculation of next_period_byte isn't correct. > > Is it really happen ?? > > > > Basically, I have no objection about this patch, > > but

Re: [PATCH 0/2] tools/lib/lockdep: fixes for v4.15

* alexander.le...@verizon.com wrote: > The following changes since commit dabe589657ad0f9a0d6f4101e2171574f74b00bf: > > Merge branch 'efi-urgent-for-linus' of > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip (2017-12-06 15:20:51 > -0800) > > are available in the git repository at:

Re: [PATCH v1 1/2] ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update

Hi Jiada > >> Currently there is race condition between set of byte_pos and wrap > >> it around when new buffer starts. If .pointer is called in-between > >> it will result in inconsistent pointer position be returned > >> from .pointer callback. > >> > >> This patch increments buffer pointer

Re: [PATCH v1 1/2] ASoC: rsnd: ssi: fix race condition in rsnd_ssi_pointer_update

Hi Jiada > >> Currently there is race condition between set of byte_pos and wrap > >> it around when new buffer starts. If .pointer is called in-between > >> it will result in inconsistent pointer position be returned > >> from .pointer callback. > >> > >> This patch increments buffer pointer

[PATCH 2/3] misc: ics932s401: please, no space before tabs

Resolved all the please, no space beofore tabs checkpatch warnings. Issue found by checkpatch. Signed-off-by: Dhaval Shah --- drivers/misc/ics932s401.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/misc/ics932s401.c

[PATCH 2/3] misc: ics932s401: please, no space before tabs

Resolved all the please, no space beofore tabs checkpatch warnings. Issue found by checkpatch. Signed-off-by: Dhaval Shah --- drivers/misc/ics932s401.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/misc/ics932s401.c b/drivers/misc/ics932s401.c index

[PATCH 3/3] misc: ics932s401: open brace should be on the previous line

Resolved open brace { should be on the previous line checkpatch error. Issue found by checkpatch. Signed-off-by: Dhaval Shah --- drivers/misc/ics932s401.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/misc/ics932s401.c

[PATCH 0/3] misc: ics932s401: warnings and errors are resolved.

Two types of checkpatch warnings and one type of error are resolved. * First patch : Missing a blank line after declarations * Second patch : please, no space before tabs * third patch : open brace { should be on the previous line Issue found by checkpatch. ./scripts/checkpatch.pl -f

[PATCH 1/3] misc: ics932s401: Missing a blank line after declarations

Resolved all the missing a blank line after declarations checkpatch warnings. Issue found by checkpatch. Signed-off-by: Dhaval Shah --- drivers/misc/ics932s401.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/misc/ics932s401.c

[PATCH 3/3] misc: ics932s401: open brace should be on the previous line

Resolved open brace { should be on the previous line checkpatch error. Issue found by checkpatch. Signed-off-by: Dhaval Shah --- drivers/misc/ics932s401.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/misc/ics932s401.c b/drivers/misc/ics932s401.c index

[PATCH 0/3] misc: ics932s401: warnings and errors are resolved.

Two types of checkpatch warnings and one type of error are resolved. * First patch : Missing a blank line after declarations * Second patch : please, no space before tabs * third patch : open brace { should be on the previous line Issue found by checkpatch. ./scripts/checkpatch.pl -f

[PATCH 1/3] misc: ics932s401: Missing a blank line after declarations

Resolved all the missing a blank line after declarations checkpatch warnings. Issue found by checkpatch. Signed-off-by: Dhaval Shah --- drivers/misc/ics932s401.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/misc/ics932s401.c b/drivers/misc/ics932s401.c index

Re: [PATCH net-next] bridge: ebtables: Avoid resetting limit rule state

On Fri, Dec 08, 2017 at 06:46:06AM +0100, Linus Lüssing wrote: > Extending the usersize to include info->prev would probably be too > hackish/ugly, right? And wouldn't be enough anyway, since info->{credit,credit_cap,cost} would still be zeroed... Hm.

Re: [PATCH net-next] bridge: ebtables: Avoid resetting limit rule state

On Fri, Dec 08, 2017 at 06:46:06AM +0100, Linus Lüssing wrote: > Extending the usersize to include info->prev would probably be too > hackish/ugly, right? And wouldn't be enough anyway, since info->{credit,credit_cap,cost} would still be zeroed... Hm.

Re: [PATCH net-next] bridge: ebtables: Avoid resetting limit rule state

On Thu, Dec 07, 2017 at 01:26:19AM +0100, Pablo Neira Ayuso wrote: > > I also had a quick look at a 4.15-rc1 kernel in a VM now. I still > > end up in ebt_limit_mt_check() with the variables being reset > > when editing the table somewhere. > > My question is if your fix would work with 4.15-rc1.

Re: [PATCH net-next] bridge: ebtables: Avoid resetting limit rule state

On Thu, Dec 07, 2017 at 01:26:19AM +0100, Pablo Neira Ayuso wrote: > > I also had a quick look at a 4.15-rc1 kernel in a VM now. I still > > end up in ebt_limit_mt_check() with the variables being reset > > when editing the table somewhere. > > My question is if your fix would work with 4.15-rc1.

Re: [PATCH v2 2/2] ASoC: rsnd: ssi: remove unnesessary period_pos

Hi Morimoto-san On 12/07/2017 01:58 AM, Kuninori Morimoto wrote: Hi Jiada Further more, if the passed 'byte' amount to rsnd_ssi_pointer_update() is more than byte_per_period. the calculation of next_period_byte isn't correct. Is it really happen ?? Basically, I have no objection about this

Re: [PATCH v2 2/2] ASoC: rsnd: ssi: remove unnesessary period_pos

Hi Morimoto-san On 12/07/2017 01:58 AM, Kuninori Morimoto wrote: Hi Jiada Further more, if the passed 'byte' amount to rsnd_ssi_pointer_update() is more than byte_per_period. the calculation of next_period_byte isn't correct. Is it really happen ?? Basically, I have no objection about this

Re: [PATCH 4.4 13/16] ocfs2: should wait dio before inode lock in ocfs2_setattr()

On Fri, 2017-12-08 at 12:03 +0800, alex chen wrote: > > On 2017/12/8 10:26, Ben Hutchings wrote: > > On Fri, 2017-12-08 at 08:39 +0800, alex chen wrote: > > > > > > On 2017/12/8 2:25, Ben Hutchings wrote: > > > > On Wed, 2017-12-06 at 09:02 +0800, alex chen wrote: > > > > > Hi Ben, > > > > > >

Re: [PATCH 4.4 00/49] 4.4.105-stable review

-- kernel: 4.4.105-rc1 git repo: https://git.linaro.org/lkft/arm64-stable-rc.git git tag: 4.4.105-rc1-hikey-20171207-71 git commit: a849b7fb29a1351a51385f46e75306760d936bbc git describe: 4.4.105-rc1-hikey-20171207-71 Test details: https://qa-reports.linaro.org/lkft/linar

Re: [PATCH 4.4 13/16] ocfs2: should wait dio before inode lock in ocfs2_setattr()

On Fri, 2017-12-08 at 12:03 +0800, alex chen wrote: > > On 2017/12/8 10:26, Ben Hutchings wrote: > > On Fri, 2017-12-08 at 08:39 +0800, alex chen wrote: > > > > > > On 2017/12/8 2:25, Ben Hutchings wrote: > > > > On Wed, 2017-12-06 at 09:02 +0800, alex chen wrote: > > > > > Hi Ben, > > > > > >

Re: [PATCH 4.4 00/49] 4.4.105-stable review

nel: 4.4.105-rc1 git repo: https://git.linaro.org/lkft/arm64-stable-rc.git git tag: 4.4.105-rc1-hikey-20171207-71 git commit: a849b7fb29a1351a51385f46e75306760d936bbc git describe: 4.4.105-rc1-hikey-20171207-71 Test details: https://qa-reports.linaro.org/lkft/linaro-hikey-stable-rc-4.4-oe/build/4.

Re: [PATCH 4.9 000/109] 4.9.68-stable review

On 7 December 2017 at 18:25, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.68 release. > There are 109 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied,

Re: [PATCH 4.9 000/109] 4.9.68-stable review

On 7 December 2017 at 18:25, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.68 release. > There are 109 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > >

  1   2   3   4   5   6   7   8   9   10   >