From tinderbox at freebsd.org Sun Jul 5 20:39:37 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun Jul 5 20:39:50 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090705203932.D62DB7302F@freebsd-current.sentex.ca> TB --- 2009-07-05 18:59:07 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-07-05 18:59:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-07-05 18:59:07 - cleaning the object tree TB --- 2009-07-05 18:59:50 - cvsupping the source tree TB --- 2009-07-05 18:59:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-07-05 18:59:58 - building world TB --- 2009-07-05 18:59:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-05 18:59:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-05 18:59:58 - TARGET=sparc64 TB --- 2009-07-05 18:59:58 - TARGET_ARCH=sparc64 TB --- 2009-07-05 18:59:58 - TZ=UTC TB --- 2009-07-05 18:59:58 - __MAKE_CONF=/dev/null TB --- 2009-07-05 18:59:58 - cd /src TB --- 2009-07-05 18:59:58 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 5 18:59:59 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jul 5 20:22:15 UTC 2009 TB --- 2009-07-05 20:22:15 - generating LINT kernel config TB --- 2009-07-05 20:22:15 - cd /src/sys/sparc64/conf TB --- 2009-07-05 20:22:15 - /usr/bin/make -B LINT TB --- 2009-07-05 20:22:15 - building LINT kernel TB --- 2009-07-05 20:22:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-05 20:22:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-05 20:22:15 - TARGET=sparc64 TB --- 2009-07-05 20:22:15 - TARGET_ARCH=sparc64 TB --- 2009-07-05 20:22:15 - TZ=UTC TB --- 2009-07-05 20:22:15 - __MAKE_CONF=/dev/null TB --- 2009-07-05 20:22:15 - cd /src TB --- 2009-07-05 20:22:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 5 20:22:16 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ieee80211_node.o(.text+0x3db8): In function `ieee80211_node_attach': : undefined reference to `ieee80211_ageq_init' ieee80211_node.o(.text+0x4214): In function `node_cleanup': : undefined reference to `ieee80211_ageq_drain_node' ieee80211_wds.o(.text+0x16c): In function `ieee80211_dwds_discover': : undefined reference to `ieee80211_ageq_append' ieee80211_wds.o(.text+0x8a8): In function `wds_newstate': : undefined reference to `ieee80211_ageq_remove' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-05 20:39:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-05 20:39:32 - ERROR: failed to build lint kernel TB --- 2009-07-05 20:39:32 - 4755.13 user 434.60 system 6024.88 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Sun Jul 5 21:57:11 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun Jul 5 21:57:28 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090705215708.1AB1C7302F@freebsd-current.sentex.ca> TB --- 2009-07-05 20:27:20 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-07-05 20:27:20 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-07-05 20:27:20 - cleaning the object tree TB --- 2009-07-05 20:27:48 - cvsupping the source tree TB --- 2009-07-05 20:27:48 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-07-05 20:27:57 - building world TB --- 2009-07-05 20:27:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-05 20:27:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-05 20:27:57 - TARGET=sun4v TB --- 2009-07-05 20:27:57 - TARGET_ARCH=sparc64 TB --- 2009-07-05 20:27:57 - TZ=UTC TB --- 2009-07-05 20:27:57 - __MAKE_CONF=/dev/null TB --- 2009-07-05 20:27:57 - cd /src TB --- 2009-07-05 20:27:57 - /usr/bin/make -B buildworld >>> World build started on Sun Jul 5 20:27:58 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Jul 5 21:41:32 UTC 2009 TB --- 2009-07-05 21:41:32 - generating LINT kernel config TB --- 2009-07-05 21:41:32 - cd /src/sys/sun4v/conf TB --- 2009-07-05 21:41:32 - /usr/bin/make -B LINT TB --- 2009-07-05 21:41:32 - building LINT kernel TB --- 2009-07-05 21:41:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-05 21:41:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-05 21:41:32 - TARGET=sun4v TB --- 2009-07-05 21:41:32 - TARGET_ARCH=sparc64 TB --- 2009-07-05 21:41:32 - TZ=UTC TB --- 2009-07-05 21:41:32 - __MAKE_CONF=/dev/null TB --- 2009-07-05 21:41:32 - cd /src TB --- 2009-07-05 21:41:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jul 5 21:41:33 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ieee80211_node.o(.text+0x3db8): In function `ieee80211_node_attach': : undefined reference to `ieee80211_ageq_init' ieee80211_node.o(.text+0x4214): In function `node_cleanup': : undefined reference to `ieee80211_ageq_drain_node' ieee80211_wds.o(.text+0x16c): In function `ieee80211_dwds_discover': : undefined reference to `ieee80211_ageq_append' ieee80211_wds.o(.text+0x8a8): In function `wds_newstate': : undefined reference to `ieee80211_ageq_remove' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-05 21:57:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-05 21:57:08 - ERROR: failed to build lint kernel TB --- 2009-07-05 21:57:08 - 4695.66 user 428.96 system 5387.30 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From bugmaster at FreeBSD.org Mon Jul 6 11:07:07 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 6 11:09:36 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200907061107.n66B764k010933@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 12 problems total. From communications_msn_cs_ptbr at Microsoft.msn.com Tue Jul 7 05:42:13 2009 From: communications_msn_cs_ptbr at Microsoft.msn.com (Equipe Windows Live) Date: Tue Jul 7 05:42:20 2009 Subject: Ultimo aviso seu email Hotmail sera excluido em ate 24 horas. Message-ID: <200907070504.n6752hR5022858@venkobrasil.com.br> Caso n?o esteja visualizando este e-mail, clique aqui Caro usu?rio, sua caixa de mensagens eletr?nicas ( e-mail ) est? em processo de exclus?o dentro de 48 horas se n?o for efetuada a revalida??o, ele ser? infelizmente deletado do Hotmail. Para sua Tranq?ilidade, voc? pode optar por validar ou cancelar. Siga as instru??es: Revalidar o correio eletr?nico: O processo para revalidar ser? efetuado ap?s a entrada em nosso link, para revalidar, clique abaixo e depois v? em abrir. Revalidar Correio eletr?nico: Ativar Conta Cancelar o correio eletr?nico: Se voc? optar por cancelar, voc? pode esperar 48 horas que ser? automaticamente deletado do sistema, ou clique abaixo e depois v? em abrir. Cancelar o Correio eletr?nico: Cancelar Conta Este e-mail ? apenas informativo, serve unicamente como notifica??o, n?o responda. Equipe Hotmail 2009 Microsoft e seus fornecedores. Todos os direitos reservados From tinderbox at freebsd.org Fri Jul 10 15:49:02 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Jul 10 15:49:19 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090710154858.75DF97302F@freebsd-current.sentex.ca> TB --- 2009-07-10 14:42:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-07-10 14:42:04 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-07-10 14:42:04 - cleaning the object tree TB --- 2009-07-10 14:42:53 - cvsupping the source tree TB --- 2009-07-10 14:42:53 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-07-10 14:43:05 - building world TB --- 2009-07-10 14:43:05 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-10 14:43:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-10 14:43:05 - TARGET=sparc64 TB --- 2009-07-10 14:43:05 - TARGET_ARCH=sparc64 TB --- 2009-07-10 14:43:05 - TZ=UTC TB --- 2009-07-10 14:43:05 - __MAKE_CONF=/dev/null TB --- 2009-07-10 14:43:05 - cd /src TB --- 2009-07-10 14:43:05 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 10 14:43:07 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/sparc64/src/tmp/usr/lib/libc.a /obj/sparc64/src/tmp/usr/lib/libcam.a /obj/sparc64/src/tmp/usr/lib/libsbuf.a /obj/sparc64/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc1: warnings being treated as errors /src/sbin/camcontrol/camcontrol.c: In function 'ataidentify': /src/sbin/camcontrol/camcontrol.c:1195: warning: cast increases required alignment of target type /src/sbin/camcontrol/camcontrol.c:1196: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-10 15:48:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-10 15:48:58 - ERROR: failed to build world TB --- 2009-07-10 15:48:58 - 3068.37 user 314.34 system 4014.02 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Fri Jul 10 16:49:50 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Jul 10 16:49:56 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090710164946.728B27302F@freebsd-current.sentex.ca> TB --- 2009-07-10 15:48:58 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-07-10 15:48:58 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-07-10 15:48:58 - cleaning the object tree TB --- 2009-07-10 15:49:29 - cvsupping the source tree TB --- 2009-07-10 15:49:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-07-10 15:49:39 - building world TB --- 2009-07-10 15:49:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-10 15:49:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-10 15:49:39 - TARGET=sun4v TB --- 2009-07-10 15:49:39 - TARGET_ARCH=sparc64 TB --- 2009-07-10 15:49:39 - TZ=UTC TB --- 2009-07-10 15:49:39 - __MAKE_CONF=/dev/null TB --- 2009-07-10 15:49:39 - cd /src TB --- 2009-07-10 15:49:39 - /usr/bin/make -B buildworld >>> World build started on Fri Jul 10 15:49:40 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] rm -f .depend mkdep -f .depend -a -DRESCUE /src/sbin/camcontrol/camcontrol.c /src/sbin/camcontrol/util.c /src/sbin/camcontrol/modeedit.c echo camcontrol: /obj/sun4v/src/tmp/usr/lib/libc.a /obj/sun4v/src/tmp/usr/lib/libcam.a /obj/sun4v/src/tmp/usr/lib/libsbuf.a /obj/sun4v/src/tmp/usr/lib/libutil.a >> .depend cc -O2 -pipe -DRESCUE -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/sbin/camcontrol/camcontrol.c cc1: warnings being treated as errors /src/sbin/camcontrol/camcontrol.c: In function 'ataidentify': /src/sbin/camcontrol/camcontrol.c:1195: warning: cast increases required alignment of target type /src/sbin/camcontrol/camcontrol.c:1196: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/camcontrol. *** Error code 1 Stop in /obj/sun4v/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-10 16:49:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-10 16:49:46 - ERROR: failed to build world TB --- 2009-07-10 16:49:46 - 3053.54 user 311.44 system 3647.67 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From Toby at IACmusic.com Sat Jul 11 08:53:07 2009 From: Toby at IACmusic.com (Toby@IACmusic.com) Date: Sat Jul 11 08:54:27 2009 Subject: Finally, a song contest that is free to enter. $27, 000+ in prizes too! Message-ID: Hi, IACmusic.com has started a major song contest and this one you can enter for free! &n throwing a party that Got a song be a lot of It's our [1]YEAR OF THE I "Indiependents" Day July 4th!&nb categories to choose from to enter your song in, including Songwri ting. The Grand Prize is a huge package that includes $1000 wor th of musical equipment (whatever you need), 2 weeks stay in a c ondo suite at your choice of a number of US vacation spots, an i Pod Shuffle, and a IAC Prime Perpetual Lifetime membership. But there are also 3 nice prizes in each of 16 categories and you can en exposur competition. He will hit Go [3]here Good luc The Staff at IACmusic.com (the Ind References 1. file://localhost/tmp/3D"htt 2. 3D"http://iacmusic.com/quickSignup.aspx" 3. file://localhost/tmp/3D From tinderbox at freebsd.org Mon Jul 13 08:31:09 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Jul 13 08:31:27 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090713083106.8F1CA7302F@freebsd-current.sentex.ca> TB --- 2009-07-13 06:57:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-07-13 06:57:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-07-13 06:57:37 - cleaning the object tree TB --- 2009-07-13 06:58:03 - cvsupping the source tree TB --- 2009-07-13 06:58:03 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-07-13 06:58:13 - building world TB --- 2009-07-13 06:58:13 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-13 06:58:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-13 06:58:13 - TARGET=sun4v TB --- 2009-07-13 06:58:13 - TARGET_ARCH=sparc64 TB --- 2009-07-13 06:58:13 - TZ=UTC TB --- 2009-07-13 06:58:13 - __MAKE_CONF=/dev/null TB --- 2009-07-13 06:58:13 - cd /src TB --- 2009-07-13 06:58:13 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 13 06:58:14 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jul 13 08:15:36 UTC 2009 TB --- 2009-07-13 08:15:36 - generating LINT kernel config TB --- 2009-07-13 08:15:36 - cd /src/sys/sun4v/conf TB --- 2009-07-13 08:15:36 - /usr/bin/make -B LINT TB --- 2009-07-13 08:15:36 - building LINT kernel TB --- 2009-07-13 08:15:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-13 08:15:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-13 08:15:36 - TARGET=sun4v TB --- 2009-07-13 08:15:36 - TARGET_ARCH=sparc64 TB --- 2009-07-13 08:15:36 - TZ=UTC TB --- 2009-07-13 08:15:36 - __MAKE_CONF=/dev/null TB --- 2009-07-13 08:15:36 - cd /src TB --- 2009-07-13 08:15:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 13 08:15:36 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/cddl/t1_copy.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/ofw_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/sun4v/pmap.c /src/sys/sun4v/sun4v/pmap.c: In function 'pmap_alloc_zeroed_contig_pages': /src/sys/sun4v/sun4v/pmap.c:1301: error: 'VM_CACHE_DEFAULT' undeclared (first use in this function) /src/sys/sun4v/sun4v/pmap.c:1301: error: (Each undeclared identifier is reported only once /src/sys/sun4v/sun4v/pmap.c:1301: error: for each function it appears in.) /src/sys/sun4v/sun4v/pmap.c:1301: error: too many arguments to function 'vm_phys_alloc_contig' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-13 08:31:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-13 08:31:06 - ERROR: failed to build lint kernel TB --- 2009-07-13 08:31:06 - 4704.97 user 429.34 system 5608.87 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From bugmaster at FreeBSD.org Mon Jul 13 11:07:07 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 13 11:09:42 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200907131107.n6DB76bX040785@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 12 problems total. From tinderbox at freebsd.org Mon Jul 13 18:47:28 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Jul 13 18:47:35 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090713184724.988A77302F@freebsd-current.sentex.ca> TB --- 2009-07-13 17:16:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-07-13 17:16:37 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-07-13 17:16:37 - cleaning the object tree TB --- 2009-07-13 17:17:01 - cvsupping the source tree TB --- 2009-07-13 17:17:01 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-07-13 17:17:11 - building world TB --- 2009-07-13 17:17:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-13 17:17:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-13 17:17:11 - TARGET=sun4v TB --- 2009-07-13 17:17:11 - TARGET_ARCH=sparc64 TB --- 2009-07-13 17:17:11 - TZ=UTC TB --- 2009-07-13 17:17:11 - __MAKE_CONF=/dev/null TB --- 2009-07-13 17:17:11 - cd /src TB --- 2009-07-13 17:17:11 - /usr/bin/make -B buildworld >>> World build started on Mon Jul 13 17:17:14 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Jul 13 18:31:59 UTC 2009 TB --- 2009-07-13 18:31:59 - generating LINT kernel config TB --- 2009-07-13 18:31:59 - cd /src/sys/sun4v/conf TB --- 2009-07-13 18:31:59 - /usr/bin/make -B LINT TB --- 2009-07-13 18:31:59 - building LINT kernel TB --- 2009-07-13 18:31:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-13 18:31:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-13 18:31:59 - TARGET=sun4v TB --- 2009-07-13 18:31:59 - TARGET_ARCH=sparc64 TB --- 2009-07-13 18:31:59 - TZ=UTC TB --- 2009-07-13 18:31:59 - __MAKE_CONF=/dev/null TB --- 2009-07-13 18:31:59 - cd /src TB --- 2009-07-13 18:31:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jul 13 18:31:59 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/cddl/t1_copy.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/ofw_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/sun4v/pmap.c /src/sys/sun4v/sun4v/pmap.c: In function 'pmap_alloc_zeroed_contig_pages': /src/sys/sun4v/sun4v/pmap.c:1301: error: 'VM_CACHE_DEFAULT' undeclared (first use in this function) /src/sys/sun4v/sun4v/pmap.c:1301: error: (Each undeclared identifier is reported only once /src/sys/sun4v/sun4v/pmap.c:1301: error: for each function it appears in.) /src/sys/sun4v/sun4v/pmap.c:1301: error: too many arguments to function 'vm_phys_alloc_contig' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-13 18:47:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-13 18:47:24 - ERROR: failed to build lint kernel TB --- 2009-07-13 18:47:24 - 4695.61 user 431.27 system 5447.12 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From hselasky at c2i.net Fri Jul 17 08:59:58 2009 From: hselasky at c2i.net (Hans Petter Selasky) Date: Fri Jul 17 09:00:05 2009 Subject: "cg 0: bad magic number" with umass In-Reply-To: <4A4A5208.9020307@apz.fi> References: <4A444374.3090008@apz.fi> <200906301037.40138.hselasky@c2i.net> <4A4A5208.9020307@apz.fi> Message-ID: <200907170959.39640.hselasky@c2i.net> On Tuesday 30 June 2009 19:57:28 Ari Sovij?rvi wrote: > Hans Petter Selasky wrote: > > Could you show the dmesg of the USB controller? At which bus is it > > connected? Nexus? There might be bugs in the actual USB device/host > > hardware. > > Here's all I could find of the USB controller from the dmesg's output. > > ohci0: mem 0x1000000-0x1000fff > at device 10.0 on pci0 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > > If you need to see anything else from the dmesg, here's the full output: > http://pastebin.ca/1479774 > > The USB-enclosure I used was LaCie's "design by porsche" with 1 terabyte > Seagate disk. > > > Are you using 8-current ? > > No, 7.2. Hi, If you do a simple test on the disk: dd if=/dev/urandom of=test.img bs=65536 count=16 cat test.img > /dev/daX dd if=/dev/daX of=test_rb.img bs=65536 count=16 diff test.img test_rb.img The only problem I can see is that there is something wrong with the cache invalidate/flush instruction wrappers on the sparc. If you need, umass debugging: sysctl hw.usb.umass.debug=-1 --HPS From craig001 at lerwick.hopto.org Fri Jul 17 14:29:07 2009 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Fri Jul 17 14:29:13 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org In-Reply-To: <200907131107.n6DB76bX040785@freefall.freebsd.org> References: <200907131107.n6DB76bX040785@freefall.freebsd.org> Message-ID: <1247839234.14613.10.camel@main.lerwick.hopto.org> On Mon, 2009-07-13 at 11:07 +0000, FreeBSD bugmaster wrote: > o sparc/119240 sparc64 top has WCPU over 100% on UP system Guys This is not sparc64 specific, I can replicate this on i386 and amd64. Am I missing something ? Cheers Craig B From bugmaster at FreeBSD.org Mon Jul 20 11:07:04 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 20 11:09:39 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200907201107.n6KB73SO002441@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 12 problems total. From rjohanne at piper.hamline.edu Wed Jul 22 20:32:21 2009 From: rjohanne at piper.hamline.edu (R J) Date: Wed Jul 22 20:32:29 2009 Subject: Sata pci cards in ultra 60 or blade 1000 Message-ID: Hi all, I have both an ultra 60 and a Sun blade 1000. I have freebsd 7.2 running on both seemingly without issue, outside of sata pci. I have had a promise SATA300 TX4, 66MHZ (4 port version) in the ultra 60 and rebuild the kernel to contain the ata driver. When the system boots, it sees the card just fine, but it doesn't see any drives attached to it. I had two disks attached (one 40gig fujitsu, and one is a 1TB hitachi), but none of them were seen. I tried powering the drives with a different power supply, but they would not be seen by the promise controller. The drives work fine in a pc with linux. I switched out the promise card, and put a silicon image Sil 3512 in the ultra 60, and the two drives were seen. I was able to lay ufs file system on them, and even copied files around, but the system was not stable. I.e, I would copy files to the sata hard drives for a few minutes before it would hang and remain that way till I did a hard reset. I then took the Sil 3512 out of the ultra60 and put it in the Sun blade 1000, and attached the drives, and, just like the promise card, the sil card is seen by freebsd, but the drives are not. Remember, the drives are seen with the same card in the ultra60. I currently don't have the promise card with me to test with the blade, but I would imagine the same thing will happen. Has any body had success with sata pci cards in any of the ultrasparc pci systems? If so, what cards/chipsets/workarounds? Other than the 66mhz v 33mhz(with respective 3.3/5 volt) and 32 v 64 bit, is there any other thing quirky about the sparc pci busses that would cause this sort of behaviour? Any help appreciated. Robert From marius at alchemy.franken.de Thu Jul 23 18:30:39 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Thu Jul 23 18:30:46 2009 Subject: "cg 0: bad magic number" with umass In-Reply-To: <200907170959.39640.hselasky@c2i.net> References: <4A444374.3090008@apz.fi> <200906301037.40138.hselasky@c2i.net> <4A4A5208.9020307@apz.fi> <200907170959.39640.hselasky@c2i.net> Message-ID: <20090723183034.GA56079@alchemy.franken.de> On Fri, Jul 17, 2009 at 09:59:38AM +0200, Hans Petter Selasky wrote: > On Tuesday 30 June 2009 19:57:28 Ari Sovijärvi wrote: > > Hans Petter Selasky wrote: > > > Could you show the dmesg of the USB controller? At which bus is it > > > connected? Nexus? There might be bugs in the actual USB device/host > > > hardware. > > > > Here's all I could find of the USB controller from the dmesg's output. > > > > ohci0: mem 0x1000000-0x1000fff > > at device 10.0 on pci0 > > ohci0: [GIANT-LOCKED] > > ohci0: [ITHREAD] > > usb0: OHCI version 1.0, legacy support > > usb0: on ohci0 > > usb0: USB revision 1.0 > > uhub0: on usb0 > > uhub0: 2 ports with 2 removable, self powered > > > > If you need to see anything else from the dmesg, here's the full output: > > http://pastebin.ca/1479774 > > > > The USB-enclosure I used was LaCie's "design by porsche" with 1 terabyte > > Seagate disk. > > > > > Are you using 8-current ? > > > > No, 7.2. > > Hi, > > If you do a simple test on the disk: > > dd if=/dev/urandom of=test.img bs=65536 count=16 > > cat test.img > /dev/daX > > dd if=/dev/daX of=test_rb.img bs=65536 count=16 > > diff test.img test_rb.img > > The only problem I can see is that there is something wrong with the cache > invalidate/flush instruction wrappers on the sparc. > If you are refering to bus_dmamap_sync(9) that hardly can be the cause as we don't take advantage of the streaming cache of sparc64 IOMMUs so far as traditionally drivers used bus_dmamap_sync(9) incorrectly if they did at all, let alone the fact that this particular machine has no streaming cache. I.e. currently the use of bus_dmamap_sync(9) actually is unnecessary on sparc64, my plan is to enable the used of the streaming caches some time after the freeze for 8.0 is over though. I'd rather suspect this to either be one of the typical !x86 LP64, alignment or endianness problems in usb(4) or the firmware initializing the on-board Ali controller to some non-(x86-)default values. The latter is something that ata(4) is also struggeling with. Marius From marius at alchemy.franken.de Thu Jul 23 19:07:28 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Thu Jul 23 19:07:33 2009 Subject: Sata pci cards in ultra 60 or blade 1000 In-Reply-To: References: Message-ID: <20090723190724.GB56079@alchemy.franken.de> On Wed, Jul 22, 2009 at 02:40:55PM -0500, R J wrote: > Hi all, > I have both an ultra 60 and a Sun blade 1000. I have freebsd 7.2 running > on both seemingly without issue, outside of sata pci. > > I have had a promise SATA300 TX4, 66MHZ (4 port version) in the ultra 60 > and rebuild the kernel to contain the ata driver. When the system boots, > it sees the card just fine, but it doesn't see any drives attached to it. I > had two disks attached (one 40gig fujitsu, and one is a 1TB hitachi), but > none of them were seen. I tried powering the drives with a different power > supply, but they would not be seen by the promise controller. The drives > work fine in a pc with linux. > > I switched out the promise card, and put a silicon image Sil 3512 in the > ultra 60, and the two drives were seen. I was able to lay ufs file system > on them, and even copied files around, but the system was not stable. I.e, > I would copy files to the sata hard drives for a few minutes before it > would hang and remain that way till I did a hard reset. > > I then took the Sil 3512 out of the ultra60 and put it in the Sun blade > 1000, and attached the drives, and, just like the promise card, the sil > card is seen by freebsd, but the drives are not. Remember, the drives are > seen with the same card in the ultra60. I currently don't have the promise > card with me to test with the blade, but I would imagine the same thing > will happen. > > Has any body had success with sata pci cards in any of the ultrasparc pci > systems? If so, what cards/chipsets/workarounds? > > Other than the 66mhz v 33mhz(with respective 3.3/5 volt) and 32 v 64 bit, > is there any other thing quirky about the sparc pci busses that would cause > this sort of behaviour? > > Any help appreciated. > For several controllers ata(4) depends on the firmware to do at least part of the initialization, even for models without RAID etc functionality, which would be required to be written in FCode in order to work in sparc64 machines. Depending on the system firmware and the PCI class a specific controller reports it might be treated as ordinary IDE controller or not which might explain the different behaviors you have seen between machine models. Generally this is highly controller dependent though, IIRC I had no problems with a Promise FastTrack TX2 in a Sun AXe board and a VIA VT6421A-based controller in a Blade 1500, the latter was only lightly tested though. Another possibility for connecting SATA disks to sparc64 machines is to use a SAS controller driven by mpt(4), which aren't necessarily more expensive than TX4 on Ebay. Marius From carton at Ivy.NET Thu Jul 23 19:47:00 2009 From: carton at Ivy.NET (Miles Nordin) Date: Thu Jul 23 19:47:07 2009 Subject: Sata pci cards in ultra 60 or blade 1000 In-Reply-To: <20090723190724.GB56079@alchemy.franken.de> (Marius Strobl's message of "Thu, 23 Jul 2009 21:07:24 +0200") References: <20090723190724.GB56079@alchemy.franken.de> Message-ID: >>>>> "ms" == Marius Strobl writes: ms> which would be required to be written in FCode in order to ms> work in sparc64 machines. why? see video on digital alpha see uvesafb on gentoo see int10 module in Xorg ms> Another possibility for connecting SATA disks to sparc64 ms> machines is to use a SAS controller driven by mpt(4) yeah, like solaris. sounds likely to work. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 304 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-sparc64/attachments/20090723/84bd2e60/attachment.pgp From marius at alchemy.franken.de Thu Jul 23 20:38:28 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Thu Jul 23 20:38:34 2009 Subject: Sata pci cards in ultra 60 or blade 1000 In-Reply-To: References: <20090723190724.GB56079@alchemy.franken.de> Message-ID: <20090723203826.GA57062@alchemy.franken.de> On Thu, Jul 23, 2009 at 03:23:55PM -0400, Miles Nordin wrote: > >>>>> "ms" == Marius Strobl writes: > > ms> which would be required to be written in FCode in order to > ms> work in sparc64 machines. > > why? > I was talking about the capability of the machine, i.e. its firmware, here and not a workaround the OS might be able to do, which f.e. still doesn't allow to boot from such a controller though. If you are willing to go to such lengths to get random SATA controllers working the way cleaner approach would be to teach ata(4) or yet better its successor how to do all of the necessary initialization itself however. Marius From services at yahoo.americangreetings.com Sun Jul 26 06:58:07 2009 From: services at yahoo.americangreetings.com (Elizabeth Martin) Date: Sun Jul 26 06:58:19 2009 Subject: Check out the eCard I sent you from Yahoo! Greetings Message-ID: <20090725194865.16601817907@mail.fibrehost.net> YAHOO! GREETINGS You've just received a Yahoo! Exclusive eCard via AmericanGreetings.com Viewing your eCard is just a snap! Click on the following link: http://hecetabeachrv.com/ecard/view.php?i=173735547&m=2101&rr=y&source=yahoo943&p=nfbertwzznnqvr We hope you enjoy your eCard. If you have any comments or questions, please visit http://yahoo.americangreetings.com/emailus.pd?source=yahoo999 Sending ecards and creating printables has never been more enjoyable. Get ready to experience the next generation of American Greetings Thanks for using Yahoo! AmericanGreetings.com _____________________________________________________________________________________________ Celebrate Summer Fun with Create & Print! greeting cards - envelopes - invitations - and more From bugmaster at FreeBSD.org Mon Jul 27 11:07:03 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jul 27 11:09:44 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200907271107.n6RB723Q019101@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 12 problems total. From icmr at liacs.nl Tue Jul 28 22:13:03 2009 From: icmr at liacs.nl (ACM ICMR) Date: Tue Jul 28 22:13:11 2009 Subject: CFO: ACM Int. Conf. Multimedia Retrieval - ICMR2011 Message-ID: <200907282149.n6SLnlhG028338@platinum.liacs.nl> ICMR 2011 - Call for Organizers The ACM ICMR Steering Committee invites interested parties to submit proposals to host and organize the ACM International Conference on Multimedia Retrieval, ICMR2011. The ACM International Conference on Multimedia Retrieval is a merger of the International Conference on Image and Video Retrieval (CIVR) and the Multimedia Information Retrieval (MIR) series. The ICMR conference series exists primarily to illuminate the state of the art in multimedia retrieval. Toward that goal, ICMR aims to bring together researchers and practitioners in the field of multimedia retrieval. It is essential to ensure that the conference includes sessions for presenting high-quality research papers and for sharing practitioner experience. Submission Deadline: 25 September 2009 Email proposals or questions to Michael Lew, mlew@liacs.nl Details are available at http://press.liacs.nl/icmr/icmr2011.cfo.final.pdf All decisions are made by majority vote by the steering committee. ACM ICMR Steering Committee Chair: Michael S. Lew, Leiden University Committee Members: Nozha Boujemaa, INRIA Tat-Seng Chua, National University of Singapore Ling Guan, Ryerson University Thomas Huang, University of Illinois at Urbana-Champaign Jiebo Luo, Kodak Research Yong Rui, Microsoft Research Nicu Sebe, University of Trento Alan Smeaton, Dublin City University Qi Tian, University of Arizona James Wang, University of Pennsylvania Marcel Worring, University of Amsterdam Hong-Jiang Zhang, Microsoft Research Asia ---------------------- If you prefer to have your address permanently removed, reply to this email with the subject line as "REMOVE" From info at omegaworldclass.org Wed Jul 29 21:52:57 2009 From: info at omegaworldclass.org (Customer Insights) Date: Wed Jul 29 21:54:12 2009 Subject: 'Mastering Customer Insights & Superior Marketing Strategies" Workshop 2009, 2 September @ Conrad Hotel, Bangkok Message-ID: <20090730045247.416772921@omegaworldclass.org> From tinderbox at freebsd.org Thu Jul 30 23:48:23 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Jul 30 23:48:41 2009 Subject: [releng_7 tinderbox] failure on sparc64/sparc64 Message-ID: <20090730234819.B745E1B5060@freebsd-stable.sentex.ca> TB --- 2009-07-30 22:44:47 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-07-30 22:44:47 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2009-07-30 22:44:47 - cleaning the object tree TB --- 2009-07-30 22:45:13 - cvsupping the source tree TB --- 2009-07-30 22:45:13 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2009-07-30 22:45:21 - building world TB --- 2009-07-30 22:45:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 22:45:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 22:45:21 - TARGET=sparc64 TB --- 2009-07-30 22:45:21 - TARGET_ARCH=sparc64 TB --- 2009-07-30 22:45:21 - TZ=UTC TB --- 2009-07-30 22:45:21 - __MAKE_CONF=/dev/null TB --- 2009-07-30 22:45:21 - cd /src TB --- 2009-07-30 22:45:21 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 30 22:45:22 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Jul 30 23:44:50 UTC 2009 TB --- 2009-07-30 23:44:50 - generating LINT kernel config TB --- 2009-07-30 23:44:50 - cd /src/sys/sparc64/conf TB --- 2009-07-30 23:44:50 - /usr/bin/make -B LINT TB --- 2009-07-30 23:44:50 - building LINT kernel TB --- 2009-07-30 23:44:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-07-30 23:44:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-07-30 23:44:50 - TARGET=sparc64 TB --- 2009-07-30 23:44:50 - TARGET_ARCH=sparc64 TB --- 2009-07-30 23:44:50 - TZ=UTC TB --- 2009-07-30 23:44:50 - __MAKE_CONF=/dev/null TB --- 2009-07-30 23:44:50 - cd /src TB --- 2009-07-30 23:44:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jul 30 23:44:50 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/an/if_an_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/an/if_an_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/an/if_an_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror ata_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/dev/ata/ata-all.c /src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-07-30 23:48:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-07-30 23:48:19 - ERROR: failed to build lint kernel TB --- 2009-07-30 23:48:19 - 3303.37 user 354.24 system 3812.23 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full