The attached patch adds support to mISDN-1_1_9_2 for the Eicon DIVA USB ISDN adapter (071d:1005).
The bits I've added to hfcs_usb.c are from kernel 2.6.31. So far the adapter works fine for me (tested with 1 and 2 concurrent calls to asterisk 1.4.26.1 with chan_misdn).
I've recently acquired an HP Photosmart Premium C309a all-in-one device (CC335B). I planned to use the device mainly for its scanner with duplex-capable automatic document feeder (ADF), in order to archive our mail electronically (more on that later). But I was also happy to get a device which can replace man different ones: it is also a fax, and a nice printer for documents, pictures and even (special) CD/DVDs.
I already have a Canon Selphy CP740 dye sublimation photo printer, which I like very much but has two limitations: 1. it's limited to 10x15 format (4x6 in), and 2. it seems that it's impossible to get the printer to work correctly when attached to a PC as a usb printer. It works nicely in stand-alone mode (ie printing from a digital camera with PictBridge or directly from a CF card), but so far I've only managed to waste paper and ink when trying to print directly from the computer. (I've even installed a fresh Windows XP to try the software from Canon, it didn't work any better.) So the good quality of the HP as a photo printer was one more argument in its favour.
Here is how I was able to print borderless photos directly from The Gimp:
1. If you want no border at all, the image should obviously have the same aspect ratio as the paper you'll print on. If necessary, use "Image" -> "Canvas size" or the Crop tool to adjust it.
2. "File" -> "Page setup": select the correct printer and paper size
3. "File" -> "Print":
- in "Page setup", select "Photo Tray" as paper source
- in "Image Settings", check the box "Ignore Page Margins", then adjust Width/Height so that the picture fills the paper (if it doesn't, get back to step 1)
- in "Advanced", select "Photo" as Printout mode, and "1200 dpi, Photo, Full Bleed" under "Resolution, Quality, Ink Type, Media Type" ("Controlled by 'Printout Mode'" seems to do as well)
In the latest kernel, char bus_id[20] has been removed from struct device. To read or set the device name, dev_name(device) resp. dev_set_name(device) have to be used instead. The attached patch does exactly that. It allows me to run mISDN-1_1_9_2 with kernel 2.6.30.5, with no problem so far. My understanding is that dev_name and dev_set_name have been introduced in 2.6.27.x, hence the check for >= 2.6.28. I haven't tested the patch with kernels older than 2.6.30.5 though.
There is actually at least one very straightforward way to install Ubuntu Netbook Remix without a USB key, without even downloading the image, over the network.
Just follow the instructions in my previous article to get a working Ubuntu Installer over PXE. By default this installer will only setup a very minimal Ubuntu system, without any server or desktop packages.
At some point during the installation, you are offered the possibility to install additional software packages. At this stage you can just tick the box in front of "Ubuntu Network Remix" and that's it! You don't need to select any other package (eg Ubuntu Desktop) for a fully working UNR install. Personally I added "OpenSSH Server" because I want to be able to login remotely. Of course you could also add those packages later on.
A friend recently brought us a Linksys WRT54GL which had been laying around for a while and whose password was not available anymore.
None of the "easy" password recovery methods seemed to work (like holding the reset button, power-cycling etc.) - possibly because the corresponding options had been previously disabled.
However, it didn't work until all these conditions were met:
- the laptop with the firmware image and the tftp client had to be connected to the WRT through an external switch
- the switch had to be unplugged from the LAN
- I had to lauch a "ping -f 192.168.1.1" in a different terminal before powering on the WRT in order for the tftp transfer to start
- before and after the flashing I followed the 30/30/30 procedure (not sure if that one is mandatory but it is recommended)
To make sure the hardware was working I installed the latest firmware from the Linksys website (WRT54GL_v4.30.11_012_ETSI_EN_code.bin), but now I'll likely reflash it with OpenWRT - this time from the web interface :o)