Ubuntu Bionic (Base System)

General discussion relating to the O2 Joggler, from the default O2 setup, to alternative operating systems and applications.
Post Reply
User avatar
roobarb!
Posts: 1746
Joined: Sat Mar 05, 2011 1:30 pm
Location: Salford, UK
Contact:

Ubuntu Bionic (Base System)

Post by roobarb! »

Wanted to drop a little post here to say that I seem to have managed to get a working install of Ubuntu Bionic (the next long-term service release) working on the OpenFrame 1. I've not tested everything yet, but after a few tweaks to the kernel configuration it came to life. It's even running the very latest stable kernel, version 4.15.7, though that took some messing with the backlight driver configuration and is not completely tested either, just yet.

It'll take a little time to go through the scripts and make things happy with systemd, plus the networking is dodgy right now and I have no idea if the audio system is working properly (though it's not crackling at me). But it's a start, and will mean we'll have up to date packages on a supported platform through to 2023, which is pretty cool.

Happy joggling, everyone!
BirdsLikeWires - Get fresh builds of Debian Bullseye and Bookworm for OpenFrame with the latest 5.10 and 6.1 kernels! 8-)
florca
Posts: 25
Joined: Mon Mar 14, 2011 9:57 pm

Re: Ubuntu Bionic (Base System)

Post by florca »

That's really great news! Thanks loads for keeping the Jogglers alive and healthy.
Probably way too early to say for sure, but any idea of storage footprint? Any chance of being able to run Squeezeplay + LMS on the Internal flash of an O2 Joggler for example, or has everything stayed pretty much the same or (even worse..) grown in size?
User avatar
pete
Posts: 2950
Joined: Mon Aug 01, 2011 6:33 am
Location: Time Traveler

Re: Ubuntu Bionic (Base System)

Post by pete »

Great news Andy!!!!

Favorite and most utilized here are the Openpeak 1's. I like the massive heat sink in them. They do seem a bit more robust than the O2's.

The eMMC's on the O2 and Openpeak 1's are soldered in and 1Gb in size. That said the Openpeak 1's have the soldered on and functioning ZIF clip. Here utilize a long flipped ZIF cable and install the SSD over the WLAN USB stick on the left hand side; works great.

Here on one test Ubuntu 16.04 Openpeak 1 using a 64 Gb IDE SSD which I upgraded from a 16Gb SSD a couple of days ago. It is the older style IDE type of SSD from the first Netbooks.

Filesystem 1K-blocks Used Available Use% Mounted on
udev 244232 8 244224 1% /dev
tmpfs 50452 764 49688 2% /run
/dev/sda3 60607764 6760724 50769416 12% /

ZIF SSD

Disk /dev/sda: 63.4 GB, 63350767616 bytes
255 heads, 63 sectors/track, 7701 cylinders, total 123731968 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x5ab6857e

Device Boot Start End Blocks Id System
/dev/sda1 * 2048 124927 61440 e W95 FAT16 (LBA)
/dev/sda2 124928 624639 249856 82 Linux swap / Solaris
/dev/sda3 624640 123731967 61553664 83 Linux

soldered in MMC

Disk /dev/mmcblk0: 1028 MB, 1028128768 bytes
4 heads, 16 sectors/track, 31376 cylinders, total 2008064 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00065065

Device Boot Start End Blocks Id System
/dev/mmcblk0p1 * 2048 124927 61440 6 FAT16
/dev/mmcblk0p2 125056 625151 250048 83 Linux
/dev/mmcblk0p4 626688 2007039 690176 83 Linux

Thinking too but not knowing if functional are traces for a microSD holder on the Openpeak1 motherboard. A while back I soldered one to the board and it didn't see a microSD (course though I could have fat fingered the soldering).
- Pete
O2 Jogglers running EFI Ubuntu / Squeezeplayer
OpenPeak Voip Telephony / Zigbee tabletops hardware modded with Seabios / RTC / Ethernet ROM edits / SSD drives running XPe for automation screens

Auto mater
Man in a van
Posts: 485
Joined: Sun Aug 25, 2013 2:39 pm
Location: Staffordshire. UK

Re: Ubuntu Bionic (Base System)

Post by Man in a van »

florca wrote: Thu Mar 01, 2018 4:19 pm That's really great news! Thanks loads for keeping the Jogglers alive and healthy.
Probably way too early to say for sure, but any idea of storage footprint? Any chance of being able to run Squeezeplay + LMS on the Internal flash of an O2 Joggler for example, or has everything stayed pretty much the same or (even worse..) grown in size?
Every chance. I have Squeezeplay, LMS, the EDO plugin and patch running here on an internal v3.03
joggler@openframe:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mmcblk0p2 935M 785M 102M 89% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
udev 245M 4.0K 245M 1% /dev
none 192M 24K 192M 1% /tmp
tmpfs 50M 592K 49M 2% /run
none 5.0M 0 5.0M 0% /run/lock
none 248M 0 248M 0% /run/shm
none 100M 0 100M 0% /run/user
none 256M 396K 256M 1% /var/cache/apt
none 256M 0 256M 0% /var/lib/apt/lists
none 16M 404K 16M 3% /var/log
/dev/mmcblk0p1 31M 11M 20M 37% /boot
One does have to do a little hacking and a manual update to LMS when needed ;)

Ronnie
User avatar
roobarb!
Posts: 1746
Joined: Sat Mar 05, 2011 1:30 pm
Location: Salford, UK
Contact:

Re: Ubuntu Bionic (Base System)

Post by roobarb! »

Having toyed some more there are some 'interesting' changes in the kernel which may make sticking with the LTS 4.4 branch preferable, not least that the internal 'mmc' memory is now identified as 'mmcblk2' and not 'mmcblk0', which I'm almost certain will break a lot o' stuff. Just looking at some of the startup script basics now too.

Leaving this link:

https://www.spinics.net/lists/arm-kernel/msg542908.html

here for my future reference. Says the mmc device allocation changed somewhere in kernel 4.5 / 4.6, but not verified.
BirdsLikeWires - Get fresh builds of Debian Bullseye and Bookworm for OpenFrame with the latest 5.10 and 6.1 kernels! 8-)
User avatar
roobarb!
Posts: 1746
Joined: Sat Mar 05, 2011 1:30 pm
Location: Salford, UK
Contact:

Re: Ubuntu Bionic (Base System)

Post by roobarb! »

The 4.4 kernel series looks like a much better bet. I've managed to make some changes that mean the config and patches on my GitHub page will result in a 4.15 kernel that fires up and doesn't panic on boot, but there are the old issues still present with the rear headphone jack not cutting out the internal speaker (due to the non-standard wiring of the logic board) and the audio patches which fixed it no longer working in the 4.15 series, even though they apply okay. There's also a strange real-time clock issue that appeared that is not present on 4.4 - which is probably a days' tail-chasing on its own.

I've got 4.4.119 working very nicely, so I think I'll stick with that seeing as it's a long-term service release. Just need to test that the backlighting is fine; it can be adjusted correctly and even the light sensor is working over the I2C bus, but I don't know if xorg will play nicely. It should...

So, the very basics are working, now I need to find time to update things to systemd!
BirdsLikeWires - Get fresh builds of Debian Bullseye and Bookworm for OpenFrame with the latest 5.10 and 6.1 kernels! 8-)
rbshep
Posts: 4
Joined: Sat Dec 01, 2018 1:56 pm

Re: Ubuntu Bionic (Base System)

Post by rbshep »

Would building around 16.04 xenial be a better idea, seeing as this uses a 4.4 series kernel anyway, and poulsbo drivers are available for this Ubuntu release?

-=XxX=- has a working (albeit 14.04) system based on the 4.4 kernel so dunno if any of the kernel patches they are using might help?
User avatar
roobarb!
Posts: 1746
Joined: Sat Mar 05, 2011 1:30 pm
Location: Salford, UK
Contact:

Re: Ubuntu Bionic (Base System)

Post by roobarb! »

rbshep wrote: Sat Dec 01, 2018 2:26 pm Would building around 16.04 xenial be a better idea, seeing as this uses a 4.4 series kernel anyway, and poulsbo drivers are available for this Ubuntu release?
After doing a lot of testing we're actually better off with the 3.16 branch; the ALSA changes in 4.4 and beyond break audio pin switching when using the external audio output. Kernel 3.16 is still current and patched, as is Bionic, so that combo is better for all around system stability. Definitely no point building around an old OS release when the kernel can just be swapped.

I've tried to drum up support on the ALSA mailing lists, but not received a lot of support for fixing our pin switch issue, mainly due to my lack of experience with the ALSA subsystem. I can't deliver a straight-up working patch for anything 4.4 and beyond, so can't get it baked into the kernel. Someone with more experience would probably sort it in no time, but I've devoted hours to it and come out with naff all. :(
BirdsLikeWires - Get fresh builds of Debian Bullseye and Bookworm for OpenFrame with the latest 5.10 and 6.1 kernels! 8-)
-=xXx=-
Posts: 147
Joined: Tue Mar 15, 2011 11:26 am

Re: Ubuntu Bionic (Base System)

Post by -=xXx=- »

Hi,
As I can see you changed a little bit script now is possible to write image directly to internal emmc if you indicate of1 during build?

Thanks.
-=xXx=-
Posts: 147
Joined: Tue Mar 15, 2011 11:26 am

Re: Ubuntu Bionic (Base System)

Post by -=xXx=- »

In ALSA they removed function set_pin_eapd we can see how we can turn on/off EAPD on the given pin.
Post Reply