Quoth Markus Franke:
> I am wondering whether it would be possible to have a huge FIFO of
> like 16 MBytes allocated in kernel memory and to map this memory
> region to the user space process. I am not really sure if this would
> be possible with uClinux because of the lack of MMU support.
While i
Quoth rwarner:
> 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
> mat
Quoth rwarner:
> Are the patches supplied only for 20080808 or will they also work with
> the 2007 version?
My contribution to the patchset (#2) was originally developed with 20041215;
I don't think it needed much (if any) changes to work with the latest
version, so you shouldn't have too many pro
Quoth David Howells:
> Once it's loaded into ramfs, then XIP is unnecessary.
As far as I was aware, that's not true. Regardless of filesystem (ramfs or
other), if XIP isn't enabled then an *extra* copy of the executable will get
loaded into RAM when it's run.
Quoth Robin Getz:
>
> This just takes longer - since you either need to copy things by hand,
> or run a 'make romfs' every time you edit something in vendors
How long does a 'make romfs' take on your system? It's usually only a second
on mine, so it doesn't bother me.
If I'm just tweaking
Quoth David Wu:
> Here is a patch for thttpd against
> uClinux-dist-200808011(uClinux-dist-20080808 + 20080811 patch)
>
> This patch fixes CGI calls for uClinux(vfork). Here is an example to
> test:
I've previously sent (larger) patches for thttpd in that make it use vfork.
Been running for ag
Quoth David Wu:
> OK. For normally CGI program(I mean exit normally) it works fine. But If
> I try to call "cat kmsg" in a CGI program then it will block further
> request from browser. It seems there is one missing close on the socket.
That's just vfork at work, isn't it? vfork blocks the exec
Quoth David Wu:
> I have created attched patch using Gavin's original patch plus my
> changes
> -- adding fdwatch in cgi_interpose_output(). The timeout for read
> is 5000ms
> -- terminating the child process if the timeout expires.
> again this patch applies to uClinux-dist-20080808.
Is
Quoth Michael Schnell:
> I am using uCLinux for non-MMU NIOS2 processor and I was told that the
> gdbserver in the uCllinux-distr for same does not support threads (gdb
> does not show the threads when a threaded application is monitored). As
> I will need this some day soon, we need to fix this is
Quoth Lin KJ:
> You mentioned that the uClinux binaries do not necessarily have to be
> XIP and can be run on non-XIP mode.
> How do i switch to run non-XIP uClinux?
> Bypass the "-fpic -msingle-pic-base" CFLAGS and use some
> specific elf2flt options?
> If uClinux could be non-XIP, why the "-fpic
Quoth RAM size autodetection:
> We plan to double up the SDRAM size of our 5272-based board. It would be
> more convenient for us that the kernel automagically detects the size of
> the installed RAM instead of managing two different kernels or
> bootloaders; it would also be better than placing so
Quoth loody:
> At beginning, I use the combination you suggest, but uclinux makes me
> cry when I find that the only executable file format that can run on
> uclinux is FLAT.
This is because the other file formats rely on the VMM being able to make
code/data appear at specific addresses.
Without
Quoth Greg Ungerer:
> Use readelf. FLAT format files are generated by a trivial
> conversion from ELF. (That is they are compiled as ELF, and
> a final conversion step is done to convert them to FLAT).
The ELF format file is the myapp.gdb file created next to the myapp (FLAT) file.
_
Quoth Greg Ungerer:
> Use readelf. FLAT format files are generated by a trivial
> conversion from ELF. (That is they are compiled as ELF, and
> a final conversion step is done to convert them to FLAT).
The ELF format file is the myapp.gdb file created next to the myapp (FLAT) file.
_
Quoth Wolfgang Mües:
> The linking of crtbegin and crtend is disabled with --no-stdlibs. In the "old"
> uClinux distributions, this switch is embedded in ucfront.
Wait, ucfront is "old" now? I'm still using a pre-ucfront distribution ;)
___
uClinux-de
Quoth Jan Ringoš:
> 1) If properly synchronized I can access data of other processes.
True only for !MMU, but it's bad style. You should use the normal shared
memory facilities, just as you would on
Windows.
> 3) There is no practical distinction between process and thread in uClinux
> as there
Quoth David Wu:
> CACHE_ENABLE is defined to "nop" if CONFIG_UCBOOTLOADER is defined. The cache
> setting is defined in the
> bootloader in this case.
> Also I would like to point out that at least the cache setting is not quite
> correct if RAM size is not
> 16M for CONFIG_M527x.
The settings m
Quoth Michael Schnell:
> I did not know about this wording. With exec*() the process stays the
> same (same pid), and it's still a child of the same parent. It just gets
> new memory and some initialization is done (man execve=).
Right, but it's the new memory that does the trick. After calling e
Quoth Courousse, Damien:
> My problem is that I cannot get a full gdb setup working or even compiling
> from the uClinux source tree.
>
> Please could you indicate me what are the options that would lead me to get a
> fully working setup,
> including gdb / gdbserver?
While I haven't done it mys
Quoth Bob Furber:
> Currently defined functions:
> [, basename, busybox, cat, chgrp, chmod, chown, chroot, clear,
> cmp, cp, date, dd, df, dirname, du, echo, env, expr, false, find,
> free, ftpget, ftpput, getopt, grep, halt, head, hostname, hwclock,
> id, ifconfig,
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 ad
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
Quoth Prasad:
> I am running uclinux 2.4.31 in microblaze. Whenever an application
> gets killed (by running killall or kill -9), does all the dynamic
> memory (allocated through malloc by that application) gets freed ? Is
> there any limitation to that. I am chasing a possible memory leak in
> som
Quoth Niklas Molin:
> Problem is that the code is using fork and each child process is running
> simultaneously (plus the parent process needs to be in charge of handle
> all information each child processes are sending/receiving).
> If I understood vfork() right, it will halt the parent process
Quoth Erwin Authried:
> you are right, if you call ld directly, -elf2flt can't be used. I don't
> think that this is really a problem, because you'll hardly link a BFLT
> application with ld directly. I haven't ever seen that since I got one
> of the first uCsimms. If you still want to do that, you
Quoth Slava Apter:
> I am working with 4MB flash memory. But at this stage it is
> not enough.
> Where do I have to insert changes in uclinux-dist in order
> to redefine Flash memory?
> Or maybe I have to change Bootloader???
It depends on the arch, but AFAIK the startup code for the Coldfires a
Quoth Slava Apter:
> Yes. I am using Coldfire arch 5271. So may I assume, that redefinition
> of Flash Memory Size should be done in Bootloader?
Sorry, I think I misinterpreted your question. The chipselect is used to
determine the size of the RAM, not Flash.
(Normally, uClinux neither knows nor
Quoth 李 軍:
> Does uClinux support some kind of architecture with MMU?
> I mean are there some boards with mmu, if we disable the mmu option (or
> undef CONFIG_MMU), the uClinux can run on it.
At this stage, uClinux is mostly just the embedded build environment, and isn't
really tied to MMU/!MMU.
Quoth Greg Hulands:
> So I was able to build my first 2.6 kernel using all the defaults - just
> setting freescale and
> mcf5282lite.
>
> When I download the image and then do a go 0x1 all I get is a bit of
> jibberish as if the image is
> corrupt.
Don't forget to check that the serial term
Quoth Andrew Kohlsmith:
> > I would hate to try and do it from software with an interrupt.
> > Yuck.
>
> It's not that bad. :-) IRQ on transmit holding or shift register
> empty (ideally the latter). If you have only a THRE type interrupt
> then you have to set a timer for 1 word time (usually 9
Quoth Geert Uytterhoeven:
> b. Use 2 separate stacks:
> 1. The standard stack for return addresses (jump to
> subroutine), so you can relocate all addresses (pointers
> to code) when moving/copying the code,
> 2. A second stack for storing data (mix of "pointers"
> and other variables
Quoth David Howells:
> Stub out vm_get_page_prot() if there's no MMU.
[...]
> in the fbmem video driver, but the function doesn't exist on NOMMU,
> resulting in an undefined symbol at link time.
[...]
> +#ifdef CONFIG_MMU
> pgprot_t vm_get_page_prot(unsigned long vm_flags);
> +#else
> +static inli
Quoth John Master:
> I don’t think he is referring to an application that runs on both
> platforms, but code that can be compiled with different compilers.
> The short answer is yes, you can. However, there may be slight changes
> in memory management code.
Also in anything that accesses hardwar
Quoth Jerry:
> This is precisely why I am asking the question :). given that the
> application has a single main thread i do not see why this
> expectation is unreasonable or irrational!
If you look at the documentation for signal handlers, you'll see that they
get called asynchronous to normal
Quoth Jate Sujjavanich:
> Should the bit fields in ptrace.h? So then it would be
>
> #ifdef CONFIG_COLDFIRE
> unsigned format : 4; /* frame format specifier */
> + unsigned fault_status_H : 2;
> - unsigned vector : 8; /* vector offset */
> + unsigned vector : 12; /* vector offset */
> + un
Quoth Gilles Ganault:
> Thanks Ulisses. I'm not much of a developer so don't have enough
> technical knowledge to tell, but others documents also say that
> Asterisk checks a specific directory several times per second, hence
> the need to use mv instead of cp, since mv is atomic.
This is true reg
Quoth Greg Ungerer:
> >> Impact for m68knommu:
> >>- The table is now stored in .data instead of .text,
> >
> > Do you mean .rodata ?
[...]
> Yes, I suspect that was the original thinking. It has been that way
> for a very long time (it is in .text in the 2.4 kernel patches for
> this too).
>
Quoth Greg Ungerer:
>> Doesn't that have XIP consequences? .text (and presumably .rodata)
>> can be stored and executed from ROM, since they can't be changed at
>> runtime. .data has to be in RAM, since it can be.
>
> Yes, but even in the kernel XIP case the very early startup code
> moves the
Quoth Greg Ungerer:
> On 24/05/11 18:06, Andreas Schwab wrote:
> > Geert Uytterhoeven writes:
> >
> >> What exactly do you mean by "does not support anything less"? It
> >> seems it does restrict instruction generation to 68000 if you
> >> ask for it.
> >
> > The point is that Linux/m68k requires
Quoth Paul Romero [EMAIL PROTECTED]:
> The boot on my M5249C3 w/ 2 MB of Flash just began
> hanging today. The last line it prints is as follows:
>
> "NET4: Unix domaine sockets 1.0/SMP for Linux NET 4.0."
>
> I certainly didn't change anything in my system setup and
> think this may be indicat
Quoth Paul Romero [EMAIL PROTECTED]:
> More information about the boot problem.
>
> I've localized the problem to check_mnt()
> where it is called by do_add_mount(). (i.e.
> Both are in linux-2.4.x/fs/namespace.c) At that
> point it determines the passed mount point is
> not root and returns -22 =
Quoth Greg Ungerer [EMAIL PROTECTED]:
> I have generated a uClinux-dist-20070130 release. You can get it from
> the usual place:
> http://www.uclinux.org/pub/uClinux/dist/uClinux-dist-20070130.tar.gz
> http://www.uclinux.org/pub/uClinux/dist/uClinux-dist-20070130.tar.bz2
The link to the .bz2 arch
Quoth Greg Ungerer [EMAIL PROTECTED]:
> Hmmm, well, that is interresting :-)
> Certainly appears to be a different server, but that is all I know at
> the momemt.
Seems faster. I just downloading the .bz2 image in just over an hour --
instead of about a day and a half, which is what the old serv
Quoth Bob Furber [EMAIL PROTECTED]:
> I want to set my program as an auto-run program in uClinux,
> by adding "/bin/myapp" to /etc/rc. But my program has some
> parameters, like "myapp -R -L 192.168.2.1". The question is
> how to deal with the parameters? I tried to add "/bin/myapp
> -R -L 192.168.
Quoth Francesco Lodi [EMAIL PROTECTED]:
> I am trying to use the c++ string class within an application I am
> writing for a uClinux system.
> The code is the classic:
>
> #include
Of course it's , not , but given the error message
below I'm assuming this was a typo in the email rather than your
Quoth Bernd Büttner [EMAIL PROTECTED]:
> did someone port the actual version (2.25b) of thttpd?
Yep, I've got that one running on my system. Not sure how sane the code
is, but it seems to work ok, with a hefty amount of patching :)
I could probably make up some patches (against either or both of
Quoth Marcos Pereira [EMAIL PROTECTED]:
> I'm trying to do a uClinux port to Netburner MOD5270 module (MCF5270,
> 147.456MHz, 2MB SDRAM). When I load the image to the board using the
> netburner monitor and run the uclinux I receive this messages:
[...]
> Is it possible to run uClinux on a MCF5270
Quoth Bernd Büttner [EMAIL PROTECTED]:
> Gavin Lambert schrieb:
>> Quoth Bernd Büttner [EMAIL PROTECTED]:
>>> did someone port the actual version (2.25b) of thttpd?
>>
>> Yep, I've got that one running on my system. Not sure how sane the
>> code is, but
Quoth Glen Johnson [EMAIL PROTECTED]:
> I don't know if this helps any but I have found that printk()
> didn't appear to work for me either. So I tried removing the
> prefixes to the strings and printk() worked after that. Example:
> printk (KERN_NOTICE "Actual message.\n");
> Nothing ever printed
Quoth Rahul Kashyap [EMAIL PROTECTED]:
> I am trying to hook up some code to the ISR for IRQ7, but i
> am unable to find that isr. i am using uclinux , linux kernel
> 2.4.x, arch is m68knommu on a coldfire mcf547x supported cpu
> board. Can anyone please tell me where can i locate that isr?
What
Quoth frendi [EMAIL PROTECTED]:
> I'm trying to compile STLport as shared in uClinux 20060803
> distribution. In this distribution there is the STLport
> version 5.0. This is the error that I get :
[...]
> obj/gcc/shared/libstdc++.so.5.0.0 crt{i,beginS}.o
[...]
> crt{endS,n}.o
> arm-linux-g++: crt{
Quoth Darwin Chen <>:
> I got the uClinux-dist-20060803.tar.gz, and configured as following:
> Vendor: Atmel/AT91
> Build STLport.
[...]
> ../../src/num_get_float.cpp:119:4: #error "there should be some
> unsigned 64-bit integer on the system!"
[...]
> [EMAIL PROTECTED] uClinux-dist]# arm-uclinux-g
Quoth [EMAIL PROTECTED] <>:
> I'd like to make a simple program for testing interrupts on a
> MCF5206e running µClinux.
>
> My interrupt source is TIMER2, I already configured it for generating
> periodic interrupts and it works. I also know how to clear the
> corresponding interrupt flag.
>
>
Quoth [EMAIL PROTECTED]:
> As I know, uclinux has flat address memory space,all the
> applications are in the same address space,right?
>
> So,does it mean it doesn't differentiate kernel space and user space?
On systems with MMUs, it's just like regular Linux.
On systems without MMUs, user and
Quoth [EMAIL PROTECTED] <>:
> I printed LDD and I'm now reading it...
>
> How do I proceed to compile a module to the µClinux running kernel
> (2.4 here) ?
For 2.4 you should probably be looking at the 2nd edition of the book,
not the 3rd edition (that's 2.6).
> How to point to the correct KERN
Quoth Martin Voss <>:
> When looking at the uCLinux-dist shipped with M5208EVB the
> "page_offset.h" was not changed to reflect that SDRAM start adress is
> 0x4002. This was fixed for more than a year ago with a small
> patch from Greg. What is the consequence of using a value of 0x0 on
> PAGE_
Quoth Martin Voss <>:
> I agree that useable SDRAM starts at 0x4002 since dBUG uses the
> first 0x2. The physical end address of the SDRAM is 0x4200
> (32MB).
[...]
> Since the first 0x2 is used by dBUG, why is MEM_BASE 0x4000
> and not 0x4002 ? Any shouldn't MEM_SIZE b
Quoth Bob Furber [EMAIL PROTECTED]:
> I believe that amongst other things, the dBUG stack is near
> the bottom of SDRAM. So, it becomes a bit of a philosophical
> question: What do we want to happen when uClinux is shut
> down? Return to the dBUG> prompt?
>
> Perhaps if uClinux could trigger a sof
Quoth Greg Ungerer [EMAIL PROTECTED]:
> In modern 2.6 version kernels the RAM mapping is configurable
> at "make config" for at least m68k/coldfire and arm, maybe
> others too. In older 2.4 kernels it was often hard coded into
> platform specific code for that board support.
Not all of it is confi
Quoth Daniel Berenguer [EMAIL PROTECTED]:
> I'm testing a simple application that listens for incoming
> broadcasted UDP packets on a given port. This application
> behaves in different ways depending on the system:
>
> 1. Ubuntu PC and ARM7TDMI : See packets sent to these broadcast
> addresses: 2
Quoth Martin Voss:
> Today I tried changing the PAGE_OFFSET_RAW to just 0x4000, i..e.
> start of physical RAM. Then everything seems OK. However, I also
> tried adding a call to "reserve_bootmem(0x4000, 0x2)" in
> /linux-2.4.x/arch/m68knommu/kernel/setup.c in order to make sure that
> t
Quoth ArronKan:
> I have some problem about an application operating in the uclinux
> kernel. I want to debug this, but the result of compile is not
> include elf format. Does anyone kindly point me to modify the
> makefile to create the elf format? Thanks!
For an application, just use gdbs
Quoth Manas Agarwal [EMAIL PROTECTED]:
> I have been trying to run executables on SH2 uitron board
> using linux 2.0.x. I have used m68k-elf2flt tool and
> successfully built an executable. However the application is
> giving garbage output when I try to run write on character pointers.
> For eg
>
Quoth Wolf, Josef [EMAIL PROTECTED]:
> I've just checked uClibc. It uses alloca only when a MMU is
> available. If there's no MMU, it falls back to mmap().
>
> Now I'm somewhat confused. What's wrong with alloca in the
> vfork context? Maybe the problem is coupled with setjmp
> implementations o
Quoth muskala magda [EMAIL PROTECTED]:
> i'm trying to compile uclinux 20070130 with kernel
> 2.6.19 for gdb/armulator. i'm using
> arm-linux-tools-20061213.tar.gz and i get the following error:
> get.o: In function `init_get':
> /usr/local/uclinux/uc-2.6/uClinux-dist/user/boa/src/get.c:141:
> unde
Quoth Sven Johnsson [EMAIL PROTECTED]:
> How can I tell if cache is enabled or not? I just want it to be
> enabled...
Simplest thing is to write a program that dumps the cache control
registers, then look them up in the CPU manual and see what they mean :)
Incidentally, though, mcfcache.h is not
Quoth Praveen Chandrasekharaiah [EMAIL PROTECTED]:
> I am using Cogent CSB360. It has 8 meg of Flash and 8 meg of
> ram. I boot of uMon and then load the uClinux image and
> execute. Then transfer (tftp) the c++ application to execute.
> Memory is ample to run a 506344 bytes (0.5 meg) application
Quoth chris brooke:
> Thanks for your previous help. I've now got my system to boot up
> partially before I get a "bad frame format: ".
>
> I'm using the 2.6.19 kernel on a custom 5272 board. I do not have
> RAM at location 0.
>
> What is the significance of this message?
> What is it
Quoth Nick Vaughan [EMAIL PROTECTED]:
> I was wondering whether anyone out there would be able to
> provide me with some information about memory mapping in
> uCLinux. I have done a fair bit of searching for information
> and so far i understand that there is some support for mmap()
> in the uCLinu
Quoth Stan Marly [EMAIL PROTECTED]:
> I would like to make some traces in a driver. I can't use
> printk because it introduces delay and affects the driver
> behaviour. Is there an easy way to log some traces in a file?
Two approaches I've used in the past:
1. Find a spare GPIO pin (or even one t
Quoth Praveen Chandrasekharaiah <>:
> I am trying to solve this "page allocation failure. order:8,
> mode:0x40d0" error but some how all the suggested solutions don't
> seem to work.
>
> I am using 2.6.16 uClinux on M5272C3. I selected Allow allocating
> large blocks (> 1MB) of memory and increa
Quoth Praveen Chandrasekharaiah [EMAIL PROTECTED]:
> While executing an application on a custom M5272C3 board with 16 Meg
> SDRAM, i get a Bad Frame Format error as soon as i execute the
> application. The RAMFS is configured to 1024K. The
> application size is 793780 bytes. I transfer the applicat
Quoth Praveen Chandrasekharaiah [EMAIL PROTECTED]:
> I did double check on the application looking for null
> pointers memory leaks. It runs perfectly fine on a linux machine
> but fails to run on uClinux when cross compiled for m68k.
Are you checking for errors from library functions? Don't for
Quoth Mike Frysinger [EMAIL PROTECTED]:
> rather than maintain this duplicated effort for Blackfin's
> uClinux-dist, i just put together an awk script which translates the
> busybox Kconfig into uClinux-dist's cheesy config (which ironically
> gets translated back into Kconfig)
Speaking of which,
Quoth Greg Ungerer [EMAIL PROTECTED]:
>> Speaking of which, wouldn't it be nice to change the 2.4 style
>> uClinux config to a 2.6/Kconfig style config?
>
> It would be very nice.
>
> Any volunteers?
I would but I'm still way back on 20041215, so it probably wouldn't help
much ;)
__
Quoth chris brooke:
> I am trying to build a simple application to test pthreads on a
> custom 5272 target using the 2.6.x kernel. I have built the pthread
> library and I use the -lpthread option on the linker. I get the
> following link errors when I try to build the code: .elf2flt: In
> functio
Quoth chris brooke:
> I am using the uClibc and I do have POSIX Threading Support enabled
> in uClibc Configuration->General Library Settings. I have a file
> called libpthread.a in /usr/m68k-linux-uclibc/lib. I've set the -L
> and -l options to point to this file and I've even tried linking it
>
Quoth Mike Lavender:
>Thanks for the info. You may want to view this thread and related
> discussions.
>
> http://sourceforge.net/mailarchive/forum.php?thread_name=200701261521. l
> 0QFLjlv003816%40ignucius.se.axis.com&forum_name=spi-devel-general
On my hardware I've actually separated the M
Quoth Mike Frysinger:
> then why not integrate it into the configure script ? have it test to
> see if the ledman.h header exists and if so, it'll define
> HAVE_LINUX_LEDMAN_H like every other non-standard header file
The code in question probably predates 'configure' actually working with the
di
Quoth Juergen Pfeiffer:
>I'm using Linux Kernel 2.6.10 for Coldfire 5485 in an embedded
>application.
>I developped my own device-driver (Profibus), working on the internal
>UART of the coldfire.
[...]
Now i have the situation, that when i try to start some user program like
>"ls" or "ps" ... ou
Quoth Neil 林搏宇:
> Well, I did do "make menuconig"(I do not have X enviroment),
> "make user_only" "make lib_only" "make romfs" before.
>
> I changed toolchain halfway, since it reported that my arm-elf
> toolchain was too old for "make". maybe it is the reason.
If you change toolchain
Quoth Andrew Kohlsmith:
> We all know that gdbserver's thread support is in the toilet, but I'm
> wondering what the gurus do when it comes to trying to debug threaded
> programs remotely.
[...]
> So far I've been pretty lucky and not needed to worry about this too
> much, but I'm curious as to wha
Quoth [EMAIL PROTECTED]:
> Quite curious What is the meaning of MTD_UCLINUX and MTD_PHYSMAP?
[...]
> Does it mean the flash chips mapped into the memory? The way we
> communicate with the flash just is that access the RAM? Seems
> it is another implementation of RAMDISK?
It basically permits yo
Quoth [EMAIL PROTECTED]:
> i do in my application some call to a script with the function
> system().
> This function return normally in case the script is executed, the
> return value of the script.
> But i do several test, and the function system never return a valid
> value.
> For example :
> iR
Quoth Marcos Pereira:
> I'm porting the cobra52xx mmc/sd card driver to my board (Netburner
> MOD5270).
> The system already detects if the card is inserted, starts the driver
> without errors but the device isn't showed in the /dev directory. How
> can I access the MMC/SD card?
Most uClinux setup
Quoth xavier.montagne:
> Do you know how to do it with a Linux 2.6 kernel (MMU) ?
There's no difference. Device nodes are added via your vendor makefile
regardless of kernel version. (Which major/minor numbers you need to use to
do so *might* differ between kernel versions, though.)
__
Quoth Harry Gunnarsson:
> I tried the 2.6.22 kernel on top of the full source package from Jan 30.
Essentially I do
> - untar uClinux-dist-20070130.tar.bz2
> - delete linux-2.6.x directory
> - untar vanilla kernel linux-2.6.22.tar.bz2
> - apply Greg's patch linux-2.6.22-uc0.patch ontop of the vani
Quoth David Spain:
> Anyone on the list know if its possible to make msh the default
> shell at boot time rather than sash? And if so, how to go about
> it? I am using uclinux-2.4.32-uc0.
Yes, it's easy -- there's a config option near where you turned on msh in
the first place. (You probably also
Quoth Steve Bennett:
> I recommend using the busybox version of msh rather
> than the standalone version. It has a few bug fixes as
> well as some nice features such as command line completion
> and history.
There's a standalone version too? I just assumed he was referring to the
BusyBox version,
Quoth David McCullough:
> Others have the embedded systems so well oiled it's quicker to
> write/load/debug directly on the board.
Also, if you're testing user mode changes only (and your user code doesn't
require being in a fixed directory), then it's easy enough to tftp/ftp
something to a RAM pa
Quoth Bob Grimes:
> I'm still hoping someone knows the magic I'm missing. I can't believe
> nobody uses C++ under uClinux!
Well, I do, but I'm using a much older toolchain (I don't have ucfront, for
example). And I'm not using -msep-data or -move-rodata. And I'm not using
STLport :)
Bear in mi
Quoth muskala magda:
>
> im trying to cross - compile uclinux against uclibc.
> but it seems, that the i'm missing uclibc-includes in
> -I... i'm not sure what is wrong and what should i
> modify to be able to include sys/socket.h...
[...]
> make[3]: Entering directory
> `/ext3/p/uClinux-dist/linu
Quoth Claude:
> I've got an stupid question, I think: Given a uclinux release, how
> patches are applied?
> I always have avoided patching code by downloading the latest
> releases, but I think I should learn how to patch them.
This doesn't exactly answer your question, but probably the easiest th
Quoth Bob Grimes
> BINFMT_FLAT: reloc outside program 0x73735f74 (0 -
> 0xffa52e54/0xd900), killing hello!
[...]
> I've also seen some suggestions about disabling XIP, and I tried to
> change that in vendors/Freescale/M5329EVB/config.arch, but I didn't
> see any evidence that it had any differ
Quoth Bob Grimes:
> Okay, I think I accomplished all this, with much gnashing of teeth on
> this end. At one point, nearly everything was giving me the
> BINFMT_FLT errors!!! But I've finally gotten it rebuilt, and things
> seem somewhat better. For example, another program I wrote in C looks
>
Quoth Jamie Lokier:
> But this part of the kernel will relocate incorrectly in border
> cases with XIP:
>
> if (r < text_len) /* In text segment */
> addr = r + start_code;
> else/* In data segment */
>
Quoth Jamie Lokier:
> It might be useful to see these files, and the exact version of
> toolchain, and exact command line, and exact compiler messages (with
> -v option, to show exactly which libraries are used), as there aren't
> a lot of people reporting this problem.
I used to have it quite a l
Quoth Bob Grimes:
> I had tried this because of comments such as yours, Gavin (no, I am
> most certainly NOT blaming you! :) ) in a last attempt to get C++ apps
> to work, but that killed everything. (Well, okay, not everything, but
> damn, I couldn't even change or list directories!).
Well, it'l
Quoth [EMAIL PROTECTED]:
> This strange problem isn't fixed yet. We've tried every trick we could
> come up with, including the use of tools recommended by Matt Waddel,
> remapping of the flash memory, the use of logs from JFFS2 and MTD and
> nothing so far.
I had some problems with JFFS2 at first
Quoth Eftimovski, Ivica:
> I have also compiled and used the m68k-uclinux-tools-20061214
> (binutils-2.16, uClibc-20060608 and gcc-4.1.1), but caveat emptor: the
> cygwin shell parses text the DO$ way, and makefiles and .config will
> fail because of CR/LF in the text. You will have to remove CR/LF
1 - 100 of 185 matches
Mail list logo