XRP Ninja

I just found that, it is actually very easy to trigger the problem that the -mfix-ls2f-kernel as option could fix. Like just emerging glibc could hang the system. So if you are using linux-loongson/2.6.30/stable branch from this git tree http://dev.lemote.com/git?p=rt4ls.git;a=summary, you maybe want to line 129 of arch/mips/Makefile: $(call cc-option,-march=loongson2f,-march=r4600) $(call cc-optoin,-mtune=loongson2f) to $(call cc-option,-march=loongson2f,-march=r4600) $(call as-option,-Wa$(comma)-mfix-ls2f-kernel,) Actually, $(call cc-optoin,-mtune=loongson2f) here is not required. BTW, glibc-2.10.1 is ready in my overlay. This version could solve the gdb issue: Error while reading shared library symbols: find_new_threads_callback: cannot get thread info: generic error find_new_threads_callback: cannot get thread info: generic error This happened previously when debugging multithread applications.

This one is MIPS related, already accepted: MIPS: Fix TIF_32BIT undefined problem when seccomp is disabled This one is proc filesystem related: [PATCH] filp->f_pos not correctly updated in proc_task_readdir The later one is also MIPS related actually, in a peculiar way: MIPS N32 does not have getdents64 system call. And because of readdir's implementation in glibc, this bug will be triggered when trying to run pstree or simply 'ls /proc/xxxx/task', where xxxx is the pid of a multithread process.

* For this version of ntfs-3g to work properly, you need to use the * kernel module included in the package, not the kernel version. To do this * remove FUSE from your kernel, recompile it then remerge FUSE. * * emerge -a1 sys-fs/fuse * * You will need to reboot if you had FUSE in your kernel, if it was a module, this * should be enough: * * modprobe -r fuse * modprobe fuse * * If either of these commands have an error, you will need to reboot. 本来我是用sys-fs/fuse的，不过前两天心血来潮 ，用了内核里的fuse 结果emerge ntfs-3g时就看到了上面的提示