Re: [uClinux-dev] Blackfin STAMP project?
Doug, They did reorganize a few things. Best to look at the top level for hardware projects: http://blackfin.uclinux.org/doku.php?id=projects Regards, Michael mdurr...@uclinux.org On 12/04/2013 01:07 PM, Doug Wellington wrote: Hi! I searched the web site a bit and downloaded the last few months of traffic from this list, but I didn't find much about the Blackfin STAMP board. Specifically, I tried http://blackfin.uclinux.org/project%2Fstamp but that gives me a Not Found error. I see that there are various adi-linux, adi-toolchain, etc. projects on SourceForge. Do I use them instead of the main uclinux distribution or in addition to it? Is this the correct list for this question? Is there a better place? Thanks, Doug ___ 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] libgmp compile errors
Ted, I notice your gcc is set to a default Coldfire -m5307 .. but you are making use of a MCF5329 processor. I think it is more correct to use -mcpu=5329 for the MCF532x CPUs. Regards, Michael mdurr...@uclinux.org On 11/15/2013 08:27 PM, Ted Victorio wrote: I compiled Openswan user apps which requires libgmp (CONFIG_LIB_LIBGMP=y). I got compilation errors from building `/usr/uClinux-dist/lib/libgmp/build/mpn' Grateful for any advice you can offer. Setup - Vendor: Freescale Product: MCF5329EVB - Kernel: 3.x Library: uClibc - Default all settings Same error result from using any one of these: - uClinux-dist-20131024 - uClinux-dist-20121024 - uClinux-dist-2011 - uClinux-dist-20101026 Tool: m68k-uclinux-tools-20101118.sh Errors... Making all in mpn make[5]: Entering directory `/usr/uClinux-dist/lib/libgmp/build/mpn' /bin/sh ../libtool --mode=compile ucfront-gcc m68k-uclinux-gcc -m5307 -DCONFIG_COLDFIRE -DHAVE_CONFIG_H -I. -I../../mpn -I.. -D__GMP_WITHIN_GMP -I../.. -DOPERATION_`echo add_1 | sed 's/_$//'`-O2 -g -fomit-frame-pointer -pipe -fno-common -fno-builtin -Wall -DEMBED -msep-data -Dlinux -D__linux__ -Dunix -D__uClinux__ -c -o add_1.lo add_1.c ucfront-gcc m68k-uclinux-gcc -m5307 -DCONFIG_COLDFIRE -DHAVE_CONFIG_H -I. -I../../mpn -I.. -D__GMP_WITHIN_GMP -I../.. -DOPERATION_add_1 -O2 -g -fomit-frame-pointer -pipe -fno-common -fno-builtin -Wall -DEMBED -msep-data -Dlinux -D__linux__ -Dunix -D__uClinux__ -c add_1.c -o add_1.o /bin/sh ../libtool --mode=compile --tag=CC ../../mpn/m4-ccas --m4=m4 ucfront-gcc m68k-uclinux-gcc -m5307 -DCONFIG_COLDFIRE -c -DHAVE_CONFIG_H -I. -I../../mpn -I.. -D__GMP_WITHIN_GMP -I../.. -DOPERATION_`echo add_n | sed 's/_$//'`-O2 -g -fomit-frame-pointer -pipe -fno-common -fno-builtin -Wall -DEMBED -msep-data -Dlinux -D__linux__ -Dunix -D__uClinux__ -Wa,--noexecstack `test -f 'add_n.asm' || echo '../../mpn/'`add_n.asm ../../mpn/m4-ccas --m4=m4 ucfront-gcc m68k-uclinux-gcc -m5307 -DCONFIG_COLDFIRE -c -DHAVE_CONFIG_H -I. -I../../mpn -I.. -D__GMP_WITHIN_GMP -I../.. -DOPERATION_add_n -O2 -g -fomit-frame-pointer -pipe -fno-common -fno-builtin -Wall -DEMBED -msep-data -Dlinux -D__linux__ -Dunix -D__uClinux__ -Wa,--noexecstack add_n.asm -o add_n.o m4 -DCONFIG_COLDFIRE -DHAVE_CONFIG_H -D__GMP_WITHIN_GMP -DOPERATION_add_n -DEMBED -Dlinux -D__linux__ -Dunix -D__uClinux__ add_n.asm tmp-add_n.s ucfront-gcc m68k-uclinux-gcc -m5307 -DCONFIG_COLDFIRE -c -DHAVE_CONFIG_H -I. -I../../mpn -I.. -D__GMP_WITHIN_GMP -I../.. -DOPERATION_add_n -O2 -g -fomit-frame-pointer -pipe -fno-common -fno-builtin -Wall -DEMBED -msep-data -Dlinux -D__linux__ -Dunix -D__uClinux__ -Wa,--noexecstack tmp-add_n.s -o add_n.o tmp-add_n.s: Assembler messages: tmp-add_n.s:78: Error: invalid instruction for this architecture; needs 68000 or higher (68000 [68ec000, 68hc000, 68hc001, 68008, 68302, 68306, 68307, 68322, 68356], 68010, 68020 [68k, 68ec020], 68030 [68ec030], 68040 [68ec040], 68060 [68ec060], cpu32 [68330, 68331, 68332, 68333, 68334, 68336, 68340, 68341, 68349, 68360], fidoa [fido]) -- statement `eorw #1,%d2' ignored tmp-add_n.s:93: Error: invalid instruction for this architecture; needs 68000 or higher (68000 [68ec000, 68hc000, 68hc001, 68008, 68302, 68306, 68307, 68322, 68356], 68010, 68020 [68k, 68ec020], 68030 [68ec030], 68040 [68ec040], 68060 [68ec060], cpu32 [68330, 68331, 68332, 68333, 68334, 68336, 68340, 68341, 68349, 68360], fidoa [fido]) -- statement `dbf %d2,.LLoop' ignored make[5]: *** [add_n.lo] Error 1 make[5]: Leaving directory `/usr/uClinux-dist/lib/libgmp/build/mpn' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/usr/uClinux-dist/lib/libgmp/build' make[3]: *** [all] Error 2 make[3]: Leaving directory `/usr/uClinux-dist/lib/libgmp/build' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/uClinux-dist/lib/libgmp' make[1]: *** [libgmp] Error 2 make[1]: Leaving directory `/usr/uClinux-dist/lib' make: *** [subdirs] Error 1 ___ 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] 2.6.38 in Freescale Feb 2012 BSP
Raj, Which ColdFire are you using? Which serial interface are you seeing this with (UART/SPI/I2C/..)? Michael On 11/05/2013 07:40 AM, Raju B wrote: whenever i am trying to receive data from serial communication continuously in uClinux, I am getting every 10th byte is overwrite by 11 byte and so on Iam using freescale coldfire processor. Could you any body please help me to resolve this issue. Thanks Regards, Raj On Fri, Sep 13, 2013 at 10:16 PM, Lennart Sorensen lsore...@csclub.uwaterloo.ca mailto:lsore...@csclub.uwaterloo.ca wrote: On Fri, Sep 13, 2013 at 11:28:52AM -0400, Bair, Richard wrote: I have a 4.7MB application that runs on the 2.6.26 kernel (Freescale BSP) and am working to make it run on the 2.6.38 kernel released in the ColdFire BSP in Feb 2012. I'm concerned about memory allocation as my first attempt to run on the 38 kernel appears to be using 2^n memory allocation vs. allocation that sizes just 1-page over the application. 1) Can anyone tell me the exact kernel config name that needs to be adjusted for the 38 kernel to set the default memory allocation? - Older posts indicate modules like page_alloc2 or Kmalloc2 control this so I'm going to investigate these in more detail - RTFMing indicate that this might be the area but I don't see it in the 38 version (LTIB or make menucionfig): menuconfig - kernel settings - general settings, try enabling either the Permit large allocations setting, or the non-power-of-2 2) Historically, we use LTIB to create the kernel. Does LTIB expose most/all settings of the 2.6.38 kernel? Can it be out of sync with the make menuconfig uClinus kernel? Maybe this changed the behaviour you see: commit fc4d5c292b68ef02514d2072dcbf82d090c34875 Author: David Howells dhowe...@redhat.com mailto:dhowe...@redhat.com Date: Wed May 6 16:03:05 2009 -0700 nommu: make the initial mmap allocation excess behaviour Kconfig configurable NOMMU mmap() has an option controlled by a sysctl variable that determines whether the allocations made by do_mmap_private() should have the excess space trimmed off and returned to the allocator. Make the initial setting of this variable a Kconfig configuration option. The reason there can be excess space is that the allocator only allocates in power-of-2 size chunks, but mmap()'s can be made in sizes that aren't a power of 2. There are two alternatives: (1) Keep the excess as dead space. The dead space then remains unused for the lifetime of the mapping. Mappings of shared objects such as libc, ld.so or busybox's text segment may retain their dead space forever. (2) Return the excess to the allocator. This means that the dead space is limited to less than a page per mapping, but it means that for a transient process, there's more chance of fragmentation as the excess space may be reused fairly quickly. During the boot process, a lot of transient processes are created, and this can cause a lot of fragmentation as the pagecache and various slabs grow greatly during this time. By turning off the trimming of excess space during boot and disabling batching of frees, Coldfire can manage to boot. A better way of doing things might be to have /sbin/init turn this option off. By that point libc, ld.so and init - which are all long-duration processes - have all been loaded and trimmed. Reported-by: Lanttor Guo lanttor@freescale.com mailto:lanttor@freescale.com Signed-off-by: David Howells dhowe...@redhat.com mailto:dhowe...@redhat.com Tested-by: Lanttor Guo lanttor@freescale.com mailto:lanttor@freescale.com Cc: Greg Ungerer g...@snapgear.com mailto:g...@snapgear.com Signed-off-by: Andrew Morton a...@linux-foundation.org mailto:a...@linux-foundation.org Signed-off-by: Linus Torvalds torva...@linux-foundation.org mailto:torva...@linux-foundation.org After all before this commit, trimming after allocating was always done. Now it is only done if you enable this CONFIG, or set the sysctl flag at runtime, which of course affects behaviour for all allocations after you change the setting. -- Len Sorensen ___ uClinux-dev mailing list uClinux-dev@uclinux.org mailto:uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org mailto:uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev ___ uClinux-dev mailing list uClinux-dev@uclinux.org
Re: [uClinux-dev] Bootlogo issues
Ken, I think the bootloader Phil is using does not setup nor load a splash image into the frame buffer.I believe he is making use of Kernel to initiate the LCD driver for the MCF5328. Michael Durrant www.arcturusnetworks.com On 07/19/2010 07:54 AM, Sallings, Kenneth (STRT) wrote: Phil, I am assuming that you are using a boot loader and that the kernel is not running immediately upon reset. If that is the case, then I suspect the boot loader was loading a splash screen before it loads the kernel. Check your boot loader code. Ken ___ 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] Re: elf2flt homepage
Mike Frysinger wrote: On Tuesday 19 January 2010 10:52:15 Michael Durrant wrote: a page such as www.uclinux.org/bFLT as well as add the link to the side bar. the new page says uClinus :) Fixed -- Michael -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
Re: [uClinux-dev] LCD-to-VGA question
If you are looking for support for the Arcturus uC53281 / Freescale MCF53281 VoIP hardware you should contact Arcturus Networks Inc. for direct support. You can register for support at http://www.arcturusnetworks.com/support/ -- Michael Durrant mdurr...@arcturusnetworks.com zhghua0321 wrote: I started uC53281 for coldfire, But VGA is not show? and I connect VGA from LCD thanks ___ 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] ltib vs uclinux-dist
Philippe, These are all good questions. Here at the office we make use of both Freescale's LTIB release and the uClinux-dist release. When Freescale releases a new part and matching evaluation board they will release it with a tool chain (from CodeSourcery) and an LTIB that is aware of the new CPU and Board. Kernel == Typically the LTIB released kernels for their MMU-less processors are not the most current and may be several version behind the main Linux tree and Greg's uClinux kernel releases. Given the lag in kernel version those that need to use the most recent CPU's may need to use the older LTIB released kernel as Freescales releases are not in sync with Greg uClinux nor Linus's kernel trees. Once forward porting of the CPU and Board support from LTIB's kernel release to the uClinux and Linux trees, it become easier to make use of the uClinux kernel than the older kernel from LTIB. This is also true of some driver support between kernels as well. User Applications = The LTIB released user applications are a collection of public packaged user apps that are well used on MMU-full processors ARM/PowerPC etc. In many cases these applications are full featured (read big) and not always optimized to reduce their size and functionality typically needed for embedded use. While you can modify the source, the LTIB frame work takes a far bit to get up to speed with. If you have the opportunity you can contact your Freescale reps and they can point you to a few online resources (Freescale's Virtual FTF is one) that walk you through how to use LTIB to build and deploy images for their evaluation boards. Where as the uClinux-dist has a collection of applications that have for the most part been reduced in functionality and size to fit better on an embedded device. That said their many be a few applications that may be kernel version and C Library specific in their functionality. This is in part as the uClinux-dist had attempted to allow support to earlier 2.0, 2.4 and 2.6 kernels. Tool Chains and Libraries = The C library and build tools such as uClibc, glibc, GCC, etc are all available in source and can be recompiled to enable and disable features as well as allow you to alter install paths. At the office we have used the Freescale release toolchains on both LTIB and the uClinux-dist wish success. That said we do eventually end up changing the configuration, install path etc to keep the compiler, C library and Kernel in sync. Regards, -- Michael Durrant mdurr...@arcturusnetworks.com Philippe De Muyter wrote: Hi all, I need to install (uc)linux on a in-house designed MCF5484-based board. I feel comfortable with uc-linux dist, having used it before on m68340 and mcf5272 based boards. I now saw that the MCF5484 development board from freescale comes with ltib. - What's the relation between uclinux-dist and ltib, if any ? - Can I use the compiler provided by ltib to compile uclinux-dist ? Thanks in advance ? Philippe ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev ___ uClinux-dev mailing list uClinux-dev@uclinux.org http://mailman.uclinux.org/mailman/listinfo/uclinux-dev This message was resent by uclinux-dev@uclinux.org To unsubscribe see: http://mailman.uclinux.org/mailman/options/uclinux-dev
[uClinux-dev] uClinux mailserver, webserver, etc down for a few hours tomorrow.
All, The uClinux servers will all be unable for several hours from 1AM EDT until 10AM EDT as 13.8KV feed to the transformer servicing our building will be disconnected for severals hours for an emergency repair. Sorry for the sort notice .. the emergency notice just arrived. We had wicked wind gusts a few weeks ago that mechanically damaged two of the (3 phase) feed lines. Michael Durrant mdurr...@uclinux.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] Moving to new kernel distro
Roger, The MCF5328, MCF53281, MCF5329 processors are all supported in kernels greater than 2.6.21. Freescale's LTIB Kernel release is not in sync with the public kernel. I understand that Freescale has both an OTG and host USB driver written but their released patched for the OTG and the patches for the host mode USB were not accepted by the Kernel USB maintainers. The uClinux-dist kernel release based on 2.6.21 we have used at Arcturus Networks for our uC532x modules does support USB thumb drives. The patches we have tested from Freescale for USB in the newer kernel versions extended support for mice, keyboards and other misc bits. -- Michael Durrant Arcturus Networks Inc. Greg Ungerer wrote: Hi Roger, Roger Thornblad wrote: We have been working with a 2.0.x series kernel on a MCF5307 processor for a very long time now. We are looking at new platforms (MCF5329, 54xx versions among others) to get onboard USB and LCD controller support. I'm assuming we need to move to the 2.4 or 2.6 kernel to get support for the new processors and I'm trying to get a feel for how much work we will have in moving to a new kernel distribution. Generally yes. And for the newest processors you will need to move to 2.6. I haven't pushed new processor support into 2.4 kernels for a few years now either. (So for 5329 support you will need to use a 2.6 series kernel for example). I've downloaded a distro and tried to get it running on a 5407 eval board but have had no luck. Have you tried the very latest dist with the very latest patch: http://www.uclinux.org/pub/uClinux/dist/patches/uClinux-dist-20080808-20090423.patch.gz I recall a few console fixups recently that you may need in this patch. I was trying to use the 2.6 kernel and it appears the 5407EVB is not supported. I take it you mean the 5407C3 eval board? As far as I know that is the only eval board the for the 5407 that Motorola/Freescale have ever produced? Its in the dist as the Freescale/M5407C3 target. I believe it's a config issue. Has anybody tried this? Unfortunately my 5407C3 board no longer works, so it is not a board that I can regularly test anymore. But I would suggest trying out the patch above if you haven't already. Another thing to try would be hard configuring the RAM size in the kernel configs (incase the auto size detection is not working properly). Is there anywhere I can find an example of a workng configuration for the 5407EVB. If not, we are looking at getting a 5329 Eval board in house to look at. I've seen some comments about USB problems with 5329. Does anyone have any input on how well it supports LCD and USB operations and if the USB issues are still present? I coulnd't say, I don't have one of those either... :-) Regards Greg Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com SnapGear Group, McAfee 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 ___ 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] Server Maintenance
All uClinux.org servers will be shut down for maintenance on both Monday and Tuesday (Dec 29 30) for a few hours each day . This will impact the mailing lists, cvs, and webservers. The longest expected outages will occur between the hours of 10AM EDT and 6PM EDT on both days. For those who wish to commit patches to the either the blackfin.uclinux.org or uclinux.org servers, please wait until Wednesday. Regards, Michael Durrant mdurr...@uclinux.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] uClinux kernel version 2.6
Loren, The www.uclinux.org has the patches stored at the following path: http://www.uclinux.org/pub/uClinux/uClinux-2.6.x/ From the home page has a side bar that list a link called: HTTP download This link points to http://www.uclinux.org/pub/uClinux/ from there you can select the OS version you wish to download from. Select uClinux-2.6.x I hope this helps. -- Michael Durrant [EMAIL PROTECTED] Loren A. Linden Levy wrote: Hi Greg, There isn't one for 2.6 kernels. I have only been issuing patches against each 2.6 kernel release. (And then trying hard to push patches to mainline each merge window to keep it up to date). Sorry to be obtuse but where on the uClinux home page are these patches? Do you keep the patches in CVS somewhere. I am interested in trying out 2.6 to see if i have the same NFS issue that we are trying to debug in 2.4. Thanks. Alex ___ 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] Application using I2C and SPI into the MCF 5282
David, I have asked one of our developers to assist you with this. He will also post to the list any examples and patches needed at it may assist others that may be having similar issues with QSPI and I2C on the MCF5282 processor. Michael Durrant [EMAIL PROTECTED] David Canales wrote: Hello, I am working in a controller using the motorola coldfire 5282 into the uCevolution test board from Arcturus. In the last days, I downloaded the uClinux-dist-2008-FEB-05-r0-release distribution from arcturus site. It's working with the kernel 2.6, and I understand that this distribution have a better support for i2c communication. I have been tried to implement the i2c but I don't know how to do this. I have configure Device Drivers I2C Support m I2C Support m I2C Device Interface I2C Hardware bus support --- m MCF Coldfire Then I read from documentation inside the distribution linux2.6/Documentation/i2c/dev-interfaceto use this protocol is necessary only do this: So let's say you want to access an i2c adapter from a C program. The first thing to do is #include linux/i2c-dev.h. Please note that there are two files named i2c-dev.h out there, one is distributed with the Linux kernel and is meant to be included from kernel driver code, the other one is distributed with lm_sensors and is meant to be included from user-space programs. You obviously want the second one here. Now, you have to decide which adapter you want to access. You should inspect /sys/class/i2c-dev/ to decide this. Adapter numbers are assigned somewhat dynamically, so you can not even assume /dev/i2c-0 is the first adapter. Next thing, open the device file, as follows: int file; int adapter_nr = 2; /* probably dynamically determined */ char filename[20]; sprintf(filename,/dev/i2c-%d,adapter_nr); if ((file = open(filename,O_RDWR)) 0) { /* ERROR HANDLING; you can check errno to see what went wrong */ exit(1); } When you have opened the device, you must specify with what device address you want to communicate: int addr = 0x40; /* The I2C address */ if (ioctl(file,I2C_SLAVE,addr) 0) { /* ERROR HANDLING; you can check errno to see what went wrong */ exit(1); } but this does not work, I need more documentation and if is possible a example that can help me to make my work possible. I have seen that can be load a module for i2c in the mcf called i2c-mcf.c i load the module using insmod i2c-mcf.ko, but my question is how i can use the function in that the module have, or how i can use the driver I am confuse. PLEASE HELP ME BECAUSE I AM HAVE STUCK IN THE DEVELOPMENT OF A VERY IMPORTANT PROJECT. ___ 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] uCLinux web site down?
Claude wrote: Hi to uClinux web masters. Howdy Claude, For some months ago I have noticed that there are periods of time in which accessing to uClinux web site is slow and often impossible. Is there any problem with the uClinux site server? Well, maybe the reason is that, since uClinux is a fantastic creation, there are more and more developers that are discovering it and, thus, overloading the website to download the code. In that case, if there is any developer that has taken profit of uClinux and owns a web hosting business, please donate some servers to uClinux.org!!! :-) Donation to increase bandwidth for the project are always welcome. We have paid for additional bandwidth with iPower in the past to off load some uClinux-dist traffic but iPower shut down all large file transfers as our bandwidth use was being reported as impacting other users of there webservers. That was a sad day! Turns out several users in China and in Europe had been using aggressive transfer methods and resulted in a denial of service for iPower perhaps? I am not sure as iPower was not helpful in resolving the issue. Their solution was to just disable our account. Again .. very sad. To those who are already donating time, servers and band width: our thanks goes to Analog Devices, Arcturus Networks Inc. and Secure Computing (SnapGear). So if anyone knows of others who are willing to provide addition bandwidth for the large file transfers please drop me an email [EMAIL PROTECTED] or give me a call at (416) 621 0125 Cheers, Michael [EMAIL PROTECTED] Cheers. Claude ___ 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] irc on freenode #uC-Linux
David McCullough wrote: Jivin rwarner lays it down ... Markus Franke wrote: Zitat von rwarner [EMAIL PROTECTED]: I prefer #uclinux as this is much more intuitive than the hyphenated version. No one uses either so it's really a moot issue. Maybe a forum type setup with multiple areas to separate out some of the discussions. I think the non-usage is due to the highly distributed nature of where we are all located. ML or forum structure fits this best. Problem with a ML is you get every single mail that may or may not pertain to something you are working on with respect to the uclinux dist and or kernel. Note other ML try to setup multiple ML, but this becomes unwieldy with any break down into upper level subject matter(s). Some example forum topics would be eg 'NoMMU vs MMU', 'configuration' and 'patches' to name a few My vote for #uclinux. I would also consider asking the guys at Arcturus if they could add the IRC channel info to the lists auto added footer somehow. I think some of the reason none of the IRC's have picked up is because no one knows about them, and if they do a search they are likely to find several and not know which one would work best for them. I think including it in the footer of all uClinux-dev mailings could help people remember/locate it (I know it's extra noise in the mail but it wouldn't bother me though), Will do -- Michael Cheers, 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
Re: [uClinux-dev] HTML and this list
Any objections from the list? -- Michael Durrant Gregg Levine wrote: Hello! To List management: May I make a suggestion? Why not configure the list processor to reject all HTML formatted e-mail and supply a comment that the message _will_ be accepted only if re-sent in plain text form? I happen to know that the main list for the Cygwin tools happens to be setup that way and will be responding even ruder then its principle participant regarding HTML mail and how it is treated. (Or it was the last time I was on it.) ___ 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] HTML and this list
Phil et al We have been filtering out and converting HTML to plain text for a few years now. But the conversion did not properly catch all the tags in the conversion. So I am on the side of educating posters to use plain text and letting mailman do its best to convert for those that forget from time to time. -- Michael Durrant Phil Wilshire wrote: Michael Durrant wrote: Any objections from the list? -- Michael Durrant Gregg Levine wrote: Hello! To List management: May I make a suggestion? Why not configure the list processor to reject all HTML formatted e-mail and supply a comment that the message _will_ be accepted only if re-sent in plain text form? I happen to know that the main list for the Cygwin tools happens to be setup that way and will be responding even ruder then its principle participant regarding HTML mail and how it is treated. (Or it was the last time I was on it.) Ok I guess but no rude responses please. Many on the list are quite new to all of this so curt or rude responses makes them reluctant to continue asking questions. (say look I even bottom posted ...) Phil Wilshire ___ 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] uClinux-dist unavailable
David McCullough wrote: Jivin Claudi Jr lays it down ... Hi, Current link to uClinux-dist-20070130 has been broken at least for a week, so far. I cannot download it from www.uclinux.org/ports/coldfire page. There is a test distro but I want the latest complete one, which is 20070130 and its patches. Actually I downloaded the test version but there's no way to run make menuconfig, so I imagine the next full distro will be fully functional. Till then, I'd like to work with the 20070130 distro. Does anybody know if some site update is being done these days? When will there be a full distribution available again? Yes the bulk web server was migrated recently to a new machine and this just finished the migration. -- Michael Durrant deleted bits Cheers, 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
Re: [uClinux-dev] [Fwd: Notification of Email Address Change]
To all. For those who need to update their subscriptions, you can login to: http://mailman.uclinux.org/mailman/options/uclinux-dev and then update your mailing address etc Regards, Michael Durrant Atle Nissestad wrote: Could you please update (or delete) the address given below. It's annoying getting this message every time when posting to the list. - Atle [EMAIL PROTECTED] wrote: Your E-mail has been successfully delivered to the Sunplus receiver(s). The receiver's E-mail address([EMAIL PROTECTED]) has been changed into [EMAIL PROTECTED] , please update accordingly. *** This is a system generated message, please Do NOT reply ** ---Original message follows. Date : 11/28/2007 4:53:45 AM Subject:[uClinux-dev] [PATCH] Fix typo and remove misplaced code inelf2flt.c Receiver:uclinux-dev@uclinux.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 ___ 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] Appropriated Starter Kit to run uCLinux
Renato, Do you have any specific features that you are looking for in the target hardware? Specifically if you would like to learn more about uClinux for a project you have in mind, you may wish to acquire a board with the features you need. Freescale (ColdFire) and Analog Devices (BlackFin) offer hardware that both companies are supporting. Some hardware is better supported by the community in the 2.4.x kernel as it has been available for years. Where as newer processors are being released with only 2.6.x support. Arcturus Network (where I work) also sells a few different m68k and ColdFire modules. Several people on the list use these modules for development and embedded in shipping products. If you do a search through this lists archive you will see them referred to as uCsimm or uCdimm(s). Here is a web link to our website where we list the available products and development kits. http://www.arcturusnetworks.com/products Regards, Michael Durrant Renato Pedevilla wrote: Hi! I am a new memeber in this list! I would like to buy a HW (Starter Kit) in order to run uCLinux and trainning myself. I have seen many Kits with the ColdFire and debug monitor. - Do you know any good Kit at reasonable price? Thanks in advance! rpedevilla. _ In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114 ___ 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] uclinux.org has sent an incorrect or unexpected error: code 12263
Junaid, If you are looking for the uCdimm products try: https://shop.arcturusnetworks.com/orderdeskform.shtml Michael Durrant Junaid N. Sahibzada wrote: Hi, I am trying to buy the uclinux hardware available on this link https://www.uclinux.com/orderdesk but when i click on the link i get the error uclinux.org has sent an incorrect or unexpected error: code 12263 Please help. Regards */[EMAIL PROTECTED]/* wrote: Welcome to the uClinux-dev@uclinux.org mailing list! To post to this list, send your email to: uclinux-dev@uclinux.org General information about the mailing list is at: http://mailman.uclinux.org/mailman/listinfo/uclinux-dev If you ever want to unsubscribe or change your options (eg, switch to or from digest mode, change your password, etc.), visit your subscription page at: http://mailman.uclinux.org/mailman/options/uclinux-dev/sjunaidn%40yahoo.com You can also make such adjustments via email by sending a message to: [EMAIL PROTECTED] with the word `help' in the subject or body (don't include the quotes), and you will get back a message with instructions. You must know your password to change your options (including changing the password, itself) or to unsubscribe. It is: kohatian3104 Normally, Mailman will remind you of your uclinux.org mailing list passwords once every month, although you can disable this if you prefer. This reminder will also include instructions on how to unsubscribe or change your account options. There is also a button on your options page that will email your current password to you. *Junaid N. Sahibzada* *Cell # (+61) 404 998 494 * *MSc Internetworking, UTS, Australia* *Bachelor of Information Technology, NUST, Pakistan* We won't tell. Get more on shows you hate to love http://us.rd.yahoo.com/evt=49980/*http://tv.yahoo.com/collections/265 (and love to hate): Yahoo! TV's Guilty Pleasures list. http://us.rd.yahoo.com/evt=49980/*http://tv.yahoo.com/collections/265 ___ 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