[PATCH] drm/tegra: dpaux: Fix error handling

'devm_pinctrl_register()' returns an error pointer or a valid handle. So checking for NULL here is pointless and can never trigger. Check the returned value with IS_ERR instead and propagate this value as done in the other functions which call 'devm_pinctrl_register()' Fixes: 0751bb5c44fe

Re: [PATCH] UBI: fastmap: Fix add_vol() return value test in ubi_attach_fastmap()

On Fri, 28 Oct 2016 11:08:44 +0200 Boris Brezillon wrote: > Commit e96a8a3bb671 ("UBI: Fastmap: Do not add vol if it already > exists") introduced a bug by changing the possible error codes returned > by add_vol(): > - this functions no longer returns NULL in case of allocation failure

Re: [PATCH] drm/rockchip: analogix_dp: add supports for regulators in edp IP

On 2016/10/23 3:18, Randy Li wrote: I found if eDP_AVDD_1V0 and eDP_AVDD_1V8 are not been power at RK3288, once trying to enable the pclk clock, the kernel would dead. This patch would try to enable them first. The eDP_AVDD_1V8 more likely to be applied to eDP phy, but I have no time to

[PATCH] x86/cpuid: expose AVX512_4VNNIW and AVX512_4FMAPS features to kvm guest

The spec can be found in Intel Software Developer Manual or in Instruction Set Extensions Programming Reference. Signed-off-by: Luwei Kang Signed-off-by: He Chen --- arch/x86/kvm/cpuid.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/arch/x86/kvm/cpuid.c

Re: [PATCH] UBI: fastmap: Fix add_vol() return value test in ubi_attach_fastmap()

On 28.10.2016 11:12, Boris Brezillon wrote: > On Fri, 28 Oct 2016 11:08:44 +0200 > Boris Brezillon wrote: > >> Commit e96a8a3bb671 ("UBI: Fastmap: Do not add vol if it already >> exists") introduced a bug by changing the possible error codes returned >> by add_vol(): >> - this functions no

Re: [RFC PATCH 0/3] sched: Introduce Window Assisted Load Tracking

On Fri, Oct 28, 2016 at 12:55:52AM -0700, Vikram Mulukutla wrote: > On 2016-10-28 00:29, Peter Zijlstra wrote: > >On Fri, Oct 28, 2016 at 12:10:39AM -0700, Vikram Mulukutla wrote: > >> > >>We propose Window-Assisted Load Tracking (WALT) as an alternative or > >>additional load tracking scheme in

Re: Fwd: Fujitsu PrimePower 450 with SPARC64 V & Linux support

On 10/27/2016 08:50 PM, Allan Tsakuhhin wrote: > I am trying to build Linux system on Fujitsu PrimePower 450 running by > SPARC64 V CPUs. Does anyone have supportive materials (manuals, > overviews, specs) about Fujitsu PP450 and SPARC64 V CPUs. Every kind > of source material may be useful! > >

Re: [PATCH v6 6/6] drm/fence: add out-fences support

Hi Gustavo, On Thu, Oct 27, 2016 at 05:37:11PM -0200, Gustavo Padovan wrote: From: Gustavo Padovan Support DRM out-fences by creating a sync_file with a fence for each CRTC that sets the OUT_FENCE_PTR property. We use the out_fence pointer received in the OUT_FENCE_PTR prop to send the

Re: [PATCH] MAINTAINERS: add more people to the MTD maintainer team

Hi Brian, On Thu, 27 Oct 2016 13:57:32 -0700 Brian Norris wrote: > On Mon, Oct 24, 2016 at 02:35:26PM +0200, Boris Brezillon wrote: > > Brian has been maintaining the MTD subsystem alone for several years > > now, and maintaining such a subsystem can really be time consuming. > > > > Create a

Re: [PATCH v6] tty/serial: at91: fix hardware handshake on Atmel platforms

2016-10-27 20:02 GMT+02:00 Uwe Kleine-König : > Hello Richard, > > On Thu, Oct 27, 2016 at 06:04:06PM +0200, Richard Genoud wrote: >> diff --git a/drivers/tty/serial/atmel_serial.c >> b/drivers/tty/serial/atmel_serial.c >> index fd8aa1f4ba78..168b10cad47b 100644 >> ---

Re: rowhammer protection [was Re: Getting interrupt every million cache misses]

On 28 October 2016 at 11:04, Peter Zijlstra wrote: > On Fri, Oct 28, 2016 at 10:50:39AM +0200, Pavel Machek wrote: >> On Fri 2016-10-28 09:07:01, Ingo Molnar wrote: >> > >> > * Pavel Machek wrote: >> > >> > > +static void rh_overflow(struct perf_event *event, struct >> > > perf_sample_data

Re: [PATCH v6 0/3] LSM: security module information improvements

On Thu, 27 Oct 2016, Casey Schaufler wrote: > The 3/3 patch is forward looking, I'll admit. Userspace > can start getting ready for the combined format in > advance of multiple major modules. When complete module > stacking patches are available I don't want to be addressing > "no userspace is

Re: [PATCH] drm/rockchip: analogix_dp: add supports for regulators in edp IP

On 10/28/2016 05:11 PM, Shawn Lin wrote: On 2016/10/23 3:18, Randy Li wrote: I found if eDP_AVDD_1V0 and eDP_AVDD_1V8 are not been power at RK3288, once trying to enable the pclk clock, the kernel would dead. This patch would try to enable them first. The eDP_AVDD_1V8 more likely to be

Re: [PATCH] x86/cpuid: expose AVX512_4VNNIW and AVX512_4FMAPS features to kvm guest

On 28/10/2016 11:12, He Chen wrote: > The spec can be found in Intel Software Developer Manual or in > Instruction Set Extensions Programming Reference. > > Signed-off-by: Luwei Kang > Signed-off-by: He Chen > --- > arch/x86/kvm/cpuid.c | 7 ++- > 1 file changed, 6 insertions(+), 1

Re: [PATCH v2 0/3] usb: musb: da8xx: Fix few issues

On 10/27/2016 08:44 PM, David Lechner wrote: > On 10/27/2016 12:16 PM, David Lechner wrote: >> On 10/26/2016 05:58 AM, Alexandre Bailon wrote: >>> Currently, the USB OTG of the da8xx doesn't work. >>> This series intend to fix them. >>> >>> Change in v2: >>> * Fix the error path da8xx_musb_init()

Re: [PATCH 00/14] introduce the BFQ-v0 I/O scheduler as an extra scheduler

On Fri, Oct 28, 2016 at 12:27 AM, Linus Walleij wrote: > On Thu, Oct 27, 2016 at 11:08 PM, Jens Axboe wrote: > >> blk-mq has evolved to support a variety of devices, there's nothing >> special about mmc that can't work well within that framework. > > There is. Read mmc_queue_thread() in

Re: [PATCH] kvm/x86: Show WRMSR data is in hex

On 27/10/2016 20:14, Borislav Petkov wrote: > From: Borislav Petkov > > Add the "0x" prefix to the error messages format to make it unambiguous > about what kind of value we're talking about. > > Signed-off-by: Borislav Petkov > Cc: Paolo Bonzini > Cc: "Radim Krčmář" > --- >

Re: [PATCH] netfilter: ip_vs_sync: fix bogus maybe-uninitialized warning

On Mon, Oct 24, 2016 at 10:47:54PM +0300, Julian Anastasov wrote: > > Hello, > > On Mon, 24 Oct 2016, Arnd Bergmann wrote: > > > Building the ip_vs_sync code with CONFIG_OPTIMIZE_INLINING on x86 > > confuses the compiler to the point where it produces a rather > > dubious warning message:

Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section

On 27.10.16 17:01:36, Will Deacon wrote: > Hi Robert, > > On Mon, Oct 17, 2016 at 08:58:01PM +0200, Robert Richter wrote: > > Mark, Will, any opinion here? > > Having looking at this, I'm inclined to agree with you; pfn_valid() is > all about whether the underlying mem_map (struct page *) entry

Re: rowhammer protection [was Re: Getting interrupt every million cache misses]

* Vegard Nossum wrote: > Would it make sense to sample the counter on context switch, do some > accounting on a per-task cache miss counter, and slow down just the > single task(s) with a too high cache miss rate? That way there's no > global slowdown (which I assume would be the case here).

Re: [PATCH v2 3/3] reset: Add the TI SCI reset driver

Hi Andrew, is there (going to be) as stable branch I can base these on, or should I just wait until the prerequisite patches appear in arm-soc/for-next? Am Donnerstag, den 27.10.2016, 16:49 -0500 schrieb Andrew F. Davis: > Some TI Keystone family of SoCs contain a system controller (like the >

Re: [PATCH v9 1/4] soc: mediatek: Refine scpsys to support multiple platform

Hi Matthias, Sorry for late reply due to our email service. On Tue, 2016-10-25 at 16:04 +0200, Matthias Brugger wrote: > Hi James, > > On 10/20/2016 10:56 AM, James Liao wrote: > > -static int scpsys_probe(struct platform_device *pdev) > > +static void init_clks(struct platform_device *pdev,

[REGRESSION 4.9-rc2] "c83ed4c - ubifs: Abort readdir upon error" breaks mount

Dear Richard, dear list When testing 4.9-rc2 the device wouldn't boot, as it turns out commit c83ed4c9dbb358b9e7707486e167e940d48bfeed prevent's me mounting root. The relevant portion of init in the initramfs: modprobe ubi mtd=$(get_mtd_from_root_arg) block=0,0 || rescue_shell "ubi"

Re: [REGRESSION 4.9-rc2] "c83ed4c - ubifs: Abort readdir upon error" breaks mount

Ralph, On 28.10.2016 11:37, Ralph Sennhauser wrote: > Dear Richard, dear list > > When testing 4.9-rc2 the device wouldn't boot, as it turns out commit > c83ed4c9dbb358b9e7707486e167e940d48bfeed prevent's me mounting root. > A fix for this is already heading upstream:

Re: [PATCH v5 0/5] Functional dependencies between devices

On Thu, Oct 27, 2016 at 08:19:27PM +0800, Hanjun Guo wrote: > I'm trying to using this patch set to solve the functional dependency > between devices and irqchip, which are both ACPI platform devices. > irqchip needs to be probed before the devices connecting to them, > which specifically, it's

Re: [PATCH 1/5] KVM: x86: avoid atomic operations on APICv vmentry

On 27/10/2016 19:06, Radim Krčmář wrote: > 2016-10-27 19:51+0300, Michael S. Tsirkin: >> On Thu, Oct 27, 2016 at 06:44:00PM +0200, Radim Krčmář wrote: >>> 2016-10-27 00:42+0300, Michael S. Tsirkin: On Wed, Oct 26, 2016 at 09:53:45PM +0200, Radim Krčmář wrote: > 2016-10-14 20:21+0200,

[PATCH] net: phy: dp83848: add dp83822 PHY support

This PHY has a compatible register set with DP83848x so add support for it. Acked-by: Andrew F. Davis Signed-off-by: Roger Quadros --- drivers/net/phy/dp83848.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/net/phy/dp83848.c b/drivers/net/phy/dp83848.c index 03d54c4..800b39f

Re: [PATCH v6] tty/serial: at91: fix hardware handshake on Atmel platforms

Le 27/10/2016 à 18:04, Richard Genoud a écrit : > After commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management > when hardware handshake is enabled"), the hardware handshake wasn't > functional anymore on Atmel platforms (beside SAMA5D2). > > To understand why, one has to understand the

RE: [PATCH] ASoC: da7219: Connect output enable register to DAIOUT

On 28 October 2016 02:02, Steve Barber wrote: > da7219 output (for headset capture) should be set to high-impedance when > not in use, since it will otherwise interfere with output from other > codecs attached to the same DAI. > > Signed-off-by: Stephen Barber > --- > sound/soc/codecs/da7219.c

Re: [PATCH v2 2/2] arm64: dts: hi6220: add resets property into dwmmc nodes

Hi, On 10/28/2016 04:38 PM, Leo Yan wrote: > On Fri, Oct 28, 2016 at 04:33:41PM +0900, Jaehoon Chung wrote: > > [...] > > Guodong: Is there any bootloader dependency on that change? FYI, I use firmwares available in AOSP >>> >>> I tried latest firmware [1], still cannot boot up

Re: rowhammer protection [was Re: Getting interrupt every million cache misses]

On 28 October 2016 at 11:35, Ingo Molnar wrote: > > * Vegard Nossum wrote: > >> Would it make sense to sample the counter on context switch, do some >> accounting on a per-task cache miss counter, and slow down just the >> single task(s) with a too high cache miss rate? That way there's no >>

Re: [PATCH] x86/cpuid: expose AVX512_4VNNIW and AVX512_4FMAPS features to kvm guest

On Fri, Oct 28, 2016 at 11:31:05AM +0200, Paolo Bonzini wrote: > > > On 28/10/2016 11:12, He Chen wrote: > > The spec can be found in Intel Software Developer Manual or in > > Instruction Set Extensions Programming Reference. > > > > Signed-off-by: Luwei Kang > > Signed-off-by: He Chen > >

Re: [PATCH] ARM: davinci: Add full regulator constraints for non-DT boot

On Thursday 27 October 2016 01:11 AM, ahas...@baylibre.com wrote: > From: Axel Haslam > > The phy framework requests an optional "phy" regulator. If it does > not find one, it returns -EPROBE_DEFER. In the case of non-DT boot > for the omap138-lcdk board, this would prevent the usb11 phy to

Re: [PATCH v6] tty/serial: at91: fix hardware handshake on Atmel platforms

On Fri, Oct 28, 2016 at 01:13:31AM +0200, Alexandre Belloni wrote: > On 27/10/2016 at 20:02:29 +0200, Uwe Kleine-König wrote : > > Hello Richard, > > > > On Thu, Oct 27, 2016 at 06:04:06PM +0200, Richard Genoud wrote: > > > diff --git a/drivers/tty/serial/atmel_serial.c > > >

Re: [kernel-hardening] rowhammer protection [was Re: Getting interrupt every million cache misses]

Hi, I missed the original, so I've lost some context. Has this been tested on a system vulnerable to rowhammer, and if so, was it reliable in mitigating the issue? Which particular attack codebase was it tested against? On Thu, Oct 27, 2016 at 11:27:47PM +0200, Pavel Machek wrote: > ---

Re: [kernel-hardening] Re: rowhammer protection [was Re: Getting interrupt every million cache misses]

On Fri, Oct 28, 2016 at 11:35:47AM +0200, Ingo Molnar wrote: > > * Vegard Nossum wrote: > > > Would it make sense to sample the counter on context switch, do some > > accounting on a per-task cache miss counter, and slow down just the > > single task(s) with a too high cache miss rate? That way

Re: [PATCH] x86/cpuid: expose AVX512_4VNNIW and AVX512_4FMAPS features to kvm guest

On 28/10/2016 11:46, He Chen wrote: > On Fri, Oct 28, 2016 at 11:31:05AM +0200, Paolo Bonzini wrote: >> >> >> On 28/10/2016 11:12, He Chen wrote: >>> The spec can be found in Intel Software Developer Manual or in >>> Instruction Set Extensions Programming Reference. >>> >>> Signed-off-by: Luwei

[GIT PULL] sound fixes for 4.9-rc3

Linus, please pull sound fixes for v4.9-rc3 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-4.9-rc3 The topmost commit is bdc3478f90cd4d2928197f36629d5cf93b64dbe9 sound fixes for 4.9-rc3 Here

Re: [PATCH v2 02/16] scsi: don't use fc_bsg_job::request and fc_bsg_job::reply directly

On 10/13/2016 06:24 PM, Johannes Thumshirn wrote: On Thu, Oct 13, 2016 at 05:15:25PM +0200, Steffen Maier wrote: I'm puzzled. $ git bisect start fc_bsg master 3087864ce3d7282f59021245d8a5f83ef1caef18 is the first bad commit commit 3087864ce3d7282f59021245d8a5f83ef1caef18 Author: Johannes

Re: [PATCH v2 2/2] arm64: dts: hi6220: add resets property into dwmmc nodes

Hi, On 10/28/2016 06:43 PM, Jaehoon Chung wrote: > Hi, > > On 10/28/2016 04:38 PM, Leo Yan wrote: >> On Fri, Oct 28, 2016 at 04:33:41PM +0900, Jaehoon Chung wrote: >> >> [...] >> >> Guodong: Is there any bootloader dependency on that change? > > FYI, I use firmwares available in AOSP

Re: [PATCH] x86/cpuid: expose AVX512_4VNNIW and AVX512_4FMAPS features to kvm guest

On Fri, Oct 28, 2016 at 11:54:13AM +0200, Paolo Bonzini wrote: > > > On 28/10/2016 11:46, He Chen wrote: > > On Fri, Oct 28, 2016 at 11:31:05AM +0200, Paolo Bonzini wrote: > >> > >> > >> On 28/10/2016 11:12, He Chen wrote: > >>> The spec can be found in Intel Software Developer Manual or in >

Re: [PATCH v5 2/5] driver core: Functional dependencies tracking support

On Thu, Oct 27, 2016 at 05:25:51PM +0200, Greg Kroah-Hartman wrote: > On Wed, Oct 26, 2016 at 01:19:02PM +0200, Lukas Wunner wrote: > > On Mon, Oct 10, 2016 at 02:51:04PM +0200, Rafael J. Wysocki wrote: > > > - Modify device_links_check_suppliers(), device_links_driver_bound(), > > >

Re: [PATCH v6 00/11] implement vcpu preempted check

On 28/10/2016 10:11, Pan Xinhui wrote: > change from v5: > spilt x86/kvm patch into guest/host part. > introduce kvm_write_guest_offset_cached. > fix some typos. > rebase patch onto 4.9.2 Acked-by: Paolo Bonzini Thanks, Paolo > change from v4: > spilt x86 kvm

[PATCH] ubifs: Fix regression in ubifs_readdir()

Commit c83ed4c9dbb35 ("ubifs: Abort readdir upon error") broke overlayfs support because the fix exposed an internal error code to VFS. Reported-by: Peter Rosin Tested-by: Peter Rosin Reported-by: Ralph Sennhauser Fixes: c83ed4c9dbb35 ("ubifs: Abort readdir upon error") Cc:

Re: [PATCH] EDAC: expose per-dimm error counts in sysfs

Whoops, I meant only the 0th slot in each channel. On 10/27/16, 2:23 PM, "Aaron Miller" wrote: If your system is like the one I’m testing on, only the channel 0 DIMM slots are populated, and you injected an error for an unpopulated slot, for which no dimmX directory gets created.

Re: [PATCH v7 0/4] da8xx USB PHY platform devices and clocks

On Thursday 27 October 2016 05:48 AM, David Lechner wrote: > This series depends on [v3] ARM: davinci: da8xx: Fix some redefined symbol > warnings being applied first. > > v7 changes: > * Dropped patches that have been accepted into linux-davinci

[PATCH 02/10] staging: iio: tsl2583: check for error code from i2c_smbus_read_byte()

taos_i2c_read() and taos_als_calibrate() does not check to see if the value returned by i2c_smbus_read_byte() was an error code. This patch adds the appropriate error handling. Signed-off-by: Brian Masney --- drivers/staging/iio/light/tsl2583.c | 22 +- 1 file changed, 21

[PATCH 00/10] staging: iio: tsl2583: staging cleanups

This patch set begins cleaning up some of the major items that is keeping the tsl2583 driver out of mainline. Highlights include device tree support, converts the driver over to use the iio_chan_spec, improved error handling, and fixes for some concurrency issues. There is more work required to

[PATCH 01/10] staging: iio: tsl2583: add of_match table for device tree support

Add device tree support for the tsl2583 IIO driver with no custom properties. Signed-off-by: Brian Masney --- .../devicetree/bindings/iio/light/tsl2583.txt | 26 ++ drivers/staging/iio/light/tsl2583.c| 13 +++ 2 files changed, 39 insertions(+)

[PATCH 09/10] staging: iio: tsl2583: add error code to sysfs store functions

in_illuminance_input_target_store() and in_illuminance_calibrate_store() validated the data from userspace, however it would not return an error code to userspace if an invalid value was passed in. This patch changes these functions so that they return -EINVAL if invalid data is passed in.

[PATCH 06/10] staging: iio: tsl2583: convert to use iio_chan_spec and {read,write}_raw

The tsl2583 driver directly creates sysfs attributes that should instead be created by the IIO core on behalf of the driver. This patch adds the iio_chan_spec array, the relevant info_mask elements and the read_raw() and write_raw() functions to take advantage of features provided by the IIO core.

[PATCH 07/10] staging: iio: tsl2583: convert illuminance0_calibscale sysfs attr to use iio_chan_spec

The illuminance0_calibscale sysfs attribute is not currently created by the IIO core. This patch adds the appropriate mask to iio_chan_spec, along with the appropriate data handling in the read_raw() and write_raw() functions, so that the sysfs attribute is created by the IIO core. With this

[PATCH 10/10] staging: iio: tsl2583: add locking to sysfs attributes

in_illuminance_input_target_show(), in_illuminance_input_target_store(), in_illuminance_calibrate_store(), and in_illuminance_lux_table_store() accesses data from the tsl2583_chip struct. Some of these fields can be modified by other parts of the driver concurrently. This patch adds the mutex

[PATCH 08/10] staging: iio: tsl2583: use IIO_*_ATTR* macros to create sysfs entries

Use the IIO_CONST_ATTR, IIO_DEVICE_ATTR_RW, and IIO_DEVICE_ATTR_WO macros for creating the in_illuminance_calibscale_available, in_illuminance_integration_time_available, in_illuminance_input_target, in_illuminance_calibrate, and in_illuminance_lux_table sysfs entries. Previously these sysfs

[PATCH 05/10] staging: iio: tsl2583: check return values from taos_chip_{on,off}

The return value from taos_chip_on() and taos_chip_off() was not checked in taos_luxtable_store() and taos_probe(). This patch adds proper error checking to these function calls. Signed-off-by: Brian Masney --- drivers/staging/iio/light/tsl2583.c | 26 ++ 1 file changed,

[PATCH 03/10] staging: iio: tsl2583: return proper error code instead of -1

taos_als_calibrate() has a code path where -1 is returned. This patch changes the code so that a proper error code is returned. Signed-off-by: Brian Masney --- drivers/staging/iio/light/tsl2583.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 04/10] staging: iio: tsl2583: remove redundant power_state sysfs attribute

IIO devices have a /sys/bus/iio/devices/iio:deviceX/power/ directory that allows viewing and controling various power parameters. The tsl2583 driver also has an additional custom sysfs attribute named power_state that is not needed. This patch removes the redundant power_state sysfs attribute.

Re: [PATCH] ARM: DTS: da850: Add DMA to SPI0

On Wednesday 26 October 2016 05:02 AM, David Lechner wrote: > Add the bindings for DMA on SPI0 > > Signed-off-by: David Lechner Applied to v4.10/dt. small-case'd "DTS" in subject line while applying. Thanks, Sekhar

[tip:perf/urgent] perf/core: Protect PMU device removal with a 'pmu_bus_running' check, to fix CONFIG_DEBUG_TEST_DRIVER_REMOVE=y kernel panic

Commit-ID: 0933840acf7b65d6d30a5b6089d882afea57aca3 Gitweb: http://git.kernel.org/tip/0933840acf7b65d6d30a5b6089d882afea57aca3 Author: Jiri Olsa AuthorDate: Thu, 20 Oct 2016 13:10:11 +0200 Committer: Ingo Molnar CommitDate: Fri, 28 Oct 2016 11:06:25 +0200 perf/core: Protect PMU device

[PATCH 3/3] ARM: dts: sun9i: cubieboard4: Enable AP6330 WiFi

The board has a Ampak AP6330 WiFi/BT/FM module. Inside it is a Broadcom BCM4330 WiFi/BT/FM combo IC. The WiFi portion is connected to mmc1, with the enabling pin connected to PL2. The AC100 RTC provides a low power clock signal. Signed-off-by: Chen-Yu Tsai ---

[PATCH 2/3] ARM: dts: sun9i: a80-optimus: Enable AP6330 WiFi

The board has a Ampak AP6330 WiFi/BT/FM module. Inside it is a Broadcom BCM4330 WiFi/BT/FM combo IC. The WiFi portion is connected to mmc1, with the enabling pin connected to PL2. The AC100 RTC provides a low power clock signal. Signed-off-by: Chen-Yu Tsai ---

[PATCH 0/3] ARM: dts: sun9i: Enable SDIO-based WiFi

Hi Maxime, Now that we have support for both PMICs, we can turn on the regulators needed for the onboard WiFi chips. This is a fairly simple series. The WiFi chips themselves are supported by the brcmfmac driver, but the user needs to get an nvram.txt file and put it in their firmware directory,

[PATCH 1/3] ARM: dts: sun9i: Add mmc1 pinmux setting

On the A80, mmc1 is available on pingroup G. Designs mostly use this to connect to an SDIO WiFi chip. Signed-off-by: Chen-Yu Tsai --- arch/arm/boot/dts/sun9i-a80.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/sun9i-a80.dtsi b/arch/arm/boot/dts/sun9i-a80.dtsi

[tip:perf/urgent] perf/powerpc: Don't call perf_event_disable() from atomic context

Commit-ID: 5aab90ce1ec449912a2ebc4d45e0c85dac29e9dd Gitweb: http://git.kernel.org/tip/5aab90ce1ec449912a2ebc4d45e0c85dac29e9dd Author: Jiri Olsa AuthorDate: Wed, 26 Oct 2016 11:48:24 +0200 Committer: Ingo Molnar CommitDate: Fri, 28 Oct 2016 11:06:25 +0200 perf/powerpc: Don't call

Re: [PATCH] x86/cpuid: expose AVX512_4VNNIW and AVX512_4FMAPS features to kvm guest

On Fri, 2016-10-28 at 17:12 +0800, He Chen wrote: > The spec can be found in Intel Software Developer Manual or in > Instruction Set Extensions Programming Reference. > > Signed-off-by: Luwei Kang > Signed-off-by: He Chen > --- >  arch/x86/kvm/cpuid.c | 7 ++- >  1 file changed, 6

[tip:perf/urgent] perf/x86/intel: Honour the CPUID for number of fixed counters in hypervisors

Commit-ID: f92b7604149a55cb601fc0b52911b1e11f0f2514 Gitweb: http://git.kernel.org/tip/f92b7604149a55cb601fc0b52911b1e11f0f2514 Author: Imre Palik AuthorDate: Fri, 21 Oct 2016 01:18:59 -0700 Committer: Ingo Molnar CommitDate: Fri, 28 Oct 2016 11:06:25 +0200 perf/x86/intel: Honour the

Re: [PATCH v2 0/3] usb: musb: da8xx: Fix few issues

On 10/28/2016 11:31 AM, Alexandre Bailon wrote: > On 10/27/2016 08:44 PM, David Lechner wrote: >> On 10/27/2016 12:16 PM, David Lechner wrote: >>> On 10/26/2016 05:58 AM, Alexandre Bailon wrote: Currently, the USB OTG of the da8xx doesn't work. This series intend to fix them.

Re: [PATCH] x86/cpuid: expose AVX512_4VNNIW and AVX512_4FMAPS features to kvm guest

On 28/10/2016 12:13, Luc, Piotr wrote: > On Fri, 2016-10-28 at 17:12 +0800, He Chen wrote: >> The spec can be found in Intel Software Developer Manual or in >> Instruction Set Extensions Programming Reference. >> >> Signed-off-by: Luwei Kang >> Signed-off-by: He Chen >> --- >>

Re: [PATCH 1/2] of, numa: Add function to disable of_node_to_nid().

On Tue, Oct 25, 2016 at 02:31:00PM -0700, David Daney wrote: > From: David Daney > > On arm64 NUMA kernels we can pass "numa=off" on the command line to > disable NUMA. A side effect of this is that kmalloc_node() calls to > non-zero nodes will crash the system with an OOPS: > > [0.00]

Re: [PATCH -v4 RESEND 8/9] mm, THP, swap: Support to split THP in swap cache

On Friday, October 28, 2016 1:56 PM Huang, Ying wrote: > @@ -2016,10 +2021,12 @@ int page_trans_huge_mapcount(struct page *page, int > *total_mapcount) > /* Racy check whether the huge page can be split */ > bool can_split_huge_page(struct page *page) > { > - int extra_pins = 0; > +

Re: [PATCH v2 2/2] arm64: dts: hi6220: add resets property into dwmmc nodes

On Fri, Oct 28, 2016 at 06:54:58PM +0900, Jaehoon Chung wrote: [...] > >>> Could you share the log? Is there any log about failure? > >> > >> Sure, please see below log: > > > > It's related with -EPROBE_DEFER..I'm not sure but if > > CONFIG_RESET_CONTROLLER is enabled, it's searching for

[PATCH v12 RESEND 4/4] Documentation: tee subsystem and op-tee driver

Signed-off-by: Jens Wiklander --- Documentation/00-INDEX | 2 + Documentation/tee.txt | 118 + MAINTAINERS| 1 + 3 files changed, 121 insertions(+) create mode 100644 Documentation/tee.txt diff --git a/Documentation/00-INDEX

[PATCH v12 RESEND 0/4] generic TEE subsystem

Hi, This patch set introduces a generic TEE subsystem. The TEE subsystem will contain drivers for various TEE implementations. A TEE (Trusted Execution Environment) is a trusted OS running in some secure environment, for example, TrustZone on ARM CPUs, or a separate secure co-processor etc.

[PATCH v12 RESEND 1/4] dt/bindings: add bindings for optee

Introduces linaro prefix and adds bindings for ARM TrustZone based OP-TEE implementation. Acked-by: Rob Herring Signed-off-by: Jens Wiklander --- .../bindings/arm/firmware/linaro,optee-tz.txt | 31 ++ .../devicetree/bindings/vendor-prefixes.txt| 1 + 2 files

[PATCH v12 RESEND 2/4] tee: generic TEE subsystem

Initial patch for generic TEE subsystem. This subsystem provides: * Registration/un-registration of TEE drivers. * Shared memory between normal world and secure world. * Ioctl interface for interaction with user space. * Sysfs implementation_id of TEE driver A TEE (Trusted Execution Environment)

[PATCH v12 RESEND 3/4] tee: add OP-TEE driver

Adds a OP-TEE driver which also can be compiled as a loadable module. * Targets ARM and ARM64 * Supports using reserved memory from OP-TEE as shared memory * Probes OP-TEE version using SMCs * Accepts requests on privileged and unprivileged device * Uses OPTEE message protocol version 2 to

[PATCH] mac80211: fils_aead: fix encrypt error handling

gcc -Wmaybe-uninitialized reports a bug in aes_siv_encryp: net/mac80211/fils_aead.c: In function ‘aes_siv_encrypt.constprop’: net/mac80211/fils_aead.c:84:26: error: ‘tfm2’ may be used uninitialized in this function [-Werror=maybe-uninitialized] At the time that the memory allocation fails,

Re: [PATCH v3 1/3] powerpc/reloc32: fix corrupted modversion CRCs

On 27/10/16 17:27, Ard Biesheuvel wrote: Commit 0e0ed6406e61 ("powerpc/modules: Module CRC relocation fix causes perf issues") fixed an issue with relocatable PIE kernels in a way that essentially reintroduced the issue again for 32-bit builds. Since the chosen approach does is not applicable

[PATCH 1/2] mfd: arizona: Use irq_find_mapping when appropriate

No need to use irq_create_mapping (although there is no issue with doing so) when we are only looking up an existing mapping. Just to streamline things a little and make the code a little more clear change some calls from irq_create_mapping to irq_find_mapping. Signed-off-by: Charles Keepax ---

[PATCH 2/2] mfd: arizona: Correctly clean up after IRQs

Currently we leak a lot of things when tearing down the IRQs this patch fixes this cleaning up both the IRQ mappings and the IRQ domain itself. Signed-off-by: Charles Keepax --- drivers/mfd/arizona-irq.c | 54 +++ 1 file changed, 40 insertions(+), 14

Re: [PATCH] crypto: acomp: export all scomp interfaces

On Thursday, October 27, 2016 10:03:29 PM CEST Giovanni Cabiddu wrote: > Hi Arnd, > > On Thu, Oct 27, 2016 at 04:09:49PM +0200, Arnd Bergmann wrote: > > The newly added scomp/acomp interface has a couple of functions > > that should be exported to allow linking the two drivers > > as loadable

Re: [PATCH v7, 0/8] Add MediaTek USB3 DRD Driver

Hi Chunfeng, On 10/19/2016 04:28 AM, Chunfeng Yun wrote: These patches introduce the MediaTek USB3 dual-role controller driver. The driver can be configured as Dual-Role Device (DRD), Peripheral Only and Host Only (xHCI) modes. It works well with Mass Storage, RNDIS and g_zero on FS/HS and SS.

[PATCH] regmap: Rename ret variable in regmap_read_poll_timeout

As almost all of the callers of the regmap_read_poll_timeout macro will include a local ret variable we will always get a Sparse warning about the duplication of the ret variable: warning: symbol 'ret' shadows an earlier one Simply rename the ret variable in the marco to pollret to make this

Re: [PATCH] drm/mediatek: fix null pointer dereference

On 10/28/2016 10:34 AM, CK Hu wrote: Hi, Matthias: Even though OVL HW would not be enabled before component_add() in current design, your patch would be safe for any situation. Maybe the FW I use left an interrupt pending before loading the kernel and this leads to the case where we enter

Re: Build regressions/improvements in v4.9-rc1

On Thursday, October 27, 2016 10:21:16 AM CEST Vineet Gupta wrote: > > On 10/27/2016 02:39 AM, Alexey Brodkin wrote: > > > > And these are functions required by U-Boot (most probably the same is > > applied to kernel): > > 1) so-called millicode, stuff like __ld_rX_to_rY, __st_rX_to_rX > > This

Re: [PATCH 2/2] serial: 8250_dw: Add support for IrDA SIR mode

On Fri, 2016-10-28 at 11:20 +0300, Heikki Krogerus wrote: > Hi Andy, > > On Thu, Oct 27, 2016 at 07:56:10PM +0300, Andy Shevchenko wrote: > > P.S. Use -n when prepare patches to link them if you consider them > > dependent. > > These are numbered? Or do you mean that please prefer sending >

Re: [PATCH 3/3] thread_info: include for THREAD_INFO_IN_TASK

On Thu, Oct 27, 2016 at 04:13:49PM -0700, Andy Lutomirski wrote: > On Wed, Oct 19, 2016 at 11:28 AM, Mark Rutland wrote: > > When CONFIG_THREAD_INFO_IN_TASK is selected, the current_thread_info() > > macro relies on current having been defined prior to its use. However, > > not all users of

Re: [v15, 6/7] base: soc: introduce soc_device_match() interface

On Friday, October 28, 2016 2:50:17 PM CEST Yangbo Lu wrote: > + > +static int soc_device_match_one(struct device *dev, void *arg) > +{ > + struct soc_device *soc_dev = container_of(dev, struct soc_device, > dev); > + const struct soc_device_attribute *match = arg; > + > + if

Re: [RFC v2 0/8] SchedTune: central, scheduler-driven, power-perfomance control

On 27-Oct 22:58, Peter Zijlstra wrote: > On Thu, Oct 27, 2016 at 06:41:00PM +0100, Patrick Bellasi wrote: > > > > This RFC is an update to the initial SchedTune proposal [1] for a central > > scheduler-driven power-performance control. > > The posting is being made ahead of the LPC to facilitate

Re: [v15, 3/7] powerpc/fsl: move mpc85xx.h to include/linux/fsl

On Friday, October 28, 2016 2:50:14 PM CEST Yangbo Lu wrote: > Move mpc85xx.h to include/linux/fsl and rename it to svr.h as a common > header file. This SVR numberspace is used on some ARM chips as well as > PPC, and even to check for a PPC SVR multi-arch drivers would otherwise > need to ifdef

Re: [v15, 0/7] Fix eSDHC host version register bug

On Friday, October 28, 2016 2:50:11 PM CEST Yangbo Lu wrote: > This patchset is used to fix a host version register bug in the > T4240-R1.0-R2.0 > eSDHC controller. To match the SoC version and revision, 10 previous version > patchsets had tried many methods but all of them were rejected by

Re: [PATCH v6] tty/serial: at91: fix hardware handshake on Atmel platforms

2016-10-28 11:51 GMT+02:00 Uwe Kleine-König : > On Fri, Oct 28, 2016 at 01:13:31AM +0200, Alexandre Belloni wrote: >> On 27/10/2016 at 20:02:29 +0200, Uwe Kleine-König wrote : >> > Hello Richard, >> > >> > On Thu, Oct 27, 2016 at 06:04:06PM +0200, Richard Genoud wrote: >> > > diff --git

Re: [PATCH] mac80211: fils_aead: fix encrypt error handling

On Fri, 2016-10-28 at 12:25 +0200, Arnd Bergmann wrote: > gcc -Wmaybe-uninitialized reports a bug in aes_siv_encryp: > > net/mac80211/fils_aead.c: In function ‘aes_siv_encrypt.constprop’: > net/mac80211/fils_aead.c:84:26: error: ‘tfm2’ may be used > uninitialized in this function

Vacancy!Vacancy!!Vacancy!!! Apply Now

We are Glad to inform you that our Company Yokohama Rubber Company has Vacancy for the post of a collection representative from locations of North America, as part time job offer to you.if interested in making extra income for yourself as an Individual or a firm do get back to us for more

Re: [PATCH v2] irqchip/bcm2836: Prevent spurious interrupts

On Thu, 27 Oct 2016, Eric Anholt wrote: > From: Phil Elwell > > The old arch-specific IRQ macros included a dsb to ensure the > write to clear the mailbox interrupt completed before returning > from the interrupt. The BCM2836 irqchip driver needs the same > precaution to avoid spurious

Re: [PATCH] x86/cpuid: expose AVX512_4VNNIW and AVX512_4FMAPS features to kvm guest

On Fri, Oct 28, 2016 at 12:17:02PM +0200, Paolo Bonzini wrote: > Otherwise, if you add a cpuid_count_edx function to processor.h then one > can do: > > entry_>edx &= cpuid_count_edx(7, 0); > > which is decent too. If you think of iterating over the cpuid_bits[] array and recreating the

Re: [RFC][PATCH] arm64: Add support for CONFIG_DEBUG_VIRTUAL

On Fri, Oct 28, 2016 at 08:52:50AM +0100, Ard Biesheuvel wrote: > Hi Laura, > > On 28 October 2016 at 01:18, Laura Abbott wrote: > > x86 has an option CONFIG_DEBUG_VIRTUAL to do additional checks > > on virt_to_phys calls. The goal is to catch users who are calling > > virt_to_phys on non-linear

[PATCH] IBcore/CM: Issue DREQ when receiving REQ/REP for stale QP

from "InfiBand Architecture Specifications Volume 1": A QP is said to have a stale connection when only one side has connection information. A stale connection may result if the remote CM had dropped the connection and sent a DREQ but the DREQ was never received by the local CM.

Re: [REGRESSION 4.9-rc2] "c83ed4c - ubifs: Abort readdir upon error" breaks mount

Richard On Fri, 28 Oct 2016 11:38:55 +0200 Richard Weinberger wrote: > Ralph, > > On 28.10.2016 11:37, Ralph Sennhauser wrote: > > Dear Richard, dear list > > > > When testing 4.9-rc2 the device wouldn't boot, as it turns out > > commit c83ed4c9dbb358b9e7707486e167e940d48bfeed prevent's me >

Re: [kernel-hardening] rowhammer protection [was Re: Getting interrupt every million cache misses]

Hi! > I missed the original, so I've lost some context. You can read it on lkml, but I guess you did not lose anything important. > Has this been tested on a system vulnerable to rowhammer, and if so, was > it reliable in mitigating the issue? > > Which particular attack codebase was it tested

<    4   5   6   7   8   9   10   11   12   13   >