Re: [PATCH 1/2] ASoC: atmel-classd: add the Audio Class D Amplifier code

On Wed, Sep 09, 2015 at 11:16:08AM +0800, Wu, Songjun wrote: > On 9/8/2015 20:23, Mark Brown wrote: > >If you want to have three controls you need to write code so that the > >user can only change one of them from 0dB at once, returning an error > >otherwise. That was why it looked like they

Re: [RFC PATCH v3] Fix: clocksource watchdog marks TSC unstable on guest VM

On Tue, 8 Sep 2015, Shaohua Li wrote: > On Tue, Sep 08, 2015 at 05:08:03PM +0200, Thomas Gleixner wrote: > > For non paravirt kernels which can read the TSC directly, we'd need a > > way to transport that information. A simple mechanism would be to > > query an emulated MSR from the watchdog which

Re: [PATCH 5/6] sched/fair: Get rid of scaling utilization by capacity_orig

On Wed, Sep 09, 2015 at 11:43:05AM +0200, Peter Zijlstra wrote: > Sadly that makes the code worse; I get 14 mul instructions where > previously I had 11. FWIW I count like: objdump -d defconfig-build/kernel/sched/fair.o | awk '/<[^>]*>:/ { p=0 } /:/ { p=1 } { if (p) print $0 }' |

Re: [PATCH 5/6] sched/fair: Get rid of scaling utilization by capacity_orig

On Tue, Sep 08, 2015 at 05:53:31PM +0100, Morten Rasmussen wrote: > On Tue, Sep 08, 2015 at 03:31:58PM +0100, Morten Rasmussen wrote: > > On Tue, Sep 08, 2015 at 02:52:05PM +0200, Peter Zijlstra wrote: > > But if we apply the scaling to the weight instead of time, we would only > > have to apply

Re: [PATCH v4 0/22] On-demand device probing

On 9 September 2015 at 03:33, Rob Herring wrote: > On 09/08/2015 02:30 AM, Tomeu Vizoso wrote: >> On 7 September 2015 at 22:50, Rob Herring wrote: >>> On Mon, Sep 7, 2015 at 7:23 AM, Tomeu Vizoso >>> wrote: Hello, I have a problem with the panel on my Tegra Chromebook taking

Re: [PATCH 2/2] kasan: Fix a type conversion error

2015-09-09 6:59 GMT+03:00 Wang Long : > The current KASAN code can find the following out-of-bounds > bugs: > char *ptr; > ptr = kmalloc(8, GFP_KERNEL); > memset(ptr+7, 0, 2); > > the cause of the problem is the type conversion error in > *memory_is_poisoned_n* function. So

Re: [PATCH v4 10/13] usb: hcd: Adapt to OTG core

On 09/09/15 05:23, Peter Chen wrote: > On Mon, Aug 24, 2015 at 04:21:21PM +0300, Roger Quadros wrote: >> The existing usb_add/remove_hcd() functionality >> remains unchanged for non-OTG devices. For OTG >> devices they only register the HCD with the OTG core. >> >> Introduce

Re: [RFC 3/5] acpi/serial: add DBG2 earlycon support

> > > +#ifdef CONFIG_SERIAL_EARLYCON > > > +static int use_earlycon __initdata; > > > +static int __init setup_acpi_earlycon(char *buf) > > > +{ > > > + if (!buf) > > > + use_earlycon = 1; > > > + > > > + return 0; > > > +} > > > +early_param("earlycon", setup_acpi_earlycon); > > > > It

Re: [PATCH v4 07/13] usb: otg: add OTG core

On 09/09/15 11:13, Peter Chen wrote: > On Wed, Sep 09, 2015 at 12:08:10PM +0300, Roger Quadros wrote: >> On 09/09/15 05:21, Peter Chen wrote: >>> On Tue, Sep 08, 2015 at 03:25:25PM +0300, Roger Quadros wrote: On 08/09/15 11:31, Peter Chen wrote: > On Mon, Sep 07, 2015 at

Re: [PATCH] sched: make policy-testing consistent in core

As per-irc request *prod* thanks! -Henrik On Thu, Aug 20, 2015 at 03:54:02PM +0200, Henrik Austad wrote: > Most of the policy-tests are done via the _policy() helpers with > the notable exception of idle. A new wrapper for valid_policy() has also > been added to improve readability in

[PATCH 2/2] x86, acpi: Handle apic/x2apic entries in MADT in correct order

ACPI specifies the following rules when listing APIC IDs: (1) Boot processor is listed first (2) For multi-threaded processors, BIOS should list the first logical processor of each of the individual multi-threaded processors in MADT before listing any of the second logical processors. (3)

Re: [PATCH 2/2] kasan: Fix a type conversion error

On 2015/9/9 17:01, Vladimir Murzin wrote: > On 09/09/15 04:59, Wang Long wrote: >> The current KASAN code can find the following out-of-bounds > > Should it be "cannot"? > > Vladimir > sorry for that mistake, it should be "cannot". >> bugs: >> char *ptr; >> ptr = kmalloc(8,

[PATCH 1/2] acpi: Added acpi_subtable_proc to ACPI table parsers

ACPI subtable parsing needs to be extended to allow two or more handlers to be run in the same ACPI table walk, thus adding acpi_subtable_proc structure which stores () ACPI table id () handler that processes table () counter how many items has been processed and passing it to

[PATCH 0/2] Fix how CPUs are enumerated when there's more than 255 CPUs

This series of patches attempts to fix how CPUs are enumerated by kernel when there's more than 255 of them on single processor. In such case, BIOS may interleave APIC/X2APIC MADT subtables, to obey requirements specified in ACPI spec. Without this patches, kernel then would first enumerate BSP,

[PATCH 4/5] dts: sunxi: add eeprom to A20 OLinuXino Lime2 board

From: Olliver Schinagl The Olimex A20 OLinuXino Lime2 features an eeprom that is always on the board. This patch adds it to the dts. --Tested-by: Olliver Schinagl --Signed-off-by: Olliver Schinagl --- arch/arm/boot/dts/sun7i-a20-olinuxino-lime2.dts | 6 ++ 1 file changed, 6 insertions(+)

[PATCH 3/5] dts: sunxi: add eeprom to A20 OLinuXino Lime board

From: Olliver Schinagl The Olimex A20 OLinuXino Lime features an eeprom that is always on the board. This patch adds it to the dts. --Tested-by: Olliver Schinagl --Signed-off-by: Olliver Schinagl --- arch/arm/boot/dts/sun7i-a20-olinuxino-lime.dts | 12 1 file changed, 12

[PATCH 1/5] dts: sunxi: add eeprom to A10 OLinuXino Lime board

From: Olliver Schinagl The Olimex A10 OLinuXino Lime features an eeprom that is always on the board. This patch adds it to the dts. --Tested-by: Olliver Schinagl --Signed-off-by: Olliver Schinagl --- arch/arm/boot/dts/sun4i-a10-olinuxino-lime.dts | 12 1 file changed, 12

[PATCH 5/5] dts: sunxi: add eeprom to A20 OLinuXino micro board

From: Olliver Schinagl The Olimex A20 OLinuXino Micro features an eeprom that is always on the board. This patch adds it to the dts. --Signed-off-by: Olliver Schinagl --- arch/arm/boot/dts/sun7i-a20-olinuxino-micro.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [PATCH v4 07/13] usb: otg: add OTG core

On Wed, Sep 09, 2015 at 12:08:10PM +0300, Roger Quadros wrote: > On 09/09/15 05:21, Peter Chen wrote: > > On Tue, Sep 08, 2015 at 03:25:25PM +0300, Roger Quadros wrote: > >> > >> > >> On 08/09/15 11:31, Peter Chen wrote: > >>> On Mon, Sep 07, 2015 at 01:23:01PM +0300, Roger Quadros wrote: >

[PATCH 0/5] Add eeprom to the Olimex series of boards

Some of the olimex series of boards feature a permanently connected eeprom on i2c-1. This patch series adds them on all the boards that have them according to the spec-sheets. I explicitly added my personal --Tested-by to boards I actually tested. There are two boards, that according to the

[PATCH 2/5] dts: sunxi: correct vendor prefix on OLinuXino a10s micro

From: Olliver Schinagl The OLinuXino A10S micro features an eeprom. According to the eeprom.txt binding document, we should use the manufacturer and 'at' is not the proper manufacturer id according to the vendor-prefixes. This patch takes the proper vendor-prefix and uses it for the eeprom

Re: [PATCH V3 4/5] clk: core: add CLK_OPS_PARENT_ON flags to support clocks require parent on

Ping... On Wed, Aug 19, 2015 at 7:07 PM, Dong Aisheng wrote: > On Mon, Aug 17, 2015 at 08:45:18PM +0800, Dong Aisheng wrote: >> On Thu, Aug 13, 2015 at 06:01:09PM -0700, Stephen Boyd wrote: >> > On 07/28, Dong Aisheng wrote: >> > > On Freescale i.MX7D platform, all clocks operations, including

[RFC PATCH v4 3/3] vfio: platform: return device properties as arrays of unsigned integers

From: Antonios Motakis Certain properties of a device are accessible as an array of unsigned integers, either u64, u32, u16, or u8. Let the VFIO user query this type of device properties. Signed-off-by: Antonios Motakis Signed-off-by: Baptiste Reynal --- drivers/vfio/platform/properties.c |

[RFC PATCH v4 1/3] vfio: platform: add device properties skeleton and user API

From: Antonios Motakis This patch introduces an API that allows to return device properties (OF or ACPI) of a device bound to the vfio-platform/vfio-amba driver and the skeleton of the implementation for VFIO_PLATFORM. Information about any device node bound by VFIO_PLATFORM should be queried

[RFC PATCH v4 2/3] vfio: platform: access device property as a list of strings

From: Antonios Motakis Certain device properties (e.g. the device node name, the compatible string), are available as a list of strings (separated by the null terminating character). Let the VFIO user query this type of properties. Signed-off-by: Antonios Motakis Signed-off-by: Baptiste Reynal

Re: [PATCH 1/2] irqchip: renesas-intc-irqpin: Propagate wake-up settings to parent

On 09/09/2015 11:53 AM, Thomas Gleixner wrote: On Wed, 9 Sep 2015, Grygorii Strashko wrote: On 09/08/2015 11:03 PM, Thomas Gleixner wrote: So, yes a seperate locking class for that intc trainwreck is probably required. Just as an option, May be we can proceed with patch: [PATCH v2 2/6]

Re: [GIT] Networking

On Sep 8 22:16, Konrad Rzeszutek Wilk wrote: > On Tue, Sep 8, 2015 at 10:14 PM, Konrad Rzeszutek Wilk > wrote: > > > > (Removed Linus and Andrew from the To, added Corinna ..) > > and resending again without HTML (sorry, thought I had HTML-emails > disabled by default) > > > > On Thu, Sep 3,

[PATCH] fix ufs write vs. readpage race when writing into a hole

Followup to UFS series - with the way we clear the new blocks (via buffer cache, possibly on more than a page worth of file) we really should not insert a reference to new block into inode block tree until after we'd cleared it. Signed-off-by: Al Viro --- diff --git a/fs/ufs/balloc.c

[PULL] vhost: cleanups and fixes

The following changes since commit 64291f7db5bd8150a74ad2036f1037e6a0428df2: Linux 4.2 (2015-08-30 11:34:09 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus for you to fetch changes up to

Re: [PATCH 0/3] serial: samsung: Fix UART status handling and other fixes

On 09/09/2015 01:47 AM, Krzysztof Kozlowski wrote: > On 08.09.2015 18:38, Robert Baldyga wrote: >> Hello, >> >> This patch set contains three patches: two minor fixes and one quite >> important bugfix enabling UART status handling in DMA mode, which was >> missing so far. It enables, among others,

[PATCH v3 2/2] ASoC: wm5110: Add DAPM/routing hookup for the ANC block

The wm5110 device contains a hardware ANC block, this patch connects up controls and routing for this. Signed-off-by: Charles Keepax --- No changes since v2. Thanks, Charles sound/soc/codecs/arizona.c | 119 ++ sound/soc/codecs/arizona.h |7 ++

[PATCH v3 1/2] mfd: arizona: Add register bits to support the ANC block

Some Arizona devices have a hardware ANC block present. This patch adds the registers necessary to configure this hardware block. Signed-off-by: Charles Keepax --- Changes since v2: - Added missing default for 0xF0A Thanks, Charles drivers/mfd/wm5110-tables.c | 186

Re: [PATCH v4 07/13] usb: otg: add OTG core

On 09/09/15 05:21, Peter Chen wrote: > On Tue, Sep 08, 2015 at 03:25:25PM +0300, Roger Quadros wrote: >> >> >> On 08/09/15 11:31, Peter Chen wrote: >>> On Mon, Sep 07, 2015 at 01:23:01PM +0300, Roger Quadros wrote: On 07/09/15 04:23, Peter Chen wrote: > On Mon, Aug 24, 2015 at 04:21:18PM

Cher utilisateur de messagerie Web.

Cher utilisateur de messagerie Web. Nous avons un problème technique, nous notre base de date pour le moment. vous êtes au CLIQUEZ ICI pour vous reconfirmer web compte de messagerie une fois de plus. Help desk -- To unsubscribe from this list: send the

[PATCH] mfd: wm8998: Fixup register defaults/readables

Remove defaults for a bunch of volatile registers and remove ARIZONA_CTRL_IF_SPI_CFG_1 from the readable list since it doesn't exist on wm8998 which is I2C only. Signed-off-by: Charles Keepax --- drivers/mfd/wm8998-tables.c |8 1 files changed, 0 insertions(+), 8 deletions(-) diff

Re: [PATCH 2/2] kasan: Fix a type conversion error

On 09/09/15 04:59, Wang Long wrote: > The current KASAN code can find the following out-of-bounds Should it be "cannot"? Vladimir > bugs: > char *ptr; > ptr = kmalloc(8, GFP_KERNEL); > memset(ptr+7, 0, 2); > > the cause of the problem is the type conversion error in >

Re: [PATCH v5 0/6] bcm2835: auxiliar device support for spi

Hi, On Tuesday 08 September 2015 18:48:07, Eric Anholt wrote: > I finally had a chance to sit down and look at what the hardware's doing > with the enable bit (also, I've read a whole lot more of the hardware > now, so I'm a lot faster at answering questions like this). The enable > bits are a

[PATCH RESEND 3/5] mfd: arizona: Add register bits for general purpose switch

The switch is typically used in conjunction with the MICDET clamp in order to suppress pops and clicks associated with jack insertion. Signed-off-by: Charles Keepax Acked-by: Lee Jones --- drivers/mfd/wm5110-tables.c |2 ++ include/linux/mfd/arizona/pdata.h |3 +++

[PATCH RESEND 4/5] extcon: arizona: Add support for general purpose switch

The switch is typically used in conjunction with the MICDET clamp in order to suppress pops and clicks associated with jack insertion. Signed-off-by: Charles Keepax --- drivers/extcon/extcon-arizona.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git

[PATCH RESEND 2/5] extcon: arizona: Add support for new ADC value headphone detect

Newer devices give users the option to make the 3/4 pole jack determination using a software comparison rather than a hardware one. This patch adds support for this functionality. Signed-off-by: Charles Keepax --- drivers/extcon/extcon-arizona.c | 67 +++--- 1

[PATCH RESEND 1/5] mfd: arizona: Add registers for ADC microphone detection

The newer devices support using a software comparison to determine whether a 3/4 pole jack is present. Add the registers necessary for this. Signed-off-by: Charles Keepax Acked-by: Lee Jones --- drivers/mfd/wm5110-tables.c |2 ++ include/dt-bindings/mfd/arizona.h |2 ++

[PATCH RESEND 5/5] mfd: arizona: Update DT doc for new mic detection bindings

Signed-off-by: Charles Keepax --- Documentation/devicetree/bindings/mfd/arizona.txt | 21 + include/dt-bindings/mfd/arizona.h |5 + 2 files changed, 26 insertions(+), 0 deletions(-) diff --git a/Documentation/devicetree/bindings/mfd/arizona.txt

Re: [PATCH 1/2] irqchip: renesas-intc-irqpin: Propagate wake-up settings to parent

On Wed, 9 Sep 2015, Grygorii Strashko wrote: > On 09/08/2015 11:03 PM, Thomas Gleixner wrote: > > So, yes a seperate locking class for that intc trainwreck is probably > > required. > > > > Just as an option, May be we can proceed with patch: > [PATCH v2 2/6] genirq: fix irqchip_set_wake_parent

lockfile failure on encfs

Hi Miklos! Just wanted to point out this BZ to you: https://bugzilla.kernel.org/show_bug.cgi?id=104261 lockfile doesn't seem to work on encfs, but suddenly starts working if used under strace. While I found a work-around (using strace) it's still annoying. It doesn't seem likely that the

[PATCH V8 3/4] qe_common: add qe_muram_ functions to manage muram

muram is used for qe, add qe_muram_ functions to manage muram. Signed-off-by: Zhao Qiang --- Changes for v2: - no changes Changes for v3: - no changes Changes for v4: - no changes Changes for v5: - no changes Changes for v6: - using genalloc instead rheap

[PATCH V8 1/4] genalloc:support memory-allocation with bytes-alignment to genalloc

Bytes alignment is required to manage some special RAM, so add gen_pool_first_fit_align to genalloc, meanwhile add gen_pool_alloc_data to pass data to gen_pool_first_fit_align(modify gen_pool_alloc as a wrapper) Signed-off-by: Zhao Qiang --- Changes for v6: - patches set v6 include a new

Re: [PATCH 1/2] irqchip: renesas-intc-irqpin: Propagate wake-up settings to parent

Hi, On 09/08/2015 11:03 PM, Thomas Gleixner wrote: > On Tue, 8 Sep 2015, Geert Uytterhoeven wrote: --- a/drivers/irqchip/irq-renesas-intc-irqpin.c +++ b/drivers/irqchip/irq-renesas-intc-irqpin.c @@ -283,6 +283,9 @@ static int intc_irqpin_irq_set_type(struct irq_data *d,

Re: [PATCH 6/7] selftests: only compile userfaultfd for x86 and powperpc

On Tue, 2015-09-08 at 16:34 +0200, Andrea Arcangeli wrote: > > I already had a few minor changes queued to be submitted for arm and > ppc and a few updates to the selftest. > > I didn't like that you had to remember running make headers_install > for changes like the below one to build, so I

Re: [PATCH v3 07/10] KVM: arm/arm64: vgic: Allow HW interrupts for non-shared devices

Hi Christoffer, On 09/02/2015 09:42 PM, Christoffer Dall wrote: > On Mon, Aug 10, 2015 at 03:21:01PM +0200, Eric Auger wrote: >> From: Marc Zyngier >> >> So far, the only use of the HW interrupt facility was the timer, >> implying that the active state is context-switched for each vcpu, >> as the

[PATCH 2/4] net: jme: use kzalloc() instead of kmalloc+memset

Using kzalloc saves a tiny bit on .text. Signed-off-by: Rasmus Villemoes --- drivers/net/ethernet/jme.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/net/ethernet/jme.c b/drivers/net/ethernet/jme.c index 6e9a792097d3..060dd3922974 100644 ---

[PATCH 4/4] net: qlcnic: delete redundant memsets

In all cases, mbx->req.arg and mbx->rsp.arg have just been allocated using kcalloc(), so these six memsets are redundant. Signed-off-by: Rasmus Villemoes --- I cranked $context_lines to 11 to make the kcallocs visible. drivers/net/ethernet/qlogic/qlcnic/qlcnic_83xx_hw.c | 2 --

Re: [PATCH-v2 4/7] mmc: sdhci-pxav3: Add pinctl setting according to bus clock

On Tue, Sep 8, 2015 at 5:07 PM, Vaibhav Hiremath wrote: > But I still have one small doubt on expectation from > devm_pinctrl_get() function. > > If pinctrl properties are not populated in Devicetree node, > then, shouldn't devm_pinctrl_get() return error ? > I followed the code flow, and it

[PATCH 3/4] net: mv643xx_eth: use kzalloc

The double memset is a little ugly; using kzalloc avoids it altogether. Signed-off-by: Rasmus Villemoes --- drivers/net/ethernet/marvell/mv643xx_eth.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/net/ethernet/marvell/mv643xx_eth.c

[PATCH 0/4] net: a few kzalloc/memset cleanups

These are just a few k[czm]alloc/memset related cleanups. Rasmus Villemoes (4): net: cavium: liquidio: use kzalloc in setup_glist() net: jme: use kzalloc() instead of kmalloc+memset net: mv643xx_eth: use kzalloc net: qlcnic: delete redundant memsets

[PATCH 1/4] net: cavium: liquidio: use kzalloc in setup_glist()

We save a little .text and get rid of the sizeof(...) style inconsistency. Signed-off-by: Rasmus Villemoes --- drivers/net/ethernet/cavium/liquidio/lio_main.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/net/ethernet/cavium/liquidio/lio_main.c

Re: [PATCH v3] Cleanup: membarrier selftest

On Tue, 2015-09-08 at 16:58 -0400, Mathieu Desnoyers wrote: > We don't need to specify an explicit rule in the Makefile, the implicit > one will do the same. The "__EXPORTED_HEADERS__" define is not needed, > because we build the test against the installed kernel headers, not the > in-tree kernel

[PATCH V8 4/4] QE: Move QE from arch/powerpc to drivers/soc

ls1 has qe and ls1 has arm cpu. move qe from arch/powerpc to drivers/soc/fsl to adapt to powerpc and arm Signed-off-by: Zhao Qiang --- hanges for v2: - move code to driver/soc Changes for v3: - change drivers/soc/qe to drivers/soc/fsl-qe Changes for v4: - move

[PATCH V8 2/4] genalloc:support memory-allocation from offset

Add new algo for genalloc, it finds the first available region from a specific offset address of memory matching the size requirement (no alignment constraint) Signed-off-by: Zhao Qiang --- include/linux/genalloc.h | 11 +++ lib/genalloc.c | 26 ++ 2

Re: [PATCH 2/2][RFC] kselftest: timers: Add adjtick test to validate adjtimex() tick adjustments

On Tue, Sep 08, 2015 at 10:57:06PM -0700, John Stultz wrote: > Recently an issue was reported that was difficult to detect except > by tweaking the adjtimex tick value, and noticing how quickly the > adjustment took to be made: > https://lkml.org/lkml/2015/9/1/488 > > Thus this patch

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On 09-09-15, 08:59, Lee Jones wrote: > Thanks for doing this Viresh. I appreciate your efforts. I wanted to get this sorted out, before we meet face to face :) > > -8<- > > From: Viresh Kumar > > Date: Wed, 9 Sep 2015 11:47:37 +0530 > > Subject:

Re: [PATCH V2] kasan: fix last shadow judgement in memory_is_poisoned_16()

2015-09-09 9:40 GMT+03:00 long.wanglong : > On 2015/9/8 20:12, Xishi Qiu wrote: >> The shadow which correspond 16 bytes memory may span 2 or 3 bytes. If the >> memory is aligned on 8, then the shadow takes only 2 bytes. So we check >> "shadow_first_bytes" is enough, and need not to call >>

Re: [PATCH V2] kasan: fix last shadow judgement in memory_is_poisoned_16()

On 2015/9/9 15:43, Xishi Qiu wrote: > On 2015/9/9 14:40, long.wanglong wrote: > >> On 2015/9/8 20:12, Xishi Qiu wrote: >>> The shadow which correspond 16 bytes memory may span 2 or 3 bytes. If the >>> memory is aligned on 8, then the shadow takes only 2 bytes. So we check >>> "shadow_first_bytes"

Re: [PATCH] of: add vendor prefix for Socionext Inc.

On Wed, 09 Sep 2015, Masahiro Yamada wrote: > 2015-08-25 0:11 GMT+09:00 Rob Herring : > > On Mon, Aug 24, 2015 at 1:57 AM, Lee Jones wrote: > >> On Wed, 29 Jul 2015, Masahiro Yamada wrote: > >> > >>> Signed-off-by: Masahiro Yamada > >>> --- > >>> > >>>

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On Wed, 09 Sep 2015, Viresh Kumar wrote: > On 02-09-15, 13:58, Rob Herring wrote: > > What do you expect here? It is your job to close it. Ultimately, this > > will be your problem to deal with. If you have 10 different vendors > > doing selection of OPPs in 10 different ways you will not be able

Re: [PATCH v3 2/9] watchdog: Introduce hardware maximum timeout in watchdog core

Hello Guenter, On Tue, Sep 08, 2015 at 02:07:30PM -0700, Guenter Roeck wrote: > On Tue, Sep 08, 2015 at 10:03:32PM +0200, Uwe Kleine-König wrote: > > On Tue, Sep 08, 2015 at 06:47:26AM -0700, Guenter Roeck wrote: > > > On 09/08/2015 03:33 AM, Uwe Kleine-König wrote: > > > >>+ virt_timeout =

Re: [PATCH 3/5] perf tools: Propagate error info for the tracepoint parsing

On Tue, Sep 08, 2015 at 05:42:25PM -0400, Raphaël Beamonte wrote: SNIP > > @@ -386,7 +386,7 @@ PE_NAME ':' PE_NAME > > struct list_head *list; > > > > ALLOC_LIST(list); > > - if (parse_events_add_tracepoint(list, >idx, $1, $3)) { > > + if

Re: [RFC] sched: make update_cpu_load_active care more than one tick

On Wed, Sep 09, 2015 at 09:02:40AM +0200, Peter Zijlstra wrote: > On Thu, Aug 13, 2015 at 06:35:24PM +0900, byungchul.p...@lge.com wrote: > > From: Byungchul Park > > > > i found do_timer accounts other than one tick, so i made > > update_cpu_load_active care that. > > > > is it intended

[PATCH] staging: ion: fix corruption of ion_import_dma_buf

we found this issue but still exit in lastest kernel. Simply keep ion_handle_create under mutex_lock to avoid this race. WARNING: CPU: 2 PID: 2648 at drivers/staging/android/ion/ion.c:512 ion_handle_add+0xb4/0xc0() ion_handle_add: buffer already found. Modules linked in: iwlmvm iwlwifi mac80211

Re: [PATCH V2] kasan: fix last shadow judgement in memory_is_poisoned_16()

On 2015/9/9 14:40, long.wanglong wrote: > On 2015/9/8 20:12, Xishi Qiu wrote: >> The shadow which correspond 16 bytes memory may span 2 or 3 bytes. If the >> memory is aligned on 8, then the shadow takes only 2 bytes. So we check >> "shadow_first_bytes" is enough, and need not to call >>

Re: [llvmlinux] percpu | bitmap issue? (Cannot boot on bare metal due to a kernel NULL pointer dereference)

On Wed, Sep 9, 2015 at 9:14 AM, Baoquan He wrote: > On 09/09/15 at 08:56am, Sedat Dilek wrote: > >> None of the force-inlining patches helped. >> >> cpumask: Force inlining of cpumask_weight function >> nodemask: Force inlining of __nodes_weight function >> >> If I recompile

Re: [PATCH] ARM: exynos_defconfig: Enable USB Video Class support

Hello Krzysztof, On 09/09/2015 02:06 AM, Krzysztof Kozlowski wrote: > On 08.09.2015 22:32, Javier Martinez Canillas wrote: > > (...) > >> >>> Let me rephrase my question into: >>> 1. What is worth enabling in exynos_defconfig? USB devices? I would >>> argue, except they are needed to boot. >>

Re: [PATCH] x86/efi: Map EFI memmap entries in-order at runtime

On 8 September 2015 at 22:37, Matt Fleming wrote: > On Tue, 08 Sep, at 03:21:17PM, Ard Biesheuvel wrote: >> >> I noticed that the 64-bit version of efi_map_region() preserves the >> relative alignment with respect to a 2 MB boundary for /each/ region. >> Since the regions are mapped in reverse

Re: [PATCH] x86: serialize LVTT and TSC_DEADLINE write

Andi, On Tue, 8 Sep 2015, Andi Kleen wrote: > > Hmm, I didn't mean mfence can't serialize the instructions. For a true > > IO, a serialization can't guarantee device finishes the IO, we generally > > read some safe IO registers to wait IO finish. I completely don't know > > if this case fits

[GIT PULL] arch/nios2 update for 4.3-rc1

Hi Linus, Here are the nios2 updates for v4.3. - add defconfig and device tree for MAX 10 development kit - migrate to new 'set-state' interface for timer - fix unaligned handler - MAINTAINERS: update nios2 git repo Please consider pulling. Regards Ley Foon The following changes since commit

Re: [PATCH v4 07/13] usb: otg: add OTG core

On Mon, Sep 07, 2015 at 01:53:19PM +0300, Roger Quadros wrote: > On 07/09/15 10:40, Li Jun wrote: > > On Mon, Aug 24, 2015 at 04:21:18PM +0300, Roger Quadros wrote: > >> The OTG core instantiates the OTG Finite State Machine > >> per OTG controller and manages starting/stopping the > >> host and

Re: [RFC] sched: make update_cpu_load_active care more than one tick

On Wed, Sep 09, 2015 at 09:02:40AM +0200, Peter Zijlstra wrote: > On Thu, Aug 13, 2015 at 06:35:24PM +0900, byungchul.p...@lge.com wrote: > > From: Byungchul Park > > > > i found do_timer accounts other than one tick, so i made > > update_cpu_load_active care that. > > > > is it intended

Re: [llvmlinux] percpu | bitmap issue? (Cannot boot on bare metal due to a kernel NULL pointer dereference)

On 09/09/15 at 08:56am, Sedat Dilek wrote: > None of the force-inlining patches helped. > > cpumask: Force inlining of cpumask_weight function > nodemask: Force inlining of __nodes_weight function > > If I recompile lib/bitmap.o with GCC v4.9 (see attached file) and > re-invoke

Re: [tip:x86/headers] x86/headers: Clean up and better document uapi/ asm/sigcontext.h

On Tue, Sep 08, 2015 at 07:25:35AM -0700, tip-bot for Ingo Molnar wrote: > +++ b/arch/x86/include/uapi/asm/sigcontext.h > @@ -1,221 +1,255 @@ > #ifndef _UAPI_ASM_X86_SIGCONTEXT_H > #define _UAPI_ASM_X86_SIGCONTEXT_H > > +/* > + * Linux signal context definitions. The sigcontext includes a

Re: [PATCH 0/4] xtensa: fix build failure

the -mm tree and will be merged soon, > see the thread at https://lkml.org/lkml/2015/8/26/118 I guess its already merged in Linus tree now. I tested in the morning with Linus tree and allmodconfig worked. But next-20150909 still failed. BTW, yesterday when I was testing few of the defconfigs were not w

Re: [PATCH 3/3] staging: slimport: Add anx7814 driver support by analogix.

Hi Dan, Many thanks for this first review. 2015-09-09 5:38 GMT+02:00 Daniel Kurtz : > Hi Eric, > > Thanks for starting to upstream this Analogix Slimport driver! > As Greg says, please move this driver to its intended directory, I presume: > /drivers/gpu/drm/bridge > I sent yesterday another

Re: [RFC] sched: make update_cpu_load_active care more than one tick

On Thu, Aug 13, 2015 at 06:35:24PM +0900, byungchul.p...@lge.com wrote: > From: Byungchul Park > > i found do_timer accounts other than one tick, so i made > update_cpu_load_active care that. > > is it intended because of its overhead? I think the idea was that the NO_HZ bits would deal with

RE: [PATCH 0/4] Fix how CPUs are enumerated when there's more than 255 CPUs

From: Marc Zyngier [mailto:marc.zyng...@arm.com] Sent: Tuesday, September 8, 2015 6:28 PM > In my view, this makes the change a lot more palatable, and it can fit in > exactly two patches: > > 1) add the acpi_subtable_proc stuff with the compatibility helpers > 2) change

Re: 4.3-rc0: snd_hda_intel 0000:00:1b.0: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.

On Tue 2015-09-08 23:05:35, Takashi Iwai wrote: > On Tue, 08 Sep 2015 22:52:02 +0200, > Pavel Machek wrote: > > > > Hi! > > > > On something like 4c12ab7e5e2e892fa94df500f96001837918a281 ... I got > > > > [ 6078.393375] snd_hda_intel :00:1b.0: IRQ timing workaround is > > activated for card

Re: [PATCH v6 3/6] pci:host: Add Altera PCIe host controller driver

On Tue, Sep 8, 2015 at 5:19 PM, Lorenzo Pieralisi wrote: > On Fri, Sep 04, 2015 at 09:29:14AM +0100, Ley Foon Tan wrote: >> On Wed, Sep 2, 2015 at 12:33 AM, Lorenzo Pieralisi >> wrote: > > [...] > >> > > +static bool altera_pcie_valid_config(struct altera_pcie *pcie, >> > > +

Re: [PATCH v2 1/3] ARM: Make FORCE_MAX_ZONEORDER configurable if ARM_SINGLE_ARMV7M

2015-09-09 0:19 GMT+02:00 Russell King - ARM Linux : > On Tue, Sep 08, 2015 at 10:38:04PM +0200, Maxime Coquelin wrote: >> This patch makes FORCE_MAX_ZONEORDER configurable in defconfig for ARMV7-M >> when built for a single platform. > > I'd prefer if we didn't do this, because this isn't

Re: [PATCH V2] kasan: fix last shadow judgement in memory_is_poisoned_16()

On 2015/9/8 20:12, Xishi Qiu wrote: > The shadow which correspond 16 bytes memory may span 2 or 3 bytes. If the > memory is aligned on 8, then the shadow takes only 2 bytes. So we check > "shadow_first_bytes" is enough, and need not to call > "memory_is_poisoned_1(addr + 15);". > But the code "if

Re: [Patch v5 1/6] ACPI/PCI: Enhance ACPI core to support sparse IO space

On 2015/7/30 4:37, Bjorn Helgaas wrote: > On Tue, Jun 09, 2015 at 12:20:43AM +0800, Jiang Liu wrote: >> Enhance ACPI resource parsing interfaces to support sparse IO space, >> which will be used to share common code between x86 and IA64 later. >> >> Tested-by: Tony Luck >> Signed-off-by: Jiang

Re: [PATCH 2/3] mtd: mtk-nor: mtk serial flash controller driver

On Tue, Sep 08, 2015 at 05:49:55PM +0800, Bayi Cheng wrote: > add spi nor flash driver for mediatek controller > > Signed-off-by: Bayi Cheng > --- > drivers/mtd/spi-nor/Kconfig | 7 + > drivers/mtd/spi-nor/Makefile | 1 + > drivers/mtd/spi-nor/mtk_nor.c | 533 >

Re: [PATCH V1] audit: add warning that an old auditd may be starved out by a new auditd

On 15/09/08, Eric Paris wrote: > This is already going to be in the audit log, right? We're going to > send a CONFIG_CHANGE record with old_pid == the existing auditd. I bet > it gets delivered to the old auditd. Actually, delivered by the new auditd is what I'm seeing... (Tested by running

Re: [PATCH 2/3] net: irda: pxaficp_ir: convert to readl and writel

Petr Cvek writes: > Dne 8.9.2015 v 22:24 Petr Cvek napsal(a): >> >> Did you defined resources somewhere? Actual resources are in >> "pxa_ir_resources" variable at: I have them in patch [1], which is exactly the patch you have made yourself. > I tried to add following patch for new resources,

Re: [PATCH v4 2/2] dt: power: st: Provide bindings for ST's OPPs

On 02-09-15, 13:58, Rob Herring wrote: > What do you expect here? It is your job to close it. Ultimately, this > will be your problem to deal with. If you have 10 different vendors > doing selection of OPPs in 10 different ways you will not be able to > change that easily later. Maybe if you can't

Re: [RFC PATCH] PM / Runtime: runtime: Add sysfs option for forcing runtime suspend

On Tue, 2015-09-08 at 10:44 -0400, Alan Stern wrote: > It would not put the device into runtime suspend immediately, like you > are proposing. Instead it would mean the same as the "auto" mode, > except that remote wakeup should be disabled during runtime suspend. Hi, this proposal is

Re: [PATCH-v2 1/2] mpt3sas: Refcount sas_device objects and fix unsafe list usage

Hi Sreekanth, On Tue, 2015-09-08 at 17:25 +0530, Sreekanth Reddy wrote: > On Sun, Aug 30, 2015 at 1:24 PM, Nicholas A. Bellinger > wrote: > > From: Nicholas Bellinger > > > > These objects can be referenced concurrently throughout the driver, we > > need a way to make sure threads can't delete

[RFC v3 2/4] iio: resistance: add IIO_RESISTANCE channel type

Signed-off-by: Matt Ranostay --- Documentation/ABI/testing/sysfs-bus-iio | 7 +++ drivers/iio/industrialio-core.c | 1 + include/uapi/linux/iio/types.h | 1 + 3 files changed, 9 insertions(+) diff --git a/Documentation/ABI/testing/sysfs-bus-iio

[RFC v3 0/4] iio: new chemical sensor framework and channel types

Changes from RFC v2: * Proper usage of IIO_CHAN_INFO_OFFSET values for VOC and CO2 channels * Return CO2 offset that combines the 400 ppm offset and -13 value correction Matt Ranostay (4): iio: chemical: Add IIO_CONCENTRATION channel type iio: resistance: add IIO_RESISTANCE channel type

[RFC v3 3/4] devicetree: add SGX Sensortech vendor id

Signed-off-by: Matt Ranostay --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index ac5f0c3..281e8f0 100644 ---

[RFC v3 1/4] iio: chemical: Add IIO_CONCENTRATION channel type

There are air quality sensors that report data back in parts per million of VOC (Volatile Organic Compounds) which are usually indexed from CO2 or another common pollutant. This patchset adds an IIO_CONCENTRATION type that returns a percentage of substance because no other channels types fit this

[RFC v3 4/4] iio: chemical: add SGX VZ89x VOC sensor support

Add support for VZ89X sensors VOC and CO2 reporting channels in percentage which can be converted to part per million. Signed-off-by: Matt Ranostay --- .../ABI/testing/sysfs-bus-iio-chemical-vz89x | 30 +++ .../devicetree/bindings/i2c/trivial-devices.txt| 1 + drivers/iio/Kconfig

[PATCH v2 8/8] KVM: VMX: drop rdtscp_enabled field

Check cpuid bit instead of it Signed-off-by: Xiao Guangrong --- arch/x86/kvm/cpuid.h | 8 arch/x86/kvm/vmx.c | 19 ++- 2 files changed, 14 insertions(+), 13 deletions(-) diff --git a/arch/x86/kvm/cpuid.h b/arch/x86/kvm/cpuid.h index aed7bfe..d434ee9 100644 ---

[PATCH v2 6/8] KVM: VMX: unify SECONDARY_VM_EXEC_CONTROL update

Unify the update in vmx_cpuid_update() Signed-off-by: Xiao Guangrong --- arch/x86/kvm/vmx.c | 21 +++-- 1 file changed, 11 insertions(+), 10 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c index 97e3340..5a074d0 100644 --- a/arch/x86/kvm/vmx.c +++

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