Kirjoittaja Aihe: Ubuntu ja HP Pavilion tx2020eo (tx2000, tx2020)  (Luettu 95501 kertaa)

s0r05000

  • Käyttäjä
  • Viestejä: 110
    • Profiili
    • kapsi
Päivää.

Perehdytäänpä HP Pavilion tx2020eo  (tx2000)- malliin. Tarkoituksena saada aikaan threadi, josta löytyy kaikki kyseisen koneen omituisuudet otettuna käyttöön. ("No kai se nyt toimii!" -M. Kulma)

Alkaa olla sen verran yleinen malli tämä meillä suomessakin, joten ajattelin jakaa yhteen threadiin muutaman vinkin joiden tonkimiseen itsellä meni huomattavasti aikaa.

Nykyisellään kaikki asiat koskevat 8.04 64bit versiota ubuntusta.


Suoraan paketista toimivat helpotukset:

-Näytön ajurit - nVidia asentuu kiltisti ja toimii
-Lisänäppäimet - Kaikki napit, paitsi Mute, DVD, QuickPlay, ruudun kääntö ja asetusnappi toimivat oletuksilla.
-Touchpad - Synaptics asentuu täysin toimivaksi automaagisesti
-Ethernet - nVidian 10/100 toimii suoraan paketista.
-Bluetooth - Suoraan paketista. Kaikki ok.
-Webcam - Suoraan paketista. Kaikki ok.
-Ääni sisään - Toimii
-Sormenjälkilukija - toimii fPrintin kanssa. fPrint on tosin keskeneräinen. Ohjeita tässä postissa.
-Hibernate-toiminto (Suspend on vielä toistaiseksi mysteeri...)
-Kaukosäädin - Suoraan paketista. Kaikki ok.
-Hibernate - Hibernate toimii kauniisti

Vielä testaamatta:
-?

...Ja jää testaamatta:
-Sisäinen modeemi - Ei ole mitään minkä kanssa testata / en keksi tälle mitään käyttöä.

Ongelmat perusasennuksen jälkeen:

-Äänet - HP:n perusvika, ubuntu ei tunnista mutenappulaa, jolloin mute on jatkuvasti päällä.
   -Ohjeet löytyy tältä sivulta

-Wlan - Broadcomin kortin "pitäisi" toimia kauniisti suoraan paketista. mutta eipä toimi
   -Ohjeet löytyy tältä sivulta

-Kansi - Blank screen-toiminto on mukava olla, kun kannen lyö kiinni. Mutta tämäpä ei herää kun kannen avaa...
   -Ohjeet löytyy tältä sivulta

-Suspend - Vanha tuttu "näyttö ei herää" ongelma.
              -Ohjeet löytyy tältä sivulta

-Ruudunpyöritys - kuva olisi mukava saada käännettyä, kun ruudun kääntää ns. tablet moodiin
   -Ohjeet tällä sivulla... (suurkiitos mgronber!)

-Kosketusnäyttö - Neljä päivää myöhemmin se todellakin toimii!
   -Ohjeet löytyvät tältä sivulta!

-Lightscribe - Softat löytyy vain 32bit versioille...
        -Ohjeet 64-järjestelmälle tällä sivulla...

-Ulkoinen näyttö - Mikäli tälläiselle on tarvetta, niin helpoin tapa on kloonata ulostulo compizin avulla.
        -Resoluutiota saattaa joutua vaihtamaan; riippuen näytöstä. Tämä on kuitenki huomattavasti kivuttomampi tapa, kuin tehdä X-serverille kaksi erillistä screeniä.

-Ne pimeät napit - Xevillä "DVD" näppäin antaa keycoden 237 ja "QuickPlay"-näppäin koodin 205 kannen ollessa normaalisti auki.
        -Rotate ja Settings-näppäimet eivät anna tulostetta lainkaan.
        -Mitkään näistä napeista eivät anna minkäänlaista tulostetta näytön ollessa tablet-tilassa.
        -Tablet-tilan nappien käyttöön ohjeita Mr. Alhskog:n postista.

1. HUOM! Ohjeissa on kuvattu toimintoja, joita en suosittele ensikertalaisille. Kuitenkin rauhallisesti ja googlea apuna käyttäen kaikki on mahdollista saada toimimaan oikein.

2. HUOM! Kun kopioit komentoja ohjeista terminaaliin, on paras tapa klikata tekstiä hiirellä kolme kertaa. Näin leikepöydälle tulee kopioitua myös se osa komentoa, mikä normaalisti jää sivun "kapeuden" vuoksi näkymättä.


Ongelmien ratkominen:

---------------------

-Äänet
Ongelma johtuu siitä, että alsa ei tunnista mute-napin firmwarea, jolloin koneen rauta luulee äänien olevan mute-tilassa käynnistyksestä lähtien. Asiaan on yksinkertainen korjaus: Alsa-Baseen kirjoitetaan lisäys, joka mahdollistaa napin käyttöönoton.

1. Avaa alsa-base tiedosto
Koodia: [Valitse]
gksu gedit /etc/modprobe.d/alsa-base2. Lisää tämä viimeiseksi riviksi
Koodia: [Valitse]
options snd-hda-intel model=hp
Tällä toimii.

----------------------

-Wlan
Ubuntun wiki kertoo ylpeänä, että nyt ei enää tarvi kikkailla win-ajurien kanssa Broadcomin piirisarjoilla. My ass. Ei pihahdustakaan suoraan laatikosta.
No. Ei hätä tämän näköinen. Piirisarjana (ainakin tällä hetkellä) koneessa on BCM4328 (rev 03). Tämä toimii mallikkaasti NDISWrapperin kanssa.

1. Mustalistataan "väärät" moduulit ja asennetaan NDISWrapper
Koodia: [Valitse]
echo 'blacklist bcm43xx' | sudo tee -a /etc/modprobe.d/blacklist
sudo apt-get install ndiswrapper-utils-1.9
mkdir ~/bcm43xx; cd ~/bcm43xx
2. Haetaan ja puretaan ajurit
Koodia: [Valitse]
wget http://myspamb8.googlepages.com/R151517-pruned.zip
unzip R151517-pruned.zip
3. NDISWrapperin (ja WPA-toimintojen) konfigurointi tapahtuu näin
Koodia: [Valitse]
sudo ndiswrapper -i bcmwl5.inf
ndiswrapper -l
sudo depmod -a
sudo modprobe ndiswrapper
sudo cp /etc/network/interfaces /etc/network/interfaces.orig
echo -e 'auto lo\niface lo inet loopback\n' | sudo tee /etc/network/interfaces
sudo ndiswrapper -m
echo 'ndiswrapper' | sudo tee -a /etc/modules
echo 'ENABLED=0' | sudo tee -a /etc/default/wpasupplicant
4. Koita poistaa "väärät" moduulit ja probea "oikeat" - Katso joka kohdan jälkeen, piristyikö Network Manager..
Koodia: [Valitse]
sudo rmmod b43
sudo rmmod b44
sudo rmmod b43legacy
sudo rmmod ssb
sudo rmmod ndiswrapper
sudo modprobe ndiswrapper
sudo modprobe ssb
sudo modprobe b44
Nyt NManagerin pitäisi viimeistään tarjota näkyvät langattomat verkot.

Kun homma toimii, niin lopuksi laitetaan vielä NDISWrapper käynnistymään bootin yhteydessä, eli
5. NDISWrapperin muuttaminen käynnistyksessä ladattavaksi (HUOM Nro. 2)
Koodia: [Valitse]
echo -e '#Hardy ssb/ndiswrapper workaround, added' `date` '\ninstall ndiswrapper modprobe -r b43 b44 b43legacy ssb; modprobe --ignore-install ndiswrapper $CMDLINE_OPTS; modprobe ssb; modprobe b44;' | sudo tee -a /etc/modprobe.d/ndiswrapper
Nyt jokaisen käynnistyksen yhteydessä langaton lähtee toimimaan.

----------------------

Kansi

Eli "korjaus" kannen toimintaan (ruutu siis pimeäksi kun kansi on kiinni ja kuva takaisin, kun avaat kannen):
1. Muokkaa acpi-support -tiedostoa
Koodia: [Valitse]
sudo gedit /etc/default/acpi-support
2. Etsi tiedostosta kohta "POST_VIDEO=" ja muuta kohta muotoon:
Koodia: [Valitse]
POST_VIDEO=false
Mikäli käytät Compizia, niin ota compizin asetuksista (General Options -> Display Settings) kohta "Sync to VBlank"  pois päältä.

Itselläni on Power Management Preferencesistä sekä akulla, että verkkovirralla kannen sulku-kodassa "Do Nothing". Silti näiden muutosten jälkeen ruutu pimenee kun kansi on jo lähes kiinni ja kerää takaisin henkiin kun tätä raottaa enemmän auki,

Eli tällä ohjeistuksella ruudun saa pimeäksi kun kannen sulkee.

----------------------

Suspend

Muutaman aktiivisen foorumilaisen avulla tämäkin sitten selvisi. Käynnistysoptioihin tarvitsee lisätä "noapic nolapic irqfixup" -parametrit, jotta suspend toimii oikein.
Koodia: [Valitse]
gksudo gedit /boot/grub/menu.lst
Etsi rivit:
Koodia: [Valitse]
## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash
Ja lisää "# defoptions=quiet splash" perään oikeat parametrit:
Koodia: [Valitse]
# defoptions=quiet splash noapic nolapic irqfixup(rivien tulee olla kommentoituna)

Komenna grub päivittymään:
Koodia: [Valitse]
sudo update-grub
Käynnistä uudelleen, jotta liput päätyvät ytimen käytettäviksi.

----------------------

Ruudun kääntäminen

X tukee tätä toimintoa mukavasti. Tosin uuden version optiot ovat nihkeitä kääntämään ruutua "portrait"-tilaan. Vanhoilla nämäkin saadaan toimimaan, joten käsittelen tässä vain vanhemmat optiot.

Aluksi muutetaan xorg.conf-tiedostoa
Koodia: [Valitse]
gksudo gedit /etc/X11/xorg.conf
Lisää "Option      "RandRRotation"  "on"" näytönohjaimen optioihin alla olevan esimerkin mukaisesti
Koodia: [Valitse]
Section "Device"
Identifier "Configured Video Device"
Driver "nvidia"
Option "NoLogo" "True"
Option "RandRRotation"  "on"
EndSection

Tässä välissä onkin sitten syytä käynnistää X-serveri uudelleen, jotta muutos tulee voimaan.

Koita seuraavia komentoja kuvan kääntämiseen:
Koodia: [Valitse]
xrandr -o left
xrandr -o right
xrandr -o inverted
xrandr -o normal

Ja tälläisiä, jotta saat kynän kursorin seuraamaan kääntymisissä mukana:
Koodia: [Valitse]
xsetwacom set "TabletPCStylus" Rotate CW
xsetwacom set "TabletPCStylus" Rotate HALF
xsetwacom set "TabletPCStylus" Rotate CCW
xsetwacom set "TabletPCStylus" Rotate NONE

Mikäli näillä komennoilla ei kursori seuraa kääntymistä, tarvitaan wacom-tools paketti...
Koodia: [Valitse]
sudo apt-get install wacom-tools
Ja nyt kun saadaan ruutua ja hiiren työaluetta käänneltyä, niin mgronber:n kirjoittamalla skritpillä saadaan nämä molemmat tapahtumaan samalla 90 astetta kerrallaan myötäpäivään.

Avaa tekstieditori (Applications>Accessories>Text Editor) ja kopioi skripti tyhjään tiedostoon.
Skripti:
Koodia: [Valitse]
#!/bin/bash

#Skripti toimii tällä versiossa 6.06 (Dapper Drake):
#rotation="$(xrandr -q | grep 'Current rotation' | cut -d' ' -f4)"

#Ja tällä versiossa 8.04 (Hardy Heron):
rotation="$(xrandr -q --verbose | sed -n '2 {p;q}' | cut -d' ' -f5)"

case "$rotation" in
    normal)
        xrandr -o right
        xsetwacom set "TabletPCStylus" Rotate CW
        ;;
    right)
        xrandr -o inverted
        xsetwacom set "TabletPCStylus" Rotate HALF
        ;;
    inverted)
        xrandr -o left
        xsetwacom set "TabletPCStylus" Rotate CCW
        ;;
    left)
        xrandr -o normal
        xsetwacom set "TabletPCStylus" Rotate NONE
        ;;
esac

Tallenna tiedosto nimellä "rotation.sh" omaan kotikansioosi. Sitten avaa tiedostoselain, klikkaa "rotation.sh"-tiedoston päällä oikeaa hiiren nappia ja valitse Properties. Permissions-välilehdeltä löytyy kohta "execute". Tähän rasti ruutuun. Nyt kun kirjoitat terminaaliin komennon "~/rotation.sh", kääntyvät molemmat samalla kertaa.

Skriptin teosta vielä kerran suurkiitos foorumin käyttäjälle, joka kantaa nimeä mgronber.

Lopuksi bindataan vielä skriptin ajaminen HPQuickplay-nappulaan:

Ota tyhjä tekstitiedosto Text Editoriin ja tallenna se kotihakemistoosi nimellä ".Xmodmap". Lisää sen jälkeen tiedostoon seuraavat rivit:
Koodia: [Valitse]
keycode 237 = XF86Launch0
keycode 205 = XF86Launch1
237 on DVD-näppäin ja 205 Quickplay.

Seuraavaksi voit ajaa xmodmap-ohjelman kertomaan järjestelmälle mihin nappien keycode suuntautuu.
Koodia: [Valitse]
xmodmap ~/.Xmodmap(Tämän voi laittaa itse käynnistymään jokaisen käynnistyksen yhteydessä, ja se ei välttämättä ole huono tapa - System> Preferences> Session>...)

Seuraavaksi tarvitaan Gnomen "Configuration Editor":ia kertomaan mitä XF86Launch0 tekee. Ubuntu ei oletuksena anna valikkoon tätä työkalua, joten voit joutua ottamaan sen esiin System> Preferences> Main Menu:n kautta. (Tai vaihtoehtoisesti komentamalla "gconf-editor")

Viimeinen askel on kertoa ikkunamanagerille komento jonka nappi tekee. (Tässä tapauksessa nappi bindataan Compiziin, koska se on käytössä oleva ikkunamanageri. Jos käytät Metacityä, lisää seuraavat vastaavaan paikkaan metacityn konffeissa.) Oikea kohta gconf-editorista on Apps> Compiz> General> AllScreens> Options>. Laita compizin konffi näyttämään seuraavalta:
HUOM! Muuta molemmat kohdat mallin mukaisesti!

Koodia: [Valitse]
Name                        Value
run_command0_key      XF86Launch0
run_command1_key      XF86Launch1

Koodia: [Valitse]
Name                        Value
command0       
command1                    ~/rotation.sh

Näin QuickPlay-napin pitäisi toimia "oikein". Mikäli näin ei jostain syysytä tapahdu, niin neuvon lukemaan ohjeistusta vaikkapa täältä: http://gentoo-wiki.com/HOWTO_Use_Multimedia_Keys

----------------------

Kosketusnäyttö kynällä käytettynä

Jeah! Huomasin hakanneeni moduulia väärään kerneliin koko tämän päivän.. :) No nyt lopulta sain laitteen toimimaan. Sormen kalibrointi on vielä metsässä, mutta kynällä homma toimii moitteettomasti.

HUOM! Ajuri on käännettävä ja asennettava jokaisen kernel- ja Xserver-päivityksen jälkeen.

Ohje muuten toimii tällä hetkellä 2.6.24-21 ytimellä. (23.8.2008)

1. Ihan alkuun tarvitaan kehitystyökaluja, että beta-ajurin saa käännettyä oikein. Tähän tarvitaan vähintään nämä:  (HUOM Nro. 2)
Koodia: [Valitse]
sudo apt-get install build-essential libx11-dev libxi-dev x11proto-input-dev cpp-3.4 f2c fort77 g77 tcl tcl-dev tclx8.4 tclx8.4-dev tk tk-dev input-utils xserver-xorg-input-wacom xserver-xorg-input-evdev gawk mawk ncurses-base ncurses-bin libncurses5-devAivan 100% varmuutta jokaisen paketin lopullisesta tarpeellisuudesta en voi antaa, mutta ainakin kääntyy..

2. Sitten itse asiaan. Noudetaan linuxwacomin beta-ajuri, ja koneen jenkki-versiolle tehty patch (Andrew's unified patch)...
Koodia: [Valitse]
wget http://internap.dl.sourceforge.net/sourceforge/linuxwacom/linuxwacom-0.7.9-11.tar.bz2
wget -O usbtx2000z.patch http://linuxwacom.pastebin.com/pastebin.php?dl=f3d5b9e73

3. Sitten puretaan paketit ja hoidetaan patchäys...
Koodia: [Valitse]
tar xjvf linuxwacom-0.7.9-11.tar.bz2
cd ~/linuxwacom-0.7.9-11
patch -p1 < ../usbtx2000z.patch

4. Konfiguroidaan asennus...
Koodia: [Valitse]
./configure --enable-wacom
http://mirosol.kapsi.fi/varasto/wacomproblems/configure_tulokset.txt
Tarkkailee omaa tulostettasi. Mikäli se musituttaa linkin tekstiä, olet oikeilla jäljillä.

5. Sitten käännetään ja asennetaan ajuri (moduulin on oltava irti, kun uusi ajuri asennetaan). Loppuun poistetaan vanhat asetukset:
Koodia: [Valitse]
make
sudo make install
sudo rmmod wacom
sudo cp src/2.6.24/wacom.ko /lib/modules/2.6.24-21-generic/kernel/drivers/input/tablet/wacom.ko
sudo depmod -e
sudo modprobe wacom
sudo rm /usr/local/bin/xsetwacom

6. Ok! Sitten muokataan X:n konffia:
Koodia: [Valitse]
sudo gedit /etc/X11/xorg.conf
7. Lisää nämä rivit tiedoston alkuun:
Koodia: [Valitse]
Section "InputDevice"
    Identifier "TabletPCStylus"
    Driver "wacom"
    Option "ForceDevice" "ISDV4"
    Option "Type" "stylus"
    Option "SendCoreEvents" "true"
    Option "Device" "/dev/input/by-id/usb-Tablet_ISD-V4-event-mouse"
    Option "Button2" "3"  # make side-switch a right button
# Option "TopX" "225"
# Option "TopY" "122"
# Option "BottomX" "26365"
# Option "BottomY" "16488"
EndSection

Section "InputDevice"
Identifier "TabletPCStylus2"
Driver "wacom"
Option "ForceDevice" "ISDV4"
Option "Type" "stylus"
Option "SendCoreEvents" "true"
Option "Device" "/dev/input/wacom"
EndSection

Section "InputDevice"
    Identifier     "TabletPCStylus3"
    Driver         "wacom"
    Option         "ForceDevice" "ISDV4"
    Option         "Type" "eraser"
    Option         "SendCoreEvents" "true"
    Option         "Device" "/dev/input/by-id/usb-Tablet_ISD-V4-event-mouse"
EndSection
(Kommentit poistamalla ainakin minulla kynän kalibrointi osui kohdalleen)

Muuta Server Layout- ja Module- kohta seuraavanlaiseksi:
Koodia: [Valitse]
Section "ServerLayout"
Identifier "Default Layout"
  screen "Default Screen"
Inputdevice "Synaptics Touchpad"
Inputdevice     "TabletPCStylus"
        Inputdevice     "TabletPCStylus2"
        Inputdevice     "TabletPCStylus3"
EndSection
Section "Module"
load "wacom"
Load "glx"
EndSection

Sitten ei muuta kuin uudelleenkäynnistys ja kynän pitäisi toimia moitteettomasti.

----------------------

Lightscribe 64-järjestelmän kanssa

Eli 64-järjestelmään onnistuu muutaman kikan kautta saada 32-bit lightscribe toimimaan moitteettomasti. Asennus ja testaus tapahtuu näin:

Ihan ensin asennetaan järjestelmään tarvittavat paketit 32-ohjelmien asennukseen ja rpm-pakettien deb-muunnokseen:
Koodia: [Valitse]
sudo apt-get install ia32-libs fakeroot alien
Ladataan lightscriben ajuri-ohjelmisto ja LaCie:n GUI paketit.
Koodia: [Valitse]
wget http://download.lightscribe.com/ls/lightscribe-1.12.37.1-linux-2.6-intel.deb
wget http://www.lacie.com/download/drivers/4L-1.0-r6.i586.rpm

Seuraavaksi asennetaan siis lightscribe ajurit pakottamalla ne 32-bit tilaan.
Koodia: [Valitse]
sudo dpkg -i --force-architecture lightscribe-1.12.37.1-linux-2.6-intel.deb
Sitten muunnetaan 4L-paketti rpm:mästä tgz:n kautta .deb:ksi ja asennetaan se.
Koodia: [Valitse]
fakeroot alien -t 4L-1.0-r6.i586.rpm
fakeroot alien 4L-1.0-r6.i586.tgz
sudo dpkg -i --force-architecture  4L-1.0-r6.i586.deb
HUOM! Tarkista tiedostojen nimet!

Viimeiseksi tehtään symboolinen linkki /lib32-hakemistoon, jotta ohjelma ymmärtää löytää ajurin todellisuudessa sieltä missä se on:
Koodia: [Valitse]
sudo ln -s /usr/lib/liblightscribe.so.1 /lib32/liblightscribe.so.1
Sitten voit testata ohjelman toimintaa teorissa ajamalla testiohjelman ja kokeilemalla itse labelin tekemistä/polttamista seuraavilla ohjelmilla:
Koodia: [Valitse]
4L-cli enumerate
4L-gui

Annan vielä oman tulosteeni komennosta "4L-cli enumerate", jolla laite siis toimii. Mikäli omasi muistuttaa tätä, niin homma toimii.
Koodia: [Valitse]
mirosol@mirosolubuntu:/home/mirosol# 4L-cli enumerate
Using /etc/lightscribe.rc
Drive path: /dev/sr0
Usable: 1
Full name: Slimtype DVD A DS8A1H WH66 149
Model: DVD A  DS8A1H  
Manufacturer: Slimtype
Capabilities: monochrome
Drive inner radius: 21700
Drive outer radius: 58700

Jos törmäät ongelmiin, niin postaa tieto virhe-ilmoituksineen ohjeen alkuperäiseen threadiin.
http://forum.ubuntu-fi.org/index.php?topic=18483.0

----------------------

Sormenjälkilukija

Laitteen saa käyttöön kivuttomasti, mutta fPrint-ohjelmisto ei vielä suuremmin tunnista sormenjälkiä keskenään. Kokeilemisen arvoista kuitenkin. Eli aloitetaan lisäämällä fprintin sisältävät repositoriot:
Koodia: [Valitse]
echo -e "# Fingerprint reader support (fprint)\ndeb http://ppa.launchpad.net/madman2k/ubuntu hardy main restricted universe multiverse" | sudo tee -a /etc/apt/sources.list
Sitten asennetaan fprint:
Koodia: [Valitse]
sudo apt-get update
sudo apt-get install fprint-demo libfprint-dev libfprint0 libpam-fprint

Komentamalla "fprint-demo" saat auki ohjelman, jolla voi koittaa onnistuisiko sormenjäljen käyttö oikeassa elämässä.

Oletuksena ohjelmalla/sinulla ei ole oikeuksia laitteen käyttöön. Tämä on korjattavissa liittämällä käyttäjä plugdev-ryhmään:
Koodia: [Valitse]
sudo usermod -a -G plugdev $USER
groups | grep plugdev #HUOM! Katso, että saat tulosteen tässä kohdassa!
sudo chgrp -R plugdev /dev/bus/usb/

Nyt viimeistää fprintin pitäisi toimia oikein. Itse sain ohjelmalta muutaman kerran segfaultin, mutta luulen sen johtuvan ohjelman varhaisesta beta-versiosta.

Mikäli juuri sinun sormenjälkesi toimii, eli ohjelma tunnistaa jälkesi, niin voit lisätä/muuttaa seuraavat rivit "/etc/pam.d/common-auth" -tiedostoon
Koodia: [Valitse]
auth sufficient pam_fprint.so
auth required pam_unix.so nullok_secure

----------------------

Kahta nappia vaille valmis.
« Viimeksi muokattu: 23.08.08 - klo:10.51 kirjoittanut s0r05000 »
"a combination of bad and sad luck, and it's definitely not fair." Grace (or The Importance of being impermanent) - Armalite
HP Pavilion tx2020 & Ubuntu 8.04 mirosol.kapsi.fi

junnuh

  • Käyttäjä
  • Viestejä: 331
    • Profiili
    • Kotisivu
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #1 : 08.05.08 - klo:16.01 »
Hienoa! ;D

Tätä kaipasinkin. Mulla on myös TX2020 ja samoja pikkuongelmia olen kohdannut.

Äänet toimii, samoilla ohjeilla.

Huawein E270 gsm-modeemi toimii Wvdial:n avulla. Ohjeet löytyy täältä: http://forum.ubuntu-fi.org/index.php?topic=17600.0

WLAN:ia en ole vielä laittanut toimimaan. Kiitos erittäin selkeistä ohjeista, niiden avulla saan varmasti senkin toimimaan.!!!! :D

Kosketusnäyttöön ja muuhun saattaa löytyä ohjeita täältä:  http://www.kellyandsopho.com/tiki/tiki-index.php?page=LinuxOnHpPaviliontx1000z
 
Tosin ne on TX1000 malleille, katsoin ne läpi mutten uskaltanut lähteä kokeilemaan kun en ole tällä alueella asiantuntija- Dapperia (64 bittistä) olen käyttänyt pari vuotta pöytäkoneessani ja tässä mulla on Hardy (64 bittinen tietysti). Vista on tässä rinnalla, saa nähdä kuinka kauan, san kuitenkin sillä ladattua puhelimeeni musaa, tosi kivaa. :)

Hienoa hienoa. Odotan innolla jatkoa tälle keskustelulle.

lämpimin kevätterveisin junnuh
valoa lämmöllä ja rakkaudella - ubuntu rulaa
www.junnunterapiat.com

s0r05000

  • Käyttäjä
  • Viestejä: 110
    • Profiili
    • kapsi
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #2 : 09.05.08 - klo:08.43 »
Huawein E270 gsm-modeemi toimii Wvdial:n avulla. Ohjeet löytyy täältä: http://forum.ubuntu-fi.org/index.php?topic=17600.0

Vai että on joku muukin ottanut pakettinsa saunalahdelta... :) Itsellä tosin tuo modeemi meni rouvalle macbookin kaveriksi. Toimii muuten leopardissa täysin ongelmitta (E220 ajureilla tosin).

Lainaus käyttäjältä: junnuh
Kosketusnäyttöön ja muuhun saattaa löytyä ohjeita täältä:  http://www.kellyandsopho.com/tiki/tiki-index.php?page=LinuxOnHpPaviliontx1000z

Jep. Aivan kuten sanoit, niin tx1000z:n ohjeistus "saattaa" sopia. Kyseessä on muutaman vuoden vanhempaa rautaa, joten suurin osa laitteista on päivitetty tuoreempiin. Omien testailujen jälkeen uskallan sanoa, ettei tx1000(mikävaan) ohjeita kannata soveltaa tx2000 sarjan laitteisiin.

Olen juuri muutaman tunnin kokeillut mallin tx2000z ohjeistusta kosketusnäyttöön. Toistaiseksi tuloksetta. Tuo viimeinen kirjain mitä ilmeisimmin viittaa vain maan tunnukseen, eo:n ollessa skandi ja z:n ollessa jenkki.

http://ubuntuforums.org/showthread.php?t=708726&page=3.

Mikäli jollakulla on onnea tuon ohjeen kanssa, niin kertokoon tänne ihmeessä.. En ihan vielä käsitä miksei ruutu herää tällä henkiin.

Samasta threadista löytyy myös X:n xrandr-ohjeistus kuvan kääntelyyn. Suomentelen sen tänne kunhan saan ensin "tärkeämmät" toiminnot kunnolla käyttöön. Joka tunti ollaan lähempänä...
 
Lainaus käyttäjältä: junnuh
Vista on tässä rinnalla, saa nähdä kuinka kauan, san kuitenkin sillä ladattua puhelimeeni musaa, tosi kivaa. :)

Jos otat puhelimeesi yhteyden bluetoothilla, niin sehän toimii ubuntulla suoraan. Lähinnä sillä sanon, että tuon hirviön asennus ottaa lähes 50Gb kovalevytilaa muutenkin "niin rajallisesta" 160Gb:n levystä..

Omastani vista lähti, kun synaptics-ajuri putoili omia aikojaan ja notification area hävitti akun kuvakkeen itsestään ja pysyvästi. Ja näiden "pikkubugien" jälkeenkin käyttiksen hinta kaupassa on vaivanen 250€...
« Viimeksi muokattu: 09.05.08 - klo:11.25 kirjoittanut s0r05000 »
"a combination of bad and sad luck, and it's definitely not fair." Grace (or The Importance of being impermanent) - Armalite
HP Pavilion tx2020 & Ubuntu 8.04 mirosol.kapsi.fi

junnuh

  • Käyttäjä
  • Viestejä: 331
    • Profiili
    • Kotisivu
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #3 : 11.05.08 - klo:00.06 »
Tervehdys lämmin!

Niin siinä sitten hassusti kävi että Hardy valtasi koko koneen ja Vista on kaunis muisto vain! Teki viimeisen palveluksensa tänään ja astui haudan lepoon. ;D

Viimeistelty asennus on, sitten seuraavaksi WLAN:in kimpuun!

Kiitos bluetooth vinkistä se todella toimii!!!!! :D

Saunalahti oli nopein keino saada myös kannettava ja kun se sattui olemaan hyvä niin miksipä en olisi tattunut kiinni tarjoukseen oivaan! :)

Kiitos lämmin ja kera hyvän viinin!

junnuh
valoa lämmöllä ja rakkaudella - ubuntu rulaa
www.junnunterapiat.com

s0r05000

  • Käyttäjä
  • Viestejä: 110
    • Profiili
    • kapsi
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #4 : 11.05.08 - klo:11.27 »
Kiitos bluetooth vinkistä se todella toimii!!!!! :D

Jep. Näinhän sen pitikin...

Ja ruudunkääntö oli helppo selvittää. Ei oikeastaan tällä hetkellä ole muuta jälejellä kuin ktuo Wacom-screeni, "blank-screen"-toiminto ja lightscribe. Muut ovatkin sitten sellaista hienosäätöä. Kun kerran ameriikan pojat ovat saaneet wacomin toimimaan, niin aion sen saada itsekkin.

Muokkailen taas päälimmäistä postia, kunhan saan jotain selville.

Uskoisin, että ensi viikon aikana tämän pitäisi olla jo täydessä pelikunnossa. Toivottavasti. :)
« Viimeksi muokattu: 11.05.08 - klo:13.38 kirjoittanut s0r05000 »
"a combination of bad and sad luck, and it's definitely not fair." Grace (or The Importance of being impermanent) - Armalite
HP Pavilion tx2020 & Ubuntu 8.04 mirosol.kapsi.fi

junnuh

  • Käyttäjä
  • Viestejä: 331
    • Profiili
    • Kotisivu
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #5 : 12.05.08 - klo:18.15 »
Hei ja kiitos edelleen hyvistä ohjeista!

Kokeilin wlan:n asennusta ja en saanut wlania toimimaan!! ;D

Joten kysymys pieni: tarviiko koneen olla kiinni langattomassa modeemissa ethernet-liitännällä kun tekee asennuksen?  :o

Mulla oli nimittäin gsm-modeemi kiinni asennusta tehdessä ja nettiyhteys auki sillä!

lämpimin kevätterveisin junnuh
valoa lämmöllä ja rakkaudella - ubuntu rulaa
www.junnunterapiat.com

s0r05000

  • Käyttäjä
  • Viestejä: 110
    • Profiili
    • kapsi
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #6 : 13.05.08 - klo:14.16 »
Joten kysymys pieni: tarviiko koneen olla kiinni langattomassa modeemissa ethernet-liitännällä kun tekee asennuksen?  :o

Ei tarvitse.

Menikö ohjeiden mukaisesti kaikki ilman virhe-ilmoittuksia?

Tämän asennus vatii myös kernel headerit... en huomannut mainita ohjeessa... Ne kun on hyvä olla muutenkin...
Koodia: [Valitse]
sudo apt-get install linux-headers-2.6.24-17
Alkuperäinen tutoriaali löytyy osoitteesta https://help.ubuntu.com/community/WifiDocs/Driver/bcm43xx/Feisty_No-Fluff

Feistylle tuo on alunperin tehty, mutta toimi ainakin täällä mainiosti.


-----

Edit:

Huomasitko kopioida viimeisen komennon kokonaan? Komento on kokonaisuudessaan tämä:

echo -e '#Hardy ssb/ndiswrapper workaround, added' `date` '\ninstall ndiswrapper modprobe -r b43 b44 b43legacy ssb; modprobe --ignore-install ndiswrapper $CMDLINE_OPTS; modprobe ssb; modprobe b44;' | sudo tee -a /etc/modprobe.d/ndiswrapper

« Viimeksi muokattu: 13.05.08 - klo:21.06 kirjoittanut s0r05000 »
"a combination of bad and sad luck, and it's definitely not fair." Grace (or The Importance of being impermanent) - Armalite
HP Pavilion tx2020 & Ubuntu 8.04 mirosol.kapsi.fi

junnuh

  • Käyttäjä
  • Viestejä: 331
    • Profiili
    • Kotisivu
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #7 : 13.05.08 - klo:22.53 »
Hei ja kiitos lämmin vastauksesta!

Kernel headerit olivat jo uusimmat eli linux-headers-2.6.24.17, selvisi kun asensin  ne komennolla.

Kokeilen tehdä asennuksen uusiksi ja jos tulee virheilmoituksia niin liitän ne mukaan seuraavaan viestiin.

En toteuttanut viimeistä komentoa kun se wlan ei herännyt henkiin vaikka olin paikassa jossa on wlan-verkko!

Katsellaan, en luovuta vielä mutta tänään en enää jaksa ruveta tekemään asennusta. ;D

Palaan asiaan myöhemmin.

Kiitoksin lämpimin junnuh :D




valoa lämmöllä ja rakkaudella - ubuntu rulaa
www.junnunterapiat.com

junnuh

  • Käyttäjä
  • Viestejä: 331
    • Profiili
    • Kotisivu
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #8 : 15.05.08 - klo:22.08 »
Tervehdys lämmin!

Yks kysymys vielä WLAN-asennuksesta.

Kun kohdassa yks vaihdetaan directoriin /bcm43xx niin tehdäänkö loput komennoista siinä? :o

lämpimin terveisin keväisin junnuh
valoa lämmöllä ja rakkaudella - ubuntu rulaa
www.junnunterapiat.com

s0r05000

  • Käyttäjä
  • Viestejä: 110
    • Profiili
    • kapsi
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #9 : 16.05.08 - klo:12.14 »
Kun kohdassa yks vaihdetaan directoriin /bcm43xx niin tehdäänkö loput komennoista siinä? :o

Joo. Kyllä. Kohdalla 4 ei sitten enää ole väliä, mistä ne rmmodit ja modprobet ajetaan, mutta turhaan sitä paikkaa vaihtamaan.
"a combination of bad and sad luck, and it's definitely not fair." Grace (or The Importance of being impermanent) - Armalite
HP Pavilion tx2020 & Ubuntu 8.04 mirosol.kapsi.fi

junnuh

  • Käyttäjä
  • Viestejä: 331
    • Profiili
    • Kotisivu
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #10 : 18.05.08 - klo:19.56 »
 ;D HIPHURRAA!

Kiitos lämmin, eli nyt toimii WLAN!

junnuh ::)
valoa lämmöllä ja rakkaudella - ubuntu rulaa
www.junnunterapiat.com

r_ahlskog

  • Käyttäjä
  • Viestejä: 13
    • Profiili
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #11 : 19.05.08 - klo:14.12 »
Thanks for a great guide, got my tx2020eo on friday and got rid of Vista immediately.

The buttons stop working because something (Xorg perhaps) kills the keyboard when you close the lid, this needs to be investigated.
For the other two buttons i have not yet found anything but worst case scenario is a kernel driver.

Korjaan, its not Xorg more like kernel or even worse bios but we would need to crossreference with windows.
« Viimeksi muokattu: 19.05.08 - klo:14.29 kirjoittanut r_ahlskog »

s0r05000

  • Käyttäjä
  • Viestejä: 110
    • Profiili
    • kapsi
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #12 : 20.05.08 - klo:08.53 »
The buttons stop working because something (Xorg perhaps) kills the keyboard when you close the lid, this needs to be investigated.
For the other two buttons i have not yet found anything but worst case scenario is a kernel driver.

Korjaan, its not Xorg more like kernel or even worse bios but we would need to crossreference with windows.

Which buttons are we talking about? do you mean those on the lid? (rotate, settings, quickplay, dvd) Or do you mean the whole keyboard?

I've seen somewhat same results when i'm trying to suspend. But that's just because X doesn't wake up after rest of the machine wakes from suspend.

From those settings and rotate buttons i couldn't get keycodes at all, but dvd and quickplay work fine.

If it's the whole keyboard that gets stuck on your machine, i think there's something really wrong... On my machine, normally it's only display that doesn't wake up after suspend. If you don't need suspend or you can replace it with hibernation for a while, that might do the trick. At least until i or someone figures out how to make suspend working corectly.

BTW. For english support on issue you might want to try posting it on this thread:
http://ubuntuforums.org/showthread.php?t=708726&page=9
It's about the same machine, only difference is that it's US version. Same hardware though..

_________________________________________________________


Ja sama suomeksi:

r_ahlskog kirjoitti:
Kiitos oppaasta, sain koneeni perjantaina, ja vista lähti välittömästi.

Napit lopettivat toimintansa, koska jokin (X luultavasti) tappaa näppiksen kun kannen sulkee. Tätä tarvii tutkia.
Lopuille kahdelle napille en ole löytänyt selitystä, mutta pahin/hankalin vaihtoehto olisi ajuri suoraan kerneliin.

Correction, Ei se ole Xorg. Ennemminkin kerneli. Tai pahimmassa tapauksessa bios. Tarvii tutkia ja verrata windowsiin.

_______

ja vastaukseni:

Mistä napeista on kysymys? Tarkoitatko noita nappeja jotka ovat näytön vieressä? (kääntö, asetukset, quickplay, dvd) Vai tarkoitatko koko näppäimistöä?

Samansuuntaisia tuloksia sain itsekkin kun koitin testata suspend-toimintoa. Mutta nämä vaikeudet johtuvat x:n vaikeuksista herätä suspend-tilasta.

Noista asetus ja kääntönapeista en tosiaan saanut keycodea lainkaan, mutta quickplay ja dvd nappulat toimivat moitteettomasti.

Jos puhuit koko näppäimistön "jäätymisestä" koneessasi, niin siellä on jotakin todella pahasi vialla... Normaalisti omalla koneellani näyttö on ainoa jolla on hankaluuksia herätä suspendista. Jos et välttämättä tarvitse suspendia, tai pärjäät hibernation-toiminnolla hetken aikaa, niin hyvä. Tai siis ainakin siihen asti kunnes minä tai joku muu selvittää, miten tässä mallissa saa suspendin toimimaan oikein.


Muuten. Englanniksi laitteesta on oma threadi ubuntun kansainvälisellä foorumilla. Tämä ongelma varmaankin kannattaisi kertoa myös sinne.
http://ubuntuforums.org/showthread.php?t=708726&page=9
Threadin laite on muuten täsmälleen sama, mutta ns. jenkkiversio.
"a combination of bad and sad luck, and it's definitely not fair." Grace (or The Importance of being impermanent) - Armalite
HP Pavilion tx2020 & Ubuntu 8.04 mirosol.kapsi.fi

r_ahlskog

  • Käyttäjä
  • Viestejä: 13
    • Profiili
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #13 : 20.05.08 - klo:09.20 »

Which buttons are we talking about? do you mean those on the lid? (rotate, settings, quickplay, dvd) Or do you mean the whole keyboard?

I've seen somewhat same results when i'm trying to suspend. But that's just because X doesn't wake up after rest of the machine wakes from suspend.

From those settings and rotate buttons i couldn't get keycodes at all, but dvd and quickplay work fine.

If it's the whole keyboard that gets stuck on your machine, i think there's something really wrong... On my machine, normally it's only display that doesn't wake up after suspend. If you don't need suspend or you can replace it with hibernation for a while, that might do the trick. At least until i or someone figures out how to make suspend working corectly.

Muuten. Englanniksi laitteesta on oma threadi ubuntun kansainvälisellä foorumilla. Tämä ongelma varmaankin kannattaisi kertoa myös sinne.
http://ubuntuforums.org/showthread.php?t=708726&page=9
Threadin laite on muuten täsmälleen sama, mutta ns. jenkkiversio.

Kyllä mä nyt ymmärrään suomea, on vaan sen kirjoittaminen mitä vaivaa.

Anyways, seems i was pretty unspecific earlier, the rotate and settings buttons dont seem to generate any keycodes, nor any events on any device recognized as evdev by the kernel. But the dvd and quickplay buttons work after xmodmapping them, same with the sleep and lock keys on the fn-f# buttons.

What i noticed was that when you close the lid either in tablet mode those keys stop working as per what you said, but also that the remote stopped working, and because all those things map through the keyboard i had an idea and decided to test it. I did as so, i closed the lid almost completely, i barely managed to squeeze a finger in there to press a key on the keyboard and at the same time as the dvd&quickplay buttons stopped working the keyboard stopped giving input too. Now that sounds like there is a signal somewhere telling that lid closed and then the kernel or whatever decides that "hey we dont need that internal keyboard anymore" and kills it.

Also for the record, suspend to ram works fine for me, only thing is that on return usb-devices arent enumerated before Xorg tries them and the wacom stops working until restart of X.

Now you can tell me to get out, or we can try to get this thing working 100%

Greetings from Vaasa

s0r05000

  • Käyttäjä
  • Viestejä: 110
    • Profiili
    • kapsi
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #14 : 20.05.08 - klo:13.20 »
Kyllä mä nyt ymmärrään suomea, on vaan sen kirjoittaminen mitä vaivaa.

Anyways, seems i was pretty unspecific earlier, the rotate and settings buttons dont seem to generate any keycodes, nor any events on any device recognized as evdev by the kernel. But the dvd and quickplay buttons work after xmodmapping them, same with the sleep and lock keys on the fn-f# buttons.

What i noticed was that when you close the lid either in tablet mode those keys stop working as per what you said, but also that the remote stopped working, and because all those things map through the keyboard i had an idea and decided to test it. I did as so, i closed the lid almost completely, i barely managed to squeeze a finger in there to press a key on the keyboard and at the same time as the dvd&quickplay buttons stopped working the keyboard stopped giving input too. Now that sounds like there is a signal somewhere telling that lid closed and then the kernel or whatever decides that "hey we dont need that internal keyboard anymore" and kills it.

Also for the record, suspend to ram works fine for me, only thing is that on return usb-devices arent enumerated before Xorg tries them and the wacom stops working until restart of X.

Now you can tell me to get out, or we can try to get this thing working 100%

Greetings from Vaasa

Ok. Just wasn't sure if you did understand finnish at all. And i think that my answer was not hostile in any way. If i made it seem that way, i'm terribly sorry. That was not my intension.

So. After you turn your display to tablet-mode all keys stop working? I guess that this is hardware/firmware problem that (as you suggested) points to kernel. This should be posted as a bug.

Do they start working again after you turn your display back to normal mode?

Personally i haven't found any real use for buttons in tablet-mode. So personally i'm more interested in getting other stuff work. But anyway, you're right. It doesn't act like it does under windows. And it would be a good thing to get everything working 100%. For all tx2xxx users.

One way to see what's happening when lid is in tablet mode, is to put on another display, and run another tty in it.

I'm not any wizard with linux, as i'm just passing on things i found out myself configuring this machine. Had only about two years of experience as home user.

My only problem at the moment is that display does not wake up after suspend, like all other devices do. After killing x server with ctrl-alt-backspace, it gives display back. And that minor issue with lightscribe and 64bit system.

Did suspend really work out of the box for you?

I'm just guessing, but do you speak swedish as your mother-language? If you do, please consider translating my main post for swedish forum? We might all get some help from there on various issues. I'm planning to translate it to english as soon as have time and interest.. or the article gets finished.

Main thing is that i personally can't offer real help on this issue about buttons dying in tablet-mode. However, i'm meeting my *NIX guru M.Kulma today, and i'll discuss about this issue with him as well.

Thank you for participating. I wasn't even aware of that issue before. I just thought that buttons are not intented to work in tablet-mode. I didn't even test remote with tablet-mode though...

Yours, Miro from Turku/Åbo
"a combination of bad and sad luck, and it's definitely not fair." Grace (or The Importance of being impermanent) - Armalite
HP Pavilion tx2020 & Ubuntu 8.04 mirosol.kapsi.fi

r_ahlskog

  • Käyttäjä
  • Viestejä: 13
    • Profiili
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #15 : 20.05.08 - klo:14.21 »
Ok. Just wasn't sure if you did understand finnish at all. And i think that my answer was not hostile in any way. If i made it seem that way, i'm terribly sorry. That was not my intension.

So. After you turn your display to tablet-mode all keys stop working? I guess that this is hardware/firmware problem that (as you suggested) points to kernel. This should be posted as a bug.

Do they start working again after you turn your display back to normal mode?

Personally i haven't found any real use for buttons in tablet-mode. So personally i'm more interested in getting other stuff work. But anyway, you're right. It doesn't act like it does under windows. And it would be a good thing to get everything working 100%. For all tx2xxx users.

One way to see what's happening when lid is in tablet mode, is to put on another display, and run another tty in it.

I'm not any wizard with linux, as i'm just passing on things i found out myself configuring this machine. Had only about two years of experience as home user.

My only problem at the moment is that display does not wake up after suspend, like all other devices do. After killing x server with ctrl-alt-backspace, it gives display back. And that minor issue with lightscribe and 64bit system.

Did suspend really work out of the box for you?

I'm just guessing, but do you speak swedish as your mother-language? If you do, please consider translating my main post for swedish forum? We might all get some help from there on various issues. I'm planning to translate it to english as soon as have time and interest.. or the article gets finished.

Main thing is that i personally can't offer real help on this issue about buttons dying in tablet-mode. However, i'm meeting my *NIX guru M.Kulma today, and i'll discuss about this issue with him as well.

Thank you for participating. I wasn't even aware of that issue before. I just thought that buttons are not intented to work in tablet-mode. I didn't even test remote with tablet-mode though...

Yours, Miro from Turku/Åbo

Well, i didn't know your intentions and sometimes its better just to get it out quickly, no hard feelings.

The lockout or what it is of the keyboard happens in the last cm or two from closing the lid in either tablet or normal way, and yes they return as soon as you lift it above that limit.

Suspend worked out of the box on Debian lenny with 2.6.24-1-amd64 SMP kernel.

However allowing the display to go into powersave will make it black and not return until restart of X, also i have the same issue when switching to a terminal. Probably some powersave/video options that i just have wrong.

I will try translating into swedish and add some (debian specific?) changes that i had to make to get the tablet working

s0r05000

  • Käyttäjä
  • Viestejä: 110
    • Profiili
    • kapsi
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #16 : 20.05.08 - klo:15.29 »
Well, i didn't know your intentions and sometimes its better just to get it out quickly, no hard feelings.

The lockout or what it is of the keyboard happens in the last cm or two from closing the lid in either tablet or normal way, and yes they return as soon as you lift it above that limit.

Suspend worked out of the box on Debian lenny with 2.6.24-1-amd64 SMP kernel.

However allowing the display to go into powersave will make it black and not return until restart of X, also i have the same issue when switching to a terminal. Probably some powersave/video options that i just have wrong.

I will try translating into swedish and add some (debian specific?) changes that i had to make to get the tablet working

So we have same problems with waking the screen up. My "bubblegum"-repair was to disable "blank screen" option from battery preferences and doing changes that i told about in first post. That way the display goes black when closing the lid, and picture comes back when opening it. As i stated earlier, this method doesn't turn off power from GPU, but still uses less battery when lid is closed. And i'm planning to use this configuration until i find out better solution.

Do you have your wacom working with touchscreen? Do your changes apply to this? Stylus/pen works fine with my confs, but used with finger i'm not even close.

And thanks again.

+m
"a combination of bad and sad luck, and it's definitely not fair." Grace (or The Importance of being impermanent) - Armalite
HP Pavilion tx2020 & Ubuntu 8.04 mirosol.kapsi.fi

r_ahlskog

  • Käyttäjä
  • Viestejä: 13
    • Profiili
Vs: Ubuntu ja HP Pavillion tx2020eo (tx2000, tx2020)
« Vastaus #17 : 20.05.08 - klo:22.28 »

So we have same problems with waking the screen up. My "bubblegum"-repair was to disable "blank screen" option from battery preferences and doing changes that i told about in first post. That way the display goes black when closing the lid, and picture comes back when opening it. As i stated earlier, this method doesn't turn off power from GPU, but still uses less battery when lid is closed. And i'm planning to use this configuration until i find out better solution.

Do you have your wacom working with touchscreen? Do your changes apply to this? Stylus/pen works fine with my confs, but used with finger i'm not even close.

And thanks again.

+m

What i found out while fighting with the tablet/touch is that the devicenodes are all but straightforward, /dev/input/wacom is pretty much randomly assigned and all the neccessary links did not show up in /dev/input/by-id/* so i used the ones in /dev/input/by-path/ they seem to be more persistent, there will be two ending in -wacom and one is for the pen and one is for touch.

wacdump can help you identify which is which as long as they are not being used by X.
Koodia: [Valitse]
Section "InputDevice"
    Identifier     "TabletStylus"
    Driver         "wacom"
    Option         "ForceDevice"   "ISDV4"
    Option         "Type"          "stylus"
    Option         "SendCoreEvents" "true"
    Option         "Device"        "/dev/input/by-path/pci-0000:00:0b.1-usb-0:2.3:1.0-wacom"
    Option         "Button2"       "3"  # make side-switch a right button
    Option         "TopX"          "218"
    Option         "TopY"          "234"
    Option         "BottomX"       "26235"
    Option         "BottomY"       "16349"
EndSection

Section "InputDevice"
    Identifier     "TabletEraser"
    Driver         "wacom"
    Option         "ForceDevice"   "ISDV4"
    Option         "Type"          "eraser"
    Option         "SendCoreEvents" "true"
    Option         "Device"        "/dev/input/by-path/pci-0000:00:0b.1-usb-0:2.3:1.0-wacom"
    Option         "TopX"          "404"
    Option         "TopY"          "401"
    Option         "BottomX"       "26090"
    Option         "BottomY"       "16334"
EndSection

Section "InputDevice"
    Identifier     "TabletTouch"
    Driver         "wacom"
    Option         "ForceDevice"   "ISDV4"
    Option         "Type"          "stylus"
    Option         "SendCoreEvents" "true"
    Option         "Device"        "/dev/input/by-path/pci-0000:00:0b.1-usb-0:2.3:1.1-wacom"
    Option         "TopX"          "1180"
    Option         "TopY"          "900"
    Option         "BottomX"       "25287"
    Option         "BottomY"       "15617"

And a late entry, my Debian install seems to have had a habit of wearing out the harddrive by constantly parking it after being idle for 10 seconds so take care that you are not killing your disk by over-aggressive powermanagement.

Edit: I will include my xorg.conf, nothing secret in that anyways, ignore the top x,y bottom x,y, just been trying to improve calibration
« Viimeksi muokattu: 20.05.08 - klo:22.44 kirjoittanut r_ahlskog »

junnuh

  • Käyttäjä
  • Viestejä: 331
    • Profiili
    • Kotisivu
Vs: Ubuntu ja HP Pavilion tx2020eo (tx2000, tx2020)
« Vastaus #18 : 21.05.08 - klo:22.47 »
Tervehdys lämmin!

Nyt toimii kansi, kiitos ohjeista! :D

Jälleen yksi kysymys tietämätön kun olen! Mikä on lightscribe ja mitä se tekee?

keväisin terveisin ja kiitoksin lämpimin! :o

junnuh
valoa lämmöllä ja rakkaudella - ubuntu rulaa
www.junnunterapiat.com

s0r05000

  • Käyttäjä
  • Viestejä: 110
    • Profiili
    • kapsi
Vs: Ubuntu ja HP Pavilion tx2020eo (tx2000, tx2020)
« Vastaus #19 : 21.05.08 - klo:23.34 »
Mikä on lightscribe ja mitä se tekee?

http://www.lightscribe.com/

Lightscribe mahdollistaa cd ja dvd levyjen polton pintapuoleen. Eli toiminnolla poltetaan levyn pintaan teksiä/kuvaa. Toimii jotenkuten tavallisissa levyissäkin, mutta varsinaisiin lightscribe-levyihin jälki jää huomattavasti paremmin. Eihän tällä muuten juuri mitään tee, mutta jos arkistoi vaikkapa gidikuvia, niin levyn pintaan saa mukavasti kirjoitettua mitä levy sisältää,
"a combination of bad and sad luck, and it's definitely not fair." Grace (or The Importance of being impermanent) - Armalite
HP Pavilion tx2020 & Ubuntu 8.04 mirosol.kapsi.fi