Date: Tue, 24 Mar 2009 22:30:44 -0500 From: zenxyzzy <zenxyzzy@gmail.com> To: freebsd-sparc64@freebsd.org Subject: UltraSparc III still busted - X server causes hang, current panics at boot Message-ID: <bc4edd860903242030p56e13e46x86b061916438bcb5@mail.gmail.com>
next in thread | raw e-mail | index | archive | help
ouch. the subject line says most of it.
It appears that the -current isn't a direct descendent of the code
that marius built the mostly successful Jan11-snap with.
is this just a branch that hasn't been integrated into the main tree yet?
until this stuff is checked in, using -current with US-III seems
pointless right now. any ETA on this integration??
on another note, I've built (using -current ports) an X-server for my
creator3d, and it reliably hangs the jan11 snap kernel:
using truss:
<enormous amount of trace..>
stat("/usr/local/lib/xorg/modules/internal/freebsd/",0x7fdffffdc88)
ERR#2 'No such file or directory'
stat("/usr/local/lib/xorg/modules/internal/",0x7fdffffdc88) ERR#2 'No
such file or directory'
write(0,"(WW) Warning, couldn't open modu"...,40) = 40 (0x28)
write(0,"(II) UnloadModule: "vesa"\n",26) = 26 (0x1a)
(EE) Failed to load module "vesa" (module does not exist, 0)
write(2,"(EE) Failed to load module "vesa"...,61) = 61 (0x3d)
write(0,"(EE) Failed to load module "vesa"...,61) = 61 (0x3d)
write(0,"(II) SUNFFB: driver for Creator,"...,57) = 57 (0x39)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCREAD,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE,0xffffe24c) = 0 (0x0)
ioctl(7,PCIOCWRITE
and here the kernel hangs hard. no hot key to debugger, nothing.
power down hard reset time.
I'll shove some printf's in the code later tonight if I can find it,
and see what the 18th pci register write is...
--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bc4edd860903242030p56e13e46x86b061916438bcb5>