Buffalo NAS-Central Forums

Welcome to the Linkstation Wiki community
It is currently Fri Feb 23, 2018 7:24 pm

All times are UTC+01:00




Post new topic  Reply to topic  [ 187 posts ]  Go to page 1 2 3 4 513 Next
Author Message
PostPosted: Sat Aug 18, 2007 7:32 pm 
Offline
Developer

Joined: Sat Aug 19, 2006 4:53 pm
Posts: 187
Location: United Kingdom (Great Britain)
I have completed porting U-Boot 1.1.4 to the LinkStation v2 (mips). It is based on my port of U-Boot to the LinkStation v1 / LinkStation HG and it has the same functionality. I have also completed porting linux-2.6.22 to the LinkStation v2.
I have uploaded u-boot-1.1.4-list-v2-1.0.0.tar.gz, vmlinux-2.6.22.ls2.gz and kernel-modules-2.6.22.ls2.tar.gz.
As usually, full instructions on my web page http://www.linuxnotincluded.org.uk.


Top
   
PostPosted: Sat Aug 18, 2007 8:03 pm 
Offline
Site Admin
User avatar

Joined: Sun Jul 17, 2005 4:34 pm
Posts: 5332
Ya rule


Top
   
PostPosted: Sat Aug 18, 2007 10:19 pm 
Offline
Newbie

Joined: Mon Feb 20, 2006 1:57 am
Posts: 7
Location: United Kingdom (Great Britain)
As one of many, who will benefit from your work let me say: well done! and thanks a million!


Top
   
PostPosted: Sat Aug 18, 2007 11:47 pm 
Offline
Betatester
User avatar

Joined: Thu Jul 14, 2005 4:38 pm
Posts: 941
Location: England
Brahma !


Top
   
PostPosted: Sun Aug 19, 2007 3:16 am 
Offline
Site Admin
User avatar

Joined: Mon Jul 11, 2005 7:19 am
Posts: 7703
Location: Austria, Vienna
thats AWESOME.

LNI....you are one of small group of persons who already managed to get into the hall of fame....and now you did it again! unbelievable!

i hope you enjoy the tera pro v1..

unfortunately we are not able to test Uboot + 2.6-kernel on our dev-LS2`s...the flash chip cannot be detected anymore on both LS2`s kuroguy has....

_________________
LS1 (2.6 kernel, foonas svn1062, 750 GB, UBoot 1.2) & LS Pro (FreeLink/jtymod/GenLink, changes all the time)
Thx to all donators!


Top
   
PostPosted: Sun Aug 19, 2007 3:53 pm 
Offline
Site Admin
User avatar

Joined: Mon Jul 11, 2005 7:19 am
Posts: 7703
Location: Austria, Vienna
ok, someone needs to confirm this. then its time to create an announcement on the mainpage-news-box.

_________________
LS1 (2.6 kernel, foonas svn1062, 750 GB, UBoot 1.2) & LS Pro (FreeLink/jtymod/GenLink, changes all the time)
Thx to all donators!


Top
   
PostPosted: Sun Aug 19, 2007 7:04 pm 
Offline
Moderator
User avatar

Joined: Thu Jun 22, 2006 10:54 pm
Posts: 240
Location: UK
In the process of putting your work into foonas, great stuff!

However, I run into issues building u-boot:

http://paste.lisp.org/display/46390

The toolchain involved is using gcc 4.2.1 and glibc 2.6 for cross compiling (these can easily be changed), any suggestions here?

_________________
Help the foonas fundraiser!

Click here for more information and donations


Top
   
PostPosted: Sun Aug 19, 2007 8:06 pm 
Offline
Developer

Joined: Sat Aug 19, 2006 4:53 pm
Posts: 187
Location: United Kingdom (Great Britain)
You might have a buggy compiler. I have read about problems with gcc 4.1 compiling the Linux kernel.
The first error appears to be a problem with the expansion of a macro invoked in the line 60 of pci.c:
Code:
/*
 * Offset 0x44
 *   PCI Base Address 0 Control
 */
#ifdef __MIPSEB__
#define KORINA_PBA0C        ( PCIPBAC_mrl_m |                      | \
                              PCIPBAC_sb_m  |                      | \
                            ((PCI_PBAxC_RM & 0x3) << PCIPBAC_mr_b) | \
                              PCIPBAC_pp_m                         | \
                             (SIZE_256MB << SIZE_SHFT)             | \
                              PCIPBAC_p_m)
#else
#define KORINA_PBA0C        ( PCIPBAC_mrl_m                        | \
                            ((PCI_PBAxC_RM & 0x3) << PCIPBAC_mr_b) | \
                              PCIPBAC_pp_m                         | \
                             (SIZE_256MB << SIZE_SHFT)             | \
                              PCIPBAC_p_m)
#endif

#define KORINA_CNFG17       KORINA_PBA0C


The printf warning is a red herring. It is true that I should have included common.h but the function dump_bridge is not used anyway.

I am using the Denx ELDK 4.0 for mips and it uses gcc 4.0 and it compiles u-boot without any problem. I have just used gcc 3.3.3 from ELDK 3.1.1 and it worked too. However, the size of the generated code is well larger than the size given by gcc 4.0.


Top
   
PostPosted: Sun Aug 19, 2007 8:37 pm 
Offline
Moderator
User avatar

Joined: Thu Jun 22, 2006 10:54 pm
Posts: 240
Location: UK
Continuing to investigate this. I also use a powerpc version of this toolchain to build for the other linkstation platforms (but this could still mean its buggy I guess!). It seems the rest of the foonas distribution for ls2 (kernel et all) all build with this toolchain, however im 75% through the build and other things can still break!

Hoping to post foonas for ls2 with your kernel inside this evening for someone to test out!

_________________
Help the foonas fundraiser!

Click here for more information and donations


Top
   
PostPosted: Sun Aug 19, 2007 10:36 pm 
Offline
Developer

Joined: Sat Aug 19, 2006 4:53 pm
Posts: 187
Location: United Kingdom (Great Britain)
It is also possible that the code is not compatible with gcc 4.1. I remember all kind of strange things happening when I was trying to build the kernel with an unsupported version of gcc.
In my experience, a few things can happen when you get a compilation error with code that compiles fine in a different environment:
  1. compiler bug;
  2. the compiler doesn't like the code;
  3. the wrong header gets included because of the order of the -I options;
  4. a real bug in the compiled code masked by features of the compiler used for the original build;
I don't think it is a bug as the code compiles fine with both gcc 3.3.3 and gcc 4.0.
I am quite sure that I have seen the recommendation not to use gcc 4.1 to build the Linux kernel. They considered that version experimental and buggy. Moreover, the fact that a version of gcc works fine on a platform, it doesn't necessarily mean that it will work on another platforms. I have seen comments on http://www.linux-mips.org about bugs in gcc for mips. They have recommendations about the toolchain to use. I chose ELDK because I am sure that lots of people use it to compile both U-Boot and the Linux kernel. I also like the fact that it comes with a native environment which I can use as nfs root.
What I can suggest at this time is that you download ELDK 4.0 and try it. Depending on the speed of your Internet connection, it shouldn't take more than 30 min to download and install ELDK. You can always delete the installation if you don't like it.


Top
   
PostPosted: Sun Aug 19, 2007 10:52 pm 
Offline
Moderator
User avatar

Joined: Thu Jun 22, 2006 10:54 pm
Posts: 240
Location: UK
Ahha, I'm trying to do this completely from within openembedded to build the whole foonas distribution with, using the toolchain(s) provided there. I dont know if I can use an external toolchain with OE (I will check), this would not be the preferred option thinking from on OE point of view. Thanks for the tip though :)

Its pretty easy to change the foonas toolchain for this one platform and I think I will try tinkering with the gcc versions next.

_________________
Help the foonas fundraiser!

Click here for more information and donations


Top
   
PostPosted: Mon Aug 20, 2007 5:38 pm 
Offline
Site Admin
User avatar

Joined: Mon Jul 11, 2005 7:19 am
Posts: 7703
Location: Austria, Vienna
ok, we have the first brick.

Bauldrick and Kaiten both loaded uboot successfully via uloader.o

Kaiten flashed it to the flash and now has a brick for now.
4 blinks first (fan error), then 5 blinks (flash rom error).

i ll take care to get Kaiten a jtag10 cable for reflashing.

any clues what the problem could be?

i know we got LNI an LS2 which was crippled from the beginning...maybe there was something that hasn`t discovered so far.

_________________
LS1 (2.6 kernel, foonas svn1062, 750 GB, UBoot 1.2) & LS Pro (FreeLink/jtymod/GenLink, changes all the time)
Thx to all donators!


Top
   
PostPosted: Mon Aug 20, 2007 10:27 pm 
Offline
Developer

Joined: Sat Aug 19, 2006 4:53 pm
Posts: 187
Location: United Kingdom (Great Britain)
It is too late now to double check the build but I'll try to do it tomorrow. The RAM and flash builds are identical but the link address is different. Flashing the RAM build is guaranteed to brick and the result is quite amazing as the code executed is "random" (read from uninitialized RAM) so it can send any kind of weird commands to the microcontroller until it generates and exception and dies.
The LS I have is in fine shape, kuroguy has done a great job. I couldn't find anything wrong with it.
The information is too sketchy. Was the wrong flash done with U-Boot itself? Which binary has been used? The one that I have uploaded or another one? If it is another one, can it be uploaded so I could look at it? What compiler has been used?
The best thing would be a step-by-step description of what exactly Kaiten did without omitting anything.


Top
   
PostPosted: Tue Aug 21, 2007 12:31 am 
Offline
Betatester
User avatar

Joined: Thu Jul 14, 2005 4:38 pm
Posts: 941
Location: England
U-Boot 1.1.4 LiSt V2 (mips) 1.0.0 (Aug 18 2007 - 15:18:51)
stdin : nc
stdout: nc
stderr: nc
IDE: Bus 0: OK Bus 1: OK
Device 0: Model: SAMSUNG HA250JC Firm: WE100-34 Ser#: 0S491JYS094808
Type: Hard Disk
Supports 48-bit addressing
Capacity: 238475.1 MB = 232.8 GB (488397168 x 512)
Boot in 01 seconds ('s' to stop)...s

=> md
md
Usage:
md - memory display

=>


From here do I simply :

=>run upgrade ??

I have u-boot-v2-mips.flash.bin in /mnt/hda/share/u-boot
I don't want to needlessly brick it if this is how Kaiten did it?

lol, it's like seeing a big red button saying "don't press me, whatever you do, don't press me!"


Top
   
PostPosted: Tue Aug 21, 2007 2:08 am 
Offline
Developer

Joined: Sat Aug 19, 2006 4:53 pm
Posts: 187
Location: United Kingdom (Great Britain)
The only thing that the flash build does over the RAM build is to initialise the DRAM controller. The code just checks if it's running from RAM or flash addresses and skips the initialisation part if it's running from RAM.

The only way you could brick your ls2 is if the RAM chips in your ls2 are so different from the ones in mine that they fail to initialise properly. I don't see this being possible as I took the initialisation parameters from the original bootloader and compared them with the spec for the actual RAM chips. I can't believe that Buffalo used RAM chips with different specs, especially that the specs are quite straightforward: DDR 400 MHz, CL3.

I agree, however, that you should wait for Kaiten's reply before going any further. A step-by-step account would really help.


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 187 posts ]  Go to page 1 2 3 4 513 Next

All times are UTC+01:00


Who is online

Users browsing this forum: No registered users and 2 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Powered by phpBB® Forum Software © phpBB Limited