2.6.18 & 64-bit resources

"Lamont R. Peterson" <[email protected]> Tue, 1 Aug 2006 08:55:34 -0600
Newsgroups gmane.linux.redhat.amd64
Organization Guru Labs, L.C.
Message-ID <[email protected]>
--===============1920502177==
Content-Type: multipart/signed; boundary="nextPart1606772.YeHCN38meK";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart1606772.YeHCN38meK
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Taking a look at [ http://lwn.net/Articles/187490/ ], I'm thinking that thi=
s=20
is a good thing and it looks like the affected kernel functions shouldn't=20
impact existing driver code.

However, does anyone have an opinion they would like to share about the imp=
act=20
this (potential) change for 2.6.18 might have on 64-bit systems (not just=20
AMD64)?
=2D-=20
Lamont R. Peterson <[email protected]>
Senior Instructor
Guru Labs, L.C. [ http://www.GuruLabs.com/ ]
GPG Key fingerprint: F98C E31A 5C4C 834A BCAB  8CB3 F980 6C97 DC0D D409

--nextPart1606772.YeHCN38meK
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)

iD8DBQBEz2tr+YBsl9wN1AkRAvGeAKCTUYFR4Upx77cMVxQaZySLhu1oJQCePBXf
SclNICHU1d3HoW3uQDmJVFI=
=liPx
-----END PGP SIGNATURE-----

--nextPart1606772.YeHCN38meK--


--===============1920502177==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline