thanks for notice, Stefan.
NS framebuffer was for early version of 2.4, however I've used it with 2.4.19
after manual patch on config.in and makefile.
And it is true so far that they have their own source tree. Although 2.5 seems to
have much support for Geode, i'm not sure of Geode framebuffer
* ron minnich [EMAIL PROTECTED] [030724 01:02]:
Greg has implemented the static tree/dynamic tree code mentioned
yesterday, and today it passed its first test with flying colors.
I am still fighting this, since it broke NLBConfig in a way that is
probably not worth fixing (it's missing the
The nsc-kfb 2.7.7 patch/installer works on 2.4.19 and 2.4.20. Same with
both the OSS and Alsa audio drivers. Same with the udma patch with minor
modifications, though it does not work at 66mhz. their v4l driver hardly
works, though I have only been trying to use it with the framebuffer as
the
Stefan,
Sorry about that. I'll #define this better so that it's not required
with the old configuration system.
The 'register' directive has changed slightly, but hasn't been
updated in the tree. I've checked in the new version now.
Greg
At 3:54 PM +0200 24/7/03, Stefan Reinauer wrote:
* ron
On Thu, 24 Jul 2003, SONE Takeshi wrote:
On Wed, Jul 23, 2003 at 12:51:00PM -0600, ron minnich wrote:
On Wed, 23 Jul 2003, gimyung han wrote:
and then, I type ./flash_rom /root/epia/romimage.
it's annoying, but you have to say:
./flash_rom -w
On Thu, 24 Jul 2003, John Praveen wrote:
I read the document
www.linux-magazine.com/issue/28/LinuxBIOS.pdf. It
states that DiskOnChip is required for the linuxBIOS.
oh, that's an error. It is not required. There has to be something we said
that implies that, as people keep asking
* ron minnich [EMAIL PROTECTED] [030724 16:46]:
cvs update, I fixed this yesterday.
sorry, this was a tweak to some of the initialization code.
ah.. it works now.. thanks.
I've got one more tweak to make today, but you should be able to build a
working image. The problem I'm having now
On Thu, 24 Jul 2003, Stefan Reinauer wrote:
I am still fighting this, since it broke NLBConfig in a way that is
probably not worth fixing (it's missing the static_root completely,
and we might not want to keep that in a generated file as well as in
the config file):
our mistake. We need to
On Thu, 24 Jul 2003, Stefan Reinauer wrote:
hm 2nd level cache disabled?
yeah, but why? I thought I had copied the old config setup pretty well. Do
you see anything?
Next bit is get SMP in there.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
Stefan, in a few minutes I'll be committing a simple change that greatly
reduces the size of targets/arima/hdama/Config.lb.
I have tested this and it works fine, save for the slow memory test (which
may be L2 cache, but may be who knows ... TOM again?)
ron
* ron minnich [EMAIL PROTECTED] [030724 17:12]:
so, stefan, it is working for you? HMM. Just stopped working for me :)
No, it seems there is some flaw in memory setup of the second CPU. This
is stil built with the old config. All the memory gets detected, but
LinuxBIOS just restarts right
On Thu, 24 Jul 2003, Stefan Reinauer wrote:
No, it seems there is some flaw in memory setup of the second CPU. This
is stil built with the old config. All the memory gets detected, but
LinuxBIOS just restarts right after the timeout at:
Boot from (N)etwork (D)isk (F)loppy or from (L)ocal?
* ron minnich [EMAIL PROTECTED] [030724 17:05]:
Stefan, in a few minutes I'll be committing a simple change that greatly
reduces the size of targets/arima/hdama/Config.lb.
I have tested this and it works fine, save for the slow memory test (which
may be L2 cache, but may be who knows
* ron minnich [EMAIL PROTECTED] [030724 17:33]:
you lost me. This is happening with the old or new config?
with the current latest CVS I get the following error:
Configuring TARGET hdama
Will place Makefile, crt0.S, etc. in arima/hdama/hdama
=== ERROR: Attempt to set nonexistent option
On Thu, 24 Jul 2003, Stefan Reinauer wrote:
Configuring TARGET hdama
Will place Makefile, crt0.S, etc. in arima/hdama/hdama
=== ERROR: Attempt to set nonexistent option MAXIMUM_CONSOLE_LOGLEVEL
arima/hdama/Config.lb:0
put this at the top of Config.lb
uses MAXIMUM_CONSOLE_LOGLEVEL
This is a
Any idea how to translate an AMD package number to an AMD part number?
I have a flash part that is marked D323GB90V1 but I can't find
anything on the AMD site that helps translate this to a part number,
short of reading every data sheet.
Thanks,
Greg
On Thu, Jul 24, 2003 at 08:38:44AM -0600, ron minnich wrote:
I thought this was a bug made by me and sent a patch to Ron some weeks ago,
but it seems it is not committed.
resend patch?
Attached is CVS diff against my current tree.
Beside 2 bug fixes (both by me), this includes some
Can not cvs the three !!
cvs -z3
-d:pserver:[EMAIL PROTECTED]:/cvsroot/freebios
co freebios
stops forever after next message:
U freebios/util/webconfig/var/pyservlog
Please check cvs three!
Kosta
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web
the tree is fine, sourceforge is probably overloaded again.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
I'm now stopping with post code 0xee.
I do get past the memory test. There is a post code at 0x80 for a while.
darn it. Worked until the last cvs update.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
* ron minnich [EMAIL PROTECTED] [030724 21:37]:
Thank you for the patch.
What I would like to do is get my linuxbios back to working condition,
then merge these in. Otherwise, if Stefan can test and verify them, maybe
he can merge them in before me.
I'm sitting at home and don't have
OK, I'm back, the checked out tree works fine now.
YhLu, I will try to commit your changes tomrrow.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
YhLu: I can fix your problem without adding the mainboard init function to
hardware main, and also without code like this to the include file:
#ifdef FINAL_MAINBOARD_FIXUP
void final_mainboard_fixup(void);
#else
# define final_mainboard_fixup() do {} while(0)
#endif /*
Good, I will use your new config tool for s2880.
--
: ron minnich [mailto:[EMAIL PROTECTED]
: 2003724 16:07
: YhLu
: [EMAIL PROTECTED]; Stefan Reinauer; [EMAIL PROTECTED]
: Re: K8 + 2.4.21 + Tyan S2880
YhLu: I can fix your problem without adding the mainboard init function to
hardware
OK, I will start on this tonight.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
I have just committed the changes from YhLu which he sent this morning.
The following files are changed:
CVS:src/include/device/pci_ids.h src/mainboard/tyan/s2880/Config
CVS:src/mainboard/tyan/s2880/auto.c
CVS:src/mainboard/tyan/s2880/failover.c
CVS:
it is part of the result of booting linux bios on my epia board
but i'm not sure I'm doing right...
it's almost end of it...
Wrote linuxbios table at: 0500 - 068c checksum a514
Welcome to
On Fri, 25 Jul 2003, gimyung han wrote:
Updating PCI command 0003-0007. pci_bus 00 pci_device_fn 90
Searching for server (DHCP)...
..
we saw this too. It looks like etherboot trouble.
did you snoop the network to see if packets are getting out?
ron
Hi,
It is working, but you need to setup dhcpd and tftp server.
-Andrew
On Fri, Jul 25, 2003 at 04:03:50AM +, gimyung han wrote:
it is part of the result of booting linux bios on my epia board
but i'm not sure I'm doing right...
it's almost end of it...
Yh Lu needed to add a mainboard-specific initialization code for the Tyan
s2880 board, and needed it called at a special place in hardwaremain(). In
V1, we would use defines and other such trickery to get this capability.
We're trying to avoid that in V2.
This problem turns out to be a perfect
I committed these patches, please test.
thanks
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
31 matches
Mail list logo