User:Pi3832
Contents
My T30
Installing Hardware
Ultrabay SATA HDD Caddy
Using an after-market caddy causes the kernel to complain that it was "limited to UDMA/33 due to 40-wire cable". But I was able to over-ride that by adding libata.force=2:80c to /boot/grub/grub.conf (or perhaps /etc/default/grub). Now connects at UDMA5, 100 MB/s.
Ejecting
Fedora is not automagically noticing that I'm ejecting the caddy and shutting down the drive. There is a page here in ThinkWiki on setting this up properly: How to hotswap Ultrabay devices. I'm not a huge fan of the script there, because it's trying to be all things to all people. I'd rather roll-my-own, so that I can come up with something simpler.
I was also baffled by the udev stuff. I've never done anything with that before. So, here is what I've figured out so far:
- The Ultrabay (on a T30) is /sys/devices/platform/dock.2
- dock.0 is the docking-bay (the thing onna desk you attach a laptop to)
- dock.1 is the main battery bay
- When you flip the release on the arm that lets you pull out the Ultrabay device, the computer knows
- /sys/devices/platform/dock.2/flags changes from 32 to 34
- If you change your mind, and stick the extraction-arm back in, the flag stays 34! There's no going back on an ejection event.
The udev rule given on the "How to hotswap Ultrabay devices" page should work, since it's just looking for ACTION=="change", but I may use ATTR{flags}=="34", just because I can. I wonder if there's some way to tell if I've got the HDD caddy or the battery in there? (To get all the udev stuff
And the ugly way to eject a HDD, once you've unmounted all the partitions, is to put the drive to sleep, then tell the ACPI system that you're about to undock
#hdparm -Y /dev/sdb #echo 1 > /sys/devices/platform/dock.2/undock
Knowing me, I'll just do it by hand for the next 6 months before I bother getting around to automating the process.
The udev info can be had with:
# udevadm info -a -p /sys/devices/platform/dock.2
And then there's this helpful page: Writing udev Rules
udisks
Then again, I may be doing it the hard way. The util "udisks" may do all of this stuff for you.
USB 2.0 Ports
I added a PCMCIA card with 2 USB 2.0 parts on it. Automagically identified and configured. Write testing showed it 4 times faster than stock USB 1.0 ports. Command for write testing:
$ tiotest -t 1 -f 700
Read testing wasn't working right. I may just use a stopwatch.
PCMCIA CompactFlash card reader
I'm trying to get a generic PCMCIA CF-card reader to work. It's automagically seen and configured, but it's forced to PIO0 mode, which is slower than erosion. The CF card I'm using, TS8GCF133, purportedly supports DMA modes, but I can't seem to get the system to recognize that. I also can't get any PIO mode other than 0 to work. It may be the no-name adapter I'm using.
+++++++++++++++++++++++++++++++++++++++
This isn't good news:
These adapter cards with the built-in controllers are RARE now, and if you have one, you can stand to make some money selling it if it is no longer needed. The manufacturer of the controller chips used in the adapters is no longer in business, so companies like Kodak and Delkin couldn't manufacture more adapters even if you promised them your first-born-child.
Does this also mean that mwdma is right out? Can I at least get a better PIO mode than 0?
++++++++++++++++++++++++++++++++++++++
I can't read c code for crap, but I think that pio0 mode might actually be hard-coded into the pata_pcmcia driver. The kernel consistently identifies the CF card correctly, and says it will do pio4, then steadfastly refuses to make that ata port anything other than pio0.
And yet the USB card operates as EHCI just fine.
RAM
I installed a second 1 GB stick of RAM. System recognized it and seems to be happy with it. That makes a total of 2 GB.
Using It
Connecting Cell Phone
I couldn't connect my Samsung SGH-T669 as a Mass Storage device, despite having set the phone to MTP mode.
/var/log/messages:
usb 2-2: new full speed USB device using uhci_hcd and address 10 usb 2-2: New USB device found, idVendor=04e8, idProduct=f000 usb 2-2: New USB device strings: Mfr=2, Product=1, SerialNumber=3 usb 2-2: Product: Qualcomm Configuration usb 2-2: Manufacturer: Qualcomm, Incorporated usb 2-2: SerialNumber: [serialnumber] scsi8 : usb-storage 2-2:1.0 mtp-probe: checking bus 2, device 10: "/sys/devices/pci0000:00/0000:00:1d.1/usb2/2-2" mtp-probe: bus: 2, device: 10 was not an MTP device usb_modeswitch: switching 04e8:f000 (Qualcomm, Incorporated: Qualcomm Configuration)
The problem is usb_modeswitch. It's trying to do something fancy with setting up the phone to be a modem. I disabled usb_modeswitch, and the phone connected like a USB mass storage device. (Well, the microSD card connected, which is all I wanted.)
I went to /etc/usb_modeswitch.conf and changed "DisableSwitching=0" to "DisableSwitching=1". Viola!
At some point I should see if I can figure out what the usb_modeswitch stuff should be and send it off to the developers.
ToDo
Link in stuff from the Lenovo Support site about "[htp://support lenovo com/en_US/SupportSearchResults.page?submit=true&componentID=1299417408854&docType=Hints+and+Tips&searchStringFilter=linux&prodType=Laptops+%26+netbooks under linux]".
Transclude info from [htp://support lenovo com/en_US/detail.page?LegacyDocID=MIGR-45884].
htp://support lenovo com/en_US/product-and-parts/detail.page?&LegacyDocID=MIGR-39298
Displays Table
| Model | Size | Pixels | Array |
|---|---|---|---|
| T20 | 13.3" | 1024x768 | XGA |
| T20 | 14.1" | 1024x768 | XGA |
| T21 | 14.1" | 1400x1050 | SXGA+ |
| T21 | 14.1" | 1024x768 | XGA |
| T21 | 13.3" | 1024x768 | XGA |
| T22 | 13.3" | 1024x768 | XGA |
| T22 | 14.1" | 1024x768 | XGA |
| T22 | 14.1" | 1400x1050 | SXGA+ |
| T23 | 13.3" | 1024x768 | XGA |
| T23 | 14.1" | 1024x768 | XGA |
| T23 | 14.1" | 1400x1050 | SXGA+ |
| T30 | 14.1" | 1024x768 | XGA |
| T30 | 14.1" | 1400x1050 | SXGA+ |
| T40 | 14.1" | 1024x768 | XGA |
| T40 | 14.1" | 1400x1050 | SXGA+ |
| T400 | 14.1" | 1280x800 | WXGA |
| T400 | 14.1" | 1280x800 | WXGA |
| T400 | 14.1" | 1440x900 | WXGA+ |
| T400 | 14.1" | 1440x900 | WXGA+ |
| T400s | 14.1" | 1440x900 | WXGA+ |
| T40p | 14.1" | 1400x1050 | SXGA+ |
| T41 | 14.1" | 1024x768 | XGA |
| T41 | 14.1" | 1400x1050 | SXGA+ |
| T410 | 14.1" | 1280x800 | WXGA |
| T410 | 14.1" | 1440x900 | WXGA+ |
| T410i | 14.1" | 1280x800 | WXGA |
| T410i | 14.1" | 1440x900 | WXGA+ |
| T410s | 14.1" | 1440x900 | WXGA+ |
| T410si | 14.1" | 1440x900 | WXGA+ |
| T41p | 14.1" | 1400x1050 | SXGA+ |
| T42 | 14.1" | 1024x768 | XGA |
| T42 | 14.1" | 1400x1050 | SXGA+ |
| T42 | 15.0" | 1024x768 | XGA |
| T42 | 15.0" | 1400x1050 | SXGA+ |
| T420s | 14.1" | 1600x900 | HD+ |
| T42p | 14.1" | 1400x1050 | SXGA+ |
| T42p | 15.0" | 1600x1200 | UXGA |
| T43 | 14.1" | 1024x768 | XGA |
| T43 | 14.1" | 1400x1050 | SXGA+ |
| T43 | 15.0" | 1024x768 | XGA |
| T43 | 15.0" | 1400x1050 | SXGA+ |
| T43p | 14.1" | 1400x1050 | SXGA+ |
| T43p | 15.0" | 1600x1200 | UXGA |
| T500 | 15.4" | 1280x800 | WXGA |
| T500 | 15.4" | 1440x900 | WSXGA |
| T500 | 15.4" | 1680x1050 | WSXGA+ |
| T510 | 15.6" | 1366x768 | HD |
| T510 | 15.6" | 1600x900 | HD+ |
| T510 | 15.6" | 1920x1080 | FHD |
| T510i | 15.6" | 1366x768 | HD |
| T510i | 15.6" | 1600x900 | HD+ |
| T520 | 15.6" | 1366x768 | HD |
| T520 | 15.6" | 1600x900 | HD+ |
| T520 | 15.6" | 1920x1080 | FHD |
| T60 | 14.1" | 1024x768 | XGA |
| T60 | 14.1" | 1400x1050 | SXGA+ |
| T60 | 15.0" | 1024x768 | XGA |
| T60 | 15.0" | 1400x1050 | SXGA+ |
| T60 | 15.0" | 1600x1200 | UXGA |
| T60 | 15.4" | 1680x1050 | WSXGA+ |
| T60p | 14.1" | 1400x1050 | SXGA+ |
| T60p | 15.0" | 1600x1200 | UXGA |
| T60p | 15.4" | 1680x1050 | WSXGA+ |
| T61 | 14.1" | 1024x768 | XGA |
| T61 | 14.1" | 1400x1050 | SXGA+ |
| T61 | 14.1" | 1280x800 | WXGA |
| T61 | 14.1" | 1440x900 | WXGA+ |
| T61 | 15.4" | 1280x800 | WXGA |
| T61 | 15.4" | 1680x1050 | WSXGA+ |
| T61p | 14.1" | 1400x1050 | SXGA+ |
| T61p | 14.1" | 1400x900 | WXGA+ |
| T61p | 15.4" | 1680x1050 | WSXGA+ |
| T61p | 15.4" | 1920x1200 | WUXGA |
