date:20110325

[uClinux-dev] Re: [PATCH 0/1] m68k: merge m68k and m68knommu arch directories

2011-03-25 Thread Greg Ungerer


Hi All,

I am ready to send a request to Linus to pull this in.
Anyone not ready for this to happen?

Regards
Greg


On 22/03/11 14:43, g...@snapgear.com wrote:

The following patch merges the m68k and m68knommu arch directories.
This patch has been trimmed for review purposes - the automated file
moving and mergeing carried out by the script contained in this email
has been removed. Only the manually required changes after running the
script are shown as the patch. (So to end up with the final required
change you need to run this script then apply the patch).

This change is available as the only commit on the m68knommu git tree,
for-linux branch:

The following changes since commit a952baa034ae7c2e4a66932005cbc7ebbccfe28d:
   Linus Torvalds (1):
 Merge branch 'for-linus' of git://git.kernel.org/.../dtor/input

are available in the git repository at:

   git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-linus

Greg Ungerer (1):
   m68k: merge m68k and m68knommu arch directories


It is also on the for-next branch in that tree, so will get some testing
in the next tree for the next few days.

I have done some testing on both MMU and non-MMU targets, and they
worked fine. I tried a few ColdFire non-MMU builds, and I built and
ran the Atari target in the AranyM emulator. Other than some option
re-ordering the configs produced are the same.

If everyone is happy I would like to ask Linus to pull this before the
end of the current merge window.

Regards
Greg


-

#!/bin/bash

mergefile() {
BASE=${1%.?}
EXT=${1#${BASE}}
git mv ${TARGET}/$1 ${TARGET}/${BASE}_mm${EXT}
git mv ${SOURCE}/$1 ${TARGET}/${BASE}_no${EXT}
cat<<-EOF>  ${TARGET}/$1
#ifdef CONFIG_MMU
#include "${BASE}_mm${EXT}"
#else
#include "${BASE}_no${EXT}"
#endif
EOF
git add ${TARGET}/$1
}

mergedir() {
TARGET=arch/m68k/$1
SOURCE=arch/m68knommu/$1
files=${1}_MERGE_FILES
MERGE_FILES=${!files}

echo "merging files in $1"
for F in $MERGE_FILES ; do
mergefile $F
done

files=${1}_NOMERGE_FILES
NOMERGE_FILES=${!files}

echo "moving files in $1"
for F in $NOMERGE_FILES ; do
git mv ${SOURCE}/$F ${TARGET}/$F
done

files=${1}_REMOVE_FILES
REMOVE_FILES=${!files}

echo "removing common files in $1"
for F in $REMOVE_FILES ; do
git rm ${SOURCE}/$F
done

if [ -e ${SOURCE}/Makefile ]; then
git mv ${TARGET}/Makefile ${TARGET}/Makefile_mm
git mv ${SOURCE}/Makefile ${TARGET}/Makefile_no
cat<<-EOF>  ${TARGET}/Makefile
ifdef CONFIG_MMU
include ${TARGET}/Makefile_mm
else
include ${TARGET}/Makefile_no
endif
EOF
git add ${TARGET}/Makefile
fi
}

configs_MERGE_FILES=""
configs_NOMERGE_FILES="m5208evb_defconfig \
m5272c3_defconfig \
m5307c3_defconfig \
m5249evb_defconfig \
m5275evb_defconfig \
m5407c3_defconfig"
configs_REMOVE_FILES=""
kernel_MERGE_FILES="asm-offsets.c \
dma.c entry.S \
m68k_ksyms.c \
module.c \
process.c \
ptrace.c \
setup.c \
signal.c \
sys_m68k.c \
time.c \
traps.c \
vmlinux.lds.S"
kernel_NOMERGE_FILES="init_task.c \
irq.c \
syscalltable.S"
kernel_REMOVE_FILES=""
lib_MERGE_FILES="checksum.c \
muldi3.c"
lib_NOMERGE_FILES="delay.c \
divsi3.S \
memcpy.c \
memmove.c \
memset.c \
modsi3.S \
mulsi3.S \
udivsi3.S \
umodsi3.S"
lib_REMOVE_FILES="ashldi3.c \
ashrdi3.c \
lshrdi3.c"
mm_MERGE_FILES="init.c kmap.c"
mm_NOMERGE_FILES=""
mm_REMOVE_FILES=""

DIRS="configs kernel lib mm"

echo "STARTing merge"
for dir in $DIRS ; do
echo "merging $dir..."
mergedir $dir
done
echo "moving platform"
git mv arch/m68knommu/platform arch/m68k/
git rm arch/m68knommu/defconfig

echo "merging master Makefile"
git mv arch/m68k/Makefile arch/m68k/Makefile_mm
git mv arch/m68knommu/Makefile arch/m68k/Makefile_no
cat<<-EOF>  arch/m68k/Makefile
ifdef CONFIG_MMU
include arch/m68k/Makefile_mm
else
include arch/m68k/Makefile_no
endif
EOF
git add arch/m68k/Makefile

echo "removing remaining m68knommu dirs"
git rm -r

[uClinux-dev] Kernel panic with SDcard

2011-03-25 Thread Commercon, Alain

Hi all,
 
I've a Coldfire System with SD-Card support (Wildfire 5282 micro
controller). 
I try to use a new SDcard which seems to be incompatible with my system.
I previously used several SanDisk 2Go which perfectly works. I just buy
new one, and load it on the same way than the previous one. It
externally looks like the old one (SanDisk 2Go), but it doesn't work on
my system, leading to a "kernel panic".
Hereafter the messages I get:
 
Coldfire MCF5282 on the Wildfire
Firmware v3d.1b.1c (Build 746 ...)
...
SD Card detected - 2002780160 bytes
...
Partition 1 found on SD card.
Ext2/3 filesystem found on SD card... Looking for /boot/linux.bin.
uClinux kernel found - 1695744 bytes... copying to RAM to boot
99%
1695744 bytes read
Now booting uClinux...
Linux version 2.6.19-uc1 (intec@moe  ) (gcc version
4.1.1) #26 Thu Aug 9 15:10:35 PDT 2007
 
uClinux/COLDFIRE(m5280/5282)
COLDFIRE port done by Greg Ungerer, g...@snapgear.com
 
Flat model support (C) 1998,1999 Kenneth Albanowski, D. Jeff Dionne
Built 1 zonelists.  Total pages: 4064
Kernel command line: root=0xFE01 rw rootdelay=2 rtc-pcf8563.probe=0,0x51
PID hash table entries: 64 (order: 6, 256 bytes)
Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
Memory available: 14384k/16384k RAM, (1529k kernel code, 183k data)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 0, 4096 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
JFFS2 version 2.2. (NAND) (C) 2001-2006 Red Hat, Inc.
io scheduler noop registered
io scheduler cfq registered (default)
MCF IPS device driver installed
ColdFire internal UART serial driver
ttyS0 at MMIO 0x4200 (irq = 77) is a ColdFire UART
ttyS1 at MMIO 0x4240 (irq = 78) is a ColdFire UART
ttyS2 at MMIO 0x4280 (irq = 79) is a ColdFire UART
RAMDISK driver initialized: 4 RAM disks of 4096K size 1024 blocksize
FEC ENET Version 0.2
fec: PHY @ 0x0, ID 0x1c040011 -- STE100P
eth0: ethernet 00:14:15:01:ff:cd
PPP generic driver version 2.4.2
m25p80 spi1.0: m25p80 (1024 Kbytes)
Creating 1 MTD partitions on "ST M25P80 SPI Flash chip":
0x-0x0010 : "stm25p80"
SPI: Coldfire master initialized
mmc_spi spi1.1: SD/MMC <-> SPI proxy driver, no card power management
TCP cubic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
Waiting 2sec before mounting root device...
mmc_spi spi1.1: init failed
VFS: Cannot open root device "0xFE01" or unknown-block(254,1)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(254,1)

 
Every help is welcome.
 
Regards
Alain
___
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] Host fo ucLinux

2011-03-25 Thread Simon V Chamlian



Hi,
 
I am new in the Linux world. 
 
I would like to start a new project with ucLinux on MCF5282 and would like some 
information from people who already used it. 
 
1) My computer has Windows XP, therefore I need a Linux Host to be able to 
cross-compile, debug my application (ucLinux + my application). 
   Which host is recommended: Ubuntu, Debian, Fedora or other? 
 
2) Did anyone used virtual machines on XP to have the Linux host running in a 
Virtual Machine for ucLinux compiling/debugging? Is that 
   recommendable or better have a dual boot computer (XP / Linux)? 
 
I am surprised that there is no forums available for ucLinux but rather a 
mailing list is used instead.
 
Any hints or recommendations will be much appreciated. 
 
Thanks,
 
S
 
  
___
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] Host fo ucLinux

2011-03-25 Thread Lennart Sorensen

On Fri, Mar 25, 2011 at 03:03:57PM -0400, Simon V Chamlian wrote:
> I am new in the Linux world. 
>  
> I would like to start a new project with ucLinux on MCF5282 and would like 
> some information from people who already used it. 
>  
> 1) My computer has Windows XP, therefore I need a Linux Host to be able to 
> cross-compile, debug my application (ucLinux + my application). 
>Which host is recommended: Ubuntu, Debian, Fedora or other? 
 
Shouldn't make any difference really.

> 2) Did anyone used virtual machines on XP to have the Linux host running in a 
> Virtual Machine for ucLinux compiling/debugging? Is that 
>recommendable or better have a dual boot computer (XP / Linux)? 

A virtual machine should be fine.

> I am surprised that there is no forums available for ucLinux but rather a 
> mailing list is used instead.

Many people much prefer working with their email client on their time.
Most forum software is really awful.

> Any hints or recommendations will be much appreciated. 

-- 
Len Sorensen
___
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] Host fo ucLinux

2011-03-25 Thread Jim Donelson

I use Linux in a VM all the time for this purpose.
As for which distro, I end up using Ubuntu because it seems to be gaining
support over red hat and I am used to it, but for each person you ask you
will probably get a different answer.
I recommended you try and use Linux for as much as possible so you
gain familiarity with it and the tools.
--Jim


On Fri, Mar 25, 2011 at 3:03 PM, Simon V Chamlian wrote:

>
>
> Hi,
>
> I am new in the Linux world.
>
> I would like to start a new project with ucLinux on MCF5282 and would like
> some information from people who already used it.
>
> 1) My computer has Windows XP, therefore I need a Linux Host to be able to
> cross-compile, debug my application (ucLinux + my application).
>   Which host is recommended: Ubuntu, Debian, Fedora or other?
>
> 2) Did anyone used virtual machines on XP to have the Linux host running in
> a Virtual Machine for ucLinux compiling/debugging? Is that
>   recommendable or better have a dual boot computer (XP / Linux)?
>
> I am surprised that there is no forums available for ucLinux but rather a
> mailing list is used instead.
>
> Any hints or recommendations will be much appreciated.
>
> Thanks,
>
> S
>
>
>  ___
> 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] Host fo ucLinux

2011-03-25 Thread Philip Nye

Hi Simon,

Taking your questions in reverse order -

On 25/03/2011 19:03, Simon V Chamlian wrote:
...

> 2) Did anyone used virtual machines on XP to have the Linux host running 
in a Virtual Machine for ucLinux compiling/debugging? Is that

> recommendable or better have a dual boot computer (XP / Linux)?

I have used a virtual machine for uClinux development with good results - 
though in my case it was hosted on Linux, not Windows. Provided your host 
has reasonable performance and memory it is probably a much more 
satisfactory method than either dual boot or Cygwin.

> 1) My computer has Windows XP, therefore I need a Linux Host to be able 
to cross-compile, debug my application (ucLinux + my application).

> Which host is recommended: Ubuntu, Debian, Fedora or other?

Any should work, use whichever can be configured easily to work well as a 
virtual guest.

Philip

On 25/03/2011 19:03, Simon V Chamlian wrote:

Hi,

I am new in the Linux world.

I would like to start a new project with ucLinux on MCF5282 and would like some 
information from people who already used it.

1) My computer has Windows XP, therefore I need a Linux Host to be able to 
cross-compile, debug my application (ucLinux + my application).
Which host is recommended: Ubuntu, Debian, Fedora or other?

2) Did anyone used virtual machines on XP to have the Linux host running in a 
Virtual Machine for ucLinux compiling/debugging? Is that
recommendable or better have a dual boot computer (XP / Linux)?

I am surprised that there is no forums available for ucLinux but rather a 
mailing list is used instead.

Any hints or recommendations will be much appreciated.

Thanks,

S

___
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] [PATCH] NOMMU: implement access_remote_vm

2011-03-25 Thread Mike Frysinger

Recent vm changes brought in a new function which the core procfs code
utilizes.  So implement it for nommu systems too to avoid link failures.

Signed-off-by: Mike Frysinger 
---
 mm/nommu.c |   52 +++-
 1 files changed, 39 insertions(+), 13 deletions(-)

diff --git a/mm/nommu.c b/mm/nommu.c
index cb86e7d..c4c542c 100644
--- a/mm/nommu.c
+++ b/mm/nommu.c
@@ -1971,21 +1971,10 @@ int filemap_fault(struct vm_area_struct *vma, struct 
vm_fault *vmf)
 }
 EXPORT_SYMBOL(filemap_fault);
 
-/*
- * Access another process' address space.
- * - source/target buffer must be kernel space
- */
-int access_process_vm(struct task_struct *tsk, unsigned long addr, void *buf, 
int len, int write)
+static int __access_remote_vm(struct task_struct *tsk, struct mm_struct *mm,
+   unsigned long addr, void *buf, int len, int write)
 {
struct vm_area_struct *vma;
-   struct mm_struct *mm;
-
-   if (addr + len < addr)
-   return 0;
-
-   mm = get_task_mm(tsk);
-   if (!mm)
-   return 0;
 
down_read(&mm->mmap_sem);
 
@@ -2010,6 +1999,43 @@ int access_process_vm(struct task_struct *tsk, unsigned 
long addr, void *buf, in
}
 
up_read(&mm->mmap_sem);
+
+   return len;
+}
+
+/**
+ * @access_remote_vm - access another process' address space
+ * @mm:the mm_struct of the target address space
+ * @addr:  start address to access
+ * @buf:   source or destination buffer
+ * @len:   number of bytes to transfer
+ * @write: whether the access is a write
+ *
+ * The caller must hold a reference on @mm.
+ */
+int access_remote_vm(struct mm_struct *mm, unsigned long addr,
+   void *buf, int len, int write)
+{
+   return __access_remote_vm(NULL, mm, addr, buf, len, write);
+}
+
+/*
+ * Access another process' address space.
+ * - source/target buffer must be kernel space
+ */
+int access_process_vm(struct task_struct *tsk, unsigned long addr, void *buf, 
int len, int write)
+{
+   struct mm_struct *mm;
+
+   if (addr + len < addr)
+   return 0;
+
+   mm = get_task_mm(tsk);
+   if (!mm)
+   return 0;
+
+   len = __access_remote_vm(tsk, mm, addr, buf, len, write);
+
mmput(mm);
return len;
 }
-- 
1.7.4.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

Re: [uClinux-dev] Host fo ucLinux

2011-03-25 Thread Steve Strobel



> 2) Did anyone used virtual machines on XP to have the Linux host 
running in a Virtual Machine for ucLinux compiling/debugging? Is that

> recommendable or better have a dual boot computer (XP / Linux)?

I have used a virtual machine for uClinux development with good 
results - though in my case it was hosted on Linux, not Windows. 
Provided your host has reasonable performance and memory it is 
probably a much more satisfactory method than either dual boot or Cygwin.


I have used Cygwin, an Ubuntu VM under Windows XP, and Ubuntu running 
on bare metal.  I found compiling under Cygwin to be rather slow, and 
the differences with "real" Linux to sometimes be a pain.  The VM 
worked fine, but was both sluggish running Eclipse and slow to 
compile.  Ubuntu on bare metal is great, but having to reboot to get 
back to your Windows tools might be inconvenient.


My co-workers and I eventually settled on a shared fast build server 
running Ubuntu.  We use Xming with gnome-panel to make the 
applications show up on our Windows desktops (Eclipse, terminals, 
etc).  We have the Windows Start button and task bar at the bottom 
and the Ubuntu Applications/Places/System menus a the top (via 
gnome-panel).  You can start applications from either one and they 
show up as normal applications (no Linux desktop as with a VM) and 
work fine with dual monitors.  You can cut and paste between them 
(make sure nothing is selected in the Linux apps before trying to 
copy text from Windows to them).


For reasons I don't understand, starting Linux apps using gnome-panel 
works better in several ways than starting them directly using Xming 
(responsiveness, fonts, pop-up forms working correctly, etc).  The 
main application windows are resizable but even when using 
gnome-panel, some pop-up forms aren't resizable.  Occasionally I will 
run an app directly on the shared server so I can set the sizes of those forms.


Steve



---
Steve Strobel
Link Communications, Inc.
1035 Cerise Rd
Billings, MT 59101-7378
(406) 245-5002 ext 102
(406) 245-4889 (fax)
WWW: http://www.link-comm.com
MailTo:steve.stro...@link-comm.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] [git pull] merge m68k and m68knommu arch directories

2011-03-25 Thread Greg Ungerer


Hi Linus,

Can you please pull the m68knommu git tree, for-linus branch:

git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-linus

It contains only a single commit that merges the m68k and m68knommu
arch directories. Once commited there is no longer an arch/m68knommu
directory. This is a brute force merge, and there is still some more
fine-grained merging of files needed to really complete it. But this
is the first critical step we need to take to get this done.

Thanks
Greg



The following changes since commit d39dd11c3e6a7af5c20bfac40594db36cf270f42:
  Linus Torvalds (1):
Merge branch 'for-linus' of git://git.kernel.org/.../viro/vfs-2.6

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-linus

Greg Ungerer (1):
  m68k: merge m68k and m68knommu arch directories

 arch/m68k/Kconfig  |  456 +---
 arch/m68k/Kconfig.debug|   34 +
 arch/m68k/Kconfig.mmu  |  417 +++
 arch/{m68knommu/Kconfig => m68k/Kconfig.nommu} |   94 --
 arch/m68k/Makefile |  122 +--
 arch/m68k/Makefile_mm  |  121 ++
 arch/{m68knommu/Makefile => m68k/Makefile_no}  |   16 +-
 .../{m68knommu => m68k}/configs/m5208evb_defconfig |2 +
 .../{m68knommu => m68k}/configs/m5249evb_defconfig |2 +
 arch/{m68knommu => m68k}/configs/m5272c3_defconfig |2 +
 .../{m68knommu => m68k}/configs/m5275evb_defconfig |2 +
 arch/{m68knommu => m68k}/configs/m5307c3_defconfig |2 +
 arch/{m68knommu => m68k}/configs/m5407c3_defconfig |2 +
 arch/m68k/kernel/Makefile  |   18 +-
 arch/m68k/kernel/Makefile_mm   |   17 +
 .../kernel/Makefile => m68k/kernel/Makefile_no}|0
 arch/m68k/kernel/asm-offsets.c |  101 +--
 .../asm-offsets.c => m68k/kernel/asm-offsets_mm.c} |   66 +-
 .../asm-offsets.c => m68k/kernel/asm-offsets_no.c} |0
 arch/m68k/kernel/dma.c |  135 +---
 arch/m68k/kernel/dma_mm.c  |  130 +++
 .../kernel/dma.c => m68k/kernel/dma_no.c}  |0
 arch/m68k/kernel/entry.S   |  756 +
 arch/m68k/kernel/entry_mm.S|  753 
 .../kernel/entry.S => m68k/kernel/entry_no.S}  |0
 arch/{m68knommu => m68k}/kernel/init_task.c|0
 arch/{m68knommu => m68k}/kernel/irq.c  |0
 arch/m68k/kernel/m68k_ksyms.c  |   21 +-
 arch/m68k/kernel/m68k_ksyms_mm.c   |   16 +
 .../m68k_ksyms.c => m68k/kernel/m68k_ksyms_no.c}   |0
 arch/m68k/kernel/module.c  |  156 +---
 .../kernel/module.c => m68k/kernel/module_mm.c}|   31 +-
 .../kernel/module.c => m68k/kernel/module_no.c}|0
 arch/m68k/kernel/process.c |  355 +--
 .../kernel/process.c => m68k/kernel/process_mm.c}  |  262 ++---
 .../kernel/process.c => m68k/kernel/process_no.c}  |0
 arch/m68k/kernel/ptrace.c  |  282 +-
 arch/m68k/kernel/ptrace_mm.c   |  277 +
 .../kernel/ptrace.c => m68k/kernel/ptrace_no.c}|0
 arch/m68k/kernel/setup.c   |  534 +-
 arch/m68k/kernel/setup_mm.c|  533 +
 .../kernel/setup.c => m68k/kernel/setup_no.c}  |0
 arch/m68k/kernel/signal.c  | 1018 +
 .../kernel/signal.c => m68k/kernel/signal_mm.c}|  432 ++--
 .../kernel/signal.c => m68k/kernel/signal_no.c}|0
 arch/m68k/kernel/sys_m68k.c|  551 +-
 arch/m68k/kernel/sys_m68k_mm.c |  546 +
 .../sys_m68k.c => m68k/kernel/sys_m68k_no.c}   |0
 arch/{m68knommu => m68k}/kernel/syscalltable.S |0
 arch/m68k/kernel/time.c|  119 +--
 arch/m68k/kernel/time_mm.c |  114 ++
 .../kernel/time.c => m68k/kernel/time_no.c}|0
 arch/m68k/kernel/traps.c   | 1208 +---
 arch/m68k/kernel/traps_mm.c| 1207 +++
 .../kernel/traps.c => m68k/kernel/traps_no.c}  |0
 arch/m68k/kernel/vmlinux.lds.S |   11 +-
 arch/m68k/kernel/vmlinux.lds_mm.S  |   10 +
 .../vmlinux.lds.S => m68k/kernel/vmlinux.lds_no.S} |0
 arch/m68k/lib/Makefile |   11 +-
 arch/m68k/lib/Makefile_mm  |6 +
 .../lib/Makefile => m68k/lib/Makefile_no}  |0
 arch/m68k/lib/checksum.c   |  430 +---
 arch/m68k/lib/checksum_mm.c|  425 +++
 .../lib/checksum.c => m68k/lib/checksum_no.c}  |0
 arch/{m68knommu => m68k}/lib/delay.c   |0
 arch/{m68knommu =>

[uClinux-dev] Re: [PATCH 0/1] m68k: merge m68k and m68knommu arch directories

[uClinux-dev] Kernel panic with SDcard

[uClinux-dev] Host fo ucLinux

Re: [uClinux-dev] Host fo ucLinux

Re: [uClinux-dev] Host fo ucLinux

Re: [uClinux-dev] Host fo ucLinux

[uClinux-dev] [PATCH] NOMMU: implement access_remote_vm

Re: [uClinux-dev] Host fo ucLinux

[uClinux-dev] [git pull] merge m68k and m68knommu arch directories

9 matches

Site Navigation

Mail list logo

Footer information