coreboot July 2017

coreboot@coreboot.org

54 participants
131 discussions

Problem with implementing workaround from errata
by Łukasz Dobrowolski 23 Jul '17

23 Jul '17

Hi! I've resumed my work non ThinkPad X120e. I have a problem with random hangs during boot. The hang occurs in vendorcode/amd/cimx/sb800/SBPort.c:296. After a long fight I was able to diagnose the issue. It's described in errata (attached) on page 13. There is a suggested workaround, however the description is not verbose enough for me. Could somebody give me some hints? The functions are entered in this order: (?) cache_as_ram_setup: //cpu/amd/agesa/cache_as_ram.inc void * asmlinkage romstage_main(unsigned long bist) //cpu/amd/agesa/romstage.c void platform_once(struct sysinfo *cb) //cpu/amd/agesa/family14/romstage.c void sb_Poweron_Init(void) //southbridge/amd/cimx/sb800/early.c VOID sbPowerOnInit(IN AMDSBCFG* pConfig) //vendorcode/amd/cimx/sb800/SBPort.c (hang!) Where should I put the workaround if I can't pollute the shared code? The code for the port is based on asrock/e350m1. I can upload it to gerrit if needed but not much was changed. -- Łukasz Dobrowolski

2 1

Re: [coreboot] another AMT exploit
by Zoran Stojsavljevic 22 Jul '17

22 Jul '17

This is the same bug we lamented before. Siemens's IPCs are nothing more beneath the hood as normal PCs, using the same set of the CPU + PCH (serving to the purpose), just the silicon and platform packaging are special (to withstand temperatures from -40C to +85C). The packages provided are just set of the improved BIOSes and the improved MEs (BIOSes done/improved by Siemens, MEs transparently taken from INTEL). Once this bug is discovered, it affects ALL the devices and machines based upon released INTEL CORE families till May 2017. So, this is just an extension of the original bug, my best guess, Siemens Industrial must announce this bug as well, since they are responsible for their own devices and IPCs as eOEM, don't they??? Zoran _______ On Sat, Jul 22, 2017 at 9:45 PM, ron minnich <rminnich(a)gmail.com> wrote: > I may the last person to have seen this, but... > http://www.theregister.co.uk/2017/07/03/intel_amt_bug_bit_ > siemens_industrial_pcs/ > > -- > coreboot mailing list: coreboot(a)coreboot.org > https://mail.coreboot.org/mailman/listinfo/coreboot >

1 0

Re: [coreboot] another AMT exploit
by Taiidan＠gmx.com 22 Jul '17

22 Jul '17

On 07/22/2017 03:45 PM, ron minnich wrote: > I may the last person to have seen this, but... > http://www.theregister.co.uk/2017/07/03/intel_amt_bug_bit_siemens_industria… Nothing to worry about, patches have been dispensed and will be applied on millions of devices "as soon as possible". What makes ME seem all the more sketchy is how evasive intel is about it, logic would dictate that the most money would be made via making it a removable TPM style module (buy or no blurays for you $$$$) but instead they choose to integrate it and make it mandatory. I wonder how hard would it be for a foreign intelligence agency to ruin a country via convincing an intel employee to embed a ME program on every new PC that introduces subtle errors to various important calculations...better than a physical hardware flaw as your own stuff isn't vulnerable.

1 0

another AMT exploit
by ron minnich 22 Jul '17

22 Jul '17

I may the last person to have seen this, but... http://www.theregister.co.uk/2017/07/03/intel_amt_bug_bit_siemens_industria…

1 0

Re: [coreboot] Coreboot and INT13H
by ron minnich 22 Jul '17

22 Jul '17

On Sat, Jul 22, 2017 at 9:01 AM ingegneriaforense(a)alice.it < ingegneriaforense(a)alice.it> wrote: > \ > However this allow me to do the following question: in which a way should > be done the service "Eject Media" that corresponds to INT 13H, AH=46H ? It > seems to me that this service is executed, for example, when i need to > eject a usb stick. > no, it's not. It's not needed. Linux does not use it for example as far as I know, and has not for many years. > Can you confirm this ? and that is Coreboot is indipendent from the kernel > of a linux OS (in particular the grub 2) ? > It always has been, be design. But if grub 2 uses any BIOS services then it will need seabios there. > > 2 - The last question. I don't understand very well the answer of Ron: > "to expand on patrick's comment, any sort of output in the boot stage of > coreboot significantly slows boot time. This is not a problem on most > firmware, but on coreboot it's a big issue. Even the addition of 100 > milliseconds is a real detriment to boot time". > > Why ? > > > I'm not sure what your "Why?" is about, can you be more specific? ron

1 0

Re: [coreboot] for Lenovo G505S owners: AtomBIOS ROMs (discrete too!), binaries, datasheets...
by Paul Kocialkowski 22 Jul '17

22 Jul '17

Le dimanche 16 juillet 2017 à 15:31 +0300, Mike Banon a écrit : > Replacing #!/bin/sh with #!/bin/bash also works! Although maybe its a > good idea to still do this hex-to-dec numbers conversion if it results > in more portable code I think it works just fine with bash. As long as the tool is targeted at bash and not POSIX shell, portability shouldn't be an issue. > > Also if you attach the UART to it, you will get a functional console > > > > Could you please tell which USB-to-UART adapter you are using while > connecting to JP3 port ? And what is your connectivity diagram: are > you connecting just 2 and 3 wires (EC_TX and EC_RX) or 1 and 4 also ( > +3VALW and GND ) ? Any 3.3V USB-UART bridge should do. I think I'm using a pl2303 at the moment, but I'm sure any other will work as well. What you need to connect is only EC_TX <-> RX, EC_RX <-> TX and GND <-> GND. Do not connect the 3.3V rails together! > I'm going to get 10 pcs of 4P FPC connectors (such as these for $1 - > https://www.aliexpress.com/item/Cloukeu-10Pcs-FPC-Connector-socket-FFC > -1-0MM-Drawer-Bottom-Contact-type-4-5-6-7/32814560472.html > ) to solder one of them to JP3 UART port - just in case I couldn't get > UART from a port of MiniPCI-E diagnostic card > > Will cut a spare FPC 30P 1.0mm pitch keyboard-like flex cable to get a > 4P one. This connection will allow to easily attach/detach the UART > without soldering/desoldering it each time ; meanwhile I'll have to > use something like a Morse code for these leds :) Yeah that's a good way to go. I've just soldered dupont cables to my device because I only use it as a dev unit. What I want to implement next in Origami-EC is charger and battery support, but I didn't have enough free time to dive into the implementation of it. Cheers, Paul > On Sun, Jul 16, 2017 at 11:26 AM, Paul Kocialkowski <contact(a)paulk.fr> > wrote: > > Le dimanche 16 juillet 2017 à 11:10 +0300, Mike Banon a écrit : > > > Hi Paul, here is my proposed fix for ./origami-ec/tools/segments > > > to > > > make it more portable across the different bash versions : > > > > I think the problem is that you are not using bash in this case. The > > script has /bin/sh as shebang, but it's really written in bash (with > > non-POSIX extensions). Given the number of non-POSIX things that I'm > > using in there, it's probably easier to just switch: > > #!/bin/sh > > to > > #!/bin/bash > > > > Could you try that and report back? > > > > > 1) replace > > > > > > if (( $size > $size_limit )) > > > > > > with > > > > > > if [ $(printf "%d" ${size}) -gt $(printf "%d" ${size_limit}) ] > > > > > > 2) replace > > > > > > if (( $offset < $map )) > > > > > > with > > > > > > if [ $(printf "%d" ${offset}) -lt $(printf "%d" ${map}) ] > > > > > > After these changes the hexadecimal numbers are converted to > > > decimal > > > before the comparison. Now this script works OK and the whole > > > build > > > completes without any error > > > > > > I have tested your firmware at my G505S, the LEDs are working ;-) > > > and > > > are changing their state if I press a button. > > > > Cool! You may also want to close and open the lid ;) > > > > Also if you attach the UART to it, you will get a functional > > console. > > > > > Maybe its a good idea to launch this project publicly by creating > > > a > > > mirror at GitHub, so that the people could easily commit the pull > > > requests and send their comments - and then the merged pull > > > requests > > > could be synchronized with your home repository at > > > git.code.paulk.fr ? > > > What do you think about this idea? > > > > I already have very specific plans about launching the project > > publicly > > (that do not involve using github). I am working hard on that. In > > order > > to drag some interest in the project at the time it is launched, I > > would > > ask that you don't spread big news about it yet. I'd really like to > > keep > > it semi-public for now. > > > > Also I strongly prefer to do code review via dedicated mailing > > lists, > > with text patches instead of web interfaces (that really do not fit > > well > > with my workflow). > > > > Thanks for your suggestions and interest in the project! > > > > Cheers, > > > > Paul > > > > > On Sat, Jul 15, 2017 at 6:58 PM, Paul Kocialkowski <contact@paulk. > > > fr> > > > wrote: > > > > Hey, > > > > > > > > Le samedi 15 juillet 2017 à 16:53 +0300, Mike Banon a écrit : > > > > > Dear Damien, thank you for your interest! > > > > > > > > > > These repositories are not raising G505S free-as-in-freedom > > > > > level, > > > > > just trying to improve the things: e.g. make a discrete GPU > > > > > working > > > > > and erase serial IDs from EC KB9012 proprietary firmware. To > > > > > clarify: > > > > > > > > > > 1) g505s-atombios : contains the AtomBIOS ROMs for discrete > > > > > GPU of > > > > > G505S. > > > > > AFAIK nobody has successfully extracted these discrete ROMs > > > > > before! > > > > > If your G505S had integrated GPU only you couldn't benefited > > > > > from > > > > > them, > > > > > but my G505S has a discrete GPU also - which does not work > > > > > with > > > > > coreboot. > > > > > And I really hope that having two AtomBIOS ROMs inside > > > > > coreboot.rom > > > > > (integrated + discrete, e.g. both pci1002,990b.rom and > > > > > pci1002,6663.rom ) > > > > > will help me to make this discrete GPU working. Going to test > > > > > it > > > > > soon > > > > > :D > > > > > > > > > > 2) g505s-proprietary : contains the motherboard's LA-A091P and > > > > > EC > > > > > KB9012 > > > > > keyboard controller datasheets, and Lenovo's Hardware > > > > > Maintenance > > > > > Manual > > > > > (sometimes helps to find the replacement parts, such as the > > > > > new > > > > > screws) > > > > > Of course many of us already had these files, but it also > > > > > contains > > > > > a > > > > > clean EC KB9012 ROM - extracted directly from BIOS updating > > > > > software! > > > > > Compared to what is flashed at G505S by default, this clean > > > > > ROM > > > > > doesn't > > > > > have any IDs, therefore flashing it slightly improves your > > > > > anonymity > > > > > > > > > > > It would be good to get this chipset working with Timothy's > > > > > > non-AGESA ram init, which I was working on at an earlier > > > > > > time > > > > > > but > > > > > > got > > > > > > stuck and ran out of time. > > > > > > > > > > Please tell, have you uploaded your unfinished work somewhere? > > > > > > > > > > > I believe the EC has been done too by Paul > > > > > > > > > > Thank you very much for this information! Do you know whether > > > > > it has been 100% completed and G505S boots with it, by a > > > > > chance? > > > > > > > > > > http://git.code.paulk.fr/gitweb/?p=origami-ec.git;a=summary > > > > > > > > > > I am getting a few problems while trying to build: > > > > > > > > > > tools/segments: 19: tools/segments: 0x000016A4: not found > > > > > tools/segments: 19: tools/segments: 0x00000C2C: not found > > > > > tools/segments: 19: tools/segments: 0x00000E07: not found > > > > > tools/segments: 69: tools/segments: cannot open 0x0000: No > > > > > such > > > > > file > > > > > tools/segments: 69: tools/segments: 0: not found > > > > > tools/segments: 69: tools/segments: 49152: not found > > > > > tools/segments: 69: tools/segments: cannot open 0x10000: No > > > > > such > > > > > file > > > > > tools/segments: 69: tools/segments: 65536: not found > > > > > > > > > > Perhaps the tools/segments bash script is not portable enough, > > > > > I will try to fix it and contribute a solution in the near > > > > > future > > > > > > > > To answer the question, no, it is not finished. Far from it. > > > > There > > > > is > > > > very little visibility regarding the project as it was not > > > > launched > > > > publicly yet (even though the source code I'm working on is > > > > already > > > > available). > > > > > > > > Too bad that the script does not work with your setup, > > > > reasonable > > > > fixes > > > > to make it work would indeed be welcome! It works fine on my > > > > setup. > > > > > > > > > > the only thing remaining apart from the hardest part (ram > > > > > > init) > > > > > > would be > > > > > > the vga init, (which Alex already did 95% for this > > > > > > particular > > > > > > hardware) > > > > > > > > > > Curious to hear about Alex's open source VGA init. Most likely > > > > > it > > > > > has > > > > > been > > > > > written with integrated-only GPU in the mind, but if it will > > > > > become > > > > > the last > > > > > obstacle before fully liberating G505S --> then I could try to > > > > > complete it > > > > > > > > > > > I no longer have the laptop hardware with me so this is > > > > > > going to > > > > > > be > > > > > > problematic for me to do much work on it in the near future. > > > > > > > > > > Its very sad to hear. G505S is the most powerful portable > > > > > coreboot > > > > > hardware > > > > > without Intel ME / PSP backdoors, and I hope that more of > > > > > these > > > > > wonderful > > > > > laptops will end up at the hands of opensource/privacy-caring > > > > > people > > > > > > > > > > Luckily this laptop's default thermal paste is of very poor > > > > > quality, > > > > > and > > > > > when it starts easily overheating after a couple of years - a > > > > > lot > > > > > of > > > > > people > > > > > are simply selling it instead of changing its' thermal paste! > > > > > Partially > > > > > because of that, partially because a lot of G505S have been > > > > > manufactured, > > > > > it is easy to find this laptop at eBay/craigslist for a very > > > > > cheap > > > > > price! > > > > > > > > > > For example, just $100 dollars: > > > > > > > > > > http://www.ebay.com/itm/Lenovo-G505s-20255-AMD-A10-6gb-Ram-No- > > > > > Hdd- > > > > > Part > > > > > s-Repair-/332298782671 > > > > > > > > > > If I were at USA I would have definitely bought, need just $59 > > > > > to > > > > > refurbish > > > > > > > > > > 1) 8cells battery, more capacity than original! $33 - > > > > > https://www.aliexpress.com/item/8-Cell-Battery-for-Lenovo-Idea > > > > > Pad- > > > > > G400 > > > > > s-G405s-G505s-G410s-G510s-S410p-S510p-Z710-L12L4A02- > > > > > L12M4A02/32819127987.html > > > > > > > > > > 2) replacement keyboard, $12 - > > > > > https://www.aliexpress.com/item/Free-Shipping-US-keyboard-for- > > > > > leno > > > > > vo-I > > > > > deapad-G505S-FLEX-15-G500S-S500-Z510-US-laptop- > > > > > keyboard/1945098518.html > > > > > > > > > > 3) bottom cover, $14 - > > > > > https://www.aliexpress.com/item/New-For-Lenovo-G500S-G505S-Bot > > > > > tom- > > > > > RAM- > > > > > HDD-Hard-Drive-Cover-Door-balck/32819067218.html > > > > > > > > > > + new thermal paste and some 100% alcohol for disinfection, > > > > > then could put SSD and 16 GB of RAM there for a beast machine > > > > > ;) > > > > > > > > > > > I'm not sure if you are allowed to redistribute proprietary > > > > > > roms/datasheets > > > > > > > > > > It depends on your location - different countries have > > > > > different > > > > > laws. > > > > > At my place I am allowed to use and even distribute them for > > > > > not- > > > > > commercial > > > > > purposes (e.g. reverse engineering or just a hobby), at some > > > > > other > > > > > places > > > > > the people are allowed to download these files but aren't > > > > > allowed > > > > > to > > > > > share > > > > > > > > > > Sadly some countries have very strict copyright laws, e.g. at > > > > > USA > > > > > I > > > > > would > > > > > have had to wait 75 years :P Many (if not all) GitHub servers > > > > > are > > > > > at > > > > > USA > > > > > jurisdiction, but they can't sue me - only to take down my > > > > > repositories, > > > > > which I could easily re-upload to GitHub again or to somewhere > > > > > else... > > > > > > > > > > However, these datasheets have been at GitHub for almost a > > > > > year > > > > > ( https://github.com/mikebdp2/kb9012-g505s-official ) and > > > > > still > > > > > available! > > > > > > > > > > Probably because these datasheets aren't like a game or a > > > > > movie > > > > > (when the manufacturer is losing money if someone else is > > > > > distributing > > > > > it) > > > > > in reality - nobody cares if you are distributing them. > > > > > Multiple > > > > > times > > > > > I > > > > > have honestly tried to contact both Compal and ENE asking them > > > > > if > > > > > they > > > > > don't mind me sharing the datasheets, but they have never > > > > > replied > > > > > to > > > > > me > > > > > > > > > > Good luck to your projects, > > > > > Mike Banon > > > > > > > > > > On Sat, Jul 15, 2017 at 6:24 AM, Damien Zammit <damien@zamaudi > > > > > o.co > > > > > m> > > > > > wrote: > > > > > > Dear Mike, > > > > > > > > > > > > I am not sure what this is all about, but we already ported > > > > > > the > > > > > > G505s to > > > > > > coreboot. I believe the EC has been done too by Paul, > > > > > > so the only thing remaining apart from the hardest part (ram > > > > > > init) > > > > > > would > > > > > > be the vga init, (which Alex already did 95% for this > > > > > > particular > > > > > > hardware). I no longer have the laptop hardware with me so > > > > > > this > > > > > > is > > > > > > going to be problematic for me to do much work on it in the > > > > > > near > > > > > > future. > > > > > > > > > > > > By the way, I'm not sure if you are allowed to redistribute > > > > > > proprietary > > > > > > roms/datasheets, but IANAL. > > > > > > > > > > > > I wish you luck, > > > > > > > > > > > > Damien > > > > > > > > > > > > On 15/07/17 07:48, Mike Banon wrote: > > > > > > > Good day! Together with my friend Ivan we have opened a > > > > > > > new > > > > > > > GitHub > > > > > > > page, > > > > > > > > > > > > > > https://github.com/g505s-opensource-researcher > > > > > > > > > > > > > > and created 3 repositories there: > > > > > > > > > > > > > > 1) g505s-atombios > > > > > > > AMD AtomBIOS video bios releases for G505S Integrated HD- > > > > > > > 8650G > > > > > > > and > > > > > > > discrete HD-8570M / R5-M230 GPUs > > > > > > > > > > > > > > 2) g505s-proprietary > > > > > > > Proprietary stuff: InsydeH20 closed source BIOS files, > > > > > > > documents, > > > > > > > binaries and datasheets for G505S > > > > > > > > > > > > > > Their files were described at our previous messages: > > > > > > > > > > > > > > https://mail.coreboot.org/pipermail/coreboot/2017-July/084 > > > > > > > 660. > > > > > > > html > > > > > > > https://mail.coreboot.org/pipermail/coreboot/2017-July/084 > > > > > > > 671. > > > > > > > html > > > > > > > https://mail.coreboot.org/pipermail/coreboot/2017-June/084 > > > > > > > 569. > > > > > > > html > > > > > > > > > > > > > > All the SHA-256 checksums are available at sha256sum.txt > > > > > > > text > > > > > > > files > > > > > > > > > > > > > > Also, we are going to set up 3) a bit later: > > > > > > > > > > > > > > 3) g505s-coreboot > > > > > > > coreboot open source BIOS releases for AMD-based Lenovo > > > > > > > G505S > > > > > > > laptop > > > > > > > with A10-5750M quad core APU > > > > > > > > > > > > > > "3)" could be especially useful for the people who just > > > > > > > recently > > > > > > > became interested at coreboot/SeaBIOS projects - and would > > > > > > > like to > > > > > > > quickly test on their G505S laptop because of the official > > > > > > > BIOS > > > > > > > shortcomings (WiFi whitelist / poor thermal management) > > > > > > > > > > > > > > By the way, there were two typos at Ivan's cbfstool.sh > > > > > > > script > > > > > > > - > > > > > > > two > > > > > > > missing "\" characters at the end of line. g505s-atombios > > > > > > > repository > > > > > > > has a working version > > > > > > > > > > > > > > Have the great weekends and happy hacking ;-) > > > > > > > > > > > > > > Wish you all the best, > > > > > > > Mike Banon > > > > > > > > > > > > > > > -- > > > > Paul Kocialkowski, > > > > > > > > developer of free digital technology and hardware support. > > > > > > > > Website: https://www.paulk.fr/ > > > > Coding blog: https://code.paulk.fr/ > > > > Git repositories: https://git.paulk.fr/ https://git.code.paulk.f > > > > r/ > > > > -- > > Paul Kocialkowski, > > > > developer of free digital technology and hardware support. > > > > Website: https://www.paulk.fr/ > > Coding blog: https://code.paulk.fr/ > > Git repositories: https://git.paulk.fr/ https://git.code.paulk.fr/ -- Paul Kocialkowski, developer of free digital technology and hardware support. Website: https://www.paulk.fr/ Coding blog: https://code.paulk.fr/ Git repositories: https://git.paulk.fr/ https://git.code.paulk.fr/

1 0

ASUS KGPE-D16 PIKE slot usable as a PCI-e x4 slot
by Christian E. Jørgensen 21 Jul '17

21 Jul '17

Has anyone here tried this: https://hardforum.com/threads/asus-pike-is-usable-as-pcie-x4.1781277/ ? Unfortunately, the pictures are gone, but I assume something like this http://www.ebay.com/itm/PCI-E-4X-to-4X-Riser-Card-Extender-Express-Extensio… and a low profile card are required. In any case, an extra PCI-e x4 slot may come in handy. :-) Christian

2 2

ASUS KGPE-D16 Automated Test Failure [master]
by Raptor Engineering Automated Coreboot Test Stand 21 Jul '17

21 Jul '17

The ASUS KGPE-D16 fails verification for branch master as of commit c3198543b690fbdeda0f1e1ffaf78048fe765ec0 The following tests failed: BOOT_FAILURE Commits since last successful test: c319854 soc/intel/skylake: Perform LPC offset read after lockdown operation 8e39009 common/block/fast_spi: Perform SPI offset read after lock down operation ba3ae3e soc/intel/skylake: Rectify LPC Lock Enable (LE) bit definition See attached log for details This message was automatically generated from Raptor Engineering's ASUS KGPE-D16 test stand Want to test on your own equipment? Check out https://www.raptorengineering.com/content/REACTS/intro.html Raptor Engineering also offers coreboot consulting services! Please visit https://www.raptorengineering.com for more information Please contact Timothy Pearson at Raptor Engineering <tpearson(a)raptorengineering.com> regarding any issues stemming from this notification

1 0

Re: [coreboot] Volunteer needed to host the North American coreboot conference 2018
by Kus 21 Jul '17

21 Jul '17

I hope it is in New York!

2 1

Cherry Trail Support
by Arne Zachlod 20 Jul '17

20 Jul '17

Hi all, I got a GPD Pocket with an Atom X7-Z8750 (Cherry Trail). I would like to use coreboot with it, but there seems to be no support for Cherry Trail, is support for this platform planned/worked on or is this more likely not going to happen? Thanks, Arne

3 2

← Newer
1
2
3
4
5
6
7
8
...
14
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot July 2017