UVC support soon in vanilla kernel?

In a recent interview with the German IT online magazine Golem.de the kernel developer Greg Kroah-Hartman mentioned that the USB video device support will soon be merged into the vanilla kernel.

Many USB video devices (like Webcams, etc.) do work via the UVC standard. There is of course a Linux driver available, however this is not part of the vanilla kernel yet due to problems with the Video4Linux implementation. Therefore it has to be compiled manually or is added afterwards as a patch by the distributions. Fedora 9 and the new Ubuntu 8.04 for example do include the driver with their kernels.

Now in an interview with the German Golem.de Greg Kroah-Hartman mentioned that it is planned to merge that device driver in the near future into the mainline kernel:

There is a standard for USB video devices and the corresponding driver will soon be merged into the kernel.

If this really happens than video devices on Linux will make a big step forward: first of all a huge set of devices will be supported out of the box. Second, the support can be expected - therefore application developers can rely on it and can develop applications incorporating such video devices. Third, the developers behind the driver finally get credit for their great work and can continue the development on a stable base and with a clear future. And last but not least, the distributions have one patch less to worry.

Besides this information GKH identifies two big problematic fields in the current Linux device driver world: WLAN and video devices. WLAN just became much more sane and easy due to the new stack, but Broadcom devices are still a problem due to lacking support from Broadcam. And while video graphic cards support is getting better due to published specifications (NVIDIA, you are the only one missing!) many devices like video cameras and similar are still a problem and not well supported yet.

It is good to see that the kernel device developers have a clear picture of which device drivers are missing. And btw., it is nice to see that these drivers are for average desktop devices for normal users. So in this regard the kernel developers have an eye on the desktop.

Meizu M3: Linux compatible MP3/Ogg player

There are several audio players out there capable of playing Ogg Vorbis. One of these which works perfectly together with Linux is the Meizu M3.

Originally I had an iAudio U2 player - that device was close to perfect: long battery life time, 2 GB storage, small, beautiful, capable of playing MP3 and Ogg Vorbis, and so on. Unfortunately, that one was stolen quite some time ago (the first thing ever stolen from me :/ ).

Later my girlfriend wanted to have a MP3 player and settled for the Samsung YP-T9JQB (which has of course Ogg Vorbis support). With a new firmware this one also worked pretty well with Linux. The only shortcoming is that you have to invoke a rescan of the music database manually after unplugging the device and that it is detected as two drives by Linux.

Now it was time to get myself a new player - and I chose the Meizu M3 - called “Music Card” - in white with 8 GB. Besides the obvious Ogg Vorbis support it also has the ability to switch between USB Mass Storage and MTP. This makes it possible to use the player just as you like with all kinds of operating systems (especially with older Linux, Windows 2k or Windows XP without the newest Windows Media Player) since these do only support USB Mass Storage. Luckily it also rescans the music database automatically after unplugging. Also it is sold at reasonable prices. I would only have wished that the battery life was as unbelievable as with the U2, but for a price around 100 Euros you can’t expect everything.

So if you look for a shiny new audio player and don’t want to buy iAudio, Meizu is another good option.

Using Dell’s D/Dock docking station with Linux

Dell is shipping docking stations for it’s Latitude Laptops. I’ve tested a D/Dock and it does work with Linux. The only real problems have their roots in Linux’ shortcomings.

My new laptop has docking station support, and since these docking stations can be bought second hand at very reasonable prices I got myself a D/Dock.

It worked out of the box: the laptop, plugged to the docking station, just works. External devices connected via USB or the external monitor also work as they would be plugged directly to the laptop. I didn’t test the media bay, the DVI connector or the additional PCI slot, so I’m not sure if they would work. However, since there were no other problems I would at least be confident in trying these.

Hotplugging is also not an issue: the laptop can be plugged on or off the docking station while it is running. Of course, mounted USB devices connected to the docking stations should be unmounted before plugging off! But besides that there are no real problems.

The only real disadvantages of the docking station itself I was so far able to recognize are that it has too few USB ports and that it is a bit noisier than I would have expected.
There are just 3 USB slots at the back plus one at the side (which is a bit extended to work with Dell stuff, but still works as a normal USB slot), but I would have preferred to have at least 6. Mouse, keyboard, external hard disk, webcam, USB stick and a MP3 player are not uncommon devices these days.
The other problem is the noise of the docking station fan: while it is not really disturbing and far away from the fan of my former laptop it is at least noisier than the laptop’s fan. But since the docking station was quite cheap I might open it to check if I can do anything about it.

So basically everything works very well - however, there is one problem due to the shortcoming of Linux - or X to be more specific - itself: the external monitor is not detected and activated automatically. And the other way around, if the external monitor is activated alone and the laptop is unplugged, the laptop screen stays blank and there is no way to bring it back.
So the actual shortcoming is that, while the basic hotplugging support is available, there is too little automation there: X should make clear that at least one connected output device is active all the time! Also, there should be easy ways to define specific situations: if monitor xyz is connected, switch to xyz only, if monitor abc is connected, switch to abc and laptop monitor. The first one would be the external monitor of the docking station, the second one could be a projector.

But again, this is a problem due to Linux, not due to the docking station. I guess this will have to wait until the proprietary drivers deliver XRandR 1.2 support and until the distributions ship XRandR 1.2 GUIs at a larger scale and really implement these into the system. Fedora 9 will ship with a Gnome interface, and afaik KDE 4 has basic XRandR 1.2 support anyway. Still, I’m not aware of any demon like capabilities to enable automatic device selection as mentioned above…

Fixing strange hard disk noises with power management

My recently acquired Laptop made some strange noises several times a minute. With some help I was able to identify the hard disk power management as the source of the problem. This was easy to fix with some power management system scripts.

My recently bought new Laptophad had one problem: a strange noise bugged me. It came up several times a minute, even in idle mode. With some very helpful comments of some friendly readers (thanks Chris, Rui and Michael!) I was able to identify the hard disk as the main problem: the Load Cycle Count went up much too often per minute.

# smartctl -a /dev/sda | grep Load_Cycle_Count
/dev/sda: ST9160821AS: 37°C
193 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       2330
# smartctl -a /dev/sda | grep Load_Cycle_Count
/dev/sda: ST9160821AS: 37°C
193 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       2333
[...]

I went through the comments and through several bug reports and howtos to determine the best way to fix the issue: the fix should be easy, should work with suspend/resume and should be as native as possible, so should use the tools which are thought to be used for such cases.

The (for me) optimal solution was explained in the OpenSuse Wiki in the article “Disk Power Management”: a script is dropped at /etc/pm/config.d/disk which defines the parameters for the disk disk for the powersave mode and the normal mode. The explanation is easy to understand and does not use distribution-specific tools, so it should work on every distribution out there - it dead certainly work here at my Fedora machine.

The only question left now is if I should report my specific hard disk model anywhere to make sure that this problem is fixed automatically in the future.

Short Tip: Real web page zoom in KDE 4’s Konqueror

In Konqueror the font in web pages could always be increased directly by pressing Ctrl and move the mouse wheel. But since it just increased the font size, not the graphics size, and therefore destroyed the layout of the web pages totally.

With KDE 4 this behaviour has changed: the images are now zoomed as well, so the entire layout is kept and showed to the viewers as expected.

This is one of the smaller hints you do not know until someone tells you