On Sat, Jul 7, 2018 at 10:31 PM, YunQiang Su wrote:
In fact I don't know anybody is using Debian's mips32eb port.
I used jessie mips on my router in a chroot and was considering going
further, but stretch bumped the ISA requirements so I cannot use it
any longer. Likewise someone on #debian-mips with a Loongson 2f Lemote
laptop recently complained about stretch removing Longsoon support. So
maybe a better approach would be to lower the ISA requirements back to
what was in jessie so folks can use it again in buster?
--
bye,
pabs
https://wiki.debian.org/PaulWise
In fact I don't know anybody is using Debian's mips32eb port.
On Sat, 2018-07-07 at 22:54 +0800, YunQiang Su wrote:
use eb in a chroot env of openwrt etc env is a use case.
In my case it was the default firmware with help of this:
https://github.com/mattimustang/optus-sagemcom-fast-3864-hacks
What CPU is your router? mips r2 is a quite old ISA standard,
they are published in 2002, why your router didn't support it?
The router is a (GPL violating) SAGEMCOM F@ST3864V2 with Broadcom SoC BCM963268 and CPU BMIPS4350 V8.0. This is the default router shipped by
my ISP, I now have two of them and the latest one I recieved new this
year. There are some other devices out there with the same SoC/CPU too:
https://wikidevi.com/w/index.php?search=BMIPS4350&title=Special%3ASearch&fulltext=Search
https://wikidevi.com/w/index.php?search=BCM963268&title=Special%3ASearch&profile=default&fulltext=1
yes, Loongson 2f is only support MIPS II/III.
I have no idea if it is valuable to downgrade mipsel to MIPS II,
at the same time, Loongson 2f has some other bugs, which will ask for gcc/glibc patch, which will slow down the binary on other CPUs.
I guess that is not a good idea then.
--
bye,
pabs
https://wiki.debian.org/PaulWise
use eb in a chroot env of openwrt etc env is a use case.
What CPU is your router? mips r2 is a quite old ISA standard,
they are published in 2002, why your router didn't support it?
yes, Loongson 2f is only support MIPS II/III.
I have no idea if it is valuable to downgrade mipsel to MIPS II,
at the same time, Loongson 2f has some other bugs, which will ask for gcc/glibc patch, which will slow down the binary on other CPUs.
On Sat, 2018-07-07 at 23:29 +0800, YunQiang Su wrote:
Since they are quite new, I expect they support mips r2.
I was not able to find any info about that.
Maybe the problem is due to lack of FPU?
Possibly, did Debian jessie have FPU disabled and stretch has FPU enabled?
Here is /proc/cpuinfo from the device:
system type : F@ST3864V2
processor : 0
cpu model : Broadcom BMIPS4350 V8.0
BogoMIPS : 397.31
wait instruction : yes
microsecond timers : yes
tlb_entries : 32
extra interrupt vector : no
hardware watchpoint : no
ASEs implemented :
shadow register sets : 1
kscratch registers : 0
core : 0
VCED exceptions : not available
VCEI exceptions : not available
processor : 1
cpu model : Broadcom BMIPS4350 V8.0
BogoMIPS : 403.45
wait instruction : yes
microsecond timers : yes
tlb_entries : 32
extra interrupt vector : no
hardware watchpoint : no
ASEs implemented :
shadow register sets : 1
kscratch registers : 0
core : 0
VCED exceptions : not available
VCEI exceptions : not available
--
bye,
pabs
https://wiki.debian.org/PaulWise
Since they are quite new, I expect they support mips r2.
Maybe the problem is due to lack of FPU?
On Sat, 2018-07-07 at 23:29 +0800, YunQiang Su wrote:
Since they are quite new, I expect they support mips r2.
I was not able to find any info about that.
Maybe the problem is due to lack of FPU?
Possibly, did Debian jessie have FPU disabled and stretch has FPU enabled?
Here is /proc/cpuinfo from the device:
system type : F@ST3864V2
processor : 0
cpu model : Broadcom BMIPS4350 V8.0
BogoMIPS : 397.31
wait instruction : yes
microsecond timers : yes
[...]
due to lack of enough man power and build machines for 3 mips* port at[...]
the same time, I think that now it is time for us to have a talk about dropping mips32eb support now.
In fact I don't know anybody is using Debian's mips32eb port.I am using mips32eb a lot on wifi routers (self-compiled kernel with
If you are using it, please tell us.
Adi Kriegisch <adi@cg.tuwien.ac.at> 于2018年7月9日周一 下午4:34写道：
Hi!
due to lack of enough man power and build machines for 3 mips* port at the same time, I think that now it is time for us to have a talk about dropping mips32eb support now.[...]
In fact I don't know anybody is using Debian's mips32eb port.I am using mips32eb a lot on wifi routers (self-compiled kernel with
If you are using it, please tell us.
rootfs on a usb stick). There are some people here at a community
wireless network that do use such setups on their rooftops as well.
What is the advantage of eb than el? better performance?
I guess most of CPUs support both eb and el.
Please let me know if there is anything I could do to help avoiding the drop.
We need some more build machines, current we use some ER8s,
which use NFS as rootfs and they have no FPU.
So the performance and stability are bad.
We also need some more manpower to fix the FTBFS in future.
best regards,
Adi Kriegisch
--
YunQiang Su
Hi!
due to lack of enough man power and build machines for 3 mips* port at[...]
the same time, I think that now it is time for us to have a talk about dropping mips32eb support now.
In fact I don't know anybody is using Debian's mips32eb port.I am using mips32eb a lot on wifi routers (self-compiled kernel with
If you are using it, please tell us.
rootfs on a usb stick). There are some people here at a community
wireless network that do use such setups on their rooftops as well.
Please let me know if there is anything I could do to help avoiding the
drop.
best regards,
Adi Kriegisch
On Mon, Jul 9, 2018 at 12:12 PM YunQiang Su <wzssyqa@gmail.com> wrote:
Adi Kriegisch <adi@cg.tuwien.ac.at> 于2018年7月9日周一 下午4:34写道：
Hi!
due to lack of enough man power and build machines for 3 mips* port at the same time, I think that now it is time for us to have a talk about dropping mips32eb support now.[...]
In fact I don't know anybody is using Debian's mips32eb port.I am using mips32eb a lot on wifi routers (self-compiled kernel with rootfs on a usb stick). There are some people here at a community wireless network that do use such setups on their rooftops as well.
If you are using it, please tell us.
What is the advantage of eb than el? better performance?
I guess most of CPUs support both eb and el.
Please let me know if there is anything I could do to help avoiding the drop.
We need some more build machines, current we use some ER8s,
which use NFS as rootfs and they have no FPU.
So the performance and stability are bad.
Just for reference why is mips (mips32eb) not build from an mips64el
machine (with FPU) ? All i386 (AFAIK) packages are build from amd64
these days (same is true for ppc32 on ppc64).
We also need some more manpower to fix the FTBFS in future.
Is this the correct page to look at the FTBFS+mips(32eb):
https://udd.debian.org/cgi-bin/bts-usertags.cgi?tag=mips&user=debian-mips%40lists.debian.org
best regards,
Adi Kriegisch
--
YunQiang Su
Actually, up to now I thought, endianess is determined by the CPU andIn fact I don't know anybody is using Debian's mips32eb port.I am using mips32eb a lot on wifi routers (self-compiled kernel with
If you are using it, please tell us.
rootfs on a usb stick). There are some people here at a community
wireless network that do use such setups on their rooftops as well.
What is the advantage of eb than el? better performance?
I guess most of CPUs support both eb and el.
I could only offer a spare RouterStation Pro which I use for testing and compiling/backporting some software like swconfig or hostapd. At leastPlease let me know if there is anything I could do to help avoiding the drop.
We need some more build machines, current we use some ER8s,
which use NFS as rootfs and they have no FPU.
So the performance and stability are bad.
We also need some more manpower to fix the FTBFS in future.The issues tagged 'mips' are way out of what I can handle, I am afraid.
I'm still actively using it for a couple of different devices.
Mathieu Malaterre <malat@debian.org> 于2018年7月9日周一 下午6:31写道：
On Mon, Jul 9, 2018 at 12:12 PM YunQiang Su <wzssyqa@gmail.com> wrote:
Adi Kriegisch <adi@cg.tuwien.ac.at> 于2018年7月9日周一 下午4:34写道：
Hi!
due to lack of enough man power and build machines for 3 mips* port at[...]
the same time, I think that now it is time for us to have a talk about
dropping mips32eb support now.
In fact I don't know anybody is using Debian's mips32eb port.I am using mips32eb a lot on wifi routers (self-compiled kernel with rootfs on a usb stick). There are some people here at a community wireless network that do use such setups on their rooftops as well.
If you are using it, please tell us.
What is the advantage of eb than el? better performance?
I guess most of CPUs support both eb and el.
Please let me know if there is anything I could do to help avoiding the drop.
We need some more build machines, current we use some ER8s,
which use NFS as rootfs and they have no FPU.
So the performance and stability are bad.
Just for reference why is mips (mips32eb) not build from an mips64el machine (with FPU) ? All i386 (AFAIK) packages are build from amd64
these days (same is true for ppc32 on ppc64).
mipsel packages do build on mips64el machines,
while mips aka mips32eb cannot.
We also need some more manpower to fix the FTBFS in future.
Is this the correct page to look at the FTBFS+mips(32eb):
https://udd.debian.org/cgi-bin/bts-usertags.cgi?tag=mips&user=debian-mips%40lists.debian.org
Yes. It is.
best regards,
Adi Kriegisch
--
YunQiang Su
--
YunQiang Su
On Mon, Jul 9, 2018 at 12:47 PM YunQiang Su <wzssyqa@gmail.com> wrote:
Mathieu Malaterre <malat@debian.org> 于2018年7月9日周一 下午6:31写道：
On Mon, Jul 9, 2018 at 12:12 PM YunQiang Su <wzssyqa@gmail.com> wrote:
Adi Kriegisch <adi@cg.tuwien.ac.at> 于2018年7月9日周一 下午4:34写道：
Hi!
due to lack of enough man power and build machines for 3 mips* port at[...]
the same time, I think that now it is time for us to have a talk about
dropping mips32eb support now.
In fact I don't know anybody is using Debian's mips32eb port.I am using mips32eb a lot on wifi routers (self-compiled kernel with rootfs on a usb stick). There are some people here at a community wireless network that do use such setups on their rooftops as well.
If you are using it, please tell us.
What is the advantage of eb than el? better performance?
I guess most of CPUs support both eb and el.
Please let me know if there is anything I could do to help avoiding the
drop.
We need some more build machines, current we use some ER8s,
which use NFS as rootfs and they have no FPU.
So the performance and stability are bad.
Just for reference why is mips (mips32eb) not build from an mips64el machine (with FPU) ? All i386 (AFAIK) packages are build from amd64
these days (same is true for ppc32 on ppc64).
mipsel packages do build on mips64el machines,
while mips aka mips32eb cannot.
Sorry to insist, but I thought mips & mipsel in Debian were both
MIPS32r2. So what makes mips32eb so special for MIPS64r6 ?
On Mon, Jul 9, 2018 at 12:47 PM YunQiang Su <wzssyqa@gmail.com> wrote:
Mathieu Malaterre <malat@debian.org> 于2018年7月9日周一 下午6:31写道：
On Mon, Jul 9, 2018 at 12:12 PM YunQiang Su <wzssyqa@gmail.com> wrote:
Adi Kriegisch <adi@cg.tuwien.ac.at> 于2018年7月9日周一 下午4:34写道：
Hi!
due to lack of enough man power and build machines for 3 mips* port at[...]
the same time, I think that now it is time for us to have a talk about
dropping mips32eb support now.
In fact I don't know anybody is using Debian's mips32eb port.I am using mips32eb a lot on wifi routers (self-compiled kernel with rootfs on a usb stick). There are some people here at a community wireless network that do use such setups on their rooftops as well.
If you are using it, please tell us.
What is the advantage of eb than el? better performance?
I guess most of CPUs support both eb and el.
Please let me know if there is anything I could do to help avoiding the
drop.
We need some more build machines, current we use some ER8s,
which use NFS as rootfs and they have no FPU.
So the performance and stability are bad.
Just for reference why is mips (mips32eb) not build from an mips64el machine (with FPU) ? All i386 (AFAIK) packages are build from amd64
these days (same is true for ppc32 on ppc64).
mipsel packages do build on mips64el machines,
while mips aka mips32eb cannot.
Sorry to insist, but I thought mips & mipsel in Debian were both
MIPS32r2. So what makes mips32eb so special for MIPS64r6 ?
We also need some more manpower to fix the FTBFS in future.
Is this the correct page to look at the FTBFS+mips(32eb):
https://udd.debian.org/cgi-bin/bts-usertags.cgi?tag=mips&user=debian-mips%40lists.debian.org
Yes. It is.
best regards,
Adi Kriegisch
--
YunQiang Su
--
YunQiang Su
We need some more build machines, current we use some ER8s,
which use NFS as rootfs and they have no FPU.
So the performance and stability are bad.
On Mon, 9 Jul 2018 18:13:43 +0800, YunQiang Su wrote:
We need some more build machines, current we use some ER8s,
which use NFS as rootfs and they have no FPU.
So the performance and stability are bad.
I'm commenting here from a position of ignorance:
Would SGI hardware make good build machines for the architecture? I'm asking because I have a 3 SGI Octanes I could give away.
Last I checked, stretch kernels did not work on these machines, but I would like
to be wrong.
Is the problem with the linux port, or is it related with Debian's compilation
options?
According to this information from Gentoo https://wiki.gentoo.org/wiki/MIPS/Hardware_Requirements#IP30:_Octane
it should be semi-functional, but that information might be out of date.
On Sat, Jul 21, 2018 at 12:18 PM J.P.Malhado <malhado@imperial.ac.uk> wrote:
On Mon, 9 Jul 2018 18:13:43 +0800, YunQiang Su wrote:
We need some more build machines, current we use some ER8s,
which use NFS as rootfs and they have no FPU.
So the performance and stability are bad.
I'm commenting here from a position of ignorance:
Would SGI hardware make good build machines for the architecture? I'm asking >> because I have a 3 SGI Octanes I could give away.
Doubtful. Octanes use hundreds of watts and aren't very fast compared
with modern systems. They are indeed big endian, however.
According to this information from Gentoo
https://wiki.gentoo.org/wiki/MIPS/Hardware_Requirements#IP30:_Octane
it should be semi-functional, but that information might be out of date.
The maintainer of T2 Linux (Ren, Cc'd) has a YouTube channel in which
he demonstrated an Octane running a modern (4.8?) kernel he had
patched. I have not seen evidence of those patches going upstream
though. As far as I know his work is in a significantly better state
than that of Joshua's (from Gentoo).
On Sat, Jul 21, 2018 at 12:18 PM J.P.Malhado <malhado@imperial.ac.uk> wrote:
On Mon, 9 Jul 2018 18:13:43 +0800, YunQiang Su wrote:
We need some more build machines, current we use some ER8s,
which use NFS as rootfs and they have no FPU.
So the performance and stability are bad.
I'm commenting here from a position of ignorance:
Would SGI hardware make good build machines for the architecture? I'm asking
because I have a 3 SGI Octanes I could give away.
Doubtful. Octanes use hundreds of watts and aren't very fast compared
with modern systems. They are indeed big endian, however.
Debian used to have some Broadcom SWARM (BCM91250A) systems. They're
bootable as big or little endian (controllable with a jumper on the motherboard). I have some that I attempt to use for Gentoo, but
they're unstable and their kernel support seems to be totally
unmaintained.
Aurelien, do you know what happened to those systems? I don't see them
listed here: https://wiki.debian.org/MIPSPort#Build_daemons_.26_porter_boxes
(Gentoo would love your hand-me-downs if you're no longer using them :)
| Sysop: | Keyop |
|---|---|
| Location: | Huddersfield, West Yorkshire, UK |
| Users: | 296 |
| Nodes: | 16 (2 / 14) |
| Uptime: | 39:15:33 |
| Calls: | 6,648 |
| Files: | 12,193 |
| Messages: | 5,329,316 |