kernel 2.6.32

[Blallo]

eh strano si
uso lo stesso config che con il 2.6.32-rc5 non mi dava problema alcuno, se non il mancato spegnimento della macchina
ora invece la macchina si spegne benissimo, ma non funziona il resto
e il boot ripeto è decisamente più lento, a parità di config

[Bart]

Magari è andato storto qualcosa. Hai utilizzato l'opzione modulare (localmodconfig) o monolitica (localyesconfig)?

[slucky]

non nego che sarà una funzione anche molto comoda, ma da parte mia preferisco continuare a compilarmi i kernel alla maniera
tradizionale....

[Blallo]

nessuna delle 2..uso un mio config funzionante

[robbybby]

Installata ora.
Sembra tutto tranne:
la webcam (una Logitech con protocollo UVC) parte con immagini molto piu' scure rispetto ai kernel precedenti. Per il momento ho risolto utilizzando il programma luvcview della stessa Logitech (scaricato dal loro svn), che mi permette di impostare i vari parametri della webcam, e di ripristinarli: lo lancio prima di utilizzare skype, o msn, e va tutto bene.
Pero' la mia domanda e' la seguente: ci sono dei parametri del kernel per configurare la webcam, senza dover passare attraverso luvcview? Magari dei parametri da mettere in /etc/modprobe.d. Ho cercato, ma non ho trovato niente.

[urka58]

Installata ora.
Sembra tutto tranne:
la webcam (una Logitech con protocollo UVC) parte con immagini molto piu' scure rispetto ai kernel precedenti. Per il momento ho risolto utilizzando il programma luvcview della stessa Logitech (scaricato dal loro svn), che mi permette di impostare i vari parametri della webcam, e di ripristinarli: lo lancio prima di utilizzare skype, o msn, e va tutto bene.
Pero' la mia domanda e' la seguente: ci sono dei parametri del kernel per configurare la webcam, senza dover passare attraverso luvcview? Magari dei parametri da mettere in /etc/modprobe.d. Ho cercato, ma non ho trovato niente.

Puoi provare con:

Codice: Seleziona tutto

modinfo nome_driver

per vedere quali parametri accetta, ma nel caso di uvcvideo non mi pare che ci sia quello che cerchi.
Ciao

[robbybby]

Grazie per il suggerimento, pero' c'e' un piccolo problema: non l'ho compilato come modulo, ma statico

[DarthSteve]

@Bart » 12/05/2009, 10:32 pm
Hai provato con localmodconfig o localyesconfig?

Ho compilato il kernel, nei due modi, come hai suggerito...
ma il risultato e' il solito...
- alla fine del processo di "shut-down" or "halt" il messaggio finale e'
il solito "System Halted."

* Hai altri suggerimenti e/or ipotesi per questo -strano- effetto !?!
- TIAA !

[Paoletta]

@Bart » 12/05/2009, 10:32 pm
Hai provato con localmodconfig o localyesconfig?

Ho compilato il kernel, nei due modi, come hai suggerito...
ma il risultato e' il solito...
- alla fine del processo di "shut-down" or "halt" il messaggio finale e'
il solito "System Halted."

* Hai altri suggerimenti e/or ipotesi per questo -strano- effetto !?!
- TIAA !

Manca il supporto per APM o ACPI nel nuovo kernel, per questo non si spegne. Ti conviene aggiungerlo da te...penso che questa nuova feature debba fare ancora strada...

[DarthSteve]

@Paoletta:
Manca il supporto per APM o ACPI nel nuovo kernel, per questo non si spegne. Ti conviene aggiungerlo da te...penso che questa nuova feature debba fare ancora strada...

Uhm... il supporto ACPI e' attivato.... ma forse quello APM no !
Ho usato il "config" del kernel 2.6.31.5 e usato anche il -classico-
comando "make oldconfig".

APM e' disabilitato perche ormai e' obsoleto... or forse non ancora ?!?

[robbybby]

Io ho preso il .config del kernel 2.6.31.6, e ho dato il classico make oldconfig, e il pc mi si spegne. Pero' ho quasi tutto statico.
Questa e' la sezione ACPI del mio .config, se ti puo' essere d'aiuto:

Codice: Seleziona tutto

# Power management and ACPI options
#
CONFIG_PM=y
# CONFIG_PM_DEBUG is not set
# CONFIG_SUSPEND is not set
# CONFIG_HIBERNATION is not set
# CONFIG_PM_RUNTIME is not set
CONFIG_ACPI=y
# CONFIG_ACPI_PROCFS is not set
CONFIG_ACPI_PROCFS_POWER=y
CONFIG_ACPI_POWER_METER=m
CONFIG_ACPI_SYSFS_POWER=y
CONFIG_ACPI_PROC_EVENT=y
# CONFIG_ACPI_AC is not set
# CONFIG_ACPI_BATTERY is not set
CONFIG_ACPI_BUTTON=m
# CONFIG_ACPI_VIDEO is not set
CONFIG_ACPI_FAN=m
CONFIG_ACPI_DOCK=y
CONFIG_ACPI_PROCESSOR=y
# CONFIG_ACPI_PROCESSOR_AGGREGATOR is not set
CONFIG_ACPI_THERMAL=y
# CONFIG_ACPI_CUSTOM_DSDT is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
# CONFIG_ACPI_PCI_SLOT is not set
CONFIG_X86_PM_TIMER=y
# CONFIG_ACPI_CONTAINER is not set
# CONFIG_ACPI_SBS is not set
# CONFIG_SFI is not set

[DarthSteve]

@robbybby

OK... provo la tua sezione ACPI... con alcune differenze:
Eg. io ho abilitato il parametro "CONFIG_SUSPEND" e disabilitatto
i parametri "CONFIG_ACPI_DOCK" e "CONFIG_ACPI_THERMAL".

P.S.: ho ancora un Athlon XP 1800+ con 1 GB RAM e videoboard Radeon 9250-Pro !!
quindi attivo solo quello essenziale!!

[Mario Vanoni]

Guardate la thread
viewtopic.php?f=2&t=30227
fino al 3.6.31 lilo.conf necessitava
append=" vt.default_utf8=0 acpi_enforce_resources=no"
sia per lm_sensors che per halt

dal 2.6.32 halt non funziona piu`, con o senza,
ma lm_sensors stranamente si`.

Spiegazione:

make menuconfig
Power management and ACPI options --->
ACPI (Advanced Configuration and Power Interface) Support --->
(1) Disable ACPI for systems before Jan 1st this year

il valore difetto (default) e` 0 (zero),
mettendo 1 (uno) le mie macchine,
nate nel 2006 e 2007, funzionano di nuovo,
per di piu` certi sbalzi nella lumonisita` schermo sono scomparsi.

Vale anche per il 3.6.32-bfs311 che uso su 3 macchine.

Quindi attenti alle mobo costruite prima del 01-Jan-2009!

Visto che dicono "Disable ACPI for systems before Jan 1st this year",
non specificando l'anno, attenti nel 2010!

[conraid]

Visto che dicono "Disable ACPI for systems before Jan 1st this year",
non specificando l'anno, attenti nel 2010!

Perdonami Mario, ma... devi mettere tu l'anno, il this year è l'anno che inserisci tu

Enter a 4-digit year, e.g., 2001, to disable ACPI by default
on platforms with DMI BIOS date before January 1st that year.
"acpi=force" can be used to override this mechanism.

inserisci un anno, di esempio (e di default su slackware) viene messo 2001, non avvi ACPI in bios costruiti prima di quell'anno.

con 0 disabiliti questa funzione, e quindi ACPI è avviato sempre

come segnala PAT

If you have an older machine (with a BIOS released prior to 2001) and it will
not power off on shutdown, try adding this to your kernel's lilo stanza:
append = "acpi=force"

in quanto come da config

"acpi=force" can be used to override this mechanism.

[Mario Vanoni]

Hai ragione Corrado,
ho interpretato "this year" quale quest'anno, quindi 2009,
e non l'anno di creazione della mobo.

Ma non cambia molto, 1, 2006, 2007 ...
importante per me e` che halt/lm_sensors funzionino,
ed aver capito come risolvere il problema.