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 arch/x86/kernel/acpi/boo

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 th

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 ver

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

ed in 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

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 comp

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 make

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 because

[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 ga

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 here

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 ord

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 lib/bitmap

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 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 >> "memory_

[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 c

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 because

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, &data->idx, $1, $3)) { > > + if (parse_events_add_tracep

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 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 t

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 > >>> --- > >>> > >>> Documentation/devicetree/bindings/vendor-pr

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 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 >> "memory

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 introdu

[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 fil

[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 drivers/soc/

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 h

[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 b/drivers/net/ethe

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 seem

[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 b/drivers/net/ethernet/marvel

[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 drivers/net/ethernet/cavium/liquidio/l

[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 --- a/drivers/net/et

[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 -- drivers/net

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

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 adde

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, unsign

[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

[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 t

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 problem

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 i

[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 b/Do

[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 f

[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 ++ in

[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 +++ include

[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 a/drivers/extcon/ex

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 clo

[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 > *memory_

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 l

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 +

[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 +++

[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 ++ sound/s

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,

[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 997e120843e82609c8d99a9d5714e6

[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 b/fs

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, 201

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] genir

[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

[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 via

[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 | 6

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 >>

[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 sheets

[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 node.

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: > On

[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 a/arch/arm/boot/dts

[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 insertio

[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 insertio

[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 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, t

[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 acpi_parse_entries_ar

[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) A

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, GFP_KERNEL

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 set_load_

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 01:23:01

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 se

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 usb_otg_add/remove_hcd(

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 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 long

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 i

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: [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 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 were

[PATCH] ahci: qoriq: fixed using uninitialized variable warnings

From: Tang Yuantian kbuild test robot reports the warnings: drivers/ata/ahci_qoriq.c: In function 'ahci_qoriq_hardreset': >> include/asm-generic/io.h:163:2: warning: 'px_is' may be used >> uninitialized in this function [-Wuninitialized] drivers/ata/ahci_qoriq.c:70:14: note: 'px_is' was declared

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

On Wed, Sep 09, 2015 at 12:33:20PM +0300, Roger Quadros wrote: > 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: > > > >>>

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

On Wed, 09 Sep, at 09:37:21AM, Ard Biesheuvel wrote: > On 8 September 2015 at 22:37, Matt Fleming wrote: > > > > diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c > > index 691b333e0038..a2af35f6093a 100644 > > --- a/arch/x86/platform/efi/efi.c > > +++ b/arch/x86/platform/efi/

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

On 9 September 2015 at 11:58, Matt Fleming wrote: > On Wed, 09 Sep, at 09:37:21AM, Ard Biesheuvel wrote: >> On 8 September 2015 at 22:37, Matt Fleming wrote: >> > >> > diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c >> > index 691b333e0038..a2af35f6093a 100644 >> > --- a/ar

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

On 09/09/15 09:20, Li Jun wrote: > 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 st

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

On 09/08/2015 03:12 PM, 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

Re: [PATCH 1/2] lib: test_kasan: add some testcases

On 09/09/2015 06:59 AM, Wang Long wrote: > This patch add some out of bounds testcases to test_kasan > module. > > Signed-off-by: Wang Long Acked-by: Andrey Ryabinin -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.or

[PATCH] lib/vsprintf.c: increase the size of the field_width variable

When printing a bitmap using the "%*pb[l]" printk format a 16 bit variable (field_width) is used to store the size of the bitmap. In some cases 16 bits are not sufficient, the variable overflows and printk does not work as expected. This patch fixes the problem by changing the type of field_width

Re: [PATCH 2/2] fbdev: ssd1307fb: add ssd1309 support

On Tue, Sep 8, 2015 at 8:19 PM, Olliver Schinagl wrote: > The ssd1307fb driver supports a lot of chips from the ssd130xfb series. > This patch adds the ssd1309 chip, a 128x64 OLED driver chip. It is very > similar to the other chips and only has some definitions added to > support it. > > Signed-o

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

On 09/09/15 11:45, Peter Chen wrote: > On Wed, Sep 09, 2015 at 12:33:20PM +0300, Roger Quadros wrote: >> 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,

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

On 2015/9/9 17:40, Andrey Ryabinin wrote: > 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 convers

[PATCH] [v2] intel_pstate: Fix user input of min/max to legal policy region

In current code, max_perf_pct might be smaller than min_perf_pct by improper user input: $ grep . /sys/devices/system/cpu/intel_pstate/m*_perf_pct /sys/devices/system/cpu/intel_pstate/max_perf_pct:100 /sys/devices/system/cpu/intel_pstate/min_perf_pct:100 $ echo 80 > /sys/devices/system/cpu/intel_

[PATCH] ether: add IEEE 1722 ethertype - TSN

IEEE 1722 describes AVB (later renamed to TSN - Time Sensitive Networking), a protocol, encapsualtion and synchronization to utilize standard networks for audio/video (and later other time-sensitive) streams. This standard uses ethertype 0x22F0. http://standards.ieee.org/develop/regauth/ethertype

[PATCH] lib: fix data race in llist_del_first

llist_del_first reads entry->next, but it did not acquire visibility over the entry node. As the result it can get a stale value of entry->next (e.g. NULL or whatever garbage was there before the appending thread wrote correct value). And then commit that value as llist head with cmpxchg. That will

[PATCH v2] lib: fix data race in llist_del_first

llist_del_first reads entry->next, but it did not acquire visibility over the entry node. As the result it can get a stale value of entry->next (e.g. NULL or whatever garbage was there before the appending thread wrote correct value). And then commit that value as llist head with cmpxchg. That will

Re: [PATCH] cpufreq: tegra20: remove superfluous CONFIG_PM ifdefs

> > Cc: Alexandre Courbot > > Signed-off-by: Bartlomiej Zolnierkiewicz > > What tree does this apply to? It applies fine to both next (next-20150909 branch) and current Linus' tree (top commit is a794b4f). > > --- > > drivers/cpufreq/tegra20-cpufreq.c | 2 -- >

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

Hi Lucasz, Nit: Please add a version number to the patches you send - this is at least the 4th revision of this series, and it is harder to keep track of what I'm reviewing. git send-email --subject-prefix "PATCH v4" is your friend. On 09/09/15 10:30, Lukasz Anaczkowski wrote: > ACPI subtable par

Re: [PATCH] ahci: qoriq: fixed using uninitialized variable warnings

Hi, On 09-09-15 11:16, yuantian.t...@freescale.com wrote: From: Tang Yuantian kbuild test robot reports the warnings: drivers/ata/ahci_qoriq.c: In function 'ahci_qoriq_hardreset': include/asm-generic/io.h:163:2: warning: 'px_is' may be used uninitialized in this function [-Wuninitialized] dr

  1   2   3   4   5   6   7   8   >