Re: [coreboot] 2 Terabyte Limit of BIOS/MBR

2008-01-12 Thread Peter Stuge
On Sat, Jan 12, 2008 at 08:20:13PM +0100, Martin Marcher wrote: > We are a small company with 2 physical server but given I could > find a setup where I can install and uninstall linuxbios securely > (in case it won't work) I suggest a BIOS savior. Pretty cheap and a great way to switch between fl

Re: [coreboot] [LinuxBIOS] adding "--list-supported" feature to superiotool #91

2008-01-12 Thread Uwe Hermann
On Sat, Jan 12, 2008 at 05:46:38PM -0500, Robinson Tryon wrote: > On the wiki page it looked like there were links to several mailing > list posts -- those emails probably contained the dumps for each chip. Yes. > Should that information be included in the data section of each vendor > file? If

Re: [coreboot] [LinuxBIOS] Messing with CAR in a big way / S3 considerations

2008-01-12 Thread Rudolf Marek
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Interesting. I must have overlooked that part. Nope, get new revision http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/32559.pdf 32559 Rev. 3.08 July 2007 Rudolf -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux

Re: [coreboot] [LinuxBIOS] Messing with CAR in a big way / S3 considerations

2008-01-12 Thread Carl-Daniel Hailfinger
On 12.01.2008 23:57, Rudolf Marek wrote: > > Well, CAR has to be below 1 MB (processor limitation). We can make sure > > it will not clobber more than 64 kB in that area. Because of conflicts > > with legacy ROM decoded areas, CAR has to stay below 896 kB. Conflicts > > with areas decoded by device

[coreboot] r3049 build service

2008-01-12 Thread LinuxBIOS information
Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer "ruik" checked in revision 3049 to the LinuxBIOS source repository and caused the following changes: Change Log: Fix the documentation of GPIO setup, tell W83627EHF to use external suspend clock (undoc

Re: [coreboot] [LinuxBIOS] Messing with CAR in a big way / S3 considerations

2008-01-12 Thread Rudolf Marek
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, > Well, CAR has to be below 1 MB (processor limitation). We can make sure > it will not clobber more than 64 kB in that area. Because of conflicts > with legacy ROM decoded areas, CAR has to stay below 896 kB. Conflicts > with areas decoded by

Re: [coreboot] [LinuxBIOS] adding "--list-supported" feature to superiotool #91

2008-01-12 Thread Robinson Tryon
On Jan 12, 2008 12:20 PM, Peter Stuge <[EMAIL PROTECTED]> wrote: > Thanks for the patch! Some comments. > > On Sat, Jan 12, 2008 at 06:09:21AM -0500, Robinson Tryon wrote: > > I wasn't very sure about what the "wiki links" part of this feature > > entailed. I included the primary url for superioto

[coreboot] r3048 build service

2008-01-12 Thread LinuxBIOS information
Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer "cozzie" checked in revision 3048 to the LinuxBIOS source repository and caused the following changes: Change Log: Via C3 datasheets don't make any mention of microcode updates, and the C7 bios program

[coreboot] r3049 - trunk/LinuxBIOSv2/src/mainboard/asus/a8v-e_se

2008-01-12 Thread svn
Author: ruik Date: 2008-01-12 23:29:17 +0100 (Sat, 12 Jan 2008) New Revision: 3049 Modified: trunk/LinuxBIOSv2/src/mainboard/asus/a8v-e_se/cache_as_ram_auto.c Log: Fix the documentation of GPIO setup, tell W83627EHF to use external suspend clock (undocumented in datasheet, documented in 'W83627

[coreboot] r3049 - trunk/LinuxBIOSv2/src/mainboard/asus/a8v-e_se

2008-01-12 Thread svn
Author: ruik Date: 2008-01-12 23:29:17 +0100 (Sat, 12 Jan 2008) New Revision: 3049 Modified: trunk/LinuxBIOSv2/src/mainboard/asus/a8v-e_se/cache_as_ram_auto.c Log: Fix the documentation of GPIO setup, tell W83627EHF to use external suspend clock (undocumented in datasheet, documented in 'W83627

Re: [coreboot] [LinuxBIOS] Messing with CAR in a big way / S3 considerations

2008-01-12 Thread Carl-Daniel Hailfinger
On 12.01.2008 22:39, Rudolf Marek wrote: > ron minnich wrote: > > Rudolf, many payloads start at 1 MB. I don't think we want to use CAR > > at that low address. > > Maybe if you want to have CAR address = RAM address (to copy it to itself) > Just please choose TOPK - CAR_SIZE as it is now. Well, C

Re: [coreboot] [LinuxBIOS] [PATCH] Drop microcode references from Via CPUs

2008-01-12 Thread Corey Osgood
ron minnich wrote: > On Jan 11, 2008 8:11 PM, Corey Osgood <[EMAIL PROTECTED]> wrote: > >> Via C3 datasheets don't make any mention of microcode updates, and the >> C7 bios programmer's guide explicitly states they're not necessary, and >> leaves it at that. Even if they are possible and exist,

[coreboot] r3048 - trunk/LinuxBIOSv2/src/cpu/via/model_centaur

2008-01-12 Thread svn
Author: cozzie Date: 2008-01-12 22:44:57 +0100 (Sat, 12 Jan 2008) New Revision: 3048 Modified: trunk/LinuxBIOSv2/src/cpu/via/model_centaur/Config.lb trunk/LinuxBIOSv2/src/cpu/via/model_centaur/model_centaur_init.c Log: Via C3 datasheets don't make any mention of microcode updates, and the C7

[coreboot] r3048 - trunk/LinuxBIOSv2/src/cpu/via/model_centaur

2008-01-12 Thread svn
Author: cozzie Date: 2008-01-12 22:44:57 +0100 (Sat, 12 Jan 2008) New Revision: 3048 Modified: trunk/LinuxBIOSv2/src/cpu/via/model_centaur/Config.lb trunk/LinuxBIOSv2/src/cpu/via/model_centaur/model_centaur_init.c Log: Via C3 datasheets don't make any mention of microcode updates, and the C7

Re: [coreboot] [LinuxBIOS] Messing with CAR in a big way / S3 considerations

2008-01-12 Thread Rudolf Marek
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ron minnich wrote: > Rudolf, many payloads start at 1 MB. I don't think we want to use CAR > at that low address. Maybe if you want to have CAR address = RAM address (to copy it to itself) Just please choose TOPK - CAR_SIZE as it is now. > What is t

Re: [coreboot] [LinuxBIOS] [PATCH] Drop microcode references from Via CPUs

2008-01-12 Thread ron minnich
On Jan 11, 2008 8:11 PM, Corey Osgood <[EMAIL PROTECTED]> wrote: > Via C3 datasheets don't make any mention of microcode updates, and the > C7 bios programmer's guide explicitly states they're not necessary, and > leaves it at that. Even if they are possible and exist, we don't have > any info on i

Re: [coreboot] 2 Terabyte Limit of BIOS/MBR

2008-01-12 Thread Martin Marcher
On Friday 11 January 2008 03:47 [EMAIL PROTECTED] wrote: >> Is that right that the problem is the BIOS? > > Or at least a problem with the Areca BIOS extension. > Could also be the main Tyan BIOS too I suppose. I guess it's not a problem of the Areca controller since it's bios sees the created dr

Re: [coreboot] 2 Terabyte Limit of BIOS/MBR

2008-01-12 Thread Martin Marcher
On Thursday 10 January 2008 22:55 Carl-Daniel Hailfinger wrote: > On 10.01.2008 21:59, Martin Marcher wrote: >> Hello, >> >> hope to be in the right place to ask this, if not just point me to where >> you think it's apropriate >> >> my Hardware is: >> >> Tyan Transport GT20 (B2865) >> http://www.t

Re: [coreboot] [LinuxBIOS] Messing with CAR in a big way

2008-01-12 Thread ron minnich
Rudolf, many payloads start at 1 MB. I don't think we want to use CAR at that low address. What is the reason that we can't put all coreboot variables below 1MB? Just trying to understand s3 :-) ron -- coreboot mailing list coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot

Re: [coreboot] [LinuxBIOS] [PATCH] v3: add a check for a termination member

2008-01-12 Thread Tom Sylla
Carl-Daniel Hailfinger wrote: > Hopefully that's the worst case. Still horrible if we use 1 MByte ROMs - > 5 seconds for reading the whole ROM is unacceptable. Sort of tangential, but some asked for some measurements of speed of reads on 5536. I did some tests reading 64KB sequentially from an S

Re: [coreboot] [LinuxBIOS] abit be6

2008-01-12 Thread Peter Stuge
On Sat, Jan 12, 2008 at 02:15:34PM +0200, Jouni Mettälä wrote: > LinuxBios booted to filo. Motherboard is abit be6. This is azza/pt-6ibd/ > config using http://coreboot.org/AZZA_PT-6IBD_Build_Tutorial. filo > config was also from it. Cool! FILO doesn't find a hard drive at hda. Do you have one th

Re: [coreboot] [LinuxBIOS] Welcome to coreboot.

2008-01-12 Thread Robert Millan
On Fri, Jan 11, 2008 at 05:43:41PM -0800, ron minnich wrote: > Of course, people did not stop there. By now, we have seen: > BIOS ROM = (LinuxBIOS) + (Open Firmware) > [...] > BIOS ROM = (LinuxBIOS) + (GRUB 2) To make it even worse, you can now have Open Firmware and GRUB on top of it ;-) http:

Re: [coreboot] [LinuxBIOS] adding "--list-supported" feature to superiotool #91

2008-01-12 Thread Peter Stuge
Thanks for the patch! Some comments. On Sat, Jan 12, 2008 at 06:09:21AM -0500, Robinson Tryon wrote: > I wasn't very sure about what the "wiki links" part of this feature > entailed. I included the primary url for superiotool, but perhaps > there's something more that needs to be done? I think t

Re: [coreboot] [LinuxBIOS] Welcome to coreboot.

2008-01-12 Thread Stefan Reinauer
* ron minnich <[EMAIL PROTECTED]> [080112 02:43]: > We will make the changes slowly and with a lot of preparation. You > have already seen the IRC channel change, and host names change over > to coreboot.org. At some point in the next three months you will see a > change in the svn repository name.