Ühel kenal päeval (laupäev 07 juuli 2007 1:59 am) kirjutas Joseph Smith:
> Quoting Stefan Reinauer <[EMAIL PROTECTED]>:
> > * Joseph Smith <[EMAIL PROTECTED]> [070706 17:41]:
> >> #define PRINT_DEBUG_DEC(d)
> >>
> >> value=0xff; /* hexadecimal */
> >>
> >> print_debug("value in decimal is now ");
>
06-14 17:45:35 UTC (rev 351)
> @@ -0,0 +1,577 @@
> +/*
> + * This file is part of the LinuxBIOS project.
> + *
> + * Copyright (C) 2006 Indrek Kruusa <[EMAIL PROTECTED]>
> + * Copyright (C) 2006 Ronald G. Minnich <[EMAIL PROTECTED]>
> + * Copyright (C) 2007 Advanced Micr
Ühel kenal päeval (kolmapäev 30 mai 2007 6:16 pm) kirjutas Jordan Crouse:
> On 30/05/07 16:23 +0300, Indrek Kruusa wrote:
> > sed tool can be sensitive to locale (in bad way). I have seen that
> > several times and the solution is that my estonian default needs "export
>
Ühel kenal päeval (kolmapäev 30 mai 2007 5:46 pm) kirjutas Indrek Kruusa:
> Two of them:
>
> 1) building filo as payload
> Compressing the ELF payload with lzma...
> make: error
>
> - problem: the filo seems to be already compressed at this point
No, its not. It has just th
Two of them:
1) building filo as payload
Compressing the ELF payload with lzma...
make: error
- problem: the filo seems to be already compressed at this point
- solution: make a fix or uncompress filo in deploy/filo-payload.elf.lzma &
make
2) linuxbios revision
- for norwitch target in config/p
Ühel kenal päeval (kolmapäev 30 mai 2007 3:31 pm) kirjutas Otávio Alcântara:
> Hello,
>
> I used the buildrom tool
Did you have trouble with buildrom-devel? I mean building the packages etc.
Currently I can't get it to work.
sed tool can be sensitive to locale (in bad way). I have see
Ühel kenal päeval (teisipäev 22 mai 2007 1:17 pm) kirjutas Uwe Hermann:
> On Mon, May 21, 2007 at 04:56:20PM -0600, Marc Jones wrote:
> > >we have two similar directories in svn:
> > >
> > >src/southbridge/amd/cs5536
> > >src/southbridge/amd/cs5536_lx
> > >
> > >Why do we have two? Are they substan
Ühel kenal päeval (esmaspäev 21 mai 2007 5:49 pm) kirjutas Stefan Reinauer:
> * Indrek Kruusa <[EMAIL PROTECTED]> [070521 15:33]:
> > Ühel kenal päeval (esmaspäev 21 mai 2007 4:12 pm) kirjutas Uwe Hermann:
> > > Why do we have two? Are they substantially different? Why
Ühel kenal päeval (esmaspäev 21 mai 2007 4:12 pm) kirjutas Uwe Hermann:
> Hi,
>
> we have two similar directories in svn:
>
> src/southbridge/amd/cs5536
> src/southbridge/amd/cs5536_lx
>
> Why do we have two? Are they substantially different? Why? IMHO one of
> them should be removed and/or merged
Could it be that setup for one LX board (amd/norwitch) does something very
special that prevents this LB ROM to run (to some extent) on another LX board
(artecgroup/dbe61)? It stops at postcode 0x10 (Entry into protected mode). I
suppose that whatever LX target rom should be able to reach at lea
Ühel kenal päeval (kolmapäev 16 mai 2007 9:54 am) kirjutas Uwe Hermann:
> On Mon, May 14, 2007 at 05:51:57PM +0300, Indrek Kruusa wrote:
> > Ühel kenal päeval (esmaspäev 14 mai 2007 10:03 am) kirjutas shirish:
> > > Hi all,
> > > Are there routers which are using
Ühel kenal päeval (esmaspäev 14 mai 2007 10:03 am) kirjutas shirish:
> Hi all,
> Are there routers which are using linuxbios? I looked at the
> products page as well as vendors lists & went to the sites but failed
> to find anything.
You may find something by googling routerboard+linuxbios
c
Ühel kenal päeval (kolmapäev 02 mai 2007 7:41 pm) kirjutas ron minnich:
> Let's leave the copyright AMD (i.e. no people), then, and I approve the
> header.
Agreed, for this header and for others too.
thanks,
Indrek
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.linuxbios.org/mailm
Ühel kenal päeval (kolmapäev 18 aprill 2007 6:39 pm) kirjutas Uwe Hermann:
> Hi,
>
> I've reworked the list of supported mainboards in the wiki quite a bit
> recently. The most notable change is that the boards are now sorted into
> categories.
hi,
ArtecGroup dbe61 should be under Thin Clients.
Ühel kenal päeval (neljapäev 12 aprill 2007 3:28 am) kirjutas
[EMAIL PROTECTED]:
> Author: stepan
> Date: 2007-04-12 02:28:32 +0200 (Thu, 12 Apr 2007)
> New Revision: 2607
>
> Modified:
>trunk/LinuxBIOSv2/src/mainboard/artecgroup/dbe61/Options.lb
>trunk/LinuxBIOSv2/src/mainboard/technologi
Ühel kenal päeval (reede 23 märts 2007 1:46 am) kirjutas Stefan Reinauer:
> * Carl-Daniel Hailfinger <[EMAIL PROTECTED]> [070323 00:43]:
> > On 23.03.2007 00:32, Uwe Hermann wrote:
> > > http://www.linutop.com/wiki/index.php/Developers#Upgrading_to_LinuxBIOS
> >
> > Unfortunately I couldn't find an
Ühel kenal päeval (neljapäev 01 märts 2007 8:27 am) kirjutas Hao Li:
> Hi all,
>
>
>
> I am porting olpc/rev_c which is gx2/cs5536 to gx2/cs5535. I have already
> had VSA image loaded. But I still get the output below:
>
> "
>
> Finding PCI configuration type.
>
> PCI: Sanity check failed
>
> pci_c
it calls vsa to handle this. And then vsa is loaded successfully.
> After that, cpu generates exception 13, which is general protection. I got
> so confused and don’t know what causes that. Anyone meets this kind of
> problem before?? Any advice would be well appreciated.
>
> -
Ühel kenal päeval (teisipäev 06 veebruar 2007 12:37 am) kirjutas lihao:
> Hi all,
>
> I have made the codes run into the vsmbios. And it hangs on
> pci_sanity_check(). Anyone has the same problems?
Can you check that the signature of the loaded VSA is correct (e.g. by
printing it out)?
Ühel kenal päeval (neljapäev 01 veebruar 2007 4:44 am) kirjutas michal wan:
> 1 it looks ok running linuxbios and filo
> 2 loading kernel ok
>
> when executing linux kernel, something occurs like "hda: lost interrupt"
>
> there are some problems which can be seen from the output of linux kernel
>
Ühel kenal päeval (teisipäev 30 jaanuar 2007 3:45 am) kirjutas michal wan:
> configure environment
>
> in filo-0.4.2
> SUPPORT_PCI = 1
> PCI_BRUTE_SCAN = 1
> DEBUG_ALL = 1
>
> in LinuxBIOSV2510
> use targets/artecgroup/dbe61
>
> the problem is "find_ide_controller: PCI IDE #0 not found"
Originall
Tom Sylla wrote:
> On 12/21/06, Indrek Kruusa <[EMAIL PROTECTED]> wrote:
>> > LX also requires the VSA binary blob for your platform, which
>> > is, in general, not available.
>>
>> For VGA your need the VGA ROM from AMD. If you can live without
>> bo
Tom Sylla wrote:
> On 12/19/06, Marc-André Beck <[EMAIL PROTECTED]> wrote:
>
>> What about the other two chipsets I mentioned: Intel 945GM and AMD LX800
>> Is the AMD LX800 booting properly?
>>
>
> AMD LX is working for Indrek Kruusa on one model boar
yhlu wrote:
> if you can change flash to SRAM that would be great.
This could be possible I think.16Mbyte SRAM is a bit tough thing at
first sight... but I am not the hardware parts specialist :)
If your dongle is permanently connected to USB and the power is derived
from there then you can hol
Peter Stuge wrote:
> On Fri, Dec 01, 2006 at 04:01:54PM +0200, Indrek Kruusa wrote:
>
>>> Is that EUR90 or USD90? Either way I agree - it's a good price!
>>>
>> Hey, this is quite a wrong price (my information was outdated). The
>> latest inform
Peter Stuge wrote:
> On Fri, Dec 01, 2006 at 01:26:31PM +0200, Indrek Kruusa wrote:
>
>> For current Thincan (artecgroup/dbe61) development we are using our
>> own designed dongles:
>>
>
> http://208.109.65.208/products/hardware-products/programmable
Peter Stuge wrote:
> On Fri, Dec 01, 2006 at 01:26:31PM +0200, Indrek Kruusa wrote:
>
>> - Altera Cyclone FPGA as the control part
>>
>
> Do you think it would be possible to make a firmware for the FPGA
> that also does reads-make-a-write and can signal th
Peter Stuge wrote:
> On Fri, Dec 01, 2006 at 01:26:31PM +0200, Indrek Kruusa wrote:
>
>> - chosen flash bank is seen as 1MB at boot, switched to 4MB mode by
>> LinuxBIOS.
>>
>
> Can you explain how this works in more detail? Do you know if
> chipsets us
Peter Stuge wrote:
> On Fri, Dec 01, 2006 at 01:26:31PM +0200, Indrek Kruusa wrote:
>
>> For current Thincan (artecgroup/dbe61) development we are using our
>> own designed dongles:
>>
>
> http://208.109.65.208/products/hardware-products/programmable-lpc-dongl
Tom Sylla wrote:
> Another idea, there has been a lot of talk about homebrew LPC ROM
> emulators. It would not be much more work to make the emulator into a
> generic LPC analyzer. You could have it catch regular serial, or you
> could just have print_debug spew bytes to a specified I/O location.
>
Uwe Hermann wrote:
> Hi,
>
> On Mon, Oct 23, 2006 at 11:06:57AM +0300, Indrek Kruusa wrote:
>
>> Nice work! Couple of fixes: ArtecGroup dbe61 doesn't have separate Super
>> I/O and CPU is AMD Geode™ LX 700.
>>
>
> Done. Does 'Socket' appl
Uwe Hermann wrote:
> Hi,
>
> I've modified the wiki page
> http://www.linuxbios.org/Supported_Motherboards
> quite a bit recently. I'm planning some more changes to make it easier
> for people interested in LinuxBIOS to check whether their mainboard is
> supported.
>
> I'd like to remove the "Speci
Al Boldi wrote:
> yhlu wrote:
>
>> 1. with LinuxBIOS, It works with one Tyan Intel based MB (UHCI) and
>> some other Opteron base MBs.
>>
>
> Great! So maybe the delayed USB boot is hw related, but why?
>
>
>> 2. maybe Etherboot heap used by FILO USB packet buffer overwirte the
>> APM i
hbridge/amd/lx/northbridge.h
>trunk/LinuxBIOSv2/src/northbridge/amd/lx/northbridgeinit.c
>trunk/LinuxBIOSv2/src/northbridge/amd/lx/pll_reset.c
>trunk/LinuxBIOSv2/src/northbridge/amd/lx/raminit.c
>trunk/LinuxBIOSv2/targets/artecgroup/dbe61/Config.lb
> Log:
> chang
IOSv2/src/mainboard/artecgroup/dbe61/rtl8139/Config.lb
>trunk/LinuxBIOSv2/src/mainboard/artecgroup/dbe61/rtl8139/chip.h
>trunk/LinuxBIOSv2/src/mainboard/artecgroup/dbe61/rtl8139/rtl8139.c
> Log:
> new presents from artec group :-)
> Signed-off-by: Indrek Kruusa
Signed-off-by
Hi!
I am looking for clarification about what and how (Linux)BIOS should
provide to kernel about memory size/memory regions.
I'm wondering about linuxbios table: there are lot of different
variation with new_resource/ram_resource, where those calls are placed,
what regions they are setting up
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
>
Stefan Reinauer wrote:
> Why is this one needed? Which of the defines actually break the tree?
> Can't you #define GX2_FOO and LX_FOO instead of FOO and use it based on
> some compile time or runtime test?
>
>
>> diff -u -r -b -B LinuxBIOSv2/src/southbridge/amd/cs5536/cs5536.c
>> LinuxBIOSv2_cp
ron minnich wrote:
> I'm on vacation, but have a plan for this, can we wait one week?
yes we can.
thanks,
Indrek
--
linuxbios mailing list
linuxbios@linuxbios.org
http://www.openbios.org/mailman/listinfo/linuxbios
Hi!
Currently I need to change cs5536 code (below) to make Geode LX target
build.
To conclude the situation:
- different CPU-s with integrated northbridge using the same southbridge
- southbridge needs to know about CPU
Which should be the preferred way to fix it?
thanks,
Indrek
/***
/Options.lb
gcc 4.0 is OK
* targets/artecgroup/dbe61/Config.lb
64K for VSA is OK at moment
Signed-off-by: Indrek Kruusa <[EMAIL PROTECTED]>
Signed-off-by: Andrei Birjukov <[EMAIL PROTECTED]>
diff -r -u -b -B LinuxBIOSv2/src/mainboard/artecgroup/dbe61/Config.lb krabin/LinuxBIOS/s
/raminit.c
empty function sdram_set_registers() is in use, don't remove
Signed-off-by: Indrek Kruusa <[EMAIL PROTECTED]>
Signed-off-by: Andrei Birjukov <[EMAIL PROTECTED]>
diff -r -u -b -B LinuxBIOSv2/src/cpu/amd/model_lx/model_lx_init.c kreebiste/LinuxBIOS/src/cpu/amd/model_l
Stefan Reinauer wrote:
> * Indrek Kruusa <[EMAIL PROTECTED]> [060802 18:38]:
>
>> Indrek Kruusa wrote:
>>
>>> This patch adds L2 cache initialization for Geode LX CPU.
>>>
>>> Signed-off-by: Indrek Kruusa <[EMAIL PROTECTED]>
>>
Indrek Kruusa wrote:
> This patch adds L2 cache initialization for Geode LX CPU.
>
> Signed-off-by: Indrek Kruusa <[EMAIL PROTECTED]>
Please don't commit this one!
Cache sould be initialized right after shadowing linuxBIOS and before
northbridge/CPU bugs/chipset/VSA etc.
This patch adds L2 cache initialization for Geode LX CPU.
Signed-off-by: Indrek Kruusa <[EMAIL PROTECTED]>
diff -u -r -b -B LinuxBIOSv2/src/cpu/amd/model_lx/model_lx_init.c LinuxBIOSv2_cp4/src/cpu/amd/model_lx/model_lx_init.c
--- LinuxBIOSv2/src/cpu/amd/model_lx/model_lx_init.c 2006-07-28
Geode LX: this patch adds configuration/status/self-test MSR definitions
for L2 cache and fixes wrong P2D defines.
Signed-off-by: Indrek Kruusa <[EMAIL PROTECTED]>
diff -u -r -b -B LinuxBIOSv2/src/include/cpu/amd/lxdef.h LinuxBIOSv2_cp4/src/include/cpu/amd/lxdef.h
--- LinuxBIOS
Ronald G Minnich wrote:
>
> The first example mainboard is named artecdesign/dbe61
:) It is artecgroup/dbe61. Anyway, thank you Ronald! I didn't hope that
my nasty patch will make the way into official tree. This is excellent!
The compilation is currently broken though and the whole thing is far
Ronald G Minnich wrote:
> this is interesting. is this the OLPC linuxbios on a LX?
Yes,
[PATCH] GX2/OLPC hacked for Geode LX -
http://www.linuxbios.org/pipermail/linuxbios/2006-July/015081.html
This is preliminary work and not nice but why not to share things even
at that level.
Indrek
--
Ronald G Minnich wrote:
Indrek Kruusa wrote:
Ronald G Minnich wrote:
Indrek Kruusa wrote:
Do you have any pointer to updated documentation for VSA2? For
example from VSA2 source I can see where to load source,
destination and length (esi,edi,ecx) but is there documentation
about that
Ronald G Minnich wrote:
> Indrek Kruusa wrote:
>
>> Do you have any pointer to updated documentation for VSA2? For example
>> from VSA2 source I can see where to load source, destination and length
>> (esi,edi,ecx) but is there documentation about that?
>>
>
Ronald G Minnich wrote:
> Indrek Kruusa wrote:
>> Hi!
>>
>> The VSA2 bios for OLPC seems to be quite minimal: 64 KB.
>>
>> I would be glad to know:
>> - is there only vsainit and sysmgr inside vsa for olpc?
>> - does audio, ohci/ehci and video han
Hi!
The VSA2 bios for OLPC seems to be quite minimal: 64 KB.
I would be glad to know:
- is there only vsainit and sysmgr inside vsa for olpc?
- does audio, ohci/ehci and video handled by kernel drivers?
- does OLPC target booting without major problems?
It seems to be true but it is better to kn
Hi!
I have a small Geode LX + CS5536 board (433MHz, 128MB DDR, UART2 as serial).
With the help of those changes in GX2/OLPC target (patch attached) I
have managed to boot it at least (it still doesn't load VSA nor boot any
payload). The changes should be mostly marked with comment '// GX3' to
53 matches
Mail list logo