linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: "Mike Hudson" <Exoray@isys.ca>
To: <linuxppc-dev@lists.linuxppc.org>
Subject: BMAC+ & Full Duplex
Date: Thu, 18 May 2000 17:27:20 -0400	[thread overview]
Message-ID: <003401bfc10f$d9cca180$d2d3470a@mike> (raw)


Has anyone looked into the problem with a BMAC+ not being able to do
 full-duplex 100baseTX? I currently use BootX scripted in the MacOS,
since this allows me to use Apple's Duplexer tool to set Full-Duplex
100BaseTX.
I'd like to move to yaboot/ybin, since about half the time BootX hangs
when I need to remotely reboot.

I've looked at the BMAC/BMAC+ Driver, and some Darwin Code and
there is a register in the darwin code"

#define kTxFullDuplex   0x0200

But I'm wary to add to the code, seeing that it will probably break
compatiblity with the original BMAC (which can't do 100Mbps).
Also, I'm not sure of this will do the trick if the BMAC+ isn't advertising
 100FD, so therefore somehow one would have to access whatever
circutry handles the autonegotiation (MII layer or actual transceiver?)

FYI, I'm running a B&W G3 450 Server, 128MB, 18GB. All my PCI
slots are full (U2SCSI + two serial port boards), so I'm stuck with the
BMAC+
for my network connectivity.

Also, anyone look at implementing 'server mode' on the macs? This is a
nother reason I still use BootX, I can set server mode in MacOS first
before switching to Linux. (Sever mode is Apple's way of rebooting if A
C power lost, crucial if a UPS is used) I've done some background reasearch
on doing this with the CUDA (Power Chip on Pre-G4 desktops), and I'd love
 to discuss this with someone. Too bad this is a non-persistent software
setting,
on my PC it's nice little BIOS option which I can set and forget.

Mike Hudson


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

             reply	other threads:[~2000-05-18 21:27 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-05-18 21:27 Mike Hudson [this message]
2000-05-18 22:14 ` BMAC+ & Full Duplex Takashi Oe
2000-05-18 22:33   ` Mike Hudson
2000-05-18 23:09     ` Takashi Oe
2000-05-20  3:25       ` Mike Hudson
  -- strict thread matches above, loose matches on Subject: below --
2000-05-19  5:09 jeramy b smith
2000-05-19  9:00 ` Timothy A. Seufert
     [not found] <v04220801b54ab29142c2@10.0.0.42>
2000-05-19 19:13 ` Benjamin Herrenschmidt
2000-05-19 22:24   ` Worth

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='003401bfc10f$d9cca180$d2d3470a@mike' \
    --to=exoray@isys.ca \
    --cc=linuxppc-dev@lists.linuxppc.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).