Re: Illegal instrunction while running debootstrap

Hi, On 25/04/18 22:28, Michael Krylov wrote: > Hello, > > I was trying to debootstrap Debian stretch on a MIPS machine, and > apparently it fails with "Illegal instruction" error. > > Would you please tell me what is missing in my proceessor? It's a > Mediatek MT7628ANN SoC, here goes cat

Re: golang-1.10 issues on mips

Hi, On 22/04/18 20:07, Martín Ferrari wrote: > Hi, > > golang-1.10 has been failing to build on mips for a while with similar > issues > (https://buildd.debian.org/status/logs.php?pkg=golang-1.10=mips), > which is blocking testing migration. > > The thing is that we have so far failed to

Bug#892703: nmu: lots of libraries on mips + mipsel for fpxx

Control: retitle -1 nmu: lots of libraries on mips + mipsel for fpxx [+ CC debian-mips] Hi, On Mon, 12 Mar 2018 12:15:38 +0800 YunQiang Su wrote: > Package: release.debian.org > User: release.debian@packages.debian.org > Usertags: binnmu > Severity: normal > > For mips

Re: OpenVPN static binary

Hi, On 05/03/18 17:36, Francesco Talarico wrote: > Hello James. > I need to run OpenVPN on an embedded device running OpenWRT. > But I need to cross-compile OpenVPN with a specific .configure switch > ("--enable-pkcs11"). > Doing it from the OpenWRT SDK doesn't work for missing pkcs11-helper >

Re: OpenVPN static binary

Hi, On 05/03/18 15:48, Francesco Talarico wrote: > Dear maintainers, > > Is that possible to build a package with all the libraries built-in? > I would need OpenVPN static binary for MIPS32, MSB. Why do you want to do this? What are you planning on running it on? > Can I do it by myself by

Bug#892088: golang-1.10: FTBFS on mips when built on Octeon III buildds

uot;memory", "f4", "$f5"); } int main(void) { uint32_t buf[4]; div_octeon_bug(1.0, 21.63538985889851, buf); printf("%08x %08x\n", buf[0], buf[1]); printf("%08x %08x\n", buf[2], buf[3]); return 0; } From 5ab26b4e5996a3557a1d6f1af7f1e54104448a79

Re: Bug#890569: aseba: FTBFS on mips(64)el: Valgrind: Loongson-baseline unsupported

Hi, On 16/02/18 02:23, Aaron M. Ucko wrote: > Source: aseba > Version: 1.6.0-2 > Severity: important > Tags: upstream > Justification: fails to build from source > User: debian-mips@lists.debian.org > Usertags: mips64el mipsel > > Builds of aseba on mips(64)el against non-broken versions of >

Re: Help with neovim segfault on mips64el (Loongson specific?)

Hi, On 28/01/18 19:52, James McCoy wrote: > Hi all, > > Recently neovim has been segfaulting during tests in both the neovim[0] and > neovim-qt[1][2] builds. This appears to be specific to Loongson > hardware, as the build[3] on mipsel-sil-01.d.o (Octeon) worked. I'm > also unable to reproduce

Re: Bug#888478: systemd FTBFS on mipsel: /usr/bin/ld: BFD (GNU Binutils for Debian) 2.29.90.20180122 assertion fail ../../bfd/elflink.c:9757

Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=22751 Control: retitle -1 binutils: lto broken for libgcc libcalls Hi, On 26/01/18 15:38, Aurelien Jarno wrote: > On 2018-01-26 15:19, James Cowgill wrote: >> Hi, >> >> On 26/01/18 08:57, Aurelien Jarno

Re: Bug#888478: systemd FTBFS on mipsel: /usr/bin/ld: BFD (GNU Binutils for Debian) 2.29.90.20180122 assertion fail ../../bfd/elflink.c:9757

Hi, On 26/01/18 08:57, Aurelien Jarno wrote: >> The build was performed on eller.d.o. >> >> If you reassign to binutils, please set affects. >> >> I put d-mips@l.d.o into X-Debbugs-Cc. During cross builds I was able to >> reproduce a very similar build failure for mips and armhf. A native >>

Re: Bug#888478: systemd FTBFS on mipsel: /usr/bin/ld: BFD (GNU Binutils for Debian) 2.29.90.20180122 assertion fail ../../bfd/elflink.c:9757

Hi, On 26/01/18 08:57, Aurelien Jarno wrote: > On 2018-01-26 08:29, Helmut Grohne wrote: >> Source: systemd >> Version: 236-3 >> Severity: serious >> User: helm...@debian.org >> Usertags: rebootstrap >> >> systemd fails to build from source on mipsel. Very likely this is not >> caused by this

Re: Help needed for small assembler script for the iraf package

gt; license [4], so that it can be included upstream later. I think the attached code will work for all MIPS variants (32-bit and 64-bit). To do this it uses some headers from glibc and therefore needs to be compiled using "gcc" instead of "as" (arguably userspace apps should nev

Re: Bug#876840: fseeko() on reference file: Invalid argument (Was: Bug#876840: staden-io-lib FTBFS on non-i386 32bit: FAIL: java)

Hi, On 07/12/17 15:28, Andreas Tille wrote: > On Thu, Dec 07, 2017 at 02:40:36PM +, James Bonfield wrote: >> On Tue, Dec 05, 2017 at 08:02:18AM +0100, Andreas Tille wrote: >>> this is a kind ping since as I wrote below the issue seems not be solved. >> >> I'm not sure I can easily debug this

Re: Bug#883186: e2fsprogs FTBFS on mips64el: undefined reference to `posix_fadvise64'

Control: reassign -1 libc6-dev 2.25-1 Control: retitle -1 libc6-dev: posix_fadvise64 missing from static mips64el build Control: tags -1 fixed-upstream Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=21232 Control: affects -1 src:e2fsprogs Hi, On 30/11/17 12:22, Helmut

Re: Bug#882490: mips/mipsel: enforce --param ggc-min-expand=10 in dpkg-buildflags

> User: debian-mips@lists.debian.org >> Usertags: mips mipsel > >> On Thu, Nov 23, 2017 at 1:14 PM, James Cowgill <jcowg...@debian.org> wrote: >>> On 23/11/17 11:42, Mathieu Malaterre wrote: >>>> YunQiang, >>>> >>>> Do you know of any d

Re: mips/mipsel: enforce --param ggc-min-expand=10 always

On 23/11/17 11:42, Mathieu Malaterre wrote: > YunQiang, > > Do you know of any drawbacks ? This has been raised before: https://lists.debian.org/debian-mips/2016/10/msg00049.html I think it's generally a good idea. You wouldn't want to "enforce" this - you would set it as an overridable default

Re: Bug#881845: rustc: FTBFS on mips*: test failures

Hi, On 15/11/17 17:30, Emilio Pozuelo Monfort wrote: > Source: rustc > Version: 1.21.0+dfsg1-3 > Severity: important > > Hi, > > Sometime ago I asked about rustc bootstrap status on mips*: > > 17:08 < infinity0> mips* fail many tests last time i tried, ~3 months ago, i > didn't want to ship

Re: Bug#876416: libzstd FTBFS on mips(el): Allocation error : not enough memory

Hi, On 22/09/17 07:36, Andreas Tille wrote: > control: tags -1 help > > Hi Graham, > > since I have no idea how to deal with this I'm forwarding the issue > to debian-mips list asking desperately for help. [...] >> /*stdin*\: 9.40% (60 => 563851359 bytes, /*stdout*\) >>

Re: Bug#874674: ld: linking of llvm is failing on mipsel in _bfd_merged_section_offset

Hi, On 08/09/17 16:28, Sylvestre Ledru wrote: > Package: binutils > Version: 2.29-9 > Severity: important > > Dear Maintainer, > > ld is failing on an internal error linking llvm. > > See full log: >

Re: ngircd test suite failure on mips64el

Hi, On 22/08/17 17:51, Christoph Biedl wrote: > Hello (debian-mipsel and ngircd upstream), > > my latest upload of ngircd (24-2) a few days ago failed to build on > mips64el, and on that architecture only. Checking the build log[0] and > additional tests on the Debian porter box "eller" showed

Re: Maximum threads reached on mips and mipsel buildds?

Hi, [moved to debian-mips@l.d.o] On 24/07/17 22:48, Steven Capper wrote: > Hi, > I've been tweaking my tbb package for Buster, and have upgraded to > latest upstream release and am closing off a few bugs. > > One thing I noticed is a strange failure mode for 2017~U7-2 > (targetting sid) on the

binNMU of old library packages to fix global _gp symbol

Hi, I'm about to do lots of binNMUs on mips and mipsel which I thought I should tell people about :) Recently freepascal was bootstrapped and uploaded for mips and mipsel, but unfortunately some of pascal packages don't build on mips. One of the errors looks like this: > /usr/bin/ld.bfd:

Re: Bug#867058: golang-1.8: Please enable mips64el in debian/ directory

Hi Adrian, On 03/07/17 19:46, John Paul Adrian Glaubitz wrote: > Source: golang-1.8 > Version: 1.8.3-1 > Severity: normal > Tags: patch > User: debian-mips@lists.debian.org > Usertags: mips64el > > Hi! > > I just bootstrapped golang-1.8 on mips64el. In order to be able to build the > package

Re: Please give back fdroidcl on mips

Hi, On 24/06/17 10:49, Jochen Sprickerhof wrote: > Hello, > > There seems to have been a hiccup on the buildd that caused fdroidcl to > FTBFS on mips. I've tried it on the porterbox where it worked. Please > give back fdroidcl on mips. > > gb fdroidcl_0.3.1-3 . mips From the build log: > go

Re: Bug#841645: golang-go: There is no mips64el support

Hi, On 13/06/17 18:39, Tianon Gravi wrote: > On 7 June 2017 at 02:23, Mathieu Malaterre wrote: >> Are you saying that the patch is more complex than just >> s/mipsn64/mips64el/ ? Or are you saying you do not want to maintain >> such patch until upstream add an alias for

Re: Bug#865314: debian-installer-9-netboot-mips: 32bit MIPS (big-endian) Malta netboot installer doesn't boot

Hi, On 20/06/17 15:11, Steve McIntyre wrote: > On Tue, Jun 20, 2017 at 04:01:26PM +0200, Bruno Bierbaumer wrote: >> Yes, it works perfectly well for Debian Jessie. > > Ok, thanks for confirming. > > mips folks - any clues please? AFAICS we've had ~zero input about mips > in d-i and image work,

Re: Re: Bug#865314: debian-installer-9-netboot-mips: 32bit MIPS (big-endian) Malta netboot installer doesn't boot

Hi, On 20/06/17 15:40, Bruno Bierbaumer wrote: > It's maybe related that the mips64el kernel doesn't boot at all. This is unrelated. On mips64el, QEMU defaults to the 20Kc CPU which Debian does not support. If you pass "-cpu MIPS64R2-generic" to QEMU then it should work. James > On Tue, 20

Re: Bug#852962: ycmd FTBFS on mipsel: test failures

Hi, On Thu, 1 Jun 2017 00:15:28 +0200 Christoph Biedl wrote: > Julien Cristau wrote... > > > On Wed, Feb 1, 2017 at 10:49:34 +0100, Emilio Pozuelo Monfort wrote: > > > > > Somehow this has built now: > > > > > >

Re: Running mipsel guest under libvirt/qemu

Hi, On 05/06/17 12:10, Christoph Biedl wrote: > Hello, > > in a desperate attempt to understand #852962, thus salvaging ycmd and > youcompleteme for stretch, I tried to set up an emulated mipsel machine > using libvirt/qemu, and failed horribly. There are tons of documents > out there, many

Re: Bug#864144: e2fsprogs strangeness about mips* multilibs

Hi, On 04/06/17 20:51, Helmut Grohne wrote: > Hi Ted, > > On Sun, Jun 04, 2017 at 02:46:08PM -0400, Theodore Ts'o wrote: >> I'm going to confess complete ignorance to what's going on with mips. >> In the past my modus operandi is that I would make changes in response >> to requests to the MIPS

Re: Bug#863746: fpc: Please adjust fp-units-gfx.install.in for linux-mips

Hi Adrian, On 30/05/17 22:46, John Paul Adrian Glaubitz wrote: > Source: fpc > Version: 3.0.0+dfsg-11 > Severity: normal > Tags: patch > User: debian-mips@lists.debian.org > Usertags: mips > > Hello! > > I just bootstrapped fpc for mips. In order for the build to work the next > time the

Re: Bug#861171: #warning "Consider adding the right clone() syscall definitions here!"

Control: forwarded -1 https://github.com/systemd/systemd/pull/5880 Hi, On 25/04/17 12:55, Michael Biebl wrote: > Am 25.04.2017 um 12:56 schrieb Mathieu Malaterre: >> Package: systemd >> Version: 232-22 >> User: debian-mips@lists.debian.org >> Usertags: mipsel mips64el mips >> >> There are

Re: #warning "Consider adding the right clone() syscall definitions here!"

Hi, On 25/04/17 11:21, Mathieu Malaterre wrote: > Hi there, > > Did anyone review the warning(s) generated during systemd building on mipsel* > ? > > I am starring at the clone warning (mmap seems to trigger something > equivalent apparently): > >

Re: kodi on ci20 creator

Hi, On 04/04/17 09:47, Mathieu Malaterre wrote: > On Mon, Apr 3, 2017 at 6:11 PM, James Cowgill <james...@cowgill.org.uk> wrote: >> Hi, >> >> On 02/04/17 18:06, James Cowgill wrote: >>> [+CC multimedia team] >>> >>> On 02/04/17 17:38, Mathie

Re: kodi on ci20 creator

Hi, On 02/04/17 18:06, James Cowgill wrote: > [+CC multimedia team] > > On 02/04/17 17:38, Mathieu Malaterre wrote: >> On Sun, Apr 2, 2017 at 6:03 PM, Mathieu Malaterre <ma...@debian.org> wrote: >>> Hi there, >>> >>> Does anyone knows what is going

Re: kodi on ci20 creator

On 02/04/17 18:54, Reinhard Tartler wrote: > Sounds good to me. Is there some friendly mips porter who could help us > out here? Well I think I'm pretty friendly :) Again, I can deal with this at some point tomorrow. James > On Sun, Apr 2, 2017 at 1:06 PM James Cowgill <jcowg..

Re: kodi on ci20 creator

Hi, [+CC multimedia team] On 02/04/17 17:38, Mathieu Malaterre wrote: > On Sun, Apr 2, 2017 at 6:03 PM, Mathieu Malaterre wrote: >> Hi there, >> >> Does anyone knows what is going on with kodi dependencies on mipel ? > > OK I think I see the build dependencies loop: > >

Lemote-3a-itx-a1101 kernel/PMON bug (Was: Bug#858405: xmlto: intermittent Segmentation fault when building manpages for libreswan on mips64el)

Hi, [drop some CCs since this is not directly related to the xmlto bug] On 24/03/17 09:36, YunQiang Su wrote: > On Fri, Mar 24, 2017 at 1:06 AM, James Cowgill <jcowg...@debian.org> wrote: >> I believe any of the following will fix this (but have not all been tested): >> - R

Re: Bug#858405: xmlto: intermittent Segmentation fault when building manpages for libreswan on mips64el

reassign 858405 xsltproc forcemerge 750593 858405 retitle 750593 xsltproc: bus error on some arches with linux < 4.1 thanks Hi, On 22/03/17 21:01, Daniel Kahn Gillmor wrote: > On Wed 2017-03-22 06:22:41 -0400, James Cowgill wrote: >> On 22/03/17 01:29, Daniel Kahn Gillmor wrote: &g

Re: Bug#858405: xmlto: intermittent Segmentation fault when building manpages for libreswan on mips64el

Hi, On 22/03/17 01:29, Daniel Kahn Gillmor wrote: > Package: xmlto > Version: 0.0.28-1 > Severity: normal > > https://buildd.debian.org/status/fetch.php?pkg=libreswan=mips64el=3.20-6=1490132010=0 > > shows xmlto having a segfault during the build of libreswan's manpages. > > make[5]: Leaving

Re: Bug#858095: atlc FTBFS on mips: Build killed with signal TERM after 360 minutes of inactivity

Hi, On 19/03/17 14:11, Adrian Bunk wrote: > On Sun, Mar 19, 2017 at 07:28:47AM -0600, Bdale Garbee wrote: >> Adrian Bunk writes: >> >>> Now one test is taking over 6 hours (is that completely hanging?). >> >> I have no idea. Never seen that happen. Makes me wonder what's

Re: Bug#854194: valgrind: segfaults on MIPS Cavium Octeon boards

Control: tags -1 fixed-upstream On 07/02/17 13:03, James Cowgill wrote: > Control: reopen -1 > Control: retitle -1 valgrind: segfaults on MIPS Cavium Octeon boards > Control: severity -1 important > > Hi, > > On Tue, 7 Feb 2017 17:20:44 +0800 YunQiang Su <wzss...@gmail.c

Bug#855134: installation-guide: mips related cleanups and updates

in git) Thanks, James From c9b120eb71a63ef4bacfca476f1fbbd25096ff3d Mon Sep 17 00:00:00 2001 From: James Cowgill <james...@cowgill.org.uk> Date: Wed, 8 Feb 2017 12:08:04 + Subject: [PATCH 01/11] Capitalize MIPS (referring to the ISA) --- build/entities/common.ent| 6 +++--- en/pre

Bug#854194: valgrind: segfaults on MIPS Cavium Octeon boards

Control: reopen -1 Control: retitle -1 valgrind: segfaults on MIPS Cavium Octeon boards Control: severity -1 important Hi, On Tue, 7 Feb 2017 17:20:44 +0800 YunQiang Su wrote: > On Sun, 05 Feb 2017 00:39:49 +0200 Adrian Bunk wrote: > > Package: valgrind > >

Bug#853213: make: leaks RLIMIT_STACK=unlimited causing FTBFS of openjdk-8 on mips

Package: make Version: 4.1-9 Severity: important Control: tags -1 patch fixed-upstream Control: forwarded -1 http://savannah.gnu.org/bugs/?48009 X-Debbugs-CC: debian-mips@lists.debian.org, open...@lists.launchpad.net Hi, Before discussing the bug in make, I will describe what the original bug in

Re: Bug#774430: systemd: service makes as not reloadable

Hi, On 26/01/17 21:49, Michael Biebl wrote: > Am 26.01.2017 um 15:44 schrieb Michael Biebl: >> Am 18.01.2017 um 14:31 schrieb James Cowgill: > >>> After debugging a bit I found this commit which seems likely to be the >>> cause. I haven't actually tested 215 wi

Re: Bug#774430: systemd: service makes as not reloadable

Control: fixed -1 217-1 Hi, On 22/12/16 01:03, Michael Biebl wrote: > Hi James > > Am 22.12.2016 um 01:48 schrieb James Cowgill: > >> # dpkg -s systemd | grep ^Version >> Version: 232-7 >> > > Could you test with v215 from jessie as well on thi

Re: Bug#850887: To the right bug this time: Why do you want us to keep this open?

Hi, On 17/01/17 09:21, gregor herrmann wrote: > On Tue, 17 Jan 2017 10:02:13 +0100, Michael Biebl wrote: >> as additional input, please have a look at [1] which just recently >> popped up. There seem to be still unresolved issues with binutils on >> mips*. We had quite a few regressions since the

Re: Bug#850887: To the right bug this time: Why do you want us to keep this open?

On 17/01/17 09:10, Michael Biebl wrote: > Am 17.01.2017 um 10:02 schrieb Michael Biebl: >> Hi there, >> >> as additional input, please have a look at [1] which just recently >> popped up. There seem to be still unresolved issues with binutils on >> mips*. > > I haven't reassigned this bug report

Re: Bug#850887: Decide proper solution for binutils' mips* bug

Hi, On 12/01/17 14:54, Lisandro Damián Nicanor Pérez Meyer wrote: > I would like to point out that it would be preferable if, in case a patch is > preferable over going back to the last know version to work, either Matthias > or a mips porter points out which of the two proposed patches is

Re: binutils on mips*

Hi, On 09/01/17 10:51, Julien Cristau wrote: > On 01/08/2017 11:40 PM, Matthias Klose wrote: >> On 08.01.2017 14:29, Lisandro Damián Nicanor Pérez Meyer wrote: >>> Matthias: this bug is stopping a lot of packages from migrating and in >>> doing >>> so near the freeze is hurting many teams (and

Re: Bug#774430: systemd: service makes as not reloadable

Hi, On 21/12/16 23:49, Michael Biebl wrote: > Something I just noticed: All boolean properties are no, not just CanReload. > And checking on minkus, this seems to happen for other services as well, > like > > $ systemctl show ssh.service | grep no$ > PermissionsStartOnly=no >

Re: Bug#848574: openmpi: frequent segfault in linker on mips64el

Hi, On 18/12/16 13:44, Ansgar Burchardt wrote: > Package: libopenmpi-dev > Version: 2.0.2~git.20161225-8 > Severity: important > > [ CC'ed debian-mips@ as a segfault in the linker might not be a bug in MPI ] > > OpenMPI crashed frequenly in the runtime linker on mips64el, even for a > trivial

Re: Help: build failure due to relocation truncated to fit: R_MIPS_GOT16 and others

Hi, On 20/11/16 19:59, Steve M. Robbins wrote: > Thank you James! > > On Sunday, November 20, 2016 7:05:28 PM CST James Cowgill wrote: > >> These relocation errors mean you have too many symbols in the GOT in >> your executable. MIPS usually uses a single instruct

Re: Help: build failure due to relocation truncated to fit: R_MIPS_GOT16 and others

On 20/11/16 16:47, Steve M. Robbins wrote: > Hi, > > I'd appreciate some help solving a MIPS-only build failure in googletest. It > fails for arch mips [1], mipsel, and mips64el. A sample of the error output: > > relocation truncated to fit: R_MIPS_GOT16 against >

Re: mips64el in installation manual

Hi, On 31/10/16 14:34, Samuel Thibault wrote: > For the coming d-i alpha release, I have added the mips64el architecture > to the installation manual. I have basically copied mipsel bits, since > AIUI mips64el is merely the 64bit version of mipsel. It would be worth > proofreading it. Basically

Re: [Debian-med-packaging] Bug#834856: python-pysam fails to build on mips64el arch.: failed test

On 21/10/16 14:55, YunQiang Su wrote: > On Fri, Oct 14, 2016 at 3:47 PM, Emilio Pozuelo Monfort > wrote: >> Control: severity -1 serious >> >> On Fri, 19 Aug 2016 22:29:48 -0700 Afif Elghraoui wrote: >>> Control: severity -1 important >>> Control: tag -1 + help

Re: RFC: Changing default ggc-min-expand on mips and mipsel?

Hi, On 18/10/16 13:49, Aurelien Jarno wrote: > On mips and mipsel, we have more and more packages failing to build from > source with a "virtual memory exhausted" error in GCC, due to the 2GB > address space limit. It seems the occurrence is even higher since the > switch to GCC 6. The usual

Re: linking mips:4000 module with previous mips:isa32r2 modules

Hi, On 16/10/16 16:43, Jérémy Lal wrote: > Hi, > > can anyone help me understand if this error message comes from > the nodejs package being built, or from the toolchain ? > > See the logs at > https://buildd.debian.org/status/fetch.php?pkg=nodejs=mipsel=6.8.1~dfsg-1=1476561178 I thought this

Re: how to deal with "virtual memory exhausted: Cannot allocate memory"?

Hi, On 15/10/16 13:10, Jeffrey Walton wrote: "virtual memory exhausted: Cannot allocate memory" What would be your recommendation -- demand removing mips* from supported architectures or there is a chance... ? ;) >>> >>> The build log says >>> make -j4 >>> >>> This is due to

Re: Bug#839132: libgo9: libgo built without FFI in mips*

Hi, On 29/09/16 18:17, Matthias Klose wrote: > Control: tags -1 + help > > Please find out why libgo isn't configured to use libffi. It looks like the necessary support for go closures on mips isn't implemented in the version of libffi in gcc 6. There appears to be a PR here which fixes it:

Re: [Pkg-utopia-maintainers] Bug#835550: network-manager: FTBFS on mips* and powerpc - NetworkManager segfaults

Hi, On 27/08/16 12:12, Aurelien Jarno wrote: > On 2016-08-27 10:16, Michael Biebl wrote: >> Am 27.08.2016 um 01:52 schrieb James Cowgill: >>> network-manager FTBFS on all mips arches and on powerpc with this error: >> >> >>>> make[9]: Leaving directory

Re: Bug#834844: release-notes: document that mips* arches now require a R2 CPU

On 26/08/16 00:19, Aaro Koskinen wrote: > Hi, > > On Thu, Aug 25, 2016 at 12:10:09PM +0100, James Cowgill wrote: >> + The 32-bit MIPS support (both big and little endian) now requires a >> + processor supporting MIPS32 Release 2 of the MIPS instruction s

Re: Bug#834844: release-notes: document that mips* arches now require a R2 CPU

Thu, Aug 25, 2016 at 4:10 AM, James Cowgill <jcowg...@debian.org> wrote: >> Control: tags -1 patch >> >> On 19/08/16 22:42, Aurelien Jarno wrote: >>> This is something to be expected as the mips and mipsel port now >>> defaults to using R2 instructions set.

Re: Bug#834844: release-notes: document that mips* arches now require a R2 CPU

Control: tags -1 patch On 19/08/16 22:42, Aurelien Jarno wrote: > This is something to be expected as the mips and mipsel port now > defaults to using R2 instructions set. This means the Loongson 2 > CPUs are not supported anymore (this includes the Yeeloong machine). > > I have asked many times

Re: strace build time tests fail on mips64el - missing syscall support?

Hi Steve, On 08/08/16 14:35, Steve McIntyre wrote: > On Wed, Jun 01, 2016 at 02:53:35PM +0100, Steve McIntyre wrote: >> Hi folks, >> >> I'm seeing a fair number of test suite failures for strace on >> mips64el, both in the most recent upload[1] and in current upstream >> git HEAD[2]. It's looking

Re: OpenJDK-8-jre-jamvm mips version start failed

Hi, On Fri, 2016-06-03 at 15:59 +0800, 飞颜 wrote: > Dear Group, > >    I used QEMU run Debian8.4(jessie) MIPS(big endian) version, I need use > java environment for develop OSGI bundles. > >    openjdk hospot jvm is very slow, i want to change to jamvm, but it can > not start successfully. the

Re: Help on build failure of patchelf on mips variants

On Wed, 2016-04-06 at 11:28 -0300, Felipe Sateler wrote: > On 5 April 2016 at 19:33, James Cowgill <jcowg...@debian.org> wrote: > > On Tue, 2016-04-05 at 16:13 -0300, Felipe Sateler wrote: > > > > > > I'm currently at a loss on why does patchelf fail to bui

Re: Bug#820192: murasaki: FTBFS on mips*: segfault in compiler

Control: affects 818909 src:murasaki Hi, On Wed, 2016-04-06 at 15:17 +0200, Andreas Tille wrote: > since I have no clue how to fix this and since I do not want to block > the libcrypto++ transition the only chance to solve this quickly would > be to ask ftpmaster to remove this package from

Re: Help on build failure of patchelf on mips variants

On Tue, 2016-04-05 at 23:33 +0100, James Cowgill wrote: > On Tue, 2016-04-05 at 16:13 -0300, Felipe Sateler wrote: > > > > I'm currently at a loss on why does patchelf fail to build (or rather, > > it fails its testsuite) on all mips variants[1]. > > > > Patch

Re: fortran openmpi on mipsel

Hi, On Mon, 2016-04-04 at 11:52 +0800, Drew Parsons wrote: > Dear mipsel and openmpi developers, > > in the build logs for petsc something has gone wrong while checking the > fortran openmpi installation on mipsel. > >

Re: Obsolete mips packages

On Fri, 2016-01-22 at 15:49 -0800, Martin Michlmayr wrote: > It looks like at least the following packages are obsolete since the > kernels have been removed: > > sibyl, sibyl-installer > arcboot-installer > > Should they be removed? Yes I think all of those packages are no longer useful.

Re: lemote-3a-itx-a1101 kernel and pmon

On Wed, 2016-01-20 at 13:23 +0100, David Kuehling wrote: > > > > > > "James" == James Cowgill <james...@cowgill.org.uk> writes: > > On Sun, 2016-01-17 at 06:39 +0100, David Kuehling wrote: > > > long time ago I was told that I need a newer PMON to b

Re: lemote-3a-itx-a1101 kernel and pmon

Hi, On Sun, 2016-01-17 at 06:39 +0100, David Kuehling wrote: > long time ago I was told that I need a newer PMON to boot recent linux > kernels [5], but then read on debian-mips about problems after PMON > upgrades [1]. > > I'm tired of running an ancient 3.5 linux kernel on my Loongson-3A >

Re: OpenJDK 8 & GCC 5

Hi, On Tue, 2015-12-15 at 12:42 +0100, Aurelien Jarno wrote: > OpenJDK 8 doesn't compile with GCC 5 on mips, presumably due to the > switch to the FPXX ABI [1]: > > > /bin/bash ../../../../libtool   --mode=compile mipsel-linux-gnu-gcc-5 > > -DHAVE_CONFIG_H -I.

Re: [libminc] Test issues when building on mipsel architecture (#66)

On Sat, 2015-12-05 at 18:21 +0100, Andreas Tille wrote: > Hi, > > I'm just forwarding this mail from upstream.  From my perspective it is > possibly not a bug in libminc but rather a problem of certain mips > hardware.  I haven't looked at this build failure in particular, but I do know the FPUs

Re: OCTEON CN5020-SCP - Juniper SRX220

On Wed, 2015-12-02 at 22:43 +0100, Anatoli Hristov wrote: > Hi, > > Does anyone have experience with this board OCTEON CN5020-SCP? Anyone > have a compiled debian for it? I don't have any experience with that board, but it's datasheet says it supports mips64r2, so unmodified Debian mipsel and

Re: graphviz: dot on mipsel fails with emit.c:3873: bezier_bb: Assertion `bz.size > 0' failed

Control: notfound -1 2.38.0-10 Control: found -1 2.38.0-11 Hi, On Sat, 2015-11-07 at 03:52 +0100, Johannes Schauer wrote: > Package: graphviz > Version: 2.38.0-10 > Severity: important > Control: block 804296 by -1 > > Hi, > > I ran into this problem when building my package botch on mipsel:

Re: rootfs porting to mipsel 32 bit - MIPS 1004K

Hi, On Fri, 2015-10-09 at 07:54 -0500, Lijun QIN wrote: > I got an embedded Linux board (mipsel 32 bit - MIPS 1004K) with rootfs.cpio > .  Unfortunately, the rootfs is pretty old -customized from Debian MIPS > port release, based on Debian 6.  I need to upgrade it to the latest > version with gcc

Re: please give-back please give-back_1.2.4-1

Hi, On Thu, 2015-10-01 at 11:13 +, Dejan Latinovic wrote: > Hello, > > Could you please give-back votca-csg on mipsel. > > https://buildd.debian.org/status/logs.php?pkg=votca-csg=1.2.4-1%2Bb1=sid This doesn't need to be rebuilt quite yet. See #797293. votca-tools (which votca-csg

Re: soft float on a hard flat capable machine ?

On Tue, 2015-09-22 at 10:21 +0200, Jérémy Lal wrote: > 2015-09-22 10:14 GMT+02:00 James Cowgill <james...@cowgill.org.uk>: > > Hi, > > > > On Tue, 2015-09-22 at 08:59 +0200, Jérémy Lal wrote: > > > Hi, > > > > > > while buildin

Re: soft float on a hard flat capable machine ?

On Tue, 2015-09-22 at 10:30 +0200, Jérémy Lal wrote: > 2015-09-22 10:22 GMT+02:00 James Cowgill <james...@cowgill.org.uk>: > > On Tue, 2015-09-22 at 10:21 +0200, Jérémy Lal wrote: > > > 2015-09-22 10:14 GMT+02:00 James Cowgill <james...@cowgill.org.uk>: > > >

Re: soft float on a hard flat capable machine ?

Hi, On Tue, 2015-09-22 at 08:59 +0200, Jérémy Lal wrote: > Hi, > > while building nodejs 4.1.0~dfsg-2 (not -3) it seems i can't enable > -D__mips_soft_float > It errors out with [0] > gnu/stubs-o32_soft.h: No such file or directory > Indeed, there is only one header in that directory. > Is

Re: st_dev and st_rdev members of 'stat struct' are not of dev_t type on mips/mipsel

Hi, On Wed, 2015-09-16 at 13:54 -0700, Nikolaus Rath wrote: > Hi George, > > Which basically means that st_rdev member of stat struct is not of > > type dev_t on mips and mipsel, which of course deviates from man 2 > > stat, that prescribes that st_rdev member (as well as st_dev member) > > of

Re: Inconsistency about struct stat and dev_t on mips and mipsel

iso, *node, path, _param, 0); > stbuf->st_rdev = dev_param; > > > James Cowgill wrote: > > I don't think Linux (the kernel) currently supports 64-bit device > > numbers on any arch. > > Now i wonder why dev_t is 64 bit on the first hand. I'm not entirely sure. M

Re: Inconsistency about struct stat and dev_t on mips and mipsel

On Mon, 2015-09-14 at 22:28 +0200, Thomas Schmitt wrote: > Hi, > > before i start bitching: > > Is there a more specific way to recognize mips and mipsel > in source at compile time, besides testing sizeof(dev_t) > versus sizeof(stbuf.st_rdev) ? Comparing those sizes is the correct way so the

Re: Inconsistency about struct stat and dev_t on mips and mipsel

Hi, On Mon, 2015-09-14 at 15:53 +0200, Thomas Schmitt wrote: > Since quite a while the buildd logs of libisoburn on mips and > mipsel show a riddling warning, which may actually indicate a > serious bug in the resulting binaries: > > >

Re: bind9 failures on mips

Hi, On Mon, 2015-09-07 at 18:34 -0400, Robert Edmonds wrote: > James Cowgill wrote: > > On Mon, 2015-09-07 at 15:04 -0400, Robert Edmonds wrote: > > > Hi, > > > > > > I've been reviewing bugs filed against bind9, and I came across #778720 > > >

Re: bind9 failures on mips

On Mon, 2015-09-07 at 15:04 -0400, Robert Edmonds wrote: > Hi, > > I've been reviewing bugs filed against bind9, and I came across #778720 > ("Bin[d]9 hangs on mips jessie based machine"), which points to a forum > thread [0] where multiple people have reported problems running our > bind9

Re: src:tbb on mips

Hi, On Mon, 2015-09-07 at 12:19 +0200, Mathieu Malaterre wrote: > src:tbb was uploaded over the week end. We've included a patch to fix > compilation on mips and powerpc (see #787084 for details). Everything > went -finally- fine on powerpc. > > However I was suprised to see test failures on

Re: Error on mipsel buildd not reproducible on porter box

On Wed, 2015-09-02 at 16:34 +0200, Vincent Danjean wrote: > [please, CC me for answer as I'm not subscribed] > > Hi, > > The freshplayerplugin (in contrib) successfully build the 0.3.1-2 > version on mipsel but not the 0.3.2-1 version, thus preventing > migration to testing: >

Bug#795845: libjpeg-turbo: FTBFS on mips/mipsel - jsimd_mips_dspr2.S:2845: Error: float register should be even, was 1

a07bbf783b18bb76f0790239f899a0fe8aaab966 Mon Sep 17 00:00:00 2001 From: James Cowgill james...@cowgill.org.uk Date: Sat, 15 Aug 2015 13:30:14 +0100 Subject: [PATCH] Fix build error in MIPS SIMD when compiling with -mfpxx When compiled with -mfpxx (which is now the default on Debian), there are some

Re: Something fishy with the toolchain in unstable

, Thanks, James From: James Cowgill [james...@cowgill.org.uk] Sent: 17 August 2015 11:35 To: Jurica Stanojkovic Cc: debian-mips@lists.debian.org; Mike Hommey Subject: Re: Something fishy with the toolchain in unstable Hi, On Mon, 2015-08-17 at 08

Re: Bug#770009: convert(1) very slow on mips with no FPU

On Sun, 2015-08-16 at 21:32 +0200, roucaries bastien wrote: On Sun, Aug 16, 2015 at 1:36 AM, James Cowgill james...@cowgill.org.uk wrote: On Sat, 2015-08-15 at 23:18 +0200, roucaries bastien wrote: BTW information about mips box are outdated here https://wiki.debian.org/MIPSPort

Re: Bug#770009: convert(1) very slow on mips with no FPU

On Sat, 2015-08-15 at 23:18 +0200, roucaries bastien wrote: On Sat, Aug 15, 2015 at 10:30 PM, roucaries bastien roucaries.bastien+deb...@gmail.com wrote: On Sat, Aug 15, 2015 at 10:16 PM, roucaries bastien roucaries.bastien+deb...@gmail.com wrote: On Sat, Aug 15, 2015 at 9:43 PM, James

Re: Bug#787258: FTBFS on mipsel: test-suite failures

Hi, On Mon, 2015-06-01 at 16:41 +0200, Martin Pitt wrote: Martin Pitt [2015-06-01 8:02 +0200]: Since this doesn't happen on our mipsel porter box, and I don't have any other mipsel hardware to check this on, it seems this needs some help from the mipsel buildd maintainers. It would be

Re: (Hardware?) problem with denormal values on mipsel

On Wed, 2015-05-27 at 20:46 +0200, Ole Streicher wrote: Hi all, Am 27.05.2015 um 15:45 schrieb James Cowgill: There's probably still a hardware bug in here somewhere, but before 3.16 the kernel was fixing it with the math emulator. Without understanding the discussion in detail, I'd

Re: (Hardware?) problem with denormal values on mipsel

Cowgill wrote: On Sun, 2015-05-24 at 22:32 +0300, Aaro Koskinen wrote: On Fri, May 22, 2015 at 11:00:18PM +0100, James Cowgill wrote: On Sat, 2015-05-23 at 00:04 +0300, Aaro Koskinen wrote: On Fri, May 22, 2015 at 05:27:14PM +0100, James Cowgill wrote: Yep it's a hardware problem

Re: (Hardware?) problem with denormal values on mipsel

On Wed, 2015-05-27 at 18:13 +0100, Maciej W. Rozycki wrote: On Wed, 27 May 2015, James Cowgill wrote: Thanks! The kernel was the important part which was different to my setup. There's probably still a hardware bug in here somewhere, but before 3.16 the kernel was fixing

Re: (Hardware?) problem with denormal values on mipsel

On Sun, 2015-05-24 at 22:32 +0300, Aaro Koskinen wrote: On Fri, May 22, 2015 at 11:00:18PM +0100, James Cowgill wrote: On Sat, 2015-05-23 at 00:04 +0300, Aaro Koskinen wrote: On Fri, May 22, 2015 at 05:27:14PM +0100, James Cowgill wrote: Yep it's a hardware problem. The following

  1   2   >