Another option I just tried turned nasty very quickly… I wondered what would happen if all external USB devices were connected via the (powered) hub, but the answer was soon apparent: usb 1-1.3.1.1: reset low speed USB device number 6 using dwc_otg usb 1-1.3.1.2: reset full speed USB device number 7 using dwc_otg INFO:: periodic_channel_available: Total channels: … Continue reading →
My Raspberry Pi had been behaving itself on the ‘hardware’ side since I took possession of it, weeks ago. After reading about limitations of USB connectivity, I obtained a reasonably-priced powered USB hub, with the intention (not surprisingly!) of connecting more things – including testing the possibility of USB sound.. So…. I connected the USB hub, and … Continue reading →
I had noticed that the OpenELEC XBMC build for the Raspberry Pi included a 3.1.10 kernel, so decided to ‘update’ my Fedora 17 card to this, using the OpenELEC kernel source, cross-compiled.. So.. Now running Fedora 17 on a 3.1.10 kernel: $ uname -a Linux rgpi 3.1.10 #1 Tue May 8 13:41:06 BST 2012 armv6l armv6l armv6l … Continue reading →
After applying the SD Card disk formatting and ‘optimisation’ mentioned previously, I decided to attempt to bring the version of Fedora (14) up to date.. The Fedora 17 Pi ‘respin’ is due sometime in May, but I decided – based on my experiences with Fedora 17 on the Dreamplug – to try to ‘hack’ F17 from the … Continue reading →
Despite previous ‘tweaks’, I have been experiencing continuing problems with SD Card Linux performance, and with the unreliable operations of yum / rpm, with associated db corruption, when they have to be ‘killed’ after hanging.. Based on two excellent pieces of prior research: http://blogofterje.wordpress.com/2012/01/14/optimizing-fs-on-sd-card/ and http://www.raspberrypi.org/forum/projects-and-collaboration-general/optimizing-linux-for-flash-memory – I will be having a stimulating (!) time performing formatting … Continue reading →
I had intended to persevere with the Fedora 14 ‘respin’, despite it being (correctly, IMHO..) described as ‘a bit buggy’.. Performance was improved with the newer 3.1.9+ kernel image, without the debug messages, but overall the response was still very sluggish.. I selected XFCE as the UI, as I had used this – successfully – with Fedora … Continue reading →
This is how I compile ARM kernels. There are other ways of doing this, but this works, for me.. First – I should mention – Read the Wicki! This is at http://elinux.org/R-Pi_Hub After getting the ‘forked’ kernel I then had to obtain a suitable config file, which included the necessary extra items for the Pi Broadcom chipset.. … Continue reading →
The Fedora armv5tel / x86_64 cross-compiler toolchain is a bit ancient (GCC 4.1.2!), and the Pi is armv6.. So.. I needed a more up-to-date and architecture-friendly substitute.. After some abortive attempts (some of the other armv7 cross-compilers were just as old!) I found a set of armv7 / x86_64 cross-compiler rpms – including gcc version 4.6.1 – … Continue reading →