Re: Arch qualification for buster: call for DSA, Security, toolchain concerns
On Fri, Jun 29, 2018 at 10:20:50AM +0100, Luke Kenneth Casson Leighton wrote: > in addition, arm64 is usually speculative OoO (Cavium ThunderX V1 > being a notable exception) which means it's vulnerable to spectre and > meltdown attacks, whereas 32-bit ARM is exclusively in-order. if you > want to GUARANTEE that you've got spectre-immune hardware you need > either any 32-bit system (where even Cortex A7 has virtualisattion) or > if 64-bit is absolutely required use Cortex A53. The Cortex A8, A7 and A5 are in order. The A9, A15, A17 etc are out of order execution. So any 32 bit arm worth using is pretty much always out of order execution. For 64 bit, I think the A35 and A53 are in order while the A57, A72 etc are out of order. Of course non Cortex designs vary (I think Marvel's JP4 core was out of order execution for example). After all, in general in order execution equals awful performance. -- Len Sorensen
Re: [Stretch] Status for architecture qualification
On Mon, Jun 20, 2016 at 10:35:20PM +0200, Geert Uytterhoeven wrote: > Yeah, apparently it's cheaper to bootstrap a complete new little endian > platform than to fix portability issues in existing software... I believe a big reason is that Nvidia cards expect little endian data, and the overhead of converting between the host and the nvidia cards is big enough to matter. power8+ and power9 will have nvlink connections on the CPU for a reason after all. -- Len Sorensen
Re: [Stretch] Status for architecture qualification
On Mon, Jun 20, 2016 at 04:11:32PM +0200, John Paul Adrian Glaubitz wrote: > Well, we just did a full archive rebuild of "ppc64" to be able to > support ppc64 on the e5500 cores by disabling AltiVec, didn't we? Well it is getting there. -- Len Sorensen
Re: [Stretch] Status for architecture qualification
On Sun, Jun 19, 2016 at 08:35:02PM +0200, Florian Weimer wrote: > Do they implement the ISA required by the existing Debian port? Yes. The only ones that don't are the Freescale 85xx and P10[12]x chips, which are powerpcspe due to using the e500 core. All the 83xx and 82xx chips which are still shipping in many current products are plain old 32bit powerpc. Also I suspect many users of 64 bit capable freescale chips (e5500 and e6500 cores) are running 32 bit powerpc since they don't have enough ram to actually really gain anything from going to 64 bit, and the ppc64 port isn't done yet. But those would be a case of running 32 bit on 64 bit. -- Len Sorensen
Re: [Stretch] Status for architecture qualification
On Thu, Jun 16, 2016 at 09:04:12AM +0200, Mathieu Malaterre wrote: > The debian-powerpc@l.d.o mailing list is active so I would say it > still has some users. I have been using partch.d.o for doing some work > on PowerPC. I posted a summary of work people have been doing on this > port lately: > > https://lists.debian.org/debian-powerpc/2016/06/msg00046.html > > However I do agree that true PowerPC hardware is actually > disappearing, and it is alive mostly thanks to being an ABI using > 32bits integer for PPC64 CPU(s). There are a lot of 32bit powerpc chips still going into embedded systems being built today. They are not going away anytime soon. -- Len Sorensen
Re: Bug#746761: libgtk2-perl: Sometimes FTBFS (t/GtkCellRenderer.t fails) on mips, mipsel and armhf
On Thu, May 15, 2014 at 11:42:42AM +0200, intrigeri wrote:
Hi, dear mips and arm porters,
intrig...@debian.org wrote (03 May 2014 11:05:09 GMT) :
since April 2010 (1.1.221-6), libgtk2-perl sometimes fails to build on
the armhf, mips and mipsel architectures, due to a failing test
(t/GtkCellRenderer.t). I did not find any similar failure on other
architectures. I am going to report this upstream.
Dear porters, any idea what could be wrong with this package, or
its dependencies?
Sorry to bother you again, but here's just a gentle ping: this FTBFS
has now been blocking the migration of libgtk2-perl to testing for
two weeks.
Note that there's been no progress yet on the corresponding upstream
bug I filed: https://bugzilla.gnome.org/show_bug.cgi?id=729453
I ran a loop building it overnight. 17 builds and no failure on my
armhf system. How I wish people could make their builds use multiple
cores when -j is passed, then I could have run 4 times that number
of passes. Seems adding '--parallel' to the end of the 'dh $@' line in
debian/rules solves it and makes it build a lot faster.
It sure is interesting that the failure it the same in all 3 cases,
but the only way that error could happen seems to be if $hits{render}++
is never called, and I don't see any obvious reason for that to happen,
especially only some of the time.
--
Len Sorensen
--
To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140519141126.ga17...@csclub.uwaterloo.ca
Re: Bug#746761: libgtk2-perl: Sometimes FTBFS (t/GtkCellRenderer.t fails) on mips, mipsel and armhf
On Mon, May 19, 2014 at 10:11:26AM -0400, Lennart Sorensen wrote:
I ran a loop building it overnight. 17 builds and no failure on my
armhf system. How I wish people could make their builds use multiple
cores when -j is passed, then I could have run 4 times that number
of passes. Seems adding '--parallel' to the end of the 'dh $@' line in
debian/rules solves it and makes it build a lot faster.
It sure is interesting that the failure it the same in all 3 cases,
but the only way that error could happen seems to be if $hits{render}++
is never called, and I don't see any obvious reason for that to happen,
especially only some of the time.
63 more successful runs on armhf (sid chroot), still haven't seen it.
I wonder if it needs a certain kernel or arm cpu type or something for
it to happen (although it also happens on mips).
--
Len Sorensen
--
To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140519211659.gd17...@csclub.uwaterloo.ca
Re: Roll call for porters of architectures in sid and testing (Status update)
On Fri, Sep 20, 2013 at 11:19:24AM -0400, Federico Sologuren wrote: i have a HP Visualize B2000 that i managed to install last night from iso distribution that i found after a lot of looking. at this point only terminal is working. will keep reading to get debian up and running. i would like to get involved. will need some additional information on what is needed and what skills are required. what does DD/DM stand for? DD = Debian Developer DM = Debian Maintainer unless I remember wrong of course. :) -- Len Sorensen -- To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130920181059.gj13...@csclub.uwaterloo.ca
Re: Roll call for porters of architectures in sid and testing (Status update)
On Thu, Sep 19, 2013 at 10:38:29AM +0200, Niels Thykier wrote: Here is a little status update on the mails we have received so far. First off, thanks to all the porters who have already replied! So far, the *no one* has stepped up to back the following architectures: hurd-i386 ia64 mips mipsel s390x I have pinged some people and #d-hurd, so this will hopefully be amended soon. Remember that the *deadline is 1st of October*. In the list above, I excluded: amd64 and i386: requirement for porters is waived s390: Being removed from testing during the Jessie cycle (Agreement made during the Wheezy release cycle) The following table shows the porters for each architecture in *unstable* that I have data on so far: armel: Wookey (DD) armhf: Jeremiah Foster (!DD, but NM?), Wookey (DD) kfreebsd-amd64: Christoph Egger (DD), Axel Beckert (DD), Petr Salinger (!DD), Robert Millan (DD) kfreebsd-i386: Christoph Egger (DD), Axel Beckert (DD), Petr Salinger (!DD), Robert Millan (DD) powerpc: Geoff Levand (!DD), Roger Leigh (DD) sparc: Axel Beckert (DD), Rainer Herbst (!DD) If you are missing from this list above, then I have missed your email. Please follow up to this mail with a message-ID (or resend it, whichever you prefer). Message-ID: 20130904160124.gt12...@csclub.uwaterloo.ca Sent September 4th. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130919145648.gf13...@csclub.uwaterloo.ca
Re: single device to replace ADSL router, WiFi/Ethernet router, SIP router?
On Thu, Dec 22, 2011 at 11:33:12PM +0100, Michelle Konzack wrote: Sangoma has only the S518 card which is an old outdated ADSL card which support only 8 Mbit RAW downstream and 762 kbit RAW upstream. They had an S519 but apparently stopped making it. The S518 is very much outdated and requires some non-free firmware too. Paul and me searching for ADSL2+ with at least 16 Mbit IP downstraam and over 1 Mbit IP upstream. My current crap router of an Alice-Box make ~16,8 Mbit down and 1,4 Mbit upstream. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111223151801.gk27...@caffeine.csclub.uwaterloo.ca
Re: single device to replace ADSL router, WiFi/Ethernet router, SIP router?
On Thu, Dec 22, 2011 at 02:15:40PM +0800, Paul Wise wrote: I'm looking for a way to replace my current home network infrastructure with a single device running Debian. I currently have these devices: * Siemens SpeedStream 4200. This is an ADSL2+ modem running the supplied OS. It is running in bridge mode, DSL port plugged into the wall phone jack via the ADSL splitter and the Ethernet port is plugged into the Netgear WGR614L router/switch. * Netgear WGR614L. This is a router, Ethernet switch and WiFi AP, currently running an old patched up custom build of OpenWRT. Its WAN port connects to the SpeedStream and talks PPPoE to my ISP via the SpeedStream. The four Ethernet ports are a switch, plugged into a PC and the Minitar MVA11A. * Minitar MVA11A. This is a SIP router with FXO/FXS ports and an Ethernet port. FXO port plugs into the wall phone jack via the ADSL splitter, FXS into the cordless phone, Ethernet into the WGR614L. * old Panasonic cordless phone I'm looking for a single device (to reduce cabling) to replace this: * it needs to run Debian or have at least some potential to do that. I don't want to have to deal with any pre-installed OSes, custom old OpenWRT builds running Linux 2.4 or other stupidity. * it needs either FXO/FXS ports or some sort of cordless phone integrated with it. * it needs to have ADSL2+ support, * it needs WiFi, preferably something supported by ath5k/ath9k or OpenFWWF * it needs 4 Ethernet ports, speed isn't too important * it needs to either support coreboot or not be x86 (ARM/MIPS/etc) * it needs to be unbrickable, via semi-read-only secondary bootloader or whatever. * internal SATA or eSATA would be nice so that it has useful amounts of storage and can be used as a NAS * a few USB ports would be nice * some hardware expandability would be nice, miniPCI or whatever Honestly, that's not realistic. Too weird a combined featureset. Especially the cordless phone bit. A quick search found a Quick Eagle DL710 (never heard of them) which has 3 100Mbit ethernet ports, SIP, ADSL2+, 2 FXS, 1 FXO. That isn't 4 ports though. Almost certainly can't run Debian either. Most APs are way too low in specs to run a full OS. http://www.aceex.com.tw/L3AWVR11.html is another (which has 4 ethernet ports). Neither matches all your requirements, especially for the OS. If you were willing to spend a lot of money on it, you could build a PC that did all that. Sangoma makes FXS/FXO cards and ADSL2+ cards for PCs. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111222154501.gf27...@caffeine.csclub.uwaterloo.ca
Re: single device to replace ADSL router, WiFi/Ethernet router, SIP router?
On Thu, Dec 22, 2011 at 11:02:29PM +0100, Michelle Konzack wrote: This sounds for a 1) Marvel Discovery MV78100 (Singel-Core 1 GEth) or MV78200 (Dual-Core 2 GEth) Nice CPU. Even has VFP (FPU). Too bad it is ARMv5 so it can't run the armhf Debian port. Still armel isn't bad. 2) Marvel 4 port 10/100/1000 Mbit Hub with one MII Interface 3) The Discovery MV78x00 has 2 SATA Ports 4) Connexatn ADS2+ Chipset = Mini-PCIe 5) CologeChip XHFC-2S4U-34SU = Mini-PCIe 6) Atheros WifiChip= Mini-PCIe 7) TI 2port USB 3.0 PCIe Transceiver = Mini-PCIe 8) The MV78100 has two PCIe 4x ports which can be splited into 8x PCIe 1x... Ist this enough for you? which mean, you will have 4 free Mni-PCIe 1x ports I am working on the Mini-ITX Board with the MV78100/MV78200 but it is the hell. People calling me crazy, but if I see your requirements... ...it is exactly what I need too and what I develop! -- Len Sorensen -- To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011120856.gi27...@caffeine.csclub.uwaterloo.ca
Re: single device to replace ADSL router, WiFi/Ethernet router, SIP router?
On Thu, Dec 22, 2011 at 11:07:08PM +0100, Michelle Konzack wrote: Hello Rob J. Epping, The ADSL (PCI-)cards I found all implement a modem with a network card. The network card is detected by the OS and you manage the ADSL modem by telnet. Other than the cable there is no advantage. I have the need for a PCI 2.2 ADSL2+ card which I need to integrate into a Server which has noly PCI-X Slots where normal PCI cards (one hole in the connector), but PCI-X is PCI 2.2 compatibel Can you (or someone else) recommend me a PCI ADSL2+ card? I was going to suggest the Samgoma S519 PCI ADSL2+ card, but apparently they stopped making it. There are others out there such as: http://linitx.com/product/12181 Not that I know that one. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-mips-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011121400.gj27...@caffeine.csclub.uwaterloo.ca
