RE: [PATCH 0/2] Implement overriding of arbitrary ACPI tables viainitrd

[Moore, Robert]

Lin Ming is looking at this now and will report soon.
Bob


> -----Original Message-----
> From: Thomas Renninger [mailto:trenn@xxxxxxx]
> Sent: Tuesday, August 30, 2011 4:42 AM
> To: lenb@xxxxxxxxxx; hpa@xxxxxxxxx; Lin, Ming M; Moore, Robert
> Cc: eric.piel@xxxxxxxxxxxxxxxx; jnelson-suse@xxxxxxxxxxx;
> devel@xxxxxxxxxx; linux-acpi@xxxxxxxxxxxxxxx; linux-
> kernel@xxxxxxxxxxxxxxx; x86@xxxxxxxxxx
> Subject: Re: [PATCH 0/2] Implement overriding of arbitrary ACPI tables
> via initrd
> 
> Hi Len, Hi Robert, hi Lin,
> 
> what's your opinion about these patches?
> I just sent a tiny bug fix which slipped in when I did
> last minute cleanups.
> 
> Is the additional acpi_os_phys_table_override() function which
> would be needed in ACPICA sources acceptable?
> 
> I'd appreciate if the acpica adoption can be made by
> acpica people, but if you give green light, I can also
> re-write the first patch against acpica sources.
> 
> As this needs syncing with acpica it would be great if the first
> steps can be made, so that this can show up in 3.2 release.
> 
> Thanks,
> 
>    Thomas
> 
> On Wednesday, August 24, 2011 11:48:08 AM Thomas Renninger wrote:
> > This patch series got some basic testing already (see patch 2
> changelog) and
> > is based on latest 3.1-rc2 Linus kernel.
> >
> > The patches are separated into ACPICA parts (patch 1) and kernel
> parts (patch 2).
> >
> > They are ready for integeration (if now objections should show up in
> a review
> > discussion) and it would be great if they can be added in Len's
> latest acpi-test
> > tree for broader testing.
> >
> > Thanks,
> >
> >    Thomas
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-acpi"
> in
> > the body of a message to majordomo@xxxxxxxxxxxxxxx
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/