Lot af talk, no work... All of this is already architected. I already did
some ground work here (also parts assembled from Coreboot responses
approximately a year ago):
https://en.wikipedia.org/wiki/Coreboot/VBT
The thing which needs to be done ASAP (in *RED*):
1. Make a "decompiler" that
On 16.04.2018 08:44, Patrick Rudolph wrote:
> On 2018-04-15 11:30 PM, Nico Huber wrote:
>> On 15.04.2018 17:12, Patrick Rudolph wrote:
>>> On Sun, 2018-04-15 at 13:43 +0200, Nico Huber wrote:
On 15.04.2018 12:48, Patrick Rudolph wrote:
> On Thu, 2018-04-05 at 11:34 -0500, Matt DeVillier
On 2018-04-15 11:30 PM, Nico Huber wrote:
> On 15.04.2018 17:12, Patrick Rudolph wrote:
>> On Sun, 2018-04-15 at 13:43 +0200, Nico Huber wrote:
>>> On 15.04.2018 12:48, Patrick Rudolph wrote:
On Thu, 2018-04-05 at 11:34 -0500, Matt DeVillier wrote:
> On Thu, Apr 5, 2018 at 11:29 AM, Nico
On 15.04.2018 17:12, Patrick Rudolph wrote:
> On Sun, 2018-04-15 at 13:43 +0200, Nico Huber wrote:
>> On 15.04.2018 12:48, Patrick Rudolph wrote:
>>> On Thu, 2018-04-05 at 11:34 -0500, Matt DeVillier wrote:
On Thu, Apr 5, 2018 at 11:29 AM, Nico Huber wrote:
> On 05.04.2018
On Sun, 2018-04-15 at 13:43 +0200, Nico Huber wrote:
> On 15.04.2018 12:48, Patrick Rudolph wrote:
> > On Thu, 2018-04-05 at 11:34 -0500, Matt DeVillier wrote:
> > > On Thu, Apr 5, 2018 at 11:29 AM, Nico Huber wrote:
> > > > On 05.04.2018 18:15, Matt DeVillier wrote:
> > > > > my
Nico Huber wrote:
> VBT is mostly nee- ded for Windows and who knows what the driver
> does there; when it comes to Linux, we should at least try to talk
> some sense into the developer's to tell us which information they
> really need.
I wouldn't assume that they know in advance - I think they
On 15.04.2018 14:28, Peter Stuge wrote:
> Arthur Heymans wrote:
>> one would be able to generate this binary file but due to its
>> modularity and variable length such generator would be tedious to
>> create.
>
> How tedious?
I think the tedious part is choosing which fields you want to fill.
Arthur Heymans wrote:
> one would be able to generate this binary file but due to its
> modularity and variable length such generator would be tedious to
> create.
How tedious?
Do you know where documentation can be found?
//Peter
--
coreboot mailing list: coreboot@coreboot.org
On 15.04.2018 12:48, Patrick Rudolph wrote:
> On Thu, 2018-04-05 at 11:34 -0500, Matt DeVillier wrote:
>> On Thu, Apr 5, 2018 at 11:29 AM, Nico Huber wrote:
>>> On 05.04.2018 18:15, Matt DeVillier wrote:
my instinct is to put it in the 3rd party blobs repo, since it's added to
https://en.wikipedia.org/wiki/Coreboot/VBT
Zoran
___
On Sun, Apr 15, 2018 at 12:48 PM, Patrick Rudolph
wrote:
> On Thu, 2018-04-05 at 11:34 -0500, Matt DeVillier wrote:
> > On Thu, Apr 5, 2018 at 11:29 AM, Nico Huber wrote:
> > > On 05.04.2018 18:15,
On Thu, 2018-04-05 at 11:34 -0500, Matt DeVillier wrote:
> On Thu, Apr 5, 2018 at 11:29 AM, Nico Huber wrote:
> > On 05.04.2018 18:15, Matt DeVillier wrote:
> > > my instinct is to put it in the 3rd party blobs repo, since it's
> > added to
> > > the CBFS w/o modification (ie, is
On Thu, Apr 5, 2018 at 11:29 AM, Nico Huber wrote:
> On 05.04.2018 18:15, Matt DeVillier wrote:
> > my instinct is to put it in the 3rd party blobs repo, since it's added to
> > the CBFS w/o modification (ie, is treated like a blob), unlike the SPD
> hex
> > files which are
On 05.04.2018 18:15, Matt DeVillier wrote:
> my instinct is to put it in the 3rd party blobs repo, since it's added to
> the CBFS w/o modification (ie, is treated like a blob), unlike the SPD hex
> files which are selectively ordered and assembled into the spd.bin (ie,
> treated as source).
Files
my instinct is to put it in the 3rd party blobs repo, since it's added to
the CBFS w/o modification (ie, is treated like a blob), unlike the SPD hex
files which are selectively ordered and assembled into the spd.bin (ie,
treated as source).
For the example case you sited of users building
14 matches
Mail list logo