Re: kern/177371: [cam] ATA_IDENTIFY command timeout, disk lost
Synopsis: [cam] ATA_IDENTIFY command timeout, disk lost State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sat Jan 4 09:16:34 UTC 2014 State-Changed-Why: Closed at submitter's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=177371 ___ 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: ports/185441: commit references a PR
The following reply was made to PR ports/185441; it has been noted by GNATS.
From: dfil...@freebsd.org (dfilter service)
To: bug-follo...@freebsd.org
Cc:
Subject: Re: ports/185441: commit references a PR
Date: Sat, 4 Jan 2014 21:30:22 + (UTC)
Author: decke
Date: Sat Jan 4 21:30:15 2014
New Revision: 338679
URL: http://svnweb.freebsd.org/changeset/ports/338679
Log:
MFH: r338539
- Relax RESTRICTED setting to only avoid that people
accidentally commit patches to this port. Redistribution
in _UNMODIFIED_ form as binary and source is allowed.
PR: misc/185441
Submitted by:myself
Approved by: Colin Percival (maintainer)
With hat:portmgr
Modified:
branches/2014Q1/sysutils/tarsnap/Makefile
Directory Properties:
branches/2014Q1/ (props changed)
Modified: branches/2014Q1/sysutils/tarsnap/Makefile
==
--- branches/2014Q1/sysutils/tarsnap/Makefile Sat Jan 4 21:28:19 2014
(r338678)
+++ branches/2014Q1/sysutils/tarsnap/Makefile Sat Jan 4 21:30:15 2014
(r338679)
@@ -3,6 +3,7 @@
PORTNAME= tarsnap
PORTVERSION= 1.0.35
+PORTREVISION= 1
CATEGORIES= sysutils
MASTER_SITES= http://www.tarsnap.com/download-http/
DISTNAME= ${PORTNAME}-autoconf-${PORTVERSION}
@@ -11,8 +12,6 @@ EXTRACT_SUFX=.tgz
MAINTAINER= cperc...@tarsnap.com
COMMENT= Online encrypted backup service (client)
-RESTRICTED= license restricts redistribution of source and binaries
-
GNU_CONFIGURE=yes
USES= gmake
@@ -27,10 +26,18 @@ SSE2_CONFIGURE_ENABLE= sse2
SSE2_CFLAGS= -msse2
NO_STAGE= yes
+
+.include
+
+# safety check to ensure that we don't violate the license
+.if exists(${PATCHDIR})
+RESTRICTED= license only allows redistribution and use of unmodified
source and binaries
+.endif
+
post-install:
@if [ ! -f ${PREFIX}/etc/tarsnap.conf ]; then \
${CP} -p ${PREFIX}/etc/tarsnap.conf.sample
${PREFIX}/etc/tarsnap.conf ; \
fi
@${CAT} ${PKGDIR}/pkg-message
-.include
+.include
___
svn-ports-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-ports-all
To unsubscribe, send any mail to "svn-ports-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"
kern/185478: panic in iwi0 driver
>Number: 185478 >Category: kern >Synopsis: panic in iwi0 driver >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 Jan 05 00:00:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Radim Kolar >Release:10.0 rc3 >Organization: >Environment: >Description: acer.localdomain dumped core - see /var/crash/vmcore.5 Sat Jan 4 13:44:05 CET 2014 FreeBSD acer.localdomain 10.0-RC3 FreeBSD 10.0-RC3 #1 r259910: Thu Dec 26 15:00:21 CET 2013 root@acer.localdomain:/usr/obj/usr/src/sys/GENERIC i386 panic: vm_fault: fault on nofault entry, addr: c4ded000 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: vm_fault: fault on nofault entry, addr: c4ded000 cpuid = 0 KDB: stack backtrace: #0 0xc0af6dd2 at kdb_backtrace+0x52 #1 0xc0abcce1 at panic+0x121 #2 0xc0d49f45 at vm_fault_hold+0x1975 #3 0xc0d48592 at vm_fault+0x82 #4 0xc0f96eb6 at trap_pfault+0x196 #5 0xc0f96619 at trap+0x519 #6 0xc0f804ec at calltrap+0x6 #7 0xc075153b at iwi_newstate+0x15b #8 0xc0bcb1b5 at ieee80211_newstate_cb+0x175 #9 0xc0b04eca at taskqueue_run_locked+0xea #10 0xc0b057d7 at taskqueue_thread_loop+0xc7 #11 0xc0a8beb3 at fork_exit+0xa3 #12 0xc0f80594 at fork_trampoline+0x8 Uptime: 52m41s Physical memory: 483 MB Dumping 89 MB: 74 58 42 26 10 Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. Loaded symbols for /boot/kernel/linprocfs.ko.symbols Reading symbols from /boot/kernel/linux.ko.symbols...done. Loaded symbols for /boot/kernel/linux.ko.symbols Reading symbols from /boot/kernel/fdescfs.ko.symbols...done. Loaded symbols for /boot/kernel/fdescfs.ko.symbols Reading symbols from /boot/kernel/iwi_bss.ko.symbols...done. Loaded symbols for /boot/kernel/iwi_bss.ko.symbols Reading symbols from /boot/kernel/ums.ko.symbols...done. Loaded symbols for /boot/kernel/ums.ko.symbols Reading symbols from /boot/kernel/i915.ko.symbols...done. Loaded symbols for /boot/kernel/i915.ko.symbols Reading symbols from /boot/kernel/drm.ko.symbols...done. Loaded symbols for /boot/kernel/drm.ko.symbols #0 doadump (textdump=-999737344) at pcpu.h:233 233 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump (textdump=-999737344) at pcpu.h:233 #1 0xc0abc959 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0xc0abcd1f in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:754 #3 0xc0d49f45 in vm_fault_hold (vaddr=, fault_type=1 '\001', fault_flags=, m_hold=) at /usr/src/sys/vm/vm_fault.c:279 #4 0xc0d48592 in vm_fault (map=0xc1bc1000, vaddr=, fault_type=0 '\0', fault_flags=) at /usr/src/sys/vm/vm_fault.c:224 #5 0xc0f96eb6 in trap_pfault (frame=0xd9d68ae0, usermode=0, eva=3242350356) at /usr/src/sys/i386/i386/trap.c:938 #6 0xc0f96619 in trap (frame=0xd9d68ae0) at /usr/src/sys/i386/i386/trap.c:556 #7 0xc0f804ec in calltrap () at /usr/src/sys/i386/i386/exception.s:170 #8 0xc0751a2f in iwi_auth_and_assoc () at /usr/src/sys/dev/iwi/if_iwi.c:2887 #9 0xc075153b in iwi_newstate (vap=, nstate=) at /usr/src/sys/dev/iwi/if_iwi.c:1005 #10 0xc0bcb1b5 in ieee80211_newstate_cb (xvap=0xc502, npending=1) at /usr/src/sys/net80211/ieee80211_proto.c:1756 #11 0xc0b04eca in taskqueue_run_locked (queue=0xc4849380) at /usr/src/sys/kern/subr_taskqueue.c:333 #12 0xc0b057d7 in taskqueue_thread_loop (arg=0xc48560a4) at /usr/src/sys/kern/subr_taskqueue.c:535 #13 0xc0a8beb3 in fork_exit (callout=0xc0b05710 ) at /usr/src/sys/kern/kern_fork.c:995 #14 0xc0f80594 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:279 Current language: auto; currently minimal (kgdb) ps -axl UID PID PPID CPU PRI NIVSZ RSS MWCHAN STAT TT TIME COMMAND 000 0 -52 0 0 0 -DLs - 0:00.55 [kernel] 010 0 47 0 9332 2549056 wait DLs - 0:00.01 [init] 020 0 -16 0 0 0 c48a53bc DL- 0:00.00 [cbb0 event 030 0 -16 0 0 0 waiting_ DL- 0:00.00 [sctp_itera 040 0 -16 0 0 0 ccb_scan DL- 0:00.00 [xpt_thrd] 050 0 -16 0 0 0 psleep DL- 0:00.73 [pagedaemon 060 0 -16 0 0 0 psleep DL- 0:00.02 [vmdaemon] 070 0 155 0 0 0 pgzero DL- 0:00.00 [pagezero] 080 0 -16
misc/185480: WORLDTMP first in PATH during installworld
>Number: 185480
>Category: misc
>Synopsis: WORLDTMP first in PATH during installworld
>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 Jan 05 03:20:00 UTC 2014
>Closed-Date:
>Last-Modified:
>Originator: Nathan Dorfman
>Release:10.0-RC4 r260251
>Organization:
>Environment:
FreeBSD server 10.0-RC4 FreeBSD 10.0-RC4 #0 r260251: Sat Jan 4 15:48:21 EST
2014 na@server:/mnt/obj/usr/src/sys/GENERIC amd64
FreeBSD hudson 10.0-RC4 FreeBSD 10.0-RC4 #0 r260251: Sat Jan 4 18:18:03 EST
2014 na@client:/mnt/obj/mips.mips64/usr/src/sys/ERL mips
>Description:
Disclaimer: I don't know much about this stuff, but after posting it here:
http://lists.freebsd.org/pipermail/freebsd-mips/2014-January/003227.html
I was asked to submit a PR, so here it is.
This only causes failures if one tries to installworld on a different platform
than buildworld was run on, but I suspect it may be silently hiding
unintentional behavior in the other, more usual cases.
The various subdirs of WORLDTMP (bin, usr/bin, usr/sbin, and so on) are the
first elements of PATH during installkernel/installworld. Is this intentional?
A couple of things suggest maybe not.
The first is that WORLDTMP contains a toolchain for MACHINE_ARCH, even if you
are cross-compiling by setting TARGET_ARCH. So, if you later try to install the
crossbuilt kernel/world on the TARGET_ARCH machine, it will try to execute
binaries built for the build machine, and fail:
cc: Exec format error
make[2]: "/usr/src/share/mk/bsd.compiler.mk" line 9: warning: "cc
--version" returned non-zero status
This is easily remedied by either deleting WORLDTMP between build and install,
or changing its definition in Makefile.inc1 to include ${MACHINE_ARCH} in the
name before buildworld, so it won't be found by an installworld with a
different MACHINE_ARCH. I'm not sure this is the right fix, though, as it
leaves installkernel/world with only the existing installed root (/bin,
/usr/bin, ...) in its PATH.
The second one is a bit more glaringly obvious. After the above workaround is
used, installworld fails a little later:
install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib
install: exec(strip): No such file or directory
The PATH here again begins with the root at WORLDTMP, but ends not with the
system root but /tmp/install.3aqj2XwQ. I noticed that installworld had just
created this directory, and simply neglected to put strip in it, easily fixed
by adding strip to the list of ITOOLS= in Makefile.inc1.
However, under normal circumstances, nothing in this new directory is ever
used, since everything is found in WORLDTMP first. Can that be right? We just
went through the trouble of creating and populating a directory we don't intend
to use? It seemed more likely that the intent is to use it, and that WORLDTMP
is first in the PATH by mistake.
>How-To-Repeat:
server# uname -m
amd64
server# cd /usr/src && svn diff && svn info | egrep '^URL|Revision'
URL: svn://svn0.us-east.freebsd.org/base/releng/10.0
Revision: 260251
server# export MAKEOBJDIRPREFIX=/mnt/obj
server# rm -rf $MAKEOBJDIRPREFIX
server# TARGET=mips TARGET=mips64 make KERNCONF=ERL buildworld buildkernel
client# uname -m
mips
client# mount | grep /usr
server:/usr/src on /usr/src (nfs, read-only)
server:/mnt/obj/mips.mips64 on /usr/obj (nfs, read-only)
client# cd /usr/src && make KERNCONF=ERL installkernel installworld
>Fix:
If it's intentional that WORLDTMP is first in the PATH, then:
1. why are we bothering to build IROOT?
2. can it at least be redefined to include ${MACHINE_ARCH} in the name, so it
won't break later installs run on a different arch?
3. if this is to be fully supported, then I guess a version of WORLDTMP needs
to be compiled for the TARGET_ARCH as well when cross-building.
If it isn't intentional... well. I guess it's a lot simpler then. :)
>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"
