Re: HEADS UP: ports/ and 10.0-CURRENT
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 28.09.2011 21:32, Hartmann, O. wrote: > floating like a dead man in the water. I suspect the > conversters/libiconv broke something, since it claims it has > installed libiconv.so.3, but there is never such a shared object > installed! Here's what I did to recover: 1. Deinstall lang/gawk This is necessary so that ports don't try to use it. 2. Reinstall devel/libtool with UNAME_r=9.0-RELEASE Ports using autotools call libtool to know if they should build shared libraries. But libtool disables shared libraries for freebsd1*. You can check what libtool will tell to other ports by doing: libtool --config | grep build_libtool_libs To have shared libraries, this variable must be set to "yes". 3. Reinstall converters/libiconv Now, libiconv.so.3 is back. At this point, my installed ports were running fine. I never reinstalled gettext so it never broke; you may have to. - -- Jean-Sébastien Pédron -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6EIE8ACgkQa+xGJsFYOlNqXQCfVaINbK4Wi+wuyazRLT9aa95o 4dgAoIlecAMgWti/SQhOf4UrVusiNGK0 =G2Bo -END PGP SIGNATURE- ___ 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: [CFT] hostap mode fixes with ath(4)
This night I updated my atom-based home router from "FreeBSD 8.2 RELEASE amd64" to 10-CURRENT for testing your ath(4) changes. I use noname chinese card from ebay (Atheros AR5008 802.11n Wireless Mini PCI-E Card 300Mbps) # pciconf -lv ath0@pci0:2:0:0:class=0x028000 card=0x102610e9 chip=0x0024168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5008 Wireless Network Adapter' class = network # dmesg -a | grep ath ath0: mem 0xf020-0xf020 irq 17 at device 0.0 on pci2 ath0: AR5418 mac 12.10 RF5133 phy 8.1 And I use hostapd with wpa-psk Before this update sometimes (every 2-3 hours) I got storm with messages like ath0: hardware error; resetting and others. My router couldn't work. Restart router helped, but for short time. I found a solution: set wlan0 to most unoccupied channel. Now I don't set channel and it works very well! -- View this message in context: http://freebsd.1045724.n5.nabble.com/CFT-hostap-mode-fixes-with-ath-4-tp4847789p4852405.html Sent from the freebsd-current mailing list archive at Nabble.com. ___ 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: [CFT] hostap mode fixes with ath(4)
Hi! So you're saying that my code behaves better? :-) Would you mind getting a log of the numbers given to you after 'hardware error; resetting' ? please? Adrian ___ 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: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > Hello! > > I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > (I've upgraded from 8.2). I'm getting panic. Is it known > problem/already fixed somewhere? > > FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 > 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 > i386 > > Unread portion of the kernel message buffer: > panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > cpuid = 1 > Uptime: 16h6m53s > Physical memory: 1904 MB > Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > 144 128 112 96 80 64 48 32 16 > > #0 doadump (textdump=1) at pcpu.h:244 > #1 0xc071e5cb in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:442 > #2 0xc071e82b in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:607 > #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) > at /usr/src/sys/vm/vm_page.c:1905 Please do "frame 2", then "p/x *m" and show the result. > #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) > at /usr/src/sys/kern/vfs_bio.c:1638 > #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, > size=16384, maxsize=16384, gbflags=0) at /usr/src/sys/kern/vfs_bio.c:1949 > #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, slpflag=0, > slptimeo=0, flags=Variable "flags" is not available. > ) at /usr/src/sys/kern/vfs_bio.c:2788 > #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, lbn=2520, > blkno=1209440, size=16384, run=Variable "run" is not available. > ) at /usr/src/sys/kern/vfs_cluster.c:332 > #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, > lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, > bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) > at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) > at vnode_if.c:887 > #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, > active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 > #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, > auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 > #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, > offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 > #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) > at /usr/src/sys/kern/sys_generic.c:189 > #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 > #16 0xc0996db1 in Xint0x80_syscall () > at /usr/src/sys/i386/i386/exception.s:266 > #17 0x0033 in ?? () > Previous frame inner to this frame (corrupt stack?) > > -- > Alexandr Kovalenko > http://uafug.org.ua/ > ___ > freebsd-sta...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" pgpcZFnkVkBAg.pgp Description: PGP signature
Re: [PATCH] dtrace crashes when trying to trace fbt probes
In 8-stable, WITH_CTF=1 configure item is enabled in command line, not in make.conf, so when I build kernel module out of /usr/src source tree, such as x11/nvidia-driver, I forgot to use WITH_CTF=1 and nvidia.ko was built without .SUNW_ctf section. However, when I run: #dtrace -lv trigger the NULL pointer dereference at: /usr/src/sys/cddl/dev/fbt/fbt.c > .. > if (*lc.ctfoffp == NULL) { // page fault here > /* > * Initialise the CTF object and function symindx to > * byte offset array. > */ > if (fbt_ctfoff_init(ctl, &lc) != 0) > return; > > /* Initialise the CTF type to byte offset array. */ > if (fbt_typoff_init(&lc) != 0) > return; > } > the reason is at /usr/src/sys/kern/kern_ctf.c: .. /* Search for the section containing the CTF data. */ for (i = 0; i < hdr->e_shnum; i++) if (strcmp(".SUNW_ctf", shstrtab + shdr[i].sh_name) == 0) break; /* Check if the CTF section wasn't found. */ if (i >= hdr->e_shnum) //here we found no ctf data, but NOT update the varible "error" goto out; // see label out /* Read the CTF header. */ if ((error = vn_rdwr(UIO_READ, nd.ni_vp, ctf_hdr, sizeof(ctf_hdr), shdr[i].sh_offset, UIO_SYSSPACE, IO_NODELOCKED, td->td_ucred, NOCRED, &resid, td)) != 0) goto out; /* Check the CTF magic number. (XXX check for big endian!) */ if (ctf_hdr[0] != 0xf1 || ctf_hdr[1] != 0xcf) goto out; /* Check if version 2. */ if (ctf_hdr[2] != 2) goto out; /* Check if the data is compressed. */ if ((ctf_hdr[3] & 0x1) != 0) { uint32_t *u32 = (uint32_t *) ctf_hdr; /* * The last two fields in the CTF header are the offset * from the end of the header to the start of the string * data and the length of that string data. se this * information to determine the decompressed CTF data * buffer required. */ sz = u32[CTF_HDR_STRTAB_U32] + u32[CTF_HDR_STRLEN_U32] + sizeof(ctf_hdr); /* * Allocate memory for the compressed CTF data, including * the header (which isn't compressed). */ if ((raw = malloc(shdr[i].sh_size, M_LINKER, M_WAITOK)) == NULL) { error = ENOMEM; goto out; } } else { /* * The CTF data is not compressed, so the ELF section * size is the same as the buffer size required. */ sz = shdr[i].sh_size; } /* * Allocate memory to buffer the CTF data in it's decompressed * form. */ if ((ctftab = malloc(sz, M_LINKER, M_WAITOK)) == NULL) { error = ENOMEM; goto out; } /* * Read the CTF data into the raw buffer if compressed, or * directly into the CTF buffer otherwise. */ if ((error = vn_rdwr(UIO_READ, nd.ni_vp, raw == NULL ? ctftab : raw, shdr[i].sh_size, shdr[i].sh_offset, UIO_SYSSPACE, IO_NODELOCKED, td->td_ucred, NOCRED, &resid, td)) != 0) goto out; /* Check if decompression is required. */ if (raw != NULL) { z_stream zs; int ret; /* * The header isn't compressed, so copy that into the * CTF buffer first. */ bcopy(ctf_hdr, ctftab, sizeof(ctf_hdr)); /* Initialise the zlib structure. */ bzero(&zs, sizeof(zs)); zs.zalloc = z_alloc; zs.zfree = z_free; if (inflateInit(&zs) != Z_OK) { error = EIO; goto out; } zs.avail_in = shdr[i].sh_size - sizeof(ctf_hdr); zs.next_in = ((uint8_t *) raw) + sizeof(ctf_hdr); zs.avail_out = sz - sizeof(ctf_hdr); zs.next_out = ((uint8_t *) ctftab) + sizeof(ctf_hdr); if ((ret = inflate(&zs, Z_FINISH)) != Z_STREAM_END) { printf("%s(%d): zlib inflate returned %d\n", __func__, __LINE__, ret); error = EIO; goto out; } } /* Got the CTF data! */ ef->ctftab = ctftab; ef->ctfcnt = shdr[i].sh_size; /* We'll retain the memory allocated for the CTF data. */ ctftab = NULL; /* Let the caller use the CTF data read. */ lc->ctftab = ef->ctftab; lc->ctfcnt = ef->ctfcnt; lc->symtab = ef->ddbsymtab; lc->strtab = ef->ddbstrtab; lc->strcnt = ef->ddbstrcnt; lc->nsym = ef->ddbsymcnt; lc->ctfoffp = (uint32_t **) &ef->ctfoff; lc->typoffp = (uint32_t **) &ef->typoff; lc->typlenp = &ef->typlen; out: // here error is 0, but we encounter an ERROR and // lc->ctfoffp is NULL VOP_UNLOCK(nd.ni_vp, 0);
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: > On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wrote: > > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > >> Hello! > >> > >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > >> (I've upgraded from 8.2). I'm getting panic. Is it known > >> problem/already fixed somewhere? > >> > >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 > >> 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 > >> i386 > >> > >> Unread portion of the kernel message buffer: > >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > >> cpuid = 1 > >> Uptime: 16h6m53s > >> Physical memory: 1904 MB > >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > >> 144 128 112 96 80 64 48 32 16 > >> > >> #0 doadump (textdump=1) at pcpu.h:244 > >> #1 0xc071e5cb in kern_reboot (howto=260) > >> at /usr/src/sys/kern/kern_shutdown.c:442 > >> #2 0xc071e82b in panic (fmt=Variable "fmt" is not available. > >> ) at /usr/src/sys/kern/kern_shutdown.c:607 > >> #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) > >> at /usr/src/sys/vm/vm_page.c:1905 > > Please do "frame 2", then "p/x *m" and show the result. > > (kgdb) frame 2 frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. > #2 0xc071e82b in panic (fmt=Variable "fmt" is not available.) at > /usr/src/sys/kern/kern_shutdown.c:607 > 607 kern_reboot(bootopt); > (kgdb) p/x *m > No symbol "m" in current context. > > > >> #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) > >> at /usr/src/sys/kern/vfs_bio.c:1638 > >> #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, > >> size=16384, maxsize=16384, gbflags=0) at > >> /usr/src/sys/kern/vfs_bio.c:1949 > >> #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, slpflag=0, > >> slptimeo=0, flags=Variable "flags" is not available. > >> ) at /usr/src/sys/kern/vfs_bio.c:2788 > >> #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, > >> lbn=2520, > >> blkno=1209440, size=16384, run=Variable "run" is not available. > >> ) at /usr/src/sys/kern/vfs_cluster.c:332 > >> #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, > >> lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, > >> bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > >> #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) > >> at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > >> #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) > >> at vnode_if.c:887 > >> #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, > >> active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 > >> #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, > >> auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 > >> #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, > >> offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 > >> #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) > >> at /usr/src/sys/kern/sys_generic.c:189 > >> #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 > >> #16 0xc0996db1 in Xint0x80_syscall () > >> at /usr/src/sys/i386/i386/exception.s:266 > >> #17 0x0033 in ?? () > >> Previous frame inner to this frame (corrupt stack?) > >> > >> -- > >> Alexandr Kovalenko > >> http://uafug.org.ua/ > >> ___ > >> freebsd-sta...@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > > > > > > -- > Alexandr Kovalenko > http://uafug.org.ua/ pgplpD93nm6tL.pgp Description: PGP signature
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote: > 2011/9/29 Kostik Belousov : > > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: > >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov > >> wrote: > >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > >> >> Hello! > >> >> > >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > >> >> (I've upgraded from 8.2). I'm getting panic. Is it known > >> >> problem/already fixed somewhere? Do you use custom kernel config ? Is there a chance you have ZERO_COPY_SOCKETS option enabled ? > >> >> > >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 > >> >> 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 > >> >> i386 > >> >> > >> >> Unread portion of the kernel message buffer: > >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > >> >> cpuid = 1 > >> >> Uptime: 16h6m53s > >> >> Physical memory: 1904 MB > >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > >> >> 144 128 112 96 80 64 48 32 16 > >> >> > >> >> #0 doadump (textdump=1) at pcpu.h:244 > >> >> #1 0xc071e5cb in kern_reboot (howto=260) > >> >> at /usr/src/sys/kern/kern_shutdown.c:442 > >> >> #2 0xc071e82b in panic (fmt=Variable "fmt" is not available. > >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 > >> >> #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) > >> >> at /usr/src/sys/vm/vm_page.c:1905 > >> > Please do "frame 2", then "p/x *m" and show the result. > >> > >> (kgdb) frame 2 > > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. > > (kgdb) frame 3 > #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at > /usr/src/sys/vm/vm_page.c:1905 > 1905panic("vm_page_unwire: page %p's wire count is > zero", m); > (kgdb) p/x *(struct vm_page *)0xc2a38dc8 > $1 = {pageq = {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b0}, listq = > {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b8}, left = 0x0, right = > 0x0, object = 0xc5725770, pindex = 0xbd3, phys_addr = 0x56a32000, md = > {pv_list = {tqh_first = 0xc3cc6418, tqh_last = 0xc3cc641c}, > pat_mode = 0x6}, queue = 0x1, segind = 0x2, hold_count = 0x0, > order = 0xb, pool = 0x0, cow = 0x0, wire_count = 0x0, aflags = 0x3, > flags = 0x0, oflags = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff, > dirty = 0xff} Please show the output of "p *(struct vm_object *)0xc5725770" from kgdb. > > > >> #2 0xc071e82b in panic (fmt=Variable "fmt" is not available.) at > >> /usr/src/sys/kern/kern_shutdown.c:607 > >> 607 kern_reboot(bootopt); > >> (kgdb) p/x *m > >> No symbol "m" in current context. > >> > >> > >> >> #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) > >> >> at /usr/src/sys/kern/vfs_bio.c:1638 > >> >> #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, > >> >> size=16384, maxsize=16384, gbflags=0) at > >> >> /usr/src/sys/kern/vfs_bio.c:1949 > >> >> #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, > >> >> slpflag=0, > >> >> slptimeo=0, flags=Variable "flags" is not available. > >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 > >> >> #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, > >> >> lbn=2520, > >> >> blkno=1209440, size=16384, run=Variable "run" is not available. > >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 > >> >> #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, > >> >> lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, > >> >> bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > >> >> #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) > >> >> at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) > >> >> at vnode_if.c:887 > >> >> #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, > >> >> active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 > >> >> #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, > >> >> auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 > >> >> #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, > >> >> offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 > >> >> #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) > >> >> at /usr/src/sys/kern/sys_generic.c:189 > >> >> #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 > >> >> #16 0xc0996db1 in Xint0x80_syscall () > >> >> at /usr/src/sys/i386/i386/exception.s:266 > >> >> #17 0x0033 in ?? () > >> >> Previous frame inner to this frame (corrupt stack?) > >> >> > >> >> -- > >> >> Alexandr Kovalenko > >> >> http://uafug.org.ua/ > >> >> ___ > >> >> freebsd-sta...@freebsd.org mailing list > >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> >> To unsubscribe, send any mail to > >> >> "freebsd-stable-unsubscr...@freebsd.org" > >>
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 04:12:19PM +0300, Alexandr Kovalenko wrote: > 2011/9/29 Kostik Belousov : > > On Thu, Sep 29, 2011 at 03:51:53PM +0300, Alexandr Kovalenko wrote: > >> 2011/9/29 Kostik Belousov : > >> > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: > >> >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov > >> >> wrote: > >> >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: > >> >> >> Hello! > >> >> >> > >> >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports > >> >> >> (I've upgraded from 8.2). I'm getting panic. Is it known > >> >> >> problem/already fixed somewhere? > > Do you use custom kernel config ? Is there a chance you have > > ZERO_COPY_SOCKETS > > option enabled ? > > Yes, ZERO_COPY_SOCKETS is there. Ok, this is the cause. Remove it. I asked for some additional data below, which you ignored, but I believe that I will not see anything new there, after we found the ZERO_COPY_SOCKETS in kernel config. > > > > > > >> >> >> > >> >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep > >> >> >> 28 > >> >> >> 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 > >> >> >> i386 > >> >> >> > >> >> >> Unread portion of the kernel message buffer: > >> >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero > >> >> >> cpuid = 1 > >> >> >> Uptime: 16h6m53s > >> >> >> Physical memory: 1904 MB > >> >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 > >> >> >> 144 128 112 96 80 64 48 32 16 > >> >> >> > >> >> >> #0 doadump (textdump=1) at pcpu.h:244 > >> >> >> #1 0xc071e5cb in kern_reboot (howto=260) > >> >> >> at /usr/src/sys/kern/kern_shutdown.c:442 > >> >> >> #2 0xc071e82b in panic (fmt=Variable "fmt" is not available. > >> >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 > >> >> >> #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) > >> >> >> at /usr/src/sys/vm/vm_page.c:1905 > >> >> > Please do "frame 2", then "p/x *m" and show the result. > >> >> > >> >> (kgdb) frame 2 > >> > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. > >> > >> (kgdb) frame 3 > >> #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at > >> /usr/src/sys/vm/vm_page.c:1905 > >> 1905 panic("vm_page_unwire: page %p's wire count is > >> zero", m); > >> (kgdb) p/x *(struct vm_page *)0xc2a38dc8 > >> $1 = {pageq = {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b0}, listq = > >> {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b8}, left = 0x0, right = > >> 0x0, object = 0xc5725770, pindex = 0xbd3, phys_addr = 0x56a32000, md = > >> {pv_list = {tqh_first = 0xc3cc6418, tqh_last = 0xc3cc641c}, > >> pat_mode = 0x6}, queue = 0x1, segind = 0x2, hold_count = 0x0, > >> order = 0xb, pool = 0x0, cow = 0x0, wire_count = 0x0, aflags = 0x3, > >> flags = 0x0, oflags = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff, > >> dirty = 0xff} > > > > Please show the output of "p *(struct vm_object *)0xc5725770" from kgdb. > >> > >> > >> >> #2 0xc071e82b in panic (fmt=Variable "fmt" is not available.) at > >> >> /usr/src/sys/kern/kern_shutdown.c:607 > >> >> 607 kern_reboot(bootopt); > >> >> (kgdb) p/x *m > >> >> No symbol "m" in current context. > >> >> > >> >> > >> >> >> #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) > >> >> >> at /usr/src/sys/kern/vfs_bio.c:1638 > >> >> >> #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, > >> >> >> size=16384, maxsize=16384, gbflags=0) at > >> >> >> /usr/src/sys/kern/vfs_bio.c:1949 > >> >> >> #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, > >> >> >> slpflag=0, > >> >> >> slptimeo=0, flags=Variable "flags" is not available. > >> >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 > >> >> >> #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, > >> >> >> lbn=2520, > >> >> >> blkno=1209440, size=16384, run=Variable "run" is not available. > >> >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 > >> >> >> #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, > >> >> >> lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, > >> >> >> bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 > >> >> >> #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) > >> >> >> at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 > >> >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) > >> >> >> at vnode_if.c:887 > >> >> >> #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, > >> >> >> active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 > >> >> >> #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, > >> >> >> auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 > >> >> >> #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, > >> >> >> offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 > >> >> >> #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) > >> >> >> at
Re: [CFT] hostap mode fixes with ath(4)
2011/9/29 Adrian Chadd > Hi! > > So you're saying that my code behaves better? :-) > Yes, I am! =) > Would you mind getting a log of the numbers given to you after > 'hardware error; resetting' ? please? I don't remember. But I can go back to 8.2 RELEASE and get it. > > > Adrian > ___ 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: [CFT] hostap mode fixes with ath(4)
On 29 September 2011 19:58, Pavel Timofeev wrote: >> Would you mind getting a log of the numbers given to you after >> 'hardware error; resetting' ? please? > > I don't remember. But I can go back to 8.2 RELEASE and get it. I'd appreciate it if you could, please. Thanks, Adrian ___ 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: [PATCH] dtrace crashes when trying to trace fbt probes
sorry, I miss a check, here is the patch . diff --git a/sys/kern/kern_ctf.c b/sys/kern/kern_ctf.c index 758ad81..6beefcc 100644 --- a/sys/kern/kern_ctf.c +++ b/sys/kern/kern_ctf.c @@ -164,8 +164,14 @@ link_elf_ctf_get(linker_file_t lf, linker_ctf_t *lc) * section names aren't present, then we can't locate the * .SUNW_ctf section containing the CTF data. */ -if (hdr->e_shstrndx == 0 || shdr[hdr->e_shstrndx].sh_type != SHT_STRTAB) +if (hdr->e_shstrndx == 0 || shdr[hdr->e_shstrndx].sh_type != SHT_STRTAB) { + +error = EFTYPE; +printf("%s(%d): module %s e_shstrndx is %d, sh_type is %d\n", __func__, +__LINE__, lf->pathname, hdr->e_shstrndx, +shdr[hdr->e_shstrndx].sh_type); goto out; +} /* Allocate memory to buffer the section header strings. */ if ((shstrtab = malloc(shdr[hdr->e_shstrndx].sh_size, M_LINKER, @@ -187,8 +193,12 @@ link_elf_ctf_get(linker_file_t lf, linker_ctf_t *lc) break; /* Check if the CTF section wasn't found. */ -if (i >= hdr->e_shnum) +if (i >= hdr->e_shnum) { +error = EFTYPE; +printf("%s(%d): module %s has no .SUNW_ctf section\n", __func__, +__LINE__, lf->pathname); goto out; +} /* Read the CTF header. */ if ((error = vn_rdwr(UIO_READ, nd.ni_vp, ctf_hdr, sizeof(ctf_hdr), @@ -197,12 +207,20 @@ link_elf_ctf_get(linker_file_t lf, linker_ctf_t *lc) goto out; /* Check the CTF magic number. (XXX check for big endian!) */ -if (ctf_hdr[0] != 0xf1 || ctf_hdr[1] != 0xcf) +if (ctf_hdr[0] != 0xf1 || ctf_hdr[1] != 0xcf) { +error = EFTYPE; +printf("%s(%d): module %s has wrong format\n", __func__, __LINE__, +lf->pathname); goto out; +} /* Check if version 2. */ -if (ctf_hdr[2] != 2) +if (ctf_hdr[2] != 2) { +error = EFTYPE; +printf("%s(%d): module %s CTF format version is %d\n", __func__, __LINE__, +lf->pathname, ctf_hdr[2]); goto out; +} /* Check if the data is compressed. */ if ((ctf_hdr[3] & 0x1) != 0) { 2011/9/29 Paul Ambrose > In 8-stable, WITH_CTF=1 configure item is enabled in command line, not in > make.conf, so when I build kernel module out of /usr/src source tree, such > as x11/nvidia-driver, I forgot to use WITH_CTF=1 and nvidia.ko was built > without .SUNW_ctf section. However, when I run: > #dtrace -lv > > trigger the NULL pointer dereference at: /usr/src/sys/cddl/dev/fbt/fbt.c > >> .. >> if (*lc.ctfoffp == NULL) { // page fault here >> >> /* >> * Initialise the CTF object and function symindx to >> * byte offset array. >> */ >> if (fbt_ctfoff_init(ctl, &lc) != 0) >> return; >> >> /* Initialise the CTF type to byte offset array. */ >> if (fbt_typoff_init(&lc) != 0) >> return; >> } >> >> > the reason is at /usr/src/sys/kern/kern_ctf.c: > > > > .. > > /* Search for the section containing the CTF data. */ > for (i = 0; i < hdr->e_shnum; i++) > if (strcmp(".SUNW_ctf", shstrtab + shdr[i].sh_name) == 0) > break; > > /* Check if the CTF section wasn't found. */ > if (i >= hdr->e_shnum) //here we found no ctf data, but NOT > update the varible "error" > goto out; // see label out > > /* Read the CTF header. */ > if ((error = vn_rdwr(UIO_READ, nd.ni_vp, ctf_hdr, sizeof(ctf_hdr), > shdr[i].sh_offset, UIO_SYSSPACE, IO_NODELOCKED, td->td_ucred, > NOCRED, &resid, td)) != 0) > goto out; > > /* Check the CTF magic number. (XXX check for big endian!) */ > if (ctf_hdr[0] != 0xf1 || ctf_hdr[1] != 0xcf) > goto out; > > /* Check if version 2. */ > if (ctf_hdr[2] != 2) > goto out; > > /* Check if the data is compressed. */ > if ((ctf_hdr[3] & 0x1) != 0) { > uint32_t *u32 = (uint32_t *) ctf_hdr; > > /* > * The last two fields in the CTF header are the offset > * from the end of the header to the start of the string > * data and the length of that string data. se this > * information to determine the decompressed CTF data > * buffer required. > */ > sz = u32[CTF_HDR_STRTAB_U32] + u32[CTF_HDR_STRLEN_U32] + > sizeof(ctf_hdr); > > /* > * Allocate memory for the compressed CTF data, including > * the header (which isn't compressed). > */ >
Re: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wrote: > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: >> Hello! >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports >> (I've upgraded from 8.2). I'm getting panic. Is it known >> problem/already fixed somewhere? >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 >> 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 >> i386 >> >> Unread portion of the kernel message buffer: >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero >> cpuid = 1 >> Uptime: 16h6m53s >> Physical memory: 1904 MB >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 >> 144 128 112 96 80 64 48 32 16 >> >> #0 doadump (textdump=1) at pcpu.h:244 >> #1 0xc071e5cb in kern_reboot (howto=260) >> at /usr/src/sys/kern/kern_shutdown.c:442 >> #2 0xc071e82b in panic (fmt=Variable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:607 >> #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) >> at /usr/src/sys/vm/vm_page.c:1905 > Please do "frame 2", then "p/x *m" and show the result. (kgdb) frame 2 #2 0xc071e82b in panic (fmt=Variable "fmt" is not available.) at /usr/src/sys/kern/kern_shutdown.c:607 607 kern_reboot(bootopt); (kgdb) p/x *m No symbol "m" in current context. >> #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) >> at /usr/src/sys/kern/vfs_bio.c:1638 >> #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, >> size=16384, maxsize=16384, gbflags=0) at /usr/src/sys/kern/vfs_bio.c:1949 >> #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, slpflag=0, >> slptimeo=0, flags=Variable "flags" is not available. >> ) at /usr/src/sys/kern/vfs_bio.c:2788 >> #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, lbn=2520, >> blkno=1209440, size=16384, run=Variable "run" is not available. >> ) at /usr/src/sys/kern/vfs_cluster.c:332 >> #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, >> lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, >> bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 >> #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) >> at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 >> #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) >> at vnode_if.c:887 >> #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, >> active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 >> #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, >> auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 >> #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, >> offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 >> #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) >> at /usr/src/sys/kern/sys_generic.c:189 >> #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 >> #16 0xc0996db1 in Xint0x80_syscall () >> at /usr/src/sys/i386/i386/exception.s:266 >> #17 0x0033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> >> -- >> Alexandr Kovalenko >> http://uafug.org.ua/ >> ___ >> freebsd-sta...@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > -- Alexandr Kovalenko http://uafug.org.ua/ ___ 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: stable/9 r225827 i386 panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero
2011/9/29 Kostik Belousov : > On Thu, Sep 29, 2011 at 03:47:19PM +0300, Alexandr Kovalenko wrote: >> On Thu, Sep 29, 2011 at 3:30 PM, Kostik Belousov wrote: >> > On Thu, Sep 29, 2011 at 02:52:31PM +0300, Alexandr Kovalenko wrote: >> >> Hello! >> >> >> >> I'm running 9.0-BETA3 (r225827) and now rebuilding all my 1215 ports >> >> (I've upgraded from 8.2). I'm getting panic. Is it known >> >> problem/already fixed somewhere? >> >> >> >> FreeBSD mile.xxx.ua 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225827: Wed Sep 28 >> >> 17:11:17 EEST 2011 r...@mile.xxx.ua:/usr/obj/usr/src/sys/mile-9 >> >> i386 >> >> >> >> Unread portion of the kernel message buffer: >> >> panic: vm_page_unwire: page 0xc2a38dc8's wire count is zero >> >> cpuid = 1 >> >> Uptime: 16h6m53s >> >> Physical memory: 1904 MB >> >> Dumping 367 MB: 352 336 320 304 288 272 256 240 224 208 192 176 160 >> >> 144 128 112 96 80 64 48 32 16 >> >> >> >> #0 doadump (textdump=1) at pcpu.h:244 >> >> #1 0xc071e5cb in kern_reboot (howto=260) >> >> at /usr/src/sys/kern/kern_shutdown.c:442 >> >> #2 0xc071e82b in panic (fmt=Variable "fmt" is not available. >> >> ) at /usr/src/sys/kern/kern_shutdown.c:607 >> >> #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) >> >> at /usr/src/sys/vm/vm_page.c:1905 >> > Please do "frame 2", then "p/x *m" and show the result. >> >> (kgdb) frame 2 > frame 3, sorry. "p/x *(struct vm_page *)0xc2a38dc8" will do it as well. (kgdb) frame 3 #3 0xc0966903 in vm_page_unwire (m=0xc2a38dc8, activate=0) at /usr/src/sys/vm/vm_page.c:1905 1905panic("vm_page_unwire: page %p's wire count is zero", m); (kgdb) p/x *(struct vm_page *)0xc2a38dc8 $1 = {pageq = {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b0}, listq = {tqe_next = 0xc2a38e10, tqe_prev = 0xc282a2b8}, left = 0x0, right = 0x0, object = 0xc5725770, pindex = 0xbd3, phys_addr = 0x56a32000, md = {pv_list = {tqh_first = 0xc3cc6418, tqh_last = 0xc3cc641c}, pat_mode = 0x6}, queue = 0x1, segind = 0x2, hold_count = 0x0, order = 0xb, pool = 0x0, cow = 0x0, wire_count = 0x0, aflags = 0x3, flags = 0x0, oflags = 0x0, act_count = 0x5, busy = 0x0, valid = 0xff, dirty = 0xff} >> #2 0xc071e82b in panic (fmt=Variable "fmt" is not available.) at >> /usr/src/sys/kern/kern_shutdown.c:607 >> 607 kern_reboot(bootopt); >> (kgdb) p/x *m >> No symbol "m" in current context. >> >> >> >> #4 0xc0796b80 in vfs_vmio_release (bp=0xde8bcbf4) >> >> at /usr/src/sys/kern/vfs_bio.c:1638 >> >> #5 0xc0798813 in getnewbuf (vp=0xc6ea3550, slpflag=0, slptimeo=0, >> >> size=16384, maxsize=16384, gbflags=0) at >> >> /usr/src/sys/kern/vfs_bio.c:1949 >> >> #6 0xc0799f2a in getblk (vp=0xc6ea3550, blkno=2520, size=16384, >> >> slpflag=0, >> >> slptimeo=0, flags=Variable "flags" is not available. >> >> ) at /usr/src/sys/kern/vfs_bio.c:2788 >> >> #7 0xc079d49c in cluster_rbuild (vp=0xc6ea3550, filesize=44505088, >> >> lbn=2520, >> >> blkno=1209440, size=16384, run=Variable "run" is not available. >> >> ) at /usr/src/sys/kern/vfs_cluster.c:332 >> >> #8 0xc079e145 in cluster_read (vp=0xc6ea3550, filesize=44505088, >> >> lblkno=2520, size=16384, cred=0x0, totread=1024, seqcount=7, >> >> bpp=0xf5824b60) at /usr/src/sys/kern/vfs_cluster.c:254 >> >> #9 0xc0934cf5 in ffs_read (ap=0xf5824bac) >> >> at /usr/src/sys/ufs/ffs/ffs_vnops.c:514 >> >> #10 0xc09ccb92 in VOP_READ_APV (vop=0xc0aa6a80, a=0xf5824bac) >> >> at vnode_if.c:887 >> >> #11 0xc07c1120 in vn_read (fp=0xc5474508, uio=0xf5824c48, >> >> active_cred=0xc56a4d80, flags=1, td=0xc5b76b80) at vnode_if.h:384 >> >> #12 0xc076380e in dofileread (td=0xc5b76b80, fd=3, fp=0xc5474508, >> >> auio=0xf5824c48, offset=41189376, flags=1) at file.h:254 >> >> #13 0xc07639f5 in kern_preadv (td=0xc5b76b80, fd=3, auio=0xf5824c48, >> >> offset=41189376) at /usr/src/sys/kern/sys_generic.c:288 >> >> #14 0xc0763b0d in sys_pread (td=0xc5b76b80, uap=0xf5824cec) >> >> at /usr/src/sys/kern/sys_generic.c:189 >> >> #15 0xc09accf5 in syscall (frame=0xf5824d28) at subr_syscall.c:131 >> >> #16 0xc0996db1 in Xint0x80_syscall () >> >> at /usr/src/sys/i386/i386/exception.s:266 >> >> #17 0x0033 in ?? () >> >> Previous frame inner to this frame (corrupt stack?) >> >> >> >> -- >> >> Alexandr Kovalenko >> >> http://uafug.org.ua/ >> >> ___ >> >> freebsd-sta...@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> >> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" >> > >> >> >> >> -- >> Alexandr Kovalenko >> http://uafug.org.ua/ > -- Alexandr Kovalenko http://uafug.org.ua/ ___ 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"
TSO and FreeBSD
Is there an upper limit on a transmit packet size, which has CSUM_TSO bit set in the mp->m_pkthdr.csum_flags field. Browsing the code I thought it was 65535 bytes. However at least on Freebsd 7.x, I am occasionally noticing that the driver is asked to transmit packets which are 65536 and 65537 bytes. Am I missing something? Cheers, David S. This message and any attached documents contain information from QLogic Corporation or its wholly-owned subsidiaries that may be confidential. If you are not the intended recipient, you may not read, copy, distribute, or use this information. If you have received this transmission in error, please notify the sender immediately by reply e-mail and then delete this message. ___ 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: make buildworld error on 9.0B2
On 9/28/11, Adrian Chadd wrote: > On 29 September 2011 08:57, Greg Miller wrote: >> On a fresh install of 9.0B2, I've updated my source to RELENG_9 with >> csup, and I get the following when I try to make buildworld: > > Good, is this reproducable? There's a patch to csup that may help you > out with this. > > Index: src/usr.bin/csup/fixups.c [snipped] It's 100% reproducible, and the patch didn't change anything. ___ 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: make buildworld error on 9.0B2
On 9/29/11, Greg Miller wrote: > On 9/28/11, Adrian Chadd wrote: >> On 29 September 2011 08:57, Greg Miller wrote: >>> On a fresh install of 9.0B2, I've updated my source to RELENG_9 with >>> csup, and I get the following when I try to make buildworld: >> >> Good, is this reproducable? There's a patch to csup that may help you >> out with this. >> >> Index: src/usr.bin/csup/fixups.c > > [snipped] > > It's 100% reproducible, and the patch didn't change anything. > I just tried it with cvsup and got the same result, so it doesn't appear to be a csup issue. I have no idea what's going on here. ___ 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: bin/160979: 9.0 burncd error caused by change to cd0 from acd0
On Wed, Sep 28, 2011 at 1:15 AM, Jaakko Heinonen wrote: > > I think that using the FEATURE() macro and feature_present(3) might be > more appropriate for this. > > Thanks. > -- > Jaakko > Oh, OK. I was unfamiliar with these API's because they are new in FreeBSD 8. :) How about the attached patch? -- Craig Rodrigues rodr...@crodrigues.org Index: sys/dev/ata/ata-all.c === --- sys/dev/ata/ata-all.c (revision 225368) +++ sys/dev/ata/ata-all.c (working copy) @@ -120,6 +120,9 @@ TUNABLE_INT("hw.ata.setmax", &ata_setmax); SYSCTL_INT(_hw_ata, OID_AUTO, setmax, CTLFLAG_RDTUN, &ata_setmax, 0, "ATA disk set max native address"); +#ifdef ATA_CAM +FEATURE(ata_cam, "ATA devices are accessed through the cam(4) driver"); +#endif /* * newbus device interface related functions Index: usr.sbin/burncd/burncd.8 === --- usr.sbin/burncd/burncd.8(revision 225368) +++ usr.sbin/burncd/burncd.8(working copy) @@ -33,6 +33,13 @@ .Sh NAME .Nm burncd .Nd control the ATAPI CD-R/RW driver +.Pp +This utility was +.Em deprecated +in +.Fx 9.0 . +See +.Sx NOTES . .Sh SYNOPSIS .Nm .Op Fl deFlmnpqtv @@ -211,6 +218,10 @@ .Nm utility appeared in .Fx 4.0 . +.Pp +.Nm +was deprecated in +.Fx 9.0 . .Sh AUTHORS The .Nm @@ -220,3 +231,19 @@ .Aq s...@freebsd.org . .Sh BUGS Probably, please report when found. +.Sh NOTES +When +.Bd -ragged -offset indent +.Cd "options ATA_CAM" +.Ed +.Pp +is compiled into the kernel, then +.Xr cdrecord 1 , +available in the +.Fx +Ports Collection as part of the +.Pa sysutils/cdrtools +port, must be used instead. +Refer to: +.Pp +http://www.freebsd.org/doc/handbook/creating-cds.html#CDRECORD Index: usr.sbin/burncd/burncd.c === --- usr.sbin/burncd/burncd.c(revision 225368) +++ usr.sbin/burncd/burncd.c(working copy) @@ -82,6 +82,15 @@ int block_size = 0, block_type = 0, cdopen = 0, dvdrw = 0; const char *dev, *env_speed; + if (feature_present("ata_cam")) { + printf("\nATA_CAM option is enabled in kernel.\n" + "Install the sysutils/cdrtools port and use cdrecord " + "instead.\n\n" + "Please refer to:\n" + "http://www.freebsd.org/doc/handbook/creating-cds.html#CDRECORD\n";); + exit(1); + } + if ((dev = getenv("CDROM")) == NULL) dev = "/dev/acd0"; Index: sbin/atacontrol/atacontrol.c === --- sbin/atacontrol/atacontrol.c(revision 225368) +++ sbin/atacontrol/atacontrol.c(working copy) @@ -378,6 +378,11 @@ { int fd, mode, channel, array; + if (feature_present("ata_cam")) { + errx(1, "ATA_CAM option is enabled in kernel.\n" + "Please use camcontrol instead.\n"); + } + if (argc < 2) usage(); Index: sbin/atacontrol/atacontrol.8 === --- sbin/atacontrol/atacontrol.8(revision 225368) +++ sbin/atacontrol/atacontrol.8(working copy) @@ -25,12 +25,19 @@ .\" .\" $FreeBSD$ .\" -.Dd February 21, 2009 +.Dd September 27, 2011 .Dt ATACONTROL 8 .Os .Sh NAME .Nm atacontrol .Nd ATA device driver control program +.Pp +This utility was +.Em deprecated +in +.Fx 9.0 . +See +.Sx NOTES . .Sh SYNOPSIS .Nm .Aq Ar command @@ -361,11 +368,17 @@ up all the time. .Sh SEE ALSO .Xr ata 4 +.Xr cam 4 +.Xr camcontrol 8 .Sh HISTORY The .Nm utility first appeared in .Fx 4.6 . +.Pp +.Nm +was deprecated in +.Fx 9.0 . .Sh AUTHORS .An -nosplit The @@ -377,3 +390,16 @@ This manual page was written by .An S\(/oren Schmidt .Aq s...@freebsd.org . +.Sh NOTES +The +.Nm +utility was deprecated in +.Fx 9.0 . +When +.Bd -ragged -offset indent +.Cd "options ATA_CAM" +.Ed +.Pp +is compiled into the kernel, then +.Xr camcontrol 8 +must be used instead. ___ 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: bin/160979: 9.0 burncd error caused by change to cd0 from acd0
Hi, On Thu, Sep 29, 2011 at 6:20 PM, Craig Rodrigues wrote: > On Wed, Sep 28, 2011 at 1:15 AM, Jaakko Heinonen wrote: >> >> I think that using the FEATURE() macro and feature_present(3) might be >> more appropriate for this. >> >> Thanks. >> -- >> Jaakko >> > > Oh, OK. I was unfamiliar with these API's because they are new in FreeBSD 8. > :) > How about the attached patch? --- usr.sbin/burncd/burncd.c(revision 225368) +++ usr.sbin/burncd/burncd.c(working copy) @@ -82,6 +82,15 @@ int block_size = 0, block_type = 0, cdopen = 0, dvdrw = 0; const char *dev, *env_speed; + if (feature_present("ata_cam")) { + printf("\nATA_CAM option is enabled in kernel.\n" + "Install the sysutils/cdrtools port and use cdrecord " + "instead.\n\n" maybe could you avoid the line break here, this makes the sentence un-grepable. You are breaking the 80-char limit anyway with the URL. - Arnaud + "Please refer to:\n" + "http://www.freebsd.org/doc/handbook/creating-cds.html#CDRECORD\n";); + exit(1); > > -- > Craig Rodrigues > rodr...@crodrigues.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" > ___ 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"