coreboot September 2007

coreboot@coreboot.org

81 participants
367 discussions

[LinuxBIOS] r2813 - trunk/util/superiotool
by svn＠openbios.org 28 Sep '07

28 Sep '07

Author: uwe Date: 2007-09-28 17:39:10 +0200 (Fri, 28 Sep 2007) New Revision: 2813 Added: trunk/util/superiotool/ali.c Modified: trunk/util/superiotool/Makefile trunk/util/superiotool/fintek.c trunk/util/superiotool/superiotool.h Log: Add support for some more Fintek chips and an ALi chip. Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Modified: trunk/util/superiotool/Makefile =================================================================== --- trunk/util/superiotool/Makefile 2007-09-28 15:02:17 UTC (rev 2812) +++ trunk/util/superiotool/Makefile 2007-09-28 15:39:10 UTC (rev 2813) @@ -28,7 +28,7 @@ CFLAGS = -O2 -Wall -Werror -Wstrict-prototypes -Wundef -Wstrict-aliasing \ -Werror-implicit-function-declaration -ansi -OBJS = superiotool.o fintek.o ite.o nsc.o smsc.o winbond.o +OBJS = superiotool.o ali.o fintek.o ite.o nsc.o smsc.o winbond.o all: $(PROGRAM) Added: trunk/util/superiotool/ali.c =================================================================== --- trunk/util/superiotool/ali.c (rev 0) +++ trunk/util/superiotool/ali.c 2007-09-28 15:39:10 UTC (rev 2813) @@ -0,0 +1,95 @@ +/* + * This file is part of the LinuxBIOS project. + * + * Copyright (C) 2007 Uwe Hermann <uwe(a)hermann-uwe.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., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA + */ + +#include "superiotool.h" + +#define DEVICE_ID_BYTE1_REG 0x20 +#define DEVICE_ID_BYTE2_REG 0x21 + +#define DEVICE_REV_REG 0x1f + +const static struct superio_registers reg_table[] = { + /* TODO: M5113 doesn't seem to have ID registers? */ + {0x5315, "M1535/M1535D/M1535+/M1535D+", { + {NOLDN, NULL, + {0x07,0x1f,0x20,0x21,0x22,0x23,0x2c,0x2d,0x2e,EOT}, + {NANA,NANA,0x53,0x15,0x00,0x00,RSVD,RSVD,RSVD,EOT}}, + {0x0, "Floppy", + {0x30,0x60,0x61,0x70,0x74,0xf0,0xf1,0xf2,0xf4,EOT}, + {0x00,0x03,0xf0,0x06,0x02,0x08,0x00,0xff,0x00,EOT}}, + {0x3, "Parallel port", + {0x30,0x60,0x61,0x70,0x74,0xf0,0xf1,EOT}, + {0x00,0x03,0x78,0x05,0x04,0x8c,0xc5,EOT}}, + {0x4, "COM1", + {0x30,0x60,0x61,0x70,0xf0,0xf1,0xf2,EOT}, + {0x00,0x03,0xf8,0x04,0x00,0x00,0x0c,EOT}}, + {0x5, "COM2", + {0x30,0x60,0x61,0x70,0x74,0xf0,0xf1,0xf2,EOT}, + {0x00,0x03,0xe8,0x09,0x04,0x80,0x00,0x0c,EOT}}, + {0x7, "Keyboard", + {0x30,0x70,0x72,0xf0,EOT}, + {NANA,0x01,0x00,0x00,EOT}}, + {0x8, "COM3", + {0x30,0x60,0x61,0x70,0xf0,0xf1,0xf2,EOT}, + {0x00,0x02,0xf8,0x03,0x00,0x00,0x0c,EOT}}, + {0xc, "Hotkey", + {0x30,0xf0,0xf1,0xf2,0xf3,0xf4,0xf5,EOT}, + {0x00,0x35,0x14,0x11,0x71,RSVD,0x05,EOT}}, + {EOT}}}, + {EOT} +}; + +static void enter_conf_mode_ali(uint16_t port) +{ + outb(0x51, port); + outb(0x23, port); +} + +static void exit_conf_mode_ali(uint16_t port) +{ + outb(0xbb, port); +} + +void probe_idregs_ali(uint16_t port) +{ + uint16_t id; + uint8_t rev; + + enter_conf_mode_ali(port); + + id = regval(port, DEVICE_ID_BYTE1_REG) << 8; + id |= regval(port, DEVICE_ID_BYTE2_REG); + rev = regval(port, DEVICE_REV_REG); + + if (superio_unknown(reg_table, id)) { + no_superio_found(port); + exit_conf_mode_ali(port); + return; + } + + printf("Found ALi %s (id=0x%04x, rev=0x%02x) at 0x%x\n", + get_superio_name(reg_table, id), id, rev, port); + + dump_superio("ALi", reg_table, port, id); + dump_superio_readable(port); /* TODO */ + + exit_conf_mode_ali(port); +} + Modified: trunk/util/superiotool/fintek.c =================================================================== --- trunk/util/superiotool/fintek.c 2007-09-28 15:02:17 UTC (rev 2812) +++ trunk/util/superiotool/fintek.c 2007-09-28 15:39:10 UTC (rev 2813) @@ -2,6 +2,7 @@ * This file is part of the LinuxBIOS project. * * Copyright (C) 2006 coresystems GmbH <info(a)coresystems.de> + * Copyright (C) 2007 Uwe Hermann <uwe(a)hermann-uwe.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 @@ -22,13 +23,20 @@ #define DEVICE_ID_BYTE1_REG 0x20 #define DEVICE_ID_BYTE2_REG 0x21 + #define VENDOR_ID_BYTE1_REG 0x23 #define VENDOR_ID_BYTE2_REG 0x24 #define FINTEK_VENDOR_ID 0x3419 const static struct superio_registers reg_table[] = { - {0x0604, "F71805", { + {0x0106, "F71862FG", { + {EOT}}}, + {0x4103, "F71872F/FG / F71806F/FG", { /* Same ID? Datasheet typo? */ + {EOT}}}, + {0x4105, "F71882FG/F71883FG", { /* Same ID? Datasheet typo? */ + {EOT}}}, + {0x0604, "F71805F/FG", { /* We assume reserved bits are read as 0. */ {NOLDN, NULL, {0x07,0x20,0x21,0x23,0x24,0x25,0x26,0x27,0x28, @@ -59,8 +67,6 @@ {0x30,0xf0,0xf1,EOT}, {0x00,0x00,0x00,EOT}}, {EOT}}}, - {0x4103, "F71872", { - {EOT}}}, {EOT} }; @@ -144,8 +150,8 @@ return; } - printf("Found Fintek %s (vid=0x%04x, id=0x%04x) at port=0x%x\n", - get_superio_name(reg_table, did), vid, did, port); + printf("Found Fintek %s (vid=0x%04x, id=0x%04x) at port=0x%x\n", + get_superio_name(reg_table, did), vid, did, port); dump_superio("Fintek", reg_table, port, did); dump_readable_fintek(port, did); Modified: trunk/util/superiotool/superiotool.h =================================================================== --- trunk/util/superiotool/superiotool.h 2007-09-28 15:02:17 UTC (rev 2812) +++ trunk/util/superiotool/superiotool.h 2007-09-28 15:39:10 UTC (rev 2813) @@ -81,6 +81,9 @@ void dump_superio_readable(uint16_t port); void no_superio_found(uint16_t port); +/* ali.c */ +void probe_idregs_ali(uint16_t port); + /* fintek.c */ void probe_idregs_fintek(uint16_t port); @@ -101,6 +104,7 @@ void (*probe_idregs) (uint16_t port); int ports[MAXNUMPORTS]; /* Signed, as we need EOT. */ } superio_ports_table[] = { + {probe_idregs_ali, {0x3f0, 0x370, EOT}}, {probe_idregs_simple, {0x2e, 0x4e, EOT}}, {probe_idregs_fintek, {0x2e, 0x4e, EOT}}, {probe_idregs_ite, {0x2e, 0x4e, EOT}},

1 0

[LinuxBIOS] r2812 - trunk/util/superiotool
by svn＠openbios.org 28 Sep '07

28 Sep '07

Author: uwe Date: 2007-09-28 17:02:17 +0200 (Fri, 28 Sep 2007) New Revision: 2812 Modified: trunk/util/superiotool/smsc.c Log: Fix up the SMSC detection code to probe _both_ old- and new-style Super I/Os from SMSC. Otherwise not all of them are detected (and there could theoretically be _two_ of them in a system, so we should probe for both types anyway). Signed-off-by: Uwe Hermann <uwe(a)hermann-uwe.de> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Modified: trunk/util/superiotool/smsc.c =================================================================== --- trunk/util/superiotool/smsc.c 2007-09-27 14:29:57 UTC (rev 2811) +++ trunk/util/superiotool/smsc.c 2007-09-28 15:02:17 UTC (rev 2812) @@ -129,23 +129,16 @@ outb(0xaa, port); } -void probe_idregs_smsc(uint16_t port) +static void probe_idregs_smsc_helper(uint16_t port, uint8_t idreg, + uint8_t revreg) { uint8_t id, rev; enter_conf_mode_smsc(port); - /* Check for older SMSC Super I/Os. */ - id = regval(port, DEVICE_ID_REG_OLD); - rev = regval(port, DEVICE_REV_REG_OLD); + id = regval(port, idreg); + rev = regval(port, revreg); - if (superio_unknown(reg_table, id)) - no_superio_found(port); - - /* Check for newer SMSC Super I/Os. */ - id = regval(port, DEVICE_ID_REG); - rev = regval(port, DEVICE_REV_REG); - if (superio_unknown(reg_table, id)) { no_superio_found(port); exit_conf_mode_smsc(port); @@ -162,3 +155,9 @@ exit_conf_mode_smsc(port); } +void probe_idregs_smsc(uint16_t port) +{ + probe_idregs_smsc_helper(port, DEVICE_ID_REG, DEVICE_REV_REG); + probe_idregs_smsc_helper(port, DEVICE_ID_REG_OLD, DEVICE_REV_REG_OLD); +} +

1 0

[LinuxBIOS] [PATCH] v3: lar header walk off-by-one
by Carl-Daniel Hailfinger 28 Sep '07

28 Sep '07

OK, this patch is not for the weak of hart because it touches some logic we had lots of problems with in the past. Basically, the lar archive header walk will not see a header at the end of the archive if nothing is after that header. However, since a file with zero size is a legal lar member, we really can't forbid to look at a header terminating the archive. Signed-off-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net> Index: LinuxBIOSv3/lib/lar.c =================================================================== --- LinuxBIOSv3/lib/lar.c (Revision 501) +++ LinuxBIOSv3/lib/lar.c (Arbeitskopie) @@ -90,7 +90,7 @@ * Unsigned pointer arithmetic that wraps to zero can be messy. */ for (walk = archive->start; - (walk < (char *)(archive->start + archive->len - sizeof(struct lar_header))) && + (walk <= (char *)(archive->start + archive->len - sizeof(struct lar_header))) && (walk >= (char *)archive->start); walk += 16) { if (strncmp(walk, MAGIC, 8) != 0) continue;

3 5

[LinuxBIOS] retrieving MAC from romstrap
by Robert Millan 28 Sep '07

28 Sep '07

Hi! I just run through this piece of code in southbridge/nvidia/ck804/ck804_nic.c, unsigned long mac_pos; mac_pos = 0xffffffd0; // refer to romstrap.inc and romstrap.lds mac_l = readl(mac_pos) + nic_index; mac_h = readl(mac_pos + 4); and can't understand what is this romstrap and why it retrieves the MAC from it in runtime. Is this some kind of legacy interface? Wouldn't it be simpler to just hardcode it during build? E.g. see attached patch. -- Robert Millan <GPLv2> I know my rights; I want my phone call! <DRM> What use is a phone call, if you are unable to speak? (as seen on /.)

6 10

[LinuxBIOS] *SPAM* FYI: kernel 2.6.23-rc6 hangs on Geode GX1
by Juergen Beisert 28 Sep '07

28 Sep '07

Hi, > On Thursday 27 September 2007 16:44, Marco Tralli wrote: > I have random hangs on kernel boot or after few minutes on a NatSemi Geode > GX1 based PC-104 (from Advantech) using kernel 2.6.23-rc6. The system > locks, no way to use SysRq key, no usefull logs. > > No problems using kernel 2.6.21 series that I was using before with same > config options. > > I found that commenting out "geode_configure" call in > arch/i386/kernel/cpu/cyrix.c the problem is fixed. > > I guess recent changes to cyrix.c that replace macros setCx86/getCx86 with > inlined functions have now "activate" performance tricks in geode_configure > code that previously were "inactive" due to wrong macro espansion. So not > only "Suspend on Halt" function is enabled but also less or not documented > geode tricks (incrementor margin, fast fpu, write-back) now broken on some > GX1/GXm platform (maybe because of BIOS?) > [...] Any testers here who can test the behavior on their GX1 based systems? At least some testers are needed who runs the current rc kernel on their 266MHz sytem (if it also fails). It seems tweaking the incrementer settings causes this failure. Juergen PS: Full thread: http://lkml.org/lkml/2007/9/27/143

1 0

[LinuxBIOS] FILO with only hdb
by Nikolay Petukhov 28 Sep '07

28 Sep '07

Hi. I have the same problem with iei/juki-511 and iei/lx-800. This patch allow to load from slave. -- Nikolay

1 0

Re: [LinuxBIOS] Dummy pci dev for image on a usb flash drive (Peter
by Baski 28 Sep '07

28 Sep '07

From: joe(a)smittys.pointclark.net Subject: Re: [LinuxBIOS] Dummy pci dev for image on a usb flash drive (Peter Stuge) To: linuxbios(a)linuxbios.org Message-ID: <20070927111757.wj7o11prtw0k4oks(a)www.smittys.pointclark.net> Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Quoting Baski : > > > ------------------------------ > > Message: 4 > Date: Thu, 27 Sep 2007 11:04:22 +0200 > From: Peter Stuge > > Subject: Re: [LinuxBIOS] Dummy pci dev for image on a usb flash drive > To: linuxbios(a)linuxbios.org > Message-ID: <20070927090422.12905.qmail(a)stuge.se> > Content-Type: text/plain; charset=us-ascii > > On Wed, Sep 26, 2007 at 10:19:08PM -0700, Baski wrote: >> I want to place an option ROM image on a raw USB flash drive. > > Please explain why, otherwise we can't help you much. > > >> It will be an option ROM image of a proper controller with correct >> option ROM and PNP headers. How can we make linuxBios to look for >> this drive and allocate dummy pci resources like bus 0 dev-xx, fun >> yy and irqs? > > First, LB has no USB drivers. You could move what is in FILO over > though. > > More relevant is the fact that LB can't allocate resources to > hardware that does not exist. Unless you have the controller itself > it's not possible to set any resources. They are set in registers > (RAM) that is mandatory for PCI cards to have (the so called PCI > config space) and no card means nowhere to set things. > > Furthermore, option ROMs are not really "compatible" with LB, the > idea is to try to use existing open source drivers with LB instead of > binary blobs with broken interfaces. > > So - what do you want to accomplish with your idea? There may be a > better way to do it, or it may be best to forget the whole thing. > We can't say without more info. > > > //Peter > > > This is for my MS project. We want to simulate a PCI card and use > one of the CPU cores to do our processing. We would also want to > reserve that core. > We want to create the dummy pci device so that OS driver can > communicate with the emulated card. What methods would you suggest? > Thanks. > I don't get it. Why do you need to simulate a pci card?? Why not just use a real one?? Thanks - Joe Hi Joe, That's the whole aim. We want to emulate a pci card and test it with a real driver before an actual card is built. Can someone throw me some pointers? Thx --------------------------------- Moody friends. Drama queens. Your life? Nope! - their life, your story. Play Sims Stories at Yahoo! Games.

2 1

[LinuxBIOS] FILO with only hdb
by ron minnich 28 Sep '07

28 Sep '07

anyone tried this? I can't get anywhere with a board with only hdb. I did some hacking in the filo ide driver but I am sure I got it wrong. Any ideas here? thanks ron

5 9

Re: [LinuxBIOS] FILO with only hdb
by Myles Watson 28 Sep '07

28 Sep '07

> On Thu, Sep 27, 2007 at 05:14:58PM -0700, ron minnich wrote: > > anyone tried this? I can't get anywhere with a board with only hdb. I > > did some hacking in the filo ide driver but I am sure I got it wrong. > > Any ideas here? > > I've only ever been able to make filo work with 'hda' - the first drive on > the first bus. Though sometimes filo likes to call it hde (on mcp55-based > systems, for instance). Filo after etherboot works for me with hda hdb and hdc on my s2892 box. (Two hard drives and a cdrom. Myles

1 0

Re: [LinuxBIOS] r2811 - trunk/util/flashrom
by Peter Stuge 27 Sep '07

27 Sep '07

So, I should have reviewed sooner. On Thu, Sep 27, 2007 at 04:29:57PM +0200, svn(a)openbios.org wrote: > +/* Generic Super I/O helper functions */ > +uint8_t regval(uint16_t port, uint8_t reg) > +{ > + outb(reg, port); > + return inb(port + 1); > +} > + > +void regwrite(uint16_t port, uint8_t reg, uint8_t val) > +{ > + outb(reg, port); > + outb(val, port + 1); > +} I would have liked better names for these functions. > +/* Helper functions for most recent ITE IT87xx Super I/O chips */ > +#define CHIP_ID_BYTE1_REG 0x20 > +#define CHIP_ID_BYTE2_REG 0x21 > +static void enter_conf_mode_ite(uint16_t port) > +{ > + outb(0x87, port); > + outb(0x01, port); > + outb(0x55, port); > + if (port == 0x2e) > + outb(0x55, port); > + else > + outb(0xaa, port); > +} > + > +static void exit_conf_mode_ite(uint16_t port) > +{ > + regwrite(port, 0x02, 0x02); > +} > + > +static uint16_t find_ite_serial_flash_port(uint16_t port) > +static void it8716_serial_rdid(uint16_t port) > +static int it87xx_probe_serial_flash(const char *name) This is still in a generic file, right? Shouldn't these be in an ITE file? //Peter

2 1

← Newer
1
2
3
4
5
6
7
8
9
...
37
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 September 2007