contents
have helped but leave some gaps
Unfortunately the doco for most of this always seems to be
out of date...
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corpo
dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHO
I don't recall anyone talking about doing it with uClinux.
No reason you couldn't though.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corporatio
t apply to 2.6.x kernels. The linker script is just
a single file for each arch. Support for ROM/RAM of otherwise
is done conditionally in the arch linker script.
Regards
Greg
----
Greg Ungerer -- Chief Software Dude
e the fatal-warnings option check in
vendors/config/common/confnig.arch is broken.
Edit that file, search for "fatal-wanrings", and comment out
the like that adds it to LDFLAGS. (Or if you feel included
fix the unrecognized check :-)
Regards
Greg
2008/2/13, Greg Ungerer <[EMAIL PROTECT
essage was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corp
eed to merge
in the latest source package from here:
http://sourceforge.net/project/showfiles.php?group_id=115530&package_id=167275
Ok, I imported it to uClinux-dist.
Seemed to go in cleanly.
Regards
Greg
--------
Greg Ungerer
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
--
--------
Gre
ce on adding drivers to Linux.
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanl
dec_table[104]')
>
> has anyone an idea of what it is ? and how I can resolve this error and
> thank you in advance for your assistances.
Can you send more of the output before this?
If you could run with "make V=1" and send that output, that
would be helpful too.
I
.0 UG0 00
eth0
root:~>
and note that netstat DOES list the (supposedly) listening UDP socket..
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure
generally being the biggest problem.
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St
xvf -
binutils-2.9.1/
binutils-2.9.1/binutils/
binutils-2.9.1/binutils/Makefile.am
binutils-2.9.1/binutils/ChangeLog
binutils-2.9.1/binutils/arlex.c
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapG
Geert Uytterhoeven wrote:
m68k{,nommu}: Wire up the new timerfd syscalls, which were introduced in
commit 4d672e7ac79b5ec5cdc90e450823441e20464691 ("timerfd: new timerfd API").
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
Cc: Greg Ungerer <[EMAIL PROTECTED]>
be see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
82
t;/* system timer input clock frequency */\n");
+ printf ("#define %-33s %30s\n",
+ ("nasys_clock_freq", $system->getClockFreq($module_name)));
+ printf ("#define %-33s %30s\n",
+ ("nasys_clock_freq_1000", int ($system->getClockFreq($module_name)) / 1000));
return 1;
} else
___
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:
pverbose ? "on" : "off");
}
+#endif
----
_______
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
Thi
DMcLeod wrote:
DMcLeod wrote:
Greg Ungerer wrote:
DMcLeod wrote:
UDP recvfrom is not working for us with the 2.6.23 kernel. Is there
a patch for this?
What hardware platform?
What ethernet driver?
Sorry. It's on a NIOSII (stratixII) running the MoreThanIP-1000
driver. I
s
like it is tripping over its database of "bad things".
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHO
e 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
lman.uclinux.org/mailman/options/uclinux-dev
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St,
nsure about possible side effects in the network stack.
Does your hardware have a separate mii_link interrupt?
Or does this rely on a timeout event calling to fec_timeout()
and then mii_relink()?
Either way this method seems ok.
Regards
Greg
--------
ight?
If so I have some doubts that with the
small amount of functions above, I will be able to use all the
functionality of the MCF548x's DMA controller.
What parts of supporting don't you think will fit in that
framework?
Regards
Greg
Zitat von Greg Ungerer <[EMAIL PROTE
ivers/dma/. Really there are
not a lot of users of the traditional *_dma() interface either.
Plenty of other architectures still seem to have a asm-*/dma.h,
with real support. So that API still seems to be alive.
Regards
Greg
-----
rformance tests did you carry out?
I'd like to see real numbers on total throughput under
heavy load to see see how much better/worse this is.
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAI
Hi Wolf,
Wolf-Rüdiger Jürgens wrote:
Am Wednesday 27 February 2008 07:02 schrieb Greg Ungerer:
Does your hardware have a separate mii_link interrupt?
Or does this rely on a timeout event calling to fec_timeout()
and then mii_relink()?
I have a separate interrupt for the phy.
cat /proc
rrupt level 5,
priority 0) to 0x27 (interrupt level 4, priority 7) to avoid interrupt level
of TXF event was greater than interrupt level of RXF event. I think this
must be included to avoid problems if IRQF_DISABLED behaviour changes in
next versions.
for (i = 23, ilip = 0x27; (i &l
S/2 mouse device common for all mice
> TCP cubic registered
> NET: Registered protocol family 1
> NET: Registered protocol family 17
> RAMDISK: Compressed image found at block 0
> Time: OSTS clocksource has been installed.
> VFS: Mounted root (ext2 filesystem) readonly.
&
d int sum)
{
barrier();
__asm__ __volatile__(
@@ -281,7 +281,7 @@ extern __inline__ unsigned int csum_fold(unsigned int sum)
: "=r" (sum)
: "r" (sum << 16), "0" (sum)
: "r8");
- return sum;
+ retur
c */
#define local_irq_save(x) do { local_save_flags(x); local_irq_disable(); }
while (0)
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3
this the real cause of your illegal instruction trap?
The current ColdFire cache support on the 5235 only enables
the instruction cache. Still though the empty push_cache()
is a problem.
Regards
Greg
--------
Greg Ungerer
t the vector number that "interrupt 18"
actually vectors too.
For example, QSPI interrupt, which is source 18 on INTC0 would
be vector 64+18, so vector 82.
Regards
Greg
--------
Greg Ungerer -- Chief Software D
the mmu-less targets had some working support.
2.6.24-uc0 is a modern kernel version, and large parts of it
merged into mainline linux 2.6.24. But some of the
non-mmu arm target CPU's code is not up to date for it.
Regards
Greg
-
mment suggests.
Here is a slightly reworked version.
It corrects the assembler ret_from_user_rt_signal code so that
it is setting the correct system call number. It also removes the
now dead push_cache() function.
Regards
Greg
----
list after the original post.
Is there someplace I can get it?
Try the reworked version I just posted.
Regards
Greg
Greg Ungerer wrote:
Hi Wilson,
Wilson Callan wrote:
I've been seeing an occasional Illegal Instruction exception on the
5235 coldfire and found that its due to
arch/m
mple, microwindows or my "hello world" program.
The easiest way is to put them in the dist.
(Microwindows for one is already in there).
Anything that uses "configure" will be much easier to
get compiling inside the uClinux-dist too.
Regards
Greg
> - 原始信件
>
Hi Jamie,
Jamie Lokier wrote:
Greg Ungerer wrote:
By the way, should i use the "linux-2.6.24-uc0.patch" from uclinux as my kernel
porting start point?
Or use the "linux-2.6.14-hsc0.patch" from the uClinux/ARM2.6
project(http://opensrc.sec.samsung.com/)?
In fact, the two
series kernels
cleanly though.
> Can i use the arm-elf toolchain to compile my own application directly?
I suspect that will work ok.
Regards
Greg
> 寄件者： Greg Ungerer <[EMAIL PROTECTED]>
> 收件者： uClinux development list
> 寄件日期： 2008/3/12(星期三) 下午3:01:35
> 主 旨： Re:
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
the top level),
and modify its configure and build a little.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
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: [EMAIL PR
or kernel only,
> apply the 2.6.24-uc0-big.patch is equal to apply
> uClinux-dist-20070130-20080305.patch?
Not equal. uClinux-dist patch has all on 2.6.24-uc0-big.patch and more.
Regards
Greg
> ----- 原始信件
> 寄件者： Greg Ungerer <[EMAIL PROTECTED]>
> 收件者： uClinux developme
nel I have here PAGE_OFFSET is set to
CONFIG_DRAM_BASE (which is set to CONFIG_DRAM_BASE=0x0100),
and it matches up with its usage in vmlinux.lds.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [
Hi Bob,
rwarner wrote:
rwarner wrote:
rwarner wrote:
Greg Ungerer wrote:
Hi Bob,
[EMAIL PROTECTED] (text) wrote:
Gavin Lambert wrote:
Quoth [EMAIL PROTECTED]:
PAGE_OFFSET question:
Looked through archives and grepped through code. It's still
unclear
to me how PAGE_OFFSET is ge
abled (and I did not
trigger the BUG_ON while testing).
They all look ok to me. I will apply locally and send to Linus when
2.6.26 opens.
Thanks
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROT
the bss.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX:
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 Ungerer
opy. Use byte memory operations. */
+ BYTE_COPY_FWD (dstp, srcp, len);
+
+ return dstpp;
+}
#endif
--
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE
All
(fec_enet_interrupt())
but fec_enet_rx() are grabbing the spinlock. Is this on purpose?
No, it looks broken :-(
Regards
Greg
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Comput
mii_func *func)
{
struct fec_enet_private *fep;
unsigned long flags;
@@ -2343,6 +2348,7 @@ int __init fec_enet_init(struct net_devi
*/
fecp = (volatile fec_t *) fec_hw[index];
+ spin_lock_init(&fep->lock);
fep->index = index;
fep->hwp = fe
Hi Sebastion,
Sebastian Siewior wrote:
* Greg Ungerer | 2008-03-28 16:58:09 [+1000]:
Hi Sebastion,
Hi Greg,
4. Use the .*_irqsave variant in that part which may be called from IRQ or
user mode.
I couldn't see any changes here that switched to use *_irqsave?
The only lock user that m
Hi Sebastion,
Sebastian Siewior wrote:
* Greg Ungerer | 2008-03-28 15:25:00 [+1000]:
Hi Sebastion,
Hi Greg,
Sebastian Siewior wrote:
Those are required for spinlocks & kallsyms
Signed-off-by: Sebastian Siewior <[EMAIL PROTECTED]>
--- a/arch/m68knommu/kernel/vmlinux.lds.S
Hi Sebastion,
Sebastian Siewior wrote:
* Greg Ungerer | 2008-03-28 15:13:11 [+1000]:
Patch #3 adds kernel support for kernel preemption. I don't disable
interrupts because there should be already disabled (and I did not
trigger the BUG_ON while testing).
They all look ok to me. I will
Hi Sebastion,
Sebastian Siewior wrote:
* Greg Ungerer | 2008-03-28 20:28:10 [+1000]:
No, don't bother. When I applied and tested locally I moved
it after the bss :-) So I'll send it upstream with that
changed.
Oh, okey. A tottaly different question if you don't mind: I&#x
the file executable bit set for example?
Is it a valid flatformat binary?
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE:
lman.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
tiguous regions to bring them in (assuming
you cannot run them XIP from within the filesystem they are in).
Small is better.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Comput
Hi Gavin,
Gavin Lambert wrote:
Quoth Greg Ungerer:
With any non-MMU environment big binaries are more problematic.
You need to find large contiguous regions to bring them in (assuming
you cannot run them XIP from within the filesystem they are in).
Small is better.
It's a little more
Hi Gavin,
Gavin Lambert wrote:
Quoth Greg Ungerer:
Well in this sense there is no "libraries". You lost any notion of
them at the link stage. With no shared libraries all you have is
the final binaries. (Yes each will contain some of code that was in
the build library archives).
Sebastian Siewior wrote:
Greg Ungerer wrote:
Hi Sebastion,
s/o/a :)
Sorry :-)
No, it looks broken :-(
I'm going to post a cleanup patch and a locking fixup patch. The missing
lock is more serious than I though in first place.
Be aware there are other known problems with this drive
.
Regards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7
o), but I
could use a pointer or two to references for the available arguments
and formats, etc.
If the command line partition setup can do everything you need
then that is the way to go.
Regards
Greg
--------
Greg Ungerer -- Chi
I don't recall the setup of the ARM7 code now (and this will
depend on which kernel version you are using) but it may not
have target command line support yet. You can always compile in
a command line.
Hope that helps.
Regards
Greg
;t use XIP or shared libs for arm non-mmu development though.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St,
_module_init(void)
{
struct net_device *dev;
- int i, j, err;
+ int i, err;
DECLARE_MAC_BUF(mac);
printk("FEC ENET Version 0.2\n");
--
--------
Greg Ungerer -- Chief Software Dude
fecp->fec_ievent = 0xffc0;
- fecp->fec_imask = (FEC_ENET_TXF | FEC_ENET_TXB |
- FEC_ENET_RXF | FEC_ENET_RXB | FEC_ENET_MII);
+ fecp->fec_imask = (FEC_ENET_TXF | FEC_ENET_RXF | FEC_ENET_MII);
/* Queue up command to detect the PHY and initialize the
that out.
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, Aus
Sebastian Siewior wrote:
* Greg Ungerer | 2008-04-03 16:47:58 [+1000]:
This is because we register & enable way more interrupt sources than we
actually handle. FEC_ENET_RXF (packet received), FEC_ENET_TXF (packet
trasmitted) and FEC_ENET_MII (mii command done) are handled by the ISR.
In my
Sebastian Siewior wrote:
* Greg Ungerer | 2008-04-03 16:30:48 [+1000]:
Hi Sebastian,
Sebastian Siewior wrote:
linux-2.6-mk68/drivers/net/fec.c: In function 'fec_enet_module_init':
linux-2.6-mk68/drivers/net/fec.c:2627: warning: unused variable 'j'
linux-2.6-mk68/drive
Hi Bob,
rwarner wrote:
Greg Ungerer wrote:
Ok with respect to the 'linux' kernel i am unlearned in this regard
of kernel debug information. Is there a configuration item in the
build of the kernel which produces debug information in the vmlinux
file? Or do i need to find the buil
/armnommu/config.arch // original
endif
That looks like a reasonable way to do it.
Normally for a new board your would also create a vendor/board
specific config directory (so a vendors/Atmel/at91sam9260 in your
case).
Regards
Greg
Greg Ungerer wrote:
Hi Mike,
Mike Sander wrote:
I
hat may come easily if you convince Andrew Moreton first.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Company PHONE: +61 7 34
inline is microblaze.
Regards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Company PHONE: +61 7 3435 2888
825 Stanley St,
n flash (in the filesystem) that means you
might be able to avoid this. But you would still need 2
above.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computing Com
this?
There are a number of ways to setup the kernel and filesystem.
Depends on what RAM and flash tradeoffs you want to make.
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear
linux-dist
patches. The at91 support is nice and generic, and the AT91SAM7 parts
should fit nicely into that.
Regards
Greg
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
SnapGear -- a Secure Computi
le:
# uncomment this to get a fully statically linked version
NO_SHARED_LIBS = 1
grep for NO_SHARED_LIBS to see the changes involved.
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PRO
ng 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
--
ave been keeping and updating patches (kept in the uClinux-dist
linux-2.6.x sources).
In addition, the XIP portion
of the kernel also appeared broken for the ARM7TDMI.
Has it ever worked in the 2.6 series kernels?
Regards
Greg
-----
alloc()
cache_alloc_refill()
Yahoo !!!
No i need to connect a console to my serial port and see if that is
functioning.
l8r - bob
--
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corpor
+
all:
$(MAKE) -C source
clean:
Applied, thanks.
Regards
Greg
--
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825
C_GETTIMEOUT");
+ } else {
+ if (real_wd_count <= wd_keep_alive) {
+ fprintf(stderr,
+ "Warning watchdog counter less or equal to the
heartbeat of keepalives: %d <= %d\n",
+
return (void *)physaddr;
+ return (cacheflag == IOMAP_FULL_CACHING) ? (void *)(physaddr & ~0x8000) :
+ (void *)(physaddr | 0x8000);
}
/*
--
----
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL
n question,
+ * without writing back dirty entries first. This is useful if the data will
+ * be overwritten anyway, e.g. by DMA to memory. The range is defined by a
+ * _physical_ address.
+ */
+
+void cache_clear (unsigned long paddr, int len)
+{
+ cache_invalidate_data(paddr, len);
+}
+
+
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
Hi Jamie,
Jamie Lokier wrote:
Greg Ungerer wrote:
Last time i tried it the build was broken and someone admitted it
was not maintained since the last attempt 2.6.14?
non-MMU ARM has never be in mainline, not in 2.6.14, not ever.
I have been keeping and updating patches (kept in the uClinux
Hi Bob,
rwarner wrote:
Greg Ungerer wrote:
rwarner wrote:
Michael Schnell wrote:
I read that the now officially released Kernel 2.6.25 offers a lot
of goodies for embedded / soft-realtime systems.
Will this version included in the tools (Buildroot etc) ?
Is it recommended to use 2.6.25
Hi Jamie,
Jamie Lokier wrote:
Greg Ungerer wrote:
Now that generic nommu support is _nominally_ in the mainline kernel,
it seems odd to me that the mainline kernel + SoC patches is not what
I'm supposed to be doing.
That is your starting point. Ideally when you are happy with your
spe
ave change over time.
Regards
Greg
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX
word "unknown" tends to confuse beginning users.
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St,
len) &
(~(nasys_dcache_line_size - 1))) + nasys_dcache_line_size;
+ sset = paddr & (~(nasys_dcache_line_size - 1));
+ eset = (paddr + len + nasys_dcache_line_size - 1) &
(~(nasys_dcache_line_size - 1));
__asm__ __volatile__ (
"1:\n\t"
--
-----
newer compiler on 2.4 vintage
code. I don't recall if those are in the 20070130 release. They are
certainly in all recent uClinux-dist patches against 20070130.
Regards
Greg
----
Greg Ungerer -- Chief Software Dude
will get the latest bug
fixes and security fixes, as usual for any new kernel release.
Nothing specific strikes me as improving ARM non-mmu in this
one though. Unless I mis-understand your question?
Regards
Greg
Greg
-+
+*/
+
+ unsigned long *stack;
+
+ stack = (unsigned long *)&stack;
+ stack++;
+ __show_stack(current, stack);
}
-
EXPORT_SYMBOL(dump_stack);
+void show_stack(struct task_struct *task, unsigned long *stack)
+{
+ if (!stack && !task)
+
ends to confuse beginning users.
--
--------
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, 41
window.
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX
le unsigned short *par_uartp;
--
--------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing CorporationPHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloo
;"..."
Calling initcall 0x10014d40: map_rom_init+0x0/0x20()
Calling initcall 0x10014d60: uclinux_mtd_init+0x0/0x14c()
Most likely I think is that you don't have the uclinux.c MTD
map driver config options quite right. The ones that look
something like this:
CONFIG_MTD_UCLINUX=y
# CONFIG_MTD_
mode
applications. And some guys at ARM Ltd have patches for running
a thumb mode kernel on newer ARM cores).
Regards
Greg
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corpor
1001 - 1100 of 1216 matches
Mail list logo
