Re: [PATCH V3 0/5] PCI: exynos: cleans the minor things

On Saturday, January 28, 2017 4:28 PM, Bjorn Helgaas wrote: > On Mon, Jan 16, 2017 at 03:31:33PM +0900, Jaehoon Chung wrote: > > Current pci-exynos.c is used for only EXYNOS5440. > > It's too complex to support the other Exynos SoCs. > > Before supporting the other Exynos SoCs, it needs to clean th

Applied "regulator: rn5t618: constify regulator_ops structure" to the regulator tree

The patch regulator: rn5t618: constify regulator_ops structure has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hour

Re: [PATCH] regulator: cpcap: Add basic regulator support

On Mon, Jan 30, 2017 at 04:12:41PM -0800, Tony Lindgren wrote: > +static int cpcap_regulator_is_enabled(struct regulator_dev *rdev) > +{ > + unsigned int value = 0; > + > + regmap_read(rdev->regmap, rdev->desc->enable_reg, &value); > + > + return ((value & rdev->desc->enable_mask) == r

Re: [PATCH v3 3/3] spi: acpi: Initialize modalias from of_compatible

On Tue, Jan 31, 2017 at 9:17 PM, Mark Brown wrote: > On Mon, Jan 30, 2017 at 10:41:33AM +0100, Rafael J. Wysocki wrote: >> On Mon, Jan 23, 2017 at 5:08 PM, Dan O'Donovan wrote: > >> Mark, any objections here? > > I've not looked yet, please allow a reasonable time for review Sure, no problem at

[GIT PULL][PATCH] tracing: Fix hwlat kthread migration

Linus, It was reported to me that the thread created by the hwlat tracer does not migrate after the first instance. I found that there was a small bug in the logic, and fixed it. It's minor, but should be fixed regardless. There's not much impact outside the hwlat tracer. Please pull the latest

Re: [PATCH 09/11] drm/panel: Add support for the Raspberry Pi 7" Touchscreen.

On Tue, Jan 31, 2017 at 10:07:19PM +0100, Thierry Reding wrote: > On Wed, Dec 14, 2016 at 11:46:19AM -0800, Eric Anholt wrote: > > +static int rpi_touchscreen_enable(struct drm_panel *panel) > > +{ > > + struct rpi_touchscreen *ts = panel_to_ts(panel); > > + int i; > > + > > + rpi_touchscreen

Applied "regulator: max77693-regulator: constify regulator_ops structure" to the regulator tree

The patch regulator: max77693-regulator: constify regulator_ops structure has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the n

Applied "regulator: max8952: constify regulator_ops structure" to the regulator tree

The patch regulator: max8952: constify regulator_ops structure has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hour

Applied "regulator: max8907-regulator: constify regulator_ops structure" to the regulator tree

The patch regulator: max8907-regulator: constify regulator_ops structure has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the ne

Applied "regulator: max77802-regulator: constify regulator_ops structure" to the regulator tree

The patch regulator: max77802-regulator: constify regulator_ops structure has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the n

Applied "regulator: max8925-regulator: constify regulator_ops structure" to the regulator tree

The patch regulator: max8925-regulator: constify regulator_ops structure has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the ne

Applied "regulator: pbias-regulator: constify regulator_ops structure" to the regulator tree

The patch regulator: pbias-regulator: constify regulator_ops structure has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Re: [PATCH v2] clk: add more managed APIs

On Tue, Jan 31, 2017 at 10:26:29AM -0800, Dmitry Torokhov wrote: > On Tue, Jan 31, 2017 at 9:20 AM, Guenter Roeck wrote: > > On Mon, Jan 30, 2017 at 04:59:57PM -0800, Dmitry Torokhov wrote: > >> On Mon, Jan 30, 2017 at 11:22:14AM -0800, Guenter Roeck wrote: > >> > On Mon, Jan 30, 2017 at 10:55:51A

Applied "regulator: pfuze100-regulator: constify regulator_ops structure" to the regulator tree

The patch regulator: pfuze100-regulator: constify regulator_ops structure has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the n

Applied "regulator: pv88080-regulator: constify regulator_ops structure" to the regulator tree

The patch regulator: pv88080-regulator: constify regulator_ops structure has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the ne

Applied "regulator: pv88060-regulator: constify regulator_ops structure" to the regulator tree

The patch regulator: pv88060-regulator: constify regulator_ops structure has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the ne

Applied "regulator: pv88090-regulator: constify regulator_ops structure" to the regulator tree

The patch regulator: pv88090-regulator: constify regulator_ops structure has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the ne

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On Tue, Jan 31, 2017 at 10:15:10AM -0800, Eric Anholt wrote: > Thierry Reding writes: > > > [ Unknown signature status ] > > On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul wrote: > >> On Tue, Jan 31, 2017 at 09:54:49AM +0100, Thierry Reding wrote: > >> > On Tue, Jan 31, 2017 at 09:01:07AM +0

RE: kernel 4.10-rcx iio helper question

Hi Daniel, Thank you for your feedback. We use a mpl3115A2 sensor for our project platform. Cheers, Ken Lin > -Original Message- > From: Daniel Baluta [mailto:daniel.bal...@gmail.com] > Sent: Tuesday, January 31, 2017 1:05 PM > To: Ken.Lin > Cc: ji...@kernel.org; p...@axentia.se; knaac.

Applied "regulator: palmas-regulator: constify regulator_ops structure" to the regulator tree

The patch regulator: palmas-regulator: constify regulator_ops structure has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the nex

Re: [RFC 0/6]mm: add new LRU list for MADV_FREE pages

On Tue, Jan 31, 2017 at 11:45:47AM -0800, Shaohua Li wrote: > On Tue, Jan 31, 2017 at 01:59:49PM -0500, Johannes Weiner wrote: > > Hi Shaohua, > > > > On Sun, Jan 29, 2017 at 09:51:17PM -0800, Shaohua Li wrote: > > > We are trying to use MADV_FREE in jemalloc. Several issues are found. > > > With

Re: [PATCH 09/11] drm/panel: Add support for the Raspberry Pi 7" Touchscreen.

On Tue, Jan 31, 2017 at 10:19:52PM +0100, Daniel Vetter wrote: > On Tue, Jan 31, 2017 at 10:07:19PM +0100, Thierry Reding wrote: > > On Wed, Dec 14, 2016 at 11:46:19AM -0800, Eric Anholt wrote: > > > +static int rpi_touchscreen_dsi_remove(struct mipi_dsi_device *dsi) > > > +{ > > > + struct device

Re: [GIT PULL] percpu fix for v4.10-rc6

On Tue, Jan 31, 2017 at 8:55 AM, Tejun Heo wrote: > > Douglas found and fixed a ref leak bug in percpu_ref_tryget[_live](). > The bug is caused by storing the return value of > atomic_long_inc_not_zero() into an int temp variable before returning > it as a bool. The interim cast to int loses the

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On 31 January 2017 at 21:17, Thierry Reding wrote: > On Tue, Jan 31, 2017 at 10:49:51AM -0500, Sean Paul wrote: >> On Tue, Jan 31, 2017 at 04:02:26PM +0100, Thierry Reding wrote: >> > On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul wrote: >> > > On Tue, Jan 31, 2017 at 09:54:49AM +0100, Thierr

Re: [GIT PULL] percpu fix for v4.10-rc6

On Tue, Jan 31, 2017 at 1:32 PM, Linus Torvalds wrote: > > I've pulled this, but I really think it's papering over the real > issue. Adding "linux-arch" mailing list to ask architecture > maintainers to check their implementation of the atomic ops that > return a truth value. For example, looking

Optional regulators in bulk operations - reverted patch

Hi Bjorn, I just came across a use case where I wanted to deal with optional regulators in bulk operations. I was about to submit a related patch when I saw that you submitted basically the same in 3ff3f518a135 "regulator: Make bulk API support optional supplies" and reverted it later stating that

[tip:x86/urgent] x86/mce: Make timer handling more robust

Commit-ID: 0becc0ae5b42828785b589f686725ff5bc3b9b25 Gitweb: http://git.kernel.org/tip/0becc0ae5b42828785b589f686725ff5bc3b9b25 Author: Thomas Gleixner AuthorDate: Tue, 31 Jan 2017 09:37:34 +0100 Committer: Thomas Gleixner CommitDate: Tue, 31 Jan 2017 21:47:58 +0100 x86/mce: Make timer

[PATCH] tpm: fix a sparse error in tpm-sysfs.c

drivers/char/tpm/tpm-sysfs.c:161:25: warning: expression using sizeof bool Fixes: c659af78eb7b ("tpm: Check size of response before accessing data") Signed-off-by: Stefan Berger --- drivers/char/tpm/tpm.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/char/tpm/tpm.h

Re: Fwd: Re: [tpmdd-devel] [PATCH v9 2/2] tpm: add securityfs support,for TPM 2.0 firmware event log

On Tue, 31 Jan 2017, Jarkko Sakkinen wrote: > James, > > The discussion is about two features: > > 1. Extension to tpm_pcr_extend() (used by IMA) to extend all PCR banks >instead of just SHA-1 banks. It is recommended by TCG to do so in >order to prevent malicious use of PCRs. > 2. TPM 2

Re: seccomp: dump core when using SECCOMP_RET_KILL

On Fri, Jan 27, 2017 at 01:48:30PM -0800, Kees Cook wrote: > On Wed, Jan 25, 2017 at 12:05 PM, Kees Cook wrote: > > On Tue, Jan 24, 2017 at 4:53 PM, Andrei Vagin wrote: > >> Hi, > >> > >> One of CRIU tests fails with this patch: > >> https://github.com/xemul/criu/blob/master/test/zdtm/static/secc

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

On Tue, Jan 31, 2017 at 10:15:10AM -0800, Eric Anholt wrote: [...] > As is, I'm stuck out here with my panel driver I submitted on December > 14th completely ignored, and no other developer will look at it because > their review doesn't count and only yours does. For the record, until earlier toda

RE: Outlook Web Access

From: Anita Patrick Sent: Tuesday, January 31, 2017 12:50 PM Subject: Outlook Web Access Dear E-mail User Please Log on to OutlookWeb Access to update your outlook account to the new secured version 2017. Thank You

Re: [PATCH v3 20/24] media: imx: Add Camera Interface subdev driver

On 31/01/17 20:33, Russell King - ARM Linux wrote: On Tue, Jan 31, 2017 at 10:21:26AM -0800, Steve Longerbeam wrote: On 01/31/2017 05:42 AM, Russell King - ARM Linux wrote: On Fri, Jan 20, 2017 at 03:38:28PM +0100, Hans Verkuil wrote: Should be set to something like 'platform:imx-media-camif'.

Re: [RESENT PATCH] ARM: bcm2835: Add devicetree for the Raspberry Pi 3, for arm (32)

Eric Anholt writes: > [ Unknown signature status ] > Gerd Hoffmann writes: > >> Signed-off-by: Gerd Hoffmann >> --- >> arch/arm/boot/dts/Makefile | 3 ++- >> 1 file changed, 2 insertions(+), 1 deletion(-) >> >> diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile >> index 73272

Re: seccomp: dump core when using SECCOMP_RET_KILL

On Fri, Jan 27, 2017 at 1:48 PM, Kees Cook wrote: > On Wed, Jan 25, 2017 at 12:05 PM, Kees Cook wrote: >> On Tue, Jan 24, 2017 at 4:53 PM, Andrei Vagin wrote: >>> Hi, >>> >>> One of CRIU tests fails with this patch: >>> https://github.com/xemul/criu/blob/master/test/zdtm/static/seccomp_filter_ts

Re: [PATCH V11 1/3] ACPI: Generic GSI: Do not attempt to map non-GSI IRQs during bus scan

On Fri, Jan 20, 2017 at 3:34 AM, Agustin Vega-Frias wrote: > ACPI extended IRQ resources may contain a Resource Source field to specify > an alternate interrupt controller, attempting to map them as GSIs is > incorrect, so just disable the platform resource. > > Since this field is currently ignor

[PATCH v3] jump_label: reduce the size of struct static_key

The static_key->next field goes mostly unused. The field is used for associating module uses with a static key. Most uses of struct static_key define a static key in the core kernel and make use of it entirely within the core kernel, or define the static key in a module and make use of it only from

Re: [Intel-wired-lan] [PATCH] net: intel: e1000e: use new api ethtool_{get|set}_link_ksettings

Hi Sasha, On 1/31/17, Neftin, Sasha wrote: > > Philippe, > > We will look into and try test this patch. I would like ask question. I > see that this thread has been started from implementation for e1000 > code. Why do you decide shift implementation to e1000e? I've just sent two patch for two dr

RE: kernel 4.10-rcx iio helper question

On 31 January 2017 21:18:09 GMT+00:00, "Ken.Lin" wrote: >Hi Daniel, > >Thank you for your feedback. >We use a mpl3115A2 sensor for our project platform. > Hmm. That shouldn't be creating the attribute for you to read in the first place. Are we talking about a modified driver? > >Cheers, >Ken L

Re: [PATCH] regulator: cpcap: Add basic regulator support

* Mark Brown [170131 13:14]: > On Mon, Jan 30, 2017 at 04:12:41PM -0800, Tony Lindgren wrote: > > + error = regmap_update_bits(rdev->regmap, rdev->desc->enable_reg, > > + rdev->desc->enable_mask, > > + rdev->desc->enable_val); > > + if

Re: [PATCH V10 2/3] ACPI: Add support for ResourceSource/IRQ domain mapping

On Wed, Jan 18, 2017 at 5:46 PM, Agustin Vega-Frias wrote: > ACPI extended IRQ resources may contain a ResourceSource to specify > an alternate interrupt controller. Introduce acpi_irq_get and use it > to implement ResourceSource/IRQ domain mapping. > > The new API is similar to of_irq_get and all

Re: [GIT PULL][PATCH] tracing: Fix hwlat kthread migration

On Tue, Jan 31, 2017 at 1:26 PM, Steven Rostedt wrote: > > Please pull the latest trace-4.10-rc2 tree, which can be found at: > > git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git > trace-4.10-rc2 That tag doesn't exist. It looks like it's the "urgent" branch you want me to

Re: [GIT PULL] percpu fix for v4.10-rc6

Hello, Linus. On Tue, Jan 31, 2017 at 01:41:17PM -0800, Linus Torvalds wrote: > On Tue, Jan 31, 2017 at 1:32 PM, Linus Torvalds > wrote: > > > > I've pulled this, but I really think it's papering over the real > > issue. Adding "linux-arch" mailing list to ask architecture > > maintainers to chec

Re: [PATCH] r8152: Allocate interrupt buffer as part of struct r8152

On Tue, Jan 31, 2017 at 11:53:31AM -0800, Eric Dumazet wrote: > On Tue, 2017-01-31 at 11:06 -0800, Guenter Roeck wrote: > > When unloading the r8152 driver using the 'unbind' sysfs attribute > > in a system with KASAN enabled, the following error message is seen > > on a regular basis. > > > > >

Re: [PATCH 09/11] drm/panel: Add support for the Raspberry Pi 7" Touchscreen.

On Tue, Jan 31, 2017 at 10:17:02PM +0100, Daniel Vetter wrote: > On Tue, Jan 31, 2017 at 10:07:19PM +0100, Thierry Reding wrote: > > On Wed, Dec 14, 2016 at 11:46:19AM -0800, Eric Anholt wrote: > > > +static int rpi_touchscreen_enable(struct drm_panel *panel) > > > +{ > > > + struct rpi_touchscreen

Re: [PATCH v3 20/24] media: imx: Add Camera Interface subdev driver

On Tue, Jan 31, 2017 at 09:55:29PM +, Ian Arkver wrote: > On 31/01/17 20:33, Russell King - ARM Linux wrote: > >On Tue, Jan 31, 2017 at 10:21:26AM -0800, Steve Longerbeam wrote: > >>On 01/31/2017 05:42 AM, Russell King - ARM Linux wrote: > >>>On Fri, Jan 20, 2017 at 03:38:28PM +0100, Hans Verku

Re: [PATCH 4.9 00/66] 4.9.7-stable review

On 01/30/2017 10:36 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.9.7 release. > There are 66 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. > > Responses sho

Re: [PATCH] r8152: Allocate interrupt buffer as part of struct r8152

On Tue, Jan 31, 2017 at 02:53:47PM -0500, Alan Stern wrote: > On Tue, 31 Jan 2017, Guenter Roeck wrote: > > > When unloading the r8152 driver using the 'unbind' sysfs attribute > > in a system with KASAN enabled, the following error message is seen > > on a regular basis. > > ... > > > The two-b

Re: [PATCH V3 net-next 02/14] net/ena: fix error handling when probe fails

Hi, You are right. I'll remove this patch. Regards, Netanel On 01/28/2017 01:33 AM, Lino Sanfilippo wrote: Hi, On 26.01.2017 23:18, Netanel Belgazal wrote: When driver fails in probe, it will release all resources, including adapter. In case of probe failure, ena_remove should not try to fr

Re: [PATCH 4.4 00/23] 4.4.46-stable review

On 01/30/2017 10:37 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.46 release. > There are 23 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. > > Responses sh

Re: [PATCHv2 00/11] KVM implementation of PAPR HPT resizing extension

On Tue, Dec 20, 2016 at 04:48:56PM +1100, David Gibson wrote: > Here is the KVM implementation for the proposed PAPR extension which > allows the runtime resizing of a PAPR guest's Hashed Page Table (HPT). > > Using this requires a guest kernel with support for the extension. > Patches for guest s

Re: [PATCH v4 2/5] ia64: reuse append_elf_note() and final_note() functions

On Wed, Jan 25, 2017 at 11:15 AM, Hari Bathini wrote: > I haven't gotten a success/failure build report from zero-day. Not sure what > to make of it. zero-day is generally silent unless it sees a problem. So no news is good news. > But I did try cross-compiling and it was successful. Should that

Re: [GIT PULL] percpu fix for v4.10-rc6

On Tue, Jan 31, 2017 at 2:11 PM, Tejun Heo wrote: > > We have a similar mess with bitops too. x86 is cleaned up to have > bool returns but the generic implementation and a lot of other archs > return the tested bit instead of 1/0. It'd be great to make all the > boolean functions actually return

[PATCH] staging: bcm2835: do not initialise statics to NULL

This patch fixes the checkpatch.pl warning: ERROR: do not initialise statics to NULL Signed-off-by: Craig Kewley --- drivers/staging/bcm2835-audio/bcm2835.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/bcm2835-audio/bcm2835.c b/drivers/staging/bcm2835

Re: [GIT PULL] percpu fix for v4.10-rc6

On Tue, Jan 31, 2017 at 02:17:10PM -0800, Linus Torvalds wrote: > Because there definitely have been users of the bitop routines that > assign the result to an "int", and I have some dim memory of us also > having had things like drivers that made their own "bool" variables > and use "char" for the

Re: [PATCH v6 1/5] lib: Update LZ4 compressor module

On Fri, 27 Jan 2017 23:02:00 +0100 Sven Schmidt <4ssch...@informatik.uni-hamburg.de> wrote: I have one quick question... > /* > + * LZ4_compress_default() > + * Compresses 'sourceSize' bytes from buffer 'source' > + * into already allocated 'dest' buffer of size 'maxOutputSize'. > + * Comp

Re: [GIT PULL][PATCH] tracing: Fix hwlat kthread migration

On Tue, 31 Jan 2017 14:04:13 -0800 Linus Torvalds wrote: > That tag doesn't exist. It looks like it's the "urgent" branch you > want me to pull, but no tag for me there... > > Forgot to push? Crap. Yeah, I forgot to push the tag. It's the same as trace/ftrace/urgent that I push to have the zer

Re: [PATCH v3 20/24] media: imx: Add Camera Interface subdev driver

On 31/01/17 22:04, Russell King - ARM Linux wrote: On Tue, Jan 31, 2017 at 09:55:29PM +, Ian Arkver wrote: On 31/01/17 20:33, Russell King - ARM Linux wrote: On Tue, Jan 31, 2017 at 10:21:26AM -0800, Steve Longerbeam wrote: On 01/31/2017 05:42 AM, Russell King - ARM Linux wrote: On Fri, J

Re: Fwd: Re: [tpmdd-devel] [PATCH v9 2/2] tpm: add securityfs support,for TPM 2.0 firmware event log

On Wed, Feb 01, 2017 at 08:46:32AM +1100, James Morris wrote: > On Tue, 31 Jan 2017, Jarkko Sakkinen wrote: > > > James, > > > > The discussion is about two features: > > > > 1. Extension to tpm_pcr_extend() (used by IMA) to extend all PCR banks > >instead of just SHA-1 banks. It is recommen

Re: [PATCH v3 20/24] media: imx: Add Camera Interface subdev driver

On 01/31/2017 02:04 PM, Russell King - ARM Linux wrote: On Tue, Jan 31, 2017 at 09:55:29PM +, Ian Arkver wrote: On 31/01/17 20:33, Russell King - ARM Linux wrote: On Tue, Jan 31, 2017 at 10:21:26AM -0800, Steve Longerbeam wrote: On 01/31/2017 05:42 AM, Russell King - ARM Linux wrote: On

Applied "ASoC: mt8173-max98090: remove the call to snd_soc_jack_add_pins." to the asoc tree

The patch ASoC: mt8173-max98090: remove the call to snd_soc_jack_add_pins. has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 h

Re: [PATCH v2] staging: rtl8188eu: remove not necessary braces {} (checkpatch fix)

On Tue, 2017-01-31 at 21:24 +0200, Martin Karamihov wrote: > This is checkpatch fix for hal/bb_cfg.c file: > remove not necessary braces {} > > Signed-off-by: Martin Karamihov > --- > drivers/staging/rtl8188eu/hal/bb_cfg.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git

Crosstool/kbuild-all toolchain updates

Hi Fengguang/All, I am working as the OpenRISC linux kernel maintainer. Currently in linux-next our patches are causing kbuild test robot to fail. This is because the patches are taking advantage of 2 'new' (2 year old) instrucions (l.swa/l.lwa) and the build robots, as far as I can tell, use th

Re: [PATCH v3 1/8] ASoC: sun4i-i2s: Update binding documentation to include A31

On Tue, Jan 31, 2017 at 11:05:45AM +0100, Mylène Josserand wrote: > Add a new compatible for sun4i-i2s driver to handle some > SoCs that have a reset line that must be asserted/deasserted. This doesn't apply against current code, please check and resend. signature.asc Description: PGP signature

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

Thierry Reding writes: > [ Unknown signature status ] > On Tue, Jan 31, 2017 at 10:15:10AM -0800, Eric Anholt wrote: >> Thierry Reding writes: >> >> > [ Unknown signature status ] >> > On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul wrote: >> >> On Tue, Jan 31, 2017 at 09:54:49AM +0100, Thi

[patch 3/3] perf/x86/intel/uncore: Make package handling more robust

The package management code in uncore relies on package mapping being available before a CPU is started. This changed with commit 9d85eb9119f4 because the ACPI/BIOS information turned out to be unreliable, but that left uncore in broken state. This was not noticed because on a regular boot all CPUs

[patch 2/3] perf/x86/intel/uncore: Cleanup hotplug conversion fallout

The recent conversion to the hotplug state machine kept two mechanisms from the original code: 1) The first_init logic which adds the number of online CPUs in a package to the refcount. That's wrong because the callbacks are executed for all online CPUs. Remove it so the refcounting

Re: [tpmdd-devel] [PATCH v2 1/2] tpm2: add session handle context saving and restoring to the space code

On Tue, 2017-01-31 at 18:21 +0200, Jarkko Sakkinen wrote: [...] > Now that I understand what is happening I'll give some code level > feedback. Overally I think this is in really good shape! Thanks! [...] > On Fri, Jan 27, 2017 at 04:32:38PM -0800, James Bottomley wrote: > > --- a/drivers/char/tp

[patch 1/3] perf/x86/intel/rapl: Make package handling more robust

The package management code in RAPL relies on package mapping being available before a CPU is started. This changed with commit 9d85eb9119f4 because the ACPI/BIOS information turned out to be unreliable, but that left RAPL in broken state. This was not noticed because on a regular boot all CPUs are

[patch 0/3] perf/x86/intel: Fix RAPL and UNCORE hotplug issues

Yasuaki reported a RAPL failure vs. CPU hotplug. This is caused by the recent rework of the package mapping code. The same issue along with other fallouts from the hotplug conversion is present in the UNCORE code. The following series addresses those problems. Thanks, tglx --- arch/x86

Re: Optional regulators in bulk operations - reverted patch

Am 31.01.2017 um 22:43 schrieb Heiner Kallweit: > Hi Bjorn, > > I just came across a use case where I wanted to deal with optional > regulators in bulk operations. I was about to submit a related > patch when I saw that you submitted basically the same in > 3ff3f518a135 "regulator: Make bulk API s

Re: [PATCH 2/8] power: add power sequence library

On Tue, Jan 3, 2017 at 7:33 AM, Peter Chen wrote: > We have an well-known problem that the device needs to do some power > sequence before it can be recognized by related host, the typical > example like hard-wired mmc devices and usb devices. > > This power sequence is hard to be described at dev

Re: [PATCH] regulator: cpcap: Add basic regulator support

On Tue, Jan 31, 2017 at 02:09:53PM -0800, Tony Lindgren wrote: > * Mark Brown [170131 13:14]: > > On Mon, Jan 30, 2017 at 04:12:41PM -0800, Tony Lindgren wrote: > > > + error = regmap_update_bits(rdev->regmap, rdev->desc->enable_reg, > > > +rdev->desc->enable_mask, > >

[PATCH] Input: refuse to register absolute devices without absinfo

If device is supposed to send absolute events (i.e. EV_ABS bit is set in dev->evbit) but dev->absinfo is not allocated, then the driver has done something wrong, and we should not register such device. Otherwise we'll crash later, when driver tries to send absolute event. Signed-off-by: Dmitry Tor

Re: [PATCH 1/1] MicroSemi Switchtec management interface driver

Hi Emil, Thanks for the feedback. On 31/01/17 01:48 PM, Emil Velikov wrote: >> +struct switchtec_ioctl_fw_info { >> + __u32 flash_length; >> + >> + struct { >> + __u32 address; >> + __u32 length; >> + __u32 active; > Something to keep in mind,

[PATCH] Input: uinput - fix crash when mixing old and new init style

If user tries to initialize uinput device mixing old and new style initialization (i.e. using old UI_SET_ABSBIT instead of UI_ABS_SETUP, we forget to allocate input->absinfo and will crash when trying to send absolute events: ioctl(ui, UI_DEV_SETUP, &us); ioctl(ui, UI_SET_EVBIT, EV

Re: [PULL] bcache: based on for-4.10/block, multiple updates

On Tue, 31 Jan 2017, Jens Axboe wrote: > On 01/31/2017 11:14 AM, Eric Wheeler wrote: > > On Wed, 14 Dec 2016, Jens Axboe wrote: > >> On 12/14/2016 06:50 PM, Eric Wheeler wrote: > >>> Hi Jens, > >>> > >>> I know you're busy, so when you get a moment: > >>> > >>> I've not yet seen your ack/nack on th

Re: [tpmdd-devel] [PATCH 2/2] tpm2-space: add handling for global session exhaustion

On Mon, 2017-01-30 at 00:02 +0200, Jarkko Sakkinen wrote: > On Fri, Jan 27, 2017 at 04:33:54PM -0800, James Bottomley wrote: > > In a TPM2, sessions can be globally exhausted once there are > > TPM_PT_ACTIVE_SESSION_MAX of them (even if they're all context > > saved). > > The Strategy for handling

[PATCH v5 4/4] mm/hotplug: enable memory hotplug for non-lru movable pages

From: Yisheng Xie We had considered all of the non-lru pages as unmovable before commit bda807d44454 ("mm: migrate: support non-lru movable page migration"). But now some of non-lru pages like zsmalloc, virtio-balloon pages also become movable. So we can offline such blocks by using non-lru page

Re: [PATCH v5 4/4] sparc64: Add support for ADI (Application Data Integrity)

On 01/30/2017 03:15 PM, David Miller wrote: From: Khalid Aziz Date: Wed, 25 Jan 2017 12:57:16 -0700 +static inline void enable_adi(void) +{ ... + __asm__ __volatile__( + "rdpr %%pstate, %%g1\n\t" + "or %%g1, %0, %%g1\n\t" + "wrpr %%g1, %%g0, %

Re: [PATCH v3 20/24] media: imx: Add Camera Interface subdev driver

On Tue, Jan 31, 2017 at 02:36:53PM -0800, Steve Longerbeam wrote: > On 01/31/2017 02:04 PM, Russell King - ARM Linux wrote: > >I don't want master though, I want v4.10-rc1, and if I ask for that > >it tells me it knows nothing about v4.10-rc1, despite the fact that's > >a tag in the mainline kernel

Re: [PATCH v3 20/24] media: imx: Add Camera Interface subdev driver

On 01/31/2017 03:30 PM, Russell King - ARM Linux wrote: On Tue, Jan 31, 2017 at 02:36:53PM -0800, Steve Longerbeam wrote: On 01/31/2017 02:04 PM, Russell King - ARM Linux wrote: I don't want master though, I want v4.10-rc1, and if I ask for that it tells me it knows nothing about v4.10-rc1, d

Re: [PATCH V3 0/5] PCI: exynos: cleans the minor things

On 02/01/2017 06:16 AM, Jingoo Han wrote: > On Saturday, January 28, 2017 4:28 PM, Bjorn Helgaas wrote: >> On Mon, Jan 16, 2017 at 03:31:33PM +0900, Jaehoon Chung wrote: >>> Current pci-exynos.c is used for only EXYNOS5440. >>> It's too complex to support the other Exynos SoCs. >>> Before supportin

Re: [PATCH v3 00/24] i.MX Media Driver

On 01/31/2017 03:00 AM, Russell King - ARM Linux wrote: On Mon, Jan 30, 2017 at 05:22:01PM -0800, Steve Longerbeam wrote: I'm also having trouble finding a datasheet for it, but from what I've read, it has a MIPI CSI-2 interface. It should work fine as long as it presents a single source pad,

[PATCH v3] tpm2: add session handle context saving and restoring to the space code

Sessions are different from transient objects in that their handles may not be virtualized (because they're used for some hmac calculations). Additionally when a session is context saved, a vestigial memory remains in the TPM and if it is also flushed, that will be lost and the session context wil

Re: [PATCH v8 2/3] drm/panel: Add support for S6E3HA2 panel driver on TM2 board

2017년 02월 01일 06:31에 Thierry Reding 이(가) 쓴 글: > On Tue, Jan 31, 2017 at 10:15:10AM -0800, Eric Anholt wrote: >> Thierry Reding writes: >> >>> [ Unknown signature status ] >>> On Tue, Jan 31, 2017 at 09:38:53AM -0500, Sean Paul wrote: On Tue, Jan 31, 2017 at 09:54:49AM +0100, Thierry Reding

[PATCH] misc: fix typo on Kconfig

When panel driver was moved from staging to misc a new line was missing to be added on Kconfig file. Fixes: 305b37bd01c2 ("misc: Move panel driver out of staging") Signed-off-by: Miguel Bernal Marin --- drivers/misc/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/misc/Kconfi

Re: seccomp: dump core when using SECCOMP_RET_KILL

On Tue, Jan 31, 2017 at 1:59 PM, Andy Lutomirski wrote: > On Fri, Jan 27, 2017 at 1:48 PM, Kees Cook wrote: >> On Wed, Jan 25, 2017 at 12:05 PM, Kees Cook wrote: >>> On Tue, Jan 24, 2017 at 4:53 PM, Andrei Vagin wrote: Hi, One of CRIU tests fails with this patch: https://git

Re: [PATCH v3 00/24] i.MX Media Driver

On Tue, Jan 31, 2017 at 03:43:22PM -0800, Steve Longerbeam wrote: > > > On 01/31/2017 03:00 AM, Russell King - ARM Linux wrote: > >Just like smiapp, the camera sensor block (which is the very far end > >of the pipeline) is marked with MEDIA_ENT_F_CAM_SENSOR. However, in > >front of that is the b

Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures

On Sat, 28 Jan 2017 12:13:10 +0100 Helge Deller wrote: > The prctl(PR_GET_ENDIAN) syscall was added to Kernel 2.6.18, but > implemented for PowerPC only. > This trivial patch adds support for this syscall for all other architectures. Seems reasonable. I guess. Why is this needed? The man page

Re: [Linux v4.10.0-rc1+] Still call-traces after suspend-resume (pm? i915? cpu/hotplug?)

On Mon, Jan 30, 2017 at 11:44 PM, Rafael J. Wysocki wrote: > On 1/24/2017 2:33 AM, Sedat Dilek wrote: >> >> On Fri, Dec 30, 2016 at 3:02 PM, Rafael J. Wysocki >> wrote: >>> >>> On Fri, Dec 30, 2016 at 12:40 PM, Sedat Dilek >>> wrote: Hi, I have already reported this issue in

Re: [PATCH v3 17/24] media: imx: Add CSI subdev driver

On 01/31/2017 03:20 AM, Russell King - ARM Linux wrote: On Fri, Jan 06, 2017 at 06:11:35PM -0800, Steve Longerbeam wrote: +static int csi_link_validate(struct v4l2_subdev *sd, +struct media_link *link, +struct v4l2_subdev_format *source_f

Re: [GIT PULL] percpu fix for v4.10-rc6

On Tue, Jan 31, 2017 at 2:27 PM, Tejun Heo wrote: > > My bad. I misread the generic test_bit() code and was reading the > inner helper of ppc, DEFINE_TESTOP macro, which returns the masked > value. We used to have this problem, right? I seem to have a memory > of hitting this issue. Yes. We us

Re: [PATCH v3] jump_label: reduce the size of struct static_key

On Tue, 31 Jan 2017 17:00:43 -0500 Jason Baron wrote: > --- > Documentation/static-keys.txt | 4 +- > include/linux/jump_label.h| 23 +--- > kernel/jump_label.c | 126 > ++ > 3 files changed, 120 insertions(+), 33 deletions(-) > > di

Re: [PATCH v2 2/5] userfaultfd: non-cooperative: add event for memory unmaps

On Fri, 27 Jan 2017 20:44:30 +0200 Mike Rapoport wrote: > When a non-cooperative userfaultfd monitor copies pages in the background, > it may encounter regions that were already unmapped. Addition of > UFFD_EVENT_UNMAP allows the uffd monitor to track precisely changes in the > virtual memory la

Re: [PATCH v2 3/5] userfaultfd: non-cooperative: add event for exit() notification

On Fri, 27 Jan 2017 20:44:31 +0200 Mike Rapoport wrote: > Allow userfaultfd monitor track termination of the processes that have > memory backed by the uffd. > > --- a/fs/userfaultfd.c > +++ b/fs/userfaultfd.c > @@ -774,6 +774,30 @@ void userfaultfd_unmap_complete(struct mm_struct *mm, > struc

[PATCH v2] mm: cma: print allocation failure reason and bitmap status

There are many reasons of CMA allocation failure such as EBUSY, ENOMEM, EINTR. But we did not know error reason so far. This patch prints the error value. Additionally if CONFIG_CMA_DEBUG is enabled, this patch shows bitmap status to know available pages. Actually CMA internally tries on all avail

RE: kernel 4.10-rcx iio helper question

> -Original Message- > From: Peter Rosin [mailto:p...@axentia.se] > Sent: Tuesday, January 31, 2017 1:10 PM > To: Ken.Lin; ji...@kernel.org > Cc: knaac...@gmx.de; pme...@pmeerw.net; linux-...@vger.kernel.org; linux- > ker...@vger.kernel.org; Akshay Bhat; Peter.Stretz; Peter.Chiang > Subje

Re: [PATCH v3] gpio: aspeed: Add banks Y, Z, AA, AB and AC

On Tue, 2017-01-31 at 15:50 +0100, Linus Walleij wrote: > > On Fri, Jan 27, 2017 at 5:24 AM, Andrew Jeffery wrote: > > > This is less straight-forward than one would hope, as some banks only > > have 4 pins rather than 8, others are output only, yet more (W and > > X, already supported) are input

Helpdesk

Dear E-mail User Please follow the link to update your webmail account http://ulvnw9j29.ukit.me Thank You

<    3   4   5   6   7   8   9   >