答复:Re: [uClinux-dev] How to buil d bFLT without flag:Has-PIC-GOT

2009-01-05 Thread zhghua0321
How to use uc53281(freescale)-EVM
thanks



--



在2009-01-05,David McCullough david_mccullo...@securecomputing.com 写道:

Jivin Yuan-Lung Li lays it down ...
 Dear DavidM,
 I have other questions about the romfs.2.4.x.gz on the website
 http://www.uclinux.org/pub/uClinux/utilities/armulator/
 
 1. What version of toolchain used to build the romfs.2.4.x?

Almost certainly something very old.  gcc-2.95.3 based,  probably this
one:

   
 http://www.uclinux.org/pub/uClinux/arm-elf-tools/arm-elf-tools-20030314.sh

 2. What kind of vendor setting used to build the romfs.2.4.x? GDB/ARMulator
 or GDB/ARMulator-EB?

Follow the ARMulator thread in this article:

   http://www.ucdot.org/archive/tb/tb20020807.shtml

This was done using uClinux-dist-20020701.

All the settings should be in the vendors/GDB/Armulator directory.  Edit
config.arch to enable/disable XIP.

 3. Any other particular setting in menuconfigs to affect the romfs.2.4.x?
 
 Thank you in advance for kindly replying. :-)

All in the above,  sorry for a tardy response,  vacation time ;-)

Cheers,
Davidm

 2008/12/27 Yuan-Lung Li dra...@gmail.com
 
  Dear all,
  I have search the solution for this problem about 2 months...
  Here is my environment:
 
  Toolchain:
  arm-linux-tools-20070808.tar.gz fownloaded from
  http://ftp.snapgear.org/pub/snapgear/tools/arm-linux/arm-linux-tools-20070808.tar.gz
 
  uClinux Distribution:
  uClinux-dist-20080808.tar.gz downloaded from
  http://www.uclinux.org/pub/uClinux/dist/uClinux-dist-20080808.tar.bz2
 
  Now I got stuck on the booting after /bin/init running. Seems the init
  launch the sash shell and then do_rc in the /etc/rc in the romfs. After
  first command hostname  executed, the program counter goes some
  invalid place. I am using the non-XIP version of kernel. I did some trial 
  as
  below:
  1. replace the first command as ls /bin or cat /etc/motd, the main
  function of them works well but the platform dead after return.
  2. I download the romfs romfs.2.4.x from
  http://www.uclinux.org/pub/uClinux/utilities/armulator/romfs.2.4.x.gz
   The OS start and I see the promt!!!
  3. I use the arm-linux-flthdr to check the binary in romfs.2.4.x every
  bFlt in /bin has the header below:
  /mnt/bin/init
  Magic:bFLT
  Rev:  4
  Build Date:   not specified
  Entry:0x50
  Data Start:   0x3050
  Data End: 0x33b0
  BSS End:  0x48b0
  Stack Size:   0x1000
  Reloc Start:  0x33b0
  Reloc Count:  0x94
  Flags:0x1 ( Load-to-Ram )
  4. I also check the binaries in my romfs directory, evey bFlt in
  romfs/bin has the header below:
  romfs/bin/init
  Magic:bFLT
   .
  Flags:0x2 ( Has-PIC-GOT )
  5. modifying the vendors/config/armnommu/config.arch to make the
  LDFLAGS+= -Wl,-elf2flt=-r, the build result of the romfs bFlt as below:
  romfs/bin/init
  Magic:bFLT
  .
  Flags:0x3 ( Load-to-Ram Has-PIC-GOT )
The romfs still made my platform dead in nasty place.
  6. I have trace many discussion, some kind like arm-linux-flthdr -r
  romfs/init, the result is the same as trial number 5.
 
  How can I build the romfs with the bFlt in pure Load-to-Ram(aka the
  Flags:0x1)?
 
  Many thanks for any idea and replying.
 
  Drag
 

 ___
 uClinux-dev mailing list
 uClinux-dev@uclinux.org
 http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
 This message was resent by uclinux-dev@uclinux.org
 To unsubscribe see:
 http://mailman.uclinux.org/mailman/options/uclinux-dev

-- 
David McCullough,  david_mccullo...@securecomputing.com,   Ph:+61 734352815
Secure Computing - SnapGear  http://www.uCdot.org   http://www.snapgear.com
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev

[uClinux-dev] uClinux 2.6.25-uc0 performance problem on MCF 5274/5275

2009-01-05 Thread Alexander Eremeenkov

Hi all,

I have performance problems with applications on this kernel(uClinux 
2.6.25-uc0).

First of all, I have custom made board with this features:
ColdFire 5274 @ 150 MHz
External Bus Frequency 75 MHz

uClinux 2.6.25 boot up and work perfectly stable, but very slow. For 
this board i have also 2.4.x kernel compiled, and it works more faster ( 
~ 2-20 times faster, if different test application).
After reading maillist, i find, that some people have equals problems, 
and their reason were - disabled cache. But in my case, cache enabled in 
start process normally.

Calibration delay calculate good value:
Calibrating delay loop... 98.71 BogoMIPS (lpj=493568)

Also, if i disabled cache in /include/asm-m68knommu/mcfcache.h, i got 
looks-like normal, with disabled cache, value:

Calibrating delay loop... 5.82 BogoMIPS
So, I have drawn a conclusion, that cache enables good.

Now, about performance. I test it with some applications.
1. Dhrystone test. With it, i have 4065 dhrystones/second, that 
critically small for this CPU. But i curious, that, when a disabled 
cache, the result same.. As though like cache at just flushed or worked 
incorrect.
2. Simple forever cycle with 1 value in memory incremented. This test, 
also show near ~5 real MISP performance.
When i try to watch assess to external memory by CPU, i saw, that, it 
work with external RAM(where this application contain) everytime - but i 
think that, simple application with 5 command + 1 value memory must 
being in cache, and CPU must work with cache only.
3. Some real/work application. They do massive processing/moving data, 
working with peripheral, etc. I also have quite bad performance. Those 
applications runs at 2.4.x kernel at ~4 times faster.


So, conclusion with it.
1) I think, that i can't have problems with hardware - because, 2.4.x 
kernel work fast.
2) I have enabled cache at start process - 98 BogoMIPS good value for my 
CPU, also 2.4 kernel calculate same result.


Now i have question, maybe somebody have same problems at this kernel?
Maybe 2.6.xx  so slow, and ways to speed up it use old kernel or 
modern/faster CPU?Maybe some bugs in poring it to ColdFire family?Etc?
Maybe it problem with cache at working process? Some drivers, for 
example, can flush cache..anyone have equal problem? About it, i will 
check it with kernel build for 5275EVB, but i think, that  result will 
be same, because, a removed all i can drivers/modules form kernel, that 
almost empty kernel starts, and after it i run Dhrystone test, and get 
same result.
Maybe it's a toolchain problem? I use m68k-uclinux-tools-20061214.sh, 
they have some minor problems, maybe reason with they? But, my second 
test with simple application excludes this variant.


If someone had those problems I will be glad for any help.

And my kernel messages at result:

/ cat 
/proc/kmsg   

5Linux version 2.6.25-uc0 (wa...@arch) (gcc version 4.1.1) #36 Mon Jan 
5 13:05:16 PST 9
6 

4 

4uClinux/COLDFIRE(m5274/5275) 

6COLDFIRE port done by Greg Ungerer, 
g...@snapgear.com   
6Flat model support (C) 1998,1999 Kenneth Albanowski, D. Jeff 
Dionne 
7On node 0 totalpages: 
8192  
7  DMA zone: 0 pages used for 
memmap 
7  Normal zone: 64 pages used for 
memmap 
7  Normal zone: 8128 pages, LIFO 
batch:0 
7  Movable zone: 0 pages used for 
memmap 
4Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 
8128   
5Kernel command 
line: 
   
6Dentry cache hash table entries: 4096 (order: 2, 16384 
bytes)   
6Inode-cache hash table entries: 2048 (order: 1, 8192 
bytes) 
6Memory available: 29264k/32768k RAM, (1504k kernel code, 243k 
data) 
7Calibrating delay loop... 98.71 BogoMIPS 
(lpj=493568)   
4Mount-cache hash table entries: 
512 
6net_namespace: 144 
bytes
6NET: Registered protocol family 
16  
6NET: Registered protocol family 
2   
6IP route cache hash table entries: 1024 (order: 0, 4096 
bytes)  
6TCP established hash table entries: 1024 (order: 1, 8192 
bytes) 
6TCP bind hash table entries: 1024 

[uClinux-dev] DQ5 Checks in mtd drivers

2009-01-05 Thread Glenn Henshaw
  I have just managed to update a system from an older 2.4 kernel to  
the most recent 2.4.34.5-uc0 version. It looks like there were some  
checks added to the AMD FLASH drivers that totally break SST FLASH  
devices.


  1) Where is the best place to complain? Was the old functionality  
hidden somewhere?
  2) Where is the best place to submit the patch to support SST  
39VF320x and 39VF640x devices?


   ... Glenn

--
Glenn Henshaw Logical Outcome Ltd.
e: li...@logicaloutcome.ca w: www.logicaloutcome.ca



___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev


[uClinux-dev] [PATCH] user/Kconfig: fix typo in mkfs.jffs2 entry

2009-01-05 Thread Mike Frysinger
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
 user/Kconfig |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/user/Kconfig b/user/Kconfig
index fc1135b..632ec1e 100644
--- a/user/Kconfig
+++ b/user/Kconfig
@@ -478,7 +478,7 @@ config USER_MTDUTILS_MKFSJFFS
depends on USER_MTDUTILS
 
 config USER_MTDUTILS_MKFSJFFS2
-   bool mkfs.jff2
+   bool mkfs.jffs2
depends on USER_MTDUTILS
 
 config USER_MTDUTILS_NFTLDUMP
-- 
1.6.0.6

___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev


Re: [uClinux-dev] [PATCH] user/Kconfig: fix typo in mkfs.jffs2 entry

2009-01-05 Thread David McCullough

Jivin Mike Frysinger lays it down ...
 Signed-off-by: Mike Frysinger vap...@gentoo.org

Applied,

Thanks,
Davidm

 ---
  user/Kconfig |2 +-
  1 files changed, 1 insertions(+), 1 deletions(-)
 
 diff --git a/user/Kconfig b/user/Kconfig
 index fc1135b..632ec1e 100644
 --- a/user/Kconfig
 +++ b/user/Kconfig
 @@ -478,7 +478,7 @@ config USER_MTDUTILS_MKFSJFFS
   depends on USER_MTDUTILS
  
  config USER_MTDUTILS_MKFSJFFS2
 - bool mkfs.jff2
 + bool mkfs.jffs2
   depends on USER_MTDUTILS
  
  config USER_MTDUTILS_NFTLDUMP
 -- 
 1.6.0.6
 
 ___
 uClinux-dev mailing list
 uClinux-dev@uclinux.org
 http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
 This message was resent by uclinux-dev@uclinux.org
 To unsubscribe see:
 http://mailman.uclinux.org/mailman/options/uclinux-dev
 

-- 
David McCullough,  david_mccullo...@securecomputing.com,   Ph:+61 734352815
Secure Computing - SnapGear  http://www.uCdot.org   http://www.snapgear.com
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev


Re: [uClinux-dev] DQ5 Checks in mtd drivers

2009-01-05 Thread Peter Turczak

Hi Glenn,

do you use CFI to detect your SST-Flash? I stumbled on this problem  
half a year ago on 2.6.x, I found out that SST has quite an  
interesting interpretation of the CFI-Standard. Their devices have  
both sectors and eraseblocks, and their CFI-Struct lists both, so the  
sum of all sector sizes appears to be the double of what the devices  
reports as its capacity and the kernel rejects it.


Please find attached my patch for this, it is for 2.6.x but it will  
show the idea. It will partially disable CFI for the device and  
override the number of eraseblock sizes, then the detections works.


Greetings
  Peter



cfi_cmdset_0002.patch
Description: Binary data


cfi_probe.patch
Description: Binary data




On Jan 5, 2009, at 11:42 PM, Glenn Henshaw wrote:

  I have just managed to update a system from an older 2.4 kernel  
to the most recent 2.4.34.5-uc0 version. It looks like there were  
some checks added to the AMD FLASH drivers that totally break SST  
FLASH devices.


  1) Where is the best place to complain? Was the old functionality  
hidden somewhere?
  2) Where is the best place to submit the patch to support SST  
39VF320x and 39VF640x devices?


   ... Glenn

--
Glenn Henshaw Logical Outcome Ltd.
e: li...@logicaloutcome.ca w: www.logicaloutcome.ca



___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev


___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev