From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 25 12:23:40 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E4EC106564A for ; Wed, 25 Mar 2009 12:23:40 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id E800E8FC1C for ; Wed, 25 Mar 2009 12:23:39 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n2PCNcuj081651; Wed, 25 Mar 2009 13:23:38 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n2PCNcJJ081650; Wed, 25 Mar 2009 13:23:38 +0100 (CET) (envelope-from marius) Date: Wed, 25 Mar 2009 13:23:38 +0100 From: Marius Strobl To: zenxyzzy Message-ID: <20090325122338.GB74306@alchemy.franken.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: UltraSparc III still busted - X server causes hang, current panics at boot X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 12:23:40 -0000 On Tue, Mar 24, 2009 at 10:30:44PM -0500, zenxyzzy wrote: > 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?? The 8.0-20090111-SNAP-sparc64-disc1.iso.gz I provided is just a snapshot built from the official sources at that time for the last status report as no official snapshots have been built for 200901 and there were several changes relevant for sparc64 since the 200812 snapshot. > > 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: > > > 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... > Trying to use X.Org 7.4 with sources prior to r188018 (r189080 for stable/7) on sparc64 (and for that matter also powerpc and even some amd64 and i386 machines) is pointless. Also make sure to use libpciaccess-0.10.5_5 which was built with this revision in place so it actually uses PCIOCGETBAR. I'd also suggest to disable hald as it's just an additional source of problems for IMO no real gain. Marius