Hello ARM users!
MMU-less ARM patch against linux-2.6.4 kernel, linux-2.6.4-hsc1 patch is
available at:
http://adam.kaist.ac.kr/~hschoe
The ATMEL AT91xx(ARM7TDMI) platform support is added, which means
GDB/ARMulator is supported also. And proc-arm940.S is included. (contributed
by Hee-Chul Yun)
You can download it directly at :
http://adam.kaist.ac.kr/~hschoe/download/linux-2.6.4-hsc1.patch.gz
This patch pending to be merged to 2.6.4-uc0 patch.
Happy Hacking!
Regards,
Hyok S. Choi
<EOT>
CHOI, HYOK-SUNG
Engineer (Linux System Software)
S/W Platform Lab, Digital Media R&D Center
Samsung Electronics Co.,Ltd.
tel: +82-31-200-8594 fax: +82-31-200-3427
e-mail: [email protected]
[compile&run]
main(a){printf(a,34,a="main(a){printf(a,34,a=%c%s%c,34);}",34);}
On Sat, Mar 27, 2004 at 06:29:19PM +0900, Hyok S. Choi wrote:
> Hello ARM users!
>
> MMU-less ARM patch against linux-2.6.4 kernel, linux-2.6.4-hsc1 patch is
> available at:
> http://adam.kaist.ac.kr/~hschoe
>
> The ATMEL AT91xx(ARM7TDMI) platform support is added, which means
> GDB/ARMulator is supported also. And proc-arm940.S is included. (contributed
> by Hee-Chul Yun)
>
> You can download it directly at :
> http://adam.kaist.ac.kr/~hschoe/download/linux-2.6.4-hsc1.patch.gz
>
> This patch pending to be merged to 2.6.4-uc0 patch.
Is the code really that different that you need a armnommu arch instead
of merging it into arch/arm?
>
> Happy Hacking!
>
> Regards,
> Hyok S. Choi
>
> <EOT>
>
> CHOI, HYOK-SUNG
> Engineer (Linux System Software)
> S/W Platform Lab, Digital Media R&D Center
> Samsung Electronics Co.,Ltd.
> tel: +82-31-200-8594 fax: +82-31-200-3427
> e-mail: [email protected]
>
> [compile&run]
> main(a){printf(a,34,a="main(a){printf(a,34,a=%c%s%c,34);}",34);}
>
>
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
---end quoted text---
Hello,
RMK> As Christoph said - why do you have a complete copy of the ARM specific
support,
RMK> including lots of stuff which will probably never be used on MMU-less
CPUs?
I DO agree with you ;-) The stuffs are to be clean-up(removed) in next
coming-ups, we planed, already.
Christoph> Is the code really that different that you need a armnommu arch
instead of merging it into arch/arm?
RMK> I don't understand this "complete copy and modify" thinking that
uclinux people seem to have - it's
RMK> completely against the Linux development methodology.
I think it is just like the arm26 and the m68knommu case. maintenance issue.
a. readability and portability. If you've ever seen armnommu arch files in
2.4 version, it was just like what you've told, (patching
on arch/arm, although it was renamed to arch/armnommu). It was very
obfuscated.
In fact, arch/arm supports lots of platforms (e.g. sa, xscale, and so on),
and they has many machine specific craps on common codes. In some cases, I
experienced some modification made some side-effects on other platforms.
Thus, to increase readability and portability, separating armnommu from
arm directory could help this. I know that this
is not a best solution, but we have no other options, I think. In addition,
it was the way what uc people have done, so that they can work more easily.
think about it, to merge all arm (with mmu plus without mmu) codes in
arch/arm can be a right choice, but obviously it makes the codes hard to
read and hard to port.
b. armnommu has dependencies with nommu support codes which is maintained by
uc people. we should test with their working codes. Much of the arch codes
are for mm. As you said, I think it should be optimized(removed or
re-written) for armnommu. e.g., mmu-less arm7tdmi, which is one of the main
target for armnommu, many of files like arm/kernel/head.S is not work at
all, and the files in arm/mm are not needed.
However, this port is based on RMK codes, if you say this patch must be
merged into rmk patch, I should agree. ;) but I think to be merged into one
directory is not good idea.
And for uclinux people, as linuxdevices.com survey says, there exist many
developers, and they made much efforts, they are linux people also, I think.
Ignoring them can not be a good idea.
Best regards,
Hyok S. Choi
<EOT>
CHOI, HYOK-SUNG
Engineer (Linux System Software)
S/W Platform Lab, Digital Media R&D Center
Samsung Electronics Co.,Ltd.
tel: +82-31-200-8594 fax: +82-31-200-3427
e-mail: [email protected]
[compile&run]
main(a){printf(a,34,a="main(a){printf(a,34,a=%c%s%c,34);}",34);}