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
 
I retried some old configs, I always end with:

Code:
[  3213.313] (II) FBDEV: driver for framebuffer: fbdev
[  3213.313] (II) OMAP: Driver for TI OMAP: OMAP3430 with PowerVR SGX530,
        OMAP3630 with PowerVR SGX530, OMAP4430 with PowerVR SGX540,
        OMAP4460 with PowerVR SGX540, OMAP5430 with PowerVR SGX544 MP,
        OMAP5432 with PowerVR SGX544 MP, AM572x with PowerVR SGX544 MP
[  3213.314] (++) using VT number 1

[  3213.315] (WW) Falling back to old probe method for fbdev
[  3213.315] (II) Loading sub module "fbdevhw"
[  3213.315] (II) LoadModule: "fbdevhw"
[  3213.317] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so
[  3213.319] (II) Module fbdevhw: vendor="X.Org Foundation"
[  3213.319]    compiled for 1.20.14, module version = 0.0.2
[  3213.319]    ABI class: X.Org Video Driver, version 24.1
[  3213.319] (II) FBDEV(0): using default device
[  3213.341] (EE) Screen 1 deleted because of no matching config section.
[  3213.342] (II) UnloadModule: "omap"
[  3213.342] (EE) Screen 1 deleted because of no matching config section.
[  3213.342] (II) UnloadModule: "omap"
[  3213.342] (EE)
Fatal server error:
[  3213.342] (EE) Cannot run in framebuffer mode. Please specify busIDs        for all framebuffer devices

I can't find a new setup on internet, I'm stuck with trying random modifications.
 
About leds, the old trigger for wikfi was "phy0radio", but I can't see it anymore:
Code:
$ cat /sys/class/leds/pandora\:\:wifi/trigger
none rc-feedback rfkill-any rfkill-none kbd-scrolllock kbd-numlock kbd-capslock
kbd-kanalock kbd-shiftlock kbd-altgrlock kbd-ctrllock kbd-altlock kbd-shiftllock
kbd-shiftrlock kbd-ctrlllock kbd-ctrlrlock timer oneshot heartbeat cpu cpu0
default-on transient [mmc2] mmc0 mmc1 bq27500-1-0-charging-or-full
bq27500-1-0-charging bq27500-1-0-full bq27500-1-0-charging-blink-full-solid
bq27500-1-0-charging-orange-full-green twl4030_ac-online twl4030_usb-online
bq27000-battery-charging-or-full bq27000-battery-charging bq27000-battery-full
bq27000-battery-charging-blink-full-solid bq27000-battery-charging-orange-full-green
bluetooth-power
 
Back
Top