jenkins-admin | 25 Oct 00:39 2014
Picon

Build failed in Jenkins: FreeBSD_HEAD #1694

See <https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/1694/changes>

Changes:

[rpaulo] Add a sysctl to control the HPET allow_write behaviour.

Requested by:	kib

[loos] Fix cpsw_detach() to not panic when called from cpsw_attach().

For an unkown reason (at moment), sometimes if_cpsw cannot read from PHY
and fails to attach calling cpsw_detach() which end up in a panic.

Fix it by doing the proper check before detach the miibus and also fix the
leak of few variables.

And to actually make it work, ether_ifattach() has to be moved to the end
of cpsw_attach() to avoid a race where calling ether_ifdetach() before
domain_init() (which will only run later on) would make it crash at
INP_INFO_RLOCK() on in_pcbpurgeif0().

Tested on:	BBB (am335x)
MFC after:	1 week

[markj] Eliminate conf_lock and instead rely on the NSS write lock to protect
NSS configuration state.

As a side effect, this fixes a race condition which can occur if multiple
threads call nsdispatch(3) concurrently before nsswitch.conf has been
parsed. Previously, the thread holding conf_lock could cause other threads
(Continue reading)

Hans Petter Selasky | 24 Oct 10:21 2014

Debugging an mbuf leak

Hi,

I need some help debugging an mbuf leak in the network stack. Anyone 
available on IRC?

--HPS
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"

owner-freebsd-current | 24 Oct 03:54 2014
Picon

can't build CURRENT/amd64 using 9.3?


	I have a system running

FreeBSD 9.3-RELEASE #0 r268512: Fri Jul 11 03:13:02 UTC 2014  i386

	I have updated the source tree to CURRENT r273542.
	If I build "make buildworld" for the GENERIC kernel and no
make.conf or src.conf, it succeeds.
	If I use an empty make.conf and src.conf of

TARGET=amd64
TARGET_ARCH=amd64

	it dies with

echo '#define EXTRA_MODES_FILE "i386/i386-modes.def"' >> tm.h
(cd /usr/src/gnu/lib/csu; /usr/obj/usr/src/make.i386/bmake -f
/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile
MFILE=/usr/src/gnu/lib/csu/../../usr.bin/cc/cc_tools/Makefile
GCCDIR=/usr/src/gnu/lib/csu/../../../contrib/gcc options.h)
LC_ALL=C awk -f /usr/src/gnu/lib/csu/../../../contrib/gcc/opt-gather.awk
/usr/src/gnu/lib/csu/../../../contrib/gcc/c.opt
/usr/src/gnu/lib/csu/../../../contrib/gcc/common.opt
/usr/src/gnu/lib/csu/../../../contrib/gcc/config/i386/i386.opt > optionlist
LC_ALL=C awk -f /usr/src/gnu/lib/csu/../../../contrib/gcc/opt-functions.awk  -f
/usr/src/gnu/lib/csu/../../../contrib/gcc/opth-gen.awk  < optionlist > options.h
rm -f .depend
CC='cc  ' mkdep -f .depend -a -DCRT_BEGIN   -DIN_GCC -DHAVE_LD_EH_FRAME_HDR -DDT_CONFIG -D__GLIBC__=3
-I/usr/src/gnu/lib/csu/../../../contrib/gcclibs/include
-I/usr/src/gnu/lib/csu/../../../contrib/gcc/config
(Continue reading)

dt71 | 24 Oct 04:09 2014
Picon

freebsd-update install failed

Do what (is it safe to retry the install?)?

log:

# freebsd-update fetch
Looking up update.FreeBSD.org mirrors... 5 mirrors found.
Fetching public key from update5.freebsd.org... done.
Fetching metadata signature for 10.0-RELEASE from update5.freebsd.org... done.
Fetching metadata index... done.
Fetching 2 metadata files... done.
Inspecting system... done.
Preparing to download files... done.
Fetching 88 patches.....10....20....30....40....50....60....70....80.... done.
Applying patches... done.
Fetching 4 files... done.

The following files will be removed as part of updating to 10.0-RELEASE-p11:
/usr/share/zoneinfo/Asia/Chongqing
/usr/share/zoneinfo/Asia/Harbin
/usr/share/zoneinfo/Asia/Kashgar

The following files will be added as part of updating to 10.0-RELEASE-p11:
/usr/share/zoneinfo/Antarctica/Troll
/usr/share/zoneinfo/Asia/Chita
/usr/share/zoneinfo/Asia/Srednekolymsk
/usr/src/contrib/tzdata/zone1970.tab

The following files will be updated as part of updating to 10.0-RELEASE-p11:
/bin/freebsd-version
/boot/kernel/kernel
(Continue reading)

Rick Macklem | 23 Oct 20:57 2014
Picon

RFC: getting rid of oldnfs

Someone just pinged me on this and I figured I should
bring it up.

1 - Is anyone out there still using oldnfs due to unresolved
    problems with the new one? (I am not aware of any outstanding
    issues in the new nfs that don't exist in the oldnfs.)
2 - Does anyone see a problem with getting rid of oldnfs for
    FreebSD-11?
3 - If I get rid of it in -head, I can do it either in mid-December
    or mid-April. (I can't do commits during the winter.)
    Does anyone have a rough idea when the 11.0 release cycle will
    start, so I can choose which of the above would be preferable?
    (I figured I'd wait until after the last 10.n release that happens
     before 11.0, since it will be easier to MFC before the removal of
     oldnfs.)

Thanks in advance for any comments, rick
ps: John, I've cc'd you since I thought you are the guy most likely to
    need to do commits/MFCs to oldnfs.
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"

Fabian Keil | 23 Oct 16:28 2014
Picon

Panic after USB deadlock followed by kldunload umass.ko

A few days ago a couple of usbconfig processed did not exit:

fk <at> r500 ~ $sudo procstat -kk $(pgrep usbconfig)
  PID    TID COMM             TDNAME           KSTACK                       
 1624 100781 usbconfig        -                mi_switch+0xe1 sleepq_wait+0x3a _sx_xlock_hard+0x522 _sx_xlock+0x5d
usbd_enum_lock+0x3a usb_ref_device+0x157 usb_open+0xbf devfs_open+0x122 VOP_OPEN_APV+0xa1
vn_open_vnode+0x234 vn_open_cred+0x351 kern_openat+0x26f amd64_syscall+0x3fb
Xfast_syscall+0xfb 
 1617 100779 usbconfig        -                mi_switch+0xe1 sleepq_wait+0x3a _sx_xlock_hard+0x522 _sx_xlock+0x5d
usbd_enum_lock+0x3a usb_ref_device+0x157 usb_open+0xbf devfs_open+0x122 VOP_OPEN_APV+0xa1
vn_open_vnode+0x234 vn_open_cred+0x351 kern_openat+0x26f amd64_syscall+0x3fb
Xfast_syscall+0xfb 
 1615 100777 usbconfig        -                mi_switch+0xe1 sleepq_wait+0x3a _sx_xlock_hard+0x522 _sx_xlock+0x5d
usbd_enum_lock+0x3a usb_ref_device+0x157 usb_open+0xbf devfs_open+0x122 VOP_OPEN_APV+0xa1
vn_open_vnode+0x234 vn_open_cred+0x351 kern_openat+0x26f amd64_syscall+0x3fb
Xfast_syscall+0xfb 
 1601 100774 usbconfig        -                mi_switch+0xe1 sleepq_timedwait+0x3a _sleep+0x294 pause_sbt+0xd0
usb_pause_mtx+0x85 usb_ioctl+0x3e7 devfs_ioctl_f+0x13b kern_ioctl+0x3cd sys_ioctl+0x13c
amd64_syscall+0x3fb Xfast_syscall+0xfb 

kldunload umass.ko lead to a panic, dumping didn't work.

Screenshots are available at:
http://www.fabiankeil.de/bilder/freebsd/kernel-panic-r273434-usb/

I've seen locked-up usbconfig processes in the past,
usually after executing a shell function that does:

| usbconfig_output="$(sudo usbconfig -d ${device} add_quirk UQ_MSC_NO_INQUIRY)"
| [... error handling snipped ]
(Continue reading)

Kazik Chujwielki | 22 Oct 16:33 2014
Picon

ZFS: i/o error - all block copies unavailable #2

…

So, I tried with upgrading to 9.3, installing bootcode from 9.3, then I booted 10.0, installed boot code
again.. nothing helps.

Still ends on http://s.verknowsys.com/1a4f147cbb215da9b16eb61a7e9de9ed26470338.png <http://s.verknowsys.com/1a4f147cbb215da9b16eb61a7e9de9ed26470338.png>

I also tried scrubbing my pool, from ZFS point of view everything is just "fine”. No data errors.. it’s
machine with ECC RAM, so corruption shouldn’t take place..

Do you have ANY ideas?

thanks

_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"
Michael Butler | 21 Oct 23:34 2014
Picon

SVN r273381/2 breaks world

From an empty obj tree on the second pass through, I get ..

--- tblgen ---
c++ -O2 -pipe
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/include
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen
-I.
-I/usr/src/usr.bin/clang/tblgen/../../../contrib/llvm/../../lib/clang/include
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS
-D__STDC_CONSTANT_MACROS -fno-strict-aliasing
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\"
-DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\"
-Qunused-arguments -I/usr/obj/usr/src/tmp/legacy/usr/include
-fno-exceptions -fno-rtti -Wno-c++11-extensions  -static
-L/usr/obj/usr/src/tmp/legacy/usr/lib -o tblgen AsmMatcherEmitter.o
AsmWriterEmitter.o AsmWriterInst.o CTagsEmitter.o CallingConvEmitter.o
CodeEmitterGen.o CodeGenDAGPatterns.o CodeGenInstruction.o
CodeGenMapTable.o CodeGenRegisters.o CodeGenSchedule.o CodeGenTarget.o
DAGISelEmitter.o DAGISelMatcher.o DAGISelMatcherEmitter.o
DAGISelMatcherGen.o DAGISelMatcherOpt.o DFAPacketizerEmitter.o
DisassemblerEmitter.o FastISelEmitter.o FixedLenDecoderEmitter.o
InstrInfoEmitter.o IntrinsicEmitter.o OptParserEmitter.o
PseudoLoweringEmitter.o RegisterInfoEmitter.o SetTheory.o
SubtargetEmitter.o TGValueTypes.o TableGen.o X86DisassemblerTables.o
X86ModRMFilters.o X86RecognizableInstr.o
/usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmtablegen/libllvmtablegen.a
/usr/obj/usr/src/tmp/usr/src/usr.bin/clang/tblgen/../../../lib/clang/libllvmsupport/libllvmsupport.a
-lncursesw -legacy
/usr/lib/libc++.a(cxxrt_stdexcept.o):(.rodata+0x1c0): multiple
definition of `typeinfo for std::bad_array_new_length'
(Continue reading)

Daniel Dettlaff | 21 Oct 22:10 2014

ZFS: i/o error - all block copies unavailable #2

Hi!

I saw posts from 2009 on this mailing list, about a boot issue with ZFS.

I have IBM server with HW RAID10 made from 36 disks.
I'm using FreeBSD 9.2-RELEASE.
From system point of view my raid is seen as 65TiB drive at /dev/mfid0
From ZFS point of view it's plain stripe as one zvol (on mfid0p2). My partition layout is GPT:

root <at> backup7:~ # gpart show
=>          34  140624990141  mfid0  GPT  (65T)
               34           128      1  freebsd-boot  (64k)
    162  140624990013      2  freebsd-zfs  (65T)

It was installed using mfsbsd installer based on FreeBSD 9.2.

This machine has been working happily, until today when I did "reboot". After that system is unbootable,
and throws on boot:

ZFS: i/o error - all block copies unavailable
ZFS: can't find root dsl_dir

My pool is ok, I can boot to it through external ISO (f.e. mfsbsd).

Also "status" shows that everything's fine (screenshot of what my kvm shows there):
http://s.verknowsys.com/5f6de0dfbc6d576dc53c000409a27e344e60adee.png

I saw in previous thread (http://marc.info/?l=freebsd-fs&m=125807564213035&w=2), that there's a
patch for raidz that somewhat fixes that issue in FreeBSD 8.x with raidz.

(Continue reading)

jenkins-admin | 21 Oct 21:48 2014
Picon

Build failed in Jenkins: FreeBSD_HEAD #1671

See <https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/1671/changes>

Changes:

[ngie] Port t_chroot to FreeBSD

- Add missing #include sys/stat.h for mkdir(2)
- Omit the fchroot(2) tests because the support is not present on FreeBSD

Sponsored by: EMC / Isilon Storage Division

[ngie] unlink("/") fails with EISDIR instead of EBUSY on FreeBSD; test for that
instead

Sponsored by: EMC / Isilon Storage Division

[ngie] Mark osi __unused so this compiles cleanly on FreeBSD

Sponsored by: EMC / Isilon Storage Division

[jimharris] ixl: remove i40e_register_x710_int.h

This file is not used by the FreeBSD ixl driver.

Submitted by:	Eric Joyner <eric.joyner <at> intel.com>
MFC after:	3 days

[ngie] Port t_write to FreeBSD

- Mark the signo variable for the signal handle __unused
(Continue reading)

Daniel Dettlaff | 21 Oct 22:44 2014
Picon

ZFS: i/o error - all block copies unavailable #2

Hi!

I saw posts from 2009 on this mailing list, about a boot issue with ZFS.

I have IBM server with HW RAID10 made from 36 disks.
I'm using FreeBSD 9.2-RELEASE.
From system point of view my raid is seen as 65TiB drive at /dev/mfid0
From ZFS point of view it's plain stripe as one zvol (on mfid0p2). My partition layout is GPT:

root <at> backup7:~ # gpart show
=>          34  140624990141  mfid0  GPT  (65T)
               34           128      1  freebsd-boot  (64k)
    162  140624990013      2  freebsd-zfs  (65T)

It was installed using mfsbsd installer based on FreeBSD 9.2.

This machine has been working happily, until today when I did "reboot". After that system is unbootable,
and throws on boot:

ZFS: i/o error - all block copies unavailable
ZFS: can't find root dsl_dir

My pool is ok, I can boot to it through external ISO (f.e. mfsbsd).

Also "status" shows that everything's fine (screenshot of what my kvm shows there):
http://s.verknowsys.com/5f6de0dfbc6d576dc53c000409a27e344e60adee.png

I saw in previous thread (http://marc.info/?l=freebsd-fs&m=125807564213035&w=2), that there's a
patch for raidz that somewhat fixes that issue in FreeBSD 8.x with raidz.

(Continue reading)


Gmane