coreboot February 2007

coreboot@coreboot.org

68 participants
169 discussions

Re: [LinuxBIOS] questions about VSA on Gx2 plus cs5535??
by lihao 07 Feb '07

07 Feb '07

Thanks for replying my question. > All you need in VSA is vsainit and sysmanager (if you don't need graphics support). I need graphics support. I also have an ATI card, so I think I have two graphics card, one on board while another addon. > In which particular order those init things must happen - look at > Geode GX/LX examples in LB tree (our is artecrgoup). I do not quite understand what you mean by _particular oder_, you mean First loading VSA, and then doing other things like graphic initialize?? Also I found artecrgoup use Lx and Cs5536, which is not too much different from what I am using(gx2 and cs5535, and olpc/rev_a as my porting start) I think. I check the function pci_domain_enable() in src/northbridge/amd/lx/northbridge.c, I do think the code here is more clearly than the code in _gx_, but the order is almost the same. Maybe I misunderstand you; could you give me some explanation? My situation: I have a 512k flash rom, and I reserve 128k for vsa, 64k for vga, and 128k for payload, the left is for linuxbios.rom. Now the code runs at device enumeration, and calls XXX_enable function of each device. When it comes to vga, it calls vsa to handle this. And then vsa is loaded successfully. After that, cpu generates exception 13, which is general protection. I got so confused and don’t know what causes that. Anyone meets this kind of problem before?? Any advice would be well appreciated. -----邮件原件----- 发件人: Indrek Kruusa [mailto:indrek.kruusa@artecdesign.ee] 发送时间: 2007年2月7日 17:56 收件人: lihao 主题: Re: 答复: [LinuxBIOS] questions about VSA on Gx2 plus cs5535?? Ühel kenal päeval (kolmapäev 07 veebruar 2007 4:23 am) kirjutasid sa: > The VSA is definitely loaded okay, I have checked the signature of it. > At first, my VSA image is not compressed, but the code in LinuxBIOS calls > Unrv2b() function to uncompress the VSA image. > After I found this, I use nrv2b to compress the image and it is okay to > jump into VSA's code. > By the way, there are some codes which are commented out in loading VSA is > totally for uncompressed VSA image(simply memory copy). > > I didn’t build VGA bios in my image, may this be the reason why it didn’t > pass pci_sanity_check functions?? No - you can stay completely without VGA ROM and LB works. All you need in VSA is vsainit and sysmanager (if you don't need graphics support). In which particular order those init things must happen - look at Geode GX/LX examples in LB tree (our is artecrgoup). cheers, Indrek > -----邮件原件----- > 发件人: Indrek Kruusa [mailto:indrek.kruusa@artecdesign.ee] > 发送时间: 2007年2月6日 23:15 > 收件人: lihao > 抄送: linuxbios(a)linuxbios.org > 主题: Re: [LinuxBIOS] questions about VSA on Gx2 plus cs5535?? > > Ühel kenal päeval (teisipäev 06 veebruar 2007 12:37 am) kirjutas lihao: > > Hi all, > > > > I have made the codes run into the vsmbios. And it hangs on > > pci_sanity_check(). Anyone has the same problems? > > Can you check that the signature of the loaded VSA is correct (e.g. by > printing it out)? > Do you have VSA nrv2b compressed or not? > > > cheers, > Indrek > > > I have 2 questions: > > > > 1) I have downloaded VSA code, and VSA implements a softVG, do I > > need to make a VGABIOS myself from linux? > > > > 2) If I need a VGABIOS, where should I put it in the image?? > > > > > > > > Thanks, any advice would be well appreciated. > > > > > > > > _____ > > > > 发件人: lihao [mailto:lihao@mprc.pku.edu.cn] > > 发送时间: 2007年2月6日 3:13 > > 收件人: 'linuxbios(a)linuxbios.org' > > 主题: questions about VSA on Gx2 plus cs5535?? > > > > > > > > Hi all, > > > > I am running LinuxBIOS on gx2 and cs5535 platform. Now the code > > begins to enumerate devices in northbridge. > > > > And the code hangs just after prints out _do_vsmbios_. > > > > I find the next function called close to that print is > > _unrv2b((uint8 *)rom, buffer, &ileg)_, and it seems that cpu is in dead > > loop. > > > > I am thinking that maybe my linuxbios image is not correctly built. The > > step I build image is divided into 2: > > > > Firstly, I build out a _linuxbios.rom_ image; > > > > Secondly, I use _buildrom_ tool from util directory to build > > vsa2.bin and linuxbios.rom together out as the final image. > > > > My flash is 512KB, so I put vsa2.bin at 0xfff80000, and > > linuxbios.rom at another side of flash. > > > > Is my step correct?? > > > > > > > > By the way, after I built out vsa image, it generates some other > > images, which one should I choose? Including: vsa2.bin, olpcXXX.bin, some > > vsms and so on…. > > > > > > > > Any advice would be well appreciated.

2 1

[LinuxBIOS] why no mapped APIC
by michal wan 07 Feb '07

07 Feb '07

the log is below: No local APIC present or hardware disabled Initializing CPU#0 google searchs something like: mapped APIC to ffffd000 or Using APIC driver default ACPI what else step missed or not configured? any hints would be greatly appreciated! _________________________________________________________________ 免费下载 MSN Explorer: http://explorer.msn.com/lccn/

1 0

[LinuxBIOS] r2551 - trunk/LinuxBIOSv2/util/flashrom
by svn＠openbios.org 06 Feb '07

06 Feb '07

Author: stepan Date: 2007-02-06 20:53:51 +0100 (Tue, 06 Feb 2007) New Revision: 2551 Added: trunk/LinuxBIOSv2/util/flashrom/linuxbios_tables.h Modified: trunk/LinuxBIOSv2/util/flashrom/lbtable.c Log: Include src/include/boot/linuxbios_tables.h in the flashrom source tree to make it compilable independant of the LinuxBIOS source code. Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> Acked-by: Stefan Reinauer <stepan(a)coresystems.de> Modified: trunk/LinuxBIOSv2/util/flashrom/lbtable.c =================================================================== --- trunk/LinuxBIOSv2/util/flashrom/lbtable.c 2007-02-06 19:47:50 UTC (rev 2550) +++ trunk/LinuxBIOSv2/util/flashrom/lbtable.c 2007-02-06 19:53:51 UTC (rev 2551) @@ -8,7 +8,7 @@ #include <errno.h> #include <sys/mman.h> #include "flash.h" -#include "../../src/include/boot/linuxbios_tables.h" +#include "linuxbios_tables.h" #include "debug.h" char *lb_part=NULL, *lb_vendor=NULL; Added: trunk/LinuxBIOSv2/util/flashrom/linuxbios_tables.h =================================================================== --- trunk/LinuxBIOSv2/util/flashrom/linuxbios_tables.h (rev 0) +++ trunk/LinuxBIOSv2/util/flashrom/linuxbios_tables.h 2007-02-06 19:53:51 UTC (rev 2551) @@ -0,0 +1,216 @@ +#ifndef LINUXBIOS_TABLES_H +#define LINUXBIOS_TABLES_H + +#include <stdint.h> + +/* The linuxbios table information is for conveying information + * from the firmware to the loaded OS image. Primarily this + * is expected to be information that cannot be discovered by + * other means, such as quering the hardware directly. + * + * All of the information should be Position Independent Data. + * That is it should be safe to relocated any of the information + * without it's meaning/correctnes changing. For table that + * can reasonably be used on multiple architectures the data + * size should be fixed. This should ease the transition between + * 32 bit and 64 bit architectures etc. + * + * The completeness test for the information in this table is: + * - Can all of the hardware be detected? + * - Are the per motherboard constants available? + * - Is there enough to allow a kernel to run that was written before + * a particular motherboard is constructed? (Assuming the kernel + * has drivers for all of the hardware but it does not have + * assumptions on how the hardware is connected together). + * + * With this test it should be straight forward to determine if a + * table entry is required or not. This should remove much of the + * long term compatibility burden as table entries which are + * irrelevant or have been replaced by better alternatives may be + * dropped. Of course it is polite and expidite to include extra + * table entries and be backwards compatible, but it is not required. + */ + +/* Since LinuxBIOS is usually compiled 32bit, gcc will align 64bit + * types to 32bit boundaries. If the LinuxBIOS table is dumped on a + * 64bit system, a uint64_t would be aligned to 64bit boundaries, + * breaking the table format. + * + * lb_uint64 will keep 64bit LinuxBIOS table values aligned to 32bit + * to ensure compatibility. They can be accessed with the two functions + * below: unpack_lb64() and pack_lb64() + * + * See also: util/lbtdump/lbtdump.c + */ + +struct lb_uint64 { + uint32_t lo; + uint32_t hi; +}; + +static inline uint64_t unpack_lb64(struct lb_uint64 value) +{ + uint64_t result; + result = value.hi; + result = (result << 32) + value.lo; + return result; +} + +static inline struct lb_uint64 pack_lb64(uint64_t value) +{ + struct lb_uint64 result; + result.lo = (value >> 0) & 0xffffffff; + result.hi = (value >> 32) & 0xffffffff; + return result; +} + + + +struct lb_header +{ + uint8_t signature[4]; /* LBIO */ + uint32_t header_bytes; + uint32_t header_checksum; + uint32_t table_bytes; + uint32_t table_checksum; + uint32_t table_entries; +}; + +/* Every entry in the boot enviroment list will correspond to a boot + * info record. Encoding both type and size. The type is obviously + * so you can tell what it is. The size allows you to skip that + * boot enviroment record if you don't know what it easy. This allows + * forward compatibility with records not yet defined. + */ +struct lb_record { + uint32_t tag; /* tag ID */ + uint32_t size; /* size of record (in bytes) */ +}; + +#define LB_TAG_UNUSED 0x0000 + +#define LB_TAG_MEMORY 0x0001 + +struct lb_memory_range { + struct lb_uint64 start; + struct lb_uint64 size; + uint32_t type; +#define LB_MEM_RAM 1 /* Memory anyone can use */ +#define LB_MEM_RESERVED 2 /* Don't use this memory region */ +#define LB_MEM_TABLE 16 /* Ram configuration tables are kept in */ +}; + +struct lb_memory { + uint32_t tag; + uint32_t size; + struct lb_memory_range map[0]; +}; + +#define LB_TAG_HWRPB 0x0002 +struct lb_hwrpb { + uint32_t tag; + uint32_t size; + uint64_t hwrpb; +}; + +#define LB_TAG_MAINBOARD 0x0003 +struct lb_mainboard { + uint32_t tag; + uint32_t size; + uint8_t vendor_idx; + uint8_t part_number_idx; + uint8_t strings[0]; +}; + +#define LB_TAG_VERSION 0x0004 +#define LB_TAG_EXTRA_VERSION 0x0005 +#define LB_TAG_BUILD 0x0006 +#define LB_TAG_COMPILE_TIME 0x0007 +#define LB_TAG_COMPILE_BY 0x0008 +#define LB_TAG_COMPILE_HOST 0x0009 +#define LB_TAG_COMPILE_DOMAIN 0x000a +#define LB_TAG_COMPILER 0x000b +#define LB_TAG_LINKER 0x000c +#define LB_TAG_ASSEMBLER 0x000d +struct lb_string { + uint32_t tag; + uint32_t size; + uint8_t string[0]; +}; + +/* The following structures are for the cmos definitions table */ +#define LB_TAG_CMOS_OPTION_TABLE 200 +/* cmos header record */ +struct cmos_option_table { + uint32_t tag; /* CMOS definitions table type */ + uint32_t size; /* size of the entire table */ + uint32_t header_length; /* length of header */ +}; + +/* cmos entry record + This record is variable length. The name field may be + shorter than CMOS_MAX_NAME_LENGTH. The entry may start + anywhere in the byte, but can not span bytes unless it + starts at the beginning of the byte and the length is + fills complete bytes. +*/ +#define LB_TAG_OPTION 201 +struct cmos_entries { + uint32_t tag; /* entry type */ + uint32_t size; /* length of this record */ + uint32_t bit; /* starting bit from start of image */ + uint32_t length; /* length of field in bits */ + uint32_t config; /* e=enumeration, h=hex, r=reserved */ + uint32_t config_id; /* a number linking to an enumeration record */ +#define CMOS_MAX_NAME_LENGTH 32 + uint8_t name[CMOS_MAX_NAME_LENGTH]; /* name of entry in ascii, + variable length int aligned */ +}; + + +/* cmos enumerations record + This record is variable length. The text field may be + shorter than CMOS_MAX_TEXT_LENGTH. +*/ +#define LB_TAG_OPTION_ENUM 202 +struct cmos_enums { + uint32_t tag; /* enumeration type */ + uint32_t size; /* length of this record */ + uint32_t config_id; /* a number identifying the config id */ + uint32_t value; /* the value associated with the text */ +#define CMOS_MAX_TEXT_LENGTH 32 + uint8_t text[CMOS_MAX_TEXT_LENGTH]; /* enum description in ascii, + variable length int aligned */ +}; + +/* cmos defaults record + This record contains default settings for the cmos ram. +*/ +#define LB_TAG_OPTION_DEFAULTS 203 +struct cmos_defaults { + uint32_t tag; /* default type */ + uint32_t size; /* length of this record */ + uint32_t name_length; /* length of the following name field */ + uint8_t name[CMOS_MAX_NAME_LENGTH]; /* name identifying the default */ +#define CMOS_IMAGE_BUFFER_SIZE 128 + uint8_t default_set[CMOS_IMAGE_BUFFER_SIZE]; /* default settings */ +}; + +#define LB_TAG_OPTION_CHECKSUM 204 +struct cmos_checksum { + uint32_t tag; + uint32_t size; + /* In practice everything is byte aligned, but things are measured + * in bits to be consistent. + */ + uint32_t range_start; /* First bit that is checksummed (byte aligned) */ + uint32_t range_end; /* Last bit that is checksummed (byte aligned) */ + uint32_t location; /* First bit of the checksum (byte aligned) */ + uint32_t type; /* Checksum algorithm that is used */ +#define CHECKSUM_NONE 0 +#define CHECKSUM_PCBIOS 1 +}; + + + +#endif /* LINUXBIOS_TABLES_H */

1 0

[LinuxBIOS] LinuxBIOS Solaris Dev
by Kaufman, Adam 06 Feb '07

06 Feb '07

Hey guys. My company has been looking at using LinuxBIOS for some of our products. Since a fair amount of our customers are using Solaris, we are interested in getting involved with that effort. I've seen a few references to porting the flashrom utility to Solaris, which would be a good priority for us. I poked around the LB source a bit, and it seems like it will be some work to get that running in Solaris. I wondered if you guys have researched this effort at all, and if so, what ideas you had for implementation. Thanks, Adam

6 13

[LinuxBIOS] r2550 - trunk/LinuxBIOSv2/util/flashrom
by svn＠openbios.org 06 Feb '07

06 Feb '07

Author: stepan Date: 2007-02-06 20:47:50 +0100 (Tue, 06 Feb 2007) New Revision: 2550 Modified: trunk/LinuxBIOSv2/util/flashrom/82802ab.c trunk/LinuxBIOSv2/util/flashrom/Makefile trunk/LinuxBIOSv2/util/flashrom/flash.h trunk/LinuxBIOSv2/util/flashrom/flash_enable.c trunk/LinuxBIOSv2/util/flashrom/flash_rom.c trunk/LinuxBIOSv2/util/flashrom/lbtable.c trunk/LinuxBIOSv2/util/flashrom/sharplhf00l04.c trunk/LinuxBIOSv2/util/flashrom/sst49lfxxxc.c trunk/LinuxBIOSv2/util/flashrom/sst_fwhub.c Log: This patch is a rework of Adam Kaufman's Solaris patch. * flash.h: - add a license header - add system definitions * flash_enable.c: - put io priviledge access in one single place - add includes required for Solaris. * lbtable.c, flash_rom.c, 82802ab.c: - use MEM_DEV so it works on Solaris * sst49lfxxxc.c, sharplhf00l04.c, sst_fwhub.c, 82802ab.c - drop unneeded include to sys/io.h * Makefile - adapt to Solaris specifics. Signed-off-by: Adam Kaufman <adam.kaufman(a)pinnacle.com> Signed-off-by: Stefan Reinauer <stepan(a)coresystems.de> Acked-by: Stefan Reinauer <stepan(a)coresystems.de> Acked-by: Adam Kaufman <adam.kaufman(a)pinnacle.com> Modified: trunk/LinuxBIOSv2/util/flashrom/82802ab.c =================================================================== --- trunk/LinuxBIOSv2/util/flashrom/82802ab.c 2007-02-03 15:28:20 UTC (rev 2549) +++ trunk/LinuxBIOSv2/util/flashrom/82802ab.c 2007-02-06 19:47:50 UTC (rev 2550) @@ -26,7 +26,6 @@ #include <errno.h> #include <fcntl.h> #include <sys/mman.h> -#include <sys/io.h> #include <unistd.h> #include <stdio.h> #include <stdlib.h> @@ -83,7 +82,7 @@ flash->fd_mem, (off_t) (0 - 0x400000 - size)); if (bios == MAP_FAILED) { // it's this part but we can't map it ... - perror("Error MMAP /dev/mem"); + perror("Error MMAP memory using " MEM_DEV ); exit(1); } Modified: trunk/LinuxBIOSv2/util/flashrom/Makefile =================================================================== --- trunk/LinuxBIOSv2/util/flashrom/Makefile 2007-02-03 15:28:20 UTC (rev 2549) +++ trunk/LinuxBIOSv2/util/flashrom/Makefile 2007-02-06 19:47:50 UTC (rev 2550) @@ -12,9 +12,14 @@ PREFIX = /usr/local #CFLAGS = -O2 -g -Wall -Werror CFLAGS = -Os -Wall -Werror -DDISABLE_DOC # -DTS5300 +OS_ARCH = $(shell uname) +ifeq ($(OS_ARCH), SunOS) +LDFLAGS = -lpci -lz +else LDFLAGS = -lpci -lz -static +STRIP_ARGS = -s +endif - OBJS = flash_enable.o udelay.o jedec.o sst28sf040.o am29f040b.o mx29f002.o \ sst39sf020.o m29f400bt.o w49f002u.o 82802ab.o msys_doc.o pm49fl004.o \ sst49lf040.o sst49lfxxxc.o sst_fwhub.o layout.o lbtable.o \ @@ -24,7 +29,7 @@ $(PROGRAM): $(OBJS) $(CC) -o $(PROGRAM) $(OBJS) $(LDFLAGS) - $(STRIP) -s $(PROGRAM) + $(STRIP) $(STRIP_ARGS) $(PROGRAM) clean: rm -f *.o *~ Modified: trunk/LinuxBIOSv2/util/flashrom/flash.h =================================================================== --- trunk/LinuxBIOSv2/util/flashrom/flash.h 2007-02-03 15:28:20 UTC (rev 2549) +++ trunk/LinuxBIOSv2/util/flashrom/flash.h 2007-02-06 19:47:50 UTC (rev 2550) @@ -1,7 +1,34 @@ +/* + * flash.h: flash programming utility - central include file + * + * Copyright 2000 Silicon Integrated System Corporation + * Copyright 2000 Ronald G. Minnich <rminnich(a)gmail.com> + * Copyright 2005 coresystems GmbH <stepan(a)coresystems.de> + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. + * + */ + + #ifndef __FLASH_H__ #define __FLASH_H__ 1 +#if defined(__GLIBC__) #include <sys/io.h> +#endif + #include <unistd.h> #include <stdint.h> @@ -92,7 +119,18 @@ #define S29C51004T 0x03 /* SyncMOS S29C51004T/B */ #define S29C31004T 0x63 /* SyncMOS S29C31004T */ +/* function prototypes from udelay.h */ + extern void myusec_delay(int time); extern void myusec_calibrate_delay(); extern int enable_flash_write(void); + +/* physical memory mapping device */ + +#if defined (__sun) && (defined(__i386) || defined(__amd64)) +# define MEM_DEV "/dev/xsvc" +#else +# define MEM_DEV "/dev/mem" +#endif + #endif /* !__FLASH_H__ */ Modified: trunk/LinuxBIOSv2/util/flashrom/flash_enable.c =================================================================== --- trunk/LinuxBIOSv2/util/flashrom/flash_enable.c 2007-02-03 15:28:20 UTC (rev 2549) +++ trunk/LinuxBIOSv2/util/flashrom/flash_enable.c 2007-02-06 19:47:50 UTC (rev 2550) @@ -11,12 +11,18 @@ * */ -#include <sys/io.h> #include <stdio.h> #include <pci/pci.h> #include <stdlib.h> #include <stdint.h> #include <string.h> +#if defined (__sun) && (defined(__i386) || defined(__amd64)) +#include <strings.h> +#include <sys/sysi86.h> +#include <sys/psw.h> +#include <asm/sunddi.h> +#endif +#include "flash.h" #include "lbtable.h" #include "debug.h" @@ -27,12 +33,6 @@ { char b; - /* get io privilege access PCI configuration space */ - if (iopl(3) != 0) { - perror("Can not set io priviliage"); - exit(1); - } - /* Enable 0xFFF8000~0xFFFF0000 decoding on SiS 540/630 */ outl(0x80000840, 0x0cf8); b = inb(0x0cfc) | 0x0b; @@ -164,12 +164,6 @@ unsigned int base; int ok; - /* get io privilege access PCI configuration space */ - if (iopl(3) != 0) { - perror("Can not set io priviliage"); - exit(1); - } - old = pci_read_byte(dev, 0x40); new = old | 0x10; @@ -347,12 +341,6 @@ struct pci_filter f; struct pci_dev *smbusdev; - /* get io privilege access */ - if (iopl(3) != 0) { - perror("Can not set io priviliage"); - exit(1); - } - /* then look for the smbus device */ pci_filter_init((struct pci_access *) 0, &f); f.vendor = 0x1002; @@ -491,12 +479,6 @@ * connected to the WinBond w83627hf GPIO 24. */ - /* get io privilege access winbond config space */ - if (iopl(3) != 0) { - perror("Can not set io priviliage"); - exit(1); - } - printf("Disabling mainboard flash write protection.\n"); outb(0x87, EFIR); // sequence to unlock extended functions @@ -552,6 +534,18 @@ struct pci_dev *dev = 0; FLASH_ENABLE *enable = 0; + /* get io privilege access PCI configuration space */ +#if defined (__sun) && (defined(__i386) || defined(__amd64)) + if (sysi86(SI86V86, V86SC_IOPL, PS_IOPL) != 0){ +#else + if (iopl(3) != 0) { +#endif + perror("Can not set io privilege"); + exit(1); + } + + + /* Initialize PCI access */ pacc = pci_alloc(); /* Get the pci_access structure */ /* Set all options you want -- here we stick with the defaults */ pci_init(pacc); /* Initialize the PCI library */ Modified: trunk/LinuxBIOSv2/util/flashrom/flash_rom.c =================================================================== --- trunk/LinuxBIOSv2/util/flashrom/flash_rom.c 2007-02-03 15:28:20 UTC (rev 2549) +++ trunk/LinuxBIOSv2/util/flashrom/flash_rom.c 2007-02-06 19:47:50 UTC (rev 2550) @@ -52,8 +52,8 @@ volatile uint8_t *bios; unsigned long size; - if ((fd_mem = open("/dev/mem", O_RDWR)) < 0) { - perror("Error: Can not open /dev/mem. You need to be root."); + if ((fd_mem = open(MEM_DEV, O_RDWR)) < 0) { + perror("Error: Can not access memory using " MEM_DEV ". You need to be root."); exit(1); } Modified: trunk/LinuxBIOSv2/util/flashrom/lbtable.c =================================================================== --- trunk/LinuxBIOSv2/util/flashrom/lbtable.c 2007-02-03 15:28:20 UTC (rev 2549) +++ trunk/LinuxBIOSv2/util/flashrom/lbtable.c 2007-02-06 19:47:50 UTC (rev 2550) @@ -7,6 +7,7 @@ #include <string.h> #include <errno.h> #include <sys/mman.h> +#include "flash.h" #include "../../src/include/boot/linuxbios_tables.h" #include "debug.h" @@ -158,14 +159,14 @@ struct lb_record *rec, *last; int fd; - fd = open("/dev/mem", O_RDONLY); + fd = open(MEM_DEV, O_RDONLY); if (fd < 0) { - fprintf(stderr, "Can not open /dev/mem\n"); + fprintf(stderr, "Can not access memory using " MEM_DEV "\n"); exit(-1); } low_1MB = mmap(0, 1024*1024, PROT_READ, MAP_SHARED, fd, 0x00000000); if (low_1MB == ((void *) -1)) { - fprintf(stderr, "Can not mmap /dev/mem at %08lx errno(%d):%s\n", + fprintf(stderr, "Can not mmap " MEM_DEV " at %08lx errno(%d):%s\n", 0x00000000UL, errno, strerror(errno)); exit(-2); } Modified: trunk/LinuxBIOSv2/util/flashrom/sharplhf00l04.c =================================================================== --- trunk/LinuxBIOSv2/util/flashrom/sharplhf00l04.c 2007-02-03 15:28:20 UTC (rev 2549) +++ trunk/LinuxBIOSv2/util/flashrom/sharplhf00l04.c 2007-02-06 19:47:50 UTC (rev 2550) @@ -25,7 +25,6 @@ #include <errno.h> #include <fcntl.h> #include <sys/mman.h> -#include <sys/io.h> #include <unistd.h> #include <stdio.h> #include <stdlib.h> Modified: trunk/LinuxBIOSv2/util/flashrom/sst49lfxxxc.c =================================================================== --- trunk/LinuxBIOSv2/util/flashrom/sst49lfxxxc.c 2007-02-03 15:28:20 UTC (rev 2549) +++ trunk/LinuxBIOSv2/util/flashrom/sst49lfxxxc.c 2007-02-06 19:47:50 UTC (rev 2550) @@ -28,11 +28,11 @@ #include <errno.h> #include <fcntl.h> #include <sys/mman.h> -#include <sys/io.h> #include <unistd.h> #include <stdio.h> #include <stdlib.h> #include <stdint.h> + #include "flash.h" #include "jedec.h" #include "debug.h" Modified: trunk/LinuxBIOSv2/util/flashrom/sst_fwhub.c =================================================================== --- trunk/LinuxBIOSv2/util/flashrom/sst_fwhub.c 2007-02-03 15:28:20 UTC (rev 2549) +++ trunk/LinuxBIOSv2/util/flashrom/sst_fwhub.c 2007-02-06 19:47:50 UTC (rev 2550) @@ -23,7 +23,6 @@ #include <errno.h> #include <fcntl.h> #include <sys/mman.h> -#include <sys/io.h> #include <unistd.h> #include <stdio.h> #include <stdlib.h>

1 0

Re: [LinuxBIOS] [PATCH] e820 table correction
by Lu, Yinghai 06 Feb '07

06 Feb '07

Actually that is because of Andi's patch cause the problem. I was wondering why we can not use these ram. It is good if update kernel instead. YH -----Original Message----- From: linuxbios-bounces(a)linuxbios.org [mailto:linuxbios-bounces@linuxbios.org] On Behalf Of Roman Kononov Sent: Wednesday, January 31, 2007 2:37 PM To: LinuxBIOS Subject: [LinuxBIOS] [PATCH] e820 table correction Hello, I have this situation: Linuxbios boots an Opteron motherboard with 1GB memory. Linuxbios directly loads a recent linux kernel. The memory layout is like this: BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 0000000000000e18 (reserved) BIOS-e820: 0000000000000e18 - 00000000000a0000 (usable) BIOS-e820: 00000000000c0000 - 00000000000f0000 (usable) BIOS-e820: 00000000000f0000 - 00000000000f0400 (reserved) BIOS-e820: 00000000000f0400 - 0000000040000000 (usable) The f0000-f0400 region contains IRQ and ACPI tables. At some point the kernel builds a resource table containing all physical address ranges and type of hardware the addresses are mapped to. The table is accessible via /proc/iomem: # cat /proc/iomem 00000000-00000e17 : reserved 00000e18-0009ffff : System RAM 000a0000-000bffff : Video RAM area 000c0000-000cbfff : Video ROM 000f0000-000fffff : System ROM e0000000-efffffff : PCI Bus #03 e0000000-efffffff : 0000:03:00.0 f0000000-f3ffffff : GART f4000000-f60fffff : PCI Bus #03 f4000000-f4ffffff : 0000:03:00.0 f5000000-f5ffffff : 0000:03:00.0 f6000000-f601ffff : 0000:03:00.0 f6100000-f6100fff : 0000:00:01.0 f6101000-f6101fff : 0000:00:02.0 f6101000-f6101fff : ohci_hcd f6102000-f6102fff : 0000:00:04.0 f6103000-f6103fff : 0000:00:07.0 f6103000-f6103fff : sata_nv f6104000-f6104fff : 0000:00:08.0 f6104000-f6104fff : sata_nv f6105000-f6105fff : 0000:00:0a.0 f6106000-f61060ff : 0000:00:02.1 f6200000-f620ffff : 0000:40:01.0 As you can see, the 00000000000f0400-0000000040000000 region is not listed. It is not listed because the kernel unconditionally adds "000f0000-000fffff : System ROM" first (look for "request_resource(&iomem_resource, &system_rom_resource)"), and then the attempt to add f0400-40000000 range fails because of overlapping. The kernel does not care that the range is not listed there. Kexec does. It uses the /proc/iomem file to instruct the kexec system call how to place the segments of a new kernel in the physical memory. Kexec fails to start a new kernel because it cannot locate enough physical memory. This must be fixed either in linux or linuxbios. Assuming that linuxbios is to be fixed, I cooked a patch which provides this memory layout: BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 0000000000000e18 (reserved) BIOS-e820: 0000000000000e18 - 00000000000a0000 (usable) BIOS-e820: 00000000000c0000 - 00000000000f0000 (usable) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 0000000040000000 (usable) The /proc/iomem contains: # cat /proc/iomem 00000000-00000e17 : reserved 00000e18-0009ffff : System RAM 000a0000-000bffff : Video RAM area 000c0000-000cbfff : Video ROM 000f0000-000fffff : System ROM 00100000-3fffffff : System RAM 00100000-00203c61 : Kernel code 00203c62-00248c3f : Kernel data e0000000-efffffff : PCI Bus #03 e0000000-efffffff : 0000:03:00.0 f0000000-f3ffffff : GART f4000000-f60fffff : PCI Bus #03 f4000000-f4ffffff : 0000:03:00.0 f5000000-f5ffffff : 0000:03:00.0 f6000000-f601ffff : 0000:03:00.0 f6100000-f6100fff : 0000:00:01.0 f6101000-f6101fff : 0000:00:02.0 f6101000-f6101fff : ohci_hcd f6102000-f6102fff : 0000:00:04.0 f6103000-f6103fff : 0000:00:07.0 f6103000-f6103fff : sata_nv f6104000-f6104fff : 0000:00:08.0 f6104000-f6104fff : sata_nv f6105000-f6105fff : 0000:00:0a.0 f6106000-f61060ff : 0000:00:02.1 f6200000-f620ffff : 0000:40:01.0 Kexec is happier with the patch. Regards, Signed-off-by: Roman Kononov <kononov195-lbl(a)yahoo.com> ---

7 11

Re: [LinuxBIOS] questions about VSA on Gx2 plus cs5535??
by lihao 06 Feb '07

06 Feb '07

Hi all, I have made the codes run into the vsmbios. And it hangs on pci_sanity_check(). Anyone has the same problems? I have 2 questions: 1) I have downloaded VSA code, and VSA implements a softVG, do I need to make a VGABIOS myself from linux? 2) If I need a VGABIOS, where should I put it in the image?? Thanks, any advice would be well appreciated. _____ 发件人: lihao [mailto:lihao@mprc.pku.edu.cn] 发送时间: 2007年2月6日 3:13 收件人: 'linuxbios(a)linuxbios.org' 主题: questions about VSA on Gx2 plus cs5535?? Hi all, I am running LinuxBIOS on gx2 and cs5535 platform. Now the code begins to enumerate devices in northbridge. And the code hangs just after prints out _do_vsmbios_. I find the next function called close to that print is _unrv2b((uint8 *)rom, buffer, &ileg)_, and it seems that cpu is in dead loop. I am thinking that maybe my linuxbios image is not correctly built. The step I build image is divided into 2: Firstly, I build out a _linuxbios.rom_ image; Secondly, I use _buildrom_ tool from util directory to build vsa2.bin and linuxbios.rom together out as the final image. My flash is 512KB, so I put vsa2.bin at 0xfff80000, and linuxbios.rom at another side of flash. Is my step correct?? By the way, after I built out vsa image, it generates some other images, which one should I choose? Including: vsa2.bin, olpcXXX.bin, some vsms and so on…. Any advice would be well appreciated.

3 2

[LinuxBIOS] questions about VSA on Gx2 plus cs5535??
by lihao 05 Feb '07

05 Feb '07

Hi all, I am running LinuxBIOS on gx2 and cs5535 platform. Now the code begins to enumerate devices in northbridge. And the code hangs just after prints out _do_vsmbios_. I find the next function called close to that print is _unrv2b((uint8 *)rom, buffer, &ileg)_, and it seems that cpu is in dead loop. I am thinking that maybe my linuxbios image is not correctly built. The step I build image is divided into 2: Firstly, I build out a _linuxbios.rom_ image; Secondly, I use _buildrom_ tool from util directory to build vsa2.bin and linuxbios.rom together out as the final image. My flash is 512KB, so I put vsa2.bin at 0xfff80000, and linuxbios.rom at another side of flash. Is my step correct?? By the way, after I built out vsa image, it generates some other images, which one should I choose? Including: vsa2.bin, olpcXXX.bin, some vsms and so on.. Any advice would be well appreciated.

3 2

[LinuxBIOS] [PATCH] VGA is used before it is initialized
by Roman Kononov 05 Feb '07

05 Feb '07

In the original code vga_inited is set, then run_bios() is called, which does printk(), which is allowed using the VGA. The patch puts vga_inited=1 and run_bios() in the right order. Roman ---------------------- Index: src/devices/pci_rom.c =================================================================== --- src/devices/pci_rom.c (revision 2536) +++ src/devices/pci_rom.c (working copy) @@ -69,7 +69,7 @@ #endif #endif -struct rom_header *pci_rom_load(struct device *dev, struct rom_header *rom_header) +struct rom_header *pci_rom_load_and_run(struct device *dev, struct rom_header *rom_header) { struct pci_data * rom_data; unsigned long rom_address; @@ -96,6 +96,7 @@ printk_debug("copying VGA ROM Image from 0x%x to 0x%x, 0x%x bytes\n", rom_header, PCI_VGA_RAM_IMAGE_START, rom_size); memcpy(PCI_VGA_RAM_IMAGE_START, rom_header, rom_size); + run_bios(dev,(unsigned long)PCI_VGA_RAM_IMAGE_START); vga_inited = 1; return (struct rom_header *) (PCI_VGA_RAM_IMAGE_START); #endif @@ -103,6 +104,7 @@ printk_debug("copying non-VGA ROM Image from 0x%x to 0x%x, 0x%x bytes\n", rom_header, pci_ram_image_start, rom_size); memcpy(pci_ram_image_start, rom_header, rom_size); + run_bios(dev,(unsigned long)pci_ram_image_start); pci_ram_image_start += rom_size; return (struct rom_header *) (pci_ram_image_start-rom_size); } Index: src/devices/pci_device.c =================================================================== --- src/devices/pci_device.c (revision 2536) +++ src/devices/pci_device.c (working copy) @@ -634,16 +634,12 @@ void pci_dev_init(struct device *dev) { #if CONFIG_PCI_ROM_RUN == 1 - struct rom_header *rom, *ram; + struct rom_header *rom; rom = pci_rom_probe(dev); if (rom == NULL) return; - ram = pci_rom_load(dev, rom); - if (ram == NULL) - return; - - run_bios(dev, ram); + pci_rom_load_and_run(dev, rom); #endif } Index: src/include/device/pci_rom.h =================================================================== --- src/include/device/pci_rom.h (revision 2536) +++ src/include/device/pci_rom.h (working copy) @@ -34,7 +34,8 @@ }; extern struct rom_header * pci_rom_probe(struct device *dev); -extern struct rom_header *pci_rom_load(struct device *dev, struct rom_header *rom_header); +extern struct rom_header *pci_rom_load_and_run(struct device *dev, struct rom_header *rom_header); +void run_bios(struct device *dev,unsigned long addr); extern void pci_dev_init(struct device *dev);

3 12

[LinuxBIOS] Configuration tool manual truncated?
by Reece R. Pollack 05 Feb '07

05 Feb '07

I took a look at the configuration tool manual today, to better understand the various configuration mechanisms (I'm adding a couple of new mainboards, targets, and Super I/O chips). What I got was a 4-page postscript file that appears to be incomplete -- it ends in mid-sentence on page 4. Is there a more complete version of this file somewhere, or other documentation of the configuration file format? -- -------------------------------------------------------------- Reece R. Pollack 301.461.2653 Principal Engineer reece(a)ThePTRGroup.com www.ThePTRGroup.com Embedded, Real-Time Solutions --------------------------------------------------------------

3 2

← Newer
1
...
10
11
12
13
14
15
16
17
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 February 2007