Segher Boessenkool wrote:
>>Is there any real hardware with "Robson" out there? I know several
>>systems (including those running LinuxBIOS, like the OLPC) have NAND
>>flash for storage _instead_ of a hard drive.
>>
>>Where is "Robson" supposed to live? on the hard drive? on the
>>mainboard?
>
>
Tom Sylla wrote:
> SPI is becoming a darling boot source, it is only 2 wires, and the
> ROMs are physically much smaller, but are similar densities to PLCCs.
> SPIs right now are mostly SO-8s, and socketing SO-8s is an expensive
> thing to do (much more expensive than a PLCC socket). The SPI ROMs
Johan Rydberg wrote:
> I know some (most?) people
> here are in favor of Open Firmware, and regards EFI as a freak of
> nature. I'm not one of them.
OK, just thought I'd ask.
thanks
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Johan Rydberg wrote:
> Just making sure :). I'm also looking into buying a board, to test
> LinuxBIOS+GNUFI on, and I don't want to spend a months salary on a
> fancy bios flasher. Not that they are THAT expensive, but you get the
> picture.
now that you mention this GNUFI or open firmwar
Johan Rydberg wrote:
> Uwe Hermann <[EMAIL PROTECTED]> writes:
>
>
>>It's not as bad as I probably made it sound :) The risk to damage your
>>board is very very small, AFAIK. The worst that can usually happen is
>>that you overwrite your BIOS chip with a bogus image and cannot boot
>>anymore. Or
lback"
option USE_FALLBACK_IMAGE=1
option ROM_IMAGE_SIZE=32*1024
Signed-off-by: Ronald G. Minnich (rminnich@lanl.gov)
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
wow. linuxbios worked on that? COOL!
can you try filo instead of etherboot first?
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Lu, Yinghai wrote:
> Or modify you cache_as_ram_auto.c failover.c, force it to jump to
> fallback only for safe.
that's what we did on OLPC, see mainboard/olpc/rev_a/failover.c for an
example.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxb
Lu, Yinghai wrote:
> Yes. You need to stop the watchdog asap, otherwise it will shutdown the
> system.
according to an expert, there is no active watchdog on this ultra40.
thanks
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Lu, Yinghai wrote:
> That is for extra GPIO manuipulation on SuperIO to enable FAN or disable
> watchdog. So you need open one window on SB, But ultra 40 donesn't need
> it.
ah!
so sio_setup is SuperIO setup, not Serial Setup, right?
But still, then, why this call top the enable serial with GPI
ok, are the workings of this function a Deep Secret or can we add comments?
static void sio_setup(void)
{
unsigned value;
uint32_t dword;
uint8_t byte;
pci_write_config32(PCI_DEV(0, CK804_DEVN_BASE+1, 0), 0xac,
0x047f0400);
byte = pci_read_config
Lu, Yinghai wrote:
> Are you sure?
>
> You just changed failover.c and if USE_DCACHE_RAM=1, only
> cache_as_ram_auto.c is used.
oops. I am still getting the hang of all this. Sorry.
I still don't see how your serial setup ever worked ... you were
enabling the runtime registers but then changin
is here:
LinuxBIOS-1.1.8_ultra40_Fallback Thu Sep 7 15:20:31 MDT 2006 starting...
(0,1) link=00
(1,0) link=02
02
so, any hints welcome, I am going back to see what might be up.
thanks
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Uwe Hermann wrote:
> Hi,
>
> I have justboldly replaced the main wiki page with a new draft
> version I have been thinking about. It definately needs a bit more
> work, but maybe you like it.
>
> I used a photo from Ward (I hope you don't mind), and the LinuxBIOS
> logo in one of the icons (if t
Uwe Hermann wrote:
> Hi,
>
> just a quick question-- who created the LinuxBIOS logo in the wiki and
> what license applies? Can I use it to create a LinuxBIOS-related
> GPL'd artwork (icon)?
>
>
> Cheers, Uwe.
>
we created it here at LANL. The license? What license should apply? What
do yo
Uwe Hermann wrote:
> Wait, the actual license is the GPL? It doesn't say so anywhere, so that
> definately needs to be clarified. As I understood things until now, was
> that the LANL-text is in itself a license, namely a BSD-ish one.
> Would LANL agree to relicense their code to GPL, and/or remov
Segher Boessenkool wrote:
> Just make sure you look at the newest version before you cut'n'paste
> it to lots of files (hint: the FSF moved offices some time ago).
I remember now that's why I like 'by reference'. I've had to change it
on occasion and it can be a pain.
ron
--
linuxbios mailing
Stefan Reinauer wrote:
> * Uwe Hermann <[EMAIL PROTECTED]> [061006 20:06]:
>
>>Hi,
>>
>>just a quick reminder for unapplied patches which probably got
>>overlooked (what was the decision regarding a bug tracker? use the current
>>one, install a new one, don't use any?).
>>
>>http://www.linuxbios.o
here is where I need josiah :-)
oh well will stumble on ...
ron
[EMAIL PROTECTED] src]$ make xconfig
make[1]: Nothing to be done for `__build'.
CHECK qt
HOSTCC scripts/kconfig/conf.o
/bin/sh: scripts/basic/fixdep: No such file or directory
make[1]: *** [scripts/kconfig/
--
linuxbios
Lu, Yinghai wrote:
> You are talking about V3 several times.
>
> What is main feature for V3? Kconfig?
>
> YH
>
>
read that document I sent :-)
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Ward Vandewege wrote:
> Err - for the record; the utilities are also downloadable as a tarball, the
> links are on the Wiki, see the 'How to retrieve a good video bios' on the FAQ
> page.
yeah, true but ... so why is it a problem to put them in util?
ron
--
linuxbios mailing list
linuxbios@li
Carl-Daniel Hailfinger wrote:
> Why? Decompressing factory BIOS is not our main goal. It may be convenient
> to get the VGA BIOS from some factory BIOS in this way, but I hope we
> won't have to suck in loads of code from other projects for that.
Well, we do. The util directory is intended to be
Uwe Hermann wrote:
>
> New checkins which don't conform to the coding style (and other
> guidelines which may apply) should not be allowed from that point on.
>
> Comments?
I like it but what on earth is indent breaking? I don't like the idea
of special comments. What's going on?
thanks!
r
Uwe Hermann wrote:
> Hi,
>
> I just wanted to let you all know that amideco, awardeco, and phnxdeco
> by Anton Borisov have entered Debian unstable yesterday.
> I've prepared the packages quite a while ago, but it took rather long
> until they were approved and entered the Debian archive.
>
> So
Uwe Hermann wrote:
> Disk space is cheap, cut'n'pasting is fast, so I don't see a reason to
> not use it...
good point.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
have not looked at this much buy why not make a rom stream in src/stream
that is xmodem? That was the intent of that code.
i.e. your comment on serial stream is correct.
thanks
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Uwe Hermann wrote:
> Hi,
>
> On Wed, Oct 04, 2006 at 07:29:40PM -0700, Lu, Yinghai wrote:
>
>>How about
>>
>>/*
>> * Copyright (C) 2006 ADVANCED MICRO DEVICES
>> *
>> * This code is under GPL
>> *
>> * main change log:
>> *
>> */
>
>
> It's better than nothing, but I would rather use the full
Lu, Yinghai wrote:
> http://www.openbios.org/viewcvs/trunk/LinuxBIOSv2/src/mainboard/emulatio
> n/qemu-i386/Config.lb?r1=2127&r2=2402
>
> Ron modified.
>
oh gosh, what did I do now?
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
roman, mea culpa, I think you are right. We are all worn out here in
hamburg and three of us misread the patch the same way. Sorry!
I'll talk to stefan tomorrow and we'll probably go for it. Thanks for
fixing that part.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.o
Roman Kononov wrote:
> On 10/02/2006 03:38 PM, Stefan Reinauer wrote:
>
>>putting this in will make it impossible to update the bios using a
>>serial line. :-(
>
>
> Cannot get it. Why?
>
> Thanks
>
>
it's something like 20 chars per byte write, so for 1 MB part, you're
talking 20 M chars. I
Phil Endecott wrote:
> So the answer looks like "maybe". Perhaps someone can suggest a
> motherboard where this is known to work?
most K8 -- I use 1 MB flash all the time.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Phil Endecott wrote:
> Assuming that this is possible, let's say that I build a kernel
> containing only minimal drivers for the framebuffer and ethernet - no
> IDE etc, and maybe use the "Linux-Tiny" patch. I wonder how much space
> would then be left for an initrd. Ideally I would like to f
Uwe Hermann wrote:
> Hi,
>
> On Fri, Sep 22, 2006 at 08:32:56PM +0200, Stefan Reinauer wrote:
>
usb and ps/2 keyboards would be good -- can somebody bring one or two?
>>>
>>>I've got a USB keyboard I'l bring and I can bring some ps/2 ones.
>>>
>>>Do we really need that many? Won't most of ou
[EMAIL PROTECTED] wrote:
>
> Hi,
>
> I have got LinuxBIOS running on my system. I have got serial console
> output. I am trying to get the display(VGA) working. However, from the
> serial output, I see something like -
>
> :4002 ILLEGAL EXTENDED X86 OPCODE
> halt_sys:/home/rohit/Li
Richard Smith wrote:
> As long as the strips don't have TSV's or other 120V surge protectors
> in then I think they will be ok.
All of mine have both. I have no 'bare strips'.
one usb keyboard will probably do. One ps/2 would be nice.
If we can use overhead projector (who brings it) then that
Stefan Reinauer wrote:
> I recommend shimmie or shirt and better take a bumbershoot and thin
^^^^^^
?? :=)
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
stefan, any recommendations on heat/cold and what to wear? What's they
style-minded linuxbios hacker wear in hamburg :-)
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
can somebody bring a monitor or two?
I can't bring outlet strips -- mine are all rated at 120v.
my enet switches may not work -- power warts all rated at 120v
usb and ps/2 keyboards would be good -- can somebody bring one or two?
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://w
Stefan Reinauer wrote:
> * Ronald G Minnich [060921 20:13]:
>
>>>PCI_BRUTE_SCAN = 1
>>>PCI_BRUTE_SCAN_LIMIT = 2
>>>PCI_BRUTE_SCAN_START = 0
>>>IDE_HINT_BUS = 1
>>>IDE_HINT_DEV = 4
>>>IDE_HINT_FUNC = 4
>
>
> Where does this
Chris Stillo wrote:
> PCI_BRUTE_SCAN_START changed to 0. Still getting IDE timeout. Here are
> the current settings from FILO Config:
>
> PCI_BRUTE_SCAN = 1
> PCI_BRUTE_SCAN_LIMIT = 2
> PCI_BRUTE_SCAN_START = 0
> IDE_HINT_BUS = 1
> IDE_HINT_DEV = 4
> IDE_HINT_FUNC = 4
The IDE Hint is wrong too. B
ah! you had it starting at 1 and ending at 2. But the 8111 is on 0,
right? you need it starting at 0 and ending at 2 or so.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Chris Stillo wrote:
> AMD-8111
>
> On Wed, 2006-09-20 at 22:13 -0600, Ronald G Minnich wrote:
>
>>what pci device is IDE on on that board?
>>
>>ron
>
>
what does lspci show. Your brute scan is limited to busses 1,2. Is the
IDE 8111 on those busses?
ron
what pci device is IDE on on that board?
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
RON
> usb to serial (2)
> 1M flash parts 49lf008a
> 512K flash parts. 49lf004
> epia that works
> digital logic msm800sev that is in progress
> lippert frontrunner that is in progress.
> serial and ethernet cables.
> several enet switches.
> outlet strips
> CF cards
> IDE->CF adapters
usb to serial (2)
1M flash parts 49lf008a
512K flash parts. 49lf004
epia that works
digital logic msm800sev that is in progress
lippert frontrunner that is in progress.
serial and ethernet cables.
several enet switches.
outlet strips
CF cards
IDE->CF adapters
USB storage dongles
RUMBA board for bu
Chris Stillo wrote:
> Followup to my earlier postings regarding DK8-HTX hanging on boot...
>
> The issue was due to improperly programmed flash. The (existing, legacy)
> BIOS was configured to lock-out a portion of the flash from being
> programmed. Once this BIOS setting was changed, the flash pr
ron minnich wrote:
> I almost have this going, needs some smart people to take a look.
>
> To use it, follow the qemu tutorial for getting and patching qemu.
>
> For the bios, ignore the instuctions.
>
> Do this:
> git-clone git://dev.laptop.org/users/jcrouse/buildrom
> cd buildrom
> Now you nee
I hope someone from MSI is coming to linuxbios summit in hamburg,
germany, as we will have people on hand who can help you.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Stefan Reinauer wrote:
> * Ronald G Minnich [060915 18:55]:
>
>>The tricky part for me is still this. If I have four instances of X
>>driver, there's no way I know of in kconfig to set different params for
>>each instance. In kconfig, you say "I have an
Stefan Reinauer wrote:
> * Richard Smith <[EMAIL PROTECTED]> [060915 18:48]:
>
>>I remember many moons ago we talked about using Kconfig. And we chose
>>not to. IIRC t the time Kconfig was seen as not being able to deal
>>with our hardware tree structures. But that was a long time ago.
>
>
>
Richard Smith wrote:
> On 9/15/06, Stefan Reinauer <[EMAIL PROTECTED]> wrote:
>
>> * Richard Smith <[EMAIL PROTECTED]> [060915 18:03]:
>> > One line of text _cannot_ accurately describe these options.
>>
>> YES! We need Linux Kconfig.
>
>
> I remember many moons ago we talked about using Kconfi
Stefan Reinauer wrote:
> I also believe we should drop "use". Just have everything exported
> always, and write all of them in _one_ file to check if something goes
> wrong. And set sane defaults. In the first place, it makes config files
> completely unreadable.
use was an idea that failed.
ron
Richard Smith wrote:
>> > if you're grepping code you're in the wrong place. The
>> > src/config/Options.lb REQUIRES a comment describing the option. There
>> > are 150 options -- there are 1700+ in linux.
>> >
>
>
> Oh and how does said lay reader know to go find this list of helpful
> descript
Stefan Reinauer wrote:
> * Ronald G Minnich [060915 16:44]:
>
>>yhlu wrote:
>>
>>>I wonder if you can change CONFIG_COMPRESSED_ROM_STREAM to
>>>0: no compress
>>>1: NRV2B
>>>2: LZMA
>>>3: ...
why numbers?
CONFIG_COMPRESSED_ROM_STR
Richard Smith wrote:
I really don't like how vague our config options are. I am IMed by
people all the time asking me what config option such and such does.
I have to go grep through the code to figure it all out since I can't
keep them straight myself.
if you're grepping code you're in the w
yhlu wrote:
> I wonder if you can change CONFIG_COMPRESSED_ROM_STREAM to
> 0: no compress
> 1: NRV2B
> 2: LZMA
> 3: ...
>
I tested this idea against several users and they really hated it.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
I have added some changes to the decompression options. All work on
abuild, little or no testing has been possible. It's really just some
renames.
Here goes:
CONFIG_PRECOMPRESSED_ROM_STREAM means that linuxbios need not run any
programs in the makefiles to compress the rom stream. The rom str
does someone feel willing and able to lead such a session? It's very
important.
thanks
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Richard Smith wrote:
>> >
>> > Dumb question: should this not go into the LinuxBIOS table rather then
>> > CMOS. From a quick view communication channels are
>> >
>> > CMOS --> LinuxBIOS (talk to lb)
>> > LBTABLE <-- LinuxBIOS (listen to lb)
>> >
>>
>> you are right. If you want to fix it,
Stefan Reinauer wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [060913 21:29]:
>
>>Modified:
>> trunk/LinuxBIOSv2/src/mainboard/olpc/rev_a/cmos.layout
>> trunk/LinuxBIOSv2/src/mainboard/olpc/rev_a/mainboard.c
>>Log:
>>Add DCON support.
>
>
> Dumb question: should this not go into the Linu
oh yeah, commited as rev 2405, builds, not tested.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
nice work! let me know when this is committed to qemu.
I am not on that list, think you could ask them for a little favor? I'd
like a switch whereby I could say --memory-error x, such that one in
every x memory references gave bad data. This would help with linuxbios
testing on OLPC.
Thanks
r
committed as 2403,builds, not tested.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
This is commited in rev 2402, builds fine, not tested.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Richard Smith wrote:
>>Config.lb. LinuxBIOS doesn't seem to be able to use the new table,
>>though:
>>
>>Copying IRQ routing tables to 0xf...done.
>>Verifing copy of IRQ routing tables at 0xf...failed
>
>
> What does Qemu do when the BIOS attempts to write to that area?
> Normally this ra
Richard Smith wrote:
>>
>> > Ok I have been playing around a bit and it appears the first line after
>> > the #else is skipped
>> > Inserting a blank line is enough to make it work.
>>
>> oh, bother! I wonder if this was it all along? If it is, then let me
>> know how/where to buy you a drink of yo
Ben Hewson wrote:
> Ok I have been playing around a bit and it appears the first line after
> the #else is skipped
> Inserting a blank line is enough to make it work.
oh, bother! I wonder if this was it all along? If it is, then let me
know how/where to buy you a drink of your choice :-)
You d
there's one other nasty possibility here. If the chips have been changed
in some way, then it could be not linuxbios, but the chip.
oh boy oh boy.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
I will attempt to get you a rom image of a working linuxbios rom
tonight. I have one.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
jf simon wrote:
> Ronald G Minnich wrote:
>
>> jean-francois simon wrote:
>>
>>> Hi,
>>> Maybe there is a way to do without the emulation layer altogether:
>>> Since in our case we use PCI graphics, I can record all the PCI
>>> cycles ma
Stefan Reinauer wrote:
> * Uwe Hermann <[EMAIL PROTECTED]> [060906 17:41]:
>
>>On Mon, Sep 04, 2006 at 08:46:23PM -0500, Richard Smith wrote:
>>
>>>Change the ROM_SIZE to be 1024*1024 or 0x10
>>
>>Here's a patch which makes all "option ROM_SIZE" lines use x*y format
>>which is a lot easier to
jean-francois simon wrote:
> Hi,
> Maybe there is a way to do without the emulation layer altogether:
> Since in our case we use PCI graphics, I can record all the PCI cycles
> made by the VGA BIOS to the graphic card on a BIOS based system (using a
> PCI analyser), put them into a listing, run a
Ed Swierk wrote:
> On 9/4/06, ron minnich <[EMAIL PROTECTED]> wrote:
>
>>your problem right now is with filo. Can you try an older one? OR, better
>>yet: if you want to work with me and make linux your boot loader, a la OLPC,
>>that would be better: no filo at all! (not that I don't like FILO, it'
Carl-Daniel Hailfinger wrote:
> I'd say we postpone laptop support until we have LinuxBIOS running on
> a few cheap mainboards because laptops present additional problems:
Carl-Daniel, as you well know, the laptop mass market came first with
OLPC :-)
all we need to do is get quanta to well OLPC
Rogelio Serrano wrote:
> hah! this is another argument for ogp. i have to start studying fpgas
> now. i need an open graphics card that boots at a fraction of the
> speed of current cards and boots straight into framebuffer mode.
>
this is part of a bigger issue. I am thinking of starting a proj
I have applied this to my tree. Commits are not working right now,
trying to find out why.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Go back to V1 and see what that did.
Here is the sad story. I had to hard-code bits of 8601 setup since if
you followed the manual, and did things right, the chip would lock up.
the hard codes made certain dram types not work. Somebody got clever and
fixed the hardcodes to be dynamic a la spd.
Stefan Reinauer wrote:
> * Carl-Daniel U. Hailfinger <[EMAIL PROTECTED]> [060821 19:16]:
>
>>- payload /tmp/olpcpayload.elf
>>+ payload ../../../../../../../../deploy/olpc-payload
>> end
>
>
> Hm. I dont know. The above path is pretty unreadable.
> Or at least really ugly.
>
> Can we ha
Richard Smith wrote:
>> > Granted, both of these patches were offered up as "hacks," but they
>> > work, allowing the GX1 cache to be enabled and for the IRQ map to be
>> > successfully copied, so I endorse them. :-)
>> >
>>
>> Committed as rev 2379, builds fine, not tested; let me know.
>>
>
> W
Jonathan Sturges wrote:
> Granted, both of these patches were offered up as "hacks," but they
> work, allowing the GX1 cache to be enabled and for the IRQ map to be
> successfully copied, so I endorse them. :-)
>
> thanks,
> Jonathan
>
Committed as rev 2379, builds fine, not tested; let me k
Jonathan Sturges wrote:
> I was aware of the issues with LB failing to copy the IRQ map, due to
> the GX1's cache not being enabled. However, I applied the two
> northbridge.c patches for enabling the cache, so now that much works.
> (By the way, can someone on the development team commit tho
Jonathan Sturges wrote:
> Richard Smith wrote:
>
>> On 8/15/06, Ronald G Minnich wrote:
>>
>>> put the bios flash psrt in another machine that takes the same part, and
>>> run the getpir program. This should work.
>>
>>
>>
>> Unless
Jonathan Sturges wrote:
> Richard Smith wrote:
>
>>> >
>>> > Unless its compressed.
>>> >
>>> You mean, run getpir against the WinCE BIOS image? Please clarify what
>>> you're saying.
>>> I still can't use the WinCE BIOS to boot other OSes, so unless I'm
>>> misunderstanding you, I don't think th
Richard Smith wrote:
> On 8/15/06, Ronald G Minnich wrote:
>
>> put the bios flash psrt in another machine that takes the same part, and
>> run the getpir program. This should work.
>
>
> Unless its compressed.
>
yeah, but, it's worth the chance :-)
ron
-
put the bios flash psrt in another machine that takes the same part, and
run the getpir program. This should work.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
did you test your patch with abuild?
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Lu, Yinghai wrote:
> AGESA is in assembly code now, and it is only can be released to IBV
> under NDA. IBV use the source code in their framework.
>
> Current LinuxBIOS support code for rev F are LinuxBIOS native code.
so we don't need agesa.
ron
--
linuxbios mailing list
linuxbios@linuxbios.
jf simon wrote:
> Ronald G Minnich wrote:
>
>> looks like another nice piece of software to support binary BIOSes? Is
>> the source available?
>> ron
>>
> No. AMD told us they give it to bios vendors only.
> -jf simon
my suspicion is we don't nee
jf simon wrote:
> I was told that this agesa code was responsible at power-up, for
> changing the CPU "P-state" from Min P-state, (minimum frequency, reduced
> power consumption) to the maximum performance max P-state. Could you
> plse point me in the linuxbios code, where this achieved?
look
jf simon wrote:
> Hi,
> The company i worked for has designed a card that uses the AMD Turion.
> It uses the PHOENIX Bios.
> I am trying to port linuxbios to it. But among other issues, one
> hardware engineer told me to make sure that linuxbios was using the
> latest AGESA code from AMD (from w
smsc appears not to have the data sheets for dme1737. All I can find is
a 6-page useless document. Anyone seen a data sheet for this part?
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Juergen Beisert wrote:
> What does it mean? A small SMM rotuine? That would be great. Can I help to
> write it?
I talked to some amd guys about this. We think it is doable. You need an
SMI handler that does nothing more than fix up the stack with a pointer
to a kernel assembly thing that does
we're all sick of having to do all the steps to build a flash image,
right? Well, thanks to OLPC, there is a new tool: buildrom.
This tool is designed to build a 1M flash image including linuxbios,
kernel, and an initrd with busybox tools.
Right now, it only works for OLPC, but that should not
Tim Crawford wrote:
> If I understand the question correctly Juergen want to tell the
> chipset to issue a IRQ not a SMI. There is no SMM code in LB.
>
> Tim
>
>
>
>>>>Ronald G Minnich 08/07/06 2:48 PM >>>
>
> Juergen Beisert wrote:
Juergen Beisert wrote:
> Hi all,
>
> On Monday 07 August 2006 11:19, myself wrote:
>
>>I try to write a native sound driver for the Geode GX1/5530a Companion
>>chip. Problem here: The sound chip only generates SMI. Does anyone knows a
>>trick or a chipset switch that let me forward this SMI to a
Richard Smith wrote:
>>Question about OLPC: if memtest is set as payload then is it works? We
>>have got dbe61 up and running after some ram_resource() hacking. With
>>ehterbooted Linux the thing is still totally quiet.
>
>
> I've not tried memtest on OLPC. Ron may have. I can test later on
> t
stefan, what do you think? committable?
Uwe, nice job.
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Uwe Hermann wrote:
> Hi,
>
> more tests, still no luck. I had access to a hardware flash/EEPROM programmer
> today and flashed bitworks/ims/linuxbios.rom (256K this time, last time
> it was 512K which obviously cannot work). The Windows-Software for the
> programmer supported the chip (W49F002U) a
Uwe Hermann wrote:
>
> This seems really strange - could it be that the chips are not only
> "empty" but also do not have an ID hardcoded in them?
no, that is definitely not in the cards.
There is something really bad going on .
ron
--
linuxbios mailing list
linuxbios@linuxbios.org
http://
Jordan Crouse wrote:
> Ron - you'll have to decide if you want to apply this to LinuxBIO or not -
> and then we'll just use the new revision.
There's no problem applying these patches.
I go with a fixed rev of linuxbios for OLPC because I want to avoid the
'broken tip of tree' experience. Every
1 - 100 of 389 matches
Mail list logo
