Hi folks, first time posting here. I was wondering if it would be
possible to modify smbios values once a system is up and running. Has
anyone ever looked into that? If not, any pointers on how to implement
this would be greatly appreciated. I'm fairly new to coreboot but would
like to look int
Rafael,
i don't think that you can update them once the OS loads. The OS would
have already made decisions based on the settings.
Marc
On Tue, Jun 10, 2014 at 7:41 PM, Rafael Vanoni
wrote:
> Hi folks, first time posting here. I was wondering if it would be possible
> to modify smbios values on
On 06/13/2014 09:40 AM, Marc Jones wrote:
Rafael,
i don't think that you can update them once the OS loads. The OS would
have already made decisions based on the settings.
Marc
On Tue, Jun 10, 2014 at 7:41 PM, Rafael Vanoni
wrote:
Hi folks, first time posting here. I was wondering if it wou
2014-06-16 19:05 GMT+02:00 Rafael Vanoni :
> On 06/13/2014 09:40 AM, Marc Jones wrote:
>>
>> Rafael,
>>
>> i don't think that you can update them once the OS loads. The OS would
>> have already made decisions based on the settings.
>>
>> Marc
>>
>>
>> On Tue, Jun 10, 2014 at 7:41 PM, Rafael Vanoni
On 06/17/2014 01:12 AM, Christian Gmeiner wrote:
2014-06-16 19:05 GMT+02:00 Rafael Vanoni :
On 06/13/2014 09:40 AM, Marc Jones wrote:
Rafael,
i don't think that you can update them once the OS loads. The OS would
have already made decisions based on the settings.
Marc
On Tue, Jun 10, 2014
Rafael Vanoni wrote:
> is there a tool or library to edit DMI values ?
No.
Please explain why you want to modify these values at run time?
//Peter
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
On 06/19/2014 12:25 PM, Peter Stuge wrote:
Rafael Vanoni wrote:
is there a tool or library to edit DMI values ?
No.
Please explain why you want to modify these values at run time?
//Peter
Like I said in a previous post, I'd like to set fields like version,
serial number on a per system
Rafael Vanoni wrote:
>> Please explain why you want to modify these values at run time?
>
> Like I said in a previous post, I'd like to set fields like version,
> serial number on a per system basis.
That's not the why, that's the what. Indeed you already wrote what
you want.
I'm asking *why* you
On 06/20/2014 01:25 AM, Peter Stuge wrote:
Rafael Vanoni wrote:
Please explain why you want to modify these values at run time?
Like I said in a previous post, I'd like to set fields like version,
serial number on a per system basis.
That's not the why, that's the what. Indeed you already wr
Am 20.06.2014 22:01, schrieb Rafael Vanoni:
> Take serial number, for example. I'd like each different system that I
> build to have its own serial number, and building coreboot for every
> serial number doesn't scale.
We have an .id section just below the 16bit entry point - that can
(easily) be e
On 20.06.2014 20:08, Patrick Georgi wrote:
> Am 20.06.2014 22:01, schrieb Rafael Vanoni:
>> Take serial number, for example. I'd like each different system that I
>> build to have its own serial number, and building coreboot for every
>> serial number doesn't scale.
> We have an .id section just be
Am 20.06.2014 22:40, schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
> (think MAC address).
I guess PC technology is finally beyond requiring those at fixed magic
offsets. Some of our chipsets still need it that way.
> having fixed indexes doesn't scale.
Neither do text files.
Patrick
signatur
realistically, though, it's hard for me to see how setting the serial # at
firmware image build time scales. And setting it after boot makes no real
sense either -- it's not really a serial number if you're changing it at
that point.
But some way to customize the binary images with a serial number
On 20.06.2014 20:43, Patrick Georgi wrote:
> Am 20.06.2014 22:40, schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
>> (think MAC address).
> I guess PC technology is finally beyond requiring those at fixed magic
> offsets. Some of our chipsets still need it that way.
>
>> having fixed indexes doesn'
ron minnich [mailto:rminn...@gmail.com] wrote:
]realistically, though, it's hard for me to see how setting the
]serial # at firmware image build time scales. And setting it after
]boot makes no real sense either -- it's not really a serial number
]if you're changing it at that point.
]But some w
On Fri, Jun 20, 2014 at 10:00 PM, Scott Duplichan wrote:
>
>
> Putting the serial number in the same flash chip as the main
> firmware is a cost reduction measure used with desktop and other
> low cost boards. I have even seen a board where the MAC address
> lives there. The only protection for t
Am 21.06.2014 08:06, schrieb ron minnich:
> very interesting. Thing is, this is pretty much the antithesis of
> build-time serial number creation ... which is the thing that I don't
> see scaling.
Right now we compile any serial number right into .text, and modifying
that is not a good idea (plus,
On Fri, Jun 20, 2014 at 11:20 PM, Patrick Georgi
wrote:
>
>
> In the end, I pose the question why a serial number must be exported to
> the OS in the first place - this looks like a potential privacy issue to
> me, while doing nothing for servicing the part (if it's sent back, read
> the bar code
[mailto:coreboot-boun...@coreboot.org] On Behalf Of ron minnich
Sent: Friday, June 20, 2014 11:24 PM
To: Patrick Georgi
Cc: coreboot
Subject: Re: [coreboot] setting smbios values from the OS
On Fri, Jun 20, 2014 at 11:20 PM, Patrick Georgi mailto:patr...@georgi-clan.de> > wrote:
In the end,
On Fri, Jun 20, 2014 at 1:01 PM, Rafael Vanoni <
rafael.van...@pluribusnetworks.com> wrote:
> Take serial number, for example. I'd like each different system that I
> build to have its own serial number, and building coreboot for every serial
> number doesn't scale.
>
You might want to check out
20 matches
Mail list logo