embedded | Blue Duck Valley Rd

LPC810 Hacking

Wed, 20 Jan 2016 00:00:00 +0000

The LPC810 is a Cortex-M0+ in a 8 pin PDIP.

PIO0_5 /RESET (o ) PIO0_0 U0_RXD
PIO0_4 U0_TXD ( ) Vss
PIO0_3 ( ) Vdd
PIO0_2 ( ) PIO0_1 /ISPEN

Bone v2

Wed, 08 Jul 2015 00:00:00 +0000

I’m using a small, no-name RT5370 from ebay. It’s not fast but it is compatible and reliable, unlike the other three adapters that I have.

Disable interface renaming:

cd /etc/udev/rules.d; ln -sf /dev/null 70-persistent-net.rules

Note that you can’t just delete the file as systemd recreates it.

Setup /etc/network/interfaces:

allow-hotplug wlan0
iface wlan0 inet dhcp
pre-up sleep 2
pre-up rfkill unblock all
wpa-ssid "your-ssid-here"
wpa-psk "your-password-here"

Note that during the boot, systemd seems to randomly set the rfkill bit which causes dhcpclient to show ‘300 byte’ errors. The sleep; unblock hack works around this. sleep to work around race conditions FTW!

Update the kernel:

cd /opt/scripts/tools
git pull
apt-cache search linux-image bone
./update_kernel.sh --kernel 4.1.1-bone9

Enabling ports

See https://eewiki.net/display/linuxonarm/BeagleBone+Black for building the device tree overlays.

 echo BB-UART1 > /sys/devices/platform/bone_capemgr/slots

The pinouts are at http://elinux.org/Beagleboard:Cape_Expansion_Headers#4.5_Serial_UARTs

Adafruit 1.8" display

There seems to be probles with SPI on the 4.1 kernel and the 3.14 kernel is missing the cape manager. 3.8 works fine though.

https://github.com/notro/fbtft/wiki/LCD-Modules#adafruit-18

GND 1
VCC 2
RST 3 -> 15 (GPIO48)
DC 4 -> 23 (GPIO49)
CARD_CS 5
LCD_CS 6 -> 17
MOSI 7 -> 18
SCK 8 -> 22
MISO 9
LITE 10 -> VCC
echo BB-SPIDEV0 > /sys/devices/bone_capemgr*/slots
modprobe -f fb_st7735r
modprobe -f fbtft_device name=adafruit18 busnum=1 gpios=reset:48,dc:49
con2fbmap 1 1

AVR Hacking

Wed, 30 Oct 2013 00:00:00 +0000

Programmer

JTAG Name M168 T85
3 - MOSI 17 5
4 - RESET 1 1
5 - SCK 19 7
6 - GND 8 4
7 - MISO 18 6

ATTINY85

PB5 (o ) VCC
PB3 ( ) PB2
PB4 ( ) PB1
GND ( ) PB0

Serial

5V o o
o o TX
o o RX

ARM host

Sat, 03 Aug 2013 00:00:00 +0000

I’d like a lower power server for inside my home. Some requirements:

Cortex-A9, quad core, 1.2 Ghz or more.
2 GiB
Ethernet. USB hosted is OK, native gigabit is better.
2 or more USB ports.
A public git tree.

And would be nices:

In the Linus kernel
Real datasheets (yay Freescale!)
Fit within a 3.5" drive envelope (102 x 25 mm, 18 mm for ‘airflow’)

Mass storage will come from the NAS. If it’s small enough then it can fit in a spare drive bay.

Some potentials:

Wandboard Quad. 95 x 95 mm, unknown height.
ODROID-X2, 90 x 95 mm, unknown height.

Update: 2013-08-01: I decided on the Freescale i.MX6 based Wandboard. Quite happy so far. SATA is broken but possible. Tops out at 70 deg C at 1 GHz.

Synology 213 as a Freedombox

I’d like to self host and move my current VPS into my home. I have an ARM-based Synology NAS which can also run Debian in a chroot. Here’s the setup.

Installing Debian:

Start at http://www.synocommunity.com/
Add the http://packages.synocommunity.com/ source
Open the Package Center
Click on Community
Install Python
Install Debian Chroot

It looks like the package does a debootstrap as part of the install.

Once installed, select Action | Run

Enter the chroot and do basic setup:

/var/packages/debian-chroot/scripts/start-stop-status chroot
vi /etc/apt/sources.list
Keep wheezy enabled, drop the others
apt-get update
apt-get dist-upgrade
apt-get install -yq jed locales sudo
dpkg-reconfigure locales tzdata

Add the SSH server on a custom port:

apt-get install -yq jed openssh-server
jed /etc/ssh/sshd_config
Update Port
cd /etc
mkdir rc.syno.d
cd rc.syno.d
ln -s ../init.d/ssh

Update the DSM-side start script to also start services:

vi /var/packages/debian-chroot/scripts/start-stop-status
Add the following after the last grep/mount in start_daemon:

chroot ${CHROOTTARGET}/ /bin/run-parts -a start /etc/rc.syno.d

Add the user account:

Add in the DSM side under Control Panel | User
Grab the user ID from /etc/passwd
Add in the chroot with the same user ID: adduser --uid xxxx username

You now have a Debian chroot with SSH access. Have at it!

Notes:

The chroot is stored at /volume1/@appstore/debian-chroot/var/chroottarget. Don’t forget to back it up.
Add any services manually to /etc/rc.syno.d

Olimex STM32-H103 Notes

Wed, 26 Jun 2013 00:00:00 +0000

The Olimex STM32-H103 is a ST STM32F1 based development. Pluses are the USB port, proper JTAG connector, and all I/O out on 0.1" pitch pins.

Details:

STM32F103RBT6 CPU
128 Ki flash, 20 Ki RAM, 72 Mhz
Standard 20 pin JTAG connector
Green STAT LED on PC12
8 MHz crystal

Links:

Programming

I used the Ubuntu Raring OpenOCD 0.6.0 and a Signalyzer Lite. The host is a Macbook Air running Windows with Ubuntu Raring in a VM. OpenOCD sometimes fails with a Error: unable to open ftdi device: unable to fetch product description error, but re-plugging the JTAG device fixes that.

A basic OpenOCD config file works fine:

# Olimex STM32-H103
source [find interface/signalyzer-lite.cfg]
source [find target/stm32f1x.cfg]

Programming via telnet localhost 4444 involves:

reset halt
flash probe 0
stm32f1x mass_erase 0
flash write_image blink.hex 0 ihex
reset run

Fancybox

Sun, 17 Jun 2012 00:00:00 +0000

OpenWRT can do quite a few things I need on my network that are running in many places, including:

DHCP server with DNS hooks - dnsmasq
Netboot/DHCP/TFTP server - dnsmasq
Proxy - polipo

It could let me use IPv6.

The TL-MR3220 has a 400 MHz MIPS CPU, 32 MB of RAM, and 4 MB of flash.

USB audio

Via the MiniDisc USB adapter - sounds really good.

Choose music via:

Pulseaudio sink
MPD with many clients including Android

Other

The PirateBox is interesting.

LPC1114 Temperature Sensor

Sun, 10 Jun 2012 00:00:00 +0000

The idea is to use the Cortex-M0 based LPC1114 as a low power micro in a remote temperature sensor. Use a solar light as the case and power source and it should run forever.

Use the Olimex LPC-H11U14 as a breakout board.

Initial code is at http://juju.net.nz/src/lpc1114.git/

Datasheet User manual

Hardware

LPC1114FBD48/302:

LPC1100L
38 x 38 mm
32 k flash, 8 k RAM, UART, 2x SSP, I2C, ADC
TMP102 0.5 deg C?

microbuilder reference design:

NCP1402 converter. 0.8 V startup, 200 mA, various outputs.
24AA32AFT. Microchip I2C 4 k x 8 EEPROM

PIO0_7 (23) is a 20 mA high current driver. The I2C lines are high current sinks. A white LED has a ~3.5 V drop. Red is ~1.6 V and yellow/green ~2.0 V at 10 mA. 10 mA for a (5 V - 1.8 V) drop = 320 Ohms.

Regulator is a LDO (1.2 V) 800 mA LM1117. Steering diodes give another 0.6 V so it shouldn’t work :)

IOCON set the routing for different signals like the SPI clock.

Two SPI ports:

SPI0: SCK0/PIO0_6 (22), MISO0/PIO0_8 (27), MOSI0/PIO0_9 (28), SSEL0/PIO0_2 (10)
SPI1: SCK1/PIO2_1 (13), MISO1/PIO2_2 (26), MOSI1/PIO2_3 (38), SSEL1/PIO2_0 (2)

Power

The dev board has a LM1117IMPX-ADJ and 240R + 390R divider. V = IR so I = 5.2 mA!

1.8 to 3.6 V supply. Must boost.

1 mA at 6 MHz. 5 mA at 50 MHz.

Code

https://github.com/microbuilder/LPC1114CodeBase
mbed is a LPC11U24 but I can’t find the library code
http://www.microbuilder.eu/

Speed

0.98 CoreMark/MHz with Code Red GCC 4.3.3.

Bootloader

The built in bootloader seems fine. ASCII/uuencode based with auto baud. Starts the user program if ‘valid’ based on the vectors checksum.

Pins:

#RESET/PIO0_0 / pin 3
PIO0_1 / pin 4 low on reset to enter the loader
RXD/PIO1_6 / pin 46
TXD/PIO1_7 / pin 47

Protocol:

? ->
<- Synchronized<CR><LF>
Synchronized<CR><LF> ->
<- OK<CR><LF>

Use my FTD2232 based JTAG?

Interface

Use one of the Nokia DKU-5 clones from Trademe.

+5V TXD DTR RXD GND

RTS ??? ??? ??? ???

DTR and RTS can map to reset and BSL. Matches the Sparkfun one.

Looking from the bottom of the IDC, I have:

| | | |

1 2 3 4 5

6 7 8 9 10

1 = RTS
2 = TXD
3 = RXD
4 = –
6 = +5V
7 = DTR
8 = GND
5, 9, 10 = NC

Memory map

Bootloader:

0 - 0x7FFF: Flash in 4 k sectors
0x10000000 + 8 k: RAM
RAM + 0x17C to 0x025B: ISP work area
Upper 32 bytes of RAM: Flash work area
Top of RAM - 32 bytes: top of stack

Hookups

I have a MOD-NRF24LR. NRF24L01. SPI based.

And a MOD-LCD3310. 84x48. SPI based. Needs an extra data/command line.

BeagleBone

Wed, 07 Mar 2012 00:00:00 +0000

This page has terse notes on installing the Linaro LEB root filesystem on a BeagleBone, setting up the USB Ethernet gadget, and enabling basic networking.

Initial

Grab the boot partition contents to get MLO, u-boot, and the kernel.

Grab the modules from the rootfs.

Use linaro-media-create to fill the SD card. Claim we’re a BeagleBoard for no real reason.

./linaro-media-create --mmc /dev/sdb-check-this --dev beagle \
--rootfs ext4 --console ttyO0,115200n8 \
--hwpack ~/Downloads/hwpack_linaro-omap3_20120210-0_armel_supported.tar.gz \
--binary ~/Downloads/linaro-o-developer-tar-20120210-0.tar.gz \
--hwpack-force-yes --align-boot-part

Copy the original boot files to the new boot partition and the original modules to the new rootfs partition.

Boot issues

Seems to hang. Use an initial shell via:

set ip_method none --verbose init=/bin/sh

/etc/network/interfaces includes a DHCP on eth0 which is causing the long boot time. Disable.

I prefer LABEL=rootfs instead of UUID in /etc/fstab.

Enabling gadget based networking

Add g_ether to /etc/modules to enable the USB Ethernet gadget.

Add a iface usb0 inet static stanza to /etc/network/interfaces:

auto usb0
iface usb0 inet static
address 192.168.7.10
netmask 255.255.255.0
gateway 192.168.7.1
hwaddress ether fa:aa:55:aa:55:01

Set /etc/modprobe.d/gether.conf to options g_ether host_addr=fa:aa:55:aa:55:02 to fix the host MAC address.

Note the fixed instead of random MAC address.

Setup usb0 on the host as 192.168.7.1. Note that NetworkManager might interfere. If so, add a connection for the usb0 MAC address that does nothing.

SSH into the host and forward off to the main network proxy:

ssh -L 8123:proxy:8123 -N michaelh@192.168.7.1

Install openssh-server:

http_proxy=http://localhost:8123/ apt-get install openssh-server

Add a user adduser michaelh, put them in the sudo group adduser michaelh admin, ssh in from the host.

You can now ssh into the board.

Internet access via the host

The Maemo guys have documented this at http://wiki.maemo.org/USB_networking.

On the host, add a usb0 stanza to /etc/network/interfaces:

iface usb0 inet static
address 192.168.7.1
netmask 255.255.255.0
up echo 1 > /proc/sys/net/ipv4/ip_forward
up iptables -P FORWARD ACCEPT
up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.7.0/24
down echo 0 > /proc/sys/net/ipv4/ip_forward
down iptables -t nat -F POSTROUTING

Post boot

Set the hostname:

echo bone > /etc/hostname

Consider installing avahi-daemon. Allows ssh bone.local.

sudo ntpdate-debian to set the date. Works best with eth0 due to the forwarding delays in usb0.

Make a LED turn on and off:

cd /sys/devices/platform/leds-gpio/leds/beaglebone::usr2
echo 255 > brightness
echo 0 > brightness

Profit.

Wireless

I have a Edimax EW-7711UTn USB Wifi dongle.

Add a wlan0 stanza to /etc/network/interfaces:

auto wlan0
iface wlan0 inet dhcp
wireless-essid Public

(I have a profile on my router called ‘Public’ with no password).

Actually, it drops after a while. Ignore.

Notes

Env:

autoload=yes
baudrate=115200
bootargs_defaults=setenv bootargs console=${console} ${optargs}
bootcmd=if mmc rescan; then echo SD/MMC found on device ${mmc_dev};if run loadbootenv; then echo Loaded environment from ${bootenv};run importbootenv;fi;if test -n $uenvcmd; then echo Running uenvcmd ...;run uenvcmd;fi;if run mmc_load_uimage; then run mmc_args;bootm 0x80007fc0;fi;fi;run nand_boot;
bootdelay=1
bootenv=uEnv.txt
bootfile=uImage
console=ttyO0,115200n8
ethact=cpsw
ethaddr=40:5f:c2:76:ab:62
importbootenv=echo Importing environment from mmc ...; env import -t $loadaddr $filesize
ip_method=none
loadaddr=0x82000000
loadbootenv=fatload mmc ${mmc_dev} ${loadaddr} ${bootenv}
mmc_args=run bootargs_defaults;setenv bootargs ${bootargs} root=${mmc_root} rootfstype=${mmc_root_fs_type} ip=${ip_method}
mmc_boot=run mmc_args; run mmc_load_uimage; bootm 0x80007fc0
mmc_dev=0
mmc_load_uimage=fatload mmc ${mmc_dev} 0x80007fc0 ${bootfile}
mmc_load_uimage_ext2=ext2load ${mmc_dev} 0x80007fc0 /boot/${bootfile}
mmc_root=/dev/mmcblk0p2 ro
mmc_root_fs_type=ext4 rootwait
nand_args=run bootargs_defaults;setenv bootargs ${bootargs} root=${nand_root} noinitrd rootfstype=${nand_root_fs_type} ip=${ip_method}
nand_boot=echo Booting from nand ...; run nand_args; nand read.i ${loadaddr} ${nand_src_addr} ${nand_img_siz}; bootm ${loadaddr}
nand_img_siz=0x500000
nand_root=/dev/mtdblock7 rw
nand_root_fs_type=jffs2
nand_src_addr=0x280000
net_args=run bootargs_defaults;setenv bootargs ${bootargs} root=/dev/nfs nfsroot=${serverip}:${rootpath},${nfsopts} rw ip=dhcp
net_boot=echo Booting from network ...; setenv autoload no; dcache off; dhcp; tftp ${loadaddr} ${bootfile}; run net_args; bootm ${loadaddr}
nfsopts=nolock
nor_args=run bootargs_defaults;setenv bootargs ${bootargs} root={nor_root} rootfstype=${nor_root_fs_type} ip=${ip_method}
nor_boot=echo Booting from NOR ...; run nor_args; cp.b ${0x08080000} ${loadaddr} ${nor_img_siz}; bootm ${loadaddr}
nor_img_siz=0x280000
nor_root=/dev/mtdblock3 rw
nor_root_fs_type=jffs2
nor_src_addr=0x08080000
rootpath=/export/rootfs
script_addr=0x81900000
spi_args=run bootargs_defaults;setenv bootargs ${bootargs} root=${spi_root} rootfstype=${spi_root_fs_type} ip=${ip_method}
spi_boot=echo Booting from spi ...; run spi_args; sf probe ${spi_bus_no}:0; sf read ${loadaddr} ${spi_src_addr} ${spi_img_siz}; bootm ${loadaddr}
spi_bus_no=0
spi_img_siz=0x280000
spi_root=/dev/mtdblock4 rw
spi_root_fs_type=jffs2
spi_src_addr=0x62000
static_ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}::off
stderr=serial
stdin=serial
stdout=serial

libmad on the BeagleBone

Wed, 07 Mar 2012 00:00:00 +0000

(or really any Cortex-A)

[[notes/bonemad]]

I’m mainly interested in performance as power used ~= 1/performance.

Using libmad-0.15.1b-7ubuntu1 from Precise and Linaro GCC 4.6 2012.02 as a cross build setup.

Has its own complicated and out of date way of selecting the optimisations. Ubuntu turns this into a -O2. Scans the CFLAGS to pull out the optimisation.

At 720 MHz over USB.

Default -O2 setup: 23.4 s, 21.4 s, 21.5 s, 21.5 s

Switch to userspace governor and lock at 720 MHz: 21.2 s, 21.2 s, 21.2 s

-O3 setup: 21.2 s, 21.2 s…

…as it’s picking up the system libmad!

-O3 setup: 21.5 s, 21.5 s

-O2 setup: 21.5 s, 21.5 s

There’s very little difference in size - ~30 bytes. As the Ubuntu patch forces it to -O2 and ignores the earlier CFLAGS parsing.

-O3 setup: 21.7 s, 21.7 s - slower!

Disable the assembly routines and see how it changes.

-O3 noasm: 20.0 s, 20.0 s

-O2 noasm: 20.4 s, 20.4 s

-O3 noasm -mfpu=neon (turns on the vectoriser): 19.9 s, 19.9 s.

Not much change which suggests a very hot function or some bad code. perf time!

perf report:

55.17% minimad libc-2.13.so [.] _IO_putc
15.50% minimad libmad.so.0.2.1 [.] synth_full
7.02% minimad libmad.so.0.2.1 [.] III_decode
6.51% minimad libmad.so.0.2.1 [.] loop
5.29% minimad libmad.so.0.2.1 [.] dct32
2.64% minimad minimad [.] output
1.81% minimad libmad.so.0.2.1 [.] III_imdct_l
1.29% minimad libmad.so.0.2.1 [.] mad_bit_read
0.97% minimad libmad.so.0.2.1 [.] III_aliasreduce
0.96% minimad libmad.so.0.2.1 [.] normal_block_x0_to_x17
0.89% minimad libmad.so.0.2.1 [.] normal_block_x18_to_x35
0.54% minimad minimad [.] mad_stream_errorstr@plt
0.41% minimad minimad [.] mad_decoder_finish@plt

Or, in other words, dominated by the sample writer in minimad. Probably due to this:

sample = scale(*left_ch++);
putchar((sample >> 0) & 0xff);
putchar((sample >> 8) & 0xff);
if (nchannels == 2) {
sample = scale(*right_ch++);
putchar((sample >> 0) & 0xff);
putchar((sample >> 8) & 0xff);
}

Writes 1152 samples per callback. Turn this into a scale-to-buffer to keep some semblance of an output layer…

8.3 s, 8.3 s. Much better. perf shows:

36.80% minimad libmad.so.0.2.1 [.] synth_full
17.44% minimad libmad.so.0.2.1 [.] III_decode
15.46% minimad libmad.so.0.2.1 [.] loop
13.12% minimad libmad.so.0.2.1 [.] dct32
3.84% minimad libmad.so.0.2.1 [.] III_imdct_l
3.32% minimad libmad.so.0.2.1 [.] mad_bit_read
2.33% minimad libmad.so.0.2.1 [.] III_aliasreduce
2.31% minimad libmad.so.0.2.1 [.] normal_block_x18_to_x35
2.21% minimad libmad.so.0.2.1 [.] normal_block_x0_to_x17
0.59% minimad minimad [.] output

-O3 noasm novect: 8.6 s, 8.7 s

Note the noasm version is lower fidelity. I guess the assembly version keeps things in 64 bits for longer.

-O3 asm novect: 10.3 s, 10.3 s

-O3 noasm vect -marm: 8.2 s, 8.2 s. So Thumb-2 is similar to ARM mode.

-O3 noasm vect -mtune=cortex-a8: 8.8 s, 8.1 s, 8.1 s. Tuned for A8 instead of A9 is slightly better.

Hot functions

Decent so far is -O3 noasm vect -mtune=cortex-a8 in Thumb-2. Hot functions are:

37.33% minimad libmad.so.0.2.1 [.] synth_full
17.46% minimad libmad.so.0.2.1 [.] loop
15.93% minimad libmad.so.0.2.1 [.] III_decode
12.10% minimad libmad.so.0.2.1 [.] dct32
4.23% minimad libmad.so.0.2.1 [.] III_imdct_l
2.75% minimad libmad.so.0.2.1 [.] mad_bit_read

synth_full is dominated by ML0 and MLAs. There’s a 1..16 loop in there which the vectoriser could hit. The compiler is spotting the mlas.

BeagleBone playing media

Fri, 02 Mar 2012 00:00:00 +0000

I have a XITEL MD-PORT AN1 USB Audio adapter. It sounds quite good. Can I hook it to my BeagleBone and use it as a remote audio player?

On Precise I see:

[33777.196130] usb 6-2: new full-speed USB device number 6 using uhci_hcd
[33777.475281] input: XITEL MD-PORT AN1 as \
/devices/pci0000:00/0000:00:1d.0/usb6/6-2/6-2:1.2/input/input17
[33777.475522] generic-usb 0003:09EF:0101.0006: input,hidraw0: \
USB HID v1.00 Device [XITEL MD-PORT AN1] on usb-0000:00:1d.0-2/input2

The new nodes under /dev are:

/dev/bus/usb/006/006
/dev/char/116:7
/dev/char/116:8
/dev/char/13:68
/dev/char/189:645
/dev/char/250:0
/dev/hidraw0
/dev/input/by-id/usb-XITEL_MD-PORT_AN1_XA292-event-if02
/dev/input/by-path/pci-0000:00:1d.0-usb-0:2:1.2-event
/dev/input/event4
/dev/snd/by-id
/dev/snd/by-id/usb-XITEL_MD-PORT_AN1_XA292-00
/dev/snd/by-path/pci-0000:00:1d.0-usb-0:2:1.0
/dev/snd/controlC1
/dev/snd/pcmC1D0p
/dev/vboxusb/006/006

The new input device is interesting. Windows automatically changes to the port when a headphone jack is plugged in - I wonder if the input fires on insert/remove?

On the bone I see:

/dev/bus/usb/001/002
/dev/char/116:0
/dev/char/116:16
/dev/char/13:64
/dev/char/189:1
/dev/input/by-id
/dev/input/by-id/usb-XITEL_MD-PORT_AN1_XA292-event-if02
/dev/input/by-path
/dev/input/by-path/platform-musb-hdrc.1-usb-0:1:1.2-event
/dev/input/event0
/dev/snd/by-id
/dev/snd/by-id/usb-XITEL_MD-PORT_AN1_XA292-00
/dev/snd/by-path
/dev/snd/by-path/platform-musb-hdrc.1-usb-0:1:1.0
/dev/snd/controlC0
/dev/snd/pcmC0D0p
/dev/usbdev1.2

So that’s good!

Use mpg321 and madplay as tests. Using Linaro, so apt-get install them. Need alsa-utils for the Alsa support.

Audio is terrible - choppy. kworker/0:1 sits at 95 % CPU. Can’t set snd-usb-audio nrpacks as it’s compiled in.

0006-usb-musb-cppi41_dma-Check-if-scheduling-is-required-.patch may fix this. Build Angstrom and see.

Still fails with uImage-3.1-r2l+gitr1d84d8853fa30cf3db2571a5aec572accca4e29d-beaglebone-20120127084313.bin.

Try PIO only? Might be that the patch works fine for high speed devices but spends too much time spinning on others.

New kernel

It’s a confusing OpenEmbedded recipe based setup.

Kernel is at git://arago-project.org/git/projects/linux-am33x.git

meta-ti layer is at git://git.angstrom-distribution.org/meta-texasinstruments

The recipe is linux-ti33x-psp_3.2 and will be out of date when you read this :)

The config is under recipes-kernel/linux/linux-ti33x-psp-3.2/beaglebone/defconfig.

There’s a large patch list on top of the kernel. I hacked a script to apply the patches on top of the Git tree.

Install the modules using make modules_install INSTALL_MOD_PATH=/media/rootfs

Playback

vlc looks viable. Run against local files and use a/any VLC remote to control.

DNLA seems pretty dire.