On 02/17/2014 11:25 AM, Thomas Renninger wrote:
> On Monday, February 17, 2014 10:47:50 AM H. Peter Anvin wrote:
>> On 02/17/2014 10:23 AM, Thomas Renninger wrote:
>>> Easiest I can think of instead of trying to modify RSDP or similar, is
>>> to still pass the tables via unzipped, glued cpio which
On Monday, February 17, 2014 10:47:50 AM H. Peter Anvin wrote:
> On 02/17/2014 10:23 AM, Thomas Renninger wrote:
> > Easiest I can think of instead of trying to modify RSDP or similar, is
> > to still pass the tables via unzipped, glued cpio which the kernel
> > can access early. The same way it is
On 02/17/2014 10:23 AM, Thomas Renninger wrote:
>
> Easiest I can think of instead of trying to modify RSDP or similar, is
> to still pass the tables via unzipped, glued cpio which the kernel
> can access early. The same way it is done for current ACPI table overriding
> and early microcode passin
On Monday, February 17, 2014 09:19:03 AM H. Peter Anvin wrote:
> What I gather is that they want to add tables where there are none, and that
> the ACPI code doesn't play along because there is no RSDP nor any
> RSDT/XSDT.
Yep, this does currently not work.
Easiest I can think of instead of trying
What I gather is that they want to add tables where there are none, and that
the ACPI code doesn't play along because there is no RSDP nor any RSDT/XSDT.
On February 17, 2014 8:28:05 AM PST, Thomas Renninger wrote:
>On Friday, February 14, 2014 10:16:41 PM Thomas Gleixner wrote:
>> On Fri, 14 Fe
On Friday, February 14, 2014 10:16:41 PM Thomas Gleixner wrote:
> On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> > On 02/14/2014 11:59 AM, Thomas Gleixner wrote:
> > > On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> > >> On 02/14/2014 11:15 AM, Thomas Gleixner wrote:
> > >>> I'm fine with ACPI tables if
On 02/14/2014 01:47 PM, Thomas Gleixner wrote:
>
> I'm aware of that and I tried to hack around it but failed miserably
> due to lack of masochism. It was simpler to abuse the DT stuff to get
> things done. :)
>
Right... we should fix that, though.
-hpa
--
To unsubscribe from this lis
On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> On 02/14/2014 01:16 PM, Thomas Gleixner wrote:
> >>
> >> Well, the RSDP and RSDT/XSDT are nothing but pointers to other tables,
> >> so if explicitly overridden I'm not sure if one actually would need
> >> them. That doesn't mean our current code will
On 02/14/2014 01:16 PM, Thomas Gleixner wrote:
>>
>> Well, the RSDP and RSDT/XSDT are nothing but pointers to other tables,
>> so if explicitly overridden I'm not sure if one actually would need
>> them. That doesn't mean our current code will work without them, though.
>
> I tried once to overlo
On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> On 02/14/2014 11:59 AM, Thomas Gleixner wrote:
> > On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> >> On 02/14/2014 11:15 AM, Thomas Gleixner wrote:
> >>> I'm fine with ACPI tables if we can provide simple means for embedded
> >>> users to load one via grub
On 02/14/2014 11:59 AM, Thomas Gleixner wrote:
> On Fri, 14 Feb 2014, H. Peter Anvin wrote:
>> On 02/14/2014 11:15 AM, Thomas Gleixner wrote:
>>> I'm fine with ACPI tables if we can provide simple means for embedded
>>> users to load one via grub or just attach it to the kernel image.
>>
>> That al
On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> On 02/14/2014 11:15 AM, Thomas Gleixner wrote:
> > I'm fine with ACPI tables if we can provide simple means for embedded
> > users to load one via grub or just attach it to the kernel image.
>
> That already exists, see Documentation/acpi/initrd_table_o
On 02/14/2014 11:15 AM, Thomas Gleixner wrote:
>
>
> On Fri, 14 Feb 2014, H. Peter Anvin wrote:
>
>> We could also just add an ACPI table... same concept. Still need to find it.
>
> I'm fine with ACPI tables if we can provide simple means for embedded
> users to load one via grub or just attac
On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> We could also just add an ACPI table... same concept. Still need to find it.
I'm fine with ACPI tables if we can provide simple means for embedded
users to load one via grub or just attach it to the kernel image.
Sure, the user needs to know how to
We could also just add an ACPI table... same concept. Still need to find it.
On February 14, 2014 10:38:24 AM PST, Thomas Gleixner
wrote:
>On Fri, 14 Feb 2014, H. Peter Anvin wrote:
>> On 02/14/2014 10:21 AM, Thomas Gleixner wrote:
>> > I wish we could just use devicetree for such cases and fix
On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> On 02/14/2014 10:21 AM, Thomas Gleixner wrote:
> > I wish we could just use devicetree for such cases and fix the crud
> > ourself.
> >
>
> We'd have to identify the platform, which is the main problem. Right
> now we support quirking for DMI or PCI,
On 02/14/2014 10:21 AM, Thomas Gleixner wrote:
> On Fri, 14 Feb 2014, H. Peter Anvin wrote:
>
>> On 02/14/2014 10:13 AM, Conrad Kostecki wrote:
Does it have DMI?
>>>
>>> Unfortunately not.
>>>
>>> # dmidecode 2.12
>>> # No SMBIOS nor DMI entry point found, sorry.
>>>
>>
>> Sigh. Does an
On Fri, 14 Feb 2014, H. Peter Anvin wrote:
> On 02/14/2014 10:13 AM, Conrad Kostecki wrote:
> >>
> >> Does it have DMI?
> >
> > Unfortunately not.
> >
> > # dmidecode 2.12
> > # No SMBIOS nor DMI entry point found, sorry.
> >
>
> Sigh. Does anyone have contacts at Soekris who can complain abo
On 02/14/2014 10:13 AM, Conrad Kostecki wrote:
>>
>> Does it have DMI?
>
> Unfortunately not.
>
> # dmidecode 2.12
> # No SMBIOS nor DMI entry point found, sorry.
>
Sigh. Does anyone have contacts at Soekris who can complain about this
stuff?
-hpa
--
To unsubscribe from this list: s
19 matches
Mail list logo
