Re: [PATCH 4.4 000/117] 4.4.2-stable review

On 02/14/2016 03:20 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 4.4.2 release. > There are 117 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: [PATCH] xen kconfig: clarify INPUT_XEN_KBDDEV_FRONTEND select

On Mon, 15 Feb 2016, David Vrabel wrote: > On 15/02/16 16:51, Stefano Stabellini wrote: > > CC'ing a few others. > > > > On Fri, 12 Feb 2016, Arnd Bergmann wrote: > >> The Xen framebuffer driver selects the xen keyboard driver, so the latter > >> will be built-in if XEN_FBDEV_FRONTEND=y. However,

Re: [PATCH] Bluetooth: hci_uart: fix boolreturn.cocci warnings

On Tue, 2016-02-16 at 00:25 +0800, kbuild test robot wrote: > drivers/bluetooth/hci_mrvl.c:411:9-10: WARNING: return of 0/1 in > function 'mrvl_fw_loaded' with return type bool > >  Return statements in functions returning bool should use >  true/false instead of 1/0. > Generated by: scripts/cocci

[media 7/7] PCI bridge driver for PT3 & PXQ3PE

From: Буди Романто, AreMa Inc Signed-off-by: Буди Романто, AreMa Inc --- drivers/media/pci/Kconfig | 2 +- drivers/media/pci/Makefile | 2 +- drivers/media/pci/ptx/Kconfig | 21 ++ drivers/media/pci/ptx/Makefile | 8 + drivers/media/pci/ptx/pt3_pci.c| 509 ++

Re: [PATCH 4.3 000/200] 4.3.6-stable review

On 02/15/2016 08:16 AM, Shuah Khan wrote: > On 02/14/2016 03:20 PM, Greg Kroah-Hartman wrote: >> - >> NOTE: This is the last 4.3.y kernel to be released. After this one, it >> is end-of-life, please move to 4.4.y at this point in time. >> - >> >> Thi

Re: arm qemu test failures due to 'driver-core: platform: probe of-devices only using list of compatibles'

Hello Greg, On Mon, Feb 15, 2016 at 08:49:37AM -0800, Greg Kroah-Hartman wrote: > On Mon, Feb 15, 2016 at 05:27:53PM +0100, Uwe Kleine-König wrote: > > Greg, can you drop this patch, or do you need a proper changelog for a > > revert? On top of that I'd then create a new patch which is more > > co

[PATCH 03/20] intel_th: Depend on HAS_IOMEM

This driver requires io memory to operate, so don't even consider it for NO_IOMEM architectures. Reported-by: Richard Weinberger Signed-off-by: Alexander Shishkin --- drivers/hwtracing/intel_th/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hwtracing/intel_t

[PATCH 00/20] stm class/intel_th: Updates for char-misc-next

Hi Greg, These are the patches I have queued for the next merge window. Please consider applying. Alexander Shishkin (16): intel_th: Depend on HAS_IOMEM intel_th: gth: Remove commented-out code intel_th: Update scratchpad bits according to enabled output activity intel_th: sth: Sanitize p

[PATCH 15/20] stm class: Fix unlocking braino in the error path

If an illegal attempt is made to unlink stm source device from an stm device, the stm device's link spinlock mistakenly remains locked. While this really shouldn't happen (there's a warning in place), the locking should remain in order so that we can still recover from this situation if it indeed d

[PATCH 09/20] intel_th: Set root device's drvdata early

Already during the subdevice initialization time, devices will need to reference Intel TH controller descriptor structure. This patch moves setting the drvdata from the pci glue to intel_th core, before subdevices are populated. Signed-off-by: Alexander Shishkin --- drivers/hwtracing/intel_th/c

[PATCH 04/20] intel_th: gth: Remove commented-out code

There's a commented-out function in the GTH driver that's a leftover from previous versions of the driver, where we tried to inherit the pre-existing configuration, which didn't prove to be a sound idea. This patch removes the function. No functional changes. Signed-off-by: Alexander Shishkin --

[PATCH 14/20] stm class: Add heartbeat stm source device

Heartbeat stm source may have multiple instances (for connecting to different stm devices). Each instance will send a periodic test message over its stm device when it is linked. This can be used for testing stm class framework, stm device drivers or as a heartbeat over the stm link. Signed-off-by

[PATCH 08/20] intel_th: sth: Sanitize packet callback's return values

According to the stm class interface, the packet callback should return an error if it is asked to generate packets that it doesn't support. When it succeeds, it should return number of bytes consumed from its payload. Currently, for FLAG packet it mistakenly returns 1. This patch addresses these

[PATCH 10/20] intel_th: Use real device index in the node names

Most of the intel_th core supports multiple co-existing TH devices, except for output device nodes, where intel_th device id is hardcoded to be zero. Fix this by fetching the actual intel_th device id from the parent device's drvdata. Signed-off-by: Alexander Shishkin --- drivers/hwtracing/inte

[PATCH 11/20] stm class: Use driver's packet callback return value

STM drivers provide a callback to generate/send individual STP packets; it also tells the stm core how many bytes of payload it has consumed. However, we would also need to use the negative space of this return value to communicate errors that occur during the packet generation, in which case the s

[PATCH 19/20] stm class: Plug stm device's unlink callback

STM device's unlink callback is never actually called from anywhere in the stm class code. This patch adds calls to stm driver's unlink method after the unlinking has succeeded. Signed-off-by: Alexander Shishkin --- drivers/hwtracing/stm/core.c | 23 +++ include/linux/stm.h

[PATCH 20/20] stm class: dummy_stm: Add link callback for fault injection

STM device's link callback has the power to abort master/channel assignment by returning a negative error code. Use this in dummy stm device to optionally abort assigning certain channel IDs. This is useful as fault injection into the stm class core, for testing purposes. Signed-off-by: Alexander

Re: [PATCH 3.10 00/64] 3.10.97-stable review

On 02/14/2016 03:22 PM, Greg Kroah-Hartman wrote: > This is the start of the stable review cycle for the 3.10.97 release. > There are 64 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 s

[PATCH 18/20] stm class: Fix a race in unlinking

There is a window in stm_source_link_drop(), during which the source's link may change before locks are acquired. When this happens, it throws a warning, since this is not an expected scenario. This patch handles the race in such a way that if the link appears to have changed by the time we took t

[PATCH 17/20] stm class: Fix unbalanced module/device refcounting

STM code takes references to the stm device and its module for the duration of the character device's existence or the stm_source link. Dropping these references is not well balanced everywhere, which may lead to leaks. This patch balances the acquisition and releasing of these two references and

[PATCH 16/20] stm class: Guard output assignment against concurrency

It is possible to concurrently assign the same output (a character device writer or an stm_source device) to different stm devices, which sets off a strategically placed warning in stm_output_assign(). To avoid this, use a spinlock to serialize (un)assignments between outputs and stm devices. Sig

Re: [PATCH v8 2/4] perf inject: add jitdump mmap injection support

Em Sun, Feb 14, 2016 at 06:16:44PM -0800, Stephane Eranian escreveu: > On Fri, Feb 12, 2016 at 12:43 PM, Arnaldo Carvalho de Melo > wrote: > > > > Em Fri, Feb 12, 2016 at 12:32:53PM -0800, Stephane Eranian escreveu: > > > On Thu, Feb 11, 2016 at 2:16 PM, Arnaldo Carvalho de Melo > > > wrote: > >

[PATCH 12/20] stm class: Support devices with multiple instances

By convention, the name of the stm policy directory in configfs consists of the device name to which it applies and the actual policy name, separated by a dot. Now, some devices already have dots in their names that separate name of the actual device from its instance identifier. Such devices will

[PATCH 13/20] stm class: dummy_stm: Create multiple devices

STM framework should be able to handle multiple STM devices at a time, each one with its own master allocation policy. This patch changes dummy_stm driver to create multiple STM sinks to help testing the framework. Signed-off-by: Alexander Shishkin --- drivers/hwtracing/stm/dummy_stm.c | 57 +++

[PATCH 06/20] intel_th: msu: Fix offset for wrapped block

From: Laurent FERT Fix offset for the second pass on the wrapped block when iterating over memory in multi-block mode, otherwise wrong part of the block will get copied. Signed-off-by: Laurent FERT Signed-off-by: Alexander Shishkin --- drivers/hwtracing/intel_th/msu.c | 2 +- 1 file changed,

[PATCH 05/20] intel_th: Update scratchpad bits according to enabled output activity

Intel TH implements a scratchpad register to indicate to the firmware and external debuggers what trace configuration is enabled so that everybody plays nicely together. The register is a bit field and the bit assignment convention is described in the developer's manual. This patch enables the dri

[PATCH 07/20] intel_th: msu: Release resources on read error

From: Laurent FERT Right now, reading from msc character device will leak its's user count on read error. This patch makes sure resources are released when there is no data left to read from the buffer. Signed-off-by: Laurent FERT Signed-off-by: Alexander Shishkin --- drivers/hwtracing/intel

[PATCH 02/20] stm class: Fix master deallocation in device unregistering

From: Chunyan Zhang The device unregister path uses wrong master index range when it tries to free the allocated masters, it should, as does the rest of the stm class code, use real master IDs. This patch fixes the device unregister path to use real master IDs to avoid memory leaks after unloadi

Re: [Intel-gfx] [PATCH] [RFC] kernel/cpu: Use lockref for online CPU reference counting

On Mon, Feb 15, 2016 at 03:17:55PM +0100, Peter Zijlstra wrote: > On Mon, Feb 15, 2016 at 02:36:43PM +0200, Joonas Lahtinen wrote: > > Instead of implementing a custom locked reference counting, use lockref. > > > > Current implementation leads to a deadlock splat on Intel SKL platforms > > when l

[PATCH 01/20] stm class: Use a signed return type for stm_find_master_chan

From: Lucas Tanure The return type "unsigned int" was used by the stm_find_master_chan function despite of the aspect that it will eventually return a negative error code. Done with the help of Coccinelle. Signed-off-by: Lucas Tanure Signed-off-by: Alexander Shishkin --- drivers/hwtracing/st

Re: [PATCH v4 20/23] arm64: perf: Count EL2 events if the kernel is running in HYP

On Thu, Feb 11, 2016 at 06:40:01PM +, Marc Zyngier wrote: > When the kernel is running in HYP (with VHE), it is necessary to > include EL2 events if the user requests counting kernel or > hypervisor events. > > Reviewed-by: Christoffer Dall > Acked-by: Catalin Marinas > Signed-off-by: Marc Z

[media 1/7] raise adapter number limit

From: Буди Романто, AreMa Inc The current limit is too low for latest cards with 8+ tuners on a single slot, change to 64. Signed-off-by: Буди Романто, AreMa Inc --- drivers/media/dvb-core/dvbdev.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/dvb-core/dvbd

[media 0/7] Driver bundle for PT3 & PX-Q3PE

From: Буди Романто, AreMa Inc Polished driver bundle for PT3 & PX-Q3PE, two of the most powerful ISDB-S/ISDB-T receiver cards currently available in Japan. Useless features are removed. Main Components: A. PT3 (2 ISDB-S + 2 ISDB-T receiver) 1. Altera EP4CGX15BF14C8N : customized FPGA PCI

[media 3/7] drop backstabbing drivers

From: Буди Романто, AreMa Inc Signed-off-by: Буди Романто, AreMa Inc --- drivers/media/dvb-frontends/tc90522.c | 840 drivers/media/dvb-frontends/tc90522.h | 42 -- drivers/media/pci/pt3/Kconfig | 10 - drivers/media/pci/pt3/Makefile| 8 - dr

Re: [PATCH 4/4] dmaengine: pxa_dma: fix the maximum requestor line

Vinod Koul writes: > On Thu, Feb 11, 2016 at 10:23:18PM +0100, Robert Jarzmik wrote: >> @@ -1399,13 +1405,17 @@ static int pxad_probe(struct platform_device *op) >> return PTR_ERR(pdev->base); >> >> of_id = of_match_device(pxad_dt_ids, &op->dev); >> -if (of_id) >> +if

[media 6/7] Sharp QM1D1C0042 ISDB-S tuner

From: Буди Романто, AreMa Inc Signed-off-by: Буди Романто, AreMa Inc --- drivers/media/tuners/qm1d1c0042.c | 246 ++ drivers/media/tuners/qm1d1c0042.h | 23 2 files changed, 269 insertions(+) create mode 100644 drivers/media/tuners/qm1d1c0042.c create

Re: [ANNOUNCE] 4.4.1-rt6

On Sat, 2016-02-13 at 00:47 +0100, Sebastian Andrzej Siewior wrote: > Known issues: > - bcache stays disabled > > - CPU hotplug got a little better but can deadlock. My x86_64 desktop box survived 100 iterations of Steven's script. If my 64 core box survives, I'll be amazed, but it definite

Re: [PATCH 3/3] spi: rockchip: add debug interface support

On Mon, Feb 15, 2016 at 04:28:22PM +0800, Shawn Lin wrote: > +#ifdef CONFIG_DEBUG_FS > +#include > +#endif Just include the header. Only add ifdefs if they do something. > +static int rockchip_spi_debugfs_init(struct rockchip_spi *rs) > +{ > + rs->debugfs = debugfs_create_dir("rockchip_spi

Re: [PATCH v4 23/23] arm64: Panic when VHE and non VHE CPUs coexist

On Thu, Feb 11, 2016 at 06:40:04PM +, Marc Zyngier wrote: > Having both VHE and non-VHE capable CPUs in the same system > is likely to be a recipe for disaster. > > If the boot CPU has VHE, but a secondary is not, we won't be > able to downgrade and run the kernel at EL1. Add CPU hotplug > to

Re: [PATCH] dmaengine: use phys_addr_t for slave configuration

On Tue, Feb 09, 2016 at 11:57:24PM +0100, Wolfram Sang wrote: > > > This is a dependency for adding iommu support to the rcar-dmac driver, cfr. > > "[PATCH v2 0/5] dmaengine: rcar-dmac: add iommu support for slave > > transfers". > > http://www.spinics.net/lists/linux-renesas-soc/msg00066.html >

[media 5/7] MaxLinear MxL301RF ISDB-T tuner

From: Буди Романто, AreMa Inc Signed-off-by: Буди Романто, AreMa Inc --- drivers/media/tuners/mxl301rf.c | 251 drivers/media/tuners/mxl301rf.h | 23 2 files changed, 274 insertions(+) create mode 100644 drivers/media/tuners/mxl301rf.c create mod

[media 4/7] Toshiba TC90522XBG quad demod (2ch OFDM + 2ch 8PSK) for PT3 & PXQ3PE

From: Буди Романто, AreMa Inc Signed-off-by: Буди Романто, AreMa Inc --- drivers/media/dvb-frontends/tc90522.c | 280 ++ drivers/media/dvb-frontends/tc90522.h | 18 +++ 2 files changed, 298 insertions(+) create mode 100644 drivers/media/dvb-frontends/tc90522.c

Re: [PATCH] arm: dts: AM57XX: Correct the thermal thresholds

On 02/15/2016 10:13 AM, Keerthy wrote: [...] >> >> This data is in the AM572x datasheet: >> http://www.ti.com/lit/ds/symlink/am5728.pdf >> >> Table 5-3 in the current version contains the maximum junction >> temperatures. >> >> this indicates that there are "Commercial" and "extended" -> we may >>

[media 2/7] add NXP tda2014x & Newport Media nm120/130/131 tuners

From: Буди Романто, AreMa Inc Signed-off-by: Буди Романто, AreMa Inc --- drivers/media/tuners/Kconfig| 14 ++ drivers/media/tuners/Makefile | 2 + drivers/media/tuners/nm131.c| 272 ++ drivers/media/tuners/nm131.h| 13 ++ drivers/media/tuners/tda201

Re: [PATCH 4/4] dmaengine: pxa_dma: fix the maximum requestor line

On Mon, Feb 15, 2016 at 06:24:57PM +0100, Robert Jarzmik wrote: > Vinod Koul writes: > > > On Thu, Feb 11, 2016 at 10:23:18PM +0100, Robert Jarzmik wrote: > >> @@ -1399,13 +1405,17 @@ static int pxad_probe(struct platform_device *op) > >>return PTR_ERR(pdev->base); > >> > >>of_i

Re: [PATCH 1/2] tracing/mm: don't trace kfree on offline CPUs

On Sun, 14 Feb 2016 23:19:42 +0300 Denis Kirjanov wrote: > >>TP_PROTO(unsigned long call_site, const void *ptr), > >> > >> - TP_ARGS(call_site, ptr) > >> + TP_ARGS(call_site, ptr), > >> + > >> + /* > >> + * This trace can be potentially called from an offlined cpu. > >> + * Since trac

Alert!

Dear User, This is to inform you that on the 1st January 2016, we updated our webmail display framework with the all new Display and Network EPM. We’ve temporarily limited what you can do with your email account as you are still using the old server. Update your email to gain full access to all

Re: [PATCH 1/2] ideapad: No hardware switch after 2016

Ike Panhc writes: > On 02/15/2016 08:08 PM, Bjørn Mork wrote: >> Ike Panhc writes: >> >>> There are complains on few ideapads that wireless is always hard >>> blocked but there is no physical radio switch. For now, we need >>> each user to report its dmi information and ignore hard blocks >>> on

Re: [PATCH wq/for-4.5-fixes] workqueue: handle NUMA_NO_NODE for unbound pool_workqueue lookup

On Wed 10-02-16 10:55:03, Tejun Heo wrote: [...] > --- a/kernel/workqueue.c > +++ b/kernel/workqueue.c > @@ -570,6 +570,16 @@ static struct pool_workqueue *unbound_pwq_by_node(struct > workqueue_struct *wq, > int node) > { > assert_rcu_or_wq_m

Re: [PATCH] dmaengine: use phys_addr_t for slave configuration

> > > This is a dependency for adding iommu support to the rcar-dmac driver, > > > cfr. > > > "[PATCH v2 0/5] dmaengine: rcar-dmac: add iommu support for slave > > > transfers". > > > http://www.spinics.net/lists/linux-renesas-soc/msg00066.html > > > https://www.mail-archive.com/linux-renesas-so

Hello

I am Ms.Golan I am getting in touch with you regarding an extremely important and urgent matter.If you would oblige me the opportunity,shall provide you with details upon your response. Faithfully, Ms. Golan

Re: [PATCH v16 0/6] Device Tree support for FPGA programming

Hi Alan, On Thu, Feb 11, 2016 at 2:17 PM, atull wrote: >> > > I looked into it further and now I've got a solution for this issue >> > > that I can post soon. I can stop using the DT overlay configfs >> > > interface and add a sysfs file for applying an overlay to an FPGA >> > > region. The FP

Re: arm qemu test failures due to 'driver-core: platform: probe of-devices only using list of compatibles'

On 15/02/16 15:41, Guenter Roeck wrote: On 02/15/2016 02:59 AM, Uwe Kleine-König wrote: Hello Guenter, On Sun, Feb 14, 2016 at 08:50:10AM -0800, Guenter Roeck wrote: Uwe, Your patch 'driver-core: platform: probe of-devices only using list of compatibles' causes the following qemu tests to c

Re: [PATCH] Documentation: SubmittingPatches: Add note about Reviewed-by tags

On Thu, 11 Feb 2016 18:12:58 -0800 Florian Fainelli wrote: > As is now common in a lot of organization having an internal code review > process (be it through Gerritt or other tools), patches extracted from > this review process and submitted to public mailing-lists will have > pre-existing Revie

Re: [RFC PATCH] SPI/ACPI: DesignWare: Add ACPI support for Designware SPI driver

On Sun, Feb 14, 2016 at 05:31:14PM +0800, Jiang Qiu wrote: > 在 2016/2/5 19:09, Mark Brown 写道: > >On Fri, Feb 05, 2016 at 03:11:20PM +0800, qiujiang wrote: Please fix your mail client to word wrap within paragraphs at something substantially less than 80 columns. Doing this makes your messages muc

Re: [RFC PATCH] SPI/ACPI: DesignWare: Add ACPI support for Designware SPI driver

On Mon, Feb 15, 2016 at 04:27:51PM +0800, Hanjun Guo wrote: > On 2016/2/5 19:09, Mark Brown wrote: > > Intel are heavy users of this driver on their systems which also use > > ACPI. Have you discussed this binding with them? I've copied Andy and > > Jarkko who've worked on the driver recently.

Re: [PATCH 2/5] Kbuild: disable 'maybe-uninitialized' warning for CONFIG_PROFILE_ALL_BRANCHES

On Fri, Feb 12, 2016 at 05:06:19PM +0100, Arnd Bergmann wrote: > CONFIG_PROFILE_ALL_BRANCHES confuses gcc-5.x to the degree that it prints > incorrect warnings about a lot of variables that it thinks can be used > uninitialized, e.g.: > > i2c/busses/i2c-diolan-u2c.c: In function 'diolan_usb_xfer':

Re: [PATCH v4 21/23] arm64: hw_breakpoint: Allow EL2 breakpoints if running in HYP

On Thu, Feb 11, 2016 at 06:40:02PM +, Marc Zyngier wrote: > With VHE, we place kernel {watch,break}-points at EL2 to get things > like kgdb and "perf -e mem:..." working. > > This requires a bit of repainting in the low-level encore/decode, > but is otherwise pretty simple. > > Signed-off-by:

Re: [PATCH] branch tracer: fix freak link error

On Fri, 12 Feb 2016 22:26:42 +0100 Arnd Bergmann wrote: > In my randconfig tests, I came across a bug that involves several > components: > > [..] > > This patch avoids the problem by changing __trace_if() to check > whether the condition is known at compile-time to be nonzero, rather > than

[PATCH] iio: Fix typos in the struct iio_event_spec documentation comments

This patch fixes a few minor typos in the documentation comments for the scan_type member of the iio_event_spec structure. The sign member name was improperly capitalized as "Sign" in the comments. The storagebits member name was improperly listed as "storage_bits" in the comments. The endianness m

Re: [PATCH 1/1] MIPS: DTS: cavium-octeon: provide model attribute

On 02/15/2016 12:16 PM, Sergei Shtylyov wrote: > Hello. > > On 2/15/2016 8:26 AM, Heinrich Schuchardt wrote: > >> Downstream packages like Debian flash-kernel rely on >> /proc/device-tree/model >> to determine how to install an updated kernel image. >> >> Most dts files provide this property. >>

Re: [PATCH v5 RESEND 4/5] ARM: amba: Move reading of periphid to amba_match()

On Wed, Feb 10, 2016 at 11:47:29AM +0100, Marek Szyprowski wrote: > From: Tomeu Vizoso > > Reading the periphid when the Primecell device is registered means that > the apb pclk must be available by then or the device won't be registered > at all. > > By reading the periphid in amba_match() we c

[PATCH] phy: marvell: Fix and unify reg-init behavior

For the Marvell 88E1510, marvell_of_reg_init was called too late (in m88e1510_config_aneg), which lead to the phy state machine being stuck at waiting for interrupts, which are off by default on the 88E1510. This further lead to the ethernet link not coming up at boot. For some Marvell PHYs, marvel

Re: [PATCH 2/2] fsnotify: turn fsnotify reaper thread into a workqueue job

On Mon, 15 Feb 2016 14:03:10 +0800 Eryu Guan wrote: > On Sun, Feb 14, 2016 at 07:15:23PM -0500, Jeff Layton wrote: > > We don't require a dedicated thread for fsnotify cleanup. Switch it over > > to a workqueue job instead that runs on the system_unbound_wq. > > > > In the interest of not thrash

[PATCH] compiler-gcc: Workaround MIPS GCC reordering bug

GCC for MIPS currently has a bug which leads to it reordering instructions into branch delay slots incorrectly when a call to __builtin_unreachable is the only content of the default case of a switch statement. See this thread for details: https://gcc.gnu.org/ml/gcc-patches/2015-09/msg00360.ht

Re: [RFC][PATCH 00/12] various perf fixes

On Mon, Feb 15, 2016 at 06:45:59PM +0100, Dmitry Vyukov wrote: > However, you need to add getpid and gettid syscalls to the list of > enabled syscalls in config (they are required for perf_event_open): > > "enable_syscalls": [ > "getpid", > "gettid", >

Re: [RFC 0/6] Track RCU dereferences in RCU read-side critical sections

On Thu, Feb 04, 2016 at 12:45:06AM +0800, Boqun Feng wrote: > As a characteristic of RCU, read-side critical sections have a very > loose connection with rcu_dereference()s, which is you can only be sure > about an rcu_dereference() might be called in some read-side critical > section, but if code

[PATCH] omap3: Add cpuidle parameters table for omap3430

Based on CPU type choose generic omap3 or omap3430 specific cpuidle parameters. Parameters for omap3430 were measured on Nokia N900 device and added by commit 5a1b1d3a9efa ("OMAP3: RX-51: Pass cpu idle parameters") which were later removed by commit 231900afba52 ("ARM: OMAP3: cpuidle - remove rx51

Re: arm qemu test failures due to 'driver-core: platform: probe of-devices only using list of compatibles'

On Mon, Feb 15, 2016 at 05:41:42PM +, Sudeep Holla wrote: > Sorry for missing this earlier, I could reproduce this on my TC2. > The issue is with card-detect gpio probing. It's not related to AMBA > probing as discussed on the mail thread. > > mfd_add_device adds devices with of_node when cell

Build regressions/improvements in v4.5-rc4

Below is the list of build error/warning regressions/improvements in v4.5-rc4[1] compared to v4.4[2]. Summarized: - build errors: +19/-23 - build warnings: +173/-151 JFYI, when comparing v4.5-rc4[1] to v4.5-rc3[3], the summaries are: - build errors: +17/-11 - build warnings: +95/-65 Note

Re: Build regressions/improvements in v4.5-rc4

On Mon, Feb 15, 2016 at 7:06 PM, Geert Uytterhoeven wrote: > JFYI, when comparing v4.5-rc4[1] to v4.5-rc3[3], the summaries are: > - build errors: +17/-11 + /home/kisskb/slave/src/arch/arm/include/asm/div64.h: error: 'asm' operand has impossible constraints: => 93:3, 111:3 + /home/kisskb/s

Re: [RFC PATCH] SPI/ACPI: DesignWare: Add ACPI support for Designware SPI driver

On Mon, 15 Feb 2016 17:45:40 + Mark Brown wrote: > On Mon, Feb 15, 2016 at 04:27:51PM +0800, Hanjun Guo wrote: > > On 2016/2/5 19:09, Mark Brown wrote: > > > > Intel are heavy users of this driver on their systems which also use > > > ACPI. Have you discussed this binding with them? I've

Re: [PATCH] regulator: vexpress: rename vexpress regulator implementation

On Wed, Feb 10, 2016 at 06:49:54PM +, Sudeep Holla wrote: > On 29/01/16 17:37, Sudeep Holla wrote: > >The vexpress regulator implementation is currently just called vexpress. > >This is a problem because it clashes with another module with the same > >name in hardware monitors. > >This patch

Re: [PATCH] Documentation: SubmittingPatches: Add note about Reviewed-by tags

Hi Jon, Comments below On 16-02-15 09:43 AM, Jonathan Corbet wrote: On Thu, 11 Feb 2016 18:12:58 -0800 Florian Fainelli wrote: As is now common in a lot of organization having an internal code review process (be it through Gerritt or other tools), patches extracted from this review process a

[PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

early_acpi_os_unmap_memory() is marked as __init because it calls __acpi_unmap_table(), but only when acpi_gbl_permanent_mmap is not set. acpi_gbl_permanent_mmap is set in __init acpi_early_init() so it is safe to call early_acpi_os_unmap_memory() from anywhere We need this function to be non-__i

[PATCH v3 3/5] ACPI: enable ACPI_SPCR_TABLE on ARM64

SBBR mentions SPCR as a mandatory ACPI table. So enable it for ARM64 Signed-off-by: Aleksey Makarov --- arch/arm64/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index 6bb21d8..75739cd 100644 --- a/arch/arm64/Kconfig +++ b/arch/arm64/Kconfig @

[PATCH v3 5/5] serial: pl011: use SPCR to setup 32-bit access

Some implementations of ARM SBSA serial port hardware require that access to the registers should be 32-bit. Unfortunately, the only way for the driver to tell if it's the case is to use the data from ACPI SPCR/DBG2 tables. In this case the value of the 'Interface Type' field of the SPCR table is

[PATCH v3 4/5] ACPI: add definition of DBG2 subtypes

The recent version of Microsoft Debug Port Table 2 (DBG2) [1] specifies additional serial debug port subtypes. These constants are also referred by Serial Port Console Redirection Table (SPCR) [2] Add these constants. [1] https://msdn.microsoft.com/en-us/library/windows/hardware/dn639131(v=vs.8

Re: [PATCH 3.10 00/64] 3.10.97-stable review

On Sun, Feb 14, 2016 at 09:20:18PM -0800, Guenter Roeck wrote: > On 02/14/2016 02:22 PM, Greg Kroah-Hartman wrote: > >This is the start of the stable review cycle for the 3.10.97 release. > >There are 64 patches in this series, all will be posted as a response > >to this one. If anyone has any iss

Re: [PATCH 1/1] MIPS: DTS: cavium-octeon: provide model attribute

On 02/15/2016 08:52 PM, Heinrich Schuchardt wrote: Downstream packages like Debian flash-kernel rely on /proc/device-tree/model to determine how to install an updated kernel image. Most dts files provide this property. It is suggested by IEEE Std 1275-1994. This patch adds a model attribute fo

Re: arm qemu test failures due to 'driver-core: platform: probe of-devices only using list of compatibles'

On 02/15/2016 09:00 AM, Uwe Kleine-König wrote: On Mon, Feb 15, 2016 at 07:41:19AM -0800, Guenter Roeck wrote: On 02/15/2016 02:59 AM, Uwe Kleine-König wrote: Hello Guenter, On Sun, Feb 14, 2016 at 08:50:10AM -0800, Guenter Roeck wrote: Uwe, Your patch 'driver-core: platform: probe of-device

Re: [PATCH] regulator: vexpress: rename vexpress regulator implementation

On Mon, Feb 15, 2016 at 06:10:17PM +, Mark Brown wrote: > On Wed, Feb 10, 2016 at 06:49:54PM +, Sudeep Holla wrote: > > [1] https://lkml.org/lkml/2016/1/29/7 > Please include human readable descriptions of things like commits and > issues being discussed in e-mail in your mails, this make

Re: [PATCH 4.3 041/200] spi: omap2-mcspi: disable other channels CHCONF_FORCE in prepare_message

On Mon, Feb 15, 2016 at 09:23:46AM -0600, Michael Welling wrote: > On Mon, Feb 15, 2016 at 11:03:51AM +, Mark Brown wrote: > > On Sun, Feb 14, 2016 at 04:50:47PM -0600, Michael Welling wrote: > > > > > spi: omap2-mcspi: Add calls for pinctrl state select > > > > That doesn't sound like stabl

[PATCH v3 2/5] ACPI: parse SPCR and enable matching console

'ARM Server Base Boot Requiremets' [1] mentions SPCR (Serial Port Console Redirection Table) [2] as a mandatory ACPI table that specifies the configuration of serial console. Parse this table and check if any registered console match the description. If it does, enable that console. Introduce a

[PATCH v3 0/5] ACPI: parse the SPCR table

This patchset is based on the patchset by Leif Lindholm [1] 'ARM Server Base Boot Requirements' [2] mentions SPCR (Serial Port Console Redirection Table) [3] as a mandatory ACPI table that specifies the configuration of serial console. SPCR support is included in QEMU's ARM mach-virt since 2.4 re

Re: [PATCH v4 23/23] arm64: Panic when VHE and non VHE CPUs coexist

On 15/02/16 17:26, Will Deacon wrote: > On Thu, Feb 11, 2016 at 06:40:04PM +, Marc Zyngier wrote: >> Having both VHE and non-VHE capable CPUs in the same system >> is likely to be a recipe for disaster. >> >> If the boot CPU has VHE, but a secondary is not, we won't be >> able to downgrade and

Re: [PATCH] netfilter: tee: select NF_DUP_IPV6 unconditionally

On Fri, Feb 05, 2016 at 10:20:21AM +0100, Arnd Bergmann wrote: > The NETFILTER_XT_TARGET_TEE option selects NF_DUP_IPV6 whenever > IP6_NF_IPTABLES is enabled, and it ensures that it cannot be > builtin itself if NF_CONNTRACK is a loadable module, as that > is a dependency for NF_DUP_IPV6. > > Howe

Re: arm qemu test failures due to 'driver-core: platform: probe of-devices only using list of compatibles'

On 15/02/16 18:03, Russell King - ARM Linux wrote: On Mon, Feb 15, 2016 at 05:41:42PM +, Sudeep Holla wrote: Sorry for missing this earlier, I could reproduce this on my TC2. The issue is with card-detect gpio probing. It's not related to AMBA probing as discussed on the mail thread. mfd_

Re: [PATCH 4.3 041/200] spi: omap2-mcspi: disable other channels CHCONF_FORCE in prepare_message

On Sun, Feb 14, 2016 at 09:08:50PM -0600, Michael Welling wrote: > On Sun, Feb 14, 2016 at 03:17:36PM -0800, Greg Kroah-Hartman wrote: > > On Sun, Feb 14, 2016 at 04:50:47PM -0600, Michael Welling wrote: > > > On Sun, Feb 14, 2016 at 02:20:48PM -0800, Greg Kroah-Hartman wrote: > > > > 4.3-stable re

Re: [PATCH v9 2/2] pcie-designware platform driver

Hi Bjorn! Did you have opportunity to check the v9 patch set? Thanks. Joao On 2/10/2016 9:48 AM, Joao Pinto wrote: > Hi Bjorn, > > On 2/8/2016 11:28 PM, Bjorn Helgaas wrote: >>> if (!pci_has_flag(PCI_PROBE_ONLY)) { >>>^ >>>drivers/pci/host/pcie-designware.c:581:2

Re: [PATCH] phy: marvell: Fix and unify reg-init behavior

On 15/02/2016 09:52, Clemens Gruber wrote: > For the Marvell 88E1510, marvell_of_reg_init was called too late (in > m88e1510_config_aneg), which lead to the phy state machine being stuck > at waiting for interrupts, which are off by default on the 88E1510. > This further lead to the ethernet link n

Re: [PATCH] kernel: fs: drop_caches: add dds drop_caches_count

On 02/14/2016 01:18 PM, Dave Chinner wrote: On Fri, Feb 12, 2016 at 12:14:39PM -0800, Daniel Walker wrote: From: Khalid Mughal Currently there is no way to figure out the droppable pagecache size from the meminfo output. The MemFree size can shrink during normal system operation, when some of

Re: [PATCH wq/for-4.5-fixes] workqueue: handle NUMA_NO_NODE for unbound pool_workqueue lookup

Hello, Michal. On Mon, Feb 15, 2016 at 06:33:46PM +0100, Michal Hocko wrote: > On Wed 10-02-16 10:55:03, Tejun Heo wrote: > [...] > > --- a/kernel/workqueue.c > > +++ b/kernel/workqueue.c > > @@ -570,6 +570,16 @@ static struct pool_workqueue > > *unbound_pwq_by_node(struct workqueue_struct *wq, >

Re: [PATCH] phy: marvell: Fix and unify reg-init behavior

On 15/02/2016 10:19, Florian Fainelli wrote: > On 15/02/2016 09:52, Clemens Gruber wrote: >> For the Marvell 88E1510, marvell_of_reg_init was called too late (in >> m88e1510_config_aneg), which lead to the phy state machine being stuck >> at waiting for interrupts, which are off by default on the

Re: [PATCH 4/4] dmaengine: pxa_dma: fix the maximum requestor line

Vinod Koul writes: > On Mon, Feb 15, 2016 at 06:24:57PM +0100, Robert Jarzmik wrote: >> Vinod Koul writes: >> >> > On Thu, Feb 11, 2016 at 10:23:18PM +0100, Robert Jarzmik wrote: >> >> @@ -1399,13 +1405,17 @@ static int pxad_probe(struct platform_device *op) >> >> return PTR_ERR(pdev-

Re: [PATCH v4 20/23] arm64: perf: Count EL2 events if the kernel is running in HYP

On 15/02/16 17:22, Will Deacon wrote: > On Thu, Feb 11, 2016 at 06:40:01PM +, Marc Zyngier wrote: >> When the kernel is running in HYP (with VHE), it is necessary to >> include EL2 events if the user requests counting kernel or >> hypervisor events. >> >> Reviewed-by: Christoffer Dall >> Acked

Re: [RFC PATCH] GPIO/ACPI: DesignWare: Add GPIO-signaled ACPI events support for power button

Mika can you help out looking at this patch. Tell me if you need a copy of the whole patch, I'm not smart with ACPI. On Fri, Feb 5, 2016 at 7:25 AM, qiujiang wrote: > This patch modifies the DesignWare GPIO controller driver to > support the GPIO-signaled ACPI Events. This is used for power > bu

Re: [PATCH] Use ida_simple for SCSI iSCSI transport session id

On Fri, Feb 12, 2016 at 09:54:51AM -0800, James Bottomley wrote: > On Fri, 2016-02-12 at 09:38 -0800, Lee Duncan wrote: > > The scsi_transport_iscsi module already uses the ida_simple > > routines for managing the target ID, if requested to do > > so. This change replaces an ever-increasing atomic

Re: [PATCH] netfilter: nft_counter: fix erroneous return values

On Sat, Feb 06, 2016 at 11:31:19PM -0500, Anton Protopopov wrote: > The nft_counter_init() and nft_counter_clone() functions should return > negative error value -ENOMEM instead of positive ENOMEM. Applied, thanks.

Re: [PATCH v4 20/23] arm64: perf: Count EL2 events if the kernel is running in HYP

On Mon, Feb 15, 2016 at 06:23:35PM +, Marc Zyngier wrote: > On 15/02/16 17:22, Will Deacon wrote: > > On Thu, Feb 11, 2016 at 06:40:01PM +, Marc Zyngier wrote: > >> When the kernel is running in HYP (with VHE), it is necessary to > >> include EL2 events if the user requests counting kernel

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