Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

Hi, Arnd, On 2016/11/10 17:12, Arnd Bergmann wrote: > On Thursday, November 10, 2016 2:40:26 PM CET zhichang.yuan wrote: >> On 2016/11/10 5:34, Arnd Bergmann wrote: >>> On Wednesday, November 9, 2016 12:10:43 PM CET Gabriele Paoloni wrote: > On Tuesday, November 8, 2016 11:47:09 AM CET

Re: [PATCH] z3fold: don't fail kernel build if z3fold_header is too big

Hi Vitaly, [auto build test WARNING on mmotm/master] [also build test WARNING on v4.9-rc4 next-20161110] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Vitaly-Wool/z3fold-don-t-fail-kernel

Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

On Thursday, November 10, 2016 2:40:26 PM CET zhichang.yuan wrote: > On 2016/11/10 5:34, Arnd Bergmann wrote: > > On Wednesday, November 9, 2016 12:10:43 PM CET Gabriele Paoloni wrote: > >>> On Tuesday, November 8, 2016 11:47:09 AM CET zhichang.yuan wrote: > + /* > +* The

Re: [PATCH] drivers: tca8418: Change the interrupt type

On Wed, Nov 09, 2016 at 08:02:08PM -0800, Dmitry Torokhov wrote: > On Wed, Nov 09, 2016 at 09:02:35AM +0100, Maxime Ripard wrote: > > Hello Dmitry, > > > > On Tue, Nov 08, 2016 at 04:04:00PM -0800, Dmitry Torokhov wrote: > > > On Mon, Nov 07, 2016 at 03:40:24PM +0100, Maxime Ripard wrote: > > > >

Re: [PATCH v2 08/12] mm: soft-dirty: keep soft-dirty bits over thp migration

On Thu, Nov 10, 2016 at 02:08:38PM +0530, Anshuman Khandual wrote: > On 11/08/2016 05:01 AM, Naoya Horiguchi wrote: > > Soft dirty bit is designed to keep tracked over page migration. This patch > > Small nit here. s/tracked/track/ > Fixed. thank you :) - Naoya

Re: [PATCH v2 07/12] mm: thp: check pmd migration entry in common path

On Tuesday, November 08, 2016 7:32 AM Naoya Horiguchi wrote: > > @@ -1013,6 +1027,9 @@ int do_huge_pmd_wp_page(struct fault_env *fe, pmd_t > orig_pmd) > if (unlikely(!pmd_same(*fe->pmd, orig_pmd))) > goto out_unlock; > > + if (unlikely(!pmd_present(orig_pmd))) > +

Re: [PATCH 1/3] kbuild: add -fno-PIE

* Michal Marek wrote: > >>> +++ b/Makefile > >>> @@ -622,6 +622,8 @@ include arch/$(SRCARCH)/Makefile > >>> KBUILD_CFLAGS+= $(call cc-option,-fno-delete-null-pointer-checks,) > >>> KBUILD_CFLAGS+= $(call cc-disable-warning,maybe-uninitialized,) > >>> KBUILD_CFLAGS

Re: [PATCH v18 0/4] Introduce usb charger framework to deal with the usb gadget power negotation

Hi On 8 November 2016 at 04:36, NeilBrown wrote: > On Mon, Nov 07 2016, Baolin Wang wrote: > >> On 3 November 2016 at 09:25, NeilBrown wrote: >>> On Tue, Nov 01 2016, Baolin Wang wrote: >> >> I agree with your most opinions, but these are optimization. > > I see

Re: [PATCH v10 6/6] mfd: lpc_ich: Add support for Intel Apollo Lake GPIO pinctrl in non-ACPI system

Hi Tan, [auto build test WARNING on v4.9-rc4] [cannot apply to ljones-mfd/for-mfd-next platform-drivers-x86/for-next tip/x86/core next-20161110] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits

Re: [PATCH 3/3] ARM: gr8: evb: Add i2s codec

1;4600;0c On Tue, Nov 08, 2016 at 03:57:48PM +0800, Chen-Yu Tsai wrote: > On Tue, Nov 8, 2016 at 3:44 PM, Maxime Ripard > wrote: > > On Mon, Nov 07, 2016 at 10:11:45PM +0800, Chen-Yu Tsai wrote: > >> On Mon, Nov 7, 2016 at 9:08 PM, Maxime Ripard > >>

Re: [Intel-gfx] [PATCH v3] drm: move allocation out of drm_get_format_name()

On Thu, 10 Nov 2016, Laurent Pinchart wrote: > Hi Jani, > > On Thursday 10 Nov 2016 12:30:09 Jani Nikula wrote: >> On Thu, 10 Nov 2016, Laurent Pinchart wrote: >> > The issue here is that printk can't format the fourcc as a string by >> > itself. There's a bunch

Re: [RFD] sched/deadline: Support single CPU affinity

On 10/11/2016 10:06, luca abeni wrote: is equivalent to the "least laxity first" (LLF) algorithm. Giving precedence to tasks with 0 laxity is a technique that is often used to improve the schedulability on multi-processor systems. EDZL (EDF / Zero Laxity first), right? AFAICR, there's quite a

Re: [PATCH 4.8 000/138] 4.8.7-stable review

On Wed, Nov 09, 2016 at 11:36:35AM -0800, Guenter Roeck wrote: > On Wed, Nov 09, 2016 at 11:44:43AM +0100, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.8.7 release. > > There are 138 patches in this series, all will be posted as a response > > to this one.

Re: [PATCH v2] ppdev: fix double-free of pp->pdev->name

On Sun, Oct 30, 2016 at 11:19:24PM +0100, Jann Horn wrote: > free_pardevice() is called by parport_unregister_device() and already frees > pp->pdev->name, don't try to do it again. > > This bug causes kernel crashes. > > I found and verified this with KASAN and some added pr_emerg()s: > > [

Re: [PATCH v4] USB hub_probe: rework ugly goto-into-compound-statement

On Wed, Nov 09, 2016 at 06:35:21PM +0300, Eugene Korenevsky wrote: > Rework smelling code (goto inside compound statement). Perhaps this is > legacy. Anyway such code is not appropriate for Linux kernel. > > Changes since v3: fix typo > Changes since v2: extract the code to static function >

Re: [PATCH] serial: pl011: add console matching function

On Wed, Nov 09, 2016 at 12:17:18PM -0600, Timur Tabi wrote: > On Tue, Oct 4, 2016 at 2:15 AM, Aleksey Makarov > wrote: > > This patch adds function pl011_console_match() that implements > > method match of struct console. It allows to match consoles against > > data

Re: PM regression with LED changes in next-20161109

Hi! > >>>Looks like commit 883d32ce3385 ("leds: core: Add support for poll()ing > >>>the sysfs brightness attr for changes.") breaks runtime PM for me. > >>> > >>>On my omap dm3730 based test system, idle power consumption is over 70 > >>>times higher now with this patch! It goes from about 6mW

Re: [PATCH 01/25] fs/buffer: Convert to hotplug state machine

On Thu, 10 Nov 2016, Al Viro wrote: > On Thu, Nov 03, 2016 at 03:49:57PM +0100, Sebastian Andrzej Siewior wrote: > > Install the callbacks via the state machine. > > > diff --git a/include/linux/cpuhotplug.h b/include/linux/cpuhotplug.h > > index afe641c02dca..69b74fa0da60 100644 > > ---

Re: [v17 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

Hi Jitao, 2016-08-27 8:44 GMT+02:00 Jitao Shi : > This patch adds drm_bridge driver for parade DSI to eDP bridge chip. > > Signed-off-by: Jitao Shi > Reviewed-by: Daniel Kurtz > --- > Changes since v16: > - Disable ps8640

Re: [PATCH 1/3] virtio: Basic implementation of virtio pstore driver

On Sat, Aug 20, 2016 at 05:07:42PM +0900, Namhyung Kim wrote: > The virtio pstore driver provides interface to the pstore subsystem so > that the guest kernel's log/dump message can be saved on the host > machine. Users can access the log file directly on the host, or on the > guest at the next

Re: [PATCH v1 1/1] mfd: intel-lpss: Try to enable Memory-Write-Invalidate

On Thu, Nov 10, 2016 at 05:22:40PM +0200, Andy Shevchenko wrote: > On Thu, 2016-11-10 at 16:59 +0200, Mika Westerberg wrote: > > On Thu, Nov 10, 2016 at 04:51:42PM +0200, Andy Shevchenko wrote: > > > Enable MWI mechanism if PCI bus master supports it. > > > > Why? > > It might be potential

Re: PM regression with LED changes in next-20161109

Hi, On 10-11-16 17:29, Pavel Machek wrote: Hi! Looks like commit 883d32ce3385 ("leds: core: Add support for poll()ing the sysfs brightness attr for changes.") breaks runtime PM for me. On my omap dm3730 based test system, idle power consumption is over 70 times higher now with this patch! It

Re: [PATCH] PCI: mvebu: Take control of mbus windows setup by the firmware

On Thu, Nov 10, 2016 at 09:30:37AM +0100, Thomas Petazzoni wrote: > Hello, > > On Wed, 26 Oct 2016 11:44:40 -0600, Jason Gunthorpe wrote: > > The firmware may setup the mbus to access PCI-E and indicate this > > has happened with a ranges mapping for the PCI-E ID. If this happens > > then the

Re: [PATCH] perf/core: introduce context per CPU event list

On Thu, Nov 10, 2016 at 05:26:32PM +0100, Peter Zijlstra wrote: > On Thu, Nov 10, 2016 at 02:10:37PM +, Mark Rutland wrote: > > > Sure, that sounds fine for scheduling (including big.LITTLE). > > > > I might still be misunderstanding something, but I don't think that > > helps Kan's case:

[PATCH] staging: rtl8192e: Fix checkpatch warnings

Fixed checkpatch.pl warning on Block comments. Signed-off-by: Yamanappagouda Patil --- drivers/staging/rtl8192e/dot11d.c | 2 +- drivers/staging/rtl8192e/rtl819x_BAProc.c | 2 +- drivers/staging/rtl8192e/rtl819x_HTProc.c | 2 +-

Re: [RESEND PATCH] regulator: pwm: fix syntax errors in the examples

On 2016-11-10 17:18, Mark Brown wrote: > On Thu, Nov 10, 2016 at 11:25:27AM +0100, Peter Rosin wrote: >> While at it, clean up some other things as well. > > This isn't a useful changelog, it's just saying that there's some > random changes for no reason. Please make proper patches with >

Re: [PATCH 01/25] fs/buffer: Convert to hotplug state machine

On Thu, Nov 03, 2016 at 03:49:57PM +0100, Sebastian Andrzej Siewior wrote: > Install the callbacks via the state machine. > diff --git a/include/linux/cpuhotplug.h b/include/linux/cpuhotplug.h > index afe641c02dca..69b74fa0da60 100644 > --- a/include/linux/cpuhotplug.h > +++

Re: [PATCH v3 0/3] dmaengine: DW DMAC: split pdata to hardware properties

On Tue, 2016-11-08 at 15:36 +0200, Andy Shevchenko wrote: > On Tue, 2016-11-08 at 12:22 +, Eugeniy Paltsev wrote: > > > > On Mon, 2016-11-07 at 15:55 +0200, Andy Shevchenko wrote: >   > > > > > > > > > > > > > + * @only_quirks_used: Only read quirks (like "is_private" or > > > >

Re: [PATCH][RFC v7] timekeeping: Ignore the bogus sleep time if pm_trace is enabled

On Thu 2016-11-10 12:55:53, Chen Yu wrote: > Previously we encountered some memory overflow issues due to > the bogus sleep time brought by inconsistent rtc, which is > triggered when pm_trace is enabled, and we have fixed it > in recent kernel. However it's improper in the first place > to call

Re: Proposal: HAVE_SEPARATE_IRQ_STACK?

Hi Jason, On 10/11/16 11:41, Jason A. Donenfeld wrote: On Thu, Nov 10, 2016 at 10:03 AM, Thomas Gleixner wrote: If you want to go with that config, then you need local_bh_disable()/enable() to fend softirqs off, which disables also preemption. Thanks. Indeed this is what

Re: PM regression with LED changes in next-20161109

Hi! > >>>The current docs say not about (sw) blinking, but that should be treated > >>>just > >>>like a trigger IMHO. > >> > >>You'r right, we should describe the semantics on reading, but it would > >>have to be as follows: > >> > >>Reading from this file returns LED brightness at given moment,

Re: [PATCH] net: ethernet: ti: davinci_cpdma: fix fixed prio cpdma ctlr configuration

On 11/09/2016 05:56 PM, Ivan Khoronzhuk wrote: > > > On 09.11.16 23:09, Grygorii Strashko wrote: >> >> >> On 11/08/2016 07:10 AM, Ivan Khoronzhuk wrote: >>> The dma ctlr is reseted to 0 while cpdma start, thus cpdma ctlr >> >> I assume this is because cpdma_ctlr_start() does soft reset. Is it

Re: [PATCH V3 1/9] PM / OPP: Reword binding supporting multiple regulators per device

On Thu, Nov 10, 2016 at 09:34:40AM +0530, Viresh Kumar wrote: > On 09-11-16, 14:58, Mark Brown wrote: > > On Wed, Oct 26, 2016 at 12:02:56PM +0530, Viresh Kumar wrote: > > > + Entries for multiple regulators shall be provided in the same field > > > separated > > > + by angular brackets <>.

Re: [PATCH] perf/x86: Fix overlap counter scheduling bug

On Thu, Nov 10, 2016 at 09:00:13AM +0100, Ingo Molnar wrote: > Would it be possible to also add debug code (or some other mechanism) to > disallow > such buggy EVENT_CONSTRAINT_OVERLAP() definitions? Should certainly be possible if someone has the time for it I think. The rules are fairly

Re: [Xen-devel] [PATCH RESEND] xen/gntdev: Grant maps should not be subject to NUMA balancing

On Thu, Nov 10, Boris Ostrovsky wrote: > Is this something new? Because this patch has been there for a year. It was just tested now, cycling through all the combinations for a disk=[]. Removing "direct-is-save" will use different code paths and the error is not seen. Olaf signature.asc

[PATCH v2 03/11] x86: apm: avoid uninitialized data

apm_bios_call() can fail, and return a status in its argument structure. If that status however is zero during a call from apm_get_power_status(), we end up using data that may have never been set, as reported by "gcc -Wmaybe-uninitialized": arch/x86/kernel/apm_32.c: In function ‘apm’:

Re: [PATCH v8 3/3] fpga: Add support for Lattice iCE40 FPGAs

On 11/09/2016 07:54 PM, Joel Holdsworth wrote: > On 09/11/16 11:39, Marek Vasut wrote: >> On 11/09/2016 07:37 PM, Joel Holdsworth wrote: >>> On 09/11/16 05:01, Marek Vasut wrote: On 11/08/2016 06:30 PM, Joel Holdsworth wrote: On the whole, I don't think the zero-length transfers are

RE: [PATCH 1/3] PCI: hv: use the correct buffer size in new_pcichild_device()

> From: Jake Oshins > > From: Dexuan Cui > > Sent: Wednesday, November 9, 2016 11:18 PM > > We don't really need such a big on-stack buffer. > > vmbus_sendpacket() here only uses sizeof(struct pci_child_message). > > > > @@ -1271,9 +1271,9 @@ static struct hv_pci_dev > >

[PATCH/RFC] mm: don't cap request size based on read-ahead setting

Hi, We ran into a funky issue, where someone doing 256K buffered reads saw 128K requests at the device level. Turns out it is read-ahead capping the request size, since we use 128K as the default setting. This doesn't make a lot of sense - if someone is issuing 256K reads, they should see 256K

Re: [PATCH net-next v5]] cadence: Add LSO support.

From: Rafal Ozieblo Date: Wed, 9 Nov 2016 13:41:02 + First, please remove the spurious closing bracket in your Subject line in future submittions. > + if (is_udp) /* is_udp is only set when (is_lso) is checked */ > + /* zero UDP checksum, not calculated

Re: [PATCH 0/6 v7] sched: reflect sched_entity move into task_group's load

On 08/11/16 09:53, Vincent Guittot wrote: > Ensure that the move of a sched_entity will be reflected in load and > utilization of the task_group hierarchy. > > When a sched_entity moves between groups or CPUs, load and utilization > of cfs_rq don't reflect the changes immediately but converge to

Re: Summary of LPC guest MSI discussion in Santa Fe

On Thu, 10 Nov 2016 15:40:07 +0100 Joerg Roedel wrote: > On Wed, Nov 09, 2016 at 01:01:14PM -0700, Alex Williamson wrote: > > Well, it's not like QEMU or libvirt stumbling through sysfs to figure > > out where holes could be in order to instantiate a VM with matching > > holes,

Re: [PATCH] block: cfq_cpd_alloc() should use @gfp

On 11/10/2016 09:16 AM, Tejun Heo wrote: Re: [bug report] blkcg: replace blkcg_policy->cpd_size with ->cpd_alloc/free_fn() methods Reply-To: In-Reply-To: <20161110133426.GA30610@mwanda> cfq_cpd_alloc() which is the cpd_alloc_fn implementation for cfq was incorrectly hard coding GFP_KERNEL

[PATCH] staging: rtl8192e: Fix checkpatch.pl warnings

Fixed "missing blank line after declaration" checkpatch.pl warnings. Signed-off-by: Yamanappagouda Patil --- drivers/staging/rtl8192e/rtllib_rx.c | 1 + drivers/staging/rtl8192e/rtllib_softmac.c | 1 + 2 files changed, 2 insertions(+) diff --git

Re: [PATCHv4] shmem: avoid huge pages for small files

On Mon, Nov 07, 2016 at 03:17:11PM -0800, Hugh Dickins wrote: > On Sat, 22 Oct 2016, Kirill A. Shutemov wrote: > > > > Huge pages are detrimental for small file: they causes noticible > > overhead on both allocation performance and memory footprint. > > > > This patch aimed to address this issue

Re: [Xen-devel] [PATCH RESEND] xen/gntdev: Grant maps should not be subject to NUMA balancing

On Tue, Nov 10, Boris Ostrovsky wrote: > Doing so will cause the grant to be unmapped and then, during > fault handling, the fault to be mistakenly treated as NUMA hint > fault. > > In addition, even if those maps could partcipate in NUMA > balancing, it wouldn't provide any benefit since we are

Re: [PATCH] perf/core: introduce context per CPU event list

On Thu, Nov 10, 2016 at 02:10:37PM +, Mark Rutland wrote: > Sure, that sounds fine for scheduling (including big.LITTLE). > > I might still be misunderstanding something, but I don't think that > helps Kan's case: since INACTIVE events which will fail their filters > (including the CPU

Re: [Xen-devel] [PATCH RESEND] xen/gntdev: Grant maps should not be subject to NUMA balancing

On 11/10/2016 11:26 AM, Olaf Hering wrote: > On Tue, Nov 10, Boris Ostrovsky wrote: Perfect timing. This is from Nov. 10 2015. > >> Doing so will cause the grant to be unmapped and then, during >> fault handling, the fault to be mistakenly treated as NUMA hint >> fault. >> >> In addition, even

Re: [PATCH v6 3/7] iommu/exynos: Simplify internal enable/disable functions

On Tue, Nov 08, 2016 at 02:29:20PM +0100, Marek Szyprowski wrote: > Remove remaining leftovers of the ref-count related code in the > __sysmmu_enable/disable functions inline __sysmmu_enable/disable_nocount > to them. Suspend/resume callbacks now checks if master device is set for > given SYSMMU

[PATCH v2 08/11] crypto: aesni: shut up -Wmaybe-uninitialized warning

The rfc4106 encrypy/decrypt helper functions cause an annoying false-positive warning in allmodconfig if we turn on -Wmaybe-uninitialized warnings again: arch/x86/crypto/aesni-intel_glue.c: In function ‘helper_rfc4106_decrypt’: include/linux/scatterlist.h:67:31: warning: ‘dst_sg_walk.sg’ may be

[PATCH v2 01/11] Kbuild: enable -Wmaybe-uninitialized warning for "make W=1"

Traditionally, we have always had warnings about uninitialized variables enabled, as this is part of -Wall, and generally a good idea [1], but it also always produced false positives, mainly because this is a variation of the halting problem and provably impossible to get right in all cases [2].

[PATCH v2 10/11] pcmcia: fix return value of soc_pcmcia_regulator_set

The newly introduced soc_pcmcia_regulator_set() function sometimes returns without setting its return code, as shown by this warning: drivers/pcmcia/soc_common.c: In function 'soc_pcmcia_regulator_set': drivers/pcmcia/soc_common.c:112:5: error: 'ret' may be used uninitialized in this function

[PATCH v2 05/11] s390: pci: don't print uninitialized data for debugging

gcc correctly warns about an incorrect use of the 'pa' variable in case we pass an empty scatterlist to __s390_dma_map_sg: arch/s390/pci/pci_dma.c: In function '__s390_dma_map_sg': arch/s390/pci/pci_dma.c:309:13: warning: 'pa' may be used uninitialized in this function [-Wmaybe-uninitialized]

[PATCH v2 06/11] [media] dib0700: fix nec repeat handling

From: Sean Young When receiving a nec repeat, ensure the correct scancode is repeated rather than a random value from the stack. This removes the need for the bogus uninitialized_var() and also fixes the warnings: drivers/media/usb/dvb-usb/dib0700_core.c: In function

[PATCH v2 04/11] nios2: fix timer initcall return value

When called more than twice, the nios2_time_init() function return an uninitialized value, as detected by gcc -Wmaybe-uninitialized arch/nios2/kernel/time.c: warning: 'ret' may be used uninitialized in this function This makes it return '0' here, matching the comment above the function.

[PATCH v2 02/11] NFSv4.1: work around -Wmaybe-uninitialized warning

A bugfix introduced a harmless gcc warning in nfs4_slot_seqid_in_use if we enable -Wmaybe-uninitialized again: fs/nfs/nfs4session.c:203:54: error: 'cur_seq' may be used uninitialized in this function [-Werror=maybe-uninitialized] gcc is not smart enough to conclude that the IS_ERR/PTR_ERR pair

[PATCH v2 11/11] Kbuild: enable -Wmaybe-uninitialized warnings by default

Previously the warnings were added back at the W=1 level and above, this now turns them on again by default, assuming that we have addressed all warnings and again have a clean build for v4.10. I found a number of new warnings in linux-next already and submitted bugfixes for those. Hopefully they

[PATCH] mmc: sdhci-of-esdhc: fixup PRESENT_STATE read

Since commit 87a18a6a5652 ("mmc: mmc: Use ->card_busy() to detect busy cards in __mmc_switch()") the ESDHC driver is broken: mmc0: Card stuck in programming state! __mmc_switch mmc0: error -110 whilst initialising MMC card Since this commit __mmc_switch() uses ->card_busy(), which is

[PATCH v2 09/11] [v3] infiniband: shut up a maybe-uninitialized warning

Some configurations produce this harmless warning when built with gcc -Wmaybe-uninitialized: infiniband/core/cma.c: In function 'cma_get_net_dev': infiniband/core/cma.c:1242:12: warning: 'src_addr_storage.sin_addr.s_addr' may be used uninitialized in this function [-Wmaybe-uninitialized] I

[PATCH v2] dt-bindings: video: exynos7-decon: Remove obsolete samsung,power-domain property

The samsung,power-domain property is obsolete since commit 0da658704136 ("ARM: dts: convert to generic power domain bindings for exynos DT"). Replace it with generic one. Signed-off-by: Krzysztof Kozlowski Reviewed-by: Sylwester Nawrocki Reviewed-by:

Re: [PATCH net-next 00/17] Bug fixes & Code improvements in HNS driver

From: Salil Mehta Date: Wed, 9 Nov 2016 18:13:44 + > This patch-set introduces some bug fixes and code improvements. > These have been identified during internal review or testing of > the driver by internal Hisilicon teams. Series applied, thanks.

[PATCH v2 0/3] increase TSCADC clock to 24MHz and fix ti,charge-delay to represent in nS

This patch series enables ADC to be clocked at 24MHz as the TI AM335x ADC driver has already adopted to use DMA to transfer ADC samples. Now ADC can generated upto 800K Samples per second with the patch [1] on AM335x BBB and AM437x GP EVM. when ADC ref clock is set at 24MHz, I am seeing some

[PATCH v2 07/11] [media] rc: print correct variable for z8f0811

A recent rework accidentally left a debugging printk untouched while changing the meaning of the variables, leading to an uninitialized variable being printed: drivers/media/i2c/ir-kbd-i2c.c: In function 'get_key_haup_common': drivers/media/i2c/ir-kbd-i2c.c:62:2: error: 'toggle' may be used

[PATCH v2 00/11] getting back -Wmaybe-uninitialized

Hi Linus, It took a while for some patches to make it into mainline through maintainer trees, but the 28-patch series is now reduced to 10, with one tiny patch added at the end. I hope this can still make it into v4.9. Aside from patches that are no longer required, I did these changes compared

Re: [PATCH v4 1/5] arm64: perf: Basic uncore counter support for Cavium ThunderX SOC

Hi Jan, Apologies for the delay in getting to this. On Sat, Oct 29, 2016 at 01:55:29PM +0200, Jan Glauber wrote: > diff --git a/drivers/perf/uncore/uncore_cavium.c > b/drivers/perf/uncore/uncore_cavium.c > new file mode 100644 > index 000..a7b4277 > --- /dev/null > +++

Re: [PATCH 1/4] x86/cpufeature: Add User-Mode Instruction Prevention definitions

On 11/09/2016 07:24 PM, Ricardo Neri wrote: > On Wed, 2016-11-09 at 03:02 -0800, Andy Lutomirski wrote: ... >> > What I mean is: why does this need a config option at all? > I intended this feature to be configurable at build time in case someone > wants to build a kernel without it; similar to

Re: [PATCH] genetlink: fix unsigned int comparison with less than zero

On Thu, Nov 10, 2016 at 7:57 AM, Colin King wrote: > From: Colin Ian King > > family->id is unsigned, so the less than zero check for > failure return from idr_alloc is never true and so the error exit > is never handled. Instead, assign err

[PATCH 1/2] backlight: arcxcnn: add support for ArticSand devices

Resubmition of arcxcnn backlight driver addressing the naming convention concerns raised by Rob H. Signed-off-by: Olimpiu Dejeu --- drivers/video/backlight/Kconfig | 7 + drivers/video/backlight/Makefile | 1 + drivers/video/backlight/arcxcnn_bl.c | 541

[PATCH 2/2] backlight: arcxcnn: devicetree bindings for ArticSand devices

Resubmition of arcxcnn backlight driver addressing the naming convention concerns raised by Rob H. Note that all the device tree properties are determined by the board design or IC EPROM settings and are not intended to be user adjustable. Signed-off-by: Olimpiu Dejeu

Re: [RFC v2 4/8] iommu: Add a list of iommu_reserved_region in iommu_domain

On Fri, Nov 04, 2016 at 11:24:02AM +, Eric Auger wrote: > Introduce a new iommu_reserved_region struct. This embodies > an IOVA reserved region that cannot be used along with the IOMMU > API. The list is protected by a dedicated mutex. > > An iommu domain now owns a list of those. > >

[PATCH] staging: rtl8192e: Fix checkpatch warnings

This patch fixes block comment coding style warnings. And added new line after variable declaration. Signed-off-by: Y M Patil --- drivers/staging/rtl8192e/dot11d.c | 2 +- drivers/staging/rtl8192e/rtl819x_BAProc.c | 3 ++- drivers/staging/rtl8192e/rtl819x_HTProc.c

Re: [PATCH v10 2/6] mfd: lpc_ich: Rename lpc-ich driver

On Thu, 2016-11-10 at 17:00 +0800, Tan Jui Nee wrote: > This patch follows the example of mfd/wm831x to rename the driver > from "lpc_ich" to "lpc_ich_core". > > Signed-off-by: Tan Jui Nee > Reviewed-by: Mika Westerberg > --- > Changes in

Linux 4.8.7

I'm announcing the release of the 4.8.7 kernel. All users of the 4.8 kernel series must upgrade. The updated 4.8.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.8.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 4.4.31

diff --git a/Makefile b/Makefile index 98239d56924c..7c6f28e7a2f6 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 4 -SUBLEVEL = 30 +SUBLEVEL = 31 EXTRAVERSION = NAME = Blurry Fish Butt @@ -617,6 +617,7 @@ include arch/$(SRCARCH)/Makefile KBUILD_CFLAGS +=

Re: [PATCH RFC 0/2] livepatch: patch creation tooling proposal

On Thu, Nov 10, 2016 at 04:48:33PM +0100, Miroslav Benes wrote: > On Thu, 10 Nov 2016, Josh Poimboeuf wrote: > > > On Thu, Oct 27, 2016 at 09:35:48AM -0500, Josh Poimboeuf wrote: > > > So here's my proposal: use the existing kernel build infrastructure. If > > > klp relocations are needed,

Re: [PATCH v10 6/6] mfd: lpc_ich: Add support for Intel Apollo Lake GPIO pinctrl in non-ACPI system

On Thu, 2016-11-10 at 17:00 +0800, Tan Jui Nee wrote: > This driver uses the P2SB hide/unhide mechanism cooperatively > to pass the PCI BAR address to the gpio platform driver. @@ -161,6 +161,10 @@ obj-$(CONFIG_MFD_INTEL_QUARK_I2C_GPIO) += > intel_quark_i2c_gpio.o >  obj-$(CONFIG_LPC_SCH) >

[PATCH v2 5/6] ARM: dts: stm32f429: Add adc support

Add adc support & pinctrl analog phandle (adc3_in8) to stm32f429. Signed-off-by: Fabrice Gasnier --- arch/arm/boot/dts/stm32f429.dtsi | 49 1 file changed, 49 insertions(+) diff --git a/arch/arm/boot/dts/stm32f429.dtsi

Re: [PATCH v2 03/12] mm: thp: introduce separate TTU flag for thp freezing

On Thu, Nov 10, 2016 at 02:01:56PM +0530, Anshuman Khandual wrote: > On 11/08/2016 05:01 AM, Naoya Horiguchi wrote: > > TTU_MIGRATION is used to convert pte into migration entry until thp split > > completes. This behavior conflicts with thp migration added later patches, > > Hmm, could you please

Re: [PATCH 22/25] x86/mcheck: Do the init in one place

On 2016-11-09 18:37:23 [+], Luck, Tony wrote: > > That's why the hotplug callback mce_disable_cpu() doesn't fiddle with > > CR4 - it only clears the bits in MCi_CTL. And I think we should remain > > that way. > > N.B. See vendor_disable_error_reporting() ... on Intel we don't clear MCi_CTL.

Re: [PATCH 1/2] arm64: perf: Move ARMv8 PMU perf event definitions to asm/perf_event.h

Hi Wei, On 09/11/16 19:57, Wei Huang wrote: > This patch moves ARMv8-related perf event definitions from perf_event.c > to asm/perf_event.h; so KVM code can use them directly. This also help > remove a duplicated definition of SW_INCR in perf_event.h. > > Signed-off-by: Wei Huang

Re: [PATCH v2 0/7] soc: renesas: Identify SoC and register with the SoC bus

Hi Ulf, On Wed, Nov 9, 2016 at 10:12 PM, Arnd Bergmann wrote: > On Wednesday, November 9, 2016 6:19:06 PM CET Geert Uytterhoeven wrote: >> On Wed, Nov 9, 2016 at 5:56 PM, Arnd Bergmann wrote: >> > On Wednesday, November 9, 2016 2:34:33 PM CET Geert Uytterhoeven

Re: [PATCH v2 07/12] mm: thp: check pmd migration entry in common path

Hi Hillf, On Thu, Nov 10, 2016 at 05:08:07PM +0800, Hillf Danton wrote: > On Tuesday, November 08, 2016 7:32 AM Naoya Horiguchi wrote: > > > > @@ -1013,6 +1027,9 @@ int do_huge_pmd_wp_page(struct fault_env *fe, pmd_t > > orig_pmd) > > if (unlikely(!pmd_same(*fe->pmd, orig_pmd))) > >

Re: [PATCH] spi: rspi: avoid uninitialized variable access

Hi Arnd, Thanks for your fixed patch. On 11/08/2016 10:46 PM, Arnd Bergmann wrote: The newly introduced rspi_pio_transfer_in_or_our() function must take either a valid 'rx' or 'tx' pointer, and has undefined behavior if both are NULL, as found by 'gcc -Wmaybe-unintialized':

Re: [RFC v3 2/6] Improve the tracking of active utilisation

On 02/11/16 03:35, Luca Abeni wrote: > On Tue, 1 Nov 2016 22:46:33 +0100 > luca abeni wrote: > [...] > > > > @@ -1074,6 +1161,14 @@ select_task_rq_dl(struct task_struct *p, int > > > > cpu, int sd_flag, int flags) > > > > } > > > > rcu_read_unlock(); > > > >

Re: [PATCH v2 7/7] soc: renesas: Identify SoC and register with the SoC bus

Hi Arnd, Thanks for your comments! On Wed, Nov 9, 2016 at 5:55 PM, Arnd Bergmann wrote: > On Monday, October 31, 2016 12:30:55 PM CET Geert Uytterhoeven wrote: >> v2: >> - Drop SoC families and family names; use fixed "Renesas" instead, > > I think I'd rather have seen the

Re: [PATCH v2 09/12] mm: hwpoison: soft offline supports thp migration

On 08/11/16 10:31, Naoya Horiguchi wrote: > This patch enables thp migration for soft offline. > > Signed-off-by: Naoya Horiguchi > --- > mm/memory-failure.c | 31 --- > 1 file changed, 12 insertions(+), 19 deletions(-) > > diff --git

Re: [PATCH v2 0/7] soc: renesas: Identify SoC and register with the SoC bus

On Thu, Nov 10, 2016 at 10:22 AM, Geert Uytterhoeven wrote: > Thanks, I've created the branch/tag : > > git://git.kernel.org/pub/scm/linux/kernel/git/geert/renesas-drivers.git > branch soc-device-match > signed tag soc-device-match-tag1 Tested by kbuild test

Re: [PATCH v5 2/3] cpuid: Add a helper in scattered.c to return cpuid

On Wed, Nov 09, 2016 at 07:05:27PM +0800, He Chen wrote: > Some sparse CPUID leafs are gathered in a fake leaf to save size of > x86_capability array in current code, but sometimes, kernel or other > modules (e.g. KVM cpuid enumeration) may need actual hardware leaf s/cpuid/CPUID/ > information.

Re: [PATCH] x86/cpuid: Deal with broken firmware once more

On Thu, 10 Nov 2016, M. Vefa Bicakci wrote: > I have found that your patch unfortunately does not improve the situation > for me. Here is an excerpt obtained from the dmesg of a kernel compiled > with this patch *as well as* Sebastian's patch: > [0.002561] CPU: Physical Processor ID: 0 > [

Re: Summary of LPC guest MSI discussion in Santa Fe

Hi Will, Alex, On 10/11/2016 03:01, Will Deacon wrote: > On Wed, Nov 09, 2016 at 05:55:17PM -0700, Alex Williamson wrote: >> On Thu, 10 Nov 2016 01:14:42 +0100 >> Auger Eric wrote: >>> On 10/11/2016 00:59, Alex Williamson wrote: On Wed, 9 Nov 2016 23:38:50 +

Re: [PATCH] usbnet: prevent device rpm suspend in usbnet_probe function

On Thu, 2016-11-10 at 12:09 +0100, Bjørn Mork wrote: > Kai-Heng Feng writes: > > On Wed, Nov 9, 2016 at 8:32 PM, Bjørn Mork wrote: > >> Oliver Neukum writes: > >> > >>> On Tue, 2016-11-08 at 13:44 -0500, Alan Stern wrote: > >>> >

Re: [PATCH] perf/core: introduce context per CPU event list

On Thu, Nov 10, 2016 at 11:05:17AM +, Mark Rutland wrote: > Hi, > > On Thu, Nov 10, 2016 at 09:33:55AM +0100, Peter Zijlstra wrote: > > Yes this is a problem, but no this cannot be done. We can't have per-cpu > > storage per task. That rapidly explodes. > > > > Mark is looking at replacing

Re: [PATCH v6 7/9] iommu/amd: Update domain into to dte entry during device driver init

On Thu, Oct 20, 2016 at 07:37:18PM +0800, Baoquan He wrote: > prot = dir2prot(direction); > + if (translation_pre_enabled(iommu) && !dev_data->domain_updated) { > + dev_data->domain_updated = true; > + set_dte_entry(dev_data->devid, domain, dev_data->ats.enabled);

RE: [PATCH v9 7/8] thunderbolt: Networking doc

On Wed, Nov 9 2016, 06:00 PM, Greg KH wrote: > On Wed, Nov 09, 2016 at 04:20:07PM +0200, Amir Levy wrote: > > Adding Thunderbolt(TM) networking documentation. > > > > Signed-off-by: Amir Levy > > --- > > Documentation/00-INDEX | 2 + > >

Re: [RFC v3 2/6] Improve the tracking of active utilisation

On 10/11/16 10:04, Juri Lelli wrote: > On 02/11/16 03:35, Luca Abeni wrote: > > On Tue, 1 Nov 2016 22:46:33 +0100 > > luca abeni wrote: > > [...] > > > > > @@ -1074,6 +1161,14 @@ select_task_rq_dl(struct task_struct *p, int > > > > > cpu, int sd_flag, int flags) > > > > >

Re: [PATCH v3 00/10] Add DT support for ohci-da8xx

On Tue, Nov 08, 2016 at 05:37:41PM +0100, Axel Haslam wrote: > Hi, > > On Mon, Nov 7, 2016 at 9:39 PM, Axel Haslam wrote: > > The purpose of this patch series is to add DT support for the davinci > > ohci driver. > > > > To make it easier to review. I will split the

Re: [PATCH] perf/core: introduce context per CPU event list

On Thu, Nov 10, 2016 at 12:04:23PM +, Mark Rutland wrote: > On Thu, Nov 10, 2016 at 12:37:05PM +0100, Peter Zijlstra wrote: > > So the problem is finding which events are active when. > > Sure. > > If we only care about PERF_EVENT_STATE_ACTIVE, then I think we can > fairly easily maintain a

Re: [PATCH] usbnet: prevent device rpm suspend in usbnet_probe function

On Thu, 10 Nov 2016, Kai-Heng Feng wrote: > Hi, > > On Wed, Nov 9, 2016 at 8:32 PM, Bjørn Mork wrote: > > Oliver Neukum writes: > > > >> On Tue, 2016-11-08 at 13:44 -0500, Alan Stern wrote: > >> > >>> These problems could very well be caused by running at

Re: [PATCH] x86/cpuid: Deal with broken firmware once more

On 11/10/2016 10:12 AM, Thomas Gleixner wrote: > On Thu, 10 Nov 2016, Boris Ostrovsky wrote: >> On 11/10/2016 06:13 AM, Thomas Gleixner wrote: >>> On Thu, 10 Nov 2016, M. Vefa Bicakci wrote: >>> I have found that your patch unfortunately does not improve the situation for me. Here is an

RE: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

Hi Arnd > -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: 10 November 2016 09:12 > To: linux-arm-ker...@lists.infradead.org > Cc: Yuanzhichang; mark.rutl...@arm.com; devicet...@vger.kernel.org; > lorenzo.pieral...@arm.com; Gabriele Paoloni; miny...@acm.org; linux-

<    1   2   3   4   5   6   7   8   9   10   >