On 29.11.2007 01:14, Richard Smith wrote:
Great. I'll have reason to do some linuxbios hacking soon. I purchased
some GIGABYTE GA-M57SLI-S4 setups to build a Multi-TB RAID server. Parts
should arrive next week. One goes into service with stock BIOS to get
going ASAP and the other gets
Carl-Daniel Hailfinger wrote:
For SPI flash size, the limitation is not how much the chipset can
support, but how much the SPI translation feature in the IT8716F can
support.
Are you talking about LCP reads - SPI reads translation?
If so I only need that for the initial boot. After that I
On 29.11.2007 19:34, Richard Smith wrote:
Carl-Daniel Hailfinger wrote:
For SPI flash size, the limitation is not how much the chipset can
support, but how much the SPI translation feature in the IT8716F can
support.
Are you talking about LCP reads - SPI reads translation?
Yes.
If so I
Carl-Daniel Hailfinger wrote:
If so I only need that for the initial boot. After that I can issue
SPI read commands directly to the device.
Which is a little bit slow/inefficient. I suspect that using a USB
storage device (together with early USB initialization) will give you
better
Uwe Hermann wrote:
That would be great. If you stick one DIMM in slot 0 it should boot
right away (yes, this will be fixed to support all combinations), just use
either of the 440BX targets in svn. Except for 4-5 lines of code per
target they're all the same.
I may be able to help out here.
Al Boldi wrote:
I may be able to help out here. I have a GigaByte i440bx board with a
dual-bios. There are two physical non-socketed chips, but the fallback logic
is software conntrolled.
Oh. I don't care about bricking. My boards have sockets and unbricking
things is my specialty. I
On Wed, Nov 28, 2007 at 08:04:59AM -0500, Richard Smith wrote:
I may be able to help out here. I have a GigaByte i440bx board with a
dual-bios. There are two physical non-socketed chips, but the fallback
logic
is software conntrolled.
Oh. I don't care about bricking. My boards have
] Remove Bitworks IMS
Al Boldi wrote:
I may be able to help out here. I have a GigaByte i440bx board with a
dual-bios. There are two physical non-socketed chips, but the fallback
logic
is software conntrolled.
Oh. I don't care about bricking. My boards have sockets and unbricking
things
Uwe Hermann wrote:
functions in lib/spd.c and some 440BX-specific stuff in the resp. raminit.c.
Will post soon.
82371EB southbridge which the 440BX boards use. I'll finish up that one
first an post it after a few tests.
Great. I'll have reason to do some linuxbios hacking soon. I
On Thu, Nov 29, 2007 at 02:34:18AM +0100, Uwe Hermann wrote:
I'm relatively sure the dual-bios solution will not work in this
case, as it's software-controlled (but other may have more
information).
Correct, any BIOS failsafe in software is out of play once LB is in
the flash chip.
IIRC
On Wed, Nov 28, 2007 at 07:14:08PM -0500, Richard Smith wrote:
Great. I'll have reason to do some linuxbios hacking soon. I purchased
some GIGABYTE GA-M57SLI-S4 setups to build a Multi-TB RAID server. Parts
should arrive next week. One goes into service with stock BIOS to get
going ASAP
Uwe Hermann wrote:
On Wed, Nov 28, 2007 at 01:39:33PM +0300, Al Boldi wrote:
I may be able to help out here. I have a GigaByte i440bx board with a
Which board exactly? The GIGABYTE GA-6BXC is currently supported.
GIGABYTE GA-BX2000. AwardBIOS 2A69KG0E.
dual-bios. There are two physical
On Tue, Nov 27, 2007 at 03:39:54AM +0100, Peter Stuge wrote:
On Mon, Nov 26, 2007 at 07:31:14PM -0500, Richard Smith wrote:
What 440bx based boards now work?
tyan/s1846
Uh, that and
ASUS P2B
ASUS P2B-F
ASUS P3B-F
A-Trend ATC-6220
AZZA PT-6IBD
Biostar M6TBA
Compaq Deskpro EN SFF P600
On Mon, Nov 26, 2007 at 07:31:14PM -0500, Richard Smith wrote:
That said, I still have some boards and I would sure love to see proper
video pop out sometime before I die. It is the only project of mine that
outright failed because of technical problems I was not able to solve. The
scars
Uwe Hermann wrote:
Maybe I'll take a Sunday afternoon and try to boot the code one of them on
the IMS boards I have.
That would be great. If you stick one DIMM in slot 0 it should boot
right away (yes, this will be fixed to support all combinations), just use
either of the 440BX targets
Stefan Reinauer wrote:
* Uwe Hermann [EMAIL PROTECTED] [070524 20:55]:
I tend to agree, but I'd like to hear the opinion of Richard (CC'd).
One drawback Ive discovered of gmail is that it will filter out
duplicates so a cc: and a subscription to the list means that I only get
one copy and it
On Mon, Nov 26, 2007 at 07:31:14PM -0500, Richard Smith wrote:
What 440bx based boards now work?
tyan/s1846
//Peter
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
* Uwe Hermann [EMAIL PROTECTED] [070524 20:55]:
I tend to agree, but I'd like to hear the opinion of Richard (CC'd).
Well, reason 1 and 3 are quite surely not enough to remove it, maybe not
even reason 2. The reason why I agree that it can be removed is that
it's almost completely copy+paste
On Tue, May 22, 2007 at 11:20:15PM -0400, Corey Osgood wrote:
Well, as there seems to be a lot of cleaning up going on lately, might
as well add this to the docket. The attached patch removes the Bitworks
IMS, as 1) there's no video support for it, 2) no one objected when this
was discussed
19 matches
Mail list logo
