[GIT PULL] EFI urgent fix

Hi guys, Please consider pulling the following urgent fix from Dave. It fixes an earlyprintk=efi regression introduced in v3.16. Due to changes in the early ACPI code we run out of early_ioremap slots when earlyprintk=efi is specified on the command line, resulting in a hang during kernel boot.

Re: [PATCH 3/3] ARM: dts: vf610-colibri: Add backlight support

On Thursday 18 September 2014 07:47 PM, Shawn Guo wrote: > On Wed, Sep 17, 2014 at 01:46:30PM +0530, Bhuvanchandra DV wrote: >> Signed-off-by: Bhuvanchandra DV >> --- >> arch/arm/boot/dts/vf610-colibri-eval-v3.dts |6 ++ >> arch/arm/boot/dts/vf610-colibri.dtsi|7 +++ >>

[PATCH v10 5/6] rtc: max77686: Use ffs() to calculate tm_wday

The function max77686_rtc_calculate_wday() is used to calculate the day of the week to be filled in struct rtc_time but that function only calculates the number of bits shifted. So the ffs() function can be used to find the first bit set instead of a special function. Signed-off-by: Javier

[PATCH v10 3/6] rtc: max77686: Fail to probe if no RTC regmap irqchip is set

The max77686 mfd driver adds a regmap IRQ chip which creates an IRQ domain that is used to map the virtual RTC alarm1 interrupt. The RTC driver assumes that this will always be true since the PMIC IRQ is a required property according to the max77686 DT binding doc. If an "interrupts" property is

[PATCH v10 1/6] rtc: max77686: Allow the max77686 rtc to wakeup the system

From: Doug Anderson The max77686 includes an RTC that keeps power during suspend. It's convenient to be able to use it as a wakeup source. Signed-off-by: Doug Anderson Reviewed-by: Javier Martinez Canillas Reviewed-by: Krzysztof Kozlowski Signed-off-by: Javier Martinez Canillas ---

[PATCH v10 2/6] rtc: max77686: Remove dead code for SMPL and WTSR.

The MAX77686 RTC chip has two features called SMPL (Sudden Momentary Power Loss) and WTSR (Watchdog Timeout and Software Resets). Support for these features seems to be implemented in the driver but compilation is disabled using a C pre-processor conditional. This code has been disabled since the

[PATCH v10 6/6] rtc: Add driver for Maxim 77802 PMIC Real-Time-Clock

The MAX7802 PMIC has a Real-Time-Clock (RTC) with two alarms. This patch adds support for the RTC and is based on a driver added by Simon Glass to the Chrome OS kernel 3.8 tree. Signed-off-by: Javier Martinez Canillas Reviewed-by: Krzysztof Kozlowski --- Changes since v9: - Use ffs() to

[PATCH v10 4/6] rtc: max77686: Remove unneded info log

If devm_rtc_device_register() fails a dev_err() is already reported so there is no need to do an additional dev_info(). Signed-off-by: Javier Martinez Canillas Reviewed-by: Krzysztof Kozlowski --- drivers/rtc/rtc-max77686.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH v10 0/6] Add Maxim 77802 RTC support

(max77802) machines and applies cleanly to both 3.17-rc1 and today's linux-next (20140919). NOTE: The patches from the previous version [1] were already present in the -mm tree [2] so I didn't know if I should had sent this as a delta or as a new revision. I decided to do the later but please let me

Re: [PATCH 09/16] tty: serial: 8250_dma: Add a TX trigger workaround for AM33xx

On Wed, Sep 17, 2014 at 06:34:45PM +0200, Sebastian Andrzej Siewior wrote: > On 09/11/2014 01:42 PM, Sebastian Andrzej Siewior wrote: > >> We should add hooks like tx_dma and rx_dma to struct uart_8250_dma so > >> that the probe drivers can replace serial8250_tx_dma and > >> seria8250_rx_dma, like

Re: [PATCH] iio: iadc: Qualcomm SPMI PMIC current ADC driver

Hi Ivan, On Thursday 18 September 2014 06:45 PM, Ivan T. Ivanov wrote: > The current ADC is peripheral of Qualcomm SPMI PMIC chips. It has > 16 bits resolution and register space inside PMIC accessible across > SPMI bus. > > The driver registers itself through IIO interface. > > Signed-off-by:

Re: [PATCH 2/3] ARM: dts: vf610-colibri: Add PWM support

On Thursday 18 September 2014 07:42 PM, Shawn Guo wrote: > On Wed, Sep 17, 2014 at 01:46:29PM +0530, Bhuvanchandra DV wrote: >> The Colibri standard defines four pins as PWM outputs, two of them (PWM >> A and C) are routed to FTM instance 0 and the other two (PWM B and D) >> are routed to FTM

Re: [PATCH 1/2] cirrus: add missing drm_connector_register call

On Fr, 2014-09-19 at 10:37 +0200, David Herrmann wrote: > Hi > > On Fri, Sep 19, 2014 at 10:11 AM, Gerd Hoffmann wrote: > > Signed-off-by: Gerd Hoffmann > > --- > > drivers/gpu/drm/cirrus/cirrus_mode.c | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git

Re: [PATCH resend] arm:extend the reserved memory for initrd to be page aligned

On Fri, Sep 19, 2014 at 08:09:47AM +0100, Wang, Yalin wrote: > this patch extend the start and end address of initrd to be page aligned, > so that we can free all memory including the un-page aligned head or tail > page of initrd, if the start or end address of initrd are not page > aligned, the

Re: [PATCH v2] Implement temperature sensor for vf610-adc

>> Vybrid ADC peripheral includes a temperature sensor >> which is connected to channel number 26. The patch >> adds support for the sensor. The raw value is read >> and the temperature calculated in milli degree Celsius, >> which is returned using IIO_CHAN_INFO_PROCESSED option. >> >> Sanchayan

Re: x86, microcode: BUG: microcode update that changes x86_capability

On Thu, 18 Sep 2014, Chuck Ebbert wrote: > > > [1] sig 0x000306f2, pf mask 0x6f, 2014-09-03, rev 0x0029, size 28672 > > > sig 0x000306c3, pf mask 0x32, 2014-07-03, rev 0x001c, size 21504 > > > sig 0x00040651, pf mask 0x72, 2014-07-03, rev 0x001c, size 20480 > > > sig 0x00040661, pf

Re: [PATCH 1/2] ARM: dts: vf610-colibri: Add ADC support

>> Enable ADC support for Colibri VF61 modules >> >> Signed-off-by: Sanchayan Maity >> --- >> arch/arm/boot/dts/vf610-colibri.dtsi | 10 ++ >> 1 file changed, 10 insertions(+) >> >> diff --git a/arch/arm/boot/dts/vf610-colibri.dtsi >> b/arch/arm/boot/dts/vf610-colibri.dtsi >> index

RE: [PATCH] net: stmmac: fix stmmac_pci_probe failed when CONFIG_HAVE_CLK is selected

> -Original Message- > From: Giuseppe CAVALLARO [mailto:peppe.cavall...@st.com] > Sent: Thursday, September 18, 2014 10:50 PM > On 9/18/2014 2:34 PM, Kweh Hock Leong wrote: > > From: "Kweh, Hock Leong" > > Hmm I am not sure this is the right fix. The driver has to fail if the main >

[RFC] autokdump - automated kdump testsuite

I plan to release an automated kdump testsuite that will be focus on testing kernel and the crash utility. It should work for all major distros since it will use none of distro-specific stuff, and also support different arches including x86, ARM, PPC64 and s390x. It does the following: 1) check

Re: [PATCH v4 4/7] ARM: l2c: Add support for overriding prefetch settings

On 26/08/2014 at 16:17:57 +0200, Tomasz Figa wrote : > Firmware on certain boards (e.g. ODROID-U3) can leave incorrect L2C prefetch > settings configured in registers leading to crashes if L2C is enabled > without overriding them. This patch introduces bindings to enable > prefetch settings to be

[PATCH 2/2] UBI: Improve comment on work_sem

Make clear what work_sem really does. Suggested-by: Artem Bityutskiy Signed-off-by: Richard Weinberger --- drivers/mtd/ubi/ubi.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/mtd/ubi/ubi.h b/drivers/mtd/ubi/ubi.h index 7bf4163..f2933df 100644 ---

[PATCH 1/2] UBIFS: Remove bogus assert

This assertion was only correct before UBIFS had xattr support. Now with xattr support also a directory node can carry data and can act as host node. Suggested-by: Artem Bityutskiy Signed-off-by: Richard Weinberger --- fs/ubifs/journal.c | 7 +++ 1 file changed, 3 insertions(+), 4

Re: [PATCH] UBI: Fix possible deadlock in erase_worker()

Am 17.09.2014 11:35, schrieb Artem Bityutskiy: > On Tue, 2014-09-16 at 09:48 +0200, Richard Weinberger wrote: >> If sync_erase() failes with EINTR, ENOMEM, EAGAIN or >> EBUSY erase_worker() re-schedules the failed work. >> This will lead to a deadlock because erase_worker() is called >> with

Re: [RFC PATCH] fs: Use a seperate wq for do_sync_work() to avoid a potential deadlock

On Wed, Sep 17, 2014 at 11:42:09PM +0200, Oleg Nesterov wrote: > > Hopefully this helps: > > > >"umount" "events/1" > > > > sys_umount sysrq_handle_sync > > deactivate_super(sb)

[PATCH 3/3] sched/deadline: fix inter- exclusive cpusets migrations

Users can perform clustered scheduling using the cpuset facility. After an exclusive cpuset is created, task migrations happen only between CPUs belonging to the same cpuset. Inter- cpuset migrations can only happen when the user requires so, moving a task between different cpusets. This behaviour

[PATCH 0/3] SCHED_DEADLINE fix AC and SMP scheduling

Hello everyone, This patchset fixes admission control, bandwidth management and (clustered) SMP scheduling for SCHED_DEADLINE tasks. Patch 1/3 properly clears things up when a task leaves SCHED_DEADLINE, without dying (and it is a different solution for the problem spotted by Daniel,

[PATCH 1/3] sched/deadline: clear dl_entity params when setscheduling to different class

When a task is using SCHED_DEADLINE and the user setschedules it to a different class its sched_dl_entity static parameters are not cleaned up. This causes a bug if the user sets it back to SCHED_DEADLINE with the same parameters again. The problem resides in the check we perform at the very

[PATCH 2/3] sched/deadline: fix bandwidth check/update when migrating tasks between exclusive cpusets

Exclusive cpusets are the only way users can restrict SCHED_DEADLINE tasks affinity (performing what is commonly called clustered scheduling). Unfortunately, such thing is currently broken for two reasons: - No check is performed when the user tries to attach a task to an exlusive cpuset

RE: [PATCH v3] mfd: syscon: Decouple syscon interface from platform devices

Hi Dong and Xiubo, On Friday, September 19, 2014, Dong Aisheng wrote, > On Fri, Sep 19, 2014 at 01:20:18PM +0800, Xiubo Li-B47053 wrote: > > [...] > > > >create child: /dcsr@2000/dcsr-atbrepl@3a8000 > > > >create child: /dcsr@2000/dcsr-tsgen-ctrl@3a9000 > > > >create child:

Re: [PATCH] gpiolib: fix a few issues with gpiochip_remove

On Fri, Sep 19, 2014 at 11:31 AM, Alexandre Courbot wrote: > On Sat, Sep 6, 2014 at 12:22 AM, Octavian Purdila > wrote: >> The current implementation of gpiochip_remove() does not check to see >> if the GPIO pins are busy before removing the associated irqchip and >> this is causing the

Re: [PATCH] staging: lustre: llite: Use kzalloc and rewrite null tests

On Fri, Sep 19, 2014 at 02:57:03AM +, Drokin, Oleg wrote: > 4. Sometimes we need large allocations. general kmalloc is less > reliable as system lives on and memory fragmentation worsens. So we > have this "allocations over 2-4 pages get switched to vmalloc" logic, > if there's a way to do

[PATCH v2 0/2] Move BTRFS RCU string to common library

This patch series moves the generic RCU string library used internally by BTRFS to be accessible by anyone. It provides printk_in_rcu and printk_ratelimited_in_rcu to print these strings. In order to avoid a weird inconsistency between the two, the first patch fixes printk_ratelimited so it passes

[PATCH v4 21/21] powerpc/8xx: Invalidate non present TLB as early as possible

8xx sometimes need to load a invalid/non-present TLBs in it DTLB asm handler. These must be invalidated separaly as linux mm doesn't. Commit 5efab4a02c89c252fb4cce097aafde5f8208dbfe was invalidating them in arch/powerpc/mm/fault.c. This patch does the invalidation earlier in order to free

[PATCH v4 10/21] powerpc/8xx: Duplicate two insns instead of branching

Branching takes two cycles on MPC8xx. Lets duplicate the two instructions and avoid the branching. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes in v4: - None arch/powerpc/kernel/head_8xx.S |6 -- 1 files changed, 4 insertions(+), 2

[PATCH v2 2/2] Move BTRFS RCU string to common library

The RCU-friendy string API used internally by BTRFS is generic enough for common use. This doesn't add any new functionality, but instead just moves the code and documents the existing API. Signed-off-by: Omar Sandoval --- fs/btrfs/check-integrity.c | 6 +-- fs/btrfs/dev-replace.c | 19

[PATCH v4 08/21] powerpc/8xx: No need to restore registers and save them again.

In DTLBError handler there is not need to restore r10, r11 and cr registers after fixing DAR as they are saved again to the same place just after. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes in v4: - None arch/powerpc/kernel/head_8xx.S |4 ++--

[PATCH v4 07/21] powerpc/8xx: DataAccess exception not generated by MPC8xx

DataAccess exception is never generated by MPC8xx so do the job directly where it is used to avoid an unnecessary branching. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - arch/powerpc/mm/fault.c uses the vector number, so make sure it understands the new ones.

[PATCH v2 1/2] Return a value from printk_ratelimited

printk returns an integer; there's no reason for printk_ratelimited to swallow it. Signed-off-by: Omar Sandoval --- include/linux/printk.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/include/linux/printk.h b/include/linux/printk.h index d78125f..67534bc 100644 ---

[PATCH] clk: s5pv210: add missing call to samsung_clk_of_add_provider()

Commit d5e136a21b2028fb1f45143ea7112d5869bfc6c7 ("clk: samsung: Register clk provider only after registering its all clocks", merged to v3.17-rc1) modified a way that driver registers registers to core framework. This change has not been applied to s5pv210 clocks driver, which has been merged in

Re: [RESEND PATCH 1/3] x86: Adding structs to reflect cpuid fields

On Sep 19, 2014, at 10:58 AM, Borislav Petkov wrote: > On Thu, Sep 18, 2014 at 03:36:43PM +0200, Paolo Bonzini wrote: >> We're talking about the case where the field is not reserved anymore and >> we _know_ that the vendor has just decided to grow the bitfield that >> precedes it. > > We're

Re: [PATCH 3/3] cgroup: remove CGRP_RELEASABLE flag

The subject should be "[PATCH] ...". On 2014/9/19 16:51, Zefan Li wrote: > We call put_css_set() after setting CGRP_RELEASABLE flag in > cgroup_task_migrate(), but in other places we call it without setting > the flag. I don't see the necessity of this flag. > -- To unsubscribe from this list:

[PATCH] perf/cgroup: Remove perf_put_cgroup()

Commit 5a17f543ed68 ("cgroup: improve css_from_dir() into css_tryget_from_dir()") removed perf_tryget_cgroup(), so let's also remove perf_put_cgroup(). Signed-off-by: Zefan Li --- kernel/events/core.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff --git

[PATCH 3/3] cgroup: remove CGRP_RELEASABLE flag

We call put_css_set() after setting CGRP_RELEASABLE flag in cgroup_task_migrate(), but in other places we call it without setting the flag. I don't see the necessity of this flag. Moreover once the flag is set, it will never be cleared, unless writing to the notify_on_release control file, so it

Re: [PATCH 1/2] perf session: Add option to copy events when queueing

David Ahern writes: > On 9/18/14, 2:21 PM, David Ahern wrote: >> On 9/18/14, 12:53 PM, Arnaldo Carvalho de Melo wrote: >>> If nobody objects I'll merge this patch, as it fixes problems, but I >>> wonder if the best wouldn't be simply not calling >>> perf_evlist__mmap_consume() till the last

[PATCH v4 04/21] powerpc/8xx: Remove loading of r10 at end of FixupDAR

Since commit 2321f33790a6c5b80322d907a92d5739e7521a13, r10 is not used anymore after FixupDAR. There is therefore no need to set it up with the value of DAR. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes in v4: - None arch/powerpc/kernel/head_8xx.S

[PATCH v4 02/21] powerpc/8xx: Use SCRATCH0 and SCRATCH1 also for TLB handlers

SCRATCH0 and SCRATCH1 are only used in Exceptions prologs where no other exception can happen. There is therefore no need to preserve them accross TLB handlers, we can use them there as in other exceptions. One of the advantages is that they do not suffer CPU6 errata unlike M_TW register.

[PATCH v4 05/21] powerpc/8xx: Fix comment about DIRTY update

Since commit 2321f33790a6c5b80322d907a92d5739e7521a13, dirty handling is not handled here anymore. So we fix the comment. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes in v4: - None arch/powerpc/kernel/head_8xx.S | 8 ++-- 1 file changed, 2

[PATCH v4 01/21] powerpc/8xx: Declare SPRG2 as a SCRATCH register

Since coming 469d62be9263b92f2c3329540cbb1c076111f4f3, SPRG2 is used as a scratch register just like SPRG0 and SPRG1. So Declare it as such and fix the comment which is not valid anymore since that commit. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes

[PATCH v4 06/21] powerpc/8xx: No need to save r10 and r3 when not calling FixupDAR

r10 and r3 are only used inside FixupDAR function. So lets save them inside that function only. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes in v4: - None arch/powerpc/kernel/head_8xx.S | 27 +-- 1 files changed, 13

[PATCH v4 00/21] powerpc/8xx: Optimise MMU TLB handling and add support of 16k pages

This patchset: 1) provides several MMU TLB handling optimisation on MPC8xx. 2) adds support of 16k pages on MPC8xx. All changes have been successfully tested on a custom board equipped with MPC885 Signed-off-by: Christophe Leroy Tested-by: Christophe Leroy --- Changes in v2: - Patch number 10

[PATCH v4 09/21] powerpc/8xx: Optimize verification in FixupDAR

By XORing the upper part of the instruction code, we get a value that can directly be verified with the second test and we can remove the first test. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes in v4: - None arch/powerpc/kernel/head_8xx.S |6

[PATCH v4 18/21] powerpc/8xx: _PMD_PRESENT already set in level 1 entries

When a PMD entry is valid, _PMD_PRESENT is set. Therefore, forcing that bit during TLB loading is useless. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes in v4: - None arch/powerpc/kernel/head_8xx.S |2 -- 1 files changed, 0 insertions(+), 2

[PATCH v4 15/21] powerpc/8xx: Implement 16k pages

This patch activates the handling of 16k pages on the MPC8xx. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes in v4: - None arch/powerpc/Kconfig |2 +- arch/powerpc/include/asm/mmu-8xx.h |2 ++ arch/powerpc/kernel/head_8xx.S

[PATCH v4 11/21] powerpc/8xx: Use M_TW instead of M_TWB

Use M_TW instead of M_TWB for storing Level 1 table address as M_TWB requires 4k aligned tables, which is only the case with 4k pages. Consequently, we have to calculate the level 1 table index by ourselves. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None

[PATCH v4 13/21] powerpc/8xx: Use PAGE size related consts

For PAGE size related operations, use PAGE size consts in order to be able to use different page size in the futur. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes in v4: - None arch/powerpc/kernel/head_8xx.S | 30 ++ 1

[PATCH v4 12/21] powerpc/8xx: Don't use MD_TWC for walk

MD_TWC can only be used properly with 4k pages. So lets calculate level 2 table index by ourselves. Signed-off-by: Christophe Leroy --- Changes in v2: - No need to save r11 in cr, we can do without modifying r11 in DataStoreTLBMiss Changes in v3: - None Changes in v4: - None

[PATCH v4 19/21] powerpc/8xx: Don't restore regs to save them again.

There is not need to restore r10, r11 and cr registers at this end of ITLBmiss handler as they are saved again to the same place in ITLBError handler we are jumping to. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes in v4: - None

[PATCH v4 17/21] powerpc/8xx: set PTE bit 22 off TLBmiss

No need to re-set this bit at each TLB miss. Let's set it in the PTE. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - Removed PPC405 related macro from PPC8xx specific code - PTE_NONE_MASK doesn't need PAGE_ACCESSED in Linux 2.6 Changes in v4: - None

Re: [PATCH 1/2] cirrus: add missing drm_connector_register call

Hi On Fri, Sep 19, 2014 at 10:11 AM, Gerd Hoffmann wrote: > Signed-off-by: Gerd Hoffmann > --- > drivers/gpu/drm/cirrus/cirrus_mode.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/gpu/drm/cirrus/cirrus_mode.c > b/drivers/gpu/drm/cirrus/cirrus_mode.c > index e1c5c32..c7c5a9d

[PATCH v4 14/21] powerpc/8xx: Const for TLB RPN forced value

Value 0x00f0 is used to force bits in TLB level 2 entry. This value is linked to the page size and will vary when we change the page size. Lets define a const for it in order to have it at only one place. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes

[PATCH v4 20/21] powerpc/8xx: Use DAR to save r3 for CPU6 ERRATA

As we are not using anymore DAR to save registers, it is now available for saving the r3 register used for CPU6 ERRATA handling. Therefore we can remove the major hack which was to use memory location 0 to save r3. Signed-off-by: Christophe Leroy --- Changes in v3: - New Changes in v4: - Fixed

[PATCH v4 03/21] powerpc/8xx: exception InstructionAccess does not exist on MPC8xx

Exception InstructionAccess does not exist on MPC8xx. No need to branch there from somewhere else. Handling can be done directly in InstructionTLBError Exception. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - arch/powerpc/mm/fault.c uses the vector number, so

[PATCH v4 16/21] powerpc/8xx: Better readibility of ERRATA CPU6 handling

This patch hiddes that SPR address needed for CPU6 ERRATA handling in the macro. Then we don't have to worry about this address directly in the code. Signed-off-by: Christophe Leroy --- Changes in v2: - None Changes in v3: - None Changes in v4: - None arch/powerpc/kernel/head_8xx.S | 29

Re: [PATCH] gpiolib: fix a few issues with gpiochip_remove

On Sat, Sep 6, 2014 at 12:22 AM, Octavian Purdila wrote: > The current implementation of gpiochip_remove() does not check to see > if the GPIO pins are busy before removing the associated irqchip and > this is causing the following warning: > > WARNING: CPU: 3 PID: 553 at fs/proc/generic.c:521 >

[PATCH] cgroup: remove redundant check in cgroup_ino()

After we implemented default unified hierarchy, cgrp->kn can never be NULL. Signed-off-by: Zefan Li --- include/linux/cgroup.h | 7 ++- mm/memory-failure.c| 2 +- 2 files changed, 3 insertions(+), 6 deletions(-) diff --git a/include/linux/cgroup.h b/include/linux/cgroup.h index

Re: [RFC PATCH v2 12/16] input: gpio_keys_polled - Add support for GPIO descriptors

On Tue, Sep 16, 2014 at 8:52 PM, Mika Westerberg wrote: > From: Aaron Lu > > GPIO descriptors are the preferred way over legacy GPIO numbers > nowadays. Convert the driver to use GPIO descriptors internally but > still allow passing legacy GPIO numbers from platform data to support > existing

Re: [RFC PATCH v2 09/16] leds: leds-gpio: Add support for GPIO descriptors

On Tue, Sep 16, 2014 at 8:52 PM, Mika Westerberg wrote: > GPIO descriptors are the preferred way over legacy GPIO numbers > nowadays. Convert the driver to use GPIO descriptors internally but > still allow passing legacy GPIO numbers from platform data to support > existing platforms. > >

[PATCH v3 6/5] AHCI: Do not read HOST_IRQ_STAT register in multi-MSI mode

As described in AHCI v1.0 specification chapter 10.6.2.2 "Multiple MSI Based Messages" generation of interrupts is not controlled through the HOST_IRQ_STAT register. Considering MMIO access is expensive remove unnecessary reading and writing of HOST_IRQ_STAT register. Further, serializing access

[PATCH 2/2] bochs: add missing drm_connector_register call

Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/bochs/bochs_kms.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/bochs/bochs_kms.c b/drivers/gpu/drm/bochs/bochs_kms.c index 9d7346b..6b7efcf3 100644 --- a/drivers/gpu/drm/bochs/bochs_kms.c +++

[PATCH 1/2] cirrus: add missing drm_connector_register call

Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/cirrus/cirrus_mode.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/cirrus/cirrus_mode.c b/drivers/gpu/drm/cirrus/cirrus_mode.c index e1c5c32..c7c5a9d 100644 --- a/drivers/gpu/drm/cirrus/cirrus_mode.c +++

[PATCH net-next V2] net: keep original skb which only needs header checking during software GSO

Commit ce93718fb7cdbc064c3000ff59e4d3200bdfa744 ("net: Don't keep around original SKB when we software segment GSO frames") frees the original skb after software GSO even for dodgy gso skbs. This breaks the stream throughput from untrusted sources, since only header checking was done during

[PATCH v3 1/2] regulator: st-pwm: get voltage and duty table from dts

Get voltage & duty table from device tree might be better, other platforms can also use this driver without any modify. Signed-off-by: Chris Zhong --- Changes in v3: Adviced by Doug Anderson - Make Kconfig & Makefile alphabetical - remove pwm_reg_period from pwm_regulator_data - modify the

Re: x86, microcode: BUG: microcode update that changes x86_capability

On Thu, Sep 18, 2014 at 06:00:12PM -0700, Andy Lutomirski wrote: > Yes, but how? I assume that BIOS isn't switching between two > different ucode blobs, and I don't know about any wrcpuid instruction. > So there must be *some* way, at least on new ucode (and maybe on old > ucode) to change that

[PATCH v3 2/2] dt-bindings: add devicetree bindings for st-pwm regulator

Document the st-pwm regulator Signed-off-by: Chris Zhong --- Changes in v3: Adviced by Doug Anderson - update the Example Changes in v2: Adviced by Lee Jones - rename the documentation Adviced by Doug Anderson - update the example Adviced by Mark Rutland - remove pwm-reg-period

[PATCH v3 0/2] regulator: get voltage & duty table from dts for st-pwm

get voltage & duty table from device tree might be better, other platforms can also use this driver without any modify. Tested on a rk3288 sdk board as logic voltage regulator. Changes in v3: Adviced by Doug Anderson - Make Kconfig & Makefile alphabetical - remove pwm_reg_period from

Re: [RESEND PATCH 1/3] x86: Adding structs to reflect cpuid fields

On Thu, Sep 18, 2014 at 03:36:43PM +0200, Paolo Bonzini wrote: > We're talking about the case where the field is not reserved anymore and > we _know_ that the vendor has just decided to grow the bitfield that > precedes it. We're talking about the case where you assumed that a reserved bit is 0

Re: [PATCH net-next] net: keep original skb which only needs header checking during software GSO

On 09/19/2014 03:04 PM, Eric Dumazet wrote: > On Fri, 2014-09-19 at 14:38 +0800, Jason Wang wrote: >> Commit ce93718fb7cdbc064c3000ff59e4d3200bdfa744 ("net: Don't keep >> around original SKB when we software segment GSO frames") frees the >> original skb after software GSO even for dodgy gso skbs.

[PATCHv2] serial: 8250: Add Quark X1000 to 8250 PCI driver

Adds PCI identifier for the X1000 Adds clocking and register size and register shift Signed-off-by: Bryan O'Donoghue --- drivers/tty/serial/8250/8250_pci.c | 33 + 1 file changed, 33 insertions(+) diff --git a/drivers/tty/serial/8250/8250_pci.c

Re: [PATCH v3 03/21] powerpc/8xx: exception InstructionAccess does not exist on MPC8xx

Le 18/09/2014 22:02, Joakim Tjernlund a écrit : christophe leroy wrote on 2014/09/18 21:11:01: Le 18/09/2014 20:12, Joakim Tjernlund a écrit : leroy christophe wrote on 2014/09/18 18:42:14: Le 18/09/2014 17:15, Joakim Tjernlund a écrit : Christophe Leroy wrote on 2014/09/17 18:36:57:

Re: [RESEND PATCH] gpio: omap: Fix interrupt names

On Sat, Sep 6, 2014 at 4:52 AM, Nishanth Menon wrote: > When viewing the /proc/interrupts, there is no information about which > GPIO bank a specific gpio interrupt is hooked on to. This is more than a > bit irritating as such information can esily be provided back to the > user and at times, can

Re: [PATCH 1/2] x86, gpio: Increase ARCH_NR_GPIOs to 512

I should have responded to that thread long ago, but I am currently on holidays and strangely tend to check my mail less often than I should. :P On Tue, Sep 9, 2014 at 4:24 PM, Linus Walleij wrote: > Argh! This is the kind of stuff I want to get rid of > > Preferably gpio should be a

[PATCH v2] asm/uapi: Add definition of TIOC[SG]RS485

Commit: e676253b19b2d269cccf67fdb1592120a0cd0676 (serial/8250: Add support for RS485 IOCTLs), adds support for RS485 ioctls for 825_core on all the archs. Unfortunately the definition of TIOCSRS485 and TIOCGRS485 was missing on the ioctls.h file Reported-by: Guenter Roeck Reviewed-by: Guenter

[PATCH net] r8152: disable ALDPS

If the hw is in ALDPS mode, the hw may have no response for accessing the most registers. Therefore, the ALDPS should be disabled before accessing the hw in rtl_ops.init(), rtl_ops.disable(), rtl_ops.up(), and rtl_ops.down(). Regardless of rtl_ops.enable(), because the hw wouldn't enter ALDPS mode

[PATCH] char: tpm: Add missing error check for devm_kzalloc

Currently these driver are missing a check on the return value of devm_kzalloc, which would cause a NULL pointer dereference in a OOM situation. This patch adds a missing check for tpm_i2c_atmel.c and tpm_i2c_nuvoton.c Signed-off-by: Kiran Padwal --- drivers/char/tpm/tpm_i2c_atmel.c |4

Re: [PATCH v4 3/3] gpio: add support for the Diolan DLN-2 USB GPIO driver

On Thu, Sep 18, 2014 at 06:54:34PM +0300, Octavian Purdila wrote: > On Thu, Sep 18, 2014 at 3:46 PM, Johan Hovold wrote: > > On Thu, Sep 18, 2014 at 03:43:07PM +0300, Octavian Purdila wrote: > >> On Thu, Sep 18, 2014 at 1:54 PM, Johan Hovold wrote: > >> > On Tue, Sep 09, 2014 at 10:24:46PM

Re: [PATCH RFC 2/2] vhost: support urgent descriptors

On 07/01/2014 06:49 PM, Michael S. Tsirkin wrote: > Signed-off-by: Michael S. Tsirkin > --- > drivers/vhost/vhost.h | 19 +-- > drivers/vhost/net.c | 30 +- > drivers/vhost/scsi.c | 23 +++ > drivers/vhost/test.c | 5 +++-- >

Re: [PATCH 07/15] powerpc/powerpc: Add new PCIe functions for allocating cxl interrupts

On Thu, Sep 18, 2014 at 06:26:52PM +1000, Michael Neuling wrote: >From: Ian Munsie > >This adds a number of functions for allocating IRQs under powernv PCIe for cxl. > >Signed-off-by: Ian Munsie >Signed-off-by: Michael Neuling >--- > arch/powerpc/include/asm/pnv-pci.h| 27 + >

Re: How to build the kernel with Clang?

On Fri, 19 Sep 2014 13:10:21 +0900 Masahiro Yamada wrote: > Hi Clang folks, > > > I'd like to know the status of Clang support > in the Linux mainline. > > > I can see some "clang" specific parts in makefiles, > so I guess Clang is already supported to a certain extent. > > > I just tried

[PATCH resend] arm:extend the reserved memory for initrd to be page aligned

this patch extend the start and end address of initrd to be page aligned, so that we can free all memory including the un-page aligned head or tail page of initrd, if the start or end address of initrd are not page aligned, the page can't be freed by free_initrd_mem() function. Signed-off-by:

Re: [PATCH net-next] net: keep original skb which only needs header checking during software GSO

On Fri, 2014-09-19 at 14:38 +0800, Jason Wang wrote: > Commit ce93718fb7cdbc064c3000ff59e4d3200bdfa744 ("net: Don't keep > around original SKB when we software segment GSO frames") frees the > original skb after software GSO even for dodgy gso skbs. This breaks > the stream throughput from

linux-next: Tree for Sep 19

Hi all, Changes since 20140917: The fsl tree still had its build failure so I used the version from next-20140917. The v4l-dvb tree lost its build failure. The security tree gained a conflict against the file-locks tree. Non-merge commits (relative to Linus' tree): 6014 5488 files changed,

Re: [PATCH 05/15] powerpc/powernv: Split out set MSI IRQ chip code

On Thu, Sep 18, 2014 at 06:26:50PM +1000, Michael Neuling wrote: >From: Ian Munsie > >Some of the MSI IRQ code in pnv_pci_ioda_msi_setup() is generically useful so >split it out. > >This will be used by some of the cxl PCIe code later. > >Signed-off-by: Ian Munsie >Signed-off-by: Michael Neuling

Re: [PATCH 1/2] devicetree: cadence_ttc: Document binding for timer width

On 09/18/2014 08:36 PM, Mark Rutland wrote: > On Thu, Sep 18, 2014 at 06:07:40AM +0100, Michal Simek wrote: >> On 09/17/2014 06:17 PM, Mark Rutland wrote: >>> On Wed, Sep 17, 2014 at 03:30:49PM +0100, Michal Simek wrote: From: Peter Crosthwaite Modern TTC implementations can extend

Re: [Patch Part3 V6 5/8] iommu/vt-d: Enhance intel_irq_remapping driver to support DMAR unit hotplug

On 2014/9/19 13:18, Jiang Liu wrote: > Implement required callback functions for intel_irq_remapping driver > to support DMAR unit hotplug. > > Signed-off-by: Jiang Liu Reviewed-by: Yijing Wang > --- > drivers/iommu/intel_irq_remapping.c | 226 > ++- > 1

Re: [Patch Part3 V6 1/8] iommu/vt-d: Introduce helper function dmar_walk_resources()

On 2014/9/19 13:18, Jiang Liu wrote: > Introduce helper function dmar_walk_resources to walk resource entries > in DMAR table and ACPI buffer object returned by ACPI _DSM method > for IOMMU hot-plug. > > Signed-off-by: Jiang Liu Reviewed-by: Yijing Wang > --- > drivers/iommu/dmar.c|

[PATCH][SCSI] mpt2sas: fix undefined reference to `__udivdi3' compilation errors

This patch will fix the below compilation errors on i386 ARCH drivers/built-in.o: In function `_scsih_qcmd': mpt2sas_scsih.c:(.text+0x1e7b56): undefined reference to `__udivdi3' mpt2sas_scsih.c:(.text+0x1e7b8a): undefined reference to `__umoddi3' Used sector_div() API to fix above compilation

[PATCH net-next] net: keep original skb which only needs header checking during software GSO

Commit ce93718fb7cdbc064c3000ff59e4d3200bdfa744 ("net: Don't keep around original SKB when we software segment GSO frames") frees the original skb after software GSO even for dodgy gso skbs. This breaks the stream throughput from untrusted sources, since only header checking was done during

[PATCH 0/2] watchdog: dw_wdt: one bug fix and restart handler support

These patches are intend to improve dw_wdt in the following two aspects: Firstly, the TOP_INIT may be zero at reset on some HW, so the timeout period may be very short, thus we will see immediate system reset after openning the watchdog. Fix this problem by restarting the counter immediately

[PATCH 2/2] watchdog: dw_wdt: add restart handler support

The kernel core now provides an API to trigger a system restart. Register with it to support restarting the system via. watchdog. Signed-off-by: Jisheng Zhang --- drivers/watchdog/dw_wdt.c | 27 +++ 1 file changed, 27 insertions(+) diff --git a/drivers/watchdog/dw_wdt.c

[PATCH 1/2] watchdog: dw_wdt: restart the counter immediately after enabling WDT

The TOP_INIT may be zero, so the timeout period may be very short after initialization is done, thus the system may be reset soon after enabling. We fix this problem by restarting the counter immediately after enabling WDT. Signed-off-by: Jisheng Zhang --- drivers/watchdog/dw_wdt.c | 1 + 1

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