David P. Reed wrote:This use of port 80 (or insert some other random number) is a croc of hackery of the most inexperienced kind. The task to be performed is to delay for some period, and I think it's a mix of bloody mindedness and fear of unfamiliar code and specification that explains why a delay is not being coded. Lest we forget, someone who should know better said that an OUT is used because you don't know how long the delay should be on any specific machine. What rubbish. For what it's worth, I would oppose any attempt to ammend ACPI specifications in the way described above. It's bad enough to have that embarrassing and unseemly hack in Linux. It would be so much worse to enshrine the practice as industry standard practice. I won't even mention the many instances of these delays where no delay is what properly is needed. Performance? Who cares about performance? --
| Avi Kivity | [PATCH 09/58] KVM: MMU: Respect nonpae pagetable quadrant when zapping ptes |
| Andrew Morton | 2.6.25-rc2-mm1 |
| James Morris | Re: LSM conversion to static interface |
| Eric W. Biederman | Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels on boot cpu |
git: | |
| David Miller | Re: 2.6.25-rc8: FTP transfer errors |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [GIT *] Solos PCI ADSL card update |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
