Actualizaciones del núcleo marcadas por defecto y pérdida de controlador gspcav1 (Cerrado)

Enviado por pepeghino el 24 Noviembre, 2007 - 12:10.

Bugzilla

rpm-drake-updates, es decir ese drake que actualiza gráficamente paquetes y cuyo icono es una caja y un círculo azul, en ocasiones muestra más de 100 paquetes a actualizar. Son tantos que no me pongo a mirar cuales son y simplimente actualizo. Entre los numerosos paquetes algunos actualizan el núcleo.

La cosa es que tengo una webcam que funciona con el driver gspcav1. En un momento dado me dispongo a utilizarla y no funciona ¿Cómo es posible si antes funcionaba? Me voy a rpm-drake, el rojo, y miro y efectivamente el paquete dkms-gspcav1 sigue instalado. Le doy vueltas a la cabeza y comienzo a sospechar que he debido actualizar el núcleo: miro que paquetes llamados *kernel* hay instalados y busco alguno que se llame *kernel-source* para instalarlo. Finalmente y despúés de un cierto esfuerzo recupero el funcionamiento de mi webcam.

Quiero denunciar lo que para mí son 2 bugs:

1) La detección automática de mi webcam no funcionó cuando instalé Mandriva 2008 desde el DVD. Este bug es viejo. Por suerte lo conocía de antes y únicamente tuve que instalar dkms-gspcav1. No hizo falta instalar ningún paquete kerner-source en ese momento.

2) rpm-drake-update no debería marcar por defecto aquellos paquetes relacionados con el núcleo para actualizarlos. Incluso cuando el usuario los marque con el ratón debería aparecer un mensaje advirtiendo que dicha actalización puede ocasionar que elementos de hardware dejen de funcionar y que se aconseja instalar el paquete kerner-source correspondiente.

# 43455: Aquí realmente hay dos

Enviado por pacho el 24 Noviembre, 2007 - 12:27.

Aquí realmente hay dos problemas:
1. Mandriva no te detectó automáticamente el driver para tu cámara, esto debería estar resuelto en mandriva 2008.0 (en mi caso funcionó correctamente). Lo más sencillo será enviar un bug incluyendo la salida de "lsusb -v" con la cámara conectada (si es una cámara que se conecta por usb...)

2. El paquete dkms-gspcav1 debería instalar el metapaquete kernel-devel-latest, es posible que esté relacionado con:
http://qa.mandriva.com/show_bug.cgi?id=35483

En cuanto a lo de que MandrivaUpdate marque por defecto el kernel para actualizarse es el comportamiento normal desde mandriva 2008.0 y el esperado. Dado que lo que realmente es un bug es que ciertos dkms no actúen correctamente, y estos problemas han de ser solucionados en lugar de simplemente "ocultados" manteniendo la versión del kernel fija por defecto (aún cuando las actualizaciones solucionan problemas conocidos de seguridad)

Saludos y gracias por informar del problema

NO LEER

JID:pacho@jabber-hispano.org
El Blog de Pacho

# 43534: No había contado toda la historia

Enviado por pepeghino el 26 Noviembre, 2007 - 18:10.

Sí, es una cámara USB, marca Logitech. El modelo exacto no lo sé porque no tengo la caja aquí y ahora aunque tiene una luz azul encima, es negra y es esférica.

Lo que hice además de instalar los paquetes kernel-source fue descargarme el paquete gspcav1-20070508.tar.gz e instarlo casi manualmente.

Reconozco que para una empresa eso de la seguridad informática debe ser muy importante porque si la seguridad falla pueden terminar perdiendo dinero. Lo que ocurre es que en mi caso el uso que dedico al PC es puramente recreativo. Que me encuentre que no funciona la webcam justo cuando vaya a hablar con mi amiga, que de hecho fue lo que ocurrió, me importa más que que toda la seguridad informática del mundo y por eso prefiero un kernel inseguro pero que controle mis periféricos a uno seguro y que no controle nada.

La próxima vez leeré el nombre de los paquetes que vayan a actualizarse aunque sean 200. Si no tengo tiempo de leerlos no actualizaré nada.Supongo que es bueno leer y la culpa es mía por haberlo olvidado.

# 43537: De todos modos, aunque

Enviado por pacho el 26 Noviembre, 2007 - 19:22.

De todos modos, aunque consideres más o menos importante actualizar el kernel, este problema no debería suceder (como ya he comentado antes), al menos, usando el dkms (o el paquete precompilado, cuando esté disponible) del driver correspondiente.

Se supone que los usuarios que sepan compilar drivers desde las fuentes sin usar dkms ni urpmi suelen "intuir" cómo tienen que actuar en la actualización del kernel. Para los usuarios que lo quieran todo automático, en principio (si no es así, avisad, por favor) instalando Mandriva 2008.0 de cero e instalando los drivers que te instale automáticamente harddrake, todo debería ir "como la seda"

Personalmente, yo te recomiendo actualizar el kernel (si tienes algún problema coméntalo), dado que, aunque el kernel oficial suele actualizarse sólo por problemas de seguridad (siempre y cuando no se cambie de versión principal, por ejemplo de 2.6.22 a 2.6.23), el kernel de mandriva también suele solucionar bugs de drivers de sonido, de red, .etc

En concreto, he revisado el changelog de esta actualización y parece que resuelve bastantes problemas:
o Herton Ronaldo Krzesinski - Updated to 2.6.22.12. - Alsa: fix sound issues on Dell XPS M1210 and M1330 models. The oops on M1210 should not happen anymore with upstream alsa hg commit 5442 from Takashi Iwai. - Fixed mach64 drm support: the existing patch had its build disabled because of a bug, and also was broken. Replaced the patch with fixed ones (#34473). Note that to use it with xorg you need to use x11-driver-video-ati_6.7 package, dri support will not work with x11-driver-video-ati-6.6.3. - Updated CFS to version 22. - Added Attansic/Atheros(R) L2 Fast Ethernet Adapter driver (#34281). - Added patch from Emmanuel Andry that adds support for OXCB950 Cardbus 16950 UART (#33821). - Add ipg module from netdev tree (IC Plus IP1000 Gigabit Ethernet Adapter). - Added upstream alsa bugfix: hda-codec - Fix input_mux numbers for vaio stac92xx. - Added upstream alsa patch to fix sound issues on Fujitsu-Siemens C1410 (#34555). - Change laptop flavour to use CONFIG_HZ = 300. Turns out that HZ = 100 is too low for interactivity, and on laptops it seems it's not worth the extra economy of energy (for example, with HZ = 100 there are too many audio skips in some applications/games). Reported by Andreas Hasenack, and Acked by Luiz Capitulino. We could choose HZ = 250, but 300 is a bit better in interactivity/less latency and not much a difference anyway. And note that accordingly to Len Brown et al paper here: http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/doc/OLS2006-bltk... CONFIG_HZ has a small impact on power consumption on idle workloads, so we could even start to think of selecting a HZ = 1000 value for laptops where interactivity/less latency is also important. - Added one more fix for Dell XPS M1210, from Zhe Jiang (fix for mic/hp/mute issues). - Updates/fixes to ralink softmac/mac80211 based drivers (#34382, #34586). - Add ids for alsa atihdmi support of ATI HD2400/HD2600 integrated sound devices (#34545).


    o Thomas Backlund 

    - update to 2.6.22.10

    - readd netfilter ipset, psd & ifwlog support

    (fixes kernel part of: #26376, #29800, #29982, #31402, #32399, #33069)

    - update kernel-laptop descriptions and summary (#33518)

    - disable mrproper target on -devel rpms to stop 3rdparty installers from

    wiping out needed files and thereby breaking builds (#34672, #34669)

    (based on an initial patch by Danny used in kernel-multimedia series)

    - add support for ENE CB712/4 card readers (#30172)

    - revert unionfs to a working 1.4 branch, as 2.1* branch is too buggy for

    our stable kernel series.
    o Luiz Capitulino 

    - fix ipt_psd netfilter API usage

    - fix ipt_IFWLOG netfilter API usage

o Bogdano Arendartchuk - ZZ19_CVE-2007-5500_ptrace_check_exit_state.patch (#35605)

Saludos

NO LEER

JID:pacho@jabber-hispano.org
El Blog de Pacho