[PATCH V2 0/5] Huge pages for short descriptors on ARM

Hello, This series brings HugeTLB pages and Transparent Huge Pages (THP) to ARM on short descriptors. Russell, Andrew, I would like to get this in next (and hopefully 3.16 if no problems arise) if that sounds reasonable? There's one patch at the beginning of the series for mm: mm: hugetlb: Intr

[PATCH V2 4/5] arm: mm: HugeTLB support for non-LPAE systems

Add huge page support for systems with short descriptors. Rather than store separate linux/hardware huge ptes, we work directly with the hardware descriptors at the pmd level. As we work directly with the pmd and need to store information that doesn't directly correspond to hardware bits (such as

[PATCH V2 5/5] arm: mm: Add Transparent HugePage support for non-LPAE

Much of the required code for THP has been implemented in the earlier non-LPAE HugeTLB patch. One more domain bit is used (to store whether or not the THP is splitting). Some THP helper functions are defined; and we have to re-define pmd_page such that it distinguishes between page tables and sec

[PATCH V2 3/5] arm: mm: Make mmu_gather aware of huge pages

Huge pages on short descriptors are arranged as pairs of 1MB sections. We need to be careful and ensure that the TLBs for both sections are flushed when we tlb_add_flush on a HugeTLB page. This patch extends the tlb flush range to HPAGE_SIZE rather than PAGE_SIZE when addresses belonging to huge p

[PATCH V2 1/5] mm: hugetlb: Introduce huge_pte_{page,present,young}

Introduce huge pte versions of pte_page, pte_present and pte_young. This allows ARM (without LPAE) to use alternative pte processing logic for huge ptes. Generic implementations that call the standard pte versions are also added to asm-generic/hugetlb.h. Signed-off-by: Steve Capper Acked-by: Ge

Re: [PATCHv3 2/2] iio: devicetree: Add DT binding documentation for Exynos3250 ADC

Hi Chanwoo, On 16.04.2014 12:11, Chanwoo Choi wrote: This patch add DT binding documentation for Exynos3250 ADC IP. Exynos3250 has special clock ('sclk_tsadc') for ADC which provide clock to internal ADC. Cc: Rob Herring Cc: Pawel Moll Cc: Mark Rutland Cc: Ian Campbell Cc: Kumar Gala Cc: R

Re: linux-next: manual merge of the audit tree with Linus' tree

On Wed, 2014-04-16 at 14:02 +1000, Stephen Rothwell wrote: > You could have avoided this by doing a fast forward merge of v3.15-rc1 > instead of the v3.14 merge (since everything in your tree before that > merge was also in Linus' tree by v3.15-rc1). This is a situation I've never really known th

[PATCH] pinctrl-baytrail: fix for irq descriptor conflict on ASUS T100TA

A crash is triggered on the ASUS T100TA Baytrail-T because of a irq descriptor conflict. There are two gpio triggered acpi events in this device, GPIO 6 and 18. These gpios are translated to irqs by calling gpio_to_irq which in turn will call irq_create_mapping(vg->domain, offset). irq_create_mapp

RE: [PATCH v2 RESEND 03/23] bfa: Cleanup bfad_setup_intr() function

Patch look good. Acked-by: Anil Gurumurthy -Original Message- From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-ow...@vger.kernel.org] On Behalf Of Alexander Gordeev Sent: 14 April 2014 13:35 To: linux-kernel Cc: Alexander Gordeev; Anil Gurumurthy; Vijaya Mohan Guvva; linux-scsi;

RE: [PATCH v2 RESEND 04/23] bfa: Use pci_enable_msix_exact() instead of pci_enable_msix()

Patch look good. Acked-by: Anil Gurumurthy -Original Message- From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-ow...@vger.kernel.org] On Behalf Of Alexander Gordeev Sent: 14 April 2014 13:35 To: linux-kernel Cc: Alexander Gordeev; Anil Gurumurthy; Vijaya Mohan Guvva; linux-scsi;

RE: [PATCH v2 RESEND 02/23] bfa: Do not call pci_enable_msix() after it failed once

Patch look good. Acked-by: Anil Gurumurthy -Original Message- From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-ow...@vger.kernel.org] On Behalf Of Alexander Gordeev Sent: 14 April 2014 13:35 To: linux-kernel Cc: Alexander Gordeev; Anil Gurumurthy; Vijaya Mohan Guvva; linux-scsi;

Re: [RFC PATCH] sched: let task migration destination cpu do active balance

On Wed, Apr 16, 2014 at 07:34:29PM +0800, Alex Shi wrote: > Chris Redpath found an issue on active balance: > We let the task source cpu, the busiest cpu, do the active balance, > while the destination cpu maybe idle. thus we take the busiest cpu > time, but left the idlest cpu wait. That is not g

RE: [PATCH v2 RESEND 03/23] bfa: Cleanup bfad_setup_intr() function

Patch look good. Acked-by: Anil Gurumurthy -Original Message- From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-ow...@vger.kernel.org] On Behalf Of Alexander Gordeev Sent: 14 April 2014 13:35 To: linux-kernel Cc: Alexander Gordeev; Anil Gurumurthy; Vijaya Mohan Guvva; linux-scsi;

Re: [PATCH v5 0/9] mfd: max14577: Add support for MAX77836

> > This is first part of fifth version of patchset adding support for > > MAX77836 device to the max14577 driver. > > > > I decided to split the patchset into smaller parts. I hope this would > > help in getting necessary review/acks from maintainers. > > > > The first

Re: [PATCH v5 0/9] mfd: max14577: Add support for MAX77836

> > > > > This is first part of fifth version of patchset adding support for > > > > > MAX77836 device to the max14577 driver. > > > > > > > > > > I decided to split the patchset into smaller parts. I hope this would > > > > > help in getting necessary review/acks from maintainers. > > > > > > >

Re: [PATCH v2] mtd: m25p80: Calculate flash block protect bits based on number of sectors

On Sun, 13 Apr 2014, Marek Vasut wrote: > > This portion of code looks like a duplicate of ... > > > + for (lock_bits = 1; lock_bits < 7; lock_bits++) { > > + protected_area_start = flash->mtd.size - > > + get_protected_area(flash, lock_bits); > > +

[PATCH] [trivial] mm: Fix printk typo in dmapool.c

Fix printk typo in dmapool.c Signed-off-by: Hiroshige Sato --- mm/dmapool.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/mm/dmapool.c b/mm/dmapool.c index c69781e..8058fcd 100644 --- a/mm/dmapool.c +++ b/mm/dmapool.c @@ -341,10 +341,10 @@ void *dma_pool_alloc(struct dm

Re: [PATCH v2] ARM: mm: support big-endian page tables

On 16/04/14 03:45, Jianguo Wu wrote: > On 2014/4/14 19:14, Marc Zyngier wrote: > >> On 14/04/14 11:43, Will Deacon wrote: >>> (catching up on old email) >>> >>> On Tue, Mar 18, 2014 at 07:35:59AM +, Jianguo Wu wrote: Cloud you please take a look at this? >>> >>> [...] >>> On 2014/2/1

Re: [PATCH 2/2 v2] staging: comedi: addi_apci_1564: fixup and absorb apci1564_reset()

On 2014-04-16 07:57, Chase Southwood wrote: We can remove this function from the boardinfo and move the code from hwdrv_apci1564.c into addi_apci_1564.c since it is the only reset function used by the driver. The function was also messy and failed to reset a few registers, these issues were fixed

Re: [PATCH v2] mtd: m25p80: Calculate flash block protect bits based on number of sectors

On Wednesday, April 16, 2014 at 02:26:41 PM, Austin Boyle wrote: > On Sun, 13 Apr 2014, Marek Vasut wrote: > > This portion of code looks like a duplicate of ... > > > > > + for (lock_bits = 1; lock_bits < 7; lock_bits++) { > > > + protected_area_start = flash->mtd.size - > > > +

RE: [PATCH] mm : Avoid candidate task is equal to current task

mm_update_next_owner() call from exit_mm() , and exit_mm() change tsk->mm to NULL If p==c , It seems to be impossible that mm == c->mm (tsk->mm) . Because mm is non-NULL and c->mm is NULL . -Original Message- From: Peter Chiang [mailto:pchi...@nvidia.com] Sent: Wednesday, April 16

[PATCH v3] mtd: m25p80: Calculate flash block protect bits based on number of sectors

This patch generalises the calculation of block protect bits based on the number of sectors and implements the _is_locked function. Existing calculation of block protect bits only works for devices with 64 sectors or more. This new logic is applicable to the STmicro devices: m25p10, p20, p40, p80,

[PATCH] arm: dts: exynos4: add missing pinctrls for I2C controllers

This patch adds missing pinctrls for I2C controllers 2-7. Signed-off-by: Tomasz Stanislawski --- arch/arm/boot/dts/exynos4.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm/boot/dts/exynos4.dtsi index 0401f4d..288aa81 100644 --- a/

[PATCH 3/4] ARM: dts: berlin: add the SDHCI nodes for the BG2Q

Add the SDHCI nodes for the Marvell Berlin BG2Q, using the berlin-sdhci driver. Signed-off-by: Antoine Ténart --- arch/arm/boot/dts/berlin2q.dtsi | 40 1 file changed, 40 insertions(+) diff --git a/arch/arm/boot/dts/berlin2q.dtsi b/arch/arm/boot/dts/berl

[PATCH 2/4] Documentation: bindings: add the sdhci-berlin

Add the binding documentation for the Marvell Berlin SDHCI driver. Signed-off-by: Antoine Ténart --- Documentation/devicetree/bindings/mmc/sdhci-berlin.txt | 18 ++ 1 file changed, 18 insertions(+) create mode 100644 Documentation/devicetree/bindings/mmc/sdhci-berlin.txt diff -

[PATCH 0/4] ARM: berlin: add SDHCI support

This series adds the support for the SDHCI controller for Marvell Berlin SoCs and enable the SD card reader and eMMC for the BG2Q DMP. The controller supports 3 sockets. Tested on the BG2Q DMP. This series applies on top of Alexandre's patches for the Berlin's pll: https://patchwork.kernel.org/pa

[PATCH 1/4] mmc: sdhci: add a driver for Berlin SoCs

Add a Driver to support the SDHCI controller of the Marvell Berlin SoCs. This controller supports 3 sockets. Signed-off-by: Antoine Ténart --- drivers/mmc/host/Kconfig| 11 drivers/mmc/host/Makefile | 1 + drivers/mmc/host/sdhci-berlin.c | 129 ++

[PATCH 4/4] ARM: dts: berlin: enable SD card reader and eMMC for the BG2Q DMP

Enable the SD Card reader and the internal eMMC on the Berlin BG2Q DMP using two of the SDHCI nodes of the Berlin BG2Q. Signed-off-by: Antoine Ténart --- arch/arm/boot/dts/berlin2q-marvell-dmp.dts | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/berlin2q-marvell-dmp.

RE: [PATCH] mm : Avoid candidate task is equal to current task

Is it possible before exit_mm() set tsk->mm to NULL, tsk->mm has already been NULL ? -Original Message- From: Peter Chiang Sent: Wednesday, April 16, 2014 8:31 PM To: Peter Chiang; ccr...@android.com; lize...@huawei.com; a...@linux-foundation.org; o...@redhat.com; t...@kernel.org; pa..

Re: [PATCH v2 RESEND 08/23] isci: Use pci_enable_msix_exact() instead of pci_enable_msix()

On 04/14/2014 10:05 AM, Alexander Gordeev wrote: > As result of deprecation of MSI-X/MSI enablement functions > pci_enable_msix() and pci_enable_msi_block() all drivers > using these two interfaces need to be updated to use the > new pci_enable_msi_range() or pci_enable_msi_exact() > and pci_enabl

Re: [PATCH 1/4] mmc: sdhci: add a driver for Berlin SoCs

On Wed, 2014-04-16 at 14:40 +0200, Antoine Ténart wrote: > Add a Driver to support the SDHCI controller of the Marvell Berlin SoCs. > This controller supports 3 sockets. trivial notes: > diff --git a/drivers/mmc/host/sdhci-berlin.c b/drivers/mmc/host/sdhci-berlin.c [] > +static struct sdhci_ops s

[PATCH] pinctrl: sunxi: fix typo in module author address

According to the MODULE_AUTHOR() comments, the author name should be "Name " or just "Name". Add the missing '>'. Signed-off-by: Antoine Ténart --- drivers/pinctrl/pinctrl-sunxi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pinctrl/pinctrl-sunxi.c b/drivers/pinctr

Re: [PATCH 2/2] net: Implement SO_PASSCGROUP to enable passing cgroup path

Please, just stop. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

[GIT PULL] irq fix

Linus, Please pull the latest irq-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus # HEAD: f6da9fe45c3074b909084ae9da5f55034ebffeb4 irqchip: vic: Properly chain the cascaded IRQs ARM VIC (Vectored Irq Controller) irqchip driv

Re: [PATCH v2 05/14] arm: common: edma: Select event queue 1 as default when booted with DT

On 04/14/2014 05:32 PM, Sekhar Nori wrote: >> Yes, you can. But as soon as you have other devices using the same priority >> (with eDMA3 at least) and asks for a 'long' transfer it can ruin the audio. >> During audio playback/capture you execute a long MMC read for example can >> introduce a glitch

Re: [PATCH 10/19] NET: set PF_FSTRANS while holding sk_lock

From: Eric Dumazet Date: Tue, 15 Apr 2014 22:13:46 -0700 > For applications handling millions of sockets, this makes a difference. Indeed, this really is not acceptable. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.o

Re: [PULL 1/2] perf/tool: Fix usage of trace events with '-' in trace system name.

On Wed, Apr 09, 2014 at 04:21:58PM +0200, Christian Borntraeger wrote: > From: Alexander Yarygin > > Trace events potentially can have a '-' in their trace system name, > e.g. kvm on s390 defines kvm-s390:* tracepoints. > tools/perf could not parse them, because there was no rule for this: > $ su

Re: [PATCH] arm: dts: exynos4: add missing pinctrls for I2C controllers

Hi Tomasz, On 16.04.2014 14:40, Tomasz Stanislawski wrote: This patch adds missing pinctrls for I2C controllers 2-7. Signed-off-by: Tomasz Stanislawski --- arch/arm/boot/dts/exynos4.dtsi | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arc

Re: How do I increment a per-CPU variable without warning?

On Wed, Apr 16, 2014 at 07:21:48AM +0200, Peter Zijlstra wrote: > On Tue, Apr 15, 2014 at 08:54:19PM -0700, Paul E. McKenney wrote: > > But falling back on the old ways of doing this at least looks a bit > > nicer: > > > > static inline bool rcu_should_resched(void) > > { > > i

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: ad466db5b0c302e85ad96c42a43194c234cbd862 Merge tag 'perf-urgent-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/jolsa/pe

Re: [PATCH 1/4] mmc: sdhci: add a driver for Berlin SoCs

Joe, On Wed, Apr 16, 2014 at 05:56:34AM -0700, Joe Perches wrote: > On Wed, 2014-04-16 at 14:40 +0200, Antoine Ténart wrote: > > Add a Driver to support the SDHCI controller of the Marvell Berlin SoCs. > > This controller supports 3 sockets. > > trivial notes: > > > diff --git a/drivers/mmc/host

Re: [linux-sunxi] Re: [PATCH 7/7] ARM: sun7i: cubietruck: enable bluetooth module

Hi, On 04/16/2014 11:44 AM, Maxime Ripard wrote: > Hi, > > Please try to keep me in CC, even though the ML doesn't make it easy.. > > On Wed, Apr 16, 2014 at 12:06:59AM +0800, Chen-Yu Tsai wrote: @@ -139,4 +152,16 @@ reg_usb2_vbus: usb2-vbus { status = "okay";

Re: [PATCH] pinctrl: sunxi: fix typo in module author address

On Wed, Apr 16, 2014 at 02:57:48PM +0200, Antoine Ténart wrote: > According to the MODULE_AUTHOR() comments, the author name should be > "Name " or just "Name". Add the missing '>'. > > Signed-off-by: Antoine Ténart Acked-by: Maxime Ripard Thanks! Maxime -- Maxime Ripard, Free Electrons Embe

Re: [PATCH 3/4] ARM: dts: berlin: add the SDHCI nodes for the BG2Q

On Wed, Apr 16, 2014 at 02:40:10PM +0200, Antoine Ténart wrote: > Add the SDHCI nodes for the Marvell Berlin BG2Q, using the berlin-sdhci > driver. > > Signed-off-by: Antoine Ténart > --- > arch/arm/boot/dts/berlin2q.dtsi | 40 > 1 file changed, 40 insert

Re: WARNING: CPU: 2 PID: 1857 at arch/x86/kernel/smp.c:124

> [] local_apic_timer_interrupt+0x3b/0x60 > [] smp_apic_timer_interrupt+0x45/0x60 > [] apic_timer_interrupt+0x6a/0x70 >[] ? panic+0x1a7/0x1ea > [] ? panic+0x1a3/0x1ea You're using panic_on_oops? That seems like a bug in panic. It shouldn't reenable interrupts -Andi > [] oops_end+0xd4/

Re: WARNING: CPU: 2 PID: 1857 at arch/x86/kernel/smp.c:124

Am 16.04.2014 15:12, schrieb Andi Kleen: >> [] local_apic_timer_interrupt+0x3b/0x60 >> [] smp_apic_timer_interrupt+0x45/0x60 >> [] apic_timer_interrupt+0x6a/0x70 >>[] ? panic+0x1a7/0x1ea >> [] ? panic+0x1a3/0x1ea > > You're using panic_on_oops? Nope. > That seems like a bug in panic. It

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: 5be44a6fb1edb57d7d2d77151870dcd79c8c0e58 x86: Remove the PCI reboot method from the default chain Various fixes: - reboot regression

Re: [PATCH 3/4] ARM: dts: berlin: add the SDHCI nodes for the BG2Q

Hi Andrew, On Wed, Apr 16, 2014 at 03:09:15PM +0200, Andrew Lunn wrote: > On Wed, Apr 16, 2014 at 02:40:10PM +0200, Antoine Ténart wrote: > > Add the SDHCI nodes for the Marvell Berlin BG2Q, using the berlin-sdhci > > driver. > > > > Signed-off-by: Antoine Ténart > > --- > > arch/arm/boot/dts/b

[PATCH 0/9] I2C ACPI operation region handler support

ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation region. It allows ACPI aml code able to access such kind of devices to implement some ACPI standard method. On the Asus T100TA, Bios use GenericSerialBus operation region to access i2c device to get battery info. So batter

[tip:x86/build] x86/build: Supress realmode.bin is up to date message

Commit-ID: a9358bc3531901a15e2f7cd48550c9555fc0288f Gitweb: http://git.kernel.org/tip/a9358bc3531901a15e2f7cd48550c9555fc0288f Author: Peter Foley AuthorDate: Tue, 15 Apr 2014 13:58:13 -0400 Committer: Ingo Molnar CommitDate: Wed, 16 Apr 2014 15:17:24 +0200 x86/build: Supress realmode.

[PATCH 3/9] ACPI: Add acpi_bus_attach_private_data() to facilitate to attach data to ACPI handle

There is already acpi_bus_get_private_data() to get ACPI handle data which is associated with acpi_bus_private_data_handler(). This patch is to add acpi_bus_attach_private_data() to make a pair and facilitate to attach and get data to/from ACPI handle. Signed-off-by: Lan Tianyu --- drivers/acpi/

[PATCH 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.

From: Lv Zheng The size of the buffer allocated for generic_serial_bus region access is not correct. This patch introduces acpi_ex_get_serial_access_length() to be invoked to obtain correct data buffer length. Reported by Lan Tianyu, Fixed by Lv Zheng. Signed-off-by: Lv Zheng Signed-off-by: L

[PATCH 8/9] I2C/ACPI: Move ACPI related code to i2c-acpi.c

Clean up ACPI related code in the i2c core. Signed-off-by: Lan Tianyu --- drivers/i2c/i2c-acpi.c | 89 ++ drivers/i2c/i2c-core.c | 95 -- include/linux/i2c.h| 3 ++ 3 files changed, 92 insertions(+),

[PATCH 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config

This patch is to add CONFIG_I2C_ACPI. Current there is a race between removing I2C ACPI operation region and ACPI AML code accessing. So make i2c core built-in if CONFIG_I2C_ACPI is set. The race will be fixed later in the ACPICA. Signed-off-by: Lan Tianyu --- drivers/i2c/Kconfig | 16 +

[PATCH 5/9] I2C: Add smbus quick read/write helper function

Add i2c_smbus_quick_write/read() helper function. These will be used in the implementation of i2c ACPI address space handler. Signed-off-by: Lan Tianyu --- drivers/i2c/i2c-core.c | 30 ++ include/linux/i2c.h| 2 ++ 2 files changed, 32 insertions(+) diff --git a/

[PATCH 7/9] I2C/ACPI: Add i2c ACPI operation region support

ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation region. It allows ACPI aml code able to access such kind of devices to implement some ACPI standard method. ACPI Spec defines some access attribute to associate with i2c protocol. AttribQuick R

[PATCH v2] ahci: disable DEVSLP for Intel Valleyview

On Intel Valleyview SoC, SATA device sleep is not reliable. When DEVSLP is attempted on certain SSDs, port_devslp write would fail and result in malfunction of AHCI controller. AHCI controller may be not shown in PCI enumeration after reset. Complete power source removal may be required to recover

[PATCH 6/9] I2C: Add smbus word/block process call helper function

Add i2c_smbus_word/block_proc_call() helper function. These will be used in the implementation of i2c ACPI address space handler. Signed-off-by: Lan Tianyu --- drivers/i2c/i2c-core.c | 56 ++ include/linux/i2c.h| 4 2 files changed, 60 in

Re: [PULL 1/2] perf/tool: Fix usage of trace events with '-' in trace system name.

On 16/04/14 15:00, Jiri Olsa wrote: > On Wed, Apr 09, 2014 at 04:21:58PM +0200, Christian Borntraeger wrote: >> From: Alexander Yarygin >> >> Trace events potentially can have a '-' in their trace system name, >> e.g. kvm on s390 defines kvm-s390:* tracepoints. >> tools/perf could not parse them,

[PATCH 4/9] ACPI/Thermal: Use acpi_bus_attach_private_data() to attach private data

Use acpi_bus_attach_private_data() to attach private data instead of acpi_attach_data(). Signed-off-by: Lan Tianyu --- drivers/acpi/thermal.c | 9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/acpi/thermal.c b/drivers/acpi/thermal.c index c1e31a4..7ab9392 100644

Re: [PATCH] ahci: disable DEVSLP for Intel Valleyview

On Fri, 11 Apr 2014 06:24:51 -0400 Tejun Heo wrote: > On Fri, Apr 11, 2014 at 12:14:14PM +0200, Bartlomiej Zolnierkiewicz > wrote: > > You most likely need to rebase your changes on top of the > > aforementioned patch (Tejun?). > > Waiting for -rc1 to drop before applying patches. I can resolve

[PATCH 2/9] ACPICA: Export acpi_buffer_to_resource symbol

The acpi_buffer_to_resource is needed in i2c module to convert aml buffer to struct acpi_resource Signed-off-by: Lan Tianyu --- drivers/acpi/acpica/rscreate.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/acpi/acpica/rscreate.c b/drivers/acpi/acpica/rscreate.c index 75d3690..582864

[PATCH] Error reporting improvement

In the current version, when using perf record, if something goes wrong in tools/perf/builtin-record.c:375 session = perf_session__new(file, false, NULL); The error message: "Not enough memory for reading per file header" is issued. This error message seems to be outdated and is not very helpfu

[tip:x86/irq] x86/irq: Fix fixup_irqs() error handling

Commit-ID: fb24da805729ee4a83efa34015948f7d64da4b28 Gitweb: http://git.kernel.org/tip/fb24da805729ee4a83efa34015948f7d64da4b28 Author: Prarit Bhargava AuthorDate: Wed, 2 Apr 2014 08:11:13 -0400 Committer: Ingo Molnar CommitDate: Wed, 16 Apr 2014 13:30:49 +0200 x86/irq: Fix fixup_irqs()

Re: [PATCH V4 5/5] usb-phy: samsung-usb3: Remove older phy-samsung-usb3 driver

Hi Vivek, 2014-04-09 13:34 GMT+02:00 Vivek Gautam : > Hi Tomasz, > ' > > On Wed, Apr 9, 2014 at 4:43 PM, Tomasz Figa wrote: >> Hi Vivek, >> > Thanks for reviewing the patch series. > >> >> On 08.04.2014 16:36, Vivek Gautam wrote: >>> >>> Removing this older USB 3.0 DRD controller PHY driver, sinc

Re: [PATCH v5 4/4] arm64: is_compat_task is defined both in asm/compat.h and linux/compat.h

On Sat, Mar 15, 2014 at 05:39:08AM +, AKASHI Takahiro wrote: > Some kernel files may include both linux/compat.h and asm/compat.h directly > or indirectly. Since both header files contain is_compat_task() under > !CONFIG_COMPAT, compiling them with !CONFIG_COMPAT will eventually fail. > Such fi

Re: [PATCH 1/2] perf record: Propagate exit status of a command line workload

On Wed, Apr 16, 2014 at 09:30:43AM +0900, Namhyung Kim wrote: SNIP > > @@ -356,6 +331,7 @@ static void workload_exec_failed_signal(int signo, > siginfo_t *info, > static int __cmd_record(struct record *rec, int argc, const char **argv) > { > int err; > + int status = 0; > uns

Re: [PATCH v2 5/8] mfd: db8500-prcmu: Use cpufreq_for_each_entry macro for iteration

On 16 April 2014 16:21, Lee Jones wrote: >> The cpufreq core now supports the cpufreq_for_each_entry macro helper >> for iteration over the cpufreq_frequency_table, so use it. >> >> It should have no functional changes. >> >> Signed-off-by: Stratos Karafotis >> --- >> drivers/mfd/db8500-prcmu.c

Re: [PATCH 0/9] I2C ACPI operation region handler support

On 04/16/2014 09:24 PM, Lan Tianyu wrote: ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation region. It allows ACPI aml code able to access such kind of devices to implement some ACPI standard method. On the Asus T100TA, Bios use GenericSerialBus operation region to acce

Re: hpsa driver bug crack kernel down!

Hey David, On Mon, Apr 14, 2014 at 05:03:51PM +, Woodhouse, David wrote: > Jiang, if you can then let me have a copy with a signed-off-by I'll > shepherd it upstream along with your other patch which is already in my > iommu-2.6.git tree. What is the state of these fixes? I plan to send out a

Re: [PATCH v7 3/7] ftrace: Add arm64 support to recordmcount

On Sat, Mar 15, 2014 at 05:40:44AM +, AKASHI Takahiro wrote: > Recordmcount utility under scripts is run, after compiling each object, > to find out all the locations of calling _mcount() and put them into > specific seciton named __mcount_loc. > Then linker collects all such information into a

Re: [PULL 1/2] perf/tool: Fix usage of trace events with '-' in trace system name.

On 16/04/14 15:28, Christian Borntraeger wrote: > On 16/04/14 15:00, Jiri Olsa wrote: >> On Wed, Apr 09, 2014 at 04:21:58PM +0200, Christian Borntraeger wrote: >>> From: Alexander Yarygin >>> >>> Trace events potentially can have a '-' in their trace system name, >>> e.g. kvm on s390 defines kvm-s

Re: [PULL 1/2] perf/tool: Fix usage of trace events with '-' in trace system name.

On Wed, Apr 16, 2014 at 03:31:15PM +0200, Christian Borntraeger wrote: > On 16/04/14 15:28, Christian Borntraeger wrote: > > On 16/04/14 15:00, Jiri Olsa wrote: > >> On Wed, Apr 09, 2014 at 04:21:58PM +0200, Christian Borntraeger wrote: > >>> From: Alexander Yarygin > >>> > >>> Trace events potent

Re: [PATCH v5 2/4] arm64: split syscall_trace() into separate functions for enter/exit

Hi Akashi, On Sat, Mar 15, 2014 at 05:39:06AM +, AKASHI Takahiro wrote: > As done in arm, this change makes it easy to confirm we invoke syscall > related hooks, including syscall tracepoint, audit and seccomp which would > be implemented later, in correct order. That is, undoing operations in

Re: [PATCH V4 1/5] phy: Add new Exynos5 USB 3.0 PHY driver

Hi Vivek, On 15.04.2014 08:09, Vivek Gautam wrote: Hi Tomasz, On Thu, Apr 10, 2014 at 5:09 PM, Vivek Gautam wrote: On Wed, Apr 9, 2014 at 7:03 PM, Tomasz Figa wrote: On 09.04.2014 13:49, Vivek Gautam wrote: Hi, On Wed, Apr 9, 2014 at 4:36 PM, Tomasz Figa wrote: Hi Vivek, Please see

Re: [PATCH] kernel/panic: Add "late_kdump" option for kdump in unstable condition

On Mon, Apr 14, 2014 at 01:51:58PM +0900, Masami Hiramatsu wrote: > Add a "late_kdump" option to run kdump after running panic > notifiers and dump kmsg. This can help rare situations which > kdump drops in failure because of unstable crashed kernel > or hardware failure (memory corruption on criti

Re: [PATCH] drivers/crypto: Use RCU_INIT_POINTER(x, NULL) in nx/nx-842.c

On Mon, Mar 24, 2014 at 01:02:42AM +0530, Monam Agarwal wrote: > This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL) > > The rcu_assign_pointer() ensures that the initialization of a structure > is carried out before storing a pointer to that structure. > And in

Re: [PATCH] crypto/ccp: Use pci_enable_msix_range() instead of pci_enable_msix()

On Tue, Apr 15, 2014 at 09:54:31AM +0200, Alexander Gordeev wrote: > As result of deprecation of MSI-X/MSI enablement functions > pci_enable_msix() and pci_enable_msi_block() all drivers > using these two interfaces need to be updated to use the > new pci_enable_msi_range() or pci_enable_msi_exact

Re: [PATCH V2] crypto: omap-des - handle error of pm_runtime_get_sync

On Tue, Apr 15, 2014 at 12:51:43PM -0500, Joel Fernandes wrote: > On 04/15/2014 12:18 PM, Nishanth Menon wrote: > > On 04/15/2014 12:06 PM, Joachim Eastwood wrote: > >> On 15 April 2014 18:58, Nishanth Menon wrote: > >>> pm_runtime_get_sync may not always succeed depending on SoC involved. > >>> S

Re: [PATCH cgroup/for-3.16] cgroup: add documentation about unified hierarchy

Hello, On Tue, Apr 15, 2014 at 03:36:29PM -0700, Randy Dunlap wrote: > > +cgroup allows arbitrary number of hierarchies and each hierarchy can > > allows an arbitrary > > > +host any number of controllers. While this seems to provide high > >

Re: [PATCH] hwrng: remove unbuildable picoxcell TRNG

On Tue, Apr 15, 2014 at 11:06:14AM +0100, Jamie Iles wrote: > Hi Paul, > > On Tue, Apr 15, 2014 at 10:55:18AM +0200, Paul Bolle wrote: > > The driver for the "Picochip picoXcell true random number generator" was > > added in v2.6.39. Its Kconfig symbol has always depended on > > PICOXCELL_PC3X3. B

Re: [PATCHv9 0/7] add compressing abstraction and multi stream support

Hi, I'm a bit late on this patch series (sorry for that) but why are we not using Crypto API for compression algorithm selection and multi stream support? Compared to the earlier patches for zram like the ones we did in July 2013 [1] this patch series requires us to: - implement compression alg

Re: [PATCH v7 5/7] arm64: ftrace: Add dynamic ftrace support

On Sat, Mar 15, 2014 at 05:45:51AM +, AKASHI Takahiro wrote: > This patch allows "dynamic ftrace" if CONFIG_DYNAMIC_FTRACE is enabled. > Here we can turn on and off tracing dynamically per-function base. > > On arm64, this is done by patching single branch instruction to _mcount() > inserted b

Re: [PATCH] fbdev: fix possible NULL pointer derefernce

On Apr 16, 2014, at 5:40 PM, Daeseok Youn wrote: > > The spec->modedb can be NULL by fb_create_modedb(). > > And also smatch says: > drivers/video/fbdev/core/fbmon.c:975 fb_edid_to_monspecs() error: > potential null dereference 'specs->modedb'. > (fb_create_modedb returns null) > > Signed-off

Re: [PATCH 04/12] clocksource: Sched clock source for Versatile Express

Adding Linus W... On Tue, Feb 11, 2014 at 11:10 AM, Pawel Moll wrote: > This patch adds a trival sched clock source using free > running, 24MHz clocked counter present in the ARM Ltd. > Versatile Express platform's System Registers block. > > This code replaces the call in the VE machine code. >

Re: [PATCH v7 4/7] arm64: Add ftrace support

On Sat, Mar 15, 2014 at 05:45:50AM +, AKASHI Takahiro wrote: > This patch implements arm64 specific part to support function tracers, > such as function (CONFIG_FUNCTION_TRACER), function_graph > (CONFIG_FUNCTION_GRAPH_TRACER) and function profiler > (CONFIG_FUNCTION_PROFILER). > > With 'funct

Re: [PATCH 1/3] hw_random: Move UML_RANDOM at the last position

On Tue, Apr 08, 2014 at 02:27:31PM +0200, Jean Delvare wrote: > UML_RANDOM is the only hardware random number generator option which > does not depend on HW_RANDOM. Having it in the middle of the other > options breaks the alignment in "make menuconfig". Move it at the last > position to avoid that

Re: [PATCH] mm : Avoid candidate task is equal to current task

On 04/16, Peter Chiang wrote: > > mm_update_next_owner() call from exit_mm() , and exit_mm() change tsk->mm > to NULL If p==c , It seems to be impossible that mm == c->mm (tsk->mm) . > Because mm is non-NULL and c->mm is NULL . Confused, please see below. > Fix kernel panic when finding a new

Re: hpsa driver bug crack kernel down!

On Wed, 2014-04-16 at 15:37 +0200, j...@8bytes.org wrote: > Hey David, > > On Mon, Apr 14, 2014 at 05:03:51PM +, Woodhouse, David wrote: > > Jiang, if you can then let me have a copy with a signed-off-by I'll > > shepherd it upstream along with your other patch which is already in my > > iommu

Re: [PATCH v2] mtd: davinci-nand: disable subpage write for keystone-nand

On Wednesday 16 April 2014 05:47 AM, Ivan Khoronzhuk wrote: > > On 04/16/2014 10:08 AM, Brian Norris wrote: >> On Tue, Apr 08, 2014 at 03:51:34PM +0300, Ivan Khoronzhuk wrote: >>> On 03/20/2014 10:14 PM, Santosh Shilimkar wrote: On Thursday 20 March 2014 04:08 PM, Ivan Khoronzhuk wrote: >

Re: [PATCH v2 5/8] mfd: db8500-prcmu: Use cpufreq_for_each_entry macro for iteration

> >> The cpufreq core now supports the cpufreq_for_each_entry macro helper > >> for iteration over the cpufreq_frequency_table, so use it. > >> > >> It should have no functional changes. > >> > >> Signed-off-by: Stratos Karafotis > >> --- > >> drivers/mfd/db8500-prcmu.c | 19 --- >

Re: [PATCH v7 6/7] arm64: ftrace: Add CALLER_ADDRx macros

On Sat, Mar 15, 2014 at 05:45:52AM +, AKASHI Takahiro wrote: > CALLER_ADDRx returns caller's address at specified level in call stacks. > They are used for several tracers like irqsoff and preemptoff. > Strange to say, however, they are refered even without FTRACE. > > Signed-off-by: AKASHI Ta

Re: [PATCH RFC 3/4] xhci: Tune PHY for the DWC3-Exynos host controller

Hi, On Tue, Apr 15, 2014 at 06:24:11PM +0530, Vivek Gautam wrote: > I had seen your patches in the mailing list, but i don't see any > updated version of these patches. > Are you planning to work on this above mentioned patch-series any time soon ? I'm sorry, I forgot this completely. I have not

Re: hpsa driver bug crack kernel down!

On Wed, Apr 16, 2014 at 01:58:44PM +, Woodhouse, David wrote: > On Wed, 2014-04-16 at 15:37 +0200, j...@8bytes.org wrote: > > What is the state of these fixes? I plan to send out a pull-request > > before easter and hoped to include these fixes as well. > > I'm travelling and was going to do s

Re: [perf] more perf_fuzzer memory corruption

On Tue, Apr 15, 2014 at 05:37:01PM -0400, Vince Weaver wrote: > > Still tracking memory corruption bugs found by the perf_fuzzer, I have > about 10 different log splats that I think might all be related to the > same underlying problem. > > Anyway I managed to trigger this using the perf_fuzzer

[PATCH v2 linux-next] ALSA: pcm: 'BUG:' message unnecessarily triggers kerneloops

BugLink: http://bugs.launchpad.net/bugs/1305480 The kerneloops-daemon scans dmesg for common crash signatures, among which is 'BUG:'. The message emitted by the PCM library is really a warning, so the most expedient thing to do seems to be to change the string. Cc: Jaroslav Kysela Cc: Takashi Iw

Re: [PATCH v2 linux-next] ALSA: pcm: 'BUG:' message unnecessarily triggers kerneloops

At Wed, 16 Apr 2014 08:18:35 -0600, Tim Gardner wrote: > > BugLink: http://bugs.launchpad.net/bugs/1305480 > > The kerneloops-daemon scans dmesg for common crash signatures, among > which is 'BUG:'. The message emitted by the PCM library is really a > warning, so the most expedient thing to do se

Re: [PATCH v5 0/9] mfd: max14577: Add support for MAX77836

On Wed, Apr 16, 2014 at 9:17 PM, Lee Jones wrote: >> > This is first part of fifth version of patchset adding support for >> > MAX77836 device to the max14577 driver. >> > >> > I decided to split the patchset into smaller parts. I hope this would >> > help in getting necessary

Re: [PATCH 04/12] clocksource: Sched clock source for Versatile Express

Hi Rob, Thanks for reminding me about this stuff. I'll get around and re-spin the series this week. On Wed, 2014-04-16 at 14:56 +0100, Rob Herring wrote: > > diff --git a/drivers/clocksource/Kconfig b/drivers/clocksource/Kconfig > > index cd6950f..9799744 100644 > > --- a/drivers/clocksource/Kcon

Re: [PATCH 1/8] sched & trace: Add a trace event for wait.

On Tue, 15 Apr 2014 15:49:16 +0200 Peter Zijlstra wrote: > On Tue, Apr 15, 2014 at 09:32:50PM +0900, Dongsheng Yang wrote: > > From: Dongsheng > > > > No changelog, and the tracepoint seems useless to me. > At least patch 1 and 2 need to be combined. -- Steve -- To unsubscribe from this lis

<    1   2   3   4   5   6   7   8   >