Bjorn Helgaas wrote:
On Thursday 04 August 2005 6:38 am, matthieu castet wrote:
Bjorn Helgaas wrote:
On Wednesday 03 August 2005 3:16 pm, matthieu castet wrote:
Bjorn Helgaas wrote:
drivers/char/hpet.c
This probably should be converted to PNP. I'll
look into doing this.
IIRC, I am not sure that the pnp layer was able to pass the 64 bits
memory adress for hpet correctly. But it would be nice if it works.
You're right, this was broken. But I've been pushing a PNPACPI
patch to fix this.
Yes but is ACPI_RSTYPE_ADDRESS64 possible on 32 bit machine ?
I can't think of a case where that would make sense, but I don't
actually know the answer.
In this case your patch won't work as res->mem_resource[i].start and
res->mem_resource[i].end are unsigned long, and 64 bit value won't fit.
True. But fixing that would be pretty far-reaching (changing struct
resource), so I'm not worried until it is shown to be a problem.
Ok, may be you could add a BUG_ON(sizeof(long)==4) for
ACPI_RSTYPE_ADDRESS64.
Matthieu
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |