mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Matti Aarnio <matti.aarnio@zmailer.org>
To: Nandakumar NarayanaSwamy <nanda_kn@rediffmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: RealTek RTL8139C
Date: Tue, 13 Aug 2002 13:47:22 +0300	[thread overview]
Message-ID: <20020813104722.GA32427@mea-ext.zmailer.org> (raw)
In-Reply-To: <20020813100956.2082.qmail@mailweb33.rediffmail.com>

On Tue, Aug 13, 2002 at 10:09:56AM -0000, Nandakumar  NarayanaSwamy wrote:
> Hi All,
> 
> Sorry for disturbing the list again.
> 
> I am using RTL8139C in our target board which is based on MIPS 
> IDT32334 processor.
...
> My doubt is whether this 8139too.c is tested with MIPS processors? 
> Because in one of the article i found that the supported 
> processors are ARM, i386 etc.

  ( Are you sure you don't want to use  8139cp.c  driver ? )

  It might.  The issue is most likely the ENDIANITY of command
  registers, and how they are supported.

  The  i386 is little-endian machine, and most hardware is made for that.
  However in case of embedded systems, there are very system dependent
  details no how the host processor accesses PCI-bus, and what happens
  then...

  Talk with your harware maker.  At least the  8139*.c  drivers use
  cpu_to_le32() and friends for these byte-order mapping issues, but
  if there happens some gratuitious byte-order wrap-around when posting
  IO from the CPU to the PCI bus, then you have major problems, and
  will need experienced kernel hacker to get you thru...

  That is, if the CPU does post a big-endian (data byte order) operation
  into the bus, and the cpu<->bus host-bridge will not do any magic byte-
  order wrap-around, then the driver should just simply work.


  Of course with MIPS processors you can have two different byte-orders
  active in the system (one at the time, of course).  You need to know
  which you are using.


> Can any body throw some light on this?
> with best regards,
> Nanda

      reply	other threads:[~2002-08-13 10:43 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-13 10:09 Nandakumar  NarayanaSwamy
2002-08-13 10:47 ` Matti Aarnio [this message]

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=20020813104722.GA32427@mea-ext.zmailer.org \
    --to=matti.aarnio@zmailer.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nanda_kn@rediffmail.com \
    /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

all inboxes | Powered by JetHome®