coreboot May 2007

coreboot@coreboot.org

98 participants
436 discussions

[LinuxBIOS] [PATCH] Drop Transmeta TM5800 + Densitron DPX114
by Uwe Hermann 23 May '07

23 May '07

I'm usually totally _against_ dropping any targets, but these seem totally non-working, and so incomplete that there's barely _any_ code which is specific to them. Almost all of the code is generic framework, copy+pasted code from other targets. The only "real" content I can see right now is info from irq_tables.c. Please correct me if I'm wrong, but this code has never worked at all, and doesn't contain anything useful which would warrant keeping it, correct? (after dropping it, the code is still available in the svn history, so even _if_ we'd need any of it later -- which I doubt -- it'll be there) Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org

4 6

[LinuxBIOS] new Target ASUS A8NE
by Philipp Degler 23 May '07

23 May '07

Hi added a patch with a new target for mainboard ASUS A8N-E. I used tyan/s2891 as a code basis. Code compiles(tested with openSUSE 10.2 and gcc 4.1.2 on AMD64) and boots(also tested with openSUSE 10.0 and standard SMP kernel). Memtest-86 v3.2 started with filo ran through without errors. known issues: - more than one DIMM is not working (seems to be a general issue known from other ck804 boards with athlon 64 [1]) - RAM olny runs with small modification of amdk8/raminit.c !!!!!!!! => comment out debug for athlon 64 in line 1204 ----------------------------------------------------------------------------------------------------------------- -#if 1 +#if 0 //By yhlu for debug Athlon64 939 can do dual channel, but it ..... if (unbuffered && is_opteron(ctrl)) { die("Unbuffered Dimms not supported on Opteron"); ----------------------------------------------------------------------------------------------------------------- - ps2 keyboard and mouse are not working yet (use usb counterparts instead) => seems to be an interrupt issue?? maybe someone with ck804 datasheets or board schematics able to help out here ? - PCI_ROM of my external PCIE VGA does sometimes not get loaded after power off? After soft reboot it is back again. Maybe pci init of linuxbios is just too fast for the card :) The patch also targets pc80/keyboard.c. I added an error message in case of a selftest failure. The superio ite it8712f implementation was modified too but as far as these changes did not really solve my interrupt issue for keyboard and mouse i would provide these changes in a separate patch if it is of any interest. Signed-off-by: Philipp Degler <pdegler(a)rumms.uni-mannheim.de> phil ----------------------------------------------- [1] http://thread.gmane.org/gmane.linux.bios/21183/focus=21444

6 9

[LinuxBIOS] Geode LX support
by Indrek Kruusa 23 May '07

23 May '07

Could it be that setup for one LX board (amd/norwitch) does something very special that prevents this LB ROM to run (to some extent) on another LX board (artecgroup/dbe61)? It stops at postcode 0x10 (Entry into protected mode). I suppose that whatever LX target rom should be able to reach at least the pll_reset() on any another LX board without much problem. thanks, Indrek

3 3

Re: [LinuxBIOS] new Target ASUS A8NE
by Philipp Degler 22 May '07

22 May '07

> * Uwe Hermann <uwe(a)hermann-uwe.de> [070518 23:29]: > > > +## > > > +## This file is part of the LinuxBIOS project. > > > +## > > > +## Copyright (C) 2007 AMD > > > +## Written by Yinghai Lu <yinghailu(a)amd.com> for AMD. > > > +## > > > +## Copyright (C) 2007 University of Mannheim > > > +## Written by Philipp Degler <pdegler(a)rumms.uni-mannheim.de> for Uni > > > Ma. > > > > Just curious -- are you sure the university owns the copyright? AFAIK > > this is not possible in Germany, you as the author always retain the > > copyright (but you can give away _usage_ rights). > > You can not give it away. And if you are doing the work in contract you > dont even own it to begin with, so there is nothing to give away. > German law.. you think it is on your side and then... > > > Do you work at the university? Did you sign some contract which says > > something about copyright of code you write? > > When you are hired, the copyright is automatically with the employee, > unless your contract explicitly states otherwise. > > If you are a contractor (selfemployed), there is a different handling > depending on whether you have a contract of service or a contract of > work and labor (Werkvertrag vs Dienstvertrag) > > Unless Philipp has no other obligation to Uni Mannheim than being a > student there, then, indeed he owns the copyright and not the university. > In all other cases the above (C) is most likely correct. > > But this is the wrong forum for discussion on german law. In case of > questions I suggest we get legal advice off-list Sorry for confusion. I did the port in my spare time. There is no contract or anything else bound to this work. I just wanted to give the university the copyright as they have been so kind to let me work with the hardware and use their ressources for development. :) phil -------------------------------------------------------

1 0

[LinuxBIOS] GX1 databook
by Marc Jones 22 May '07

22 May '07

FYI, for those of you working with the AMD Geode GX1. The databook has been posted for general consumption. http://www.amd.com/us-en/ConnectivitySolutions/ProductInformation/0,,50_233… Marc -- Marc Jones Senior Software Engineer (970) 226-9684 Office mailto:Marc.Jones@amd.com http://www.amd.com/embeddedprocessors

2 1

[LinuxBIOS] CS5536 vs. CS5536 LX
by Uwe Hermann 22 May '07

22 May '07

Hi, we have two similar directories in svn: src/southbridge/amd/cs5536 src/southbridge/amd/cs5536_lx Why do we have two? Are they substantially different? Why? IMHO one of them should be removed and/or merged into the other one. Feasible? Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org

4 7

[LinuxBIOS] patch for EPIA vt8231_early_serial.c
by Ben Hewson 22 May '07

22 May '07

The code was enabling interrupts for the serial port, possibly causing random hangs on boot. I have replaced the 8250 initialisation code with that in uart8250.c Signed-off-by: Ben Hewson <ben(a)hewson-venieri.com> ---------------------------------------------------------------------------------------------------------------------- Doh ! This seems to work ok for me, but I can't say for sure if it has stopped the random boot hangs, as they were/are a bit random. -- linuxbios mailing list linuxbios(a)linuxbios.org http://www.linuxbios.org/mailman/listinfo/linuxbios Index: src/southbridge/via/vt8231/vt8231_early_serial.c =================================================================== --- src/southbridge/via/vt8231/vt8231_early_serial.c (revision 2682) +++ src/southbridge/via/vt8231/vt8231_early_serial.c (working copy) @@ -54,22 +54,17 @@ vt8231_writesuper(0xf4, 0xfe); // enable serial out vt8231_writesuper(0xf2, 7); - // That's it for the sio stuff. - // movl $SUPERIOCONFIG, %eax - // movb $9, %dl - // PCI_WRITE_CONFIG_BYTE - // set up reg to set baud rate. - vt8231_writesiobyte(0x3fb, 0x80); - // Set 115 kb - vt8231_writesioword(0x3f8, 1); - // Set 9.6 kb - // WRITESIOWORD(0x3f8, 12) - // now set no parity, one stop, 8 bits - vt8231_writesiobyte(0x3fb, 3); - // now turn on RTS, DRT - vt8231_writesiobyte(0x3fc, 3); - // Enable interrupts - vt8231_writesiobyte(0x3f9, 0xf); - // should be done. Dump a char for fun. - vt8231_writesiobyte(0x3f8, 48); + + /* disable interrupts */ + outb(0x0, TTYS0_BASE + UART_IER); + /* enable fifo's */ + outb(0x01, TTYS0_BASE + UART_FCR); + /* assert DTR and RTS so the other end is happy */ + outb(0x03, TTYS0_BASE + UART_MCR); + /* Set Baud Rate Divisor to 1 ==> 115200 Baud */ + outb(0x80 | TTYS0_LCS, TTYS0_BASE + UART_LCR); + outb(TTYS0_DIV & 0xFF, TTYS0_BASE + UART_DLL); + outb((TTYS0_DIV >> 8) & 0xFF, TTYS0_BASE + UART_DLM); + outb(TTYS0_LCS, TTYS0_BASE + UART_LCR); + }

2 4

[LinuxBIOS] r2688 build service
by LinuxBIOS information 22 May '07

22 May '07

Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer "stepan" checked in revision 2688 to the LinuxBIOS source repository and caused the following changes: Change Log: reverting 2683, NAK by YhLu, patch not necessary. Signed-off-by: Stefan Reinauer <stepan(a)coresystems.de> Acked-by: Stefan Reinauer <stepan(a)coresystems.de> Build Log: Compilation of arima:hdama is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2688&device=hdama&vendor=… Compilation of artecgroup:dbe61 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2688&device=dbe61&vendor=… Compilation of ibm:e325 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2688&device=e325&vendor=i… Compilation of ibm:e326 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2688&device=e326&vendor=i… Compilation of iwill:dk8s2 is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2688&device=dk8s2&vendor=… Compilation of iwill:dk8x is still broken See the error log at http://qa.linuxbios.org/log_buildbrd.php?revision=2688&device=dk8x&vendor=i… If something broke during this checkin please be a pain in stepan's neck until the issue is fixed. If this issue is not fixed within 24h the revision should be backed out. Best regards, LinuxBIOS automatic build system

1 0

[LinuxBIOS] [PATCH] enable Rev. F CPU support for m57sli-s4
by Ward Vandewege 22 May '07

22 May '07

Subject says it all... Thanks, Ward. -- Ward Vandewege <ward(a)fsf.org> Free Software Foundation - Senior System Administrator

4 7

[LinuxBIOS] r2688 - trunk/LinuxBIOSv2/src/mainboard/gigabyte/m57sli
by svn＠openbios.org 22 May '07

22 May '07

Author: stepan Date: 2007-05-22 17:04:28 +0200 (Tue, 22 May 2007) New Revision: 2688 Modified: trunk/LinuxBIOSv2/src/mainboard/gigabyte/m57sli/Options.lb Log: reverting 2683, NAK by YhLu, patch not necessary. Signed-off-by: Stefan Reinauer <stepan(a)coresystems.de> Acked-by: Stefan Reinauer <stepan(a)coresystems.de> Modified: trunk/LinuxBIOSv2/src/mainboard/gigabyte/m57sli/Options.lb =================================================================== --- trunk/LinuxBIOSv2/src/mainboard/gigabyte/m57sli/Options.lb 2007-05-22 10:12:49 UTC (rev 2687) +++ trunk/LinuxBIOSv2/src/mainboard/gigabyte/m57sli/Options.lb 2007-05-22 15:04:28 UTC (rev 2688) @@ -85,7 +85,6 @@ uses HW_MEM_HOLE_SIZEK uses HW_MEM_HOLE_SIZE_AUTO_INC uses K8_HT_FREQ_1G_SUPPORT -uses K8_REV_F_SUPPORT uses HT_CHAIN_UNITID_BASE uses HT_CHAIN_END_UNITID_BASE @@ -210,9 +209,6 @@ #Opteron K8 1G HT Support default K8_HT_FREQ_1G_SUPPORT=1 -#Opteron Rev F (DDR2) support -default K8_REV_F_SUPPORT=1 - #VGA Console default CONFIG_CONSOLE_VGA=1 default CONFIG_PCI_ROM_RUN=1

1 0

← Newer
1
...
8
9
10
11
12
13
14
...
44
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 May 2007