[EMAIL PROTECTED] schrieb:
> The ICH4 datasheet also says it has a EHCI debug port.
> Why is it not supported in LB?
>
hardware (displays, data cables, automated profilers or such) are
somewhat uncommon for it and the serial port / POST card is already
quite helpful.
the debug port could tran
Xenoppix is fully usable even with legacy bios on this mother
(-board)--Q
Joop Boonen schrieb:
> All,
>
> I'm thinking of buying a GA-M57SLI-S4 mainboard. As AMD-V isn't activated
> in the BIOS I probably want to use LinuxBIOS. As i want to use
> virtualisation i would like to know if Linux
Ward Vandewege schrieb:
> Now; before I post my patches to the list for review, I'd like to know what
> the current thinking is on the future of buildrom.
>
> There are a couple of issues with buildrom as it stands today:
>
> a) it's v2 only
> b) there is no standardized way to use a different init
[EMAIL PROTECTED] schrieb:
> via. (btw, as a joke, has someone here a good friend which is tooth physician
> or
> radiologist to do a X-ray radiography of this board? ;-) )
OT : reverse engineering a 4+ layer pcb with a 2D X-ray may still be
tricky. I wonder how it is being done professionally ?
Rasmus Wiman schrieb:
> I read about that, yes. What does it mean? Different sockets? No
> sockets at all? Impossible to flash?
there are SPI sockets out there in industry, but less common & probably
pricey. plcc32 is much more commonplace.
but then soldering 8 contacts might seem less risky to
book review:
BIOS
das Praxisbuch (praxis book) ,5. ed.
Studienausgabe with CDROM (unabridged)
by Alle Metzlar (c) 2005, ISBN 9783772 370342, €20, 405 pages, Franzis
publishers "professional series"
There are only a handful books out there (in German language) which
carry "BIOS" in its
it would not be much harder !
--Q
Robert Vogel schrieb:
This is probably a dumb question.
What is "pre-bricking" ?
- Original Message - From: "Quux" <[EMAIL PROTECTED]>
To: "LinuxBIOS"
Sent: Thursday, August 23, 2007 6:00 PM
Subject: [LinuxBIOS] y
Janek Kozicki schrieb:
> This is a bit OT, but related to A8N-E motherboard.
>
> Does anybody know if quad-core barcelona processor will fit into this
> motherboard? Socket 939.
>
>
I thought there was only a single board out there for that obscure AMD
quad core. and it not the A8n-E, I would
Peter Stuge schrieb:
> It may not be best practice to hotplug, but it is rather safe since
> the chip is never accessed once the system is running.
>
saves plug cycles and time ...
>
>> Even an 8 Mbit piece 49LF080A works with the Asus a8ne, so
>> maybe a kernel may be squeezed in there as w
wow, it only took me only 3 hrs to pre-brick the Asus A8N-E I got at
ebay for €22.
I would have been faster, but the ROM / IMAGE SIZE of the current
revision ist stated as 7F00 instead of 2hex as in the M57SLI
target. Once I fixed that I could flash the current revision - and the
POST car
Carl-Daniel Hailfinger schrieb:
> If you have problems downloading the datasheet from ITE (the download
> may stall) tell me and I'll send it to you privately.
the ITE datasheet looks quite informative. Is it all you get / need to
do the job ?
my ebay seller of the A8N-E keeps me waiting for a w
bari schrieb:
> Has anyone started on VIA CX700 support?
> http://www.via.com.tw/en/products/chipsets/c-series/cx700/
this is unlikely, unless mentioned in wiki !
this answer applies to various questions concerning particular hardware
- but we do not wish to appear rude in any way !
there is
there is also the issue, that unless BIOS disables the feature, a virus
can lock up a modern hard drive for good at run time. this was reported
on c't security some time ago.
There were no known legacy BIOSes aware of this vulnerability at the
time (~2005).--Q
Peter Stuge schrieb:
>>> Note
hi Robert,
if you get a M57SLI for 84 € it is good bang for the buck. Otherwise
there is only the ASUS A8N-E wich is out of stock but many people try to
get rid of it at ebay around 30€ or so.
A8N successors ar still with the dealers, but we need info, which
SuperIO chips asf. the other mobos
I assume that is what happens, but kernel messages are not fully logged.
The screen just says that BIOS has AMD-V disabled, but all seems to work
fine - albeit slow in a knoppix inside a knoppix (who are 2 DHCP
clients) ... --Q
Stefan Reinauer schrieb:
> Usually, if virtualization is disabled
F11beta legacy bios still has amd-v disbled, according to xenoppix,
which boots, however --Q
Allix Davis schrieb:
> I have not yet installed it, at the moment i am using the proprietary
> Award bios version F8 2007/03/20 .
>
> I wanted to use AMD-V with kvm or xen, unfortunately the bios has
>
the idea is kinda thrilling ... it would allow to have legacy bios
available beside LinuxBIOS ?
ron minnich wrote:
> flash forever; anyone out there want to make a linux-kvm payload, boot
> it, load windows, and show us that it's been done?
>> http://arstechnica.com/news.ars/post/20070808-dell-v
Elitegroup KN3 with top hat flash may be worth considering. --Q
Uwe Hermann schrieb:
> Hi,
>
> there's been lots of talk about support for a modern and/or cheap desktop
> board in the past.
>
> I think our best bet at the moment is to support many K8+CK804 and
> K8+MCP55 boards. Is anybody out the
if the revised code works please let us M57 users know. We should keep a
.rom binary in the wiki, which is "known good" and allows to flashrom
back into legacy BIOS for people with prudent attitudes.
we could even throw together a Vectorlinux Live-CD with LB source &
binary on it
yo dudes,
this is good to know. too bad, elitegroup top hat flash does not work on
M57. maybe thf requires a fwh instead of lpc or particular circuitry on
the mainboard. so I got to put a socket on as well ...
Andreas B. Mundt schrieb:
> Hello everybody!
>
> Encouraged by the reported success
Peter Stuge schrieb:
> On Wed, May 09, 2007 at 04:22:53PM -0700, ron minnich wrote:
>
>> On 5/9/07, Peter Stuge <[EMAIL PROTECTED]> wrote:
>>
>>> However, the southbridge needs to decode the full 2Mbyte (these
>>> are 16Mbit parts) address range for it to be useful in practice.
>>>
>
Jeremy Jackson schrieb:
> OK I got lucky, AVnet had "broken stock", so I was able to order 8pcs
> and got them in 2 days. (SST 2MB LPC flash chips)
>
> Jeremy
>
> I might be persuaded to part with a couple of them to
is it poss. to upgrade a mainboard, say GA M57SLI, from 1 MBit flash to
2 Mbit
Peter Stuge schrieb:
> On Wed, May 09, 2007 at 03:07:34AM +1000, Charles Hanum wrote:
>
>> With the great work being done on the Gigabyte GA-M57SLI-S4, I am
>> wondering how applicable this would be for the ASUS M2N32-WS board.
>>
>> The motherboard is a nVIDIA nForce 590
>>
>
> 590 is a va
David H. Barr schrieb:
>> Probably a lot like the TiVo PROM back-to-back socket. Basically two
>> plcc32 sockets soldered back to back with a few pin tweaks. Yet
>> another variation on dead-roaching or piggy-backing a chip.
>>
>> "tivo prom piggy" should get you there as a search query. I've
>>
use it at your own risk. --Quux
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
from what I understand they try to get MS into the boat. For cost
reasons LinuxBIOS will still be choice #1. --Q
Myles Watson schrieb:
> The Register is reporting that OLPC is going to produce a version that boots
> windows. Does anyone know how they are planning to do it? Are they still
> goi
hi Darmawan,
a decent flashing software is badly in need. otherwise there is only
UNIFLASH, a DOS turbo pascal 7 program, which is not covering some
recent hardware and die PCI Expansion ROM support is patchy. It may also
make sense to make a knoppix liveimage with full LinuxBIOS integration
t
Peter Stuge schrieb:
>> the manual states two separate memories: expansion rom and then the
>> rest of the flash mem.
>> I am somewhat sure it is not purely a PCI expansion ROM .
>>
>
> No it is definately not just an expansion ROM, but my point was that
> they designed it to hook into the sys
http://www.dealdatabase.com/forum/showthread.php?p=259752
the tivo piggy pack socket for secondary BIOS chip
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
David H. Barr schrieb:
> It may be very generic, but it's also apparently covered by patents
> no. 130648 and 177592 (I find no reference as to which country in
> which said patents are issued). I imagine similar problems may exist
> with TopHat.
>>
>>> the tivo socket has no circuitry at all.
>>>
Peter Stuge schrieb:
>> the tivo socket has no circuitry at all.
>>
>
> Really? Is there a schematic somewhere?
I also had to bl**dy register with the forum. Those two pdf's just show
photo's, so for plain wiring no one bothered to draw any schematics
seemingly.
I guess it is pretty much es
David H. Barr schrieb:
>> I'd love to find out more about exactly how this is done.
>>
http://de.babelfish.yahoo.com/translate_url?doit=done&tt=url&intl=1&fr=bf-home&trurl=http%3A%2F%2Ffab51.com%2Fworkshop%2Fbios%2Fdual_bios1.html
http://fab51.com/workshop/bios/dual_bios1.html
in babelfish
David H. Barr schrieb:
> Probably a lot like the TiVo PROM back-to-back socket. Basically two
> plcc32 sockets soldered back to back with a few pin tweaks. Yet
> another variation on dead-roaching or piggy-backing a chip.
>
> "tivo prom piggy" should get you there as a search query. I've
> occas
I just managed to get my hands on a top hat flash.
it is an empty plcc32 socket to flip over an soldered in flash chip.
attached to the socket is a secondary flash mem and some circuitry to
handle the "chip enable" signal, i.e. pull down the primary one and
daisy chain the data/addr bus.
now I
check out this rip off: $60 for an empty PCI card ... ;-)
http://www.jdr.com/interact/item.asp?itemno=JDR-PR1000
Quux schrieb:
> empty PCI cards with patch fields are around - but some cost even more
> than MAXII devkit which has much more bang/buck.
>
> http://www.quancom
5.4.1 BIOS Boot Specification 1.01
The BIOS Boot Specification as defined by Compaq,
Phoenix Technologies and Intel provides the means for
any device in a system to be identified as an *Initial
Program Load* (IPL) device. If the system BIOS supports
this specification, the expansion ROM within the
http://www.intel.com/design/intarch/applnots/273121.HTM
an intel PCI board with fpga & lotsa flash chips only. intel say it
allows dead-on startup of embedded systems ... what u think ?
Quux schrieb:
> empty PCI cards with patch fields are around - but some cost even more
> than MA
empty PCI cards with patch fields are around - but some cost even more
than MAXII devkit which has much more bang/buck.
http://www.quancom.com/quancom/quancom01.nsf/home_prod_eng.htm
>>> So, are there proto cards out there with nothing but a flash part on them?
--
linuxbios mailing list
linuxb
that is the point - the issue was discussed here a couple of days ago.
a regular PCI expansion BIOS is called too late during POST by legacy
BIOS. The Altera MAXII has a patch field to put a flash mem into.
this PCI space mapping business is the key point. chipset's provide for
booting from PCI
switches onboard connected to the chipset
? --Q
ron minnich schrieb:
> On 4/28/07, Peter Stuge <[EMAIL PROTECTED]> wrote:
>
>> On Sat, Apr 28, 2007 at 03:11:19PM +0200, Quux wrote:
>>
>>> do you think that PCI expansion ROM may be useful during the
>&
yo dudes !
I wonder: if someone wanted to avoid soldering, could he use the below
clip (solderless) and flash the M57sli v.2.0 SPI onboard, while the mobo
is powered of ? A "willem.org" programmer is cheaper than a new Gigbyte
mainboard ...--Q
http://www.willem.org/catalog/product_info.ph
thank you for your posting, Darmawan.
do you think that PCI expansion ROM may be useful during the developing
phase in order to avoid soldering as on an GA M57sli mobo ?
Eventually it does not make much sense anymore, when the LinuxBIOS code
is verified to work. But before that it allows quick
Yo ! I am beginning to think, then, that an Elitegroup AM2 top hat flash
board (secondary bios right out of the box) may be actually less hassle
to deal with.
many vendors don't specify the board revision when you orden a M57SLI. --Q
Stefan Reinauer schrieb:
> I started implementing SPI for t
the spi memory has #CE und #WP (chip enable, write protect) in their
8 pin package
on the mobo there is a wp jumper. why not exchange #CE with #WP on the
chip und use the jumper as a dual bios #CE at runtime ?
> seems like GA came out with the third revision of their M57SLI mobo.
>
>
> http:/
seems like GA came out with the third revision of their M57SLI mobo.
still no real dual bios ! no socketed chip either.
rev. 2.0 has one populated flash chip and they dont use plcc32 on that
board.
a secondary 8 pin chip would be easier to solder, I'd guess.
http://www.gigabyte.de/Products/Moth
wow ! breakthru !
recently I was just watching the line whether the m57sli builds or
not. great news !!
LinuxBIOS information schrieb:
> Build Log:
> Compilation of arima:hdama is still broken
> Compilation of ibm:e325 is still broken
> Compilation of ibm:e326 is still broken
> Compilati
folks, I know that off topic posts are not really welcome here.
Still, we have a guy in Germany (interior minister Schaeuble) who is
crossing a red line and this mandates "out of line" measures in return.
in short, the conservatives run a campaign to minimize constitutional
civil rights and cit
happy Easter dudes !
at ebay Germany you find some guys who offer BIOS (searchword BIOS)
replacement chips ready burned. if they do not have yout plcc type, they
may get it somewhere. please keep us informed. --Q from Bremen
ST schrieb:
> I would like to buy another flash chip. But all local
so far there is do explicit support, but it would make some sense. PCI
expansion ROM is not a full-scale replacement for main BIOS though. PCI
ROM is called rather later during initialization from legacy BIOS. There
is public linux code for flashing via RTL Nic cards around however, and
it migh
SMM is killing hard "real time capability" and also killing hard
security, unless it's code is public.
Those TCP/IP stacks within SMM-BIOS do not make everyone happy. --Q
Carl-Daniel Hailfinger schrieb:
> On 27.03.2007 16:41, WarrenHead wrote:
>
>> So, as an ordinary person who just owns a p
so for which boards is RD1-PMC4 matching ? Gigabyte M57SLI ? Any Asus or
Elitegroup board ?
from internet ads it is hard to tell which BIOS memory the manufacturers
put on their boards ?
who can tell ? --Q
Corey Osgood schrieb:
> I put in an inquiry to IOSS about BIOS Saviors, since they've r
this looks interesting, yes. gives it decent versatility.--Q
>> is there a "standard" logic-analyzer design for this board like there
>> is for some similar boards ?--Q
>
> Do you mean something like this:
> http://www.sump.org/projects/analyzer/
--
linuxbios mailing list
linuxbios@linux
is there a "standard" logic-analyzer design for this board like there is
for some similar boards ?--Q
Bari Ari schrieb:
> I can get some boards and make some adapters.
>
> They include a XC3S500E-4FG320C FPGA with 500K logic gates.
>
> It seems like we can use the PicoBlaze cpu core:
> http:
Stefan Reinauer schrieb:
>>> Not at all. The problem is if I start making the schematics, i will
>>> spend a lot more than 150$ before it works ;-), not counting the time.
>>>
>>>
>> Well, if I design the hardware adapters and have them available for
>> cheap +$150 forth Xilinx board, will
Bari Ari schrieb:
> Quux wrote:
>> the xilinx looks nicer than the altera except the latter pas pci and
>> also some example designs as pci expansion cards come with it. on the
>> little patch area there may be just enough space for some
>> small-outline memory
Bari Ari schrieb:
> Quux wrote:
>> does the $150 xilinx board come with full software to do that ?
>> the altera has "free" soft going with it - and is a pci card.
>> greetinx --Q
>
> Both boards come with eval software. Either board would still n
well I did. the software gives you some messages likel kernel messages,
what it thinks is wrong with hardware.
it may be useful for comparison, but since it runs on an already
initialized machine, it cannot quite figure out the problems that
linuxbios may be facing.
it is still useful, though.
does the $150 xilinx board come with full software to do that ?
the altera has "free" soft going with it - and is a pci card.
greetinx --Q
Bari Ari schrieb:
> Stefan Reinauer wrote:
>
>> * Bari Ari <[EMAIL PROTECTED]> [070320 18:33]:
>>
>>> Why don't we just make some adapters and u
or use the poor man's ersatz smart card: usb memory stick. this has been
implemented in some mainstream motherboards already: without the key
from the stick nothing will boot up. but then I remember when last time
my ec credit card failed to work. a real PITA. may be OK for your
boss'es compute
Peter Stuge schrieb:
> On Wed, Mar 14, 2007 at 08:45:51AM +0100, Quux wrote:
>
>>>> A special (but simple) PCI card would be required.
>>>>
>> this is where Altera CPLD DevKit MAXII comes into play ...
>> http://www.buyaltera.com/scripts/par
Peter Stuge schrieb:
> On Wed, Mar 14, 2007 at 07:44:27AM +0100, Quux wrote:
>
>> If booting from PCI expansion ROM can be made possible,
>> Not any expansion ROM. It just sends BIOS accesses to PCI instead of
>>
>> LPC or SPI. A special (but simple) PCI c
Peter Stuge schrieb:
> That could be used to boot from SPI with factory BIOS first, to a
> simple program that resets the registers to boot from LPC or PCI,
> puts LinuxBIOS in place, and does a reset.
>
> The PCI option is interesting.
>
> http://download.intel.com/design/chipsets/datashts/3070130
Ed Swierk schrieb:
> (I just spent a week working on a PowerPC-based system and am now
> completely spoiled by the convenience of a JTAG debugger...)
I know exactly how you feel;-) (famous standard phrase)
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.o
Quux schrieb:
> can someone knowledgable tell us about those automated build reports on
> mainboards ? how does it work ? greetinx: --Q
for starters, there is
http://www.linuxbios.org/Distributed_and_Automated_Testsystem
of course. So, putting together the circuit for remote boo
can someone knowledgable tell us about those automated build reports on
mainboards ? how does it work ? greetinx: --Q
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Carl-Daniel Hailfinger schrieb:
>> What are the means for recovering from faulty writes into SPI
>> flash-chip? Chip is not socketed ;) Moreover, it is soldered.
what is the content of those SPI chips ? is that known ? (maybe dumb
question)--Q
--
linuxbios mailing list
linuxbios@lin
hey Joe,
I'd guess, during testing, the sequence would make not much difference.
Once the code is working, the earlier it gets called, the more you could
output onto TV which would be desirable. maybe use it as debug output
device. greetinx: --Q
[EMAIL PROTECTED] schrieb:
> Hello,
> I have a qu
Ward Vandewege schrieb:
Besides does anybody know if the second free place on the PCB is still
connected in a proper way to enable diy dual boot bios. Does anybody know
which spi flash type is placed on the m57sli-s4.
Uhm - none I think. If you look closely at the second (free) place, y
I don't suppose there is a manual in English somewhere? My German is rusty
>> (http://www.loet.de/download_en.html).
>>
>> Suggestions on how to build/where to find such a voltage regulator? The
>> manual isn't very helpful in that respect - at least as far as I can make
>> out. Would adding a resi
consider it done ;-) --Q
ron minnich schrieb:
> Maybe this goes on the web page?
>
> ron
>
> On 3/12/07, Quux <[EMAIL PROTECTED]> wrote:
>>
>> > http://www.loet.de/index.html
>> >
>>
>> this flasher can be homebrewed at 5 euro component c
Anton schrieb:
>> According to this picture, some of the boards obviously have a bios
>> socket. How can we find out where to get those instead of the
>> soldered-only boards?
>> http://pclab.pl/zdjecia/artykuly/pila/am2/gigabyte-ga-m57sli-s4/plyta-gora.jpg
>>
>
> What are the means for recove
Ward Vandewege schrieb:
> A proper programmer would be useful, but only if it can be used with free
> software. There's also this rom-emulator:
>
> http://www.tech-tools.com/er3.htm
>
> Richard Smith told me that the dos-based cli software works under wine, but
> it's still a proprietary thing.
Yo!
http://www.pcisig.com/reflector/msg03869.html
I was thinking the same ...
even though I am aware of the fact that ROM debugging is hardly possible
in an early state (no RAM set up yet) I still wonder about the
feasibility of a debugger in ROM. or does it not help much more than a
regular
Stefan Reinauer schrieb:
> Ironwood Electronics has these nice parts. Not sure which one is suited
> best for a "remote bios flasher".
>
> http://www.ironwoodelectronics.com/catalog/Content/Drawings/CL-PLCC32-M-01Dwg.pdf
> http://www.ironwoodelectronics.com/catalog/Content/Drawings/CL-PLCC32-S-01Dw
Stefan Reinauer schrieb:
> According to this picture, some of the boards obviously have a bios
> socket. How can we find out where to get those instead of the
> soldered-only boards?
> http://pclab.pl/zdjecia/artykuly/pila/am2/gigabyte-ga-m57sli-s4/plyta-gora.jpg
>
is it possible to just manuall
Richard Wilson schrieb:
So, my question is this: Shall I go and get a POST card, a chip flasher
and some spare lumps of silicon, or should I not bother?
$10 POST card is fine, and a spare original BIOS chip should be
mandatory to avoid bricking.
Mind you, a PC is not an openWRT route
Dear Sirs,
I got uniflash open source DOS program to run and debuggable in turbo
pascal. It pretends to know my hardware (Am29F010 and the LPC
winbond83697 and Vt8237 and RTL8169 NIC). Some source mods required.
It's not working, though. The WIKI suggested to check out this proggy.
AFAIK flas
Stefan Reinauer schrieb:
> * Quux <[EMAIL PROTECTED]> [070307 13:45]:
>
>> my favourite has always been Elitegroup "top hat flash" - a bios saviour
>> lookalike w/o the switch.
>>
>
> Did they use software switching?
>
>
no : putt
yo,
I just grabbed my new post card from the mail box. The vendor, however
betrayed me by 4 status LEDs for OSC , CLK, IRDY asf.. It's only got 4
LED in fact for power 3.3V ... +-5V. I don't think the others are overly
useful anyway (only very rare cases).
price is a real bargain, no wonder th
my favourite has always been Elitegroup "top hat flash" - a bios saviour
lookalike w/o the switch.
Does it make sense to put Linux BIOS on a Ethernet NIC to avoid that
soldering stuff ? take out the card and fall back to standard BIOS ? max
128 KByte possible.
greetinx ! Q
--
linuxbios mailing
80 matches
Mail list logo
