Date: Fri, 08 Nov 2002 17:55:20 -0500 (EST) From: John Baldwin <jhb@FreeBSD.org> To: alpha@FreeBSD.org Cc: imp@FreeBSD.org, mdodd@FreeBSD.org Subject: RE: cvs commit: src/sys/conf files files.i386 files.pc98 Message-ID: <XFMail.20021108175520.jhb@FreeBSD.org> In-Reply-To: <200211082233.gA8MXFSc085711@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 08-Nov-2002 John Baldwin wrote: > jhb 2002/11/08 14:33:14 PST > > Modified files: > sys/conf files files.i386 files.pc98 > Log: > - Move netsmb entries over to MI files. netsmb appears to be MI code. > - Add 'nowerror' to pci/simos.c to help LINT builds. Ok, I'm fairly close to getting LINT to actually compile on Alpha now. The set of uncommitted patches are at http://www.FreeBSD.org/~jhb/alpha_lint.patch. Also, I've had to turn a few things off in LINT: - NETSMBCRYPTO: (this should move to i386 NOTES perhaps as that's the only arch it is supported on) - FB_INSTALL_CDEV: The gfb(4) and tga(4) drivers don't compile with this on and would require a good bit of fixing to get right. - wi(4): The hostap code has warnings in it, but Warner says he is going to import new host AP code from NetBSD that works on more cards so I didn't bother fixing it up. - mcd(4) and scd(4): These drivers use disable/enable_intr() still and probably need to switch to critical_enter/exit() instead at which point they should compile fine on Alpha. - cbb(4), pccard(4), and cardbus(4): There are some problems with the CARD_GET_MEMORY_OFFSET() and CARD_SET_MEMORY_OFFSET() API that Warner is working on a solution for. Once that is done these should be fine I think. - simos(4) and SIMOS: If someone converted the simos(4) driver in pci/simos.c to new-bus then we could actually try and fix this. If no one wants to do that we should probably axe the SIMOS support instead. We most likely should turn it off in Alpha NOTES for now. Even with all this we still have a problem. :) The problem is that the kernel is too big (well, .text is too big) for it to link with our current atomic operation implementation. The problem is that in order to optimize for the common case, our atomic operations branch to a branch in the .text3 section in the failure case. We branch the way we do to take advantage of branch prediction on the alpha. However, the LINT kernel is so big that .text is large enough that the linker cannot handle some of the relocations to places in .text3 resulting in truncating the relocations. Any ideas on fixing this? sh ../../../conf/newvers.sh LINT cc -c -O -pipe -mcpu=ev6 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -D_KERNEL -include opt_global.h -fno-common -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror vers.c linking kernel ip_auth.o: In function `fr_auth_ioctl': ip_auth.o(.text+0x938): relocation truncated to fit: BRADDR .text3 ip_auth.o(.text3+0x0): relocation truncated to fit: BRADDR .text ata-all.o: In function `ata_detach': ata-all.o(.text+0x57c): relocation truncated to fit: BRADDR .text3 ata-all.o: In function `ataioctl': ata-all.o(.text+0x958): relocation truncated to fit: BRADDR .text3 ata-all.o(.text+0xbf8): relocation truncated to fit: BRADDR .text3 ata-all.o: In function `ata_start': ata-all.o(.text+0x1764): relocation truncated to fit: BRADDR .text3 ata-all.o: In function `ata_change_mode': ata-all.o(.text+0x3adc): relocation truncated to fit: BRADDR .text3 ata-all.o(.text3+0x0): relocation truncated to fit: BRADDR .text ata-all.o(.text3+0x4): relocation truncated to fit: BRADDR .text ata-all.o(.text3+0x8): relocation truncated to fit: BRADDR .text ata-all.o(.text3+0xc): relocation truncated to fit: BRADDR .text .... *** Error code 1 Stop in /usr/src/sys/alpha/compile/LINT. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?XFMail.20021108175520.jhb>