YhLu <[EMAIL PROTECTED]> writes:
> That's kernel, how about rootfs or initrd?
I have some preliminary work but I need to dust off two years
of bitrot, before it is usable again.
Eric
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic
Stefan Reinauer <[EMAIL PROTECTED]> writes:
> Standards are a fine thing. Let's have everybody implement it's own.
One thing about EFI that really sucks is that it is just absolutely
chock full of pointers in it's interfaces. Which makes it extremely ugly
to support on platforms with both a 32/6
YhLu <[EMAIL PROTECTED]> writes:
> Eric,
> I add in console.c
> static void printo_debug(const char *str) __attribute__((noinline))
> {
> print_debug(str);
> }
>
> About only chang print_debug in auto.c
>
> It said
> ./romcc -O2 -mcpu=k8 -o auto.inc --label-prefix=auto ./auto.E
> make[1]:
"John Usher (Maptek)" <[EMAIL PROTECTED]> writes:
> Hi, I'm trying to get freebios2 going on a VT8606/VT82C686B board with a
> 533MHz VIA C3 processor.
>
> When trying to compile romcc, it gets to simple_test26 but reports it is
> out of registers.
>
> Can someone give me some indication of wh
I've been pouring over various logs from testbios and what my M1 Vbios
does in various conditions. Man what a bitch.
One thing I've found testbios dosen't handle properly is the 8254 system
timer. In numerious locations my Vbios is writing a 0x00 to IO 0x43 and
then does 2 reads from 0x40. S
Has anyone linuxbios running on a asus a7v8x-x with kt400?
regards Markus
--
"Sie haben neue Mails!" - Die GMX Toolbar informiert Sie beim Surfen!
Jetzt aktivieren unter http://www.gmx.net/info
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://ww
Hi,
the current pirq code defines intel_irq_routing_table as const, thus
making it potentially readonly.
OTOH the code in arch/i386/boot/pirq_routing.c tries to correct the
checksum and size entries in that table.
I think that table should not be declared const, especially since we
might want t
On Wed, 2 Jun 2004, YhLu wrote:
> Someone overwrite the superio.c for w86327hf.
>
> Before that it enter_ext_func mode and enable HWM of Winbond.
that's our fault. The code for this part was really out of date in the way
it worked, because it did not use Eric's new generic PNP functions, and we
On Thu, 2004-06-03 at 02:56, Richard Smith wrote:
>
> What i've noticed that the emulator causes the Vbios to get stuck in
> some delay loops. Eventually it probally would exit but its currently
> making my logs huge and causing the knashing of much teeth.
>
> So I'm thinking that the emulator
Hi People,
Just like the subject says: the form at
http://www.linuxbios.org/help/index.html gives a really cute 404.
Should I therefore mail my request for help to the mailing list or
should I wait until the form gets back working?
Regards,
Erik Smit
___
Works fine as far as I can tell, I am not getting the 404. But feel free
to post here anyway if it's more convenient for you.
On Thu, 3 Jun 2004, Erik Smit wrote:
> Hi People,
>
> Just like the subject says: the form at
> http://www.linuxbios.org/help/index.html gives a really cute 404.
>
> Sh
On Thu, 3 Jun 2004, Stefan Reinauer wrote:
> the current pirq code defines intel_irq_routing_table as const, thus
> making it potentially readonly.
should be const due to execute-in-place issues.
> OTOH the code in arch/i386/boot/pirq_routing.c tries to correct the
> checksum and size entrie
Strange, I get a 404 at
http://www.linuxbios.org/cgi-bin/linuxbios/help.cgi when I click the
'submit form' button.
Anyhow, here's my information.
I have a 'Lex CV860A' which is untested at
http://www.linuxbios.org/status/index.html.
The flash device is a "AMIC A29002".
I tried the freebios/src/
Sorry, I don't think either of those will run with LinuxBIOS in the
immediate future. There has been extensive work done on VIA platforms,
particularly the EPIA. Perhaps some of that work could be ported to the
KT400, but I'm not sure if anyone on this list is actively working on such
a project
On Thu, 3 Jun 2004, Li-Ta Lo wrote:
> Probably we need an other way to emulate the timer.
can we just read the timer?
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Thu, 3 Jun 2004, Erik Smit wrote:
> Just like the subject says: the form at
> http://www.linuxbios.org/help/index.html gives a really cute 404.
my fault.
I gave up on that because the messages I got through it were useless.
ron
___
Linuxbios mail
I think that ought to work as a via epia, use V2.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Thu, Jun 03, 2004 at 09:37:53AM -0600, ron minnich wrote:
> I think that ought to work as a via epia, use V2.
freebios2?
Well, the EPIA has a vt8231 southbridge where this board has a vt82c686.
Won't this give problems?
Regards,
Erik Smit
___
Linu
On Thu, 2004-06-03 at 09:35, ron minnich wrote:
> On Thu, 3 Jun 2004, Li-Ta Lo wrote:
>
> > Probably we need an other way to emulate the timer.
>
> can we just read the timer?
>
> ron
>
richard's point is that the emulator is much slower than the
timer. The delay loop is facing overflow proble
On Thu, 3 Jun 2004, Erik Smit wrote:
> Well, the EPIA has a vt8231 southbridge where this board has a vt82c686.
> Won't this give problems?
There used to be 8231 support. If think they are similar enough it could
work.
ron
___
Linuxbios mailing list
On Thu, 3 Jun 2004, Li-Ta Lo wrote:
> richard's point is that the emulator is much slower than the
> timer. The delay loop is facing overflow problem with the
> "emulated" io access to the "physical" counter.
oops, sorry. Too much email this morning. I did not read his note
carefully enough.
Ac
It call the generic PNP function, but before that should enter ext_function
mode, otherwise nothing in the superio can be changed.
Regards
YH
-邮件原件-
发件人: ron minnich [mailto:[EMAIL PROTECTED]
发送时间: 2004年6月3日 7:16
收件人: YhLu
抄送: [EMAIL PROTECTED]; Gregg C Levine; Linuxbios
主题: Re: w86327h
On Thu, Jun 03, 2004 at 09:44:56AM -0600, ron minnich wrote:
> On Thu, 3 Jun 2004, Erik Smit wrote:
>
> > Well, the EPIA has a vt8231 southbridge where this board has a vt82c686.
> > Won't this give problems?
>
> There used to be 8231 support. If think they are similar enough it could
> work.
I
Hello
I wanted to try linuxbios on my computer and read on your homepage that
only DiskOnChip Millennium is supported. They seem to have went out of
production, and the Norwegian salesman recommended the DiskOnChip 2000
models as a replacement. Do they work too or will I have to find a
Millenni
On Thu, 3 Jun 2004, Erik Smit wrote:
> Then I flashed in the resulting linuxbios.bin using uniflash since
> flash_and_burn doesn't support the AMIC A29002 chip on this board.
linuxbios.rom -- you got the wrong file. sorry about that.
ron
___
Linuxbios
On Thu, 3 Jun 2004, Dag Hovland wrote:
> I wanted to try linuxbios on my computer and read on your homepage that
> only DiskOnChip Millennium is supported.
WOW, how did you infer that from the web page? I need to change it if it
says something like that.
ron
_
On Thu, Jun 03, 2004 at 03:56:29AM -0500, Richard Smith wrote:
> timer. In numerious locations my Vbios is writing a 0x00 to IO 0x43 and
> then does 2 reads from 0x40. So its latching the value of counter 0 and
> then reading it out.
Right, it also sets counter mode 0, zero detection interrupt
On Thu, Jun 03, 2004 at 10:55:14AM -0600, ron minnich wrote:
> On Thu, 3 Jun 2004, Erik Smit wrote:
>
> > Then I flashed in the resulting linuxbios.bin using uniflash since
> > flash_and_burn doesn't support the AMIC A29002 chip on this board.
>
> linuxbios.rom -- you got the wrong file. sorry ab
Eric,
The
printo_debug("this mainboard is only designed for 2 cpus\r\n");
causes the segment dump.
Another problem. After only change print_debug in raminit.c, the final image
size get bigger from 68663 to 70203.
Regards
YH
-邮件原件-
发件人: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
发
* Hendricks David W. <[EMAIL PROTECTED]> [040603 17:34]:
> Sorry, I don't think either of those will run with LinuxBIOS in the
> immediate future. There has been extensive work done on VIA platforms,
> particularly the EPIA. Perhaps some of that work could be ported to the
> KT400, but I'm not s
On Thu, Jun 03, 2004 at 07:07:12PM +0200, Erik Smit wrote:
> On Thu, Jun 03, 2004 at 10:55:14AM -0600, ron minnich wrote:
> > On Thu, 3 Jun 2004, Erik Smit wrote:
> >
> > > Then I flashed in the resulting linuxbios.bin using uniflash since
> > > flash_and_burn doesn't support the AMIC A29002 chip
what about this. Build a composite timer with the top X bits coming from
TSC, and the bottom Y bits coming from the time-of-day counter. Would that
work?
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/lin
OK, I finally read this in detail and I'm sorry for my noise on this
subject.
I think it would be useful to keep an 'emulated instruction count' in the
emulator, and have a virtual timer that increments very X (pick a number)
instructions. X can be constant across different architectures as we
with the fuctory bios in place, make sure that your minicom setup is
right. Let me know.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Thu, 3 Jun 2004, Stefan Reinauer wrote:
> I've not seen enough information (data sheets) available without NDA to
> make this happen. Might be that I looked in the wrong places though. If
> you don't buy a lot of motherboards, you normally don't get this kind of
> information from VIA.
It depe
* ron minnich <[EMAIL PROTECTED]> [040603 17:23]:
> > the current pirq code defines intel_irq_routing_table as const, thus
> > making it potentially readonly.
>
> should be const due to execute-in-place issues.
What's the benefit in this case? we have dram long before this code is
run, and the
On Thu, 3 Jun 2004, Stefan Reinauer wrote:
> * ron minnich <[EMAIL PROTECTED]> [040603 17:23]:
> > > the current pirq code defines intel_irq_routing_table as const, thus
> > > making it potentially readonly.
> >
> > should be const due to execute-in-place issues.
>
> What's the benefit in this
Peter Stuge wrote:
On Thu, Jun 03, 2004 at 03:56:29AM -0500, Richard Smith wrote:
timer. In numerious locations my Vbios is writing a 0x00 to IO 0x43 and
then does 2 reads from 0x40. So its latching the value of counter 0 and
then reading it out.
Right, it also sets counter mode 0, zero detecti
ron minnich wrote:
OK, I finally read this in detail and I'm sorry for my noise on this
subject.
I think it would be useful to keep an 'emulated instruction count' in the
emulator, and have a virtual timer that increments very X (pick a number)
instructions. X can be constant across different
On Thu, 3 Jun 2004, Richard Smith wrote:
> Yes. I think it would. Got any ideas on the implementation? I'm ready
> to try an implement this.
in the main loop for instruction decode there is a single instruction
dispatch function. Create a global counter (emulate_counter?) and
increment it o
On Thu, 3 Jun 2004, Richard Smith wrote:
> This will only skip the jump (and do the BX decrement) if ax is zero.
> For ax to be zero the result of the 2's complement subtraction must be
> zero or the when the 2 reads are the same number. But I just don't see
> how this would happen repeatably
ron minnich wrote:
On Thu, 3 Jun 2004, Richard Smith wrote:
This will only skip the jump (and do the BX decrement) if ax is zero.
For ax to be zero the result of the 2's complement subtraction must be
zero or the when the 2 reads are the same number. But I just don't see
how this would happen
./romcc -mcpu=k8 -O2 ./auto.E > auto.inc
make[1]: *** [auto.inc] Error 139
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
YhLu <[EMAIL PROTECTED]> writes:
> Eric,
>
> I'm not familiar the gdb, and if you like I can send the auto.E to you.
That would be good thanks.
I guess slightly simpler would be to do:
Which will ensure core file generation is not turned off.
Then you can do.
ulimit -c unlimited
make
find .
Mathieu Deschamps <[EMAIL PROTECTED]> writes:
> Hello,
>
> Since i have mostly 'directly choose' Filo, i haven't had
> much time asking for the difference between Linuxbios native's Elfboot
> and Linuxbios native's filo. I know you did made some work around
> theses...
The native ``filo'' is sc
I will add RAM to test again.
Regards
YH
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
Just sent out the core.
-邮件原件-
发件人: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
发送时间: 2004年6月3日 17:23
收件人: YhLu
抄送: LinuxBIOS
主题: Re: [COMMIT] romcc 0.63 and some fixes...
YhLu <[EMAIL PROTECTED]> writes:
> Eric,
>
> I'm not familiar the gdb, and if you like I can send the auto.E to yo
YhLu <[EMAIL PROTECTED]> writes:
> Just sent out the core.
Thanks. I have done the basic tracking. And it is clearly a code
bug.
tdominates depends on some code analysis that is not currently
present in expand_function_call, and I wind up with a null pointer
dereference. I need to stare at
We are in search of good candidates for laptops for a LinuxBIOS Port.
These will be the easiest to port:
Intel laptops with Intel integrated graphics, not ATI or nVidia graphics
Intel Chipsets
(TBA) i915
http://www.tbreak.com/reviews/article.php?id=305
These should be out in the next month or so.
8
49 matches
Mail list logo
