Re: DSA concerns for jessie architectures - mips/mipsel
Hi Graham, ]] Graham Whaley sorry if you get an unwanted Cc on this, I'm not sure what, if any of the lists you're reading. I'd like to respond to your call for help regards the release qualification matrix, in particular for hardware (buildd and porter machines), and in particular for mips and mipsel arch. I wish to work with you to remedy some of the listed issues. I've started working with MIPS hardware vendors on availability and pricing of hardware. That's good news, once you have solid numbers, I'd be most interested in seeing them. Feel free to just mail d...@debian.org if the numbers are confidential. Having researched your current mips/mipsel setup and the requirements for jessie, the issues as I see them, and hopefully solutions, are: 1) reliability. Corelli and Gabrielli are unstable. I saw the thread way back where they were investigated, but it seems un-fixable (and the machines are now rather old). Let's work on replacing both of those, and maybe Lucatelli as well, as it appears to be the same hardware (but possibly stable?). I think this makes sense. 2) supportability. We'll work on this to see what the options are. I'm sure we all want boxes that can be maintained/replaced easily. 3) speed. I see 'mips' (but not mipsel in particular) listed as 'too slow'. Sure, Can somebody point me at some indication of the minimum requirement here (not that I'm particularly aiming at the minimum, I just wish to ensure we reach it :-). And, is this just pure single-multi-core/thread-machine speed, or is it a solvable problem by using multiple machines if necessary ? I think others have covered this: the buildds need to be able to keep up, which can be done with multiple machines. In addition the current MIPS machines are currently significantly slower than even armel (so that upgrading packages and running samhain take unreasonably long). These are single-core performance tasks and don't scale with the number of machines. 4) I see there is a note about an 'opcode implementation error' for a mipsel porter box. Sounds like a new machine(s) is needed there as well. Could somebody point me at some data on the opcode issue (more out of interest really...). The mono JIT doesn't work on our MIPS machines due to the machines not implementing the full architecture spec, AIUI. Porter and buildd boxes should not have hardware bugs like that. From the three types of machines I see you currently have I believe there are more modern versions of all of those, and possibly some others. I believe we will be able to locate hardware to solve the issues. That would be great. Ideally, we'd want fast, server class machines with working OOB (both power and console), that use standard hardware (SATA/SAS drives, etc) and that we have some kind of warranty for, so we can get them replaced when they fail. Ideally world-wide, so we can have them hosted where we want. -- Tollef Fog Heen, DSA UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8761tjz890@qurzaw.varnish-software.com
Re: DSA concerns for jessie architectures - mips/mipsel
Hi DSA, all. I'd like to respond to your call for help regards the release qualification matrix, in particular for hardware (buildd and porter machines), and in particular for mips and mipsel arch. I wish to work with you to remedy some of the listed issues. I've started working with MIPS hardware vendors on availability and pricing of hardware. Having researched your current mips/mipsel setup and the requirements for jessie, the issues as I see them, and hopefully solutions, are: 1) reliability. Corelli and Gabrielli are unstable. I saw the thread way back where they were investigated, but it seems un-fixable (and the machines are now rather old). Let's work on replacing both of those, and maybe Lucatelli as well, as it appears to be the same hardware (but possibly stable?). 2) supportability. We'll work on this to see what the options are. I'm sure we all want boxes that can be maintained/replaced easily. 3) speed. I see 'mips' (but not mipsel in particular) listed as 'too slow'. Sure, Can somebody point me at some indication of the minimum requirement here (not that I'm particularly aiming at the minimum, I just wish to ensure we reach it :-). And, is this just pure single-multi-core/thread-machine speed, or is it a solvable problem by using multiple machines if necessary ? 4) I see there is a note about an 'opcode implementation error' for a mipsel porter box. Sounds like a new machine(s) is needed there as well. Could somebody point me at some data on the opcode issue (more out of interest really...). From the three types of machines I see you currently have I believe there are more modern versions of all of those, and possibly some others. I believe we will be able to locate hardware to solve the issues. Thanks, Graham -- Software Design Manager, MIPS platforms Imagination Technologies
Re: DSA concerns for jessie architectures - mips/mipsel
Hi, On 27/09/13 16:23, Graham Whaley wrote: I wish to work with you to remedy some of the listed issues. I've started working with MIPS hardware vendors on availability and pricing of hardware. I've wondered if SMP Loongson systems are anywhere to be found: http://bbs.lemote.com/viewthread.php?tid=43118 or if even the Lemote Hongri would be available someday: http://www.lemote.com/products/computer/hongri/ But I don't see Loongson 3A being an option until at the very least jessie kernels support it and are stable with all cores in use. This is just my opinion though and I can't speak for DSA. 3) speed. I see 'mips' (but not mipsel in particular) listed as 'too slow'. Sure, Can somebody point me at some indication of the minimum requirement here (not that I'm particularly aiming at the minimum, I just wish to ensure we reach it :-). And, is this just pure single-multi-core/thread-machine speed, or is it a solvable problem by using multiple machines if necessary ? On mipsel at least, I recall that libreoffice, openjdk-7, webkit seemed to have some difficulty building. Each source package is built on a single machine only, and the current machines are limited to = 1 GiB RAM I think so I expect heavy swapping takes place. I speculated some time ago (in a mail to the DSA list) that network-attached storage might help for low-powered buildds, but I didn't do any followup viability testing of this yet. I thought that a separate NAS (of any architecture) would have no particular limit on number of disks or RAM, should provide fault tolerance, and maybe help with provisioning too. Whereas current mipsel hardware may be limited to a single disk, perhaps not adequately cooled or designed for continuous running, without RAID or hot-swap, and either low in capacity or very slow (due to I/O latency) than could be achieved even over a 100Mbps link to dedicated storage hardware. During the wheezy freeze period, mipsel and others did develop large queues of (IIRC ~150) packages in Needs-Build state. That's something that having more (and reliable) buildds could help with even if the same spec as the existing ones. 4) I see there is a note about an 'opcode implementation error' for a mipsel porter box. Sounds like a new machine(s) is needed there as well. Could somebody point me at some data on the opcode issue (more out of interest really...). I suspect that might refer to this, quoting from OpenBSD[0] : Unfortunately, most of the Loongson 2F-based hardware available at that time suffers from serious problems in the processor's branch prediction logic, causing the system to freeze, for which errata information only exists in the Chinese documentation (chapter 15, missing from the English translation), the only English language information being an e-mail[1] on a toolchain mailing-list. [0]: http://www.openbsd.org/loongson.html [1]: https://sourceware.org/ml/binutils/2009-11/msg00387.html From the three types of machines I see you currently have I believe there are more modern versions of all of those, and possibly some others. I believe we will be able to locate hardware to solve the issues. I think Linux 3.2 detects and works around those bugs at least in kernel code, but looking at the output in dmesg may help to identify which boxes (if any) are affected. (I imagine it's a problem for userland binaries that were built before workarounds were added in binutils). Maybe the existing boxes were not affected, but it was a concern about acquiring newer Loongson 2F hardware? Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5245fcfa.7040...@pyro.eu.org
Re: DSA concerns for jessie architectures (mips*)
On Sat, 22 Jun 2013, Andreas Barth wrote: * mips: existing machines are either not reliable or too slow to keep up; we suspect that they may not be easily replaceable. Also, if we buy more mipsel machines we could convert the mipsel swarms to mips ones (and so replace broken machines, see below) - mostly depends on how urgent you think this is. If our existing eight-year old hardware is the only mips machines we can reasonably get then that doesn't bode well for mips. We don't think relying on the SWARMs (alone) is an option. * mipsel: the porter machine and some of the buildd machines have an implementation error for one opcode; missing kernel in the archive Different answers - select the one you like most: 1. We could buy a some loongson 2f machines (or newer), see e.g. http://www.tekmote.nl/epages/61504599.sf/nl_NL/?ObjectPath=/Shops/61504599/Products/CFL-006 plus some memory. These machines have kernels in the archive, and not the hardware bug with choking on too many nop-instructions in a row. AIUI these machines have a maximum memory of only 1GB. That's probably OK for now but might be problematic in the long term. 3. We have currently two new machines with loongson 3a processors to test. It will take a bit of time to finally get a working kernel on these, but that would also decrease build-times quite much. When do you expect them to be usable? If not any time soon then maybe we should try to get a couple of loongson 2f machines. Would four machines of this type be sufficient to replace all our exist swarm and 2e machines as buildds? If so, should we just get 5 (4buildd+1porterbox)? Cheers, -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130624085150.gc15...@anguilla.noreply.org
Re: DSA concerns for jessie architectures (mips*)
On Mon, Jun 24, 2013 at 4:51 PM, Peter Palfrader wea...@debian.org wrote: On Sat, 22 Jun 2013, Andreas Barth wrote: * mips: existing machines are either not reliable or too slow to keep up; we suspect that they may not be easily replaceable. Also, if we buy more mipsel machines we could convert the mipsel swarms to mips ones (and so replace broken machines, see below) - mostly depends on how urgent you think this is. If our existing eight-year old hardware is the only mips machines we can reasonably get then that doesn't bode well for mips. We don't think relying on the SWARMs (alone) is an option. * mipsel: the porter machine and some of the buildd machines have an implementation error for one opcode; missing kernel in the archive Different answers - select the one you like most: 1. We could buy a some loongson 2f machines (or newer), see e.g. http://www.tekmote.nl/epages/61504599.sf/nl_NL/?ObjectPath=/Shops/61504599/Products/CFL-006 plus some memory. These machines have kernels in the archive, and not the hardware bug with choking on too many nop-instructions in a row. AIUI these machines have a maximum memory of only 1GB. That's probably OK for now but might be problematic in the long term. 3. We have currently two new machines with loongson 3a processors to test. It will take a bit of time to finally get a working kernel on these, but that would also decrease build-times quite much. When do you expect them to be usable? If not any time soon then maybe we should try to get a couple of loongson 2f machines. Would four machines of this type be sufficient to replace all our exist swarm and 2e machines as buildds? If so, should we just get 5 (4buildd+1porterbox)? We have two 3A notebooks that Lemote donated directly to the student and mentor of the MIPS N32/N64 port GSoC project, the only blocking issue to use them as official buildd is supporting patches aren't accepted by upstream, otherwise they are working fine. A self-built version of Linux 3.6 with Lemote patches is used right now. It was a 4-core SMP system with 2GB RAM installed (upgrade seems hard for the notebook, though the CPU itself supports more), and was tested to be quite stable when doing test build of some mips64el packages. The stability of hardware is somewhat temperature-sensitive, which means when they are running with full parallel building load, they are only tested to be stable in a server room cooling to 17°C, but hang once every 1 or 2 days when put in a room of 25°C. There is no remote management facility available to the notebook, dunno for development boards or servers. We could ask Lemote for donation if we want those machines to provide build power of Debian, and I volunteer to help if needed. Regards, Aron -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w55dxzd7sz3r2kfz8cr2+yyrriqpvomlfvykrqx64k...@mail.gmail.com
Re: DSA concerns for jessie architectures (mips*)
On Mon, Jun 24, 2013 at 4:51 PM, Peter Palfrader wrote: If our existing eight-year old hardware is the only mips machines we can reasonably get then that doesn't bode well for mips. We don't think relying on the SWARMs (alone) is an option. Perhaps Calvium will interested in providing newer hardware now that there is a MIPS N64 GSoC project underway. They offered some decent hardware last year in association with such a port: http://lists.debian.org/debian-mips/2012/02/msg1.html http://wiki.debian.org/SummerOfCode2013/Projects#MIPS_N32.2FN64_ABI_port http://wiki.debian.org/SummerOfCode2013/StudentApplications/EleanorChen -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKTje6HMxq_1Myr0CRsQ8pHMsv04KFU_S9pRdUwD=j2mvrs...@mail.gmail.com
Re: DSA concerns for jessie architectures (mips*)
On Mon, Jun 24, 2013 at 5:29 PM, Paul Wise p...@debian.org wrote: On Mon, Jun 24, 2013 at 4:51 PM, Peter Palfrader wrote: If our existing eight-year old hardware is the only mips machines we can reasonably get then that doesn't bode well for mips. We don't think relying on the SWARMs (alone) is an option. Perhaps Calvium will interested in providing newer hardware now that there is a MIPS N64 GSoC project underway. They offered some decent hardware last year in association with such a port: http://lists.debian.org/debian-mips/2012/02/msg1.html http://wiki.debian.org/SummerOfCode2013/Projects#MIPS_N32.2FN64_ABI_port http://wiki.debian.org/SummerOfCode2013/StudentApplications/EleanorChen I believe Cavium's David Daney is on debian-mips, we can talk to him to see if there is any possibility of making donation. As for the GSoC project, the student seems to not get access to the hardware Cavium offered, nor the main mentor (Cc'ed), so there is no feedback about stability/other stuff about those hardware. Regards, Aron -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w6v_b-veo1ep6nmssxuqxpvyo6yzqb+u7bhtbreb+y...@mail.gmail.com
Re: DSA concerns for jessie architectures (mips*)
On Mon, Jun 24, 2013 at 05:34:42PM +0800, Aron Xu wrote: On Mon, Jun 24, 2013 at 5:29 PM, Paul Wise p...@debian.org wrote: On Mon, Jun 24, 2013 at 4:51 PM, Peter Palfrader wrote: If our existing eight-year old hardware is the only mips machines we can reasonably get then that doesn't bode well for mips. We don't think relying on the SWARMs (alone) is an option. Perhaps Cavium will interested in providing newer hardware now that there is a MIPS N64 GSoC project underway. They offered some decent hardware last year in association with such a port: http://lists.debian.org/debian-mips/2012/02/msg1.html http://wiki.debian.org/SummerOfCode2013/Projects#MIPS_N32.2FN64_ABI_port http://wiki.debian.org/SummerOfCode2013/StudentApplications/EleanorChen I believe Cavium's David Daney is on debian-mips, we can talk to him to see if there is any possibility of making donation. It would be wonderful to refresh our mips environment as our current mips environment is not healthy. We gladly accept hardware donations but would appreciate if the donated hardware be equivalent to that available commercially. Of the four existing donated boxen that we operate at ubcece, one has never worked (fatally defective) and two are very unreliable. We also had to modify them to boot on power-up. Do the Cavium machines have any remote management features (similar to Sun ALOM, HP iLO, Dell DRAC) that allow access to a serial console and to power management? Alternatively, can they be configured to power on after a power loss so we can attach them to a remotely controlled power distribution unit? Do they boot from local storage? Any help you can provide in securing newer mips equipment is appreciated. We MUST refresh our mips environment if we wish to continue offering a mips port. As mentioned, we will need a number of machines to satisfy the various requirements (geographically distributed buildd machines, accessible porter machine(s), etc.). As for the GSoC project, the student seems to not get access to the hardware Cavium offered, nor the main mentor (Cc'ed), so there is no feedback about stability/other stuff about those hardware. Why were the GSoC students unable to obtain access to the hardware? Thanks, Luca -- Luca Filipozzi // Debian System Administration Team http://www.crowdrise.com/SupportDebian -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130624140923.ga21...@emyr.net
Re: DSA concerns for jessie architectures (mips*)
On Mon, Jun 24, 2013 at 10:09 PM, Luca Filipozzi lfili...@debian.org wrote: On Mon, Jun 24, 2013 at 05:34:42PM +0800, Aron Xu wrote: On Mon, Jun 24, 2013 at 5:29 PM, Paul Wise p...@debian.org wrote: On Mon, Jun 24, 2013 at 4:51 PM, Peter Palfrader wrote: If our existing eight-year old hardware is the only mips machines we can reasonably get then that doesn't bode well for mips. We don't think relying on the SWARMs (alone) is an option. Perhaps Cavium will interested in providing newer hardware now that there is a MIPS N64 GSoC project underway. They offered some decent hardware last year in association with such a port: http://lists.debian.org/debian-mips/2012/02/msg1.html http://wiki.debian.org/SummerOfCode2013/Projects#MIPS_N32.2FN64_ABI_port http://wiki.debian.org/SummerOfCode2013/StudentApplications/EleanorChen I believe Cavium's David Daney is on debian-mips, we can talk to him to see if there is any possibility of making donation. It would be wonderful to refresh our mips environment as our current mips environment is not healthy. We gladly accept hardware donations but would appreciate if the donated hardware be equivalent to that available commercially. Of the four existing donated boxen that we operate at ubcece, one has never worked (fatally defective) and two are very unreliable. We also had to modify them to boot on power-up. Do the Cavium machines have any remote management features (similar to Sun ALOM, HP iLO, Dell DRAC) that allow access to a serial console and to power management? Alternatively, can they be configured to power on after a power loss so we can attach them to a remotely controlled power distribution unit? Do they boot from local storage? Any help you can provide in securing newer mips equipment is appreciated. We MUST refresh our mips environment if we wish to continue offering a mips port. As mentioned, we will need a number of machines to satisfy the various requirements (geographically distributed buildd machines, accessible porter machine(s), etc.). As for the GSoC project, the student seems to not get access to the hardware Cavium offered, nor the main mentor (Cc'ed), so there is no feedback about stability/other stuff about those hardware. Why were the GSoC students unable to obtain access to the hardware? David once said he has prepared the machine, but we haven't got response from him when asking for shell access. Also, are you interested in asking Lemote for there Loongson 3A machines? Regards, Aron -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAMr=8w4BvXT=yYidQ3BP6Q-a6vJa1_Dsd=jaq9x5wpjctfb...@mail.gmail.com
Re: DSA concerns for jessie architectures (mips*)
On Mon, Jun 24, 2013 at 10:36:20PM +0800, Aron Xu wrote: On Mon, Jun 24, 2013 at 10:09 PM, Luca Filipozzi lfili...@debian.org wrote: On Mon, Jun 24, 2013 at 05:34:42PM +0800, Aron Xu wrote: On Mon, Jun 24, 2013 at 5:29 PM, Paul Wise p...@debian.org wrote: On Mon, Jun 24, 2013 at 4:51 PM, Peter Palfrader wrote: If our existing eight-year old hardware is the only mips machines we can reasonably get then that doesn't bode well for mips. We don't think relying on the SWARMs (alone) is an option. Perhaps Cavium will interested in providing newer hardware now that there is a MIPS N64 GSoC project underway. They offered some decent hardware last year in association with such a port: http://lists.debian.org/debian-mips/2012/02/msg1.html http://wiki.debian.org/SummerOfCode2013/Projects#MIPS_N32.2FN64_ABI_port http://wiki.debian.org/SummerOfCode2013/StudentApplications/EleanorChen I believe Cavium's David Daney is on debian-mips, we can talk to him to see if there is any possibility of making donation. It would be wonderful to refresh our mips environment as our current mips environment is not healthy. We gladly accept hardware donations but would appreciate if the donated hardware be equivalent to that available commercially. Of the four existing donated boxen that we operate at ubcece, one has never worked (fatally defective) and two are very unreliable. We also had to modify them to boot on power-up. Do the Cavium machines have any remote management features (similar to Sun ALOM, HP iLO, Dell DRAC) that allow access to a serial console and to power management? Alternatively, can they be configured to power on after a power loss so we can attach them to a remotely controlled power distribution unit? Do they boot from local storage? Any help you can provide in securing newer mips equipment is appreciated. We MUST refresh our mips environment if we wish to continue offering a mips port. As mentioned, we will need a number of machines to satisfy the various requirements (geographically distributed buildd machines, accessible porter machine(s), etc.). As for the GSoC project, the student seems to not get access to the hardware Cavium offered, nor the main mentor (Cc'ed), so there is no feedback about stability/other stuff about those hardware. Why were the GSoC students unable to obtain access to the hardware? David once said he has prepared the machine, but we haven't got response from him when asking for shell access. That's unfortunate. Also, are you interested in asking Lemote for there Loongson 3A machines? Sure. My objective is to get functioning equipment so that the mips port is supported. I'm prepared to receive a mix of equipment from a number of vendors or just from one... as long the requirements (commercially available, warranty / support, out of band management, etc.) are met, I'm not partial one way or the other. The only challenge I see with the 3A machines is the comment about needing a lot of energy/time to get a working kernel... that would be a problem for us, obviously. Thanks, Luca -- Luca Filipozzi http://www.crowdrise.com/SupportDebian -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130624153448.ga26...@emyr.net
Re: DSA concerns for jessie architectures (mips*)
On Mon, 24 Jun 2013, Andreas Barth wrote: So, let's perhaps look at the situation again in two months and see where we are and if it's worth to do something else inbetween or not. Ok, please report back in two months time. Cheers, weasel -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130624194626.gn15...@anguilla.noreply.org
Re: DSA concerns for jessie architectures (mips*)
On 06/24/2013 07:36 AM, Aron Xu wrote: On Mon, Jun 24, 2013 at 10:09 PM, Luca Filipozzi lfili...@debian.org wrote: On Mon, Jun 24, 2013 at 05:34:42PM +0800, Aron Xu wrote: On Mon, Jun 24, 2013 at 5:29 PM, Paul Wise p...@debian.org wrote: On Mon, Jun 24, 2013 at 4:51 PM, Peter Palfrader wrote: If our existing eight-year old hardware is the only mips machines we can reasonably get then that doesn't bode well for mips. We don't think relying on the SWARMs (alone) is an option. Perhaps Cavium will interested in providing newer hardware now that there is a MIPS N64 GSoC project underway. They offered some decent hardware last year in association with such a port: http://lists.debian.org/debian-mips/2012/02/msg1.html http://wiki.debian.org/SummerOfCode2013/Projects#MIPS_N32.2FN64_ABI_port http://wiki.debian.org/SummerOfCode2013/StudentApplications/EleanorChen I believe Cavium's David Daney is on debian-mips, we can talk to him to see if there is any possibility of making donation. It would be wonderful to refresh our mips environment as our current mips environment is not healthy. We gladly accept hardware donations but would appreciate if the donated hardware be equivalent to that available commercially. Of the four existing donated boxen that we operate at ubcece, one has never worked (fatally defective) and two are very unreliable. We also had to modify them to boot on power-up. Do the Cavium machines have any remote management features (similar to Sun ALOM, HP iLO, Dell DRAC) that allow access to a serial console and to power management? Alternatively, can they be configured to power on after a power loss so we can attach them to a remotely controlled power distribution unit? Do they boot from local storage? Any help you can provide in securing newer mips equipment is appreciated. We MUST refresh our mips environment if we wish to continue offering a mips port. As mentioned, we will need a number of machines to satisfy the various requirements (geographically distributed buildd machines, accessible porter machine(s), etc.). As for the GSoC project, the student seems to not get access to the hardware Cavium offered, nor the main mentor (Cc'ed), so there is no feedback about stability/other stuff about those hardware. Why were the GSoC students unable to obtain access to the hardware? David once said he has prepared the machine, but we haven't got response from him when asking for shell access. The good news: Debian GNU/Linux 6.0 ebh5600-dd ttyS0 ebh5600-dd login: root Password: Last login: Tue Jun 4 11:25:39 PDT 2013 on ttyS0 Linux ebh5600-dd 3.9.4 #18 SMP PREEMPT Tue Jun 4 11:18:44 PDT 2013 mips64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. root@ebh5600-dd:~# uptime 15:11:53 up 20 days, 3:45, 1 user, load average: 0.00, 0.01, 0.05 root@ebh5600-dd:~# df -h FilesystemSize Used Avail Use% Mounted on /dev/sda1 910G 26G 838G 3% / tmpfs 2.0G 0 2.0G 0% /lib/init/rw udev 10M 24K 10M 1% /dev tmpfs 2.0G 0 2.0G 0% /dev/shm The slightly less good news: I am leaving on vacation until July 13, so I cannot get the thing on a public network until I get back. Also I don't recall any requests for shell access after the initial discussions about the system David Daney Also, are you interested in asking Lemote for there Loongson 3A machines? Regards, Aron -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51c8b5f7.20...@gmail.com
Re: DSA concerns for jessie architectures (mips*)
On Mon, Jun 24, 2013 at 02:11:19PM -0700, David Daney wrote: On 06/24/2013 07:36 AM, Aron Xu wrote: On Mon, Jun 24, 2013 at 10:09 PM, Luca Filipozzi lfili...@debian.org wrote: On Mon, Jun 24, 2013 at 05:34:42PM +0800, Aron Xu wrote: On Mon, Jun 24, 2013 at 5:29 PM, Paul Wise p...@debian.org wrote: On Mon, Jun 24, 2013 at 4:51 PM, Peter Palfrader wrote: If our existing eight-year old hardware is the only mips machines we can reasonably get then that doesn't bode well for mips. We don't think relying on the SWARMs (alone) is an option. Perhaps Cavium will interested in providing newer hardware now that there is a MIPS N64 GSoC project underway. They offered some decent hardware last year in association with such a port: http://lists.debian.org/debian-mips/2012/02/msg1.html http://wiki.debian.org/SummerOfCode2013/Projects#MIPS_N32.2FN64_ABI_port http://wiki.debian.org/SummerOfCode2013/StudentApplications/EleanorChen I believe Cavium's David Daney is on debian-mips, we can talk to him to see if there is any possibility of making donation. It would be wonderful to refresh our mips environment as our current mips environment is not healthy. We gladly accept hardware donations but would appreciate if the donated hardware be equivalent to that available commercially. Of the four existing donated boxen that we operate at ubcece, one has never worked (fatally defective) and two are very unreliable. We also had to modify them to boot on power-up. Do the Cavium machines have any remote management features (similar to Sun ALOM, HP iLO, Dell DRAC) that allow access to a serial console and to power management? Alternatively, can they be configured to power on after a power loss so we can attach them to a remotely controlled power distribution unit? Do they boot from local storage? Any help you can provide in securing newer mips equipment is appreciated. We MUST refresh our mips environment if we wish to continue offering a mips port. As mentioned, we will need a number of machines to satisfy the various requirements (geographically distributed buildd machines, accessible porter machine(s), etc.). As for the GSoC project, the student seems to not get access to the hardware Cavium offered, nor the main mentor (Cc'ed), so there is no feedback about stability/other stuff about those hardware. Why were the GSoC students unable to obtain access to the hardware? David once said he has prepared the machine, but we haven't got response from him when asking for shell access. The good news: Debian GNU/Linux 6.0 ebh5600-dd ttyS0 ebh5600-dd login: root Password: Last login: Tue Jun 4 11:25:39 PDT 2013 on ttyS0 Linux ebh5600-dd 3.9.4 #18 SMP PREEMPT Tue Jun 4 11:18:44 PDT 2013 mips64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. root@ebh5600-dd:~# uptime 15:11:53 up 20 days, 3:45, 1 user, load average: 0.00, 0.01, 0.05 root@ebh5600-dd:~# df -h FilesystemSize Used Avail Use% Mounted on /dev/sda1 910G 26G 838G 3% / tmpfs 2.0G 0 2.0G 0% /lib/init/rw udev 10M 24K 10M 1% /dev tmpfs 2.0G 0 2.0G 0% /dev/shm The slightly less good news: I am leaving on vacation until July 13, so I cannot get the thing on a public network until I get back. That's great! Happy to continue the conversation regarding these machines when you return. Have a good vacation. Also I don't recall any requests for shell access after the initial discussions about the system Ah! Seems like some miscommunication or misunderstanding. Thanks for correcting the record. Let's chat when you get back, Luca -- Luca Filipozzi http://www.crowdrise.com/SupportDebian -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130624215058.ga...@emyr.net
