Stefan Reinauer wrote:
svn co svn://linuxbios.org/repository/LinuxBIOSv3
Seems something we should add to the webpage?
Yes, definitely. Can someone with Wiki access look into doing that?
Done.
http://www.linuxbios.org/Download_LinuxBIOS
-Bari
--
linuxbios mailing list
RusH wrote:
Does reinitializing memory controler destroy all the data in ram?
Yes.
You might be able to get away with some minor changes to memory
controller settings, but nothing would be guaranteed by the chipset
maker to be stable. Chipsets typically aren't designed to be
reinitialized
C vs Forth.
Does anyone know if this was the main reason for the switch from
LinuxBIOS to OFW? What were the other issues involved and why did OFW
seem to be a better fit for OLPC? Were there any other politics involved
(logic vs feelings, corporate, personal agendas or governmental
ron minnich wrote:
On 5/3/07, Richard Smith [EMAIL PROTECTED] wrote:
Bari Ari wrote:
C vs Forth.
Does anyone know if this was the main reason for the switch from
LinuxBIOS to OFW? What were the other issues involved and why did OFW
seem to be a better fit for OLPC? Were there any other
Richard Smith wrote:
Whats your time frame for the SPI stuff? I'd love to use it, especially
since it would be fully supported under Linux. But I sort of need the
functionality now. I could probably write some code (C though, not
java) to deal with the SPI programming but I don't have
Richard Smith wrote:
Bari Ari wrote:
This is what I started working on with the PLAICE project
http://flash-plaice.wikispaces.com. Looks like about the same features
only we add a logic analyzer to the mix for under $200.
Cool. If I buy one is it ready or do you still have stuff
ron minnich wrote:
So, are there proto cards out there with nothing but a flash part on them?
There are cheap ~$15 SCSI cards around and also PCI media card readers
for ~$30.
If the ROM's on NIC's show up during boot, then cards are available for
under $5. But I don't recall any of them
Quux wrote:
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
Here's a typical parallel flash device schematic in pdf.
-Bari
FLASH01.pdf
Description: Adobe PDF document
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailman/listinfo/linuxbios
Peter Stuge wrote:
On Sun, Apr 29, 2007 at 05:31:53PM -0500, Bari Ari wrote:
The #CE voltage is pulled high via a pull-up resistor to the VCC
rail of the flash device.
Yes, but is the pullup usually internally in the flash chip?
They usually have them but they aren't relied
The PLAICE wiki is growing:
http://flash-plaice.wikispaces.com/
We have an experimental multichannel logic analyzer package for the
PLAICE now with the JAVA client.
We also have a complete binary Linux demo for the board that uses the
MicroBlaze cpu, Ethernet, directional buttons, GPIO,
Peter Stuge wrote:
On Mon, Apr 16, 2007 at 06:34:46PM -0500, Bari Ari wrote:
We also have a complete binary Linux demo for the board
Where is the xmd utility found?
It's in Xilinx Platform Studio. The debug interface on MicroBlaze is
designed to work with the Xilinx Microprocessor Debug
Stefan Reinauer wrote:
* Bari Ari [EMAIL PROTECTED] [070413 16:56]:
I set up a quick wiki for the FLASH-PLAICE: Programmer, Logic Analyzer
and In-Circuit Emulator Project at:
http://flash-plaice.wikispaces.com/
I ordered a Spartan 3e development board today.
I saw they have them
I set up a quick wiki for the FLASH-PLAICE: Programmer, Logic Analyzer
and In-Circuit Emulator Project at:
http://flash-plaice.wikispaces.com/
Bari
--
linuxbios mailing list
[EMAIL PROTECTED]
http://www.linuxbios.org/mailman/listinfo/linuxbios
Anton wrote:
I would like to change flash-chip, which is soldered on my board onto another
one.
Keeping in mind the size of IC and it's format (DIP/PLCC32/SO8), what should
I be
aware of?
Why not just keep it simple and just replace it with the same part
number you have on there now.
Randall Philipson wrote:
I haven't spilled any on any pins yet. You don't need very much glue to make
it work. I don't know how conductive super glue is, I don't think it is
very, but it might be an interesting experiment. I'll pull out the datasheet
and put some glue between D0 and D1
Uwe Hermann wrote:
Hi,
I've upgraded the flashrom Debian package to a more recent svn snapshot
recently, and noticed that it won't build on all architectures Debian
supports (yet?).
See here:
http://buildd.debian.org/pkg.cgi?pkg=flashrom
It builds fine on alpha, amd64, arm, i386,
Randall Philipson wrote:
I haven't spilled any on any pins yet. You don't need very much glue to make
it work. I don't know how conductive super glue is, I don't think it is
very, but it might be an interesting experiment. I'll pull out the datasheet
and put some glue between D0 and D1
On Sat, Mar 31, 2007 at 09:45:25PM +0400, Anton wrote:
Do you have equipment to analyze the signals to the flash chip?
Ideally a logic analyzer, but a 20MHz scope can work too.
That's ideally. In reality, several things are absent.
A scope is easier to come by though. I have one,
Stefan Reinauer wrote:
I'd definitely give it a try if someone comes up with a HW solution.
Does this require writing flash drivers in VHDL?
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
Quux wrote:
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/
-Bari
--
linuxbios mailing list
linuxbios@linuxbios.org
Here's what I am proposing to build:
In Circuit Flash Emulator and Programmer
This will use the Xilinx Spartan-3E Starter Kit (HW-SPAR3E-SK-US) Xilinx
Development Boards:
Peter Stuge wrote:
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/partsearch.dll/partdetail?site=ALTERA;lang=EN;part=544-1136-ND
The same
Stefan Reinauer wrote:
* Bari Ari [EMAIL PROTECTED] [070320 18:33]:
Why don't we just make some adapters and use these to replace the BIOS
Savers? These could be used to not only program LPC and SPI in circuit
but also act as a Flash BIOS emulator using the DDR. Is $150 too
expensive
Anton wrote:
Bari,
Could it be used as standalone solution for flashing SPI chips on board
(I mean, device you're going to design for +$150)?
-A
.
Sure. The FPGA has 500K gates, enough room for a 32 bit MicroBlaze
processor.
Spartan-3E (XC3S500E-4FG320C)
Simon Labrecque wrote:
Good point. While it would be quite easy to add FireWire support through a
PCI card, it sure would be nice to have support for it native to the
motherboard.
The problem with the MSI K9N is that the Northbridge's passive cooler is
said to get very, VERY hot, which might
---BeginMessage---
SemiconductorStore.com has several of the the USB debug cables currently
in stock for $80:
http://shop.semiconductorstore.com/iwwida.pvx?;item?item_no=NET20DC%20%20%20%20%20%20%20%201?comp=SYM
They say that PLX is still processing orders for them as well.
-Bari
--
Lu, Yinghai wrote:
Where to get USB-to-Serial or USB-to-USB device mentioned in the doc?
http://www.usb.org/developers/presentations/pres0602/john_keys.pdf
Here's the info on the PLX Hi-Speed USB 2.0 Debug Cable:
http://www.plxtech.com/products/NET2000/NET20DC/default.asp
Here are some
USB 2.0 Host-to-Host Cable
http://www.pccasegear.com/prod3972.htm
The USB 2.0 LINK NETWORK CABLE
http://www.linkusb.com/
USB 2.0 Host-to-Host Cable
http://www.datapro.net/products/UL2.html
PCLinq2 (PL-2501) Hi-Speed USB Bridge Cable
http://www.usbfiletransfer.com/
-Bari
--
linuxbios
Tom Sylla wrote:
with a probe like this that slides into the dimm socket:
http://www.busboards.com/products/memory/ddrii/ddrii400dc/ddriidc.jpg
http://www.busboards.com/products/memory/ddrii/ddrii400dc/index.html
That one is a little bit out there. That board is probably $10K, and
you need
Lu, Yinghai wrote:
There should not work as USB debug device. I guess.
Lack of Linux support seems to be the problem.
I've pulled a couple apart and they use the PLX or Maxim USB controllers
with a small micro to pass the data back and forth.
-Bari
--
linuxbios mailing list
Stefan Reinauer wrote:
* Alan Carvalho de Assis [EMAIL PROTECTED] [060906 13:42]:
You are going to run into issues with the VT8237 accessing address
space with block locking registers in the SST49LF160C or SST49LF016C.
Sure, the original MB flash part is 256KB, but I see it
Rogelio Serrano wrote:
On 9/3/06, Kevin Purcell [EMAIL PROTECTED] wrote:
(not a troll)
What would be the selling point to the laptop maker of using LinuxBIOS?
Why would they want LinuxBIOS rather than buying (and modifying) a
solution from a commercial BIOS company and their
ollie wrote:
On Tue, 2006-09-05 at 15:23 -0600, Alan Carvalho de Assis wrote:
Hi LinuxBIOS' hackers,
I am trying to get a SST49LF160C (ID1=0xbf and ID2=0x4c) working on my
MB (chipset VIA8237), but I get a strange error.
If the flash_probe (probe_jedec) attempt to detect flash more than
Guido Fiala wrote:
In the age of USB i wonder if we still need a keyboard/mouse controller for
other than that.
How would a (linux) mainboard look like? Is there a parts list, e.g. one for
desktop, one for laptop that would be great?
Look for laptops that have the firmware Flash write
Uwe Hermann wrote:
* video bios is tightly integrated
* superios are different from what we know
Do you have more details? As far as I can see at least some seem to be
very similar to non-laptop superios. If there's a datasheet it shouldn't
be too hard to support them.
* most of
Wolfgang Spraul wrote:
Hi there -
I'm trying to use LinuxBIOS to help me out with a problem I have with a
recently acquired Panasonic R5 notebook: Panasonic decided to disable
Intel Virtualization Support in the BIOS startup code (WRMSR instruction
to set the lock bit in the CPU's Feature
Stefan Reinauer wrote:
* Bari Ari [EMAIL PROTECTED] [060722 06:57]:
Denis Dowling wrote:
A debug card could also be designed the same form factor as a memory
dimm. It could be placed into an unused memory slot to debug via the
SMbus. This is easier than the SATA method to build
[EMAIL PROTECTED] wrote:
Hi all
Following your instructions regarding requesting assistance with the
compatability of LinuxBIOS with different mainboards here are the
specifications.
I have an AMD Athlon XP2400+ in a Foxconn 741M01C-GX-6L as a desktop machine
This is the output of 'lspci
Stefan Reinauer wrote:
It features an Opteron CPU and so might need some thoughts
about passive cooling. Also it is not supported by LinuxBIOS
yet, but probably not hard to get it to work.
It just needs an enclosure built from an AL extrusion like this:
http://www.onelabs.com/image1234.html
Ronald G Minnich wrote:
We really need a vendor page at linuxbios.org
ron
If vendors submit links, I'll add them to the Products page at
linuxbios.org.
-Bari
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Tom Sylla wrote:
Bari Ari wrote:
Let me know what it actually needs (if it needs to be custom) and
I'll see about manufacturing them in low volumes (100's, k's) for cheap.
WinDBG has recently added support for USB2 debugging support. I
haven't seen it explicitly stated by Microsoft
Stefan Reinauer wrote:
* Peter Stuge [EMAIL PROTECTED] [060707 19:52]:
This is a nice idea.
On Fri, Jul 07, 2006 at 04:18:25PM +0200, Stefan Reinauer wrote:
what you need is a debug device, which mostly looks like a usb
style null modem cable. No idea where to get this hardware
Stefan Reinauer wrote:
* Bari Ari [EMAIL PROTECTED] [060703 02:40]:
I remember discussing with the LinuxBIOS list a year or two ago, the
issue of what to do when chipsets drop having any serial ports.
We are currently working on mainboard designs that will not have any
serial ports
Ronald G Minnich wrote:
Bari Ari wrote:
We are currently working on mainboard designs that will not have any
serial ports with chipsets that don't have any serial ports. What did
we decide to do with LinuxBIOS, since the future is now?
I would most rather do what we're doing on OLPC
Ronald G Minnich wrote:
Bari Ari wrote:
We are currently working on mainboard designs that will not have any
serial ports with chipsets that don't have any serial ports. What did
we decide to do with LinuxBIOS, since the future is now?
I would most rather do what we're doing on OLPC
We just got two developer OLPC mainboards in. Who else is here working
on LinuxBIOS for OLPC besides Ollie and Ron?
We are willing to help on testing/developing BIOS, but will probably do
most of our work on mesh networking and codec's.
-Bari
--
linuxbios mailing list
linuxbios@linuxbios.org
Any news on when the new AM2 code will be released?
The AM2 embargo has been lifted.
-Bari
Lu, Yinghai wrote:
The support code is done, and will be released to public tree after the
CPU is released to public.
since the upcoming AM2 processors will have a new (DDR2)
memory controller, does
[EMAIL PROTECTED] wrote:
What are these datasheets ? I don't understand. ( do you mean
datasheets for linuxbios ? )
Notebook ? It is not a notebook, it's just a good price mobo ( 45 Euros )
Datasheets for the chipset used on the motherboard. You'll need to know
what vales to place into
Just FYI on the Geodes in case anyone missed them...
The AMD Geode dev site has a few handy utilities and tools for debugging
BIOS and driver settings.
Cyreg - Cyreg is a menu driven utility that displays memory, I/O and
PCI configuration space data. The menus are defined in a text file that
Picking a flash device with a boot block that cannot be rewritten just
via any possible software routine alone and only by being combined with
hardware intervention will work.
The parts that require a higher programming voltage that Richard
mentions is one good possible way.
This would also
on the board.
-Bari
Richard Smith wrote:
On 3/20/06, Bari Ari [EMAIL PROTECTED] wrote:
If you are using the 5535 thin client reference design then you can make
a couple of pin strap changes and have the board boot from the ide/flash
interface vs the FWH.
No. Its the SOM made by Advantech
FWH + it's been EOLed already.
Just FYI... Here's a link to the SST source:
http://www.sst.com/downloads/software_driver/SST49LF002A.txt
The SST49LF004B is backwards compatible with the SST49LF004A
http://www.sst.com/products.xhtml/serial_flash/49/SST49LF004B
which I recall had the same
Richard Smith wrote:
I've got Visual C++ 6.0. Will that work?
M$ Visual c++ includes the masm but you'll have to check on the version
needed for the VSA source. Unless your version of C++ is very old it's
probably fine.
-Bari
--
linuxbios mailing list
linuxbios@linuxbios.org
Jim,
I see from the OLPC Wiki
http://wiki.laptop.org/wiki/Hardware_specification
that the ENE KB3920
http://www.ene.com.tw/
is to be used for keyboard scan and system management.
Are there plans to keep the code for this open as well?
Many types of these controllers share memory space with
Jim Gettys wrote:
It isn't clear to me if we should release the code (at least without
some thought) to this part.
If it would help with The Free Software Foundation's Campaign for Free
BIOS for laptops
http://www.fsf.org/campaigns/free-bios.html
OLPC would also gain support from this
Jim Gettys wrote:
Actually, I suspect we may end up with a separate keyboard controller to
save on wires. The spec current calls for the keyboard to be
electrically PS/2. That implies a separate keyboard scanner, or many
wires have to go through the hinge.
If the code to whatever system
Ronald G Minnich wrote:
we will of course not use source code from insyde web site, only that
provided by AMD.
The copyright on the VSA source files I've seen are all by National
Semiconductor.
Who is the legal contact at OLPC? They just need to get AMD to make this
clear for everyone
of the group in AMD
who support BIOS developers.
Regards,
- Jim Gettys
OLPC
On Mon, 2006-03-13 at 10:02 -0600, Bari Ari wrote:
Jim,
What's the status of any legal agreements with AMD
Li-Ta Lo wrote:
I have pretty much idea about how the VSA is working. Once I got the most
basic chipset init done. I will try to integrate VSA into LinuxBIOS.
One advantage we just got is AMD has committed to provide support for
the One Laptop per Poor Child project. Probably we will get
jardel wrote:
Does any one know if the use of vsa binary is free of charge or if would
be necessary pay some kind of fee to Insyde ?
AMD routinely points you to Insyde for any BIOS bits and pieces. I spoke
to Insyde a few years ago about getting just the VSA. They were never
approached about
Li-Ta Lo wrote:
Does any one know if the use of vsa binary is free of charge or if would
be necessary pay some kind of fee to Insyde ?
If I am right at decoding the email transaction between AMD/OLPC/Quanta,
AMD holds the copyright of the VSA binary. We should be able to get
royality
Peter Stuge wrote:
On Fri, Mar 10, 2006 at 10:13:47AM -0700, Li-Ta Lo wrote:
Has anyone ever been able to get source to the Insyde/AMD VSA?
From VSA docs, it seems it is possible to get the source from AMD.
I don't know if anyone has tried to get it yet.
Not VSM sources, but VSA init
Bari Ari wrote:
I still have all the BLDT kits from NSC. If we can use the VSA binaries
the same as VideoBIOS then we are set.
News Update!!
VSA source and Xpressloader source is now available through the AMD
Geode developer site!
-Bari
--
linuxbios mailing list
linuxbios@linuxbios.org
Ronald G Minnich wrote:
Bari Ari wrote:
VSA source and Xpressloader source is now available through the AMD
Geode developer site!
with or without the clickthrough license?
With a clickthrough it's a start.
Are the libraries un ugly assembly?
Yes, some of the libraries
[EMAIL PROTECTED] wrote:
Ok Bari,
I got download. It where on insyde site.
It's in the Hawk section.
-Bari
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Peter Stuge wrote:
The regular IDE connector has one unused pin which is sometimes used
for keying the connector mechanically. Some embedded systems put 5V
on that pin, but I doubt any standard motherboard does that.
Epia-SP's (Mini-ITX) have the extra #20 IDE pin with the 5V. A quick
snip
Adam Talbot wrote:
Where would i go to by new bios chips?
like:
SST39SF040, SST39SF020?
Look here:
http://www.sst.com/sales/distributors.xhtml
-Bari
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
68 matches
Mail list logo
