kern/157397: ahci/ada/cam NCQ timeouts on Samsung and non-disable-ability
>Number: 157397 >Category: kern >Synopsis: ahci/ada/cam NCQ timeouts on Samsung and non-disable-ability >Confidential: no >Severity: serious >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 29 13:50:09 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Matthias Andree >Release:FreeBSD 8.2-STABLE amd64 >Organization: >Environment: System: FreeBSD apollo.emma.line.org 8.2-STABLE FreeBSD 8.2-STABLE #67: Fri May 27 21:36:00 CEST 2011 t...@apollo.emma.line.org:/usr/obj/usr/src/sys/GENERIC amd64 >Description: (please disregard "class" field above) Greetings, I seem to have difficulties with the interaction between ahci(4), ada(4) and the CAM subsystem on RELENG_8. Perhaps my HDD is quirky (Samsung HD103SI rev. 1AG01118), perhaps ahci or ada. (dmesg below) I seem to have two problems: 1. the problem is that once in a while queued ATA commands time out, and let the computer freeze for like half a minute or two. It then recovers. This only ever affects the Samsung drive, I've never seen it on the Western Digital. Either drive doesn't report any suspicious data to S.M.A.R.T. - no pending blocks, no past reallocations, no parameters even close to Thresh, no self-test failures. Possibly the Samsung also has firmware quirks, silent limits and so on, I know there were firmware updates to avoid data loss for larger siblings in the same drive series, but apparently not for the HD103SI. 2. Trying to reduce the number of tagged openings with camcontrol tags ada1 -N 16 doesn't work because min == max; trying to disable tagged negotiation through "camcontrol negotiate ada1 -T disable" does not have any visible effect. This is my /boot/loader.conf: ahci_load="YES" atapicam_load="YES" cuse4bsd_load="YES" geom_journal_load="YES" sem_load="YES" snd_hda_load="YES" vboxdrv_load="YES" hw.ata.wc=0 kern.cam.ada.write_cache=0 kern.ipc.shmall=32768 kern.ipc.shmmax=67108864 kern.maxfiles="25000" vfs.root.mountfrom="ufs:/dev/ada0s4a" This is dmesg with sensitive and useless information omitted. At the end, it shows two episodes with freezes, of a handful of timeouts each time. ... FreeBSD 8.2-STABLE #67: Fri May 27 21:36:00 CEST 2011 t...@apollo.emma.line.org:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) II X4 905e Processor (2508.56-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f42 Family = 10 Model = 4 Stepping = 2 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x37ff TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3838828544 (3660 MB) ACPI APIC Table: <052010 APIC1732> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ACPI Warning: Optional field Pm2ControlBlock has zero address or length: 0x/0x1 (20101013/tbfadt-655) ioapic0 irqs 0-23 on motherboard Cuse4BSD v0.1.14 @ /dev/cuse kbd1 at kbdmux0 acpi0: <052010 XSDT1732> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of fee0, 1000 (3) failed acpi0: reservation of ffb8, 8 (3) failed acpi0: reservation of fec1, 20 (3) failed acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, cfe0 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_hpet0: iomem 0xfed0-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xd000-0xdfff,0xfbde-0xfbde,0xfbc0-0xfbcf irq 18 at device 5.0 on pci1 hdac0: mem 0xfbdfc000-0xfbdf irq 19 at device 5.1 on pci1 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] pcib2: irq 18 at device 6.0 on pci0 pci2: on pcib2 ale0: port 0xdc00-0xdc7f mem 0xfbec-0xfbef irq 18 at device 0.0 on pci2 ale0: 960 Tx FIFO, 1024 Rx FIFO ale0: Using 1 MSI messages. ale0: 4GB boundary crossed, switching to 32bit DMA addressing mode. miibus0: on ale0 atphy0: PHY 0 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, 1000baseT-FDX-master, auto ale0: Ethernet address: ... ale0: [FILTER] pcib3: irq 19 at device 7.0 on pci0 pci3: on pcib3 fwohci0: <1394 Open Host Controller Interface> port 0xe800-0xe8ff mem 0xfbfff800-0xfbff irq 19 at device 0.0 on pci3 fwohci0: [ITHREAD] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 ... fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S4
Re: bin/45272: dump(8) / restore(8) problem
Synopsis: dump(8) / restore(8) problem State-Changed-From-To: open->feedback State-Changed-By: jh State-Changed-When: Sun May 29 13:56:15 UTC 2011 State-Changed-Why: I couldn't reproduce this on 8.2? Can you still reproduce the problem? Responsible-Changed-From-To: freebsd-bugs->jh Responsible-Changed-By: jh Responsible-Changed-When: Sun May 29 13:56:15 UTC 2011 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=45272 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/82263: compat 4x broken after last update
Synopsis: compat 4x broken after last update State-Changed-From-To: analyzed->feedback State-Changed-By: jh State-Changed-When: Sun May 29 14:09:02 UTC 2011 State-Changed-Why: Should this PR still kept open? Responsible-Changed-From-To: freebsd-bugs->jh Responsible-Changed-By: jh Responsible-Changed-When: Sun May 29 14:09:02 UTC 2011 Responsible-Changed-Why: Track. http://www.freebsd.org/cgi/query-pr.cgi?pr=82263 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/106726: ntpd(8): ntp functions return wrong values
Synopsis: ntpd(8): ntp functions return wrong values State-Changed-From-To: open->feedback State-Changed-By: jh State-Changed-When: Sun May 29 14:14:55 UTC 2011 State-Changed-Why: Is this still a problem for you? http://www.freebsd.org/cgi/query-pr.cgi?pr=106726 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/154504: commit references a PR
The following reply was made to PR kern/154504; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/154504: commit references a PR
Date: Sun, 29 May 2011 18:01:06 + (UTC)
Author: trociny
Date: Sun May 29 18:00:50 2011
New Revision: 222454
URL: http://svn.freebsd.org/changeset/base/222454
Log:
In soreceive_generic(), if MSG_WAITALL is set but the request is
larger than the receive buffer, we have to receive in sections.
When notifying the protocol that some data has been drained the
lock is released for a moment. Returning we block waiting for the
rest of data. There is a race, when data could arrive while the
lock was released and then the connection stalls in sbwait.
Fix this by checking for data before blocking and skip blocking
if there are some.
PR: kern/154504
Reported by: Andrey Simonenko
Tested by: Andrey Simonenko
Reviewed by: rwatson
Approved by: kib (co-mentor)
MFC after: 2 weeks
Modified:
head/sys/kern/uipc_socket.c
Modified: head/sys/kern/uipc_socket.c
==
--- head/sys/kern/uipc_socket.cSun May 29 15:10:12 2011
(r222453)
+++ head/sys/kern/uipc_socket.cSun May 29 18:00:50 2011
(r222454)
@@ -1845,10 +1845,16 @@ dontblock:
}
SBLASTRECORDCHK(&so->so_rcv);
SBLASTMBUFCHK(&so->so_rcv);
- error = sbwait(&so->so_rcv);
- if (error) {
- SOCKBUF_UNLOCK(&so->so_rcv);
- goto release;
+ /*
+ * We could receive some data while was notifying
+ * the protocol. Skip blocking in this case.
+ */
+ if (so->so_rcv.sb_mb == NULL) {
+ error = sbwait(&so->so_rcv);
+ if (error) {
+ SOCKBUF_UNLOCK(&so->so_rcv);
+ goto release;
+ }
}
m = so->so_rcv.sb_mb;
if (m != NULL)
___
svn-src-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-all
To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/157399: [bug] trouble with: mdconfig force delete && zfs stripe
>Number: 157399 >Category: misc >Synopsis: [bug] trouble with: mdconfig force delete && zfs stripe >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 29 19:00:20 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Ilya A. Arkhipov >Release:FreeBSD 9.0-CURRENT >Organization: >Environment: FreeBSD micro 9.0-CURRENT FreeBSD 9.0-CURRENT #2: Fri Mar 18 07:11:37 UTC 2011 root@micro:/usr/obj/usr/src/sys/GENERIC amd64 >Description: On VirtualBox with freebsd head system install on ufs: testbsd# uname -a FreeBSD testbsd 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Wed Apr 27 00:19:50 MSD 2011 root@testbsd:/usr/obj/usr/src/sys/GENERIC i386 testbsd# mdconfig -a -t malloc -s 100M md0 testbsd# mdconfig -a -t malloc -s 100M md1 testbsd# zpool create testpools md0 md1 testbsd# zfs list NAMEUSED AVAIL REFER MOUNTPOINT testpool100K 62,9M31K /testpool testpools97K 159M31K /testpools testbsd# dd if=/dev/random of=/testpools/myfile.dat bs=1M count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 8.402073 secs (12479968 bytes/sec) testbsd# ll /testpools total 102479 -rw-r--r-- 1 root wheel 104857600 13 май 10:33 myfile.dat testbsd# zfs list NAMEUSED AVAIL REFER MOUNTPOINT testpool100K 62,9M31K /testpool testpools 101M 58,2M 100M /testpools testbsd# mdconfig -d -u 0 -o force not responding... http://imm.io/5BLl -- screen vb(not responding) hard reboot micro[10:47:20]> ssh micro@192.168.3.116 Password: Last login: Fri May 13 10:46:03 2011 FreeBSD 9.0-CURRENT (GENERIC) #0: Wed Apr 27 00:19:50 MSD 2011 %zpool status testpools pool: testpools state: UNAVAIL status: One or more devices could not be opened. There are insufficient replicas for the pool to continue functioning. action: Attach the missing device and online it using 'zpool online'. see: http://www.sun.com/msg/ZFS-8000-3C scan: none requested config: NAMESTATE READ WRITE CKSUM testpools UNAVAIL 0 0 0 insufficient replicas md0 UNAVAIL 0 0 0 cannot open md1 UNAVAIL 0 0 0 cannot open %su - Password: testbsd# zpool destroy testpools testbsd# On virtual box after "mdconfig -d -u 0 -o force" i have freezee.. && system not responding. #Laptop## system install on pool z root[16:24:45]> zpool destroy tester load: 1.78 cmd: zpool 45206 [zfs] 192.77r 0.00u 0.01s 0% 2248k root[16:31:27]> zpool status tester pool: tester state: UNAVAIL status: One or more devices are faulted in response to IO failures. action: Make sure the affected devices are connected, then run 'zpool clear'. see: http://www.sun.com/msg/ZFS-8000-HC scan: none requested config: NAMESTATE READ WRITE CKSUM tester UNAVAIL 0 0 0 insufficient replicas md0 ONLINE 0 0 0 md2 UNAVAIL 0 0 0 corrupted data errors: No known data errors root[16:39:35]> mdconfig -l md0 root[16:39:44]> mdconfig -d -u 0 -o force mdconfig: ioctl(/dev/mdctl): No such file or directory root[16:41:20]> procstat -kk 45206 PIDTID COMM TDNAME KSTACK 45206 100990 zpoolinitial thread mi_switch+0x21d sleepq_switch+0x123 sleepq_wait+0x4d __lockmgr_args+0x793 vop_stdlock+0x39 VOP_LOCK1_APV+0x9b _vn_lock+0x47 vflush+0x200 zfs_umount+0x9f dounmount+0x2dc unmount+0x28e syscallenter+0x1aa syscall+0x4c Xfast_syscall+0xdd On my system "mdconfig -o force" normal work but.. after "zpool destoy " have freeze micro[11:36:48]> sysctl vfs.zfs. | grep version vfs.zfs.version.zpl: 5 vfs.zfs.version.spa: 28 vfs.zfs.version.acl: 1 Vb have zfsv28 too. ## >How-To-Repeat: testbsd# mdconfig -a -t malloc -s 100M md0 testbsd# mdconfig -a -t malloc -s 100M md1 testbsd# zpool create testpools md0 md1 testbsd# dd if=/dev/random of=/testpools/myfile.dat bs=1M count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 9.230674 secs (11359690 bytes/sec) testbsd# mdconfig -d -u 0 -o force if all right try "zpool destoy " >Fix: Sorry i don't know. >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
kern/157405: r222135 breaks gem(4) on PowerPC Mac
>Number: 157405 >Category: kern >Synopsis: r222135 breaks gem(4) on PowerPC Mac >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun May 29 22:20:08 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Justin Hibbits >Release:9-CURRENT >Organization: >Environment: FreeBSD narn.knownspace 9.0-CURRENT FreeBSD 9.0-CURRENT #41 r222134:222429M: Sun May 29 17:31:02 EDT 2011 root@narn.knownspace:/usr/obj/usr/src/sys/NARN powerpc >Description: With the change introduced in r222135 I am unable to connect to the network, the device reports UP, but all pings return 'host is down', and no network activity works. Reverting the change makes it work again. >How-To-Repeat: Build world and run on a G4 MDD with the gem(4) NIC. >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/116133: Recursive lock panic when w_mtx falls into DELAY
Synopsis: Recursive lock panic when w_mtx falls into DELAY Responsible-Changed-From-To: kmacy->freebsd-bugs Responsible-Changed-By: gavin Responsible-Changed-When: Sun May 29 22:47:50 UTC 2011 Responsible-Changed-Why: kmacy has asked for all of his PRs to be reassigned back to the pool. It is not clear to me whether this is still an issue or not with the current code. Due to refactoring, the lock init code is now in sys/x86/isa/clock.c. The lock is now marked as MTX_NOPROFILE, it's not clear to me if this has the same effect on the panic as MTX_NOWITNESS. http://www.freebsd.org/cgi/query-pr.cgi?pr=116133 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/157399: [zfs] trouble with: mdconfig force delete && zfs stripe
Old Synopsis: [bug] trouble with: mdconfig force delete && zfs stripe New Synopsis: [zfs] trouble with: mdconfig force delete && zfs stripe Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Sun May 29 23:37:56 UTC 2011 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=157399 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/157243: [ath] investigate beacon TX (AP) / RX (STA) when under heavy traffic load
Synopsis: [ath] investigate beacon TX (AP) / RX (STA) when under heavy traffic load Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Sun May 29 23:39:02 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=157243 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/157405: [gem] r222135 breaks gem(4) on PowerPC Mac
Synopsis: [gem] r222135 breaks gem(4) on PowerPC Mac Responsible-Changed-From-To: freebsd-bugs->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Sun May 29 23:58:38 UTC 2011 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=157405 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/157399: [zfs] trouble with: mdconfig force delete && zfs stripe
Error occurs in 8.2-CURRENT [3:27]vm1:root->/root# mdconfig -a -t malloc -s 100M md0 [3:28]vm1:root->/root# mdconfig -a -t malloc -s 100M md1 [3:28]vm1:root->/root# zpool create testpools md0 md1 [3:28]vm1:root->/root# dd if=/dev/random of=/testpools/myfile.dat bs=1M count=100 100+0 records in 100+0 records out 104857600 bytes transferred in 1.610346 secs (65114947 bytes/sec) [3:28]vm1:root->/root# mdconfig -d -u 0 -o force [3:28]vm1:root->/root# zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 gpt/disk-ada0 ONLINE 0 0 0 errors: No known data errors pool: test-tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM test-tank ONLINE 0 0 0 raidz2 ONLINE 0 0 0 gpt/disk0 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 0 gpt/disk2 ONLINE 0 0 0 gpt/disk3 ONLINE 0 0 0 gpt/disk4 ONLINE 0 0 0 gpt/disk5 ONLINE 0 0 0 errors: No known data errors pool: testpools state: ONLINE scrub: none requested config: NAMESTATE READ WRITE CKSUM testpools ONLINE 0 0 0 md0 ONLINE 0 0 0 md1 ONLINE 0 0 0 errors: No known data errors [3:29]vm1:root->/root# mdconfig -d -u 0 -o force mdconfig: ioctl(/dev/mdctl): No such file or directory [3:29]vm1:root->/root# mdconfig -d -u 0 -o force mdconfig: ioctl(/dev/mdctl): No such file or directory [3:29]vm1:root->/root# mdconfig -d -u 1 -o force [3:29]vm1:root->/root# zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 gpt/disk-ada0 ONLINE 0 0 0 errors: No known data errors pool: test-tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM test-tank ONLINE 0 0 0 raidz2 ONLINE 0 0 0 gpt/disk0 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 0 gpt/disk2 ONLINE 0 0 0 gpt/disk3 ONLINE 0 0 0 gpt/disk4 ONLINE 0 0 0 gpt/disk5 ONLINE 0 0 0 errors: No known data errors pool: testpools state: UNAVAIL scrub: none requested config: NAMESTATE READ WRITE CKSUM testpools UNAVAIL 0 0 0 insufficient replicas md0 REMOVED 0 0 0 md1 ONLINE 0 0 0 errors: No known data errors [3:29]vm1:root->/root# mdconfig -d -u 1 -o force mdconfig: ioctl(/dev/mdctl): No such file or directory not responding... After hard reboot: [3:34]vm1:root->/root# uname -a FreeBSD vm1.local 8.2-STABLE FreeBSD 8.2-STABLE #0: Fri May 27 02:30:57 EEST 2011 root@vm1.local:/usr/obj/usr/src/sys/virtualbox.2 amd64 [3:34]vm1:root->/root# zpool status pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 gpt/disk-ada0 ONLINE 0 0 0 errors: No known data errors pool: test-tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM test-tank ONLINE 0 0 0 raidz2 ONLINE 0 0 0 gpt/disk0 ONLINE 0 0 0 gpt/disk1 ONLINE 0 0 0 gpt/disk2 ONLINE 0 0 0 gpt/disk3 ONLINE 0 0 0 gpt/disk4 ONLINE 0 0 0 gpt/disk5 ONLINE 0 0 0 errors: No known data errors pool: testpools state: UNAVAIL status: One or more devices could not be opened. There are insufficient replicas for the pool to continue functioning. action: Attach the missing device and online it using 'zpool online'. see: http://www.sun.com/msg/ZFS-8000-3C scrub: none requested config: NAMESTATE READ WRITE CKSUM testpools UNAVAIL 0 0 0 insufficient replicas md0 UNAVAIL 0 0 0 cannot open md1 UNAVAIL 0 0 0 cannot open -- Vladislav V. Prodan VVP24-UANIC +380[67]4584408 +380[99]4060508 vla...@jabber.ru ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: conf/157200: [network.subr] [patch] stf(4) can not communicate between other 6to4 prefix holder
The following reply was made to PR conf/157200; it has been noted by GNATS. From: Kensaku MASUDA To: bug-follo...@freebsd.org, kensaku.mas...@gmail.com Cc: Subject: Re: conf/157200: [network.subr] [patch] stf(4) can not communicate between other 6to4 prefix holder Date: Mon, 30 May 2011 15:27:42 +0900 --20cf303f6cf87f07fd04a478626a Content-Type: text/plain; charset=UTF-8 I had created a new fixes based on KAME. And this fixes seems to be perfect. Please commit. --20cf303f6cf87f07fd04a478626a Content-Type: application/octet-stream; name="stf-related.diff" Content-Disposition: attachment; filename="stf-related.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gob1bvwy0 ZGlmZiAtcnVOIHNyYy5vcmlnL2V0Yy9kZWZhdWx0cy9yYy5jb25mIHNyYy9ldGMvZGVmYXVsdHMv cmMuY29uZgotLS0gc3JjLm9yaWcvZXRjL2RlZmF1bHRzL3JjLmNvbmYJMjAxMS0wNS0yMCAxNDox OTozNC4zNDE0NzYwODAgKzA5MDAKKysrIHNyYy9ldGMvZGVmYXVsdHMvcmMuY29uZgkyMDExLTA1 LTIwIDE0OjE4OjIzLjkyNzUzNDQyNiArMDkwMApAQCAtNDk0LDYgKzQ5NCw3IEBACiBzdGZfaW50 ZXJmYWNlX2lwdjZfaWZpZD0iMDowOjA6MSIJIyBJUHY2IGludGVyZmFjZSBpZCBmb3Igc3RmMC4K IAkJCQkjIElmIHlvdSBsaWtlLCB5b3UgY2FuIHNldCAiQVVUTyIgZm9yIHRoaXMuCiBzdGZfaW50 ZXJmYWNlX2lwdjZfc2xhaWQ9IjAwMDAiCSMgSVB2NiBTaXRlIExldmVsIEFnZ3JlZ2F0b3IgZm9y IHN0ZjAKK3N0Zl9pbnRlcmZhY2VfbW9kZT0iYW55Y2FzdCIJIyBBbnljYXN0IHJvdXRlciBvciBl ZGdlIHJvdXRlcgogaXB2Nl9mYWl0aF9wcmVmaXg9Ik5PIgkJIyBTZXQgZmFpdGggcHJlZml4IHRv IGVuYWJsZSBhIEZBSVRICiAJCQkJIyBJUHY2LXRvLUlQdjQgVENQIHRyYW5zbGF0b3IuICBZb3Ug YWxzbyBuZWVkCiAJCQkJIyBmYWl0aGQoOCkgc2V0dXAuCmRpZmYgLXJ1TiBzcmMub3JpZy9ldGMv bmV0d29yay5zdWJyIHNyYy9ldGMvbmV0d29yay5zdWJyCi0tLSBzcmMub3JpZy9ldGMvbmV0d29y ay5zdWJyCTIwMTEtMDUtMjAgMTQ6MTk6NTAuNTI4MjAxNDIxICswOTAwCisrKyBzcmMvZXRjL25l dHdvcmsuc3VicgkyMDExLTA1LTIwIDE0OjE3OjU5LjQ2NzkzNTIyMSArMDkwMApAQCAtMTA0Miw2 ICsxMDQyLDE0IEBACiAJCXJvdXRlIGFkZCAtaW5ldDYgMjAwMjo3ZjAwOjogLXByZWZpeGxlbiAy NCA6OjEgLXJlamVjdAogCQlyb3V0ZSBhZGQgLWluZXQ2IDIwMDI6MDAwMDo6IC1wcmVmaXhsZW4g MjQgOjoxIC1yZWplY3QKIAkJcm91dGUgYWRkIC1pbmV0NiAyMDAyOmZmMDA6OiAtcHJlZml4bGVu IDI0IDo6MSAtcmVqZWN0CisJCWNhc2UgJHtzdGZfaW50ZXJmYWNlX21vZGV9IGluCisJCVtBYV1b Tm5dW1l5XVtDY11bQWFdW1NzXVtUdF0pCisJCQk7OworCQlbRWVdW0RkXVtHZ11bRWVdKQorCQkJ cm91dGUgLXEgZGVsIC1pbmV0NiAyMDAyOiR7aXB2NF9pbl9oZXhmb3JtYXR9OjovJHtzdGZfcHJl Zml4bGVufQorCQkJcm91dGUgLXEgZGVsIC1pbmV0NiAyMDAyOjovJHtzdGZfcHJlZml4bGVufQor CQkJOzsKKwkJCWVzYWMKIAkJOzsKIAllc2FjCiB9CmRpZmYgLXJ1TiBzcmMub3JpZy9zeXMvbmV0 L2lmX3N0Zi5jIHNyYy9zeXMvbmV0L2lmX3N0Zi5jCi0tLSBzcmMub3JpZy9zeXMvbmV0L2lmX3N0 Zi5jCTIwMTEtMDUtMjAgMTQ6MjA6MDguNjEwMDU3MjE3ICswOTAwCisrKyBzcmMvc3lzL25ldC9p Zl9zdGYuYwkyMDExLTA1LTMwIDE0OjUwOjA0LjQ5MjUyNjYzOSArMDkwMApAQCAtNDgxLDExICs0 ODEsMTMgQEAKIAkgKiBpcDZfZHN0IGhhcyBwcmlvcml0eSBhcyBpdCBtYXkgYmUgYWJsZSB0byBn aXZlIHVzIHNob3J0ZXIgSVB2NCBob3BzLgogCSAqLwogCXB0ciA9IE5VTEw7Ci0JaWYgKElONl9J U19BRERSXzZUTzQoJmlwNi0+aXA2X2RzdCkpCisJaWYgKElONl9JU19BRERSXzZUTzQoJmlwNi0+ aXA2X2RzdCkpIHsKIAkJcHRyID0gR0VUX1Y0KCZpcDYtPmlwNl9kc3QpOwotCWVsc2UgaWYgKElO Nl9JU19BRERSXzZUTzQoJmRzdDYtPnNpbjZfYWRkcikpCisJfQorCWlmIChJTjZfSVNfQUREUl82 VE80KCZkc3Q2LT5zaW42X2FkZHIpKSB7CiAJCXB0ciA9IEdFVF9WNCgmZHN0Ni0+c2luNl9hZGRy KTsKLQllbHNlIHsKKwl9CisJaWYocHRyID09IE5VTEwpIHsKIAkJaWZhX2ZyZWUoJmlhNi0+aWFf aWZhKTsKIAkJbV9mcmVlbShtKTsKIAkJaWZwLT5pZl9vZXJyb3JzKys7Cg== --20cf303f6cf87f07fd04a478626a-- ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
