On Fri, Oct 29, 2004 at 11:49:25AM +0800, Gin wrote:
> I could build an image now. Thanks all.
> I am curious about how fallback image and normal image are used. It
> looks like in the normal image, it always jumps to the Protected_start.
> I don't think it should be the start when the system boot
I could build an image now. Thanks all.
I am curious about how fallback image and normal image are used. It
looks like in the normal image, it always jumps to the Protected_start.
I don't think it should be the start when the system boots up since it
will be in real-mode. So which image should I u
On Thu, 28 Oct 2004 [EMAIL PROTECTED] wrote:
> -mm only right now, I believe (don't recall it showing up on bkbits).
> But I seem to recall that Andrew Morton is close to pushing it through
> to Linus's tree.
once it's in we're going to stop worrying about kmonte any more :-)
but kmonte is not
YhLu wrote:
That is too powerful, some kind of desktop replacement Laptop?
They are in-dash PC's that act as application servers (PVR,
Teleconferencing, VoIP) and as routers for all the wireless network
services outside the vehicle and devices used in the vehicle (laptop,
PDA, Xbox etc). LinuxBI
So after comment out jmp __cpu_reset will save the time under fallback mode.
It will use mtrr init in auto.c
Regards
YH
-Original Message-
From: YhLu
Sent: Wednesday, October 27, 2004 8:12 PM
To: [EMAIL PROTECTED]
Cc: Ronald G. Minnich; [EMAIL PROTECTED]
Subject: RE: S2885 -- spare 4s i
On Thu, Oct 28, 2004 at 05:34:58PM -0600, Ronald G. Minnich wrote:
> Is this 2.6.9 or ...
-mm only right now, I believe (don't recall it showing up on bkbits).
But I seem to recall that Andrew Morton is close to pushing it through
to Linus's tree.
___
Li
Ken Fuchs wrote:
Adilson wrote:
I'm thinking about create (another one) Car-PC and I want to use
linuxbios to improve the boot time.
Is there any place you can recomend I can read about the basics of
this project?
Although, AMD64 would be over-kill for a Car-PC, LinuxBIOS-AMD64.pdf
is probably
That is too powerful, some kind of desktop replacement Laptop?
Regards
YH
-Original Message-
From: Bari Ari [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 4:37 PM
To: YhLu
Cc: Nathanael Noblet; Adilson Oliveira; [EMAIL PROTECTED]
Subject: Re: Starting with linuxbios
YhLu wr
On Thu, 28 Oct 2004, Eric W. Biederman wrote:
> As for CF. I guess I have only seen LANL doing that, and it
> seems a little unsatisfactory. There is no reason why beoboot
> needs that much space for example.
the reason is that myrinet and other drivers need that much space.
CF is our futur
Amaury Jacquot wrote:
YhLu wrote:
What's the usage for the CAR-PC?
GPS navigation?
Regards
YH
interestingly enough, I have the same useage ( see http://www.navsys.org )
mebbe it's time for some dox to be written, a howto mebbe ?
Interesting stuff but *way* over what I have in mind for now :)
[]s
Ad
YhLu wrote:
What's the usage for the CAR-PC?
GPS navigation?
No, nothing like this fancy now. Maybe later but the idea is to monitor
the car variables, ambient variables, control personalization features
like lights, perhaps play digital music, DVDs, etc.
[]s
Adilson.
___
YhLu wrote:
What's the usage for the CAR-PC?
GPS navigation?
The telematics/Car-PC's we've been designing also have CDMA/GPRS, CAM,
WiFi and WiMax soon, USB2.0, 1394, 10/100 ethernet, Bluetooth and
Cardbus. The telematics/Car-PC's allow the driver and passengers to have
real time navigation, voi
On Thu, 28 Oct 2004, Eric W. Biederman wrote:
> With kexec finally in the kernel
good to hear :-)
Is this 2.6.9 or ...
thanks
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
For S2885, I can not compile that under LOGLEVEL=8. And I have to comment
out severl printk_debug in auto.c stage.
Before Eric do sth about romcc, I think remove name member in chip_operation
would be fine.
Regards
YH
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Li-Ta Lo <[EMAIL PROTECTED]> writes:
> On Thu, 2004-10-28 at 08:14, Ronald G. Minnich wrote:
> > On Thu, 28 Oct 2004, Eric W. Biederman wrote:
> >
> > > I will (hopefully) commit later today, but I have found one general
> > > technique that will cut down the code size but a small amount.
> > > I
On Thu, 28 Oct 2004, Eric W. Biederman wrote:
> We have a hard limit that at least the romcc part of the codebase
> needs to run below that so we can enable more than 64KiB of flash.
yah. But romcc does a good job. When I move c_payload to 0xfffe there
was a HUGE amount of room left for ro
"Ronald G. Minnich" <[EMAIL PROTECTED]> writes:
> On Thu, 28 Oct 2004, Eric W. Biederman wrote:
>
> > I will (hopefully) commit later today, but I have found one general
> > technique that will cut down the code size but a small amount.
> > In the chip_operations struct we have a name for debuggi
"Ronald G. Minnich" <[EMAIL PROTECTED]> writes:
> On Thu, 28 Oct 2004, Richard Smith wrote:
>
> > Why is this there in the first place?
>
> most chipsets come up with only the top 64KB of flash enabled.
>
> In the old days, we didn't turn that on until linuxbios was running. It's
> historical
On Thu, 28 Oct 2004, Amaury Jacquot wrote:
> Bari Ari wrote:
>
> > This is not new for Via:
> >
> > Via "violates" GNU GPL with Padlock
> > http://www.theinquirer.net/?article=15329
> >
> > but they did comply after being informed
> > http://linuxdevices.com/news/NS4520757633.html
>
> lemme
On Thu, 28 Oct 2004, Richard Smith wrote:
> Why is this there in the first place?
most chipsets come up with only the top 64KB of flash enabled.
In the old days, we didn't turn that on until linuxbios was running. It's
historical.
ron
___
Linuxbio
On Thu, 28 Oct 2004, Li-Ta Lo wrote:
> Last time I tried to do that it was not that simple. The .lds is a mix
> of "#include" and "#define" in the ldscript and depends on the config
> too much.
it was not simple but I got it to work ...
ron
___
Linu
On Thu, 2004-10-28 at 13:26, Ronald G. Minnich wrote:
> I'm very sorry, epia is still broken but is getting fixed.
>
I will work on that. Do you know why most of the "pci" keyword
is marked in the mainboard Config.lb ?
Ollie
> ron
>
> ___
> Linuxbios
On Thu, 2004-10-28 at 16:03, [EMAIL PROTECTED] wrote:
>
> It seems that LinuxBIOS copies itself to _RAMBASE, which is 0x4000.
> Then it branches to 0x4000 into _start, which sets up the stack and
> calls hardwaremain. The address of hardwaremain from linuxbios_c.o is
> wrong. The address is not
> On Tue, 26 Oct 2004 [EMAIL PROTECTED] wrote:
> >
> > Can someone tell me what the starting sequence is with LinuxBIOS?
> >
> > Reset jumps to crt0.s. crt0.s calls auto.E. auto.E is built using
> > romcc, so source-level debugging is not possible.
>
> ah well :-)
>
> > The statement
> > loc
YhLu wrote:
What's the usage for the CAR-PC?
GPS navigation?
Regards
YH
interestingly enough, I have the same useage ( see http://www.navsys.org )
mebbe it's time for some dox to be written, a howto mebbe ?
-Original Message-
From: Nathanael Noblet [mailto:[EMAIL PROTECTED]
Sent: Thursday,
On Thu, 2004-10-28 at 13:33, Richard Smith wrote:
> Li-Ta Lo wrote:
>
> > So why can not we relax the 64kB limit of LinuxBIOS ? I do think
> > removing the name of the device is a wrong direction.
>
> Why is this there in the first place?
Are you asking the 64KB limit? One reason is to prevent
>On Thu, 28 Oct 2004, Arc Riley wrote:
>> Actually, no, all you have to do is acquire the software in binary
>> form.
>yeah, that's what I was attempting to say.
Actually, just asking for the software (binary or source) is enough.
They don't need to give it to _you_, if another third party ha
What's the usage for the CAR-PC?
GPS navigation?
Regards
YH
-Original Message-
From: Nathanael Noblet [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 1:27 PM
To: Adilson Oliveira
Cc: [EMAIL PROTECTED]
Subject: Re: Starting with linuxbios
On Oct 28, 2004, at 12:54 PM, Adi
Bari Ari wrote:
This is not new for Via:
Via "violates" GNU GPL with Padlock
http://www.theinquirer.net/?article=15329
but they did comply after being informed
http://linuxdevices.com/news/NS4520757633.html
lemme guess ? they're like kids, have to be reminded every time ?
-Bari
Adilson wrote:
>I'm thinking about create (another one) Car-PC and I want to use
>linuxbios to improve the boot time.
>Is there any place you can recomend I can read about the basics of
>this project?
Although, AMD64 would be over-kill for a Car-PC, LinuxBIOS-AMD64.pdf
is probably the most up t
On Thu, 2004-10-28 at 13:25, Ronald G. Minnich wrote:
> > Why don't we just enlarge the size to, say, 128kB ??
>
> YES!
>
> Rather than remove debugging names, let's to ahead and move things around!
> I've done this once and it worked. We need to fix the .lds for things.
>
Last time I tried to
On Oct 28, 2004, at 12:54 PM, Adilson Oliveira wrote:
Hello guys.
I'm thinking about create (another one) Car-PC and I want to use
linuxbios to improve the boot time.
Is there any place you can recomend I can read about the basics of
this project?
I mean how it works, etc? Just to give me an outl
On Thu, 28 Oct 2004, Arc Riley wrote:
> Actually, no, all you have to do is aquire the software in binary form.
yeah, that's what I was attempting to say.
For example, we bought a Cray XD1 and asked for linuxbios source; no
response yet.
ron
___
Hello guys.
I'm thinking about create (another one) Car-PC and I want to use
linuxbios to improve the boot time.
Is there any place you can recomend I can read about the basics of this
project?
I mean how it works, etc? Just to give me an outline before I start to
dig into it?
BTW, I want to use
Li-Ta Lo wrote:
So why can not we relax the 64kB limit of LinuxBIOS ? I do think
removing the name of the device is a wrong direction.
Why is this there in the first place?
--
Richard A. Smith
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clust
On Thu, 28 Oct 2004, Li-Ta Lo wrote:
> On Thu, 2004-10-28 at 08:12, Ronald G. Minnich wrote:
> >
> > I have also asked Cray for the LinuxBIOS source for the XD1 and received
> > no response as of yet. This is getting to be a problem.
> >
>
> They use LinuxBIOS too ?
so they tell me.
ron
__
I'm very sorry, epia is still broken but is getting fixed.
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/linuxbios
On Thu, 28 Oct 2004, Li-Ta Lo wrote:
> On Thu, 2004-10-28 at 06:29, Eric W. Biederman wrote:
> > Stefan Reinauer <[EMAIL PROTECTED]> writes:
> >
> > > Hi,
> >
> >
> > > the "reference build" arima hdama seems to be too big when being
> > > compiled with gcc 3.3.1 or 3.3.3..
> >
> > I will (h
On Thu, 2004-10-28 at 08:12, Ronald G. Minnich wrote:
>
> I have also asked Cray for the LinuxBIOS source for the XD1 and received
> no response as of yet. This is getting to be a problem.
>
They use LinuxBIOS too ?
Ollie
___
Linuxbios mailing list
Ronald G. Minnich wrote:
On Thu, 28 Oct 2004, Amaury Jacquot wrote:
hi guys
was looking through via arena, and found this file :
http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.zip
problem is, running
strings */BIOS_*.BIN | grep inux
gives 2 mentions of LinuxBios for each binary bios file, w
On Thu, 2004-10-28 at 08:14, Ronald G. Minnich wrote:
> On Thu, 28 Oct 2004, Eric W. Biederman wrote:
>
> > I will (hopefully) commit later today, but I have found one general
> > technique that will cut down the code size but a small amount.
> > In the chip_operations struct we have a name for de
On Thu, 28 Oct 2004, Amaury Jacquot wrote:
> hi guys
> was looking through via arena, and found this file :
>
> http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.zip
>
> problem is, running
>
> strings */BIOS_*.BIN | grep inux
>
> gives 2 mentions of LinuxBios for each binary bios file,
On Thu, 28 Oct 2004, Eric W. Biederman wrote:
> I will (hopefully) commit later today, but I have found one general
> technique that will cut down the code size but a small amount.
> In the chip_operations struct we have a name for debugging.
> Since we are no longer printing that name there is
Arc Riley wrote:
>Actually, no, all you have to do is aquire the software in binary
>form. If source is not included, then they must provide it through
>specific means outlined in the GPL whenever requested.
>Wether it's sold or given gratis is of no consequence, as I've known..
The above are s
On Thu, 2004-10-28 at 08:22, Eric W. Biederman wrote:
> "Ronald G. Minnich" <[EMAIL PROTECTED]> writes:
>
> > On Wed, 27 Oct 2004, Eric W. Biederman wrote:
> >
> > > The other trick that helps is to hard code the memory configuration and
> > > put that in the fallback image. And then use a secon
On Wed, 2004-10-27 at 20:47, Gin wrote:
> Thanks everyone. I found the Config file for Tyan S2735.
> 1. why are the Config.lb files different under /target and /src for
> Tyan/S2735? Which one should I use? Also the one under /target doesn't
> specify the chipset model.
>
You should use the Conf
On Thu, 2004-10-28 at 06:29, Eric W. Biederman wrote:
> Stefan Reinauer <[EMAIL PROTECTED]> writes:
>
> > Hi,
>
>
> > the "reference build" arima hdama seems to be too big when being
> > compiled with gcc 3.3.1 or 3.3.3..
>
> I will (hopefully) commit later today, but I have found one general
>
I have some problem with buildtarget via/epia-m for freebios2.
My environment is: SUSE 9, Python 2.3
At the directory "/opt/bios/freebios2/targets",
the command "./buildtarget via/epia-m" makes the following error.
Anybody help me to solve the problem?
= Error Message ==
On Thu, 28 Oct 2004, Eric W. Biederman wrote:
>
> yes, you've got to
> a) buy the software from them or a product running the software
> b) ask for the software
>
> or so I understand.
Actually, no, all you have to do is aquire the software in binary form.
If source is not included, then they
On Thu, Oct 28, 2004 at 11:31:22AM +0200, Amaury Jacquot wrote:
> hi guys
> was looking through via arena, and found this file :
>
> http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.zip
>
> problem is, running
>
> strings */BIOS_*.BIN | grep inux
>
> gives 2 mentions of LinuxBios for each
I think this is a good example of something that goes in the extensions
directory, I'll try to figure this out. It looks like a really handy tool.
thanks
ron
___
Linuxbios mailing list
[EMAIL PROTECTED]
http://www.clustermatic.org/mailman/listinfo/lin
"Ronald G. Minnich" <[EMAIL PROTECTED]> writes:
> On Wed, 27 Oct 2004, Eric W. Biederman wrote:
>
> > The other trick that helps is to hard code the memory configuration and
> > put that in the fallback image. And then use a second copy of linuxbios
> > to develop new code. At least that way yo
On Thu, 28 Oct 2004, Eric W. Biederman wrote:
> The GPL is not quite that demanding. But it comes close.
yes, you've got to
a) buy the software from them or a product running the software
b) ask for the software
or so I understand.
ron
___
Linuxbi
On Thu, 28 Oct 2004, Stefan Reinauer wrote:
> Would anything speak against putting a "uses CC" into all
> mainboard/xxx/Options.lb then? Some mechanism to specify the compiler
> will be needed for cross compiling LinuxBIOS.
works for me!
ron
___
Linu
On Wed, 27 Oct 2004, Eric W. Biederman wrote:
> The other trick that helps is to hard code the memory configuration and
> put that in the fallback image. And then use a second copy of linuxbios
> to develop new code. At least that way you don't need to swap the rom
> chip.
some times that wor
Fastboot is based on LinuxBIOSthat's pretty common knowledge, no?
On Thu, 28 Oct 2004, Amaury Jacquot wrote:
hi guys
was looking through via arena, and found this file :
http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.zip
problem is, running
strings */BIOS_*.BIN | grep inux
gives 2 mentio
Amaury Jacquot <[EMAIL PROTECTED]> writes:
> On Thu, 2004-10-28 at 05:59 -0600, Eric W. Biederman wrote:
> > Amaury Jacquot <[EMAIL PROTECTED]> writes:
> >
> > > hi guys
> > > was looking through via arena, and found this file :
> > >
> > > http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.z
On Thu, 2004-10-28 at 05:59 -0600, Eric W. Biederman wrote:
> Amaury Jacquot <[EMAIL PROTECTED]> writes:
>
> > hi guys
> > was looking through via arena, and found this file :
> >
> > http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.zip
> >
> > problem is, running
> >
> > strings */BIOS_*.
Stefan Reinauer <[EMAIL PROTECTED]> writes:
> Hi,
> the "reference build" arima hdama seems to be too big when being
> compiled with gcc 3.3.1 or 3.3.3..
I will (hopefully) commit later today, but I have found one general
technique that will cut down the code size but a small amount.
In the chi
Stefan Reinauer <[EMAIL PROTECTED]> writes:
> Hi,
>
> the "reference build" arima hdama seems to be too big when being
> compiled with gcc 3.3.1 or 3.3.3..
So gcc 3.4 does produce smaller code. :)
I'm pushing things pretty close so I will take a look and see if I can
get some more breathing roo
Amaury Jacquot <[EMAIL PROTECTED]> writes:
> hi guys
> was looking through via arena, and found this file :
>
> http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.zip
>
> problem is, running
>
> strings */BIOS_*.BIN | grep inux
>
> gives 2 mentions of LinuxBios for each binary bios file, wh
Hi,
the "reference build" arima hdama seems to be too big when being
compiled with gcc 3.3.1 or 3.3.3..
See attached log file.
Please, if anyone has time and test capabilities, have an eye on the non
working ports and try to submit fixes.
Stefan
Processing mainboard amd quartet (i386: ok)
hi guys
was looking through via arena, and found this file :
http://www.viaarena.com/guides/WinCE/fastboot%20v2.03.zip
problem is, running
strings */BIOS_*.BIN | grep inux
gives 2 mentions of LinuxBios for each binary bios file, which makes the
whole thing suspect...
should via be hit with som
* Eric W. Biederman <[EMAIL PROTECTED]> [041027 19:24]:
> Speaking of config.g what would it take to not allow uses in anything
> except src/mainboard/xxx/Options.lb.
> Having one place were we simply declare which variables we are going
> to be using for the entire board, (while still allowing
64 matches
Mail list logo
