From owner-freebsd-sparc64@FreeBSD.ORG Sun Nov 20 01:11:55 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B8E916A41F; Sun, 20 Nov 2005 01:11:55 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D175F43D45; Sun, 20 Nov 2005 01:11:54 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id jAK1BsJM025126; Sat, 19 Nov 2005 17:11:54 -0800 (PST) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v746.2) To: current@freebsd.org Message-Id: <5D4CE421-AC74-40D6-AB53-836630BB8F19@xcllnt.net> Content-Type: multipart/mixed; boundary=Apple-Mail-3--476909085 From: Marcel Moolenaar Date: Sat, 19 Nov 2005 17:11:53 -0800 X-Mailer: Apple Mail (2.746.2) Cc: alpha@freebsd.org, sparc64@freebsd.org Subject: dc(4) related misalignment trap 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: Sun, 20 Nov 2005 01:11:55 -0000 --Apple-Mail-3--476909085 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed All, On alpha this time: : swapon: adding /dev/da0b as swap device Starting file system checks: /dev/da0a: 38800 files, 486252 used, 3308480 free (41816 frags, 408333 blocks, 1.1% fragmentation) Setting hostname: ds10.pn.xcllnt.net. fatal kernel trap: trap entry = 0x4 (unaligned access fault) faulting va = 0xfffffc000096b73b opcode = 0xc register = 0x1 pc = 0xfffffc0000389cd8 ra = 0xfffffc0000389c98 sp = 0xfffffe001a581800 usp = 0x11ffe4f8 curthread = 0xfffffc003eb1d340 pid = 165, comm = ifconfig [thread pid 165 tid 100034 ] Stopped at dc_setfilt_21143+0x368: stl t0,0x9c(s3) <0xfffffc000095879c> db> bt Tracing pid 165 tid 100034 td 0xfffffc003eb1d340 dc_setfilt_21143() at dc_setfilt_21143+0x368 dc_setfilt() at dc_setfilt+0x58 dc_init_locked() at dc_init_locked+0x9c8 dc_init() at dc_init+0x78 ether_ioctl() at ether_ioctl+0xd8 dc_ioctl() at dc_ioctl+0x370 in6_ifinit() at in6_ifinit+0x11c in6_update_ifa() at in6_update_ifa+0x604 in6_ifattach_linklocal() at in6_ifattach_linklocal+0x198 in6_ifattach() at in6_ifattach+0x110 in6_if_up() at in6_if_up+0xa8 if_route() at if_route+0xa4 if_up() at if_up+0x1c ifhwioctl() at ifhwioctl+0x3a8 ifioctl() at ifioctl+0x178 soo_ioctl() at soo_ioctl+0x6e4 ioctl() at ioctl+0x6e8 syscall() at syscall+0x458 XentSys() at XentSys+0x64 --- syscall (54, FreeBSD ELF64, ioctl) --- Note that the faulting instruction is really the instruction before the one shown. In kgdb: 0xfffffc0000389cd4 : ldwu t0,8(t0) 0xfffffc0000389cd8 : stl t0,156(s3) ldwu = load word unsigned. (kgdb) l *dc_setfilt_21143+0x368 0xfffffc0000389cd8 is in dc_setfilt_21143 (../../../dev/dc/if_dc.c: 1129). 1124 h = dc_mchash_le(sc, ifp->if_broadcastaddr); 1125 sp[h >> 4] |= htole32(1 << (h & 0xF)); 1126 } 1127 1128 /* Set our MAC address */ 1129 sp[39] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc- >dc_ifp))[0]); 1130 sp[40] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc- >dc_ifp))[1]); 1131 sp[41] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc- >dc_ifp))[2]); 1132 1133 sframe->dc_status = htole32(DC_TXSTAT_OWN); (kgdb) f 12 #12 0xfffffc0000389cd8 in dc_setfilt_21143 (sc=0xfffffc0000842000) at ../../../dev/dc/if_dc.c:1129 1129 sp[39] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc- >dc_ifp))[0]); (kgdb) p sp $2 = (u_int32_t *) 0xfffffc0000958700 (kgdb) p sc->dc_ifp->if_addr->ifa_addr $5 = (struct sockaddr *) 0xfffffc000096b730 (kgdb) p *(struct sockaddr_dl *)$5 $6 = {sdl_len = 56 '8', sdl_family = 18 '\022', sdl_index = 1, sdl_type = 6 '\006', sdl_nlen = 3 '\003', sdl_alen = 6 '\006', sdl_slen = 0 '\0', sdl_data = "dc0\b\000+\206\"J", '\0' } (kgdb) p $6.sdl_data + $6.sdl_nlen $7 = 0xfffffc000096b73b "\b" Register s3 holds the sp variable ($2 in kgdb) Register t0 holds the result the left-hand side of the statement, which is not properly aligned for a 16-bit load ($7 = register t0 + 8). Rough patch to fix the problem attached: --Apple-Mail-3--476909085 Content-Transfer-Encoding: 7bit Content-Type: application/octet-stream; x-unix-mode=0664; name="if_dc.diff" Content-Disposition: attachment; filename=if_dc.diff Index: if_dc.c =================================================================== RCS file: /home/ncvs/src/sys/dev/dc/if_dc.c,v retrieving revision 1.172 diff -u -r1.172 if_dc.c --- if_dc.c 11 Nov 2005 16:04:50 -0000 1.172 +++ if_dc.c 20 Nov 2005 01:08:09 -0000 @@ -1126,9 +1126,9 @@ } /* Set our MAC address */ - sp[39] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc->dc_ifp))[0]); - sp[40] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc->dc_ifp))[1]); - sp[41] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc->dc_ifp))[2]); + sp[39] = DC_SP_MAC((u_int16_t *)IF_LLADDR(sc->dc_ifp) + 0); + sp[40] = DC_SP_MAC((u_int16_t *)IF_LLADDR(sc->dc_ifp) + 1); + sp[41] = DC_SP_MAC((u_int16_t *)IF_LLADDR(sc->dc_ifp) + 2); sframe->dc_status = htole32(DC_TXSTAT_OWN); CSR_WRITE_4(sc, DC_TXSTART, 0xFFFFFFFF); @@ -1324,9 +1324,9 @@ } /* Set our MAC address */ - sp[0] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc->dc_ifp))[0]); - sp[1] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc->dc_ifp))[1]); - sp[2] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc->dc_ifp))[2]); + sp[0] = DC_SP_MAC((u_int16_t *)IF_LLADDR(sc->dc_ifp) + 0); + sp[1] = DC_SP_MAC((u_int16_t *)IF_LLADDR(sc->dc_ifp) + 1); + sp[2] = DC_SP_MAC((u_int16_t *)IF_LLADDR(sc->dc_ifp) + 2); DC_SETBIT(sc, DC_NETCFG, DC_NETCFG_TX_ON); DC_SETBIT(sc, DC_NETCFG, DC_NETCFG_RX_ON); Index: if_dcreg.h =================================================================== RCS file: /home/ncvs/src/sys/dev/dc/if_dcreg.h,v retrieving revision 1.45 diff -u -r1.45 if_dcreg.h --- if_dcreg.h 10 Aug 2005 20:33:46 -0000 1.45 +++ if_dcreg.h 20 Nov 2005 01:07:24 -0000 @@ -473,9 +473,9 @@ (uintptr_t)(sc->dc_ldata->dc_tx_list + i) - (uintptr_t)sc->dc_ldata) #if BYTE_ORDER == BIG_ENDIAN -#define DC_SP_MAC(x) ((x) << 16) +#define DC_SP_MAC(ptr) (be16dec(ptr) << 16) #else -#define DC_SP_MAC(x) (x) +#define DC_SP_MAC(ptr) (le16dec(ptr)) #endif struct dc_list_data { --Apple-Mail-3--476909085 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net --Apple-Mail-3--476909085-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Nov 20 14:56:02 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3576D16A41F; Sun, 20 Nov 2005 14:56:02 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42AC243D4C; Sun, 20 Nov 2005 14:56:00 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jAKEtx3L097461; Sun, 20 Nov 2005 09:55:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jAKEtx2n079265; Sun, 20 Nov 2005 09:55:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 809E67302F; Sun, 20 Nov 2005 09:55:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051120145559.809E67302F@freebsd-current.sentex.ca> Date: Sun, 20 Nov 2005 09:55:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Nov 2005 14:56:02 -0000 TB --- 2005-11-20 13:33:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-20 13:33:34 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2005-11-20 13:33:34 - cleaning the object tree TB --- 2005-11-20 13:33:55 - checking out the source tree TB --- 2005-11-20 13:33:55 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2005-11-20 13:33:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-11-20 13:40:32 - building world (CFLAGS=-O2 -pipe) TB --- 2005-11-20 13:40:32 - cd /src TB --- 2005-11-20 13:40:32 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-11-20 14:45:31 - generating LINT kernel config TB --- 2005-11-20 14:45:31 - cd /src/sys/sparc64/conf TB --- 2005-11-20 14:45:31 - /usr/bin/make -B LINT TB --- 2005-11-20 14:45:31 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-11-20 14:45:31 - cd /src TB --- 2005-11-20 14:45:31 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 20 14:45:32 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netinet6/udp6_usrreq.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netipx/ipx.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netipx/ipx_cksum.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netipx/ipx_input.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /src/sys/netipx/ipx_ip.c /src/sys/netipx/ipx_ip.c: In function `ipxip_input': /src/sys/netipx/ipx_ip.c:198: warning: implicit declaration of function `ip_stripoptions' /src/sys/netipx/ipx_ip.c:198: warning: nested extern declaration of `ip_stripoptions' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-20 14:55:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-20 14:55:59 - ERROR: failed to build lint kernel TB --- 2005-11-20 14:55:59 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 11:02:53 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A930616A421 for ; Mon, 21 Nov 2005 11:02:53 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E10443D5C for ; Mon, 21 Nov 2005 11:02:44 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jALB2heA090215 for ; Mon, 21 Nov 2005 11:02:43 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jALB2hSO090209 for freebsd-sparc64@freebsd.org; Mon, 21 Nov 2005 11:02:43 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 21 Nov 2005 11:02:43 GMT Message-Id: <200511211102.jALB2hSO090209@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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: Mon, 21 Nov 2005 11:02:53 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2005/02/12] sparc64/77417sparc64 [panic] with high usage of cpu when lan u o [2005/04/27] sparc64/80410sparc64 [netgraph] netgraph is causing crash with o [2005/05/11] sparc64/80890sparc64 [panic] kmem_malloc(73728): kmem_map too o [2005/06/23] sparc64/82569sparc64 USB mass storage plug/unplug causes syste o [2005/10/31] sparc64/88279sparc64 Hme driver. Failure to initialize onboard 7 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/22] sparc64/72998sparc64 [kernel] [patch] set_mcontext() change sy s [2005/06/26] sparc64/82681sparc64 [dc] dc state messages 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 14:49:07 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BBBE16A41F; Mon, 21 Nov 2005 14:49:07 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B1DB43D49; Mon, 21 Nov 2005 14:49:06 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2362940 for multiple; Mon, 21 Nov 2005 09:49:15 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jALEn1su069223; Mon, 21 Nov 2005 09:49:01 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-alpha@freebsd.org Date: Mon, 21 Nov 2005 09:49:10 -0500 User-Agent: KMail/1.8.2 References: <5D4CE421-AC74-40D6-AB53-836630BB8F19@xcllnt.net> In-Reply-To: <5D4CE421-AC74-40D6-AB53-836630BB8F19@xcllnt.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511210949.12455.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: sparc64@freebsd.org, alpha@freebsd.org, current@freebsd.org Subject: Re: dc(4) related misalignment trap 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: Mon, 21 Nov 2005 14:49:07 -0000 On Saturday 19 November 2005 08:11 pm, Marcel Moolenaar wrote: > All, > > On alpha this time: > > > swapon: adding /dev/da0b as swap device > Starting file system checks: > /dev/da0a: 38800 files, 486252 used, 3308480 free (41816 frags, > 408333 blocks, 1.1% fragmentation) > Setting hostname: ds10.pn.xcllnt.net. > > fatal kernel trap: > > trap entry = 0x4 (unaligned access fault) > faulting va = 0xfffffc000096b73b > opcode = 0xc > register = 0x1 > pc = 0xfffffc0000389cd8 > ra = 0xfffffc0000389c98 > sp = 0xfffffe001a581800 > usp = 0x11ffe4f8 > curthread = 0xfffffc003eb1d340 > pid = 165, comm = ifconfig > > [thread pid 165 tid 100034 ] > Stopped at dc_setfilt_21143+0x368: stl t0,0x9c(s3) > <0xfffffc000095879c> > > db> bt > Tracing pid 165 tid 100034 td 0xfffffc003eb1d340 > dc_setfilt_21143() at dc_setfilt_21143+0x368 > dc_setfilt() at dc_setfilt+0x58 > dc_init_locked() at dc_init_locked+0x9c8 > dc_init() at dc_init+0x78 > ether_ioctl() at ether_ioctl+0xd8 > dc_ioctl() at dc_ioctl+0x370 > in6_ifinit() at in6_ifinit+0x11c > in6_update_ifa() at in6_update_ifa+0x604 > in6_ifattach_linklocal() at in6_ifattach_linklocal+0x198 > in6_ifattach() at in6_ifattach+0x110 > in6_if_up() at in6_if_up+0xa8 > if_route() at if_route+0xa4 > if_up() at if_up+0x1c > ifhwioctl() at ifhwioctl+0x3a8 > ifioctl() at ifioctl+0x178 > soo_ioctl() at soo_ioctl+0x6e4 > ioctl() at ioctl+0x6e8 > syscall() at syscall+0x458 > XentSys() at XentSys+0x64 > --- syscall (54, FreeBSD ELF64, ioctl) --- > > > Note that the faulting instruction is really the instruction before > the one shown. In kgdb: > > 0xfffffc0000389cd4 : ldwu t0,8(t0) > 0xfffffc0000389cd8 : stl t0,156(s3) > > ldwu = load word unsigned. > > > (kgdb) l *dc_setfilt_21143+0x368 > 0xfffffc0000389cd8 is in dc_setfilt_21143 (../../../dev/dc/if_dc.c: > 1129). > 1124 h = dc_mchash_le(sc, ifp->if_broadcastaddr); > 1125 sp[h >> 4] |= htole32(1 << (h & 0xF)); > 1126 } > 1127 > 1128 /* Set our MAC address */ > 1129 sp[39] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc- > > >dc_ifp))[0]); > > 1130 sp[40] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc- > > >dc_ifp))[1]); > > 1131 sp[41] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc- > > >dc_ifp))[2]); > > 1132 > 1133 sframe->dc_status = htole32(DC_TXSTAT_OWN); > > (kgdb) f 12 > #12 0xfffffc0000389cd8 in dc_setfilt_21143 (sc=0xfffffc0000842000) > at ../../../dev/dc/if_dc.c:1129 > 1129 sp[39] = DC_SP_MAC(((u_int16_t *)IF_LLADDR(sc- > > >dc_ifp))[0]); > > (kgdb) p sp > $2 = (u_int32_t *) 0xfffffc0000958700 > (kgdb) p sc->dc_ifp->if_addr->ifa_addr > $5 = (struct sockaddr *) 0xfffffc000096b730 > (kgdb) p *(struct sockaddr_dl *)$5 > $6 = {sdl_len = 56 '8', sdl_family = 18 '\022', sdl_index = 1, > sdl_type = 6 '\006', sdl_nlen = 3 '\003', sdl_alen = 6 '\006', > sdl_slen = 0 '\0', sdl_data = "dc0\b\000+\206\"J", '\0' times>} > (kgdb) p $6.sdl_data + $6.sdl_nlen > $7 = 0xfffffc000096b73b "\b" > > Register s3 holds the sp variable ($2 in kgdb) > Register t0 holds the result the left-hand side of the statement, which > is not properly aligned for a 16-bit load ($7 = register t0 + 8). > > Rough patch to fix the problem attached: I think de(4) would need the same fix as well at least. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 19:23:01 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FD0416A443 for ; Mon, 21 Nov 2005 19:23:01 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A5FA43D88 for ; Mon, 21 Nov 2005 19:22:52 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2374705 for multiple; Mon, 21 Nov 2005 14:23:03 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jALJMlAu070871; Mon, 21 Nov 2005 14:22:48 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: sparc64@freebsd.org Date: Mon, 21 Nov 2005 14:22:56 -0500 User-Agent: KMail/1.8.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511211422.57431.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: uart(4) busted on sparc64 now? 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: Mon, 21 Nov 2005 19:23:02 -0000 So on Friday I updated my ultra60 to HEAD. It had been running HEAD from about a month ago. Today I came in and rebooted into the new kernel and now it hangs probing uart1 off of a PUC device. Note that I do not have a keyboard and mouse plugged into this box. New dmesg: KDB: stray vector interrupt 2029 debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #1: Mon Nov 21 13:33:51 EST 2005 root@foo.baldwin.cx:/usr/obj/usr/src/sys/FOO real memory = 536870912 (512 MB) avail memory = 472997888 (451 MB) cpu0: Sun Microsystems UltraSparc-II Processor (295.99 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (295.99 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs nexus0: pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 pcib0 dvma: DVMA map: 0xfc000000 to 0xffffffff pci0: on pcib0 ebus0: mem 0x70000000-0x70ffffff,0x71000000-0x717fffff at device 1.0 on pci0 auxio0: addr 0x1400726000-0x1400726003,0x1400728000-0x1400728003,0x140072a000-0x140072a003,0x140072c000-0x140072c003,0x140072f000-0x140072f003 on ebus0 ebus0: addr 0x1400724000-0x1400724003 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) puc0: addr 0x1400400000-0x140040007f irq 43 on ebus0 uart0: on puc0 uart0: CTS oflow uart0: console (9600,n,8,1) uart1: on puc0 Old dmesg: KDBstray vector interrupt 2029 : debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #0: Thu Oct 27 18:55:29 EDT 2005 john@foo.baldwin.cx:/usr/obj/usr/src/sys/FOO real memory = 536870912 (512 MB) avail memory = 472997888 (451 MB) cpu0: Sun Microsystems UltraSparc-II Processor (296.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (296.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs nexus0: pcib0: on nexus0 pcib0: Psycho, impl 0, version 4, ign 0x7c0, bus B pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] pcib0: [GIANT-LOCKED] pcib0: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 pcib0 dvma: DVMA map: 0xfc000000 to 0xffffffff pci0: on pcib0 ebus0: mem 0x70000000-0x70ffffff,0x71000000-0x717fffff at dev ice 1.0 on pci0 auxio0: addr 0x1400726000-0x1400726003,0x1400728000-0x140072 8003,0x140072a000-0x140072a003,0x140072c000-0x140072c003,0x140072f000-0x140072f0 03 on ebus0 ebus0: addr 0x1400724000-0x1400724003 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) puc0: addr 0x1400400000-0x140040007f irq 43 on ebus0 uart0: on puc0 uart0: CTS oflow uart0: console (9600,n,8,1) uart1: on puc0 uart1: CTS oflow uart2: <16550 or compatible> addr 0x14003083f8-0x14003083ff irq 41 on ebus0 uart2: keyboard (1200,n,8,1) uart2: keyboard not present uart3: <16550 or compatible> addr 0x14003062f8-0x14003062ff irq 42 on ebus0 ebus0: addr 0x14003043bc-0x14003043cb,0x1400300398-0x1400300399,0x1400700 000-0x140070000f irq 34 (no driver attached) ebus0: addr 0x14003023f0-0x14003023f7,0x1400706000-0x140070600f,0x1400 720000-0x1400720003 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 80b24e75 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ... -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 19:58:15 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8970E16A41F; Mon, 21 Nov 2005 19:58:15 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id D25FA43D53; Mon, 21 Nov 2005 19:58:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2376779 for multiple; Mon, 21 Nov 2005 14:58:24 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jALJwAEw071090; Mon, 21 Nov 2005 14:58:10 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 21 Nov 2005 14:31:29 -0500 User-Agent: KMail/1.8.2 References: <200511211422.57431.jhb@freebsd.org> In-Reply-To: <200511211422.57431.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511211431.31051.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: sparc64@freebsd.org Subject: Re: uart(4) busted on sparc64 now? 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: Mon, 21 Nov 2005 19:58:15 -0000 On Monday 21 November 2005 02:22 pm, John Baldwin wrote: > So on Friday I updated my ultra60 to HEAD. It had been running HEAD from > about a month ago. Today I came in and rebooted into the new kernel and > now it hangs probing uart1 off of a PUC device. Note that I do not have a > keyboard and mouse plugged into this box. > > New dmesg: > > puc0: addr 0x1400400000-0x140040007f > irq 43 on ebus0 uart0: on puc0 > uart0: CTS oflow > uart0: console (9600,n,8,1) > uart1: on puc0 > Looks like maybe it is spinning here: sab82532_bus_setsig(struct uart_softc *sc, int sig) { struct uart_bas *bas; uint32_t new, old; uint8_t mode, pvr; bas = &sc->sc_bas; do { old = sc->sc_hwsig; new = old; if (sig & SER_DDTR) { SIGCHG(sig & SER_DTR, new, SER_DTR, SER_DDTR); } if (sig & SER_DRTS) { SIGCHG(sig & SER_RTS, new, SER_RTS, SER_DRTS); } } while (!atomic_cmpset_32(&sc->sc_hwsig, old, new)); [halt - sent] KDB: enter: Line break on console [thread pid 0 tid 0 ] Stopped at kdb_enter+0x3c: ta %xcc, 1 db> tr Tracing pid 0 tid 0 td 0xc035a1f8 uart_intr_break() at uart_intr_break+0x24 uart_intr() at uart_intr+0x94 puc_intr() at puc_intr+0x54 psycho_intr_stub() at psycho_intr_stub+0x8 intr_execute_handlers() at intr_execute_handlers+0x78 intr_fast() at intr_fast+0x7c -- interrupt level=0xd pil=0 %o7=0xc00ddb5c -- sab82532_bus_setsig() at sab82532_bus_setsig+0xa0 sab82532_bus_attach() at sab82532_bus_attach+0xf0 uart_bus_attach() at uart_bus_attach+0x2d4 ... -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 19:58:15 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8970E16A41F; Mon, 21 Nov 2005 19:58:15 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id D25FA43D53; Mon, 21 Nov 2005 19:58:14 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2376779 for multiple; Mon, 21 Nov 2005 14:58:24 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jALJwAEw071090; Mon, 21 Nov 2005 14:58:10 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 21 Nov 2005 14:31:29 -0500 User-Agent: KMail/1.8.2 References: <200511211422.57431.jhb@freebsd.org> In-Reply-To: <200511211422.57431.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511211431.31051.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: sparc64@freebsd.org Subject: Re: uart(4) busted on sparc64 now? 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: Mon, 21 Nov 2005 19:58:15 -0000 On Monday 21 November 2005 02:22 pm, John Baldwin wrote: > So on Friday I updated my ultra60 to HEAD. It had been running HEAD from > about a month ago. Today I came in and rebooted into the new kernel and > now it hangs probing uart1 off of a PUC device. Note that I do not have a > keyboard and mouse plugged into this box. > > New dmesg: > > puc0: addr 0x1400400000-0x140040007f > irq 43 on ebus0 uart0: on puc0 > uart0: CTS oflow > uart0: console (9600,n,8,1) > uart1: on puc0 > Looks like maybe it is spinning here: sab82532_bus_setsig(struct uart_softc *sc, int sig) { struct uart_bas *bas; uint32_t new, old; uint8_t mode, pvr; bas = &sc->sc_bas; do { old = sc->sc_hwsig; new = old; if (sig & SER_DDTR) { SIGCHG(sig & SER_DTR, new, SER_DTR, SER_DDTR); } if (sig & SER_DRTS) { SIGCHG(sig & SER_RTS, new, SER_RTS, SER_DRTS); } } while (!atomic_cmpset_32(&sc->sc_hwsig, old, new)); [halt - sent] KDB: enter: Line break on console [thread pid 0 tid 0 ] Stopped at kdb_enter+0x3c: ta %xcc, 1 db> tr Tracing pid 0 tid 0 td 0xc035a1f8 uart_intr_break() at uart_intr_break+0x24 uart_intr() at uart_intr+0x94 puc_intr() at puc_intr+0x54 psycho_intr_stub() at psycho_intr_stub+0x8 intr_execute_handlers() at intr_execute_handlers+0x78 intr_fast() at intr_fast+0x7c -- interrupt level=0xd pil=0 %o7=0xc00ddb5c -- sab82532_bus_setsig() at sab82532_bus_setsig+0xa0 sab82532_bus_attach() at sab82532_bus_attach+0xf0 uart_bus_attach() at uart_bus_attach+0x2d4 ... -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 20:00:04 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B36F216A41F; Mon, 21 Nov 2005 20:00:04 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDBA443D45; Mon, 21 Nov 2005 20:00:03 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2376921 for multiple; Mon, 21 Nov 2005 15:00:14 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jALJxwAn071106; Mon, 21 Nov 2005 15:00:00 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 21 Nov 2005 15:00:09 -0500 User-Agent: KMail/1.8.2 References: <200511211422.57431.jhb@freebsd.org> <200511211431.31051.jhb@freebsd.org> In-Reply-To: <200511211431.31051.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511211500.10174.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: phk@freebsd.org Subject: Re: uart(4) busted on sparc64 now? 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: Mon, 21 Nov 2005 20:00:04 -0000 On Monday 21 November 2005 02:31 pm, John Baldwin wrote: > On Monday 21 November 2005 02:22 pm, John Baldwin wrote: > > So on Friday I updated my ultra60 to HEAD. It had been running HEAD from > > about a month ago. Today I came in and rebooted into the new kernel and > > now it hangs probing uart1 off of a PUC device. Note that I do not have > > a keyboard and mouse plugged into this box. > > > > New dmesg: > > > > puc0: addr 0x1400400000-0x140040007f > > irq 43 on ebus0 uart0: on puc0 > > uart0: CTS oflow > > uart0: console (9600,n,8,1) > > uart1: on puc0 > > > > Looks like maybe it is spinning here: > > sab82532_bus_setsig(struct uart_softc *sc, int sig) > { > struct uart_bas *bas; > uint32_t new, old; > uint8_t mode, pvr; > > bas = &sc->sc_bas; > do { > old = sc->sc_hwsig; > new = old; > if (sig & SER_DDTR) { > SIGCHG(sig & SER_DTR, new, SER_DTR, > SER_DDTR); > } > if (sig & SER_DRTS) { > SIGCHG(sig & SER_RTS, new, SER_RTS, > SER_DRTS); > } > } while (!atomic_cmpset_32(&sc->sc_hwsig, old, new)); > > > [halt - sent] > KDB: enter: Line break on console > [thread pid 0 tid 0 ] > Stopped at kdb_enter+0x3c: ta %xcc, 1 > db> tr > Tracing pid 0 tid 0 td 0xc035a1f8 > uart_intr_break() at uart_intr_break+0x24 > uart_intr() at uart_intr+0x94 > puc_intr() at puc_intr+0x54 > psycho_intr_stub() at psycho_intr_stub+0x8 > intr_execute_handlers() at intr_execute_handlers+0x78 > intr_fast() at intr_fast+0x7c > -- interrupt level=0xd pil=0 %o7=0xc00ddb5c -- > sab82532_bus_setsig() at sab82532_bus_setsig+0xa0 > sab82532_bus_attach() at sab82532_bus_attach+0xf0 > uart_bus_attach() at uart_bus_attach+0x2d4 > ... FYI, turning PUC_FASTINTR back off fixes it. I'll probably move that over to DEFAULTS rather than hardcoding it in the source so that it's feasible for folks to turn it off in the kernel configs instead of having to hack the kernel to turn this (mis)feature off. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 21:05:58 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 466C916A41F; Mon, 21 Nov 2005 21:05:58 +0000 (GMT) (envelope-from fbsd@lurkie.xs4all.nl) Received: from lurkie.xs4all.nl (lurkie.xs4all.nl [194.109.236.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14A7043D72; Mon, 21 Nov 2005 21:05:55 +0000 (GMT) (envelope-from fbsd@lurkie.xs4all.nl) Received: from lurkie.xs4all.nl (localhost [127.0.0.1]) by lurkie.xs4all.nl (8.12.9/8.12.9) with ESMTP id jALL5pEu066577; Mon, 21 Nov 2005 22:05:51 +0100 (CET) (envelope-from fbsd@lurkie.xs4all.nl) Received: (from fbsd@localhost) by lurkie.xs4all.nl (8.12.9/8.12.9/Submit) id jALL5o0r066576; Mon, 21 Nov 2005 22:05:50 +0100 (CET) Date: Mon, 21 Nov 2005 22:05:49 +0100 From: Marc Veldman To: John Baldwin Message-ID: <20051121210549.GA66561@lurkie.xs4all.nl> References: <200511211422.57431.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511211422.57431.jhb@freebsd.org> User-Agent: Mutt/1.4.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: uart(4) busted on sparc64 now? 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: Mon, 21 Nov 2005 21:05:58 -0000 Hello John, On Mon, Nov 21, 2005 at 02:22:56PM -0500, John Baldwin wrote: > So on Friday I updated my ultra60 to HEAD. It had been running HEAD from > about a month ago. Today I came in and rebooted into the new kernel and now > it hangs probing uart1 off of a PUC device. Note that I do not have a > keyboard and mouse plugged into this box. My Ultra2, updated yesterday, runs boots just fine. It also has no keyboard and mouse plugged in. dmesg attached. Cheers, Marc Veldman. From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 21:09:53 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E16016A420; Mon, 21 Nov 2005 21:09:53 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D98D43D5A; Mon, 21 Nov 2005 21:09:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id A20B91A3C1A; Mon, 21 Nov 2005 13:09:48 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DFF5D51202; Mon, 21 Nov 2005 16:09:47 -0500 (EST) Date: Mon, 21 Nov 2005 16:09:47 -0500 From: Kris Kennaway To: John Baldwin Message-ID: <20051121210947.GA6984@xor.obsecurity.org> References: <200511211422.57431.jhb@freebsd.org> <200511211431.31051.jhb@freebsd.org> <200511211500.10174.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <200511211500.10174.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-sparc64@freebsd.org, phk@freebsd.org Subject: Re: uart(4) busted on sparc64 now? 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: Mon, 21 Nov 2005 21:09:53 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 21, 2005 at 03:00:09PM -0500, John Baldwin wrote: > On Monday 21 November 2005 02:31 pm, John Baldwin wrote: > > On Monday 21 November 2005 02:22 pm, John Baldwin wrote: > > > So on Friday I updated my ultra60 to HEAD. It had been running HEAD = from > > > about a month ago. Today I came in and rebooted into the new kernel = and > > > now it hangs probing uart1 off of a PUC device. Note that I do not h= ave > > > a keyboard and mouse plugged into this box. > > > > > > New dmesg: > > > > > > puc0: addr 0x1400400000-0x140040= 007f > > > irq 43 on ebus0 uart0: on puc0 > > > uart0: CTS oflow > > > uart0: console (9600,n,8,1) > > > uart1: on puc0 > > > > > > > Looks like maybe it is spinning here: > > > > sab82532_bus_setsig(struct uart_softc *sc, int sig) > > { > > struct uart_bas *bas; > > uint32_t new, old; > > uint8_t mode, pvr; > > > > bas =3D &sc->sc_bas; > > do { > > old =3D sc->sc_hwsig; > > new =3D old; > > if (sig & SER_DDTR) { > > SIGCHG(sig & SER_DTR, new, SER_DTR, > > SER_DDTR); > > } > > if (sig & SER_DRTS) { > > SIGCHG(sig & SER_RTS, new, SER_RTS, > > SER_DRTS); > > } > > } while (!atomic_cmpset_32(&sc->sc_hwsig, old, new)); > > > > > > [halt - sent] > > KDB: enter: Line break on console > > [thread pid 0 tid 0 ] > > Stopped at kdb_enter+0x3c: ta %xcc, 1 > > db> tr > > Tracing pid 0 tid 0 td 0xc035a1f8 > > uart_intr_break() at uart_intr_break+0x24 > > uart_intr() at uart_intr+0x94 > > puc_intr() at puc_intr+0x54 > > psycho_intr_stub() at psycho_intr_stub+0x8 > > intr_execute_handlers() at intr_execute_handlers+0x78 > > intr_fast() at intr_fast+0x7c > > -- interrupt level=3D0xd pil=3D0 %o7=3D0xc00ddb5c -- > > sab82532_bus_setsig() at sab82532_bus_setsig+0xa0 > > sab82532_bus_attach() at sab82532_bus_attach+0xf0 > > uart_bus_attach() at uart_bus_attach+0x2d4 > > ... >=20 > FYI, turning PUC_FASTINTR back off fixes it. I'll probably move that ove= r to=20 > DEFAULTS rather than hardcoding it in the source so that it's feasible fo= r=20 > folks to turn it off in the kernel configs instead of having to hack the= =20 > kernel to turn this (mis)feature off. I think it should be disabled by default. E4500 machines are also unbootable like this. Kris --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD4DBQFDgjebWry0BWjoQKURAmaCAKDoipp88KwoHDe/F76N+0MfsDkBMACWLG0b 0yMCu98R8PW57Amr6yQuWQ== =fIXA -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 21:15:05 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF80116A420; Mon, 21 Nov 2005 21:15:04 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39F3C43D53; Mon, 21 Nov 2005 21:14:21 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2381085 for multiple; Mon, 21 Nov 2005 16:14:22 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jALLE8Uh071582; Mon, 21 Nov 2005 16:14:08 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 21 Nov 2005 16:14:14 -0500 User-Agent: KMail/1.8.2 References: <5D4CE421-AC74-40D6-AB53-836630BB8F19@xcllnt.net> <200511210949.12455.jhb@freebsd.org> In-Reply-To: <200511210949.12455.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511211614.16590.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: alpha@freebsd.org, current@freebsd.org, freebsd-alpha@freebsd.org, sparc64@freebsd.org Subject: Re: dc(4) related misalignment trap 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: Mon, 21 Nov 2005 21:15:05 -0000 On Monday 21 November 2005 09:49 am, John Baldwin wrote: > > Register s3 holds the sp variable ($2 in kgdb) > > Register t0 holds the result the left-hand side of the statement, which > > is not properly aligned for a 16-bit load ($7 = register t0 + 8). > > > > Rough patch to fix the problem attached: > > I think de(4) would need the same fix as well at least. Once I fixed another bug with de(4) due to ru@'s recent changes I wasn't able to reproduce an alignment trap with de(4) on my alpha, so although I have a patch for de(4) I can't test it. How are you triggering the alignment fault? Do you have something other than 'ifconfig_dc0="DHCP"' in /etc/rc.conf? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 21:15:05 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF80116A420; Mon, 21 Nov 2005 21:15:04 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39F3C43D53; Mon, 21 Nov 2005 21:14:21 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2381085 for multiple; Mon, 21 Nov 2005 16:14:22 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jALLE8Uh071582; Mon, 21 Nov 2005 16:14:08 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 21 Nov 2005 16:14:14 -0500 User-Agent: KMail/1.8.2 References: <5D4CE421-AC74-40D6-AB53-836630BB8F19@xcllnt.net> <200511210949.12455.jhb@freebsd.org> In-Reply-To: <200511210949.12455.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511211614.16590.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: alpha@freebsd.org, current@freebsd.org, freebsd-alpha@freebsd.org, sparc64@freebsd.org Subject: Re: dc(4) related misalignment trap 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: Mon, 21 Nov 2005 21:15:05 -0000 On Monday 21 November 2005 09:49 am, John Baldwin wrote: > > Register s3 holds the sp variable ($2 in kgdb) > > Register t0 holds the result the left-hand side of the statement, which > > is not properly aligned for a 16-bit load ($7 = register t0 + 8). > > > > Rough patch to fix the problem attached: > > I think de(4) would need the same fix as well at least. Once I fixed another bug with de(4) due to ru@'s recent changes I wasn't able to reproduce an alignment trap with de(4) on my alpha, so although I have a patch for de(4) I can't test it. How are you triggering the alignment fault? Do you have something other than 'ifconfig_dc0="DHCP"' in /etc/rc.conf? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 21:15:06 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D4416A423; Mon, 21 Nov 2005 21:15:06 +0000 (GMT) (envelope-from fbsd@lurkie.xs4all.nl) Received: from lurkie.xs4all.nl (lurkie.xs4all.nl [194.109.236.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id A091C43DAD; Mon, 21 Nov 2005 21:14:23 +0000 (GMT) (envelope-from fbsd@lurkie.xs4all.nl) Received: from lurkie.xs4all.nl (localhost [127.0.0.1]) by lurkie.xs4all.nl (8.12.9/8.12.9) with ESMTP id jALLEEEu066683; Mon, 21 Nov 2005 22:14:14 +0100 (CET) (envelope-from fbsd@lurkie.xs4all.nl) Received: (from fbsd@localhost) by lurkie.xs4all.nl (8.12.9/8.12.9/Submit) id jALLEE7Q066682; Mon, 21 Nov 2005 22:14:14 +0100 (CET) Date: Mon, 21 Nov 2005 22:14:13 +0100 From: Marc Veldman To: John Baldwin Message-ID: <20051121211413.GA66657@lurkie.xs4all.nl> References: <200511211422.57431.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <200511211422.57431.jhb@freebsd.org> User-Agent: Mutt/1.4.1i Cc: freebsd-sparc64@freebsd.org Subject: Re: uart(4) busted on sparc64 now? 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: Mon, 21 Nov 2005 21:15:06 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello John, On Mon, Nov 21, 2005 at 02:22:56PM -0500, John Baldwin wrote: > So on Friday I updated my ultra60 to HEAD. It had been running HEAD from > about a month ago. Today I came in and rebooted into the new kernel and now > it hangs probing uart1 off of a PUC device. Note that I do not have a > keyboard and mouse plugged into this box. FWIW, my Ultra2, updated yesterday, boots just fine. It has no keyboard or mouse attached. dmesg attached. Cheers, Marc Veldman. --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg stray vector interrupt 2033 Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 7.0-CURRENT #3: Sun Nov 20 16:21:11 CET 2005 marc@dickerdack.lurkie.org:/usr/obj/usr/src/sys/DICKERDACK real memory = 1073741824 (1024 MB) avail memory = 1032085504 (984 MB) cpu0: Sun Microsystems UltraSparc-I Processor (199.99 MHz CPU) cpu1: Sun Microsystems UltraSparc-I Processor (199.99 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs nexus0: sbus0: on nexus0 sbus0: clock 25.000 MHz sbus dvma: DVMA map: 0xfc000000 to 0xffffffff sbus0: [FAST] sbus0: [FAST] initializing counter-timer Timecounter "counter-timer" frequency 1000000 Hz quality 100 auxio0: mem 0x1900000 on sbus0 sbus0: mem 0xc000000-0xc0001ff irq 2020 type unknown (no driver attached) sbus0: mem 0-0x7ffff,0x1380000-0x13fffff type unknown (no driver attached) sbus0: mem 0x1400000-0x1400007 irq 2025 type block (no driver attached) eeprom0: mem 0x1200000-0x1201fff on sbus0 eeprom0: model mk48t59 eeprom0: hostid 8083624b puc0: mem 0x1100000-0x1100003 irq 2024 on sbus0 uart0: on puc0 uart0: console (9600,n,8,1) uart1: on puc0 puc1: mem 0x1000000-0x1000003 irq 2024 on sbus0 uart2: on puc1 uart2: keyboard (1200,n,8,1) uart2: keyboard not present uart3: on puc1 sbus0: mem 0x1300000-0x1300007 type unknown (no driver attached) sbus0: mem 0x1304000-0x1304002 type unknown (no driver attached) esp0: mem 0x8800000-0x880000f,0x8810000-0x881003f irq 2016 on sbus0 esp0: FAS366/HME, 40MHz, SCSI ID 7 hme0: mem 0x8c00000-0x8c00107,0x8c02000-0x8c03fff,0x8c04000-0x8c05fff,0x8c06000-0x8c07fff,0x8c07000-0x8c0701f irq 2017 on sbus0 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:83:62:4b sbus0: mem 0xc800000-0xc80001b irq 2018 type unknown (no driver attached) creator0: on nexus0 creator0: resolution 1152x900 syscons0: on nexus0 syscons0: Unknown <16 virtual consoles, flags=0x100> Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! da0 at esp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) da1 at esp0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 8637MB (17689267 512 byte sectors: 255H 63S/T 1101C) cd0 at esp0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 4.032MB/s transfers (4.032MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/da0a --0F1p//8PRICkK4MW-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 21:26:29 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D88F716A41F; Mon, 21 Nov 2005 21:26:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B0F643E76; Mon, 21 Nov 2005 21:23:38 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2381563 for multiple; Mon, 21 Nov 2005 16:23:41 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jALLNRMM071658; Mon, 21 Nov 2005 16:23:27 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 21 Nov 2005 16:23:33 -0500 User-Agent: KMail/1.8.2 References: <5D4CE421-AC74-40D6-AB53-836630BB8F19@xcllnt.net> <200511210949.12455.jhb@freebsd.org> <200511211614.16590.jhb@freebsd.org> In-Reply-To: <200511211614.16590.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511211623.35777.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: alpha@freebsd.org, current@freebsd.org, freebsd-alpha@freebsd.org, sparc64@freebsd.org Subject: Re: dc(4) related misalignment trap 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: Mon, 21 Nov 2005 21:26:29 -0000 On Monday 21 November 2005 04:14 pm, John Baldwin wrote: > On Monday 21 November 2005 09:49 am, John Baldwin wrote: > > > Register s3 holds the sp variable ($2 in kgdb) > > > Register t0 holds the result the left-hand side of the statement, which > > > is not properly aligned for a 16-bit load ($7 = register t0 + 8). > > > > > > Rough patch to fix the problem attached: > > > > I think de(4) would need the same fix as well at least. > > Once I fixed another bug with de(4) due to ru@'s recent changes I wasn't > able to reproduce an alignment trap with de(4) on my alpha, so although I > have a patch for de(4) I can't test it. How are you triggering the > alignment fault? Do you have something other than 'ifconfig_dc0="DHCP"' in > /etc/rc.conf? Check that, it would help to let the multiuser boot finish before firing off the e-mail. I did indeed get the alignment fault during dhcp, so I'll be testing that alignment patch in a minute or so. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 21:26:29 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D88F716A41F; Mon, 21 Nov 2005 21:26:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B0F643E76; Mon, 21 Nov 2005 21:23:38 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2381563 for multiple; Mon, 21 Nov 2005 16:23:41 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jALLNRMM071658; Mon, 21 Nov 2005 16:23:27 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 21 Nov 2005 16:23:33 -0500 User-Agent: KMail/1.8.2 References: <5D4CE421-AC74-40D6-AB53-836630BB8F19@xcllnt.net> <200511210949.12455.jhb@freebsd.org> <200511211614.16590.jhb@freebsd.org> In-Reply-To: <200511211614.16590.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511211623.35777.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: alpha@freebsd.org, current@freebsd.org, freebsd-alpha@freebsd.org, sparc64@freebsd.org Subject: Re: dc(4) related misalignment trap 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: Mon, 21 Nov 2005 21:26:29 -0000 On Monday 21 November 2005 04:14 pm, John Baldwin wrote: > On Monday 21 November 2005 09:49 am, John Baldwin wrote: > > > Register s3 holds the sp variable ($2 in kgdb) > > > Register t0 holds the result the left-hand side of the statement, which > > > is not properly aligned for a 16-bit load ($7 = register t0 + 8). > > > > > > Rough patch to fix the problem attached: > > > > I think de(4) would need the same fix as well at least. > > Once I fixed another bug with de(4) due to ru@'s recent changes I wasn't > able to reproduce an alignment trap with de(4) on my alpha, so although I > have a patch for de(4) I can't test it. How are you triggering the > alignment fault? Do you have something other than 'ifconfig_dc0="DHCP"' in > /etc/rc.conf? Check that, it would help to let the multiuser boot finish before firing off the e-mail. I did indeed get the alignment fault during dhcp, so I'll be testing that alignment patch in a minute or so. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 21:41:29 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BED116A41F; Mon, 21 Nov 2005 21:41:29 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AFEE43D64; Mon, 21 Nov 2005 21:41:20 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2382327 for multiple; Mon, 21 Nov 2005 16:41:28 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jALLfA9B071763; Mon, 21 Nov 2005 16:41:15 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kris Kennaway Date: Mon, 21 Nov 2005 16:36:09 -0500 User-Agent: KMail/1.8.2 References: <200511211422.57431.jhb@freebsd.org> <200511211500.10174.jhb@freebsd.org> <20051121210947.GA6984@xor.obsecurity.org> In-Reply-To: <20051121210947.GA6984@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511211636.09922.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-sparc64@freebsd.org, phk@freebsd.org Subject: Re: uart(4) busted on sparc64 now? 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: Mon, 21 Nov 2005 21:41:29 -0000 On Monday 21 November 2005 04:09 pm, Kris Kennaway wrote: > > FYI, turning PUC_FASTINTR back off fixes it. I'll probably move that > > over to DEFAULTS rather than hardcoding it in the source so that it's > > feasible for folks to turn it off in the kernel configs instead of having > > to hack the kernel to turn this (mis)feature off. > > I think it should be disabled by default. E4500 machines are also > unbootable like this. Ah, ok. Will do. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 21:41:35 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C065716A41F for ; Mon, 21 Nov 2005 21:41:35 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B19443D69 for ; Mon, 21 Nov 2005 21:41:20 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2382323 for multiple; Mon, 21 Nov 2005 16:41:26 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jALLfA9A071763; Mon, 21 Nov 2005 16:41:12 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Marc Veldman Date: Mon, 21 Nov 2005 16:35:39 -0500 User-Agent: KMail/1.8.2 References: <200511211422.57431.jhb@freebsd.org> <20051121211413.GA66657@lurkie.xs4all.nl> In-Reply-To: <20051121211413.GA66657@lurkie.xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511211635.40356.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-sparc64@freebsd.org Subject: Re: uart(4) busted on sparc64 now? 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: Mon, 21 Nov 2005 21:41:35 -0000 On Monday 21 November 2005 04:14 pm, Marc Veldman wrote: > Hello John, > > On Mon, Nov 21, 2005 at 02:22:56PM -0500, John Baldwin wrote: > > So on Friday I updated my ultra60 to HEAD. It had been running HEAD from > > about a month ago. Today I came in and rebooted into the new kernel and > > now it hangs probing uart1 off of a PUC device. Note that I do not have > > a keyboard and mouse plugged into this box. > > FWIW, my Ultra2, updated yesterday, boots just fine. > It has no keyboard or mouse attached. > dmesg attached. > > Cheers, > > Marc Veldman. You have a different chip (z8350 on yours vs SAB 82532 on mine). Perhaps it is a bug in the SAB support somehow? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 21:51:41 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C72F016A41F; Mon, 21 Nov 2005 21:51:41 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9341943D75; Mon, 21 Nov 2005 21:51:33 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2382819 for multiple; Mon, 21 Nov 2005 16:51:43 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jALLpTB3071836; Mon, 21 Nov 2005 16:51:29 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-sparc64@freebsd.org Date: Mon, 21 Nov 2005 16:51:35 -0500 User-Agent: KMail/1.8.2 References: <5D4CE421-AC74-40D6-AB53-836630BB8F19@xcllnt.net> <200511211614.16590.jhb@freebsd.org> <200511211623.35777.jhb@freebsd.org> In-Reply-To: <200511211623.35777.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511211651.36569.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: alpha@freebsd.org, current@freebsd.org Subject: Re: dc(4) related misalignment trap 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: Mon, 21 Nov 2005 21:51:42 -0000 On Monday 21 November 2005 04:23 pm, John Baldwin wrote: > On Monday 21 November 2005 04:14 pm, John Baldwin wrote: > > On Monday 21 November 2005 09:49 am, John Baldwin wrote: > > > > Register s3 holds the sp variable ($2 in kgdb) > > > > Register t0 holds the result the left-hand side of the statement, > > > > which is not properly aligned for a 16-bit load ($7 = register t0 + > > > > 8). > > > > > > > > Rough patch to fix the problem attached: > > > > > > I think de(4) would need the same fix as well at least. > > > > Once I fixed another bug with de(4) due to ru@'s recent changes I wasn't > > able to reproduce an alignment trap with de(4) on my alpha, so although I > > have a patch for de(4) I can't test it. How are you triggering the > > alignment fault? Do you have something other than 'ifconfig_dc0="DHCP"' > > in /etc/rc.conf? > > Check that, it would help to let the multiuser boot finish before firing > off the e-mail. I did indeed get the alignment fault during dhcp, so I'll > be testing that alignment patch in a minute or so. Ok, so the same change Marcel posted for dc(4) fixed de(4) as well, so Marcel, I think you should be good to go to commit your dc(4) patch. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Nov 21 23:54:03 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 352C616A430; Mon, 21 Nov 2005 23:54:03 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E4E243D90; Mon, 21 Nov 2005 23:54:01 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id jALNrsv2038772; Mon, 21 Nov 2005 15:53:54 -0800 (PST) (envelope-from marcel@xcllnt.net) In-Reply-To: <200511211422.57431.jhb@freebsd.org> References: <200511211422.57431.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Mon, 21 Nov 2005 15:53:53 -0800 To: John Baldwin X-Mailer: Apple Mail (2.746.2) Cc: sparc64@freebsd.org Subject: Re: uart(4) busted on sparc64 now? 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: Mon, 21 Nov 2005 23:54:03 -0000 On Nov 21, 2005, at 11:22 AM, John Baldwin wrote: > So on Friday I updated my ultra60 to HEAD. It had been running > HEAD from > about a month ago. Today I came in and rebooted into the new > kernel and now > it hangs probing uart1 off of a PUC device. This is likely phk@'s change to puc(4) to able fast interrupts for puc(4) by default. marius@ already informed him that it would break sparc64. I don't think this was properly followed-up. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 22 01:28:13 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24E6216A41F; Tue, 22 Nov 2005 01:28:13 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 839B443D6A; Tue, 22 Nov 2005 01:27:50 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.4/8.13.4) with ESMTP id jAM1RnDQ039215; Mon, 21 Nov 2005 17:27:49 -0800 (PST) (envelope-from marcel@xcllnt.net) In-Reply-To: <200511211651.36569.jhb@freebsd.org> References: <5D4CE421-AC74-40D6-AB53-836630BB8F19@xcllnt.net> <200511211614.16590.jhb@freebsd.org> <200511211623.35777.jhb@freebsd.org> <200511211651.36569.jhb@freebsd.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5B81B657-00AF-46C7-A94E-1C330435328C@xcllnt.net> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Mon, 21 Nov 2005 17:27:48 -0800 To: John Baldwin X-Mailer: Apple Mail (2.746.2) Cc: alpha@freebsd.org, freebsd-sparc64@freebsd.org, current@freebsd.org Subject: Re: dc(4) related misalignment trap 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: Tue, 22 Nov 2005 01:28:13 -0000 On Nov 21, 2005, at 1:51 PM, John Baldwin wrote: > On Monday 21 November 2005 04:23 pm, John Baldwin wrote: >> On Monday 21 November 2005 04:14 pm, John Baldwin wrote: >>> On Monday 21 November 2005 09:49 am, John Baldwin wrote: >>>>> Register s3 holds the sp variable ($2 in kgdb) >>>>> Register t0 holds the result the left-hand side of the statement, >>>>> which is not properly aligned for a 16-bit load ($7 = register >>>>> t0 + >>>>> 8). >>>>> >>>>> Rough patch to fix the problem attached: >>>> >>>> I think de(4) would need the same fix as well at least. >>> >>> Once I fixed another bug with de(4) due to ru@'s recent changes I >>> wasn't >>> able to reproduce an alignment trap with de(4) on my alpha, so >>> although I >>> have a patch for de(4) I can't test it. How are you triggering the >>> alignment fault? Do you have something other than >>> 'ifconfig_dc0="DHCP"' >>> in /etc/rc.conf? >> >> Check that, it would help to let the multiuser boot finish before >> firing >> off the e-mail. I did indeed get the alignment fault during dhcp, >> so I'll >> be testing that alignment patch in a minute or so. > > Ok, so the same change Marcel posted for dc(4) fixed de(4) as well, > so Marcel, > I think you should be good to go to commit your dc(4) patch. Will do. Thanks for taking care of de(4). -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Tue Nov 22 22:39:16 2005 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 235C616A426; Tue, 22 Nov 2005 22:39:16 +0000 (GMT) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9DAE43D6D; Tue, 22 Nov 2005 22:39:15 +0000 (GMT) (envelope-from marius@FreeBSD.org) Received: from freefall.freebsd.org (marius@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jAMMdF5q016530; Tue, 22 Nov 2005 22:39:15 GMT (envelope-from marius@freefall.freebsd.org) Received: (from marius@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jAMMdFun016526; Tue, 22 Nov 2005 22:39:15 GMT (envelope-from marius) Date: Tue, 22 Nov 2005 22:39:15 GMT From: Marius Strobl Message-Id: <200511222239.jAMMdFun016526@freefall.freebsd.org> To: s1@paragi.dk, marius@FreeBSD.org, freebsd-sparc64@FreeBSD.org, marius@FreeBSD.org Cc: Subject: Re: sparc64/88279: Hme driver. Failure to initialize onboard NA on Sun Enterprise 250 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: Tue, 22 Nov 2005 22:39:16 -0000 Synopsis: Hme driver. Failure to initialize onboard NA on Sun Enterprise 250 State-Changed-From-To: open->patched State-Changed-By: marius State-Changed-When: Tue Nov 22 22:35:50 GMT 2005 State-Changed-Why: Mark as patched (fixed in sys/sparc64/pci/psycho.c rev. 1.55), assign to me as MFC-reminder. Responsible-Changed-From-To: freebsd-sparc64->marius Responsible-Changed-By: marius Responsible-Changed-When: Tue Nov 22 22:35:50 GMT 2005 Responsible-Changed-Why: Mark as patched (fixed in sys/sparc64/pci/psycho.c rev. 1.55), assign to me as MFC-reminder. http://www.freebsd.org/cgi/query-pr.cgi?pr=88279 From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 23 16:36:08 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4074E16A41F for ; Wed, 23 Nov 2005 16:36:08 +0000 (GMT) (envelope-from j@ida.interface-business.de) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F53E43D78 for ; Wed, 23 Nov 2005 16:35:53 +0000 (GMT) (envelope-from j@ida.interface-business.de) Received: by ida.interface-business.de (Postfix, from userid 107) id 839177A49; Wed, 23 Nov 2005 17:35:49 +0100 (MET) Date: Wed, 23 Nov 2005 17:35:49 +0100 From: Joerg Wunsch To: sparc64@freebsd.org Message-ID: <20051123163549.GI13177@ida.interface-business.de> References: <200511211422.57431.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Phone: +49-351-31809-14 X-PGP-Fingerprint: 5E84 F980 C3CA FD4B B584 1070 F48C A81B 69A8 5873 Organization: interface systems GmbH, Dresden User-Agent: Mutt/1.5.6i Cc: Subject: Re: uart(4) busted on sparc64 now? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Joerg Wunsch List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Nov 2005 16:36:08 -0000 As Marcel Moolenaar wrote: > This is likely phk@'s change to puc(4) to able fast interrupts for > puc(4) by default. marius@ already informed him that it would break > sparc64. I don't think this was properly followed-up. According to bde@, PUC fast interrupts only work iff the system can obtain a unique IRQ. I had to use PUC fast interrupts on my i386 box as the multiport board lost a lot of interrupts. Due to IRQ sharing I cannot turn off there, I lose one out of four HME ports on the QFE I've got (which is acceptable for me). However, it doesn't appear the IRQs on the sparc64 systems are shared. Maybe someone wants to drag bde@ into the discussion... -- J"org Wunsch Unix support engineer joerg_wunsch@interface-systems.de http://www.interface-systems.de/~j/ From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 23 20:33:45 2005 Return-Path: X-Original-To: sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D391916A41F for ; Wed, 23 Nov 2005 20:33:45 +0000 (GMT) (envelope-from nvidican@wmptl.com) Received: from wmptl.net (fw1.wmptl.com [216.8.159.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E25843D7C for ; Wed, 23 Nov 2005 20:33:25 +0000 (GMT) (envelope-from nvidican@wmptl.com) Received: from [10.0.0.104] (r3140ca.wmptl.net [10.0.0.104]) by wmptl.net (8.13.1/8.13.1) with ESMTP id jANKXJBc056651 for ; Wed, 23 Nov 2005 15:33:19 -0500 (EST) (envelope-from nvidican@wmptl.com) Message-ID: <4384D20F.7080706@wmptl.com> Date: Wed, 23 Nov 2005 15:33:19 -0500 From: Nathan Vidican User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sparc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.111 () RATWR10_MESSID X-Scanned-By: MIMEDefang 2.44 Cc: Subject: FreeBSD viability on Sparc platform 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, 23 Nov 2005 20:33:46 -0000 Been a (long) while since I've been following the port at all, where is FreeBSD/sparc anyhow? Looking to replace a server here which is currently running FreeBSD/i386 on dual PIII 550's, the machine is heavily loaded and stability/redundancy are key but budget is a concern. For the price I can get decent configurations of Sun Ultra and Ultra II powered sparc servers with redundant power for cheap... but can I reliably run FreeBSD on them, or am I stuck with Solaris. Really, would Solaris not be a better option anyhow given it's their hardware, or is FreeBSD stable enough on the platform yet for production? The machine is basically pure mysql server, and does minimal routing accross two network interfaces. I know this could just as easily be done in Solaris, just curious as to FreeBSD/sparc viability. I'm looking at some E420R's with qty 4 450mhz Sparc II cpus, and 4GB ram each. Any info/opinions/concerns/etc appreciated. -- Nathan Vidican nvidican@wmptl.com Windsor Match Plate & Tool Ltd. http://www.wmptl.com/ From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 23 20:40:28 2005 Return-Path: X-Original-To: sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C176616A41F for ; Wed, 23 Nov 2005 20:40:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77C2B43D53 for ; Wed, 23 Nov 2005 20:40:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 5D5CF1A3C29; Wed, 23 Nov 2005 12:40:28 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 87A3851592; Wed, 23 Nov 2005 15:40:27 -0500 (EST) Date: Wed, 23 Nov 2005 15:40:27 -0500 From: Kris Kennaway To: Nathan Vidican Message-ID: <20051123204027.GA5819@xor.obsecurity.org> References: <4384D20F.7080706@wmptl.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline In-Reply-To: <4384D20F.7080706@wmptl.com> User-Agent: Mutt/1.4.2.1i Cc: sparc@freebsd.org Subject: Re: FreeBSD viability on Sparc platform 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, 23 Nov 2005 20:40:28 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 23, 2005 at 03:33:19PM -0500, Nathan Vidican wrote: > Been a (long) while since I've been following the port at all, where is= =20 > FreeBSD/sparc anyhow? Looking to replace a server here which is currently= =20 > running FreeBSD/i386 on dual PIII 550's, the machine is heavily loaded an= d=20 > stability/redundancy are key but budget is a concern. For the price I can= =20 > get decent configurations of Sun Ultra and Ultra II powered sparc servers= =20 > with redundant power for cheap... but can I reliably run FreeBSD on them,= =20 > or am I stuck with Solaris. Really, would Solaris not be a better option= =20 > anyhow given it's their hardware, or is FreeBSD stable enough on the=20 > platform yet for production? >=20 > The machine is basically pure mysql server, and does minimal routing=20 > accross two network interfaces. I know this could just as easily be done = in=20 > Solaris, just curious as to FreeBSD/sparc viability. I'm looking at some= =20 > E420R's with qty 4 450mhz Sparc II cpus, and 4GB ram each. It's generally pretty stable..but there are a couple of panics I run into on the sparc machines on 6.0. You may not see them depending on what you do. If stability is your main concern you should use an i386 or amd64 machine though, since those architectures are better maintained. Alternatively, you could use 5.4 which doesn't have those bugs, but performance is much lower than 6.0 on SMP machines. Kris --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDhNO7Wry0BWjoQKURAugGAKDHPt2fqPdUa2k2mPD7PzmLFIb60gCeNcsQ bF7O5pJzwIO16lMz6YKIEdo= =Py0p -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 23 23:02:41 2005 Return-Path: X-Original-To: sparc@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 510EE16A41F for ; Wed, 23 Nov 2005 23:02:41 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66C0C43D6B for ; Wed, 23 Nov 2005 23:02:18 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so21762wxc for ; Wed, 23 Nov 2005 15:02:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WSUAhVQ5RwSLI8zwtzGZyuhf6FmYzyG/yNTGiUJbTJ10pWP6AXoX1ETn/bmw30Bt1z+DbMfECu6o1x6oHd5KxR/6t2r31FiOljyPFrGTzNZftSaqeFdANNZPkYyWJiLTZ6MKz8yId5CuGlWVbKUUTYPIppndI62RsFerFv4pBbs= Received: by 10.70.36.12 with SMTP id j12mr5396144wxj; Wed, 23 Nov 2005 14:35:59 -0800 (PST) Received: by 10.70.9.10 with HTTP; Wed, 23 Nov 2005 14:35:59 -0800 (PST) Message-ID: <70e8236f0511231435w264f99d6va78ae97b042af84@mail.gmail.com> Date: Wed, 23 Nov 2005 22:35:59 +0000 From: Joao Barros To: Nathan Vidican In-Reply-To: <4384D20F.7080706@wmptl.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4384D20F.7080706@wmptl.com> Cc: sparc@freebsd.org Subject: Re: FreeBSD viability on Sparc platform 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, 23 Nov 2005 23:02:41 -0000 On 11/23/05, Nathan Vidican wrote: > Been a (long) while since I've been following the port at all, where is > FreeBSD/sparc anyhow? Looking to replace a server here which is currently > running FreeBSD/i386 on dual PIII 550's, the machine is heavily loaded an= d > stability/redundancy are key but budget is a concern. For the price I can= get > decent configurations of Sun Ultra and Ultra II powered sparc servers wit= h > redundant power for cheap... but can I reliably run FreeBSD on them, or a= m I > stuck with Solaris. Really, would Solaris not be a better option anyhow g= iven > it's their hardware, or is FreeBSD stable enough on the platform yet for = production? > > The machine is basically pure mysql server, and does minimal routing accr= oss two > network interfaces. I know this could just as easily be done in Solaris, = just > curious as to FreeBSD/sparc viability. I'm looking at some E420R's with q= ty 4 > 450mhz Sparc II cpus, and 4GB ram each. > > Any info/opinions/concerns/etc appreciated. I have at home this nice Ultra 5 at 400Mhz with 256MB ram with 2 Intel fxp on it. It used to run 5.4 for months and only went down due to power failure. Upgraded to 6.0 and again only goes down when the power fails. Got to get one of those UPS thingies :) I'm using it as a router: nat, pf, dhcp Also runs NetMRG with the needed MySQL to monitor my switch and the machine itself. -- Joao Barros From owner-freebsd-sparc64@FreeBSD.ORG Wed Nov 23 23:03:00 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6079516A42A for ; Wed, 23 Nov 2005 23:03:00 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D40F43D78 for ; Wed, 23 Nov 2005 23:02:35 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 4671B2FF5B for ; Wed, 23 Nov 2005 18:02:31 -0500 (EST) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 92E5B12FC81; Wed, 23 Nov 2005 18:02:30 -0500 (EST) To: freebsd-sparc64@freebsd.org References: <4384D20F.7080706@wmptl.com> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Wed_Nov_23_18:02:20_2005-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 23 Nov 2005 18:02:30 -0500 In-Reply-To: <4384D20F.7080706@wmptl.com> (Nathan Vidican's message of "Wed, 23 Nov 2005 15:33:19 -0500") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: FreeBSD viability on Sparc platform 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, 23 Nov 2005 23:03:00 -0000 --pgp-sign-Multipart_Wed_Nov_23_18:02:20_2005-1 Content-Type: text/plain; charset=US-ASCII >>>>> "nv" == Nathan Vidican writes: nv> run FreeBSD on them, or am I stuck with Solaris. If you use the SunPro compilers with Solaris I have heard rumors it could be like ~2x faster than gcc on sparc64. Also, on Solaris there are not bugs with the thread support which may or may not matter with mysql and multiple CPUs. On Solaris Java environments are available, while for free Unix you are lucky to have any recent native Java much less any Java at all on non-i386. Although I don't know this from experience I would expect better handling of certain hardware redundnacy stuff like reporting ECC memory diagnostics and redundant power supply failures to syslog from Solaris, because in free Unix that stuff seems to be mostly left unimplemented and untested. I do know that FreeBSD doesn't let me get to my Netra's LOM from userland while Solaris has man pages about how to do that. ZFS is total vapourware but Solaris does have a normal modern logging filesystem like all the other non-BSD Unixes. Finally, I believe Solaris will support interrupt mitigation on the gem/eri interface if you have one, while AFAIK FreeBSD doesn't support device polling or interrupt mitigation on any network card that works on sparc64, so if you need high-pps routing I would bet on Solaris. If you need slow routing for an Internet firewall on a small pipe, I use FreeBSD/sparc64 for that, because PF > *. ipfilter is really totally unacceptable. Also Solaris in general is a pain in the ass---root filesystems don't function as rescue partitions, all the tools are ancient, you end up with like 30 directories in your PATH/LD_LIBRARY_PATH/MANPATH and then find that 'man' doesn't work with non-Solaris man pages, there's no decent packages collection except NetBSD pkgsrc where many packages are broken, 'format' and their Sun UFS have all these infuriating quirks with EFI vs SMD disklabels, the physical geometry of disks, feechurs that work on SCSI but not on IDE, disks that it thinks are ``removable'' vs ones that aren't, missing Firewire drivers on the install CDs. There are no 'securelevels' on Solaris so it is heaven for rootkit writers. The X servers are all closed-source and don't support the RENDER extension. It is a very awkward and infuriating system, but do I use it because I am so sick of regressions and old bugs that never get fixed in the free Unixes. I haven't bought a PeeCee since 1999, and I've gotten to watch free Unix turn into a total disastrous embarassment for anyone who refuses to use i386. I still refuse to buy that silicon garbage myself, but if you are trying to get work done for others and collect money for it, honestly that is what I have to recommend you use. --pgp-sign-Multipart_Wed_Nov_23_18:02:20_2005-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAQ4T1BonCBbTaW/4dAQIgCgP9GQ0oaNVjmBh6xotv56lWUjuoqB6GQekX Llhyb1DNG82PwdseUKpQF5jLfeiHwinDZ6owkbUSSxgXBwmuWey9PAWlELe9Alms liDNWKwCsV0cqR7uBI+a4keA9tojeKTO8gN3H1jsnTJ4AnYwevePEM/GGwIw5qzi rVLuxFFcn5g= =OZIf -----END PGP SIGNATURE----- --pgp-sign-Multipart_Wed_Nov_23_18:02:20_2005-1-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 24 09:00:10 2005 Return-Path: X-Original-To: freebsd-sparc64@hub.freebsd.org Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AF7F16A41F for ; Thu, 24 Nov 2005 09:00:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FA5743D5F for ; Thu, 24 Nov 2005 09:00:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jAO909tO020362 for ; Thu, 24 Nov 2005 09:00:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jAO9094B020357; Thu, 24 Nov 2005 09:00:09 GMT (envelope-from gnats) Resent-Date: Thu, 24 Nov 2005 09:00:09 GMT Resent-Message-Id: <200511240900.jAO9094B020357@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Andrew Belashov Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B46316A41F; Thu, 24 Nov 2005 08:58:16 +0000 (GMT) (envelope-from bel@white.orel.ru) Received: from white.orel.ru (white.orel.ru [213.59.64.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB86143D62; Thu, 24 Nov 2005 08:58:13 +0000 (GMT) (envelope-from bel@white.orel.ru) Received: from white.orel.ru (localhost [127.0.0.1]) by white.orel.ru (8.13.3/8.13.3) with ESMTP id jAO8wAq8019290 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 24 Nov 2005 11:58:10 +0300 (MSK) (envelope-from bel@white.orel.ru) Received: (from bel@localhost) by white.orel.ru (8.13.3/8.13.3/Submit) id jAO8w9WW019289; Thu, 24 Nov 2005 11:58:09 +0300 (MSK) (envelope-from bel) Message-Id: <200511240858.jAO8w9WW019289@white.orel.ru> Date: Thu, 24 Nov 2005 11:58:09 +0300 (MSK) From: Andrew Belashov To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: freebsd-ports@FreeBSD.org Subject: sparc64/89486: firefox and thunderbird is broken on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrew Belashov List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Nov 2005 09:00:10 -0000 >Number: 89486 >Category: sparc64 >Synopsis: firefox and thunderbird is broken on sparc64 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 24 09:00:08 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Andrew Belashov >Release: FreeBSD 6.0-RELEASE sparc64 >Organization: JSC CenterTelecomm >Environment: System: FreeBSD bel.localdomain 6.0-RELEASE FreeBSD 6.0-RELEASE #1: Fri Nov 18 09:18:09 MSK 2005 bel@bel.localdomain:/usr/obj/usr/src/sys/SUNC3D sparc64 Same result at FreeBSD 5.3, FreeBSD 5.4 and other versions. $ pkg_info -r firefox-'*' Information for firefox-1.0.7_4,1: Depends on: Dependency: pkgconfig-0.20 Dependency: expat-1.95.8_3 Dependency: xorg-fonts-encodings-6.8.2 Dependency: jpeg-6b_3 Dependency: libiconv-1.9.2_1 Dependency: gettext-0.14.5 Dependency: png-1.2.8_2 Dependency: freetype2-2.1.10_1 Dependency: perl-5.8.7 Dependency: fontconfig-2.3.2,1 Dependency: nspr-4.6_1 Dependency: nss-3.10 Dependency: glib-2.8.3 Dependency: libxml2-2.6.22 Dependency: xorg-libraries-6.8.2 Dependency: popt-1.7 Dependency: tiff-3.7.4 Dependency: bitstream-vera-1.10_2 Dependency: shared-mime-info-0.16_2 Dependency: xorg-fonts-truetype-6.8.2 Dependency: libIDL-0.8.6_1 Dependency: atk-1.10.3 Dependency: libXft-2.1.7 Dependency: hicolor-icon-theme-0.5 Dependency: gnomehier-2.0_7 Dependency: desktop-file-utils-0.10_3 Dependency: cairo-1.0.2 Dependency: pango-1.10.1 Dependency: gtk-2.8.6_1 >Description: The firefox is broken a long time. See also my old message from sparc64 mail list. http://lists.freebsd.org/mailman/htdig/freebsd-sparc64/2004-October/002262.html >How-To-Repeat: Run firefox. $ firefox Segmentation fault (core dumped) $ gdb /usr/X11R6/lib/firefox/firefox-bin firefox-bin.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "sparc64-marcel-freebsd"... Core was generated by `firefox-bin'. Program terminated with signal 11, Segmentation fault. [...] #0 0x0000000040244450 in reloc_jmpslot (wherep=0x0, target=0, obj=0x4026e000, refobj=0x4026e000, rel=0x113780) at /usr/src/libexec/rtld-elf/sparc64/reloc.c:535 535 where[2] = JMP | LOVAL(target); (gdb) bt full #0 0x0000000040244450 in reloc_jmpslot (wherep=0x0, target=0, obj=0x4026e000, refobj=0x4026e000, rel=0x113780) at /usr/src/libexec/rtld-elf/sparc64/reloc.c:535 rela = (const Elf_Rela *) 0x113780 offset = 0 where = (Elf_Half *) 0x0 #1 0x00000000402455e4 in _rtld_bind (obj=0x4026e000, reloff=12768) at /usr/src/libexec/rtld-elf/rtld.c:485 rel = (const Elf_Rel *) 0x113780 def = (const Elf_Sym *) 0x101770 defobj = (const Obj_Entry *) 0x4026e000 where = (Elf_Addr *) 0x0 target = 0 lockstate = 1 #2 0x0000000040243a20 in _rtld_bind_start_1 () at /usr/src/libexec/rtld-elf/sparc64/rtld_start.S:166 No locals. #3 0x0000000040243a20 in _rtld_bind_start_1 () at /usr/src/libexec/rtld-elf/sparc64/rtld_start.S:166 No locals. Previous frame identical to this frame (corrupt stack?) (gdb) p where $1 = (Elf_Half *) 0x0 (gdb) up #1 0x00000000402455e4 in _rtld_bind (obj=0x4026e000, reloff=12768) at /usr/src/libexec/rtld-elf/rtld.c:485 485 target = reloc_jmpslot(where, target, defobj, obj, rel); Current language: auto; currently c (gdb) p rel[0] $2 = {r_offset = 0, r_info = 0} (gdb) quit $ objdump -R /usr/X11R6/lib/firefox/firefox-bin | grep R_SPARC_NONE 0000000000000000 R_SPARC_NONE *ABS* 0000000000000000 R_SPARC_NONE *ABS* >Fix: Unknown. The firefox cannot be compiled as static. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Thu Nov 24 15:54:16 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83F4B16A41F for ; Thu, 24 Nov 2005 15:54:16 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id D31FA43D67 for ; Thu, 24 Nov 2005 15:54:15 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 1D5F32FF5B for ; Thu, 24 Nov 2005 10:54:15 -0500 (EST) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 69DD012FC81; Thu, 24 Nov 2005 10:54:12 -0500 (EST) To: freebsd-sparc64@freebsd.org References: <200511240858.jAO8w9WW019289@white.orel.ru> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Thu_Nov_24_10:54:00_2005-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 24 Nov 2005 10:54:11 -0500 In-Reply-To: <200511240858.jAO8w9WW019289@white.orel.ru> (Andrew Belashov's message of "Thu, 24 Nov 2005 11:58:09 +0300 (MSK)") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: sparc64/89486: firefox and thunderbird is broken on sparc64 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: Thu, 24 Nov 2005 15:54:16 -0000 --pgp-sign-Multipart_Thu_Nov_24_10:54:00_2005-1 Content-Type: text/plain; charset=US-ASCII >>>>> "ab" == Andrew Belashov writes: ab> The firefox is broken a long time. you might look for patches in NetBSD pkgsrc. The mozilla people totally dropped the ball for like ~2yrs on distributing stuff that ran on gcc 3.x and not-i386. Before NetBSD 2.0 release they added patches to a handful of their architectures to fix the regression the gcc people caused and the mozilla people covered up by closing and reopening their bugzilla bug. Firefox doesn't run on NetBSD/sparc64 unless maybe if you use pth there's a chance. However they may have patches that would fix FreeBSD. --pgp-sign-Multipart_Thu_Nov_24_10:54:00_2005-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAQ4XiI4nCBbTaW/4dAQK8xAP/YosVIZaiNaOVZBuQlpFbHntKOLPWk0af bHQt/9tLGOag/0qRgbbZKq/nTAmmEHouWzIM2dkc99vwZKegT0BL/NUAtAIlrhCd pKzJMED/sx/LguANLq2B31XWt+6+OWygsxAAovl+f96i4M4aq+Ea/MrlNzuHEo80 o1yyXcqnvmM= =+S5C -----END PGP SIGNATURE----- --pgp-sign-Multipart_Thu_Nov_24_10:54:00_2005-1--