When I wanted to automate some of my tests and prevent myself from having to reach the power supply, I looked for a product which would allow me to switch off the power of the device remotely. I then found Cleware which provides some really useful USB-Switches.
Controlling power supplies with USB
May 12th, 2010Maemo USB are going open source
October 15th, 2009We are moving towards an open source development style so instead of pushing our code to mainline kernel tree after the project has finished, we will start working straight with linux-usb community and push our changes to mainline much more frequently.
Let's hope this new model helps us keeping more in touch with the USB community.
Our tree is available at http://gitorious.org/usb
USB Composite Gadget Framework
May 25th, 2008Hi all,
Let's take a look at the brand new, yet-to-be-merged USB Composite Gadget Framework.
The framework was introduced by Linux USB Developer David Brownell and, thanks to his great work, we're gonna be able to reuse what we now call usb function drivers into another entities, combining them to create a usb composite gadget.
Quoting Dave himself:
We want to split most of the current gadget drivers into reusable/combinable "usb_function" entities, making it easier to set up composite and multi-configuration gadgets.
Musb driver is going to mainline
May 24th, 2008Hello all,
Finally musb/tusb driver is going to mainline 
We still have a few stuff to fix and I'm taking care of that but we're planning to push it to release 2.6.26 . From the day musb gets merged to mainline, the main development of it will be moved from linux-omap to linux-usb mailing list, which will allow more usb gurus to review the patches.
Most likely the driver will get more and more improvements.
Again,
Thanks to everybody that have been helping musb so far. Here's a git shortlog of those who have been helping us:
1 Alan Stern
2 Anand Gadiyar
2 Andrzej Zaborowski
4 Bryan Wu
51 David Brownell
5 Dirk Behme
28 Felipe Balbi
2 Hunyue Yau
7 Kevin Hilman
182 Tony Lindgren
3 Vikram Pandita
Please follow this thread in linux-usb mailing list for more details.
git’s goodies: git format-patch –cover-letter
March 27th, 2008Sometimes we have to send patch series and it's always useful to add a cover letter (or cover email) explaining what your series is implementing/fixing.
Newest git (currently only on git's git tree) provides a new format-patch option to generate the cover leter for you. In the cover leter git adds shortlog and diffstat, you only need to change the subject and mail body.
It's as simple as:
$ git format-patch -o directory -n --cover-letter $commit1..$commit2
After that take a look at directory/0000-* and change what's necessary
git-push and ssh-keys
January 3rd, 2008Creating several ssh accounts for allowing push access to developers on a project is, at least, a waste of time and a possible security hole.
Instead of that, let's see how to manage such users using only one user "git" and several ssh-keys for allowing such push access.
Building an arm-cross-gnu-toolchain
December 21st, 2007Building an arm-cross-gnu-toolchain can be somewhat painful. I'm posting here how I could achieve this after reading lots of documents over the web.
This will be helping me keeping up-to-date with binutils and gcc versions when building arm kernels
Housekeeping your git repository
December 19th, 2007Housekeeping a git repository is useful to make it smaller and faster. Git has a lot of tools to allow you optimizing your git repository. Let's take a look on a few of them and see what they do.
Upgrading U-boot via serial
December 6th, 2007U-boot is an open source bootloader. This post is here because I had a problem with U-boot where I couldn't update it using ethernet.
It's not that difficult to use serial line for u-boot upgrading, as long as you have a "working" u-boot flashed in your board, you can always use loady or loadb to download binary image into your board's RAM.
Efficient C for ARM processors – PART I
December 5th, 2007ARM is an architecture 32-bit RISC based. Which means you have to always load values to its internal registers before working with those values.
Also, it expects data access to be 32-bit aligned. Unaligned access in ARM aren't denied, but causes extra overhead on code execution.
On this first part of this series, we'll see that int variables (or any variation of 32-bit variables) are the best choice when declaring local variables in functions that'll run on ARM processor cores.
We assume you're familiar with C programming language and can read ARM assembly code.