[coreboot] Re: Intel CBnT tooling and dealing with NDA

S capitol ? I really don't like to have anything to do with those people. ] --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free s

[coreboot] Re: Intel CBnT tooling and dealing with NDA

goal should be to make tomorrow better than today, even if the progress is small ;-) No, just alone from purely technical perspective, x86 is misdesigned in many ways - including it's spinoffs like ACPI or UEFI. Yes, it gives lots of computing power on a single dice, and you get get it anyw

[coreboot] Re: coreboot nvme support

needs to do is some early setup, in order to load the kernel (and perhaps initrd). --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult

[coreboot] Re: Intel CBnT tooling and dealing with NDA

ertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 ___ coreboot mailing list -- coreboot@coreboot.org To unsubscribe sen

[coreboot] Re: Intel CBnT tooling and dealing with NDA

nywhere, I could imaging letting the coreboot build system also fetch and build that tool when needed. --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weig

[coreboot] Re: Looking to hire Coreboot developer

ke temperature control, etc. ... but for now, that's all just phantasy :( I think the best idea would be just moving away from x86. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 ___

[coreboot] Re: Kernel Panics on corebooted systems with linux 4.19 ( >4.9)

odules linked in: > [1.136791] CR2: > [1.140094] ---[ end trace a6e00f6a2ecfb185 ]--- > [1.144679] RIP: 0010:_raw_spin_lock+0xc/0x20 > [1.149011] Code: 01 00 00 75 05 48 89 d8 5b c3 e8 1f f7 9a ff eb f4 66 66 2b --mtx -- Enrico Weigelt, metux IT consult Fr

[coreboot] Re: Suggestion Computer-On-Module implementations

stuff might be put into DT) Have a look at how busybox handles these things. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 ___ coreboot mailing list -- coreboot@coreboot.

[coreboot] Re: HPET MSI/FSB on AMD 16h

Maybe for exactly that reason. (see: arch/x86/kernel/quirks.c) --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 ___ coreboot mailing list -- coreboot@coreboot.org To unsubscribe

[coreboot] HPET MSI/FSB on AMD 16h

d behaviour is enabled, but can be disabled if really needed. On my Box, Linux reports using IO-APIC. I think because cpuid has arat flag (always running apic timer). My wild guess is that HPET isn't used at all in this case. (perhaps because using it seems not very efficient) --mtx

[coreboot] Re: Does NSA contribute to Coreboot?

complex and badly documented hw platform doesn't seem unusual. ARM is *much* easier here. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 ___ coreboot mailing list -- co

[coreboot] Re: IME: Alternatives for large companies?

nd are used on daily basis long long before IME (also long long before UEFI) I fail to imagine any sane technical or business reasons (except some highly criminal ones) for doing things like IME. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net

[coreboot] AMD FHC for G-series SOCs (GX-412TC)

didn't find any register specs for this one yet. Does anybody here have some more detailed information on that ? --thx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 ___ cor

[coreboot] Intel ME vs. fascist regimes

-regierung-neuer-frontalangriff-auf-sicherheit-der-buerger/ Considering Intel ME - does it ring any bells ? :o --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 -- coreboot mailing list: coreboot@coreboot.org https

Re: [coreboot] freebsd

On 03.12.2017 12:35, ingegneriafore...@alice.it wrote: Hi, Forensic Consultant > Tribunale di Lecce Just curious: what is that Tribunale di Lecce ? Is this a court ? --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565

Re: [coreboot] Is Goryachy's JTAG hack a chance for free firmware ?

hash matches one of those accepted by the ME (the hash is SHA512 in the latest versions, was SHA-1 before). maybe we should ask our friends @google, whether they could spend enough computing power to crack it ;-) --mtx -- Enrico Weigelt, metux IT consult Free software and Linux emb

Re: [coreboot] Is Goryachy's JTAG hack a chance for free firmware ?

;m currently trying to bring people together to build hi performance ARM cluster boards (kind of single board mainframe). --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 -- coreboot mailing list: coreboot@coreboot.org https:/

Re: [coreboot] Is Goryachy's JTAG hack a chance for free firmware ?

cant completely replace it. If it would be possible to read out the privkey or burn in another one, that blockade would be fallen. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 -- coreboot mailing list: coreboot@coreboot.org

[coreboot] Is Goryachy's JTAG hack a chance for free firmware ?

e used to get around that ? thx. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 -- coreboot mailing list: coreboot@coreboot.org https://mail.coreboot.org/mailman/listinfo/coreboot