coreboot November 2005

coreboot@coreboot.org

38 participants
84 discussions

[LinuxBIOS] God bless Debian
by Anton Borisov 26 Nov '05

26 Nov '05

Hi. After some unsuccessful attempts to run X with EPIA-M (4-bit with 'vga' driver is out of score) I could finally experience full color and quite stable video playback at 1280x1024x16 resolution. So it seems to me I'm the third person after Martin Ley and Jun Okajima to see the how EPIA-M is performing with video enabled ;-) What I've done: 1) xorg.conf - should be enabled one option (it is essential): Option "NoAccel" "yes". 2) 'via' driver. I used the one from unichrome project (via_drv.o-unichrome_X_r20-debian_sarge_xfree86-4.3.0.dfsg.1-1) and Martin's Ley driver (from his debian box). 3) ran x11perf Video playback with MPlayer ('xv' video output driver) is quite smooth. "Hitchhiker's Guide to The Galaxy" encoded as DX50 with 520x300 pixels is played at 30% of CPU workload. I'm not sure that x11perf will present all necessary charts so I'm asking you - which X11 benchmark should be used to measure all parrots? Thanks. -- Sincerely, Anton Borisov

3 2

[LinuxBIOS] Epia-m: Unknown CPU
by Grzegorz... 26 Nov '05

26 Nov '05

Hello. Mainboard: Via Epia-m 10000 LinuxBIOSv2 reports: CPU: vendor Centaur device 691 Unknown CPU If anyone have this problem just add one line { X86_VENDOR_CENTAUR, 0x0691 }, // VIA C3 Nehemiah in LinuxBIOSv2/src/cpu/via/model_centaur/model_centaur_init.c -- Grzegorz... .:| www.El-Kom.pl |:. Internet, sieci, sprzet, oprogramowanie i wiele, wiele wiecej

3 2

[LinuxBIOS] issue 31 is resolved.
by Ronald G Minnich 24 Nov '05

24 Nov '05

I added both 695 and 693 types. ron

5 7

[LinuxBIOS] Typos in console.c/h
by Martin Ley 24 Nov '05

24 Nov '05

Hi list, after reducing the log-levels to 0 the build did not compile anymore. Looks like there are some typos in the source: Index: src/include/console/console.h =================================================================== --- src/include/console/console.h (Revision 2100) +++ src/include/console/console.h (Arbeitskopie) @@ -45,7 +45,7 @@ #endif #if MAXIMUM_CONSOLE_LOGLEVEL <= BIOS_ALERT #undef printk_alert -#define printk_alart(fmt, arg...) do {} while(0) +#define printk_alert(fmt, arg...) do {} while(0) #endif #if MAXIMUM_CONSOLE_LOGLEVEL <= BIOS_CRIT #undef printk_crit Index: src/arch/i386/lib/console.c =================================================================== --- src/arch/i386/lib/console.c (Revision 2100) +++ src/arch/i386/lib/console.c (Arbeitskopie) @@ -191,7 +191,7 @@ #endif #if MAXIMUM_CONSOLE_LOGLEVEL <= BIOS_ALERT #undef printk_alert -#define printk_alart(fmt, arg...) do {} while(0) +#define printk_alert(fmt, arg...) do {} while(0) #endif #if MAXIMUM_CONSOLE_LOGLEVEL <= BIOS_CRIT #undef printk_crit Someone might change this in the tree. Martin

2 1

Re: [LinuxBIOS] serengeti support added
by Lu, Yinghai 24 Nov '05

24 Nov '05

Great, Next you need to work on 36 and 37... YH ________________________________ From: linuxbios-bounces(a)openbios.org [mailto:linuxbios-bounces@openbios.org] On Behalf Of ron minnich Sent: Wednesday, November 23, 2005 6:47 PM To: LinuxBIOS; yhlu; Stefan Reinauer; Li-Ta Lo Subject: [LinuxBIOS] serengeti support added Ying Hai, serengeti support is in. This is one part of issue 24. ron

4 4

[LinuxBIOS] serengeti support added
by ron minnich 24 Nov '05

24 Nov '05

Ying Hai, serengeti support is in. This is one part of issue 24. ron

1 0

Re: [LinuxBIOS] isue 26
by Ronald G Minnich 24 Nov '05

24 Nov '05

I've applied issue 26, restoring CAR. Builds of arima/hdama and tyan/2895 are fine. Will test next week. I hope this doesn't break anyone too much, but this was needed. Man, builds without romcc are a lot faster ... ron

4 9

Re: [LinuxBIOS] isue 26
by Ronald G Minnich 23 Nov '05

23 Nov '05

Stefan Reinauer wrote: > * Ronald G Minnich <rminnich(a)lanl.gov> [051123 17:02]: > >>reenable car >> >>it looks like it will apply, but what do you all think? is this thing ok? > > > I definitely want it in, but it still fails on island/aruma. > > I don't consider this a blocker though, since I won't switch the > customer to the new tree unless CAR works anyways so I would appreciate > having it in the tree to settle down and mature. > > Stefan > > I'm leaning to applying the CAR patch (issue 26). This only affects k8. If anyone has a problem with this, let me know ASAP, else I will apply it later today. I think I've resolved about 6 issues, I hope to get more done in the weeks to come. My goals is to have no unresolved issues by dec. 15. ron

3 2

[LinuxBIOS] x86_64: apic id lift patch
by yhlu 23 Nov '05

23 Nov '05

Andi, Please check the patch regarding apicid lifting. For some reason, we need to lift AP apicid but keep the BSP apicid to 0.... Also it solve the E0 later single but have apic id reorder problem... YH diff --git a/arch/x86_64/kernel/setup.c b/arch/x86_64/kernel/setup.c --- a/arch/x86_64/kernel/setup.c +++ b/arch/x86_64/kernel/setup.c @@ -786,13 +786,24 @@ static void __init amd_detect_cmp(struct #ifdef CONFIG_SMP int cpu = smp_processor_id(); unsigned bits; + int cores_vir; #ifdef CONFIG_NUMA int node = 0; - unsigned apicid = phys_proc_id[cpu]; + unsigned initial_apicid = phys_proc_id[cpu]; + unsigned apicid = hard_smp_processor_id(); #endif + + cores_vir = c->x86_max_cores; + if(cores_vir == 1) { + unsigned level = cpuid_eax(1); + /* double check if it is E0 later, only E0 later can reorder apicid for single core */ + if ((level & 0xf0f00) >= 0x20f00) { + cores_vir = 2; + } + } bits = 0; - while ((1 << bits) < c->x86_max_cores) + while ((1 << bits) < cores_vir) bits++; /* Low order bits define the core id (index of core in socket) */ @@ -802,32 +813,23 @@ static void __init amd_detect_cmp(struct #ifdef CONFIG_NUMA node = phys_proc_id[cpu]; - if (apicid_to_node[apicid] != NUMA_NO_NODE) - node = apicid_to_node[apicid]; + + if (apicid_to_node[apicid] == NUMA_NO_NODE) + apicid_to_node[apicid] = node; + if (!node_online(node)) { - /* Two possibilities here: + /* One possibilities here: - The CPU is missing memory and no node was created. - In that case try picking one from a nearby CPU - - The APIC IDs differ from the HyperTransport node IDs - which the K8 northbridge parsing fills in. - Assume they are all increased by a constant offset, - but in the same order as the HT nodeids. - If that doesn't result in a usable node fall back to the - path for the previous case. */ - int ht_nodeid = apicid - (phys_proc_id[0] << bits); - if (ht_nodeid >= 0 && - apicid_to_node[ht_nodeid] != NUMA_NO_NODE) - node = apicid_to_node[ht_nodeid]; - /* Pick a nearby node */ - if (!node_online(node)) - node = nearby_node(apicid); + In that case try picking one from a nearby CPU */ + node = nearby_node(apicid); } + numa_set_node(cpu, node); +#endif printk(KERN_INFO "CPU %d(%d) -> Node %d -> Core %d\n", cpu, c->x86_max_cores, node, cpu_core_id[cpu]); #endif -#endif } static int __init init_amd(struct cpuinfo_x86 *c)

5 25

[LinuxBIOS] what's up with linxi-patch-13?
by Ronald G Minnich 23 Nov '05

23 Nov '05

has this been applied? What's the story here. thanks ron

2 2

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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot November 2005