On Wed, 2009-05-20 at 18:30 -0400, Daniel Clark wrote:
> email@example.com wrote:
> > From: Wu Zhangjin <firstname.lastname@example.org>
> > Dear all,
> > I have cleaned up the source code of loongson-based machines support and
> > updated it to linux-184.108.40.206, the latest result is put to the following git
> > repository:
> > git://dev.lemote.com/rt4ls.git to-ralf
> > or
> > http://dev.lemote.com/cgit/rt4ls.git/log/?h=to-ralf
> > this job is based on the to-mips branch of Yanhua's
> > git://dev.lemote.com/linux_loongson.git and the lm2e-fixes branch of
> > Philippe's
> > git://git.linux-cisco.org/linux-mips.git. thanks goes to them.
> > and also, thanks goes to Erwen and heihaier for testing the latest branch,
> > and
> > thanks ralf, zhangLe, john and the other guyes for reviewing the old branch
> > and
> > giving good suggestions.
> > the most differences between this branch and the old branch include:
> > * all of these patches are checked by script/checkpatch.pl, only a few
> > warnings left.
> > * the cs5536 part have been cleaned up deeply. the old pcireg.h is
> > removed
> > via using the include/linux/pci_regs.h instead. and the old cs5536_vsm.c
> > is
> > divided to several modules, one file one module.
> > * the source code in driver/video/smi in cleaned up a lot, two trashy
> > header
> > files are removed, and several trashy functions are removed, lots of
> > coding
> > style errors and warnings are cleaned up.
> > * gcc 4.4 support, including 32bit and 64bit, and also it is gcc 4.3
> > compatiable
> > I have tested it in 32bit and 64bit with gcc 4.3 on fuloong(2e),
> > fuloong(2f),
> > yeeloong(2f), all of them work well, and also test it in 32bit and 64bit
> > with
> > gcc 4.4 on fuloong(2f), works normally. Erwen and heihaier have tested it in
> > 64bit with gcc 4.4 on a yeeloong laptop.
> Wow this is great. Does this branch also include the suspend-to-disk /
> resume-from-disk code from the lemote 2.6.27 STD branch?
yeap, you can find it in the PATCH:
Hibernation Support in mips system
> From a user's perspective, what are the loongson-oriented improvements
> of this branch over the existing 2.6.27 branch?
seems no obvious improvements to users, but a few:
* smaller kernel image,
several different changes will influence this part.
1. [loongson-PATCH-v1 10/27] add loongson-specific
$ wc -c vmlinux // before
$ wc -c vmlinux // after
$ echo $(((8054849-7626936)/1024)) // kb
$ echo "(8054849-7626936)/8054849" | bc -l
2. tons of source code lines have been cleaned up
the most important parts include cs5536 and smi video card driver.
* higher performance(maybe not easily feel it)
1. the added cpu-feature-overrides will remove tons of branches
2. tons of low-level cs5536 support is cleaned up, some trashy
source code lines are removed, so, the low-level response may be
but i think the change in this branch is more important to the
developers, the current organization is more scalable than the old one,
and tons of duplications have bee removed, magic numbers have been
substituted to understandable symbols ...
> I'd also like to know if:
> (a) the ec-modules and
> (b) the rtl8187b code
> that is currently separate from the main lemote linux 2.6.27 git (the
> former in a git repository, the later only in a .tar.gz file as far as I
> know) is included in the 220.127.116.11 branch now.
not yet, since the main aim of this branch is pushing the basic
loongson2f-based machines' support to the mainline linux. so, these two
parts are not included in yet. after the basic support is pushed in, we
will try to push the other parts.
> I can of course check this via git when I have internet access next, but
> I'm guessing you would be able to provide context beyond just the code
> changes to the answers of these questions :-)
> Oh, and one last thing - is compilation with the lemote-patched binutils
> / "-mfix-gs2f-kernel" "-mfix-ls2f-kernel" (I'm told these did the same
> things, the name just changed for some reason - currently I'm using a
> binutils / as that understands the "-mfix-ls2f-kernel" option) still
> needed? Without this in the 2.6.27 branch, and esp. with the ec-modules,
> there were very frequent hard linux crashes (sysrq keys not working).
yes, the -mfix-ls2f-kernel is needed if no other solutions for fixing
the crashes problems come out. but since the -mfix-ls2f-kernel option is
not merged in the mainline 'as' tool, so, this option will not be used
in this branch.
sysrq keys really not work, but NMI works :-)
> BTW for me, this is interesting in the context of
> http://config.fsf.org/trac/public/wiki/RmsLinuxForYou , which I have
> several people helping me test at the moment - currently the biggest
> issue is hard crashes every day or other day, or more frequently if
> there is a lot of disk or usb I/O.
perhaps Yan hua<email@example.com> can give some help on this problem.
did you compile the kernel with -mfix-ls2f-kernel option? if not, please
use it. it may give some help on reducing the hard crashes.