Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: Quinn Jensen <jensenq@Lineo.COM>
To: Ralf Baechle <ralf@oss.sgi.com>
Cc: linux-mips@oss.sgi.com
Subject: Re: NFS root with cache on
Date: Mon, 05 Feb 2001 09:50:51 -0700	[thread overview]
Message-ID: <3A7ED9EB.6080801@Lineo.COM> (raw)
In-Reply-To: 20010204194451.A26868@bacchus.dhis.org


>> Is anyone else having trouble with NFS root on
>> the 2.4.0 kernel?  It won't come up with the
>> KSEG0 cache on unless I pepper the network driver
>> with flush calls.
> 
> 
> That's expected for most old network drivers that don't yet use the
> new PCI DMA API documented in Documentation/DMA-mapping.txt.
> 
> What driver is this?

Both the stock 2.4.0 tulip and eepro100 drivers.  The
problem doesn't happen when I go back to 2.3.99pre8.

In the tulip driver, both the rx and tx ring descriptors
are adjusted with pci_alloc_consistent() and are only
touched through KSEG1.

But I must be totally clueless because in both kernels
tulip_rx() calls pci_unmap_single() which does nothing.
But the skb data pointers all point to KSEG0.  With
cache on, how in the world will the kernel be able to
see what just got DMA'd into the skb?

Another thing that has been haunting me is that
in 2.3.99pre8, kmalloc() has and #ifdef __mips__ that
flushes the cache and bumps the address up to KSEG1.
This is gone in 2.4.0, but from what I can tell, this
case didn't happen for skb allocations (i.e. dev_alloc_skb)
because they only set GFP_ATOMIC, and not GFP_DMA.

Quinn

  reply	other threads:[~2001-02-05 16:51 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-02-01 20:34 NFS root with cache on Quinn Jensen
2001-02-05  3:44 ` Ralf Baechle
2001-02-05 16:50   ` Quinn Jensen [this message]
2001-02-05 16:55     ` Kevin D. Kissell
2001-02-05 16:55       ` Kevin D. Kissell
2001-02-05 18:07     ` Jun Sun
2001-02-05 18:42       ` Quinn Jensen
2001-02-05 19:15         ` Jun Sun
2001-02-05 21:14           ` Quinn Jensen
2001-02-05 19:50       ` Ralf Baechle
2001-02-05 21:13         ` netbooting indy - update, elf2ecoff? Kenneth C Barr
2001-02-05 21:13           ` Kenneth C Barr
2001-02-06  6:32           ` Geert Uytterhoeven
2001-02-06 18:07             ` Klaus Naumann
2001-02-06 20:24               ` Florian Lohoff
2001-02-05 21:39         ` NFS root with cache on Alan Cox
2001-02-05 21:39           ` Alan Cox

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=3A7ED9EB.6080801@Lineo.COM \
    --to=jensenq@lineo.com \
    --cc=linux-mips@oss.sgi.com \
    --cc=ralf@oss.sgi.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