subject:"\[BISECTED\] Nokia 770 framebuffer breakage"

Re: [BISECTED] Nokia 770 framebuffer breakage

2015-10-20 Thread Aaro Koskinen

On Mon, Oct 19, 2015 at 11:50:33PM +0100, Russell King - ARM Linux wrote:
> It shouldn't (I've been through the resulting assembly code.)  I wonder
> if this is fixing the problem, but it's now failing elsewhere instead.
> 
> What happens if you change it to:
> 
>   l = clkdev_create(r, alias, alias_dev_name);
> 
> which should be 100% identical to how older kernels behaved

Ok, this and the earlier patch works on top of
2568999835d7797afce3dcc3a3f368051ffcaf1f, but not on 4.2 or newer - so
it fixes the clk_add_alias issue, and newer kernels have other issues...

> if that works, can you print out 'alias' and 'alias_dev_name' for
> every call to clk_add_alias() and send that please?

There is only one call:

arch/arm/mach-omap1/board-nokia770.c:   clk_add_alias("hwa_sys_ck", NULL, 
"bclk", NULL);

With newer kernels and this fix the kernel now hangs during FB
initialization. I tried to bisect it and it seemed to point to OMAP1
sparse IRQ changes. Unfortunately those are difficult to test because
e.g. commit 685e2d08c54b1a1bf31bbe6562f06db089d31c7b does not seem to
compile without some other changes...

Below is the boot log with 4.3-rc6 and clk_add_alias() fix:

Uncompressing Linux... done, booting the kernel.
[0.00] Booting Linux on physical CPU 0x0
[0.00] Linux version 4.3.0-rc6-770_tiny-los_350d5+-dirty 
(aaro@amd-fx-6350) (gcc version 5.2.0 (GCC) ) #1 Tue Oct 20 11:32:43 EEST 2015
[0.00] CPU: ARM926EJ-S [41069263] revision 3 (ARMv5TEJ), cr=0005317f
[0.00] CPU: VIVT data cache, VIVT instruction cache
[0.00] Machine: Nokia 770
[0.00] Ignoring unrecognised tag 0x414f4d50
[0.00] debug: skip boot console de-registration.
[0.00] bootconsole [earlycon0] enabled
[0.00] Memory policy: Data cache writeback
[0.00] OMAP1710
[0.00]  revision 8 handled as 16xx id: 8b5f702f03330200
[0.00] Clocks: ARM_SYSST: 0x1000 DPLL_CTL: 0x2a93 ARM_CKCTL: 0x050e
[0.00] Clocking rate (xtal/DPLL1/MPU): 12.0/252.0/252.0 MHz
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 16256
[0.00] Kernel command line: mem=64M console=tty keep_bootcon=1 
earlyprintk=1
[0.00] PID hash table entries: 256 (order: -2, 1024 bytes)
[0.00] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[0.00] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[0.00] Memory: 61528K/65536K available (1654K kernel code, 94K rwdata, 
284K rodata, 1140K init, 184K bss, 4008K reserved, 0K cma-reserved)
[0.00] Virtual kernel memory layout:
[0.00] vector  : 0x - 0x1000   (   4 kB)
[0.00] fixmap  : 0xffc0 - 0xfff0   (3072 kB)
[0.00] vmalloc : 0xc480 - 0xff00   ( 936 MB)
[0.00] lowmem  : 0xc000 - 0xc400   (  64 MB)
[0.00] modules : 0xbf00 - 0xc000   (  16 MB)
[0.00]   .text : 0xc0008000 - 0xc01ecd0c   (1940 kB)
[0.00]   .init : 0xc01ed000 - 0xc030a000   (1140 kB)
[0.00]   .data : 0xc030a000 - 0xc03219e0   (  95 kB)
[0.00].bss : 0xc03219e0 - 0xc034fbd0   ( 185 kB)
[0.00] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[0.00] NR_IRQS:16 nr_irqs:16 16
[0.00] Total of 128 interrupts in 4 interrupt banks
[0.00] clocksource: 32k_counter: mask: 0x max_cycles: 
0x, max_idle_ns: 58327039986419 ns
[0.30] sched_clock: 32 bits at 32kHz, resolution 30517ns, wraps every 
6553584741ns
[0.008728] OMAP clocksource: 32k_counter at 32768 Hz
[0.014556] Console: colour dummy device 80x30
[0.019256] console [tty0] enabled
[0.022918] Calibrating delay loop... 125.33 BogoMIPS (lpj=626688)
[0.116790] pid_max: default: 32768 minimum: 301
[0.122009] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[0.129058] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[0.138214] CPU: Testing write buffer coherency: ok
[0.144409] Setting up static identity map for 0x10008400 - 0x1000843c
[0.155426] devtmpfs: initialized
[0.164703] clocksource: jiffies: mask: 0x max_cycles: 0x, 
max_idle_ns: 1911260446275 ns
[0.176940] DMA: preallocated 256 KiB pool for atomic coherent allocations
[0.186126] irq: Cannot allocate irq_descs @ IRQ144, assuming pre-allocated
[0.194061] irq: Cannot allocate irq_descs @ IRQ160, assuming pre-allocated
[0.201599] OMAP GPIO hardware version 1.1
[0.206298] irq: Cannot allocate irq_descs @ IRQ176, assuming pre-allocated
[0.214202] irq: Cannot allocate irq_descs @ IRQ192, assuming pre-allocated
[0.221984] irq: Cannot allocate irq_descs @ IRQ208, assuming pre-allocated
[0.231140] MUX: initialized V6_USB0_TXD
[0.235443] MUX: initialized W5_USB0_SE0
[0.239624] MUX: initialized Y5_USB0_RCV
[0.243835] MUX: initialized AA9_USB0_VP
[

Re: [BISECTED] Nokia 770 framebuffer breakage

2015-10-20 Thread Russell King - ARM Linux

On Tue, Oct 20, 2015 at 11:50:03AM +0300, Aaro Koskinen wrote:
> On Mon, Oct 19, 2015 at 11:50:33PM +0100, Russell King - ARM Linux wrote:
> > It shouldn't (I've been through the resulting assembly code.)  I wonder
> > if this is fixing the problem, but it's now failing elsewhere instead.
> > 
> > What happens if you change it to:
> > 
> > l = clkdev_create(r, alias, alias_dev_name);
> > 
> > which should be 100% identical to how older kernels behaved
> 
> Ok, this and the earlier patch works on top of
> 2568999835d7797afce3dcc3a3f368051ffcaf1f, but not on 4.2 or newer - so
> it fixes the clk_add_alias issue, and newer kernels have other issues...

Thanks, so this fixes the regression you were seeing with the above
mentioned commit, so I'll get that into mainline and stable kernels.

Can I add a tested-by tag for it please?

-- 
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [BISECTED] Nokia 770 framebuffer breakage

2015-10-20 Thread Tony Lindgren

Hi,

* Aaro Koskinen  [151020 01:51]:
> 
> With newer kernels and this fix the kernel now hangs during FB
> initialization. I tried to bisect it and it seemed to point to OMAP1
> sparse IRQ changes. Unfortunately those are difficult to test because
> e.g. commit 685e2d08c54b1a1bf31bbe6562f06db089d31c7b does not seem to
> compile without some other changes...

If you need to bisect just the omap1 sparse irq changes, maybe you can
do it between v4.1-rc3..685e2d08c54b1 plus your extra patch carried.


Regards,

Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [BISECTED] Nokia 770 framebuffer breakage

2015-10-20 Thread Aaro Koskinen

Hi,

On Tue, Oct 20, 2015 at 05:05:24PM +0100, Russell King - ARM Linux wrote:
> On Tue, Oct 20, 2015 at 10:07:00AM +0100, Russell King - ARM Linux wrote:
> > On Tue, Oct 20, 2015 at 11:50:03AM +0300, Aaro Koskinen wrote:
> > > On Mon, Oct 19, 2015 at 11:50:33PM +0100, Russell King - ARM Linux wrote:
> > > > It shouldn't (I've been through the resulting assembly code.)  I wonder
> > > > if this is fixing the problem, but it's now failing elsewhere instead.
> > > > 
> > > > What happens if you change it to:
> > > > 
> > > > l = clkdev_create(r, alias, alias_dev_name);
> > > > 
> > > > which should be 100% identical to how older kernels behaved
> > > 
> > > Ok, this and the earlier patch works on top of
> > > 2568999835d7797afce3dcc3a3f368051ffcaf1f, but not on 4.2 or newer - so
> > > it fixes the clk_add_alias issue, and newer kernels have other issues...
> > 
> > Thanks, so this fixes the regression you were seeing with the above
> > mentioned commit, so I'll get that into mainline and stable kernels.
> > 
> > Can I add a tested-by tag for it please?
> 
> Also make that reported-by as well.
> 
> I'll hold the patch back pending a reply...

Yes, both or either are fine.

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [BISECTED] Nokia 770 framebuffer breakage

2015-10-20 Thread Russell King - ARM Linux

On Tue, Oct 20, 2015 at 10:07:00AM +0100, Russell King - ARM Linux wrote:
> On Tue, Oct 20, 2015 at 11:50:03AM +0300, Aaro Koskinen wrote:
> > On Mon, Oct 19, 2015 at 11:50:33PM +0100, Russell King - ARM Linux wrote:
> > > It shouldn't (I've been through the resulting assembly code.)  I wonder
> > > if this is fixing the problem, but it's now failing elsewhere instead.
> > > 
> > > What happens if you change it to:
> > > 
> > >   l = clkdev_create(r, alias, alias_dev_name);
> > > 
> > > which should be 100% identical to how older kernels behaved
> > 
> > Ok, this and the earlier patch works on top of
> > 2568999835d7797afce3dcc3a3f368051ffcaf1f, but not on 4.2 or newer - so
> > it fixes the clk_add_alias issue, and newer kernels have other issues...
> 
> Thanks, so this fixes the regression you were seeing with the above
> mentioned commit, so I'll get that into mainline and stable kernels.
> 
> Can I add a tested-by tag for it please?

Also make that reported-by as well.

I'll hold the patch back pending a reply...

-- 
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [BISECTED] Nokia 770 framebuffer breakage

2015-10-20 Thread Russell King - ARM Linux

On Tue, Oct 20, 2015 at 07:14:28PM +0300, Aaro Koskinen wrote:
> Hi,
> 
> On Tue, Oct 20, 2015 at 05:05:24PM +0100, Russell King - ARM Linux wrote:
> > On Tue, Oct 20, 2015 at 10:07:00AM +0100, Russell King - ARM Linux wrote:
> > > On Tue, Oct 20, 2015 at 11:50:03AM +0300, Aaro Koskinen wrote:
> > > > On Mon, Oct 19, 2015 at 11:50:33PM +0100, Russell King - ARM Linux 
> > > > wrote:
> > > > > It shouldn't (I've been through the resulting assembly code.)  I 
> > > > > wonder
> > > > > if this is fixing the problem, but it's now failing elsewhere instead.
> > > > > 
> > > > > What happens if you change it to:
> > > > > 
> > > > >   l = clkdev_create(r, alias, alias_dev_name);
> > > > > 
> > > > > which should be 100% identical to how older kernels behaved
> > > > 
> > > > Ok, this and the earlier patch works on top of
> > > > 2568999835d7797afce3dcc3a3f368051ffcaf1f, but not on 4.2 or newer - so
> > > > it fixes the clk_add_alias issue, and newer kernels have other issues...
> > > 
> > > Thanks, so this fixes the regression you were seeing with the above
> > > mentioned commit, so I'll get that into mainline and stable kernels.
> > > 
> > > Can I add a tested-by tag for it please?
> > 
> > Also make that reported-by as well.
> > 
> > I'll hold the patch back pending a reply...
> 
> Yes, both or either are fine.

Thanks, queued for 4.3 and stable.

-- 
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [BISECTED] Nokia 770 framebuffer breakage

2015-10-19 Thread Russell King - ARM Linux

On Mon, Oct 19, 2015 at 10:37:59PM +0300, Aaro Koskinen wrote:
> Hi,
> 
> Somewhere between 4.1 .. 4.3-rc6 framebuffer on Nokia 770 stopped working.
> 
> Bisection points to:
> 
> commit 2568999835d7797afce3dcc3a3f368051ffcaf1f
> Author: Russell King 
> Date:   Mon Mar 2 15:40:29 2015 +
> 
> clkdev: add clkdev_create() helper
> 
> The commit cannot be reverted cleanly from current trees, but I re-tested
> that commit 2568999835d7797afce3dcc3a3f368051ffcaf1f does not work and
> commit 2568999835d7797afce3dcc3a3f368051ffcaf1f^1 indeed works.

Really need more information than that, like a kernel log or something.

clk_register_clkdev() should not have changed in any way, since the
change there effectively changes the sequence from:

va_start(ap, dev_fmt);
-   cl = vclkdev_alloc(__clk_get_hw(clk), con_id, dev_fmt, ap);
va_end(ap);
-   if (!cl)
-   return -ENOMEM;
-   clkdev_add(cl);
-   return 0;

to:

va_start(ap, dev_fmt);
+   cl = vclkdev_alloc(__clk_get_hw(clk), con_id, dev_fmt, ap);
+   if (cl)
+   __clkdev_add(cl);
va_end(ap);
+   return cl ? 0 : -ENOMEM;

So I'm guessing this isn't the problem.

However, clk_add_alias() changes slightly, from:

fmt = alias_dev_name;
va_start(ap, fmt);
l = vclkdev_alloc(__clk_get_hw(clk), con_id, fmt, ap)
va_end(ap);
-   if (!l)
-   return -ENODEV;
-   clkdev_add(l);
-   return 0;

to (effectively):

fmt = "%s"
va_start(ap, fmt);
cl = vclkdev_alloc(__clk_get_hw(clk), con_id, fmt, ap);
if (cl)
clkdev_add(cl);
va_end(ap);
+   return l ? 0 : -ENODEV;

In other words, there's the addition of a "%s" in the format string
which wasn't there before - which is reasonable as clk_add_alias()
doesn't take a format string.  This should improve the safety of the
function.

I guess things might go wrong if you pass a NULL alias device name?

Can you try this patch please?

diff --git a/drivers/clk/clkdev.c b/drivers/clk/clkdev.c
index c0eaf0973bd2..779b6ff0c7ad 100644
--- a/drivers/clk/clkdev.c
+++ b/drivers/clk/clkdev.c
@@ -333,7 +333,8 @@ int clk_add_alias(const char *alias, const char 
*alias_dev_name,
if (IS_ERR(r))
return PTR_ERR(r);
 
-   l = clkdev_create(r, alias, "%s", alias_dev_name);
+   l = clkdev_create(r, alias, alias_dev_name ? "%s" : NULL,
+ alias_dev_name);
clk_put(r);
 
return l ? 0 : -ENODEV;


-- 
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[BISECTED] Nokia 770 framebuffer breakage

2015-10-19 Thread Aaro Koskinen

Hi,

Somewhere between 4.1 .. 4.3-rc6 framebuffer on Nokia 770 stopped working.

Bisection points to:

commit 2568999835d7797afce3dcc3a3f368051ffcaf1f
Author: Russell King 
Date:   Mon Mar 2 15:40:29 2015 +

clkdev: add clkdev_create() helper

The commit cannot be reverted cleanly from current trees, but I re-tested
that commit 2568999835d7797afce3dcc3a3f368051ffcaf1f does not work and
commit 2568999835d7797afce3dcc3a3f368051ffcaf1f^1 indeed works.

A.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [BISECTED] Nokia 770 framebuffer breakage

2015-10-19 Thread Russell King - ARM Linux

On Tue, Oct 20, 2015 at 01:24:13AM +0300, Aaro Koskinen wrote:
> On Mon, Oct 19, 2015 at 09:05:22PM +0100, Russell King - ARM Linux wrote:
> > On Mon, Oct 19, 2015 at 10:37:59PM +0300, Aaro Koskinen wrote:
> > > Hi,
> > > 
> > > Somewhere between 4.1 .. 4.3-rc6 framebuffer on Nokia 770 stopped working.
> > > 
> > > Bisection points to:
> > > 
> > > commit 2568999835d7797afce3dcc3a3f368051ffcaf1f
> > > Author: Russell King 
> > > Date:   Mon Mar 2 15:40:29 2015 +
> > > 
> > > clkdev: add clkdev_create() helper
> > > 
> > > The commit cannot be reverted cleanly from current trees, but I re-tested
> > > that commit 2568999835d7797afce3dcc3a3f368051ffcaf1f does not work and
> > > commit 2568999835d7797afce3dcc3a3f368051ffcaf1f^1 indeed works.
> > 
> > Really need more information than that, like a kernel log or something.
> 
> This is a device with normal consumer electronics mechnics so serial
> port access is PITA. However I managed to get a boot log, see below,
> it's from commit 2568999835d7797afce3dcc3a3f368051ffcaf1f.

Hmm, that points to a driver that doesn't bother checking whether it
successfully got any resources:

hwa742.sys_ck = clk_get(NULL, "hwa_sys_ck");

spin_lock_init(_lock);

if ((r = hwa742.int_ctrl->init(fbdev, 1, req_vram)) < 0)
goto err1;

if ((r = hwa742.extif->init(fbdev)) < 0)
goto err2;

ext_clk = clk_get_rate(hwa742.sys_ck);

There's no check here that clk_get() actually worked, and this will be
why you then end up with the division by zeros.  That's someone elses
problem though. :)

> > Can you try this patch please?
> 
> Unfortunately with the patch it dies even earlier, without any output.

It shouldn't (I've been through the resulting assembly code.)  I wonder
if this is fixing the problem, but it's now failing elsewhere instead.

What happens if you change it to:

l = clkdev_create(r, alias, alias_dev_name);

which should be 100% identical to how older kernels behaved - if that
works, can you print out 'alias' and 'alias_dev_name' for every call
to clk_add_alias() and send that please?

-- 
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [BISECTED] Nokia 770 framebuffer breakage

2015-10-19 Thread Aaro Koskinen

On Mon, Oct 19, 2015 at 09:05:22PM +0100, Russell King - ARM Linux wrote:
> On Mon, Oct 19, 2015 at 10:37:59PM +0300, Aaro Koskinen wrote:
> > Hi,
> > 
> > Somewhere between 4.1 .. 4.3-rc6 framebuffer on Nokia 770 stopped working.
> > 
> > Bisection points to:
> > 
> > commit 2568999835d7797afce3dcc3a3f368051ffcaf1f
> > Author: Russell King 
> > Date:   Mon Mar 2 15:40:29 2015 +
> > 
> > clkdev: add clkdev_create() helper
> > 
> > The commit cannot be reverted cleanly from current trees, but I re-tested
> > that commit 2568999835d7797afce3dcc3a3f368051ffcaf1f does not work and
> > commit 2568999835d7797afce3dcc3a3f368051ffcaf1f^1 indeed works.
> 
> Really need more information than that, like a kernel log or something.

This is a device with normal consumer electronics mechnics so serial
port access is PITA. However I managed to get a boot log, see below,
it's from commit 2568999835d7797afce3dcc3a3f368051ffcaf1f.

> Can you try this patch please?

Unfortunately with the patch it dies even earlier, without any output.

...

Uncompressing Linux... done, booting the kernel.
[0.00] Booting Linux on physical CPU 0x0
[0.00] Linux version 4.1.0-rc1-770_tiny-los_350d5+-6-g2568999 
(aaro@amd-fx-6350) (gcc version 5.2.0 (GCC) ) #1 Tue Oct 20 00:41:44 EEST 2015
[0.00] CPU: ARM926EJ-S [41069263] revision 3 (ARMv5TEJ), cr=0005317f
[0.00] CPU: VIVT data cache, VIVT instruction cache
[0.00] Machine: Nokia 770
[0.00] Ignoring unrecognised tag 0x414f4d50
[0.00] earlycon: no match for ttyS0,115200
[0.00] Memory policy: Data cache writeback
[0.00] OMAP1710
[0.00]  revision 8 handled as 16xx id: 8b5f702f03330200
[0.00] Clocks: ARM_SYSST: 0x1000 DPLL_CTL: 0x2a93 ARM_CKCTL: 0x050e
[0.00] Clocking rate (xtal/DPLL1/MPU): 12.0/252.0/252.0 MHz
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 16256
[0.00] Kernel command line: mem=64M console=ttyS0,115200
[0.00] PID hash table entries: 256 (order: -2, 1024 bytes)
[0.00] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[0.00] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[0.00] Memory: 61296K/65536K available (1614K kernel code, 138K rwdata, 
532K rodata, 1124K init, 178K bss, 4240K reserved, 0K cma-reserved)
[0.00] Virtual kernel memory layout:
[0.00] vector  : 0x - 0x1000   (   4 kB)
[0.00] fixmap  : 0xffc0 - 0xfff0   (3072 kB)
[0.00] vmalloc : 0xc480 - 0xff00   ( 936 MB)
[0.00] lowmem  : 0xc000 - 0xc400   (  64 MB)
[0.00] modules : 0xbf00 - 0xc000   (  16 MB)
[0.00]   .text : 0xc0008000 - 0xc0220d04   (2148 kB)
[0.00]   .init : 0xc0221000 - 0xc033a000   (1124 kB)
[0.00]   .data : 0xc033a000 - 0xc035c880   ( 139 kB)
[0.00].bss : 0xc035c880 - 0xc038914c   ( 179 kB)
[0.00] SLUB: HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[0.00] NR_IRQS:368
[0.00] Total of 128 interrupts in 4 interrupt banks
[0.00] clocksource 32k_counter: mask: 0x max_cycles: 
0x, max_idle_ns: 58327039986419 ns
[0.30] sched_clock: 32 bits at 32kHz, resolution 30517ns, wraps every 
6553584741ns
[0.61] OMAP clocksource: 32k_counter at 32768 Hz
[0.000610] Console: colour dummy device 80x30
[0.000701] Calibrating delay loop... 125.33 BogoMIPS (lpj=626688)
[0.090118] pid_max: default: 32768 minimum: 301
[0.090423] Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
[0.090484] Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
[0.092102] CPU: Testing write buffer coherency: ok
[0.093048] Setting up static identity map for 0x10008400 - 0x1000843c
[0.096374] devtmpfs: initialized
[0.102111] clocksource jiffies: mask: 0x max_cycles: 0x, 
max_idle_ns: 1911260446275 ns
[0.104034] DMA: preallocated 256 KiB pool for atomic coherent allocations
[0.107269] omap_gpio omap_gpio.1: Could not get gpio dbck
[0.107452] OMAP GPIO hardware version 1.1
[0.107635] omap_gpio omap_gpio.2: Could not get gpio dbck
[0.107940] omap_gpio omap_gpio.3: Could not get gpio dbck
[0.108245] omap_gpio omap_gpio.4: Could not get gpio dbck
[0.110229] MUX: initialized V6_USB0_TXD
[0.110290] MUX: initialized W5_USB0_SE0
[0.110321] MUX: initialized Y5_USB0_RCV
[0.110351] MUX: initialized AA9_USB0_VP
[0.110351] MUX: initialized R9_USB0_VM
[0.110382] USB: hmc 16, usb0 6 wires, Mini-AB on usb0
[0.110748] MUX: initialized W19_1610_MMC2_DATDIR1
[0.112640] Clocking rate (xtal/DPLL1/MPU): 12.0/216.0/216.0 MHz
[0.116882] OMAP DMA hardware version 1
[0.116943] DMA capabilities: 000c::01ff:003f:007f
[0.133392] omap-dma-engine

Re: [BISECTED] Nokia 770 framebuffer breakage

Re: [BISECTED] Nokia 770 framebuffer breakage

Re: [BISECTED] Nokia 770 framebuffer breakage

Re: [BISECTED] Nokia 770 framebuffer breakage

Re: [BISECTED] Nokia 770 framebuffer breakage

Re: [BISECTED] Nokia 770 framebuffer breakage

Re: [BISECTED] Nokia 770 framebuffer breakage

[BISECTED] Nokia 770 framebuffer breakage

Re: [BISECTED] Nokia 770 framebuffer breakage

Re: [BISECTED] Nokia 770 framebuffer breakage

10 matches

Site Navigation

Mail list logo

Footer information