This might be a dumb question, but have we considered moving to gcc4.x
for uclinux? Any pro's and con's? What would be the effort to do so?
Cheers.
Jun
___
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/ucl
On Sat, Jul 12, 2008 at 05:07:09PM +1000, David McCullough wrote:
>
> Jivin Jun Sun lays it down ...
> >
> > This might be a dumb question, but have we considered moving to gcc4.x
> > for uclinux? Any pro's and con's? What would be the effort to do so?
>
-Wl,-elf2flt='-z' is not working in
> our environment.
>
> Kind regards
> Teun Grinwis
>
>
>
>
> Markus Franke wrote:
> >Hi Jun,
> >
> >Jun Sun schrieb:
> >> This might be a dumb question, but have we considered moving to g
On Fri, Jul 18, 2008 at 08:53:01AM -0600, Lance Spaulding wrote:
> Markus Franke wrote:
> > Hi Jun,
> >
> > Jun Sun schrieb:
> > > This might be a dumb question, but have we considered moving to gcc4.x
> > > for uclinux? Any pro's and con's? What
On Sun, Jul 13, 2008 at 10:02:08PM +1000, Greg Ungerer wrote:
>
> Hi Jun Sun,
>
> Jun Sun wrote:
> >This might be a dumb question, but have we considered moving to gcc4.x
> >for uclinux? Any pro's and con's? What would be the effort to do so?
>
> I hav
On Sat, Jul 19, 2008 at 12:13:23PM +1000, Greg Ungerer wrote:
>
> Hi Jun,
>
> Jun Sun wrote:
> >On Sun, Jul 13, 2008 at 10:02:08PM +1000, Greg Ungerer wrote:
> >>Jun Sun wrote:
> >>>This might be a dumb question, but have we considered moving to gcc4.x
>
See below.
On Sat, Jul 19, 2008 at 12:13:23PM +1000, Greg Ungerer wrote:
>
> I build my own from gnu source. You can download my arm-linux 4.2.1
> toolchain from:
>
> http://ftp.snapgear.org/pub/snapgear/tools/arm-linux/arm-linux-tools-20070808.tar.gz
>
> The instructions I used to build it ar
Thanks again for the reply. See below.
On Thu, Jul 24, 2008 at 02:01:55PM +1000, Greg Ungerer wrote:
> >
> >Your tools worked fine for a ARM7TDMI board with the latest uCLinux test
> >dist. Thanks.
> >
> >However, I am still fighting a couple of issues trying to follow your
> >instructions and bu
On Sat, Jul 19, 2008 at 12:13:23PM +1000, Greg Ungerer wrote:
>
> Hi Jun,
>
> Jun Sun wrote:
> >On Sun, Jul 13, 2008 at 10:02:08PM +1000, Greg Ungerer wrote:
> >>Jun Sun wrote:
> >>>This might be a dumb question, but have we considered moving to gcc4.
On Mon, Jul 28, 2008 at 03:54:39PM -0700, Jun Sun wrote:
>
> On Sat, Jul 19, 2008 at 12:13:23PM +1000, Greg Ungerer wrote:
> >
> > Hi Jun,
> >
> > Jun Sun wrote:
> > >On Sun, Jul 13, 2008 at 10:02:08PM +1000, Greg Ungerer wrote:
> > >>Jun S
We recently built the latest uclinux (2.6 kernel) and tried userland
XIP (built with PIC flag) on a ARM7 nommu board. However, userland
XIP is not working. Text is always copied to kmalloc'ed RAM before
the execution.
We traced the code and found the following call trace for the loader:
flat loa
On Wed, Sep 24, 2008 at 05:52:02PM +0100, David Howells wrote:
> Jun Sun <[EMAIL PROTECTED]> wrote:
>
> > That seems to indicate XIP does not work at all for 2.6. Can
> > someone confirm?
>
> It depends. It may work from ramfs, if the pages for each individual
>
We applied an older version of this patch to 2.6.21 kernel (2007 distro)
http://mailman.uclinux.org/pipermail/uclinux-dev/2007-February/042088.html
Steve found out that an additional patch is needed to make userland XIP
work. See the attachement.
So userland XIP on 2.6 is finally a reality! :)
BTW, can whoever maitains the list approve Steve's request to join? He
is having a hard time to join the list.
Cheers
Jun - Sent from my iPhone
On Sep 25, 2008, at 5:54 PM, Jun Sun <[EMAIL PROTECTED]> wrote:
We applied an older version of this patch to 2.6.21 kernel (2007
dis
<[EMAIL PROTECTED]>
CC: Jun Sun <[EMAIL PROTECTED]>, [EMAIL PROTECTED], uclinux-dev@uclinux.org
Subject: Re: [PATCH 4/4] MTD: Fix a bad dependency in the Blackfin code
Jun Sun wrote:
>We applied an older version of this patch to 2.6.21 kernel (2007 distro)
>
>http://mailman.
On Fri, Sep 26, 2008 at 10:11:53AM +0200, Michael Schnell wrote:
>
> >So userland XIP on 2.6 is finally a reality! :) Thanks to David and all
> >others
> >who replied.
> >
> For which architectures ?
>
The patches are arch-independent. Of course the toolchain has
to support PIC etc.
Cheers.
On Mon, Sep 29, 2008 at 08:28:40AM +0200, Michael Schnell wrote:
>
> >The patches are arch-independent. Of course the toolchain has
> >to support PIC etc.
> >
> Which it does not up till now:(. (AFAIK gcc 4 in in the pipe and maybe
> this update will enable fully PIC...)
>
The toolchain for AR
Hi, Greg,
I have been sucessful in following your instruction to build
gcc 4.2 toolchain for ARM. However, the toolchain itself is not
very successful. :)
Now I have been trying to follow your instruction on building
gcc 3.4, which is largely the same. However, I got the following
error while bu
I figured out the problem.
Apparently there is a bug in glibc that causes libc.so file generated
wrongly for LE libraries. This bug is fixed later in glibc 2.3.6.
See the attachment of the fix.
Cheers.
Jun
On Mon, Oct 06, 2008 at 11:00:42AM -0700, Jun Sun wrote:
>
> Hi, Greg,
>
Hi, Frederic,
Back in 2.4 time there seems to be a different kernel memory
allocator which does not use buddy system. That one probably gives
less fragmentation. I have been thinking of porting that to 2.6.
Maybe you can try.
Or perhaps someone else already has tried and has the patch?
In any c
See question below.
On Mon, Oct 20, 2008 at 09:39:46AM -0400, Mike Frysinger wrote:
> On Monday 20 October 2008, Arthur Wong wrote:
> > --- user/e2fsprogs.bak/configure2008-10-20 17:32:45.0 +0800
> > +++ user/e2fsprogs/configure2008-10-20 17:44:57.0 +0800
> > @@ -3076,7 +3
On Tue, Oct 21, 2008 at 08:49:54AM +1000, David McCullough wrote:
>
> Jivin Jun Sun lays it down ...
> >
> > See question below.
> >
> > On Mon, Oct 20, 2008 at 09:39:46AM -0400, Mike Frysinger wrote:
> > > On Monday 20 October 2008, Arthur Wong wrote:
&
Looks to me it should run with XIP, although the RAM would be
very tight and you probably won't be able to do much in userland.
Cheers.
Jun
On Tue, Oct 21, 2008 at 01:53:00AM +0200, Pawel wrote:
> Hi,
>
> I've OLIMIX LPC-H22xx (LPC2294) with 4MB exteranl flash and 512kB of exteranl
> RAM. Wo
Despite the presence of these options, I did not find lib/libssl directory
and only found an almost empty user/openssl directory. What is going on?
Does anybody know if openss/libssl is supported in uclinux? If not, why
are those options there?
Cheers.
Jun
On Fri, Oct 24, 2008 at 05:38:45PM +0
GOT stands for global object table. I *think* it is generated by
compiler for PIC code and needs to be filled out during loading
time (i.e., during run-time linking time).
For FLAT format executables, the loader is inside kernel. Check
fs/binfmt_flat.c file. I believe somewhere there it is creat
We have used zd1211rw driver on usb before. It had issues but
worked by and large. You can google for compatible hardware. It is cheap,
but difficult to find.
Cheers.
Jun
On Sat, Oct 25, 2008 at 07:46:02AM -0200, Marcio Campos de Lima wrote:
> Hi
>
> Does anybody know gprs or wireless modules
t; Best regards
>
> Marcio
>
> -Mensagem original-
> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Em nome de Jun Sun
> Enviada em: segunda-feira, 27 de outubro de 2008 15:26
> Para: uClinux development list
> Assunto: Re: [uClinux-dev] Wireless and grps modul
If I understand it correctly, your understanding is correct. :)
You could instrument sched() function to see if you reach there
and to see if you ever even do a switch_to() at all.
There are plenty of books about linux kernel will touch the topic,
but may not reach the detailed level you are loo
How about adding more memory to your board? :)
Just joking, but for any of us to help you, you really need to provide
more information, such as your current memory size, whether XIP or not,
what applications are there, what are the symptoms of memory failure,
etc, etc.
Cheers.
Jun
On Sun, Nov
I wasted some time on this and decided to save somebody else's some time to
make it even. :) Enjoy.
http://linux.junsun.net/misc/uclinux-gdbserver-howto/2008.11.18-uclinux-gdbserver-howto.html
Cheers.
Jun
___
uClinux-dev mailing list
uClinux-dev@uclin
If you looked at the my howto, you will know that is not enough to make
gdbserver work.
In my case, I used the same gdb version on the host side (6.8) as
the one used in the distro. It worked fine. I can imagine if the
versions mismatch, there might be some issues.
Cheers.
Jun
On Fri, Nov 21,
On Thu, Nov 20, 2008 at 09:05:13AM +0100, Michael Schnell wrote:
> Jun Sun wrote:
> >I wasted some time on this and decided to save somebody else's some time to
> >make it even. :) Enjoy.
> Thanks for sharing this.
>
> Does your gdbserver work decently for dealin
Please, can somebody speak up on this subject?
I searched over the internet and this seems to be a FAQ but without
any definitive answers. *sigh*
Cheers.
Jun
On Tue, Nov 25, 2008 at 12:02:48PM +0800, Arthur Wong wrote:
> Hello all:
>
> Does anybody know "how much c++ capability" is supported
ld support c++.
>
> As of today you should be able to get the free/Lite toolchain here
> (choose the uClinux flavor):
> http://www.codesourcery.com/gnu_toolchains/arm/portal/[EMAIL PROTECTED]
>
>
> Cheers back to you, and good luck,
> Dave
>
> Jun Sun wrote:
> &g
See below
On Wed, Nov 26, 2008 at 01:51:55PM +0100, Michael Schnell wrote:
> I see that there is an option
>
> "Kernel debugging"
This is for remote kernel debugging (usually over serial port), which is
different from all the followings which target application debugging.
> in in the kernel co
On Thu, Nov 27, 2008 at 02:24:48AM +0800, Lin KJ wrote:
> Hi all,
>
> In the ARM uClinux world, it seems that the user land XIP code should be
> compiled with the "-fpic" and "-msingle-pic-base" flags.
> Why not just "-fpic" flag?
> Is it concern with the elf2flt tool?
I think it has more to do
ABORT.
> I strongly suspect it is due to the libgcc.a compiling flags without the
> "-msingle-pic-base".
> Besides the flag reasion, i can not find any other reasions which cause the
> "long long" variable devision died on "__divid3".
> Any hin
When I port an app to uclinux, I got the following error:
/local-userland/feng-js/bufferpool/lib/bp_shm.c:369: undefined reference to
`shm_open'
Where is shm_open()? Did I missed linking library?
My platform is ARM7 nommu. I thought uclinux supports shared memory (which
is actually easy on nom
KJ,
Did you find any solution to this problem? It seems we are hitting
the same problem now. It would be nice if you can share your findings
here.
It appears softfloat library is coming from libgcc. Few routines in
softfloat library, including long long division, would refer to external
variable
It turns the fix is rather simple. One just needs to add
"-fpic -msingle-pic-base" to the TARGET_LIBGCC2_CFLAGS
in the gcc/config/arm/t-linux file.
Cheers.
Jun
On Thu, Feb 05, 2009 at 07:49:21AM -0800, Jun Sun wrote:
>
> KJ,
>
> Did you find any solution to this pr
Recently we have hit some nasty problems that applications have
stack overflow. Our system is no-mmu so that the problems just
creaps up in all weired ways.
I was wondering whether it is possible to add stack overflow
detection to kernel (or we already have it?).
Basically kernel knows the stack
On Fri, Feb 20, 2009 at 06:34:41PM -0500, Mike Frysinger wrote:
> On Friday 20 February 2009 18:19:51 Jun Sun wrote:
> > Recently we have hit some nasty problems that applications have
> > stack overflow. Our system is no-mmu so that the problems just
> > creaps up in all w
Hi,
We have been working with the uclinux distribution made on 2008/08/08.
It appears the uclibc included in this distro is a version made
around 2005. Is that true?
Specifically we have found a bug that was already fixed in 2006,
but still missing in this version of uclibc.
What determines th
On Mon, Mar 02, 2009 at 04:31:52PM -0500, Jate Sujjavanich wrote:
> The uClibc that comes with uClinux-dist is rather old.
>
> I upgraded my local copy of uClinux-dist with the uClibc source from the
> Codesourcery toolchain for Coldfire. This fixed some strange timing bugs
> I found after activat
> Hi Jun,
>
> I had somewhat the some concerns last year and wanted to profile the
> actual stack usage for each application to better understand how to set
> to stack size. I did get a very good tip from Erwin for a small stack
> check application he wrote up. A couple of our thesis workers docum
On Tue, Mar 31, 2009 at 09:12:24PM +0200, Daniel Glöckner wrote:
> On Tue, Mar 31, 2009 at 03:08:28PM +0200, Erwin Authried wrote:
> > this is very interesting, I didn't know that this exists!
> > How can you get a list of processes with their stack usage?
>
Indeed, it is for kernel thread stack
We are compiling for 2.6.25 kernel last year's Aug 8th uclinux distro
for a no-mmu ARM7 board. We have been using both options and kernel
compiles fine.
Today I tried to get rid of OABI_COMPAT option and got the following
errors:
CC kernel/time.o
kernel/time.c:53:2: error: #error ICSA sp
n be implemented in user-level using
> 55 * sys_gettimeofday(). Is this for backwards compatibility? If so,
> 56 * why not move it into the appropriate arch directory (for those
> 57 * architectures that need it).
> 58 */
>
>
> Does this help?
>
> Thanks,
&
On Wed, Dec 30, 2009 at 06:49:29PM +, Jamie Lokier wrote:
> Jun Sun wrote:
> >(Sent to linux-kernel, but seems nobody cared. Hopefully someone here
> >can pick it up)
>
> I've included uclinux-dev@uclinux.org, because that's where I've seen
> mo
On Thu, Dec 31, 2009 at 01:52:08PM -0500, Mike Frysinger wrote:
> On Sat, Dec 26, 2009 at 11:36, Jun Sun wrote:
> > Apparently newer GCC would generate ANCHOR symbols beyond the end of
> > data/bss segment on ARM CPUs. As a result, the exiting validity checking
> > for reloc
See attachment.
Jun
Apparently newer GCC would generate ANCHOR symbols beyond the end of
data/bss segment on ARM CPUs. As a result, the exiting validity checking
for relocation symbols in FLAT format will fail.
Signed-off-by: Jun Sun
---
diff -Nru linux-2.6.32.2/arch/arm/include/asm
See the attachement.
Jun
This patch fixes a cosmetic error in printk. Text segment and data/bss
segment are allocated from two different areas. It is not meaningful to
give the diff between them in the error reporting messages.
Signed-off-by: Jun Sun
---
diff -Nru linux-2.6.32.2/fs
On Sat, Jan 02, 2010 at 11:09:07PM +, Jamie Lokier wrote:
> Jun Sun wrote:
> > +/* [jsun] new gcc 4.x generates ANCHOR symbols in order to reduce the size
> > + * of GOT table for PIC code. It is possible the ANCHOR is placed beyond
> > + * the end of data/bss segment u
53 matches
Mail list logo