Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-09 Thread Russell King - ARM Linux
On Tue, Apr 09, 2013 at 01:01:56PM +0100, Pawel Moll wrote: > So I have PL111 code almost working here, however today it depends on > not-yet-upstream (to my knowledge) generic/common panel/display > framework. If I'm not disturbed again I may get something done this > week, hopefully removing the

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-09 Thread Linus Walleij
On Tue, Apr 9, 2013 at 2:01 PM, Pawel Moll wrote: > As to PL110 I have no idea how different is it from the PL111, but > nothing is happening about it anyway. I have that on my Integrator/CP (in working condition!) so I will be able to test it as it arrives, but basically I think the panel model

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-09 Thread Pawel Moll
On Tue, 2013-04-09 at 12:23 +0100, Linus Walleij wrote: > On Sun, Apr 7, 2013 at 11:23 PM, Arnd Bergmann wrote: > > On Sunday 07 April 2013, Daniel Tang wrote: > >> Here's an updated patch that enables support for the LCD. > >> > >> I looked into drivers/video/of_display_timing.c but it doesn't ha

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-09 Thread Linus Walleij
On Tue, Apr 9, 2013 at 1:39 PM, Daniel Tang wrote: >>> +union reg_clk_speed { >>> + unsigned long raw; >>> + struct { >>> + unsigned long __padding0:1; >>> + unsigned long base_cpu_ratio:7; >>> + unsigned long is_base_27mhz:1; >>> +

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-09 Thread Daniel Tang
Hi, Thanks for your comments! They're much appreciated. Just to bring you up to speed, we decided to begin reimplementing the machine from scratch and slowly pull things in from the original patch. Arnd pointed out a lot of fundamental issues with our patch so we thought it'd be better to jus

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-09 Thread Linus Walleij
On Sun, Apr 7, 2013 at 11:23 PM, Arnd Bergmann wrote: > On Sunday 07 April 2013, Daniel Tang wrote: >> Here's an updated patch that enables support for the LCD. >> >> I looked into drivers/video/of_display_timing.c but it doesn't have the >> fields to describe the >> PL11x specific options needed

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-09 Thread Linus Walleij
On Thu, Apr 4, 2013 at 11:01 AM, Daniel Tang wrote: (I suspect I duplicate a lot of Arnd's comments, I haven't really checked. If we contradict each other, point it out so we can discuss.) > +config ARCH_NSPIRE > + bool "TI-NSPIRE based" > + depends on MMU > + select CPU_ARM926

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-08 Thread Daniel Tang
On 09/04/2013, at 5:16 AM, Fabian Vogt wrote: > The latest kernel it seems to get stuck at > console_lock() in register_framebuffer (drivers/video/fbmem.c:1655) > if the LCD-controller is enabled. (Early printk and serial console works fine) > CONFIG_NO_HZ is not activated, it works completely.

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-08 Thread Arnd Bergmann
On Monday 08 April 2013, Fabian Vogt wrote: > Yes, I've heard that before, but than it would work/not work independently > of NO_HZ. Can printk's be executet within console_lock() .. > console_unlock() blocks? I think it's legal to call printk in that case, but the message will not be printed un

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-08 Thread Fabian Vogt
On Monday 08 April 2013, Fabian Vogt wrote: The latest kernel it seems to get stuck at console_lock() in do_register_framebuffer (drivers/video/fbmem.c:1655) if the LCD-controller is enabled. (Early printk and serial console works fine) CONFIG_NO_HZ is not activated, it works completely. Could th

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-08 Thread Arnd Bergmann
On Monday 08 April 2013, Fabian Vogt wrote: > The latest kernel it seems to get stuck at > console_lock() in register_framebuffer (drivers/video/fbmem.c:1655) > if the LCD-controller is enabled. (Early printk and serial console works > fine) > CONFIG_NO_HZ is not activated, it works completely. >

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-08 Thread Fabian Vogt
The latest kernel it seems to get stuck at console_lock() in register_framebuffer (drivers/video/fbmem.c:1655) if the LCD-controller is enabled. (Early printk and serial console works fine) CONFIG_NO_HZ is not activated, it works completely. Could this be a kernel bug or is this an issue with o

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-08 Thread Daniel Tang
Changes: * Moved CLCD stuff to separate file until DT support for PL11x comes along * Whitespace cleanup in arch/arm/Makefile removed from patch * Rewrote code to find SP804 devices and use the first available one as a clockevent and the rest as clock sources until DT support comes to the SP80

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-07 Thread Arnd Bergmann
On Sunday 07 April 2013, Daniel Tang wrote: > Here's an updated patch that enables support for the LCD. > > I looked into drivers/video/of_display_timing.c but it doesn't have the > fields to describe the PL11x specific options needed in struct clcd_panel. At > the moment, it is implemented by h

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-07 Thread Arnd Bergmann
On Sunday 07 April 2013, Daniel Tang wrote: > On 07/04/2013, at 12:24 AM, Arnd Bergmann wrote: > > > >> @@ -313,7 +314,7 @@ define archhelp > >> echo ' Image - Uncompressed kernel image > >> (arch/$(ARCH)/boot/Image)' > >> echo '* xipImage - XIP kernel image, if configured >

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-06 Thread Daniel Tang
Here's an updated patch that enables support for the LCD. I looked into drivers/video/of_display_timing.c but it doesn't have the fields to describe the PL11x specific options needed in struct clcd_panel. At the moment, it is implemented by hardcoding the values in the kernel and using the devi

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-06 Thread Daniel Tang
Hi, On 07/04/2013, at 12:24 AM, Arnd Bergmann wrote: >> arch/arm/Kconfig| 13 ++ >> arch/arm/Makefile |3 +- >> arch/arm/boot/dts/nspire-cx.dts | 85 + >> arch/arm/boot/dts/nspire.dtsi

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-06 Thread Arnd Bergmann
On Saturday 06 April 2013, Daniel Tang wrote: > Hi, > > > On 06/04/2013, at 10:51 PM, Arnd Bergmann wrote: > > > > Ok, whichever way you prefer. If you have questions while working on this, > > feel free to join #armlinux on irc.freenode.net, there are usually other > > people working on the sa

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-06 Thread Daniel Tang
Hi, On 06/04/2013, at 10:51 PM, Arnd Bergmann wrote: > > Ok, whichever way you prefer. If you have questions while working on this, > feel free to join #armlinux on irc.freenode.net, there are usually other > people working on the same things. > Cheers. We already have something basic that b

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-06 Thread Arnd Bergmann
On Saturday 06 April 2013, Daniel Tang wrote: > Hi, > > First of all, thank you for your comments! > > On 04/04/2013, at 10:12 PM, Arnd Bergmann wrote: > > > For new platforms, we want to have only the absolute minimum amount of > > code in arch/arm and move everything else into drivers. Howeve

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-05 Thread Daniel Tang
Hi, First of all, thank you for your comments! On 04/04/2013, at 10:12 PM, Arnd Bergmann wrote: > For new platforms, we want to have only the absolute minimum amount of > code in arch/arm and move everything else into drivers. However, that > is only possible using device tree. It should not ad

Re: [RFC PATCH arm: initial TI-Nspire support]

2013-04-04 Thread Arnd Bergmann
On Thursday 04 April 2013, Daniel Tang wrote: > We're sending out for comments an early patch adding TI-Nspire support > to Linux. > > Some words on the Nspire platform: it's a series of graphing > calculators, made of four models: "Clickpad" (2007-2010), "Touchpad" > (2010-2012?), "CX" (2011-), "