headers
Robert Elz | 1 Feb 2005 08:25
Picon

Re: Broadcom product 0x170c (ethernet)

    Date:        Mon, 31 Jan 2005 17:11:15 +0100
    From:        Felix Deichmann <f.dei <at> web.de>
    Message-ID:  <41FE58A3.6070102 <at> web.de>

  | See 
  | http://groups.google.de/groups?selm=1093368204.00118046.1093355402%4010.7.7.3&output=gplain

Great.   Thanks, that is very encouraging.   And perhaps better than
anything else, that tells me what the chip is called, which then allows
sensible web searches for otehr data (I didn't think a google search for
"170c" was likely to be very productive).

  | This device seems to be fast ethernet (under FreeBSD this is bfe). So 
  | the correct NetBSD driver for this would be bce, not bge.

Yes, that looks likely too, given the diff at the referenced URL.
I'd assumed that bge would be appropriate, as it handles the 170d
and 170e product IDs (which are also fast ethernet).   I'd guessed
that 170c might be another variation of the BCM5901 like those two.

I'll certainly be trying it in the bce driver first.

If it works (or now, things look probable enough, that I should
say "when it works"), I'll send-pr the diff I use.

kre
Permalink | Reply | 0 comments |
headers
Brian Buhrow | 2 Feb 2005 03:37

3ware management tools for NetBSD using the FreeBSD binaries?

	Hello.  I'm trying to use the FreeBSD binary tools for the 3ware RAID
controller cards under NetBSD-2.0, and I find that they cannot find the
controller cards.  It looks like they try to look for 3ware data in the
sysctl tree, and failing that, give up.  I've looked in the NetBSD-current
sources to see if anyone has made the sysctl stuff work with the 3ware
cards in the twe(4) driver, but it appears not.  So, since I assume someone
must be using some 3ware management utilities, I wonder what it is they're
using, and how they made them work?
-tanks
-Brian
Permalink | Reply | 0 comments |
headers
Scott Ellis | 2 Feb 2005 03:44
Favicon

RE: 3ware management tools for NetBSD using the FreeBSD binaries?

For NetBSD/i386 (at least in -current sometime back in the September
timeframe), 3dmd for FreeBSD seemed to work on my 8506.  It logged "issues"
about the controller being reset which seemed bogus, and you couldn't write
to the card (say to create/rebuild sets), however you could graphically
monitor the status (I only tried failing a single Raid5 component, but that
"worked" per the GUI).

No solution for non-i386 yet, and nothing comprehensive like the 3ware CLI.
:-(

I really wish there was some kind of solution, but alas...I don't see
anything out in the opensource community at all.

	ScottE 

-----Original Message-----
From: port-i386-owner <at> NetBSD.org [mailto:port-i386-owner <at> NetBSD.org] On
Behalf Of Brian Buhrow
Sent: Tuesday, February 01, 2005 6:38 PM
To: port-i386 <at> netbsd.org
Cc: buhrow <at> lothlorien.nfbcal.org; current-users <at> netbsd.org
Subject: 3ware management tools for NetBSD using the FreeBSD binaries?

	Hello.  I'm trying to use the FreeBSD binary tools for the 3ware
RAID controller cards under NetBSD-2.0, and I find that they cannot find the
controller cards.  It looks like they try to look for 3ware data in the
sysctl tree, and failing that, give up.  I've looked in the NetBSD-current
sources to see if anyone has made the sysctl stuff work with the 3ware cards
in the twe(4) driver, but it appears not.  So, since I assume someone must
be using some 3ware management utilities, I wonder what it is they're using,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Scott Ellis | 2 Feb 2005 03:44
Favicon

RE: 3ware management tools for NetBSD using the FreeBSD binaries?

For NetBSD/i386 (at least in -current sometime back in the September
timeframe), 3dmd for FreeBSD seemed to work on my 8506.  It logged "issues"
about the controller being reset which seemed bogus, and you couldn't write
to the card (say to create/rebuild sets), however you could graphically
monitor the status (I only tried failing a single Raid5 component, but that
"worked" per the GUI).

No solution for non-i386 yet, and nothing comprehensive like the 3ware CLI.
:-(

I really wish there was some kind of solution, but alas...I don't see
anything out in the opensource community at all.

	ScottE 

-----Original Message-----
From: port-i386-owner <at> NetBSD.org [mailto:port-i386-owner <at> NetBSD.org] On
Behalf Of Brian Buhrow
Sent: Tuesday, February 01, 2005 6:38 PM
To: port-i386 <at> netbsd.org
Cc: buhrow <at> lothlorien.nfbcal.org; current-users <at> netbsd.org
Subject: 3ware management tools for NetBSD using the FreeBSD binaries?

	Hello.  I'm trying to use the FreeBSD binary tools for the 3ware
RAID controller cards under NetBSD-2.0, and I find that they cannot find the
controller cards.  It looks like they try to look for 3ware data in the
sysctl tree, and failing that, give up.  I've looked in the NetBSD-current
sources to see if anyone has made the sysctl stuff work with the 3ware cards
in the twe(4) driver, but it appears not.  So, since I assume someone must
be using some 3ware management utilities, I wonder what it is they're using,
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jeff Rizzo | 2 Feb 2005 06:21
Favicon

Re: Interrupt help with zaptel drivers?

Just for the archives - this turned out to be an issue with interrupts 
not being enabled yet - I had to defer part of the configuration with 
config_interrupts().  That, and I had a flag set wrong so the board was 
incorrectly having its serial input inverted.  :}

+j

Jeff Rizzo wrote:

>
> I'm working on porting a driver ("wcfxo") from FreeBSD for Digium 
> X100P boards (and clones) for use with the Asterisk PBX 
> (www.asterisk.org), and I'm having what appear to be interrupt-related 
> problems - namely, I'm not getting any from the board most of the 
> time.  Under FreeBSD, it works most of the time on the same 
> motherboard, though I _have_ gotten it to fail in a similar way, 
> namely that the interrupt routine never gets called.  _Once_ (and 
> never again), I managed to get it booted in such a way under NetBSD 
> that I was getting interrupts.
>
> I've twiddled various PCI interrupt settings on my motherboard, but I 
> haven't gotten a single setting that seems to work much better than 
> others - in some slots, the card gets its own irq, in others it shares 
> with (for example) the onboard IDE controller - it seems to work 
> better under FreeBSD with the non-shared slot, but I can't reliably 
> get it to fail under FreeBSD or work under NetBSD.  :(
>
> Would someone be willing to help me out a bit here - make some 
> suggestions of things to try in the BIOS, look at code and suggest 
> changes?  Interestingly enough, in one of my systems (dual p3 with
(Continue reading)

Permalink | Reply | 0 comments |
headers
john heasley | 2 Feb 2005 22:16

Re: 3ware management tools for NetBSD using the FreeBSD binaries?

Tue, Feb 01, 2005 at 06:37:32PM -0800, Brian Buhrow:
> 	Hello.  I'm trying to use the FreeBSD binary tools for the 3ware RAID
> controller cards under NetBSD-2.0, and I find that they cannot find the
> controller cards.  It looks like they try to look for 3ware data in the
> sysctl tree, and failing that, give up.  I've looked in the NetBSD-current
> sources to see if anyone has made the sysctl stuff work with the 3ware
> cards in the twe(4) driver, but it appears not.  So, since I assume someone
> must be using some 3ware management utilities, I wonder what it is they're
> using, and how they made them work?

sysctls might be the missing glue to get tw_cli working.  I had noticed
them before.

You could try adding these or try
	http://shrubbery.net/~heas/twedm
	http://shrubbery.net/~heas/twedm.8
no warranty, all warnings implied.
Permalink | Reply | 0 comments |
headers
Alicia da Conceicao | 2 Feb 2005 22:10
Picon
Favicon

ntpd problems with GPS receiver under NetBSD-amd64

Greetings:

I have a GPS receiver with a TTL PPS feed, which I managed to successfully
wire up to a RS232 (DB9) serial port.  When I connect it to a NetBSD-amd64
version 2.0 computer running minicom at 4800 bps for tty02, I am able to
read all of the GPS data (including time, position, etc.) in the
raw NMEA-0183 strings.  So far so good right.

Note that the DB9 serial port was wired as follows (male view):

         ------------------------------------------
	\  [1-TTL] [2-TX] [3-RX] [4-???] [5-GND] /
          \    [6-???] [7-???] [8-???] [9-???]   /
           --------------------------------------

with the TTL on pin1, transmit on pin2, receive on pin3, and ground on
pin5.

Also note that NetBSD-amd64 2.0 kernel was compiled with the following
related options:

	options NTP
	options PPS_SYNC

Then I try to run it under ntpd version "4.2.0-r" with the following
config:

	pidfile /var/run/ntpd.pid
	driftfile /var/db/ntp.drift
	logconfig -syncstatus
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vasant Kanchan | 4 Feb 2005 04:55
Picon
Favicon

Binary packages for i386

Hi,

Did anybody have sucess  installing binary packages from NetBSD ftp site 
for i386 ?.
I was trying to install kde 3.3 and it kept failing on one package or 
other. I thought the
package system was designed to resursively get all the necessary packages.

Any way to avoid having to build on my slow machine.

Regards
Kanchan
Permalink | Reply | 0 comments |
headers
Hernani Marques Madeira | 4 Feb 2005 11:31

Re: Binary packages for i386

On Thu, Feb 03, 2005 at 07:55:05PM -0800, Vasant Kanchan wrote:

> Hi,

Hiho.

> I was trying to install kde 3.3 and it kept failing on one package or 
> other. I thought the
> package system was designed to resursively get all the necessary packages.

Try to use the "All"-Subsection instead of the specific ones, i.e. x11, games
and so on.

That is, i.e.:
pkg_add -v ftp://ftp.netbsd.org//pub/NetBSD/packages/pkgsrc-2004Q4/NetBSD-2.0/i386/All/kde

> Regards
> Kanchan

--

-- 
hernani
Permalink | Reply | 1 comment |
headers
Hubert Feyrer | 4 Feb 2005 14:03
Picon
Picon

Re: Binary packages for i386

In article <4202F219.6010107 <at> yahoo.com> you wrote:
> Did anybody have sucess  installing binary packages from NetBSD ftp site 
> for i386 ?.
> I was trying to install kde 3.3 and it kept failing on one package or 
> other. I thought the
> package system was designed to resursively get all the necessary packages.

well, it worked fine for me the last 17 times I did it. 
Maybe you want to share the exact(!) steps you did, and what errors you 
got from it, then we may even be able to help you?

 - Hubert

--

-- 
  ___ _ _  _   _        * Harddisk Image Cloning * 
 / __| | || | | |           www.feyrer.de/g4u/
| (_ |_  _| |_| |         
 \___| |_| \___/          Version 2.0 out now!
Permalink | Reply | 0 comments |

Gmane