coreboot June 2014

coreboot@coreboot.org

45 participants
77 discussions

Start a nNew thread

Smart Battery on desktop board
by Krzysztof Pierwieniecki 03 Jun '14

03 Jun '14

Does anyone know what I need to do in coreboot to add support for Smart Battery for desktop board? Chris

1 0

Re: [coreboot] Naming for identical chips with different model numbers due to different package variants
by Felix Held 03 Jun '14

03 Jun '14

> Personally, I'd just use a little 'x' in place of D or F in this case. What if a chip has X as suffix? At least that was my thought not to choose that. And that also might it can confuse people, since there is no NCT6776X. I think I'll just remove the suffix from this bikeshed and add a comment inside the file. ;) Regards Felix

1 0

Re: [coreboot] Naming for identical chips with different model numbers due to different package variants
by Felix Held 03 Jun '14

03 Jun '14

Hi! > some vendor will come up with a way to break a naming scheme. That why I choose NCT6776D and not NCT6776 as name. NCT6776D and NCT6776F have a common datasheet and the only difference I could spot was the package. But the manufacturer might release a chip with a different suffix and slightly different functionality, which would probably break stuff, when I call the chip just NCT6776. Also the suffix is part of the name. I think I keep NCT6776D as name and change the chip description to CHIP_NAME("NUVOTON NCT6776D/F Super I/O") Seems to be the best solution to me. Regards Felix

3 3

Re: [coreboot] Naming for identical chips with different model numbers due to different package variants
by Peter Stuge 02 Jun '14

02 Jun '14

ron minnich wrote: > some vendor will come up with a way to break a naming scheme. The point is to not put things into the name (which is a plain string) that aren't part of the vendor's name. The only "scheme" that makes sense is to name things what they are. This requires handling each and every case individually and carefully. Trying to mechanically apply some standard or other is not useful. I think we agree that each chip may have a new naming model. What is important for coreboot is so incredibly simple: Just represent the vendor's identification accurately. It is their namespace. //Peter

2 1

Naming for identical chips with different model numbers due to different package variants
by Paul Menzel 02 Jun '14

02 Jun '14

Dear coreboot folks, what is the proposed naming for devices, which are identical but come in different package variants and therefore have different model numbers? Case at hand are the Nuvoton NCT6776D and Nuvoton NCT6776F [1]. Quoting Felix Held [2]: Superiotool reports the NCT6776D as a NCT6776F, since it has the same ID (and probably the same die inside). The only difference between the two chips is the package (NCT6776D: LQFP128, NCT6776F: QFP128). The D/F in the part number is not the version code or IC revision. Since the boards sitting on my desk all have the NCT6776D chip, I chose that suffix, but thought about dropping the suffix completely, but wasn't sure if that is the better alternative. What do you suggest for putting into CHIP_NAME("NUVOTON NCT6776D Super I/O") and for naming the variables and Kconfig options? Thanks, Paul [1] http://review.coreboot.org/5450/ [2] http://review.coreboot.org/#/c/5450/5/src/superio/nuvoton/nct6776d/superio.c

3 2

IMB-A180 based design - help with post codes
by Mark C. Mason 02 Jun '14

02 Jun '14

We are bringing up a modified IMB-A180 design, and coreboot appears to be running off the rails (resets to 0xfffffff0 consistently). There is only one dimm in the 0 socket, so NUMBER_DIMMS_SUPPORTED is 1 in buildOpts.c, and devicetree.cb has only i2c address 0xA0. This appears to work. There is no superIO, and hence no serial port (yet; I will add a USB based debugger soon), and this has been removed from devicetree.cb. I'm in the process of finding and mapping all the post codes, but any wisdom from the community would be appreciated at this point. The post codes are below; it appears to be getting pretty far along (though I am new to coreboot and this may be optimistic). The questions I have are: - what is going on at the end? - has dimm memory been successfully configured and is in use? - should the vga console be functional at this time? (no sign of life there) It always resets to 0xfffffff0 at the same point at the end of the post codes. Thanks in advance, Mark Mason Engineering Design Team 0000000 01 10 10 a0 0f a1 a1 34 37 c0 c1 38 39 c4 7d 7e 0000020 58 5a 58 58 5b 5b 5c 5d 5e 92 94 95 c5 40 01 0a 0000040 46 42 c6 44 96 97 98 03 02 3e 3f 47 48 49 05 3d 0000060 08 00 00 40 41 0e 0b 0d 04 80 81 82 83 10 11 12 0000100 13 42 43 14 18 19 17 18 1a 1c 20 00 00 1f 84 20 0000120 20 85 84 84 84 84 84 84 84 84 84 84 20 85 84 84 0000140 84 84 84 84 84 84 84 84 84 84 84 84 84 84 84 84 0000160 84 84 84 84 84 84 84 84 84 84 84 84 84 84 20 85 0000200 84 84 84 84 84 84 84 84 84 84 85 84 85 84 85 84 0000220 85 84 85 84 85 84 85 84 85 84 85 84 85 84 85 84 0000240 85 84 0e 0b 80 81 82 83 14 18 19 17 18 1a 1c 20 0000260 00 00 1f 84 20 20 85 84 84 84 84 84 84 84 84 84 0000300 84 84 84 84 84 84 20 85 84 84 84 84 84 84 84 84 0000320 84 84 84 84 84 84 84 84 84 84 84 84 84 84 84 84 0000340 84 84 84 84 84 84 84 84 20 85 84 84 84 84 84 84 0000360 84 84 84 84 84 84 84 84 85 84 85 84 85 84 85 84 0000400 85 84 85 84 85 84 85 84 85 84 85 84 85 84 20 13 0000420 86 32 35 85 33 36 84 37 36 84 37 36 84 37 36 84 0000440 37 36 84 37 34 32 35 85 33 36 84 37 36 84 37 36 0000460 84 37 36 84 37 36 84 37 34 4a 4d 4d 3c 4b 4e f0 0000500 f1 f2 f3 f4 f5 f2 f3 f0 f1 f2 f3 f4 f5 f2 f3 50 0000520 60 61 62 54 53 63 99 9a c7 43 d6 d7 d6 d7 d6 d7 0000540 d6 d7 d6 d7 d6 d7 d6 d7 d6 d7 d6 d7 d6 d7 d6 d7 0000560 d6 d7 d6 d7 d6 d7 d6 d7 d6 d7 d6 d7 41 c8 e2 e3 0000600 e2 e3 b6 9c e2 e3 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 0000620 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0001000 e6 e7 9d e6 e7 9e 9f e6 e7 e6 e7 e6 e7 e6 e7 e6 0001020 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 c9 50 13 79 80 0001040 39 40 70 71 72 24 25 24 25 55 24 25 55 55 73 74 0001060 e2 e3 ca e6 e7 b7 a1 a2 e6 e7 e6 e7 e6 e7 e6 e7 0001100 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0002220 e6 e7 e6 e7 e2 e3 e4 e5 e2 e3 e4 e5 e6 e7 e6 e7 0002240 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0002360 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e2 e3 e4 e5 e2 e3 0002400 e4 e5 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 0002420 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0002520 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e2 e3 0002540 e4 e5 e2 e3 e4 e5 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 0002560 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0002700 e6 e7 e6 e7 e2 e3 e4 e5 e2 e3 e4 e5 e6 e7 e6 e7 0002720 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0003040 e6 e7 e6 e7 e6 e7 e6 e7 e2 e3 e4 e5 e2 e3 e4 e5 0003060 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0003200 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e2 e3 0003220 e4 e5 e2 e3 e4 e5 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 0003240 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0003360 e6 e7 e6 e7 e2 e3 e4 e5 e2 e3 e4 e5 e6 e7 e6 e7 0003400 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0003520 e6 e7 e6 e7 e6 e7 e6 e7 e2 e3 e4 e5 e2 e3 e4 e5 0003540 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0003600 e6 e7 a4 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 0003620 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 * 0003700 e7 e6 e7 e6 e7 e2 e3 e4 e5 e2 e3 e4 e5 e6 e7 e6 0003720 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 * 0004020 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 a5 e6 e7 0004040 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e2 e3 e4 e5 0004060 e2 e3 e4 e5 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 0004100 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0004220 e6 e7 e6 e7 e2 e3 e4 e5 e2 e3 e4 e5 e6 e7 e6 e7 0004240 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0004360 e6 e7 e6 e7 e6 e7 e6 e7 e2 e3 e4 e5 e2 e3 e4 e5 0004400 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 * 0004440 e6 e7 e6 e7 a8 a9 aa ab e6 e7 e6 e7 e6 e7 e6 e7 0004460 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 e6 e7 0004500 e6 e7 e6 e7 e6 e7 e6 e7 cb e6 e7 e4 e5 75 75 93 0004520 60 9b 75 75 75 75 75 75 75 75 75 75 75 75 75 75 0004540 75 75 75 75 75 75 75 75 75 75 75 75 75 75 75 75 0004560 75 75 76 77 79 9a e2 e3 cc 52 68 69 6a e2 e3 6b 0004600 55 64 e2 e3 65 ab e2 e3 e6 e7 cd ff e2 e3 ce e6 0004620 e6 e6 e7 ec e2 e3 ed e6 e7 b8 cf e6 e7 e4 e4 e5 0004640 e4 e5 9b 9c 9e 9d 7a 7b f8 0004651

4 3

testing grub2.elf
by Charles Devereaux 01 Jun '14

01 Jun '14

Hello I finally could compile, disabling DYNAMIC CBMEM which cause the set_top_of_ram error. Now I would like to test my result. What is the command to test grub2.elf with qemu? It is mentioned on http://www.coreboot.org/GRUB2 at the bottom of the page. Thanks!

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot June 2014