Hi!
> Thanks for the quick reply.
>
> An Andrew's advice a while back, Bob already got rid
> of the allocate part -- it just isn't upstream yet.
>
> Re: changing ACPICA code (sub-directories of drivers/acpi/) like this:
>
> >- flags = acpi_os_acquire_lock(acpi_gbl_gpe_lock);
> >+ spin_lock_irqsave(&acpi_gbl_gpe_lock, flags);
>
> I can't do that without either
> 1. diverging between Linux and ACPICA
> or
> 2. getting a license back from you to Intel such that Intel can
> re-distrubute such a change under the Intel license on the file
> and
> inventing spin_lock_irqsave() on about 9 other operating systems.
>
> #1 is all pain and no gain, unless the 244 net fewer bytes counts as
> gain.
> #2 wouldn't make sense either.
Well, gain here is that code actually becomes readable/linux
like/something.
Feel free to put GPL/BSD license in ACPICA code, saying that by
default contributed code is under both licenses.... or something, but
having linux-like code under drivers/acpi would be great.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
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]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
