From owner-freebsd-net@FreeBSD.ORG Sun Dec 25 12:16:24 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11A97106564A for ; Sun, 25 Dec 2011 12:16:24 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (mail.tyknet.dk [IPv6:2a01:4f8:141:52a3:186::]) by mx1.freebsd.org (Postfix) with ESMTP id 9C2918FC0A for ; Sun, 25 Dec 2011 12:16:23 +0000 (UTC) Received: from tykburk.tyknet.cn.dom (unknown [217.71.4.82]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id 8B56869AFE; Sun, 25 Dec 2011 13:16:22 +0100 (CET) X-DKIM: OpenDKIM Filter v2.4.1 mail.tyknet.dk 8B56869AFE DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1324815382; bh=cicumQwSbsr7IaBeR34qLRi3rTCC3fGolP6RN/p14A4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=NQQ0/xPICOO/W32uUEh0lSPVkaHMgBHTLYo/7cVSn8zORUOg8hWZbi1jQbP02Cyr+ HCV8zBCwdKt0eOvuD5TBqfMcY5R2O8f60zi2K0MYL4XmxOoOhyUncvVnqghnYFOrBa Vnsc0tWX1Yes5T+pUsVoONjIGCizNMdMhNUAWbSE= Message-ID: <4EF71415.2010002@gibfest.dk> Date: Sun, 25 Dec 2011 13:16:21 +0100 From: Thomas Steen Rasmussen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111014 Thunderbird/7.0.1 MIME-Version: 1.0 To: lrh@alum.mit.edu References: <201112221018.54462.lrh@alum.mit.edu> In-Reply-To: <201112221018.54462.lrh@alum.mit.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: re%d on FitPC2? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Dec 2011 12:16:24 -0000 On 22.12.2011 18:18, Dr. Lyman Hazelton wrote: > Hi! First post to this list. Was directed here from FreeBSD Forums. > > I'm trying to get FreeBSD running on a FitPC2. > > I have heard that at least one other user has gotten the FitPC2 to work with > the re driver, so, at least in theory, it should work. Question is how? Hello, I am the happy owner of a FitPC2i which (as far as I know) is identical to the FitPC2 with an extra ethernet nic, and a WLAN nic. I haven't had any problems with the nics, but I am running an older version of FreeBSD which may explain the difference: [tykling@fitfw ~]$ uname -rmsi FreeBSD 8.1-STABLE-201010 i386 GENERIC This is the verbose dmesg messages for re0 and re1 on my machine: ---------------------------------------------------------------- [tykling@fitfw ~]$ grep ^re /var/run/dmesg.boot real memory = 2147483648 (2048 MB) re0: port 0x2000-0x20ff mem 0xd8100000-0xd8100fff,0xd8500000-0xd850ffff irq 16 at device 0.0 on pci2 re0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xd8100000 re0: MSI count : 1 re0: attempting to allocate 1 MSI vectors (1 supported) re0: using IRQ 256 for MSI re0: Using 1 MSI messages re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 re0: bpf attached re0: Ethernet address: 00:01:c0:08:25:1f re0: [MPSAFE] re0: [FILTER] re1: port 0x3000-0x30ff mem 0xd8200000-0xd8200fff,0xd8600000-0xd860ffff irq 17 at device 0.0 on pci3 re1: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xd8200000 re1: MSI count : 1 re1: attempting to allocate 1 MSI vectors (1 supported) re1: using IRQ 257 for MSI re1: Using 1 MSI messages re1: Chip rev. 0x3c000000 re1: MAC rev. 0x00400000 re1: bpf attached re1: Ethernet address: 00:01:c0:08:25:20 re1: [MPSAFE] re1: [FILTER] [tykling@fitfw ~]$ grep ^rge /var/run/dmesg.boot rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto rgephy1: PHY 1 on miibus1 rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto [tykling@fitfw ~]$ ---------------------------------------------------------------- I am very happy with the machine, except for an acpi problem which makes it hang at reboot. shutdown -p turns the machine off as expected, but shutdown -r hangs right after "Stopping other CPUs..." when it should reboot. I reported this to acpi@ but never found a solution. I use it as home firewall, so I practically never reboot it, so I learned to live with it :) Good luck with getting your problem solved! Best regards Thomas Steen Rasmussen