Re: [coreboot] #159: Fails to build working ROM for IP1000

#159: Fails to build working ROM for IP1000 --+- Reporter: anonymous | Owner: ste...@… Type: defect |Status: new Priority: major | Milestone:

Re: [coreboot] W83977EF vs. ASUS P2B-L vs. PS/2 keyboard

This is going to get a lot more interesting. I switched back to my P2B-LS and tried the onboard SCSI now that I got the keyboard going. Its presence is known, but the linux module failed to probe it. lspci shows that its I/O port range is disabled. No wonder. This is with a BIOS built for P2B-F w

Re: [coreboot] [commit] r5266 - in trunk:src/arch/i386/bootsrc/arch/i386/lib src/arch/i386/smpsrc/boot src/consolesrc/cpu/amd/car src/cpu/amd/dualcoresrc/cpu/amd/microcodesrc/cpu/amd/model_10xxx src/c

I made it. Bash# sed -i 's/printk_\([a-z]*\)(/printk(BIOS_\U\1\E, /g' *.c Zheng > -Original Message- > From: coreboot-boun...@coreboot.org [mailto:coreboot-boun...@coreboot.org] > On Behalf Of Bao, Zheng > Sent: Wednesday, March 24, 2010 11:27 AM > To: coreboot@coreboot.org > Cc: Stefan

Re: [coreboot] [commit] r5266 - in trunk: src/arch/i386/bootsrc/arch/i386/lib src/arch/i386/smp src/boot src/consolesrc/cpu/amd/car src/cpu/amd/dualcore src/cpu/amd/microcodesrc/cpu/amd/model_10xxx sr

Hi, Stefan, Do you have a script to do that? If the script was recorded in the log, that would be the best. Zheng > -Original Message- > From: coreboot-boun...@coreboot.org [mailto:coreboot-boun...@coreboot.org] > On Behalf Of repository service > Sent: Monday, March 22, 2010 7:43 PM > To

Re: [coreboot] W83977EF vs. ASUS P2B-L vs. PS/2 keyboard

> > http://tracker.coreboot.org/trac/coreboot/browser/trunk/src/devices/device.c > > Line 801. This is very suspicious too. Shouldn't it be returning only > if it is ALREADY enabled? > It returns if it isn't enabled. It was disabled by pnp_enable if that was needed. > > My log points to only PCI

Re: [coreboot] W83977EF vs. ASUS P2B-L vs. PS/2 keyboard

> Message: 9 > Date: Tue, 23 Mar 2010 14:19:01 -0600 > From: Myles Watson > To: ron minnich > Cc: Mark Marshall , coreboot@coreboot.org > Subject: Re: [coreboot] W83977EF vs. ASUS P2B-L vs. PS/2 keyboard > Message-ID: >        <2831fecf1003231319v303e3ac3r1d03e2d2bc1c2...@mail.gmail.com> > Conten

[coreboot] #159: Fails to build working ROM for IP1000

#159: Fails to build working ROM for IP1000 --+- Reporter: anonymous | Owner: ste...@… Type: defect |Status: new Priority: major | Milestone:

Re: [coreboot] W83977EF vs. ASUS P2B-L vs. PS/2 keyboard - patch included

> -- > > Message: 3 > Date: Tue, 23 Mar 2010 08:02:25 -0700 > From: ron minnich > To: Mark Marshall > Cc: coreboot@coreboot.org > Subject: Re: [coreboot] W83977EF vs. ASUS P2B-L vs. PS/2 keyboard > Message-ID: >        <13426df11003230802g244d3d3v6cfb5e2155033...@mail.

Re: [coreboot] W83977EF vs. ASUS P2B-L vs. PS/2 keyboard

> 155 pnp_set_logical_device(dev); > > 156 pnp_set_enable(dev, 1); > This little snippet looks a lot like pnp_enable_resources, which is already getting called on all enabled devices. Maybe it's not getting called early enough? Thanks, Myles -- coreboot m

[coreboot] build service results for r5278

Dear coreboot readers! This is the automatic build system of coreboot. The developer "stepan" checked in revision 5278 to the coreboot repository. This caused the following changes: Change Log: mahogany_fam10: rename apc_auto.c to ap_romstage.c like on all other boards that have one. Can we g

[coreboot] [commit] r5278 - trunk/src/mainboard/amd/mahogany_fam10

Author: stepan Date: Tue Mar 23 18:01:23 2010 New Revision: 5278 URL: https://tracker.coreboot.org/trac/coreboot/changeset/5278 Log: mahogany_fam10: rename apc_auto.c to ap_romstage.c like on all other boards that have one. Can we get rid of ap_romstage.c completely? It sounds like the wrong thi

[coreboot] build service results for r5277

Dear coreboot readers! This is the automatic build system of coreboot. The developer "oxygene" checked in revision 5277 to the coreboot repository. This caused the following changes: Change Log: Fix reading HT link offsets. pci_read_config32 overwrites the real value, use another variable for

Re: [coreboot] coreboot on "acer aspire 1520"

W dniu 23 marca 2010 17:10 użytkownik Rudolf Marek napisał: > Hi, > > You have the hang with coreboot already running? > No, I have still problems :( > How did you setup the northbridge? > I basically used the K8T890 and the vt8737r as the southbridges (I'm avoiding the code for vt8735 becaus

[coreboot] build service results for r5276

Dear coreboot readers! This is the automatic build system of coreboot. The developer "stepan" checked in revision 5276 to the coreboot repository. This caused the following changes: Change Log: Use coreboot-internal version of x86emu for the vgabios utility. Signed-off-by: Stefan Reinauer Acke

Re: [coreboot] coreboot on "acer aspire 1520"

Hi, You have the hang with coreboot already running? How did you setup the northbridge? Maybe just fixing PCI-ids to K8T890 may work (no K8M890). Most of the regs looks similar! Just looking at their values Also, if you need to have APIC working you need: 1) set the APIC to FSB mode 2) set t

[coreboot] build service results for r5275

Dear coreboot readers! This is the automatic build system of coreboot. The developer "stepan" checked in revision 5275 to the coreboot repository. This caused the following changes: Change Log: Prepare for using coreboot x86emu in userspace utility "vgabios" Signed-off-by: Stefan Reinauer Acke

[coreboot] [commit] r5277 - trunk/src/cpu/amd/model_10xxx

Author: oxygene Date: Tue Mar 23 16:58:29 2010 New Revision: 5277 URL: https://tracker.coreboot.org/trac/coreboot/changeset/5277 Log: Fix reading HT link offsets. pci_read_config32 overwrites the real value, use another variable for that. Signed-off-by: Maximilian Thuermer Acked-by: Patrick Geo

[coreboot] [commit] r5276 - in trunk/util/vgabios: . include include/arch include/console x86emu

Author: stepan Date: Tue Mar 23 16:53:38 2010 New Revision: 5276 URL: https://tracker.coreboot.org/trac/coreboot/changeset/5276 Log: Use coreboot-internal version of x86emu for the vgabios utility. Signed-off-by: Stefan Reinauer Acked-by: Joseph Smith Added: trunk/util/vgabios/include/ tr

Re: [coreboot] coreboot on "acer aspire 1520"

hehe, I always thought that this is the same, my fault. Ok, so I have probably also a bug in the mptables because without the "noapic" it hangs in the same place, yes ?. W dniu 23 marca 2010 16:26 użytkownik Stefan Reinauer napisał: > On 3/23/10 4:18 PM, Paweł Stawicki wrote: > > > Hm, > The

[coreboot] [commit] r5275 - trunk/src/devices/oprom/x86emu

Author: stepan Date: Tue Mar 23 16:49:44 2010 New Revision: 5275 URL: https://tracker.coreboot.org/trac/coreboot/changeset/5275 Log: Prepare for using coreboot x86emu in userspace utility "vgabios" Signed-off-by: Stefan Reinauer Acked-by: Joseph Smith Modified: trunk/src/devices/oprom/x86emu

Re: [coreboot] coreboot on "acer aspire 1520"

On 3/23/10 4:18 PM, Paweł Stawicki wrote: > > Hm, > The reason for the: noapic acpi=off > is that I don't know how to make the acpi part for my board. And noapic? Your mptable says it's virtual wire mode, but that won't work with noapic. > > > > 2010/3/23 Stefan Reinauer

Re: [coreboot] coreboot on "acer aspire 1520"

Hm, The reason for the: noapic acpi=off is that I don't know how to make the acpi part for my board. 2010/3/23 Stefan Reinauer > On 3/22/10 12:41 AM, Paweł Stawicki wrote: > > /boot/vmlinuz-2.6.28.10 ro earlyprintk=serial,0x2f8,9600n8,keep no-hlt > noapic acpi=off > > > I was going to say i

Re: [coreboot] W83977EF vs. ASUS P2B-L vs. PS/2 keyboard

On Mon, Mar 22, 2010 at 6:38 AM, Mark Marshall wrote: > > Change > > 152     void pnp_enable(device_t dev) > 153     { > 154             if (!dev->enabled) { > 155                     pnp_set_logical_device(dev); > 156                     pnp_set_enable(dev, 0); > 157             } > 158     } t

[coreboot] fam10 patch (offset calculation)

Sorry this took so long, here's the patch again with a sign off: Index: src/cpu/amd/model_10xxx/init_cpus.c === --- src/cpu/amd/model_10xxx/init_cpus.c (revision 5256) +++ src/cpu/amd/model_10xxx/init_cpus.c (working copy) @@ -702,2

[coreboot] build service results for r5274

Dear coreboot readers! This is the automatic build system of coreboot. The developer "stepan" checked in revision 5274 to the coreboot repository. This caused the following changes: Change Log: fix newly introduced printk_foo warnings.. Interesting enough, console_printk was only used in a sin

[coreboot] [commit] r5274 - in trunk/src: arch/i386/lib include/console southbridge/amd/rs780 southbridge/intel/i82801dx

Author: stepan Date: Tue Mar 23 14:23:40 2010 New Revision: 5274 URL: https://tracker.coreboot.org/trac/coreboot/changeset/5274 Log: fix newly introduced printk_foo warnings.. Interesting enough, console_printk was only used in a single place and duplicated a large part of console.h which is incl

Re: [coreboot] [flashrom] succesful flash write on Supermicro X8DTT-F

Hi, it seems superiotool doesn't detect this chip. On 23.03.2010 13:29, Taylan Develioglu wrote: > Supermicro X8DTT-F > http://www.supermicro.com/products/system/2U/6026/SYS-6026TT-TF.cfm > Winbond W83527HG > No public datasheet... > superiotool r5263 > Probing for ALi Super I/O at 0x3f0...

Re: [coreboot] [PATCH] util/vgabios without own copy of x86emu

On Sun, 21 Mar 2010 23:17:08 +0100, Stefan Reinauer wrote: > See patch Always good to get rid of code duplication. Acked-by: Joseph Smith -- Thanks, Joseph Smith Set-Top-Linux www.settoplinux.org -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/co

Re: [coreboot] h8qme-2+ won't compile anymore

On Tue, 23 Mar 2010 13:15:14 +0100, Carl-Daniel Hailfinger wrote: > Hi Stefan, > > you may want to look into this. > > On 23.03.2010 09:24, Knut Kujat wrote: >> I downloaded the latest revision and tried to compile it for my board >> (supermicro h8qme-2+) but it fails compiling with: >> >> >

Re: [coreboot] h8qme-2+ won't compile anymore

Hi Stefan, you may want to look into this. On 23.03.2010 09:24, Knut Kujat wrote: > I downloaded the latest revision and tried to compile it for my board > (supermicro h8qme-2+) but it fails compiling with: > > /home/knut/Documents/Coreboot/NewBuildSystem/5coreboot/build/mainboard/supermicro/h8qm

Re: [coreboot] [commit] r5270 - trunk/src/southbridge/intel/i82801dx

On Tue, 23 Mar 2010 12:20:14 +0100, Stefan Reinauer wrote: > On 3/23/10 12:14 PM, Joseph Smith wrote: > >> Good question. It does two checks. First to see if HPET is enabled, and >> second to verify the hpet base address bits match the input value (hpet). >> If either one of these are false it

Re: [coreboot] [commit] r5270 - trunk/src/southbridge/intel/i82801dx

On 3/23/10 12:14 PM, Joseph Smith wrote: > Good question. It does two checks. First to see if HPET is enabled, and > second to verify the hpet base address bits match the input value (hpet). > If either one of these are false it leaves with a err message, makes sure > HPET is disabled and continue

Re: [coreboot] [commit] r5270 - trunk/src/southbridge/intel/i82801dx

On Tue, 23 Mar 2010 10:38:57 +0100, Stefan Reinauer wrote: > On 3/23/10 12:10 AM, repository service wrote: >> +/* Check to see whether it took */ >> +reg32 = pci_read_config32(dev, GEN_CNTL); >> +val = reg32 >> 15; >> +val &= 0x7; >> + >> +if ((val & 0x4) && (hpet == (val &

Re: [coreboot] h8qme-2+ won't compile anymore

Patrick Georgi escribio': > Am 23.03.2010 09:24, schrieb Knut Kujat: > >> Morning, >> >> I downloaded the latest revision and tried to compile it for my board >> (supermicro h8qme-2+) but it fails compiling with: >> > Builds fine for me - you might have to remove the "build" directory > bef

Re: [coreboot] h8qme-2+ won't compile anymore

Am 23.03.2010 09:24, schrieb Knut Kujat: > Morning, > > I downloaded the latest revision and tried to compile it for my board > (supermicro h8qme-2+) but it fails compiling with: Builds fine for me - you might have to remove the "build" directory before rebuilding. Patrick -- coreboot mailing

Re: [coreboot] [commit] r5270 - trunk/src/southbridge/intel/i82801dx

On 3/23/10 12:10 AM, repository service wrote: > + /* Check to see whether it took */ > + reg32 = pci_read_config32(dev, GEN_CNTL); > + val = reg32 >> 15; > + val &= 0x7; > + > + if ((val & 0x4) && (hpet == (val & 0x3))) { > + printk_debug("HPET enabled at 0x%x\n", H

[coreboot] h8qme-2+ won't compile anymore

Morning, I downloaded the latest revision and tried to compile it for my board (supermicro h8qme-2+) but it fails compiling with: /home/knut/Documents/Coreboot/NewBuildSystem/5coreboot/build/mainboard/supermicro/h8qme_fam10/crt0.initobj.o: In function `console_init': romstage.c:(.rom.text+0xcd23)

Re: [coreboot] [PATCH] Updated:Remove warnings of Mahogany(_fam10)

remove building warnings of mahogany(_fam10). About get_ide_dma66(), the SATA has port 5,6 as PATA emulation since SB700. I havent tried the IDE yet. It will be tested later. So we leave this function for furture. Signed-off-by: Zheng Bao Index: src/mainboard/amd/mahogany/mptable.c ===