Slackware inside Pandora.


Compiled a few packages, now the default SL4P setup exceeds 16 Go, so a 32 Go or more SD card is needed.
Ah, the french Giga Octet in action :)
It will become much harder to get a 16GB card over time, but I think the 32GB cards are officially the maximum size of SD-cards supported by the Pandora.
So, it would be useful to have official releases fit on supported SD-card sizes.
Weren't there tricks to maybe use larger cards, like formatting FAT32 to 64GB cards? Still, it wouldn't be recommended as people probably already have an existing Pandora setup which has smaller sized cards.
 
Because a byte isn't always 8 bits ;^) It depends on the architecture.
I use 64 and 128 Go without problem.
For the filesystem, SL4P is not on FAT so there's no limit.
 
About overclocking, so I edited the dtb directly on my 600MHz, I can't stand its slowiness anymore:
Code:
# cd /boot/
# cp omap3-pandora-1ghz.dtb omap3-pandora-1ghz.dtb-save
# dtc -I dtb -O dts ./omap3-pandora-600mhz.dtb -o ./omap3-pandora-600mhz.dts

Edited the dts:
                opp-600000000 {
                        opp-hz = <0x00 0x23c34600>;
                        opp-microvolt = <0x149970 0x149970 0x149970>;
                        opp-supported-hw = <0xffffffff 0x03>;
                };

                opp-720000000 {
                        opp-hz = <0x00 0x2aea5400>;
                        opp-microvolt = <0x149970 0x149970 0x149970>;
                        opp-supported-hw = <0xffffffff 0x03>;
                        turbo-mode;
                };

                opp-932000000 {
                        opp-hz = /bits/ 64 <932000000>;
                        opp-microvolt = <1350000 1350000 1350000>;
                        opp-supported-hw = <0xffffffff 0x03>;
                        turbo-mode;
                };

Then:
# dtc -I dts -O dtb omap3-pandora-600mhz.dts -o omap3-pandora-600mhz.dtb

I rebooted, I have:
# cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
  driver: cpufreq-dt
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 300 us.
  hardware limits: 125 MHz - 932 MHz
  available frequency steps: 125 MHz, 250 MHz, 500 MHz, 550 MHz, 600 MHz
  available cpufreq governors: conservative, ondemand, userspace, powersave, performance
  current policy: frequency should be within 125 MHz and 932 MHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 600 MHz (asserted by call to hardware).
  cpufreq stats: 125 MHz:10.57%, 250 MHz:14.43%, 500 MHz:11.22%, 550 MHz:0.99%, 600 MHz:62.79%, 720 MHz:0.00%, 932 MHz:0.00%  (4861)

So nothing more that 600MHz happens.

If I try "cpufreq-set -f 720MHz":

Code:
# cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Report errors and bugs to cpufreq@vger.kernel.org, please.
analyzing CPU 0:
  driver: cpufreq-dt
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 300 us.
  hardware limits: 125 MHz - 932 MHz
  available frequency steps: 125 MHz, 250 MHz, 500 MHz, 550 MHz, 600 MHz
  available cpufreq governors: conservative, ondemand, userspace, powersave, performance
  current policy: frequency should be within 125 MHz and 932 MHz.
                  The governor "userspace" may decide which speed to use
                  within this range.
  current CPU frequency is 720 MHz (asserted by call to hardware).
  cpufreq stats: 125 MHz:9.22%, 250 MHz:12.59%, 500 MHz:9.78%, 550 MHz:0.87%, 600 MHz:66.27%, 720 MHz:1.28%, 932 MHz:0.00%  (4862)

It's working !

If I try the 932MHz, the machine hangs.
 
Something is clearly wrong with Letux kernel and 600MHz device, at least the CC version.
Everything is 10 to 20 times slower than with the Zaxxon kernel, the device is not usable.

The 1GHz seems ok.
 
About X, I blacklisted the pvrsrvkm_omap3_sgx530_121 module, and loaded it once the boot is complete.
It seems that another X module is loaded: omapdrmdrmfb
I'm not certain that it should be this one.

Code:
[   703.326] (==) ServerLayout "Builtin Default Layout"
[   703.326] (**) |-->Screen "Builtin Default fbdev Screen 0" (0)
[   703.326] (**) |   |-->Monitor "Builtin Default Monitor"
[   703.330] (**) |   |-->Device "Builtin Default fbdev Device 0"
[   703.330] (**) |-->Input Device "touchscreen"
[   703.330] (==) Automatically adding devices
[   703.331] (==) Automatically enabling devices
...
[   703.396] (II) LoadModule: "fbdevhw"
[   703.398] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[   703.399] (II) Module fbdevhw: vendor="X.Org Foundation"
[   703.399]    compiled for 1.20.14, module version = 0.0.2
[   703.400]    ABI class: X.Org Video Driver, version 24.1
[   703.401] (II) FBDEV(0): using default device
[   703.401] (**) FBDEV(0): Depth 24, (--) framebuffer bpp 32
[   703.401] (==) FBDEV(0): RGB weight 888
[   703.402] (==) FBDEV(0): Default visual is TrueColor
[   703.402] (==) FBDEV(0): Using gamma correction (1.0, 1.0, 1.0)
[   703.402] (II) FBDEV(0): hardware: omapdrmdrmfb (video memory: 1500kB)
[   703.402] (DB) xf86MergeOutputClassOptions unsupported bus type 0
[   703.402] (II) FBDEV(0): checking modes against framebuffer device...
[   703.402] (II) FBDEV(0):     mode "800x480" not found
 
Back
Top