Re: [ACPI/PCI] possible recursive locking detected

On Fri, Sep 21, 2012 at 9:53 PM, Yinghai Lu wrote: > On Fri, Sep 21, 2012 at 5:35 PM, Fengguang Wu wrote: >> Hi Taku, >> >> The below oops is pretty reproducible, and shows up first in: >> >> tree: git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git >> pci/taku-acpi-pci-host-bridge-v

Re: [PATCH 6/7] mm: add CONFIG_DEBUG_VM_RB build option

On 09/16/2012 09:07 PM, Hugh Dickins wrote: >> What was the way that >> Hugh used to reproduce the other issue? > > I've lost track of which issue is "other". The other was meant to be the BUG I hit. > To reproduce Sasha's interval_tree.c warnings, all I had to do was switch > on CONFIG_DEBUG_VM

Re: [PATCH 2/3] clk: Add devm_clk_{register,unregister}()

On 9/21/2012 6:07 PM, Mike Turquette wrote > I'm not taking any more changes for 3.7, so in the interest of me being > lazy can you resend with the fixup? Sure. I'll pick up Mark's acks too and send the whole series again. -- Sent by an employee of the Qualcomm Innovation Center, Inc. The Qualco

Re: [PATCH v2 2/5] unicore32: pwm: Use module_platform_driver()

On Sat, Sep 22, 2012 at 10:56:30AM +0800, guanxue...@mprc.pku.edu.cn wrote: > > Some of the boilerplate code can be eliminated by using this macro. The > > driver was previously registered with an arch_initcall(), so technically > > this is no longer the same, but when the driver is moved to the PW

Re: [PATCH v2 0/3] MIPS: JZ4740: Move PWM driver to PWM framework

On Mon, Sep 10, 2012 at 02:05:16PM +0200, Thierry Reding wrote: > Hi, > > This small series fixes a build error due to a circular header > dependency, exports the timer API so it can be used outside of > the arch/mips/jz4740 tree and finally moves and converts the > JZ4740 PWM driver to the PWM fr

Re: Status of arm-soc for 3.7

Quick update: On Thu, Sep 20, 2012 at 11:21 PM, Olof Johansson wrote: > What's left to deal with is: > > * smp_ops branch, since multiplatform depends on it to allow building > more than one platform. smp_ops and platform_data have both been merged into next/multiplatform now, and I have been s

Re: [PATCH 1/1] HID: Fix missing Unifying device issue

On Fri, 21 Sep 2012, Nestor Lopez Casado wrote: > This patch fixes an issue introduced after commit 4ea5454203d991ec > > After that commit, hid-core silently discards any incoming packet > that arrives while any hid driver's probe function is being executed. > > This broke the enumeration proces

Re: [PATCH net-next v1] net: use a per task frag allocator

On Fri, 2012-09-21 at 13:27 -0700, Vijay Subramanian wrote: > I get the following compile error with the newer version of the patch > > net/sched/em_meta.c: In function ‘meta_int_sk_sendmsg_off’: > net/sched/em_meta.c:464: error: ‘struct sock’ has no member named > ‘sk_sndmsg_off’ > make[1]: *** [

Re: OOPS/panic in iio_dummy (v3.6-rc6-176-gabef3bd)

On 09/22/2012 04:13 AM, Peter Hüwe wrote: > Hi, > > loading iio_dummy results in kernel panic as the call to > iio_buffer_register in iio_dummy_probe is performed with indio_dev->buffer == > NULL and thus the access to indio_dev->buffer->attrs results in this > oops/panic. > > Thanks, > Peter

Re: RCU idle CPU detection is broken in linux-next

On 09/21/2012 05:18 PM, Sasha Levin wrote: > On 09/21/2012 05:12 PM, Paul E. McKenney wrote: >> On Fri, Sep 21, 2012 at 03:26:27PM +0200, Sasha Levin wrote: >>> On 09/21/2012 02:13 PM, Paul E. McKenney wrote: > This might be unrelated, but I got the following dump as well when trinity >> de

Re: RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)

on 09/22/2012 01:53 AM Francois Romieu wrote the following: > > You did experience a failure with a 3.5.4 kernel. Can you try a 3.2.x I downloaded the stable 3.2.30 and compiled. It worked. The r8169 driver of the latest (22 Sep 2012) stable 3.2.30 source tree for the NIC in subject works. --

Re: [PATCH] tty ldisc: Close/Reopen race prevention should check the proper flag

On 09/19/2012 09:25 PM, Jiri Slaby wrote: > On 07/10/2012 06:54 AM, Shachar Shemesh wrote: >> > From: Shachar Shemesh >> > >> > Commit acfa747b introduced the TTY_HUPPING flag to distinguish >> > closed TTY from currently closing ones. The test in tty_set_ldisc >> > still remained pointing at the

Re: [ACPI/PCI] possible recursive locking detected

On Sat, Sep 22, 2012 at 12:04:51AM -0700, Yinghai Lu wrote: > On Fri, Sep 21, 2012 at 9:53 PM, Yinghai Lu wrote: > > On Fri, Sep 21, 2012 at 5:35 PM, Fengguang Wu > > wrote: > >> Hi Taku, > >> > >> The below oops is pretty reproducible, and shows up first in: > >> > >> tree: git://git.kernel.o

RE: [PATCH v3] USB: PHY: Re-organize Tegra USB PHY driver

> -Original Message- > From: Stephen Warren [mailto:swar...@wwwdotorg.org] > Sent: Friday, September 21, 2012 9:45 PM > To: ABRAHAM, KISHON VIJAY > Cc: Venu Byravarasu; ba...@ti.com; gre...@linuxfoundation.org; linux- > ker...@vger.kernel.org; linux-...@vger.kernel.org > Subject: Re: [PATCH

Re: [PATCH] tty ldisc: Close/Reopen race prevention should check the proper flag

On 09/22/2012 10:35 AM, Sasha Levin wrote: > On 09/19/2012 09:25 PM, Jiri Slaby wrote: >> On 07/10/2012 06:54 AM, Shachar Shemesh wrote: From: Shachar Shemesh Commit acfa747b introduced the TTY_HUPPING flag to distinguish closed TTY from currently closing ones. The test in tty_

Re: RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 02)

on 09/22/2012 01:53 AM Francois Romieu wrote the following: >>> Could you perform a test with ... 3.2-something kernel and its >>> r8169 driver ? As I said in my previous mail, I tried the r8169 of 3.2.30 and it works. FWIW, while compiling the 3.2.30 kernel I saw this warning: drivers/usb/stor

[PATCH] block: change return values from -EACCES to -EPERM

From: Zhao Hongjiang Change return value from -EACCES to -EPERM when the permission check fails. Signed-off-by: Zhao Hongjiang --- This patch is based on linux-next tree http://git.kernel.org/?p=linux/kernel/git/next/linux-next.git --- block/compat_ioctl.c |2 +- block/ioctl.c|

Re: [PATCH 1/2] iio: inkern: put the IIO device when it fails to allocate memory

On 09/18/2012 05:55 AM, Kim, Milo wrote: > The reference count of the IIO device is increased if the IIO map has > matched consumer name. > After then, it tries to allocate the iio_channel which is used by the > consumer. > If it fails to allocate memory, the reference count should be decrease

Re: [PATCH 2/2] iio: inkern: clean up error return code

On 09/18/2012 05:56 AM, Kim, Milo wrote: > When the IIO consumer tries to get specific IIO channel, > few error cases can be happened. > (a) Memory allocation failure > (b) No matched ADC channel error > (c) Invalid input arguments > This patch enables cleaning up error handling in case of (a

Re: Fix bug in end absolute address in drivers/mtd/devices/slram.c

On Thu, Sep 20, 2012 at 5:55 PM, Jiri Kosina wrote: > On Thu, 20 Sep 2012, Jiri Engelthaler wrote: > >> Hello. >> I found a bug in parsing end absolute address in >> drivers/mtd/devices/slram.c. There is checking for startaddress < >> endaddress and endaddress subtracted by startaddress before c

Re: Sound got mute in kernel 3.5.4 (Fast Track Pro USB Sound Card), found commit that causes it - how to proceed?

On 20.09.2012 18:33, Andrzej Giniewicz wrote: > today I updated kernel to 3.5.4 and noticed, that all my sound from Fast > Track Pro USB Sound Card got mute. I haven't noticed any error reports > or messages, all seems to work, the card is just silent. I downgraded to > 3.5.3 and applied patched fr

Re: [PATCHv4] remoteproc: Add STE modem driver for remoteproc

On Thu, Sep 20, 2012 at 7:32 PM, wrote: > From: Sjur Brændeland > > Add support for the STE modem shared memory driver. > This driver hooks into the remoteproc framework > in order to manage configuration and the virtio > devices. > > This driver adds custom firmware handlers, because > STE mode

Re: [PATCH v6] iio: adc: add new lp8788 adc driver

On 09/18/2012 09:18 PM, Jonathan Cameron wrote: > On 09/18/2012 09:19 AM, Lars-Peter Clausen wrote: >> On 09/17/2012 11:35 AM, Kim, Milo wrote: >>> TI LP8788 PMU provides regulators, battery charger, ADC, >>> RTC, backlight driver and current sinks. >>> >>> This patch enables the LP8788 ADC func

[GIT] HID

Linus, please pull from git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git upstream-fixes to receive HID fixes that should still go into 3.6. Thanks. The most important fix is Logitech Unifying receiver regression in device enumeration fix from Nestor Lopez Casado. In addition to t

Re: [PATCH] [V3]power: battery: Generic battery driver using IIO

On 09/21/2012 11:52 PM, Anton Vorontsov wrote: > On Fri, Sep 21, 2012 at 09:40:14PM +0530, anish kumar wrote: >> From: anish kumar >> >> In last version: >> Addressed concerns raised by lars: >> a. made the adc_bat per device. >> b. get the IIO channel using hardcoded channel names. >> c. Minor is

[PATCH] pppoe: drop PPPOX_ZOMBIEs in pppoe_release

From: Xiaodong Xu When PPPOE is running over a virtual ethernet interface (e.g., a bonding interface) and the user tries to delete the interface in case the PPPOE state is ZOMBIE, the kernel will loop forever while unregistering net_device for the reference count is not decreased to zero which sh

Re: OOPS/panic in iio_dummy (v3.6-rc6-176-gabef3bd)

On 09/22/2012 09:10 AM, Lars-Peter Clausen wrote: > On 09/22/2012 04:13 AM, Peter Hüwe wrote: >> Hi, >> >> loading iio_dummy results in kernel panic as the call to >> iio_buffer_register in iio_dummy_probe is performed with indio_dev->buffer >> == >> NULL and thus the access to indio_dev->buffer

Re: [PATCH 0/3] Introduce devm_clk_register()

On Tue, Sep 18, 2012 at 11:05:27PM -0700, Stephen Boyd wrote: > The first patch in this series fixes error checking in the wm831x clock > driver and is here to prevent context conflicts in the third patch. > I split it out in case it needed to merge sooner rather than later. > > The goal of this s

[PATCH] pppoe: drop PPPOX_ZOMBIEs in pppoe_release

From: Xiaodong Xu When PPPOE is running over a virtual ethernet interface (e.g., a bonding interface) and the user tries to delete the interface in case the PPPOE state is ZOMBIE, the kernel will loop forever while unregistering net_device for the reference count is not decreased to zero which sh

Re: [PATCH v2 2/5] unicore32: pwm: Use module_platform_driver()

> On Sat, Sep 22, 2012 at 10:56:30AM +0800, guanxue...@mprc.pku.edu.cn > wrote: >> > Some of the boilerplate code can be eliminated by using this macro. >> The >> > driver was previously registered with an arch_initcall(), so >> technically >> > this is no longer the same, but when the driver is mo

Re: [PATCH v2 2/5] unicore32: pwm: Use module_platform_driver()

> On Sat, Sep 22, 2012 at 10:56:30AM +0800, guanxue...@mprc.pku.edu.cn > wrote: >> > Some of the boilerplate code can be eliminated by using this macro. >> The >> > driver was previously registered with an arch_initcall(), so >> technically >> > this is no longer the same, but when the driver is mo

sys_kcmp (was: Re: [PATCH 1/2] ARM: add finit_module syscall to ARM)

On Fri, Sep 21, 2012 at 6:51 PM, Russell King wrote: > That brings up another question though - when was kcmp added to x86, and > why aren't we getting notifications from checksyscalls.sh that ARM hasn't > been updated? > > It seems to be that the script was broken, and no one has noticed. It see

Re: [PATCH] Staging: iio: gyro: Add STMicroelectronics L3GD20 gyroscope device driver

On 09/18/2012 08:19 PM, Swapnil TIWARI wrote: > Add STMicroelectronics L3GD20 gyroscope device driver > > > > Signed-off-by: Swapnil Tiwari > Hi, couple of standard bits first. 1) Make sure your code passes checkpatch.pl with no warnings (only exception to this is o

Re: [RFC] status of execve() work - per-architecture patches solicited

On 09/22/2012 04:39 AM, Al Viro wrote: On Fri, Sep 21, 2012 at 12:26:36PM -0400, Mark Salter wrote: Here are a set of c6x patches to work with your experimental-kernel_thread branch. Mark Salter (3): c6x: add ret_from_kernel_thread(), simplify kernel_thread() c6x: switch to generic kernel

Re: [PATCH v3 1/5] fat: modify nfs mount option

Namjae Jeon writes: > + case Opt_nfs_full: > + opts->nfs = FAT_NFS_FULL; > + break; > + case Opt_nfs_limited: > + opts->nfs = FAT_NFS_LIMITED; > + sb->s_flags |= MS_RDONLY; > +

Re: [PATCH v3 2/5] fat: allocate persistent inode numbers

Namjae Jeon writes: > - inode->i_ino = iunique(sb, MSDOS_ROOT_INO); > + if (MSDOS_SB(sb)->options.nfs == FAT_NFS_LIMITED) > + inode->i_ino = i_pos; > + else > + inode->i_ino = iunique(sb, MSDOS_ROOT_INO); > inode->i_version = 1; > err = fat_fill_ino

Re: [PATCH 00/11] x86: Supervisor Mode Access Prevention

* H. Peter Anvin wrote: > On 09/21/2012 03:08 PM, Dave Jones wrote: > > > > Perhaps add a printk somewhere to show that it's actually been enabled > > maybe ? > > > > Also, would it be feasible to add something like we have for test_nx ? > > If this feature regresses in some way in the future

Re: [PATCHv4] remoteproc: Add STE modem driver for remoteproc

Hi Ohad, > Thanks, it looks good. > > It might be safer though to invoke ->setup() in probe/remove, instead > of in start/stop (just like you essentially did before). > > This way we don't assume that stop is always called before remove (as > assumption that might be implicitly valid today, but ma

Re: [PATCH v3 3/5] fat (exportfs): rebuild inode if ilookup() fails

Namjae Jeon writes: > + if (inode == NULL && MSDOS_SB(sb)->options.nfs == FAT_NFS_LIMITED) { > + struct buffer_head *bh = NULL; > + struct msdos_dir_entry *de ; > + loff_t i_pos = (loff_t)ino; > + int bits = MSDOS_SB(sb)->dir_per_block_bits; > +

3.4.5 regression kernel oops in mount attempt without lockd present

Greg, In 3.4.5, a regression was introduced from commit: ee92389156 "SUNRPC: move per-net operations from svc_destroy()". This regression was actually fixed in a later upstream patch in v3.5-rc1, specifically 4db77695bf5 "LockD: pass service to per-net up and down functions", which means there

Re: sys_kcmp (was: Re: [PATCH 1/2] ARM: add finit_module syscall to ARM)

On Sat, Sep 22, 2012 at 12:56:42PM +0200, Geert Uytterhoeven wrote: > On Fri, Sep 21, 2012 at 6:51 PM, Russell King wrote: > > That brings up another question though - when was kcmp added to x86, and > > why aren't we getting notifications from checksyscalls.sh that ARM hasn't > > been updated? >

Re: [PATCH v3 4/5] fat (exportfs): rebuild directory-inode if fat_dget() fails

Namjae Jeon writes: > From: Namjae Jeon > > This patch enables rebuilding of directory inodes which are not present > in the cache.This is done by traversing the disk clusters to find the > directory entry of the parent directory and using its i_pos to build the > inode. Hmm... Is this function

Re: [PATCH] [V3]power: battery: Generic battery driver using IIO

On Sat, 2012-09-22 at 10:50 +0100, Jonathan Cameron wrote: > On 09/21/2012 11:52 PM, Anton Vorontsov wrote: > > On Fri, Sep 21, 2012 at 09:40:14PM +0530, anish kumar wrote: > >> From: anish kumar > >> > >> In last version: > >> Addressed concerns raised by lars: > >> a. made the adc_bat per device

Re: sys_kcmp (was: Re: [PATCH 1/2] ARM: add finit_module syscall to ARM)

On Sat, Sep 22, 2012 at 03:45:49PM +0400, Cyrill Gorcunov wrote: > On Sat, Sep 22, 2012 at 12:56:42PM +0200, Geert Uytterhoeven wrote: > > On Fri, Sep 21, 2012 at 6:51 PM, Russell King wrote: > > > That brings up another question though - when was kcmp added to x86, and > > > why aren't we getting

Re: [Xen-devel] [PATCH] Xen-SWIOTLB fixes (v4) for v3.7

> > to allow it to use an io_tlb passed in. Note: I hadn't tested this > on IA64 and that is something I need to do. Done. I got my hands on a HP zx6000 and the patch series did not show any regressions. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a me

Re: [PATCHv4] remoteproc: Add STE modem driver for remoteproc

Hi Sjur, On Sat, Sep 22, 2012 at 2:38 PM, Sjur Brændeland wrote: >> It might be safer though to invoke ->setup() in probe/remove, instead >> of in start/stop (just like you essentially did before). >> >> This way we don't assume that stop is always called before remove (as >> assumption that migh

Re: [RFC] mm: add support for zsmalloc and zcache

On 09/21/2012 09:14 PM, Dan Magenheimer wrote: >>> +#define MAX_CLIENTS 16 >> > >> > Seems a bit arbitrary. Why 16? > Sasha Levin posted a patch to fix this but it was tied in to > the proposed KVM implementation, so was never merged. > My patch changed the max pools per client, not the maximum

Re: [PATCHv4] remoteproc: Add STE modem driver for remoteproc

Hi Ohad, >>> It might be safer though to invoke ->setup() in probe/remove, instead >>> of in start/stop (just like you essentially did before). >>> >>> This way we don't assume that stop is always called before remove (as >>> assumption that might be implicitly valid today, but may break in the >>

Re: [PATCH 2/7][RFC] netfilter: add xt_qtaguid matching module

I just took a quick skim through the patch, and spotted a few things. This patch is going to need to handle current_fsuid returning a kuid_t. The permission checks are weird, and ancient looking. There is no network namespace handling, to the point I don't think the code will function properly

Re: [RFC] mm: add support for zsmalloc and zcache

On 09/22/2012 03:31 PM, Sasha Levin wrote: > On 09/21/2012 09:14 PM, Dan Magenheimer wrote: +#define MAX_CLIENTS 16 Seems a bit arbitrary. Why 16? >> Sasha Levin posted a patch to fix this but it was tied in to >> the proposed KVM implementation, so was never merged. >> > > My patch

Re: sys_kcmp (was: Re: [PATCH 1/2] ARM: add finit_module syscall to ARM)

On Sat, Sep 22, 2012 at 02:20:46PM +0100, Russell King wrote: > 2. There allegedly exists a patch to remove x86isms from sys_kcmp - >allegedly also in akpm's tree. However, I've looked through the code in >mainline, and nothing stands out. Ralf Beachle also said yesterday that >he ha

Re: [PATCHv4] remoteproc: Add STE modem driver for remoteproc

On Sat, Sep 22, 2012 at 4:33 PM, Sjur Brændeland wrote: It might be safer though to invoke ->setup() in probe/remove, instead of in start/stop (just like you essentially did before). This way we don't assume that stop is always called before remove (as assumption that migh

Re: [ACPI/PCI] possible recursive locking detected

On Sat, Sep 22, 2012 at 1:10 AM, Fengguang Wu wrote: > >> > Please check attached patch that should fix the problem. >> >> updated more aggressive version. two patches. > > Yes they work nicely. Thank you very much! Thanks. v2 breaks acpi_bind_one. So we should use attached -v3. Bjorn, please

Re: RCU idle CPU detection is broken in linux-next

On Sat, Sep 22, 2012 at 10:26:09AM +0200, Sasha Levin wrote: > On 09/21/2012 05:18 PM, Sasha Levin wrote: > > On 09/21/2012 05:12 PM, Paul E. McKenney wrote: > >> On Fri, Sep 21, 2012 at 03:26:27PM +0200, Sasha Levin wrote: > >>> On 09/21/2012 02:13 PM, Paul E. McKenney wrote: > > This might be

Re: [PATCH v3 03/15] dmaengine: Add flags parameter to dmaengine_prep_dma_cyclic()

On Fri, Sep 14, 2012 at 03:05:46PM +0300, Peter Ujfalusi wrote: > With this parameter added to dmaengine_prep_dma_cyclic() the API will be in > sync with other dmaengine_prep_*() functions. > The dmaengine_prep_dma_cyclic() function primarily used by audio for cyclic > transfer required by ALSA, we

Re: [PATCH v3 RESEND 01/17] ARM: add mechanism for late code patching

On Fri, 21 Sep 2012, Cyril Chemparathy wrote: > The original phys_to_virt/virt_to_phys patching implementation relied on early > patching prior to MMU initialization. On PAE systems running out of >4G > address space, this would have entailed an additional round of patching after > switching over

Re: [PATCH 2/2] ACPI: Override arbitrary ACPI tables via initrd for debugging

This isn't a NAK, but I'm at best, "like warm" on this. I'm not convinced it is a good thing to have - enabled by default - the ability for users to easily over-ride ACPI tables. I am concerned this will result in users hacking their BIOS, and making themselves unsupportable by both their HW and

Re: [PATCH v4 00/14] MFD/ASoC/Input: twl4030-audio submodule DT support

On Mon, Sep 10, 2012 at 01:46:18PM +0300, Peter Ujfalusi wrote: > Hello, Applied all, thanks. -- 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

Re: RCU idle CPU detection is broken in linux-next

On Sat, Sep 22, 2012 at 08:09:13AM -0700, Paul E. McKenney wrote: > On Sat, Sep 22, 2012 at 10:26:09AM +0200, Sasha Levin wrote: > > On 09/21/2012 05:18 PM, Sasha Levin wrote: > > > On 09/21/2012 05:12 PM, Paul E. McKenney wrote: > > >> On Fri, Sep 21, 2012 at 03:26:27PM +0200, Sasha Levin wrote: >

Re: [RFC] Second attempt at kernel secure boot support

On Fri, Sep 21, 2012 at 03:55:28PM -0700, Eric W. Biederman wrote: > 1) I don't see anything disabling kdb or kgdb. If ever there >was a way to poke into the kernel and change things... Is there any way to access them without having physical console access (either the system console or a se

Re: [PATCH v3 RESEND 05/17] ARM: LPAE: support 64-bit virt_to_phys patching

On Fri, 21 Sep 2012, Cyril Chemparathy wrote: > This patch adds support for 64-bit physical addresses in virt_to_phys() > patching. This does not do real 64-bit add/sub, but instead patches in the > upper 32-bits of the phys_offset directly into the output of virt_to_phys. > > There is no corres

Re: sys_kcmp (was: Re: [PATCH 1/2] ARM: add finit_module syscall to ARM)

On Sat, Sep 22, 2012 at 03:38:47PM +0200, Ralf Baechle wrote: > On Sat, Sep 22, 2012 at 02:20:46PM +0100, Russell King wrote: > > > 2. There allegedly exists a patch to remove x86isms from sys_kcmp - > >allegedly also in akpm's tree. However, I've looked through the code in > >mainline, a

Re: rcu self-detected stall messages on OMAP3, 4 boards

2012/9/22 Paul E. McKenney : > On Fri, Sep 21, 2012 at 01:31:49PM -0700, Tony Lindgren wrote: >> * Paul E. McKenney [120921 12:58]: >> > >> > Just to make sure I understand the combinations: >> > >> > o All stalls have happened when running a minimal userspace. >> > o CONFIG_NO_HZ=n suppresses

Re: [PATCH] regulator: deprecate regulator-compatible DT property

On Thu, Sep 20, 2012 at 04:04:57PM -0600, Stephen Warren wrote: > Mark, if this gets into 3.7, I can fix up all the Tegra .dts files during 3.8. I don't know which branch you generated this against but it doesn't apply to any of the obvious branches in my regulator tree. There's a modify/delete

Re: rcu self-detected stall messages on OMAP3, 4 boards

On Sat, Sep 22, 2012 at 05:45:12PM +0200, Frederic Weisbecker wrote: > 2012/9/22 Paul E. McKenney : > > On Fri, Sep 21, 2012 at 01:31:49PM -0700, Tony Lindgren wrote: > >> * Paul E. McKenney [120921 12:58]: > >> > > >> > Just to make sure I understand the combinations: > >> > > >> > o All stalls

Re: [REPOST PATCH v2 1/2] spi: omap2-mcspi: add pinctrl support

On Tue, Sep 18, 2012 at 08:01:25AM -0400, Matt Porter wrote: > Adds pinctrl support to support OMAP platforms that boot from DT > and rely on pinctrl support to set pinmuxes. Applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to maj

Re: [PATCH resend] spi core: Provide means to instantiate devices through sysfs

On Mon, Sep 17, 2012 at 04:51:20PM -0700, Guenter Roeck wrote: > The I2C core provides a means to instantiate devices from userspace > using sysfs attributes. Provide the same mechanism for SPI devices. So, unlike I2C this is only going to work for a subset of controllers - anything that relies on

Re: [PATCH v2] spi/pl022: Devicetree support w/o platform data

On Tue, Sep 18, 2012 at 03:53:53PM +0200, Roland Stigge wrote: > Even with devicetree support, we needed platform data to provide some data, > leading to mixed device tree and platform data. This patch makes it possible > to > provide all that information via device tree. Now, the data must be pro

[PATCH v3] lxt PHY: Support for the buggy LXT973 rev A2

This patch adds proper handling of the buggy revision A2 of LXT973 phy, adding precautions linked to ERRATA Item 4: Revision A2 of LXT973 chip randomly returns the contents of the previous even register when you read a odd register regularly Signed-off-by: Christophe Leroy diff -u linux-3.5-van

Re: [PATCH v2] lxt PHY: Support for the buggy LXT973 rev A2

Le 10/09/2012 20:17, Lutz Jaenicke a écrit : On Mon, Sep 10, 2012 at 05:45:49PM +0200, Christophe Leroy wrote: This patch adds proper handling of the buggy revision A2 of LXT973 phy, adding precautions linked to ERRATA Item 4: Item 4: MDIO Interface and Repeated Polling Problem: Repeated polli

[PATCH] clk: mxs: Use a better name for the USB PHY clock

From: Fabio Estevam Use a better name for the USB PHY clock. Signed-off-by: Fabio Estevam --- .../devicetree/bindings/clock/imx23-clock.txt |2 +- .../devicetree/bindings/clock/imx28-clock.txt |4 ++-- drivers/clk/mxs/clk-imx23.c|6 +++--- drivers/

pull request: wireless 2012-09-22

commit 112df2417dc9a1db1b19930ea4d0a697a61e Dave, Please pull this last(?) batch of fixes intended for 3.6... For the Bluetooth bits, Gustavo says this: "Here goes probably my last update to 3.6. It includes the two patches you were ok last week(from Andrzej Kaczmarek), those are critical o

Re: [PATCH v3] lxt PHY: Support for the buggy LXT973 rev A2

On Sat, Sep 22, 2012 at 06:16:49PM +0200, Christophe Leroy wrote: > This patch adds proper handling of the buggy revision A2 of LXT973 phy, adding > precautions linked to ERRATA Item 4: > > Revision A2 of LXT973 chip randomly returns the contents of the previous even > register when you read a odd

Re: RCU idle CPU detection is broken in linux-next

On 09/22/2012 05:56 PM, Paul E. McKenney wrote: > And now the prime suspect is the new CONFIG_RCU_USER_QS=y. Do these > warnings ever show up with CONFIG_RCU_USER_QS=n? It seems that disabling that does make the warnings go away. I'll keep the tests running in case it just reduces the chances or

[PATCH] console: implement lockdep support for console_lock

Dave Airlie recently discovered a locking bug in the fbcon layer, where a timer_del_sync (for the blinking cursor) deadlocks with the timer itself, since both (want to) hold the console_lock: https://lkml.org/lkml/2012/8/21/36 Unfortunately the console_lock isn't a plain mutex and hence has no lo

Re: [RFC] tty: Add get- ioctls to fetch tty status

On Thu, Sep 13, 2012 at 05:25:07PM +0100, Alan Cox wrote: > On Thu, 13 Sep 2012 16:54:01 +0400 > Cyrill Gorcunov wrote: > > > On Thu, Sep 13, 2012 at 01:51:31PM +0100, Alan Cox wrote: > > > > +static int pty_get_lock(struct tty_struct *tty, int __user *arg) > > > > +{ > > > > + int locked =

Re: Drop support to compressed modules?

On Friday 21 September 2012 17:41:44 Lucas De Marchi wrote: > I'd like to ask people the following question: why are you using > compressed modules? Is it only for the disk space or is there any > performance related reason? i've only seen it to save on disk space -mike signature.asc Description

Re: rcu self-detected stall messages on OMAP3, 4 boards

Hi Paul On Fri, 21 Sep 2012, Paul E. McKenney wrote: > I am wondering if your system somehow figured out how to start a grace > period that had no RCU callbacks waiting for it. If that happened, > then a CONFIG_NO_HZ=y system could in theory get into a state where all > CPUs are in dyntick-idle

Re: [PATCH] USB: ohci-at91: fix PIO handling in relation with number of ports

On Wed, Aug 29, 2012 at 11:49 AM, Nicolas Ferre wrote: > If the number of ports present on the SoC/board is not the maximum > and that the platform data is not filled with all data, there is > an easy way to mess the PIO setup for this interface. > This quick fix addresses mis-configuration in USB

Re: sys_kcmp (was: Re: [PATCH 1/2] ARM: add finit_module syscall to ARM)

On Sat, 22 Sep 2012 14:20:46 +0100 Russell King wrote: > On Sat, Sep 22, 2012 at 03:45:49PM +0400, Cyrill Gorcunov wrote: > > On Sat, Sep 22, 2012 at 12:56:42PM +0200, Geert Uytterhoeven wrote: > > > On Fri, Sep 21, 2012 at 6:51 PM, Russell King > > > wrote: > > > > That brings up another quest

Re: rcu self-detected stall messages on OMAP3, 4 boards

On Fri, 21 Sep 2012, Paul E. McKenney wrote: > Could you please point me to a recipe for creating a minimal userspace? > Just in case it is the userspac erather than the architecture/hardware > that makes the difference. Tony's suggestion is pretty good. Note that there may also be differences

Re: [PATCH resend] spi core: Provide means to instantiate devices through sysfs

On Sat, Sep 22, 2012 at 12:11:33PM -0400, Mark Brown wrote: > On Mon, Sep 17, 2012 at 04:51:20PM -0700, Guenter Roeck wrote: > > The I2C core provides a means to instantiate devices from userspace > > using sysfs attributes. Provide the same mechanism for SPI devices. > > So, unlike I2C this is on

Re: Linux 3.6-rc6

On Fri, Sep 21, 2012 at 5:59 PM, Shaun Ruffell wrote: > > I posted patches [1,2,3] that resolve the issue for me. Shaohui Xie > also hit the issue and posted a slightly different patch [4]. The > patches are currently waiting for Mauro, who I understand is > catching up since returning from San Di

Re: [PATCH] rds: Error on offset mismatch if not loopback

From: John Jolly Date: Fri, 21 Sep 2012 15:32:40 -0600 > Attempting an rds connection from the IP address of an IPoIB interface > to itself causes a kernel panic due to a BUG_ON() being triggered. > Making the test less strict allows rds-ping to work without crashing > the machine. > > A local u

Re: [PATCH] net/phy/bcm87xx: Add MODULE_LICENSE("GPL") to GPL driver

From: Peter Huewe Date: Sat, 22 Sep 2012 04:44:18 +0200 > Currently the driver has no MODULE_LICENSE attribute in its source which > results in a kernel taint if I load this: > > root@(none):~# modprobe bcm87xx > bcm87xx: module license 'unspecified' taints kernel. > > Since the first lines of

Re: pull request: wireless 2012-09-22

From: "John W. Linville" Date: Sat, 22 Sep 2012 13:13:42 -0400 > Please pull this last(?) batch of fixes intended for 3.6... > > For the Bluetooth bits, Gustavo says this: > > "Here goes probably my last update to 3.6. It includes the two patches > you were ok last week(from Andrzej Kaczmarek),

Re: [PATCH] pppoe: drop PPPOX_ZOMBIEs in pppoe_release

From: Xiaodong Xu Date: Sat, 22 Sep 2012 18:09:32 +0800 > From: Xiaodong Xu > > When PPPOE is running over a virtual ethernet interface (e.g., a > bonding interface) and the user tries to delete the interface in case > the PPPOE state is ZOMBIE, the kernel will loop forever while > unregisterin

Re: [PATCH net-next v1] net: use a per task frag allocator

From: Eric Dumazet Date: Fri, 21 Sep 2012 23:11:11 +0200 > On Fri, 2012-09-21 at 13:27 -0700, Vijay Subramanian wrote: >> I get the following compile error with the newer version of the patch >> >> net/sched/em_meta.c: In function ‘meta_int_sk_sendmsg_off’: >> net/sched/em_meta.c:464: error: ‘st

Re: Tracking down suspend/resume ext3/mmc issues on imx233

Hi! On Wed 2012-09-19 20:01:10, Theodore Ts'o wrote: > On Thu, Sep 20, 2012 at 01:23:49AM +0200, Pavel Machek wrote: > > > > I'm not sure I agree. > > > > If you treat root fs as removable, you'll get "crash". You'll need to > > replay the journal, but data is safe. > > > > If you treat it as n

Re: linux-next: build failure after merge of the final tree (net-next tree related)

From: Benjamin Herrenschmidt Date: Sat, 22 Sep 2012 07:46:40 +1000 > Right, but on ppc, GFP_DMA is a nop (no separate ZONE_DMA, or rather all > of memory is ZONE_DMA). It's always been like that afaik. > > We could support ISA device limited addressability using the iommu but > that would involv

Re: [Intel-gfx] [PATCH] console: implement lockdep support for console_lock

On Sat, Sep 22, 2012 at 07:52:11PM +0200, Daniel Vetter wrote: > Dave Airlie recently discovered a locking bug in the fbcon layer, > where a timer_del_sync (for the blinking cursor) deadlocks with the > timer itself, since both (want to) hold the console_lock: > > https://lkml.org/lkml/2012/8/21/3

Re: [RFC] tty: Add get- ioctls to fetch tty status

On Sat, Sep 22, 2012 at 10:06:39PM +0400, Cyrill Gorcunov wrote: > On Thu, Sep 13, 2012 at 05:25:07PM +0100, Alan Cox wrote: > > On Thu, 13 Sep 2012 16:54:01 +0400 > > Cyrill Gorcunov wrote: > > > > > On Thu, Sep 13, 2012 at 01:51:31PM +0100, Alan Cox wrote: > > > > > +static int pty_get_lock(str

Re: rcu self-detected stall messages on OMAP3, 4 boards

On Sat, Sep 22, 2012 at 06:42:08PM +, Paul Walmsley wrote: > On Fri, 21 Sep 2012, Paul E. McKenney wrote: > > > Could you please point me to a recipe for creating a minimal userspace? > > Just in case it is the userspac erather than the architecture/hardware > > that makes the difference. > >

Re: [RFC] tty: Add get- ioctls to fetch tty status

On Sat, Sep 22, 2012 at 01:07:31PM -0700, Greg Kroah-Hartman wrote: > > drivers/tty/pty.c | 45 - > > 1 file changed, 44 insertions(+), 1 deletion(-) > > > > Index: tty.git/drivers/tty/pty.c > >

Re: [patch net] sky2: fix rx filter setup on link up

On Mon, 17 Sep 2012 17:10:17 +0200 Jiri Pirko wrote: > + sky2_write_rx_filter(sky2, filter); > + memcpy(sky2->rx_filter, filter, sizeof(sky2->rx_filter)); This isn't safe since rx_filter might be referred to from interrupt context (ie link up PHY interrupt). Maybe using atomic64 would be

blk: NULL ptr deref in blk_dequeue_request()

Hi all, While fuzzing with trinity inside a KVM tools guest running the latest linux-next kernel, I've stumbled on the following BUG. I've also hit a similar trace where the 'BUG_ON(ELV_ON_HASH(rq));' above that list_del_init() gets hit, so I guess it's a race condition of some sorts. [9.

Re: rcu self-detected stall messages on OMAP3, 4 boards

On Sat, Sep 22, 2012 at 06:16:15PM +, Paul Walmsley wrote: > Hi Paul > > On Fri, 21 Sep 2012, Paul E. McKenney wrote: > > > I am wondering if your system somehow figured out how to start a grace > > period that had no RCU callbacks waiting for it. If that happened, > > then a CONFIG_NO_HZ=y

Re: [PATCH 1/1] HID: Fix missing Unifying device issue

On Sat, 22 Sep 2012, Jiri Kosina wrote: > > This patch fixes an issue introduced after commit 4ea5454203d991ec > > > > After that commit, hid-core silently discards any incoming packet > > that arrives while any hid driver's probe function is being executed. > > > > This broke the enumeration pr

RE: [RFC] mm: add support for zsmalloc and zcache

> From: Mel Gorman [mailto:mgor...@suse.de] > Subject: Re: [RFC] mm: add support for zsmalloc and zcache > > On Fri, Sep 21, 2012 at 01:35:15PM -0700, Dan Magenheimer wrote: > > > From: Seth Jennings [mailto:sjenn...@linux.vnet.ibm.com] > > > Subject: Re: [RFC] mm: add support for zsmalloc and zca

Re: linux-next: build failure after merge of the final tree (net-next tree related)

On Sat, 2012-09-22 at 16:00 -0400, David Miller wrote: > > I think I'm going to just end up restricting this driver to X86 > as was originally suggested. Probably the easiest fix indeed. > There seems to be no real consistent Kconfig protection for users > of isa_virt_to_bus() and friends. > >

  1   2   >