ries now.
> Without Wax, Germ.
--
YunQiang Su
next week, and more soon.
All of them will work with mainline kernel out of box.
> On behalf of the Release Team,
> Paul
>
> [1] https://lists.debian.org/debian-release/2023/08/msg00516.html
> [2] https://lists.debian.org/debian-mips/2023/07/msg00052.html
> [3] https://dsa.debian.org/ports/hardware-requirements/
--
YunQiang Su
Dirk Eddelbuettel 于2023年8月27日周日 16:52写道:
>
>
> On 27 August 2023 at 14:09, YunQiang Su wrote:
> | Dirk Eddelbuettel 于2023年8月27日周日 00:15写道:
> | >
> | >
> | > Hi all,
> | >
> | > As the test failures for complex valued variables appeared to be syste
us soon enough) I can pass the patch on to
> Laurent for a possible inclusion upstream.
>
Sorry for the late reply. I can work on it.
Do you knwo any way to run a single testcase?
> Cheers, Dirk
>
> --
> dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>
--
YunQiang Su
: please keep mips64el for now.
--
YunQiang Su
it seems about loongson 3a1000. i guess it is time for us to replace them
with newer hardware.
i get some loongson 3a3000 and cavium nic.
i will send them to replace these 1000 ones.
Aurelien Jarno 于 2023年7月24日周一 00:17写道:
> Dear MIPS porters,
>
> DSA would like to upgrade the remaining mips*el
Ohh, Mozjs102 is using WASM now, which generates some MIPS SIMD instructions.
Interestingly, Let's try to rebuild mozjs102 with llvm-15, and then
maybe llvm-16.
I may need to help fix llvm-toolchain-16/snapshot first.
--
YunQiang Su
Simon McVittie 于2023年8月4日周五 22:20写道:
>
> On Fri, 04 Aug 2023 at 13:21:59 +0100, Simon McVittie wrote:
> > On Fri, 04 Aug 2023 at 20:05:20 +0800, YunQiang Su wrote:
> > > I am continue working on (EE) failed to write to Xwayland fd: Broken
> > > pipe problem.
>
YunQiang Su 于2023年8月4日周五 19:40写道:
>
> Simon McVittie 于2023年8月4日周五 19:26写道:
> >
> > Control: forwarded -1
> > https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6877
> >
> > On Fri, 04 Aug 2023 at 15:50:32 +0800, YunQiang Su wrote:
> > > 156 if (rp
Simon McVittie 于2023年8月4日周五 19:26写道:
>
> Control: forwarded -1 https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/6877
>
> On Fri, 04 Aug 2023 at 15:50:32 +0800, YunQiang Su wrote:
> > 156 if (rpath)
> > 157 paths = g_strsplit (strtab + rpath->d_un.d_val, "
Aurelien Jarno 于2023年7月19日周三 14:43写道:
>
> On 2023-07-19 11:23, Paul Wise wrote:
> > On Tue, 2023-07-18 at 12:45 +0800, YunQiang Su wrote:
> >
> > > As CIP United, we do maintain an unofficial port of mipsel.
> > > So I wish that Debian can still accept ou
Paul Wise 于2023年7月19日周三 11:23写道:
>
> On Tue, 2023-07-18 at 12:45 +0800, YunQiang Su wrote:
>
> > As CIP United, we do maintain an unofficial port of mipsel.
> > So I wish that Debian can still accept our patch to support mipsel
> > port (source only).
> > http
Mathieu Malaterre 于2023年7月18日周二 21:26写道:
>
> On Tue, Jul 18, 2023 at 6:46 AM YunQiang Su wrote:
> [...]
> > Known supported hardwares:
> > MIPS P5600
> > Ingenic X2000
> > Loongson 3A4000
>
> Could you confirm that MIPS Creator CI20 (Ingenic JZ4780) would n
Hi, folks,
Welcome to era of Trixie, and let's talk about the future of mipsel.
mipsel port has some problems as somebody may know:
1. 2G user RAM space make some packages FTBFS, especially with LTO enabled.
2. Y2038 problem, which requires almost rebootstrap.
3. The current hardwares, include
irmware:
gunzip initrd.gz
mkdir temp; cd temp
cpio -ivmd < ../initrd
mkdir -p lib/firmware
cp -a /lib/firmware/radeon lib/firmware
find . | cpio -ov -H newc > ../initrd
cd .. ; gzip -9 initrd
3. you can copy vmlinux/initrd.gz/boot.cfg to a usb disk.
You can install a new Debian system on your Loongson 3A3000 machine.
--
YunQiang Su
im Flashner רנשלפ םירפא
> GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
> Confidentiality cannot be guaranteed on emails sent or received unencrypted
--
YunQiang Su
thanks. we will work it asap.
Stefano Rivera 于 2023年4月29日周六 09:40写道:
> Hi,
>
> Could a MIPS porter please have a look at
> https://github.com/numpy/numpy/issues/23158 ?
>
> I've done some basic troubleshooting with the upstream, but I think
> we've taken it about as far as we can, without
re you ever made aware of this bug in gcc-11 and gcc-12? Maybe a bit
> of your help is appropriate.
>
Sorry about that I forget this bug...
I will dig it.
> Paul
--
YunQiang Su
the MIPS porter, in fact I don't anticipate it.
Since the current version has some problems; Y2038 is the most serious.
And we are also working on new mipsel port with:
* -mnan=2008
* -mfp64
* -mmsa
* -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
* -D_TIME_BITS=64
--
YunQiang Su
YunQiang Su 于2022年10月26日周三 01:56写道:
>
> Adrian Bunk 于2022年10月25日周二 21:50写道:
> >
> > https://buildd.debian.org/status/logs.php?pkg=gcc-12=mips64el
> >
> > ...
> > Finished
> >
> >
> > I: Built successfully
> > chmod: cannot
t; and it is not obvious how to reproduce it on the porterbox.
>
> The timing when the issue started matches when coreutils 9.1-1
> started being in the chroot (but the problem might be elsewhere).
>
> Any clues what might be going wrong?
I am trying to reproduce it on my local machines.
>
> Thanks
> Adrian
>
--
YunQiang Su
rap put an old version of qemu into it?
>
> I did not find core files after this seg fault.
>
> This chroot works well with sbuild. I just cannot chroot into it directly.
Sbuild will mount-bind the qemu of host system into guest rootfs.
I guess it is the reason.
>
> From,
> Sakura286
--
YunQiang Su
vel-odintsov/fastnetmon/commit/6ece82da31abde8f55bfd9f1b6b457ec6b85e0f8
> and we will try to build shortly.
>
> Thank you!
>
> On Thu, 5 May 2022 at 16:27, YunQiang Su wrote:
>>
>>
>>
>> Patrick Matthäi 于2022年5月5日周四 19:54写道:
>>>
>>> Hello
nd_add_8 in atomic
>>>> -- Looking for __sync_fetch_and_add_8 in atomic - not found
>>>> -- We have no support for __sync_fetch_and_add in atomic library, skip
>>>> linking
>>>>
>>>> We actually linked with libatomic for __atomic_add_fetch but it looks
>>>> like __sync_fetch_and_add_8 is missing from libatomic.
>>>>
>>>> But I found something in Debian's bug tracker:
>>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869805 which is
>>>> quite insightful about this exact issue.
>>>>
>>>> On Wed, 4 May 2022 at 18:17, Patrick Matthäi
>>>> wrote:
>>>>
>>>>
>>>> https://buildd.debian.org/status/fetch.php?pkg=fastnetmon=mipsel=1.2.0%2Bgit20220504-1=1651682939=0
>>>>
>>>> Does not work :/ But I see the -latomic humpf..
>>>> Am 04.05.2022 um 14:49 schrieb Pavel Odintsov:
>>>>
>>>> Hello!
>>>>
>>>> Thank you for feedback.
>>>>
>>>> I added some logic to fix it or at least confirm root cause of this
>>>> issue with atomic:
>>>>
>>>> https://github.com/pavel-odintsov/fastnetmon/commit/89e8923759175a104aa491d4d0b683d627088110
>>>>
>>>> Would you mind adding this patch and trying build again?
>>>>
>>>> Thank you!
>>>>
>>>> On Tue, 3 May 2022 at 19:18, Patrick Matthäi
>>>> wrote:
>>>>
>>>>
>
--
YunQiang Su
Paul Gevers 于2022年3月31日周四 16:16写道:
>
> Hi YunQiang,
>
> On 24-03-2022 12:29, YunQiang Su wrote:
> > Yes. I am aware of it. And I am waiting for gcc-12-cross-mipsen to finish
> > building on all of these architectures.
>
> Although not clear to me why you wanted t
Paul Gevers 于2022年3月24日周四 19:26写道:
>
> Hi YunQiang,
>
> On 22-03-2022 07:06, YunQiang Su wrote:
> > Paul Gevers 于2022年3月22日周二 04:04写道:
> >> On Sun, 12 Dec 2021 21:51:28 +0100 Paul Gevers wrote:
> >>> The Release Team considers packages that are out-of-
1-cross-mipsen some days ago.
I thought that gcc-defaults-mipsen will migrate ok.
I will fix it just now.
> Paul
--
YunQiang Su
Ed . 于2022年2月16日周三 05:12写道:
>
> Hi,
>
>
>
> I’m a brand-new Debian-perl packaging person, trying to figure out why PDL
> (Perl Data Language)’s binding for gsl_linalg_complex_LU_det (only) is
> behaving weirdly, on mipsel. sebastic (Cc:ed just for his awareness)
> suggested you when I asked
> > enough in how this piece of toolchain should work. If you need my help
> > as a Release Team member, don't hesitate to reach out, but I don't want
> > to spend time on reverse engineering this *.
> >
> > Paul
>
--
YunQiang Su
gt; testing until this issue is fixed, so we'd greatly appreciate it if
> you can investigate it soon.
>
> Thanks,
> --
> Sandro "morph" Tosi
> My website: http://sandrotosi.me/
> Me at Debian: http://wiki.debian.org/SandroTosi
> Twitter: https://twitter.com/sandrotosi
--
YunQiang Su
Graham Inggs 于2021年12月26日周日 21:58写道:
>
> Hi YunQiang Su
>
> On Sun, 26 Dec 2021 at 11:17, YunQiang Su wrote:
> >
> > For mipsel and mips64el, I
> > - test most packages on this architecture
> > - run a Debian testing or unstable system on port that I
- maintain buildds
- maintain/provide hardware for (or assist with) automated tests on ci.d.n,
jenkins.d.n (etc.)
I am a DD.
--
YunQiang Su
FROM:jiaxun yang
Hi Stéphane.
MIPS do have a way to access count register from user space.
Unfortunately there is no GCC intrinsic function for it, you may try
following inline assembly.
static inline unsigned long get_count() {
unsigned long count;
asm volatile ("rdhwr %[rt],
; made such changes to the test file structure that would significantly
> reduce the object size. Perhaps the problem is something different.
>
> Drew
>
> [1] For your convenience:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995867
>
--
YunQiang Su
YunQiang Su 于2021年3月29日周一 下午4:56写道:
>
> YunQiang Su 于2021年3月29日周一 下午1:31写道:
> >
> > YunQiang Su 于2021年3月29日周一 下午1:06写道:
> > >
> > > YunQiang Su 于2021年3月29日周一 上午11:45写道:
> > > >
> > > > Shengjing Zhu 于2021年3月29日周一 上午11:40写道:
YunQiang Su 于2021年3月29日周一 下午1:31写道:
>
> YunQiang Su 于2021年3月29日周一 下午1:06写道:
> >
> > YunQiang Su 于2021年3月29日周一 上午11:45写道:
> > >
> > > Shengjing Zhu 于2021年3月29日周一 上午11:40写道:
> > > >
> > > > On Mon, Mar 29, 2021 at 09:22:29AM +0800, Yu
YunQiang Su 于2021年3月29日周一 下午1:06写道:
>
> YunQiang Su 于2021年3月29日周一 上午11:45写道:
> >
> > Shengjing Zhu 于2021年3月29日周一 上午11:40写道:
> > >
> > > On Mon, Mar 29, 2021 at 09:22:29AM +0800, YunQiang Su wrote:
> > > > Shengjing Zhu 于2021年3月28日周日 上
YunQiang Su 于2021年3月29日周一 上午11:45写道:
>
> Shengjing Zhu 于2021年3月29日周一 上午11:40写道:
> >
> > On Mon, Mar 29, 2021 at 09:22:29AM +0800, YunQiang Su wrote:
> > > Shengjing Zhu 于2021年3月28日周日 上午12:12写道:
> > > >
> > > > Control: reopen -1
> > >
Shengjing Zhu 于2021年3月29日周一 上午11:40写道:
>
> On Mon, Mar 29, 2021 at 09:22:29AM +0800, YunQiang Su wrote:
> > Shengjing Zhu 于2021年3月28日周日 上午12:12写道:
> > >
> > > Control: reopen -1
> > > Control: severity -1 important
> > >
> >
> >
> > > It should either be removed from these arch or get fixed.
> >
> > This appears to be fixed now:
> > https://buildd.debian.org/status/package.php?p=golang-github-sylabs-sif
>
> The difference between these builds, seems to be a 5.10 kernel and
> 4.19 kernel on buildd.
>
> I'll reopen this but downgrade the severity, and loop debian-mips@ to
> see if it's regression on the kernel side.
>
And the CPUs are different: Cavium for good and Loongson3A3000 is bad.
> --
> Shengjing Zhu
>
--
YunQiang Su
YunQiang Su 于2021年2月20日周六 下午2:19写道:
>
> https://lore.kernel.org/linux-mips/20210220061635.9976-1-yunqiang...@cipunited.com/T/#u
> This patch for kernel can fix this problem.
>
> Let's wait for the reply of kernel upstream community.
>
the newest version of
John Paul Adrian Glaubitz 于2021年3月8日周一 下午5:57写道:
>
> Hello YunQiang!
>
> On 3/8/21 10:50 AM, YunQiang Su wrote:
> > I upload the cur exp version to unstable with 2 days delay.
>
> That's probably not such a good idea at this point of the release.
>
> You should bett
I upload the cur exp version to unstable with 2 days delay.
YunQiang Su 于2021年3月3日周三 下午8:09写道:
>
> John Paul Adrian Glaubitz 于2021年2月25日周四
> 下午7:20写道:
> >
> > Hi!
> >
> > On 2/25/21 2:35 AM, YunQiang Su wrote:
> > >> On 2/24/21 3:29 PM, YunQiang S
John Paul Adrian Glaubitz 于2021年2月25日周四 下午7:20写道:
>
> Hi!
>
> On 2/25/21 2:35 AM, YunQiang Su wrote:
> >> On 2/24/21 3:29 PM, YunQiang Su wrote:
> >>> @powerpc folks:
> >>> I am not so confident that the refresh of the ppc64 support patch is
&g
Adrian Bunk 于2021年3月1日周一 下午5:27写道:
>
> On Mon, Mar 01, 2021 at 10:59:20AM +0800, YunQiang Su wrote:
> > Adrian Bunk 于2021年3月1日周一 上午7:13写道:
> > >
> > > Source: gzip
> > > Version: 1.10-2
> > > Severity: serious
> > > Tags: ftbfs
> &
John Paul Adrian Glaubitz 于2021年2月24日周三
下午10:36写道:
>
> Hi YunQiang!
>
> On 2/24/21 3:29 PM, YunQiang Su wrote:
> > @powerpc folks:
> > I am not so confident that the refresh of the ppc64 support patch is
> > correct. Can you help me to have a review and t
of the ppc64 support patch is
correct. Can you help me to have a review and test of it.
@ARM64 folks:
Is just removing 0006-Fix-register-allocation-bug-in-arm64.patch correct?
--
YunQiang Su
https://lore.kernel.org/linux-mips/20210220061635.9976-1-yunqiang...@cipunited.com/T/#u
This patch for kernel can fix this problem.
Let's wait for the reply of kernel upstream community.
Bastian Blank 于2021年2月11日周四 下午2:57写道:
>
> Moin
>
> On Thu, Feb 11, 2021 at 10:15:02AM +0800,
Ivo De Decker 于2021年2月9日周二 下午9:45写道:
>
> Hi,
>
> On Mon, Jun 08, 2020 at 08:15:38PM +0300, Adrian Bunk wrote:
> > On Fri, May 29, 2020 at 11:03:14PM +0200, Aurelien Jarno wrote:
> > > On 2020-05-28 09:04, YunQiang Su wrote:
> > > > Adrian Bunk 于2020年5月2
YunQiang Su 于2020年12月26日周六 下午2:52写道:
>
> Leopold Palomo-Avellaneda 于2020年12月26日周六 上午7:28写道:
> >
> > Hi,
> >
> > thanks for the idea but no luck. I have tried in rules
> > -DCMAKE_EXE_LINKER_FLAGS="-fuse-ld=gold -Wl,--no-map-whole-files
> >
uot;INSTALL=install --strip-program=true" VERBOSE=1 returned exit code 2
> make: *** [debian/rules:22: binary] Error 25
>
>
> So, I understand that it is in the compile process, not in link process.
> Any other idea?
>
> Leopold
>
>
> El 25/12/20 a les 2:11, YunQ
-
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q: What is the most annoying thing in e-mail?
>
--
YunQiang Su
sights!
>
> -Olek
>
> PS I'm not subscribed to this list, please copy me on replies.
>
> [1]
> https://buildd.debian.org/status/logs.php?pkg=bazel-bootstrap=3.4.0%2Bds-2=mips64el
--
YunQiang Su
ian.org)
>
> If the problem is not a full /tmp partition, could the error be caused
> by some inconsistent library caught badly in the middle of the gcc-10
> transition? How to know?
Maybe. Let's have a check.
I think that we can have a try to build the previous version.
I will do it.
>
> Drew
>
--
YunQiang Su
> forward
> those upstream?
>
> Thanks, Matthias
>
--
YunQiang Su
ning g-ir-scanner. I can't disable the
> gir builds in mipsel because there's a lot of reverse dependencies.
I cannot reproduce it with pbuilder/chroot.
It may have some relationship with sbuild. yes, we met some before.
>
> Berto
>
--
YunQiang Su
is a bug of 1000.
Let's have a try on my 3B1500, which is even more buggy than 3A 1000.
>
> Thanks!
>
> Berto
>
--
YunQiang Su
; builds that include Architecture: all. That would also be faster, and you
> might be able to move gtk-doc-tools from Build-Depends to
> Build-Depends-Indep (usually you can for Meson, but not for Autotools
> because it's needed at dh_autoreconf time; I don't know which category
> CMake falls into).
>
> smcv
>
--
YunQiang Su
Shengjing Zhu 于2020年6月25日周四 上午1:59写道:
>
> Hi syq,
>
> On Thu, May 28, 2020 at 9:04 AM YunQiang Su wrote:
> [...]
> > you are right. the current golang still output FP32 object...
> > So, we think that it is buggy.
> >
> > Since Loongson CPU has s
Pietro Sammarco 于 2020年6月12日周五 上午1:48写道:
> Hello folks,
>
> I have been trying to get the debian-installer to load up on this
> Edgerouter Lite since the past 4 days with little no success.
>
i had a er8xg. and failed to boot d-i also.
> The kernel boots fine, however it will kernel panic
Adrian Bunk 于2020年5月21日周四 上午4:44写道:
>
> On Tue, May 19, 2020 at 11:43:30AM +0800, Shengjing Zhu wrote:
> >
> > FTR, after giving back golang-1.14 mipsel several times, it's finally
> > built, by a longson builder.
> > So I guess it only occurs on octeon. Since the porterbox eller is also
> >
be the slowest buildds among the buildds for
> release
> architectures.
>
I get some new machines, and we will replace some old ones wit them.
They are much faster than the current ones.
> Matthias
>
> >> [1] https://release.debian.org/bullseye/arch_qualify.html
> >
> > Paul
> >
> > [2] https://lists.debian.org/debian-release/2018/06/msg00644.html
> >
>
--
YunQiang Su
01 has only 4GiB.
Yes. it is quilt odd.
--
YunQiang Su
on all 32bit architectures, since some of them
doesn't have paired 64bit machines.
> think the best idea is to exclude this architecture where probability
> that this package is used is pretty close to zero anyway.
You can do so for now.
>
> Kind regards
>
>Andreas.
>
> --
> http://fam-tille.de
>
--
YunQiang Su
@Jun Sun FYI, the src:build-essential-mipsen package has been in Sid now.
YunQiang Su 于2020年3月4日周三 上午9:54写道:
>
> Ben Hutchings 于2020年3月4日周三 上午9:24写道:
> >
> > The main Ethernet driver for all Octeon MIPS SoCs has been disabled
> > upstream in Linux 5.5, and will be removed in 5.6. The driver has been
> > in "staging" (i.e. it di
esigned primarily for
> networking and we will no longer support the on-board network
> interfaces, does it make sense to continue building kernel packages for
> them?
>
> Ben.
>
> --
> Ben Hutchings
> No political challenge can be met by shopping. - George Monbiot
>
>
--
YunQiang Su
re probably deploy it to a fast compute server.
> But still, if possible, being compilable on mipsel too would be
> healthy for the software, if I could.
>
> Any help or advice is really really welcomed. Everything is in the salsa
> repository.
>
> Thanks,
> Mt
>
> --
> Vae Soli.
--
YunQiang Su
mental queue
> deliberately slowed or is something stuck?
It is really slow. Since we still have some to be built in Sid.
>
> Thanks,
> -Steve
--
YunQiang Su
YunQiang Su 于2020年1月16日周四 下午6:44写道:
>
> Stéphane Glondu 于2020年1月16日周四 下午6:32写道:
> >
> > Dear MIPS experts,
> >
> > ocaml 4.08.8-7 currently FTBFS on mips64el. The previous version,
> > 4.08.8-6 did build fine and the only difference is metadata.
. I will add it.
> In any case, multilib works as expected so far. Thanks for your help. I
> will move on down the path of multilib for now.
>
> Cheers.
>
> Jun
>
>
> On Sun, Dec 29, 2019 at 5:02 PM YunQiang Su wrote:
>>
>> Jun Sun 于2019年12月30日周一 上午6:01写道:
>&g
package.
> Maybe removing those should be fine?
In fact it is too hard to fix.
For a suggestion, the normal user should choose only on from mutlilib
and multiarch.
For example, if you want to use multiarch, you'd have to purge
multilib packages.
>
> Cheers.
>
> Jun
>
>
YunQiang Su 于2019年12月29日周日 下午8:43写道:
>
> Jun Sun 于2019年12月29日周日 下午3:33写道:
> >
> > Thanks for the info, YunQiang.
> >
> > For simple compiling, I can see "gcc -mabl=32" working well. If we want to
> > port complex project and build in 32 bit, we woul
p systemd-container
sudo debootstrap sid sid-mipsel http://ftp.cn.debian.org/debian # I
suppose you are in China.
sudo systemd-nspawn -D sid-mipsel
Or you can have a try of lxc.
> Cheers.
>
> Jun
>
>
>
>
> On Sat, Dec 28, 2019 at 9:28 PM YunQiang Su wrote:
>>
>
leted, or
> is only available from another source
>
> E: Package 'g++-mipsel-linux-gnu' has no installation candidate
Ohh, sorry. you are on a mips64el system...
We don't have that compiler, while you can just
apt install libc6-dev-mips32
gcc -mabi=32
>
>
>
> On Sat, Dec 2
;>> apt-get install gcc-multilib
>>>
>>>
>>
>>
>> Earlier I was using "-m32" option which was not recognized. but
>> -march=mips32 -mabi=32 worked just fine.
>>
>> Also, just for the record, if one likes to install 32bit library la
> > "/usr/lib/mipsel-linux-gnu/libEGL.so"
> > but this file does not exist.
>
> Do you know of any recent Qt related regression related to this?
>
> Cheers,
> --
> ⢀⣴⠾⠻⢶⣦⠀ Raphaël Hertzog
> ⣾⠁⢠⠒⠀⣿⡁
> ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
> ⠈⠳⣄ Debian Long Term Support: https://deb.li/LTS
>
--
YunQiang Su
Stephen Gelman 于2019年12月27日周五 下午12:23写道:
>
> On Dec 26, 2019, at 10:20 PM, YunQiang Su wrote:
>
>
> It seems that golang-1.13 can be built successfully, since Aurelien
> disable hugepage on Cavium's build machine.
> So, what's the problem now?
>
>
> Sorry, i should
Stephen Gelman 于2019年12月27日周五 下午12:06写道:
>
> On Sep 21, 2019, at 4:20 AM, Aurelien Jarno wrote:
> >
> > On 2019-09-21 10:21, YunQiang Su wrote:
> >> Aurelien Jarno 于2019年9月20日周五 下午11:36写道:
> >>>
> >>> On 2019-09-18 20:58, YunQiang Su
YunQiang Su 于2019年11月30日周六 上午11:19写道:
>
> YunQiang Su 于2019年11月29日周五 下午2:21写道:
> >
> > 在 2019-11-29五的 07:00 +0100,Matthias Klose写道:
> > > On 28.11.19 18:09, YunQiang Su wrote:
> > > > Matthias Klose 于2019年11月28日周四 下午5:51写道:
> > > > > On 28.
YunQiang Su 于2019年11月29日周五 下午2:21写道:
>
> 在 2019-11-29五的 07:00 +0100,Matthias Klose写道:
> > On 28.11.19 18:09, YunQiang Su wrote:
> > > Matthias Klose 于2019年11月28日周四 下午5:51写道:
> > > > On 28.11.19 10:44, Matthias Klose wrote:
> > > > >
在 2019-11-29五的 07:00 +0100,Matthias Klose写道:
> On 28.11.19 18:09, YunQiang Su wrote:
> > Matthias Klose 于2019年11月28日周四 下午5:51写道:
> > > On 28.11.19 10:44, Matthias Klose wrote:
> > > > Package: src:gcc-9
> > > > Version: 9.2.1-20
> >
> > triggered
> > by the LTO build enabled in -20.
> >
> > bootstrap comparison failure!
> > libbacktrace/elf.o differs
> > libbacktrace/.libs/elf.o differs
> > make[4]: *** [Makefile:24878: compare] Error 1
>
> Please could you have a look?
sure. I will look at it tomorrow
>
--
YunQiang Su
t;
> The Debian MIPS maintainers should get this backported upstream, then it get's
> updated in the package.
Yes. I will ask the MIPS gcc maintainer to do it.
>
> Matthias
>
--
YunQiang Su
Aurelien Jarno 于2019年9月20日周五 下午11:36写道:
>
> On 2019-09-18 20:58, YunQiang Su wrote:
> > Drew Parsons 于2019年9月17日周二 上午11:28写道:
> > >
> > > go builds (dh_auto_build invoking /usr/bin/go -> golang-1.12-go) are
> > > failing consistently on mip64el. I
> -asmflags=all=\"-trimpath=/<>/obj-mips64el-linux-gnuabi64/src\"
> -v -p 4 died with signal 10
> make: *** [debian/rules:4: build-arch] Error 255
> dpkg-buildpackage: error: debian/rules build-arch subprocess returned
> exit status 2
>
>
> Is the bug already known and understood, or should a bug be filed
> against golang-1.12?
> Or does golang-1.12 just need a rebuild against glibc 2.29 or something
> ?
I guess it is a bug about Cavium machines...
Let's dig it.
>
> Drew
>
--
YunQiang Su
Matthias Klose 于2019年9月4日周三 下午1:46写道:
>
> Hi,
>
> I will stop building the mipsel and mips64el cross packages from the binutils,
> gcc-8-cross, gcc-9-cross, gcc-defaults, cross-toolchain-base packages. There
> is
Thank you for your great work on cross toolchains.
> infrastructure to build
YunQiang Su 于2019年8月4日周日 下午4:10写道:
>
> CC debian-mips.
>
> I am trying ot fix a solution.
Now we face two problems:
1.
failed to initialize build cache at
/sbuild-nonexistent/.cache/go-build: mkdir /sbuild-nonexistent:
permission denied
It is not the problem about mipsel only.
CC debian-mips.
I am trying ot fix a solution.
--
YunQiang Su
-dchroot)smcv@eller ~/glib % file
> debian/build/deb/gio/tests/test_resources2.o
> debian/build/deb/gio/tests/test_resources2.o: ELF 64-bit LSB relocatable,
> MIPS, MIPS-I version 1 (SYSV), not stripped
>
I guess you are right, objcopy doesn't alter the object file correctly.
We need to patch it.
> Regards,
> smcv
>
--
YunQiang Su
Drew Parsons 于2019年7月15日周一 上午12:48写道:
>
> hypre 2.16.0-2 fails build at dh_dwz on mips, mipsel and mips64el,
> https://buildd.debian.org/status/package.php?p=hypre. 2.16.0-1exp1
> previously built successfully.
>
> Building on eller,debian.org, dh_dwz -v gives more detail:
>
> $ dh_dwz -v
g is still existing for buster.
> BTW, in Debian8.11, there are no mips release at all, it seems. Are we
> dropping MIPS somehow?
>
There are only LTS support for jessie now, and mips* is not in the LTS
arch list.
> Cheers.
>
> Jun
--
YunQiang Su
ltilib in the hope to compile 32bit mips code on this
> 64bit machine. But it does not seem to work.
>
> Does anybody know for sure whether this is a dead end or just a hiccup which
> I should overcome?
>
> Thanks.
>
> Jun
--
YunQiang Su
st...@einval.com
> "Since phone messaging became popular, the young generation has lost the
> ability to read or write anything that is longer than one hundred and sixty
> characters." -- Ignatios Souvatzis
>
--
YunQiang Su
Jérémy Lal 于2019年2月19日周二 上午8:35写道:
>
> Let's cross fingers that someone will maintain a workable fork of v8/node:
> https://github.com/nodejs/node/issues/26179
>
https://groups.google.com/forum/#!topic/v8-dev/oXkv5OVCXyc
> Jérémy
Loongson will take care about it. Good news.
--
YunQiang Su
ve.
For mips64el, we only support mips64r2 and above.
> Thanks in advance and regards
> Stefano Bettega
--
YunQiang Su
one that can write that?
>
>
> Kurt
>
--
YunQiang Su
YunQiang Su 于2018年11月14日周三 下午10:29写道:
>
> With read as(1), I see
>
> --reduce-memory-overheads
> This option reduces GAS 's memory requirements, at the expense of
> making the assembly processes slower. Currently this switch is a
> synonym for --hash-size=4051, but in the fut
am using : --param ggc-min-expand=10 -O1
>
> Thanks much
>
--
YunQiang Su
ck :
> [ 23.126117] 81f642c0 8fca8280 8fcfc900 8fcfd1c0 8fcfc900 8fcffdf4
> 808b 8fcffdf4qemu-system-mips: terminating on signal 15 from pid 3927
> ubuntu@ip-10-1-3-178:~/mipseb$
>
>
> On Sat, Oct 6, 2018 at 10:18 AM Jun Sun wrote:
>>
>> After I added "-cpu 34Kf", qemu would start normally again even with "-smp
>> 2" option.
>>
>> However, "cat /proc/cpuinfo" only shows 1 CPU. "uname -a" shows the
>> following which seems to suggest the kernel is not SMP aware. Is there a
>> kernel for malta with SMP support?
>>
>> Linux debian-mips 4.9.0-7-4kc-malta #1 Debian 4.9.110-3+deb9u2 (2018-08-13)
>> mips GNU/Linux
>>
>> Thanks.
>>
>> Jun
>>
>> On Sat, Oct 6, 2018 at 8:47 AM Jun Sun wrote:
>>>
>>> Hi, all,
>>>
>>> I've been loosely following the instruct at this page,
>>> https://github.com/kholia/mips-hacking
>>>
>>> My host is ubuntu 16.04. I used ubuntu prebuilt qemu system images.
>>>
>>> My guest is the latest stretch 9.5 malta netboot images. Kernel is
>>> vmlinux-4.9.0-7-4kc-malta.
>>>
>>> Below is my startup script. If I change "smp" to 2, the startup will hang
>>> very early on. Does anybody if this is a known limit with debian distro?
>>> Or it is an issue with the ubuntu prebuilt qemu? Or there are some other
>>> gotcha's here?
>>>
>>> qemu-system-mips \
>>> -M malta \
>>> -m 256 \
>>> -hda hda.qcow2 \
>>> -kernel vmlinux-4.9.0-7-4kc-malta \
>>> -initrd initrd.img-4.9.0-7-4kc-malta \
>>> -append "root=/dev/sda1 console=ttyS0 nokaslr" \
>>> -nographic \
>>> -redir tcp:::22 \
>>> -smp 1 \
>>> \
>>>
>>> Cheers.
>>>
>>> Jun
>>>
>>>
>>>
--
YunQiang Su
1 - 100 of 197 matches
Mail list logo