Lovely !
If you want dumps or anything, just ask :)
I really would like to run linuxbios on it.
I just have to by a plcc chip abd a plcc tool remover.
Polytan
2007/7/12, Joseph Smith <[EMAIL PROTECTED]>:
Quoting polytan <[EMAIL PROTECTED]>:
> I would like my chipset supported to, a intel i8
Ok, here is my DRA function for i82830 raminit.c. Feedback,
suggestions welcome. If there is any easier way to write this please
let me know. I am still a newbie at C, but learning quickly. If the
format looks funky, blaime Horde IMAP.
Thanks - Joe
--
On Fri, Jul 06, 2007 at 11:40:54PM +0300, Jouni Mettälä wrote:
> Based on intel 82802ab/82802ac datasheet. There is Top Block Lock.
> TBL# pin disables writing of highest addressable block when it is
> low.
>
> When #TBL pin was desoldered and connected to Vcc (Is it right way
> to put it high?) F
On Thu, Jul 12, 2007 at 10:19:30PM +0200, Patrick Georgi wrote:
> Peter Stuge wrote:
> > The OpenBIOS driver is very nice and neat, but not as featureful
> > as ADVDRVR which even does DMA.
>
> I'm pretty much planning to use openbios' (axboe's) driver.
Are the grub2 fs drivers already written to
On Thu, Jul 12, 2007 at 04:33:37PM -0700, ron minnich wrote:
> > Does it scale? Will we be able to tell different stage2.o files
> > from each other when linking etc?
>
> They're in different directories, is that sufficient?
According to others it'll be fine. I was not sure if it would be a
probl
On 7/11/07, Corey Osgood <[EMAIL PROTECTED]> wrote:
> Good point. Should we go with stage2-82371xx.c or similar?
I don't see the need, since the stage2 will all be in seperate directories.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
On 7/11/07, Peter Stuge <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 12, 2007 at 03:24:12AM +0200, Uwe Hermann wrote:
> > I used the name stage2.c for the code (not i82371xx.c) for now.
> >
> > Shall we do that for all our chipsets and devices? A stage1.c file
> > for early init stuff, and stage2.c for
>
> http://lemenkov.googlepages.com/lspsi_vvv.txt
>
> I included dmidecode log also:
>
> http://lemenkov.googlepages.com/dmidecode.txt
I need -xxx and not -vvv ;)
R.
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Hi Peter!
I dont know how much different is VIA 880 from K8T890. It seems it has no PCIe
correct? Maybe you can send here a lspci -xxx output.
Rudolf
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "stepan" checked in revision 2739 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Fix Agami Aruma target (the only one using the part)
Signed-off-by: Stefan Reinauer <
>> BUT! The VGA ROM seems to be mapped to C8000! How is this possible? Why is
>> linuxbios claiming that the RAM is from C-E???
>
> Weird. It should be mapped to C and that is usually hardcoded. What
> card is that? External? Is there onboard VGA?
Sorry for the noise. It maps to c000
On Thu, Jul 12, 2007 at 10:28:30PM +0200, Stefan Reinauer wrote:
> You might try sending to trac
But what should I send? Any docs for the filter?
//Peter
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
* Uwe Hermann <[EMAIL PROTECTED]> [070712 21:06]:
> > (How does this thing work to get trac to put emails as ticket
> > comments? trac docs anywhere?)
>
> Doesn't work. It works the other way around, though. If you post
> comments to the trac issue, they'll be (automatically) posted on the
> list,
* Uwe Hermann <[EMAIL PROTECTED]> [070712 21:19]:
> > +Building on MacOS X
> ^
>Space? What's the "official" name?
Yeah, thanks. Official name is with space:
http://www.apple.com/de/macosx/tiger/
> > @@ -45,7 +45,7 @@
> > HOSTCC := gcc
> > HOSTCXX:= g++
> > H
Peter Stuge wrote:
> The OpenBIOS driver is very nice and neat, but not as featureful as
> ADVDRVR which even does DMA.
I'm pretty much planning to use openbios' (axboe's) driver. I also doubt
that DMA is useful in the boot environment, and I'd like to keep
complexity down.
Regards,
Patrick Geo
* Uwe Hermann <[EMAIL PROTECTED]> [070712 20:57]:
> On Thu, Jul 12, 2007 at 06:45:54PM +0200, LinuxBIOS information wrote:
> > Compilation of agami:aruma has been broken
>
> What's the reason?
Argh. I only committed in src/mainboard. The adm1026 driver was broken
and not used by other boards.
r2
Author: stepan
Date: 2007-07-12 22:07:54 +0200 (Thu, 12 Jul 2007)
New Revision: 2739
Modified:
trunk/LinuxBIOSv2/src/drivers/i2c/adm1026/adm1026.c
Log:
Fix Agami Aruma target (the only one using the part)
Signed-off-by: Stefan Reinauer <[EMAIL PROTECTED]>
Acked-by: Stefan Reinauer <[EMAIL PROT
Author: oxygene
Date: 2007-07-12 22:03:02 +0200 (Thu, 12 Jul 2007)
New Revision: 452
Modified:
LinuxBIOSv3/arch/x86/Makefile
LinuxBIOSv3/arch/x86/stage1.c
LinuxBIOSv3/include/lar.h
LinuxBIOSv3/lib/elfboot.c
LinuxBIOSv3/lib/lar.c
LinuxBIOSv3/lib/lzma.c
LinuxBIOSv3/lib/nrv2b.c
L
On Thu, Jul 12, 2007 at 09:06:28PM +0200, Uwe Hermann wrote:
> > > Grub2 uses BIOS calls right now for access to disk. Replace
> > > this with a driver that accesses ATA disks directly.
> >
> > _Please_ don't get the one from FILO.
> >
> > Either grab the one from OpenBIOS or port either ADVDRVR
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "stuge" checked in revision 2738 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
trivial: clarify comment on ADM1026_DEVICE address
Signed-off-by: Peter Stuge <[EMAIL
On Wed, Jul 11, 2007 at 11:27:26PM -0400, Corey Osgood wrote:
> Peter Stuge wrote:
> > On Thu, Jul 12, 2007 at 03:24:12AM +0200, Uwe Hermann wrote:
> >
> >> I used the name stage2.c for the code (not i82371xx.c) for now.
> >>
> >> Shall we do that for all our chipsets and devices? A stage1.c fil
On Thu, Jul 12, 2007 at 05:47:16PM +0200, Peter Stuge wrote:
> Until we've looked into it further I think looping in die() is good.
Yes, thanks for the clarifications.
> > > Eventually I imagine building a panic room into die() so that
> >
> > Yep, surely a nice idea (should be a Kconfig option
On Thu, Jul 12, 2007 at 05:33:57PM +0200, Peter Stuge wrote:
> On Thu, Jul 12, 2007 at 02:49:36PM +0200, Stefan Reinauer wrote:
> > * Peter Stuge <[EMAIL PROTECTED]> [070712 09:50]:
> > > Have a look.
> >
> > I think the better way would be to check the paths for ../ and skip
> > those with a warn
On Thu, Jul 12, 2007 at 04:37:09PM +0200, Stefan Reinauer wrote:
> Index: HACKING
> ===
> --- HACKING (revision 448)
> +++ HACKING (working copy)
> @@ -32,7 +32,18 @@
>* dot (>= 1.8.10)
> http://www.graphviz.org/
>
> +Bu
On Thu, Jul 12, 2007 at 08:05:39PM +0200, Stefan Reinauer wrote:
> > At least we want to change the commit trigger so abuild doesn't run
> > for anything but v2 commits then. Maybe this is done already? :)
>
> Not for util?
>
> I think this is tough. If we pack lar there, v3 should definitely be
On Thu, Jul 12, 2007 at 07:53:33PM +0200, Peter Stuge wrote:
> On Tue, Jul 10, 2007 at 07:37:34AM -, LinuxBIOS wrote:
> > Grub2 uses BIOS calls right now for access to disk. Replace this
> > with a driver that accesses ATA disks directly.
>
> _Please_ don't get the one from FILO.
>
> Either g
On Thu, Jul 12, 2007 at 06:45:54PM +0200, LinuxBIOS information wrote:
> Compilation of agami:aruma has been broken
What's the reason?
> See the error log at
> http://qa.linuxbios.org/log_buildbrd.php?revision=2735&device=aruma&vendor=agami
/srv/svn/linuxbios-extra/tmp/LinuxBIOSv2-2735/src/dri
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "stepan" checked in revision 2737 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
add lxbios to v2
Signed-off-by: Stefan Reinauer <[EMAIL PROTECTED]>
Acked-by: Jordan
On Thu, Jul 12, 2007 at 07:59:42PM +0200, Stefan Reinauer wrote:
> * Peter Stuge <[EMAIL PROTECTED]> [070712 19:25]:
> > Re these files, I desperately want a fallback so that something
> > intelligent can be done also without any flash description files.
>
> This could just be assume a block size
* Uwe Hermann <[EMAIL PROTECTED]> [070712 20:01]:
> What's with the current maintainer(s) or original authors? Do they still
> work on it (or intend to)? What happens with the SourceForge project?
> Do we have admin access there to place a "lxbios in now maintained at
> linuxbios.org" notice there?
* Peter Stuge <[EMAIL PROTECTED]> [070712 19:57]:
> On Thu, Jul 12, 2007 at 02:59:17PM +0200, Uwe Hermann wrote:
> > You'd have to dump the v3 repository, and import it into the v2
> > repository (which I think we should do anyway)
>
> At least we want to change the commit trigger so abuild doesn'
On Thu, Jul 12, 2007 at 06:20:26PM +0200, Stefan Reinauer wrote:
> Hi,
>
> I think lxbios should be part of our utils/ suite...
Yep, I agree.
What's with the current maintainer(s) or original authors? Do they still
work on it (or intend to)? What happens with the SourceForge project?
Do we have
* Peter Stuge <[EMAIL PROTECTED]> [070712 19:25]:
> Re these files, I desperately want a fallback so that something
> intelligent can be done also without any flash description files.
This could just be assume a block size of 4, 8 or 16k for the archive.
Currently blocks are aligned to 16 bytes. S
On Thu, Jul 12, 2007 at 02:59:17PM +0200, Uwe Hermann wrote:
> You'd have to dump the v3 repository, and import it into the v2
> repository (which I think we should do anyway)
At least we want to change the commit trigger so abuild doesn't run
for anything but v2 commits then. Maybe this is done a
On Tue, Jul 10, 2007 at 07:37:34AM -, LinuxBIOS wrote:
> Grub2 uses BIOS calls right now for access to disk. Replace this
> with a driver that accesses ATA disks directly.
_Please_ don't get the one from FILO.
Either grab the one from OpenBIOS or port either ADVDRVR or MINDRVR
written by Hale
On Tue, Jul 10, 2007 at 05:10:30AM -, LinuxBIOS wrote:
> #78: Implement larfs to handle GRUB2 modules in flash easily.
Another use for liblar?
//Peter
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
On Thu, Jul 12, 2007 at 07:42:42PM +0200, Stefan Reinauer wrote:
> * Peter Stuge <[EMAIL PROTECTED]> [070712 19:12]:
> > I dislike flashrom for this mostly because it basically needs all of
> > lar, re other flashers they can always flash the complete image and
> > be done.
>
> I agree. But it se
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "" checked in revision 2736 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Build Log:
Compilation of agami:aruma is still broken
See the error log at
http://qa.linu
* Peter Stuge <[EMAIL PROTECTED]> [070712 19:12]:
> I dislike flashrom for this mostly because it basically needs all of
> lar, re other flashers they can always flash the complete image and
> be done.
I agree. But it seems a bit nasty. Either flash chip knowledge in lar,
or lar knowledge in flas
On Thu, Jul 12, 2007 at 07:26:23PM +0200, Stefan Reinauer wrote:
> > > Rather check the path before mkdir()ing.
> >
> > Exactly the idea.
Maybe I should explain mkdirp_below() a bit more.
It parses the new path one subdir at a time (as separated by / or \)
and calls realpath() to resolve it into
* Peter Stuge <[EMAIL PROTECTED]> [070712 19:03]:
> On Thu, Jul 12, 2007 at 06:54:04PM +0200, Stefan Reinauer wrote:
> > > > -#define ADM1026_DEVICE 0x2c /* 0x2e or 0x2d */
> > > > +#define ADM1026_DEVICE 0x2d /* 0x2e or 0x2c */
> > >
> > > Uhm, which is it? :) (Comment/value mismatch)
> >
> > on
* Peter Stuge <[EMAIL PROTECTED]> [070712 18:43]:
> > Rather check the path before mkdir()ing.
>
> Exactly the idea.
Great. Instead of calling mkdirp with ".", can we assume "." is always
the starting point? (I think it is not called differently at any other
point)
Stefan
--
coresystems GmbH
On Thu, Jul 12, 2007 at 07:00:44PM +0200, Stefan Reinauer wrote:
> > > I agree. That's why lar should know about flash chip sector sizes.
> >
> > This is probably best - lar is best suited for doing the math and
>
> Actually both lar and flashrom should be able to read flash chip
> description fi
* Peter Stuge <[EMAIL PROTECTED]> [070712 18:37]:
> > int is 32bit on all GNU architectures I know that could
> > theoretically run LinuxBIOS.
>
> My point is that this is lar and not LB. While LB is completely tied
> to the architecture we want lar to be the opposite. I expect lar and
> larballs
On Thu, Jul 12, 2007 at 07:02:51PM +0200, Stefan Reinauer wrote:
> > The real fun begins when larball has one sector size and flash
> > chip another, and we only want to replace a single larfile.
>
> So the question is: Who should reorganize the lar file so it uses
> the chip optimally? If it is f
On Thu, Jul 12, 2007 at 06:54:04PM +0200, Stefan Reinauer wrote:
> > > -#define ADM1026_DEVICE 0x2c /* 0x2e or 0x2d */
> > > +#define ADM1026_DEVICE 0x2d /* 0x2e or 0x2c */
> >
> > Uhm, which is it? :) (Comment/value mismatch)
>
> one of the three.
Clarified in r2738
--
linuxbios mailing list
Author: stuge
Date: 2007-07-12 19:02:52 +0200 (Thu, 12 Jul 2007)
New Revision: 2738
Modified:
trunk/LinuxBIOSv2/src/mainboard/agami/aruma/mainboard.c
Log:
trivial: clarify comment on ADM1026_DEVICE address
Signed-off-by: Peter Stuge <[EMAIL PROTECTED]>
Acked-by: Peter Stuge <[EMAIL PROTECTED]>
* Peter Stuge <[EMAIL PROTECTED]> [070712 18:21]:
> > flashrom should at the very least know how to read a lar and make
> > sure it is sane. If we include the sector size from above, then
> > flashrom could do some very basic sanity checking before starting.
>
> The real fun begins when larball h
* Jordan Crouse <[EMAIL PROTECTED]> [070712 17:27]:
> > > A normal LinuxBIOS upgrade shouldn't touch the bootblock;
> >
> > I agree. That's why lar should know about flash chip sector sizes.
>
> This is probably best - lar is best suited for doing the math and
> making sure that the blobs are wri
On Thu, Jul 12, 2007 at 05:59:07PM +0200, Peter Stuge wrote:
> It does make sense to keep lar in the v3 repo until the point where
> it is actually used in multiple versions of LB.
Sorry. I realize I've gone completely back and forth on this. It's
because I'm too used to cvs and not being able to
On Thu, Jul 12, 2007 at 06:22:30PM +0200, Stefan Reinauer wrote:
> > Good point. I can't even get it to build in v3:
> >
> > LinuxBIOSv3 $ make util/lar/lar
>
> make build/util/lar/lar ?
Oh a build dir in v3 too? Didn't get that.
(I admit, I haven't built that much.)
$ make
..
DONE
$ make bui
* Peter Stuge <[EMAIL PROTECTED]> [070712 18:49]:
> On Thu, Jul 12, 2007 at 05:56:03PM +0200, [EMAIL PROTECTED] wrote:
> > -#define ADM1026_DEVICE 0x2c /* 0x2e or 0x2d */
> > +#define ADM1026_DEVICE 0x2d /* 0x2e or 0x2c */
>
> Uhm, which is it? :) (Comment/value mismatch)
one of the three.
--
On Thu, Jul 12, 2007 at 05:56:03PM +0200, [EMAIL PROTECTED] wrote:
> -#define ADM1026_DEVICE 0x2c /* 0x2e or 0x2d */
> +#define ADM1026_DEVICE 0x2d /* 0x2e or 0x2c */
Uhm, which is it? :) (Comment/value mismatch)
//Peter
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.or
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "stepan" checked in revision 2735 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
some agami i2c merges
Signed-off-by: Stefan Reinauer <[EMAIL PROTECTED]>
Acked-by: St
On Thu, Jul 12, 2007 at 04:49:35PM +0200, Stefan Reinauer wrote:
> > > + mkdirp((const char *) dirname(path), 0755);
> >
> > I don't think lar should mkdir -p implicitly.
>
> Oh it does not do this implicitly. It only does it if the archive
> explicitly contains a directory.
It needs to be ther
Author: stepan
Date: 2007-07-12 18:43:13 +0200 (Thu, 12 Jul 2007)
New Revision: 451
Modified:
LinuxBIOSv3/util/
Log:
add lxbios to v3
Signed-off-by: Stefan Reinauer <[EMAIL PROTECTED]>
Acked-by: Jordan Crouse <[EMAIL PROTECTED]>
Property changes on: LinuxBIOSv3/util
___
Author: stepan
Date: 2007-07-12 18:41:18 +0200 (Thu, 12 Jul 2007)
New Revision: 2737
Modified:
trunk/LinuxBIOSv2/util/
Log:
add lxbios to v2
Signed-off-by: Stefan Reinauer <[EMAIL PROTECTED]>
Acked-by: Jordan Crouse <[EMAIL PROTECTED]>
Property changes on: trunk/LinuxBIOSv2/util
__
On Thu, Jul 12, 2007 at 04:49:35PM +0200, Stefan Reinauer wrote:
> > > + unsigned int *ptr = (unsigned int *) (lar->map + (filelen - 12));
> >
> > What about all this pointer arithmetic? Is it really correct?
>
> This code is not new, it is in another file already.
Yes. Sorry. It's fine.
> >
* Jordan Crouse <[EMAIL PROTECTED]> [070711 20:07]:
> This is the easiest patch.. :) Add a top level 'lar' target to v3,
> so I can build the utility by itself. Until LAR gets seperated out
> into its own repository, I'm going to have to figure out a way to make
> buildROM build lar independentl
* Peter Stuge <[EMAIL PROTECTED]> [070712 17:59]:
> On Thu, Jul 12, 2007 at 12:21:38PM +0200, Stefan Reinauer wrote:
> > > This is another reason to move util/ out to it's own home.
> >
> > Please: Whoever moves lar to it's own repository: Make sure that it
> > builds cleanly in v3 and out of v3
On Thu, Jul 12, 2007 at 09:27:49AM -0600, Jordan Crouse wrote:
> > I agree. That's why lar should know about flash chip sector sizes.
>
> This is probably best - lar is best suited for doing the math and
> making sure that the blobs are written out in the right format.
> Somewhat safer then making
On Thu, Jul 12, 2007 at 12:21:38PM +0200, Stefan Reinauer wrote:
> > This is another reason to move util/ out to it's own home.
>
> Please: Whoever moves lar to it's own repository: Make sure that it
> builds cleanly in v3 and out of v3 before doing so.
Good point. I can't even get it to build i
Author: stepan
Date: 2007-07-12 17:56:02 +0200 (Thu, 12 Jul 2007)
New Revision: 2735
Modified:
trunk/LinuxBIOSv2/src/mainboard/agami/aruma/Config.lb
trunk/LinuxBIOSv2/src/mainboard/agami/aruma/Options.lb
trunk/LinuxBIOSv2/src/mainboard/agami/aruma/cache_as_ram_auto.c
trunk/LinuxBIOSv2/
On Thu, Jul 12, 2007 at 03:06:57PM +0200, Uwe Hermann wrote:
> > > If so, shall we move the loop into hlt() itself?
> >
> > I don't think so. hlt() is just a C wrapper around the instruction.
>
> Hm, but given your above explanations that the hlt() may not really
> completely halt, I'd say that w
On 12/07/07 02:46 +0200, Peter Stuge wrote:
> On Wed, Jul 11, 2007 at 05:38:41PM -0600, Jordan Crouse wrote:
> > > > + int size;
> > >
> > > u32 size maybe?
> >
> > I guess, though I'll bet this code doesn't survive long enough to
> > see those 2G ROM chips.. :)
>
> I won't take that bet.
On Thu, Jul 12, 2007 at 02:49:36PM +0200, Stefan Reinauer wrote:
> * Peter Stuge <[EMAIL PROTECTED]> [070712 09:50]:
> > Have a look.
>
> I think the better way would be to check the paths for ../ and skip
> those with a warning.
Then there are the symlinks. :\
//Peter
--
linuxbios mailing li
On 12/07/07 03:05 +0200, Peter Stuge wrote:
> On Thu, Jul 12, 2007 at 02:16:21AM +0200, Segher Boessenkool wrote:
> > > 1 means combining flashrom and lar somehow.. Thoughts?
> >
> > I think the boot block should be outside of the LAR completely.
>
> Hmm. Interesting!
>
>
> > A normal LinuxBIOS
On Thu, Jul 12, 2007 at 05:13:38PM +0700, Darmawan Salihun wrote:
> > As for the EPIA board, well, where is that base specified? In a
> > PCI config register or where?
>
> The base is in a PCI config register. Relevant code as follows:
>
> base = pci_read_word(dev, 0x88) & 0xFF80;
>
> va
* Rudolf Marek <[EMAIL PROTECTED]> [070712 12:43]:
> limit |= ((resource->base + resource->size) >> 8) & 0xff00;
>
> I think there is missing -1
>
> ((resource->base + resource->size - 1) >> 8) & 0xff00;
> After this fix the MMIO for VGA is from A to B
Looks reasonabl
On 12/07/07 12:18 +0200, Stefan Reinauer wrote:
> * Jordan Crouse <[EMAIL PROTECTED]> [070711 20:07]:
> > This is the easiest patch.. :) Add a top level 'lar' target to v3,
> > so I can build the utility by itself. Until LAR gets seperated out
> > into its own repository, I'm going to have to fi
On 12/07/07 13:10 +0200, Stefan Reinauer wrote:
> * Jordan Crouse <[EMAIL PROTECTED]> [070712 01:50]:
> >
> > # MANIFEST
> > # Filename pathnamealgorithm
> > /root/my.payloadnormal/payload lzma
> > ...
> > bootblock bootblock
Quoting polytan <[EMAIL PROTECTED]>:
> I would like my chipset supported to, a intel i845 on MS-6391 !
>
> http://www.msicomputer.com/product/detail_spec/845pro4.htm
>
> The bios is not soldered, just on a PLCC support.
>
> Cheers,
>
> Polytan
>
> 2007/7/12, Uwe Hermann <[EMAIL PROTECTED]>:
>>
>>
* Peter Stuge <[EMAIL PROTECTED]> [070712 01:05]:
> On Wed, Jul 11, 2007 at 12:16:19PM -0600, Jordan Crouse wrote:
> > Simple patch - this removes the files that were obsoleted by the
> > previous patch.
>
> For the next iteration please add these two patches together since
> they belong together
* Jordan Crouse <[EMAIL PROTECTED]> [070711 20:15]:
> This takes the code previous in create.c, extract.c, list.c
> and bootblock.c, and consolidates them into one file.
Why?
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email:
* Peter Stuge <[EMAIL PROTECTED]> [070712 00:58]:
> Sorry. Since we don't store directories in lar it should indeed mkdir
> -p implicitly. But I think a bit of sanity would be nice here since a
> lar could otherwise be used to overwrite arbitrary system files.
You compile LinuxBIOS as root?
> I'l
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "uwe" checked in revision 2734 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
[Arg! Forgot to 'svn add', sorry]
Generic driver for pretty much all known Standard Micr
* Peter Stuge <[EMAIL PROTECTED]> [070712 00:49]:
> > +static int lar_read_size(struct lar *lar, int filelen)
> > +{
> > + unsigned int *ptr = (unsigned int *) (lar->map + (filelen - 12));
> > + return ptr[0];
> > +}
>
> What about all this pointer arithmetic? Is it really correct?
This code
This patch fixes compilation on OS X
Signed-off-by: Stefan Reinauer <[EMAIL PROTECTED]>
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: [EMAIL PROTECTED] • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg •
I would like my chipset supported to, a intel i845 on MS-6391 !
http://www.msicomputer.com/product/detail_spec/845pro4.htm
The bios is not soldered, just on a PLCC support.
Cheers,
Polytan
2007/7/12, Uwe Hermann <[EMAIL PROTECTED]>:
On Thu, Jul 12, 2007 at 05:30:53PM +0400, Peter Lemenkov w
Dear LinuxBIOS readers!
This is the automated build check service of LinuxBIOS.
The developer "uwe" checked in revision 2733 to
the LinuxBIOS source repository and caused the following
changes:
Change Log:
Generic driver for pretty much all known Standard Microsystems Corporation
(SMSC) Super I
* Juergen Beisert <[EMAIL PROTECTED]> [070712 15:57]:
> When no interrupt, reset, NMI or SMI occures the "hlt" opcode let the CPU
> sleep forever.
> Do we are using interrupts in LBv3?
I guess we can not guarantee that there is no NMI.
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. B
On Thursday 12 July 2007 15:23, Stefan Reinauer wrote:
> * Uwe Hermann <[EMAIL PROTECTED]> [070712 15:06]:
> > Hm, but given your above explanations that the hlt() may not really
> > completely halt, I'd say that we really should move the loop into
> > hlt(). When I call hlt() from my code I _expec
On Thu, Jul 12, 2007 at 05:30:53PM +0400, Peter Lemenkov wrote:
> Hello All!
>
> 2007/7/12, Uwe Hermann <[EMAIL PROTECTED]>:
>
>> > One of that cars identified as Gigabyte 7VT880-RZ (based on VIA KT880 +
>> VT8237R)
>>
>> Not supported yet, sorry. However, Rudolf Marek is working on
>> K8T890/VT8
On Thu, Jul 12, 2007 at 10:53:17AM +0200, Stefan Reinauer wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [070712 03:03]:
> > Some minor cosmetic fixes (trivial).
> > -/* no printk allowed until hardware is ready; hardware is ready */
> > /**
> > - * start up hardware needed for stage1
> > + * S
Hello All!
2007/7/12, Uwe Hermann <[EMAIL PROTECTED]>:
> > One of that cars identified as Gigabyte 7VT880-RZ (based on VIA KT880 +
> > VT8237R)
>
> Not supported yet, sorry. However, Rudolf Marek is working on K8T890/VT8237
> support if that helps...
I've got an idea!
There is a list of support
* Uwe Hermann <[EMAIL PROTECTED]> [070712 15:06]:
> Hm, but given your above explanations that the hlt() may not really
> completely halt, I'd say that we really should move the loop into
> hlt(). When I call hlt() from my code I _expect_ a full halt, I don't
> want _any_ other code exectuted.
It'
Hi,
On Wed, Jul 11, 2007 at 05:21:12PM +0400, Peter Lemenkov wrote:
> I've got a small number of motherboards on which I would like to
> install LinuxBIOS instead of proprietary BLOBs.
>
> One of that cars identified as Gigabyte 7VT880-RZ (based on VIA KT880 +
> VT8237R)
Not supported yet, sorr
Hi,
On Wed, Jul 11, 2007 at 01:23:28PM +0200, Gerhard Gappmeier wrote:
> > LinuxBIOS on laptops is a mess that we're only beginning to jump into.
> > Laptops have an embedded controller, sometimes referred to as an EC,
> > that can control everything from power to LCD control, etc, etc. The
> > do
On Wed, Jul 04, 2007 at 06:31:15PM +0200, Stefan Reinauer wrote:
> I think 3 is the best one.. We are already going safe in so many places
> (licenses for dts files and Kconfig files), so we should maybe just do
> the same here.
>
> Other opinions?
Yeah, I agree. I'll send a patch later this day.
On Wed, Jul 11, 2007 at 11:18:06PM -0400, Corey Osgood wrote:
> Acked-by: Corey Osgood <[EMAIL PROTECTED]>
Thanks, r2733 (and r2734 :)
Uwe.
--
http://www.hermann-uwe.de | http://www.holsham-traders.de
http://www.crazy-hacks.org | http://www.unmaintained-free-software.org
signature.asc
Descri
Author: uwe
Date: 2007-07-12 15:13:56 +0200 (Thu, 12 Jul 2007)
New Revision: 2734
Added:
trunk/LinuxBIOSv2/src/superio/smsc/smscsuperio/
trunk/LinuxBIOSv2/src/superio/smsc/smscsuperio/Config.lb
trunk/LinuxBIOSv2/src/superio/smsc/smscsuperio/chip.h
trunk/LinuxBIOSv2/src/superio/smsc/sms
Author: uwe
Date: 2007-07-12 15:12:47 +0200 (Thu, 12 Jul 2007)
New Revision: 2733
Modified:
trunk/LinuxBIOSv2/src/devices/pnp_device.c
Log:
Generic driver for pretty much all known Standard Microsystems Corporation
(SMSC) Super I/O chips.
Most of the SMSC Super I/O chips seem to be similar eno
On Thu, Jul 12, 2007 at 04:27:46AM +0200, Peter Stuge wrote:
> On Thu, Jul 12, 2007 at 03:44:23AM +0200, Uwe Hermann wrote:
> > Btw, why does die() do an endless loop around hlt()? Is there a
> > reason a hlt() will _not_ immediately halt the CPU? Can that
> > happen?
>
> It should halt, but the C
Author: stepan
Date: 2007-07-12 15:03:53 +0200 (Thu, 12 Jul 2007)
New Revision: 450
Modified:
LinuxBIOSv3/arch/x86/stage1.c
Log:
Ensure correct linking independent from compiler settings
Signed-off-by: Juergen Beisert <[EMAIL PROTECTED]>
Acked-by: Stefan Reinauer <[EMAIL PROTECTED]>
Modifie
Author: uwe
Date: 2007-07-12 15:01:42 +0200 (Thu, 12 Jul 2007)
New Revision: 449
Removed:
LinuxBIOSv3/include/arch/x86/hlt.h
Modified:
LinuxBIOSv3/arch/x86/geodelx/geodelx.c
LinuxBIOSv3/include/arch/x86/cpu.h
LinuxBIOSv3/lib/console.c
LinuxBIOSv3/lib/ram.c
LinuxBIOSv3/northbridge
On Thu, Jul 12, 2007 at 11:08:20AM +0200, Stefan Reinauer wrote:
> * Uwe Hermann <[EMAIL PROTECTED]> [070711 22:24]:
> > OK, not really a patch, but I think we can move lar into the global
> > util/ directory and suck it into v3 via svn:externals.
> >
> > That's a first step to make it independent
* Peter Stuge <[EMAIL PROTECTED]> [070712 09:50]:
> Have a look.
>
> I haven't gotten lar to build, but the function works in a separate
> test program.
I think the better way would be to check the paths for ../ and skip
those with a warning.
Stefan
--
coresystems GmbH • Brahmsstr. 16 • D-7910
* Savchenko Mikhail <[EMAIL PROTECTED]> [070712 13:33]:
> Any ideas about running Virtual Iron virtual machines hypervisor via LinuxBIOS
> is it possible, and what about hardware virtualization (Pacifica) of AMD64
> CPUs
> support in LinuxBIOS, is it works?
Pacifica works fine with LinuxBIOS.
No
On Thu, Jul 12, 2007 at 10:43:47AM +0200, Stefan Reinauer wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [070712 03:03]:
> > Some minor cosmetic fixes (trivial).
>
> > -/*
> > - * PCI Class, Vendor and Device IDs
> > - *
> > - * Please keep sorted.
> > - */
> > -
>
> Why is removing comments co
Quoting Joseph Smith <[EMAIL PROTECTED]>:
> Quoting Corey Osgood <[EMAIL PROTECTED]>:
>
>> Joseph Smith wrote:
>>> Quoting Peter Stuge <[EMAIL PROTECTED]>:
>>>
>>>
> value = 9
>
> (2 << (value - 1))
>
>
>>>
>>>
Bit shift is fine methinks but I would suggest:
(1 <
1 - 100 of 128 matches
Mail list logo