[uClinux-dev] Re: uClinux-dev Digest, Vol 17, Issue 23

chenbers chenbers at puretek.com.tw
Fri Sep 24 13:10:25 EDT 2004


Hi..Davidm:
when I complie portmap for uClinux, I get some problem.
Since my uClinux was modified and provide by sigmadesigns(our chip
provider).
I don't need to complie uClinux-dist/ linux kernel, so I complie portmap
directly.
Then I do as follow:

[root at localhost root]# cd /home/uClinux-dist-modify/user/portmap/
[root at localhost portmap]# make all
arm-elf-gcc -Wl,-elf2flt  -o portmap portmap.o pmap_check.o from_local.o
daemon.o
portmap.elf2flt: In function `main':
portmap.elf2flt(.text+0x1f8): undefined reference to `svcudp_create'
portmap.elf2flt(.text+0x2e0): undefined reference to `svctcp_create'
portmap.elf2flt(.text+0x370): undefined reference to `svc_register'
portmap.elf2flt(.text+0x384): undefined reference to `svc_run'
portmap.elf2flt: In function `reg_service':
portmap.elf2flt(.text+0x544): undefined reference to `svc_sendreply'
portmap.elf2flt(.text+0x5a0): undefined reference to `svcerr_decode'
portmap.elf2flt(.text+0x6f4): undefined reference to `svc_sendreply'
portmap.elf2flt(.text+0x760): undefined reference to `svcerr_decode'
portmap.elf2flt(.text+0x894): undefined reference to `xdr_void'
portmap.elf2flt(.text+0x898): undefined reference to `xdr_pmap'
portmap.elf2flt(.text+0x8a0): undefined reference to `xdr_int'
portmap.elf2flt(.text+0x8d0): undefined reference to `svc_sendreply'
portmap.elf2flt(.text+0x93c): undefined reference to `svcerr_decode'
portmap.elf2flt(.text+0x9c4): undefined reference to `svc_sendreply'
portmap.elf2flt(.text+0xa2c): undefined reference to `svcerr_decode'
portmap.elf2flt(.text+0xa84): undefined reference to `svc_sendreply'
portmap.elf2flt(.text+0xaec): undefined reference to `svcerr_noproc'
portmap.elf2flt(.text+0xaf4): undefined reference to `xdr_int'
portmap.elf2flt(.text+0xb04): undefined reference to `xdr_pmap'
portmap.elf2flt(.text+0xb08): undefined reference to `xdr_void'
portmap.elf2flt(.text+0xb10): undefined reference to `xdr_pmaplist'
portmap.elf2flt: In function `xdr_encap_parms':
portmap.elf2flt(.text+0xb4c): undefined reference to `xdr_bytes'
portmap.elf2flt: In function `xdr_rmtcall_args':
portmap.elf2flt(.text+0xb7c): undefined reference to `xdr_u_long'
portmap.elf2flt(.text+0xb98): undefined reference to `xdr_u_long'
portmap.elf2flt(.text+0xbb4): undefined reference to `xdr_u_long'
portmap.elf2flt: In function `xdr_rmtcall_result':
portmap.elf2flt(.text+0xc0c): undefined reference to `xdr_u_long'
portmap.elf2flt: In function `xdr_opaque_parms':
portmap.elf2flt(.text+0xc70): undefined reference to `xdr_opaque'
portmap.elf2flt: In function `callit':
portmap.elf2flt(.text+0xe9c): undefined reference to `get_myaddress'
portmap.elf2flt(.text+0xf30): undefined reference to `clntudp_create'
portmap.elf2flt(.text+0xf84): undefined reference to `authunix_create'
portmap.elf2flt(.text+0x1008): undefined reference to `svc_sendreply'
portmap.elf2flt: In function `logit':
portmap.elf2flt(.text+0x1428): undefined reference to `getrpcbynumber'
collect2: ld returned 1 exit status
make: *** [portmap] Error 1
[root at localhost portmap]#

I think this is a library problem. I have to complie library first, but I
have no idea.
Would you please give me some advice to complie portmap ?


Best Regards,

Chenbers

----- Original Message ----- 
From: <uclinux-dev-request at uclinux.org>
To: <uclinux-dev at uclinux.org>
Sent: Saturday, September 25, 2004 12:00 AM
Subject: uClinux-dev Digest, Vol 17, Issue 23


> Send uClinux-dev mailing list submissions to
> uclinux-dev at uclinux.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> or, via email, send a message with subject or body 'help' to
> uclinux-dev-request at uclinux.org
>
> You can reach the person managing the list at
> uclinux-dev-owner at uclinux.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of uClinux-dev digest..."
>
>
> Today's Topics:
>
>    1. Re: Kernel moudule is process? (Carlos Manuel Duclos Vergara)
>    2. strange behavior creating and deleting files
>       (Mpourtounis Dimitris)
>    3. Re: subject: uClinux on M5407C3 ev board question/problem
>       (David McCullough)
>    4. Re: Interrupt Latency: Coldfire 5249, UART Buffer overrun
>       (Greg Ungerer)
>    5. real-time patch for uclinux? (=?gb2312?B?1cUgzsC+/A==?=)
>    6. Re: real-time patch for uclinux? (David McCullough)
>    7. IGMP snooping source code for Bridge (=?big5?B?tsAgtmmlwQ==?=)
>    8. Re: real-time patch for uclinux? (=?gb2312?B?1cUgzsC+/A==?=)
>    9. the influnce of MMU UNIT to application (=?gb2312?B?zuKx+A==?=)
>   10. Re: real-time patch for uclinux? (John Williams)
>   11. Re: real-time patch for uclinux? (zhang weijun)
>   12. Re: real-time patch for uclinux? (John Williams)
>   13. Re: real-time patch for uclinux? (Alessandro Rubini)
>   14. Re: the influnce of MMU UNIT to application (David McCullough)
>   15. Re: real-time patch for uclinux? (zhang weijun)
>   16. Problem with recieving packets. (Anders ?hlander)
>   17. Re:mount error when I use uClinux 2.4.x kernel on M5249C3
>       (Wang vivian)
>   18. Compile gcc error (Richard Dong)
>   19. file descriptors are processor specific ? (jhoney jhoney)
>   20. Can we call system calls directly from a module (jhoney jhoney)
>   21. Re: Problem with recieving packets. (Kendrick Hamilton)
>   22. "BUG: wrong zone alignment, it will crash" and it does ; -)
>       (Mark Plowman)
>   23. Re: "BUG: wrong zone alignment, it will crash" and it does ;
>       -) (Kendrick Hamilton)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 23 Sep 2004 12:53:55 -0400 (CLT)
> From: Carlos Manuel Duclos Vergara <carlos at embedded.cl>
> Subject: Re: [uClinux-dev] Kernel moudule is process?
> To: jhoney jhoney <jhoney_joney at rediffmail.com>, uClinux development
> list <uclinux-dev at uclinux.org>
> Message-ID: <Pine.LNX.4.58.0409231251220.21391 at canopus.embedded>
> Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>
>
> On Thu, 23 Sep 2004, jhoney jhoney wrote:
>
> > Hello Folks,
>
> Hi,
>
>
> >Presently I am working with Linux kernel. I got one doubt when trying to
> >create a socket using sys_socket function directly bypassing the
> >sys_socketcall() fuction.
>
> >I came to know that when we create a socket , a process is needed to own
> >that socket. Now I want to call this function from a module and create a
> >socket . Is it possible? Is a module  a process
>
> Noup, a module is part of the kernel. You need a user level daemon to take
> care of the socket and a module to handle the low level details.
> See the ppp implementation to get a better idea.
>
> Bye
>
> ------------------------------
>
> Message: 2
> Date: Thu, 23 Sep 2004 21:49:55 +0300
> From: Mpourtounis Dimitris <db at wless.gr>
> Subject: [uClinux-dev] strange behavior creating and deleting files
> To: uclinux-dev at uclinux.org
> Message-ID: <1095965395.11161.18.camel at WLESS>
> Content-Type: text/plain
>
> Hi all,
>
> there seems to be a strange behaviour in the way my system creates and
> deletes files, as long as memory allocation is concerned.
>
> running a simple script that continuously creates and deletes files on
> tmpfs filesystem, a got the following results:
>
> files created free memory on system
> ------------- ---------------------
> 0 48180
> +6000 47936
> +6000 47372
> +6000 47372
> +6000 47936
> +6000 47936
> +6000 47936
> +6000 47936 (seems stable)
> +9000 46976 (what on earth?)
> +30000 45084
> +80000 45084 (again stable)
> +70000 39156 (not again...:( )
>
> and sometime in the morning 25000 MB free RAM, and my system running too
> slow
>
> I am sure these are a lot a files and under normal conditions, there
> will never be made and deleted so many.
>
> It is that misbehavior of being stable for a long time and then again
> allocating memory that concerns me.
>
> I am running uClinux 2.4.26 on an x86 platform (gcc 3.2.3 uclib 0.9.20)
>
> Simple sh file:
> i=0
> while [ 1 ] do
> echo "dont allocate more memory please" > $i
> rm $i
> let i=$i+1
> done
>
> Any clue???
>
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 24 Sep 2004 08:12:36 +1000
> From: David McCullough <davidm at snapgear.com>
> Subject: Re: [uClinux-dev] subject: uClinux on M5407C3 ev board
> question/problem
> To: uClinux development list <uclinux-dev at uclinux.org>
> Message-ID: <20040923221236.GA20577 at beast>
> Content-Type: text/plain; charset=us-ascii
>
>
> Hi Teun,
>
> I would try using the 2.95.3 tools,  as there are still (correct me if I
> am wrong) a couple of quirks with the 3.X toolchains and shared libs.
> The latest are ok for 2.6 work as well:
>
>
http://www.uclinux.org/pub/uClinux/uclinux-elf-tools/m68k-elf-tools-20031003.sh
>
> At least worth a go to see if fixes the problem, alternatively,  edit
> your config.arch and disabled XIP and shared libs and rebuild
> everything,
>
> Cheers,
> Davidm
>
>
> Jivin Teun Grinwis lays it down ...
> >
> > Hello,
> >
> > I try to build / startup uClinux on a Coldfire Motorola M5407C3
> > Evaluation board.
> >
> > Downloaded tools from:
> > http://www.uclinux.org/pub/uClinux/m68k-elf-tools/gcc-3
> > Used source "common files" and "GCC3.4"
> >
> > Downloaded uClinux distribution from:
> > http://www.uclinux.org/pub/uClinux/dist/uClinux-dist-20040408.tar.gz
> >
> > Build tools for "Common files" and GCC3.4 successful,
> > using "build-uclinux-tools.sh build" after "make xconfig; make dep"
> > for linux-2.4.x (set all settings to default).
> >
> > Build the linux distribution successful, after applying patch
> > for user/telnet/commands.c mentioned in
> > http://mailman.uclinux.org/pipermail/uclinux-dev/2004-May/026444.html
> > (btw, this patch is not in
> > cvs
> >
http://cvs.uclinux.org/cgi-bin/cvsweb/uClinux-dist/user/telnet/commands.c)
> >
> > Got images in uClinux-dist/images
> > Downloaded image.bin to M5407C3 board. Set pc to 0x20000 and give a go.
> >
> > Image did not startup (prompt hangs).
> >
> > ----------------------------------------
> > Download a uClinux binary from:
> > http://www.uclinux.org/ports/coldfire/image-m5407c3-20000907.bin.gz
> > Downloaded *.bin to the board. Image starts up OK, board reachable
> > via telnet, web etc, so I don't have hw problems.
> > ----------------------------------------
> >
> > So I probably have wrong distribution. Tried to download cvs version.
> > Got following error:
> >
> > cvs
> > cvs [server aborted]: ipt_CONNMARK.h,v is ambiguous; could mean
> > ipt_CONNMARK.h,v or ipt_connmark.h,v
> >
> > ................. I'm stuck now ..
> >
> > Pse does anyone has some hints / suggestions.
> >
> > Thanks in advance for your info
> >
> > Regards
> >
> > Teun Grinwis
> >
> > _______________________________________________
> > uClinux-dev mailing list
> > uClinux-dev at uclinux.org
> > http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> > This message was resent by uclinux-dev at uclinux.org
> >
>
> -- 
> David McCullough, davidm at snapgear.com  Ph:+61 7 34352815
http://www.SnapGear.com
> Custom Embedded Solutions + Security   Fx:+61 7 38913630
http://www.uCdot.org
>
> ------------------------------
>
> Message: 4
> Date: Fri, 24 Sep 2004 09:47:46 +1000
> From: Greg Ungerer <gerg at snapgear.com>
> Subject: Re: [uClinux-dev] Interrupt Latency: Coldfire 5249, UART
> Buffer overrun
> To: uClinux development list <uclinux-dev at uclinux.org>
> Message-ID: <415360A2.8030805 at snapgear.com>
> Content-Type: text/plain; charset=us-ascii; format=flowed
>
> Hi Frieder,
>
> Frieder Ferlemann wrote:
> > Greg Ungerer schrieb:
> >>> How about using interrupt priority 5 or 6 and setting the
> >>> interrupt priority mask to 4 on the linux interrupt entry?
> >>>
> >>> You'd have two interrupt levels above linux and linux
> >>> would still be able to protect critical parts by
> >>> increasing the priority mask to 7?
> >>
> >> I have played with setups like this, and found it really
> >> still didn't give me the reduced latencies I wanted.
> >> Interrupts are still held out when running in locked regions,
> >> so you don't win as much as you think.
> >
> >
> > In this case the locked regions should maybe be restricted
> > to setting the priority mask to 5 at maximum?
> >
> > So one normal IRQ level (6) is left "above" linux.
> > You could have linux IRQs of level (1 to) 4 and a
> > linux FAST_IRQ of level 5.
> > All IRQs above are "on their own" and could not rely on
> > locked regions - using IRQ 6 is still better than having
> > only the NMI as option.
>
> In practice though this works almost the same as the NMI.
> (Difference is you can protect against being interrupted
> by yourself. For well behaved hardware this is normally
> not required.)
>
> I don't recall what your exact problem was now, but
> this solution still means some changes to drivers
> (and how they interract with the kernel) to deal with
>   the high level interrupt.
>
>
> > An audio driver with a fixed data rate will be fine
> > but if there are external events you cannot control
> > (pulses of a rotational encoder or a bouncing switch or
> > a CMOS input which gets a slowly rising input voltage and
> > which might oscillate around the switching level)
> > then a NMI is definitely not what you want:)
>
> Certainly true (not well behaved hardware :-)
>
> Regards
> Greg
>
>
>
> ------------------------------------------------------------------------
> Greg Ungerer  --  Chief Software Dude       EMAIL:     gerg at snapgear.com
> SnapGear -- a CyberGuard Company            PHONE:       +61 7 3435 2888
> 825 Stanley St,                             FAX:         +61 7 3891 3630
> Woolloongabba, QLD, 4102, Australia         WEB: http://www.SnapGear.com
>
> ------------------------------
>
> Message: 5
> Date: Fri, 24 Sep 2004 08:42:34 +0800
> From: =?gb2312?B?1cUgzsC+/A==?= <zwjwork at hotmail.com>
> Subject: [uClinux-dev] real-time patch for uclinux?
> To: uclinux-dev at uclinux.org
> Message-ID: <BAY12-F21YanJxmBZ68000717fe at hotmail.com>
> Content-Type: text/plain; charset=gb2312; format=flowed
>
> hi, all,i want to use 5307 in real-time control, i have successfully
> portted uClinux to it, but you know, for the real-time control, the OS
must
> be real-time first, so i want to add the rtlinux patch for the uclinux,
can
> anyone give me a hand about it?
>
> now i have the following questions:
>
> 1: do you think rtlinux is a good solution for my application, or can you
> suggest a better one? easy to use, low price,best free,:-)
> 2: i have browsed the hompage of rtlinux(http://www.fsmlabs.com),but i
> can't find coldfire serials in its supporting list, does this mean that my
> idea is impossiable? i think it should be independent of the hardware
> because of the uClinux.rtlinux is only a real-time patch for the uClinux,
> is this right?
>
> pls give me some advice about everything, :-), thank you!
>
>
> regards
> bmygg
>
> _________________________________________________________________
> Ãâ·ÑÏÂÔØ MSN Explorer:   http://explorer.msn.com/lccn
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 24 Sep 2004 10:49:31 +1000
> From: David McCullough <davidm at snapgear.com>
> Subject: Re: [uClinux-dev] real-time patch for uclinux?
> To: uClinux development list <uclinux-dev at uclinux.org>
> Message-ID: <20040924004931.GA5974 at beast>
> Content-Type: text/plain; charset=us-ascii
>
>
> Jivin ?? ???? lays it down ...
> > hi, all,i want to use 5307 in real-time control, i have successfully
> > portted uClinux to it, but you know, for the real-time control, the OS
must
> > be real-time first, so i want to add the rtlinux patch for the uclinux,
can
> > anyone give me a hand about it?
> >
> > now i have the following questions:
> >
> > 1: do you think rtlinux is a good solution for my application, or can
you
> > suggest a better one? easy to use, low price,best free,:-)
> > 2: i have browsed the hompage of rtlinux(http://www.fsmlabs.com),but i
> > can't find coldfire serials in its supporting list, does this mean that
my
> > idea is impossiable? i think it should be independent of the hardware
> > because of the uClinux.rtlinux is only a real-time patch for the
uClinux,
> > is this right?
> >
> > pls give me some advice about everything, :-), thank you!
>
>
> You should look at RTAI as well,  I am fairly sure the Coldfire support
> for RTAI is much closer to working,  if it isn't already working that is
:-)
>
> Cheers,
> Davidm
>
> -- 
> David McCullough, davidm at snapgear.com  Ph:+61 7 34352815
http://www.SnapGear.com
> Custom Embedded Solutions + Security   Fx:+61 7 38913630
http://www.uCdot.org
>
> ------------------------------
>
> Message: 7
> Date: Fri, 24 Sep 2004 10:06:45 +0800
> From: =?big5?B?tsAgtmmlwQ==?= <brad1972_10 at hotmail.com>
> Subject: [uClinux-dev] IGMP snooping source code for Bridge
> To: uclinux-dev at uclinux.org
> Message-ID: <BAY22-F30Okrx8BiC6H00005233 at hotmail.com>
> Content-Type: text/plain; charset=big5; format=flowed
>
> Hi, Sirs,
>
> Does uclinux support IGMP snooping??
> Does someone have IGMP snooping source for Bridge in linux??
>
> Best Regards
> Brad
>
> _________________________________________________________________
> ·QÅÊ·R¡H¥æªB¤Í¡HMSN ½u¤W¥æ¤Í¡G¥Ñ Match.com
´£¨Ñ¡A¥þ¥@¬É³Ì¨üÅwªïªº½u¤W¥æ¤ÍªA
> °È http://match.msn.com.tw
>
>
> ------------------------------
>
> Message: 8
> Date: Fri, 24 Sep 2004 10:05:28 +0800
> From: =?gb2312?B?1cUgzsC+/A==?= <zwjwork at hotmail.com>
> Subject: Re: [uClinux-dev] real-time patch for uclinux?
> To: uclinux-dev at uclinux.org
> Message-ID: <BAY12-F10WnOIwQO3Oh00073072 at hotmail.com>
> Content-Type: text/plain; charset=gb2312; format=flowed
>
> hi,david, thank you for your kindly reply.
>
> have you ever do sth about real-time path of uclinux base on Coldfire
> hardware? can you give me some detail infomation.
>
> why i want to use rtlinux because i think it is more popular and it is
> free, :-)
>
> thank all
>
>
>
>
> >From: David McCullough <davidm at snapgear.com>
> >Reply-To: uClinux development list <uclinux-dev at uclinux.org>
> >To: uClinux development list <uclinux-dev at uclinux.org>
> >Subject: Re: [uClinux-dev] real-time patch for uclinux?
> >Date: Fri, 24 Sep 2004 10:49:31 +1000
> >
> >
> >Jivin ?? ???? lays it down ...
> > > hi, all,i want to use 5307 in real-time control, i have successfully
> > > portted uClinux to it, but you know, for the real-time control, the OS
> must
> > > be real-time first, so i want to add the rtlinux patch for the
uclinux,
> can
> > > anyone give me a hand about it?
> > >
> > > now i have the following questions:
> > >
> > > 1: do you think rtlinux is a good solution for my application, or can
> you
> > > suggest a better one? easy to use, low price,best free,:-)
> > > 2: i have browsed the hompage of rtlinux(http://www.fsmlabs.com),but i
> > > can't find coldfire serials in its supporting list, does this mean
that
> my
> > > idea is impossiable? i think it should be independent of the hardware
> > > because of the uClinux.rtlinux is only a real-time patch for the
> uClinux,
> > > is this right?
> > >
> > > pls give me some advice about everything, :-), thank you!
> >
> >
> >You should look at RTAI as well,  I am fairly sure the Coldfire support
> >for RTAI is much closer to working,  if it isn't already working that is
> :-)
> >
> >Cheers,
> >Davidm
> >
> >--
> >David McCullough, davidm at snapgear.com  Ph:+61 7 34352815
> http://www.SnapGear.com
> >Custom Embedded Solutions + Security   Fx:+61 7 38913630
> http://www.uCdot.org
> >_______________________________________________
> >uClinux-dev mailing list
> >uClinux-dev at uclinux.org
> >http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> >This message was resent by uclinux-dev at uclinux.org
>
> _________________________________________________________________
> ÏíÓÃÊÀ½çÉÏ×î´óµÄµç×ÓÓʼþϵͳ¡ª MSN Hotmail¡£  http://www.hotmail.com
>
>
> ------------------------------
>
> Message: 9
> Date: Fri, 24 Sep 2004 11:02:29 +0800
> From: "=?gb2312?B?zuKx+A==?=" <sdusthd2000 at yahoo.com.cn>
> Subject: [uClinux-dev] the influnce of MMU UNIT to application
> To: "uclinux-dev" <uclinux-dev at uclinux.org>
> Message-ID: <20040924030232.952223A2F at uclinux.org>
> Content-Type: text/plain; charset="gb2312"
>
> uclinux-dev£¬hello
>
>       How great of influnce on application  researching if a ARM CPU that
has a mmu unit and a arm cpu that has no mmu unit?
>
>
>
>
> ¡¡¡¡¡¡¡¡¡¡¡¡¡¡wub
> ¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡sdusthd2000 at yahoo.com.cn
> ¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡
>
> ------------------------------
>
> Message: 10
> Date: Fri, 24 Sep 2004 13:07:13 +1000
> From: John Williams <jwilliams at itee.uq.edu.au>
> Subject: Re: [uClinux-dev] real-time patch for uclinux?
> To: uClinux development list <uclinux-dev at uclinux.org>
> Message-ID: <41538F61.2070505 at itee.uq.edu.au>
> Content-Type: text/plain; charset=GB2312
>
> Hi,
>
> ÕÅ ÎÀ¾ü wrote:
>
> > have you ever do sth about real-time path of uclinux base on Coldfire
> > hardware? can you give me some detail infomation.
>
> > why i want to use rtlinux because i think it is more popular and it is
> > free, :-)
>
> RTAI is also popular, and also free.  In some senses it is "more" free.
>  RTLinux has both a free and a commercial branch.  Last I heard the free
> branch was not getting a lot of attention.
>
> There is a fairly modern Coldfire/uClinux-2.4/RTAI patch floading around
> somewhere - google will find it.  We used it as the basis of the
> Microblaze uClinux RTAI support (still a work in progress! :)
>
> Regards,
>
> John
>
> ------------------------------
>
> Message: 11
> Date: Fri, 24 Sep 2004 11:19:17 +0800
> From: "zhang weijun" <zwjwork at hotmail.com>
> Subject: Re: [uClinux-dev] real-time patch for uclinux?
> To: uclinux-dev at uclinux.org
> Message-ID: <BAY12-F386PyLlcEPt000075a89 at hotmail.com>
> Content-Type: text/plain; charset=gb2312; format=flowed
>
> another reason whichi i choose rtlinux is:
>
> i want to setup a digital control platform based on coldfire, which can
> connect to Matlab/Simulink seamlessly. Matlab/Simulink don't support other
> rtos except vxworks, but i found that another person have do some
reasearch
> on PC which run redhat linux + rtlinux.
> so...
>
> i don't know wheather you all can understand me or not because of my poor
> english. :-)
>
> regards
>
> bmygg
>
> >From: John Williams <jwilliams at itee.uq.edu.au>
> >Reply-To: jwilliams at itee.uq.edu.au,uClinux development list
> <uclinux-dev at uclinux.org>
> >To: uClinux development list <uclinux-dev at uclinux.org>
> >Subject: Re: [uClinux-dev] real-time patch for uclinux?
> >Date: Fri, 24 Sep 2004 13:07:13 +1000
> >
> >Hi,
> >
> >ÕÅ ÎÀ¾ü wrote:
> >
> > > have you ever do sth about real-time path of uclinux base on Coldfire
> > > hardware? can you give me some detail infomation.
> >
> > > why i want to use rtlinux because i think it is more popular and it is
> > > free, :-)
> >
> >RTAI is also popular, and also free.  In some senses it is "more" free.
> >  RTLinux has both a free and a commercial branch.  Last I heard the free
> >branch was not getting a lot of attention.
> >
> >There is a fairly modern Coldfire/uClinux-2.4/RTAI patch floading around
> >somewhere - google will find it.  We used it as the basis of the
> >Microblaze uClinux RTAI support (still a work in progress! :)
> >
> >Regards,
> >
> >John
> >_______________________________________________
> >uClinux-dev mailing list
> >uClinux-dev at uclinux.org
> >http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> >This message was resent by uclinux-dev at uclinux.org
>
> _________________________________________________________________
> ÓëÁª»úµÄÅóÓѽøÐн»Á÷£¬ÇëʹÓà MSN Messenger:  http://messenger.msn.com/cn
>
>
> ------------------------------
>
> Message: 12
> Date: Fri, 24 Sep 2004 14:27:30 +1000
> From: John Williams <jwilliams at itee.uq.edu.au>
> Subject: Re: [uClinux-dev] real-time patch for uclinux?
> To: uClinux development list <uclinux-dev at uclinux.org>
> Message-ID: <4153A232.6010900 at itee.uq.edu.au>
> Content-Type: text/plain; charset=us-ascii
>
> Hi,
>
> zhang weijun wrote:
> > another reason whichi i choose rtlinux is:
> >
> > i want to setup a digital control platform based on coldfire, which can
> > connect to Matlab/Simulink seamlessly. Matlab/Simulink don't support
> > other rtos except vxworks, but i found that another person have do some
> > reasearch on PC which run redhat linux + rtlinux. so...
>
> You have a choice to make - if you do RTLinux I think you will be on
> your own (for uClinux/Coldfire support), but can use this Matlab work
> (maybe).,  If you use RTAI most of the work is done for you, but then
> you have a problem later in your project (maybe).
>
> No-one can make this choice except you! :)
>
> John
>
> ------------------------------
>
> Message: 13
> Date: Fri, 24 Sep 2004 06:57:04 +0200
> From: Alessandro Rubini <rubini at gnudd.com>
> Subject: Re: [uClinux-dev] real-time patch for uclinux?
> To: uclinux-dev at uclinux.org
> Message-ID: <20040924045704.GA14664 at mail.gnudd.com>
> Content-Type: text/plain; charset=iso-8859-1
>
>
> > another reason whichi i choose rtlinux is:
> >
> > i want to setup a digital control platform based on coldfire, which can
> > connect to Matlab/Simulink seamlessly.
>
> I think RTAI is definitely the way to go. Please have a look at the
project
> before telling us another bogus reason why you prefer rtlinux.
>
> RTAI is well integrated with the Matlab/Simulink environment and is used
> i production in this setup.
>
> I'd suggest to avoid checking out version 3.1 (just released) and
> concentrate on 3.0 or the previous rtai-24.1 releases. The project is
> migrating to a new core mechanism called Adeos, and nobody began
> porting that engine to ColdFire as far as I know.
>
> /alessandro, who yesterday enjoyed a talk by RTAI's founder and maintainer
>
> ------------------------------
>
> Message: 14
> Date: Fri, 24 Sep 2004 15:04:23 +1000
> From: David McCullough <davidm at snapgear.com>
> Subject: Re: [uClinux-dev] the influnce of MMU UNIT to application
> To: uClinux development list <uclinux-dev at uclinux.org>
> Message-ID: <20040924050423.GA7602 at beast>
> Content-Type: text/plain; charset=us-ascii
>
>
> Jivin ???? lays it down ...
> > uclinux-dev??hello
> >
> >       How great of influnce on application  researching if a ARM CPU
> > that has a mmu unit and a arm cpu that has no mmu unit?
>
> Depends on your requirements,  but if the price is the same,
> take the MMU,
>
> Cheers,
> Davidm
>
> -- 
> David McCullough, davidm at snapgear.com  Ph:+61 7 34352815
http://www.SnapGear.com
> Custom Embedded Solutions + Security   Fx:+61 7 38913630
http://www.uCdot.org
>
> ------------------------------
>
> Message: 15
> Date: Fri, 24 Sep 2004 14:32:06 +0800
> From: "zhang weijun" <zwjwork at hotmail.com>
> Subject: Re: [uClinux-dev] real-time patch for uclinux?
> To: uclinux-dev at uclinux.org
> Message-ID: <BAY12-F42e4fDGCl9Fo00074b91 at hotmail.com>
> Content-Type: text/plain; charset=gb2312; format=flowed
>
> thank you,john
>
> i think i should choose rtai for its successfully portting to coldfire,
but
> where can i get the information about its portting?
>
> regards
>
> zhang weijun
>
> >From: John Williams <jwilliams at itee.uq.edu.au>
> >Reply-To: jwilliams at itee.uq.edu.au,uClinux development list
> <uclinux-dev at uclinux.org>
> >To: uClinux development list <uclinux-dev at uclinux.org>
> >Subject: Re: [uClinux-dev] real-time patch for uclinux?
> >Date: Fri, 24 Sep 2004 14:27:30 +1000
> >
> >Hi,
> >
> >zhang weijun wrote:
> > > another reason whichi i choose rtlinux is:
> > >
> > > i want to setup a digital control platform based on coldfire, which
can
> > > connect to Matlab/Simulink seamlessly. Matlab/Simulink don't support
> > > other rtos except vxworks, but i found that another person have do
some
> > > reasearch on PC which run redhat linux + rtlinux. so...
> >
> >You have a choice to make - if you do RTLinux I think you will be on
> >your own (for uClinux/Coldfire support), but can use this Matlab work
> >(maybe).,  If you use RTAI most of the work is done for you, but then
> >you have a problem later in your project (maybe).
> >
> >No-one can make this choice except you! :)
> >
> >John
> >_______________________________________________
> >uClinux-dev mailing list
> >uClinux-dev at uclinux.org
> >http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> >This message was resent by uclinux-dev at uclinux.org
>
> _________________________________________________________________
> Ãâ·ÑÏÂÔØ MSN Explorer:   http://explorer.msn.com/lccn
>
>
> ------------------------------
>
> Message: 16
> Date: Fri, 24 Sep 2004 09:20:00 +0200
> From: Anders ?hlander <anders at ontimenet.com>
> Subject: [uClinux-dev] Problem with recieving packets.
> To: "uClinux development list" <uclinux-dev at uclinux.org>
> Message-ID: <20040924072008.2CBB6476A at uclinux.org>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi all
>
> I get the following BUG report after some time when I run uClinux.
>
> kernel BUG at sched.c:569
>
>
>
> What does that mean ? Is there anyone that has got the same problem ?
>
>
>
> BR
>
> /Anders Öhlander
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20040924/2aba61ca/attachment-0001.htm
>
> ------------------------------
>
> Message: 17
> Date: Fri, 24 Sep 2004 07:30:35 +0000
> From: "Wang vivian" <vivianinsun at hotmail.com>
> Subject: [uClinux-dev] Re:mount error when I use uClinux 2.4.x kernel
> on M5249C3
> To: uclinux-dev at uclinux.org
> Message-ID: <BAY2-F28bpH71yEXUIE00020c63 at hotmail.com>
> Content-Type: text/plain; charset=gb2312; format=flowed
>
> Hi,Davidm,
>
> Yeah!You are right!
>
> I use "mount -t nfs -o rsize=1024,wsize=1024 10.192.192.147:/why /tmp" and
> then app can be execute.
>
> Thanks for your help!
>
> Vivian
>
> >Jivin Wang vivian lays it down ...
> >> I used portmap & before executing "mount -t nfs 10.192.192.147:/why
> >> /tmp".Then mount process is successful!
> >>
> >> But when I try to execute app in the folder,system prompts:
> >>
> >> nfs:server 10.192.192.147 not responding,still trying.
> >> nfs:server 10.192.192.147 not responding still trying.
> >>
> >> Then stop there?
> >>
> >> Any more advice?
>
> >Check through the archives for nfs mount options that should help this
> >problem.  I thin kyou need to reduce some buffer sizes,
>
> >Cheers,
> >Davidm
>
> _________________________________________________________________
> ÓëÁª»úµÄÅóÓѽøÐн»Á÷£¬ÇëʹÓà MSN Messenger:  http://messenger.msn.com/cn
>
>
> ------------------------------
>
> Message: 18
> Date: Fri, 24 Sep 2004 17:07:58 +0800
> From: "Richard Dong" <dongleijun4000 at hotmail.com>
> Subject: [uClinux-dev] Compile gcc error
> To: "uClinux development list" <uclinux-dev at uclinux.org>
> Message-ID: <BAY14-DAV1574TlMCr20000c5e8 at hotmail.com>
> Content-Type: text/plain; charset="gb2312"
>
> Hi all,
> i am trying to build a kernel for samsung s3c2410 followed manual step by
step
> many times in many ways no matter what I always get the following error
when
> I run "make install"  for the compile gcc.
>
> ../libiberty/libiberty.a
> gcc: ../libiberty/libiberty.a: No such file or directory
> make[1]: *** [cc1] Error 1
> make[1]: Leaving directory `/arm_root/src/gcc-3.0/gcc'
> make: *** [install-gcc] Error 2
>
> I am using Radhat Linux, on a Pentium computer.
> I have tried all the proper steps made sure the path is correct,
> tried with versions binutils -2.11, gcc-2.95.3, linux-2.4.5,etc and the
> binutils-2.11.2, gcc-2.95.3, linux-2.4.20 and everything in between.Could
any one let me know what is it that I am missing and overlooking?
>
> Your help is greatly appreciated.
> Thanks
> Richard Dong
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20040924/c6de9052/attachment-0001.htm
>
> ------------------------------
>
> Message: 19
> Date: 24 Sep 2004 13:32:51 -0000
> From: "jhoney jhoney" <jhoney_joney at rediffmail.com>
> Subject: [uClinux-dev] file descriptors are processor specific ?
> To: uclinux-dev at uclinux.org
> Cc: uclinux-dev-request at uclinux.org
> Message-ID: <20040924133251.14443.qmail at webmail27.rediffmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> An HTML attachment was scrubbed...
> URL:
http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20040924/c45c7386/attachment-0001.htm
> -------------- next part --------------
> Hello Folks,
>
> I got one question. I want call sys_socket system call directly with out
using socket() function. Now I am planning to write one module which call s
the specific system call for corresponding libc- call(socket - sys_socket,
bind - sys_bind) etc. The sys_socket call return fd =-1
> ( The returned descriptor is=-1)
>
> My doubt is there any process is needed to get the fd from its fd space.
> Is not possible to get the fd with out any associated daemon process
running.
>
> My final requirement is that I want to  develop a driver  which calls the
> the system calls (sys_socket,sys_bind ....) rather than using application
interface .
>
> Thanks in advance
>
> Regards
> Vijay
>
> ------------------------------
>
> Message: 20
> Date: 24 Sep 2004 14:28:35 -0000
> From: "jhoney jhoney" <jhoney_joney at rediffmail.com>
> Subject: [uClinux-dev] Can we call system calls directly from a module
> To: uclinux-dev at uclinux.org
> Message-ID: <20040924142835.23745.qmail at webmail17.rediffmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> An HTML attachment was scrubbed...
> URL:
http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20040924/e0f15d15/attachment-0001.htm
> -------------- next part --------------
> Hello Folks,
>
> I got one question. I want call sys_socket system call directly with out
using socket() function. Now I am planning to write one module which call s
the specific system call for corresponding libc- call(socket - sys_socket,
bind - sys_bind) etc. The sys_socket call return fd =-1
> ( The returned descriptor is=-1)
>
> My doubt is there any process is needed to get the fd from its fd space.
> Is not possible to get the fd with out any associated daemon process
running.
>
> My final requirement is that I want to  develop a driver  which calls the
> the system calls (sys_socket,sys_bind ....) rather than using application
interface .
>
> Thanks in advance
>
> Jhoney
>
> ------------------------------
>
> Message: 21
> Date: Fri, 24 Sep 2004 08:31:47 -0600
> From: Kendrick Hamilton <hamilton at sedsystems.ca>
> Subject: Re: [uClinux-dev] Problem with recieving packets.
> To: uClinux development list <uclinux-dev at uclinux.org>
> Message-ID: <41542FD3.8050800 at sedsystems.ca>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> What processor and ethernet chip do you have?
>
> Anders Öhlander wrote:
>
> > Hi all
> >
> > I get the following BUG report after some time when I run uClinux.
> >
> > kernel BUG at sched.c:569
> >
> >
> >
> > What does that mean ? Is there anyone that has got the same problem ?
> >
> >
> >
> > BR
> >
> > /Anders Öhlander
> >
> >------------------------------------------------------------------------
> >
> >_______________________________________________
> >uClinux-dev mailing list
> >uClinux-dev at uclinux.org
> >http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> >This message was resent by uclinux-dev at uclinux.org
> >
>
>
> ------------------------------
>
> Message: 22
> Date: Fri, 24 Sep 2004 16:52:55 +0200
> From: "Mark Plowman" <Mark.Plowman at Vialis.nl>
> Subject: [uClinux-dev] "BUG: wrong zone alignment, it will crash" and
> it does ; -)
> To: <uclinux-dev at uclinux.org>
> Message-ID:
> <C2E16F391A517147969777954B3E29F301D834E7 at pe2650-ex-hlm.intravialis.nl>
>
> Content-Type: text/plain; charset="us-ascii"
>
> It's Friday afternoon and my kernel says the above.
>
> What information can I give the experts here on the list to help them
> help me find what I have done wrong?
>
> I will pick this up again Monday morning, so your suggestions are
> welcome... ;-)
>
>
> I am (slowly) attempting to port uClinux to my company's Motorola
> MC68EC060 based SBC.
>
> I am using:
>
>   uClinux-dist-20040408.tar.gz
>   m68k-uclinux-tools-base-gcc3.4.0-20040603.sh
>
> and building a 2.6.x kernel.
>
>
> Tired greetings
>
> Mark Plowman
>
> -- 
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q: What is the most annoying thing about some peoples email?
>
> http://www.netmeister.org/news/learn2quote.html
>
> (My apologies for the following company rubbish...)
>
> Vialis is ISO9001, VCA** en VCA-railaddendum gecertificeerd en
> lid van Astrin, HRI, IRSE, NVV, Uneto en Vexpan.
> Vialis is een VolkerWessels onderneming.
>
> DISCLAIMER:
> De informatie, verzonden met dit e-mailbericht, is uitsluitend bestemd
voor de geadresseerde. Openbaarmaking, vermenigvuldiging, verspreiding en/of
verstrekking aan derden is niet toegestaan. Gebruik van deze informatie door
anderen dan de geadresseerde is niet toegestaan. U wordt verzocht bij
onjuiste adressering de afzender direct te informeren door het bericht te
retourneren.
> Dit e-mailbericht is uitsluitend informatief van aard. Vialis besteedt de
grootst mogelijke zorg aan het weren, onderkennen en elimineren van
virussen. Vialis aanvaardt in geen geval aansprakelijkheid voor schade in
welke vorm dan ook die het directe of indirecte gevolg is van of in verband
staat met het gebruik van dit e-mailbericht en de inhoud ervan.
>
> Vialis is certified for ISO9001, VCA** and VCA rail addendum,
> and a member of Astrin, HRI, IRSE, Uneto and Vexpan.
> Vialis is a VolkerWessels company.
>
> DISCLAIMER: The information sent in and with this e-mail message is
exclusively intended for the party to whom it is addressed. Publication,
copying, distribution and/or disclosure to third parties is expressly
prohibited. Use of this information by any party other than that to whom it
is addressed, is prohibited. In case of incorrect addressing, we
respectfully request that you directly inform the sender, by replying to the
message.This e-mail is exclusively for information only. Vialis takes all
possible care to prevent, identify and eliminate electronic viruses. On no
account does Vialis accept any liability whatsoever for damages in any form
that may arise, directly or indirectly, as a result of opening or using this
e-mail message or its contents.
>
>
> ------------------------------
>
> Message: 23
> Date: Fri, 24 Sep 2004 09:29:23 -0600
> From: Kendrick Hamilton <hamilton at sedsystems.ca>
> Subject: Re: [uClinux-dev] "BUG: wrong zone alignment, it will crash"
> and it does ; -)
> To: uClinux development list <uclinux-dev at uclinux.org>
> Message-ID: <41543D53.9060109 at sedsystems.ca>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>
>
> Mark Plowman wrote:
>
> >It's Friday afternoon and my kernel says the above.
> >
> >What information can I give the experts here on the list to help them
> >help me find what I have done wrong?
> >
> >I will pick this up again Monday morning, so your suggestions are
> >welcome... ;-)
> >
> >
> >I am (slowly) attempting to port uClinux to my company's Motorola
> >MC68EC060 based SBC.
> >
> >I am using:
> >
> >  uClinux-dist-20040408.tar.gz
> >  m68k-uclinux-tools-base-gcc3.4.0-20040603.sh
> >
> >and building a 2.6.x kernel.
> >
> >
> >Tired greetings
> >
> >Mark Plowman
> >
> >
> Since you don't like top posting:
>     - I suggest you use the gcc-2.95.3 tools from here:
> http://www.uclinux.org/pub/uClinux/m68k-elf-tools/tools-20030314/
> You will need to replace the bin utils with binutils-2.14.90.0.7
> Kendrick
>
>
> ------------------------------
>
> _______________________________________________
> uClinux-dev mailing list
> uClinux-dev at uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev at uclinux.org
>
> End of uClinux-dev Digest, Vol 17, Issue 23
> *******************************************




More information about the uClinux-dev mailing list