coreboot August 2010

coreboot@coreboot.org

67 participants
267 discussions

Re: [coreboot] [PATCH][superiotool] ITE IT8500 EC support
by Stefan Reinauer 11 Aug '10

11 Aug '10

On 8/10/10 4:26 AM, Donald.Huang(a)ite.com.tw wrote: > > The attached patch adds a register table for the IT8500 embedded > controller. Here is a sample of the output: > > superiotool r5679 > [..] > > Signed-off by: Donald Huang (donald.huang(a)ite.com.tw > <mailto:donald.huang@ite.com.tw>) > > Signed-off by: Yung-chieh Lo (yjlou(a)google.com <mailto:yjlou@google.com>) > > Signed-off by: David Hendricks (dhendrix(a)google.com > <mailto:dhendrix@google.com>) > Dear Donald, thank you very much for you work. However, it seems the patch didn't arrive on the mailing list. Can you try sending it again? Regards, Stefan

3 2

dongle.py!!
by ali hagigat 11 Aug '10

11 Aug '10

update: dongle.py -c /dev/term/1 $(obj)/coreboot.rom EOF What was dongle.py in top makefile?

6 9

Coreboot-v4 and protected_stage0?
by ali hagigat 10 Aug '10

10 Aug '10

ljmp $ROM_CODE_SEG, $protected_stage0 Where is the definition of the symbol, protected_stage0? Thank you to read my message.

2 1

[PATCH][superiotool] Quit probe_idregs_* early if chip_found is set
by David Hendricks 10 Aug '10

10 Aug '10

Some chips do not require enter/exit sequences. This causes them to be detected and printed multiple times in probe_idregs_* functions where a simple series of enter --> probe/print --> exit calls are made. This patch adds a simple check after each set of those calls to make the functions quit after a chip is found. Signed-off by: David Hendricks (dhendrix(a)google.com) -- David Hendricks (dhendrix) Systems Software Engineer, Google Inc.

3 2

[PATCH][superiotool] ITE IT8500 EC support
by Donald.Huang＠ite.com.tw 10 Aug '10

10 Aug '10

The attached patch adds a register table for the IT8500 embedded controller. Here is a sample of the output: superiotool r5679 Found ITE IT8500 (id=0x8500, rev=0x1) at 0x2e Register dump: idx 20 21 22 23 25 2d 2e 2f 30 val 85 00 01 01 00 00 00 00 01 def 85 00 01 01 00 00 NA NA 00 LDN 0x04 (System Wake-Up Control (SWUC)) idx 30 60 61 62 63 70 71 val 01 00 00 00 00 00 01 def 00 00 00 00 00 00 01 LDN 0x05 (KBC/Mouse Interface) idx 30 60 61 62 63 70 71 val 01 00 00 00 00 0c 01 def 00 00 00 00 00 0c 01 LDN 0x06 (KBC/Keyboard Interface) idx 30 60 61 62 63 70 71 val 01 00 60 00 64 01 01 def 00 00 60 00 64 01 01 LDN 0x0f (Shared Memory/Flash Interface (SMFI)) idx 30 60 61 62 63 70 71 f4 val 01 02 00 00 00 00 00 09 def 00 00 00 00 00 00 00 NA LDN 0x10 (BRAM) idx 30 62 63 70 71 f3 f4 f5 val 01 05 00 08 01 00 3f 3f def 00 00 72 08 01 NA NA NA LDN 0x11 (Power Management I/F Channel 1 (PMC1)) idx 30 60 61 62 63 70 71 val 01 00 62 00 66 00 01 def 00 00 62 00 66 01 01 LDN 0x12 (Power Management I/F Channel 2 (PMC2)) idx 30 60 61 62 63 64 65 70 71 f0 val 01 00 80 00 84 04 00 02 01 00 def 00 00 68 00 6c 00 00 01 01 NA Found SMSC SCH5317 (id=0x85, rev=0x00) at 0x2e No dump available for this Super I/O Signed-off by: Donald Huang (donald.huang(a)ite.com.tw) Signed-off by: Yung-chieh Lo (yjlou(a)google.com) Signed-off by: David Hendricks (dhendrix(a)google.com)

1 0

[PATCH][superiotool] ITE IT8500 EC support
by Donald.Huang＠ite.com.tw 10 Aug '10

10 Aug '10

1 0

[PATCH][superiotool] Add support for Nuvoton NCT5571D
by Corey Osgood 10 Aug '10

10 Aug '10

Patch attached, and output below (from Zotac NM10 board) superiotool r5679 Found Winbond Nuvoton NCT5571D (id=0xb3, rev=0x53) at 0x2e Register dump: idx 02 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f val ff b3 53 ff 00 40 00 00 ff 20 00 00 7f 0a 00 00 83 def RR b3 NA ff 00 40 00 MM ff 20 00 00 7f 0a 08 00 MM LDN 0x02 (COM1) idx 30 60 61 70 f0 val 01 03 f8 04 00 def 01 03 f8 04 00 LDN 0x05 (Keyboard) idx 30 60 61 62 63 70 72 f0 val 01 00 60 00 64 01 0c 82 def 00 00 00 00 00 00 00 83 LDN 0x07 (GPIO 6, GPIO 8, GPIO 9) idx 30 e4 e5 e6 e7 e8 e9 ea eb ec ed ee f4 f5 f6 f7 f8 val 00 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff def 18 ef MM 00 00 ff MM 00 00 RR 00 00 ff MM 00 00 00 LDN 0x09 (GPIO 2, GPIO 3, GPIO 5) idx 30 e0 e1 e2 e3 e4 e5 e6 e7 e9 ea eb f4 f5 f6 f7 fe val 00 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff def 05 ff MM 00 00 ff MM 00 00 00 00 00 ff MM 00 00 00 LDN 0x0a (ACPI) idx e0 e1 e2 e3 e4 e5 e6 e7 e8 e9 f2 f3 f4 f6 f7 fe ff val 01 00 a0 00 00 00 5c 00 09 00 7c 00 00 00 00 00 30 def 01 00 ff 00 00 02 1c 00 RR 00 7c 00 00 00 00 00 30 LDN 0x0b (Hardware monitor) idx 30 60 61 70 e0 e1 e2 e3 f0 f5 val 01 0a 10 00 00 00 00 00 c1 10 def 00 00 00 00 00 00 00 00 c1 10 LDN 0x0c (PECI) idx e0 e1 e2 e3 e4 e5 e6 e8 e9 ea ec ee ef f1 f2 f3 fe ff val 00 48 48 48 48 00 00 00 ff 00 00 01 5a 4c 50 10 80 01 def 00 48 48 48 48 00 00 00 RR 00 00 01 5a 48 50 10 80 01 LDN 0x0d (SUSLED) idx ec val 01 def 01 LDN 0x0f (GPIO Push-Pull/OD Select) idx e0 e1 e3 e4 e5 e6 e7 e8 e9 f0 f1 f2 f3 f4 f5 f6 f7 f8 f9 fa fb fc fd fe ff val ff ff ff f7 cb 3f ff ff 00 84 c9 f5 0b 30 a4 68 51 e7 b3 70 89 70 50 9b 7e def RR fd RR f7 cb RR ff ff 00 MM MM MM MM MM MM MM MM MM MM MM MM MM MM MM MM

3 3

[commit] r5689 - trunk/util/superiotool
by repository service 10 Aug '10

10 Aug '10

Author: uwe Date: Tue Aug 10 01:13:13 2010 New Revision: 5689 URL: https://tracker.coreboot.org/trac/coreboot/changeset/5689 Log: Some chips do not require enter/exit sequences. This causes them to be detected and printed multiple times in probe_idregs_* functions where a simple series of enter --> probe/print --> exit calls are made. This patch adds a simple check after each set of those calls to make the functions quit after a chip is found. Signed-off-by: David Hendricks <dhendrix(a)google.com> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Modified: trunk/util/superiotool/ite.c trunk/util/superiotool/winbond.c Modified: trunk/util/superiotool/ite.c ============================================================================== --- trunk/util/superiotool/ite.c Mon Aug 9 15:28:18 2010 (r5688) +++ trunk/util/superiotool/ite.c Tue Aug 10 01:13:13 2010 (r5689) @@ -755,30 +755,37 @@ enter_conf_mode_ite_legacy(port, initkey_it8661f); probe_idregs_ite_helper("(init=legacy/it8661f) ", port); exit_conf_mode_ite(port); + if (chip_found) return; enter_conf_mode_ite_legacy(port, initkey_it8671f); probe_idregs_ite_helper("(init=legacy/it8671f) ", port); exit_conf_mode_ite(port); + if (chip_found) return; } else { enter_conf_mode_ite(port); probe_idregs_ite_helper("(init=standard) ", port); exit_conf_mode_ite(port); + if (chip_found) return; enter_conf_mode_ite_it8502e(port); probe_idregs_ite_helper("(init=it8502e) ", port); exit_conf_mode_ite(port); + if (chip_found) return; enter_conf_mode_ite_it8761e(port); probe_idregs_ite_helper("(init=it8761e) ", port); exit_conf_mode_ite(port); + if (chip_found) return; enter_conf_mode_ite_it8228e(port); probe_idregs_ite_helper("(init=it8228e) ", port); exit_conf_mode_ite(port); + if (chip_found) return; enter_conf_mode_winbond_fintek_ite_8787(port); probe_idregs_ite_helper("(init=0x87,0x87) ", port); exit_conf_mode_winbond_fintek_ite_8787(port); + if (chip_found) return; } } Modified: trunk/util/superiotool/winbond.c ============================================================================== --- trunk/util/superiotool/winbond.c Mon Aug 9 15:28:18 2010 (r5688) +++ trunk/util/superiotool/winbond.c Tue Aug 10 01:13:13 2010 (r5689) @@ -614,18 +614,22 @@ enter_conf_mode_winbond_88(port); probe_idregs_winbond_helper("(init=0x88) ", port); exit_conf_mode_winbond_fintek_ite_8787(port); + if (chip_found) return; enter_conf_mode_winbond_89(port); probe_idregs_winbond_helper("(init=0x89) ", port); exit_conf_mode_winbond_fintek_ite_8787(port); + if (chip_found) return; enter_conf_mode_winbond_86(port); probe_idregs_winbond_helper("(init=0x86,0x86) ", port); exit_conf_mode_winbond_fintek_ite_8787(port); + if (chip_found) return; enter_conf_mode_winbond_fintek_ite_8787(port); probe_idregs_winbond_helper("(init=0x87,0x87) ", port); exit_conf_mode_winbond_fintek_ite_8787(port); + if (chip_found) return; } void print_winbond_chips(void)

1 0

Top Makefile
by ali hagigat 10 Aug '10

10 Aug '10

When we execute the command: make What rule will be executed? We know that compiling and linking c/assembly files by GNU gcc tool produce object files with specific formats like elf, COFF,....How the final Coreboot image is not in those formats, means it is not in elf, COFF formats? It is an executable file.

4 4

Re: [coreboot] coreboot+seabios+qemu+windows - booting process does not complete
by Eli Leyman 09 Aug '10

09 Aug '10

I am used the command, qemu -L /root/Desktop -hda /root/Desktop/winhda.img -nographic > output.txt, to produce the debug output that I posted a few days ago. Is qemu not finding the disk image file or is it not finding the file system on the disk image. It seems like it must detect the disk image file at the very least, because the debug output says that it is booting from address 0000:7c00, which seems like it has jumped to a boot record.

1 0

← Newer
1
...
19
20
21
22
23
24
25
26
27
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 August 2010