Tr?fico del N?cleo #97 For 11 Dec 2000 By Zack Brown Translated By: Cristian Oth?n Mart?nez Vera FAQ de linux-kernel (http://www.tux.org/lkml/) | suscribirse a linux-kernel ( http://www.tux.org/lkml/#s3-1) | Archivos de linux-kernel (http:// www.uwsg.indiana.edu/hypermail/linux/kernel/index.html) | kernelnotes.org ( http://www.kernelnotes.org/) | Navegador de C?digo del N?cleo LxR (http:// lxr.linux.no/) | Todos los N?cleos (http://www.memalpha.cx/Linux/Kernel/) | N?cleos Transportados (http://perso.wanadoo.es/xose/linux/linux_ports.html) | Documentos del N?cleo (http://jungla.dit.upm.es/~jmseyas/linux/kernel/ hackers-docs.html) | Enciclopedia de Gary: N?cleo Linux (http://members.aa.net/ ~swear/pedia/kernel.html) Table Of Contents * Standard Format * Text Format * XML Source * Introduction * Mailing List Stats For This Week * Threads Covered 1. 18 Nov 2000 - 30 Nov 2000 (12 Compostura Para Bug De Memoria Virtual posts) De 2.2 De Tiempo Atr?s 2. 22 Nov 2000 - 29 Nov 2000 (42 M?s Corrupci?n De Sistema De Ficheros posts) En 2.4 (18 Las Distribuciones De Linux Haciendo 3. 26 Nov 2000 - 27 Nov 2000 posts) Cambios Incompatibles A Herramientas Del Sistema 4. 27 Nov 2000 - 28 Nov 2000 (4 Nuevos Problemas De BIOS De APM Para posts) Dell 5000e: La Saga Contin?a 5. 27 Nov 2000 - 3 Dec 2000 (13 La Hija De Linus posts) 6. 28 Nov 2000 (5 Ciclo Infinito De 'modprobe' En posts) Controladores Con Bugs 7. 29 Nov 2000 (2 Reporte De ?xito Para M?quinas De posts) Grandes Memorias 8. 29 Nov 2000 - 30 Nov 2000 (2 Mantenimiento Lento Del Controlador De posts) Sonido Yamaha OPL3-SAx (4 Rarezas De struct De Tiempo Atr?s 9. 30 Nov 2000 posts) Longtime struct Weirdness And Doc Bug; True Fix Planned For 2.5 10. 1 Dec 2000 - 2 Dec 2000 (14 Linux En Chips Transmeta posts) Introduction Gracias van a las varias gentes que escribieron para reportar que la versi?n lista para imprimir se descompuso la semana pasada. ?No hubo una sola flama en el mont?n entero :-)! Lo siento por no responder personalmente a cada email, pero los le? todos. El problema, finalmente, fue una falta de espacio de disco en uno de nuestros servidores CVS, y tom? un rato mientras lo compon?an. ?Gracias por los reportes, compa?eros! Mailing List Stats For This Week We looked at 1040 posts in 4369K. There were 369 different contributors. 158 posted more than once. 147 posted last week too. The top posters of the week were: * 39 posts in 133K by Tigran Aivazian * 37 posts in 117K by Alan Cox * 34 posts in 207K by Alexander Viro * 25 posts in 136K by "Jeff V. Merkey" * 24 posts in 74K by Peter Samuelson * Full Stats 1. Compostura Para Bug De Memoria Virtual De 2.2 De Tiempo Atr?s 18 Nov 2000 - 30 Nov 2000 (12 posts) Archive Link: "[PATCH] blindingly stupid 2.2 VM bug" People: Rik van Riel, Ville Herva Rik van Riel dijo a Alan Cox, "aqu? est? una compostura para un bug cegadoramente est?pido que ha estado en 2.2 por eras (y del cual te he advertido algunas veces en los ?ltimos 6 meses, y para el cual he hasta enviado algunos parches.)" ?l explic?, "Este parche debe hacer a la MV de 2.2 un poco m?s estable y tambi?n debe componer las quejas de gente cuyo sistema quedaba inundado por "VM: do_try_to_free_pages failed for process XXX"" Ville Herva confirm? el problema, y describi? "2.2.18pre19, funcionando por 8 d?as, la m?quina ha estado inactiva por horas. Entonces, de repente, obtengo 30 veces "VM: do_try_to_free_pages failed for kswapd...", despu?s 15 "VM: do_try_to_free_pages failed for xmms...", despu?s "VM: killing process xmms" y eso se repite por ~10 processes incluyendo X." Pero ?l tambi?n pregunt?, "V? el parche global de MV de Andrea siendo re comendado como una soluci?n para este problema, y ya lo he compilado (aunque no he arrancado con ?l a?n). ?Debo usar el parche de Rik o de Andrea?" Y tambi?n pidi? saber si alguno de ambos entrar?a a 2.2.18. Rik replic?, "Sobre si cualquiera de estas mejoras entrar?n en el pr?ximo 2.2, no te molestes en preguntarme porque no tengo intenci? de poner mucha atenci?n a 2.2" . Aqu? sigui? algo de discusi?n t?cnica sobre el parche de Rik y su interacci?n con ext3. 2. M?s Corrupci?n De Sistema De Ficheros En 2.4 22 Nov 2000 - 29 Nov 2000 (42 posts) Archive Link: "ext2 filesystem corruptions back from dead? 2.4.0-test11" People: Neil Brown, Andries Brouwer, Alexander Viro Mohammad A. Haque report? errores de ext2 "Freeing blocks not in datazone" durante uso normal en 2.4.0-test11. Neil Brown replic?, "Oh, bueno. No soy s?lo yo y Tigran entonces. Primero estaba culpando a mi c?digo raid5 por esto, pero si t? lo tienes y Tigran lo tiene (reportado http://boudicca.tux.org/hypermail/ linux-kernel/2000week48/0257.html) entonces probablemente no soy yo." agreg?, "Ahora solamente si tuvi?ramos una forma confiable de reproducirlo, podr?amos iniciar una b?squeda binaria para el parche que produce la falta... pero solamente lo puedo reproducir en un n?cleo parchado despu?s de varias horas de pruebas de rendimiento." Andries Brouwer replic?, "T? lo tienes todo al rev?s. Ser?a bueno si s?lo fueran t? y Tigran. Desafortunadamente tambi?n me pega." Alexander Viro comenz? publicando parches, aunque Mohammad y Tigran Aivazian hab?an tenido problemas reproduciendo los errores a?n en sus configuraciones iniciales. En un punto, Neil remarc?, "Corr? mi gui?n de prueba, que construye una variedad de matrices raid5 con n?meros de unidades y tama?os de bloques variables, y corre mkfs/bonnie/dbench en cada matriz, y lo hizo durante cerca de 8 sistemas de ficheros, pero se ahog? en el 9o tratando de reservar muchos bloques en la zona de sistema (despu?s de correr por cerca de una hora)." Alexander replic?, "Sangrientamente interesante. No veo nada reciente que pueda afectar las ?reas en cuesti?n. Versiones interesantes a revisar: 11-pre5 y 11-pre6. Huele como corrupci?n del cach? de memoria temporal, per no veo nada relevante." Despu?s ?l a?adi?, " Los mensajes de error ser?an interesantes... Hasta ahora tenemos involucrados a _ambos_ 2.95 y 2.91, tanto raid como no raid. Tan s?lo excelente de mierda..." En un punto Neil descubri? que su reporte no estaba relacionado a los otros, diciendo a Alexander, "Resulta que mis datos son una falsa alarma. Era un bug en mi c?digo raid5 - y de hecho no es un bug reciente - que estaba causando mi corrupci?n de sistema de fichero. As? que si tus primeros parches funcionario para todos los dem?s entonces los pueden ver como una buena forma para continuar. He compuesto mi falta fatal y ya no puedo reproducir los problemas nunca m?s. El parche se ha enviado a Alan." Otras gentes tambi?n reportaron corrupci?n, pero ni uno consigui? aislarlo durante la discusi?n. Para m?s sobre corrupci?n de sistema de archivos en las series de desarrollo, vea BROKEN KCREF 3. Las Distribuciones De Linux Haciendo Cambios Incompatibles A Herramientas Del Sistema 26 Nov 2000 - 27 Nov 2000 (18 posts) Archive Link: "[PATCH] modutils 2.3.20 and beyond" People: David Ford, Mohammad A. Haque, Jeff V. Merkey, Keith Owens, Jes Sorensen Jeff V. Merkey public? un parche para modutils, para hacer compatible al programa 'depmod' con los guiones de Red Hat y programas como Anaconda. En el curso de la discusi?n, ?l explic? que su parche hab?a cambiado muy pocas cosas, mientras que la alternativa era cambiar todos los cientos de guiones que lo requer?an. David Ford dijo, "Es a?n un mal precedente. Anaconda deb?a haber sido escrito correctamente en primer lugar." Mohammad A. Haque agreg?, "Yo hubiera hecho que Anaconda cambiara en lugar de hacer casos especiales en las utilidades est?ndar para cuenta de manejo de las distribuciones." Jeff argument?, refiri?ndose al manejo de interruptores alternativos de la l?nea de comandos de Red Hat en depmod, "si RedHat se ha estandarizado en este conjunto de interruptores, ?por qu? no agregarlos como alias de ?rdenes? Es un parche trivial." David Ford replic?, "Entonces deja que RedHat mantenga su versi?n de modutils. RedHat no es el est?ndar ni RedHat debe dictar a los autores, ni otras distribuciones y personas deben ser afectadas por los m?todos de RedHat. Si no te gusta, reemplaza tu depmod con un gui?n que quite este indicador antes de llamar al depmod original." En otro lado, Keith Owens (el que mantiene modutils) dijo, "Tengo un gran problema con Redhat. Ellos hacen cambios incompatibles a las utilidades, no env?an parches de regreso a los que mantienen y entonces esperan que el resto del mundo siga su liderato. Los indicadores -i y -m para modutils no son el ?nico ejemplo, recientemente encontr? parches para IA64 y Sparc que han agregado al c?digo de modutils y no se han molestado en dec?rmelo. Otras distribuciones son mucho mejores acerca de enviarme parches, Debian y SuSe en particular hacen lo correcto." A?adi?, "el parche "-m -i" es innecesario. Consideren esto mi protesta contra los malos h?bitos de los distribuidores, ellos crearon la revoltura con su falta de comunicaci?n y ellos tienen que componerlo." Jes Sorensen replic?: Pienso que est?s se?alando un problema muy v?lido. El mismo problema existe dentro del n?cleo, lo veo muy seguido que alguien decide hackear un controlador y enviar el parche a Linus sin molestarse siquiera en Cc al autor una copia. Algunas veces esto es 's?lo' para hacerlo cumplir con el ?ltimo n?cleo de desarrollo pero Cc al que mantiene no es mucho esperar. Tambi?n quisiera convocar a la gente a contactar a uno de mantenimiento si quieren hacer cambios extensos a un fragmento de c?digo que alguien m?s mantiene. No es poco com?n que el que mantiene ya tiene una idea acerca de c?mo hacer algo y hasta puede haber trabajado en eso. Es un desperdicio de su tiempo (y el de otras gentes) tener dos desarollos en conflicto como lo que est? sucediendo. 4. Nuevos Problemas De BIOS De APM Para Dell 5000e: La Saga Contin?a 27 Nov 2000 - 28 Nov 2000 (4 posts) Archive Link: "Dell 5000e APM (fixed!)" People: Brad Douglas El Tr?fico del N?cleo primero cubri? esto en BROKEN KCREF, cuando ni uno parec?a muy esperanzado acerca de tener APM funcionando adecuadamente en la laptop 5000e de Dell. Por BROKEN KCREF, parec?a que mientras los fabricantes estaban trabajando en un BIOS actualizado que pudiera resolver el problema. Esta semana, Brad Douglas report?: Alan, aqu? est? la informaci?n DMI que solicitaste. Perd?n por el retraso. El BIOS mostrado es un BIOS de prueba nuevo que tiene un APM *corregido* que recib? esta ma?ana. Realmente quiero tomar un segundo para agradecer a la gente en Compal (BizCom) por el corto tiempo de resoluci?n una vez que nos dimos cuenta qui?n era la gente correcta para hablar con ella. Una vez que reciba OK de Compal (y termine de probar), lo publicar? al sitio de soporte de Tuxtops para que todos lo descarguen. No hubo discusi?n real. 5. La Hija De Linus 27 Nov 2000 - 3 Dec 2000 (13 posts) Subject: "test12-pre2" People: Linus Torvalds, Neil Brown, Alan Cox Linus Torvalds anunci? 2.4.0-test12-pre2 y dijo, "Debido al nacimiento de mi tercera hija la semana pasada (s?, fu? ./ado), si me enviaron parches que no est?n en pre2, pueden muy bien considerarlos perdidos." Mucha gente ofreci? sus felicitaciones, y Neil Brown pregunt? en relaci?n al n?cleo, "?Qu? sucede con las cosas que entraron en 2.4.0test11-ac{1,2,3,4}? ?Vas a "sincronizar" con Alan, o debemos enviar los fragmentos directamente a t??" Alan Cox replic?: Cuando Linus ponga pre3 comenzar? a enviarle cosas de mi ?rbol que prueben ser funcionales. Cosas que parezcan sospechosas y que necesiten m?s trabajo las mantendr? en el ?rbol -ac y continuar?n liber?ndose contra el c?digo actual de Linus. No me causa ning?n problema si env?as a Linus una copia, yo solamente lo retirar? de mis parches cuando aparezca en su ?rbol. Y Linus a?adi?: Alan me env?a sus parches en pedazos peque?os de cualquier forma, y hace un buen trabajo al mantener las cosas separadas. Reenviarlo directamente a m? significa que Alan podr?a tan s?lo retirar esa parte del parche - o que yo tendr?a el parche dos veces. Ambos de los cuales funcionan ok, mientras sea el _mismo_ parche. Si has hecho modificaciones desde que enviaste la cosa a Alan, deber?as sincronizar con Alan tambi?n - s?lo para asegurarse de que no acaben aplicando aplicando las cosas antiguas a trav?s de Alan. 6. Ciclo Infinito De 'modprobe' En Controladores Con Bugs 28 Nov 2000 (5 posts) Archive Link: "modutils-2.3.21: modprobe looping" People: Kurt Garloff, Keith Owens, Rod Stewart Kurt Garloff report? un ciclo infinito en modutils-2.3.21, donde PPP sobre ethernet recursaba sin fin en la funci?n build_stack(). Incluy? el fichero 'modules.dep' para producir la conducta, y agreg?, "Hay una dependencia circular de pppoe en pppox en pppoe en ... modprobe tiene c?digo para detectar esto en build_stack(), pero parece no funcionar. La dependencia anterior es desechada y la nueva es tomada. Y revisa por dependencias de nuevo :-(" Keith Owens (el que mantiene modutils) replic?, "El c?digo del n?cleo est? descompuesto. Las dependencias circulares no tienen sentido, el que mantiene pppoe coincide y yo pens? que ese bug estaba compuesto." Rod Stewart replic?, "Est? compuesto en test10/11." Con respecto al c?digo de modutils, Keith tambi?n agreg? en el mismo mensaje: Las dependiencias circulares no tienen soporte, ni son correctamente detectadas. El c?digo existente para recorrer las relaciones inter m?dulos, incluyendo dependencias, alias, prueba, prueba-todo, declaraciones de antes y despu?s es un relajo. Tan s?lo creci? durante los a?os con casos especiales siendo a?adidos y no es robusto. En modutils 2.5 el c?digo completo ser? descartado y reemplazado con un algoritmo de recorrido de grafo est?ndar con detecci?n de ciclos y rastreo hacia atr?s en lugar de c?digo de casos especiales. Esto podr?a cambia la conducta de modutils en casos raros y no quiero cambiar su conducta justo antes de que el n?cleo 2.4 sea liberado. Tengo una lista de cambios que podr?an descomponer la compatibilidad hacia atr?s esperando por modutils 2.5, ?ste es uno de ellos. Kurt dijo que ?l miraba hacia adelante a modutils 2.5, pero sinti? que a?n antes de esa versi?n liberada, "la conducta actual no es aceptable, ya que puede matar a la m?quina por s?lo ser invocado por kmod. Tratar? de hacer que tenga sentido el c?digo y asegurar que modprobe no se volver? loco, por detectar ciclos (si puedo hacer eso de alguna forma sin descomponer cosas) o por limitar la profundidad de la recursi?n. Te enviar? un parche." Public? un parche la tarde siguiente, agregando, "Como la generaci?n de dependencias me pareci? de hecho bastante grande para m?, realmente no lo toqu?. Solamente implement? el l?mite de recursi?n para prevenir que el proceso modprobe tome toda la memoria del sistema ..." No hubo respuesta. 7. Reporte De ?xito Para M?quinas De Grandes Memorias 29 Nov 2000 (2 posts) Archive Link: "36bit mtrrs work! (2.4.0-test12-pre3)" People: Tigran Aivazian, Boszormenyi Zoltan Tigran Aivazian report? felizmente, "S?lo para hacer saber a la gente que 2.4.0-test12-pre3 se comporta mucho mejor que versiones anteriores en mi m?quina de 6G de RAM. No solamente /proc/mtrr est? mostrando correctamente todos los 6G en cach? para escritura anterior sino tambi?n llegu? hasta nunca tener que levantar/apagar una de las interfaces eepro100 para lograr que trabajaran -- algo que ten?a que hacer en todas las versiones previas. (sin david-mtrr.patch)" Y Boszormenyi Zoltan replic?: ?Excelente! :-)))) Dicho sea de paso lo que contiene test12-pre2/3 es el trabajo de David Wragg, actualizado al c?digo de CPUID de HPA que est? en test11. Linus me atribuy? incorrectamente todo el parche en test12.log. 8. Mantenimiento Lento Del Controlador De Sonido Yamaha OPL3-SAx 29 Nov 2000 - 30 Nov 2000 (2 posts) Archive Link: "[PATCH] ISA PnP for Yamaha OPL3-SAx sound driver" People: John Fremlin, Scott Murray John Fremlin report? que la tarjeta de sonido Yamaha OPL3-SAx "est? actualmente descompuesta para la gente cuyos BIOS la activaban con ISA PnP, ya que el n?cleo ahora decide desactivarla." ?l hab?a enviado un parche al que lo mantiene un mes antes, sin respuesta. Public? el parche (contra 2.4.0-test10-pre6 y test12-pre3) de nuevo a linux-kernel, y explic?, "Este parche implementa la prueba ISA PnP y activar/desactivar para la OPL3-SAx. Como yo no tengo las especificaciones para esta tarjeta, solamente s? que esto funciona para m?; de cualquier forma, no debe descomponer ninguna configuraci?n ya que la prueba PnP solamente inicia si los par?metros del recurso no son dados como argumentos de m?dulo. Ahora debe ser posible compilar el controlador directamente dentro del n?cleo." Scott Murray replic?, "Como el que mantiene en cuesti?n, me disculpo. He estado remiso en introducir un parche en 2.4 debido a estar enfocado en un nuevo trabajo. Mi plan actual es tomar el Viernes libre y trabajar en pegar todas las composturas que la gente me ha enviado juntas en un parche. Debo admitir, de cualquier forma, que he estado corriendo n?cleos 2.4.0-test por alg?n tiempo y no he tenido ning?n problema activando mi tarjeta OPL3-SA3 en la forma antigua con isapnp." Encontr? algunos problemas con el parche de John, y reiter? que intentar?a lograr un parche comprehensivo pronto. 9. Rarezas De struct De Tiempo Atr?s Longtime struct Weirdness And Doc Bug; True Fix Planned For 2.5 30 Nov 2000 (4 posts) Archive Link: "[PATCH] Replace wrong structure type in mmc_ioctl() in cdrom.c" People: Richard Pries, Jens Axboe Richard Pries public? un parche, y explic?, "Actualmente, mmc_ioctl() en cdrom.c se le pasa una estructura cdrom_msf cuando ioctl() es llamado con CDROMREADRAW, CDROMREADMODE1, o CDROMREADMODE2 como su segundo argumento. Esta estructura no provee el almacenamiento temporal requerido para leer los datos, y no corresponde a la estructura que cdrom.h dice que hay que usar con estas llamadas ioctl(). Este parche reemplaza la estructura cdrom_msf con una estructura cdrom_read (como est? especificado en cdrom.h). Las pruebas preliminares indican que este parche funciona para unidades IDE y SCSI." Pero Jens Axboe replic?, "Seguro apuesto que funciona, pero acabas de descomponer todos los programas que actualmente usan cualquera de los ioctls anteriores. Esto lo he sabido por a?os... Puedes hacer todo lo que quieras con cdrom_msf, es solamente m?s batalla. Para 2.5 introducir? variantes m?s nuevas de los ioctls anteriores y los mantendr? tal cual por compatibilidad, desecharlos no es una opci?n. " A?adi?, "?Aunque tomar? un parche que corrija el comentario!" En otro lugar, bajo el Subject: [Patch] Correct cdrom.h comments. (http:// www.uwsg.indiana.edu/hypermail/linux/kernel/0011.3/1041.html) , Richard public? un parche para corregir los comentarios confusos en cdrom.h que lo hab?an conducido a su parche anterior. Jens le agradeci? y lo aplic?. 10. Linux En Chips Transmeta 1 Dec 2000 - 2 Dec 2000 (14 posts) Archive Link: "Transmeta and Linux-2.4.0-test12-pre3" People: Adam J. Richter, H. Peter Anvin, Linus Torvalds Adam J. Richter coment? como an?cdota: Minutos despu?s de que slashdot publicara su art?culo diciendo que el llamado de Transmeta estaba limitado a cerca de 300 computadoras Fujitsu, corr? a Fry's y compr? una Sony PictureBook PCG-C1VN. Gracias a los cielos por esos horarios de Navidad extendidos creo, mientras rezaba que las afirmaciones acerca de los problemas de Crusoe fueran as? de limitados mostraran ser verdad. Este dispositivo es la ?nica computadora disponible comercialmente en el mundo que usa un procesador hecho por Transmeta (un 600MHz TMS5600, escalamiento 03). Pens? seguramente que habr?a una peque?a subcultura de usuarios de Linux PictureBook en transmeta asegur?ndose que esta combinaci?n en particular funcionara. Bueno, alas, parece que linux-2.4.0-test12-pre3 se congela duro mientras lee las direcciones de registro base del primer dispositivo PCI (el "host bridge"). De hecho, pienso que el problema es alg?n tipo de interrupci?n de administraci?n de sistema que ocurre cerca de ese momento, ya que el punto exacto donde el printk se detiene llega antes mientras agrego m?s printk's. Con menos printk's el printk se detiene mientras la direcci?n base del 6to registro de configuraci?n est? siendo le?do; com m?s printk's se detiene en el seguno, y se detendr? en diferentes lugares con diferentes arranques, por lo menos con los n?cleos no-tan-de-f?brica que yo generalmente uso. Tambi?n apagar las interrupciones durante este c?digo no tiene efeto, as? que no pienso que est? causado directamente por algo en el PictureBook sazonando el procesador con interrupciones inesperadas (pienso que podr?a tener que ver con el disco flexible basado en USB). Adem?s de los resultados de los printk's de depuraci?n que agreg? de un linux-2.4.0-tset12-pre3 algo modificado construido para CONFIG_M386, tambi?n intent? linux-2.4.0-test12-pre3 "pr?stino". Cuando lo constru? con CONFIG_M386 (que ha sido hist?ricamente la forma de tener un n?cleo que corra en todos los procesadores x86), no obtuve salida u otra actividad aparente despu?s de que el cargador de arranque salta hacia ?l. Cuando es construido con CONFIG_MCRUSOE, se cuelga despu?s de imprimir "PCI: Probing PCI Hardware", justo como nuestros n?cleos (que, curiosamente, pasan este putn a?n cuando son constru?dos con CONFIG_M386). En caso de que alguien sea curioso, he puesto el fichero .config de la construcci?n CONFIG_MCRUOSOE pr?stina en ftp://ftp.yggdrasil.com/private/ adam/linux-crusoe/.config. Mis intentos iniciales para encontrar un manual del procesador de tms5600 en el web o en el sitio web de Transmeta a?n no se han convertido en dada, y entiendo que el tms5600 incluye el puente norte. As?, asumo que ?ste podr?a ser el primer lugar para buscar por ideas acerca de cualquier rareza que ocurre durante el inicio de PCI del host bridge. Un pecado que estoy cometiendo en estas versiones es que yo las estoy construyendo con gcc-2.95.2, aunque no pienso que este sea el tipo de conducta que un bug optimizador es capaz de producir. Si alguien est? usando Linux 2.4.0-test en una Sony PictureBook PCG-C1VN (la versi?n Transmeta), estar?a interesado en por lo menos tratar de contruir desde de su fichero .config H. Peter Anvin explic?, "Es un ligero bug en el c?digo de prueba de PCI de Linux que se activa cuando hay actividad DMA durante la prueba PCI. Linus ya tiene una compostura para esto; espero que ser? en el pr?ximo preparche." Y Linus Torvalds tambi?n replic? a Adam: Esto se debe a un bug de Linux, cuando deshabilitamos el puente norte mientras hacemos las pruebas de ventana PCI. [ De hecho sospech? por un rato que lo hab?amos descompuesto en Transmeta, pero despu?s de platicar con y doble revisi?n de las especificaciones PCI, result? que Linux realmente estaba en falta. Oh, bien. A cualquier lado donde volteo, yo siempre tengo la culpa ;) ] Lo que sucede es que la notebook Sony tiene soporte para Legacy USB en el BIOS, lo que causa eventos DMA USB varias cientos de veces por segundo. Cuando Linux hace la prueba PCI, Linux apagar? los bits MEM e IO en el registro de ?rdenes PCI del dispositivo que prueba. Entonces sucede que de acuerdo a la especificaci?n PCI, el apagar el bit MEM del puente host (aka "puente norte") desconecta al host del bus PCI. Unos cuantos microsegundos despu?s un evento DMA de USB legacy viene, pero ahora el puente host ya no reenv?a m?s el DMA entre el bus PCI y la memoria, y la m?quina se cuelga. Oops. La soluci?n m?s simple (que funciona) es borrar el traqueteo con los bits IO y MEM del registro de ?rdenes PCI en drivers/pci/pci.c: pci_read_bases(). La compostura adecuada (la cual hemos discutido con Martin Mares y Richard Henderson es de hecho hacer la enumeraci?n completa del bus primero, _sin_ hacer ninguna prueba de ventana (y por lo tanto sin tener que lidiar con los bits IO y MEM en el registro de ?rdenes), y cuando encontremos el controlador USB en ofensa que el BIOS ha dejado activo, lo matamos primero (ya lo tenemos en la secci?n de giros de PCI, es solo que los giros PCI son ejecutados muy tarde para componer este problema tal como est? ahora). Adam tambi?n hab?a sugerido que Transmeta le consiguera a Linus uno de los PictureBooks, y Linus replic?: De hecho, tengo uno, y hab?a tenido uno por cerca de dos semanas, pero debido a la m?s nueva adici?n (humana) a la familia Torvalds no he tenido tiempo para depurar esto hasta antier. ?NOTA! Obtener el n?cleo 2.4.x arriba y corriendo es la parte f?cil. La m?quina tambi?n tiene un chip ATI Rage Mobility muy reciente en ella, y necesitas la muestra CVS de XFree86 m?s receiente para hacer que funcione (junto con un parche de una l?nea m?o, a menos que ya halla entrado en el ?rbol CVS para ahora). A?n entonces XFree86 hace algo malo con DPMS, y bloquear? el juego de chips gr?fico cuando trata de apagar la pantalla plana. Soluci?n: no habilites DPMS en XF86Config. Es un problema de XFree86, pero feliz y f?cilmente solucionado. Oh, y hay un bug en el controlador UHCI que te morder? (de nuevo porque la m?quina tiene USB legacy habilitado por omisi?n - y al contrario de casi cualquier otra laptop por ah?, Sony no permiti? que el c?digo de USB legacy sea apagado en la configuraci?n del BIOS), as? que a menos que hayas aplicado los parches USB de la lista de correo electr?nico USB, tan s?lo se colgar? ah?. De cualquier forma, tengo esta m?quina funcionando ahora, aunque no todo est? a mi gusto. Al contrario de los picture-books m?s antiguos, por ejemplo, este tiene un WinModem. Ugh. Y el chip de sonido tiene soporte, pero solamente por el controlador ALSA (la versi?n OSS est? muy descompuesta para ser usada). Pero la c?mara est? cool, y funciona hermosamente (una vez que tienes a XFree86 feliz) gracias a Andrew Tridgell. (Si solo pudiera coaccionar al servidor X para que me d? una capa YUV podr?a reproducir DVD's con esta cosa). Varias gentes le dieron a Linus algunos consejos sobre c?mo hacer que las cosas funcionaran, y para el final del hilo de discusi?n ?l pareci? que estaba teniendo buen ?xito con eso. Sharon And Joy Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at kernel.org. All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0.