[PATCH] scsi/mac_esp: Replace bogus memory barrier with spinlock

Commit da244654c66e ("[SCSI] mac_esp: fix for quadras with two esp chips") added mac_scsi_esp_intr() to handle the IRQ lines from a pair of on-board ESP chips (a normal shared IRQ did not work). Proper mutual exclusion was missing from that patch. This patch fixes race conditions between compariso

[GIT pull] core fix for 4.11

Linus, please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus Prevent leaking kernel memory via /proc/$pid/syscall when the queried task is not in a syscall. Thanks, tglx --> Kees

[GIT pull] irq fixes for 4.11

Linus, please pull the latest irq-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus Two small fixlets: - Select a required Kconfig to make the MVEBU driver compile - Add the missing MIPS local GIC interrupts which prevent drive

[GIT pull] timer fixes for 4.11

Linus, please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus Two small fixes for the new CLKEVT_OF infrastructure. Thanks, tglx --> Alexander Kochetkov (2): clockevents:

[GIT pull] efi fix for 4.11

Linus, please pull the latest efi-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git efi-urgent-for-linus Downgrade the missing ESRT header printk to warning level and remove a useless error printk which just generates noise for no value. Thanks,

KASAN, xt_TCPMSS finally found nasty use-after-free bug? 4.10.8

Repost, due being sleepy missed few important points. I am searching reasons of crashes for multiple conntrack enabled servers, usually they point to conntrack, but i suspect use after free might be somewhere else, so i tried to enable KASAN. And seems i got something after few hours, and it l

[GIT pull] scheduler fixes for 4.11

Linus, please pull the latest sched-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sched-urgent-for-linus This update provides: - Make the scheduler clock switch to unstable mode smooth so the timestamps stay at microseconds granularity inste

[GIT pull] x86 fixes for 4.11

Linus, please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus This update provides: - Prevent KASLR from randomizing EFI regions - Restrict the usage of -maccumulate-outgoing-args and document when and

[PATCH v2 1/5] dt-bindings: gpu: add bindings for the ARM Mali Midgard GPU

The ARM Mali Midgard GPU family is present in a number of SoCs from many different vendors such as Samsung Exynos and Rockchip. Import the device tree bindings documentation from the r16p0 release of the Mali Midgard GPU kernel driver: https://developer.arm.com/-/media/Files/downloads/mali-dri

[PATCH v2 0/5] Add ARM Mali Midgard device tree bindings and gpu node for rk3288

The ARM Mali Midgard GPU kernel driver is only available out-of-tree and is not going to be merged in its current form. However, it would be useful to have its device tree bindings merged. In particular, this would enable distributions to create working driver packages (dkms...) without having to

[PATCH v2 4/5] ARM: dts: rockchip: enable ARM Mali GPU on rk3288-firefly

Add reference to the Mali GPU device tree node on rk3288-firefly. Tested on Firefly board. Signed-off-by: Guillaume Tucker --- arch/arm/boot/dts/rk3288-firefly.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/rk3288-firefly.dtsi b/arch/arm/boot/dts/rk3288-firefly.

[PATCH v2 5/5] ARM: dts: rockchip: enable ARM Mali GPU on rk3288-veyron

From: Enric Balletbo i Serra Add reference to the Mali GPU device tree node on rk3288-veyron. Tested on Minnie and Jerry boards. Signed-off-by: Enric Balletbo i Serra Signed-off-by: Guillaume Tucker --- arch/arm/boot/dts/rk3288-veyron.dtsi | 5 + 1 file changed, 5 insertions(+) diff --gi

[PATCH v2 3/5] ARM: dts: rockchip: enable ARM Mali GPU on rk3288-rock2-som

Add reference to the Mali GPU device tree node on the rk3288-rock2-som platform. Tested on a Radxa Rock2 Square board. Signed-off-by: Guillaume Tucker --- arch/arm/boot/dts/rk3288-rock2-som.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/rk3288-rock2-som.dtsi b/

[PATCH v2 2/5] ARM: dts: rockchip: add ARM Mali GPU node for rk3288

Add Mali GPU device tree node for the rk3288 SoC, with devfreq opp table. Signed-off-by: Guillaume Tucker --- arch/arm/boot/dts/rk3288.dtsi | 23 +++ 1 file changed, 23 insertions(+) diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch/arm/boot/dts/rk3288.dtsi index df8a0dbe9d9

Re: [PATCH v2] iio: light: lm3533-als: constify attribute_group structures

On 30/03/17 19:40, simran singhal wrote: > Check for attribute_group structures that are only stored in the > event_attrs filed of iio_info structure. As the event_attrs field of > iio_info structures is constant, so these attribute_group structures can > also be declared constant. Done using cocci

Re: [PATCH v2] iio: gyro: adis16060: Change the name of function.

On 31/03/17 11:21, simran singhal wrote: > Change the name of function from adis16060_spi_write_than_read() > to adis16060_spi_write_then_read(). change "than" to "then" as > its time depended. > > Signed-off-by: simran singhal Applied. > --- > > v2: >-Change the subject. >-Add signed-o

Re: [PATCH 1/3] staging: iio: accel: Remove useless type conversion

On 31/03/17 16:08, simran singhal wrote: > Some type conversions like casting a pointer to a pointer of same type, > casting to the original type using addressof(&) operator etc. are not > needed. Therefore, remove them. Done using coccinelle: Please write a more specific commit message. No where

Re: [PATCH 3/3] staging: iio: light: Remove useless type conversion

On 31/03/17 16:08, simran singhal wrote: > Some type conversions like casting a pointer to a pointer of same type, > casting to the original type using addressof(&) operator etc. are not > needed. Therefore, remove them. Done using coccinelle: > > @@ > type t; > t *p; > t a; > @@ > ( > - (t)(a) >

Re: [PATCH 2/3] staging: iio: frequency: Remove useless type conversion

On 31/03/17 16:08, simran singhal wrote: > Some type conversions like casting a pointer to a pointer of same type, > casting to the original type using addressof(&) operator etc. are not > needed. Therefore, remove them. Done using coccinelle: > > @@ > type t; > t *p; > t a; > @@ > ( > - (t)(a) >

Re: [PATCH] iio: adc: Remove unnecessary cast on void pointer

On 01/04/17 15:06, simran singhal wrote: > The following Coccinelle script was used to detect this: > @r@ > expression x; > void* e; > type T; > identifier f; > @@ > ( > *((T *)e) > | > ((T *)x)[...] > | > ((T*)x)->f > | > - (T*) > e > ) > > Signed-off-by: simran singhal Given the set of

Re: [PATCH] iio: common: ms_sensors: Remove unnecessary cast on void pointer

On 01/04/17 15:09, simran singhal wrote: > The following Coccinelle script was used to detect this: > @r@ > expression x; > void* e; > type T; > identifier f; > @@ > ( > *((T *)e) > | > ((T *)x)[...] > | > ((T*)x)->f > | > - (T*) > e > ) > > Signed-off-by: simran singhal Applied. > --- >

Re: [PATCH] iio: dac: ad5504: Remove unnecessary cast on void pointer

On 01/04/17 15:11, simran singhal wrote: > The following Coccinelle script was used to detect this: > @r@ > expression x; > void* e; > type T; > identifier f; > @@ > ( > *((T *)e) > | > ((T *)x)[...] > | > ((T*)x)->f > | > - (T*) > e > ) > > Signed-off-by: simran singhal It could be argue

Re: [PATCH] iio: humidity: hts221_buffer: Remove unnecessary cast on void pointer

On 01/04/17 15:14, simran singhal wrote: > The following Coccinelle script was used to detect this: > @r@ > expression x; > void* e; > type T; > identifier f; > @@ > ( > *((T *)e) > | > ((T *)x)[...] > | > ((T*)x)->f > | > - (T*) > e > ) > > Signed-off-by: simran singhal I made a miinor c

Re: [PATCH] iio: imu: st_lsm6dsx: Remove unnecessary cast on void pointer

On 01/04/17 15:16, simran singhal wrote: > The following Coccinelle script was used to detect this: > @r@ > expression x; > void* e; > type T; > identifier f; > @@ > ( > *((T *)e) > | > ((T *)x)[...] > | > ((T*)x)->f > | > - (T*) > e > ) > > Signed-off-by: simran singhal Applied. > --- >

Re: [PATCH] iio: pressure: zpa2326: Remove unnecessary cast on void pointer

On 01/04/17 15:18, simran singhal wrote: > The following Coccinelle script was used to detect this: > @r@ > expression x; > void* e; > type T; > identifier f; > @@ > ( > *((T *)e) > | > ((T *)x)[...] > | > ((T*)x)->f > | > - (T*) > e > ) > > Signed-off-by: simran singhal Applied and pushe

Re: [PATCH v2 2/2] iio: adc: stm32: add dt option to set resolution

On 31/03/17 13:32, Fabrice Gasnier wrote: > stm32 adc supports several resolution. Add 'assigned-resolution-bits' > dt optional property to set it. Default to maximum resolution in case > it isn't set. > > Signed-off-by: Fabrice Gasnier The code is fine. Just waiting on review of the binding. G

Re: [PATCH v4 1/6] dt-bindings: iio: rockchip-saradc: add support for rk3328

On 27/03/17 14:25, Heiko Stuebner wrote: > Hi Jonathan, > > Am Montag, 27. März 2017, 17:40:46 CEST schrieb c...@rock-chips.com: >> From: Liang Chen >> >> The rk3328 saradc is the same as rk3399. >> >> Signed-off-by: Liang Chen >> Reviewed-by: Heiko Stuebner >> Acked-by: Rob Herring > > just

Re: [PATCH 6/8] platform/x86: fujitsu-laptop: use a sparse keymap for hotkey event generation

On Sat, Apr 01, 2017 at 01:00:23PM -0700, Darren Hart wrote: > On Fri, Mar 31, 2017 at 01:22:02PM +0200, Micha?? K??pie?? wrote: > > > @@ -1098,14 +1075,8 @@ static void acpi_fujitsu_laptop_notify(struct > > > acpi_device *device, u32 event) > > >* handled in software; its state is queried usi

[GIT PULL]: dmaengine fixes for 4.11

Hey Linus, Couple of fixes were pending in my tree, time to send them up. The following changes since commit c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201: Linux 4.11-rc1 (2017-03-05 12:59:56 -0800) are available in the git repository at: git://git.infradead.org/users/vkoul/slave-dma.git tags/d

Re: [PATCH] staging: iio: meter: Replace mlock with driver private buf_lock

On 31/03/17 03:47, Arushi Singhal wrote: > The driver needs to insure atomicity during frequency > changes of bus and device. The iiodev->mlock as used > was not doing that. Replace it with the drivers existing > buffer lock and execute spi_write directly. > > Signed-off-by: Arushi Singhal Firstl

Re: [PATCH] drivers: iio: replace comma with a semicolon

On 30/03/17 19:34, Arushi Singhal wrote: > > > On Thu, Mar 30, 2017 at 11:46 PM, Jonathan Cameron > wrote: > > On 30/03/17 13:41, Arushi Singhal wrote: > > Replace a comma between expression statements by a semicolon. This > > changes the semantics of the co

Re: [RESEND PATCH] iio: st_pressure: initialize lps22hb bootime

On 30/03/17 16:47, Shrirang Bagul wrote: > This patch initializes the bootime in struct st_sensor_settings for > lps22hb sensor. Without this, sensor channels read from sysfs always > report stale values. > > Signed-off-by: Shrirang Bagul Applied to the fixes-togreg branch of iio.git and marked f

Re: [PATCH] staging: iio: ad9832: use 4-digit octal permissions

On 30/03/17 10:55, Guru Das Srinagesh wrote: > This fixes the coding style issue of using S_IWUSR in place of 4-digit > octal numbers. > > Issue detected by checkpatch. > > Signed-off-by: Guru Das Srinagesh Applied to the togreg branch of iio.git and pushed out as testing for the autobuilders to

[PATCH 1/4] net: netfilter:Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - &f + f // Signed-off-by: Arushi Singhal --- net/netfilter/ipset/ip_set_core.c | 2 +- net/netfilter/ipv

[PATCH 4/4] net: ipv6: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - &f + f // Signed-off-by: Arushi Singhal --- net/ipv6/netfilter/nft_fib_ipv6.c | 2 +- 1 file changed, 1

[PATCH 3/4] net: ipv4: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - &f + f // Signed-off-by: Arushi Singhal --- net/ipv4/netfilter/nft_fib_ipv4.c | 2 +- 1 file changed, 1

[PATCH 2/4] net: bridge: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - &f + f // Signed-off-by: Arushi Singhal --- net/bridge/netfilter/nft_meta_bridge.c | 2 +- 1 file c

[PATCH] iptables: iptables: Remove exceptional & on function name

Remove & from function pointers to conform to the style found elsewhere in the file. Done using the following semantic patch // @r@ identifier f; @@ f(...) { ... } @@ identifier r.f; @@ - &f + f // Signed-off-by: Arushi Singhal --- iptables/ip6tables-save.c | 2 +- iptables/iptables-save.c

Re: [PATCH] iio: core: Fix IIO_VAL_FRACTIONAL_LOG2 for negative values

On 25/03/17 18:03, Jonathan Cameron wrote: > On 24/03/17 12:41, Nikolaus Schulz wrote: >> Fix formatting of negative values of type IIO_VAL_FRACTIONAL_LOG2 by >> switching from do_div(), which can't handle negative numbers, to >> div_s64_rem(). Also use shift_right for shifting, which is safe with

Re: [PATCH v2] iio:adc: Driver for Linear Technology LTC2497 ADC

On 27/03/17 08:23, michael.henner...@analog.com wrote: > From: Michael Hennerich > > This patch adds support for the Analog Devices / Linear Technology > LTC2497 ADCs. The LTC2497 is a 16-channel (eight differential), > 16-bit, high precision, delta-sigma ADC with an automatic, differential, > in

Re: [PATCH] IIO: bmp280-core.c: fix error in humidity calculation

On 27/03/17 11:06, Andreas Klinger wrote: > While calculating the compensation of the humidity there are negative > values interpreted as unsigned because of unsigned variables used. > These values need to be casted to signed as indicated by the documentation > of the sensor. > > Signed-off-by: An

Re: [PATCH v2] iio:adc: Driver for Linear Technology LTC2497 ADC

On 04/02/2017 11:30 AM, Jonathan Cameron wrote: > On 27/03/17 08:23, michael.henner...@analog.com wrote: >> From: Michael Hennerich >> >> This patch adds support for the Analog Devices / Linear Technology >> LTC2497 ADCs. The LTC2497 is a 16-channel (eight differential), >> 16-bit, high precision,

Re: [PATCH v2] iio:adc: Driver for Linear Technology LTC2497 ADC

On 02/04/17 10:52, Lars-Peter Clausen wrote: > On 04/02/2017 11:30 AM, Jonathan Cameron wrote: >> On 27/03/17 08:23, michael.henner...@analog.com wrote: >>> From: Michael Hennerich >>> >>> This patch adds support for the Analog Devices / Linear Technology >>> LTC2497 ADCs. The LTC2497 is a 16-chan

Re: [PATCH v3] iio:adc: Driver for Linear Technology LTC2497 ADC

On 29/03/17 10:42, michael.henner...@analog.com wrote: > From: Michael Hennerich > > This patch adds support for the Analog Devices / Linear Technology > LTC2497 ADCs. The LTC2497 is a 16-channel (eight differential), > 16-bit, high precision, delta-sigma ADC with an automatic, differential, > in

Re: [PATCH V2 16/16] block, bfq: split bfq-iosched.c into multiple source files

-v0-I-O-scheduler-as-an-extra-scheduler/20170402-100622 base: https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git for-next config: i386-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build

[PATCH] powerpc/sequoia: fix NAND partitions not to overlap

Fix overlapping NAND partitions. Signed-off-by: Pavel Machek diff --git a/arch/powerpc/boot/dts/sequoia.dts b/arch/powerpc/boot/dts/sequoia.dts index b1d3292..e41b88a 100644 --- a/arch/powerpc/boot/dts/sequoia.dts +++ b/arch/powerpc/boot/dts/sequoia.dts @@ -229,7 +229,7 @@

Re: [PATCH] iio: core: Fix IIO_VAL_FRACTIONAL_LOG2 for negative values

On 04/02/2017 11:26 AM, Jonathan Cameron wrote: > On 25/03/17 18:03, Jonathan Cameron wrote: >> On 24/03/17 12:41, Nikolaus Schulz wrote: >>> Fix formatting of negative values of type IIO_VAL_FRACTIONAL_LOG2 by >>> switching from do_div(), which can't handle negative numbers, to >>> div_s64_rem().

Re: [PATCH] iio: core: Fix IIO_VAL_FRACTIONAL_LOG2 for negative values

On 02/04/17 11:09, Lars-Peter Clausen wrote: > On 04/02/2017 11:26 AM, Jonathan Cameron wrote: >> On 25/03/17 18:03, Jonathan Cameron wrote: >>> On 24/03/17 12:41, Nikolaus Schulz wrote: Fix formatting of negative values of type IIO_VAL_FRACTIONAL_LOG2 by switching from do_div(), which ca

Private Placement

Good day, Welcome to our Private Placement Portfolio. I am a Staff of a Venture Capital Firm specializing in Growth Capital Investments/Loans.We seek to invest in Projects with Public and Private sectors in a broad range of areas including Real estate, Agriculture, Energy, Oil and Gas, emergin

Re: [PATCH] staging:iio:accel:adis16029 fixed checkpatch issue - drop braces around single if statement

See patch title. Check the part number... On 29/03/17 09:36, Andrea della Porta wrote: > Fixed the followinf checkpatch warning: > WARNING: braces {} are not necessary for single statement blocks > #258: FILE: drivers/staging/iio/accel/adis16209.c:258: > + if (ret) { > +

Re: [PATCH] iio: adc: sun4i: add THERMAL dependency

On 28/03/17 11:07, Arnd Bergmann wrote: > With CONFIG_THERMAL=m and CONFIG_SUN4I_GPADC=y, we get a link error > from calling devm_thermal_zone_of_sensor_register: > > drivers/iio/built-in.o: In function `sun4i_gpadc_probe': > :(.text+0x1c284): undefined reference to > `devm_thermal_zone_of_sensor

Re: [PATCH v2 2/5] ARM: dts: rockchip: add ARM Mali GPU node for rk3288

On 02/04/17 09:59, Guillaume Tucker wrote: > Add Mali GPU device tree node for the rk3288 SoC, with devfreq > opp table. > > Signed-off-by: Guillaume Tucker > --- > arch/arm/boot/dts/rk3288.dtsi | 23 +++ > 1 file changed, 23 insertions(+) > > diff --git a/arch/arm/boot/dt

Re: [PATCH 4/7] mfd: cros_ec: Get rid of cros_ec_check_features from cros_ec_dev.

On 27/03/17 13:42, Lee Jones wrote: > On Sat, 25 Mar 2017, Jonathan Cameron wrote: > >> On 24/03/17 17:44, Enric Balletbo i Serra wrote: >>> The cros_ec_dev driver should be used only to expose the Chrome OS Embedded >>> Controller to user-space and should not be used to add MFD devices by >>> cal

Re: [RFC PATCH 2/3] iio: adc: sun4i-gpadc-iio: add support for H3 thermal sensor

On 29/03/17 07:54, Quentin Schulz wrote: > Hi, > > On 28/03/2017 19:30, Icenowy Zheng wrote: >> This adds support for the Allwinner H3 thermal sensor. >> >> Allwinner H3 has a thermal sensor like the one in A33, but have its >> registers nearly all re-arranged, sample clock moved to CCU and a pair

Re: [PATCH v3 1/2] iio: stm32 trigger: Add quadrature encoder device

On 27/03/17 15:23, William Breathitt Gray wrote: > On Mon, Mar 27, 2017 at 04:14:25PM +0200, Benjamin Gaignard wrote: >> 2017-03-27 15:47 GMT+02:00 William Breathitt Gray : >>> On Mon, Mar 27, 2017 at 11:43:23AM +0200, Benjamin Gaignard wrote: One of the features of STM32 trigger hardware bloc

Re: [PATCH v3 1/2] iio: stm32 trigger: Add quadrature encoder device

On 27/03/17 10:43, Benjamin Gaignard wrote: > One of the features of STM32 trigger hardware block is a quadrature > encoder that can counts up/down depending of the levels and edges > of the selected external pins. > > This patch allow to read/write the counter, get it direction, > set/get quadrat

Re: [PATCH v4 2/5] platform/x86: intel_pmc_ipc: Add pmc gcr read/write/update api's (fwd)

ease drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Kuppuswamy-Sathyanarayanan/platform-x86-intel_pmc_ipc-fix-gcr-offset/20170402-113300 base: git://git.infradead.org/users/dvhart/linux-platform-drivers-x86.git for-next :: branch date: 3 hours ago

Re: [PATCH v3 2/2] iio: stm32 trigger: Add counter enable modes

On 27/03/17 10:43, Benjamin Gaignard wrote: > Device counting could be controlled by the level or the edges of > a trigger. > in_count0_enable_mode attibute allow to set the control mode. > > Signed-off-by: Benjamin Gaignard > --- > .../ABI/testing/sysfs-bus-iio-timer-stm32 | 23 +++

Re: [PATCH 1/4] dt-bindings: iio: stm32-dac: Add support for STM32 DAC

On 31/03/17 12:45, Fabrice Gasnier wrote: > Document STMicroelectronics STM32 DAC (digital-to-analog converter). > > Signed-off-by: Fabrice Gasnier > --- > .../devicetree/bindings/iio/dac/st,stm32-dac.txt | 56 > ++ > 1 file changed, 56 insertions(+) > create mode 100644

Re: [PATCH] Input: synaptics-rmi4 - Report slot as inactive when contact is a palm

Andrew, what's the status of this? This looks stalled, but it is a regression in 4.11 afaics. That's why I added this thread to the list of regressions for Linux 4.11. I'll try to watch this thread for further updates on this issue to document progress in my weekly reports. Please let me know in ca

Re: [PATCH linux v9 2/5] hwmon: occ: Add sysfs interface

On 03/14/2017 01:55 PM, Eddie James wrote: From: "Edward A. James" Add a generic mechanism to expose the sensors provided by the OCC in sysfs. Signed-off-by: Edward A. James Signed-off-by: Andrew Jeffery --- Documentation/hwmon/occ | 62 +++ drivers/hwmon/occ/Makefile|

Re: KASAN, xt_TCPMSS finally found nasty use-after-free bug? 4.10.8

On Sun, 2017-04-02 at 10:43 +0300, Denys Fedoryshchenko wrote: > Repost, due being sleepy missed few important points. > > I am searching reasons of crashes for multiple conntrack enabled > servers, usually they point to conntrack, but i suspect use after free > might be somewhere else, > so i t

Re: [PATCH 2/4] iio: dac: add support for stm32 DAC

On 31/03/17 12:45, Fabrice Gasnier wrote: > Add support for STMicroelectronics STM32 DAC. It's a 12-bit, voltage > output digital-to-analog converter. It has two output channels, each > with its own converter. > It supports 8 bits or 12bits left/right aligned data format. Only > 12bits right-aligne

[PATCH 6/6] staging:r8188eu: remove sw_encrypt member of security_priv struct

sw_encrypt always is 0. Replace sw_encrypt with 0. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/core/rtw_xmit.c| 10 -- drivers/staging/rtl8188eu/hal/rtl8188eu_xmit.c | 3 +-- drivers/staging/rtl8188eu/include/rtw_security.h | 1 - drivers/staging/rtl8188eu/os_de

[PATCH 4/6] staging:r8188eu: replace rtw_software_encrypt with its default value

rtw_software_encrypt used only once and does not changed. Replace it with 0. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/os_dep/os_intfs.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/staging/rtl8188eu/os_dep/os_intfs.c b/drivers/staging/rtl8188eu

[PATCH 5/6] staging:r8188eu: remove software_encrypt member of registry_priv struct

Value of this variable does not changed after initialization. Replace software_encrypt with its default value. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/include/drv_types.h | 1 - drivers/staging/rtl8188eu/os_dep/os_intfs.c | 3 +-- 2 files changed, 1 insertion(+), 3 deletions(

[PATCH 1/6] staging:r8188eu: replace rtw_software_decrypt with its value

rtw_software_decrypt used only once and does not changed. Replace it with 0. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/os_dep/os_intfs.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/staging/rtl8188eu/os_dep/os_intfs.c b/drivers/staging/rtl8188eu/

[PATCH 3/6] staging:r8188eu: remove sw_decrypt member of security_priv struct

sw_decrypt always is 0, so replace it with 0. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/core/rtw_recv.c| 4 ++-- drivers/staging/rtl8188eu/include/rtw_security.h | 1 - drivers/staging/rtl8188eu/os_dep/os_intfs.c | 1 - 3 files changed, 2 insertions(+), 4 deletions(-

[PATCH 2/6] staging:r8188eu: remove software_decrypt member of registry_priv struct

Value of this variable has no changes, and used once. Replace software_decrypt with its value. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/include/drv_types.h | 1 - drivers/staging/rtl8188eu/os_dep/os_intfs.c | 3 +-- 2 files changed, 1 insertion(+), 3 deletions(-) diff --git a

Re: [PATCH 3/4] iio: dac: stm32: add support for trigger events

On 31/03/17 12:45, Fabrice Gasnier wrote: > STM32 DAC supports triggers to synchronize conversions. When trigger > occurs, data is transferred from DHR (data holding register) to DOR > (data output register) so output voltage is updated. > Both hardware and software triggers are supported. > > Sig

Re: KASAN, xt_TCPMSS finally found nasty use-after-free bug? 4.10.8

Eric Dumazet wrote: > - for (i = sizeof(struct tcphdr); i <= tcp_hdrlen - TCPOLEN_MSS; i += > optlen(opt, i)) { > + for (i = sizeof(struct tcphdr); i < tcp_hdrlen - TCPOLEN_MSS; i += > optlen(opt, i)) { > if (opt[i] == TCPOPT_MSS && opt[i+1] == TCPOLEN_MSS) { >

Re: [PATCH v4 2/5] drivers: watchdog: Add STM32 IWDG driver

On 03/30/2017 08:15 AM, Yannick Fertre wrote: This patch adds IWDG (Independent WatchDoG) support for STM32 platform. Signed-off-by: Yannick FERTRE --- drivers/watchdog/Kconfig | 12 ++ drivers/watchdog/Makefile | 1 + drivers/watchdog/stm32_iwdg.c | 260 +++

Re: [Intel-gfx] [BUG][REGRESSION] i915 gpu hangs under load

Lo! On 22.03.2017 11:36, Jani Nikula wrote: > On Wed, 22 Mar 2017, Martin Kepplinger wrote: >> I know something similar is here: >> https://bugs.freedesktop.org/show_bug.cgi?id=100110 too. >> But this is rc3 and my machine is totally *not usable*. Let me be >> annoying :) I hope I can help: > Pl

Re: KASAN, xt_TCPMSS finally found nasty use-after-free bug? 4.10.8

On 2017-04-02 14:45, Florian Westphal wrote: Eric Dumazet wrote: - for (i = sizeof(struct tcphdr); i <= tcp_hdrlen - TCPOLEN_MSS; i += optlen(opt, i)) { + for (i = sizeof(struct tcphdr); i < tcp_hdrlen - TCPOLEN_MSS; i += optlen(opt, i)) { if (opt[i] == TCPOPT_MSS && opt[i+1]

Re: KASAN, xt_TCPMSS finally found nasty use-after-free bug? 4.10.8

On Sun, 2017-04-02 at 13:45 +0200, Florian Westphal wrote: > Eric Dumazet wrote: > > - for (i = sizeof(struct tcphdr); i <= tcp_hdrlen - TCPOLEN_MSS; i += > > optlen(opt, i)) { > > + for (i = sizeof(struct tcphdr); i < tcp_hdrlen - TCPOLEN_MSS; i += > > optlen(opt, i)) { > > if (

Re: VM crashes during early stages of boot

On 29.03.2017 17:24, Noa Osherovich wrote: > > Starting with kernel 4.11-rc1 our regression VMs crash during boot. > Not all of them and not every time, but this happens often enough and > in a very early boot stage (example outputs below). Afaics this was fixed in mainline a few days ago by https

Re: [Intel-gfx] [BUG][REGRESSION] i915 gpu hangs under load

Am 2. April 2017 13:50:26 MESZ schrieb Thorsten Leemhuis : >Lo! On 22.03.2017 11:36, Jani Nikula wrote: >> On Wed, 22 Mar 2017, Martin Kepplinger wrote: >>> I know something similar is here: >>> https://bugs.freedesktop.org/show_bug.cgi?id=100110 too. >>> But this is rc3 and my machine is tota

Re: [PATCH 4/4] iio: dac: stm32: add support for waveform generator

On 31/03/17 12:45, Fabrice Gasnier wrote: > STM32 DAC has built-in noise or triangle waveform generator. > Waveform generator requires trigger to be configured. > - "wave" extended attribute selects noise or triangle. > - "mamp" extended attribute selects either LFSR (linear feedback > shift regi

Re: KASAN, xt_TCPMSS finally found nasty use-after-free bug? 4.10.8

On Sun, 2017-04-02 at 04:54 -0700, Eric Dumazet wrote: > On Sun, 2017-04-02 at 13:45 +0200, Florian Westphal wrote: > > Eric Dumazet wrote: > > > - for (i = sizeof(struct tcphdr); i <= tcp_hdrlen - TCPOLEN_MSS; i += > > > optlen(opt, i)) { > > > + for (i = sizeof(struct tcphdr); i < tcp_hdrlen -

Re: [PATCH 3/4] iio: dac: stm32: add support for trigger events

On 02/04/17 12:45, Jonathan Cameron wrote: > On 31/03/17 12:45, Fabrice Gasnier wrote: >> STM32 DAC supports triggers to synchronize conversions. When trigger >> occurs, data is transferred from DHR (data holding register) to DOR >> (data output register) so output voltage is updated. >> Both hardw

Re: KASAN, xt_TCPMSS finally found nasty use-after-free bug? 4.10.8

On 2017-04-02 15:19, Eric Dumazet wrote: On Sun, 2017-04-02 at 04:54 -0700, Eric Dumazet wrote: On Sun, 2017-04-02 at 13:45 +0200, Florian Westphal wrote: > Eric Dumazet wrote: > > - for (i = sizeof(struct tcphdr); i <= tcp_hdrlen - TCPOLEN_MSS; i += optlen(opt, i)) { > > + for (i = si

Re: KASAN, xt_TCPMSS finally found nasty use-after-free bug? 4.10.8

On Sun, 2017-04-02 at 15:25 +0300, Denys Fedoryshchenko wrote: > > */ > I will add also WARN_ON_ONCE(tcp_hdrlen >= 15 * 4) before, for > curiosity, if this condition are triggered. Is it fine like that? Sure.

Re: [PATCH 1/2] leds: Add driver for Qualcomm LPG

On 03/31/2017 11:28 AM, Jacek Anaszewski wrote: > Hi Bjorn and Pavel, > > On 03/30/2017 09:43 AM, Pavel Machek wrote: >> Hi! >> > There is a binding for ti,lp55xx, but there's nothing I can reuse from > that binding...because it's completely different hardware. Agreed, if you dro

Re: [PATCH v2 3/5] serial: small Makefile reordering

On Sun, Apr 2, 2017 at 1:21 AM, Nicolas Pitre wrote: > Move 21285 entry down alongside other UART drivers to be more consistent > with the rest of the file. It is kept before 8250 though, to preserve the > existing link ordering between those two. I did once for entire Makefile (some logical reor

Linux 4.11: Reported regressions as of Tuesday, 2017-04-02

Hi! Find below my second regression report for Linux 4.11. It lists 13 regressions I'm currently aware of. It lists 6 fixed regressions. Some of them where in the first report from three weeks ago; a few were supposed to go into a second report I prepared last week, but wasn't able to finish :-/

Re: [PATCH 2/2] drivers/serial: Add driver for Aspeed virtual UART

On Tue, Mar 28, 2017 at 8:44 AM, Joel Stanley wrote: > This change adds a driver for the 16550-based Aspeed virtual UART > device. We use a similar process to the of_serial driver for device > probe, but expose some VUART-specific functions through sysfs too. > > OpenPOWER host firmware doesn't li

Re: [PATCH v2 4/5] serial: split generic UART driver helper functions into a separate file

On Sun, Apr 2, 2017 at 1:21 AM, Nicolas Pitre wrote: > This contains code that is common between serial_core.c and the > minitty code to come. Mainly helper functions used by UART drivers. I have two questions: - why minitty (what is that by the way?) can't use serial_core.c as a library? - does

Re: [PATCH 3/4] drm: Check mode object lease status in all master ioctl paths

On Sat, Apr 01, 2017 at 10:08:40AM -0700, Keith Packard wrote: > Attempts to modify un-leased objects are rejected with an error. > Information returned about unleased objects is modified to make them > appear unusable and/or disconnected. > > Signed-off-by: Keith Packard Just a merge-technical

Re: [PATCH v2 0/5] minitty: a minimal TTY layer alternative for embedded systems

+Cc people, who have a key roles in all TTY stuff (btw, why you did miss them? why you didn't include people who reacted on your v1 either?). I'm pretty sure they are interested in what's going on here. On Sun, Apr 2, 2017 at 1:21 AM, Nicolas Pitre wrote: > Many embedded systems don't need the fu

Re: [PATCH 4/4] drm: Add four ioctls for managing drm mode object leases

On Sat, Apr 01, 2017 at 10:08:41AM -0700, Keith Packard wrote: > drm_mode_create_lease > > Creates a lease for a list of drm mode objects, returning an > fd for the new drm_master and a 64-bit identifier for the lessee > > drm_mode_list_lesees > > List the identifiers of the le

Re: [PATCH 2/4] drm: Add drm_object lease infrastructure

On Sat, Apr 01, 2017 at 10:08:39AM -0700, Keith Packard wrote: > This provides new data structures to hold "lease" information about > drm mode setting objects, and provides for creating new drm_masters > which have access to a subset of the available drm resources. > > An 'owner' is a drm_master

[RFC PATCH v2 0/4] IIO-based thermal sensor driver for Allwinner H3 SoC

Allwiner H3 SoC has a thermal sensor, which is a large refactored version of the old Allwinner "GPADC" (although it have already only thermal part left in A33). This patch tried to add support for the sensor in H3 based on the A33 thermal sensor patchset by Quentin Schulz at [1]. [1] http://lists

[RFC PATCH v2 4/4] ARM: sun8i: h3: add support for the thermal sensor in H3

As we have gained the support for the thermal sensor in H3, we can now add its device nodes to the device tree. Add them to the H3 device tree. The H5 thermal sensor has some differences, and will be added furtherly. Signed-off-by: Icenowy Zheng --- arch/arm/boot/dts/sun8i-h3.dtsi | 26 +++

[RFC PATCH v2 3/4] iio: adc: sun4i-gpadc-iio: add support for H3 thermal sensor

This adds support for the Allwinner H3 thermal sensor. Allwinner H3 has a thermal sensor like the one in A33, but have its registers nearly all re-arranged, sample clock moved to CCU and a pair of bus clock and reset added. It's also the base of newer SoCs' thermal sensors. Some new options is ad

[RFC PATCH v2 1/4] dt-bindings: update the Allwinner GPADC device tree binding for H3

Allwinner H3 features a thermal sensor like the one in A33, but has its register re-arranged, the clock divider moved to CCU (originally the clock divider is in ADC) and added a pair of bus clock and reset. Update the binding document to cover H3. Signed-off-by: Icenowy Zheng --- .../devicetree

[RFC PATCH v2 2/4] iio: adc: sun4i-gpadc-iio: rename A23/A33-specified registers to contain A23

As the H3 SoC, which is also in sun8i line, has totally different register map for the thermal sensor (a cut down version of GPADC), we should rename A23/A33-specified registers to contain A23, in order to prevent obfuscation with H3 registers. Currently these registers are only prefixed "SUN8I", n

[PATCH 2/2] iptables: iptables: unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: Arushi Singhal --- iptables/nft-arp.c | 4 ++-- iptables/xtables-arp.c | 12 ++-- 2 files change

[PATCH 1/2] iptables: extensions: unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: Arushi Singhal --- extensions/libarpt_mangle.c | 2 +- extensions/libip6t_rt.c | 2 +- extensions/lib

Re: [RFC] mm/crypto: add tunable compression algorithm for zswap

On Sat, Apr 01, 2017 at 11:18:13PM +0200, Vlastimil Babka wrote: > In this prototype patch, it offers three predefined ratios, but nothing > prevents more fine-grained settings, except the current crypto API (or my > limited knowledge of it, but I'm guessing nobody really expected the > compression

Re: [PATCH v4 2/5] platform/x86: intel_pmc_ipc: Add pmc gcr read/write/update api's

On Sat, Apr 1, 2017 at 2:27 AM, Kuppuswamy Sathyanarayanan wrote: > This patch adds API's to read/write/update PMC GC registers. > PMC dependent devices like iTCO_WDT, Telemetry has requirement iTCO_wdt > to acces GCR registers. These API's can be used for this > purpose. > --- a/drivers/platfo

  1   2   3   >