From owner-freebsd-arm@FreeBSD.ORG Mon Feb 2 03:27:52 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62AA5106567A for ; Mon, 2 Feb 2009 03:27:52 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 158558FC13 for ; Mon, 2 Feb 2009 03:27:51 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n123Rk7d063671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2009 19:27:47 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49866832.1080601@freebsd.org> Date: Sun, 01 Feb 2009 19:27:46 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Alex Vinogradovs References: <49838270.7090301@clearpathnet.com> <4983B041.4050200@freebsd.org> <4983B5D2.9040500@clearpathnet.com> In-Reply-To: <4983B5D2.9040500@clearpathnet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-arm@freebsd.org Subject: Re: NFS on ARM/IXP435 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 03:27:52 -0000 Alex Vinogradovs wrote: > Sam Leffler wrote: >> >> I've had no problems using nfs-root, cf-root, or mounting nfs >> filesystems after boot. The only thing to beware is to not use NPE-A >> as it doesn't work. >> >> Sam >> > > Yeah, my situation is kind of odd... I've got operational network, but > whether it is during startup > (via fstab), or manually later on, mount_nfs just hangs, while / is > mounted via NFS by kernel. But > since there is no proc/truss, I'm clueless how to see what is it doing... Not sure why you cannot configure proc/truss, use ktrace, or something else to debug the issue. > > Indeed I've noticed I've only got one interface out of two, so you've > answered my question ahead of time :D > > just in case, here are my boot messages: > > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #6: Fri Jan 30 13:47:27 PST 2009 > alexv@alexv:/usr/src.2/sys/arm/compile/flex100 > CPU: IXP435 rev 1 (ARMv5TE) (XScale core) > DC enabled IC enabled WB enabled LABT branch prediction enabled > 32KB/32B 32-way Instruction cache > 32KB/32B 32-way write-back-locking Data cache > real memory = 134217728 (128 MB) > avail memory = 125263872 (119 MB) > ixp0: on motherboard > ixp0: 37fff > ixpclk0: on ixp0 > ixpiic0: on ixp0 > iicbb0: on ixpiic0 > iicbus0: on iicbb0 master-only > iic0: on iicbus0 > iicbus0: at addr 0x5a > ad74180: at addr 0x50 on iicbus0 > ds16720: at addr 0xd0 on iicbus0 > ixpwdog0: on ixp0 > uart0: on ixp0 > uart0: [FILTER] > uart0: console (115200,n,8,1) > ixpqmgr0: on ixp0 > ixpqmgr0: [ITHREAD] > ixpqmgr0: [ITHREAD] > npe0: on ixp0 > npe0: [ITHREAD] > npe0: MAC at 0xc800a000 > npe0: MII at 0xc800a000 > npe0: load fw image IXP425.NPE-C Func 0x5 Rev 2.1 > miibus0: on npe0 > ukphy0: PHY 1 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > npe0: Ethernet address: 00:03:47:df:32:a8 > ata_avila0: on ixp0 > ata_avila0: [ITHREAD] > ata0: on ata_avila0 > ata0: [ITHREAD] > ehci0: on ixp0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb0: set host controller mode > usb0: set big-endian mode > usb0: EHCI version 1.0 > usb0: stop timeout > usb0: set host controller mode > usb0: set big-endian mode > usb0 on ehci0 > usb0: USB revision 2.0 > uhub0: on usb0 > uhub0: 1 port with 1 removable, self powered > ehci1: on ixp0 > ehci1: [GIANT-LOCKED] > ehci1: [ITHREAD] > usb1: set host controller mode > usb1: set big-endian mode > usb1: EHCI version 1.0 > usb1: stop timeout > usb1: set host controller mode > usb1: set big-endian mode > usb1 on ehci1 > usb1: USB revision 2.0 > uhub1: on usb1 > uhub1: 1 port with 1 removable, self powered > ixpclk0: [FILTER] > Timecounter "IXP4XX Timer" frequency 66666600 Hz quality 1000 > Timecounters tick every 10.000 msec > bootpc_init: wired to interface 'npe0' > Sending DHCP Discover packet from interface npe0 (00:03:47:df:32:a8) > Received DHCP Offer packet on npe0 from 10.1.16.109 (accepted) (no > root path) > Received DHCP Offer packet on npe0 from 10.1.8.100 via 10.1.16.2 > (ignored) (no root path) > Received DHCP Offer packet on npe0 from 10.1.8.100 via 10.1.16.3 > (ignored) (no root path) > Sending DHCP Request packet from interface npe0 (00:03:47:df:32:a8) > Received DHCP Ack packet on npe0 from 10.1.16.109 (accepted) (got root > path) > npe0 at 10.1.16.114 server 10.1.16.109 boot file /tftpboot/flex100 > subnet mask 255.255.255.0 router 10.1.16.1 rootfs 10.1.16.109:/armroot > hostname flex100 > Adjusted interface npe0 > Trying to mount root from nfs: > NFS ROOT: 10.1.16.109:/armroot > > 10.1.16.109:/armroot on / (nfs, read-only) > devfs on /dev (devfs, local) > /dev/md0 on /var (ufs, local) > /dev/md1 on /tmp (ufs, local) > > npe0: flags=8843 metric 0 mtu > 1500 > ether 00:03:47:df:32:a8 > inet 10.1.16.114 netmask 0xffffff00 broadcast 10.1.16.255 > media: Ethernet autoselect (100baseTX ) > status: active From a build of today: cambria# mount 10.0.0.251:/data/freebsd/roots/gateworks on / (nfs) devfs on /dev (devfs, local) /dev/md0 on /etc (ufs, local) tubby:/data on /data (nfs) cambria# uname -a FreeBSD cambria 8.0-CURRENT FreeBSD 8.0-CURRENT #41 r187990:187992M: Sun Feb 1 19:23:36 PST 2009 sam@trouble.errno.com:/usr/obj/arm/usr/sam/base/user/sam/wifi/sys/CAMBRIA arm cambria# mount 10.0.0.251:/data/freebsd/roots/gateworks on / (nfs) devfs on /dev (devfs, local) /dev/md0 on /etc (ufs, local) tubby:/data on /data (nfs) cambria# ifconfig npe0: flags=8843 metric 0 mtu 1500 ether 00:d0:12:00:cd:5f inet 10.0.0.9 netmask 0xffffff00 broadcast 10.0.0.255 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 inet 127.0.0.1 netmask 0xff000000 From owner-freebsd-arm@FreeBSD.ORG Mon Feb 2 05:21:53 2009 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD63E106564A for ; Mon, 2 Feb 2009 05:21:53 +0000 (UTC) (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 905E68FC0C for ; Mon, 2 Feb 2009 05:21:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n124eiuC037768; Sun, 1 Feb 2009 23:40:44 -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.14.3/8.14.3) with ESMTP id n124eiRt000616; Sun, 1 Feb 2009 23:40:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 482EF7302F; Sun, 1 Feb 2009 23:40:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090202044044.482EF7302F@freebsd-current.sentex.ca> Date: Sun, 1 Feb 2009 23:40:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 05:21:54 -0000 TB --- 2009-02-02 03:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-02 03:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-02-02 03:40:00 - cleaning the object tree TB --- 2009-02-02 03:40:34 - cvsupping the source tree TB --- 2009-02-02 03:40:34 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-02-02 03:40:44 - building world TB --- 2009-02-02 03:40:44 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-02 03:40:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-02 03:40:44 - TARGET=arm TB --- 2009-02-02 03:40:44 - TARGET_ARCH=arm TB --- 2009-02-02 03:40:44 - TZ=UTC TB --- 2009-02-02 03:40:44 - __MAKE_CONF=/dev/null TB --- 2009-02-02 03:40:44 - cd /src TB --- 2009-02-02 03:40:44 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 2 03:40:47 UTC 2009 >>> 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 [...] cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/for.c cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash.c cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash_tables.c cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/job.c cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/lst.c cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/main.c /src/usr.bin/make/main.c:375:1: error: "OPTFLAGS" redefined /src/usr.bin/make/main.c:374:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-02 04:40:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-02 04:40:44 - ERROR: failed to build world TB --- 2009-02-02 04:40:44 - 2834.77 user 344.06 system 3643.30 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Feb 2 18:19:52 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 609A8106566B; Mon, 2 Feb 2009 18:19:52 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from smtp.clearpathnet.com (smtp.clearpathnet.com [74.217.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4F58FC0A; Mon, 2 Feb 2009 18:19:51 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from [10.1.16.109] (la-209-182-100-49 [209.182.100.49] (may be forged)) by smtp.clearpathnet.com (8.13.1/8.13.1) with ESMTP id n12IJmJo028268; Mon, 2 Feb 2009 10:19:50 -0800 Message-ID: <49873983.3070709@clearpathnet.com> Date: Mon, 02 Feb 2009 10:20:51 -0800 From: Alex Vinogradovs User-Agent: Thunderbird 2.0.0.16 (X11/20080915) MIME-Version: 1.0 To: Sam Leffler References: <49838270.7090301@clearpathnet.com> <4983B041.4050200@freebsd.org> <4983B5D2.9040500@clearpathnet.com> <49866832.1080601@freebsd.org> In-Reply-To: <49866832.1080601@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: NFS on ARM/IXP435 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 18:19:52 -0000 Yes, my mistake - got proc working. truss doesn't seem to be supported on ARM though... Will look into ktrace, thanks. Sam Leffler wrote: > > Not sure why you cannot configure proc/truss, use ktrace, or something > else to debug the issue. > From owner-freebsd-arm@FreeBSD.ORG Mon Feb 2 21:35:31 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52E9F10656BE; Mon, 2 Feb 2009 21:35:31 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from smtp.clearpathnet.com (smtp.clearpathnet.com [74.217.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 393268FC24; Mon, 2 Feb 2009 21:35:29 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from [10.1.16.109] (la-209-182-100-49 [209.182.100.49] (may be forged)) by smtp.clearpathnet.com (8.13.1/8.13.1) with ESMTP id n12LZQsV030468; Mon, 2 Feb 2009 13:35:28 -0800 Message-ID: <4987675D.9050900@clearpathnet.com> Date: Mon, 02 Feb 2009 13:36:29 -0800 From: Alex Vinogradovs User-Agent: Thunderbird 2.0.0.16 (X11/20080915) MIME-Version: 1.0 To: Sam Leffler References: <49838270.7090301@clearpathnet.com> <4983B041.4050200@freebsd.org> <4983B5D2.9040500@clearpathnet.com> <49866832.1080601@freebsd.org> In-Reply-To: <49866832.1080601@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: NFS on ARM/IXP435 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 21:35:31 -0000 Well, ktrace didn't help me much... Here is the output of kdump : 764 ktrace RET ktrace 0 764 ktrace CALL execve(0xbfffe7bc,0xbfffecfc,0xbfffed0c) 764 ktrace NAMI "/sbin/mount_nfs" 764 ktrace NAMI "/libexec/ld-elf.so.1" 764 mount_nfs RET execve 0 764 mount_nfs CALL __sysctl(0xbfffeaf0,0x2,0x2004ad54,0xbfffeaec,0,0) 764 mount_nfs RET __sysctl 0 764 mount_nfs CALL __sysctl(0xbfffea78,0x2,0xbfffea74,0xbfffea80,0,0) 764 mount_nfs RET __sysctl 0 764 mount_nfs CALL mmap(0,0x8000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0,0) 764 mount_nfs RET mmap 537190400/0x2004e000 764 mount_nfs CALL issetugid 764 mount_nfs RET issetugid 0 764 mount_nfs CALL open(0x2003defc,O_RDONLY,0x1b6) 764 mount_nfs NAMI "/etc/libmap.conf" 764 mount_nfs RET open -1 errno 2 No such file or directory 764 mount_nfs CALL open(0x2003cfd0,O_RDONLY,0x14c) 764 mount_nfs NAMI "/var/run/ld-elf.so.hints" 764 mount_nfs RET open 3 764 mount_nfs CALL read(0x3,0xbfffe838,0x80) 764 mount_nfs GIO fd 3 read 128 bytes 0x0000 746e 6845 0000 0001 0000 0080 0000 001e |tnhE............| 0x0010 0000 0000 0000 001d 0000 0000 0000 0000 |................| 0x0020 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0030 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0040 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0050 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0060 0000 0000 0000 0000 0000 0000 0000 0000 |................| 0x0070 0000 0000 0000 0000 0000 0000 0000 0000 |................| 764 mount_nfs RET read 128/0x80 764 mount_nfs CALL lseek(0x3,0,,0) 764 mount_nfs RET lseek 0 764 mount_nfs CALL read(0x3,0x20052000,0x1e) 764 mount_nfs GIO fd 3 read 30 bytes "/lib:/usr/lib:/usr/lib/compat\0" 764 mount_nfs RET read 30/0x1e 764 mount_nfs CALL close(0x3) 764 mount_nfs RET close 0 764 mount_nfs CALL access(0x20053000,F_OK) 764 mount_nfs NAMI "/lib/libc.so.7" 764 mount_nfs RET access 0 764 mount_nfs CALL open(0x2004f020,O_RDONLY,0x2004acb8) 764 mount_nfs NAMI "/lib/libc.so.7" 764 mount_nfs RET open 3 764 mount_nfs CALL fstat(0x3,0xbfffeab8) Bus error (core dumped) And top shows that mount_nfs is stuck on RPC stuff : 764 root 1 4 0 3436K 1148K rpccon 0:03 0.00% mount_nfs I've tried compiling strace from ports, but it appeared to be supported on i386 only. Alex. Sam Leffler wrote: > > Not sure why you cannot configure proc/truss, use ktrace, or something > else to debug the issue. > From owner-freebsd-arm@FreeBSD.ORG Mon Feb 2 22:01:43 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADACF106566C for ; Mon, 2 Feb 2009 22:01:43 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from smtp.clearpathnet.com (smtp.clearpathnet.com [74.217.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7F2C48FC08 for ; Mon, 2 Feb 2009 22:01:43 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from [10.1.16.109] (la-209-182-100-49 [209.182.100.49] (may be forged)) by smtp.clearpathnet.com (8.13.1/8.13.1) with ESMTP id n12M1cBt030785 for ; Mon, 2 Feb 2009 14:01:43 -0800 Message-ID: <49876D7C.4040003@clearpathnet.com> Date: Mon, 02 Feb 2009 14:02:36 -0800 From: Alex Vinogradovs User-Agent: Thunderbird 2.0.0.16 (X11/20080915) MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: USB/UFS on ARM/IXP435 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 22:01:43 -0000 Guys, Another observation: UFS systems created on USB device on i386 are not recognized on ARM, and vice versa. I guess that's something to do with byte ordering. I've tried removing USB_EHCI_BIG_ENDIAN_DESC in kernel, but that would just render USB unusable. Best regards, Alex Vinogradovs From owner-freebsd-arm@FreeBSD.ORG Mon Feb 2 22:05:46 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B65B1065672 for ; Mon, 2 Feb 2009 22:05:46 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from hosting.clearpathnet.com (hosting.clearpathnet.com [74.217.144.9]) by mx1.freebsd.org (Postfix) with ESMTP id CEC0D8FC0A for ; Mon, 2 Feb 2009 22:05:45 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from [10.1.16.109] (la-209-182-100-49 [209.182.100.49] (may be forged)) by hosting.clearpathnet.com (8.13.1/8.13.1) with ESMTP id n12M5c18031737 for ; Mon, 2 Feb 2009 14:05:42 -0800 Message-ID: <49876E70.3020907@clearpathnet.com> Date: Mon, 02 Feb 2009 14:06:40 -0800 From: Alex Vinogradovs User-Agent: Thunderbird 2.0.0.16 (X11/20080915) MIME-Version: 1.0 To: freebsd-arm@freebsd.org References: <49876D7C.4040003@clearpathnet.com> In-Reply-To: <49876D7C.4040003@clearpathnet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: USB/UFS on ARM/IXP435 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 22:05:46 -0000 Actually never mind, I think that's because of how UFS structures are written :) Alex. Alex Vinogradovs wrote: > Guys, > > Another observation: UFS systems created on USB device on i386 are not > recognized on > ARM, and vice versa. I guess that's something to do with byte > ordering. I've tried removing > USB_EHCI_BIG_ENDIAN_DESC in kernel, but that would just render USB > unusable. > > > Best regards, > Alex Vinogradovs > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Mon Feb 2 22:18:05 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A18A1065670 for ; Mon, 2 Feb 2009 22:18:05 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id E2F528FC08 for ; Mon, 2 Feb 2009 22:18:04 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n12MI15X070211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 14:18:01 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49877119.20300@freebsd.org> Date: Mon, 02 Feb 2009 14:18:01 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Alex Vinogradovs References: <49876D7C.4040003@clearpathnet.com> <49876E70.3020907@clearpathnet.com> In-Reply-To: <49876E70.3020907@clearpathnet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-arm@freebsd.org Subject: Re: USB/UFS on ARM/IXP435 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 22:18:05 -0000 Correct. I use makefs to image my CF parts. We've discussed adding bi-endian support to the kernel but it's not been high priority. Sam Alex Vinogradovs wrote: > Actually never mind, I think that's because of how UFS structures are > written :) > > > Alex. > > > Alex Vinogradovs wrote: >> Guys, >> >> Another observation: UFS systems created on USB device on i386 are >> not recognized on >> ARM, and vice versa. I guess that's something to do with byte >> ordering. I've tried removing >> USB_EHCI_BIG_ENDIAN_DESC in kernel, but that would just render USB >> unusable. >> >> >> Best regards, >> Alex Vinogradovs >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-arm@FreeBSD.ORG Mon Feb 2 22:24:04 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0A9D1065676 for ; Mon, 2 Feb 2009 22:24:04 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 782F78FC0A for ; Mon, 2 Feb 2009 22:24:04 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n12MNX32020146; Mon, 2 Feb 2009 15:23:33 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 02 Feb 2009 15:23:57 -0700 (MST) Message-Id: <20090202.152357.168011178.imp@bsdimp.com> To: avinogradovs@clearpathnet.com From: "M. Warner Losh" In-Reply-To: <49876D7C.4040003@clearpathnet.com> References: <49876D7C.4040003@clearpathnet.com> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: USB/UFS on ARM/IXP435 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 22:24:05 -0000 In message: <49876D7C.4040003@clearpathnet.com> Alex Vinogradovs writes: : Guys, : : Another observation: UFS systems created on USB device on i386 are not : recognized on : ARM, and vice versa. I guess that's something to do with byte ordering. : I've tried removing : USB_EHCI_BIG_ENDIAN_DESC in kernel, but that would just render USB unusable. That's different. We need to have bi-endian ufs support from NetBSD... Warner From owner-freebsd-arm@FreeBSD.ORG Mon Feb 2 22:25:21 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00C191065694 for ; Mon, 2 Feb 2009 22:25:20 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from hosting.clearpathnet.com (hosting.clearpathnet.com [74.217.144.9]) by mx1.freebsd.org (Postfix) with ESMTP id C21188FC24 for ; Mon, 2 Feb 2009 22:25:20 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from [10.1.16.109] (la-209-182-100-49 [209.182.100.49] (may be forged)) by hosting.clearpathnet.com (8.13.1/8.13.1) with ESMTP id n12MP7vj031856; Mon, 2 Feb 2009 14:25:11 -0800 Message-ID: <49877302.70806@clearpathnet.com> Date: Mon, 02 Feb 2009 14:26:10 -0800 From: Alex Vinogradovs User-Agent: Thunderbird 2.0.0.16 (X11/20080915) MIME-Version: 1.0 To: "M. Warner Losh" References: <49876D7C.4040003@clearpathnet.com> <20090202.152357.168011178.imp@bsdimp.com> In-Reply-To: <20090202.152357.168011178.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: USB/UFS on ARM/IXP435 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 22:25:22 -0000 Yeah, would be nice to specify it as a mount option... even with performance penalty. Alex. M. Warner Losh wrote: > In message: <49876D7C.4040003@clearpathnet.com> > Alex Vinogradovs writes: > : Guys, > : > : Another observation: UFS systems created on USB device on i386 are not > : recognized on > : ARM, and vice versa. I guess that's something to do with byte ordering. > : I've tried removing > : USB_EHCI_BIG_ENDIAN_DESC in kernel, but that would just render USB unusable. > > That's different. > > We need to have bi-endian ufs support from NetBSD... > > Warner > From owner-freebsd-arm@FreeBSD.ORG Tue Feb 3 20:14:44 2009 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3F25106566C; Tue, 3 Feb 2009 20:14:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 723808FC0A; Tue, 3 Feb 2009 20:14:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n13KEfqw017097; Tue, 3 Feb 2009 15:14:41 -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.14.3/8.14.3) with ESMTP id n13KEfjw032910; Tue, 3 Feb 2009 15:14:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7C9A57302F; Tue, 3 Feb 2009 15:14:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203201441.7C9A57302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 15:14:41 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:14:46 -0000 TB --- 2009-02-03 20:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 20:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-02-03 20:00:00 - cleaning the object tree TB --- 2009-02-03 20:00:32 - cvsupping the source tree TB --- 2009-02-03 20:00:32 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-02-03 20:00:40 - building world TB --- 2009-02-03 20:00:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 20:00:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 20:00:40 - TARGET=arm TB --- 2009-02-03 20:00:40 - TARGET_ARCH=arm TB --- 2009-02-03 20:00:40 - TZ=UTC TB --- 2009-02-03 20:00:40 - __MAKE_CONF=/dev/null TB --- 2009-02-03 20:00:40 - cd /src TB --- 2009-02-03 20:00:40 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 20:00:42 UTC 2009 >>> 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 [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/bcmp.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/arm/string/bcopy.S cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/arm/string/bzero.S cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/arm/string/ffs.S cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/index.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/memchr.c /src/lib/libc/string/memchr.c:43: error: conflicting types for 'memchr' /src/lib/libc/../../include/string.h:61: error: previous declaration of 'memchr' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 20:14:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 20:14:40 - ERROR: failed to build world TB --- 2009-02-03 20:14:40 - 650.20 user 65.42 system 879.97 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue Feb 3 20:47:25 2009 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AB7D106567B; Tue, 3 Feb 2009 20:47:25 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id 023348FC22; Tue, 3 Feb 2009 20:47:24 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id 53696133446E; Tue, 3 Feb 2009 21:29:26 +0100 (CET) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id 2JF3+00S9fKL; Tue, 3 Feb 2009 21:29:25 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPA id 81A281334412; Tue, 3 Feb 2009 21:29:25 +0100 (CET) Date: Tue, 3 Feb 2009 21:29:20 +0100 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1924472521.20090203212920@rulez.sk> To: FreeBSD Tinderbox In-Reply-To: <20090203201441.7C9A57302F@freebsd-current.sentex.ca> References: <20090203201441.7C9A57302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: quoted-printable Cc: arm@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:47:26 -0000 Hello, Tuesday, February 3, 2009, 9:14:41 PM, you wrote: > TB --- 2009-02-03 20:00:00 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > -Wno-pointer-sign -c /src/lib/libc/string/memchr.c > /src/lib/libc/string/memchr.c:43: error: conflicting types for 'memchr' > /src/lib/libc/../../include/string.h:61: error: previous declaration of '= memchr' was here > *** Error code 1 My fault, we are working with Warner on fix. Should be committed soon. --=20 Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-arm@FreeBSD.ORG Tue Feb 3 23:30:33 2009 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEC33106564A; Tue, 3 Feb 2009 23:30:33 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 7F27F8FC18; Tue, 3 Feb 2009 23:30:33 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id B3DDEFFA2; Wed, 4 Feb 2009 12:30:32 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id As7Ol5qou27S; Wed, 4 Feb 2009 12:30:29 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 4 Feb 2009 12:30:29 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 86C3911428; Wed, 4 Feb 2009 12:30:28 +1300 (NZDT) Date: Tue, 3 Feb 2009 15:30:28 -0800 From: Andrew Thompson To: Sam Leffler Message-ID: <20090203233028.GA68871@citylink.fud.org.nz> References: <20090130072649.GF73709@citylink.fud.org.nz> <49833653.60509@freebsd.org> <20090130173147.GC2160@citylink.fud.org.nz> <20090130220714.GA10743@citylink.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090130220714.GA10743@citylink.fud.org.nz> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: arm@freebsd.org Subject: Re: busdma problem X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 23:30:34 -0000 On Fri, Jan 30, 2009 at 02:07:14PM -0800, Andrew Thompson wrote: > On Fri, Jan 30, 2009 at 09:31:47AM -0800, Andrew Thompson wrote: > > >> I am having an issue with busdma when bounce buffers are used. I have > > >> patched _bus_dmamap_sync_bp() to print out the details when a bounce > > >> happens and also print the driver buffer before and after. > > >> > > >> During normal dma everything is fine, > > >> > > >> Before: 0xc7c1ab40 data=c1:4b:a4:80:c0:5d:ed:78:00:00:08:0d:c1:1f:46:78:00:00:20:02:00:00:20:02: > > >> [...do dma...] > > >> After: 0xc7c1ab40 data=2c:03:4e:00:6f:00:76:00:61:00:74:00:65:00:6c:00:20:00:57:00:69:00:72:00: > > >> > > >> The buffer 2c:03:4e:00:... is the correct response from the hardware. > > >> When a bounce buffer is used I see the correct data come in and be > > >> bcopy'd to my memory region but it is not visible when read later. > > >> > > >> Before: 0xc7c29b40 data=c1:50:19:00:c0:5d:ed:f8:00:00:08:0d:c1:1f:46:78:00:00:20:02:00:00:20:02: > > >> dma bounced 0x1271000 -> 0xc7c29b40 len=193 data=2c:03:4e:00:6f:00:76:00:61:00:74:00:65:00:6c:00:20:00:57:00:69:00:72:00: > > >> After: 0xc7c29b40 data=c1:50:19:00:c0:5d:ed:f8:00:00:08:0d:c1:1f:46:78:00:00:20:02:00:00:20:02: > > >> > > >> > > >> This is on an xscale ixp425 with 128m memory, the PCI dma tag is limited > > >> to 64m. > > >> > > > What device is involved? Is this on HEAD? > > > > This is usb/ehci. The specific function I am looking at is > > usbd_get_string() in usbdi.c, it does a usb request to fill > > usb_string_descriptor_t that is a stack variable. > > As suggested by Sam, this works properly when the buffer is malloc'd > instead of taken from the stack. So is this now a bug or a feature?? As a test I removed the checking of KENTER_CACHE in arm/arm/pmap.c:pmap_kenter_internal() so all memory is uncached and now dma bounces to a stack variable work. busdma remaps the address nocache into vaddr_nocache pointer and uses that for the bcopy, obviously arm_remap_nocache() is not working correctly. Andrew From owner-freebsd-arm@FreeBSD.ORG Wed Feb 4 00:09:58 2009 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD3B9106564A for ; Wed, 4 Feb 2009 00:09:58 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (casselton.net [63.165.140.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8B5708FC1B for ; Wed, 4 Feb 2009 00:09:58 +0000 (UTC) (envelope-from tinguely@casselton.net) Received: from casselton.net (localhost [127.0.0.1]) by casselton.net (8.14.3/8.14.3) with ESMTP id n1409vPd033382; Tue, 3 Feb 2009 18:09:57 -0600 (CST) (envelope-from tinguely@casselton.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=casselton.net; s=ccnMail; t=1233706198; bh=oHb/k4K5H4sdaAi/9H3gT3xTcqILm9N/w7amZ1V FFaQ=; h=Date:From:Message-Id:To:Subject:Cc:In-Reply-To; b=NzQYpXPO ajOdVR+sHsTSetDFrAe8H31vwNzNed6Vj99Dsh62yvXX1kw5nGfnG/y+EGrRFbgwgFp nrAv5nQtiSULHYr2jdgePacfv38YEPYko4pV3Wf5WaOo0NCYHGDVOtp1glFHo2+GqVu vtPHXY76FCF8WYSBdANpJ62dS861E= Received: (from tinguely@localhost) by casselton.net (8.14.3/8.14.2/Submit) id n1409v7K033380; Tue, 3 Feb 2009 18:09:57 -0600 (CST) (envelope-from tinguely) Date: Tue, 3 Feb 2009 18:09:57 -0600 (CST) From: Mark Tinguely Message-Id: <200902040009.n1409v7K033380@casselton.net> To: sam@freebsd.org, thompsa@freebsd.org In-Reply-To: <20090203233028.GA68871@citylink.fud.org.nz> Cc: arm@freebsd.org Subject: Re: busdma problem X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 00:09:59 -0000 > On Fri, Jan 30, 2009 at 02:07:14PM -0800, Andrew Thompson wrote: > > On Fri, Jan 30, 2009 at 09:31:47AM -0800, Andrew Thompson wrote: > > > >> I am having an issue with busdma when bounce buffers are used. I have > > > >> patched _bus_dmamap_sync_bp() to print out the details when a bounce > > > >> happens and also print the driver buffer before and after. > > > >> > > > >> During normal dma everything is fine, [Deleted items] > > As suggested by Sam, this works properly when the buffer is malloc'd > > instead of taken from the stack. So is this now a bug or a feature?? > > As a test I removed the checking of KENTER_CACHE in > arm/arm/pmap.c:pmap_kenter_internal() so all memory is uncached and now > dma bounces to a stack variable work. > > busdma remaps the address nocache into vaddr_nocache pointer and uses > that for the bcopy, obviously arm_remap_nocache() is not working > correctly. > > Andrew I suspected this was another occurrance of the same cache problem that has been mentioned starting about 3 weeks ago. I even was going to ask you if it was using arm_remap_nocache(). I have a new concept patch for the kernel caching issue at: http://www.casselton.net/~tinguely/arm_pmap_unmanaged.diff I am still waiting for a drive to build a -current machine. I will also look at any other caching ideas that others have. --Mark Tinguely. From owner-freebsd-arm@FreeBSD.ORG Wed Feb 4 02:00:13 2009 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB8111065672; Wed, 4 Feb 2009 02:00:03 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 063D08FC0C; Wed, 4 Feb 2009 02:00:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 58C5FFF9F; Wed, 4 Feb 2009 15:00:02 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L74tKlLqf1PS; Wed, 4 Feb 2009 14:59:58 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 4 Feb 2009 14:59:58 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 2E8A31142E; Wed, 4 Feb 2009 14:59:58 +1300 (NZDT) Date: Tue, 3 Feb 2009 17:59:58 -0800 From: Andrew Thompson To: Mark Tinguely Message-ID: <20090204015958.GA71913@citylink.fud.org.nz> References: <20090203233028.GA68871@citylink.fud.org.nz> <200902040009.n1409v7K033380@casselton.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902040009.n1409v7K033380@casselton.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: arm@freebsd.org, sam@freebsd.org Subject: Re: busdma problem X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 02:00:14 -0000 On Tue, Feb 03, 2009 at 06:09:57PM -0600, Mark Tinguely wrote: > > On Fri, Jan 30, 2009 at 02:07:14PM -0800, Andrew Thompson wrote: > > As a test I removed the checking of KENTER_CACHE in > > arm/arm/pmap.c:pmap_kenter_internal() so all memory is uncached and now > > dma bounces to a stack variable work. > > > > busdma remaps the address nocache into vaddr_nocache pointer and uses > > that for the bcopy, obviously arm_remap_nocache() is not working > > correctly. > > > > Andrew > > I suspected this was another occurrance of the same cache problem that > has been mentioned starting about 3 weeks ago. I even was going to ask > you if it was using arm_remap_nocache(). > > I have a new concept patch for the kernel caching issue at: > > http://www.casselton.net/~tinguely/arm_pmap_unmanaged.diff > > I am still waiting for a drive to build a -current machine. I will also > look at any other caching ideas that others have. FWIW r188112 has fixed this issue for me. I will still be happy to help test your caching patch for any regressions, etc. Andrew From owner-freebsd-arm@FreeBSD.ORG Thu Feb 5 18:39:45 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC198106568C for ; Thu, 5 Feb 2009 18:39:45 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from smtp.clearpathnet.com (smtp.clearpathnet.com [74.217.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id C7E818FC19 for ; Thu, 5 Feb 2009 18:39:45 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from [10.1.16.109] (la-209-182-100-49 [209.182.100.49] (may be forged)) by smtp.clearpathnet.com (8.13.1/8.13.1) with ESMTP id n15Idhna000490 for ; Thu, 5 Feb 2009 10:39:45 -0800 Message-ID: <498B32B0.1050306@clearpathnet.com> Date: Thu, 05 Feb 2009 10:40:48 -0800 From: Alex Vinogradovs User-Agent: Thunderbird 2.0.0.16 (X11/20080915) MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: cfi causes vm_fault on IXP435 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 18:39:46 -0000 Guys, I've enabled cfi driver, specifying 0x50000000 as the address in hints (like for AVILA board), and that causes vm_fault. Here is what redboot reports about flash : FLASH: 0x50000000 - 0x50800000, 128 blocks of 0x00010000 bytes each. and here are the messages : subsystem 3800000 xdr_sizeof(0)... done. taskqueue_start_threads(0)... done. taskqueue_create(0)... done. taskqueue_create(0)... done. module_register_init(0xc04a20a8)... done. module_register_init(0xc04a5b50)... done. knlist_init(0)... done. taskqueue_create_fast(0)... done. xdr_sizeof(0)... ixp0: on motherboard ixp0: 37fff ixpclk0: on ixp0 ixpiic0: on ixp0 iicbb0: on ixpiic0 iicbus0: on iicbb0 master-only iic0: on iicbus0 iicbus0: at addr 0x5a ad74180: at addr 0x50 on iicbus0 ds16720: at addr 0xd0 on iicbus0 ixpwdog0: on ixp0 uart0: on ixp0 uart0: [FILTER] uart0: console (115200,n,8,1) ixpqmgr0: on ixp0 ixpqmgr0: [ITHREAD] ixpqmgr0: [ITHREAD] npe0: on ixp0 npe0: [ITHREAD] npe0: MAC at 0xc800a000 npe0: MII at 0xc800a000 npe0: load fw image IXP425.NPE-C Func 0x5 Rev 2.1 miibus0: on npe0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto npe0: Ethernet address: 00:03:47:df:32:a8 vm_fault(0xc0781000, fd000000, 2, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xc00fbc40 FSR=000000f5, FAR=fd0000aa, spsr=600000d3 r0 =00000000, r1 =fd000000, r2 =000000aa, r3 =00000098 r4 =00000010, r5 =c1146600, r6 =c119b280, r7 =c1145580 r8 =00000001, r9 =c04aa9a4, r10=c119b2bc, r11=c00fbc98 r12=c04c0c0c, ssp=c00fbc8c, slr=c0221a9c, pc =c03fe5fc [thread pid 0 tid 100000 ] Stopped at generic_armv4_bs_w_2: strh r3, [r1, r2] db> From owner-freebsd-arm@FreeBSD.ORG Thu Feb 5 18:58:09 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B8511065670 for ; Thu, 5 Feb 2009 18:58:09 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from smtp.clearpathnet.com (smtp.clearpathnet.com [74.217.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 460D28FC21 for ; Thu, 5 Feb 2009 18:58:08 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from [10.1.16.109] (la-209-182-100-49 [209.182.100.49] (may be forged)) by smtp.clearpathnet.com (8.13.1/8.13.1) with ESMTP id n15Iw6Ph000678 for ; Thu, 5 Feb 2009 10:58:08 -0800 Message-ID: <498B3700.7030309@clearpathnet.com> Date: Thu, 05 Feb 2009 10:59:12 -0800 From: Alex Vinogradovs User-Agent: Thunderbird 2.0.0.16 (X11/20080915) MIME-Version: 1.0 To: freebsd-arm@freebsd.org References: <498B32B0.1050306@clearpathnet.com> In-Reply-To: <498B32B0.1050306@clearpathnet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: cfi causes vm_fault on IXP435 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 18:58:09 -0000 stack trace : Tracing pid 0 tid 100000 td 0xc04d1db0 db_trace_thread() at db_trace_thread+0xc scp=0xc0402730 rlv=0xc0214cf8 (db_command_init+0x4d8) rsp=0xc00fb950 rfp=0xc00fb970 r10=0x00000001 r9=0xc04d7ed4 r8=0xc04cf7d8 r7=0xc04cefac r6=0x00000010 r5=0x00000000 r4=0xc04d1db0 db_command_init() at db_command_init+0x454 scp=0xc0214c74 rlv=0xc021449c (db_skip_to_eol+0x390) rsp=0xc00fb974 rfp=0xc00fba18 r6=0x00000002 r5=0x00000000 r4=0xc04a522c db_skip_to_eol() at db_skip_to_eol+0x1d0 scp=0xc02142dc rlv=0xc02146b8 (db_command_loop+0x50) rsp=0xc00fba1c rfp=0xc00fba2c r10=0x00000000 r8=0x000000f5 r7=0xc00fbc40 r6=0xc04d7ecc r5=0x000000c0 r4=0xc04cefa8 db_command_loop() at db_command_loop+0xc scp=0xc0214674 rlv=0xc02168dc (X_db_sym_numargs+0xa0) rsp=0xc00fba30 rfp=0xc00fbb4c r4=0xc00fba34 X_db_sym_numargs() at X_db_sym_numargs+0x14 scp=0xc0216850 rlv=0xc02d7518 (kdb_trap+0xb0) rsp=0xc00fbb50 rfp=0xc00fbb78 r4=0x000000c0 kdb_trap() at kdb_trap+0xc scp=0xc02d7474 rlv=0xc0412ed4 (badaddr_read+0x1f4) rsp=0xc00fbb7c rfp=0xc00fbb98 r10=0xc00fbc40 r9=0xc00fbef8 r8=0x00000002 r7=0xc04d1db0 r6=0xfd0000aa r5=0x000000f5 r4=0xc00fbc40 badaddr_read() at badaddr_read+0xe8 scp=0xc0412dc8 rlv=0xc0413844 (data_abort_handler+0x498) rsp=0xc00fbb9c rfp=0xc00fbc3c r6=0x00000000 r5=0xfd000000 r4=0x00000005 data_abort_handler() at data_abort_handler+0xc scp=0xc04133b8 rlv=0xc04041c4 (address_exception_entry+0x50) rsp=0xc00fbc40 rfp=0xc00fbc98 r10=0xc119b2bc r9=0xc04aa9a4 r8=0x00000001 r7=0xc1145580 r6=0xc119b280 r5=0xffff1004 r4=0x00000010 cfi_read() at cfi_read+0x8c scp=0xc0221a1c rlv=0xc0221ac8 (cfi_read_qry+0x28) rsp=0xc00fbc9c rfp=0xc00fbcb0 cfi_read_qry() at cfi_read_qry+0xc scp=0xc0221aac rlv=0xc0221e20 (cfi_probe+0xdc) rsp=0xc00fbcb4 rfp=0xc00fbd2c r5=0xc1146600 r4=0x00000001 cfi_probe() at cfi_probe+0xc scp=0xc0221d50 rlv=0xc02d1fa4 (device_probe_child+0xf8) rsp=0xc00fbd30 rfp=0xc00fbd68 r7=0xc1145580 r6=0xc04aa7e4 r5=0xc119b280 r4=0xc112b1b0 device_probe_child() at device_probe_child+0xc scp=0xc02d1eb8 rlv=0xc02d2274 (device_probe+0x4c) rsp=0xc00fbd6c rfp=0xc00fbd84 r10=0xc063dc84 r9=0x69054040 r8=0x00000002 r7=0xc1145580 r6=0xc04aa7e4 r5=0xc1145500 r4=0xc119b280 device_probe() at device_probe+0x10 scp=0xc02d2238 rlv=0xc02d2390 (device_probe_and_attach+0x30) rsp=0xc00fbd88 rfp=0xc00fbd98 r6=0xc04aa7e4 r5=0xc1145500 r4=0xc119b280 device_probe_and_attach() at device_probe_and_attach+0x10 scp=0xc02d2370 rlv=0xc02d24ac (bus_generic_attach+0x20) rsp=0xc00fbd9c rfp=0xc00fbdac r4=0xc119b280 bus_generic_attach() at bus_generic_attach+0xc scp=0xc02d2498 rlv=0xc0417250 (arm_unmask_irq+0x790) rsp=0xc00fbdb0 rfp=0xc00fbe00 r4=0x00000000 arm_unmask_irq() at arm_unmask_irq+0x49c scp=0xc0416f5c rlv=0xc02d1440 (device_attach+0x6c) rsp=0xc00fbe04 rfp=0xc00fbe44 r10=0xc046a158 r9=0xc0450040 r8=0x00000000 r7=0xc1145580 r6=0xc11455cc r5=0xc02cfb1c r4=0xc1145780 device_attach() at device_attach+0xc scp=0xc02d13e0 rlv=0xc02d24ac (bus_generic_attach+0x20) rsp=0xc00fbe48 rfp=0xc00fbe58 r10=0xc046a158 r9=0xc0450040 r8=0x00000000 r7=0xc1145780 r6=0xc11457cc r5=0xc02cfb1c r4=0xc1145580 bus_generic_attach() at bus_generic_attach+0xc scp=0xc02d2498 rlv=0xc0407304 (minidumpsys+0xb68) rsp=0xc00fbe5c rfp=0xc00fbe6c r4=0xc1145780 minidumpsys() at minidumpsys+0xb58 scp=0xc04072f4 rlv=0xc02d1440 (device_attach+0x6c) rsp=0xc00fbe70 rfp=0xc00fbeb0 r4=0x80000000 device_attach() at device_attach+0xc scp=0xc02d13e0 rlv=0xc02d23e8 (root_bus_configure+0x28) rsp=0xc00fbeb4 rfp=0xc00fbec4 r10=0xc04d24b8 r9=0x00000009 r8=0x00000001 r7=0xc04d24bc r6=0x03800000 r5=0xc04d24c0 r4=0xc1145780 root_bus_configure() at root_bus_configure+0xc scp=0xc02d23cc rlv=0xc0275ca0 (mi_startup+0xd0) rsp=0xc00fbec8 rfp=0xc00fbef4 r4=0xc046d54c mi_startup() at mi_startup+0xc scp=0xc0275bdc rlv=0xc020023c (btext+0x13c) rsp=0xc00fbef8 rfp=0x00000000 r10=0x0000000a r8=0x00000000 r7=0x00200198 r6=0x00000006 r5=0x002001a4 r4=0x0020027c Alex Vinogradovs wrote: > Guys, > > I've enabled cfi driver, specifying 0x50000000 as the address in hints > (like for AVILA board), > and that causes vm_fault. > > Here is what redboot reports about flash : > > FLASH: 0x50000000 - 0x50800000, 128 blocks of 0x00010000 bytes each. > > and here are the messages : > > subsystem 3800000 > xdr_sizeof(0)... done. > taskqueue_start_threads(0)... done. > taskqueue_create(0)... done. > taskqueue_create(0)... done. > module_register_init(0xc04a20a8)... done. > module_register_init(0xc04a5b50)... done. > knlist_init(0)... done. > taskqueue_create_fast(0)... done. > xdr_sizeof(0)... ixp0: on motherboard > ixp0: 37fff > ixpclk0: on ixp0 > ixpiic0: on ixp0 > iicbb0: on ixpiic0 > iicbus0: on iicbb0 master-only > iic0: on iicbus0 > iicbus0: at addr 0x5a > ad74180: at addr 0x50 on iicbus0 > ds16720: at addr 0xd0 on iicbus0 > ixpwdog0: on ixp0 > uart0: on ixp0 > uart0: [FILTER] > uart0: console (115200,n,8,1) > ixpqmgr0: on ixp0 > ixpqmgr0: [ITHREAD] > ixpqmgr0: [ITHREAD] > npe0: on ixp0 > npe0: [ITHREAD] > npe0: MAC at 0xc800a000 > npe0: MII at 0xc800a000 > npe0: load fw image IXP425.NPE-C Func 0x5 Rev 2.1 > miibus0: on npe0 > ukphy0: PHY 1 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > npe0: Ethernet address: 00:03:47:df:32:a8 > > vm_fault(0xc0781000, fd000000, 2, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (S)' > trapframe: 0xc00fbc40 > FSR=000000f5, FAR=fd0000aa, spsr=600000d3 > r0 =00000000, r1 =fd000000, r2 =000000aa, r3 =00000098 > r4 =00000010, r5 =c1146600, r6 =c119b280, r7 =c1145580 > r8 =00000001, r9 =c04aa9a4, r10=c119b2bc, r11=c00fbc98 > r12=c04c0c0c, ssp=c00fbc8c, slr=c0221a9c, pc =c03fe5fc > > [thread pid 0 tid 100000 ] > Stopped at generic_armv4_bs_w_2: strh r3, [r1, r2] > db> > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Thu Feb 5 18:58:25 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 939951065672 for ; Thu, 5 Feb 2009 18:58:25 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 57A4F8FC18 for ; Thu, 5 Feb 2009 18:58:25 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n15IwLDI092156 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2009 10:58:21 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <498B36CD.3010402@freebsd.org> Date: Thu, 05 Feb 2009 10:58:21 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Alex Vinogradovs References: <498B32B0.1050306@clearpathnet.com> In-Reply-To: <498B32B0.1050306@clearpathnet.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Misty-Metrics: ebb.errno.com; whitelist Cc: freebsd-arm@freebsd.org Subject: Re: cfi causes vm_fault on IXP435 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 18:58:26 -0000 Well I didn't enable it for Cambria because it wasn't right :-) I know that at the very least the flash config on the 2358 is 32M but I only map 16M so if everything else worked you couldn't access all the memory. But otherwise I hit this fault and haven't had time to diagnose it. Not sure when I'll get to it; would love to have some help (once you get it mapped correctly you can add support to the cfi driver to dynamically map 1M blocks so we don't have to map all of flash). BTW since you tried this w/o asking you probably noticed I also just committed support for the SrataFlash protection register. It looks like it might be working and I was just confused about the ability to write the user segment multiple times. The doc is a bit confusing and seems to say this 64-bit segment is OTP (write once). I think I need to move the code that lets you write it under the CFI_AMEDANDDANGEROUS option... Sam Alex Vinogradovs wrote: > Guys, > > I've enabled cfi driver, specifying 0x50000000 as the address in hints > (like for AVILA board), > and that causes vm_fault. > > Here is what redboot reports about flash : > > FLASH: 0x50000000 - 0x50800000, 128 blocks of 0x00010000 bytes each. > > and here are the messages : > > subsystem 3800000 > xdr_sizeof(0)... done. > taskqueue_start_threads(0)... done. > taskqueue_create(0)... done. > taskqueue_create(0)... done. > module_register_init(0xc04a20a8)... done. > module_register_init(0xc04a5b50)... done. > knlist_init(0)... done. > taskqueue_create_fast(0)... done. > xdr_sizeof(0)... ixp0: on motherboard > ixp0: 37fff > ixpclk0: on ixp0 > ixpiic0: on ixp0 > iicbb0: on ixpiic0 > iicbus0: on iicbb0 master-only > iic0: on iicbus0 > iicbus0: at addr 0x5a > ad74180: at addr 0x50 on iicbus0 > ds16720: at addr 0xd0 on iicbus0 > ixpwdog0: on ixp0 > uart0: on ixp0 > uart0: [FILTER] > uart0: console (115200,n,8,1) > ixpqmgr0: on ixp0 > ixpqmgr0: [ITHREAD] > ixpqmgr0: [ITHREAD] > npe0: on ixp0 > npe0: [ITHREAD] > npe0: MAC at 0xc800a000 > npe0: MII at 0xc800a000 > npe0: load fw image IXP425.NPE-C Func 0x5 Rev 2.1 > miibus0: on npe0 > ukphy0: PHY 1 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > npe0: Ethernet address: 00:03:47:df:32:a8 > > vm_fault(0xc0781000, fd000000, 2, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (S)' > trapframe: 0xc00fbc40 > FSR=000000f5, FAR=fd0000aa, spsr=600000d3 > r0 =00000000, r1 =fd000000, r2 =000000aa, r3 =00000098 > r4 =00000010, r5 =c1146600, r6 =c119b280, r7 =c1145580 > r8 =00000001, r9 =c04aa9a4, r10=c119b2bc, r11=c00fbc98 > r12=c04c0c0c, ssp=c00fbc8c, slr=c0221a9c, pc =c03fe5fc > > [thread pid 0 tid 100000 ] > Stopped at generic_armv4_bs_w_2: strh r3, [r1, r2] > db> > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-arm@FreeBSD.ORG Thu Feb 5 19:04:26 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43970106568A; Thu, 5 Feb 2009 19:04:26 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from hosting.clearpathnet.com (hosting.clearpathnet.com [74.217.144.9]) by mx1.freebsd.org (Postfix) with ESMTP id 11B138FC13; Thu, 5 Feb 2009 19:04:25 +0000 (UTC) (envelope-from avinogradovs@clearpathnet.com) Received: from [10.1.16.109] (la-209-182-100-49 [209.182.100.49] (may be forged)) by hosting.clearpathnet.com (8.13.1/8.13.1) with ESMTP id n15J4I7H020552; Thu, 5 Feb 2009 11:04:21 -0800 Message-ID: <498B3874.2020902@clearpathnet.com> Date: Thu, 05 Feb 2009 11:05:24 -0800 From: Alex Vinogradovs User-Agent: Thunderbird 2.0.0.16 (X11/20080915) MIME-Version: 1.0 To: Sam Leffler References: <498B32B0.1050306@clearpathnet.com> <498B36CD.3010402@freebsd.org> In-Reply-To: <498B36CD.3010402@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: cfi causes vm_fault on IXP435 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 19:04:27 -0000 No worries, I am just testing the things out. This board in particular has been customized for my company, so I was just wondering if it would work without hacking the kernel ;) Alex. Sam Leffler wrote: > Well I didn't enable it for Cambria because it wasn't right :-) > > I know that at the very least the flash config on the 2358 is 32M but > I only map 16M so if everything else worked you couldn't access all > the memory. But otherwise I hit this fault and haven't had time to > diagnose it. Not sure when I'll get to it; would love to have some > help (once you get it mapped correctly you can add support to the cfi > driver to dynamically map 1M blocks so we don't have to map all of > flash). > > BTW since you tried this w/o asking you probably noticed I also just > committed support for the SrataFlash protection register. It looks > like it might be working and I was just confused about the ability to > write the user segment multiple times. The doc is a bit confusing and > seems to say this 64-bit segment is OTP (write once). I think I need > to move the code that lets you write it under the CFI_AMEDANDDANGEROUS > option... > > Sam >