[U-Boot-Users] u-boot and NIOS dk 1s10 board

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Scott McNutt]

Patrice,

> It works now...in fact, my reference design for STRATIX
> configuration was not similar to the IO mapping used by u-boot
> for NIOS... It works with the Altera's "standard 32"  reference
> design (with the .SREC in the CDKNIOS project and after
> u-boot recompilation too).

Great news!

> My student will work on the u-boot APEX port...just an adaptation
> I think...I may be a good idea that the stratix 1S10 board appears
> as its own board and not as a cyclone board in the u-boot distro...

I enthusiastically agree :-) It is not simply a good idea, but IMHO
*essential* that each Nios board have it's own u-boot configuration.
Since *everything* is configurable with Nios, it's very easy to create
a monster by having multiple board configs masquerading as one.

U-Boot for Nios development kits should always support the
default "out-of-the-box" Nios configuration (for the altera boards,
this is typically the "standard 32" config). This is not intended to
limit creativity, but to avoid confusion and save time. Basically,
if new users get u-boot running quickly and easily, maintainers
and contributors will spend less time answering questions. And
this is a good thing for both the user and contributors :-)

In general, support for custom configurations should be:

1. disabled by default,
2. enabled IAW README (i.e. CONFIG_xxx CFG_xxx),
3. supported by an appropriate README file in u-boot/doc.

Congratulations & Best Regards,
--Scott
N3ADP

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Stephan Linz]

Hi Patric and Scott,

Am Montag, 17. November 2003 19:40 schrieb Scott McNutt:
> Patrice,
>
> > It works now...in fact, my reference design for STRATIX
> > configuration was not similar to the IO mapping used by u-boot
> > for NIOS... It works with the Altera's "standard 32"  reference
> > design (with the .SREC in the CDKNIOS project and after
> > u-boot recompilation too).
>
> Great news!

Congratulations!

>
> > My student will work on the u-boot APEX port...just an adaptation
> > I think...I may be a good idea that the stratix 1S10 board appears
> > as its own board and not as a cyclone board in the u-boot distro...
>
> I enthusiastically agree :-) It is not simply a good idea, but IMHO
> *essential* that each Nios board have it's own u-boot configuration.
> Since *everything* is configurable with Nios, it's very easy to create
> a monster by having multiple board configs masquerading as one.

Yes, of course. We have to make different configuration files -- one for each 
board. But, do we really need different board directories with almost the 
same code in it?

Ex.: My current Stratix patch is based on the Cyclone board, because both 
boards are equal in context of u-boot basics need. Only the second serial i/f 
differs (not needed til now). So there will be more identicalness than 
differences for both boards.

But note: this does not apply to the APEX board. The APEX board has different 
Flash, less SRAM, only SODIMM SDRAM, no second seriel i/f (in standard32 
case), no CF, less LEDs, and ... to many differences and it's right, for APEX 
we should make a new board directory with it code inside.

What's your opinion?

FYIO: I plan to make an hardware overview for all known NIOS devkits by 
Altera (APEX 20k200, Cyclone 1C20, Stratix 1S20 and 1S40).


br,
Stephan
 
>
> U-Boot for Nios development kits should always support the
> default "out-of-the-box" Nios configuration (for the altera boards,
> this is typically the "standard 32" config). This is not intended to
> limit creativity, but to avoid confusion and save time. Basically,
> if new users get u-boot running quickly and easily, maintainers
> and contributors will spend less time answering questions. And
> this is a good thing for both the user and contributors :-)
>
> In general, support for custom configurations should be:
>
> 1. disabled by default,
> 2. enabled IAW README (i.e. CONFIG_xxx CFG_xxx),
> 3. supported by an appropriate README file in u-boot/doc.
>
> Congratulations & Best Regards,
> --Scott
> N3ADP
>
>
>
>
> -------------------------------------------------------
> This SF. Net email is sponsored by: GoToMyPC
> GoToMyPC is the fast, easy and secure way to access your computer from
> any Web browser or wireless device. Click here to Try it Free!
> https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users

-- 
Mit freundlichen Gruessen
Stephan Linz



======================================================================
Stephan Linz
Softwareentwicklung

MAZeT GmbH                   Email: mailto:linz at mazet.de
G?schwitzer Str. 32          Tel. : (3641) 2809-55
D-07745 Jena                 Fax  : (3641) 2809-12

Besuchen Sie bitte unsere Web-Seiten: http://www.MAZeT.de
======================================================================

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Patrice Kadionik]

Hi Stephan and Scott;
I agree with you: with NIOS  all hardware and software are configurable...
u-boot should at least support the stander32 design. in fact this design 
is complete because it uses all the hardware ressource of the altera's 
board...I think u-boot must be based on this design. But we should make 
easily configurable the base address of all peripherals according to a 
specific user design.
I think it's the main reason that there's no uClinux port for NIOS 
because hardware is too configurable and to stuck to a particular 
configration...
Cheers and merci.
Pat.

Stephan Linz wrote:

>Hi Patric and Scott,
>
>Am Montag, 17. November 2003 19:40 schrieb Scott McNutt:
>  
>
>>Patrice,
>>
>>    
>>
>>>It works now...in fact, my reference design for STRATIX
>>>configuration was not similar to the IO mapping used by u-boot
>>>for NIOS... It works with the Altera's "standard 32"  reference
>>>design (with the .SREC in the CDKNIOS project and after
>>>u-boot recompilation too).
>>>      
>>>
>>Great news!
>>    
>>
>
>Congratulations!
>
>  
>
>>>My student will work on the u-boot APEX port...just an adaptation
>>>I think...I may be a good idea that the stratix 1S10 board appears
>>>as its own board and not as a cyclone board in the u-boot distro...
>>>      
>>>
>>I enthusiastically agree :-) It is not simply a good idea, but IMHO
>>*essential* that each Nios board have it's own u-boot configuration.
>>Since *everything* is configurable with Nios, it's very easy to create
>>a monster by having multiple board configs masquerading as one.
>>    
>>
>
>Yes, of course. We have to make different configuration files -- one for each 
>board. But, do we really need different board directories with almost the 
>same code in it?
>
>Ex.: My current Stratix patch is based on the Cyclone board, because both 
>boards are equal in context of u-boot basics need. Only the second serial i/f 
>differs (not needed til now). So there will be more identicalness than 
>differences for both boards.
>
>But note: this does not apply to the APEX board. The APEX board has different 
>Flash, less SRAM, only SODIMM SDRAM, no second seriel i/f (in standard32 
>case), no CF, less LEDs, and ... to many differences and it's right, for APEX 
>we should make a new board directory with it code inside.
>
>What's your opinion?
>
>FYIO: I plan to make an hardware overview for all known NIOS devkits by 
>Altera (APEX 20k200, Cyclone 1C20, Stratix 1S20 and 1S40).
>
>
>br,
>Stephan
> 
>  
>
>>U-Boot for Nios development kits should always support the
>>default "out-of-the-box" Nios configuration (for the altera boards,
>>this is typically the "standard 32" config). This is not intended to
>>limit creativity, but to avoid confusion and save time. Basically,
>>if new users get u-boot running quickly and easily, maintainers
>>and contributors will spend less time answering questions. And
>>this is a good thing for both the user and contributors :-)
>>
>>In general, support for custom configurations should be:
>>
>>1. disabled by default,
>>2. enabled IAW README (i.e. CONFIG_xxx CFG_xxx),
>>3. supported by an appropriate README file in u-boot/doc.
>>
>>Congratulations & Best Regards,
>>--Scott
>>N3ADP
>>
>>
>>
>>
>>-------------------------------------------------------
>>This SF. Net email is sponsored by: GoToMyPC
>>GoToMyPC is the fast, easy and secure way to access your computer from
>>any Web browser or wireless device. Click here to Try it Free!
>>https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl
>>_______________________________________________
>>U-Boot-Users mailing list
>>U-Boot-Users at lists.sourceforge.net
>>https://lists.sourceforge.net/lists/listinfo/u-boot-users
>>    
>>
>
>  
>


-- 
Patrice Kadionik. F6KQH / F4CUQ
-----------

+---------------------------------------------------------------------+
+"Tout doit etre aussi simple que possible, pas seulement plus simple"+
+---------------------------------------------------------------------+
+ Patrice Kadionik                http://www.enseirb.fr/~kadionik     +
+ ENSEIRB                         fax   : +33 5.56.37.20.23           +
+ PO BOX 99                       voice : +33 5.56.84.23.47           +
+ 33402 TALENCE Cedex             http://www.enseirb.fr               +
+ FRANCE                          mailto:kadionik at enseirb.fr          +
+---------------------------------------------------------------------+

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Stephan Linz]

Hi,

Am Dienstag, 18. November 2003 10:17 schrieb Patrice Kadionik:
> Hi Stephan and Scott;
> I agree with you: with NIOS  all hardware and software are configurable...
> u-boot should at least support the stander32 design. in fact this design
> is complete because it uses all the hardware ressource of the altera's
> board...I think u-boot must be based on this design. But we should make
> easily configurable the base address of all peripherals according to a
> specific user design.

Yes, great idea. It is a corollary of my planed hardware overview.

> I think it's the main reason that there's no uClinux port for NIOS

Hm, I don't think so. There is a NIOS port, but it was (and is) broken in 
current CVS tree. There is no passable way to rebuild for himself.

> because hardware is too configurable and to stuck to a particular

That's the second reason. It's really new for all known and conservative 
software modells to work with configurable hardware (CPU inclusive). With 
this knowlege in mind we have to make a more expansive configuration 
infrastructure. New ideas are welcome ...

br,
Stephan

> configration...
> Cheers and merci.
> Pat.
>
> Stephan Linz wrote:
> >--snipp--

-- 
Mit freundlichen Gruessen
Stephan Linz



======================================================================
Stephan Linz
Softwareentwicklung

MAZeT GmbH                   Email: mailto:linz at mazet.de
G?schwitzer Str. 32          Tel. : (3641) 2809-55
D-07745 Jena                 Fax  : (3641) 2809-12

Besuchen Sie bitte unsere Web-Seiten: http://www.MAZeT.de
======================================================================

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Scott McNutt]

Hi All,

I agree with all of the comments I have seen so far WRT
Nios configuration issues. My primary motivation is to make
sure Nios users new to u-boot, can build a __working__ version
of u-boot by simply:

    $ make DK1C20_config | DK1S10_config | etc.
    $ make

As long as this holds true, I'm happy :-)

> Yes, of course. We have to make different configuration
> files -- one for each board. But, do we really need different
> board directories with almost the same code in it?

u-boot has a clever mechanism we can use to avoid code
duplication by using the VENDOR make variable. A good
example is in board/siemens: the SCM and CCM boards
both share common code.

Since this mechanism is supported ... and it is being used by
other board families, we can do the same. It's a bit more
work ... but I believe it will satisfy everyone :-)

> Ex.: My current Stratix patch is based on the Cyclone board,
> because both boards are equal in context of u-boot basics need.
> Only the second serial i/f  differs (not needed til now). So there
> will be more identicalness than differences for both boards.

Understood. We can create board/altera_nios (or some other
meaningful name) and take advantage of the VENDOR variable
to accommodate common code. Stephen & Patrice, please let
me know your thoughts.

Best Regards,
--Scott

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Stephan Linz]

Am Dienstag, 18. November 2003 15:13 schrieb Scott McNutt:
> Hi All,
>
> I agree with all of the comments I have seen so far WRT
> Nios configuration issues. My primary motivation is to make
> sure Nios users new to u-boot, can build a __working__ version
> of u-boot by simply:
>
>     $ make DK1C20_config | DK1S10_config | etc.
>     $ make
>
> As long as this holds true, I'm happy :-)

Yes, right.

>
> > Yes, of course. We have to make different configuration
> > files -- one for each board. But, do we really need different
> > board directories with almost the same code in it?
>
> u-boot has a clever mechanism we can use to avoid code
> duplication by using the VENDOR make variable. A good
> example is in board/siemens: the SCM and CCM boards
> both share common code.

Sounds interesting. I will spend some time on it next weekend.

>
> Since this mechanism is supported ... and it is being used by
> other board families, we can do the same. It's a bit more
> work ... but I believe it will satisfy everyone :-)
>
> > Ex.: My current Stratix patch is based on the Cyclone board,
> > because both boards are equal in context of u-boot basics need.
> > Only the second serial i/f  differs (not needed til now). So there
> > will be more identicalness than differences for both boards.
>
> Understood. We can create board/altera_nios (or some other
> meaningful name) and take advantage of the VENDOR variable
> to accommodate common code. Stephen & Patrice, please let
> me know your thoughts.

Hmm, sounds good to me. More comments next week. I have to look up the VENDOR 
make mechanism and play with it. I don't know more about it.


br,
Stephan

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Wolfgang Denk]

In message <03111816211506.23084@pcj86> you wrote:
>
> > u-boot has a clever mechanism we can use to avoid code
> > duplication by using the VENDOR make variable. A good
> > example is in board/siemens: the SCM and CCM boards
> > both share common code.
> 
> Sounds interesting. I will spend some time on it next weekend.

Another option is to pass configuration options  from  the  Makefile.
See  for  example  how  CPU  type, core frequency, availability of L2
cache and bus mode are handled for the TQM82xx boards.


Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
Weekends were made for programming.                 - Karl Lehenbauer

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Stephan Linz]

Am Dienstag, 18. November 2003 16:49 schrieb Wolfgang Denk:
> In message <03111816211506.23084@pcj86> you wrote:
> > > u-boot has a clever mechanism we can use to avoid code
> > > duplication by using the VENDOR make variable. A good
> > > example is in board/siemens: the SCM and CCM boards
> > > both share common code.
> >
> > Sounds interesting. I will spend some time on it next weekend.
>
> Another option is to pass configuration options  from  the  Makefile.
> See  for  example  how  CPU  type, core frequency, availability of L2
> cache and bus mode are handled for the TQM82xx boards.

Yes, I know about because of my last few PPC projects, but I think there are 
to many options for a NIOS board. We have to configure whole CPU 
functionality (not only a board). I'll compare both ways.


br,
Stephan

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Wolfgang Denk]

In message <03111908361707.23084@pcj86> you wrote:
>
> Yes, I know about because of my last few PPC projects, but I think there are 
> to many options for a NIOS board. We have to configure whole CPU 
> functionality (not only a board). I'll compare both ways.

You can also set "board ID's" which then select blocks of definitions
or sub-includes. See for example the PPChameleon board  (not  that  I
like the names used there much).

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
"All God's children are not beautiful. Most of God's children are, in
fact, barely presentable."                            - Fran Lebowitz

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Stephan Linz]

Am Mittwoch, 19. November 2003 10:01 schrieb Wolfgang Denk:
> In message <03111908361707.23084@pcj86> you wrote:
> > Yes, I know about because of my last few PPC projects, but I think there
> > are to many options for a NIOS board. We have to configure whole CPU
> > functionality (not only a board). I'll compare both ways.
>
> You can also set "board ID's" which then select blocks of definitions
> or sub-includes. See for example the PPChameleon board  (not  that  I
> like the names used there much).

Hmm, that could be interesting for different board revisions like Stratix -- 
til now I know about two different board revisions (1S10 and 1S40). So it 
could be necessary to distinguish between the revisions by using a board ID.

Another question. Where just can I find the so named "board ID" in 
PPChameleon configuration flow? Do you meaning the 
CONFIG_PPCHAMELEON_MODULE_MODEL define?


br,
Stephan Linz

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Wolfgang Denk]

In message <0311191037040A.23084@pcj86> you wrote:
>
> Another question. Where just can I find the so named "board ID" in 
> PPChameleon configuration flow? Do you meaning the 
> CONFIG_PPCHAMELEON_MODULE_MODEL define?

Yes. The PPChameleon EVB (Eval board) comes in 3 configurations: "BA"
(=basic), "ME" (=medium), and "HI" (= high end).

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
I distrust all systematisers, and avoid them. The will  to  a  system
shows a lack of honesty.
- Friedrich Wilhelm Nietzsche _G?tzen-D?mmerung [The Twilight of  the
Idols]_ ``Maxims and Missiles'' no. 26

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Scott McNutt]

Hi Patrice,

> I'm trying to use u-boot on a altera's stratix 1S10 board....
> I've downloaded the stephan's RPM u-boot port for this
> board...and  downloaded intoo my board...but it doesn't
> work

Please provide more details ... how did you download?
What did you observe?

> has anyone succeded to boot u-boot on this board?

Stephan has indicated that he was successful.

> is the port incorporated in the 1.0.0 u-boot version...I
> just see the cyclone board....

No, currently only the Cyclone development board is
supported. But based on the information I've received, the
Stratix board is very similar ... so adding support should
be fairly straight forward.

> Is anyone try to port ?Clinux on NIOS ? I'm currently working
> on this point and having a linux bootloader is the first step...

Yes ...you can view the Nios sources for uClinux archive at:
http://cvs.uclinux.org/cgi-bin/cvsweb/uClinux-2.4.x/arch/niosnommu/

I haven't had a chance to work with uClinux yet ... as I'm
currently working on support for Nios ASMI ... which is only
useful for Cyclone devices. But please do keep me in the loop ...
I'd love to help ... once I find some time :-)

Regards,
--Scott

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Patrice Kadionik]

hi all,
I'm trying to use u-boot on a altera's stratix 1S10 board....
I've downloaded the stephan's RPM u-boot port for this board...and 
downloaded intoo my board...but it doesn't work
has anyone succeded to boot u-boot on this board?
is the port incorporated in the 1.0.0 u-boot version...I just see the 
cyclone board....

Is anyone try to port ?Clinux on NIOS ? I'm currently working on this 
point and having a linux bootloader is the first step...
Cheer's
Pat.

-- 
Patrice Kadionik. F6KQH / F4CUQ
-----------

+---------------------------------------------------------------------+
+"Tout doit etre aussi simple que possible, pas seulement plus simple"+
+---------------------------------------------------------------------+
+ Patrice Kadionik                http://www.enseirb.fr/~kadionik     +
+ ENSEIRB                         fax   : +33 5.56.37.20.23           +
+ PO BOX 99                       voice : +33 5.56.84.23.47           +
+ 33402 TALENCE Cedex             http://www.enseirb.fr               +
+ FRANCE                          mailto:kadionik at enseirb.fr          +
+---------------------------------------------------------------------+

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Stephan Linz]

Am Freitag, 14. November 2003 14:06 schrieb Patrice Kadionik:
> hi all,
> I'm trying to use u-boot on a altera's stratix 1S10 board....
> I've downloaded the stephan's RPM u-boot port for this board...and
> downloaded intoo my board...but it doesn't work
> has anyone succeded to boot u-boot on this board?

Yes, I did. It works good to me.

> is the port incorporated in the 1.0.0 u-boot version...I just see the
> cyclone board....

Sorry there was no time and no very important reason to release the Stratix 
pacht to u-boot cvs (I think, I can do it now :-), because there are no 
significant differences between Cyclone and Stratix in context of current 
U-Boot code. Further this patch depends on a few outstanding patches, one for 
a DK1C20 configuration bug fix and the other one for the LAN91C111 ethernet 
driver (see: 
http://sourceforge.net/mailarchive/forum.php?thread_id=3410088&forum_id=12898).


Here the patches you need against current 1.0.0:

1.) LAN91C111 ethernet driver

Patch: u-boot-smc91111_fix.patch.bz2
State: waiting of a successful validation and cross verification from Richard

- bug fix: change type of smc_mac_addr[] from signed to unsigned (important)
- bug fix: LED configuration (defines in header)
- bug fix: write to right PHY register (PHY_MASK_REG)
- exclude version string for non-debug versions (saves memory)


2.) DK1C20 configuration bug fix

Patch: u-boot-dk1c20_cfg_fix.patch.bz2
State: waiting of CVS inclusion by Wolfgang

see: 
http://sourceforge.net/mailarchive/forum.php?thread_id=3397431&forum_id=12898

Wolfgang, could you put it into the CVS repository?


3.) DK1S20 Stratix support

Patch: u-boot-dk1s10_support.patch.bz2
State: not released at u-boot list -- I'm not sure about (if finished or not)

For Stratix I've copied include/configs/DK1C20.h to include/configs/DK1S10.h, 
change CONFIG_DK1C20 to CONFIG_DK1S10, and expanded main Makefile to new 
board configuration DK1S10_config. For this new board configuration Cyclon's 
board directory board/dk1c20 will be used too. In it I've expand checkboard() 
with a second board-ID string.

You can download all the patches from CDK4NIOS project file list at 
sourceforge.net:

http://sourceforge.net/project/showfiles.php?group_id=81497
(go to the end, looking for resources --> patches)

>
> Is anyone try to port ?Clinux on NIOS ? I'm currently working on this

Hm, I think Scott McNutt works with uClinux on NIOS. Ask him, he is the 
maintainer of NIOS U-Boot port.

> point and having a linux bootloader is the first step...

Yes, and U-Boot works already.


Best Regards
-- 
Mit freundlichen Gruessen
Stephan Linz



======================================================================
Stephan Linz
Softwareentwicklung

MAZeT GmbH                   Email: mailto:linz at mazet.de
G?schwitzer Str. 32          Tel. : (3641) 2809-55
D-07745 Jena                 Fax  : (3641) 2809-12

Besuchen Sie bitte unsere Web-Seiten: http://www.MAZeT.de
======================================================================

[U-Boot-Users] u-boot and NIOS dk 1s10 board

[Patrice Kadionik]

Hi Stephan,

It works now...in fact, my reference design for STRATIX configuration 
was not similar to the IO mapping used by u-boot for NIOS...
It works with the Altera's "standard 32"  reference design (with the 
.SREC in the CDKNIOS project and after u-boot recompilation too). I'll 
write a little doc on the IO and memory mapping to respect in order to 
used u-boot...
My student will work on the u-boot APEX port...just an adaptation I think...
I may be a good idea that the stratix 1S10 board appears as its own 
board and not as a cyclone board in the u-boot distro...
My next step is to see is the standard 32 reference design is OK for 
uClinux support in order to freeze the hardware....
Many thanks;
Pat

Stephan Linz wrote:

>Am Freitag, 14. November 2003 17:58 schrieben Sie:
>  
>
>>Hi Stephan and Scott;
>>I've just quick and dirty downloaded the .srec contained in the RPM
>>package  from the Stephan's CDK4NIOS project...and seen what it happens...
>>    
>>
>
>Note: Stephan == Stephan (maintainer of CDK4NIOS :-)
>
>Further, I think the included .srec contained in the RPM are untested !!! You 
>should rebuild from sources (already patched and installed under 
>/opt/cdk4nios/src/u-boot-$version).
>
>  
>
>>no traces on my screen...
>>    
>>
>
>Hm, Do you have upload u-boot.bin to address 0x40000 (I think it's default 
>for nios-run -r u-boot.srec) ?
>
>Do you have upload the standard32 NIOS CPU image to user area (flash 
>0x600000) and start it by press SW10 (Reset. Config) ?
>
>  
>
>>I've printed all the doc on u-boot and work on them during the week end.
>>I have Altera's APEX board. One of my student 'll work on the u-boot
>>port for this board...u-boot will be available for each Altera's board :-)
>>    
>>
>
>Great, the APEX port stands on my todo list. Nice to read this .. In the next 
>few weeks I will get a old APEX board. The port should coming fast, because 
>the NIOS standard32 CPU is nearly equal to Stratix/Cyclone.
>
>  
>
>>If Scott has ported uClinux to NIOS, I'm very interested by this
>>port...at this time, it only exists a commercial port form
>>Microtronix...and I prefer having a GPL solution...
>>
>>Cheers,
>>Pat.
>>
>>Stephan Linz wrote:
>>    
>>
>>>Am Freitag, 14. November 2003 14:06 schrieb Patrice Kadionik:
>>>      
>>>
>>>>hi all,
>>>>I'm trying to use u-boot on a altera's stratix 1S10 board....
>>>>I've downloaded the stephan's RPM u-boot port for this board...and
>>>>downloaded intoo my board...but it doesn't work
>>>>has anyone succeded to boot u-boot on this board?
>>>>        
>>>>
>>>Yes, I did. It works good to me.
>>>
>>>      
>>>
>>>>is the port incorporated in the 1.0.0 u-boot version...I just see the
>>>>cyclone board....
>>>>        
>>>>
>>>Sorry there was no time and no very important reason to release the
>>>Stratix pacht to u-boot cvs (I think, I can do it now :-), because there
>>>are no significant differences between Cyclone and Stratix in context of
>>>current U-Boot code. Further this patch depends on a few outstanding
>>>patches, one for a DK1C20 configuration bug fix and the other one for the
>>>LAN91C111 ethernet driver (see:
>>>http://sourceforge.net/mailarchive/forum.php?thread_id=3410088&forum_id=12
>>>898).
>>>
>>>
>>>Here the patches you need against current 1.0.0:
>>>
>>>1.) LAN91C111 ethernet driver
>>>
>>>Patch: u-boot-smc91111_fix.patch.bz2
>>>State: waiting of a successful validation and cross verification from
>>>Richard
>>>
>>>- bug fix: change type of smc_mac_addr[] from signed to unsigned
>>>(important) - bug fix: LED configuration (defines in header)
>>>- bug fix: write to right PHY register (PHY_MASK_REG)
>>>- exclude version string for non-debug versions (saves memory)
>>>
>>>
>>>2.) DK1C20 configuration bug fix
>>>
>>>Patch: u-boot-dk1c20_cfg_fix.patch.bz2
>>>State: waiting of CVS inclusion by Wolfgang
>>>
>>>see:
>>>http://sourceforge.net/mailarchive/forum.php?thread_id=3397431&forum_id=12
>>>898
>>>
>>>Wolfgang, could you put it into the CVS repository?
>>>
>>>
>>>3.) DK1S20 Stratix support
>>>
>>>Patch: u-boot-dk1s10_support.patch.bz2
>>>State: not released at u-boot list -- I'm not sure about (if finished or
>>>not)
>>>
>>>For Stratix I've copied include/configs/DK1C20.h to
>>>include/configs/DK1S10.h, change CONFIG_DK1C20 to CONFIG_DK1S10, and
>>>expanded main Makefile to new board configuration DK1S10_config. For this
>>>new board configuration Cyclon's board directory board/dk1c20 will be
>>>used too. In it I've expand checkboard() with a second board-ID string.
>>>
>>>You can download all the patches from CDK4NIOS project file list at
>>>sourceforge.net:
>>>
>>>http://sourceforge.net/project/showfiles.php?group_id=81497
>>>(go to the end, looking for resources --> patches)
>>>
>>>      
>>>
>>>>Is anyone try to port ?Clinux on NIOS ? I'm currently working on this
>>>>        
>>>>
>>>Hm, I think Scott McNutt works with uClinux on NIOS. Ask him, he is the
>>>maintainer of NIOS U-Boot port.
>>>
>>>      
>>>
>>>>point and having a linux bootloader is the first step...
>>>>        
>>>>
>>>Yes, and U-Boot works already.
>>>
>>>
>>>Best Regards
>>>      
>>>
>
>  
>


-- 
Patrice Kadionik. F6KQH / F4CUQ
-----------

+---------------------------------------------------------------------+
+"Tout doit etre aussi simple que possible, pas seulement plus simple"+
+---------------------------------------------------------------------+
+ Patrice Kadionik                http://www.enseirb.fr/~kadionik     +
+ ENSEIRB                         fax   : +33 5.56.37.20.23           +
+ PO BOX 99                       voice : +33 5.56.84.23.47           +
+ 33402 TALENCE Cedex             http://www.enseirb.fr               +
+ FRANCE                          mailto:kadionik at enseirb.fr          +
+---------------------------------------------------------------------+