All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arnd Bergmann <arnd@arndb.de>
To: linuxppc-dev@ozlabs.org
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>,
	linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org,
	Alessandro Rubini <rubini@vision.unipv.it>,
	Paul Mackerras <paulus@samba.org>,
	Jens Axboe <jens.axboe@oracle.com>
Subject: Re: [patch 5/6] ps3: BD/DVD/CD-ROM Storage Driver
Date: Fri, 13 Jul 2007 16:19:54 +0200	[thread overview]
Message-ID: <200707131619.54898.arnd@arndb.de> (raw)
In-Reply-To: <1184335333.3402.20.camel@localhost.localdomain>

On Friday 13 July 2007, James Bottomley wrote:
> 
> > IC.
> > 
> >   - flush_kernel_dcache_page() is a no-op on ppc64
> >     (ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE is defined on parisc only).
> > 
> >   - For reference, drivers/scsi/ipr.c (another ppc64 driver) just uses a plain
> >     kmap/memcpy/kunmap sequence
> > 
> > So what should I do?
> 
> Ask someone who knows the architecture ... Anton, Paulus or Benh ... I'm
> fairly certain PPC is VIPT and will need some kind of alias
> resolution ... perhaps its associative enough not to let the aliases be
> a problem.

I'm pretty sure that no ppc64 machine needs alias resolution in the kernel,
although some are VIPT. Last time we discussed this, Segher explained it
to me, but I don't remember which way Cell does it. IIRC, it automatically
flushes cache lines that are accessed through aliases.

It's probably a good idea to have the flush_kernel_dcache_page() in there
anyway, if only to serve as an example for people that copy it into
architecture-independent drivers, same as what we do for the
k{,un}map_atomic() that is also not required on ppc64.

	Arnd <><
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: linuxppc-dev@ozlabs.org
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org,
	Alessandro Rubini <rubini@vision.unipv.it>,
	Paul Mackerras <paulus@samba.org>,
	Jens Axboe <jens.axboe@oracle.com>,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Subject: Re: [patch 5/6] ps3: BD/DVD/CD-ROM Storage Driver
Date: Fri, 13 Jul 2007 16:19:54 +0200	[thread overview]
Message-ID: <200707131619.54898.arnd@arndb.de> (raw)
In-Reply-To: <1184335333.3402.20.camel@localhost.localdomain>

On Friday 13 July 2007, James Bottomley wrote:
>=20
> > IC.
> >=20
> > =A0 - flush_kernel_dcache_page() is a no-op on ppc64
> > =A0 =A0 (ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE is defined on parisc only).
> >=20
> > =A0 - For reference, drivers/scsi/ipr.c (another ppc64 driver) just use=
s a plain
> > =A0 =A0 kmap/memcpy/kunmap sequence
> >=20
> > So what should I do?
>=20
> Ask someone who knows the architecture ... Anton, Paulus or Benh ... I'm
> fairly certain PPC is VIPT and will need some kind of alias
> resolution ... perhaps its associative enough not to let the aliases be
> a problem.

I'm pretty sure that no ppc64 machine needs alias resolution in the kernel,
although some are VIPT. Last time we discussed this, Segher explained it
to me, but I don't remember which way Cell does it. IIRC, it automatically
flushes cache lines that are accessed through aliases.

It's probably a good idea to have the flush_kernel_dcache_page() in there
anyway, if only to serve as an example for people that copy it into
architecture-independent drivers, same as what we do for the
k{,un}map_atomic() that is also not required on ppc64.

	Arnd <><

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: linuxppc-dev@ozlabs.org
Cc: James Bottomley <James.Bottomley@steeleye.com>,
	Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>,
	linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org,
	Alessandro Rubini <rubini@vision.unipv.it>,
	Paul Mackerras <paulus@samba.org>,
	Jens Axboe <jens.axboe@oracle.com>
Subject: Re: [patch 5/6] ps3: BD/DVD/CD-ROM Storage Driver
Date: Fri, 13 Jul 2007 16:19:54 +0200	[thread overview]
Message-ID: <200707131619.54898.arnd@arndb.de> (raw)
In-Reply-To: <1184335333.3402.20.camel@localhost.localdomain>

On Friday 13 July 2007, James Bottomley wrote:
> 
> > IC.
> > 
> >   - flush_kernel_dcache_page() is a no-op on ppc64
> >     (ARCH_HAS_FLUSH_KERNEL_DCACHE_PAGE is defined on parisc only).
> > 
> >   - For reference, drivers/scsi/ipr.c (another ppc64 driver) just uses a plain
> >     kmap/memcpy/kunmap sequence
> > 
> > So what should I do?
> 
> Ask someone who knows the architecture ... Anton, Paulus or Benh ... I'm
> fairly certain PPC is VIPT and will need some kind of alias
> resolution ... perhaps its associative enough not to let the aliases be
> a problem.

I'm pretty sure that no ppc64 machine needs alias resolution in the kernel,
although some are VIPT. Last time we discussed this, Segher explained it
to me, but I don't remember which way Cell does it. IIRC, it automatically
flushes cache lines that are accessed through aliases.

It's probably a good idea to have the flush_kernel_dcache_page() in there
anyway, if only to serve as an example for people that copy it into
architecture-independent drivers, same as what we do for the
k{,un}map_atomic() that is also not required on ppc64.

	Arnd <><

  reply	other threads:[~2007-07-13 14:38 UTC|newest]

Thread overview: 103+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-04 13:22 [patch 0/6] PS3 Storage Drivers for 2.6.23, take 4 Geert Uytterhoeven
2007-07-04 13:22 ` Geert Uytterhoeven
2007-07-04 13:22 ` Geert Uytterhoeven
2007-07-04 13:22 ` [patch 1/6] ps3: Preallocate bootmem memory for the PS3 FLASH ROM storage driver Geert Uytterhoeven
2007-07-04 13:22   ` Geert Uytterhoeven
2007-07-04 13:22   ` Geert Uytterhoeven
2007-07-04 13:22 ` [patch 2/6] ps3: Storage Driver Core Geert Uytterhoeven
2007-07-04 13:22   ` Geert Uytterhoeven
2007-07-04 13:22   ` Geert Uytterhoeven
2007-07-04 13:22 ` [patch 3/6] ps3: Storage device registration routines Geert Uytterhoeven
2007-07-04 13:22   ` Geert Uytterhoeven
2007-07-04 13:22   ` Geert Uytterhoeven
2007-07-04 13:22 ` [patch 4/6] ps3: Disk Storage Driver Geert Uytterhoeven
2007-07-04 13:22   ` Geert Uytterhoeven
2007-07-04 13:22   ` Geert Uytterhoeven
2007-07-04 13:22 ` [patch 5/6] ps3: BD/DVD/CD-ROM " Geert Uytterhoeven
2007-07-04 13:22   ` Geert Uytterhoeven
2007-07-04 13:22   ` Geert Uytterhoeven
2007-07-13 13:02   ` James Bottomley
2007-07-13 13:02     ` James Bottomley
2007-07-13 13:05     ` Jens Axboe
2007-07-13 13:05       ` Jens Axboe
2007-07-13 13:25       ` Geert Uytterhoeven
2007-07-13 13:25         ` Geert Uytterhoeven
2007-07-13 13:34         ` James Bottomley
2007-07-13 13:34           ` James Bottomley
2007-07-13 13:45           ` Geert Uytterhoeven
2007-07-13 13:45             ` Geert Uytterhoeven
2007-07-13 13:45             ` Geert Uytterhoeven
2007-07-13 14:02             ` James Bottomley
2007-07-13 14:02               ` James Bottomley
2007-07-13 14:19               ` Arnd Bergmann [this message]
2007-07-13 14:19                 ` Arnd Bergmann
2007-07-13 14:19                 ` Arnd Bergmann
2007-07-13 15:10                 ` Geert Uytterhoeven
2007-07-13 15:10                   ` Geert Uytterhoeven
2007-07-13 15:28                   ` James Bottomley
2007-07-13 15:28                     ` James Bottomley
2007-07-13 20:13                     ` Geert Uytterhoeven
2007-07-13 20:13                       ` Geert Uytterhoeven
2007-07-16 11:43                       ` Geert Uytterhoeven
2007-07-16 12:16                         ` Jens Axboe
2007-07-16 12:59                           ` Geert Uytterhoeven
2007-07-16 13:04                             ` Jens Axboe
2007-07-16 13:24                             ` Geert Uytterhoeven
2007-07-16 13:33                               ` Jens Axboe
2007-07-16 21:38                               ` Benjamin Herrenschmidt
2007-07-16 21:38                                 ` Benjamin Herrenschmidt
2007-07-16 13:47                           ` James Bottomley
2007-07-16 13:47                             ` James Bottomley
2007-07-16 14:38                             ` Jens Axboe
2007-07-16 14:38                               ` Jens Axboe
2007-07-16 14:59                               ` Geert Uytterhoeven
2007-07-16 21:40                             ` Benjamin Herrenschmidt
2007-07-16 21:40                               ` Benjamin Herrenschmidt
2007-07-16 21:49                             ` Benjamin Herrenschmidt
2007-07-16 21:49                               ` Benjamin Herrenschmidt
2007-07-16 22:03                               ` James Bottomley
2007-07-16 22:03                                 ` James Bottomley
2007-07-16 22:12                                 ` Benjamin Herrenschmidt
2007-07-16 22:12                                   ` Benjamin Herrenschmidt
2007-07-13 16:35                   ` Jens Axboe
2007-07-13 16:35                     ` Jens Axboe
2007-07-13 23:12                 ` Benjamin Herrenschmidt
2007-07-13 23:12                   ` Benjamin Herrenschmidt
2007-07-16 12:08                   ` Segher Boessenkool
2007-07-16 12:08                     ` Segher Boessenkool
2007-07-13 14:51         ` Jens Axboe
2007-07-13 14:51           ` Jens Axboe
2007-07-13 23:06     ` Benjamin Herrenschmidt
2007-07-13 23:06       ` Benjamin Herrenschmidt
2007-07-04 13:22 ` [patch 6/6] ps3: FLASH ROM " Geert Uytterhoeven
2007-07-04 13:22   ` Geert Uytterhoeven
2007-07-04 13:22   ` Geert Uytterhoeven
2007-07-10  7:45 ` [patch 0/6] PS3 Storage Drivers for 2.6.23, take 4 Geert Uytterhoeven
2007-07-10  7:45   ` Geert Uytterhoeven
2007-07-10  7:55   ` Jens Axboe
2007-07-10  7:55     ` Jens Axboe
2007-07-10  7:55     ` Jens Axboe
2007-07-10  8:01     ` Paul Mackerras
2007-07-10  8:01       ` Paul Mackerras
2007-07-10  8:01       ` Paul Mackerras
2007-07-10  8:32       ` Jens Axboe
2007-07-10  8:32         ` Jens Axboe
2007-07-13  9:31   ` Geert Uytterhoeven
2007-07-13  9:31     ` Geert Uytterhoeven
2007-07-13 12:27 ` PS3 Storage Driver O_DIRECT issue Olaf Hering
2007-07-13 12:27   ` Olaf Hering
2007-07-13 12:27   ` Olaf Hering
2007-07-13 13:34   ` Geert Uytterhoeven
2007-07-13 13:34     ` Geert Uytterhoeven
2007-07-13 13:34     ` Geert Uytterhoeven
2007-07-17 16:40     ` Geoff Levand
2007-07-17 16:40       ` Geoff Levand
2007-07-17 16:40       ` Geoff Levand
2007-07-18 16:12   ` Geert Uytterhoeven
2007-07-18 16:12     ` Geert Uytterhoeven
2007-07-18 16:12     ` Geert Uytterhoeven
2007-07-18 17:57     ` Jens Axboe
2007-07-18 17:57       ` Jens Axboe
2007-07-18 17:57       ` Jens Axboe
  -- strict thread matches above, loose matches on Subject: below --
2007-06-21 14:14 [patch 0/6] PS3 Storage Drivers for 2.6.23, take 3 Geert Uytterhoeven
2007-06-21 14:14 ` [patch 5/6] ps3: BD/DVD/CD-ROM Storage Driver Geert Uytterhoeven
2007-06-21 14:14   ` Geert Uytterhoeven

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=200707131619.54898.arnd@arndb.de \
    --to=arnd@arndb.de \
    --cc=Geert.Uytterhoeven@sonycom.com \
    --cc=James.Bottomley@steeleye.com \
    --cc=jens.axboe@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.org \
    --cc=linuxppc-dev@ozlabs.org \
    --cc=paulus@samba.org \
    --cc=rubini@vision.unipv.it \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.