| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <48F83609.4090407@zytor.com> Date: Thu, 16 Oct 2008 23:51:53 -0700 From: "H. Peter Anvin" <hpa@...or.com> To: David Miller <davem@...emloft.net> CC: benh@...nel.crashing.org, torvalds@...ux-foundation.org, rdreier@...co.com, Geert.Uytterhoeven@...ycom.com, linux-kernel@...r.kernel.org, mingo@...e.hu, yhlu.kernel@...il.com, akpm@...ux-foundation.org Subject: Re: [PATCH] Fix broken debug output reserve_region_with_split() David Miller wrote: >>> >> IMNSHO I think you can default to 8 digits for I/O for PCI, since at least last I looked there was no 64-bit address space possible for I/O. > > Resources are representing different things on different platforms. > > On sparc64 it's actually the full 64-bit physical I/O address on the > system bus being stored in there. So even IORESOURCE_IO objects have > 64-bits of relevancy. > And then it should be printed as such on that platform. > Like I said, printing out the entire thing has helped me find real > bugs, so printing the whole thing is not without merit. No argument there. I was referring only to platforms where the resource contains a PCI I/O address, which is 32 bits long unless limited by additional constraints (like x86's 16-bit limit.) -hpa -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists