[openmamba-devel-it] Kernel 2.6.26.8
Silvan Calarco
silvan.calarco a mambasoft.it
Mer 3 Dic 2008 05:26:44 CET
Il martedì 02 dicembre 2008 21:36:52 gil ha scritto:
> Silvan Calarco ha scritto:
> > Il martedì 02 dicembre 2008 17:30:53 gil ha scritto:
> >> Ercole Carpanetto ha scritto:
> >>> 2008/12/2 gil <puntogil a libero.it <mailto:puntogil a libero.it>>
> >>>
> >>> Ercole Carpanetto ha scritto:
> >>>
> >>>
> >>>
> >>> Il giorno 2 dicembre 2008 11.38, Titti a gmail
> >>> <tiziana.ferro a gmail.com <mailto:tiziana.ferro a gmail.com>
> >>> <mailto:tiziana.ferro a gmail.com
> >>> <mailto:tiziana.ferro a gmail.com>>> ha scritto:
> >>>
> >>>
> >>> gil ha scritto:
> >>>
> >>> Silvan Calarco ha scritto:
> >>>
> >>> In devel-makedist troverete un aggiornamento del
> >>> kernel alla versione 2.6.26.8 <http://2.6.26.8>
> >>> <http://2.6.26.8>, con molti
> >>> upstream bugfix rispetto alla 2.6.26.5
> >>> <http://2.6.26.5> <http://2.6.26.5>.
> >>>
> >>>
> >>> Inoltre ho disattivato l'opzione del kernel
> >>> CONFIG_X86_PAT, una nuova funzionalità che secondo
> >>> quanto
> >>> riportato qua:
> >>>
> >>>
> >>> http://lkml.indiana.edu/hypermail/linux/kernel/0805.0/2966.html
> >>>
> >>> risulta essere causa di problemi con scheda video e
> >>> X-server e potrebbe avere connessioni con alcuni dei
> >>> problemi segnalati in questa lista e su
> >>> bugs.openmamba.org <http://bugs.openmamba.org>
> >>> <http://bugs.openmamba.org>.
> >>>
> >>>
> >>> ciao,
> >>> Silvan
> >>>
> >>>
> >>> ciao
> >>> la provo subito
> >>> grazie
> >>>
> >>> Ciao provato, va in kernel panic... a questo punto credo
> >>> debba riprendere la snapshot ( o c'è un altro modo?)
> >>>
> >>> Titti
> >>>
> >>>
> >>> A me (su un fisso con un sempron 2800+) funziona senza
> >>> problemi invece: da addirittura la sensazione di essere più
> >>> reattivo. L'unico inconveniente riscontrato è una maggioer
> >>> lentezza di Virtualbox rispetto al 2.6.24 ma penso sia da
> >>> imputare ad una maggiore occupazione di RAM del sistema che mi
> >>> porta ad utilzzare lo swapfile (con il 2.6.24 avevo sempre
> >>> 100-200Mb di RAM libera e lo swap a 0 adesso ho 20-30Kb liberi
> >>> e 400-600Kb di swap in uso).
> >>> Stasera lo testo sul portatile e vi faccio sapere.
> >>> Ercole
> >>> --
> >>> Freedom is nothing else but a chance to be better.
> >>> A.Camus
> >>>
> >>> a me oltre al'uso eccessivo di ram mi rallenta tutto il sistema
> >>> (athlon x64 2c +4600)
> >>> fino a bloccarlo... va a scatti
> >>> ciao
> >>>
> >>>
> >>> Riesci a trovare cos'è che blocca tutto? Ad esempio usando top quali
> >>> sono i programmi che occupano più ram e cpu e qual'è il carico della
> >>> macchina?
> >>> La mia macchina pur non essendo un fulmine ne come processore ne come
> >>> schede è usabilissima (e considera che per lavoro devo usare anche
> >>> Virtualbox con XP che si succhia oltre 400Mb di RAM): ho kde4, qualche
> >>> widget, firefox3 aperto con un po' di addon e questa è la situazioni
> >>> riportata da top
> >>>
> >>> top - 15:17:25 up 7:10, 1 user, load average: 0.48, 0.53, 0.41
> >>> Tasks: 97 total, 1 running, 96 sleeping, 0 stopped, 0 zombie
> >>> Cpu(s): 13.2%us, 4.3%sy, 0.7%ni, 80.9%id, 0.0%wa, 0.7%hi,
> >>> 0.3%si, 0.0%st
> >>> Mem: 1035244k total, 982772k used, 52472k free, 28212k
> >>> buffers Swap: 2578424k total, 34456k used, 2543968k free,
> >>> 225016k cached
> >>>
> >>> La configurazione è
> >>> Sempron 2800+, 1Gb di RAM, disco SATA 80Gb e questa è la
> >>> configurazione da lspci
> >>>
> >>> 00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP]
> >>> Host Bridge (rev 80)
> >>> 00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
> >>> 00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA
> >>> RAID Controller (rev 80)
> >>> 00:0f.1 IDE interface: VIA Technologies, Inc.
> >>> VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
> >>> 00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
> >>> Controller (rev 81)
> >>> 00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
> >>> Controller (rev 81)
> >>> 00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
> >>> Controller (rev 81)
> >>> 00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
> >>> Controller (rev 81)
> >>> 00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
> >>> 00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge
> >>> [KT600/K8T800/K8T890 South]
> >>> 00:11.5 Multimedia audio controller: VIA Technologies, Inc.
> >>> VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
> >>> 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II]
> >>> (rev 78)
> >>> 01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon
> >>> 9200] (rev 01)
> >>> 01:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200]
> >>> (Secondary) (rev 01)
> >>>
> >>> Anche compiz gira fluido, lo devo solo disattivare perchè è
> >>> incompatibile con la modiltà schermo intero di virtualbox
> >>> Ciao
> >>> --
> >>> Freedom is nothing else but a chance to be better.
> >>> A.Camus
> >>
> >> a me si blocca tutte le volte che devo copiare e incollare l'output di
> >> top allego lspci var/log/messager e il log di avvio del kernel 2.6.26.5
> >
> > Ci sono o hai informazioni che si riferiscono al test del kernel
> > 2.6.26.8?
> >
> > ciao
> > Silvan
>
> ciao
> ho ancora il problema per l'audio e in fase di boot (non ho aggiunto
> nessuna opzione) é un po lento (ci impiega 46/49 sec di solito :) )
> lo splash sembra bloccato (la barra di avanzamento non va fa capolino e
> poi scompare) dopo scompare tutto per circa mezzo minuto infine si
> alternano lo splash di mamba con lo schermo nero per una 10ina di sec
> pero per adesso non si é ancora bloccato anche se come richiesta di
> memoria é quasi uguale al precedente
> ho notato che mysql e un altro paio di sw si prendono un "po" di memoria
> (foto allegata)
> per l'audio come posso rimediare?
> adesso faccio le prove con le opzioni di boot ?
>
> grazie
Dall'immagine che hai allegato si vede che la memoria swap è totalmente
inutilizzata. L'occupazione della ram vicino al 100% secondo me non è un
problema ma una qualità del kernel, finché non viene usata la memoria swap.
Dal log del kernel si vede che circa 47 secondi sono dovuti al recovery del
filesystem, forse il sistema non si era chiuso correttamente prima del
riavvio?
[ 8.538874] EXT3-fs: INFO: recovery required on readonly filesystem.
[ 8.538877] EXT3-fs: write access will be enabled during recovery.
[ 55.042017] kjournald starting. Commit interval 5 seconds
[ 55.216376] EXT3-fs: recovery complete.
[ 55.216376] EXT3-fs: mounted filesystem with ordered data mode.
uvesafb mostra errori già visti (mode switch failed) su cui c'è da indagare:
[ 0.514257] uvesafb: (C) 1988-2005, ATI Technologies Inc. RV51601.00,
RV51601.00, 01.00, OEM: ATI ATOMBIOS(C) 1988-2005, ATI Technologies Inc.
RV51601.00, VBE v3.0
[ 0.525517] uvesafb: protected mode interface info at c000:a196
[ 0.525519] uvesafb: pmi: set display start = c00ca224, set palette =
c00ca2e6
[ 0.569333] uvesafb: VBIOS/hardware supports DDC2 transfers
[ 0.613551] uvesafb: monitor limits: vf = 75 Hz, hf = 81 kHz, clk = 140 MHz
[ 0.613698] uvesafb: scrolling: ywrap using protected mode interface,
yres_virtual=4096
[ 0.617858] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again
with default timings.
[ 0.662436] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again
with default timings.
[ 0.717139] Console: switching to colour frame buffer device 128x48
[ 0.717236] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again
with default timings.
ciao
Silvan
--
mambaSoft di Calarco Silvan
Web: http://www.mambasoft.it
mambaSoft Store @ http://shop.mambasoft.it
openmamba GNU/Linux development @ http://www.openmamba.org
Maggiori informazioni sulla lista
openmamba-devel-it