Its OK, I'm flexible. Do whatever everyone decides is right, I just need to
move on to other things.
Thanks,
Dan Lykowski
From: Carl-Daniel Hailfinger
To: "Li, Maggie"
Cc: Marc Jones ; Dan Lykowski ;
coreboot@coreboot.org
Sent: Tuesday, Feb
Sorry for the delay.. Way too much to do and so little time..
Fixed the spotted issues and added 1ms delay to match the BKDG while waiting
for BAR+0xe to set its bits.
Dan Lykowski
Signed-off-by: Dan Lykowski
From: "Li, Maggie"
To: Carl-Daniel
[0.524338] PREFETCH window: 0xfdb0-0xfdbf
There are some pretty big differences. If we can explain them away great! if
not, it would seem we have an allocation problem somewhere.
Thanks,
Dan Lykowski
From: Stefan Reinauer
To: Dan Lykowski
s. Is this incorrect
also? What would be the best way to get the SMBus? Is the device being stored
somewhere that I don't currently see?
Thanks,
Dan Lykowski
--- On Sun, 2/1/09, Li, Maggie wrote:
From: Li, Maggie
Subject: Re: [coreboot] SB600 HDA can't find codec fix
To: "Dan L
Can anyone point me in the right direction as to where the Bridge Mem
Window/Prefetch Window PCI configurations are defined/setup/used/etc. Coreboot
does not set these correctly in my case. ( As compared to the standard BIOS )
Thanks,
Dan Lykowski
--
coreboot mailing list: coreboot
235.
Mem Reg: Base + 08h Bit 0. There were unneeded things happening.
So here is the second try.
Thanks,
Dan Lykowski
Signed-off-by: Dan Lykowski
Index: src/southbridge/amd/sb600/sb600_hda.c
===
--- src/southbridge/amd/sb
These changes allow the SB600 HDA to detect the codec correctly. I haven't had
time to test the sound output, but Linux now detects it correctly. I don't see
why it wouldn't work. Feel free to give it a whirl and let me know if more work
is needed.
Signed-off-by: Dan Lykowsk
or me, I was just trying
to keeps things minimal.
Thanks,
Dan Lykowski
--- On Sat, 1/24/09, Peter Stuge wrote:
From: Peter Stuge
Subject: Re: [coreboot] [PATCH] Remove reset in SB600 SATA speed fall down
To: coreboot@coreboot.org
Date: Saturday, January 24, 2009, 7:00 PM
-Inline Attac
incorrect interrupts at random. Is it possible to dump
an ACPI table and reuse it?
I am able to boot all 3 ways with the original BIOS.
I have attached the mptable.c and irq_tables.c from the SOM-5781 690/600
board I have been working on.
Thanks
Dan Lykowski
/* This file was generated by getpir.c
I discovered I didn't need to do the reset when falling down to 1.5g. So here
is a patch that simplifies it.
Signed-off-by: Dan Lykowski
Index: src/southbridge/amd/sb600/sb600_sata.c
===
--- src/southbridge/amd/
ACPI seems to assign incorrect interrupts at random. Is it possible to dump an
ACPI table and reuse it?
I am able to boot all 3 ways with the original BIOS.
I have attached the mptable.c and irq_tables.c from the SOM-5781 690/600 board
I have been working on.
Thanks
Dan Lyk
tables are very similar as expected. By telling the kernel to use the
advanced IO_APIC, I can finally boot to a prompt.
Next issue to resolve... X11 with fglrx...
Is this the right list to post FILO patches?
I've attached my PIRQ and MPtables for your reading enjoyment.
Dan Lykowski
hat Grub2 does:
device_reg = 0xE0 | (slave)?slave_bits:master_bits
I believe this would be correct for FILO:
cmd.device = IDE_DH_DEFAULT | IDE_DH_HEAD(0) | IDE_DH_LBA | info->slave
This of course is just a hunch at the moment. I won't be able to try it until
Monday.
Thanks,
Dan Lykow
mmand line.
Thanks,
Dan Lykowski
--- On Sat, 1/17/09, Peter Stuge wrote:
From: Peter Stuge
Subject: Re: [coreboot] FILO and SATA on 690/600
To: coreboot@coreboot.org
Date: Saturday, January 17, 2009, 1:09 AM
-Inline Attachment Follows-
Dan Lykowski wrote:
> Has anyone been able t
SATA on 690/600
To: "Dan Lykowski"
Cc: "Coreboot"
Date: Friday, January 16, 2009, 3:01 PM
-Inline Attachment Follows-
> I have another question dealing with PCI numbering if someone has the time
> to answer it.
> 690/600 SATA is Bus 0: Dev 18: Func 0 in the
t.
690/600 SATA is Bus 0: Dev 18: Func 0 in the docs.
How/Why/Where did it get 0:12:0 ? in the OS and in some places in CB(dts)?
Am I mixing two different things up? I would like to know what I am missing.
Thanks,
Dan Lykowski
--
coreboot mailing list: coreboot@coreboot.org
http://www.co
Adds a retry/faildown to SB600 SATA detection logic.
SATA port status kept returning 0x1: BAR5+po+28h
1h = Device presence detected but Phy communication not established
This patch adds logic to force 1.5g if the drive fails to communicate at 3.0g.
Thanks
Dan Lykowski
Signed-off-by: Dan
So now I will remember to attach the patch.
Dan Lykowski
Signed-off-by: Dan Lykowski
--- On Wed, 1/14/09, Dan Lykowski wrote:
From: Dan Lykowski
Subject: [coreboot] [PATCH] fixes ram init when processor doesn't have FID
control
To: coreboot@coreboot.org
Date: Wednesday, January 14, 20
patch includes the changes I submitted a few days ago that haven't been
acked yet.
I now have a working Coreboot system. ( Although SATA needs a little work so I
am not booting linux yet. ) But at least FILO comes up.
Dan Lykowski
Signed-off-by: Dan Lykowski
--
coreboot mailing
The manufacturer makes them in a number of form factors.
In the form I have on hand, it plugs right in to a standard motherboard SATA
slot without a cable. I have to connect an external +5V supply from the power
supply.
Dan Lykowski
--- On Mon, 1/12/09, Tom Sylla wrote:
From: Tom Sylla
I would suggest this part:
http://www.innodisk.com/flashstorage_specification.jsp?flashid=29
They plug right in to the SATA port.
They have a minor quirk where you have to 'force.libata=1:1.5g' to get them to
work under Linux but that is the only negative I have run across so far.
Da
be read from MSR(0xC0010015).
Thanks,
Dan Lykowski
Signed-off-by: Dan Lykowski
---
Index: src/northbridge/amd/amdk8/raminit_f.c
===
--- src/northbridge/amd/amdk8/raminit_f.c (revision 3855)
+++ src/northbridge/amd/amdk8
Second attempt with the spaces fixed.
Signed-off-by: Dan Lykowski
Dan Lykowski
--- On Thu, 1/8/09, Bao, Zheng wrote:
From: Bao, Zheng
Subject: Re: [coreboot] [patch] Proposed patch for FIDVID question
To: "Dan Lykowski" , "Marc Jones"
Cc: "Coreboot"
Date
Unbuffered
333Mhz
333Mhz
Thanks,
Dan Lykowski
Signed-off-by: Dan Lykowski
--- On Thu, 1/8/09, Marc Jones wrote:
From: Marc Jones
Subject: Re: [coreboot] FIDVID question
To: r.ma...@as
truct cpuid_result cpuid1;
cpuid1 = cpuid(0x807);
if( (cpuid1.edx & 0x06) == 0x06 ) {
}
S1G1 Sempron 2100+ 9W 1Ghz
Thanks,
Dan Lykowski
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Patch to add support for Winbond w83627uhg SuperIO.
(This is my first submission. Let me know if I did it wrong.)
Signed-off-by: Dan Lykowski
---
Index: src/superio/winbond/w83627uhg/w83627uhg_early_serial.c
===
--- src
andle this?
Thanks
Dan Lykowski
--- On Wed, 12/31/08, ron minnich wrote:
> From: ron minnich
> Subject: Re: [coreboot] 690/600 Just starting out.
> To: "Bao, Zheng"
> Cc: engineerguy3...@yahoo.com, coreboot@coreboot.org
> Date: Wednesday, December 31, 2008, 12:32 A
nyone seen this before? It keeps happening over and over. I'll be looking
in to it tonight. My understanding so far is that it is only supposed to happen
once.
Thanks
Dan Lykowski
coreboot-2.0.0 Tue Dec 30 10:32:31 PST 2008 starting...
bsp_apicid=0x0
core0 started:
SBLink=00
NC no
28 matches
Mail list logo