[PATCH 5/6] arm: pxa27x.dtsi: add pwri2c definition

This adds the pwri2c definition to the pxa27x device tree. This is already called out in pxa3xx.dtsi. Signed-off-by: Andrew Ruder --- arch/arm/boot/dts/pxa27x.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/boot/dts/pxa27x.dtsi b/arch/arm/boot/dts/pxa27x.dtsi index

[PATCH 1/6] arm: pxa2xx.dtsi: compatible tags for usb, mmc

This changes pxa2xx.dtsi's compatible tags for MMC and USB to match both the documentation and the code. Signed-off-by: Andrew Ruder --- arch/arm/boot/dts/pxa2xx.dtsi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/pxa2xx.dtsi b/arch/arm/boo

[PATCH 6/6] arm: pxa{27x,3xx}.dtsi: gpio cleanups

ff-by: Andrew Ruder --- arch/arm/boot/dts/pxa27x.dtsi | 3 +++ arch/arm/boot/dts/pxa2xx.dtsi | 4 ++-- arch/arm/boot/dts/pxa3xx.dtsi | 7 --- 3 files changed, 5 insertions(+), 9 deletions(-) diff --git a/arch/arm/boot/dts/pxa27x.dtsi b/arch/arm/boot/dts/pxa27x.dtsi index 2d05aa9..26841d8 1

[PATCH 3/6] arm: pxa27x.dtsi: header typo - wrong file

Fixing a copy-paste error calling this file the pxa3xx skeleton when it is actually the pxa27x skeleton. Signed-off-by: Andrew Ruder --- arch/arm/boot/dts/pxa27x.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/pxa27x.dtsi b/arch/arm/boot/dts

[PATCH 2/6] pxa-usb: devicetree bindings docs update

ntation) Signed-off-by: Andrew Ruder --- Documentation/devicetree/bindings/usb/pxa-usb.txt | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/usb/pxa-usb.txt b/Documentation/devicetree/bindings/usb/pxa-usb.txt index 79729a9..13ab

[PATCH 4/6] arm: pxa2xx.dtsi: disable RTC by default

This sets the status="disabled" flag in pxa2xx.dtsi in the same style as the other optional components. This can be overridden on a case-by-case basis by boards that use this functionality. Signed-off-by: Andrew Ruder --- arch/arm/boot/dts/pxa2xx.dtsi | 1 + 1 file changed, 1

[PATCH] gpio-pxa: gpio0 and gpio1 support on dt

pxa_gpio_probe() has some issues supporting the gpio0 and gpio1 interrupts under device-tree - it never actually sets up the chain handler to get interrupts on edge detect for GPIO0 and GPIO1. Signed-off-by: Andrew Ruder --- drivers/gpio/gpio-pxa.c | 5 + 1 file changed, 5 insertions

[PATCH 0/6] miscellaneous pxa dt fixes

Andrew Ruder (6): arm: pxa2xx.dtsi: compatible tags for usb, mmc pxa-usb: devicetree bindings docs update arm: pxa27x.dtsi: header typo - wrong file arm: pxa2xx.dtsi: disable RTC by default arm: pxa27x.dtsi: add pwri2c definition arm: pxa{27x,3xx}.dtsi: gpio cleanups Documentation

[PATCH] arm: pxa: correct errata number for PXA270

Comment incorrectly cites errata 39 E39. SDIO: SDIO Devices Not Working at 19.5 Mbps Should be errata 38 E38. MEMC: Memory Controller hangs when entering Self Refresh Mode. Signed-off-by: Andrew Ruder --- arch/arm/mach-pxa/sleep.S | 2 +- 1 file changed, 1 insertion(+), 1 deletion

[PATCH] arm: pxa: call debug_ll_io_init for earlyprintk

This is already done automatically for many other ARM platforms by the ARM core code, but since pxa is using the .map_io callback, it needs to call it explicitely for earlyprintk support. Signed-off-by: Andrew Ruder --- arch/arm/mach-pxa/generic.c | 1 + 1 file changed, 1 insertion(+) diff

Re: What is wrong?

On Tue, Mar 04, 2014 at 10:54:04AM +0200, Leon Pollak wrote: > I will recheck everything and try. Meanwhile, the news are not good: our > guys say that it appears that the additional sync DOES NOT SOLVE the > issue. Gonna be honest, I have a tough time explaining this. :( Unfortunately I don't

Re: What is wrong?

On Thu, Feb 27, 2014 at 01:22:08PM -0800, Brian Norris wrote: > Perhaps Richard or Andrew can comment on whether this patch should help > you. But I think JFFS2 on NAND uses write-buffered support which can be > affected by this bug. Definitely sounds like the same issue and I'm kind of glad to se

Re: [BUG] reproducable ubifs reboot assert and corruption

On Wed, Jan 29, 2014 at 04:56:04PM +0100, Richard Weinberger wrote: > Does the issue also happen if you disable preemption? > i.e. CONFIG_PREEMPT_NONE=y CONFIG_PREEMPT_NONE=y still breaks. I suspect that sync_filesystem has some blocking behavior that allows other processes to schedule. Another

Re: [BUG] reproducable ubifs reboot assert and corruption

On Wed, Jan 29, 2014 at 08:30:45AM +0100, Richard Weinberger wrote: > BTW: Can you please share your .config? No problem. FYI, this is for a board that is still in development so not all my changes have been submitted for inclusion yet. I would be happy to share the changes now if necessary but

Re: [BUG] reproducable ubifs reboot assert and corruption

On Wed, Jan 29, 2014 at 08:17:35AM +0100, Richard Weinberger wrote: > So you can trigger this by running fsstress on /mnt and then call > mount -o remount,ro /mnt? That's all it takes. I actually run the remount until it succeeds, obviously with fsstress going in the background there is a pretty

Re: [BUG] reproducable ubifs reboot assert and corruption

Ok, I've got some more useful information. I have been adding a multitude of WARN_ON's and prink's all over the remount code and have come up with the attached log. A little bit of explanation: Line 1: sync_filesystem (from do_remount_sb) Line 188: sync_filesystem ends Line 43, 64, 81, 98, 114,

Re: [BUG] reproducable ubifs reboot assert and corruption

some headway into understanding what is going on but filesytems are definitely not my forte :). Cheers, Andrew Ruder -- 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/

Re: [PATCH] net: sk == 0xffffffff fix - not for commit

On Fri, Jan 24, 2014 at 07:38:31AM -0600, Andrew Ruder wrote: > http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg574770.html > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 Just a little further confirmation. This appears in __inet_lookup_established as the last four instru

Re: [PATCH] net: sk == 0xffffffff fix - not for commit

Actually found what looks to be a fix for this in another thread. http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg574770.html http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 Cheers, Andy -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a mess

Re: [BUG] reproducable ubifs reboot assert and corruption

Just expanding distribution a little bit to see if anyone has any ideas. On Tue, Jan 21, 2014 at 11:15:10PM -0600, Andrew Ruder wrote: > Problem: > ubifs corruption to the point where uboot can no longer deal with it and > it takes multiple mounts to recover filesystem from Linux

Re: [PATCH] net: sk == 0xffffffff fix - not for commit

On Mon, Dec 09, 2013 at 12:47:52PM +0100, Andrzej Pietrasiewicz wrote: > With g_ether loaded the sk occasionally becomes 0x. > It happens usually after transferring few hundreds of kilobytes to few > tens of megabytes. If sk is 0x then dereferencing it causes > kernel panic. Don't

Re: [RFC] OMAP: allow GPIO pin to enable/disable external UART driver chip.

Sorry for the late reply, I've been thinking about this for some time and was sad to see it didn't really evoke any sort of discussion :(. On Sat, Aug 10, 2013 at 02:58:08PM +0100, Mark Jackson wrote: > When a UART transmitter is connected to (eg) a RS485 driver, it is > necessary to turn the driv

Re: how to be a kernel developer ?

Alejandro Bonilla wrote: This exact question is made at least every 15 days. Did you google? You will need to make that your Home Page. And after that, make your first google search kernelnewbies. - Andrew Ruder - To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu