On Fri, Aug 28, 2015 at 9:12 AM, ron minnich <rminnich(a)gmail.com> wrote:
> I would say bring it in to the repo. We have assembly, we have our own C
> compiler even, so a higher level language hardly seems a bad idea. If this
> can make our code base better in some way, why not use it?
Does this mean we can start writing our userland tools in golang?
>
> ron
>
> On Fri, Aug 28, 2015 at 4:55 AM Nico Huber <nico.huber(a)secunet.com> wrote:
>>
>> Am 21.08.2015 22:47, schrieb ron minnich:
>> > This sounds wonderful. I'm all for it.
>> Did you just kill any discussion with that line? :)
>>
>> Things live currently in a small library that I called `libsparkhw`
>> (came spontaneously, I don't care much about the name). It contains
>> some framework (Timer, I/O, Debugging) to do hardware stuff in SPARK,
>> plus the mentioned graphics initialization. I falter to push it directly
>> for inclusion into the coreboot repo. Maybe we want a separate reposi-
>> tory for it (like libpayload has)? It would also make it easier to use
>> it in other components (e.g. bootloaders and such, and of course our own
>> products where the code stems from).
>>
>> We have discussed the licensing and will push this under GPLv2 + later
>> if there are no reasonable concerns.
>>
>> Nico
>>
>> --
>> M. Sc. Nico Huber
>> Senior Berater SINA-Softwareentwicklung
>> Netzwerk- & Client-Sicherheit / Network & Client Security
>> Division Öffentliche Auftraggeber / Public Authorities
>> secunet Security Networks AG
>>
>> Tel.: +49-201-5454-3635, Fax: +49-201-5454-1325
>> E-Mail: nico.huber(a)secunet.com
>> Mergenthalerallee 77, 65760 Eschborn, Deutschland
>> www.secunet.com
>> ______________________________________________________________________
>>
>> Sitz: Kronprinzenstraße 30, 45128 Essen, Deutschland
>> Amtsgericht Essen HRB 13615
>> Vorstand: Dr. Rainer Baumgart (Vors.), Thomas Pleines
>> Aufsichtsratsvorsitzender: Dr. Peter Zattler
>> ______________________________________________________________________
>
>
> --
> coreboot mailing list: coreboot(a)coreboot.org
> http://www.coreboot.org/mailman/listinfo/coreboot
Am 21.08.2015 22:47, schrieb ron minnich:
> This sounds wonderful. I'm all for it.
Did you just kill any discussion with that line? :)
Things live currently in a small library that I called `libsparkhw`
(came spontaneously, I don't care much about the name). It contains
some framework (Timer, I/O, Debugging) to do hardware stuff in SPARK,
plus the mentioned graphics initialization. I falter to push it directly
for inclusion into the coreboot repo. Maybe we want a separate reposi-
tory for it (like libpayload has)? It would also make it easier to use
it in other components (e.g. bootloaders and such, and of course our own
products where the code stems from).
We have discussed the licensing and will push this under GPLv2 + later
if there are no reasonable concerns.
Nico
--
M. Sc. Nico Huber
Senior Berater SINA-Softwareentwicklung
Netzwerk- & Client-Sicherheit / Network & Client Security
Division Öffentliche Auftraggeber / Public Authorities
secunet Security Networks AG
Tel.: +49-201-5454-3635, Fax: +49-201-5454-1325
E-Mail: nico.huber(a)secunet.com
Mergenthalerallee 77, 65760 Eschborn, Deutschland
www.secunet.com
______________________________________________________________________
Sitz: Kronprinzenstraße 30, 45128 Essen, Deutschland
Amtsgericht Essen HRB 13615
Vorstand: Dr. Rainer Baumgart (Vors.), Thomas Pleines
Aufsichtsratsvorsitzender: Dr. Peter Zattler
______________________________________________________________________
Am 21.08.2015 22:47, schrieb ron minnich:
> This sounds wonderful. I'm all for it.
Did you just kill any discussion with that line? :)
Things live currently in a small library that I called `libsparkhw`
(came spontaneously, I don't care much about the name). It contains
some framework (Timer, I/O, Debugging) to do hardware stuff in SPARK,
plus the mentioned graphics initialization. I falter to push it directly
for inclusion into the coreboot repo. Maybe we want a separate reposi-
tory for it (like libpayload has)? It would also make it easier to use
it in other components (e.g. bootloaders and such, and of course our own
products where the code stems from).
We have discussed the licensing and will push this under GPLv2 + later
if there are no reasonable concerns.
Nico
--
M. Sc. Nico Huber
Senior Berater SINA-Softwareentwicklung
Netzwerk- & Client-Sicherheit / Network & Client Security
Division Öffentliche Auftraggeber / Public Authorities
secunet Security Networks AG
Tel.: +49-201-5454-3635, Fax: +49-201-5454-1325
E-Mail: nico.huber(a)secunet.com
Mergenthalerallee 77, 65760 Eschborn, Deutschland
www.secunet.com
______________________________________________________________________
Sitz: Kronprinzenstraße 30, 45128 Essen, Deutschland
Amtsgericht Essen HRB 13615
Vorstand: Dr. Rainer Baumgart (Vors.), Thomas Pleines
Aufsichtsratsvorsitzender: Dr. Peter Zattler
______________________________________________________________________
Hi,
I'm trying to use autoport to port coreboot to a machine. However, when I
look at the logs generated by:
./autoport --input_log=logs --make_logs --coreboot_dir=../..
I saw in logs/ectool.log:
../ectool/ectool: invalid option -- 'a'
usage: ../ectool/ectool [-vh?Vidq] [-w 0x<addr> -z 0x<data>]
So the autoport program doesn't make use of ectool, and it needs some
fixing.
Iru
HI.
I want build coreboot off-line. Can I make that __????
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
--
Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas
Infomed: http://www.sld.cu/
>>
>> This may be a daft question technically, but is there some way event
>> logging
>> could be subverted to store cbmem output?
>
>
> Yes. Just add a type to the OEM section and call elog_add_event_raw()
> with the console pointer and size. Keep it mind that would be
> snapshotted then so it matters when you make that call as to what
> would show up in elog. Also, depending on the size you could fill up
> you elog sections pretty quickly.
Thanks for that, Aaron. I don't know C but I'll try to figure out how to
do that, and then maybe ask about increasing ELOG size beyond 4 digits
once I have something working.
>
> Also, I assume you mean cbmem console when referring to cbmem above?
>
Yes. Me and terminology don't get on though I try. ;)
What I would be thinking of doing is using this as a poor-man's debug -
reading the ROM containing ELOG using an external programmer and using a
hex editor to view it (if that's possible).
Thanks again.
-John.
Hi,
I'm trying to swap Ctrl and Fn keys on the X200 (with libreboot).
For this I made sure that nvram is not wiped on reboot, then set
fn_ctrl_swap = Enable
using nvramtool.
This doesn't swap Fn and Ctrl for some reason. For comparison, as soon
as I change "trackpoint = Enable" to "trackpoint = Disable", the
trackpoint stops working - so I know that the nvram is not completely
ignored.
So next I found
http://forum.notebookreview.com/threads/fn-ctrl-swap-on-all-lenovo-laptop...
, unpacked it and compared it to Lenovo's original. The changes are in:
"6DET64WW/$01B9000.FL2" (47 Byte differ, starting at decimal offset
2713050 but not a continuous range - the last change is right before
decimal offset 2818048),
"7XET64WW/$01B9100.FL2" (47 Byte differ, starting at decimal offset
2713050 but not a continuous range - the last change is right before
decimal offset 2818048).
If I want to both use libreboot and swap Fn and Ctrl (so Ctrl is to
the left), how do I get these changes into it?
With kind regards,
Danny
