Hardware overview

• Intel Core i5-520M (2.4GHz, 4 Threads, turbo Boost up to 2.93GHz, 3M cache)
• 17.3″ WLED High Definition+ (1600×900) TFT Display
• 1GB ATI Mobility Radeon HD 5450
• 4096MB 1067MHz Dual Channel DDR3 SDRAM (2×2048)
• 500GB (5400RPM) Serial ATA Hard Drive
• DVD +/- RW Drive (read/write CD & DVD)
• Dell Wireless 1520 (802.11a/b/g/n)
• Dell Bluetooth 365
• Integrated 1,3MP webcam

Devices that works with Linux

• CPU: both cores and HT works, recent Linux kernels support speedstep,
• USB: works (even with Debian Installer images),
• DVD+/-RW: works (even with Debian Installer images),
• Graphic: basic features (2D, hardware accelerated 3D rendering) works with proprietary drivers only, most other features (CAL, POWERplay, multihead) unsupported; no FLOSS alternative,
• Sound: works, but I need to pass options to module to make sound work properly,
• Ethernet: works (even with Debian Installer images),
• Wireless LAN: basic features (STA mode) supported by proprietary drivers only, other features (monitor mode and packet injection) not supported; no FLOSS alternative,
• Bluetooth: works (as HCI only after reset with hid2hci),
• Card reader: works (tested with MicroSD and Memory Stick PRO Duo, both with adapters),
• Webcam: works.

Also “Suspend to RAM” works using sysfs method of hibernate script. “Suspend to disk” works using ususpend method.

Devices that does not work with Linux

• none :-D

Devices

• Linux kernel messages
• PCI devices list
• USB devices list
• Processor details

Configuration

Graphic

Download and install fglrx driver. Google is full of instruction how to install it, so I skip this step.

When driver is installed and fglrx is loaded into kernel its time to configure X.Org. Probably aticonfig would be best choice, but it fails on Mobility Radeon HD 5000 series cards with message:

# aticonfig --initial
aticonfig: No supported adapters detected

Download my xorg.conf and put it into /etc/X11 directory. Then start X-server using startx command. My default layout include Inspiron’s built-in TFT screen, ATI Mobility Radeon HD 5450, ALPS touchpad and any other mice connected to it.

You will probably see “AMD unsupported hardware” watermark in lower right corner of the screen. There is no configuration option to remove it. Removal is possible by patching fglrx_drv.so file. Kano posted small script to replace call to EnableLogo with NOPs on Phoronix Forums’ thread “Unsupported Hardware watermark”:

Sound

Create file /etc/modprobe.d/sound with following content:

Reload alsa driver (or reboot).

Wireless LAN

Drivers need to be compiled from sources. First prepare your system for kernel module building. Install build-essential and module-assistant packages.Then prepare kernel headers:

# aptitude install build-essential module-assistant
# m-a prepare

When kernel headers are ready download 802.11 Linux STA driver for Broadcom’s IEEE 802.11a/b/g/n devices (this includes BCM4311, BCM4312, BCM4313, BCM4321 and BCM4322). Compile it. Install. And finally load into running kernel:

# cd /usr/src
# wget http://www.broadcom.com/docs/linux_sta/hybrid-portsrc-x86_64-v5.60.48.36.tar.gz
# mkdir hybrid-portsrc-x86_64-v5.60.48.36
# cd hybrid-portsrc-x86_64-v5.60.48.36
# tar zxf ../hybrid-portsrc-x86_64-v5.60.48.36.tar.gz
# make
# mkdir /lib/modules/`uname -r`/local
# cp wl.ko /lib/modules/`uname -r`/local
# depmod -A
# modprobe -v wl

Command dmesg | tail should output something similar to this:

wlan0: Broadcom BCM4353 802.11 Hybrid Wireless Controller 5.60.48.36

Bluetooth

Dell Bluetooth 365 is detected as HCI on kernel 2.6.32-bpo.4-amd64 only if previously reset with hid2hci (get a copy form bluez 4.6). This is actually a feature, not a bug. Use recent hid2hci to put device into HCI mode:

# hid2hci -m dell -v 413c -p 8162
Attempting to switch device 413c:8162 to HCI mode was successful

• flawfinder
• rats
• pscan

Next two tools find bugs in C and C++ source code by doing a static check too, but their checks are not security-related:

• splint
• cppcheck

Installing mach

This package is available in current stable release of Debian (named “etch”), so installing is easy:

# aptitude install mach

According to bug #484514 installing createrepo which is its dependency have to be done by hand:

# aptitude install createrepo

Setting mach users

To give user permision to run mach add him to mach group with command:

# adduser username mach

Re-login or use sg mach command to obtain new rights.

Creating chroot

Creating chroots with mach is really simple. Just choose your target distribution and run:

$ mach -r centos-5-i386-updates setup base

Full list of supported distributions, version and their options is available at /etc/mach/dist.d/. This includes CentOS 4 and 5; Fedora 1, 2, 3, 4, and 6 for both i386 and x86_64; RedHat 7.0, 7.1, 7.2, 7.3, 8.0 and 9; SUSE 8.1, 8.2 and 9.0 and… other. Distributions also have -os, -updates and other suffixes that enables additional repositories.

RPM locking (bug)

As I reported in #507500 documentation about setting host’s rpm is a bit misleading. If method that invole /etc/rpm/macros.mach does not work try to create /var/lib/rpm (and don’t forget to remove /etc/rpm/macros.mach).

Entering chroot

To enter chroot run:

$ mach -r centos-5-i386-updates chroot

To leave it use exit.

Installing additional packages in chroot

Major difference between pbuilder and mach is in approach to use of package manager. While pbuilder use apt and dpkg from chroot, mach always use host’s yum and rpm. Also RPM database is kept outside the chroot. This approach make yum and rpm in chroot useless for package managing.

To install or uninstall package you need to use:

$ mach -r centos-5-i386-updates rpm -Uhv package.rpm

or yum with:

$ mach -r centos-5-i386-updates yum install package

APT-based RPM repository support is currently broken in Debian’s mach package (according to README.Debian), because Debian’s APT only support “deb” repositories.

Finally, if you make too much mess you can always clean your chroot with:

$ mach -r centos-5-i386-updates clean

Packages are cached in /var/cache/mach on host, so re-creating chroots is fast and do not involve any package downloading.

(Re)building a (source) RPM

This is probably the easiest part of the whole process. Just run:

$ mach -r centos-5-i386-updates rebuild package.src.rpm

Results will be placed in /var/tmp/mach/centos-5-i386-updates/package.

~/.machrc

Whole process can be a bit simpler if you create a configuration file. You can set default chroot name in it and omit -r option in all commands:

Also you can set yum as default package manager (to keep it if package default will change in future):

See also

• Mach’s upstream homepage
• Overview of mach source package in Debian

Ponieważ używam systemu operacyjnego Debian GNU/Linux i telefonu w sieci Orange poniższy opis będzie związany z konfiguracją w takim właśnie przypadku. Dla pozostałych operatorów i innych dystrybucji niektóre kroki będą inne, ale sposób konfiguracji nie powinien bardzo się różnić.

Bluetooth

Komputer i telefon komórkowy należy ze sobą sparować. Jest to krok konieczny, a sposób jego wykonania jest opisany w każdej instrukcji podłączania jakiegokolwiek urządzenia Bluetooth do komputera z Linuksem więc nie będę tego omawiał.

Gdy telefon i komputer komunikują się bez przeszkód należy poszukać kanału usługi portu szeregowego w telefonie. Wystarczy jeden port szeregowy. Możemy włączyć na chwilę "widoczność" telefonu i wydać komendę:

$ sdptool browse

Jeśli znamy adres sprzętowy naszego telefonu wystarczy podać go jako kolejny parametr (w tym przypadku urządzenie nie musi być "widoczne").

Naszym oczom ukaże się lista usług telefonu. Najbardziej interesujący na fragment wygląda tak:

Service Name: Serial Port
Service RecHandle: 0x10003
Service Class ID List:
  "Serial Port" (0x1101)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 2

Teraz dopisujemy do pliki konfiguracyjnego /etc/bluetooth/rfcomm.conf:

Restartujemy usługę bluetooth:

# invoke-rc.d --force bluetooth restart

Telefon będzie obsługiwany tak ja modem podłączony przez port szeregowy. Jako pliku urządzenia użyjemy /dev/rfcomm0.

IrDA

Dla połączeń IrDA plikiem urządzenia jest /dev/ircomm0. Po szczegóły konfiguracji odsyłam do Linux-IrDA project.

CSD

Choć pewnie wszyscy czekają na sposób konfiguracji połączeń GPRS zacznę od CSD. Łatwiej je skonfigurować i przetestować, a skonfigurowane już połączenie CSD łatwo przerobić na działające połączenie GPRS.

Połączenia CSD (tzw. "wdzwaniane") przesyłają dane protokołem PPP. W systemie GNU/Linux za obsługe połączeń PPP odpowiada demon pppd.

Konfiguracja pppd

Aby skonfigurować pppd tworzymy w katalogu /etc/ppp/peers nowy plik opisujący połączenie (nazwałem go orange-csd) z następującą zawartością:

Jeśli nie korzystasz z sieci Orange, prawdopodobnie powinieneś zmienić login (pierwsza linia) i numer telefonu (druga linia) na właściwy dla danej sieci.

Następnie dla podanego w tym pliku loginu dopisujemy w pliku /etc/ppp/chap-secrets odpowiednie hasło. Dla Orange (hasło i login są takie same) będzie to linia:

W pliku chap-secrets cztery pola oznaczają po kolei: login, serwer, hasło i adres IP. Jeśli dostawca wymaga protokołu PAP zamiast CHAP hasło wpisujemy do /etc/ppp/pap-secrets.

Konfiguracja skryptów sieciowych

Konfiguracja pppd jest niezależna od dystrybucji. Połączenie PPP możemy nawiązać poleceniem:

pppd call orange-csd

Jeśli chcemy aby ifup i ifdown obsługiwały również połączenia PPP należy zainstalować pakiet ifscheme i resolvconf, a następnie dopisać do /etc/network/interfaces:

Przełączanie pomiędzy trybem GPRS i CSD następuje poprzez wydanie jednego z poleceń:

# ifscheme orange-gprs
# ifscheme orange-csd

GPRS

Jeśli CSD działa (nie działa, albo pominęliśmy jego konfigurację - niepotrzebne skreślić) możemy skonfigurować telefon (o ile nigdy tego nie robiliśmy i nigdy nie korzystaliśmy z Internetu na telefonie np. przez program Opera Mini). Jeśli telefon kupiliśmy w salonie i nic nie zmienialiśmy powinien być już skonfigurowany. Po opis konfiguracji telefonu odsyłam na stronę operatora lub do instrukcji obsługi telefonu. Mając działające połączenie GPRS w telefonie możemy przystąpić do konfigurowania Linuksa.

Konfiguracja pppd

Konfiguracja pppd jest analogiczna jak dla CSD. Tworzymy plik /etc/ppp/peers/orange-gprs z następującą zawartością:

Konfiguracja chat

Połączenia CSD nie potrzebowały skryptów chat do konfiguracji telefonu. W przypadku GPRS jest inaczej. Konieczne jest wybranie konfiguracji telefonu i nazwy APN. Utwórzmy dwa skrypty. Pierwszy znich - /etc/chatscripts/orange-gprs połaczy nas z APN:

Najważniejsza w tym skrypcie jest komenda AT+CGDCONT tworząca kontekst PDP. Jej parametry to numer kontekstu (od 1 do 32), tryb pracy (do połączeń z Internetem będzie to "IP") oraz nazwa APN. Nazwa APN jest specyficzna dla sieci GPRS (operatora). Numer kontekstu jest istotny jedynie dla styku DTE-DCE (komputer-telefon) i odpowiada on numerowi konfiguracji połączenia GPRS w telefonie.

Drugi - /etc/chatscripts/orange-gprs-off - będzie służył do rozłączania sesji GPRS:

Konfiguracja skryptów sieciowych

Połączenie GPRS możemy zainicjować poleceniem:

pppd call orange-gprs

Konfiguracja /etc/network/interfaces jest identyczna jak w przypadku CSD.

Podsumowanie

Osoby używające innych dystrybucji powinny dostosować konfigurację do specyfiki dystrybucji. Konfiguracja pppd i chata nie wymaga poprawek (poza ścieżkami oczywiście, jeśli są inne należy je poprawić). Konfiguracja ifup i ifdown przyda się tylko w Debianie, Ubuntu i podobnych. Dla innych niż Orange sieci GSM zmienić należy numer telefonu dla CSD, numer konfiguracji telefonu oraz nazwę APN dla GPRS oraz login i hasło w obu przypadkach.

Telefony

Prędkość połączenia szeregowego została dobrana eksperymentalnie na zasadzie "najwyższa przy której jeszcze działa". Prawdopodobnie inne telefony mogą obsługiwać wyższe prędkości niż 57600. Stabilność połączenia podnosi również wyłączenie użycia protokołu PPP Link Control Protocol (LCP):

W modelu Sony Ericsson T610 jest ona wręcz konieczna. Niektórzy polecają ustawienie jak najdłuższego czasu pomiędzy ramkami LCP (np. maksymalnego - 65535). Należy jednak pamiętać, że jest to czas (0 wyłącza użycie protokołu LCP). Długi czas co prawda, ale gdy upłynie modem i tak nas rozłączy. W połączeniu z opcją lcp-echo-failure 4 będzie on cztery razy dłuższy, ale ryzyko rozłączenia jedynie odwlecze się w czasie (65535 sekund to około 18 godzin).

Instalacja składa się z dwóch etapów. Instalacji firmware oraz instalacji sterownika. Firmware (dvb-usb-dib0700-1.10.fw) należy umieścić w katalogu /lib/firmware/. Użytkownicy Ubuntu mogą zainstalować linux-restricted-modules (w wersji przynajmniej 2.6.24.8-7.18), który zawiera potrzebny plik.

Instalacja sterownika jest bardziej skomplikowana. Sterownik został co prawda zintegrowany z wersją 2.6.25-rc1 jądra, ale w starszych wersjach wymagana jest instalacja zmodyfikowanej wersji z repozytorium Mercurial linuxtv.org. Instalacja sprowadza się do kilku komend:

Sterownik można załadować poleceniem:

Do kompilacji niezbędne są pakiety make, gcc i nagłówki aktualnie używanego kernela.

Instrukcję instalacji w języku angielskim i kilka innych przydatnych informacji umieściłem w DVB Wiki na stronie zatytułowanej Asus My Cinema-U3000 Mini.