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>