ArchLinux ARM for CubieTruck : any ideas ?

[sappel]

ok, VGA works again, HDMI works too.
Full HD is running with HDMI.

I'm not looking further into wifi right now, since I have it wired for the moment. I downloaded the firmware + installed wpa_supplicant, seems ok so far, didn't try to connect though.


Next thing : some kind of hardware accel...seems not officially supported, I'll have a look, how far it goes

moving rootfs to ssd: postponed
wifi: postponed

after hw accel, xbmc is next

[sappel]

OK, current status:

rootfs is on SSD, works without any problems. Bootloader is still on sdcard though, doesn't bother so far.

wifi: nothing new, not tested.

hardware acceleration + xbmc: well, Xorg was running, with software rendering. So it was reeeaaaally slow. After some issues I managed to compile relllas xbmca10 following more or less this guide: http://linux-sunxi.org/XBMC
Since they use apt to install the deps, it took me some time to get the make + make install finishing without errors.

When I try to start this xbmc version, I get a EGL error. So there are still issues with the graphics driver + kernel or whatever combination.

I'll backup my current status now and move on trying to get gentoo to work. There is a nice overlay with quite some software, I'll see if their drivers works better. I actually don't fully understand all the driver issues, what parts are closed source, what status the lima drivers for mali400 has etc. pp.

To be continued ^^

[PLyttle]

which video package did you install?

I picked xf86-video-fbturbo-git, (alarm/xf86-video-fbturbo-git 193.8dec039-1), which is an X.org MALI video driver

on a side note:
My HDMI was flakey, but when I changed
$this->bbcode_second_pass_code('', '[disp_init]
disp_init_enable = 1
disp_mode = 0
screen0_output_type = 4
screen0_output_mode = 4
') to
$this->bbcode_second_pass_code('', '[disp_init]
disp_init_enable = 1
disp_mode = 0
screen0_output_type = 3
screen0_output_mode = 4
')
in /boot/script.bin (using bin2fex and fex2bin off course) I have no more problems. Maybe this can be achieved with an uEnv setting too. Need to investigate

... Yep, putting disp.screen0_output_type=3 in extraargs in uEnv.txt works too
it will look like:

$this->bbcode_second_pass_code('', 'console=tty0
extraargs=console=ttyS0,115200 hdmi.audio=EDID:0 disp.screen0_output_type=3 disp.screen0_output_mode=1920x1080x60 rootwait panic=10 rootfstype=ext4 rootflags=discard
')

LP

[sappel]

I'll currently testing gentoo...output itself worked for me with adjustment of script.bin (via script.fex as well), but not hardware acceleration

[maggu2810]

Just to note:
Instead of using wpa_supplicant and Arch Linux netctl, you could also use wpa_supplicant and systemd-networkd.
So you could use a more distribution independent configuration.

[Ninolein1988]

Hi,

does anyone have the new uboot package installed and tried to boot it?

Since yesterday my ct Is not booting after update the uboot.

Nino

[PLyttle]

u-boot is not the culprit, systemd is, or more to the point, the kernel. See this thread: viewtopic.php?f=33&t=7331

you need to block the systemd package from upgrading.

LP

[Ninolein1988]

Thanks for the advice. I think that was the problem and the solution was an update over chroot because meanwhile in the repo the corrected packages are available.

Now I have another Problem. The hdmi does not work, are there any changes I missed? Configfiles or anything else?

Nino

[Ninolein1988]

With adding this to my fex config the hdmi works again

$this->bbcode_second_pass_quote('PLyttle', 'w')hich video package did you install?
$this->bbcode_second_pass_code('', '[disp_init]
disp_init_enable = 1
disp_mode = 0
screen0_output_type = 3
screen0_output_mode = 4
')
in /boot/script.bin (using bin2fex and fex2bin off course) I have no more problems.

[PLyttle]

uboot-cubietruck overwrites script.bin, even if there were no changes. I make it a practice to check script.bin every time uboot updates.