I’m using the Logitech Wireless Music System for about 3 weeks now and I must say, that I’m very happy with it. Initially I ran against a little obstacle. I saw this message in /var/log/messages:

Feb 26 18:14:20 raver ALSA alsa-driver/usb/usbaudio.c:864: \
        cannot submit datapipe for urb 0, error -38: enable \
        CONFIG_USB_EHCI_SPLIT_ISO to play through a hub

I couldn’t convince the Music System to play. I tried it on other Linux systems and I had no problems on these.

I should have read the message more closely and should have thought about it a bit more. At home I’ve installed a cardreader in a slot for 5″ devices, which provides additional USB connectivity. This device apparently acts as a USB hub, which in turn leads to the above error message. Once I plugged the Logitech Wireless Music System directly into a motherboard USB connector it worked flawlessly.

In particular the combination of Amarok as music player and lineakd, which I’m using to operate the various multimedia key of my keyboard and the Wireless Music System just work beautifully together. The four buttons on the Wireless Music System perfectly map to the Halt-Pause/Resume-Skip Forward-Skip Backward buttons of the music player.

I’ve walked through the house and checked the places, where I might by using the device and found, that it worked everywhere. Personally therefore I can recommend the Logitech Wireless Music System very much.

Drahtlose Musik wird definitiv billiger. Beim zufälligen Surfen durch das Web bin ich bei pearl.de auf zwei interessante Produkte gestoßen, die früher einmal deutlich teuer waren. Ich hatte mich vor etwas mehr als einem Jahr schon mal nach diesen Geräten befasst, aber mit Preisen von deutlich über 100 Euro erschienen mir die Geräte damals doch nicht so interessant. Das hat sich inzwischen geändert, auch die Gerät sich wahrscheinlich schon am Ende ihres Lebenszyklus befinden.

Da ist zum einen die Pinncacle Soundbridge für etwa 70€. Das Gerät hat im allgemeinen sehr gute Review bekommen. Da ich aktuell in meinem Heim-Netzwerk noch kein WLAN betreibe, werde ich das Gerät für die Zukunft im Auge behalten.

Zum zweiten findet man bei Pearl das Logitech Wireless Music System für etwa 60€, das ich dann auch geordert habe. Zu diesem System finden sich ebenfalls im allgemeinen positve Bewertungen, ein Beispiel hier. Für mich als Linux Benutzer war dieses Review besonders interessant. Das Logitech System stellt sich demnach als normale USB-Soundkarte dar und sollte ohne Probleme auch mit meiner Gentoo-Linux Variante betreibbar sein. Mal sehen, was von den 100m Reichweite wirklich übrig bleiben.

Weitere interessante Gadgets, die mir schon mal bei Engadget unter gekommen sind, NewerTech intros USB 2.0 Universal Drive Adapter und das SATA HDD Stage Rack in ähnlicher oder gleicher Form bei Pearl: Adapter IDE/SATA auf USB 2.0, USB-Docking-Station für 2,5″ und 3,5″ SATA-Festplatten und Adapter IDE auf USB 2.0.

When I started to hibernate my desktop system in the company for the night, I used to let it automatically wake up in the morning, so that when I came to my desk in the morning everything was ready. I used this command as root to setup the wakeup time:

echo 2008-02-13 07:15:00 >/proc/acpi/alarm

Having installed new kernel versions and fiddled with the kernel configuration the /proc/acpi/alarm disappeared sometime. The existence of this files depends on a kernel configuration parameter in the ACPI section:

--- ACPI (Advanced Configuration and Power Interface) Support
[*]   Deprecated /proc/acpi files

The help message for this parameter displays this:

CONFIG_ACPI_PROCFS:

For backwards compatibility, this option allows
deprecated /proc/acpi/ files to exist, even when
they have been replaced by functions in /sys.
The deprecated files (and their replacements) include:

/proc/acpi/sleep (/sys/power/state)
/proc/acpi/info (/sys/modules/acpi/parameters/acpica_version)
/proc/acpi/dsdt (/sys/firmware/acpi/tables/DSDT)
/proc/acpi/fadt (/sys/firmware/acpi/tables/FACP)
/proc/acpi/debug_layer (/sys/module/acpi/parameters/debug_layer)
/proc/acpi/debug_level (/sys/module/acpi/parameters/debug_level)

This option has no effect on /proc/acpi/ files
and functions which do not yet exist in /sys.

However I don’t have a file /proc/acpi/alarm although the above parameter is now set. After some digging through the kernel source files, there is apparently a dependency to the realtime clock device driver, which I enabled in one of the recent kernels.

After digging a little further I found that I didn’t had the correct realtime hardware driver loaded, since the `/sys/class/rtc’ directory hierarchy was empty.

By trying each of the rtc-*.ko files in turn I finally discovered the rtc-pcf8583 is apparently the right one for my motherboard. /var/log/messages shows

Feb 20 11:46:21 trio pcf8583 2-0050: rtc core: registered pcf8583 as rtc0

I now I have some meaningful content under /sys/class/rtc/rtc0/. However nothing, that somehow resembles /proc/acpi/alarm. Additional searching revealed the command rtcwake, which might do the “right” thing.

# rtcwake -m disk -t $(date -d "tomorrow 6:15" +%s)
rtcwake: /dev/rtc0 not enabled for wakeup events

So, what does this tell me? Do I need to flip another software switch? Is the hardware not capable enought? Do I need to reconfigure the BIOS?

There are times, when Linux is really annoying!

Not too long ago 2.6.24 was released and since the next major Gentoo release shall be based on this kernel version, it showed up pretty quickly in the Portage tree. After the first round of fixes were released and integrated I updated my two desktop systems to 2.6.24 (one of them in the company).

On my home system, which has a Hauppauge PVR-150 installed, I installed a couple of custom udev rules, because the two drivers for the PVR-150 and an older BTTV based card were unreliably loaded in the same order. It could be, that one time the PVR-150 was video0 and another time the BTTV-card was `video0. With kernel 2.6.24 I noticed, that these rules didn’t appear to be working correctly.

These are the entries as they are now:

KERNEL=="radio*", SYSFS{name}=="*radio*bt878*", SYMLINK+="radio"
KERNEL=="radio*", SYSFS{name}=="*radio*bt878*", SYMLINK+="bttvradio"
KERNEL=="video*", SYSFS{name}=="*video*bt878*", SYMLINK+="bttvvideo"
KERNEL=="vbi*", SYSFS{name}=="*vbi*", SYMLINK+="bttvvbi"
KERNEL=="radio*", SYSFS{name}=="ivtv0 encoder radio", SYMLINK+="ivtvradio"
KERNEL=="video*", SYSFS{name}=="ivtv0 encoder MPG", SYMLINK+="ivtvvideo"
KERNEL=="video*", SYSFS{name}=="ivtv0 encoder PCM", SYMLINK+="ivtvpcmaudio"
KERNEL=="vbi*", SYSFS{name}=="ivtv0 encoder VBI", SYMLINK+="ivtvvbi"

The difference is in the lines with the rules for the ivtvvideo and the ivtvpcmaudio symbolic links. What now reads as “ivtv0 encoder MPG” was formerly “ivtv0 encoder MPEG” and “ivtv0 encoder PCM” was formerly “ivtv0 encoder PCM audio”.

Update: Another incompatibility. I’ve been using the realtime-lsm module to give audio related processes realtime priority. This module requires, that the “capabilities” functionality exists as a module as well. With 2.6.24 this function is apparently statically included in the kernel, which renders the “realtime-lsm” module useless. I guess, I’ll have to rely on the “pam_limits” module.

Am vorletzten Wochenende habe ich mal wieder im Keller gewühlt, um weitere “Entsorgung” zu betreiben. In diesem Keller standen bis vor wenigen Wochen Kisten noch so, wie wir sie vor etwas mehr als 11 Jahren beim Umzug hingestellt haben.

Nun ja, der Keller soll ausgebaut werden, damit ein Platz zum “Abhängen” für die Kids entsteht. Also muss der Keller entrümpelt werden.

Jedenfalls habe ich mich jetzt endlich dazu aufraffen können, meine ersten Sammlung von Zeitungen der “Fachzeitschrift für Elektronik” Elektor zu entsorgen. Ich weiß nicht mehr genau, wann ich aufgehört habe, das Magazin zu kaufen und zu lesen, aber ich habe noch die ersten Zeitungen gefunden und die datieren aus dem Jahr 1974 und zwar genau vom Februar. Ich war also gerade mal 13 Jahre und ein Monat alt, als ich die erste Zeitung von meinen Taschengeld gekauft habe. Für mehr als 20 Jahre habe die ich die Elektor dann regelmäßig gekauft. Wow, ganz schön lange.

Alles Ausgaben kann ich dann doch nicht wegschmeißen. Die Exemplare aus dem Jahr 1974 werden ich definitiv behalten.

Ich habe die Deckblätter und Inhaltsverzeichnisse der ersten vier Exemplare mal abfotografiert und in eine kleine Galerie gestellt. Im Prinzip werden die gleichen Themen behandelt wie heute, nur ist heute die verwendete Technik natürlich eine deutlich Andere.

(Ich bedanke mich beim Elektor Verlag GmbH Aachen, der mir die Veröffentlichung dieser Fotos gestattet hat.)

While surfing the Web I came across this on Engadget. This “Wireless Easy-N-Upgrader” make the perfect extension for my IPCOP Linux based router. Wireless is a PITA under Linux with WLAN vendor changing the chip sets under the hood without any notice. It’s getting better with the recent Linux kernels 2.6.23 and 2.6.24, were WLAN support is improving, but IPCOP is still at 2.4 (don’t know about the development versions) and the Endian Firewall Community Edition firewall, to which I’m planing to switch to in the near future, is at 2.6.22 with the recently released beta 3 of 2.2.

For the TRENDnet Wireless Upgrader I would simply have to plug another network card into my router hardware and configure the “blue” network. No hassle with selecting the a WLAN card, which is supported by Linux.

With all this said, WLAN is no topic just yet, but will be should I ever buy a laptop or when I consider my son old enough to use the computer completely without parental supervision.