«
»

kernel26pierlo 2.6.22-9

25 settembre 2007, 14:41

kernel26pierlo 2.6.22-9

Changelog:
* sync to 2.6.22.7
* iwlwifi patch removed (provided in AUR as separated modules by imachine)

Download:
kernel26pierlo-2.6.22-9.patch.bz2
broken-out

Patches:
patch-2.6.22.7
readahead.c-2.6.22.2.patch
sched-cfs-v2.6.22-v20.5.patch
sched-cfs-v2.6.22-v20.5-boost.patch
sched-cfs-v2.6.22-v20.5-boost-tunables.patch
ckpatches-2.6.22.patch
genpatches-2.6.22-7.patch
uvesafb-0.1-rc3-2.6.22.patch
hrtimers-2.6.22.patch
suspend2-2.2.10-for-2.6.22.patch
linux-phc-0.3.0-pre1-kernel-vanilla-2.6.22.patch
realtime-lsm-2.6.22.patch
powertop-2.6.22.patch
acer-acpi-2.6.22.patch
thinkpad-2.6.22-3.patch
alsa-cvs-20070901-2.6.22.patch
reiser4-for-2.6.22-2.patch
ext4-updates-2.6.22.patch
udf-2.50-2.6.22.patch
linux-2.6.22.1-u4.diff
aufs-cvs-071807-2.6.22.patch
adaptive+ondemand-readahead-2.6.22.patch
ahci-link-power-management-2.6.22.patch
atapi-asynchronous-notification-2.6.22.patch
sata_nv-sw-ncq-support-2.6.22.patch
cpu-support-rollup-2.6.22.patch
mactel-patches-2.6.22-1.patch
mac80211-10.0.0-2.6.22.patch
ipw2200-1.2.2-2.6.22.patch
ene-cardreader-support-2.6.22.patch
xpad-360-support-2.6.22.patch
daconfig-2.3.1-2.6.22-rc3-git6.patch
defaults-unicode-keyboard.patch
fuse-2.6.5-for-2.6.22.patch
git-gccbug.patch
ibm-acpi-20070606.patch
linux-2.6-optimise-spinlock-debug.patch
linux-2.6-selinux-mprotect-checks.patch
acpi-dsdt-initrd-v0.8.4-2.6.21.patch
acpi-buggy-bios.patch
toshiba-bluetooth.patch
usb-storage-unusual-devs.patch
powernow-k8-undervoltage-kernel-2.6.18.patch
bttv-input.patch

Tag:
Category: Senza categoria  |  Commento (RSS)  |  Trackback
  • http://xenos.altervista.org/blogs/ furester

    purtroppo si presenta ancora il problema di kernel panic in avvia sul mio Dell Latitude d820 ..

  • http://pierluigi.netsons.org/ pierluigi

    probabilmente ha a che fare con l’abilitazione dell’High Precision Event Timer (HPET). se non sai dove mettere le mani potresti provare a disabilitarlo nel config.

  • http://xenos.altervista.org/blogs/ furester

    purtroppo non cambia il risultato, ho provato un paio di config diversi ma non riesco a non avere il kernel panic in avvio .. devo studiarci con più calma! Se intanto qualcuno dovesse avere idee faccia sapere ..

  • http://bloginformatico.netsons.org Antonio Barba

    Ciao, volevo segnalarti che da un paio di settimane è pronta la versione 0.3.1 di linux-phc.
    Ho riscritto l’interfaccia di speedstep-centrino, adesso si può usare PHCtool (uscita proprio adesso la nuova versione 0.5) anche con speedstep-centrino oltre che con acpi-cpufreq. Ah, un’altra cosa… la 0.3.1 è presente in due versioni, una per acpi-cpufreq e l’altra per speedstep-centrino, però possono essere applicate entrambe perchè non collidono tra loro.

    A presto, ciao!

  • http://pierluigi.netsons.org/ pierluigi

    @Antonio Barba, una splendida notizia! e a quanto capisco te ne stai occupando tu in prima persona. bene bene ora è fuori la 2.6.22.9, colgo l’occasione per aggiornare anche linux-phc (patch che trovo fondamentale).
    ciao e buon lavoro!

  • http://pierluigi.netsons.org/ pierluigi
  • http://bloginformatico.netsons.org Antonio Barba

    si, me ne occupo da poche settimane, sono entrato casualmente nel team e sto cercando di dare una smossa al progetto, dato che i due devs principali si sono dati alla latitanza ed è rimasto solo il programmatore della GUI a tenere in piedi la baracca! :-p

    se tutto va bene da lunedì prossimo inizierò a lavorare sul modulo powernow-k8, per gli utenti amd64. Per eventuali feedback mi puoi contattare per email o anche tramite il mio blog.

    PS: la patch è nel repo svn, il link diretto è https://www.dedigentoo.org/ro-svn/linux-phc/trunk/devel/kernel-patch/
    puoi applicare tranquillamente entrambe le patch per acpi-cpufreq e quella per speedstep-centrino. La prima va bene per i Core, mentre la seconda va bene per i Pentium-M.
    Ti consiglio di disabilitare il supporto alle tabelle ACPI del modulo speedstep-centrino, abbiamo inserito delle tabelle built-in nel driver con le frequenze di tutti i modelli per far fronte ai BIOS buggati. Se qualcuno ha un BIOS decente con pieno supporto ACPI allora non dovrebbe usare speedstep-centrino, anche se possiede un pentium-m, ma dovrebbe usare acpi-cpufreq (infatti con il mio portatile posso lavorare indifferentemente con uno o l’altro driver, e questo mi aiuta nello sviluppo).

  • http://bloginformatico.netsons.org Antonio Barba

    ah, dimenticavo… ottimo patchset e, cosa più importante, sono un Archer anch’io! :D

  • http://pierluigi.netsons.org/ pierluigi

    grazie seguirò attentamente i tuoi consigli. dire che sono ben accetti è dire poco! ah, come vedi includo una patch “primitiva” per il supporto al powernow-k8, se ci sono sviluppi tienimi informato ;)

  • http://bloginformatico.netsons.org Antonio Barba

    le patch che ho visto in giro per l’undervolting dell’athlon64 sono effettivamente una pena, spero di riuscire a scrivere qualcosa di decente, in ogni caso forse mi potrebbe tornare utile il codice della patch che usi tu… potresti postare la patch che usi, o un link?
    per caso è quella di cui si parla in questo forum? http://forums.gentoo.org/viewtopic-p-3596786.html#3596786

    vabbò, si sono fatte le 2, buona notte! :D Sono contento di aver trovato qualcuno in grado di fare un valido beta test ^_^

  • http://pierluigi.netsons.org/ pierluigi

    le patch che utilizzo le trovi qui: http://pierlo.luckylinux.org/pierlo/2.6.22-9/broken-out/

    in particolare quella relativa a powernow-k8 l’avevo sempre presa dal sito del progetto linux-phc, se ben ricordo.

    sto per rilasciare il 2.6.22-10 con l’aggiornamento a 2.6.22.9, genpatch e linux-phc (con le correzioni che mi hai suggerito per quanto riguarda la configurazione, ovvero disabilitata la lettura delle tabelle ACPI di frequenza/voltaggi per il modulo speedstep_centrino).

    a breve posto tutto.

  • http://bloginformatico.netsons.org Antonio Barba

    perfetto! la vecchia patch powernow-k8 di linux-phc è proprio la base di partenza che userò per sviluppare la nuova patch. Contiene parecchio codice spazzatura che dovrò riscrivere, qualcosa però c’è di funzionante, magari avrò soltanto bisogno di debuggarlo e di aggiungere tutte le funzioni mancanti.
    Il problema principale è che l’interfaccia AMD è molto più macchinosa di quella Intel per la configurazione del risparmio energetico… bisogna fare degli step intermedi quando si cambia frequenza e voltaggio, passando attraverso degli stati di alimentazione che funzionano da ponte, un casino… gli Intel invece svolgono tutte queste funzioni in hardware, troppo bello per chi programma il driver! :D