Hola Muchachos
Despues de mucho tiempo me decid� activar la targeta de sonido, la
que tengo es una CMI8330, cuya direcciones de operaci�n son 0x220 irq=10
dma=1, con el antiguo nucleo 2.0.36 el porceso era bastante sencillo y no
requer�a recompilar el mismo.
1) Usaba pnpprobe para verificar que se reconoc�a la targeta.
2) pnpdump > isapnp.conf
3) se descomentaba lo nes�rio (como dir�a el innombrable)
4) isapnp y listo funcaba la target.
Pero a partir de los n�cleos 2.2.X no solo me es imposible que se
reconosca la misma, por parte del m�dulo aedsp16.o, sino que cuando se
activa el nucleo entra en p�nico transit�rio, es decir el mismo se viola
un �rea de memoria prohibida genera una se�al 11 y se reajusta. Pero el
proceso muere por se�al 11 como el caso del isapnp, m�s a�n cuando se hace
cat /proc/ioport los mensajes de emergencia que da el klog son:
Aug 11 09:47:39 clara kernel: Unable to handle kernel paging request at
virtual address c4835271
^^^^^^^^^^^^^^^^^^^^^^^^^^^^Ac� ocurri� la violaci�n! el resto
es ya conocido.
Aug 11 09:47:39 clara kernel: current->tss.cr3 = 0234c000, %cr3 = 0234c000
Aug 11 09:47:39 clara kernel: *pde = 0384e063
Aug 11 09:47:39 clara kernel: *pte = 00000000
Aug 11 09:47:39 clara kernel: Oops: 0000
Aug 11 09:47:39 clara kernel: CPU: 0
Aug 11 09:47:39 clara kernel: EIP: 0010:[vsprintf+445/876]
Aug 11 09:47:39 clara kernel: EFLAGS: 00010297
Aug 11 09:47:39 clara kernel: eax: c4835271 ebx: ffffffff ecx:c4835271 ed
x: fffffffe
Aug 11 09:47:39 clara kernel: esi: c2ec30c1 edi: c362df3c ebp:00000000 es
p: c362deec
Aug 11 09:47:39 clara kernel: ds: 0018 es: 0018 ss: 0018
Aug 11 09:49:19 clara kernel: Process cat (pid: 4870, process nr: 69,
stackpage=c1fb3000)
Aug 11 09:49:19 clara kernel: Stack: c2b4c000 00000400 ffffffff 00000002
00000246 c284f5a0 c1fb3f54 c01d292e
Aug 11 09:49:19 clara kernel: 73b4c00d 0000000a c01cd77c c2b4c0b5
c01d2930 c1fb3f3c c011854c c2b4c0b5
Aug 11 09:49:19 clara kernel: c01d2921 00000220 0000022f c4835271
00000000 c1fb3f98 c020da40 c0145fc2
Aug 11 09:49:19 clara kernel: Call Trace: [tvecs+2542/13664]
[sprintf+20/4448] [tvecs+2544/13664] [get_ioport_list+56/100]
[tvecs+2529/13664] [<c4835271>][get_root_array+282/372]
Aug 11 09:49:19 clara kernel: [array_read+230/484]
[sys_read+174/196] [system_call+52/56]
Aug 11 09:49:19 clara kernel: Code: 80 38 00 74 07 40 4a 83 fa ff 75 f4 29
c8 89 44 24 10 f7 c5
Lindo l�o no! Pero con strace sigo las llamadas a sistema y me reporta lo
que comentaba antes.
fstat(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 2), ...}) = 0
open("/proc/ioports", O_RDONLY|O_LARGEFILE) = 3
fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
read(3, <unfinished ...>
+++ killed by SIGSEGV +++
^^^^^^^^^^^^^^^^^^^^^^^^^^^^Aca el n�cleo mata el proceso conflictivo.
Comento que el sistema NO cae, por lo que la chinche debe ser de poca
monta, pero busco una soluci�n adulta que no involucre recompilar al
kernel. Otra soluci�n es reportarlo al grupo de noticias
comp.os.linux.hardware!
Dr. Horacio Castellini, Dpto de F'isica, Facultad de Ingenier'ia,
Ciencias Exactas y Agrimensura, Pellegrini 250, 2000 Rosario
Argentina, Usuario Linux Registrado #53602
Correo-e:[EMAIL PROTECTED] ICQ: 52244442
