[suur13]

Selline jama tekkis siis mingi hetk peale emaplaadi vahetust, et dualboot masin ei tee Debian unstable alt enam shutdowni.

Sequence jõuab ilusti ilma erroriteta kirjani "Will now halt" ja siis pritsib ekraani lõpmatut jama täis:
seal on näha kirjasid risc1: 0xffffff, 23 22 21 cnt1, cnt 2, 14 13 12, sol eol irq2, cx88, shutdown, irq1 jne. läbu tsükkel näib kordusena iga mõne sekundi tagant.
cx88 viitab mu TV kaardile Hauppauge HVR-1100, mis samas töötab korralikult. Talupojaloogika ütleb, et masin ei suuda seda kaarti magama saada ?
Samas varem töötas sama conf edukalt, ka Win7 all töötab kõik/shutdown ilusti. Riistavara viga ei usu. Debian unstable, custom 3.0.4 kernel, GA-870A-USB3L mutt.

See viimane oligi suurim muudatus süsteemis ~nädal tagasi. Ei suuda meenutada kas alguses peale vahetust kõik töötas, kuna vabalt võisin shutdowni teha ka Win alt. What gives ?

EDIT: ongi TV kaart. Kaart väljas töötab shutdown OK. Ei aita ka teise PCI pessa panek.

EDIT2: Tundub ikkagi, et Linuxi konfiguratsiooni või kernel .config viga, kuna suvaline LiveCD (tõsi, Gentoo) mis ka cx88 kaardi ära tundis, teeb shutdown'i kenaste.

shutdown.log on ka tühi.

[Dogbert]

Küllap oled kerneli konfist midagi sellist välja rookinud, mida uuel emaplaadil tarvis on
Kindlalt saad teada, kui Debiani repost pärit kerneliga proovid masinat käima saada.

[suur13]

Jep, sellest sain ka ise aru ja plaan on jah proovida stock kernelit.

Kuid kuidas ma teada saan, mis mul täpselt puudu on ?

PS: Riistavaraliselt masin lolliks ei lähe, kuna 4 sek. power nuppu
all hoides teeb ka läbu ajal korraliku shutdowni.

[Dogbert]

Ma ei ole mingi kerneli spetsialist, aga kõhutunde järgi vaataks kõigepealt kiibistikudraiverite ja ACPI poole. Aga küllap tuleb ette võtta ja suurem osa konfist läbi käia või siis alustada hoopis nullist - kui stock kernel töötab, siis võtta selle konf aluseks ja seda siis nudida enda soovide järgi. Mitu head tundi näputööd on ees sel juhul (kui põhjalikult nudida), aga kui teistpidi kallale minna ja olemasolevast konfist viga otsima hakata, võib see veel vaevalisem olla.

Ma olen ise viimasel ajal laisk ja ettevaatlik, st kasutan stock kernelit ja asi mutt - pärast seda kui custom kerneliga masinal raud lendas ja oli vaja süsteem kiiresti teise raua peal käima saada...

[marqs]

kui mooduli (cx88-dvb?) enne masina kinni lükkamist maha rmmod-idi, mis siis juhtub?
http://linuxtv.org/wiki/index.php/Cx88_devices_(cx2388x) on küll suht vana, aga sel toodud sätted on paigas? CONFIG_MODULE_FORCE_UNLOAD näituseks.

[suur13]

Hetkel developement selline, et proovisin stock kernelit ja peaaegu sama jama. Ainult seosetu läbu asemel konkreetsem kiri:

(xx.xxxxx) cx88[0]/1: IRQ loop detected, disabling interupts.
x asemel siis erinevad numbrid. Ja selline kiri jääbki kordusena jooksma...

EDIT:

Jep, rmmod cx8800 võimaldab teha eduka shutdowni. Aga selline elu tähendab "no TV". Niiet saba lahti, nokk kinni...
Veel. Nüüd kui cx8800 on kompileeritud moodulina, mitte kerneli sisse, siis kuvatakse buudil kirja Fatal: loading module cx88...
Edasi ei jõua lugeda, kerib liiga kiiresti eest ära. Aga moodul siiski laetakse (lsmod). Ja teda saab unloadida.
Mingi jama selle mooduliga siiski on, kuna ka nii TV ei tööta (Kaffeine - no device) ja isegi hiir hangub kohe peale sisse logimist (X siiski töötab edasi - klaveriga saab majandada. KDE 4.6).

Hiir ja TV töötavad korralikult ainult siis kui cx88 on kompileeritud otse kernelisse.

[Dogbert]

rmmod cx8800 võib lisada shutdowni, (s.o halt) skriptidele, ei pea teda püsivalt eemaldama ega blacklistima.
Nähtavasti peaks sama tegema siis ka sleep ja hibernation skriptidega, ilusama lahenduse korraldamisel võib abiks olla pm-utils ja konkreetne näide moodulite eemaldamisest enne tudile jäämist

[suur13]

Lugu ikka väga imelik...

nagu räägitud, ei ole masin kasutatav kui cx8800 on kompileeritud moodulina:
Hiir hangub kolm sekundit peale sisselogimist (olenemata USB pordist).
Disablesin BIOS'est ka USB3, USB Legacy, ei aita.

Samas kui teha Ctrl+Alt+BackSpace (kill X) tuleb hiir KDM'is tagasi. Seda kuni
uue sisse logimiseni (olenemata kasutajast). Moodulite tapmine ei mõjuta hiire
tööd. Lihtsalt ei tööta.
Eila õhta unustasin kompileerida cx88_alsa. Kui see on kompileeritud ei näita
käivitamisel Fatal errorit ja TV töötab. Samas seda moodulit removeda ei saa.
Ütleb, et on kasutuses... ei tea, äkki Pulseaudio poolt ?

Ühesõnaga - "pean" kompileerima cx88 otse kernelisse ja enne shutdowni ma
teda maha killida niimoodi ei saa. Jälle nokk kinni, saba lahti...

[Dogbert]

lsmod | grep cx88

peaksid nägema, millised teised moodulid sõltuvad cx88 moodulitest. Pole mõtet pimesi oletada. Ja kui sõltuvused ära näed, saad sõltuvad moodulid removeda enne cx88 mooduleid.

[suur13]

Jah oli pulseaudio, aga see on hetkel tähtsusetu...

Süüdlane on kindlaks tehtud ja selleks on cx88 moodul. Aga ei tea probleemi juurpõhjust ja sellest lähtuvalt ka lahendust.
Hetkel on ikkagi nii, et cx88 moodulina hangutab hiire ja kerneli osana ei luba teha proper shutdown'i.

Niie küsiks ikkagi - mis suunas peaks edasi tegutsema ?

[Dogbert]

Ega ma ei saanudki nüüd aru, kas stock kernel töötab normaalselt või mitte. Ütled, et hiir hangub, kui cx8800 on moodulina - stock kerneliga ka?

Kui jah, siis võimalikult uus kerneliversioon kompileerida kernel.org sortsust - ehk on viga kõrvaldatud.

[suur13]

Stock kerneliga (proovsin nii Ubuntu kui ka Debiani enda oma) ei tee masin samuti korraliku shutdowni.
Hiirt ei tea kuna nVidia drivereid kompileerida ei saanud ja X polnud püsti.

Enda kompileeritud kernel ongi kernel.org sortsust. Sellest kõige viimasest (3.0.4). Kernel.org muide teist nädalat maas.

EDIT:

Niipalju on siis vahet, et Debiani stock kerneli puhul ei hangu hiir X all (proovisin Vesa driveriga), küll aga hangub ise kompileeritud kerneliga töötades isegi Vesa driveriga ja madalama resolutsiooniga. Niiet hiire hangumine ei sõltu videodriverist. Küll aga tundub et sõltub Plasma sessionist, kuna puhta KDM-i ajal hiir tötab ja töötab ka Failsafe sessiooni all.

[Dogbert]

Kuna sa VESA draiveriga juba katsetasid, siis ei saa ka nVidia draiverit süüdistada.

Kas oma kerneli kompileerimisel kasutasid alusena stock kerneli konfi või seda, millega seoses teemat alustasid?

Kui juba võtsid stock kerneli konfi oma konfi aluseks (n-ö nullist peale konfimine) ja ikka jupsib, siis jääb veel ära proovida ka stock kerneli sorts - et ei kompileeri seda kõige värskemat kernelit, vaid just stock kerneli sortsust teed oma kerneli. On ka mul olnud jama distro stock kernelist uuema käimaajamisega. Debian on konservatiivne distro ja kasutab "vana ja läbiproovitud" kernelit vaikimisi, selle asemel kõige uuema kompileerimise ja käimaajamisega on teinekord päris suuri probleeme - ei klapi vanemad teegid jms.

Kui veel ei ole konfi stock konfile üles ehitanud, siis on proovida kaks asja - stock kerneli konfil põhinev custom konf uuema sortsu peal ja sama siis ka stock sortsu peal.

Aga kui jantimine ära tüütab, siis kasuta stock kernelit lihtsalt. Või on stocki kasutamisel mingi takistus? Kirjutasid, et ei saa nVidia draiverit kompileerida, aga ei öelnud põhjust.

[suur13]

Hiire hangumise põhjustas lirc, hiir oli peale raua vahetust kolinud elama varem lirc'ile kuulunud input/eventX peale.
Aitas /etc/lirc/hardware.conf muutmine.

Nüüd töötavad nii hiir, lirc, telekas kui ka shutdown (räme rmmod cx800 läks /etc/ini.d/halt scripti). Suspendi ja hibernation'i ma lauamasinal ei kasuta. Tänan Dogbert käe hoidmise eest . Aga juurpõhjus jäi ikka teadmata.

* - Nvidia driver ei installeerunud seepärast, et polnud installitud pakikerneliga kokkusobivat linux-headres pakki ja ka minu gcc versioon ei ühtinud Debiani poolt kompileeritud pakikerneli omaga. Ei taha ja ei viitsi omale selgeks teha kuidas käib nvidia driveri install Debiani non-free repost. Olen alati tirinud run faili otse nvidia lehelt ja plaanin nii jätkata. See on mugav all-in-one solution. Mul kõik glx, dri ja vdpau korralikult paika sätitud jne.

[Supiplex]