From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Subject: RE: [PATCH 4/6] ehea: header files From: Michael Ellerman To: Christoph Raisch In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-C70jxZ6nTIR1cf7UISPn" Date: Wed, 16 Aug 2006 10:58:35 +1000 Message-Id: <1155689915.26911.12.camel@localhost.localdomain> Mime-Version: 1.0 Cc: Thomas Q Klein , "Jenkins, Clive" , netdev , linux-kernel , linux-ppc , Marcus Eder Reply-To: michael@ellerman.id.au List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , --=-C70jxZ6nTIR1cf7UISPn Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2006-08-15 at 13:07 +0200, Christoph Raisch wrote: >=20 > "Jenkins, Clive" wrote on 15.08.2006 12:53:05: >=20 > > > > You mean the eHEA has its own concept of page size? Separate from > > the > > > > page size used by the MMU? > > > > > > > > > > yes, the eHEA currently supports only 4K pages for queues > > > > In that case, I suggest use the kernel's page size, but add a > > compile-time > > check, and quit with an error message if driver does not support it. >=20 > eHEA does support other page sizes than 4k, but the HW interface expects = to > see 4k pages > The adaption is done in the device driver, therefore we have a seperate 4= k > define. Fair enough. You seem to only use it in drivers/net/ehea/ehea_qmr.c, if so put the definition in there, that way someone is less likely to use the EHEA_PAGESIZE definition where they really need PAGE_SIZE. cheers --=20 Michael Ellerman IBM OzLabs wwweb: http://michael.ellerman.id.au phone: +61 2 6212 1183 (tie line 70 21183) We do not inherit the earth from our ancestors, we borrow it from our children. - S.M.A.R.T Person --=-C70jxZ6nTIR1cf7UISPn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQBE4m27dSjSd0sB4dIRAjJoAKCYSuXQcxeK2D8QexOog2psXm/5AACdF9fl k8KV682WSg2uHhJ8396+34o= =23RL -----END PGP SIGNATURE----- --=-C70jxZ6nTIR1cf7UISPn--