Re: [uClinux-dev] Device number assignment
On Tuesday 17 March 2009 01:59:06 Niklas Molin wrote: Hi Erwin. I just wanted to check if I understood the whole procedure with setting up the device driver (I'm just in the beginning of my Linux journy). 1. I create my driver (for the moment it's located in the in the bin directory when I build the whole kernal, so I don't have to use FTP each time I start up the board). 2. I use the mknod to create the device under /dev mkmod name c major minor 3. insmod driver And then it should be done? When I run insmod I noticed that I don't get the major number I dedicated with mknod (I tried to use dynamically allocation), I got 254 instead. Could there be anything in the way I setup the driver that causes this problem? You also mentioned that I could do it in the romfs instead. Do I only create the name under the romfs/dev-library (in that case, who does it know thr major and minor number). Best regards, Niklas Hello! The procedure of assigning major device number is quite comprehensively described in Linux Device Drivers book, chapter 3 (http://www.linuxdriver.co.il/ldd3/) Basically, you have 2 choices: 1) Assign major number statically. You just peek free major number and use it in mknod and in your driver while device registration. Of course, you can pre-create the device node in romfs (see dev.txt file in vendors directory) which eliminates the need of executing mknod. 2) Dynamical assignment. You request in driver the major number for your device and use it while device registration. THEN in user space you can detect the assigned major number and execute mknod to create device node for your device with right numbers. Here is snippet of my rc script which does the thing ($module contains module name): modprobe $module $* || exit 1 major=`cat /proc/devices | sed -n 's/^[[:space:]]*\([0-9]\+\) [[:space:]]*'${module}'$/\1/p'` mknod /dev/${device_name} c $major 0 AFAIK minor numbers are always assigned statically by device driver creator. For very good description on the topic please see LDD3 book (chapter 3). -- HTH, Vitaly ___ 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] Re: uCLinux and RTAI
It only can run after that thread completes (and then waits to get rescheduled at a later time. I know. That's how my threaded app works. So I don't understand why you bother about real threads at all. some 50 Lines of C code will schedule your threads one after the other as part of a single application/process, all running on the same stack, without Linux interfering at all. (That is what my PicoOS does.) You only need Linux's help with the interrupts. Here you need to write device drivers (or use UIO which I don't know anything at all about), which set some bits (e.g. in a memory region the user process accesses via an mmaped file. An example for this is in the NIOSWiki). -Michael ___ 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] Re: uCLinux and RTAI
Of course, the compiler would have to be convinced to leave that register alone, similar to how it already behaves with the stack pointer and frame pointer registers. ... and to _use_ it as a pointer for the variables defined with the __thread keyword. -Michael ___ 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] Re: uCLinux and RTAI
It should be easy enough to get it to work with a dedicated register, too. ... Provided that it's easy to modify the compiler, which I supposedly never will be able to do ;-) . -Michael ___ 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] Re: uCLinux and RTAI
Michael Schnell wrote: No, it's not done like that. Linux does not provide thread-specific virtual memory mappings, except for special cases like the vsyscall/vdso page. So - even with full Linux, the __thread variables have different addresses per thread ? Yes. This does not make sense to me Because you haven't thought it through. You are allowed to take the address of a __thread variable in one thread, and access that specific instance from another thread, so long as the first thread has not terminated. as there is an MMU that would make accessing these variable on a single address possible Also doing it through the MMU would be slower. Count the TLB flushes. There are some circumstances in which the MMU version would be faster. Dynamically loaded libraries containing __thread variables do some indirection to access them, and virtual memory might reduce or eliminate the indirection. But other things would be slower. -- Jamie ___ 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] Re: uCLinux and RTAI
Michael Schnell wrote: So I don't understand why you bother about real threads at all. some 50 Lines of C code will schedule your threads one after the other as part of a single application/process, all running on the same stack, That's fine if the code is simple enough to be event driven and always returns to your event scheduler. But some code looks like spaghetti that way, and then it's better to use scheduling points inside functions, rather than having to return from the whole function stack after recording local state into a state structure. Of course you can still do that without a kernel :-) For more complex real-time stuff, often you have priorities, locking between threads, and priority inheritance to avoid priority inversion. The simple event-driven loop gets complicated with priorities, when one event handler needs to interrupt another event handler in the middle. The loop starts to resemble a full blown kernel scheduler... -- Jamie ___ 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] building kernel error :
Hi all, when i do make i have this error : CC net/ipv4/xfrm4_mode_transport. o CC net/ipv4/xfrm4_mode_tunnel.o CC net/ipv4/inet_diag.o CC net/ipv4/tcp_diag.o CC net/ipv4/tcp_cubic.o CC net/ipv4/xfrm4_policy.o CC net/ipv4/xfrm4_state.o CC net/ipv4/xfrm4_input.o CC net/ipv4/xfrm4_output.o LD net/ipv4/built-in.o LD net/built-in.o GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD vmlinux arch/arm/mm/built-in.o:(__ksymtab+0x70): undefined reference to `cpu_arm7tdmi_set_pte_ext' make[1]: *** [vmlinux] Error 1 make[1]: Leaving directory `/home/sst/Bureau/ghanem.lafi/WorkPath/uClinux2007-Linux2.6.21/uClinux-dist/linux-2.6.x' make: *** [linux] Error 1 Does anybody know how to solve this problem ?? Kind regards GhL ___ 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] Re: building kernel error :
Thanks all experts, The answers bombarded my e-mail! 2009/3/17 Ghanem Lafi lafi.gha...@gmail.com Hi all, when i do make i have this error : CC net/ipv4/xfrm4_mode_transport. o CC net/ipv4/xfrm4_mode_tunnel.o CC net/ipv4/inet_diag.o CC net/ipv4/tcp_diag.o CC net/ipv4/tcp_cubic.o CC net/ipv4/xfrm4_policy.o CC net/ipv4/xfrm4_state.o CC net/ipv4/xfrm4_input.o CC net/ipv4/xfrm4_output.o LD net/ipv4/built-in.o LD net/built-in.o GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD vmlinux arch/arm/mm/built-in.o:(__ksymtab+0x70): undefined reference to `cpu_arm7tdmi_set_pte_ext' make[1]: *** [vmlinux] Error 1 make[1]: Leaving directory `/home/sst/Bureau/ghanem.lafi/WorkPath/uClinux2007-Linux2.6.21/uClinux-dist/linux-2.6.x' make: *** [linux] Error 1 Does anybody know how to solve this problem ?? Kind regards GhL ___ 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] sqlite
I used manually edited the top level Makefile in build/ I've attached my Makefile. On Mon, Mar 16, 2009 at 5:16 PM, Erwin Authried ea...@softsys.co.at wrote: Hi, it seems that sqlite3 uses dynamic libs that you don't have. I have compiled version 2.8.6 with success several years ago. Here's a snippet of my build script (not for uClinux-dist!) that I used: opt= if [ $SQLITE_DEBUG = no ] ; then opt=-DNDEBUG=1 fi ## configure for cross compilation rm -rf $TARGET_OBJ mkdir -p $TARGET_OBJ cd $TARGET_OBJ config_BUILD_CC=gcc \ config_TARGET_TCL_INC=-DNO_TCL=1 \ config_TARGET_READLINE_INC=-DDUMMY=1 \ config_TARGET_CC=$TARGETARCH-gcc \ config_TARGET_CFLAGS=-DSQLITE_DISABLE_LFS=1 $opt $CFLAGS $LDFLAGS \ $SRCDIR/configure --host=$TARGETARCH -Erwin Am Montag, den 16.03.2009, 15:06 -0600 schrieb nunya busness: Thank you for the response. This is what I have: uClinux dist 20080808 m68k-uclinux-tools-20061214 I downloaded sqlite (sqlite-amalgamation-3.6.11.tar.gz) and placed it in my user directory. Then I configured it like this: ./configure --host=m68k-uclinux LDFLAGS='-Wl,-elf2flt' CFLAGS=-O2 After that I added it the the user/Makefile dir_y += sqlite Then I do make of make user/sqlite_only and I get the following: /bin/bash ./libtool --tag=CC --mode=link m68k-uclinux-gcc -DSQLITE_THREADSAFE=1 -O2 -Wl,-elf2flt -o sqlite3 shell.o ./libsqlite3.la -lpthread m68k-uclinux-gcc -DSQLITE_THREADSAFE=1 -O2 -Wl,-elf2flt -o sqlite3 shell.o ./.libs/libsqlite3.a -lpthread sqlite3.elf2flt: In function `unixDlSym': sqlite3.c:(.text+0x610e): undefined reference to `dlsym' sqlite3.elf2flt: In function `unixDlClose': sqlite3.c:(.text+0x4998c): undefined reference to `dlclose' sqlite3.elf2flt: In function `unixDlError': sqlite3.c:(.text+0x499a2): undefined reference to `dlerror' sqlite3.elf2flt: In function `unixDlOpen': sqlite3.c:(.text+0x499dc): undefined reference to `dlopen' collect2: ld returned 1 exit status make[2]: *** [sqlite3] Error 1 Probably stupidity on my part, but I am new and ignorant! thanks, nunya On Mon, Mar 16, 2009 at 2:29 PM, Danny Li danny...@optimatele.com wrote: Hi Nunya, I have complied and run sqlite on a BlackFin BF537 platform. As far as I can remember Just configure and make then it worked. Regards, Danny nunya busness wrote: This is my first project in uClinux. I am trying to port an old school project of mine onto the embedded platform using a coldfire. The last thing remaining is to get sqlite to compile and work. Has anyone managed to do this? Is anyone willing to share their knowledge? Does anyone have some suggestions on how to do this? Right now I get pages and pages of errors and don't know where to start. I believe that the problems revolve around pthreads, but don't know for sure. I don't need threading in my application. Thanks, nunya ___ 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 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 -- Dipl.-Ing. Erwin Authried Softwareentwicklung und Systemdesign ___ 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 Makefile Description: Binary data ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message
Re: [uClinux-dev] Re: uCLinux and RTAI
That's fine if the code is simple enough to be event driven and always returns to your event scheduler. Sorry but I can't follow you. You just said in the mail I replied to: I know. That's how my threaded app works. -Michael ___ 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] Re: uCLinux and RTAI
So - even with full Linux, the __thread variables have different addresses per thread ? Yes. I did a test on the PC and (as expected) you are right. The same __thread variable has different addresses when different threads are running. Do you know how this is implemented in the x86 architecture ? I suppose The CPU does not have enough registers to dedicate one for that purpose, unless something exotic like the Extra Segment is used. -Michael ___ 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] Re: uCLinux and RTAI
Do you know how this is implemented in the x86 architecture ? I suppose The CPU does not have enough registers to dedicate one for that purpose, unless something exotic like the Extra Segment is used. I did a disassembly and I see that in fact it does use the gs segment register for this purpose. -Michael ___ 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] Re: uCLinux and RTAI
On 2009-03-17, Michael Schnell mschn...@lumino.de wrote: That's fine if the code is simple enough to be event driven and always returns to your event scheduler. That was written by Jamie Lokier Sorry but I can't follow you. You just said in the mail I replied to: I know. That's how my threaded app works. That wansn't written my Mr. Lokier, it was written by me. [That's why people leave in attributions when quoting articles.] What _I_ meant was that when one of my threads gets scheduled, it runs until it has finished what it needs to do and blocks waiting for the next event. Isn't that's what run to completion means? -- Grant Edwards grante Yow! Someone in DAYTON, at Ohio is selling USED visi.comCARPETS to a SERBO-CROATIAN ___ 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] Re: uCLinux and RTAI
What _I_ meant was that when one of my threads gets scheduled, it runs until it has finished what it needs to do and blocks waiting for the next event. Isn't that's what run to completion means? No. Run to completion means that each thread is a callback that is called and returns with any event it needs to handle. -Michel ___ 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] Re: uCLinux and RTAI
On 2009-03-17, Michael Schnell mschn...@lumino.de wrote: What _I_ meant was that when one of my threads gets scheduled, it runs until it has finished what it needs to do and blocks waiting for the next event. Isn't that's what run to completion means? No. Run to completion means that each thread is a callback that is called and returns with any event it needs to handle. Sorry, I don't see the difference except for some minor details in how the thread is called by the scheduler. -- Grant Edwards grante Yow! Now KEN and BARBIE at are PERMANENTLY ADDICTED to visi.comMIND-ALTERING DRUGS ... ___ 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] sqlite
Hi, getting SQLite to work on uClinux is pretty straightforward. I just did for my first project for uClinux too :-) You need to use few macros to get it working though. All are documented here http://www.sqlite.org/compile.html. You can use -DSQLITE_THREADSAFE=0 to disable mutexes and all locking altogether. Use -DSQLITE_OMIT_LOAD_EXTENSION to get over the errors you posted, this option omits the entire extension loading mechanism from SQLite (no calls to dlopen, ...). There are plenty of other options to omit features that you don't use and that will help you get smaller footprint. --- Jan Ringoš, www.ringos.cz software architect, programmer - Original Message - From: nunya busness To: uclinux-dev@uclinux.org Sent: Monday, March 16, 2009 9:12 PM Subject: [uClinux-dev] sqlite This is my first project in uClinux. I am trying to port an old school project of mine onto the embedded platform using a coldfire. The last thing remaining is to get sqlite to compile and work. Has anyone managed to do this? Is anyone willing to share their knowledge? Does anyone have some suggestions on how to do this? Right now I get pages and pages of errors and don't know where to start. I believe that the problems revolve around pthreads, but don't know for sure. I don't need threading in my application. Thanks, nunya ___ 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] Re: Latest Patch Set now on SourceForge
Jim Donelson ucli...@jimdonelson.com wrote: The latest patch set is now on the uclinux SourceForge page. This is the preferred method for downloading, as it eases the load on uclinux.org. Okay, does anyone else find it a bit troubling that none of the patches after uClinux-dist-20080808-20080811.patch.gz actually apply cleanly against the original uClinux-dist-20080808.tar.bz2? Or am I doing something wrong? They all try to patch: linux-2.6.x/.mailmap linux-2.6.x/arch/x86/boot/compressed/vmlinux_64.lds linux-2.6.x/arch/x86/kernel/vmlinux_64.lds.S linux-2.6.x/arch/x86/kernel/vmlinux_32.lds.S (none of which exist in the original tarball, but were added by the 20080808-20080811 patch - And they do not need to be patched again) openswan/doc/src/index.html (which doesn't seem to be present in the original tarball OR any of the patches - It looks to me like it's a build product. -- Jim Ramsay signature.asc Description: PGP signature ___ 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] cleanup oggplay Makefile
There are a bunch of things wrong with the oggplay makefile for oggplay and oggenc ... some highlights: - CPPFLAGS isnt respected - -Werror breaks building with gcc-4.3 (maybe real bug, but failures on warnings shouldnt make it into a release) - parallel build failure due to incorrect dependency list Signed-off-by: Mike Frysinger vap...@gentoo.org --- user/oggplay/Makefile | 19 ++- 1 files changed, 6 insertions(+), 13 deletions(-) diff --git a/user/oggplay/Makefile b/user/oggplay/Makefile index c6a8d00..05efa61 100644 --- a/user/oggplay/Makefile +++ b/user/oggplay/Makefile @@ -3,30 +3,23 @@ DIRS = Tremor EXEC = oggplay -OBJS = oggplay.o -XLIB = Tremor/libvorbisidec.a +OBJS = oggplay.o Tremor/libvorbisidec.a EXEC2 = oggenc OBJS2 = oggenc.o .PHONY: clean romfs all $(DIRS) +CFLAGS += -Wall +CPPFLAGS += -I$(DIRS) + all: $(DIRS) $(EXEC) $(EXEC2) $(EXEC): $(OBJS) - $(CC) $(LDFLAGS) -o $@ $^ $(XLIB) $(LDLIBS$(LDLIBS_$@)) - -oggplay.o: oggplay.c - $(CC) $(CFLAGS) -c $ -o $@ -I$(DIRS) -Wall -Werror - $(EXEC2): $(OBJS2) - $(CC) $(LDFLAGS) -o $@ $^ $(LDLIBS$(LDLIBS_$@)) - -oggenc.o: oggenc.c - $(CC) $(CFLAGS) -c $ -o $@ -I$(DIRS) -Wall -Werror -$(DIRS): - make -C $@ +Tremor/libvorbisidec.a: + $(MAKE) -C Tremor romfs: $(ROMFSINST) /bin/$(EXEC) -- 1.6.2 ___ 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] add basic no-mmu support to oggplay
The oggplay relies on fork() (superficially if you ask me) and does not display anything when fork() fails (like no-mmu). So if it fails due to ENOSYS, play the file ourselves, otherwise dump a proper error message. Signed-off-by: Mike Frysinger vap...@gentoo.org --- user/oggplay/oggplay.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/user/oggplay/oggplay.c b/user/oggplay/oggplay.c index 42aa73b..56d5a32 100644 --- a/user/oggplay/oggplay.c +++ b/user/oggplay/oggplay.c @@ -904,7 +904,10 @@ nextfile: if (errno != EINTR) break; } - } + } else if (errno == ENOSYS) + play_one(argv[argnr]); + else + perror(fork()); if (slptime) sleep(slptime); -- 1.6.2 ___ 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] add basic no-mmu support to oggplay
Mike wrote: The oggplay relies on fork() (superficially if you ask me) and does not It isn't quite so superficial. The fork is there so that when playing multiple tracks things don't get clagged up. Was easier doing this than tracking down all the state destruction and rectifying it. If your use is single tracks only then there is no need for the fork() call. My goal with oggplay was to take essentially the same arguments as mp3play. i.e. drop in compatible, hence the mess. PS, your patch only addresses one of the fork() calls. There is another harmless one :-) Regards, Pauli -- Dr Paul Dale paul_d...@mcafee.com Software Grunt McAfee, Inc. http://www.mcafee.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] Re: Latest Patch Set now on SourceForge
On Tuesday 17 March 2009 17:49:43 Jim Ramsay wrote: Jim Donelson ucli...@jimdonelson.com wrote: The latest patch set is now on the uclinux SourceForge page. This is the preferred method for downloading, as it eases the load on uclinux.org. Okay, does anyone else find it a bit troubling that none of the patches after uClinux-dist-20080808-20080811.patch.gz actually apply cleanly against the original uClinux-dist-20080808.tar.bz2? Or am I doing something wrong? i think you're doing something wrong. the patches are not cumulative. the uClinux-dist-20080808.tar.bz2 tarball is always the base, and you pick 1 patch to apply. -mike ___ 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] rename ogg123 to oggplay
The dist has an ogg123 option but this option, like the cake, is a lie. There is a real ogg123 application out there, but this isn't it, nor does it even install a binary named ogg123. It does however install a binary named oggplay, so let's use that. Signed-off-by: Mike Frysinger vap...@gentoo.org --- user/Kconfig |4 ++-- user/Makefile |2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/user/Kconfig b/user/Kconfig index 6698e6d..ea3e8a7 100644 --- a/user/Kconfig +++ b/user/Kconfig @@ -3592,8 +3592,8 @@ config USER_MP3PLAY_SWAP_WD help Swap the meaning of the -w and -d command line options. -config USER_OGGPLAY_OGG123 - bool ogg123 +config USER_OGGPLAY_OGGPLAY + bool oggplay config USER_OGGPLAY_EXAMPLE bool ivorbisfile_example diff --git a/user/Makefile b/user/Makefile index 9a7acc4..16a82d3 100644 --- a/user/Makefile +++ b/user/Makefile @@ -263,7 +263,7 @@ dir_$(CONFIG_USER_NULL_NULL)+= null dir_$(CONFIG_USER_NWSH_SH) += nwsh dir_$(CONFIG_USER_MSH_SH) += msh dir_$(CONFIG_USER_OGGPLAY_EXAMPLE) += oggplay -dir_$(CONFIG_USER_OGGPLAY_OGG123) += oggplay +dir_$(CONFIG_USER_OGGPLAY_OGGPLAY) += oggplay dir_$(CONFIG_USER_OPENSSL_APPS) += openssl dir_$(CONFIG_USER_OPENSWAN) += openswan dir_$(CONFIG_USER_OPENVPN_OPENVPN) += openvpn -- 1.6.2 ___ 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] fix typo in oggplay usage
The oggplay usage says -w takes a filename when really it takes a timeout value like msec. Signed-off-by: Mike Frysinger vap...@gentoo.org --- user/oggplay/oggplay.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/user/oggplay/oggplay.c b/user/oggplay/oggplay.c index 56d5a32..8cf4c2e 100644 --- a/user/oggplay/oggplay.c +++ b/user/oggplay/oggplay.c @@ -560,7 +560,7 @@ static void setdsp(int fd) static void usage(int rc) { printf(usage: oggplay [-hviqzRPZ] [-s time] - [-d device] [-w filename] [-c key] + [-d device] [-w msec] [-c key] [-l line [-t]] [-p pause]ogg-files...\n\n \t\t-hthis help\n \t\t-vverbose stdout output\n -- 1.6.2 ___ 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] add basic no-mmu support to oggplay
On Tuesday 17 March 2009 18:38:49 Mike Frysinger wrote: On Tuesday 17 March 2009 18:36:46 paul_d...@au.securecomputing.com wrote: Mike wrote: The oggplay relies on fork() (superficially if you ask me) and does not It isn't quite so superficial. The fork is there so that when playing multiple tracks things don't get clagged up. Was easier doing this than tracking down all the state destruction and rectifying it. If your use is single tracks only then there is no need for the fork() call. My goal with oggplay was to take essentially the same arguments as mp3play. i.e. drop in compatible, hence the mess. PS, your patch only addresses one of the fork() calls. There is another harmless one :-) i'm aware of the ip one (-i), but i honestly dont care about oggplay. i spent 30 seconds of effort to get it working in the common case (`oggplay foo.ogg`). btw, please dont take this the wrong way. i imagine oggplay does all the crazy things you say it does, but we just wanted to validate that the tremor decoding library worked (download an ogg and listen to it on the board). so everything beyond that is cheese to us ;). -mike signature.asc Description: This is a digitally signed message part. ___ 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] add basic no-mmu support to oggplay
Mike wrote: btw, please dont take this the wrong way. i imagine oggplay does all the crazy things you say it does, but we just wanted to validate that the tremor decoding library worked (download an ogg and listen to it on the board). so everything beyond that is cheese to us ;). I didn't take it the wrong way :-) Pauli -- Dr Paul Dale paul_d...@mcafee.com Software Grunt McAfee, Inc. http://www.mcafee.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] Re: building kernel error :
Jivin Ghanem Lafi lays it down ... Thanks all experts, The answers bombarded my e-mail! Could you share the answer with the rest of the list :-) :-) Thanks, Davidm 2009/3/17 Ghanem Lafi lafi.gha...@gmail.com Hi all, when i do make i have this error : CC net/ipv4/xfrm4_mode_transport. o CC net/ipv4/xfrm4_mode_tunnel.o CC net/ipv4/inet_diag.o CC net/ipv4/tcp_diag.o CC net/ipv4/tcp_cubic.o CC net/ipv4/xfrm4_policy.o CC net/ipv4/xfrm4_state.o CC net/ipv4/xfrm4_input.o CC net/ipv4/xfrm4_output.o LD net/ipv4/built-in.o LD net/built-in.o GEN .version CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD vmlinux arch/arm/mm/built-in.o:(__ksymtab+0x70): undefined reference to `cpu_arm7tdmi_set_pte_ext' make[1]: *** [vmlinux] Error 1 make[1]: Leaving directory `/home/sst/Bureau/ghanem.lafi/WorkPath/uClinux2007-Linux2.6.21/uClinux-dist/linux-2.6.x' make: *** [linux] Error 1 Does anybody know how to solve this problem ?? Kind regards GhL ___ 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 McAfee - SnapGear http://www.snapgear.comhttp://www.uCdot.org ___ 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] fix typo in oggplay usage
Hi Mike, Mike Frysinger wrote: The oggplay usage says -w takes a filename when really it takes a timeout value like msec. Signed-off-by: Mike Frysinger vap...@gentoo.org Applied. Thanks Greg user/oggplay/oggplay.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/user/oggplay/oggplay.c b/user/oggplay/oggplay.c index 56d5a32..8cf4c2e 100644 --- a/user/oggplay/oggplay.c +++ b/user/oggplay/oggplay.c @@ -560,7 +560,7 @@ static void setdsp(int fd) static void usage(int rc) { printf(usage: oggplay [-hviqzRPZ] [-s time] - [-d device] [-w filename] [-c key] + [-d device] [-w msec] [-c key] [-l line [-t]] [-p pause]ogg-files...\n\n \t\t-hthis help\n \t\t-vverbose stdout output\n -- Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com SnapGear, a McAfee Company PHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: 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] [PATCH] rename ogg123 to oggplay
Hi Mike, Mike Frysinger wrote: The dist has an ogg123 option but this option, like the cake, is a lie. There is a real ogg123 application out there, but this isn't it, nor does it even install a binary named ogg123. It does however install a binary named oggplay, so let's use that. Signed-off-by: Mike Frysinger vap...@gentoo.org Applied. Thanks Greg user/Kconfig |4 ++-- user/Makefile |2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/user/Kconfig b/user/Kconfig index 6698e6d..ea3e8a7 100644 --- a/user/Kconfig +++ b/user/Kconfig @@ -3592,8 +3592,8 @@ config USER_MP3PLAY_SWAP_WD help Swap the meaning of the -w and -d command line options. -config USER_OGGPLAY_OGG123 - bool ogg123 +config USER_OGGPLAY_OGGPLAY + bool oggplay config USER_OGGPLAY_EXAMPLE bool ivorbisfile_example diff --git a/user/Makefile b/user/Makefile index 9a7acc4..16a82d3 100644 --- a/user/Makefile +++ b/user/Makefile @@ -263,7 +263,7 @@ dir_$(CONFIG_USER_NULL_NULL)+= null dir_$(CONFIG_USER_NWSH_SH) += nwsh dir_$(CONFIG_USER_MSH_SH) += msh dir_$(CONFIG_USER_OGGPLAY_EXAMPLE) += oggplay -dir_$(CONFIG_USER_OGGPLAY_OGG123) += oggplay +dir_$(CONFIG_USER_OGGPLAY_OGGPLAY) += oggplay dir_$(CONFIG_USER_OPENSSL_APPS) += openssl dir_$(CONFIG_USER_OPENSWAN) += openswan dir_$(CONFIG_USER_OPENVPN_OPENVPN) += openvpn -- Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com SnapGear, a McAfee Company PHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: 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] Re: Latest Patch Set now on SourceForge
Mike Frysinger wrote: On Tuesday 17 March 2009 17:49:43 Jim Ramsay wrote: Jim Donelson ucli...@jimdonelson.com wrote: The latest patch set is now on the uclinux SourceForge page. This is the preferred method for downloading, as it eases the load on uclinux.org. Okay, does anyone else find it a bit troubling that none of the patches after uClinux-dist-20080808-20080811.patch.gz actually apply cleanly against the original uClinux-dist-20080808.tar.bz2? Or am I doing something wrong? i think you're doing something wrong. the patches are not cumulative. the uClinux-dist-20080808.tar.bz2 tarball is always the base, and you pick 1 patch to apply. I was hoping the file name would help make that clearer. The first date is the master the patch is relative to, the second the date the patch itself was generated. Regards Greg Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com SnapGear, a McAfee Company PHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: 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] [PATCH] cleanup oggplay Makefile
Hi Mike, Mike Frysinger wrote: There are a bunch of things wrong with the oggplay makefile for oggplay and oggenc ... some highlights: - CPPFLAGS isnt respected - -Werror breaks building with gcc-4.3 (maybe real bug, but failures on warnings shouldnt make it into a release) - parallel build failure due to incorrect dependency list Signed-off-by: Mike Frysinger vap...@gentoo.org Applied. Regards Greg user/oggplay/Makefile | 19 ++- 1 files changed, 6 insertions(+), 13 deletions(-) diff --git a/user/oggplay/Makefile b/user/oggplay/Makefile index c6a8d00..05efa61 100644 --- a/user/oggplay/Makefile +++ b/user/oggplay/Makefile @@ -3,30 +3,23 @@ DIRS = Tremor EXEC = oggplay -OBJS = oggplay.o -XLIB = Tremor/libvorbisidec.a +OBJS = oggplay.o Tremor/libvorbisidec.a EXEC2 = oggenc OBJS2 = oggenc.o .PHONY: clean romfs all $(DIRS) +CFLAGS += -Wall +CPPFLAGS += -I$(DIRS) + all: $(DIRS) $(EXEC) $(EXEC2) $(EXEC): $(OBJS) - $(CC) $(LDFLAGS) -o $@ $^ $(XLIB) $(LDLIBS$(LDLIBS_$@)) - -oggplay.o: oggplay.c - $(CC) $(CFLAGS) -c $ -o $@ -I$(DIRS) -Wall -Werror - $(EXEC2): $(OBJS2) - $(CC) $(LDFLAGS) -o $@ $^ $(LDLIBS$(LDLIBS_$@)) - -oggenc.o: oggenc.c - $(CC) $(CFLAGS) -c $ -o $@ -I$(DIRS) -Wall -Werror -$(DIRS): - make -C $@ +Tremor/libvorbisidec.a: + $(MAKE) -C Tremor romfs: $(ROMFSINST) /bin/$(EXEC) -- Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com SnapGear, a McAfee Company PHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: 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] [PATCH] add basic no-mmu support to oggplay
Hi Mike, Mike Frysinger wrote: The oggplay relies on fork() (superficially if you ask me) and does not display anything when fork() fails (like no-mmu). So if it fails due to ENOSYS, play the file ourselves, otherwise dump a proper error message. Signed-off-by: Mike Frysinger vap...@gentoo.org Applied. Thanks Greg user/oggplay/oggplay.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/user/oggplay/oggplay.c b/user/oggplay/oggplay.c index 42aa73b..56d5a32 100644 --- a/user/oggplay/oggplay.c +++ b/user/oggplay/oggplay.c @@ -904,7 +904,10 @@ nextfile: if (errno != EINTR) break; } - } + } else if (errno == ENOSYS) + play_one(argv[argnr]); + else + perror(fork()); if (slptime) sleep(slptime); -- Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com SnapGear, a McAfee Company PHONE: +61 7 3435 2888 825 Stanley St, FAX: +61 7 3891 3630 Woolloongabba, QLD, 4102, Australia WEB: 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