Re: [uClinux-dev] Re: uCLinux and RTAI
I'll try to be clear: I've got a threaded application. It works fine with eCos. I want to run the same code on Linux without adding a lot of latency. That supposedly is not possible. I suppose, eCos is a RealTime OS, Linux is not. That is why Linux offers a lot standard features, while eCos offers low latency. Offering both is not possible. If you really want both, an FPGA does offer the possibility to implement two CPUs and use both OSes side by side. If you don't like neither this idea, nor a redesign of the code for eCos, I don't think you'll get much further. -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's not true at all that they use a default MMU-enabled TLS scheme - you need arch-specific kernel support for a context switched memory block whether it's with an MMU, or non-SMP without an MMU. I did not look into any code for this. I was told that it should be easy and not (largely) arch specific to do TLS if you have an MMU and thus I _supposed_ that an MMU region would be used for TLS which is different per thread while the other memory is not. This seems quite logical to me: having the TLS for each thread at the same virtual address and do the switching in the same way as the process memory is switched (thus quite out of the box and not arch specific). Maybe not slower, but larger, surely? I suppose so, but nowadays, memory is not a real issue any more... :-) . -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] mailing list archives
only archives for February and March are available at http://mailman.uclinux.org/pipermail/uclinux-dev/ , older archives are gone. Is it still possible to download them somewhere? -- Best regards, Andrei mailto:andrei.marty...@web.de ___ 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] mailing list archives
Jivin Andrei Martynov lays it down ... only archives for February and March are available at http://mailman.uclinux.org/pipermail/uclinux-dev/ , older archives are gone. Is it still possible to download them somewhere? Michael let us know earlier in the week that the archives were lost and it would take a while to get them back up. There are some other sites on the net that archive the uClinux-dev list, perhaps someone here could post a link ? Thanks, Davidm -- 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] mailing list archives
look at the first few entries in the uClinux Directory http://uclinux.home.at/ -Erwin Am Montag, den 16.03.2009, 21:13 +1000 schrieb David McCullough: Jivin Andrei Martynov lays it down ... only archives for February and March are available at http://mailman.uclinux.org/pipermail/uclinux-dev/ , older archives are gone. Is it still possible to download them somewhere? Michael let us know earlier in the week that the archives were lost and it would take a while to get them back up. There are some other sites on the net that archive the uClinux-dev list, perhaps someone here could post a link ? Thanks, Davidm ___ 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-16, Michael Schnell mschn...@lumino.de wrote: Run-to-completion You've lost me. AFAICT, that's pretty much how both Linux and all the RTOSes I've ever seen work. Not at all. Linux and many big RTOSes do preemptive multitasking: I've you've configured them to do that. A threat thread/process gets interrupted and stalled for some time, if a higher priority get active by some event (timer, hardware interrupt or freeing of a semaphore by another thread). And the priorities and scheduling policies are under_user_control_. You can set things up so that threads run to completion. Run to completion is very simple cooperative multitasking: A threat thread/process gets interrupted only for a few CPU cycles by hardware interrupts. Yes, I've written RTOS kernels. I'm aware of how things work. But a thread/process never runs wile another thread is active. Right. And that's the paradigm I'm using under eCos and Linux. 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. This very simple paradigm is often used instead of a real OS with small processors and as an internal multitasking in a program/process run by a real OS (this is called event-driven programming). I know. I've been using RTOSes and event-driven programming for 25 years. -- Grant Edwards grante Yow! NANCY!! Why is at everything RED?! visi.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] Serial port initialisation
Hi, When the kernel takes over from u-boot, my terminal is spammed with strange characters, so I think the baudrate setting in the kernel is wrong. I specified on the commandline: console=ttyS0,115200N8, but that doesn't work. Where is the serial port initialised? Maybe I can find the error there, but I couldn't find out where it all happens. Thanks in advance, Remco Poelstra ___ 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] mailing list archives
On Mar 16, 2009, at 7:13 AM, David McCullough wrote: Jivin Andrei Martynov lays it down ... only archives for February and March are available at http://mailman.uclinux.org/pipermail/uclinux-dev/ , older archives are gone. Is it still possible to download them somewhere? Michael let us know earlier in the week that the archives were lost and it would take a while to get them back up. There are some other sites on the net that archive the uClinux-dev list, perhaps someone here could post a link ? When I started playing with uClinux, I downloaded the archives in MBOX format, for my own edification. I have archives from Jan 2008 to Feb 2000 or so. It's 223.5MB. I also have mail I received since then archives, and could export that as an MBOX. If someone wants to host it, I can pass it along. - allon ___ 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] Problem booting linux
On Mar 13, 2009, at 5:30 AM, Remco Poelstra wrote: I'm using a LPC2468 ARM processor and I've updated u-boot to version 2008.10. When I run the standard kernel which is supplied by EmbeddedArtists the board resets itself immediatly after printing starting the kernel I've no clue on where to start to tackle that problem. Is there any documentation on the lowlevel stuff in uClinux? Thanks in advance, Since you updated u-boot, it might not be setting up the architecture number properly. It's also possible that there is an incompatibility between the way the current u-boot and the kernel pass arguments. With arm processors, it's atags. Do you have the kernel source? Find start.S and you can put debugging in there; if you can twiddle a GPIO, you can at least look at an LED :) In u-boot, it's in u-boot/lib_arm/armlinux.c that it starts the kernel. You'll need to see if your kernel expects tags, and make sure u-boot passes them. Which board do you have u-boot configured for? I couldn't find this particular board/cpu in the distribution. - allon ___ 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] Serial port initialisation
Hi -Message d'origine- De : uclinux-dev-boun...@uclinux.org [mailto:uclinux-dev- boun...@uclinux.org] De la part de Remco Poelstra Envoyé : lundi 16 mars 2009 16:01 À : uClinux development list Objet : [uClinux-dev] Serial port initialisation Hi, When the kernel takes over from u-boot, my terminal is spammed with strange characters, so I think the baudrate setting in the kernel is wrong. I specified on the commandline: console=ttyS0,115200N8, but that doesn't work. Where is the serial port initialised? Maybe I can find the error there, but I couldn't find out where it all happens. [Damien Couroussé] In my case, for a Coldfire processor, it's in: Device Drivers = Character devices = Serial drivers = Coldfire serial support (new style driver) = Default baudrate for Coldfire serial ports: 19200 Hope it helps Damien Thanks in advance, Remco Poelstra ___ 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 Please help Logica to respect the environment by not printing this email / Merci d'aider Logica à préserver l'environnement en évitant d'imprimer ce mail / Bitte drucken Sie diese Nachricht nicht aus und helfen Sie so Logica dabei die Umwelt zu schuetzen / Por favor ajude a Logica a respeitar o ambiente não imprimindo este correio electrónico. This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. ___ 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: It's not true at all that they use a default MMU-enabled TLS scheme - you need arch-specific kernel support for a context switched memory block whether it's with an MMU, or non-SMP without an MMU. I did not look into any code for this. I was told that it should be easy and not (largely) arch specific to do TLS if you have an MMU and thus I _supposed_ that an MMU region would be used for TLS which is different per thread while the other memory is not. This seems quite logical to me: having the TLS for each thread at the same virtual address and do the switching in the same way as the process memory is switched (thus quite out of the box and not arch specific). 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. Some arches have a page which is per-thread, called the vsyscall/vdso kernel page. User-space calls routines in that page. In that page, a pointer to the TLS area might be stored, swapped on context switch by the kernel, and retrieved by calling a routine at a fixed address in the page. The details are always architecture specific, and many archs with MMU use a dedicated register for TLS because it's faster and simpler. ARM Linux uses both techniques, depending on the architecture revision. On no-MMU architectures, the swap on context switch method with vdso kernel page can still be used, but generally it isn't because NPTL TLS is implemented alongside ELF DSO support, and that's always been done so far using a dedicated register on no-MMU architectures (FDPIC). It is easier to get the vdso method working with an MMU, I agree. Maybe not slower, but larger, surely? I suppose so, but nowadays, memory is not a real issue any more... :-) . It is on some embedded systems. But I've forgotton what we were talking about :-) -- 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] error while uclinux is booting
Dear uClinux developers Target : Coldire M5234 (m68k nommu) on a Freescale board (M5235BCC) Using the latest CodeSourcery toolchain, the kernel compilation runs fine, but I have an init error while the uClinux kernel is loading. With the same kernel configuration, the kernel could normally load using the toolchain m68k-uclinux-20061214 provided on the uClinux website. The following lines (see the complete init log below) look strange to me because I did not setup ROMfs : uclinux[mtd]: RAM probe address=0x18c90c size=0xdf000 Creating 1 MTD partitions on RAM: 0x-0x000df000 : ROMfs uclinux[mtd]: set ROMfs to be root filesystem Could you indicate me some tips to solve this? Thanks in advance, Damien === dBUG dn Ethernet Address is 00:CF:54:07:C4:01 Downloading Image 'image.bin' from 10.82.226.148 TFTP download successful Read 2356228 bytes (4603 blocks) dBUG go 2 Linux version 2.6.26-uc0 (dam...@debian-dev) (gcc version 4.3.2 (Sourcery G++ Lite 4.3-45) ) #4 Mon Mar 16 15:28:28 CET 2009 uClinux/COLDFIRE(m523x) COLDFIRE port done by Greg Ungerer, g...@snapgear.com Flat model support (C) 1998,1999 Kenneth Albanowski, D. Jeff Dionne Motorola M5235EVB support (C)2005 Syn-tech Systems, Inc. (Jate Sujjavanich) Built 1 zonelists in Zone order, mobility grouping off. Total pages: 4064 Kernel command line: PID hash table entries: 64 (order: 6, 256 bytes) Dentry cache hash table entries: 2048 (order: 1, 8192 bytes) Inode-cache hash table entries: 1024 (order: 0, 4096 bytes) Memory available: 13752k/16384k RAM, (1301k kernel code, 156k data) SLUB: Genslabs=12, HWalign=16, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 Mount-cache hash table entries: 512 net_namespace: 192 bytes NET: Registered protocol family 16 NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 512 (order: 0, 4096 bytes) TCP bind hash table entries: 1024 (order: 0, 4096 bytes) TCP: Hash tables configured (established 512 bind 1024) TCP reno registered NET: Registered protocol family 1 io scheduler noop registered io scheduler cfq registered (default) ColdFire internal UART serial driver ttyS0 at MMIO 0x4200 (irq = 77) is a ColdFire UART console [ttyS0] enabled ttyS1 at MMIO 0x4240 (irq = 78) is a ColdFire UART ttyS2 at MMIO 0x4280 (irq = 79) is a ColdFire UART brd: module loaded FEC ENET Version 0.2 fec: PHY @ 0x1, ID 0x20005ce0 -- unknown PHY! eth0: ethernet 00:cf:54:07:c4:01 PPP generic driver version 2.4.2 uclinux[mtd]: RAM probe address=0x18c90c size=0xdf000 Creating 1 MTD partitions on RAM: 0x-0x000df000 : ROMfs uclinux[mtd]: set ROMfs to be root filesystem TCP cubic registered NET: Registered protocol family 17 VFS: Mounted root (romfs filesystem) readonly. Freeing unused kernel memory: 52k freed (0x173000 - 0x17f000) Access Error Exception 8: Error on data write Bad page state in process 'init' page:00276400 flags:0xc0aaffca mapping:080085ae mapcount:759300043 count:1024 Trying to fix it up, but a reboot is needed Backtrace: Stack from 002ad8c4: 002ad924 0004db50 0014cee8 00276400 0016bb5c 0004ea56 00276400 0020 001c 0001 1220 002ae000 00293bba 0016c084 0016c090 0001 0016bb5c 0016bb5c 0004ebf6 00021220 0016c084 0001 0044 0020 001c 0001 00122004 00293bba 002ae2ba 002ae000 1000 002ad000 002ad008 002ad000 CONFIG_FRAME_POINTER disabled, no symbolic call trace Bad page state in process 'init' page:00276420 flags:0x72031d41 mapping:ffd97215 mapcount:490930137 count:-2657252 Trying to fix it up, but a reboot is needed Backtrace: Stack from 002ad8c4: 002ad924 0004dbc8 0014cee8 00276420 0016bb5c 0004ea56 00276420 0020 001c 0001 1220 002ae000 00293bba 0016c084 0016c090 0001 0016bb5c 0016bb5c 0004ebf6 00021220 0016c084 0001 0044 0020 001c 0001 00122004 00293bba 002ae2ba 002ae000 1000 002ad000 002ad008 002ad000 CONFIG_FRAME_POINTER disabled, no symbolic call trace Bad page state in process 'init' page:00276440 flags:0x1d40ffdc mapping:70131d40 mapcount:-2264046 count:1024 Trying to fix it up, but a reboot is needed Backtrace: Stack from 002ad8c4: 002ad924 0004db50 0014cee8 00276440 0016bb5c 0004ea56 00276440 0020 001c 0001 1220 002ae000 00293bba 0016c084 0016c090 0001 0016bb5c 0016bb5c 0004ebf6 00021220 0016c084 0001 0044 0020 001c 0001 00122004 00293bba 002ae2ba 002ae000 1000 002ad000 002ad008 002ad000 CONFIG_FRAME_POINTER disabled, no symbolic call trace Bad page state in process 'init' page:00276460 flags:0xffe12f2d
[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] Fwd: uClinux on LPC2292 board
Hi all, I am new user of uClinux and I have to port uClinux with a* recent linux kernel (=2.6.20)* on *LPC22 SODIMM* board. I ask if someone realized this project. I will be grateful if you put me in the right direction. 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
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
Re: [uClinux-dev] sqlite
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
Re: [uClinux-dev] sqlite
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
RE: [uClinux-dev] Re: uCLinux and RTAI
Quoth Jamie Lokier: Some arches have a page which is per-thread, called the vsyscall/vdso kernel page. User-space calls routines in that page. In that page, a pointer to the TLS area might be stored, swapped on context switch by the kernel, and retrieved by calling a routine at a fixed address in the page. [...] On no-MMU architectures, the swap on context switch method with vdso kernel page can still be used, but generally it isn't because NPTL TLS is implemented alongside ELF DSO support, and that's always been done so far using a dedicated register on no-MMU architectures (FDPIC). It should be easy enough to get it to work with a dedicated register, too. Just have the kernel set the register on context switch, where it always points to a thread-specific-data table in memory at different locations for different threads. (This would also work for userspace threads.) 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. ___ 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] error while uclinux is booting
Quoth Courousse, Damien: The following lines (see the complete init log below) look strange to me because I did not setup ROMfs : uclinux[mtd]: RAM probe address=0x18c90c size=0xdf000 Creating 1 MTD partitions on RAM: 0x-0x000df000 : ROMfs uclinux[mtd]: set ROMfs to be root filesystem Those lines come from the uclinux MTD map driver, which is set up to expect that the ROMFS image is appended to the kernel image. If you're not using a root ROMFS or if it's stored separately then you should probably disable this driver. (Most Coldfire targets are set up to use a root ROMFS by default.) For your other problem, make sure you do a clean rebuild after switching toolchains. ___ 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
Gavin Lambert wrote: It should be easy enough to get it to work with a dedicated register, too. Just have the kernel set the register on context switch, where it always points to a thread-specific-data table in memory at different locations for different threads. (This would also work for userspace threads.) 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. Registers (that GCC would have to leave alone) are automatically updated on context switch. That's what a context switch does :-) No kernel changes are needed, if the register is an ordinary one which you are telling GCC to leave alone. -- 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] (no subject)
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 Subject: Re: [uClinux-dev] (no subject) From: ea...@softsys.co.at To: uclinux-dev@uclinux.org Date: Sat, 14 Mar 2009 11:38:39 +0100 unless your are using udev or devfs, you have to create the devices in /dev yourself, either in the romfs or with mknod on the target. -Erwin Am Samstag, den 14.03.2009, 01:19 +0100 schrieb Niklas Molin: Hi. I'm pretty new to uClinux (Linux in general), so I was hope that someone here could help me with some answers. I'm trying to follow the Linux Device Driver book but still faces problem. I'm writing a device driver and trying to register the driver, register_chrdev_region(...) in the init-function. I managed to do a insmod without any errors (the register function gives a zero as a result). But I can't still find the driver under /dev. I assume that the driver should show up under the /dev directory. Regards, Niklas _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx___ 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 _ Drag n’ drop—Get easy photo sharing with Windows Live™ Photos. http://www.microsoft.com/windows/windowslive/products/photos.aspx___ 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