rintf("haha");
uReg = KS8695_READ(KS8695_GPIO_DATA);
return 0;
}
The KS8695 register addresses are not mapped into user space.
You cannot access them (using __raw_readl(), etc) in a user
space program.
Regards
Greg
----------
I do development for several different targets and
OSes, and you can't assuming you can install things with names
like m68k-elf-gcc in /usr/local/bin without conflicts. So the
uclinux tools are installed in /opt/uclinux instead of
/usr/local.
But, I can't figure out where that bogus path is being set. The
most port
a little effort. Patches to fix most welcome.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley
Oh, and also, to override the simple hardware checks that
you tripped over initially just supply the "-H" option to
netflash. Tells it to ignore the hardware type encoded in
the trailer of the sgu/imagez.bin files.
Regards
Greg
-----
Hi Grant,
Grant Edwards wrote:
On 2008-09-19, Greg Ungerer <[EMAIL PROTECTED]> wrote:
Further research indicates that for the PRO, you don't use
separate .sgr and .sgu files and everything is bundled up
inside a Windows executable (a somewhat nasty method to
distribute update
t
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
--
Greg Ungere
his with a 2.6.26(-uc0)
and it seemed to work fine. That was on a M5208EVB (with a
pretty much stock build of image from the uClinux-dist-20080808).
Regards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [
struction.
Have you tried the Code Sourcery ColdFire tool chains?
I seem to recal some time back mails on this list saying that
threads (and c++) worked with those.
Regards
Greg
----
Greg Ungerer -- Chief Software Dude
p://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
--
--------
Greg Ungerer -- Chief Software Dude
Most of the Snapgear boards have a saved command line in
flash at a fixed offset (I think it was offset 0xc020 into
flash on the PRO's). So they don't default to a hard configured
command line. Ofcourse no problem setting one in your own
builds.
Regards
Greg
---
you.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102
.
Regards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7
struck it before either (then I have never used
any apps with threads on m68knommu before either :-)
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Compa
Bueller?
"Oh yeah" :-)
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 41
for example I generally
copy into and out of /tmp as well - so I can put it back for debug
testing (and not lose it).
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Comp
ache before you try and execute in that region.
(Obviously a write-thru data cache, or coherency logic between
the instruction and data cache would obviate the need to flush).
Regards
Greg
--------
Greg Ungerer -- Chief Software D
} else if (strcmp(*av, FOREGROUND_FLAG) == 0) {
@@ -164,7 +165,7 @@ int main(int argc, char *argv[])
}
if (background) {
- printf("Start in deamon mode.\n");
+ printf("Start in daemon mode.\n");
vfork_daemon_rexec(1,
exit
+ fi
+ done
+ done
exit 1
}
--
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Company PHONE:
+ echo "" >> ${ROMFSDIR}${dst} || return 1
+ fi
+ fi
echo "${src}" >> ${ROMFSDIR}${dst} || return 1
fi
setperm ${ROMFSDIR}${dst}
--
Hi David,
David Wu wrote:
This simple patch(against uClinux-dist-20080808 + 20080811 patch) will
add a few more device nodes if CONFIG_SERIAL_MCF is defined.
Looks good, applied.
Thanks
Greg
Greg Ungerer -- Chief
Hi David,
David Wu wrote:
This patch added a few sections in the linker script for uCdimm modules
and allows for newer compilers to work.
Applied.
Thanks
Greg
Greg Ungerer -- Chief Software Dude EMAIL
Hi David,
David Wu wrote:
Please find attached patch for uCTI5471-xE8D50 to avoid the redefinition
of struct _memnode in uClinux-dist-20080808.
Applied.
Thanks
Greg
Greg Ungerer -- Chief Software Dude EMAIL
arch/m68knommu/platform/5272/config.c
as an example :-)
Regards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St,
issue: I got "Bad file descriptor" error in fdwatch()
called in thttpd.c
I haven't analysed the reason. Maybe someone can fix that.
What is the purpose of the change to thttpd.c?
Regards
Greg
--------
Greg Ung
eceiver
and then run "can_send -m -b 500 -D can0 -t3 -s10" on trasmitter
I am not at all familiar with this code :-)
I would like to hear comments from anyone else that uses it,
or is familiar with it.
Regards
Greg
----------
-2.6.x/include/asm-m68knommu/mcf_qspi.h
linux-2.6.x/include/asm-m68knommu/mcfqspi.h
Does that need to be cleaned up like the 2.4.x includes?
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL
8 03:17:44 -0400, Greg Ungerer <[EMAIL PROTECTED]>
wrote:
Hi David,
David Wu wrote:
I have attached two patches.
1 linux-2.4.x_qspi.patch:
the purpose for this patch is to make user/qspitest build for both
2.4 and 2.6 kernel
-- created linux-2.4.x/include/asm-m68knommu/mcf_qspi.h
plied.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 363
_
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
--
---
x-dev
--
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD,
push patches to mainline each merge window
to keep it up to date).
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435
the effort.
Regards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Au
tp://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St,
nnot say if they are correct or not.
I think it best to remove those too.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHO
clinux-dev
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102,
ntire uClinux-dist then:
http://www.uclinux.org/pub/uClinux/dist/patches/
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435
Mike Frysinger wrote:
On Friday 24 October 2008, Greg Ungerer wrote:
Bernd Büttner wrote:
There are some other files and directories starting with a '.', for
example ".gitignore".
I cannot say if they are correct or not.
I think it best to remove those too.
i would i
n.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
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EM
man/options/uclinux-dev
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
W
/quagga'
make[1]: *** [romfs] Error 2
make[1]: Leaving directory `/apps/router/ADI/user'
make: *** [romfs.subdirs] Error 1
Where did you get the source from?
What version is it?
Regards
Greg
----
Greg Ungerer -- Chief
ler can do...
Regards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX:
://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
--
Greg Ungerer -- Principal EngineerEMAIL: [EMAIL
ood example of what is needed.
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: [EMAIL PROTECTED]
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St,
Hi Daniele,
Daniele Ziglioli wrote:
Greg Ungerer ha scritto:
Hi Daniele,
Daniele Ziglioli wrote:
I need to port some 2.4 drivers to a 2.6.x uclinux kernel and I wish
to understand
the right way to do this.
Just as a reference I'm talking, for example, about cypress sl811
usb-host d
#x27;t compile newer, it is a trick to find a combination that
works the way you want it to (at least if you don't want to build
the toolchain yourself).
Regards
Greg
Greg Ungerer -- Principal EngineerEMAIL:
ative about the locations of toolchains that people ought to
try, instead of offering a single one and no hint that it's not for
everyone?
Please send patches for changes. They can be updated just as
easily as the code base.
Regards
Greg
----
this was the default.
Now you will find that these are overriden in specific target
config.arch files.
Actually, i am using the "arm-linux-tools-20070808.tar.gz" toolchain downloaded
from SnapGear.
Yeah, that is what I use.
Regards
Greg
- 原始信件
寄件者: Greg Ungerer <[EMAI
ages for R_ARM_PC24 and R_ARM_PLT32.
If i want to run the non-XIP uClinux, should i change the wrapper linker code?
If yes, i should modify it to ["yes" = "no"] mode? or else mode?
I dunno, I wouldn't have expected that you needed to do any
more.
Regards
Greg
- 原始信件
done. Compressed or not is no problem really.
Regards
Greg
Greg Ungerer -- Principal EngineerEMAIL: [EMAIL PROTECTED]
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St
symbols.
It should NOT be there and I think it is the reason that "Illegal instruction"
happened.
However, when i change the "long long" to "long" variable everything is fine.
Nor more "_GLOBAL_OFFSET_TABLE_" is in the symbols list and executed correctly.
Re
c__)
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St, FAX:
uclinux...)
I would rather just have a m68k-linux myself, and not have a
separate m68k-uclinux toolchain.
Regards
Greg
----
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a Mc
r the last
10 odd years...
Is there any chance that the underlying flash segments may be
locked? If so then you may want to supply the "-u" switch.
Are you sure that the underlying blkmem/mtd driver for your
flash is bug free?
Regards
Greg
-----
de: 0
exec: (/bin/sh) mknod /dev/console c 5 1 | exec code: 0
exec: (/bin/sh) mdev -s | exec code: 0
exec: (/bin/sh) sh | exec code: 0
but it results in
Kernel panic - not syncing: Attempted to kill init!
Any ideas what I did wrong?
--
-
://mailman.uclinux.org/mailman/options/uclinux-dev
--
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St
stems.
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia WEB: htt
/5275)
<6>COLDFIRE port done by Greg Ungerer,
g...@snapgear.com <6>Flat model support
(C) 1998,1999 Kenneth Albanowski, D. Jeff Dionne <7>On
node 0 totalpages:
8192
x.org/mailman/options/uclinux-dev
--
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanl
Greg
Monday, January 12, 2009, 11:51:32 AM, you wrote:
No, there is no blkmem driver for 2.6.
In its place use the mtd/maps/uclinux.c driver.
--
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgea
Greg
--
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891
<4>uClinux/COLDFIRE(m5274/5275)
<6>COLDFIRE port done by Greg Ungerer, g...@snapgear.com
<mailto:g...@snapgear.com> <6>Flat
model support (C) 199
Greg Ungerer wrote:
Hi Andrei,
Andrei Martynov wrote:
is SLAB the only working allocator on NOMMU? There was a discussion
some time ago and Greg mentioned that others are broken.
I haven't looked at this for a while now.
It would be good to see if anything has improved in more
modern ke
p;I cache */
Also add support to flush_icache_range & flush_dcache_range that
invalidates needed parts of cache.
I think that kernel don't want to start during incomplete implementation
of flush_* functions. Or it's a additional place where need to patch?
Or i do something wrong?
2009/1/1
bc source in the package).
I don't know exactly when the next patch for that will do up.
But I am hoping for sometime in the next couple of weeks.
Regards
Gerg
--------
Greg Ungerer -- Principal EngineerEMAIL:
y 12, 2009, 2:30:31 PM, you wrote:
Greg Ungerer wrote:
Hi Andrei,
Andrei Martynov wrote:
is SLAB the only working allocator on NOMMU? There was a discussion
some time ago and Greg mentioned that others are broken.
I haven't looked at this for a while now.
It would be good to see if anythi
1
#define __NR_fork2
#define __NR_read3
@@ -359,9 +360,6 @@
#define __ARCH_WANT_SYS_SIGPROCMASK
#define __ARCH_WANT_SYS_RT_SIGACTION
-/* whitelist for checksyscalls */
-#define __IGNORE_restart_syscall
-
/*
* "Conditional" syscalls
*
--
rnels.
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Austral
clean up.
Do you want to send it to me as 2 changes, or do you want me
to go ahead and do it?
I'll add your "Signed-off-by" to if thats ok?
Regards
Greg
--------
Greg Ungerer -- Principal Engineer
o set it in the CPU specific config.c
Or did I miss something here?
Regards
Greg
----
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435
tristate "Map driver for WindRiver PowerQUICC II MPC82xx board"
depends on (SBC82xx || SBC8560)
I do have that code in my source tree. The patch for it was
in-advertantly dropped out of the linux-2.6.26-uc0 patch file.
Regards
Greg
--
bad allocation error
message.
This could also be applied to mm/nommu.c in the 2.6 kernel.
Seems like a reasonable change, I have committed it.
Regards
Greg
----
Greg Ungerer -- Principal EngineerEMAIL: g...@sn
emoved now.
Check with the latest uClinux-dist-20080808-20090112.patch if you want.
Regards
Greg
Greg Ungerer schrieb:
Hi Bernd,
Bernd Büttner wrote:
The uClinux-dist-20080808-xxx patch-files contain files under a
subversion management folder.
These folders start with ".svn" and a
was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company
he better fix. I have commited that
change to the older 2.4.x code.
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE:
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
an.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St, FAX:
ost.localdomain) (gcc version
4.1.1) #4 Wed Jan 14 14:38:03 EST 2009
uClinux/COLDFIRE(m5272)
COLDFIRE port done by Greg Ungerer, g...@snapgear.com
<mailto:g...@snapgear.com>
Flat model support (C) 1998,1999 Kenneth Albanowski, D. Jeff Dionne
Built 1 zonelists in Zone order, mobility gr
Hi Matt,
Matt Waddel wrote:
Greg Ungerer wrote:
Hi Matt,
Matt Waddel wrote:
This patch removes a lot of the unused code in the 532x
config.c file. The only real change is to disable all
the interrupts on start up.
Looks good.
I would like to commit it has 2 changes though. One to fix
Hi Matt,
Matt Waddel wrote:
Greg Ungerer wrote:
Matt Waddel wrote:
This patch fixes the M5329 timer interrupt assignment.
>
--- linux-2.6.x.orig/arch/m68knommu/platform/coldfire/timers.c
2008-07-13 15:51:29.0 -0600
+++ linux-2.6.x/arch/m68knommu/platform/coldfire/timer
zones_size[ZONE_DMA] = (end_mem - PAGE_OFFSET) >> PAGE_SHIFT;
free_area_init(zones_size);
}
}
Regards
Greg
----
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
.
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woo
make the patch from) doesn't have
them anymore.
Regards
Greg
Greg Ungerer schrieb:
Hi Bernd,
Bernd Büttner wrote:
sorry for the delay, had some other things to do.
I tested the 20081030 patch.
There are still some '.svn' entries in the user/clamav tree.
I extracted them wi
Hi Geert,
Geert Uytterhoeven wrote:
On Fri, 16 Jan 2009, Greg Ungerer wrote:
Sam Ravnborg wrote:
From 5a8b9717a399679c4753e596ea864b02a1197025 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg
Date: Sat, 13 Dec 2008 21:23:08 +0100
Subject: [PATCH] m68k,m68knommu: merge header files
Merge header
re of that.
Regards
Greg
----
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St, FAX
--
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com
cache.h
and include/asm-m68knommu/cacheflush.h.
There has been a few small changes for some of the ColdFire CPU's
in this area.
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.co
his is the appropriate way to fix it.
Applied to uClinux-dist.
Regards
Greg
----
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825
Hi Linus,
Please consider pulling this merge of the m68k and m68knommu include files.
It comepletely moves include/asm-m68k to arch/m68k/include as part of the
process, and ultimately results in both m68k and m68knommu arch code using
the same set of includes. More cleanup can follow, but this is
Hi Harvey,
Harvey Harrison wrote:
On Wed, 2009-01-21 at 10:58 +1000, Greg Ungerer wrote:
Hi Linus,
Please consider pulling this merge of the m68k and m68knommu include files.
It comepletely moves include/asm-m68k to arch/m68k/include as part of the
process, and ultimately results in both m68k
n raw flash then MTD is the logical choice.
If its in RAM then either ramdisk or MTD would make sense.
Regards
Greg
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Co
y are about the best really...
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Au
s?
Yes, the actual address of _ebss. (This is the reason that uclinux.c
map driver exits, to automate the _ebss starting address).
Regards
Greg
If not what should I specify for this command line?
Thanks very much in advance!
Regards
Greg Ungerer a écrit :
Hi Stephane,
Stephane Lambert w
ux__ in userland for this. (Which isn't perfect
either, if you use a standard gnu linux configured gcc for compiling
uCLinux systems you need to manually define it too).
Regards
Greg
--------
Greg Ungerer -- Principa
Hi Matt,
Matt Waddel wrote:
Greg Ungerer wrote:
Matt Waddel wrote:
The attached patch adds support for the enhanced DMA (eDMA) driver
found in many Coldfire platforms. This patch only provides support
for the M5329 platform. The driver also contains a simple test
program that can be used to
port.
Does that mean kernel without mmu supporting cannot run a.out binary file?
Yes, that is right.
Seeya
Gerg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company
cally use the GDB/ARMulator
target. Build it "as is" and run it on the Skyeye emulator.
Use that as a starting point.
Regards
Greg
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear,
's help.
I am sure others could pop up and give instructions on
compilers and other tools they use. But I use the uClinux-dist
with arm-linux tool (from uclinux.org link) to build working
arm uclinux systems.
Regards
Greg
----
follow what you are saying here?
Look in the any recent uClinux-dist. There is a Nintendo/GBA target.
And the kernel code to support all its basic devices is in the
linux-2.0.x sources in the uClinux-dist.
Regards
Greg
------
ared libraries).
Regards
Greg
--------
Greg Ungerer -- Principal EngineerEMAIL: g...@snapgear.com
SnapGear, a McAfee Company PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61
1 - 100 of 1334 matches
Mail list logo