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
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
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
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;
>>> +
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
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
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
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.
On 09/04/2013, at 5:16 AM, Fabian Vogt fab...@ritter-vogt.de 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
On Thu, Apr 4, 2013 at 11:01 AM, Daniel Tang dt.ta...@gmail.com 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
+
On Sun, Apr 7, 2013 at 11:23 PM, Arnd Bergmann a...@arndb.de 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
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
On Tue, Apr 9, 2013 at 1:39 PM, Daniel Tang dt.ta...@gmail.com 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;
+
On Tue, 2013-04-09 at 12:23 +0100, Linus Walleij wrote:
On Sun, Apr 7, 2013 at 11:23 PM, Arnd Bergmann a...@arndb.de 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
On Tue, Apr 9, 2013 at 2:01 PM, Pawel Moll pawel.m...@arm.com 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
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
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
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
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.
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
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
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
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
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.
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
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
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
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
On Sunday 07 April 2013, Daniel Tang wrote:
On 07/04/2013, at 12:24 AM, Arnd Bergmann a...@arndb.de wrote:
@@ -313,7 +314,7 @@ define archhelp
echo ' Image - Uncompressed kernel image
(arch/$(ARCH)/boot/Image)'
echo '* xipImage - XIP kernel image, if configured
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
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
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
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
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
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.
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 a...@arndb.de wrote:
For new platforms, we want to have only the absolute minimum amount of
code in arch/arm and move everything else into drivers.
Hi,
On 06/04/2013, at 10:51 PM, Arnd Bergmann a...@arndb.de 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
On Saturday 06 April 2013, Daniel Tang wrote:
Hi,
On 06/04/2013, at 10:51 PM, Arnd Bergmann a...@arndb.de 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
Hi,
On 07/04/2013, at 12:24 AM, Arnd Bergmann a...@arndb.de wrote:
arch/arm/Kconfig| 13 ++
arch/arm/Makefile |3 +-
arch/arm/boot/dts/nspire-cx.dts | 85 +
arch/arm/boot/dts/nspire.dtsi
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
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
Hi,
First of all, thank you for your comments!
On 04/04/2013, at 10:12 PM, Arnd Bergmann a...@arndb.de 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
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-),
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-), CM-C
44 matches
Mail list logo
