[head tinderbox] failure on i386/pc98
TB --- 2013-12-09 04:16:13 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 04:16:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 04:16:13 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-12-09 04:16:13 - cleaning the object tree TB --- 2013-12-09 04:16:13 - /usr/local/bin/svn stat /src TB --- 2013-12-09 04:16:18 - At svn revision 259112 TB --- 2013-12-09 04:16:19 - building world TB --- 2013-12-09 04:16:19 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:16:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:16:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:16:19 - SRCCONF=/dev/null TB --- 2013-12-09 04:16:19 - TARGET=pc98 TB --- 2013-12-09 04:16:19 - TARGET_ARCH=i386 TB --- 2013-12-09 04:16:19 - TZ=UTC TB --- 2013-12-09 04:16:19 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:16:19 - cd /src TB --- 2013-12-09 04:16:19 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 04:16:27 UTC 2013 >>> 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 Dec 9 07:35:31 UTC 2013 TB --- 2013-12-09 07:35:31 - generating LINT kernel config TB --- 2013-12-09 07:35:31 - cd /src/sys/pc98/conf TB --- 2013-12-09 07:35:31 - /usr/bin/make -B LINT TB --- 2013-12-09 07:35:31 - cd /src/sys/pc98/conf TB --- 2013-12-09 07:35:31 - /usr/sbin/config -m LINT TB --- 2013-12-09 07:35:31 - building LINT kernel TB --- 2013-12-09 07:35:31 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 07:35:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 07:35:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 07:35:31 - SRCCONF=/dev/null TB --- 2013-12-09 07:35:31 - TARGET=pc98 TB --- 2013-12-09 07:35:31 - TARGET_ARCH=i386 TB --- 2013-12-09 07:35:31 - TZ=UTC TB --- 2013-12-09 07:35:31 - __MAKE_CONF=/dev/null TB --- 2013-12-09 07:35:31 - cd /src TB --- 2013-12-09 07:35:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 9 07:35:31 UTC 2013 >>> 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 [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -DPC98 -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/pc98.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 07:38:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 07:38:26 - ERROR: failed to build LINT kernel TB --- 2013-12-09 07:38:26 - 9884.89 user 1307.52 system 12133.18 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.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: nanobsd / dd problem?
On Monday, December 09, 2013 at 5:43 AM Konstantin Belousov wrote: > On Sun, Dec 08, 2013 at 06:31:36PM +0100, Stefan Hegnauer wrote: > > Hi, > > > > > > > > I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD > > 11.0-CURRENT #0 r259095: Sun Dec 8 10:20:40 CET 2013 > > root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS i386) in a VirtualBox as > a build > > machine for nanobsd images to be used on pc-engines.ch alix boards. > The only > > difference to GENERIC is the inclusion of 'march=geode' and disabling > of > > most debugging switches (malloc, Witness etc). Worked like a charm in > the > > past. > > > > > > > > Since late summer - sorry, no exact date / svn revision - nanobsd.sh > fails > > at the last stage when building the disk image, e.g. with > > > > ... > > > > 00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di > > > > # > > > > > > > > Looking a bit closer it seems that dd(1) returns with an I/O error > whenever > > the input is a file created with mdconfig(8): > > > > # dd if=/dev/zero of=somebackingfile bs=1k count=5k > > > > # mdconfig -f somebackingfile -u md0 > > > > # newfs -U /dev/md0 > > > > # dd if=/dev/md0 of=/dev/null > > > > dd: /dev/md0: Input/output error > > > > 10241+0 records in > > > > 10241+0 records out > > > > 5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec) > > > > > > > > The outputfile in nanobsd.sh seems to be error-free. > It should be one block larger than the right size. > \ > > > > Anyone else seen similar behaviour? How to proceed/fix it? > > > > The following patch should clear the error. > > The issue is that kern_physio() incorrectly detects EOF due to > incorrect > calculation of bio bio_resid after the bio_length was clipped by the > 'excess' code in g_io_check(). Both bio_length and bio_resid appear > to be 0 in the pre-last dd transfer, which starts exactly and the > mediasize, and kern_physio() thinks that it transferred one more block > than was transferred. > > I _suspect_ that it was caused by 'excess' code moving in r256880, > but I am really not in the right condition to analyze it. If somebody > could try the same dd experiment to confirm or deny my suspicion, it > would be useful. > > The patch below should be a right thing to do anyway. > > diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c > index c23a74b..b7c4d60 100644 > --- a/sys/kern/vfs_bio.c > +++ b/sys/kern/vfs_bio.c > @@ -3679,7 +3679,6 @@ bufdonebio(struct bio *bip) > > bp = bip->bio_caller2; > bp->b_resid = bp->b_bcount - bip->bio_completed; > - bp->b_resid = bip->bio_resid; /* XXX: remove */ > bp->b_ioflags = bip->bio_flags; > bp->b_error = bip->bio_error; > if (bp->b_error) Works for me - please commit! Thanks a lot! -Stefan ___ 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 --- 2013-12-09 04:24:40 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 04:24:40 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 04:24:40 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-12-09 04:24:40 - cleaning the object tree TB --- 2013-12-09 04:24:40 - /usr/local/bin/svn stat /src TB --- 2013-12-09 04:24:43 - At svn revision 259112 TB --- 2013-12-09 04:24:44 - building world TB --- 2013-12-09 04:24:44 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:24:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:24:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:24:44 - SRCCONF=/dev/null TB --- 2013-12-09 04:24:44 - TARGET=ia64 TB --- 2013-12-09 04:24:44 - TARGET_ARCH=ia64 TB --- 2013-12-09 04:24:44 - TZ=UTC TB --- 2013-12-09 04:24:44 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:24:44 - cd /src TB --- 2013-12-09 04:24:44 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 04:24:53 UTC 2013 >>> 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 Dec 9 05:58:49 UTC 2013 TB --- 2013-12-09 05:58:49 - generating LINT kernel config TB --- 2013-12-09 05:58:49 - cd /src/sys/ia64/conf TB --- 2013-12-09 05:58:49 - /usr/bin/make -B LINT TB --- 2013-12-09 05:58:49 - cd /src/sys/ia64/conf TB --- 2013-12-09 05:58:49 - /usr/sbin/config -m LINT TB --- 2013-12-09 05:58:49 - building LINT kernel TB --- 2013-12-09 05:58:49 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 05:58:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 05:58:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 05:58:49 - SRCCONF=/dev/null TB --- 2013-12-09 05:58:49 - TARGET=ia64 TB --- 2013-12-09 05:58:49 - TARGET_ARCH=ia64 TB --- 2013-12-09 05:58:49 - TZ=UTC TB --- 2013-12-09 05:58:49 - __MAKE_CONF=/dev/null TB --- 2013-12-09 05:58:49 - cd /src TB --- 2013-12-09 05:58:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 9 05:58:49 UTC 2013 >>> 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 [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/ia64.ia64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 06:00:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 06:00:55 - ERROR: failed to build LINT kernel TB --- 2013-12-09 06:00:55 - 4529.61 user 851.86 system 5775.26 real http://tinderbox.freebsd.org/tinderbox-head-build-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 amd64/amd64
TB --- 2013-12-09 01:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 01:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 01:10:19 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-12-09 01:10:19 - cleaning the object tree TB --- 2013-12-09 01:10:19 - /usr/local/bin/svn stat /src TB --- 2013-12-09 01:10:24 - At svn revision 259112 TB --- 2013-12-09 01:10:25 - building world TB --- 2013-12-09 01:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 01:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 01:10:25 - SRCCONF=/dev/null TB --- 2013-12-09 01:10:25 - TARGET=amd64 TB --- 2013-12-09 01:10:25 - TARGET_ARCH=amd64 TB --- 2013-12-09 01:10:25 - TZ=UTC TB --- 2013-12-09 01:10:25 - __MAKE_CONF=/dev/null TB --- 2013-12-09 01:10:25 - cd /src TB --- 2013-12-09 01:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 01:10:34 UTC 2013 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Dec 9 04:54:02 UTC 2013 TB --- 2013-12-09 04:54:02 - generating LINT kernel config TB --- 2013-12-09 04:54:02 - cd /src/sys/amd64/conf TB --- 2013-12-09 04:54:02 - /usr/bin/make -B LINT TB --- 2013-12-09 04:54:02 - cd /src/sys/amd64/conf TB --- 2013-12-09 04:54:02 - /usr/sbin/config -m LINT TB --- 2013-12-09 04:54:02 - building LINT kernel TB --- 2013-12-09 04:54:02 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:54:02 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:54:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:54:02 - SRCCONF=/dev/null TB --- 2013-12-09 04:54:02 - TARGET=amd64 TB --- 2013-12-09 04:54:02 - TARGET_ARCH=amd64 TB --- 2013-12-09 04:54:02 - TZ=UTC TB --- 2013-12-09 04:54:02 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:54:02 - cd /src TB --- 2013-12-09 04:54:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 9 04:54:02 UTC 2013 >>> 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 [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/amd64.amd64/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../x86/cpufreq/est.c /src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c /src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c /src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 04:57:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 04:57:50 - ERROR: failed to build LINT kernel TB --- 2013-12-09 04:57:50 - 10793.70 user 2046.82 system 13650.54 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.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: nanobsd / dd problem?
On Sun, Dec 08, 2013 at 06:31:36PM +0100, Stefan Hegnauer wrote: > Hi, > > > > I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD > 11.0-CURRENT #0 r259095: Sun Dec 8 10:20:40 CET 2013 > root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS i386) in a VirtualBox as a build > machine for nanobsd images to be used on pc-engines.ch alix boards. The only > difference to GENERIC is the inclusion of 'march=geode' and disabling of > most debugging switches (malloc, Witness etc). Worked like a charm in the > past. > > > > Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails > at the last stage when building the disk image, e.g. with > > ... > > 00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di > > # > > > > Looking a bit closer it seems that dd(1) returns with an I/O error whenever > the input is a file created with mdconfig(8): > > # dd if=/dev/zero of=somebackingfile bs=1k count=5k > > # mdconfig -f somebackingfile -u md0 > > # newfs -U /dev/md0 > > # dd if=/dev/md0 of=/dev/null > > dd: /dev/md0: Input/output error > > 10241+0 records in > > 10241+0 records out > > 5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec) > > > > The outputfile in nanobsd.sh seems to be error-free. It should be one block larger than the right size. \ > > Anyone else seen similar behaviour? How to proceed/fix it? > The following patch should clear the error. The issue is that kern_physio() incorrectly detects EOF due to incorrect calculation of bio bio_resid after the bio_length was clipped by the 'excess' code in g_io_check(). Both bio_length and bio_resid appear to be 0 in the pre-last dd transfer, which starts exactly and the mediasize, and kern_physio() thinks that it transferred one more block than was transferred. I _suspect_ that it was caused by 'excess' code moving in r256880, but I am really not in the right condition to analyze it. If somebody could try the same dd experiment to confirm or deny my suspicion, it would be useful. The patch below should be a right thing to do anyway. diff --git a/sys/kern/vfs_bio.c b/sys/kern/vfs_bio.c index c23a74b..b7c4d60 100644 --- a/sys/kern/vfs_bio.c +++ b/sys/kern/vfs_bio.c @@ -3679,7 +3679,6 @@ bufdonebio(struct bio *bip) bp = bip->bio_caller2; bp->b_resid = bp->b_bcount - bip->bio_completed; - bp->b_resid = bip->bio_resid; /* XXX: remove */ bp->b_ioflags = bip->bio_flags; bp->b_error = bip->bio_error; if (bp->b_error) pgpJemTq1QeSA.pgp Description: PGP signature
[head tinderbox] failure on armv6/arm
TB --- 2013-12-09 01:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 01:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 01:10:19 - starting HEAD tinderbox run for armv6/arm TB --- 2013-12-09 01:10:19 - cleaning the object tree TB --- 2013-12-09 01:10:19 - /usr/local/bin/svn stat /src TB --- 2013-12-09 01:10:24 - At svn revision 259112 TB --- 2013-12-09 01:10:25 - building world TB --- 2013-12-09 01:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 01:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 01:10:25 - SRCCONF=/dev/null TB --- 2013-12-09 01:10:25 - TARGET=arm TB --- 2013-12-09 01:10:25 - TARGET_ARCH=armv6 TB --- 2013-12-09 01:10:25 - TZ=UTC TB --- 2013-12-09 01:10:25 - __MAKE_CONF=/dev/null TB --- 2013-12-09 01:10:25 - cd /src TB --- 2013-12-09 01:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 01:10:34 UTC 2013 >>> 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 Dec 9 04:12:28 UTC 2013 TB --- 2013-12-09 04:12:28 - generating LINT kernel config TB --- 2013-12-09 04:12:28 - cd /src/sys/arm/conf TB --- 2013-12-09 04:12:28 - /usr/bin/make -B LINT TB --- 2013-12-09 04:12:29 - cd /src/sys/arm/conf TB --- 2013-12-09 04:12:29 - /usr/sbin/config -m LINT TB --- 2013-12-09 04:12:29 - skipping LINT kernel TB --- 2013-12-09 04:12:29 - cd /src/sys/arm/conf TB --- 2013-12-09 04:12:29 - /usr/sbin/config -m AC100 TB --- 2013-12-09 04:12:29 - building AC100 kernel TB --- 2013-12-09 04:12:29 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:12:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:12:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:12:29 - SRCCONF=/dev/null TB --- 2013-12-09 04:12:29 - TARGET=arm TB --- 2013-12-09 04:12:29 - TARGET_ARCH=armv6 TB --- 2013-12-09 04:12:29 - TZ=UTC TB --- 2013-12-09 04:12:29 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:12:29 - cd /src TB --- 2013-12-09 04:12:29 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Mon Dec 9 04:12:29 UTC 2013 >>> 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 >>> Kernel build for AC100 completed on Mon Dec 9 04:15:31 UTC 2013 TB --- 2013-12-09 04:15:31 - cd /src/sys/arm/conf TB --- 2013-12-09 04:15:31 - /usr/sbin/config -m ARMADAXP TB --- 2013-12-09 04:15:32 - building ARMADAXP kernel TB --- 2013-12-09 04:15:32 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:15:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:15:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:15:32 - SRCCONF=/dev/null TB --- 2013-12-09 04:15:32 - TARGET=arm TB --- 2013-12-09 04:15:32 - TARGET_ARCH=armv6 TB --- 2013-12-09 04:15:32 - TZ=UTC TB --- 2013-12-09 04:15:32 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:15:32 - cd /src TB --- 2013-12-09 04:15:32 - /usr/bin/make -B buildkernel KERNCONF=ARMADAXP >>> Kernel build for ARMADAXP started on Mon Dec 9 04:15:32 UTC 2013 >>> 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 >>> Kernel build for ARMADAXP completed on Mon Dec 9 04:19:23 UTC 2013 TB --- 2013-12-09 04:19:23 - cd /src/sys/arm/conf TB --- 2013-12-09 04:19:23 - /usr/sbin/config -m ARNDALE TB --- 2013-12-09 04:19:23 - building ARNDALE kernel TB --- 2013-12-09 04:19:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:19:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:19:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:19:23 - SRCCONF=/dev/null TB --- 2013-12-09 04:19:23 - TARGET=arm TB --- 2013-12-09 04:19:23 - TARGET_ARCH=armv6 TB --- 2013-12-09 04:19:23 - TZ=UTC TB --- 2013-12-09 04:19:23 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:19:23 - cd /src TB --- 2013-12-09 04:19:23 - /usr/bin/make -B buildkernel KERNCONF=ARNDALE >>> Kernel build for ARNDALE started on Mon Dec 9 04:19:23 UTC 2013 >>> 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 >>> Kernel build for ARNDALE completed on Mon Dec 9 04:23:47 UTC 2013 TB --- 2013-12-09 04:23:47 - cd /src/sys/
[head tinderbox] failure on i386/i386
TB --- 2013-12-09 01:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 01:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 01:10:19 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-09 01:10:19 - cleaning the object tree TB --- 2013-12-09 01:10:19 - /usr/local/bin/svn stat /src TB --- 2013-12-09 01:10:24 - At svn revision 259112 TB --- 2013-12-09 01:10:25 - building world TB --- 2013-12-09 01:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 01:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 01:10:25 - SRCCONF=/dev/null TB --- 2013-12-09 01:10:25 - TARGET=i386 TB --- 2013-12-09 01:10:25 - TARGET_ARCH=i386 TB --- 2013-12-09 01:10:25 - TZ=UTC TB --- 2013-12-09 01:10:25 - __MAKE_CONF=/dev/null TB --- 2013-12-09 01:10:25 - cd /src TB --- 2013-12-09 01:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 01:10:34 UTC 2013 >>> 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 Dec 9 04:20:09 UTC 2013 TB --- 2013-12-09 04:20:09 - generating LINT kernel config TB --- 2013-12-09 04:20:09 - cd /src/sys/i386/conf TB --- 2013-12-09 04:20:09 - /usr/bin/make -B LINT TB --- 2013-12-09 04:20:09 - cd /src/sys/i386/conf TB --- 2013-12-09 04:20:09 - /usr/sbin/config -m LINT TB --- 2013-12-09 04:20:09 - building LINT kernel TB --- 2013-12-09 04:20:09 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:20:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:20:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:20:09 - SRCCONF=/dev/null TB --- 2013-12-09 04:20:09 - TARGET=i386 TB --- 2013-12-09 04:20:09 - TARGET_ARCH=i386 TB --- 2013-12-09 04:20:09 - TZ=UTC TB --- 2013-12-09 04:20:09 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:20:09 - cd /src TB --- 2013-12-09 04:20:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 9 04:20:09 UTC 2013 >>> 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 [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/i386.i386/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /src/sys/modules/cpufreq/../../x86/cpufreq/est.c /src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c /src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c /src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c /src/sys/modules/cpufreq/../../x86/cpufreq/smist.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 04:24:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 04:24:39 - ERROR: failed to build LINT kernel TB --- 2013-12-09 04:24:39 - 9430.52 user 1676.12 system 11660.04 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.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 arm/arm
TB --- 2013-12-09 01:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-09 01:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-09 01:10:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-09 01:10:19 - cleaning the object tree TB --- 2013-12-09 01:10:19 - /usr/local/bin/svn stat /src TB --- 2013-12-09 01:10:24 - At svn revision 259112 TB --- 2013-12-09 01:10:25 - building world TB --- 2013-12-09 01:10:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 01:10:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 01:10:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 01:10:25 - SRCCONF=/dev/null TB --- 2013-12-09 01:10:25 - TARGET=arm TB --- 2013-12-09 01:10:25 - TARGET_ARCH=arm TB --- 2013-12-09 01:10:25 - TZ=UTC TB --- 2013-12-09 01:10:25 - __MAKE_CONF=/dev/null TB --- 2013-12-09 01:10:25 - cd /src TB --- 2013-12-09 01:10:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 9 01:10:34 UTC 2013 >>> 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 Dec 9 04:12:28 UTC 2013 TB --- 2013-12-09 04:12:28 - generating LINT kernel config TB --- 2013-12-09 04:12:28 - cd /src/sys/arm/conf TB --- 2013-12-09 04:12:28 - /usr/bin/make -B LINT TB --- 2013-12-09 04:12:29 - cd /src/sys/arm/conf TB --- 2013-12-09 04:12:29 - /usr/sbin/config -m LINT TB --- 2013-12-09 04:12:29 - building LINT kernel TB --- 2013-12-09 04:12:29 - CROSS_BUILD_TESTING=YES TB --- 2013-12-09 04:12:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-09 04:12:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-09 04:12:29 - SRCCONF=/dev/null TB --- 2013-12-09 04:12:29 - TARGET=arm TB --- 2013-12-09 04:12:29 - TARGET_ARCH=arm TB --- 2013-12-09 04:12:29 - TZ=UTC TB --- 2013-12-09 04:12:29 - __MAKE_CONF=/dev/null TB --- 2013-12-09 04:12:29 - cd /src TB --- 2013-12-09 04:12:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 9 04:12:29 UTC 2013 >>> 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 [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/arm.arm/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpsw/../../arm/ti/cpsw/if_cpsw.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-09 04:16:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-09 04:16:12 - ERROR: failed to build LINT kernel TB --- 2013-12-09 04:16:12 - 8775.55 user 1673.29 system 11152.87 real http://tinderbox.freebsd.org/tinderbox-head-build-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"
[R259114/Newcons] Compile failure
cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fno-strict-overflow -fstack-protector -Werror /usr/src/sys/dev/vt/vt_core.c /usr/src/sys/dev/vt/vt_core.c:1313:9: error: implicit declaration of function 'IOCPARM_IVAL' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ival = IOCPARM_IVAL(data); ^ 1 error generated. *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/BORG-DTRACE *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src ^C [1] Done(1) nohup make -DNO_CLEAN buildworld buildkernel >>make.noc.out 2>&1 # svn up Updating '.': At revision 259114. # svn info Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 259114 Node Kind: directory Schedule: normal Last Changed Author: alfred Last Changed Rev: 259114 Last Changed Date: 2013-12-08 20:06:52 -0600 (Sun, 08 Dec 2013) # -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: l...@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 ___ 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 Build breakage
Heads up, seems compiling a kernel as of tonights broken CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/GENERIC -std=iso9899:1999 /usr/src/sys/modules/cpufreq/../../dev/cpufreq/ichss.c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/est.c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/hwpstate.c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/p4tcc.c /usr/src/sys/modules/cpufreq/../../x86/cpufreq/powernow.c ===> crypto (depend) @ -> /usr/src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c make[4]: don't know how to make deflate.c. Stop make[4]: stopped in /usr/src/sys/modules/crypto *** Error code 2 Stop. ___ 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: Request for testing an alternate branch
On Dec 8, 2013 3:48 PM, "Justin Hibbits" wrote: > > On Sun, 8 Dec 2013 14:38:53 +0100 > Marius Strobl wrote: > > > On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote: > > > I've been working on the projects/pmac_pmu branch for some time now > > > to add suspend/resume as well as CPU speed change for certain > > > PowerPC machines, about a year since I created the branch, and now > > > it's stable enough that I want to merge it into HEAD, hence this > > > request. However, it does touch several drivers, turning them into > > > "early drivers", such that they can be initialized, and suspended > > > and resumed at a different time. Saying that, I do need testing > > > from other architectures, to make sure I haven't broken anything. > > > > > > The technical details: > > > > > > To get proper ordering, I've extended the bus_generic_suspend() and > > > bus_generic_resume() to do multiple passes. Devices which cannot be > > > enabled or disabled at the current pass level would return an > > > EAGAIN. This could possibly cause problems, since it's an addition > > > to an existing API rather than a new API to run along side it, so > > > it needs a great deal of testing. It works fine on PowerPC, but I > > > don't have any i386/amd64 or sparc64 hardware to test it on, so > > > would like others who do to test it. I don't think that it would > > > impact x86 at all (testing is obviously required), because the > > > nexus is not an EARLY_DRIVER_MODULE, so all devices would be > > > handled at the same pass. But, I do know the sparc64 has an > > > EARLY_DRIVER_MODULE() nexus, so that will likely be impacted. > > > > > > Also, any comments are of course welcome. Technical concerns are > > > obviously welcome, and I will try to address everything. > > > > Do you have a patch against head? > > > > Marius > > > > Here you go. > > - Justin Oh I must add that this was just a merge, I didn't try compiling this merge, but there were no conflicts so it should build. But images are up on allbsd.org for people to test. -Justin ___ 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"
[R259110] kernel compile fail
===> crypto (depend) @ -> /usr/src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c make[4]: don't know how to make deflate.c. Stop make[4]: stopped in /usr/src/sys/modules/crypto *** Error code 2 Stop. make[3]: stopped in /usr/src/sys/modules *** Error code 1 Stop. make[2]: stopped in /usr/obj/usr/src/sys/BORG-DTRACE *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 259110 Node Kind: directory Schedule: normal Last Changed Author: ray Last Changed Rev: 259110 Last Changed Date: 2013-12-08 16:49:12 -0600 (Sun, 08 Dec 2013) -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: l...@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 ___ 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: Problem with ebook reader on usb
On Sun, 8 Dec 2013 22:44:33 +0100 Marc "UBM" Bocklet wrote: > > Hiho! :-) > > I got myself a new ebook reader (Onyx M92), but encountered a strange > problem when connecting it to my freebsd machine. Shortly after > mounting it, the device gets disconnected (causing the mounted storage > to disappear). There is no such behavior with Windows 7. > > uname -a: > FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #11 > r258254M: Sun Nov 17 13:38:01 CET 2013 > xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP amd64 > > > The device identifies as follows: > > Dec 2 17:45:51 ubm kernel: ugen4.2: with fsl-usb2-udc> at usbus4 > > Dec 2 17:45:51 ubm kernel: umass0: on usbus4 > > Dec 2 17:45:51 ubm kernel: da0 at umass-sim0 bus 0 scbus3 target 0 lun > 0 > > Dec 2 17:45:51 ubm kernel: da0: > Removable Direct Access SCSI-2 device > > Dec 2 17:45:51 ubm kernel: da0:40.000MB/s transfers > > Dec 2 17:45:51 ubm kernel: da0: 3156MB (6463552 512 byte sectors: 255H > 63S/T 402C) > > Dec 2 17:45:51 ubm kernel: da0: quirks=0x2 > > I tried setting (widly guessing): > hw.usb.power_timeout: 30 -> 0 > hw.usb.no_cs_fail: 0 -> 1 > > but to no avail. > > Setting "hw.usb.debug: 1" yields no additional output. > > usbconfig dump_device_desc yields: > ugen4.2: fsl-usb2-udc> at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x > bDeviceSubClass = 0x > bDeviceProtocol = 0x > bMaxPacketSize0 = 0x0040 > idVendor = 0x0525 > idProduct = 0xa4a5 > bcdDevice = 0x0326 > iManufacturer = 0x0001 fsl-usb2-udc> iProduct = 0x0002 > iSerialNumber = 0x0003 <3230204E6F76> > bNumConfigurations = 0x0001 > > Anybody got any ideas? :-) Some further data: the mass storage usually remains mounted if there is NO read/write activity. Read activity seems to immediately cause a disconnect. Writing behaves differently, I just managed to copy a 1.4M file onto it, it disconnected seconds after finishing. The copied file is not corrupted. Bye Marc ___ 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"
Problem with ebook reader on usb
Hiho! :-) I got myself a new ebook reader (Onyx M92), but encountered a strange problem when connecting it to my freebsd machine. Shortly after mounting it, the device gets disconnected (causing the mounted storage to disappear). There is no such behavior with Windows 7. uname -a: FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #11 r258254M: Sun Nov 17 13:38:01 CET 2013 xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP amd64 The device identifies as follows: Dec 2 17:45:51 ubm kernel: ugen4.2: at usbus4 Dec 2 17:45:51 ubm kernel: umass0: on usbus4 Dec 2 17:45:51 ubm kernel: da0 at umass-sim0 bus 0 scbus3 target 0 lun 0 Dec 2 17:45:51 ubm kernel: da0: Removable Direct Access SCSI-2 device Dec 2 17:45:51 ubm kernel: da0:40.000MB/s transfers Dec 2 17:45:51 ubm kernel: da0: 3156MB (6463552 512 byte sectors: 255H 63S/T 402C) Dec 2 17:45:51 ubm kernel: da0: quirks=0x2 I tried setting (widly guessing): hw.usb.power_timeout: 30 -> 0 hw.usb.no_cs_fail: 0 -> 1 but to no avail. Setting "hw.usb.debug: 1" yields no additional output. usbconfig dump_device_desc yields: ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x bDeviceSubClass = 0x bDeviceProtocol = 0x bMaxPacketSize0 = 0x0040 idVendor = 0x0525 idProduct = 0xa4a5 bcdDevice = 0x0326 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0003 <3230204E6F76> bNumConfigurations = 0x0001 Anybody got any ideas? :-) Bye Marc ___ 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: new Xorg (KMS, etc.) for Radeon 9600
Le 14/11/2013 22:35, Tijl Coosemans a écrit : The attached patch should fix it, but I haven't been able to test it yet. The ai_aperture_size field is in bytes. So it doesn't work, but it gets a bit further: Thank Tijl, I committed your patch today. It looks like some support for AGP is missing in radeon_ttm.c. It's hidden behind #ifdef DUMBBELL_WIP. Yes. I looked at it today: the work is non-trivial and I don't have the required knowledge to do it alone. I'll talk about it to Konstantin Belousov as the time permits. -- Jean-Sébastien Pédron ___ 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: nanobsd / dd problem?
Which svn rev introduced the regression? -a On 8 December 2013 10:19, Olivier Cochard-Labbé wrote: > On Sun, Dec 8, 2013 at 6:31 PM, Stefan Hegnauer > wrote: >> Hi, >> >> >> Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails >> at the last stage when building the disk image, e.g. with > > Hi, it's a regression in dd: > > http://lists.freebsd.org/pipermail/freebsd-current/2013-December/047032.html > > Regards, > > Olivier > ___ > 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: KGDB and kvm_write
On 12/07/13 22:34, Alexander Kabaev wrote: On Sat, 07 Dec 2013 19:09:26 +0100 Hans Petter Selasky wrote: Hi, Is there a particular reason that "set variable = value" is not implemented when using kgbd from the command prompt? --HPS Just a thought: maybe you forgot -w on kgdb command line? Yes, I will try that next time. Thank you, --HPS ___ 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: nanobsd / dd problem?
On Sun, Dec 8, 2013 at 6:31 PM, Stefan Hegnauer wrote: > Hi, > > > Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails > at the last stage when building the disk image, e.g. with Hi, it's a regression in dd: http://lists.freebsd.org/pipermail/freebsd-current/2013-December/047032.html Regards, Olivier ___ 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"
nanobsd / dd problem?
Hi, I am using freebsd-current (FreeBSD BUILDMASTER 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r259095: Sun Dec 8 10:20:40 CET 2013 root@BUILDMASTER:/usr/obj/usr/src/sys/ASUS i386) in a VirtualBox as a build machine for nanobsd images to be used on pc-engines.ch alix boards. The only difference to GENERIC is the inclusion of 'march=geode' and disabling of most debugging switches (malloc, Witness etc). Worked like a charm in the past. Since late summer - sorry, no exact date / svn revision - nanobsd.sh fails at the last stage when building the disk image, e.g. with ... 00:00:25 ### log: /usr/obj/nanobsd.alixpf//_.di # Looking a bit closer it seems that dd(1) returns with an I/O error whenever the input is a file created with mdconfig(8): # dd if=/dev/zero of=somebackingfile bs=1k count=5k # mdconfig -f somebackingfile -u md0 # newfs -U /dev/md0 # dd if=/dev/md0 of=/dev/null dd: /dev/md0: Input/output error 10241+0 records in 10241+0 records out 5243392 bytes transferred in 3.240345 secs (1618159 bytes/sec) The outputfile in nanobsd.sh seems to be error-free. Anyone else seen similar behaviour? How to proceed/fix it? Thanks Stefan ___ 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: Request for testing an alternate branch
On Dec 8, 2013 5:39 AM, "Marius Strobl" wrote: > > On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote: > > I've been working on the projects/pmac_pmu branch for some time now to > > add suspend/resume as well as CPU speed change for certain PowerPC > > machines, about a year since I created the branch, and now it's stable > > enough that I want to merge it into HEAD, hence this request. However, > > it does touch several drivers, turning them into "early drivers", such > > that they can be initialized, and suspended and resumed at a different > > time. Saying that, I do need testing from other architectures, to make > > sure I haven't broken anything. > > > > The technical details: > > > > To get proper ordering, I've extended the bus_generic_suspend() and > > bus_generic_resume() to do multiple passes. Devices which cannot be > > enabled or disabled at the current pass level would return an EAGAIN. > > This could possibly cause problems, since it's an addition to an > > existing API rather than a new API to run along side it, so it needs a > > great deal of testing. It works fine on PowerPC, but I don't have any > > i386/amd64 or sparc64 hardware to test it on, so would like others who > > do to test it. I don't think that it would impact x86 at all (testing > > is obviously required), because the nexus is not an EARLY_DRIVER_MODULE, > > so all devices would be handled at the same pass. But, I do know the > > sparc64 has an EARLY_DRIVER_MODULE() nexus, so that will likely be > > impacted. > > > > Also, any comments are of course welcome. Technical concerns are > > obviously welcome, and I will try to address everything. > > Do you have a patch against head? > > Marius > I can generate one today. - Justin ___ 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: Regression on -current with mdconfig or dd
On Sun, 8 Dec 2013 15:50:55 +0100 Olivier Cochard-Labbé wrote: > Hi, > > I found a regression on current: > The problem is meet with dd but I'm not sure it's the root cause. > > Here is how to reproduce the problem easily with 3 commands: > > dd if=/dev/zero of=/tmp/SOURCE.img seek=10 count=0 > mdconfig -a -t vnode -f /tmp/SOURCE.img > dd conv=sparse if=/dev/md0 of=/tmp/DEST.img bs=64k > > => This last "dd" works great on 10.0-BETA3 and older but failed on > -current (r258675 and r259096) with the message: > dd: /dev/md0s1: Input/output error Hi, I can confirm this problem also exists on my 11-CURRENT (late november). It is not md-specific as I also see it with real disks: This example is from a partition that is exactly 34 sectors large. (512 sector size). [root@onyx ~]# dd if=/dev/ada2p9 | hd 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * dd: /dev/ada2p9: Input/output error 35+0 records in 35+0 records out 17920 bytes transferred in 0.269167 secs (66576 bytes/sec) 4600 But still it tries to overshoot and read size+1 sectors. BTW I don't know where it gets the data for the last sector since the partition following this has non-zero data in its first sector but dd thinks it got a zero filled sector. On my other system, FreeBSD 8.3 the dd gets this right by copying exactly 34 sectors (even if I try to specify count=35 or larger). An even shorter method of reproducing is to create a 34 * 512 = 17408 byte memory backed device and read from it: # mdconfig -a -t malloc -s 34 -u 1 # dd if=/dev/md1 of=/dev/null dd: /dev/md1: Input/output error 35+0 records in 35+0 records out 17920 bytes transferred in 0.000354 secs (50614093 bytes/sec) Try to write to it: # dd if=/dev/zero of=/dev/md1 dd: /dev/md1: Input/output error 36+0 records in 35+0 records out 17920 bytes transferred in 0.000459 secs (39045157 bytes/sec) Where does it write the data to? (Have not dared to try on a real disk yet.) Gyrd ^_^ > > Regards, > > Olivier > ___ > 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: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken
Hiho! :-) Thanks a lot for working on this! As soon as X is started, things work fine. Before that (as soon as vt is initialized after the boot menu), output on all ttys is flickering, resolution is at 640x480 (guessing here) and changing anything via vidcontrol fails with "inappropriate ioctl for device". Also, screen output starts overlapping, but a "clear" command fixes that temporarily. The "Alt-Gr" key does nothing, manually entering ascii keycodes via alt+number (e.g. alt-124 for |) works. Relevant pciconf output: vgapci0@pci0:0:2:0: class=0x03 card=0x40011297 chip=0x2e328086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '4 Series Chipset Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x40011297 chip=0x2e338086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '4 Series Chipset Integrated Graphics Controller' class = display Best regards, Marc > Author: ray > Date: Thu Dec 5 22:38:53 2013 > New Revision: 259016 > URL: http://svnweb.freebsd.org/changeset/base/259016 > > Log: > Merge VT(9) project (a.k.a. newcons). > > Reviewed by:nwhitehorn > MFC_to_10_after:re approval > > Sponsored by: The FreeBSD Foundation > > Added: > head/sys/dev/fb/fb_if.m > - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fb_if.m > head/sys/dev/fb/fbd.c > - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fbd.c > head/sys/dev/vt/ > - copied from r259015, user/ed/newcons/sys/dev/vt/ > head/sys/kern/subr_terminal.c > - copied unchanged from r259015, user/ed/newcons/sys/kern/subr_terminal.c > head/sys/sys/terminal.h > - copied unchanged from r259015, user/ed/newcons/sys/sys/terminal.h > Modified: > head/sys/conf/files > head/sys/conf/files.amd64 > head/sys/conf/files.arm > head/sys/conf/files.i386 > head/sys/conf/files.powerpc > head/sys/conf/files.sparc64 > head/sys/conf/kmod.mk > head/sys/conf/options > head/sys/dev/drm2/drm_fb_helper.c > head/sys/dev/drm2/drm_os_freebsd.h > head/sys/dev/drm2/i915/i915_drv.c > head/sys/dev/drm2/i915/intel_fb.c > head/sys/dev/drm2/radeon/radeon.h > head/sys/dev/drm2/radeon/radeon_drv.c > head/sys/dev/drm2/radeon/radeon_fb.c > head/sys/dev/drm2/radeon/radeon_pm.c > head/sys/modules/drm2/i915kms/Makefile > head/sys/modules/drm2/radeonkms/Makefile > head/sys/sparc64/sparc64/machdep.c > head/sys/sys/consio.h > head/sys/sys/eventhandler.h > head/sys/sys/fbio.h > head/sys/sys/tty.h > head/sys/teken/teken.c > head/sys/teken/teken.h > head/sys/teken/teken_subr.h > Directory Properties: > head/sys/ (props changed) > head/sys/conf/ (props changed) > > Modified: head/sys/conf/files > == > --- head/sys/conf/files Thu Dec 5 21:58:02 2013(r259015) > +++ head/sys/conf/files Thu Dec 5 22:38:53 2013(r259016) > @@ -82,7 +82,7 @@ pccarddevs.hstandard >\ > compile-with"${AWK} -f $S/tools/pccarddevs2h.awk > $S/dev/pccard/pccarddevs" \ > no-obj no-implicit-rule before-depend \ > clean "pccarddevs.h" > -teken_state.hoptional sc >\ > +teken_state.hoptional sc | vt >\ > dependency "$S/teken/gensequences $S/teken/sequences" \ > compile-with"${AWK} -f $S/teken/gensequences $S/teken/sequences > > teken_state.h" \ > no-obj no-implicit-rule before-depend \ > @@ -1396,6 +1396,8 @@ dev/ex/if_ex_isa.c optional ex isa > dev/ex/if_ex_pccard.coptional ex pccard > dev/exca/exca.c optional cbb > dev/fatm/if_fatm.c optional fatm pci > +dev/fb/fbd.c optional fbd | vt > +dev/fb/fb_if.m optional fbd | vt > dev/fb/splash.c optional splash > dev/fdt/fdt_common.c optional fdt > dev/fdt/fdt_ic_if.m optional fdt > @@ -2461,6 +2463,17 @@ dev/vge/if_vge.c optional vge > > dev/vkbd/vkbd.c optional vkbd > dev/vr/if_vr.c optional vr pci > +dev/vt/colors/vt_termcolors.coptional vt > +dev/vt/font/vt_font_default.coptional vt > +dev/vt/font/vt_mouse_cursor.coptional vt > +dev/vt/hw/fb/vt_fb.c optional vt > +dev/vt/hw/vga/vga.c optional vt vt_vga > +dev/vt/logo/logo_freebsd.c optional vt > +dev/vt/vt_buf.c optional vt > +dev/vt/vt_consolectl.c optional vt > +dev/vt/vt_core.c optional vt > +dev/vt/vt_font.c optional vt > +dev/vt/vt_sysmouse.c optional vt > dev/vte/if_vte.
Regression on -current with mdconfig or dd
Hi, I found a regression on current: The problem is meet with dd but I'm not sure it's the root cause. Here is how to reproduce the problem easily with 3 commands: dd if=/dev/zero of=/tmp/SOURCE.img seek=10 count=0 mdconfig -a -t vnode -f /tmp/SOURCE.img dd conv=sparse if=/dev/md0 of=/tmp/DEST.img bs=64k => This last "dd" works great on 10.0-BETA3 and older but failed on -current (r258675 and r259096) with the message: dd: /dev/md0s1: Input/output error Regards, Olivier ___ 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: svn commit: r259016 - in head/sys: conf dev/drm2 dev/drm2/i915 dev/drm2/radeon dev/fb dev/vt kern modules/drm2/i915kms modules/drm2/radeonkms sparc64/sparc64 sys teken
Hiho! :-) Thanks a lot for working on this! As soon as X is started, things work fine. Before that (as soon as vt is initialized after the boot menu), output on all ttys is flickering, resolution is at 640x480 (guessing here) and changing anything via vidcontrol fails with "inappropriate ioctl for device". Also, screen output starts overlapping, but a "clear" command fixes that temporarily. The "Alt-Gr" key does nothing, manually entering ascii keycodes via alt+number (e.g. alt-124 for |) works. Relevant pciconf output: vgapci0@pci0:0:2:0: class=0x03 card=0x40011297 chip=0x2e328086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '4 Series Chipset Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0x40011297 chip=0x2e338086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '4 Series Chipset Integrated Graphics Controller' class = display Best regards, Marc > Author: ray > Date: Thu Dec 5 22:38:53 2013 > New Revision: 259016 > URL: http://svnweb.freebsd.org/changeset/base/259016 > > Log: > Merge VT(9) project (a.k.a. newcons). > > Reviewed by:nwhitehorn > MFC_to_10_after:re approval > > Sponsored by: The FreeBSD Foundation > > Added: > head/sys/dev/fb/fb_if.m > - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fb_if.m > head/sys/dev/fb/fbd.c > - copied unchanged from r259015, user/ed/newcons/sys/dev/fb/fbd.c > head/sys/dev/vt/ > - copied from r259015, user/ed/newcons/sys/dev/vt/ > head/sys/kern/subr_terminal.c > - copied unchanged from r259015, user/ed/newcons/sys/kern/subr_terminal.c > head/sys/sys/terminal.h > - copied unchanged from r259015, user/ed/newcons/sys/sys/terminal.h > Modified: > head/sys/conf/files > head/sys/conf/files.amd64 > head/sys/conf/files.arm > head/sys/conf/files.i386 > head/sys/conf/files.powerpc > head/sys/conf/files.sparc64 > head/sys/conf/kmod.mk > head/sys/conf/options > head/sys/dev/drm2/drm_fb_helper.c > head/sys/dev/drm2/drm_os_freebsd.h > head/sys/dev/drm2/i915/i915_drv.c > head/sys/dev/drm2/i915/intel_fb.c > head/sys/dev/drm2/radeon/radeon.h > head/sys/dev/drm2/radeon/radeon_drv.c > head/sys/dev/drm2/radeon/radeon_fb.c > head/sys/dev/drm2/radeon/radeon_pm.c > head/sys/modules/drm2/i915kms/Makefile > head/sys/modules/drm2/radeonkms/Makefile > head/sys/sparc64/sparc64/machdep.c > head/sys/sys/consio.h > head/sys/sys/eventhandler.h > head/sys/sys/fbio.h > head/sys/sys/tty.h > head/sys/teken/teken.c > head/sys/teken/teken.h > head/sys/teken/teken_subr.h > Directory Properties: > head/sys/ (props changed) > head/sys/conf/ (props changed) > > Modified: head/sys/conf/files > == > --- head/sys/conf/files Thu Dec 5 21:58:02 2013(r259015) > +++ head/sys/conf/files Thu Dec 5 22:38:53 2013(r259016) > @@ -82,7 +82,7 @@ pccarddevs.hstandard >\ > compile-with"${AWK} -f $S/tools/pccarddevs2h.awk > $S/dev/pccard/pccarddevs" \ > no-obj no-implicit-rule before-depend \ > clean "pccarddevs.h" > -teken_state.hoptional sc >\ > +teken_state.hoptional sc | vt >\ > dependency "$S/teken/gensequences $S/teken/sequences" \ > compile-with"${AWK} -f $S/teken/gensequences $S/teken/sequences > > teken_state.h" \ > no-obj no-implicit-rule before-depend \ > @@ -1396,6 +1396,8 @@ dev/ex/if_ex_isa.c optional ex isa > dev/ex/if_ex_pccard.coptional ex pccard > dev/exca/exca.c optional cbb > dev/fatm/if_fatm.c optional fatm pci > +dev/fb/fbd.c optional fbd | vt > +dev/fb/fb_if.m optional fbd | vt > dev/fb/splash.c optional splash > dev/fdt/fdt_common.c optional fdt > dev/fdt/fdt_ic_if.m optional fdt > @@ -2461,6 +2463,17 @@ dev/vge/if_vge.c optional vge > > dev/vkbd/vkbd.c optional vkbd > dev/vr/if_vr.c optional vr pci > +dev/vt/colors/vt_termcolors.coptional vt > +dev/vt/font/vt_font_default.coptional vt > +dev/vt/font/vt_mouse_cursor.coptional vt > +dev/vt/hw/fb/vt_fb.c optional vt > +dev/vt/hw/vga/vga.c optional vt vt_vga > +dev/vt/logo/logo_freebsd.c optional vt > +dev/vt/vt_buf.c optional vt > +dev/vt/vt_consolectl.c optional vt > +dev/vt/vt_core.c optional vt > +dev/vt/vt_font.c optional vt > +dev/vt/vt_sysmouse.c optional vt > dev/vte/if_vte.
Re: panic on sparc64 running 10-beta4
On Wed, Dec 04, 2013 at 11:01:30AM -0500, Kurt Lidl wrote: > I installed a sparc V120 (4GB memory, dual 72GB disks) with the 10-beta4 > install image today. > > Installation went fine. I rebooted the machine, and then went to get > a fresh ports tree, and the machine panic'd: > > root@host:/usr/ports # portsnap fetch > Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. > Fetching public key from your-org.portsnap.freebsd.org... done. > Fetching snapshot tag from your-org.portsnap.freebsd.org... done. > Fetching snapshot metadata... done. > Fetching snapshot generated at Tue Dec 3 19:06:18 EST 2013: > 43b6803c6d94efd5b2e2bc9df0b66a84b75417fa3c1728100% of 69 MB 3225 kBps > 00m22s > Extracting snapshot... done. > Verifying snapshot integrity... panic: trap: illegal instruction (kernel) > cpuid = 0 > KDB: stack backtrace: > #0 0xc08836d4 at trap+0x554 > Uptime: 6m59s > Dumping 4096 MB (4 chunks) >chunk at 0: 1073741824 bytes ... ok >chunk at 0x4000: 1073741824 bytes ... ok >chunk at 0x8000: 1073741824 bytes ... ok >chunk at 0xc000: 1073741824 bytes ... ok > > Dump complete > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > > And then it panic'd again when attempting to run 'savecore'! > (I typed a after it printed out the line about > writing the core file, that's where the "load: 0.72 ..." line > came from...) Hrm, I don't seem to be able to reproduce this with an installation built from sources and also can't remember a commit between BETA3 and BETA4 which should be able to cause this. I currently can't test the 10-BETA4 install image, though. Was the machine in question running FreeBSD before, i. e. is it known good hardware? Did savecore eventually succeed on writing out a dump? Marius ___ 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: Request for testing an alternate branch
On Wed, Dec 04, 2013 at 10:21:13PM -0800, Justin Hibbits wrote: > I've been working on the projects/pmac_pmu branch for some time now to > add suspend/resume as well as CPU speed change for certain PowerPC > machines, about a year since I created the branch, and now it's stable > enough that I want to merge it into HEAD, hence this request. However, > it does touch several drivers, turning them into "early drivers", such > that they can be initialized, and suspended and resumed at a different > time. Saying that, I do need testing from other architectures, to make > sure I haven't broken anything. > > The technical details: > > To get proper ordering, I've extended the bus_generic_suspend() and > bus_generic_resume() to do multiple passes. Devices which cannot be > enabled or disabled at the current pass level would return an EAGAIN. > This could possibly cause problems, since it's an addition to an > existing API rather than a new API to run along side it, so it needs a > great deal of testing. It works fine on PowerPC, but I don't have any > i386/amd64 or sparc64 hardware to test it on, so would like others who > do to test it. I don't think that it would impact x86 at all (testing > is obviously required), because the nexus is not an EARLY_DRIVER_MODULE, > so all devices would be handled at the same pass. But, I do know the > sparc64 has an EARLY_DRIVER_MODULE() nexus, so that will likely be > impacted. > > Also, any comments are of course welcome. Technical concerns are > obviously welcome, and I will try to address everything. Do you have a patch against head? Marius ___ 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: vtnet broken on -CURRENT when using VirtualBox
On 08.12.13, 01:22, Bryan Venteicher wrote: > > > - Original Message - >> System in a virtual machine: FreeBSD-CURRENT SVN rev 259064. >> Virtual machine is created with virtio host-only adapter. >> >> When trying to ssh into VM, the system in VM panics with the following >> message: >> >> panic: vtnet_txq_offload: mbuf 0xc309e900 TSO without checksum offload >> Please help me to debug this. >> > > I suspect I know what is wrong. What's the output of `ifconfig vtnetX`? # ifconfig vtnet0 vtnet0: flags=8843 metric 0 mtu 1500 options=6c03bb ether 08:00:27:96:b3:bc inet 192.168.56.10 netmask 0xff00 broadcast 192.168.56.255 nd6 options=29 media: Ethernet 10Gbase-T status: active There are offloading capabilities present, but apparently VirtualBox virtio doesn't do it correctly. Running # ifconfig vtnet0 -tso solves the problem, I can log in via ssh just fine. -- Ilya ___ 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"