Mike Smith wrote:
> > I'm looking for docs for the Mini PCI card in the subject, it has the 3Com
> > part/product no. 3CN3AV1556. It is a 10/100 ethernet 56k modem combo card
> > built into an HP laptop.
>
> Have you tried booting FreeBSD on this system yet? If so, does the 'xl'
> driver pick
> Do you know of anybody building 1U or 2U rackmount systems for a
> reasonable price ($2000/node or less) around these motherboards? It
> looks like most integrators are using the L44GX & its broken 32-bit
> 66MHz slot which runs at the wrong voltage (Myrinet claims they're
> violating the PCI s
On Wednesday, August 02, 2000, Mike Smith wrote:
> tcpcash_addr = (typeof(tcpcash_addr))
> malloc(sizeof(*tcpcash_addr) *
> TCPCASH_ROWSIZE *
> TCPCASH_COOLSIZE);
Just as a note on coding style, this will
bridge_in-- reading table
bridge_in-- reading table
bridge_in-- reading table
bridge_in-- reading table
bridge_in-- reading table
bridge_in-- reading table
bridge_in-- reading table
bridge_in-- reading table
bridge_in-- reading table
...
The vmware2 port now seems to enable bridging by default,
> I'm looking for docs for the Mini PCI card in the subject, it has the 3Com
> part/product no. 3CN3AV1556. It is a 10/100 ethernet 56k modem combo card
> built into an HP laptop.
Have you tried booting FreeBSD on this system yet? If so, does the 'xl'
driver pick it up? If not, can you send th
[Charset iso-8859-1 unsupported, filtering to ASCII...]
> > It's only "clear" insofar as it's "clear" that the code is terrible.
Sorry I know English bad, do you want to say that my code is terrible?
> Coffee first, critique second. 8)
>
> > #define TCPCASH_ROWSIZE 256
> > #define TCPCASH_CO
On Wed, Aug 02, 2000 at 13:17:51 -0400, Essenz Consulting wrote:
> Do both the Netgear GA620 and GA620T work?
>
Well, it looks like Bill Paul just added support for the GA620T to the
ti(4) driver in -current, so you can use that card with -current now.
Ken
--
Kenneth Merry
[EMAIL PROTECTED]
I want to downgrade my FreeBSD 4.0 to FreeBSD 2.2.2 for some reason. I use
the CVSup to download the FreeBSD2.2.2 by the following supfile
*default tag=RELENG_2_2_2_RELEASE
*default host=cvsup7.freebsd.org
*default prefix=/usr/temp
*default base=/usr
*default release=cvs delete use-rel-suffix co
> It's only "clear" insofar as it's "clear" that the code is terrible.
Coffee first, critique second. 8)
> #define TCPCASH_ROWSIZE 256
> #define TCPCASH_COLSIZE 256
> #define TCPCASH_ADDR(x) ((x) * TCPCASH_ROWSIZE)
#define TCPCASH_ADDR(x,y) ((y) * TCPCASH_ROWSIZE + (x))
> Yes, and whan I use u_int32_t *(tcpcash_addr[256]) declaration,
> I can use tcpcash_addr[x][y], and I must use
> tcpcash_addr[x * 256 + y] if declaration is u_int32_t *tcphash_haddr,
> I cant use if u_int32_t **tcphash_haddr,
> because of need of array of pointers in addition to array of arrays,
> Chris Costello wrote:
> > On Wednesday, August 02, 2000, [EMAIL PROTECTED] wrote:
> > > Sorry I have no other direction to ask this:
> > > I have declaration:
> > >
> > > u_int32_t *(tcpcash_addr[256]);
> > >
> > > and want malloc some memory for tcpcash_addr:
> > >
> > > tcpcash_addr = (typeof(
> Does anyone know how one might place a restriction on a PCM driver's DMA
> buffer
> that it not cross a (physical) 64k boundary?
The 'boundary' argument to bus_dma_tag_create() exists for this purpose.
When you're setting up the tag before calling bus_dmamem_alloc() to
actually allocate the me
On Wed, Aug 02, 2000 at 13:17:51 -0400, Essenz Consulting wrote:
> Do both the Netgear GA620 and GA620T work?
>
The 620 (i.e. the fiber version of the board) definitely works, I've got
two.
I would assume that the 620T works, although I don't have any of those. If
it is like the ACEnic, it sho
Do both the Netgear GA620 and GA620T work?
On Wed, 2 Aug 2000, Kenneth D. Merry wrote:
> On Wed, Aug 02, 2000 at 09:15:00 -0700, Josef Grosch wrote:
> >
> > Simple question:
> >
> > Which Gigabit ethernet card works best with FreeBSD?
>
> Alteon-based boards. This includes Alteon ACEnics, t
And just to get my name in the minutes, the Intel Gig Ethernet card works
fairly well, but because it's not well supported by the manufacturer releasing
information about it, it may not be the best choice. Performance has been not
proven to be good either- partly because I only had rev 1 boards t
These pages should answer all of your questions.
http://people.freebsd.org/~wpaul/Alteon/
http://people.freebsd.org/~wpaul/SysKonnect/
I went with the NetGear GA-620 because it was cheap.
In retrospect (after talking with Bill Paul), I should have probably gone
with the Alteon AceNIC or the 3co
On Wed, Aug 02, 2000 at 09:15:00 -0700, Josef Grosch wrote:
>
> Simple question:
>
> Which Gigabit ethernet card works best with FreeBSD?
Alteon-based boards. This includes Alteon ACEnics, the 3Com 3c985B (which
has 1MB SRAM), and the Netgear GA620 (which has 512K SRAM).
You can get the Netge
Simple question:
Which Gigabit ethernet card works best with FreeBSD?
Josef
--
Josef Grosch | Another day closer to a |FreeBSD 4.1
[EMAIL PROTECTED] | Micro$oft free world | UNIX for the masses
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebs
On Tue, 1 Aug 2000, Steve Hocking wrote:
> Is is possible to use an SSH connection with a tun interface at
> either end, such that one could have a VPN? I'm tired of waiting for
> people here to make a decision on a package and would like to have a
> proof of concept up and running. Extra points
In the last episode (Aug 02), Luigi Rizzo said:
> > After many late nights of caffeine, pizza and debugging, I'm glad
> > to announce a test-version of the Audio Filesystem for FreeBSD.
> ...
> > It should compile (and work) on 4.1-RELEASE. It's untested on
> > CURRENT. Included in the tarball is
Hello
I would like to know if there is a way to use gdb to debug a multithreaded
program which use the linuxthreads thread implementation instead the
libc_r.
Thanks
Leon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Wed, 2 Aug 2000, Person, Roderick wrote:
> I upgraded from 4.0 to 4.1 and when I reboot my old I get the error this
> error...
> mount: /dev/ad0s1a on / : specified device does not match mounted
> device. mounting /etc/fstab filesystems failed, startup aborted.
>
> when I type mount it
On Wed, 2 Aug 2000, Dimitar Peikov wrote:
> Hi,
>
> Could someone send me CRC code for the 4.1 ISO image or to be available on ftp
> server for downloading?
>
What will CRC give you that MD5 checksums (available) doesn't give you?
> --
> Dimitar Peikov
>
>
> To Unsubscribe: send mail to [
On Wed, 2 Aug 2000, Dimitar Peikov wrote:
> Hi,
>
> Could someone send me CRC code for the 4.1 ISO image or to be available on ftp
> server for downloading?
>
Is something wrong with CHECKSUM.MD5 that sits alongside 4.1-install.iso
at ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/ISO-IMAGES/
Hi,
Could someone send me CRC code for the 4.1 ISO image or to be available on ftp
server for downloading?
--
Dimitar Peikov
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
I upgraded from 4.0 to 4.1 and when I reboot my old I get the error this
error...
mount: /dev/ad0s1a on / : specified device does not match mounted
device.
mounting /etc/fstab filesystems failed, startup aborted.
when I type mount it show that
/dev/wd0s1a is mount as /
> After many late nights of caffeine, pizza and debugging, I'm glad to
> announce a test-version of the Audio Filesystem for FreeBSD. AudioFS is a
...
> It should compile (and work) on 4.1-RELEASE. It's untested on CURRENT.
> Included in the tarball is the source for the module and a hacked-up
> m
I've patched AudioFS to compile on -CURRENT. Untested, though.
http://www.xs4all.nl/~havoc/audiofs-current-0.1.tar.gz
MD5 (audiofs-current-0.1.tar.gz) = b864657f44741507097f90bea6c98a37
Greetings,
Theo van Klaveren <[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsu
* Nick Sayer <[EMAIL PROTECTED]> [000802 00:30] wrote:
> Channel 2 works now, and channel 1 is almost working. I ran across this
> note in the
> NetBSD source for their Solo driver...
>
>
> /*
> * Apparently the Audio 1 DMA controller's current address
> * register can'
Channel 2 works now, and channel 1 is almost working. I ran across this
note in the
NetBSD source for their Solo driver...
/*
* Apparently the Audio 1 DMA controller's current address
* register can't roll over a 64K address boundary, so we have
to
* take care
30 matches
Mail list logo
