Re: [PATCH v2 2/3] ARC: mcip: update MCIP debug mask when the new cpu came online

2018-02-23 Thread Vineet Gupta
On 02/23/2018 08:42 AM, Eugeniy Paltsev wrote: As of today we use hardcoded MCIP debug mask, so if we launch kernel via debugger and kick fever cores than HW has all cpus hang at the momemt of setup MCIP debug mask. So update MCIP debug mask when the new cpu came online, instead of use hardcoded

Re: [PATCH v2 1/3] ARC: mcip: halt GFRC together with ARC cores

2018-02-23 Thread Vineet Gupta
On 02/23/2018 08:41 AM, Eugeniy Paltsev wrote: Currently GFRC is running regardless state of ARC cores in the SMP cluster. That means even if ARC cores are halted when doing JTAG debugging GFRC [our source of wall-time] continues to run giving us unexpected warnings once we allow ARC cores to run

[PATCH v2 1/3] ARC: mcip: halt GFRC together with ARC cores

2018-02-23 Thread Eugeniy Paltsev
Currently GFRC is running regardless state of ARC cores in the SMP cluster. That means even if ARC cores are halted when doing JTAG debugging GFRC [our source of wall-time] continues to run giving us unexpected warnings once we allow ARC cores to run due to some tasks being stuck for too long. Sta

[PATCH v2 3/3] ARC: setup cpu possible mask according to possible-cpus dts property

2018-02-23 Thread Eugeniy Paltsev
As we have option in u-boot to set CPU mask for running linux, we want to pass information to kernel about CPU cores should be brought up. So we patch kernel dtb in u-boot to set possible-cpus property. This also allows us to have correctly setuped MCIP debug mask. Signed-off-by: Eugeniy Paltsev

[PATCH v2 2/3] ARC: mcip: update MCIP debug mask when the new cpu came online

2018-02-23 Thread Eugeniy Paltsev
As of today we use hardcoded MCIP debug mask, so if we launch kernel via debugger and kick fever cores than HW has all cpus hang at the momemt of setup MCIP debug mask. So update MCIP debug mask when the new cpu came online, instead of use hardcoded MCIP debug mask. Signed-off-by: Eugeniy Paltsev

[PATCH v2 4/9] serial: mxs-auart: Fix out-of-bounds access through serial port index

2018-02-23 Thread Geert Uytterhoeven
The auart_port[] array is indexed using a value derived from the "serialN" alias in DT, or from platform data, which may lead to an out-of-bounds access. Fix this by adding a range check. Fixes: 1ea6607d4cdc9179 ("serial: mxs-auart: Allow device tree probing") Signed-off-by: Geert Uytterhoeven -

[PATCH v2 7/9] serial: sh-sci: Fix out-of-bounds access through DT alias

2018-02-23 Thread Geert Uytterhoeven
The sci_ports[] array is indexed using a value derived from the "serialN" alias in DT, which may lead to an out-of-bounds access. Fix this by adding a range check. Note that the array size is defined by a Kconfig symbol (CONFIG_SERIAL_SH_SCI_NR_UARTS), so this can even be triggered using a legiti

[PATCH v2 0/9] serial: Fix out-of-bounds accesses through DT aliases

2018-02-23 Thread Geert Uytterhoeven
Hi all, Serial drivers used on DT platforms use the "serialN" alias in DT to obtain the serial port index for a specific port. Drivers typically use a fixed-size array for keeping track of all available serial ports. However, several drivers do not perform any validation on the index obta

Re: [PATCH v2 3/9] serial: imx: Fix out-of-bounds access through serial port index

2018-02-23 Thread Uwe Kleine-König
On Fri, Feb 23, 2018 at 02:38:31PM +0100, Geert Uytterhoeven wrote: > The imx_ports[] array is indexed using a value derived from the > "serialN" alias in DT, or from platform data, which may lead to an > out-of-bounds access. > > Fix this by adding a range check. > > Fixes: ff05967a07225ab6 ("se

Re: [PATCH v2 9/9] serial: xuartps: Fix out-of-bounds access through DT alias

2018-02-23 Thread Michal Simek
On 23.2.2018 14:38, Geert Uytterhoeven wrote: > The cdns_uart_port[] array is indexed using a value derived from the > "serialN" alias in DT, which may lead to an out-of-bounds access. > > Fix this by adding a range check. > > Fixes: 928e9263492069ee ("tty: xuartps: Initialize ports according to

Re: [PATCH] mmc: dw_mmc: Fix the DTO timeout overflow calculation for 32-bit systems

2018-02-23 Thread kbuild test robot
Hi Evgeniy, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16-rc2 next-20180223] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux