Re: RFT: if_ath HAL refactoring
On 19 Sep 2010, at 02:34, Adrian Chadd wrote: On 19 September 2010 06:38, Rui Paulo rpa...@freebsd.org wrote: Can you also provide a diff against HEAD please? Done. It's in the same place; named complete.diff. Hmm, I don't see it :-( Regards, -- Rui Paulo ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: RFT: if_ath HAL refactoring
oops, I put it in the wrong place. Try again! adrian On 19 September 2010 18:03, Rui Paulo rpa...@freebsd.org wrote: On 19 Sep 2010, at 02:34, Adrian Chadd wrote: On 19 September 2010 06:38, Rui Paulo rpa...@freebsd.org wrote: Can you also provide a diff against HEAD please? Done. It's in the same place; named complete.diff. Hmm, I don't see it :-( Regards, -- Rui Paulo ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
sysctl -a is slow
just typed sysctl -a on keyboard, and found it is slow, sometimes it has been stuck for a few seconds, further studied,I found it is stucked at sysctl kern.geom: %/usr/bin/time sysctl -a kern.geom kern.geom.collectstats: 1 kern.geom.debugflags: 0 kern.geom.label.debug: 0 kern.geom.label.ext2fs.enable: 1 kern.geom.label.iso9660.enable: 1 kern.geom.label.msdosfs.enable: 1 kern.geom.label.ntfs.enable: 1 kern.geom.label.reiserfs.enable: 1 kern.geom.label.ufs.enable: 1 kern.geom.label.ufsid.enable: 1 kern.geom.label.gptid.enable: 1 kern.geom.label.gpt.enable: 1 2.01 real 0.00 user 0.00 sys it seems it needs more than 2 seconds to complete. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on arm/arm
TB --- 2010-09-19 13:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 13:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-09-19 13:00:00 - cleaning the object tree TB --- 2010-09-19 13:00:51 - cvsupping the source tree TB --- 2010-09-19 13:00:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-09-19 13:02:05 - building world TB --- 2010-09-19 13:02:05 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-19 13:02:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-19 13:02:05 - TARGET=arm TB --- 2010-09-19 13:02:05 - TARGET_ARCH=arm TB --- 2010-09-19 13:02:05 - TZ=UTC TB --- 2010-09-19 13:02:05 - __MAKE_CONF=/dev/null TB --- 2010-09-19 13:02:05 - cd /src TB --- 2010-09-19 13:02:05 - /usr/bin/make -B buildworld World build started on Sun Sep 19 13:02:06 UTC 2010 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 [...] cc -O -pipe -DLIBGEOM -I/src/sbin/ggate/ggatel/../shared -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/ggate/ggatel/../shared/ggate.c cc -O -pipe -DLIBGEOM -I/src/sbin/ggate/ggatel/../shared -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ggatel ggatel.o ggate.o -lgeom -lsbuf -lbsdxml -lutil gzip -cn /src/sbin/ggate/ggatel/ggatel.8 ggatel.8.gz === sbin/growfs (all) cc -O -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/growfs/growfs.c cc1: warnings being treated as errors /src/sbin/growfs/growfs.c: In function 'initcg': /src/sbin/growfs/growfs.c:455: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/growfs. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-19 13:52:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-19 13:52:09 - ERROR: failed to build world TB --- 2010-09-19 13:52:09 - 1965.18 user 794.88 system 3128.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on ia64/ia64
TB --- 2010-09-19 13:52:09 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 13:52:09 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-09-19 13:52:09 - cleaning the object tree TB --- 2010-09-19 13:52:57 - cvsupping the source tree TB --- 2010-09-19 13:52:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-09-19 13:53:35 - building world TB --- 2010-09-19 13:53:35 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-19 13:53:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-19 13:53:35 - TARGET=ia64 TB --- 2010-09-19 13:53:35 - TARGET_ARCH=ia64 TB --- 2010-09-19 13:53:35 - TZ=UTC TB --- 2010-09-19 13:53:35 - __MAKE_CONF=/dev/null TB --- 2010-09-19 13:53:35 - cd /src TB --- 2010-09-19 13:53:35 - /usr/bin/make -B buildworld World build started on Sun Sep 19 13:53:36 UTC 2010 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 [...] cc -O2 -pipe -DLIBGEOM -I/src/sbin/ggate/ggatel/../shared -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/ggate/ggatel/../shared/ggate.c cc -O2 -pipe -DLIBGEOM -I/src/sbin/ggate/ggatel/../shared -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ggatel ggatel.o ggate.o -lgeom -lsbuf -lbsdxml -lutil gzip -cn /src/sbin/ggate/ggatel/ggatel.8 ggatel.8.gz === sbin/growfs (all) cc -O2 -pipe -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/growfs/growfs.c cc1: warnings being treated as errors /src/sbin/growfs/growfs.c: In function 'initcg': /src/sbin/growfs/growfs.c:455: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/growfs. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-19 15:03:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-19 15:03:46 - ERROR: failed to build world TB --- 2010-09-19 15:03:46 - 3024.45 user 791.41 system 4297.29 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on mips/mips
TB --- 2010-09-19 15:03:47 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 15:03:47 - starting HEAD tinderbox run for mips/mips TB --- 2010-09-19 15:03:47 - cleaning the object tree TB --- 2010-09-19 15:04:09 - cvsupping the source tree TB --- 2010-09-19 15:04:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-09-19 15:04:50 - building world TB --- 2010-09-19 15:04:50 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-19 15:04:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-19 15:04:50 - TARGET=mips TB --- 2010-09-19 15:04:50 - TARGET_ARCH=mips TB --- 2010-09-19 15:04:50 - TZ=UTC TB --- 2010-09-19 15:04:50 - __MAKE_CONF=/dev/null TB --- 2010-09-19 15:04:50 - cd /src TB --- 2010-09-19 15:04:50 - /usr/bin/make -B buildworld World build started on Sun Sep 19 15:04:50 UTC 2010 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 [...] cc -O -pipe -G0 -DLIBGEOM -I/src/sbin/ggate/ggatel/../shared -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/ggate/ggatel/../shared/ggate.c cc -O -pipe -G0 -DLIBGEOM -I/src/sbin/ggate/ggatel/../shared -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o ggatel ggatel.o ggate.o -lgeom -lsbuf -lbsdxml -lutil gzip -cn /src/sbin/ggate/ggatel/ggatel.8 ggatel.8.gz === sbin/growfs (all) cc -O -pipe -G0 -std=gnu99 -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 -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/growfs/growfs.c cc1: warnings being treated as errors /src/sbin/growfs/growfs.c: In function 'initcg': /src/sbin/growfs/growfs.c:455: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/sbin/growfs. *** Error code 1 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-09-19 15:58:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-09-19 15:58:12 - ERROR: failed to build world TB --- 2010-09-19 15:58:12 - 2033.76 user 759.59 system 3264.95 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on sparc64/sparc64
TB --- 2010-09-19 16:01:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 16:01:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-09-19 16:01:48 - cleaning the object tree TB --- 2010-09-19 16:02:24 - cvsupping the source tree TB --- 2010-09-19 16:02:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-09-19 16:38:13 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-19 16:38:13 - ERROR: unable to cvsup the source tree TB --- 2010-09-19 16:38:13 - 0.77 user 25.64 system 2184.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [head tinderbox] failure on sparc64/sparc64
Sorry for the tinderbox breakagage again. Our main cvsup server seems to be triggering a bug in the em driver :( I will point it to an outside mirror for now... ---Mike At 12:38 PM 9/19/2010, FreeBSD Tinderbox wrote: TB --- 2010-09-19 16:01:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 16:01:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-09-19 16:01:48 - cleaning the object tree TB --- 2010-09-19 16:02:24 - cvsupping the source tree TB --- 2010-09-19 16:02:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-09-19 16:38:13 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-19 16:38:13 - ERROR: unable to cvsup the source tree TB --- 2010-09-19 16:38:13 - 0.77 user 25.64 system 2184.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org Mike Tancsa, tel +1 519 651 3400 Sentex Communications,m...@sentex.net Providing Internet since 1994www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on sparc64/sun4v
TB --- 2010-09-19 16:13:53 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 16:13:53 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-09-19 16:13:53 - cleaning the object tree TB --- 2010-09-19 16:14:22 - cvsupping the source tree TB --- 2010-09-19 16:14:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-09-19 16:54:08 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-19 16:54:08 - ERROR: unable to cvsup the source tree TB --- 2010-09-19 16:54:08 - 0.66 user 24.52 system 2414.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: gptboot rewrite, bootonce, etc.
Hi! On Sat, 18 Sep 2010 01:45:42 +0200 Pawel Jakub Dawidek wrote: My company was in need for functionality similar to nextboot(8), but on boot loader level, so we can have two partitions we boot from where one is known to be good and the other is used for upgrades. We upgrade by dd(1)ing entire partition image onto unused partition, we mark it as try-to-boot-from-it-but-only-once, reboot and if we fail to boot from the new partition, we fall back to the old, good partition. If we succeed on the other hand, we mark the new partition as our boot partition and mark the other one as unused. Well, how hard can it be? After around two weeks of work, I ended up rewriting gptboot in large parts, reorganizing a lot of code, improving and extending gpart a bit and implementing desire functionality. Here is the patch for review and test: http://people.freebsd.org/~pjd/patches/gptboot.patch Great! Since I need to have both i386 and amd64 at my box here are my test results: - [~]b...@alya% uname -a FreeBSD alya 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r212758M: Sat Sep 18 16:13:38 MSD 2010 b...@alya:/space/FreeBSD/base/head/obj/space/FreeBSD/base/head/src/sys/ALYA amd64 [~]b...@alya% glabel status Name Status Components gptid/c6053c9b-abcc-11df-b740-00251124aff4 N/A ad4p1 label/9-amd64 N/A ad4p2 label/swap N/A ad4p3 label/space N/A ad4p4 label/9-i386 N/A ad4p5 [~]b...@alya% mount /dev/label/9-amd64 on / (ufs, local) devfs on /dev (devfs, local, multilabel) /dev/label/space on /space (ufs, local) /dev/md0 on /tmp (ufs, local, nosuid, soft-updates) procfs on /proc (procfs, local) linprocfs on /compat/linux/proc (linprocfs, local) linsysfs on /compat/linux/sys (linsysfs, local) fdescfs on /dev/fd (fdescfs) [~]b...@alya% gpart show = 34 490234685 ad4 GPT (234G) 341281 freebsd-boot (64K) 162 419430402 freebsd-ufs (20G) 4194320283886083 freebsd-swap (4.0G) 50331810 2097152004 freebsd-ufs (100G) 260047010 419430405 freebsd-ufs (20G) 301990050 188244669 - free - (90G) [~]b...@alya% gpart set -a bootme -i 2 ad4 bootme set on ad4p2 [~]b...@alya% gpart set -a bootonce -i 5 ad4 bootonce set on ad4p5 [~]b...@alya% gpart show = 34 490234685 ad4 GPT (234G) 341281 freebsd-boot (64K) 162 419430402 freebsd-ufs [bootme] (20G) 4194320283886083 freebsd-swap (4.0G) 50331810 2097152004 freebsd-ufs (100G) 260047010 419430405 freebsd-ufs [bootonce,bootme] (20G) 301990050 188244669 - free - (90G) - Install i386 kernel/world to ad4p5, successful reboot, get i386 system. Next reboot (get amd64 system back): - [~]b...@alya% gpart show = 34 490234685 ad4 GPT (234G) 341281 freebsd-boot (64K) 162 419430402 freebsd-ufs [bootme] (20G) 4194320283886083 freebsd-swap (4.0G) 50331810 2097152004 freebsd-ufs (100G) 260047010 419430405 freebsd-ufs (20G) 301990050 188244669 - free - (90G) - All seems to work fine. Any comments or suggestions? Only one for now. With current default syslog configuration logging to local0.warning and local0.info goes nowhere. It will be good if those messages have traces at the default system. Thank you! That's really great. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc64/powerpc
TB --- 2010-09-19 15:58:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-19 15:58:12 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2010-09-19 15:58:12 - cleaning the object tree TB --- 2010-09-19 15:59:10 - cvsupping the source tree TB --- 2010-09-19 15:59:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2010-09-19 18:09:13 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-19 18:09:13 - ERROR: unable to cvsup the source tree TB --- 2010-09-19 18:09:13 - 1.34 user 39.65 system 7861.54 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Null modem to USB wire not working
Hi, I just bought a null modem to USB from Profilic and it isn't recognized by FreeBSD. It's a chipset Prolific Technology Inc. Sep 19 21:19:15 Melon root: Unknown USB device: vendor 0x067b product 0x2303 bus uhub6 Sep 19 21:19:15 Melon kernel: ugen6.2: Prolific Technology Inc. at usbus6 Is there any driver I can use or I need to buy another one? Kind regards, -- Demelier David ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Null modem to USB wire not working
On Sun, 19 Sep 2010 21:25:36 +0200 David DEMELIER wrote: I just bought a null modem to USB from Profilic and it isn't recognized by FreeBSD. It's a chipset Prolific Technology Inc. Sep 19 21:19:15 Melon root: Unknown USB device: vendor 0x067b product 0x2303 bus uhub6 Sep 19 21:19:15 Melon kernel: ugen6.2: Prolific Technology Inc. at usbus6 Is there any driver I can use or I need to buy another one? alya% apropos prolific uplcom(4)- USB support for Prolific PL-2303/2303X/2303HX serial adapters driver -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Null modem to USB wire not working
2010/9/19 Boris Samorodov b...@ipt.ru: On Sun, 19 Sep 2010 21:25:36 +0200 David DEMELIER wrote: I just bought a null modem to USB from Profilic and it isn't recognized by FreeBSD. It's a chipset Prolific Technology Inc. Sep 19 21:19:15 Melon root: Unknown USB device: vendor 0x067b product 0x2303 bus uhub6 Sep 19 21:19:15 Melon kernel: ugen6.2: Prolific Technology Inc. at usbus6 Is there any driver I can use or I need to buy another one? alya% apropos prolific uplcom(4) - USB support for Prolific PL-2303/2303X/2303HX serial adapters driver -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve Thanks ! -- Demelier David ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Crash during boot of current (rev 212885)
Hey all: I am now seeing a crash when I boot my Intel (in 64 bit more)... Its very early in the boot process.. and thus no crash dump ;-0 Its in netisr_start_swi() When it initializes netisr_mtx with a mtx_init() it crashes saying that netisr_mtx is unaligned... (the address ddb shows for netisr_mtx ends with c ... so it definitely is unaligned... Looking at the netisr_workstream structure (where netisr_mtx is) it appears to be in theory aligned right (follows 2 pointers)... so did something change the DP_CPU Define stuff to cause us to get unaligned access? Just curious... If I don't hear from anyone I will start backing things out 1 rev at a time until I find what did it I guess ;-) R -- Randall Stewart 803-317-4952 (cell) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: gptboot rewrite, bootonce, etc.
Hi PJD! Can you this patcheset release for 7-STABLE? On 9/19/10, Boris Samorodov b...@ipt.ru wrote: Hi! On Sat, 18 Sep 2010 01:45:42 +0200 Pawel Jakub Dawidek wrote: My company was in need for functionality similar to nextboot(8), but on boot loader level, so we can have two partitions we boot from where one is known to be good and the other is used for upgrades. We upgrade by dd(1)ing entire partition image onto unused partition, we mark it as try-to-boot-from-it-but-only-once, reboot and if we fail to boot from the new partition, we fall back to the old, good partition. If we succeed on the other hand, we mark the new partition as our boot partition and mark the other one as unused. Well, how hard can it be? After around two weeks of work, I ended up rewriting gptboot in large parts, reorganizing a lot of code, improving and extending gpart a bit and implementing desire functionality. Here is the patch for review and test: http://people.freebsd.org/~pjd/patches/gptboot.patch Great! Since I need to have both i386 and amd64 at my box here are my test results: - [~]b...@alya% uname -a FreeBSD alya 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r212758M: Sat Sep 18 16:13:38 MSD 2010 b...@alya:/space/FreeBSD/base/head/obj/space/FreeBSD/base/head/src/sys/ALYA amd64 [~]b...@alya% glabel status Name Status Components gptid/c6053c9b-abcc-11df-b740-00251124aff4 N/A ad4p1 label/9-amd64 N/A ad4p2 label/swap N/A ad4p3 label/space N/A ad4p4 label/9-i386 N/A ad4p5 [~]b...@alya% mount /dev/label/9-amd64 on / (ufs, local) devfs on /dev (devfs, local, multilabel) /dev/label/space on /space (ufs, local) /dev/md0 on /tmp (ufs, local, nosuid, soft-updates) procfs on /proc (procfs, local) linprocfs on /compat/linux/proc (linprocfs, local) linsysfs on /compat/linux/sys (linsysfs, local) fdescfs on /dev/fd (fdescfs) [~]b...@alya% gpart show = 34 490234685 ad4 GPT (234G) 341281 freebsd-boot (64K) 162 419430402 freebsd-ufs (20G) 4194320283886083 freebsd-swap (4.0G) 50331810 2097152004 freebsd-ufs (100G) 260047010 419430405 freebsd-ufs (20G) 301990050 188244669 - free - (90G) [~]b...@alya% gpart set -a bootme -i 2 ad4 bootme set on ad4p2 [~]b...@alya% gpart set -a bootonce -i 5 ad4 bootonce set on ad4p5 [~]b...@alya% gpart show = 34 490234685 ad4 GPT (234G) 341281 freebsd-boot (64K) 162 419430402 freebsd-ufs [bootme] (20G) 4194320283886083 freebsd-swap (4.0G) 50331810 2097152004 freebsd-ufs (100G) 260047010 419430405 freebsd-ufs [bootonce,bootme] (20G) 301990050 188244669 - free - (90G) - Install i386 kernel/world to ad4p5, successful reboot, get i386 system. Next reboot (get amd64 system back): - [~]b...@alya% gpart show = 34 490234685 ad4 GPT (234G) 341281 freebsd-boot (64K) 162 419430402 freebsd-ufs [bootme] (20G) 4194320283886083 freebsd-swap (4.0G) 50331810 2097152004 freebsd-ufs (100G) 260047010 419430405 freebsd-ufs (20G) 301990050 188244669 - free - (90G) - All seems to work fine. Any comments or suggestions? Only one for now. With current default syslog configuration logging to local0.warning and local0.info goes nowhere. It will be good if those messages have traces at the default system. Thank you! That's really great. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Crash during boot of current (rev 212885)
Hiya Randall! On 09/20/10 08:56, Randall Stewart wrote: Hey all: I am now seeing a crash when I boot my Intel (in 64 bit more)... Its very early in the boot process.. and thus no crash dump ;-0 Its in netisr_start_swi() When it initializes netisr_mtx with a mtx_init() it crashes saying that netisr_mtx is unaligned... (the address ddb shows for netisr_mtx ends with c ... so it definitely is unaligned... Looking at the netisr_workstream structure (where netisr_mtx is) it appears to be in theory aligned right (follows 2 pointers)... so did something change the DP_CPU Define stuff to cause us to get unaligned access? Just curious... If I don't hear from anyone I will start backing things out 1 rev at a time until I find what did it I guess ;-) My guess would be r212647. Try backing that rev out and if it fixes things, hopefully Andriy will have some thoughts on how to fix the problem. Apologies if my guess is a red herring. Cheers, Lawrence ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Crash during boot of current (rev 212885)
Hi Lawrence: I am currently doing a binary search.. I know that 212660 shows the break. I am just about to try 212560 ;-) If that works I will update to 212646 and see if it works.. ;-) R On Sep 19, 2010, at 7:31 PM, Lawrence Stewart wrote: Hiya Randall! On 09/20/10 08:56, Randall Stewart wrote: Hey all: I am now seeing a crash when I boot my Intel (in 64 bit more)... Its very early in the boot process.. and thus no crash dump ;-0 Its in netisr_start_swi() When it initializes netisr_mtx with a mtx_init() it crashes saying that netisr_mtx is unaligned... (the address ddb shows for netisr_mtx ends with c ... so it definitely is unaligned... Looking at the netisr_workstream structure (where netisr_mtx is) it appears to be in theory aligned right (follows 2 pointers)... so did something change the DP_CPU Define stuff to cause us to get unaligned access? Just curious... If I don't hear from anyone I will start backing things out 1 rev at a time until I find what did it I guess ;-) My guess would be r212647. Try backing that rev out and if it fixes things, hopefully Andriy will have some thoughts on how to fix the problem. Apologies if my guess is a red herring. Cheers, Lawrence -- Randall Stewart 803-317-4952 (cell) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Crash during boot of current (rev 212885)
on 20/09/2010 06:38 Randall Stewart said the following: Hi Lawrence: I am currently doing a binary search.. I know that 212660 shows the break. I am just about to try 212560 ;-) If that works I will update to 212646 and see if it works.. ;-) Randall, please also make sure that you have sufficiently recent ld as described in UPDATING from 20100915. I'd be interested to see output of readelf -a -W for your kernel that crashes. On Sep 19, 2010, at 7:31 PM, Lawrence Stewart wrote: Hiya Randall! On 09/20/10 08:56, Randall Stewart wrote: Hey all: I am now seeing a crash when I boot my Intel (in 64 bit more)... Its very early in the boot process.. and thus no crash dump ;-0 Its in netisr_start_swi() When it initializes netisr_mtx with a mtx_init() it crashes saying that netisr_mtx is unaligned... (the address ddb shows for netisr_mtx ends with c ... so it definitely is unaligned... Looking at the netisr_workstream structure (where netisr_mtx is) it appears to be in theory aligned right (follows 2 pointers)... so did something change the DP_CPU Define stuff to cause us to get unaligned access? Just curious... If I don't hear from anyone I will start backing things out 1 rev at a time until I find what did it I guess ;-) My guess would be r212647. Try backing that rev out and if it fixes things, hopefully Andriy will have some thoughts on how to fix the problem. Apologies if my guess is a red herring. Cheers, Lawrence -- Randall Stewart 803-317-4952 (cell) -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on arm/arm
TB --- 2010-09-20 04:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-20 04:55:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-09-20 04:55:00 - cleaning the object tree TB --- 2010-09-20 04:55:38 - cvsupping the source tree TB --- 2010-09-20 04:55:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup5.freebsd.org /tinderbox/HEAD/arm/arm/supfile TB --- 2010-09-20 05:01:08 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-09-20 05:01:08 - ERROR: unable to cvsup the source tree TB --- 2010-09-20 05:01:08 - 1.19 user 35.12 system 367.85 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: sysctl -a is slow
On 09/19/2010 09:28, David Xu wrote: just typed sysctl -a on keyboard, and found it is slow, sometimes it has been stuck for a few seconds, further studied,I found it is stucked at sysctl kern.geom: %/usr/bin/time sysctl -a kern.geom kern.geom.collectstats: 1 kern.geom.debugflags: 0 kern.geom.label.debug: 0 kern.geom.label.ext2fs.enable: 1 kern.geom.label.iso9660.enable: 1 kern.geom.label.msdosfs.enable: 1 kern.geom.label.ntfs.enable: 1 kern.geom.label.reiserfs.enable: 1 kern.geom.label.ufs.enable: 1 kern.geom.label.ufsid.enable: 1 kern.geom.label.gptid.enable: 1 kern.geom.label.gpt.enable: 1 2.01 real 0.00 user 0.00 sys it seems it needs more than 2 seconds to complete. A ktrace(1) and a kdump(1) of the resulting ktrace.out file would probably help here along with uname -a. Ive seen this happen once before but do not recall what caused it. Regards good luck, -- jhell,v ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Crash during boot of current (rev 212885)
Andrly: Ok.. I can do that. I can positively say that when I have a kernel with 212646.. all is well. But a kernel with 212647 crashes as described below... I will ship you the read-elf offlist R On Sep 19, 2010, at 9:40 PM, Andriy Gapon wrote: on 20/09/2010 06:38 Randall Stewart said the following: Hi Lawrence: I am currently doing a binary search.. I know that 212660 shows the break. I am just about to try 212560 ;-) If that works I will update to 212646 and see if it works.. ;-) Randall, please also make sure that you have sufficiently recent ld as described in UPDATING from 20100915. I'd be interested to see output of readelf -a -W for your kernel that crashes. On Sep 19, 2010, at 7:31 PM, Lawrence Stewart wrote: Hiya Randall! On 09/20/10 08:56, Randall Stewart wrote: Hey all: I am now seeing a crash when I boot my Intel (in 64 bit more)... Its very early in the boot process.. and thus no crash dump ;-0 Its in netisr_start_swi() When it initializes netisr_mtx with a mtx_init() it crashes saying that netisr_mtx is unaligned... (the address ddb shows for netisr_mtx ends with c ... so it definitely is unaligned... Looking at the netisr_workstream structure (where netisr_mtx is) it appears to be in theory aligned right (follows 2 pointers)... so did something change the DP_CPU Define stuff to cause us to get unaligned access? Just curious... If I don't hear from anyone I will start backing things out 1 rev at a time until I find what did it I guess ;-) My guess would be r212647. Try backing that rev out and if it fixes things, hopefully Andriy will have some thoughts on how to fix the problem. Apologies if my guess is a red herring. Cheers, Lawrence -- Randall Stewart 803-317-4952 (cell) -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org -- Randall Stewart 803-317-4952 (cell) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Crash during boot of current (rev 212885)
on 20/09/2010 08:33 Randall Stewart said the following: Andrly: Ok.. I can do that. I can positively say that when I have a kernel with 212646.. all is well. But a kernel with 212647 crashes as described below... I will ship you the read-elf offlist I assume you have checked that ld is fresh, but would like to be sure. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org