ACPI refcount increasing
I tried -current as of approx one day ago and was greeted with a kernel printf flooding the screen with something about a ACPI(?) mutex(?) refcount increasing. I were unable to divine any identifying info from the messages because the screen scrolled too fast and the message was longer than the width of the screen. I were unable to get a core-dump and had to reset the laptop (Lenovo T400s) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ 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"
Can't build devel/git on -CURRENT?
I've tried adding CONFIGURE_ENV+= CHARSET_LIB=-lcharset to the port Makefile, but still no joy: $ cd /usr/ports/devel/git $ make ….. libgit.a(gettext.o): In function `git_setup_gettext': gettext.c:(.text+0x4f): undefined reference to `locale_charset' gmake: *** [git-daemon] Error 1 *** Error code 1 Stop in /usr/ports/devel/git. *** Error code 1 ___ 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 --- 2012-03-26 02:47:22 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-26 02:47:22 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-26 02:47:22 - cleaning the object tree TB --- 2012-03-26 02:47:26 - cvsupping the source tree TB --- 2012-03-26 02:47:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-26 02:47:36 - building world TB --- 2012-03-26 02:47:36 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 02:47:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 02:47:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 02:47:36 - SRCCONF=/dev/null TB --- 2012-03-26 02:47:36 - TARGET=mips TB --- 2012-03-26 02:47:36 - TARGET_ARCH=mips TB --- 2012-03-26 02:47:36 - TZ=UTC TB --- 2012-03-26 02:47:36 - __MAKE_CONF=/dev/null TB --- 2012-03-26 02:47:36 - cd /src TB --- 2012-03-26 02:47:36 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 26 02:47:37 UTC 2012 >>> 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 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-26 03:35:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-26 03:35:37 - ERROR: failed to build world TB --- 2012-03-26 03:35:37 - 2124.20 user 459.87 system 2894.77 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 i386/i386
TB --- 2012-03-26 00:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-26 00:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-26 00:30:00 - cleaning the object tree TB --- 2012-03-26 00:30:03 - cvsupping the source tree TB --- 2012-03-26 00:30:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-26 00:35:38 - building world TB --- 2012-03-26 00:35:38 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 00:35:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 00:35:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 00:35:38 - SRCCONF=/dev/null TB --- 2012-03-26 00:35:38 - TARGET=i386 TB --- 2012-03-26 00:35:38 - TARGET_ARCH=i386 TB --- 2012-03-26 00:35:38 - TZ=UTC TB --- 2012-03-26 00:35:38 - __MAKE_CONF=/dev/null TB --- 2012-03-26 00:35:38 - cd /src TB --- 2012-03-26 00:35:38 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 26 00:35:39 UTC 2012 >>> 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 Mar 26 02:45:21 UTC 2012 TB --- 2012-03-26 02:45:21 - generating LINT kernel config TB --- 2012-03-26 02:45:21 - cd /src/sys/i386/conf TB --- 2012-03-26 02:45:21 - /usr/bin/make -B LINT TB --- 2012-03-26 02:45:21 - cd /src/sys/i386/conf TB --- 2012-03-26 02:45:21 - /usr/sbin/config -m LINT TB --- 2012-03-26 02:45:21 - building LINT kernel TB --- 2012-03-26 02:45:21 - CROSS_BUILD_TESTING=YES TB --- 2012-03-26 02:45:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-26 02:45:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-26 02:45:21 - SRCCONF=/dev/null TB --- 2012-03-26 02:45:21 - TARGET=i386 TB --- 2012-03-26 02:45:21 - TARGET_ARCH=i386 TB --- 2012-03-26 02:45:21 - TZ=UTC TB --- 2012-03-26 02:45:21 - __MAKE_CONF=/dev/null TB --- 2012-03-26 02:45:21 - cd /src TB --- 2012-03-26 02:45:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 26 02:45:21 UTC 2012 >>> 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 [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-26 02:47:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-26 02:47:21 - ERROR: failed to build LINT kernel TB --- 2012-03-26 02:47:21 - 6470.12 user 917.31 system 8241.74 real http://tinderbox.freebsd.org/tinderbox-head-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"
Re: Virtual Manager Vacancy
On 3/25/12, b...@freebsd.org wrote: > I would like to take this time to welcome you to our hiring process > and give you a brief synopsis of the position's benefits and requirements. > > If you are taking a career break, are on a maternity leave, > recently retired or simply looking for some part-time job, this position is > for you. I'm a retired 69 year old pregnant male looking for part-time work during my career break. > > Occupation: Flexible schedule 2 to 8 hours per day. We can guarantee a > minimum 20 hrs/week occupation > Salary: Starting salary is 2000 EUR per month plus commission, paid every > month. > Business hours: 9:00 AM to 5:00 PM, MON-FRI, 9:00 AM to 1:00 PM SAT or part > time (Europe time). > > Region: Europe. > > Please note that there are no startup fees or deposits to start working for > us. > > To request an application form, schedule your interview and receive more > information about this position > please reply to bry...@jobdayseu.com,with your personal identification > number for this position IDNO: 3214 > > ___ > 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: USB Flash drive problem with 9.0
Hello, Andriy Gapon and ML members, > Date: Sun, 25 Mar 2012 13:15:26 +0300 > > on 25/03/2012 08:02 Kaho Toshikazu said the following: > > Hello Andriy Gapon, > > Thank you for your comment. > > > >> Message-ID: <4f6d9672.4050...@freebsd.org> > >> Date: Sat, 24 Mar 2012 11:40:02 +0200 > >> > >> on 24/03/2012 04:17 Kaho Toshikazu said the following: > >>> Hello, > >>> > >>> I have a similar problem with Transcend 16GB USB flash. When the flash > >>> is plugged, FreeBSD attache it, but reports very big capacity and can > >>> not read/write it. UQ_MSC_NO_INQUIRY makes jobs in my machines. > >>> 10-current and 8-stable have same problem, and 9-stable is not tested. > >> > >> Could the problem be related to r229288 (r232943 in stable/9)? > >> The dates below match the MFC date 2012-03-13. > > > > 10-current r26 with reveting only scsi_da.c changed by > > r233288 has same problem. Should I revert whole system ? > > > > Sorry, it seems that I copied wrong revisions into my email. > They should have been r232941 for stable/9 and r228846 for head. Yes, r228846 for current is related this problem. 10-current reverting scsi/scsi_da.c introduced by r228846 detects valid capacity and can read/write USB flash. USB flash may be died of "READ CAPACITY(16)". > > -- > Andriy Gapon -- Kaho Toshikazu ___ 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: /usr/bin/tar creates invalid lib file
On Sun, Mar 25, 2012 at 04:32:53PM -0700, Tim Kientzle wrote: > > On Mar 25, 2012, at 2:43 PM, Gleb Kurtsou wrote: > > > I experience a related issue. lseek(SEEK_HOLE) error checks are too > > strict. Files are not added to archive if lseek(SEEK_HOLE) fails. > > Ignoring lseek(SEEK_HOLE) at least in ENOTTY case would be preferable. > > Just noticed that lseek(1) doesn't document ENOTTY as > a valid response code. > > Should it? It seems that man page contradicts the actual lseek(2) behaviour. Man page states that there shall be a virtual hole after file end, even on the filesystems not supporting hole reports. Is there some regression test set for SEEK_HOLE/SEEK_DATA ? I found nothing in our tests, in particular, pjdfstest does not mention the options. pgpl9f9v1S9L3.pgp Description: PGP signature
Re: /usr/bin/tar creates invalid lib file
On Mar 25, 2012, at 2:43 PM, Gleb Kurtsou wrote: > I experience a related issue. lseek(SEEK_HOLE) error checks are too > strict. Files are not added to archive if lseek(SEEK_HOLE) fails. > Ignoring lseek(SEEK_HOLE) at least in ENOTTY case would be preferable. Just noticed that lseek(1) doesn't document ENOTTY as a valid response code. Should it? Tim ___ 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: /usr/bin/tar creates invalid lib file
On Mar 25, 2012, at 2:43 PM, Gleb Kurtsou wrote: > On (25/03/2012 10:53), Tim Kientzle wrote: >> >> On Mar 25, 2012, at 5:53 AM, Boris Samorodov wrote: >> >>> On 24.03.2012 21:00, Tim Kientzle wrote: On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: Can you send me the output of: tar -cvf /tmp/test.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 (A tar archive containing only that one source file.) This looks similar to a bug that we found in libarchive recently I didn't think that bug impacted FreeBSD, but I may have been wrong…. if it did, it will be obvious from the structure of the created archive. >>> >>> The following file is extracted after tarring: >>> - >>> % hd libnspr4.so.1 >>> 32 0a 30 0a 30 0a 32 34 31 39 37 31 0a 30 0a 00 >>> |2.0.0.241971.0..| >>> 0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 >>> || >>> * >>> 0200 >>> - >>> >>> The tar file itself attached (3KB in length). >> >> Ugh. I'll probably need your help to diagnose this more precisely. >> >> Here is the root problem: tar thinks this is a sparse file >> with nothing in it.On FreeBSD, bsdtar now uses >> lseek(SEEK_HOLE) to identify holes in the file. For >> some reason, bsdtar is storing this file as just one big hole. > > I experience a related issue. lseek(SEEK_HOLE) error checks are too > strict. Files are not added to archive if lseek(SEEK_HOLE) fails. > Ignoring lseek(SEEK_HOLE) at least in ENOTTY case would be preferable. This has already been fixed upstream. I'll get the fix merged soon… Boris: What filesystem are you using? Tim ___ 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: /usr/bin/tar creates invalid lib file
On (25/03/2012 10:53), Tim Kientzle wrote: > > On Mar 25, 2012, at 5:53 AM, Boris Samorodov wrote: > > > On 24.03.2012 21:00, Tim Kientzle wrote: > >> > >> On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: > >> > >> Can you send me the output of: > >> > >> tar -cvf /tmp/test.tar > >> /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 > >> > >> (A tar archive containing only that one source file.) > >> > >> This looks similar to a bug that we found in libarchive recently > >> I didn't think that bug impacted FreeBSD, but I may have been > >> wrong…. if it did, it will be obvious from the structure of the > >> created archive. > > > > The following file is extracted after tarring: > > - > > % hd libnspr4.so.1 > > 32 0a 30 0a 30 0a 32 34 31 39 37 31 0a 30 0a 00 > > |2.0.0.241971.0..| > > 0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > || > > * > > 0200 > > - > > > > The tar file itself attached (3KB in length). > > Ugh. I'll probably need your help to diagnose this more precisely. > > Here is the root problem: tar thinks this is a sparse file > with nothing in it.On FreeBSD, bsdtar now uses > lseek(SEEK_HOLE) to identify holes in the file. For > some reason, bsdtar is storing this file as just one big hole. I experience a related issue. lseek(SEEK_HOLE) error checks are too strict. Files are not added to archive if lseek(SEEK_HOLE) fails. Ignoring lseek(SEEK_HOLE) at least in ENOTTY case would be preferable. I run stacked file system (PEFS) on top of ZFS. ZFS reports _PC_MIN_HOLE_SIZE, but ioctls to lower level fs disabled are in PEFS. I work around it by properly handling _PC_MIN_HOLE_SIZE. Test case: % for i in a b c; do echo $i > $i; done % tar cf 1.tar a b c tar: lseek(SEEK_HOLE) failed: Inappropriate ioctl for device tar: lseek(SEEK_HOLE) failed: Inappropriate ioctl for device tar: lseek(SEEK_HOLE) failed: Inappropriate ioctl for device % ls -l 1.tar -rw-r--r-- 1 gleb gleb 1024 Mar 26 00:28 1.tar % tar tf 1.tar # <-- no files in archive % truss log: __acl_get_link(0x801c8c100,0x2,0x801d82000,0x0,0x1000,0x0) ERR#22 'Invalid argument' extattr_list_link(0x801c8c100,0x1,0x0,0x0,0x7fffc530,0x0) ERR#45 'Operation not supported' pathconf("a",0x15) = 512 (0x200) open("a",O_NONBLOCK,03751270)= 5 (0x5) lseek(5,0x0,0x3) ERR#25 'Inappropriate ioctl for device' close(5) = 0 (0x0) tar: write(2,"tar: ",5) = 5 (0x5) Thanks, Gleb. > > There are a lot of things here that don't make sense: > > * The extracted file should be all zero bytes. (The 2.0.0.241971.0. is the > sparse file map, it's not really part of the file.) How are you extracting > this? > > * Can you run the tar command under truss or ktrace and look for calls to > lseek()? That would help verify that this is really a tar bug and not a > filesystem or kernel bug. > > I'll spend some time today to see if I can reproduce the problem here. > > Tim > > ___ > 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"
[head tinderbox] failure on mips/mips
TB --- 2012-03-25 20:21:40 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 20:21:40 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-25 20:21:40 - cleaning the object tree TB --- 2012-03-25 20:21:44 - cvsupping the source tree TB --- 2012-03-25 20:21:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-25 20:21:56 - building world TB --- 2012-03-25 20:21:56 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 20:21:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 20:21:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 20:21:56 - SRCCONF=/dev/null TB --- 2012-03-25 20:21:56 - TARGET=mips TB --- 2012-03-25 20:21:56 - TARGET_ARCH=mips TB --- 2012-03-25 20:21:56 - TZ=UTC TB --- 2012-03-25 20:21:56 - __MAKE_CONF=/dev/null TB --- 2012-03-25 20:21:56 - cd /src TB --- 2012-03-25 20:21:56 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 20:21:57 UTC 2012 >>> 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 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 21:07:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 21:07:44 - ERROR: failed to build world TB --- 2012-03-25 21:07:44 - 2005.55 user 439.94 system 2764.05 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 i386/i386
TB --- 2012-03-25 18:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 18:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-25 18:10:00 - cleaning the object tree TB --- 2012-03-25 18:10:04 - cvsupping the source tree TB --- 2012-03-25 18:10:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-25 18:15:32 - building world TB --- 2012-03-25 18:15:32 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 18:15:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 18:15:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 18:15:32 - SRCCONF=/dev/null TB --- 2012-03-25 18:15:32 - TARGET=i386 TB --- 2012-03-25 18:15:32 - TARGET_ARCH=i386 TB --- 2012-03-25 18:15:32 - TZ=UTC TB --- 2012-03-25 18:15:32 - __MAKE_CONF=/dev/null TB --- 2012-03-25 18:15:32 - cd /src TB --- 2012-03-25 18:15:32 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 18:15:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 25 20:19:40 UTC 2012 TB --- 2012-03-25 20:19:40 - generating LINT kernel config TB --- 2012-03-25 20:19:40 - cd /src/sys/i386/conf TB --- 2012-03-25 20:19:40 - /usr/bin/make -B LINT TB --- 2012-03-25 20:19:40 - cd /src/sys/i386/conf TB --- 2012-03-25 20:19:40 - /usr/sbin/config -m LINT TB --- 2012-03-25 20:19:40 - building LINT kernel TB --- 2012-03-25 20:19:40 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 20:19:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 20:19:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 20:19:40 - SRCCONF=/dev/null TB --- 2012-03-25 20:19:40 - TARGET=i386 TB --- 2012-03-25 20:19:40 - TARGET_ARCH=i386 TB --- 2012-03-25 20:19:40 - TZ=UTC TB --- 2012-03-25 20:19:40 - __MAKE_CONF=/dev/null TB --- 2012-03-25 20:19:40 - cd /src TB --- 2012-03-25 20:19:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 25 20:19:40 UTC 2012 >>> 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 [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 20:21:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 20:21:40 - ERROR: failed to build LINT kernel TB --- 2012-03-25 20:21:40 - 6164.19 user 886.70 system 7900.07 real http://tinderbox.freebsd.org/tinderbox-head-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"
Re: hi-- looking for some help
On 19 March 2012 23:21, Iurie wrote: > hi > i saw your email inthe following link: > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026412.html > > im studying in portugal and in have acourse about pc networking. > there i have propossed to implement exactly the same thing as you have > described in your email. > i would like to know if ou can give me the source code of it to take some > inspiration. > if not can you at least tell me briefly how that is done? > or at least from where i must begin to have any idea about how that is done? > or at least where i can look at some code to have some clues on how that is > done? > > i need it to be done in c for linux > > i thnk you in advance for your answer All of the source for FreeBSD is available by svn or cvsup. http://svnweb.freebsd.org/base/head/ and can be checked out using: svn co http://svn.freebsd.org/base/head/ Chris ___ 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: /usr/bin/tar creates invalid lib file
25.03.2012 21:53, Tim Kientzle пишет: > > On Mar 25, 2012, at 5:53 AM, Boris Samorodov wrote: > >> On 24.03.2012 21:00, Tim Kientzle wrote: >>> >>> On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: >>> >>> Can you send me the output of: >>> >>> tar -cvf /tmp/test.tar >>> /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 >>> >>> (A tar archive containing only that one source file.) >>> >>> This looks similar to a bug that we found in libarchive recently >>> I didn't think that bug impacted FreeBSD, but I may have been >>> wrong…. if it did, it will be obvious from the structure of the >>> created archive. >> >> The following file is extracted after tarring: >> - >> % hd libnspr4.so.1 >> 32 0a 30 0a 30 0a 32 34 31 39 37 31 0a 30 0a 00 |2.0.0.241971.0..| >> 0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || >> * >> 0200 >> - >> >> The tar file itself attached (3KB in length). > > Ugh. I'll probably need your help to diagnose this more precisely. > > Here is the root problem: tar thinks this is a sparse file > with nothing in it.On FreeBSD, bsdtar now uses > lseek(SEEK_HOLE) to identify holes in the file. For > some reason, bsdtar is storing this file as just one big hole. > > There are a lot of things here that don't make sense: > > * The extracted file should be all zero bytes. (The 2.0.0.241971.0. is the > sparse file map, it's not really part of the file.) How are you extracting > this? I used misc/mc to walk through the filesystem of the tar archive and then just copy the library to an existing file system. OK, you are right. Seems that mc has made a joke on me. When I extract the file at command line it consists of zeros: - % tar xvf /tmp/test.tar --strip-components 16 % ls -l total 1 -rwxr-xr-x 1 bsam wheel 241971 24 мар 08:48 libnspr4.so.1 % hd libnspr4.so.1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 0003b130 - > * Can you run the tar command under truss or ktrace and look for calls to > lseek()? That would help verify that this is really a tar bug and not a > filesystem or kernel bug. Interesting... I'll create three tar archives (without truss, with truss and with kdump): - % ls -l /tmp/test/ total 0 % sudo tar -cvf /tmp/test/no-truss.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 [...] % sudo truss tar -cvf /tmp/test/truss.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 [...] % sudo ktrace tar -cvf /tmp/test/ktrace.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 % ls -l /tmp/test total 248 -rw-r--r-- 1 root wheel3072 25 мар 22:47 ktrace.tar -rw-r--r-- 1 root wheel3072 25 мар 22:46 no-truss.tar -rw-r--r-- 1 root wheel 243712 25 мар 22:47 truss.tar - Seems that we get a good tar archive while using truss! Lets see what kdump says. The relevant last part is attached. > I'll spend some time today to see if I can reproduce the problem here. Thanks. Let me know if I can help you here. -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve 4379 bsdtar GIO fd 5 read 537 bytes "# $FreeBSD: head/etc/group 218046 2011-01-28 22:28:12Z pjd $ # wheel:*:0:root daemon:*:1: kmem:*:2: sys:*:3: tty:*:4: operator:*:5:root,bsam" 4379 bsdtar RET read 537/0x219 4379 bsdtar CALL close(0x5) 4379 bsdtar RET close 0 4379 bsdtar CALL madvise(0x3414f000,0x8000,MADV_FREE) 4379 bsdtar RET madvise 0 4379 bsdtar CALL __acl_get_link(0x34016100,ACL_TYPE_ACCESS,0x34148000) 4379 bsdtar NAMI "/usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1" 4379 bsdtar RET __acl_get_link -1 errno 22 Invalid argument 4379 bsdtar CALL extattr_list_link(0x34016100,0x1,0,0) 4379 bsdtar NAMI "/usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1" 4379 bsdtar RET extattr_list_link 0 4379 bsdtar CALL pathconf(0x34016100,0x15) 4379 bsdtar NAMI "/usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1" 4379 bsdtar RET pathconf 512/0x200 4379 bsdtar CALL open(0x34016100,0x4,0) 4379 bsdtar NAMI "/usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1" 4379 bsdtar RET open 5 4379 bsdtar CALL lseek(0x5,0,SEEK_SET,0x3) 4379 bsdtar RET lseek 0 4379 bsdtar CALL lseek(0x5,0,SEEK_SET,0x4) 4379 bsdtar RET lseek 0 4379 bsdtar CALL lseek(0x5,0,SEEK_SET,0x3) 4379 bsdtar RET lseek -1 errno 6 Device not configured 4379 bsdtar CALL close(0x5) 4379 bsdtar RET close 0 4379 bsdtar CALL write(0x2,0x82bfe438,0x5)
Re: /usr/bin/tar creates invalid lib file
On Mar 25, 2012, at 5:53 AM, Boris Samorodov wrote: > On 24.03.2012 21:00, Tim Kientzle wrote: >> >> On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: >> >> Can you send me the output of: >> >> tar -cvf /tmp/test.tar >> /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 >> >> (A tar archive containing only that one source file.) >> >> This looks similar to a bug that we found in libarchive recently >> I didn't think that bug impacted FreeBSD, but I may have been >> wrong…. if it did, it will be obvious from the structure of the >> created archive. > > The following file is extracted after tarring: > - > % hd libnspr4.so.1 > 32 0a 30 0a 30 0a 32 34 31 39 37 31 0a 30 0a 00 |2.0.0.241971.0..| > 0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || > * > 0200 > - > > The tar file itself attached (3KB in length). Ugh. I'll probably need your help to diagnose this more precisely. Here is the root problem: tar thinks this is a sparse file with nothing in it.On FreeBSD, bsdtar now uses lseek(SEEK_HOLE) to identify holes in the file. For some reason, bsdtar is storing this file as just one big hole. There are a lot of things here that don't make sense: * The extracted file should be all zero bytes. (The 2.0.0.241971.0. is the sparse file map, it's not really part of the file.) How are you extracting this? * Can you run the tar command under truss or ktrace and look for calls to lseek()? That would help verify that this is really a tar bug and not a filesystem or kernel bug. I'll spend some time today to see if I can reproduce the problem here. Tim ___ 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: LSI supported mps(4) driver available
On Sun, Mar 25, 2012 at 5:16 AM, Matt Thyer wrote: > On 21 January 2012 09:58, Kenneth D. Merry wrote: > >> On Fri, Jan 20, 2012 at 23:14:20 -, Steven Hartland wrote: >> > - Original Message - >> > From: "Kenneth D. Merry" >> > To: ; >> > Sent: Friday, January 20, 2012 8:44 PM >> > Subject: LSI supported mps(4) driver available >> > >> > >> > > >> > >The LSI-supported version of the mps(4) driver that supports their 6Gb >> SAS >> > >HBAs as well as WarpDrive controllers, is available here: >> > > >> > >http://people.freebsd.org/~ken/lsi/mps_lsi.20120120.1.txt >> > > >> > >I plan to check it in to head next week, and then MFC it into stable/9 a >> > >week after that most likely. >> > >> > Great to see this being done, thanks to everyone! Be even better to see >> > this MFC'ed to 8.x as well if all goes well. Do you think this will >> > possible? >> >> Yes, that should be doable as well. It's unlikely that all of the CAM >> changes will get merged back, but the driver itself shouldn't be a problem. >> >> Ken >> > > Has this driver been MFC to 8-STABLE yet ? > > I'm asking because I updated my NAS on the 4th of March from 8-STABLE > r225723 to r232477 and am now seeing 157,000 interrupts per second on irq > 16 where my SuperMicro AOC-USAS2-L8i resides (this card uses the LSI > SAS2008 chip). > > More details are in a thread on the freebsd-stable mailing list entitled > "157k interrupts per second causing 60% CPU load on idle system". The > first message is here: > http://www.freebsd.org/cgi/getmsg.cgi?fetch=152290+156717+/usr/local/www/db/text/2012/freebsd-stable/20120325.freebsd-stable > > If this new driver isn't in 8-STABLE yet I think I'll try upgrading the > whole system to 9-STABLE. Be sure to update your firmware beforehand. v11 firmware from LSI (or the OEM vendor) is required in order for all drives to be detected in FreeBSD in certain configs. Cheers, -Garrett ___ 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 --- 2012-03-25 13:57:15 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 13:57:15 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-25 13:57:15 - cleaning the object tree TB --- 2012-03-25 13:57:19 - cvsupping the source tree TB --- 2012-03-25 13:57:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-25 13:57:30 - building world TB --- 2012-03-25 13:57:30 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 13:57:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 13:57:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 13:57:30 - SRCCONF=/dev/null TB --- 2012-03-25 13:57:30 - TARGET=mips TB --- 2012-03-25 13:57:30 - TARGET_ARCH=mips TB --- 2012-03-25 13:57:30 - TZ=UTC TB --- 2012-03-25 13:57:30 - __MAKE_CONF=/dev/null TB --- 2012-03-25 13:57:30 - cd /src TB --- 2012-03-25 13:57:30 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 13:57:31 UTC 2012 >>> 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 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 14:45:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 14:45:01 - ERROR: failed to build world TB --- 2012-03-25 14:45:01 - 2103.73 user 452.65 system 2866.06 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 i386/i386
TB --- 2012-03-25 11:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 11:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-25 11:40:00 - cleaning the object tree TB --- 2012-03-25 11:40:04 - cvsupping the source tree TB --- 2012-03-25 11:40:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-25 11:45:31 - building world TB --- 2012-03-25 11:45:31 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 11:45:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 11:45:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 11:45:31 - SRCCONF=/dev/null TB --- 2012-03-25 11:45:31 - TARGET=i386 TB --- 2012-03-25 11:45:31 - TARGET_ARCH=i386 TB --- 2012-03-25 11:45:31 - TZ=UTC TB --- 2012-03-25 11:45:31 - __MAKE_CONF=/dev/null TB --- 2012-03-25 11:45:31 - cd /src TB --- 2012-03-25 11:45:31 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 11:45:32 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 25 13:55:16 UTC 2012 TB --- 2012-03-25 13:55:16 - generating LINT kernel config TB --- 2012-03-25 13:55:16 - cd /src/sys/i386/conf TB --- 2012-03-25 13:55:16 - /usr/bin/make -B LINT TB --- 2012-03-25 13:55:16 - cd /src/sys/i386/conf TB --- 2012-03-25 13:55:16 - /usr/sbin/config -m LINT TB --- 2012-03-25 13:55:16 - building LINT kernel TB --- 2012-03-25 13:55:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 13:55:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 13:55:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 13:55:16 - SRCCONF=/dev/null TB --- 2012-03-25 13:55:16 - TARGET=i386 TB --- 2012-03-25 13:55:16 - TARGET_ARCH=i386 TB --- 2012-03-25 13:55:16 - TZ=UTC TB --- 2012-03-25 13:55:16 - __MAKE_CONF=/dev/null TB --- 2012-03-25 13:55:16 - cd /src TB --- 2012-03-25 13:55:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 25 13:55:16 UTC 2012 >>> 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 [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 13:57:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 13:57:15 - ERROR: failed to build LINT kernel TB --- 2012-03-25 13:57:15 - 6474.05 user 918.23 system 8234.76 real http://tinderbox.freebsd.org/tinderbox-head-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"
Re: /usr/bin/tar creates invalid lib file
On 24.03.2012 21:00, Tim Kientzle wrote: On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote: On 24.03.2012 01:29, Dimitry Andric wrote: On 2012-03-23 21:12, Boris Samorodov wrote: I'm not sure but it seems to me that the question is more about -current that -ports. While updating devel/nspr I get this: ... /usr/bin/strip: /usr/local/lib/libnspr4.so.1: File format not recognized It builds and installs fine here, both on i386 and amd64, using both gcc and clang. What is the output of: "file /usr/local/lib/libnspr4.so.1" on your system? I've done some steps to diagnose the case. Seems that /usr/bin/tar does not create correct library: - % file /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), dynamically linked, not stripped % file /usr/local/lib/libnspr4.so.1 /usr/local/lib/libnspr4.so.1: data % hd -C /usr/local/lib/libnspr4.so.1 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * % tar --version bsdtar 3.0.3 - libarchive 3.0.3 - The library (/usr/local/lib/libnspr4.so.1) is created by the command: - /usr/bin/tar -C /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib --dereference -cf - . | /usr/bin/tar -C /usr/local/lib -xof - - Can you send me the output of: tar -cvf /tmp/test.tar /usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src/./libnspr4.so.1 (A tar archive containing only that one source file.) This looks similar to a bug that we found in libarchive recently I didn't think that bug impacted FreeBSD, but I may have been wrong…. if it did, it will be obvious from the structure of the created archive. The following file is extracted after tarring: - % hd libnspr4.so.1 32 0a 30 0a 30 0a 32 34 31 39 37 31 0a 30 0a 00 |2.0.0.241971.0..| 0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 0200 - The tar file itself attached (3KB in length). -- WBR, Boris Samorodov (bsam) FreeBSD Committer, http://www.FreeBSD.org The Power To Serve test.tar Description: Binary data ___ 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: LSI supported mps(4) driver available
On 21 January 2012 09:58, Kenneth D. Merry wrote: > On Fri, Jan 20, 2012 at 23:14:20 -, Steven Hartland wrote: > > - Original Message - > > From: "Kenneth D. Merry" > > To: ; > > Sent: Friday, January 20, 2012 8:44 PM > > Subject: LSI supported mps(4) driver available > > > > > > > > > >The LSI-supported version of the mps(4) driver that supports their 6Gb > SAS > > >HBAs as well as WarpDrive controllers, is available here: > > > > > >http://people.freebsd.org/~ken/lsi/mps_lsi.20120120.1.txt > > > > > >I plan to check it in to head next week, and then MFC it into stable/9 a > > >week after that most likely. > > > > Great to see this being done, thanks to everyone! Be even better to see > > this MFC'ed to 8.x as well if all goes well. Do you think this will > > possible? > > Yes, that should be doable as well. It's unlikely that all of the CAM > changes will get merged back, but the driver itself shouldn't be a problem. > > Ken > Has this driver been MFC to 8-STABLE yet ? I'm asking because I updated my NAS on the 4th of March from 8-STABLE r225723 to r232477 and am now seeing 157,000 interrupts per second on irq 16 where my SuperMicro AOC-USAS2-L8i resides (this card uses the LSI SAS2008 chip). More details are in a thread on the freebsd-stable mailing list entitled "157k interrupts per second causing 60% CPU load on idle system". The first message is here: http://www.freebsd.org/cgi/getmsg.cgi?fetch=152290+156717+/usr/local/www/db/text/2012/freebsd-stable/20120325.freebsd-stable If this new driver isn't in 8-STABLE yet I think I'll try upgrading the whole system to 9-STABLE. ___ 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: USB Flash drive problem with 9.0
on 25/03/2012 08:02 Kaho Toshikazu said the following: > Hello Andriy Gapon, > Thank you for your comment. > >> Message-ID: <4f6d9672.4050...@freebsd.org> >> Date: Sat, 24 Mar 2012 11:40:02 +0200 >> >> on 24/03/2012 04:17 Kaho Toshikazu said the following: >>> Hello, >>> >>> I have a similar problem with Transcend 16GB USB flash. When the flash >>> is plugged, FreeBSD attache it, but reports very big capacity and can >>> not read/write it. UQ_MSC_NO_INQUIRY makes jobs in my machines. >>> 10-current and 8-stable have same problem, and 9-stable is not tested. >> >> Could the problem be related to r229288 (r232943 in stable/9)? >> The dates below match the MFC date 2012-03-13. > > 10-current r26 with reveting only scsi_da.c changed by > r233288 has same problem. Should I revert whole system ? > Sorry, it seems that I copied wrong revisions into my email. They should have been r232941 for stable/9 and r228846 for head. -- 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 mips/mips
TB --- 2012-03-25 07:26:31 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 07:26:31 - starting HEAD tinderbox run for mips/mips TB --- 2012-03-25 07:26:31 - cleaning the object tree TB --- 2012-03-25 07:26:34 - cvsupping the source tree TB --- 2012-03-25 07:26:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-03-25 07:26:49 - building world TB --- 2012-03-25 07:26:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 07:26:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 07:26:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 07:26:49 - SRCCONF=/dev/null TB --- 2012-03-25 07:26:49 - TARGET=mips TB --- 2012-03-25 07:26:49 - TARGET_ARCH=mips TB --- 2012-03-25 07:26:49 - TZ=UTC TB --- 2012-03-25 07:26:49 - __MAKE_CONF=/dev/null TB --- 2012-03-25 07:26:49 - cd /src TB --- 2012-03-25 07:26:49 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 07:26:49 UTC 2012 >>> 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 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -c /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kfd/../../../crypto/heimdal/lib/roken -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kfd/../../include -std=gnu99 -o kfd kfd.o -lkrb5 -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kfd/../../lib/libvers/libvers.a gzip -cn /src/kerberos5/libexec/kfd/../../../crypto/heimdal/appl/kf/kfd.8 > kfd.8.gz ===> kerberos5/libexec/kimpersonate (all) cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -c /src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/kuser/kimpersonate.c cc -O -pipe -G0 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/hx509 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/roken -I/src/kerberos5/libexec/kimpersonate/../../../crypto/heimdal/lib/sl -I. -DHAVE_CONFIG_H -I/src/kerberos5/libexec/kimpersonate/../../include -std=gnu99 -o kimpersonate kimpersonate.o -lkafs5 -lkrb5 -lheimntlm -lroken -lasn1 -lcrypto -lcrypt /obj/mips.mipsel/src/kerberos5/libexec/kimpersonate/../../lib/libvers/libvers.a /obj/mips.mipsel/src/tmp/usr/bin/ld: /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so symbol number 13 references nonexistent SHT_SYMTAB_SHNDX section /obj/mips.mipsel/src/tmp/usr/lib/libkafs5.so: could not read symbols: File format not recognized *** Error code 1 Stop in /src/kerberos5/libexec/kimpersonate. *** Error code 1 Stop in /src/kerberos5/libexec. *** Error code 1 Stop in /src/kerberos5. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 08:14:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 08:14:52 - ERROR: failed to build world TB --- 2012-03-25 08:14:52 - 2121.89 user 460.59 system 2900.80 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 i386/i386
TB --- 2012-03-25 05:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-03-25 05:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-03-25 05:10:00 - cleaning the object tree TB --- 2012-03-25 05:10:03 - cvsupping the source tree TB --- 2012-03-25 05:10:03 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-03-25 05:15:28 - building world TB --- 2012-03-25 05:15:28 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 05:15:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 05:15:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 05:15:28 - SRCCONF=/dev/null TB --- 2012-03-25 05:15:28 - TARGET=i386 TB --- 2012-03-25 05:15:28 - TARGET_ARCH=i386 TB --- 2012-03-25 05:15:28 - TZ=UTC TB --- 2012-03-25 05:15:28 - __MAKE_CONF=/dev/null TB --- 2012-03-25 05:15:28 - cd /src TB --- 2012-03-25 05:15:28 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 25 05:15:28 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 25 07:24:28 UTC 2012 TB --- 2012-03-25 07:24:28 - generating LINT kernel config TB --- 2012-03-25 07:24:28 - cd /src/sys/i386/conf TB --- 2012-03-25 07:24:28 - /usr/bin/make -B LINT TB --- 2012-03-25 07:24:28 - cd /src/sys/i386/conf TB --- 2012-03-25 07:24:28 - /usr/sbin/config -m LINT TB --- 2012-03-25 07:24:28 - building LINT kernel TB --- 2012-03-25 07:24:28 - CROSS_BUILD_TESTING=YES TB --- 2012-03-25 07:24:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-25 07:24:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-25 07:24:28 - SRCCONF=/dev/null TB --- 2012-03-25 07:24:28 - TARGET=i386 TB --- 2012-03-25 07:24:28 - TARGET_ARCH=i386 TB --- 2012-03-25 07:24:28 - TZ=UTC TB --- 2012-03-25 07:24:28 - __MAKE_CONF=/dev/null TB --- 2012-03-25 07:24:28 - cd /src TB --- 2012-03-25 07:24:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 25 07:24:28 UTC 2012 >>> 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 [...] /src/sys/dev/arcmsr/arcmsr.h:42:8: error: macro names must be identifiers /src/sys/dev/arcmsr/arcmsr.h:43:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:52:2: error: invalid preprocessing directive #defino /src/sys/dev/arcmsr/arcmsr.h:93:2: error: invalid preprocessing directive #lefine /src/sys/dev/arcmsr/arcmsr.h:118:2: error: invalid preprocessing directive #tefine /src/sys/dev/arcmsr/arcmsr.h:138:2: error: invalid preprocessing directive #denine /src/sys/dev/arcmsr/arcmsr.h:148:2: error: invalid preprocessing directive #dofine mkdep: compile failed *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-25 07:26:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-25 07:26:31 - ERROR: failed to build LINT kernel TB --- 2012-03-25 07:26:31 - 6398.76 user 904.35 system 8190.98 real http://tinderbox.freebsd.org/tinderbox-head-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"