This is a new system installation, booted from SGI LiveCD RC5. I have used stage3-mips4-2007.0 and portage-2007.0 for environment. When trying emerge mips-sources it fails applying patch 5011_2.6.34-ioc3-metadriver-r27.patch. Reproducible: Always Steps to Reproduce: 1.Boot from Live CD RC5 & preparation of environment as describe in handbook-mips 2.emerge --sync --quiet 3.emerge mips-sources Actual Results: (chroot) livecd / # emerge mips-sources Calculating dependencies... done! >>> Emerging (1 of 1) sys-kernel/mips-sources-2.6.37 to / * mipsgit-2.6.37-20110207.diff.bz2 RMD160 ;-) ... [ ok ] * mipsgit-2.6.37-20110207.diff.bz2 SHA1 ;-) ... [ ok ] * mipsgit-2.6.37-20110207.diff.bz2 SHA256 ;-) ... [ ok ] * mipsgit-2.6.37-20110207.diff.bz2 size ;-) ... [ ok ] * mips-sources-2.6.37-patches-v1.tar.bz2 RMD160 ;-) ... [ ok ] * mips-sources-2.6.37-patches-v1.tar.bz2 SHA1 ;-) ... [ ok ] * mips-sources-2.6.37-patches-v1.tar.bz2 SHA256 ;-) ... [ ok ] * mips-sources-2.6.37-patches-v1.tar.bz2 size ;-) ... [ ok ] * linux-2.6.37.tar.bz2 RMD160 ;-) ... [ ok ] * linux-2.6.37.tar.bz2 SHA1 ;-) ... [ ok ] * linux-2.6.37.tar.bz2 SHA256 ;-) ... [ ok ] * linux-2.6.37.tar.bz2 size ;-) ... [ ok ] * SGI Origin 200/2000 Support has been marked as needing testing in this * ebuild revision. This usually means that any patches to support * SGI Origin 200/2000 have been forward ported and maybe even compile-tested, * but not yet booted on real hardware, possibly due to a lack of access * to such hardware. If you happen to boot this kernel and have no * problems at all, then please inform the maintainer. Otherwise, if * experience a bug, an oops/panic, or some other oddity, then please * file a bug at bugs.gentoo.org, and assign it to the mips team. * IP27 support can be considered a game of Russian Roulette. It'll work * great for some but not for others. We don't get a chance to test this * machine very often with each new kernel, so your mileage may vary. >>> Unpacking source... >>> Unpacking linux-2.6.37.tar.bz2 to /var/tmp/portage/sys-kernel/mips-sources-2.6.37/work * Applying mipsgit-2.6.37-20110207.diff.patch (-p0+) ... [ ok ] >>> Unpacking mips-sources-2.6.37-patches-v1.tar.bz2 to /var/tmp/portage/sys-kernel/mips-sources-2.6.37/work * Applying 2001_2.6.11-ip32-mace-is-always-eth0.patch ... [ ok ] * Applying 4001_2.6.37-ths-mips-tweaks.patch ... [ ok ] * Applying 4002_2.6.23-seccomp-no-default.patch ... [ ok ] * Applying 4003_2.6.11-add-byteorder-to-proc.patch ... [ ok ] * Applying 4004_2.6.28-enable-old-rtc-drivers.patch ... [ ok ] * Applying 4005_2.6.34-rtc-ds1685-support.patch ... [ ok ] * Applying 5011_2.6.34-ioc3-metadriver-r27.patch ... * Failed Patch: 5011_2.6.34-ioc3-metadriver-r27.patch ! * ( /var/tmp/portage/sys-kernel/mips-sources-2.6.37/work/patch-symlinks/5011_2.6.34-ioc3-metadriver-r27.patch ) * * Include in your bugreport the contents of: * * /var/tmp/portage/sys-kernel/mips-sources-2.6.37/temp/5011_2.6.34-ioc3-metadriver-r27.patch.out !!! ERROR: sys-kernel/mips-sources-2.6.37 failed. Call stack: ebuild.sh, line 1614: Called dyn_unpack ebuild.sh, line 751: Called qa_call 'src_unpack' environment, line 4307: Called src_unpack mips-sources-2.6.37.ebuild, line 172: Called eblit-run 'src_unpack' 'v2' mips-sources-2.6.37.ebuild, line 126: Called eblit-mips-sources-src_unpack src_unpack-v2.eblit, line 55: Called epatch '/var/tmp/portage/sys-kernel/mips-sources-2.6.37/work/patch-symlinks/2001_2.6.11-ip32-mace-is-always-eth0.patch' '/var/tmp/portage/sys-kernel/mips-sources-2.6.37/work/patch-symlinks/4001_2.6.37-ths-mips-tweaks.patch' '/var/tmp/portage/sys-kernel/mips-sources-2.6.37/work/patch-symlinks/4002_2.6.23-seccomp-no-default.patch' '/var/tmp/portage/sys-kernel/mips-sources-2.6.37/work/patch-symlinks/4003_2.6.11-add-byteorder-to-proc.patch' '/var/tmp/portage/sys-kernel/mips-sources-2.6.37/work/patch-symlinks/4004_2.6.28-enable-old-rtc-drivers.patch' '/var/tmp/portage/sys-kernel/mips-sources-2.6.37/work/patch-symlinks/4005_2.6.34-rtc-ds1685-support.patch' '/var/tmp/portage/sys-kernel/mips-sources-2.6.37/work/patch-symlinks/5011_2.6.34-ioc3-metadriver-r27.patch' eutils.eclass, line 235: Called epatch '/var/tmp/portage/sys-kernel/mips-sources-2.6.37/work/patch-symlinks/5011_2.6.34-ioc3-metadriver-r27.patch' eutils.eclass, line 419: Called die !!! Failed Patch: 5011_2.6.34-ioc3-metadriver-r27.patch! !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/sys-kernel/mips-sources-2.6.37/temp/build.log'. Portage 2.1.2.2 (default/linux/mips/10.0/sgi/ip27/n64, gcc-4.1.1, glibc-2.3.6-r4, 2.6.12.5-mipscvs-20050711-ip27r10k+ mips64) ================================================================= System uname: 2.6.12.5-mipscvs-20050711-ip27r10k+ mips64 R12000 V2.3 FPU V0.0 Gentoo Base System release 1.12.9 Timestamp of tree: Fri, 11 Feb 2011 07:45:01 +0000 app-shells/bash: 3.1_p17 dev-lang/python: 2.4.3-r1 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.61 sys-devel/automake: 1.6.3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc: 4.1.1 sys-devel/gcc-config: 1.3.15-r1 sys-devel/libtool: 1.5.22 sys-devel/make: 3.81 virtual/os-headers: 2.6.14.4 ACCEPT_KEYWORDS="mips ~mips" CBUILD="mips-unknown-linux-gnu" CFLAGS="-O2 -march=mips4 -pipe -mabi=64" CHOST="mips-unknown-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo" CXXFLAGS="-O2 -march=mips4 -pipe -mabi=64" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks metadata-transfer sandbox" GENTOO_MIRRORS="http://mirror.bih.net.ba/gentoo/ ftp://mirror.bih.net.ba/gentoo/ http://de-mirror.org/distro/gentoo/ http://ftp.spline.inf.fu-berlin.de/mirrors/gentoo/" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j6" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="berkdb bzip2 cli cracklib crypt cups cxx gdbm gpm iconv ip27 ipv6 mips modules mudflap n64 ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline session ssl sysfs tcpd xorg zlib" ALSA_CARDS="au1x00" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev impact newport" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 262101 [details] 5011_2.6.34-ioc3-metadriver-r27.patch output Output of 5011_2.6.34-ioc3-metadriver-r27.patch
Kumba, let's just remove the failing file. It's for Octane support, which is dead. Until it's resurrected, I can't see any purpose in including this patch. To the reporter: what kind of hardware do you have? I'd highly suggest using the standard gentoo-sources.
(In reply to comment #2) > To the reporter: what kind of hardware do you have? I'd highly suggest using > the standard gentoo-sources. > It's SGI Origin 2100 (SGI-IP27), single module, 3x 300 MHz R12k and 2x 2 250 MHz R10k. I followed handbook-mips, section 7.b, which recommends mips-sources instead of gentoo-sources. So we don't need patched sources anymore for Origin? =============================================== >> version -v BASEIO PROM Monitor SGI Version 6.136 built 07:36:01 PM Mar 4, 2003 (BE64) >> hinv -v IP27 Node Board, Module 1, Slot n1 ASIC HUB Rev 5, 100 MHz, (nasid 0) Processor A: 300 MHz R12000 Rev 2.3 Secondary Cache 8MB 200MHz Tap 0xa , (cpu 0) R12010FPC Rev 2.3 Processor B: 300 MHz R12000 Rev 2.3 Secondary Cache 8MB 200MHz Tap 0xa , (cpu 1) R12010FPC Rev 2.3 Memory on board, 2048 MBytes (Standard) Bank 0, 256 MBytes (Standard) <-- (Software Bank 0) Bank 1, 256 MBytes (Standard) Bank 2, 256 MBytes (Standard) Bank 3, 256 MBytes (Standard) Bank 4, 256 MBytes (Standard) Bank 5, 256 MBytes (Standard) Bank 6, 256 MBytes (Standard) Bank 7, 256 MBytes (Standard) IP27 Node Board, Module 1, Slot n2 ASIC HUB Rev 5, 100 MHz, (nasid 1) Processor A: 300 MHz R12000 Rev 2.3 Secondary Cache 8MB 200MHz Tap 0xa , (cpu 2) R12010FPC Rev 2.3 Memory on board, 384 MBytes (Standard) Bank 0, 256 MBytes (Standard) <-- (Software Bank 0) Bank 1, 128 MBytes (Standard) IP27 Node Board, Module 1, Slot n3 ASIC HUB Rev 5, 100 MHz, (nasid 2) Processor A: 250 MHz R10000 Rev 3.4 Secondary Cache 4MB 250MHz Tap 0x9 , (cpu 3) R10010FPC Rev 3.4 Processor B: 250 MHz R10000 Rev 3.4 Secondary Cache 4MB 250MHz Tap 0x9 , (cpu 4) R10010FPC Rev 3.4 Memory on board, 768 MBytes (Standard) Bank 0, 256 MBytes (Standard) <-- (Software Bank 0) Bank 1, 256 MBytes (Standard) Bank 2, 64 MBytes (Standard) Bank 3, 64 MBytes (Standard) Bank 4, 64 MBytes (Standard) Bank 5, 64 MBytes (Standard) BASEIO IO Board, Module 1, Slot io1 ASIC BRIDGE Rev 3, (widget 8) adapter PCI-SCSI Rev 4, (pci id 0) peripheral SCSI DISK, ID 1, SEAGATE ST118273WC peripheral SCSI DISK, ID 2, FUJITSU MAE3091L SUN9.0G peripheral SCSI DISK, ID 3, IBM DNES30917SUN9.0G peripheral SCSI CDROM, ID 6, TOSHIBA CD-ROM XM-5701TA adapter PCI-SCSI Rev 4, (pci id 1) adapter IOC3 Rev 1, (pci id 2) controller multi function SuperIO controller Ethernet Rev 1 MSCSI IO Board, Module 1, Slot io3 ASIC BRIDGE Rev 4, (widget 15) adapter PCI-SCSI Rev 5, (pci id 0) adapter PCI-SCSI Rev 5, (pci id 1) adapter PCI-SCSI Rev 5, (pci id 2) adapter PCI-SCSI Rev 5, (pci id 3) MSCSI IO Board, Module 1, Slot io7 ASIC BRIDGE Rev 4, (widget 14) adapter PCI-SCSI Rev 5, (pci id 0) adapter PCI-SCSI Rev 5, (pci id 1) adapter PCI-SCSI Rev 5, (pci id 2) adapter PCI-SCSI Rev 5, (pci id 3) ASIC ROUTER , Module 1, Slot r1 (nasid 1) ASIC ROUTER , Module 1, Slot r2 (nasid 2) MIDPLANE, Module 1 Frequency 390 MHz ASIC XBOW Rev 4, on midplane of Module 1 MIDPLANE, Module 1 Frequency 390 MHz ASIC XBOW Rev 4, on midplane of Module 1
Oh, for an Origin, you'll need mips-sources indeed. As a temporary work-around, you might want to install gentoo-sources and then patch it with the Origin/IP27 patches from mips-sources. No guarantees on how an R10k CPU will work. There are some silicon bugs in the early ones that break atomic instructions. We'll see how it goes.
This is fixed in mips-sources-3.0.4. I rediffed the entire patchset against linux-3.0.3. The IOC3 driver includes some changes to use the Altix drivers (serial, keyboard), but I cannot test as I lack access to an Origin 200 and Octane is non-functional at present. Please test and open a new bug if needed.
