Re: [loongson-dev] as not work well when compile android code from mips

李晖 == 李晖 lihui205...@gmail.com writes: the assembler just can not identify the multu.g instruction. why the same assembler with the same march option can identify the multu.g instruct in one file but can not in another file, did any one knows the reason, it's so strange! Ar you sure that

Re: [loongson-dev] xulrunner

Roman == Roman Mamedov r...@romanrm.ru writes: On Fri, 11 Nov 2011 14:12:37 +0100 Lluís Batlle i Rossell vi...@viric.name wrote: Hello, building firefox, I end up in this: ./assembler/assembler/MacroAssembler.h:46:32: fatal error: MacroAssemblerMIPS.h: No such file or directory

[loongson-dev] Replacement Cooling Fan for Fuloong 6014

Hi, I recently decided to replace the cooler in my Fuloong 6014, which had been running almost continuously for 2 years. The original cooler had started to make strange grinding noises and the housing was also getting quite hot recently. I successfully used this part as a replacement:

Re: [loongson-dev] On port boost1.53 to MIPS64(el)

YunQiang == YunQiang Su wzss...@gmail.com writes: boost-context has some assembly code then mips64(el) is marked as unsupported for now. Maybe we should port it to mips64(el) Are you referring to source files ./boost_1_54_0/libs/context/src/asm/make_mips32_o32_elf_gas.S

[loongson-dev] Loongson 3A kernel source code?

Hi, does anybody know where I can find source code for the linux kernel with support for Loongson 3A systems? I tried looking here: http://dev.lemote.com/cgit/linux-loongson-community.git/ and downloaded:

[loongson-dev] Results for various Linux kernels on Loongson 3A/Xinghuo

There seems to be something broken with the 'linux-official' [1] line of kernels. I now tested a lot of kernels from various sources and these are the results: * linux-official-3.5.0-7.lemote * linux-official-3.5.0-8.lemote : Loading the Debian wheezy initrd [2], I get a blank screen about

Re: [loongson-dev] Results for various Linux kernels on Loongson 3A/Xinghuo

Aron == Aron Xu aronmala...@gmail.com writes: On Tue, Apr 8, 2014 at 9:08 AM, David Kuehling dvdkh...@posteo.de wrote: This is getting frustrating. Whatever magic Lemote applied to their kernels doesn't seem to have made it into their repositories. I wonder which version of GCC are you

Re: [loongson-dev] Results for various Linux kernels on Loongson 3A/Xinghuo

Hi Huacai Hi, David, Lemote's pre-installed kernel uses exactly the same source in http://dev.lemote.com/cgit/linux-official.git/, the only difference is GCC, we use the cross-compiler which can be found here: http://dev.lemote.com/files/resource/toolchain/cross-compile/ You were right, the

Re: [loongson-dev] Results for various Linux kernels on Loongson 3A/Xinghuo

And a few more distressing data points: * Building kernel 3.5.0-8.lemote natively on a Debian stable Wheezy System with Debian's default compiler gcc-4.6.3-14 results in another broken kernel (blank screen). * Building another mipsel cross-toolchain on amd64 using upstream GNU

[loongson-dev] Lemote's kernels vulnerable to CVE-2014-0196

Hi, the 3.5.0-* kernels from lemote [1] are vulnerable to CVE-2014-0196 [2], which makes them somewhat unusable on multi-user systems (if you don't trust all of your users). AFAIU this patch [3] should fix the issue for 3.5.0. I just put a debian package with a fixed kernel here [4] (only

[loongson-dev] Lemote's kernel master branch not currently working on Xinghuo

Hi, trying to build the master branch from [1] (5014fb051394) does not produce any kernels that run on Xinghuo 3A 6100. The screen just stays blank when loading them from the boot menu (or when boot from PMON prompt, the screen continues to show the PMON console). I tried two configurations:

Re: [loongson-dev] Errors with Lemote's 3.5.0 kernels for Loongson3A

David == David Kuehling dvdkh...@posteo.de writes: running a Xinghuo Spark 3A 6100 [4] from an encrypted root filesystem (dm_crypt+lvm), with kernels 3.5.0-8 and 3.5.0-9 [1] I get plenty of these error messages in the kernel log when doing I/O: [ 933.398437] BUG: using smp_processor_id

Re: [loongson-dev] Errors with Lemote's 3.5.0 kernels for Loongson3A

Huacai == Huacai Chen chenhua...@gmail.com writes: If it is really autoplug's bug, why the message reports error in crypt_convert()? I'm confusing. I'm somewhat confused, too, but looking at he code, there is not a single call to smp_processor_id() in crypt_convert(). Then

Re: [loongson-dev] Errors with Lemote's 3.5.0 kernels for Loongson3A

Huacai == Huacai Chen chenhua...@gmail.com writes: You can try to remove this line in arch/mips/loongson/loongson-3/loongson3_cpuautoplug.c BUG_ON(smp_processor_id() != 0); Just removed that line, recompiled, and the kernel log still shows the BUG: messages [ 458.898437] BUG:

Re: [loongson-dev] Re: Lemote's kernel master branch not currently working on Xinghuo

Huacai == Huacai Chen chenhua...@gmail.com writes: master branch need a new version of PMON, you can use this one: http://dev.lemote.com/files/upload/lm/kernel/testing/pmon-A1101-4.0.1.bin Same upgrade method as for Fuloong? Googeling around I only find chinese documentation for Xinghuo pmon

Re: [loongson-dev] Re: Lemote's kernel master branch not currently working on Xinghuo

Huacai == Huacai Chen chenhua...@gmail.com writes: master branch need a new version of PMON, you can use this one: http://dev.lemote.com/files/upload/lm/kernel/testing/pmon-A1101-4.0.1.bin Sorry to be nitpicking, but I can't find any source code that corresponds to recent PMON versions. Last

[loongson-dev] lemote's 3.15-rc5 kernel reports page allocation failure

Hi, compiling a Loongson3a kernel with CONFIG_SMP=y on lemote's official kernel (branch master, 7a7d4e7770) shows error messages during boot up and in kernel log: [ 24.253906] modprobe: page allocation failure: order:0, mode:0x2000d1 [ 24.402343] CPU: 3 PID: 135 Comm: modprobe Not tainted

Re: [loongson-dev] Re: Recover bricked bios

Lluís == Lluís Batlle i Rossell vi...@viric.name writes: On Sat, Sep 20, 2014 at 05:19:16AM -0700, stig atle steffensen wrote: I booted it back up now, It does show the first 'boot' picture, and the text. It's a Lemote Yeeloong 8089_B notebook. But no matter how much I press delete or tab

Re: [loongson-dev] Possibility to get dual socket motherboard with 3b cpu

Matt == Matt Turner matts...@gmail.com writes: On Thu, Nov 20, 2014 at 7:57 AM, Alexey Shvetsov alexx...@gmail.com wrote: Is that somehow possible to get dual socket motherboard with 3b cpu? As far as I can tell, no. I tried without success for a long time. They (loongson.cn) would go for

Re: [loongson-dev] Possibility to get dual socket motherboard with 3b cpu

public == public pub...@omega.hopto.org writes: 26.11.2014, 18:31, David Kuehling dvdkh...@posteo.de: Did you try asking lemote.com?  They are now listing a 3B based server system (not sure whether it is dual-socket, though): Hello. How do you communicate with lemote? They had a store

[loongson-dev] Using latest Debian Loongson-3 kernels on a XingHuo 3A "Spark"

Hi, I'm running a Xinghuo 3A Desktop machine, currently with a kernel 3.5.0-9 built from Lemote's sources. I stopped upgrading to newer kernels, as these seemed to require a Bios upgrade which I feared to brick my machine. Now Debian Jessie also has a 3.16 kernel for Loongson-3A in its package

Re: [loongson-dev] Using latest Debian Loongson-3 kernels on a XingHuo 3A "Spark"

Hi Fuxin, > "张福新" == 张福新 writes: > I think a safe way to try is use a ram version pmon(make tgt=ram) > first. The ram version can be loaded from disk or network at old pmon > command line. If the functionality is ok, the updating of pmon itself > is quite safe. Thanks

Re: [loongson-dev] Using latest Debian Loongson-3 kernels on a XingHuo 3A "Spark"

> "Unknown" == Unknown writes: >> > I think a safe way to try is use a ram version pmon(make tgt=ram) > >> first. The ram version can be loaded from disk or network at old > >> pmon > command line. If the functionality is ok, the updating of pmon >> > itself > is quite

[loongson-dev] Loongson3A mini-itx chipset cooler repacements?

Hi, the Loogson3A 6100 mini-ITX based system comes with two fans installed on the main-board: a 50 x 50 mm fan on the CPU, plus a 30x30 mm fan on the chipset. Both fans have a 3-pin connector. Is it safe to assume that these are 12 V fans and the 3rd pin is a "standard" RPM monitoring pin?