On 2007-Apr-21 03:20:08 +0400, Yar Tikhiy [EMAIL PROTECTED] wrote:
components forming the main system (CPU, RAM, bus, etc) it contains
an additional small embedded-style computer (seems to be m68k based)
PPC actually.
with the role of monitoring and managing the main system hardware
Peter Jeremy wrote:
On 2007-Apr-21 03:20:08 +0400, Yar Tikhiy [EMAIL PROTECTED] wrote:
components forming the main system (CPU, RAM, bus, etc) it contains
an additional small embedded-style computer (seems to be m68k based)
PPC actually.
And very limited in what they've included in it's
Yar Tikhiy wrote:
On Thu, Apr 19, 2007 at 12:34:16PM -0700, Julian Elischer wrote:
What is on the other side of this connection?
Alan may be busy debugging the driver, so let me answer for him,
as he said my notion of the thing was correct. Sun Fire 20z is a
Nope sorry not debugging, I
On Thu, Apr 19, 2007 at 12:34:16PM -0700, Julian Elischer wrote:
Alan Garfield wrote:
On Thu, 2007-04-19 at 11:56 +0400, Yar Tikhiy wrote:
Apart from using fake MAC addresses, I don't think so.
I don't understand the concept of a fake MAC address, sorry.
The classic Ethernet is a broadcast
On Thu, Apr 19, 2007 at 12:14:50PM +1000, Alan Garfield wrote:
On Wed, 2007-04-18 at 11:44 +0400, Yar Tikhiy wrote:
Anyway, back to figuring out arp. UGH!
As a rule, an Ethernet driver needn't worry about ARP by itself
because ARP has own separate module in the network stack. Does
On Thu, 2007-04-19 at 11:56 +0400, Yar Tikhiy wrote:
Apart from using fake MAC addresses, I don't think so.
I don't understand the concept of a fake MAC address, sorry.
The classic Ethernet is a broadcast medium by design, so a very
primitive NIC can just receive all traffic and let the
Alan Garfield wrote:
On Thu, 2007-04-19 at 11:56 +0400, Yar Tikhiy wrote:
Apart from using fake MAC addresses, I don't think so.
I don't understand the concept of a fake MAC address, sorry.
The classic Ethernet is a broadcast medium by design, so a very
primitive NIC can just receive all
On Wed, Apr 18, 2007 at 11:00:32AM +1000, Alan Garfield wrote:
On Tue, 2007-04-17 at 21:16 +0400, Yar Tikhiy wrote:
In addition to the other advise, you might also look at if_ed.c. It
is a little complicated since it talks to real hardware, and that
hardware is, ummm, a little icky.
On Wed, 2007-04-18 at 11:44 +0400, Yar Tikhiy wrote:
Anyway, back to figuring out arp. UGH!
As a rule, an Ethernet driver needn't worry about ARP by itself
because ARP has own separate module in the network stack. Does
your driver have a partucular reason to?
Apart from using fake MAC
On Mon, Apr 09, 2007 at 10:23:00PM -0600, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Alan Garfield [EMAIL PROTECTED] writes:
: I'd like to port/re-write this driver for FreeBSD but I cannot find
: enough documentation and examples of a basic Ethernet driver for
: FreeBSD.
On Tue, 2007-04-17 at 21:16 +0400, Yar Tikhiy wrote:
In addition to the other advise, you might also look at if_ed.c. It
is a little complicated since it talks to real hardware, and that
hardware is, ummm, a little icky.
That little thing Alan is writing a driver for should be simpler
On Mon, Apr 09, 2007 at 03:33:35PM +1000, Alan Garfield wrote:
Hello all!
I've got a couple of Sun Fire V20z (re-badged NewISys E2100) which have
little dedicated Service Processor on-board running Linux. The SP can
communicate via IPMI and also by Ethernet. It talks Ethernet to the SP
by
In message: [EMAIL PROTECTED]
Alan Garfield [EMAIL PROTECTED] writes:
: I'd like to port/re-write this driver for FreeBSD but I cannot find
: enough documentation and examples of a basic Ethernet driver for
: FreeBSD. (if_wlan and if_ef look like good candidates but if_clone and
: the
Hello all!
I've got a couple of Sun Fire V20z (re-badged NewISys E2100) which have
little dedicated Service Processor on-board running Linux. The SP can
communicate via IPMI and also by Ethernet. It talks Ethernet to the SP
by using two small fifo buffers in the PRS via the LPC.
I have the GPL
14 matches
Mail list logo