From owner-freebsd-amd64@FreeBSD.ORG Fri Aug 6 03:44:26 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09D7216A4CE; Fri, 6 Aug 2004 03:44:26 +0000 (GMT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD18243D1F; Fri, 6 Aug 2004 03:44:25 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 922FDFD02A; Thu, 5 Aug 2004 20:44:25 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00627-04; Thu, 5 Aug 2004 20:44:25 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id C27F4FD026; Thu, 5 Aug 2004 20:44:24 -0700 (PDT) From: Sean McNeil To: conrads@cox.net In-Reply-To: References: Content-Type: text/plain Message-Id: <1091763864.27894.8.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Thu, 05 Aug 2004 20:44:24 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: Mark Murray cc: freebsd-amd64@freebsd.org Subject: Re: mem.c: mem_range_softc undefined reference X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Aug 2004 03:44:26 -0000 On Thu, 2004-08-05 at 20:32, Conrad J. Sabatier wrote: > On 06-Aug-2004 Sean McNeil wrote: > > On Thu, 2004-08-05 at 20:02, Conrad J. Sabatier wrote: > >> On 04-Aug-2004 Ceri Davies wrote: > >> > On Wed, Aug 04, 2004 at 01:57:36PM -0700, Sean McNeil wrote: > >> >> Anyone else getting this? I've compared my kernel config with > >> >> GENERIC > >> >> and I have the extra devices that were added recently. > >> > > >> > markm just committed a fix for this. > >> > >> I don't think so. Where do you see this? I'm still getting: > >> > >> linking kernel > >> amd64_mem.o(.text+0xc1c): In function `amd64_mem_drvinit': > >> : undefined reference to `mem_range_softc' > >> mem.o(.text+0x24f): In function `memioctl': > >> : undefined reference to `mem_range_softc' > >> mem.o(.text+0x25a): In function `memioctl': > >> : undefined reference to `mem_range_softc' > >> mem.o(.text+0x364): In function `dev_mem_md_init': > >> : undefined reference to `mem_range_softc' > >> mem.o(.text+0x378): In function `dev_mem_md_init': > >> : undefined reference to `mem_range_softc' > >> memutil.o(.text+0x3): more undefined references to `mem_range_softc' > >> follow > >> *** Error code 1 > >> > >> Stop in /usr/obj/usr/src/sys/CUSTOM. > > > > This is because your CUSTOM does not have options SMP. Try adding > > it. > > UP is still broken. I think a fix for i386 has already been made, > > but amd64 didn't get fixed. > > Yes, I did try running an SMP kernel earlier today, but it caused some > problems with my NIC (fxp). Had to remove DEVICE_POLLING to build for > SMP, and for some reason, I started seeing device timeouts on fxp0. > Strange. > > Why is DEVICE_POLLING incompatible with SMP anyway? > > As if all this annoyance weren't enough, I'm *still* getting the pcm > timeouts. Beginning to wonder if that will ever be fixed. > > If it weren't for the fact that I really need to be running current to > benefit from the latest amd64 developments, honestly, I think I would > just switch back to RELENG_5_2, or even 4.x. And if this sound problem > doesn't get fixed, I'm not sure what I'll do. Switch to Linux? (yuck) > > Yeah, I'm a little disgusted at the moment. I sympathize. I have the sound issue, kernel panic most of the time on boot because of ATAPI_RESET, hard lockups most likely due to ATA code, plus I can't burn a CD without a kernel panic. To top it all off, there isn't a Java solution available for FreeBSD/amd64 to be found. The sound issue appears to be related to PREEMPTION and will one day get debugged and turned back on. There are people working hard on it. My ATA issues will hopefully be fixed when Soren commits his changes to the drivers. I have no experience with the Linux amd64 environment, so I cannot comment on that. My reaction, though, mirrors yours (yuck). I just hope all these issues are resolved before 5.3 is blessed. Cheers, Sean