From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 31 05:45:23 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5070C16A4BF for ; Sun, 31 Aug 2003 05:45:23 -0700 (PDT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id C1FF643FB1 for ; Sun, 31 Aug 2003 05:45:21 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 12345 invoked by uid 65534); 31 Aug 2003 12:45:20 -0000 Received: from p508E5667.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.86.103) by mail.gmx.net (mp009) with SMTP; 31 Aug 2003 14:45:20 +0200 Received: by galatea (Postfix, from userid 1001) id 8775ABD; Sun, 31 Aug 2003 14:45:36 +0200 (CEST) Date: Sun, 31 Aug 2003 14:45:36 +0200 From: Thomas Moestl To: Marcel Moolenaar Message-ID: <20030831124536.GA679@timesink.dyndns.org> Mail-Followup-To: Marcel Moolenaar , sparc64@freebsd.org References: <20030829211641.GA628@athlon.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030829211641.GA628@athlon.pn.xcllnt.net> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: Q: resource range for SBus oddity X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2003 12:45:23 -0000 On Fri, 2003/08/29 at 14:16:41 -0700, Marcel Moolenaar wrote: > Gang, > > I'm playing with uart(4) on Jake's u2, which has 2 zs(4) devices > attached to sbus. > > A GENERIC kernel gives me the following: > : > zs0: mem 0x1100000-0x1100003 irq 2024 on sbus0 > zstty0: on zs0 > zstty0: console 9600,8,n,1,- > zstty1: on zs0 > sbus0: , type serial (no driver attached) > : > > A kernel with uart(4) yields currently (it's a WIP): > : > puc0: mem 0x1100000-0x1100003 irq 2024 on sbus0 > uart0: on puc0 > uart0: console > uart1: on puc0 > puc1: mem 0x1000000-0x1000003 irq 2024 on sbus0 > uart2: on puc1 > uart3: on puc1 > : > > As you can see, the memory I/O resource is 4 bytes wide. However, > the channel A registers on the z8530 chip are at offsets 4 > (control) and 6 (data). This lies outside the reserved range. > > I would think that with 2 channels and 2 addressable registers > per channel we would be using offsets 0-3. > > Question: Is there an implied multiplication or division factor? No, the ranges should in general be correct; I've checked this with other devices. The register space of a single zs channel is indeed 4 bytes, but IIRC each channel has a separate device node, and there was some oddity which required both channels to use the register addresses specified in the first one, which is why the zs driver attaches two zsttys to the first device, and does not attach to the second zs instance. Jake can probably give more details on that. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 31 09:45:12 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80EE816A4BF for ; Sun, 31 Aug 2003 09:45:12 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE7C443F93 for ; Sun, 31 Aug 2003 09:45:10 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h7VGjAwO017001 for ; Sun, 31 Aug 2003 09:45:10 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h7VGjA8a000686 for ; Sun, 31 Aug 2003 09:45:10 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h7VGjAC9000685 for sparc64@freebsd.org; Sun, 31 Aug 2003 09:45:10 -0700 (PDT) (envelope-from marcel) Date: Sun, 31 Aug 2003 09:45:10 -0700 From: Marcel Moolenaar To: sparc64@freebsd.org Message-ID: <20030831164510.GA570@dhcp01.pn.xcllnt.net> References: <20030829211641.GA628@athlon.pn.xcllnt.net> <20030831124536.GA679@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030831124536.GA679@timesink.dyndns.org> User-Agent: Mutt/1.5.4i Subject: Re: Q: resource range for SBus oddity X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2003 16:45:12 -0000 On Sun, Aug 31, 2003 at 02:45:36PM +0200, Thomas Moestl wrote: > > puc1: mem 0x1000000-0x1000003 irq 2024 on sbus0 > > > > As you can see, the memory I/O resource is 4 bytes wide. However, > > the channel A registers on the z8530 chip are at offsets 4 > > (control) and 6 (data). This lies outside the reserved range. > > > > I would think that with 2 channels and 2 addressable registers > > per channel we would be using offsets 0-3. > > > > Question: Is there an implied multiplication or division factor? > > No, the ranges should in general be correct; I've checked this with > other devices. The register space of a single zs channel is indeed 4 > bytes, but IIRC each channel has a separate device node, and there was > some oddity which required both channels to use the register addresses > specified in the first one, which is why the zs driver attaches two > zsttys to the first device, and does not attach to the second zs > instance. Jake can probably give more details on that. I'm not sure you understand what I mean. The firmware has given a single zs device 4 bytes of (s)bus space. We print the I/O range in accordance with the firmware. The zs device has 4 bus-accessable registers (2 channels, 2 registers per channel). This matches the I/O range given to it, provided the offsets within the range are: channel B control 0 channel B data 1 channel A control 2 channel A data 3 But this is not the case. The registers of a single zs device are at the following offsets: channel B control 0 channel B data 2 channel A control 4 channel A data 6 Thus: given the actual offsets of a single zs device, the firmware should have assigned 8 bytes of (s)bus space to it, not 4. Unless the I/O range is interleaved with another independent device, such as a second zs device of course. But this is not the case. The zstty devices you talk about are created for each channel of a zs device. The second zs device is not attached because we only attach the device with number 0 (see sys/dev/zs/zs_sbus.c), I think because the second is for the keyboard and mouse? I do something the same with uart(4), only I use puc(4) to attach to the zs proper and attach uart(4) to each channel. The oddity can therefore also be explained as follows: puc0 has 4 bytes of bus space assigned to it. uart0 on puc0 takes up 4 bytes of bus space. uart1 on puc0 takes up 4 bytes of bus space. Thus uart0 and uart1 take up 8 bytes of bus space, even though the parent (puc0) only have 4 bytes assigned to it. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 31 10:40:05 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD7C016A4BF for ; Sun, 31 Aug 2003 10:40:05 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 3976643FEA for ; Sun, 31 Aug 2003 10:40:04 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 18861 invoked by uid 65534); 31 Aug 2003 17:40:02 -0000 Received: from p508E5667.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.86.103) by mail.gmx.net (mp012) with SMTP; 31 Aug 2003 19:40:02 +0200 Received: by galatea (Postfix, from userid 1001) id E5E4CBD; Sun, 31 Aug 2003 19:40:15 +0200 (CEST) Date: Sun, 31 Aug 2003 19:40:15 +0200 From: Thomas Moestl To: Marcel Moolenaar Message-ID: <20030831174015.GB679@timesink.dyndns.org> Mail-Followup-To: Marcel Moolenaar , sparc64@freebsd.org References: <20030829211641.GA628@athlon.pn.xcllnt.net> <20030831124536.GA679@timesink.dyndns.org> <20030831164510.GA570@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030831164510.GA570@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: Q: resource range for SBus oddity X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2003 17:40:06 -0000 On Sun, 2003/08/31 at 09:45:10 -0700, Marcel Moolenaar wrote: > On Sun, Aug 31, 2003 at 02:45:36PM +0200, Thomas Moestl wrote: > > > puc1: mem 0x1000000-0x1000003 irq 2024 on sbus0 > > > > > > As you can see, the memory I/O resource is 4 bytes wide. However, > > > the channel A registers on the z8530 chip are at offsets 4 > > > (control) and 6 (data). This lies outside the reserved range. > > > > > > I would think that with 2 channels and 2 addressable registers > > > per channel we would be using offsets 0-3. > > > > > > Question: Is there an implied multiplication or division factor? > > > > No, the ranges should in general be correct; I've checked this with > > other devices. The register space of a single zs channel is indeed 4 > > bytes, but IIRC each channel has a separate device node, and there was > > some oddity which required both channels to use the register addresses > > specified in the first one, which is why the zs driver attaches two > > zsttys to the first device, and does not attach to the second zs > > instance. Jake can probably give more details on that. > > I'm not sure you understand what I mean. The firmware has given a > single zs device 4 bytes of (s)bus space. We print the I/O range > in accordance with the firmware. The zs device has 4 bus-accessable > registers (2 channels, 2 registers per channel). This matches the > I/O range given to it, provided the offsets within the range are: > channel B control 0 > channel B data 1 > channel A control 2 > channel A data 3 > > But this is not the case. The registers of a single zs device are > at the following offsets: > channel B control 0 > channel B data 2 > channel A control 4 > channel A data 6 > > Thus: given the actual offsets of a single zs device, the firmware > should have assigned 8 bytes of (s)bus space to it, not 4. Unless > the I/O range is interleaved with another independent device, such > as a second zs device of course. But this is not the case. > > The zstty devices you talk about are created for each channel of > a zs device. The second zs device is not attached because we only > attach the device with number 0 (see sys/dev/zs/zs_sbus.c), I think > because the second is for the keyboard and mouse? Yes, I assumed that each device node was for a channel; I had misremembered why only the first zs device was used, and jumped to conclusions. Sorry for the confusion. I assume this is just a firmware bug then; it is unlikely that there is a factor by which we ought to multiply the sizes given in the property, since for other devices they match exactly what is to be expected by the documentation, and larger sizes would lead to overlapping regions there. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Sun Aug 31 10:56:57 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA0F016A4BF for ; Sun, 31 Aug 2003 10:56:57 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C580443FEC for ; Sun, 31 Aug 2003 10:56:56 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h7VHuuwO017325 for ; Sun, 31 Aug 2003 10:56:56 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h7VHup8a000889 for ; Sun, 31 Aug 2003 10:56:51 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h7VHupeQ000888 for sparc64@freebsd.org; Sun, 31 Aug 2003 10:56:51 -0700 (PDT) (envelope-from marcel) Date: Sun, 31 Aug 2003 10:56:51 -0700 From: Marcel Moolenaar To: sparc64@freebsd.org Message-ID: <20030831175651.GA858@dhcp01.pn.xcllnt.net> References: <20030829211641.GA628@athlon.pn.xcllnt.net> <20030831124536.GA679@timesink.dyndns.org> <20030831164510.GA570@dhcp01.pn.xcllnt.net> <20030831174015.GB679@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030831174015.GB679@timesink.dyndns.org> User-Agent: Mutt/1.5.4i Subject: Re: Q: resource range for SBus oddity X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Aug 2003 17:56:57 -0000 On Sun, Aug 31, 2003 at 07:40:15PM +0200, Thomas Moestl wrote: > > I assume this is just a firmware bug then; it is unlikely that there > is a factor by which we ought to multiply the sizes given in the > property, since for other devices they match exactly what is to be > expected by the documentation, and larger sizes would lead to > overlapping regions there. Ok, thanks. I know what to do now. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 1 10:50:17 2003 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57C2916A4BF for ; Mon, 1 Sep 2003 10:50:17 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E99B43FE9 for ; Mon, 1 Sep 2003 10:50:15 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h81HoFUp001085 for ; Mon, 1 Sep 2003 10:50:15 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h81HoFHB001084; Mon, 1 Sep 2003 10:50:15 -0700 (PDT) Resent-Date: Mon, 1 Sep 2003 10:50:15 -0700 (PDT) Resent-Message-Id: <200309011750.h81HoFHB001084@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-sparc64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Edward Ping-Da Chuang Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2D9A16A4BF for ; Mon, 1 Sep 2003 10:48:45 -0700 (PDT) Received: from FreeBSD.nctu.edu.tw (FreeBSD.NCTU.edu.tw [140.113.27.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1070944003 for ; Mon, 1 Sep 2003 10:48:44 -0700 (PDT) (envelope-from edwardc@FreeBSD.nctu.edu.tw) Received: by FreeBSD.nctu.edu.tw (Postfix, from userid 1028) id 3D51522504; Tue, 2 Sep 2003 01:48:06 +0800 (CST) Message-Id: <20030901174806.3D51522504@FreeBSD.nctu.edu.tw> Date: Tue, 2 Sep 2003 01:48:06 +0800 (CST) From: Edward Ping-Da Chuang To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Subject: sparc64/56286: Broken world in 5.1-CURRENT under Sparc64 platform X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Edward Ping-Da Chuang List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2003 17:50:17 -0000 >Number: 56286 >Category: sparc64 >Synopsis: Broken world in 5.1-CURRENT under Sparc64 platform >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 01 10:50:14 PDT 2003 >Closed-Date: >Last-Modified: >Originator: Edward Ping-Da Chuang >Release: FreeBSD 5.1-RELEASE sparc64 >Organization: >Environment: System: FreeBSD blade.firebird.com.tw 5.1-RELEASE FreeBSD 5.1-RELEASE #1: Tue Aug 26 14:00:29 CST 2003 edwardc@blade.firebird.com.tw:/usr/obj/usr/src/sys/Blade sparc64 >Description: This is Sun Ultra 5 box running 5.1-RELEASE and going to cvsuped and make world in order to catched up the 5.1-CURRENT. the cvsup was complete on Tue Sep 2 01:42:00 CST 2003 (+0800) While make buildworld an error occured.. cc -O -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/sparc64 -I/usr/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -I/usr/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DHESIOD -c /usr/src/lib/libc/posix1e/mac.c /usr/src/lib/libc/posix1e/mac.c:335: error: conflicting types for `mac_prepare' /usr/obj/usr/src/sparc64/usr/include/sys/mac.h:89: error: previous declaration of `mac_prepare' *** Error code 1 Stop in /usr/src/lib/libc. *** Error code 1 >How-To-Repeat: (under sparc64 platform) cd /usr/src ; make buildworld >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 1 11:01:54 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 78B9C16A4D7 for ; Mon, 1 Sep 2003 11:01:54 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 612BF4404B for ; Mon, 1 Sep 2003 11:01:36 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h81I1aUp002595 for ; Mon, 1 Sep 2003 11:01:36 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h81I1Zot002589 for freebsd-sparc64@freebsd.org; Mon, 1 Sep 2003 11:01:35 -0700 (PDT) Date: Mon, 1 Sep 2003 11:01:35 -0700 (PDT) Message-Id: <200309011801.h81I1Zot002589@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2003 18:01:54 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp 1 problem total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/02/03] sparc64/47845sparc64 4 second daily clock drift o [2003/09/01] sparc64/56286sparc64 Broken world in 5.1-CURRENT under Sparc64 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 1 12:20:36 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4460A16A4BF for ; Mon, 1 Sep 2003 12:20:36 -0700 (PDT) Received: from hexagon2.stack.nl (hexagon2.stack.nl [131.155.140.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B5B144001 for ; Mon, 1 Sep 2003 12:20:35 -0700 (PDT) (envelope-from dean@stack.nl) Received: from toad.stack.nl (zen.stack.nl [IPv6:2001:610:1108:5010::130]) by hexagon2.stack.nl (Postfix) with ESMTP id 847015C022 for ; Mon, 1 Sep 2003 21:20:03 +0200 (CEST) Received: by toad.stack.nl (Postfix, from userid 1600) id 441F584; Mon, 1 Sep 2003 21:20:34 +0200 (CEST) Date: Mon, 1 Sep 2003 21:20:34 +0200 From: Dean Strik To: freebsd-sparc64@freebsd.org Message-ID: <20030901192034.GB41391@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Editor: VIM Rulez! http://www.vim.org/ X-Really: Yes User-Agent: Mutt/1.5.4i Subject: E3000 and SUNW,fas X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Sep 2003 19:20:36 -0000 Hi list, The Sun Ultra Enterprise 3000 series is not supported by FreeBSD, at least it's not listed in HARDWARE.TXT of FreeBSD 5.1-RELEASE. My E3000 locks up during device probing (with the 5.1R install CD). In dmesg (which I have not included yet as I currently have no serial access yet) I see that SUNW,fas does not appear to be supported, hence I see no drives. Does someone have any insights as to whether the SUNW,fas will be supported? Cheers, -- Dean C. Strik Eindhoven University of Technology dean@stack.nl | dean@ipnet6.org | http://www.ipnet6.org/ "This isn't right. This isn't even wrong." -- Wolfgang Pauli From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 1 19:18:15 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E44E16A4BF for ; Mon, 1 Sep 2003 19:18:15 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B77DD43FAF for ; Mon, 1 Sep 2003 19:18:13 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h822IDwO027250 for ; Mon, 1 Sep 2003 19:18:13 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h822IDsn002334 for ; Mon, 1 Sep 2003 19:18:13 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h822IDs9002333 for sparc64@FreeBSD.org; Mon, 1 Sep 2003 19:18:13 -0700 (PDT) (envelope-from marcel) Date: Mon, 1 Sep 2003 19:18:13 -0700 From: Marcel Moolenaar To: sparc64@FreeBSD.org Message-ID: <20030902021813.GA2300@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: Req review: OF_decode_addr() X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2003 02:18:15 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Gang, Attached a patch to add function OF_decode_addr(). The function takes a package handle (phandle_t) and returns the physical (decoded) address at which it resides as well as it space. This function is needed by uart(4) to for low-level console access. There's one thing I'm not happy about and that's the call to ofw_isa_map_iorange(). It makes it impossible to create a kernel without isa. It makes sense to move the bulk of the code in OF_decode_addr() to the respective bus drivers and have some linker set to tie bus name to function pointer. I'm not sure it's important to have that right away or if we can commit this and deal with that later? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sparc.diff" Index: dev/gem/if_gem_pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/gem/if_gem_pci.c,v retrieving revision 1.11 diff -u -r1.11 if_gem_pci.c --- dev/gem/if_gem_pci.c 24 Aug 2003 17:46:07 -0000 1.11 +++ dev/gem/if_gem_pci.c 2 Sep 2003 02:01:34 -0000 @@ -53,6 +53,7 @@ #include #include +#include #include #include Index: dev/hme/if_hme_pci.c =================================================================== RCS file: /home/ncvs/src/sys/dev/hme/if_hme_pci.c,v retrieving revision 1.10 diff -u -r1.10 if_hme_pci.c --- dev/hme/if_hme_pci.c 24 Aug 2003 17:46:09 -0000 1.10 +++ dev/hme/if_hme_pci.c 2 Sep 2003 02:03:45 -0000 @@ -43,6 +43,7 @@ #include #include +#include #include #include Index: dev/hme/if_hme_sbus.c =================================================================== RCS file: /home/ncvs/src/sys/dev/hme/if_hme_sbus.c,v retrieving revision 1.7 diff -u -r1.7 if_hme_sbus.c --- dev/hme/if_hme_sbus.c 24 Aug 2003 17:46:09 -0000 1.7 +++ dev/hme/if_hme_sbus.c 2 Sep 2003 02:03:55 -0000 @@ -51,6 +51,7 @@ #include #include +#include #include #include Index: dev/isp/isp_sbus.c =================================================================== RCS file: /home/ncvs/src/sys/dev/isp/isp_sbus.c,v retrieving revision 1.10 diff -u -r1.10 isp_sbus.c --- dev/isp/isp_sbus.c 24 Aug 2003 17:49:14 -0000 1.10 +++ dev/isp/isp_sbus.c 2 Sep 2003 00:47:52 -0000 @@ -35,10 +35,10 @@ #include #include #include -#include #include #include #include +#include #include #include Index: sparc64/include/ofw_machdep.h =================================================================== RCS file: /home/ncvs/src/sys/sparc64/include/ofw_machdep.h,v retrieving revision 1.2 diff -u -r1.2 ofw_machdep.h --- sparc64/include/ofw_machdep.h 13 Mar 2002 04:59:01 -0000 1.2 +++ sparc64/include/ofw_machdep.h 2 Sep 2003 00:20:14 -0000 @@ -30,7 +30,8 @@ #include -void OF_getetheraddr(device_t dev, u_char *addr); +int OF_decode_addr(phandle_t, int *, bus_addr_t *); +void OF_getetheraddr(device_t, u_char *); void cpu_shutdown(void *); void openfirmware_exit(void *); Index: sparc64/sparc64/machdep.c =================================================================== RCS file: /home/ncvs/src/sys/sparc64/sparc64/machdep.c,v retrieving revision 1.100 diff -u -r1.100 machdep.c --- sparc64/sparc64/machdep.c 11 Aug 2003 07:05:55 -0000 1.100 +++ sparc64/sparc64/machdep.c 2 Sep 2003 01:26:18 -0000 @@ -89,6 +89,7 @@ #include +#include #include #include #include Index: sparc64/sparc64/mp_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/sparc64/sparc64/mp_machdep.c,v retrieving revision 1.22 diff -u -r1.22 mp_machdep.c --- sparc64/sparc64/mp_machdep.c 22 Aug 2003 07:38:08 -0000 1.22 +++ sparc64/sparc64/mp_machdep.c 2 Sep 2003 01:27:06 -0000 @@ -80,6 +80,7 @@ #include #include +#include #include #include #include Index: sparc64/sparc64/ofw_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/sparc64/sparc64/ofw_machdep.c,v retrieving revision 1.3 diff -u -r1.3 ofw_machdep.c --- sparc64/sparc64/ofw_machdep.c 23 Aug 2003 00:11:15 -0000 1.3 +++ sparc64/sparc64/ofw_machdep.c 2 Sep 2003 00:24:55 -0000 @@ -36,8 +36,15 @@ #include +#include #include #include +#include +#include + +#include +#include +#include void OF_getetheraddr(device_t dev, u_char *addr) @@ -49,4 +56,107 @@ if (node <= 0 || OF_getprop(node, "idprom", &idp, sizeof(idp)) == -1) panic("Could not determine the machine ethernet address"); bcopy(&idp.id_ether, addr, ETHER_ADDR_LEN); +} + +int +OF_decode_addr(phandle_t node, int *space, bus_addr_t *addr) +{ + char name[32]; + union { + struct isa_ranges isa[4]; + struct sbus_ranges sbus[8]; + struct upa_ranges upa[4]; + } range; + union { + struct isa_regs isa; + struct sbus_regs sbus; + } reg; + phandle_t bus, pbus; + u_long child, dummy, phys; + int cs, i, rsz, type; + + bus = OF_parent(node); + if (bus == NULL) + return (ENXIO); + if (OF_getprop(bus, "name", name, sizeof(name)) == -1) + return (ENXIO); + name[sizeof(name) - 1] = '\0'; + if (strcmp(name, "ebus") == 0) { + if (OF_getprop(node, "reg", ®.isa, sizeof(reg.isa)) == -1) + return (ENXIO); + rsz = OF_getprop(bus, "ranges", range.isa, sizeof(range.isa)); + if (rsz == -1) + return (ENXIO); + phys = ISA_REG_PHYS(®.isa); + dummy = phys + 1; + type = ofw_isa_map_iorange(range.isa, rsz / sizeof(*range.isa), + &phys, &dummy); + if (type == SYS_RES_MEMORY) { + cs = PCI_CS_MEM32; + *space = PCI_MEMORY_BUS_SPACE; + } else { + cs = PCI_CS_IO; + *space = PCI_IO_BUS_SPACE; + } + + /* Find the topmost PCI node (the host bridge) */ + while (1) { + pbus = OF_parent(bus); + if (pbus == NULL) + return (ENXIO); + if (OF_getprop(pbus, "name", name, sizeof(name)) == -1) + return (ENXIO); + name[sizeof(name) - 1] = '\0'; + if (strcmp(name, "pci") != 0) + break; + bus = pbus; + } + + /* There wasn't a PCI bridge. */ + if (bus == OF_parent(node)) + return (ENXIO); + + /* Make sure we reached the UPA/PCI node. */ + if (OF_getprop(pbus, "device_type", name, sizeof(name)) == -1) + return (ENXIO); + name[sizeof(name) - 1] = '\0'; + if (strcmp(name, "upa") != 0) + return (ENXIO); + + rsz = OF_getprop(bus, "ranges", range.upa, sizeof(range.upa)); + if (rsz == -1) + return (ENXIO); + for (i = 0; i < (rsz / sizeof(range.upa[0])); i++) { + child = UPA_RANGE_CHILD(&range.upa[i]); + if (UPA_RANGE_CS(&range.upa[i]) == cs && + phys >= child && + phys - child < UPA_RANGE_SIZE(&range.upa[i])) { + *addr = UPA_RANGE_PHYS(&range.upa[i]) + phys; + return (0); + } + } + } else if (strcmp(name, "sbus") == 0) { + if (OF_getprop(node, "reg", ®.sbus, sizeof(reg.sbus)) == -1) + return (ENXIO); + rsz = OF_getprop(bus, "ranges", range.sbus, + sizeof(range.sbus)); + if (rsz == -1) + return (ENXIO); + for (i = 0; i < (rsz / sizeof(range.sbus[0])); i++) { + if (reg.sbus.sbr_slot != range.sbus[i].cspace) + continue; + if (reg.sbus.sbr_offset < range.sbus[i].coffset || + reg.sbus.sbr_offset >= range.sbus[i].coffset + + range.sbus[i].size) + continue; + /* Found it... */ + phys = range.sbus[i].poffset | + ((bus_addr_t)range.sbus[i].pspace << 32); + phys += reg.sbus.sbr_offset - range.sbus[i].coffset; + *addr = phys; + *space = SBUS_BUS_SPACE; + return (0); + } + } + return (ENXIO); } Index: sparc64/sparc64/vm_machdep.c =================================================================== RCS file: /home/ncvs/src/sys/sparc64/sparc64/vm_machdep.c,v retrieving revision 1.51 diff -u -r1.51 vm_machdep.c --- sparc64/sparc64/vm_machdep.c 29 Aug 2003 20:04:10 -0000 1.51 +++ sparc64/sparc64/vm_machdep.c 2 Sep 2003 01:28:46 -0000 @@ -76,6 +76,7 @@ #include #include +#include #include #include #include --IJpNTDwzlM2Ie8A6-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 1 22:36:54 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D1AB16A4BF for ; Mon, 1 Sep 2003 22:36:54 -0700 (PDT) Received: from sloth.good-day.net (sloth.good-day.net [218.42.150.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0D6243FF5 for ; Mon, 1 Sep 2003 22:36:53 -0700 (PDT) (envelope-from sylpheed-admin@good-day.net) Received: from sloth.good-day.net (localhost [127.0.0.1]) by sloth.good-day.net (Postfix) with ESMTP id ED6853A62FD for ; Tue, 2 Sep 2003 14:36:52 +0900 (JST) Date: Tue, 2 Sep 2003 14:36:52 +0900 From: sylpheed-admin@good-day.net To: freebsd-sparc@FreeBSD.org Message-Id: <200309021436.FMLAAB509.sylpheed@good-day.net> References: <20030902053645.DACCC3A62E1@sloth.good-day.net> X-MLServer: fml [fml 4.0.3 release (20011202/4.0.3)] X-ML-Info: If you have a question, please contact sylpheed-admin@good-day.net; Subject: You freebsd-sparc@FreeBSD.org are not member (sylpheed ML) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2003 05:36:54 -0000 You are not a member of this mailing list . If you know the general guide of this list, please send mail with the mail body guide to the address sylpheed-ctl@good-day.net where guide is equal to GUIDE for case insensitive. From owner-freebsd-sparc64@FreeBSD.ORG Mon Sep 1 23:50:00 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9F8316A4BF for ; Mon, 1 Sep 2003 23:50:00 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 717F543F75 for ; Mon, 1 Sep 2003 23:49:59 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h827XJbi023103; Tue, 2 Sep 2003 03:33:20 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h826nuhK018735; Mon, 1 Sep 2003 23:49:56 -0700 (PDT) (envelope-from jmg) Date: Mon, 1 Sep 2003 23:49:56 -0700 From: John-Mark Gurney To: sparc64@freebsd.org Message-ID: <20030902064956.GA16766@funkthat.com> Mail-Followup-To: sparc64@freebsd.org, Marcel Moolenaar References: <20030902021813.GA2300@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030902021813.GA2300@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Marcel Moolenaar Subject: Re: Req review: OF_decode_addr() X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2003 06:50:00 -0000 Marcel Moolenaar wrote this message on Mon, Sep 01, 2003 at 19:18 -0700: > Attached a patch to add function OF_decode_addr(). The function > takes a package handle (phandle_t) and returns the physical > (decoded) address at which it resides as well as it space. You mean physical address as viewed by the CPU, correct? > This function is needed by uart(4) to for low-level console > access. > > There's one thing I'm not happy about and that's the call to > ofw_isa_map_iorange(). It makes it impossible to create a kernel > without isa. It makes sense to move the bulk of the code in > OF_decode_addr() to the respective bus drivers and have some > linker set to tie bus name to function pointer. I'm not sure > it's important to have that right away or if we can commit this > and deal with that later? Why don't you wrap the ebus/isa part around an #if defined(NISA) || defined(NEBUS) to prevent the inclusion of isa when not necessary? I would like to see this code in a more general format instead of in a MD file. OpenFirmware is quite specific on how each bus lists it's registers and ranges. We should leverage this so that other platforms don't have to have lots of special code to implement the same thing. I don't have an OFW dump handy, so I can't verify correctness of code. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 2 00:06:44 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEFCB16A4BF for ; Tue, 2 Sep 2003 00:06:44 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id E730744005 for ; Tue, 2 Sep 2003 00:06:42 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from athlon.pn.xcllnt.net (athlon.pn.xcllnt.net [192.168.4.3]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h8276gwO028699 for ; Tue, 2 Sep 2003 00:06:42 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from athlon.pn.xcllnt.net (localhost [127.0.0.1]) by athlon.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h8276gIi060296 for ; Tue, 2 Sep 2003 00:06:42 -0700 (PDT) (envelope-from marcel@athlon.pn.xcllnt.net) Received: (from marcel@localhost) by athlon.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h8276gUT060295 for sparc64@freebsd.org; Tue, 2 Sep 2003 00:06:42 -0700 (PDT) (envelope-from marcel) Date: Tue, 2 Sep 2003 00:06:42 -0700 From: Marcel Moolenaar To: sparc64@freebsd.org Message-ID: <20030902070642.GA659@athlon.pn.xcllnt.net> References: <20030902021813.GA2300@dhcp01.pn.xcllnt.net> <20030902064956.GA16766@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030902064956.GA16766@funkthat.com> User-Agent: Mutt/1.5.4i Subject: Re: Req review: OF_decode_addr() X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2003 07:06:44 -0000 On Mon, Sep 01, 2003 at 11:49:56PM -0700, John-Mark Gurney wrote: > Marcel Moolenaar wrote this message on Mon, Sep 01, 2003 at 19:18 -0700: > > Attached a patch to add function OF_decode_addr(). The function > > takes a package handle (phandle_t) and returns the physical > > (decoded) address at which it resides as well as it space. > > You mean physical address as viewed by the CPU, correct? Yes. > > This function is needed by uart(4) to for low-level console > > access. > > > > There's one thing I'm not happy about and that's the call to > > ofw_isa_map_iorange(). It makes it impossible to create a kernel > > without isa. It makes sense to move the bulk of the code in > > OF_decode_addr() to the respective bus drivers and have some > > linker set to tie bus name to function pointer. I'm not sure > > it's important to have that right away or if we can commit this > > and deal with that later? > > Why don't you wrap the ebus/isa part around an #if defined(NISA) || > defined(NEBUS) to prevent the inclusion of isa when not necessary? That would work. The sbus part is sufficiently seperated from the ebus part. > I would like to see this code in a more general format instead of in > a MD file. OpenFirmware is quite specific on how each bus lists it's > registers and ranges. We should leverage this so that other platforms > don't have to have lots of special code to implement the same thing. Good point. PowerPC immediately comes to mind. However, there's a pitfall: The prototype uses both phandle_t and bus_addr_t. A lot of files include OFW headers, but most do not have both types visible. A more generic implementation will have a cost: We need to do a more extensive shuffling/cleaning to get something that builds. That definitely is beyond my scope. > I don't have an OFW dump handy, so I can't verify correctness of code. The code has been tested on an U2 (sbus) and an U5 (ebus/pci). -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 2 01:13:13 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C37DC16A51A for ; Tue, 2 Sep 2003 01:13:13 -0700 (PDT) Received: from surfeu.fi (mailbox.surfeu.fi [213.173.154.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95EB543FE9 for ; Tue, 2 Sep 2003 01:13:12 -0700 (PDT) (envelope-from vezku@surfeu.fi) Received: from [213.173.154.9] (HELO surfeu.fi) by surfeu.fi (CommuniGate Pro SMTP 3.4.1) with SMTP id 49943851 for freebsd-sparc64@freebsd.org; Tue, 02 Sep 2003 11:13:09 +0300 Received: from 62.142.81.6 (SquirrelMail authenticated user vezku) by redbull.tiscali.fi with HTTP; Tue, 2 Sep 2003 11:06:47 +0300 (EEST) Message-ID: <4047.62.142.81.6.1062490007.squirrel@redbull.tiscali.fi> Date: Tue, 2 Sep 2003 11:06:47 +0300 (EEST) From: To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Partly solved -- UID/GID resolving X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2003 08:13:13 -0000 Hey all, I asked about why "ls -l" is slow on FBSD 5.1-RELEASE (sparc64, SUN E250 Ultrasparc II). I have about 5000 accounts on local master.passwd. It seems that if I use an account which is at the bottom of master.passwd, it takes ages to resolve. And this makes directory listing slow and also SSH file transfer. If I move an account to the beginning of file, everything runs fine. Is there any way to improve resolving performance or is the hardware just too slow? Any chance of bugs in master.passwd code on sparc64? -Vesa From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 2 07:21:52 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E418616A4C1 for ; Tue, 2 Sep 2003 07:21:52 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id A790D43F85 for ; Tue, 2 Sep 2003 07:21:51 -0700 (PDT) (envelope-from jake@locore.ca) Received: by k6.locore.ca (Postfix, from userid 1000) id 54C869D41; Tue, 2 Sep 2003 10:22:37 -0400 (EDT) Date: Tue, 2 Sep 2003 10:22:37 -0400 From: Jake Burkholder To: Marcel Moolenaar Message-ID: <20030902142236.GA76041@locore.ca> References: <20030902021813.GA2300@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030902021813.GA2300@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i cc: sparc64@FreeBSD.org Subject: Re: Req review: OF_decode_addr() X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2003 14:21:53 -0000 Apparently, On Mon, Sep 01, 2003 at 07:18:13PM -0700, Marcel Moolenaar said words to the effect of; > Gang, > > Attached a patch to add function OF_decode_addr(). The function > takes a package handle (phandle_t) and returns the physical > (decoded) address at which it resides as well as it space. > This function is needed by uart(4) to for low-level console > access. > > There's one thing I'm not happy about and that's the call to > ofw_isa_map_iorange(). It makes it impossible to create a kernel > without isa. It makes sense to move the bulk of the code in > OF_decode_addr() to the respective bus drivers and have some > linker set to tie bus name to function pointer. I'm not sure > it's important to have that right away or if we can commit this > and deal with that later? I'm biased because I want uart to go in so keyboards work :), but I think this can be dealt with later. What you suggest is a good idea, I'm just hesitant to put too much effort into infrastructure for supporting early device access because its a specialized thing and hopefully will only be used for this class of devices. I like that its all contained in one function that just does its job and doesn't really affect anything else. You could use #ifdef DEV_ISA, DEV_EBUS etc around the bus specific parts. Note that syscons depends on isa anyway, and this is unlikely to change very soon, so I think we're kind of stuck with it. Such is life in FreeBSD. I say commit it. Jake From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 2 08:40:37 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2A20C16A4BF for ; Tue, 2 Sep 2003 08:40:37 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 62C1143FEC for ; Tue, 2 Sep 2003 08:40:35 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 5651 invoked by uid 65534); 2 Sep 2003 15:40:33 -0000 Received: from p508E4F4B.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.79.75) by mail.gmx.net (mp006) with SMTP; 02 Sep 2003 17:40:33 +0200 Received: by galatea (Postfix, from userid 1001) id 6ABD9CD; Tue, 2 Sep 2003 17:40:55 +0200 (CEST) Date: Tue, 2 Sep 2003 17:40:55 +0200 From: Thomas Moestl To: Marcel Moolenaar Message-ID: <20030902154054.GA691@timesink.dyndns.org> Mail-Followup-To: Marcel Moolenaar , sparc64@freebsd.org References: <20030902021813.GA2300@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030902021813.GA2300@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: Req review: OF_decode_addr() X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2003 15:40:37 -0000 On Mon, 2003/09/01 at 19:18:13 -0700, Marcel Moolenaar wrote: > Gang, > > Attached a patch to add function OF_decode_addr(). The function > takes a package handle (phandle_t) and returns the physical > (decoded) address at which it resides as well as it space. > This function is needed by uart(4) to for low-level console > access. It would probably be good to have another parameter specifying the number of the register bank to map, for devices which have more than one (i.e. have multiple register structures in their "reg" property). > There's one thing I'm not happy about and that's the call to > ofw_isa_map_iorange(). It makes it impossible to create a kernel > without isa. It makes sense to move the bulk of the code in > OF_decode_addr() to the respective bus drivers and have some > linker set to tie bus name to function pointer. It would actually be quite easy to implement this in a general and almost bus-neutral way. Each bus node has (or should have :) an "#address-cells" and a "#size-cells" property. A "reg" property of a child node is just an array of structures of an address comprised of #address-cells 32-bit words and a region size comprised of #size-cells words. The "ranges" property of a bus in turn is an array of structures of child addresses of #address-cells words, and a mapped address and region size (of the size specified by the #address-cells or the #size-cells property of the parent, respectively). All the address spaces etc. are encoded in the addresses, so they alone are enough to find out the physical address for a node; this is done simply by mapping upward in the device tree on each "ranges" property there is, using the properties described above to dynamically size the comparisons and property structures. In a final step, we need to look at the last node we mapped at to determine the bus space we need to use to create a bus tag (really, the only required information is whether we need little-endian or big-endian accesses). This should the only bus-specific code required. There are apparently cases where the #foo-cells properties are missing; a sane default should be 2. Of course, there might also be problems with the usual firmware quirks. > I'm not sure it's important to have that right away or if we can > commit this and deal with that later? Just commit it. I can take a stab at implementing a more general version later if you'd like (but it could take a month or so before I will get to do it). - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 2 11:07:19 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D59116A4BF for ; Tue, 2 Sep 2003 11:07:19 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0593E43FFD for ; Tue, 2 Sep 2003 11:07:18 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h82Iokbi001262; Tue, 2 Sep 2003 14:50:47 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h82I7DKE029700; Tue, 2 Sep 2003 11:07:13 -0700 (PDT) (envelope-from jmg) Date: Tue, 2 Sep 2003 11:07:13 -0700 From: John-Mark Gurney To: Marcel Moolenaar , sparc64@freebsd.org Message-ID: <20030902180713.GB16766@funkthat.com> Mail-Followup-To: Marcel Moolenaar , sparc64@freebsd.org References: <20030902021813.GA2300@dhcp01.pn.xcllnt.net> <20030902154054.GA691@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030902154054.GA691@timesink.dyndns.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: Re: Req review: OF_decode_addr() X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2003 18:07:19 -0000 Thomas Moestl wrote this message on Tue, Sep 02, 2003 at 17:40 +0200: > There are apparently cases where the #foo-cells properties are > missing; a sane default should be 2. Of course, there might also be > problems with the usual firmware quirks. This is specificly stated in the documentation that if said -cells is missing, to use a certain value. I don't have that handy, but would be willing to help write a generic version of this code. I also noticed that as you said, we don't do any mapping for any intervening busses. > > I'm not sure it's important to have that right away or if we can > > commit this and deal with that later? > > Just commit it. I can take a stab at implementing a more general > version later if you'd like (but it could take a month or so before > I will get to do it). Or I can help you. Maybe I should send you my ofwfs code that I've never commited that has a more generic version of getting addresses out of OFW. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 2 11:26:41 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72F6C16A4BF for ; Tue, 2 Sep 2003 11:26:41 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDDA24400E for ; Tue, 2 Sep 2003 11:26:39 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h82IQdwO032464 for ; Tue, 2 Sep 2003 11:26:39 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9) with ESMTP id h82IQdEj000757 for ; Tue, 2 Sep 2003 11:26:39 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.9/8.12.9/Submit) id h82IQdd7000756 for sparc64@freebsd.org; Tue, 2 Sep 2003 11:26:39 -0700 (PDT) (envelope-from marcel) Date: Tue, 2 Sep 2003 11:26:39 -0700 From: Marcel Moolenaar To: sparc64@freebsd.org Message-ID: <20030902182639.GA730@dhcp01.pn.xcllnt.net> References: <20030902021813.GA2300@dhcp01.pn.xcllnt.net> <20030902154054.GA691@timesink.dyndns.org> <20030902180713.GB16766@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030902180713.GB16766@funkthat.com> User-Agent: Mutt/1.5.4i Subject: Re: Req review: OF_decode_addr() X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2003 18:26:41 -0000 On Tue, Sep 02, 2003 at 11:07:13AM -0700, John-Mark Gurney wrote: > > > > Just commit it. I can take a stab at implementing a more general > > version later if you'd like (but it could take a month or so before > > I will get to do it). > > Or I can help you. Maybe I should send you my ofwfs code that I've > never commited that has a more generic version of getting addresses > out of OFW. It appears that there's sufficient interest to get it right. I'll commit the patch as soon as I've got an ok from mjacob@ WRT the change to isp(4) so that progress on uart(4) is not halted, but otherwise step back to let the code evolve to it's final incarnation. Thanks for the feedback, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 3 00:49:58 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1605416A4BF for ; Wed, 3 Sep 2003 00:49:58 -0700 (PDT) Received: from FreeBSD.nctu.edu.tw (FreeBSD.nctu.edu.tw [140.113.27.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FDDC43FFD for ; Wed, 3 Sep 2003 00:49:57 -0700 (PDT) (envelope-from edwardc@FreeBSD.nctu.edu.tw) Received: by FreeBSD.nctu.edu.tw (Postfix, from userid 1028) id 57C4D22504; Wed, 3 Sep 2003 15:49:43 +0800 (CST) Date: Wed, 3 Sep 2003 15:49:43 +0800 From: Edward Ping-Da Chuang To: freebsd-sparc64@freebsd.org Message-ID: <20030903074943.GA10372@FreeBSD.nctu.edu.tw> Mime-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: Re: sparc64/56286: Broken world in 5.1-CURRENT under Sparc64 platform X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2003 07:49:58 -0000 Hi All, I've found the solution for this PR that I submitted few days before, it's seems to be some function prototype delcare different with new code. The diff is following: --- /usr/src/sys/sys/mac.h.old Wed Sep 3 08:31:42 2003 +++ /usr/src/sys/sys/mac.h Wed Sep 3 08:31:32 2003 @@ -86,7 +86,7 @@ int mac_get_pid(pid_t _pid, mac_t _label); int mac_get_proc(mac_t _label); int mac_is_present(const char *_policyname); -int mac_prepare(mac_t *_label, char *_elements); +int mac_prepare(struct mac **mac, const char *elements); int mac_prepare_file_label(mac_t *_label); int mac_prepare_ifnet_label(mac_t *_label); int mac_prepare_process_label(mac_t *_label); Also, I've noticed the some error message while making world that will have error occour like this: /usr/obj/usr/src/sparc64/usr/include/varargs.h:34:2: #error " is obsolete with this version of GCC." /usr/obj/usr/src/sparc64/usr/include/varargs.h:35:2: #error "Change your code to use instead." I've attached the diff for these file,too. After these changes, I've complete the make world successfully, please check it out. Regards, Ed --- /usr/src/usr.bin/lock/lock.c.old Wed Sep 3 09:13:36 2003 +++ /usr/src/usr.bin/lock/lock.c Wed Sep 3 09:14:05 2003 @@ -70,7 +70,11 @@ #include #include #include -#include +#ifdef __STDC__ + #include +#else + #include +#endif #define TIMEOUT 15 --- /usr/src/libexec/ftpd/popen.c.old Wed Sep 3 08:23:35 2003 +++ /usr/src/libexec/ftpd/popen.c Wed Sep 3 08:33:05 2003 @@ -58,7 +58,11 @@ #include "pathnames.h" #include #include -#include +#ifdef __STDC__ + #include +#else + #include +#endif #define MAXUSRARGS 100 #define MAXGLOBARGS 1000 --- /usr/src/libexec/rpc.rquotad/rquotad.c.old Wed Sep 3 08:49:24 2003 +++ /usr/src/libexec/rpc.rquotad/rquotad.c Wed Sep 3 08:54:54 2003 @@ -28,7 +28,11 @@ #include #include -#include +#ifdef __STDC__ + #include +#else + #include +#endif #include #include From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 3 09:55:30 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D13F16A4BF for ; Wed, 3 Sep 2003 09:55:30 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 09D7D43FAF for ; Wed, 3 Sep 2003 09:55:27 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 21863 invoked by uid 65534); 3 Sep 2003 16:55:25 -0000 Received: from p508E7DCD.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.125.205) by mail.gmx.net (mp002) with SMTP; 03 Sep 2003 18:55:25 +0200 Received: by galatea (Postfix, from userid 1001) id CB4BECD; Wed, 3 Sep 2003 18:55:49 +0200 (CEST) Date: Wed, 3 Sep 2003 18:55:49 +0200 From: Thomas Moestl To: Chris Jackman , freebsd-sparc64@freebsd.org Message-ID: <20030903165549.GA20825@timesink.dyndns.org> Mail-Followup-To: Chris Jackman , freebsd-sparc64@freebsd.org References: <20030721194436.GA42900@collab.or8.net> <20030721224708.GB768@crow.dom2ip.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030721224708.GB768@crow.dom2ip.de> User-Agent: Mutt/1.4.1i Subject: Re: correctable DMA error AFAR X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2003 16:55:30 -0000 On Tue, 2003/07/22 at 00:47:08 +0200, Thomas Moestl wrote: > On Mon, 2003/07/21 at 15:44:36 -0400, Chris Jackman wrote: > > My e250 has locked up twice in the last few weeks with these > > error messages. The error gets repeated over and over > > again on the serial console, and I can't do anything to the > > box except power cycle it. > > This interrupt is informational only, and the documentation states > that no further cleanup is required. We should probably clear the > error bits in the status register however, since this looks like the > interrupt being triggered again and again when any bits are still > set. The manual is a bit ambiguous on that point, but clearing the > bits is desirable anyway since it improves error reporting. > > The attached patch implements this; can you please try it and report > how well it behaved on the next ECC error? So, did you see such errors again, and if so, did the patch fix the lockups? Thanks, - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 3 09:59:40 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22C7B16A4C1 for ; Wed, 3 Sep 2003 09:59:40 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id CB63443FFB for ; Wed, 3 Sep 2003 09:59:37 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 20472 invoked by uid 65534); 3 Sep 2003 16:59:36 -0000 Received: from p508E7DCD.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.125.205) by mail.gmx.net (mp015) with SMTP; 03 Sep 2003 18:59:36 +0200 Received: by galatea (Postfix, from userid 1001) id 2CA66CD; Wed, 3 Sep 2003 19:00:01 +0200 (CEST) Date: Wed, 3 Sep 2003 19:00:01 +0200 From: Thomas Moestl To: Maxim Mazurok Message-ID: <20030903170000.GB20825@timesink.dyndns.org> References: <20030801132240.GA77415@km.ua> <20030801170417.GC834@crow.dom2ip.de> <20030822131349.GD21392@km.ua> <20030822145956.GA673@crow.dom2ip.de> <20030822185956.GL21392@km.ua> <20030823180012.GA668@crow.dom2ip.de> <20030828100032.GI8966@km.ua> <20030828104212.GL8966@km.ua> <20030828155927.GA707@timesink.dyndns.org> <20030828174715.GR8966@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030828174715.GR8966@km.ua> User-Agent: Mutt/1.4.1i cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2003 16:59:40 -0000 On Thu, 2003/08/28 at 20:47:15 +0300, Maxim Mazurok wrote: > On Thu, Aug 28, 2003 at 05:59:28PM +0200, Thomas Moestl wrote: > >That's very strange. So you cannot see them in tcpdump if you do not > >put the interface in promiscuous mode (by using the -p argument to > >tcpdump)? Can you receive broadcast packets (e.g. a broadcast ping) at > >all? > > so... experiment: > [...] Hmmm. Can you please repeat the experiment and send a tcpdump, this time in promiscuous mode (i.e. without the -p option), if possible from both the e250 and the cisco? - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 3 12:41:40 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E3A3716A4BF for ; Wed, 3 Sep 2003 12:41:39 -0700 (PDT) Received: from geddar.km.ua (geddar.km.ua [62.149.0.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF40043FE3 for ; Wed, 3 Sep 2003 12:41:36 -0700 (PDT) (envelope-from maxim@geddar.km.ua) Received: from geddar.km.ua (localhost [127.0.0.1]) by geddar.km.ua (8.12.9/8.12.9) with ESMTP id h83JfYUu089276; Wed, 3 Sep 2003 22:41:34 +0300 (EEST) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.9/8.12.9/Submit) id h83JfXf8089275; Wed, 3 Sep 2003 22:41:33 +0300 (EEST) Date: Wed, 3 Sep 2003 22:41:33 +0300 From: Maxim Mazurok To: Thomas Moestl Message-ID: <20030903194133.GN8966@km.ua> References: <20030801170417.GC834@crow.dom2ip.de> <20030822131349.GD21392@km.ua> <20030822145956.GA673@crow.dom2ip.de> <20030822185956.GL21392@km.ua> <20030823180012.GA668@crow.dom2ip.de> <20030828100032.GI8966@km.ua> <20030828104212.GL8966@km.ua> <20030828155927.GA707@timesink.dyndns.org> <20030828174715.GR8966@km.ua> <20030903170000.GB20825@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030903170000.GB20825@timesink.dyndns.org> User-Agent: Mutt/1.5.4i cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2003 19:41:40 -0000 On Wed, Sep 03, 2003 at 07:00:01PM +0200, Thomas Moestl wrote: >> >That's very strange. So you cannot see them in tcpdump if you do not >> >put the interface in promiscuous mode (by using the -p argument to >> >tcpdump)? Can you receive broadcast packets (e.g. a broadcast ping) at >> >all? >> >> so... experiment: >> [...] > >Hmmm. Can you please repeat the experiment and send a tcpdump, this >time in promiscuous mode (i.e. without the -p option), if possible >from both the e250 and the cisco? i not have e250 :( i have Ultra AXi OEM motherboard..... tcpdump on cisco - it's problem. i can run packet debugger.... so, experiment two: root@fang:~#ifconfig rl3 rl3: flags=8843 mtu 1500 options=8 inet 193.201.116.249 netmask 0xfffffffc broadcast 193.201.116.251 ether 00:30:4f:21:bc:91 media: Ethernet 10baseT/UTP status: active root@fang:~#tcpdump -n -i rl3 tcpdump: listening on rl3 22:38:48.369179 213.222.184.24.2402 > 193.201.116.250.21: S242439867:242439867(0) win 64240 (DF) 22:39:06.663012 193.201.116.250 > 255.255.255.255: icmp: echo request 22:39:08.662365 193.201.116.250 > 255.255.255.255: icmp: echo request 22:39:10.662299 193.201.116.250 > 255.255.255.255: icmp: echo request 22:39:12.662291 193.201.116.250 > 255.255.255.255: icmp: echo request 22:39:14.662268 193.201.116.250 > 255.255.255.255: icmp: echo request 22:39:21.304047 CDP v2, ttl=180s DevID 'ap-ec' Addr (1): IPv4 193.201.116.250 PortID 'Ethernet0' CAP 0x01[|cdp] 22:39:37.061411 193.201.116.250 > 193.201.116.249: icmp: echo request 22:39:37.061532 193.201.116.249 > 193.201.116.250: icmp: echo reply 22:39:37.066188 193.201.116.250 > 193.201.116.249: icmp: echo request 22:39:37.066320 193.201.116.249 > 193.201.116.250: icmp: echo reply 22:39:37.071014 193.201.116.250 > 193.201.116.249: icmp: echo request 22:39:37.071111 193.201.116.249 > 193.201.116.250: icmp: echo reply 22:39:37.075681 193.201.116.250 > 193.201.116.249: icmp: echo request 22:39:37.075788 193.201.116.249 > 193.201.116.250: icmp: echo reply 22:39:37.080291 193.201.116.250 > 193.201.116.249: icmp: echo request 22:39:37.080385 193.201.116.249 > 193.201.116.250: icmp: echo reply 22:39:49.930933 193.201.116.250 > 255.255.255.255: icmp: echo request 22:39:51.930193 193.201.116.250 > 255.255.255.255: icmp: echo request 22:39:53.930211 193.201.116.250 > 255.255.255.255: icmp: echo request 22:39:55.930091 193.201.116.250 > 255.255.255.255: icmp: echo request 22:39:57.930105 193.201.116.250 > 255.255.255.255: icmp: echo request ^C 22 packets received by filter 0 packets dropped by kernel from cisco: ap-ec#ping 193.201.116.251 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 193.201.116.251, timeout is 2 seconds: ..... ap-ec#ping 193.201.116.249 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 193.201.116.249, timeout is 2 seconds: !!!!! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/3/4 ms ap-ec#ping 193.201.116.248 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 193.201.116.248, timeout is 2 seconds: ..... ap-ec#sh ru in e 0 Building configuration... Current configuration : 105 bytes ! interface Ethernet0 ip address 193.201.116.250 255.255.255.252 no ip mroute-cache no keepalive end -- Maxim Mazurok (MMP2-RIPE) From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 3 14:21:09 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 00B4E16A4BF for ; Wed, 3 Sep 2003 14:21:09 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id A7FF943FF2 for ; Wed, 3 Sep 2003 14:21:07 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 27058 invoked by uid 65534); 3 Sep 2003 21:21:06 -0000 Received: from p508E7DCD.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.125.205) by mail.gmx.net (mp014) with SMTP; 03 Sep 2003 23:21:06 +0200 Received: by galatea (Postfix, from userid 1001) id 12514CD; Wed, 3 Sep 2003 23:21:30 +0200 (CEST) Date: Wed, 3 Sep 2003 23:21:30 +0200 From: Thomas Moestl To: Maxim Mazurok Message-ID: <20030903212129.GA21806@timesink.dyndns.org> References: <20030822131349.GD21392@km.ua> <20030822145956.GA673@crow.dom2ip.de> <20030822185956.GL21392@km.ua> <20030823180012.GA668@crow.dom2ip.de> <20030828100032.GI8966@km.ua> <20030828104212.GL8966@km.ua> <20030828155927.GA707@timesink.dyndns.org> <20030828174715.GR8966@km.ua> <20030903170000.GB20825@timesink.dyndns.org> <20030903194133.GN8966@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030903194133.GN8966@km.ua> User-Agent: Mutt/1.4.1i cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2003 21:21:09 -0000 On Wed, 2003/09/03 at 22:41:33 +0300, Maxim Mazurok wrote: > On Wed, Sep 03, 2003 at 07:00:01PM +0200, Thomas Moestl wrote: > > >> >That's very strange. So you cannot see them in tcpdump if you do not > >> >put the interface in promiscuous mode (by using the -p argument to > >> >tcpdump)? Can you receive broadcast packets (e.g. a broadcast ping) at > >> >all? > >> > >> so... experiment: > >> [...] > > > >Hmmm. Can you please repeat the experiment and send a tcpdump, this > >time in promiscuous mode (i.e. without the -p option), if possible > >from both the e250 and the cisco? > > i not have e250 :( Oh, sorry, mixed that up. > i have Ultra AXi OEM motherboard..... > tcpdump on cisco - it's problem. i can run packet debugger.... Hmmm, the tcpdump from the sparc64 box might do for now. > so, experiment two: > > root@fang:~#ifconfig rl3 > rl3: flags=8843 mtu 1500 > options=8 > inet 193.201.116.249 netmask 0xfffffffc broadcast 193.201.116.251 > ether 00:30:4f:21:bc:91 > media: Ethernet 10baseT/UTP > status: active > root@fang:~#tcpdump -n -i rl3 Please include -e in the tcpdump flags; sorry for forgetting to mention that. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Wed Sep 3 15:53:18 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40A8016A4BF for ; Wed, 3 Sep 2003 15:53:17 -0700 (PDT) Received: from geddar.km.ua (geddar.km.ua [62.149.0.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id C064C43FF7 for ; Wed, 3 Sep 2003 15:53:16 -0700 (PDT) (envelope-from maxim@geddar.km.ua) Received: from geddar.km.ua (localhost [127.0.0.1]) by geddar.km.ua (8.12.9/8.12.9) with ESMTP id h83MrFUu004577; Thu, 4 Sep 2003 01:53:15 +0300 (EEST) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.9/8.12.9/Submit) id h83MrEYn004576; Thu, 4 Sep 2003 01:53:14 +0300 (EEST) Date: Thu, 4 Sep 2003 01:53:14 +0300 From: Maxim Mazurok To: Thomas Moestl Message-ID: <20030903225314.GS8966@km.ua> References: <20030822145956.GA673@crow.dom2ip.de> <20030822185956.GL21392@km.ua> <20030823180012.GA668@crow.dom2ip.de> <20030828100032.GI8966@km.ua> <20030828104212.GL8966@km.ua> <20030828155927.GA707@timesink.dyndns.org> <20030828174715.GR8966@km.ua> <20030903170000.GB20825@timesink.dyndns.org> <20030903194133.GN8966@km.ua> <20030903212129.GA21806@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030903212129.GA21806@timesink.dyndns.org> User-Agent: Mutt/1.5.4i cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Sep 2003 22:53:18 -0000 On Wed, Sep 03, 2003 at 11:21:30PM +0200, Thomas Moestl wrote: >> >> >That's very strange. So you cannot see them in tcpdump if you do not >> >> >put the interface in promiscuous mode (by using the -p argument to >> >> >tcpdump)? Can you receive broadcast packets (e.g. a broadcast ping) at >> >> >all? >> >> >> >> so... experiment: >> >> [...] >> > >> >Hmmm. Can you please repeat the experiment and send a tcpdump, this >> >time in promiscuous mode (i.e. without the -p option), if possible >> >from both the e250 and the cisco? >> >> i not have e250 :( > >Oh, sorry, mixed that up. > >> i have Ultra AXi OEM motherboard..... >> tcpdump on cisco - it's problem. i can run packet debugger.... > >Hmmm, the tcpdump from the sparc64 box might do for now. > >> so, experiment two: >> >> root@fang:~#ifconfig rl3 >> rl3: flags=8843 mtu 1500 >> options=8 >> inet 193.201.116.249 netmask 0xfffffffc broadcast 193.201.116.251 >> ether 00:30:4f:21:bc:91 >> media: Ethernet 10baseT/UTP >> status: active >> root@fang:~#tcpdump -n -i rl3 > >Please include -e in the tcpdump flags; sorry for forgetting to >mention that. root@fang:~#tcpdump -e -n -i rl3 tcpdump: listening on rl3 01:47:28.400964 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request 01:47:29.796714 0:0:c:47:8a:c1 1:0:c:cc:cc:cc 0125 307: CDP v2, ttl=180s DevID 'ap-ec' Addr (1): IPv4 193.201.116.250 PortID 'Ethernet0' CAP 0x01[|cdp] 01:47:30.398474 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request 01:47:32.398607 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request 01:47:34.398588 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request 01:47:36.401175 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request 01:47:37.232685 0:30:4f:21:bc:91 0:0:c:47:8a:c1 0800 106: 193.203.148.244 > 193.201.116.250: icmp: echo request 01:48:29.840822 0:0:c:47:8a:c1 1:0:c:cc:cc:cc 0125 307: CDP v2, ttl=180s DevID 'ap-ec' Addr (1): IPv4 193.201.116.250 PortID 'Ethernet0' CAP 0x01[|cdp] 01:48:47.010696 0:0:c:47:8a:c1 0:30:4f:21:bc:91 0800 114: 193.201.116.250 > 193.201.116.249: icmp: echo request 01:48:47.010816 0:30:4f:21:bc:91 0:0:c:47:8a:c1 0800 114: 193.201.116.249 > 193.201.116.250: icmp: echo reply 01:48:47.015514 0:0:c:47:8a:c1 0:30:4f:21:bc:91 0800 114: 193.201.116.250 > 193.201.116.249: icmp: echo request 01:48:47.015628 0:30:4f:21:bc:91 0:0:c:47:8a:c1 0800 114: 193.201.116.249 > 193.201.116.250: icmp: echo reply 01:48:47.020241 0:0:c:47:8a:c1 0:30:4f:21:bc:91 0800 114: 193.201.116.250 > 193.201.116.249: icmp: echo request 01:48:47.020339 0:30:4f:21:bc:91 0:0:c:47:8a:c1 0800 114: 193.201.116.249 > 193.201.116.250: icmp: echo reply 01:48:47.024923 0:0:c:47:8a:c1 0:30:4f:21:bc:91 0800 114: 193.201.116.250 > 193.201.116.249: icmp: echo request 01:48:47.025035 0:30:4f:21:bc:91 0:0:c:47:8a:c1 0800 114: 193.201.116.249 > 193.201.116.250: icmp: echo reply 01:48:47.029700 0:0:c:47:8a:c1 0:30:4f:21:bc:91 0800 114: 193.201.116.250 > 193.201.116.249: icmp: echo request 01:48:47.029802 0:30:4f:21:bc:91 0:0:c:47:8a:c1 0800 114: 193.201.116.249 > 193.201.116.250: icmp: echo reply 01:49:08.583119 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request 01:49:10.582876 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request 01:49:12.582824 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request 01:49:14.582860 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request 01:49:16.582901 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request 01:49:29.884726 0:0:c:47:8a:c1 1:0:c:cc:cc:cc 0125 307: CDP v2, ttl=180s DevID 'ap-ec' Addr (1): IPv4 193.201.116.250 PortID 'Ethernet0' CAP 0x01[|cdp] ^C 24 packets received by filter 0 packets dropped by kernel root@fang:~#arp -an | grep rl3 ? (193.201.116.248) at ff:ff:ff:ff:ff:ff on rl3 permanent [ethernet] ? (193.201.116.250) at 00:00:0c:47:8a:c1 on rl3 [ethernet] ? (193.201.116.251) at ff:ff:ff:ff:ff:ff on rl3 permanent [ethernet] from cisco: ap-ec#sh arp Protocol Address Age (min) Hardware Addr Type Interface Internet 193.201.116.249 5 0030.4f21.bc91 ARPA Ethernet0 Internet 193.201.116.250 - 0000.0c47.8ac1 ARPA Ethernet0 -- Maxim Mazurok (MMP2-RIPE) From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 4 06:05:50 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6C7416A4BF for ; Thu, 4 Sep 2003 06:05:50 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 4E3A343FDF for ; Thu, 4 Sep 2003 06:05:49 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 4788 invoked by uid 65534); 4 Sep 2003 13:05:47 -0000 Received: from p508E597B.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.89.123) by mail.gmx.net (mp027) with SMTP; 04 Sep 2003 15:05:47 +0200 Received: from luthien (luthien.local [192.168.0.16]) by raven (Postfix) with ESMTP id EA60A6D; Thu, 4 Sep 2003 15:05:47 +0200 (CEST) Received: by luthien (Postfix, from userid 1001) id CBA4A153E8; Thu, 4 Sep 2003 15:04:26 +0200 (CEST) Date: Thu, 4 Sep 2003 15:04:26 +0200 From: Thomas Moestl To: Maxim Mazurok Message-ID: <20030904130426.GB5484@timesink.dyndns.org> References: <20030822185956.GL21392@km.ua> <20030823180012.GA668@crow.dom2ip.de> <20030828100032.GI8966@km.ua> <20030828104212.GL8966@km.ua> <20030828155927.GA707@timesink.dyndns.org> <20030828174715.GR8966@km.ua> <20030903170000.GB20825@timesink.dyndns.org> <20030903194133.GN8966@km.ua> <20030903212129.GA21806@timesink.dyndns.org> <20030903225314.GS8966@km.ua> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="hQiwHBbRI9kgIhsi" Content-Disposition: inline In-Reply-To: <20030903225314.GS8966@km.ua> User-Agent: Mutt/1.4.1i cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2003 13:05:51 -0000 --hQiwHBbRI9kgIhsi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, 2003/09/04 at 01:53:14 +0300, Maxim Mazurok wrote: > On Wed, Sep 03, 2003 at 11:21:30PM +0200, Thomas Moestl wrote: > > >> >> >That's very strange. So you cannot see them in tcpdump if you do not > >> >> >put the interface in promiscuous mode (by using the -p argument to > >> >> >tcpdump)? Can you receive broadcast packets (e.g. a broadcast ping) at > >> >> >all? > >> >> > >> >> so... experiment: > >> >> [...] > >> > > >> >Hmmm. Can you please repeat the experiment and send a tcpdump, this > >> >time in promiscuous mode (i.e. without the -p option), if possible > >> >from both the e250 and the cisco? > >> > >> i not have e250 :( > > > >Oh, sorry, mixed that up. > > > >> i have Ultra AXi OEM motherboard..... > >> tcpdump on cisco - it's problem. i can run packet debugger.... > > > >Hmmm, the tcpdump from the sparc64 box might do for now. > > > >> so, experiment two: > >> > >> root@fang:~#ifconfig rl3 > >> rl3: flags=8843 mtu 1500 > >> options=8 > >> inet 193.201.116.249 netmask 0xfffffffc broadcast 193.201.116.251 > >> ether 00:30:4f:21:bc:91 > >> media: Ethernet 10baseT/UTP > >> status: active > >> root@fang:~#tcpdump -n -i rl3 > > > >Please include -e in the tcpdump flags; sorry for forgetting to > >mention that. > > root@fang:~#tcpdump -e -n -i rl3 > tcpdump: listening on rl3 > 01:47:28.400964 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request > 01:47:29.796714 0:0:c:47:8a:c1 1:0:c:cc:cc:cc 0125 307: CDP v2, ttl=180s DevID 'ap-ec' Addr (1): IPv4 193.201.116.250 PortID 'Ethernet0' CAP 0x01[|cdp] > 01:47:30.398474 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request > 01:47:32.398607 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request > 01:47:34.398588 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request > 01:47:36.401175 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request OK, so arp is working fine; the real problem is that the station address is not programmed correctly even with the patch that I sent you. The issue is that it has do be programmed with 32-bit accesses - byte-wise accesses, like my patch introduces, are seemingly not allowed. They used to "work" before because we did not make the configuration registers writable, so the byte writes would not change anything and the address preloaded from the card ROM would be used. I've attached a patch that uses stream accesses to program the address instead. I've borrowed myself a rl card, and it seems to work fine now (in fact I'm writing this over it). - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C --hQiwHBbRI9kgIhsi Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rl-enaddr2.diff" Index: if_rl.c =================================================================== RCS file: /vol/ncvs/src/sys/pci/if_rl.c,v retrieving revision 1.113 diff -u -r1.113 if_rl.c --- if_rl.c 22 Aug 2003 07:13:21 -0000 1.113 +++ if_rl.c 4 Sep 2003 12:50:08 -0000 @@ -2673,8 +2673,8 @@ * register write enable" mode to modify the ID registers. */ CSR_WRITE_1(sc, RL_EECMD, RL_EEMODE_WRITECFG); - CSR_WRITE_4(sc, RL_IDR0, *(u_int32_t *)(&sc->arpcom.ac_enaddr[0])); - CSR_WRITE_4(sc, RL_IDR4, *(u_int32_t *)(&sc->arpcom.ac_enaddr[4])); + CSR_WRITE_STREAM_4(sc, RL_IDR0, *(u_int32_t *)(&sc->arpcom.ac_enaddr[0])); + CSR_WRITE_STREAM_4(sc, RL_IDR4, *(u_int32_t *)(&sc->arpcom.ac_enaddr[4])); CSR_WRITE_1(sc, RL_EECMD, RL_EEMODE_OFF); /* Index: if_rlreg.h =================================================================== RCS file: /vol/ncvs/src/sys/pci/if_rlreg.h,v retrieving revision 1.33 diff -u -r1.33 if_rlreg.h --- if_rlreg.h 15 Aug 2003 22:47:55 -0000 1.33 +++ if_rlreg.h 4 Sep 2003 12:46:41 -0000 @@ -667,6 +667,8 @@ /* * register space access macros */ +#define CSR_WRITE_STREAM_4(sc, reg, val) \ + bus_space_write_stream_4(sc->rl_btag, sc->rl_bhandle, reg, val) #define CSR_WRITE_4(sc, reg, val) \ bus_space_write_4(sc->rl_btag, sc->rl_bhandle, reg, val) #define CSR_WRITE_2(sc, reg, val) \ --hQiwHBbRI9kgIhsi-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 4 06:50:44 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6433116A4BF for ; Thu, 4 Sep 2003 06:50:44 -0700 (PDT) Received: from geddar.km.ua (geddar.km.ua [62.149.0.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF0D543FB1 for ; Thu, 4 Sep 2003 06:50:40 -0700 (PDT) (envelope-from maxim@geddar.km.ua) Received: from geddar.km.ua (localhost [127.0.0.1]) by geddar.km.ua (8.12.9/8.12.9) with ESMTP id h84DoaUu077584; Thu, 4 Sep 2003 16:50:36 +0300 (EEST) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.9/8.12.9/Submit) id h84DoaaN077583; Thu, 4 Sep 2003 16:50:36 +0300 (EEST) Date: Thu, 4 Sep 2003 16:50:36 +0300 From: Maxim Mazurok To: Thomas Moestl Message-ID: <20030904135036.GW8966@km.ua> References: <20030823180012.GA668@crow.dom2ip.de> <20030828100032.GI8966@km.ua> <20030828104212.GL8966@km.ua> <20030828155927.GA707@timesink.dyndns.org> <20030828174715.GR8966@km.ua> <20030903170000.GB20825@timesink.dyndns.org> <20030903194133.GN8966@km.ua> <20030903212129.GA21806@timesink.dyndns.org> <20030903225314.GS8966@km.ua> <20030904130426.GB5484@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030904130426.GB5484@timesink.dyndns.org> User-Agent: Mutt/1.5.4i cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2003 13:50:44 -0000 On Thu, Sep 04, 2003 at 03:04:26PM +0200, Thomas Moestl wrote: >> >> >> >That's very strange. So you cannot see them in tcpdump if you do not >> >> >> >put the interface in promiscuous mode (by using the -p argument to >> >> >> >tcpdump)? Can you receive broadcast packets (e.g. a broadcast ping) at >> >> >> >all? >> >> >> >> >> >> so... experiment: >> >> >> [...] >> >> > >> >> >Hmmm. Can you please repeat the experiment and send a tcpdump, this >> >> >time in promiscuous mode (i.e. without the -p option), if possible >> >> >from both the e250 and the cisco? >> >> >> >> i not have e250 :( >> > >> >Oh, sorry, mixed that up. >> > >> >> i have Ultra AXi OEM motherboard..... >> >> tcpdump on cisco - it's problem. i can run packet debugger.... >> > >> >Hmmm, the tcpdump from the sparc64 box might do for now. >> > >> >> so, experiment two: >> >> >> >> root@fang:~#ifconfig rl3 >> >> rl3: flags=8843 mtu 1500 >> >> options=8 >> >> inet 193.201.116.249 netmask 0xfffffffc broadcast 193.201.116.251 >> >> ether 00:30:4f:21:bc:91 >> >> media: Ethernet 10baseT/UTP >> >> status: active >> >> root@fang:~#tcpdump -n -i rl3 >> > >> >Please include -e in the tcpdump flags; sorry for forgetting to >> >mention that. >> >> root@fang:~#tcpdump -e -n -i rl3 >> tcpdump: listening on rl3 >> 01:47:28.400964 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request >> 01:47:29.796714 0:0:c:47:8a:c1 1:0:c:cc:cc:cc 0125 307: CDP v2, ttl=180s DevID 'ap-ec' Addr (1): IPv4 193.201.116.250 PortID 'Ethernet0' CAP 0x01[|cdp] >> 01:47:30.398474 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request >> 01:47:32.398607 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request >> 01:47:34.398588 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request >> 01:47:36.401175 0:0:c:47:8a:c1 ff:ff:ff:ff:ff:ff 0800 114: 193.201.116.250 > 255.255.255.255: icmp: echo request > >OK, so arp is working fine; the real problem is that the station address >is not programmed correctly even with the patch that I sent you. The >issue is that it has do be programmed with 32-bit accesses - byte-wise >accesses, like my patch introduces, are seemingly not allowed. They >used to "work" before because we did not make the configuration >registers writable, so the byte writes would not change anything and >the address preloaded from the card ROM would be used. > >I've attached a patch that uses stream accesses to program the address >instead. I've borrowed myself a rl card, and it seems to work fine >now (in fact I'm writing this over it). my sources now from *default release=cvs tag=. date=2003.08.22.00.00.00 patch to my if_rl.c is rejected :( patch to my if_rlreg.h is applied. i need cvsup to latest date? -- Maxim Mazurok (MMP2-RIPE) From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 4 06:53:12 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA34C16A4BF for ; Thu, 4 Sep 2003 06:53:12 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6FC2644005 for ; Thu, 4 Sep 2003 06:53:11 -0700 (PDT) (envelope-from tmoestl@gmx.net) Received: (qmail 30845 invoked by uid 65534); 4 Sep 2003 13:53:10 -0000 Received: from p508E597B.dip.t-dialin.net (EHLO timesink.dyndns.org) (80.142.89.123) by mail.gmx.net (mp005) with SMTP; 04 Sep 2003 15:53:10 +0200 Received: by galatea (Postfix, from userid 1001) id 3BDDCBD; Thu, 4 Sep 2003 15:53:36 +0200 (CEST) Date: Thu, 4 Sep 2003 15:53:36 +0200 From: Thomas Moestl To: Maxim Mazurok Message-ID: <20030904135336.GA686@timesink.dyndns.org> References: <20030828100032.GI8966@km.ua> <20030828104212.GL8966@km.ua> <20030828155927.GA707@timesink.dyndns.org> <20030828174715.GR8966@km.ua> <20030903170000.GB20825@timesink.dyndns.org> <20030903194133.GN8966@km.ua> <20030903212129.GA21806@timesink.dyndns.org> <20030903225314.GS8966@km.ua> <20030904130426.GB5484@timesink.dyndns.org> <20030904135036.GW8966@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030904135036.GW8966@km.ua> User-Agent: Mutt/1.4.1i cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2003 13:53:13 -0000 On Thu, 2003/09/04 at 16:50:36 +0300, Maxim Mazurok wrote: > On Thu, Sep 04, 2003 at 03:04:26PM +0200, Thomas Moestl wrote: > >I've attached a patch that uses stream accesses to program the address > >instead. I've borrowed myself a rl card, and it seems to work fine > >now (in fact I'm writing this over it). > > my sources now from > > *default release=cvs tag=. date=2003.08.22.00.00.00 > > patch to my if_rl.c is rejected :( > patch to my if_rlreg.h is applied. > i need cvsup to latest date? No, a fairly old checkout should do, but the patch conflicts with the one I sent you previously. - Thomas -- Thomas Moestl http://www.tu-bs.de/~y0015675/ http://people.FreeBSD.org/~tmm/ PGP fingerprint: 1C97 A604 2BD0 E492 51D0 9C0F 1FE6 4F1D 419C 776C From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 4 07:04:50 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA19F16A56A for ; Thu, 4 Sep 2003 07:04:49 -0700 (PDT) Received: from geddar.km.ua (geddar.km.ua [62.149.0.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8168B44015 for ; Thu, 4 Sep 2003 07:04:40 -0700 (PDT) (envelope-from maxim@geddar.km.ua) Received: from geddar.km.ua (localhost [127.0.0.1]) by geddar.km.ua (8.12.9/8.12.9) with ESMTP id h84E4aUu078422; Thu, 4 Sep 2003 17:04:36 +0300 (EEST) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.9/8.12.9/Submit) id h84E4aS9078421; Thu, 4 Sep 2003 17:04:36 +0300 (EEST) Date: Thu, 4 Sep 2003 17:04:36 +0300 From: Maxim Mazurok To: Thomas Moestl Message-ID: <20030904140436.GX8966@km.ua> References: <20030828104212.GL8966@km.ua> <20030828155927.GA707@timesink.dyndns.org> <20030828174715.GR8966@km.ua> <20030903170000.GB20825@timesink.dyndns.org> <20030903194133.GN8966@km.ua> <20030903212129.GA21806@timesink.dyndns.org> <20030903225314.GS8966@km.ua> <20030904130426.GB5484@timesink.dyndns.org> <20030904135036.GW8966@km.ua> <20030904135336.GA686@timesink.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030904135336.GA686@timesink.dyndns.org> User-Agent: Mutt/1.5.4i cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2003 14:04:50 -0000 On Thu, Sep 04, 2003 at 03:53:36PM +0200, Thomas Moestl wrote: >> >I've attached a patch that uses stream accesses to program the address >> >instead. I've borrowed myself a rl card, and it seems to work fine >> >now (in fact I'm writing this over it). >> >> my sources now from >> >> *default release=cvs tag=. date=2003.08.22.00.00.00 >> >> patch to my if_rl.c is rejected :( >> patch to my if_rlreg.h is applied. >> i need cvsup to latest date? > >No, a fairly old checkout should do, but the patch conflicts with the >one I sent you previously. ok patches applied i try to rebuild the kernel.... -- Maxim Mazurok (MMP2-RIPE) From owner-freebsd-sparc64@FreeBSD.ORG Thu Sep 4 07:21:14 2003 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DCBA16A4BF for ; Thu, 4 Sep 2003 07:21:14 -0700 (PDT) Received: from geddar.km.ua (geddar.km.ua [62.149.0.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 549EB43FFB for ; Thu, 4 Sep 2003 07:21:11 -0700 (PDT) (envelope-from maxim@geddar.km.ua) Received: from geddar.km.ua (localhost [127.0.0.1]) by geddar.km.ua (8.12.9/8.12.9) with ESMTP id h84EL8Uu080033; Thu, 4 Sep 2003 17:21:08 +0300 (EEST) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.9/8.12.9/Submit) id h84EL5g7080032; Thu, 4 Sep 2003 17:21:05 +0300 (EEST) Date: Thu, 4 Sep 2003 17:21:05 +0300 From: Maxim Mazurok To: Thomas Moestl Message-ID: <20030904142105.GY8966@km.ua> References: <20030828155927.GA707@timesink.dyndns.org> <20030828174715.GR8966@km.ua> <20030903170000.GB20825@timesink.dyndns.org> <20030903194133.GN8966@km.ua> <20030903212129.GA21806@timesink.dyndns.org> <20030903225314.GS8966@km.ua> <20030904130426.GB5484@timesink.dyndns.org> <20030904135036.GW8966@km.ua> <20030904135336.GA686@timesink.dyndns.org> <20030904140436.GX8966@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030904140436.GX8966@km.ua> User-Agent: Mutt/1.5.4i cc: freebsd-sparc@freebsd.org Subject: Re: sio(4) driver X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2003 14:21:14 -0000 On Thu, Sep 04, 2003 at 05:04:36PM +0300, Maxim Mazurok wrote: >>> >I've attached a patch that uses stream accesses to program the address >>> >instead. I've borrowed myself a rl card, and it seems to work fine >>> >now (in fact I'm writing this over it). >>> >>> my sources now from >>> >>> *default release=cvs tag=. date=2003.08.22.00.00.00 >>> >>> patch to my if_rl.c is rejected :( >>> patch to my if_rlreg.h is applied. >>> i need cvsup to latest date? >> >>No, a fairly old checkout should do, but the patch conflicts with the >>one I sent you previously. > >ok >patches applied >i try to rebuild the kernel.... yes! it's worked! resume: i have 3 patch for my sparc :) sio(4) rl(4) ipfw2 :) tnx! -- Maxim Mazurok (MMP2-RIPE)