Umax ActionBook 595T

Podpora:	kompletní
Ovladač:	v jádře

Technické parametry

* AMD Sempron 2600+ cache 128kB
* 256 MB RAM
* 30 GB HDD (5400 ot., 8 MB cache)
* kombo DVD/CD-RW
* 15" display
* 1x PCMCIA slot
* bez FDD
* touchpad se skrolovacími tlačítky
* 6 x USB 2.0
* integrovaná GK VIA Unichrome s TV-out a výstupem na externí monitor
* bez WiFi (možnost instalace miniPCI karty), IRDA, Bluetooth
* 3,5 kg

---

Vizte předchozí záznam http://www.abclinuxu.cz/hardware/show/87232

Identifikace pod Linuxem

cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 8
model name : Mobile AMD Sempron(tm) Processor 2600+
stepping : 2
cpu MHz : 1603.964
cache size : 128 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36
clflush mmx fxsr sse sse2 pni syscall nx mmxext 3dnowext 3dnow
bogomips : 3153.92

respektive při podtaktování procesoru:

cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 8
model name : Mobile AMD Sempron(tm) Processor 2600+
stepping : 2
cpu MHz : 801.982
cache size : 128 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36
clflush mmx fxsr sse sse2 pni syscall nx mmxext 3dnowext 3dnow
bogomips : 1576.96

lspci
0000:00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0204
0000:00:00.1 Host bridge: VIA Technologies, Inc.: Unknown device 1204
0000:00:00.2 Host bridge: VIA Technologies, Inc.: Unknown device 2204
0000:00:00.3 Host bridge: VIA Technologies, Inc.: Unknown device 3204
0000:00:00.4 Host bridge: VIA Technologies, Inc.: Unknown device 4204
0000:00:00.7 Host bridge: VIA Technologies, Inc.: Unknown device 7204
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800 South]
0000:00:09.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01)
0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
0000:00:11.6 Communication controller: VIA Technologies, Inc. Intel 537 [AC97 Modem] (rev 80)
0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
0000:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
0000:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
0000:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
0000:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
0000:01:00.0 VGA compatible controller: VIA Technologies, Inc. S3 Unichrome Pro VGA Adapter (rev 01)

cat /proc/acpi/battery/BAT0/info
present: yes
design capacity: 4000 mAh
last full capacity: 4713 mAh
battery technology: rechargeable
design voltage: 14800 mV
design capacity warning: 471 mAh
design capacity low: 235 mAh
capacity granularity 1: 1 mAh
capacity granularity 2: 1 mAh
model number: Internal Battery
serial number:
battery type: Lion
OEM info: Generic Charger

Postup zprovoznění pod Linuxem

Instaloval jsem Gentoo 2005.0 s jádrem 2.6.11. Instalace bezproblémová. Pro VIA Unichrome jsou dostupné ovladače podporující akceleraci, ale počkám na jejich zařazení do oficiální verze X.org (mělo by být 6.9). Místo toho jsem použil framebuffer.

Postup zprovoznění:
* CPU je Athlon64 se zakázaným 64bitovým rozšířením. Pro kompilaci jádra jsem proto zvolil Processor family Opteron/Athlon64/Hammer/K8
* Power management -- zvolil jsem vše v ACPI do jádra, APM jsem nepovolil vůbec
* CPU frequency scaling -- mj. CONFIG_X86_POWERNOW_K8=m a Default CPUFreq governor=userspace
* PCCard support -- CONFIG_YENTA=m; nemám jak vyzkoušet
* IDE chipset -- VIA82CXXX (CONFIG_BLK_DEV_VIA82CXXX=y)
* network -- VIA RHINE (CONFIG_VIA_RHINE=y)
* touchpad -- Synaptics (CONFIG_INPUT_EVDEV=y), konfigurace v X.org podle návodu jinde
* grafika -- ovladače pro GK Unichrome by se měly objevit v X.org 6.9, zatím používám VESA framebuffer, v jádře mám mj. CONFIG_AGP_VIA=y, CONFIG_FB_VESA=m, VESA driver type=vesafb-tng, BACKLIGHT_LCD_SUPPORT=y
* zvuk -- VIA82C686A (CONFIG_SND_VIA_82XX=m)
* USB -- CONFIG_USB_EHCI_HCD=m

28.1.2006 S příchodem x.org verze 7.0 jsem se rozhodl updatovat. Postup jsem našel na gentoo-wiki.com. Kromě x.org jsem updatoval i kernel na 2.6.14. V nastavení jádra jsem musel změnit
* VESA driver type=vesafb
* dále jsem zvolil nově CONFIG_DRM_VIA=m
* a CONFIG_AGP_AMD64=m
Narazil jsem ale na problém s přerušením, pokud jsem zapnul v xorg.conf použití ovladače via tuhla síťová karta (v logu byly hlášky ve smyslu irq 11: nobody cared! Disabling IRQ 11). Vyřešil jsem to pomocí:
* CONFIG_X86_UP_APIC=y a
* CONFIG_X86_UP_IOAPIC=y
Nadále se mi sice v logu objeví při bootu hláška irq 18: nobody cared, ale vše běží.
Výkon grafiky se zvednul významně. Před upgradem jsem měl glxgear FPS cca 130, teď mám cca 860. Ještě lepší je funkční HW podpora přehrávání MPEG2 videa. Zatížení procesoru kleslo při přehrávání DVD pod 10%.
Funguje:
* Frequency scaling
* Indikace stavu baterie -- procenta kapacity, odhadovaný čas provozu, provoz z baterie/sítě
* regulace otáček ventilátoru CPU
* regulace jasu displeje
* síťování
* USB
* zvuk
* akce při stisku POWER tlačítka
* definovaná akce při zavření NB
* hibernace -- přes echo "disk" >/sys/power/state Po updatu nefunguje
* TV-Out -- současný ovladač nepodporuje výstup na TV a zároveň na displej, vždy pouze na jedno zařízení
* skrolovací tlačítka (zprovoznění viz níže)

Nemám ověřeno:
* modem
* PCMCIA
* výstup na externí monitor

---

Při instalaci Gentoo mi v některých programech, například nano, úplně zničily obrazovku hlášky cs: pcmcia_socket0: unable to apply power -- okamžité řešení bylo v kombinaci častého Ctrl-L s editací po paměti a urychlené výměně nano za vi. Pravděpodobně by lépe zabralo níže popsané ošetření Yenta socketu.

Zkoušel jsem jádra řady mm (naposledy 2.6.12-rc4-mm1) kvůli drm modulu pro grafickou kartu, ale s grafikou jsem neuspěl a navíc jsem narazil na pomalou odezvu klávesnice a ztracené úhozy. Nejsem si jist, zda podobné problémy, byť v menší míře, nepozoruji i s řadou gentoo (naposledy 2.6.11-gentoo-r9), ale abych měl na konzoli nebo v xtermu problémy napsat heslo se mi s ní nestává a chyby při psaní v OpenOffice.org, Mozille či Firefoxu nepřevyšují mou obvyklou míru překlepů. Ani po přechodu na 2.6.12 (teď 2.6.12-gentoo-r7) se odezva klávesnice zásadně nezměnila -- problémy ani nezmizely, ani nenarostly na neúnosnou míru.

Vesa framebuffer kompiluji klasický, s vesafb-tng jsem nikdy nenabootoval.

Přidal jsem k parametrům jádra snd-via82xx.dxs_support=4 v duchu /usr/src/linux/Documentation/sound/alsa/ALSA-Configuration.txt -- snd-via82xx.dxs_support=1 způsobovalo kovové chrastění reproduktorů, jakmile byla hlasitost větší než malá. S jádrem 2.6.11 jsem tak získal v alsamixeru čtyři ovladače DXS, s 2.6.12 (v současnosti 2.6.12-gentoo-r7) tam nejsou, nicméně možnost přehrávat zvuk z až čtyř zdrojů zároveň (zkoušel jsem jen dva, ale věřím dokumentaci) i bez softwarové mixáže trvá.

Našel jsem ve /var/log/messages spoustu stížností ovladače PCMCIA, což jsem zpočátku řešil, žádnou PCMCIA kartu nemaje, přidáním yenta_socket do /etc/hotplug/blacklist. U zdroje problémů byly hlášky

Linux Kernel Card Services
options:  [pci] [cardbus] [pm]
ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 17 (level, low) -> IRQ 17
Yenta: CardBus bridge found at 0000:00:09.0 [1071:8399]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:09.0, mfunc 0x01021002, devctl 0x44
Yenta TI: socket 0000:00:09.0 probing PCI interrupt failed, trying to fix
Yenta TI: socket 0000:00:09.0 no PCI interrupts. Fish. Please report.
Yenta: ISA IRQ mask 0x0000, PCI irq 0
Socket status: 00000000

Googlem jsem podle nich našel diskusi o stejném socketu na jiném notebooku (a s jinou distribucí Linuxu) na http://lists.infradead.org/pipermail/linux-pcmcia/2004-March/000633.html -- po vzoru citovaného řešení jsem si přečetl ve výstupu lspci -v že CardBus bridge: ENE Technology Inc CB1410 a tak dále má Region 0: Memory at 0e000000 a přidal jsem do parametrů jádra reserve=0xe000000,0x2000000. Výstup lspci -vv vizte výše, samozřejmě se změnil. Jádro při startu teď hlásí:

Linux Kernel Card Services
  options:  [pci] [cardbus] [pm]
ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 17 (level, low) -> IRQ 193
Yenta: CardBus bridge found at 0000:00:09.0 [1071:8399]
Yenta: Using CSCINT to route CSC interrupts to PCI
Yenta: Routing CardBus interrupts to PCI
Yenta TI: socket 0000:00:09.0, mfunc 0x01021002, devctl 0x44
Yenta: ISA IRQ mask 0x0000, PCI irq 193
Socket status: 30000006

a zmizely časté hlášky cs: pcmcia_socket0: unable to apply power. Hodnotu 0x2000000 jsem střelil od boku na základě toho, že mám v BIOSu nastaveno sdílení 32 MB s videokartou (místo základníc 16); když jsem zkusil rezervovat místo 0x2000000 jen 0x1000000, nepomohlo to.

Používám CFLAGS="-O2 -ffloat-store -march=k8 -m32 -mfpmath=sse -fomit-frame-pointer" a měl jsem při instalaci Gentoo problémy s gcc, překladač z CD nechtěl znát -march=k8. Volby -march=athlon-xp -msse2 fungovaly (žádné testy výkonu ani jiná pořádná srovnání jsem nedělal) a vše vyřešila kompilace nového gcc, jakmile jsem si vzpomněl, že musím pomocí gcc-config přepnout z původních binárek z CD na svou krásnou novou instalaci.

Volba -ffloat-store je důležitá pro vědecký numerický software, mám ji z http://www.theochem.kth.se/dalton/faq.html respektive https://bugzilla.redhat.com/beta/show_bug.cgi?id=138683 a https://bugzilla.redhat.com/beta/show_bug.cgi?id=138447 Instalace blas-atlas a lapack-atlas vyžaduje spouštět emerge s interactive=1 už kvůli tomu, že konfigurační skript sám neidentifikuje architekturu (říkám mu, že je to HAMMER32), tak je to aspoň příležitost vnutit mu taky potřebné volby překadače (dává předost vlastnímu výběru před CFLAGS z make.conf).

Grafickou akceleraci čipsetu (VIA/S3 Unichrome Pro) zatím mnoho ovladačů nepodporuje, ale už pomáhá zkompilovat X a DRM z CVS -- verzi ze 28. 5. jsem nainstaloval celkem hladce, když jsem si přečetl návody na http://www.gentoo.org/doc/en/dri-howto.xml a http://dri.freedesktop.org/wiki/Building. 3D akcelerovaný ovladač Mesa sice v glxgears zvedne FPS z mála přes 100 někam kolem 750, ale openGL screensavery pak docela často tvrdě zmrazí počítač (viewmol si ovšem zatím nestěžoval a jinak jsem nic moc využívajícího OpenGL nezkoušel). K tomu, abych mohl místo ovladače vesa (s framebufferem doporučovaným v předchozím záznamu jsem osobě měl problémy) nastavit via a například používat MPlayer s -vo xv stačí CVS verze DRM a X.org, i bez Mesa; v ebuildu xorg-x11-6.8.99.15 již také funguje ovladač via, jen 3D akcelerace nikoliv. Podle /usr/src/linux/Documentation/power/swsusp.txt lze docela dobře používat i swsusp, s pomocí informací vyčtených z /var/log/messages a /etc/acpi/battery.sh jsem upravil /etc/acpi/default.sh způsobem, jehož porobnostmi se raději chlubit nebudu, a notebook mi teď usíná jak na patřičnou kombinaci kláves (Fn + F12), tak při vyčerpání baterie. Dokonce mi skoro fungovala varianta

echo platform > /sys/power/disk; echo disk > /sys/power/state

(,,If you feel ACPI works pretty well on your system...``), ale několikrát mi takto usínající systém přece jen spadl, tak jsem se raději uchýlil k

echo shutdown > /sys/power/disk; echo disk > /sys/power/state

Pouze grafická akcelerace Xserveru spánek špatně snáší -- mplayer -vo xv zobrazuje jen čený obdélník, ale není ani třeba restartovat Xserver, problém řeší

startx /usr/bin/false -- :1

-- a někdy po probuzení přestanou fungovat funkce acpi -- klávesy změny jasu a vypínání displeje, klávesa pro uspání i signalizace acpid při vyčerpání baterií --, přičemž opakovaným uspáváním a probouzením jsem se zatím vždy trefil do funkčního stavu během tří pokusů, ale žádnou pravidelnost, natož příčinu, jsem nevysledoval.

Poznámka

Levný notebook, který se dá bez předinstalovaného OS koupit pod 19000 s DPH (1Q 2005). Je docela těžký, ale má dobrou výdrž na baterie. Při kancelářském používání -- KDE + (OpenOffice.org || internet || mail) -- se pohybuji kolem 3 hod. Výkon je celkem dobrý.

---

Výrobce udává spotřebu procesoru 62 W, ale podle /proc/acpi/battery/BAT0/state dosahuje zhruba 60 W (což by odpovídalo výdrži kolem hodiny a půl) spotřeba celého notebooku při plné zátěži; když je procesor nevytížený a podtaktovaný na 800 MHz, vypadá to spíše na něco kolem 20 W a výdrž 3 až 4 hodiny.

Testoval jsem výdrž na baterii jednak upgradem instalace Gentoo -- při intenzivní kompilaci signalizuje kritický stav baterie po 1h 30 min --, jednak přehráváním DVD Cesta do fantazie (příloha Hype z listopadu 2004, stále inzerována na http://www.xmag.cz/shop.php) -- mplayer -ao alsa -vo vesa -fs -zoom (to kvůli roztažení širokoúhlého obrazu z poměru 4:3 na 16:9) vydržel do signálu vybité baterie hrát 1h 45 min (Čihiro vystoupila z vlaku na zastávce Bažinaté dno). Po kompilaci DRM a X.org z CVS jsem se podíval na spotřebu MPLayeru pod X-y přehrávajícího totéž DVD s -vo xv (a bez -zoom) -- procesor byl při taktu 800 MHz vytížen ze 70% a spotřeba se držela kolem 20 W; když jsem si konečně udělal čas na test až do vybití baterie, stačil notebook právě přehrát film do konce, než baterii vyčerpal, nijak výrazného pokroku v úspoře energie jsem tedy nedosáhl.

Combo mechaniku nelze vyměnit beze ztráty záruky, přes šroubek, který drží kryt nad ní, a dost možná i ji samotnou, je přelepena garanční pečeť. Naštěstí se zdá být docela schopná, přinejmenším dosahuje pozoruhodných úspěchů ve čtení vadných DVD.

Notebook má nepříjemně hlasitý pomocný větráček, který se zřejmě nedá nijak konfigurovat, takže kdo má výhrady vůči miniatuře startujícího tryskáče, měl by držet procesor trvale v úsporném režimu na 800 MHz.

Klávesy vypínající LCD a ovládající jeho jas fungují i v BIOSu a grubu, nějaký ovladač v jádře jejich obsluhu možná přebírá, ale na přítomnosti modulů backlight a lcd v jádře nezáleží (mám konfiguraci jádra CONFIG_BACKLIGHT_LCD_SUPPORT=y, CONFIG_BACKLIGHT_CLASS_DEVICE=m, CONFIG_BACKLIGHT_DEVICE=y, CONFIG_LCD_CLASS_DEVICE=m, CONFIG_LCD_DEVICE=y, a následně backlight.ko a lcd.ko v /lib/modules/2.6.12-gentoo-r7/kernel/drivers/video/backlight/). Klávesy na ovládání zvuku posílají podle xev kódy 160, 174 a 176. Touchpad má prostřední překlopné tlačítko, jehož šipky posílají normálně nepřiřazené scankódy klávesnice, prozatím je mám namapované na obyčejné šipky setkeycodes 68 108 a setkeycodes 69 103.

Podle /proc/acpi/battery/BAT0/info se baterie původně nabíjela na vyšší než nominální kapacitu, nicméně po třech měsících vypadá už dost opotřebovaně:
design capacity: 4000 mAh
last full capacity: 3519 mAh
Otázka je, co bude dál. V současnosi se zdá, že typická výdrž notebooku je hodina a půl (i když mám procesor při práci na baterii setrvale podtaktovaný).

Možná patří k nevýhodám notebooku, že při zavření se na displej obtiskuje špína z kláves -- doneslo se mi, že jiné, dražší stroje mívají klávesnici hlouběji zapuštěnou a displej se jí ani nedotkne.

Dokument vytvořil: neal_cz, 16.5.2005 11:42 | Poslední úprava: neal_cz, 27.2.2011 15:09 | Další přispěvatelé: Redakce, Hloupý Honza | Historie změn | Zobrazeno: 1319×