UFS2 and Journaling in 9.1-RC3
Hello :-) I am new to journaled UFS2, so there goes some questions and remarks: 1. GJournal MUST be run before NewFS, especially on one provider, this should be clearly stated in NewFS manual, before hotshots like me first create the fs and then want the journal, please update. 2. Is it possible to automaticaly create journal by NewFS when -J flag is set? 3. Is it possible to add journal to existing partition (partition and journal are on the same provider) without loosing data on that partition? Gjournal warns that running label -f will destroy the data... 4. When I want to use data and journal on one partiton partition.journal appears after I create a label with gjournal. Why do I mount partition.journal not the partition?? Isn't the journal something that makes data partition to work aka backend? Isn't the journal a metadata that keeps the record of files, if so why do I mount this metadata, this looks odd. 5. In my 9.1-RC3 I see no .journal device for /partition - does it mean that journal is not created by default?? Does bsdinstall remember to first greate gjournal? Any hints welcome :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: ath0: unable to attach hardware
Hello, thank you for your answer. Unfortunately, I'm unexperienced with FreeBSD, and am absolutely unfamiliar with hardware specifics. During this mail conversion, I have heard abour BAR for the first time, and therefore, I know neither what exactly I should do (e.g. how I can find the start of bar, which register offsets would be interesting, etc.), nor what the results would tell me. I'm sorry if I'm tedious, but I would be very grateful if you could provide some more guidance. Thank you very much! On Dienstag, 4. Dezember 2012 at 7:43 PM, John Baldwin j...@freebsd.org wrote: On Friday, November 23, 2012 5:56:02 pm Adrian Chadd wrote: Thanks for this! I'm sorry it hasn't gotten any more attention. I've cc'ed john because he understands the PCI-PCI resource allocation stuff and I currently don't; I'm hoping he can stare at this and see what's going on. But yes, if it were an ath(4) problem, the NIC would be returning 0xdeadbeef, 0xdeadc0de, etc. It wouldn't return 0x - that happens when there's nothing mapped at that address. The PCI config space that you've provided shows BAR(0) is programmed correctly.. Your dmesg shows that another device behind the same PCI-PCI bridge is working fine (fxp0), so the bridge is configured correctly. Also, the PCI command register for ath0 has memory decoding enabled, so everything should be fine from PCI's perspective. Note that if you want to examine specific registers you can use dd with /dev/mem (albeit carefully), e.g. dd if=/dev/mem bs=4 iseek=((start of bar + reg offset)/4) count=1 | hd to read a single 32-bit register. I think that the card is in fact returning the value you see from its registers. I would do some reads of other registers using dd to see if all of the device registers are returning -1 or if only certain registers are. -- John Baldwin ___ 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
ipv6_addrs_IF aliases in rc.conf(5)
Hello, I wrote a small patch for /etc/network.subr to add support for ipv6_addrs_IF aliases in rc.conf(5) to match the already existing ipv4_addrs_IF aliases for ipv4 addresses. With this patch the ipv6 aliases can be written like: ipv6_addrs_re0=2001:db8::::1/64 2001:db8::::2/64 Only this syntax is supported, it's not possible to use the prefixlen nn syntax in the list. The patch is against a recent 9-STABLE, last changed rev of network.subr on my SVN checkout is r242187. I don't have a CURRENT system to test if it applies to CURRENT as well. The patch can be found attached to a PR I sent: http://www.freebsd.org/cgi/query-pr.cgi?pr=174225 I wrote this patch inspired by a question on the FreeBSD forums: http://forums.freebsd.org/showthread.php?t=36136 Please test and report if it works for you :) Regards, Kimmo Paasiala ___ 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: problems with threads/destructors in -current with llvm/clang
On 2012-12-06 18:12, Mark Atkinson wrote: Short backstory, I had recently upgraded my workstation to the latest current which included clang as default cc now. ... qdbus under kde segfaults in malloc with a huge recursion stack: [...] #44740 0x282f7bd4 in QObject::QObject () from /usr/local/lib/qt4/libQtCore.so.4 #44741 0x281cb649 in QAdoptedThread::QAdoptedThread () from /usr/local/lib/qt4/libQtCore.so.4 #44742 0x281ce146 in QThreadData::current () from /usr/local/lib/qt4/libQtCore.so.4 #44743 0x282f7bd4 in QObject::QObject () from /usr/local/lib/qt4/libQtCore.so.4 #44744 0x281cb649 in QAdoptedThread::QAdoptedThread () from /usr/local/lib/qt4/libQtCore.so.4 #44745 0x281ce146 in QThreadData::current () from /usr/local/lib/qt4/libQtCore.so.4 #44746 0x282f7bd4 in QObject::QObject () from /usr/local/lib/qt4/libQtCore.so.4 #44747 0x281cb649 in QAdoptedThread::QAdoptedThread () from /usr/local/lib/qt4/libQtCore.so.4 #44748 0x281ce146 in QThreadData::current () from /usr/local/lib/qt4/libQtCore.so.4 #44749 0x281cbc05 in QThread::currentThread () from /usr/local/lib/qt4/libQtCore.so.4 #44750 0x28095d21 in QDBusConnectionPrivate::deleteYourself () from /usr/local/lib/qt4/libQtDBus.so.4 #44751 0x28089634 in QDBusConnection::~QDBusConnection () from /usr/local/lib/qt4/libQtDBus.so.4 #44752 0x0804b800 in __dtor__ZL10connection () #44753 0x28660417 in __cxa_finalize () from /lib/libc.so.7 #44754 0x2860747a in exit () from /lib/libc.so.7 #44755 0x0804c125 in main () (gdb) This is a bug in qdbus; it uses a global static QDBusConnection object, and the order in which global destructors are called is undefined: http://qt.gitorious.org/qt/qttools/blobs/stable/src/qdbus/qdbus/qdbus.cpp#line57 In this particular case, the destructor (__dtor__ZL10connection) is called *after* all of Qt's internal stuff has already been destroyed: - QDBusConnectionPrivate::deleteYourself() tries to figure out if it is called from the current QThread, and calls QThread::currentThread() - QThread::currentThread() calls QThreadData::current() - QThreadData::current() tries to instantiate a QAdoptedThread - QAdoptedThread descends from QObject, so calls QObject::QObject() - QObject::QObject() calls QThreadData::current() - Endless loop results, until the stack is blown, and a new operator fails in malloc() The global static QDBusConnection object should be replaced by a singleton, as suggested here: http://techbase.kde.org/Policies/Library_Code_Policy#Static_Objects but I am not sure how that is normally done in Qt itself. ___ 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: UFS2 and Journaling in 9.1-RC3
On 07/12/2012 09:44, CeDeROM wrote: Any hints welcome :-) It looks like you are confusing GEOM journalling (-J) and UFS-SU journalling (-j). They are very different, and today you probably want to use the latter. If you are installing 9.x from scratch, it will be enabled by default. If not, you can use newfs -j or tunefs -j to enable it. signature.asc Description: OpenPGP digital signature
Re: UFS2 and Journaling in 9.1-RC3
On Fri, Dec 7, 2012 at 2:41 PM, Ivan Voras ivo...@freebsd.org wrote: It looks like you are confusing GEOM journalling (-J) and UFS-SU journalling (-j). They are very different, and today you probably want to use the latter. If you are installing 9.x from scratch, it will be enabled by default. If not, you can use newfs -j or tunefs -j to enable it. Hello Ivan! Thanks for the hint! :-) :-) When I have created a new filesystem type 2 (UFS2) with -J switch, then on mount I get this error that filesystem has journaling enabled but no provider is specified, so it looks like no journal is enabled? Does newfs -J create journal as well? According to man newfs: -J Enable journaling on the new file system via gjournal. See gjournal(8) for details. This is why I have started reading man gjournal and saw an example where journal is first created before newfs... Will gjournal label -f erase all data on partition with existing newfs/ufs2? Thanks!! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: UFS2 and Journaling in 9.1-RC3
On 07/12/2012 14:52, CeDeROM wrote: On Fri, Dec 7, 2012 at 2:41 PM, Ivan Voras ivo...@freebsd.org wrote: It looks like you are confusing GEOM journalling (-J) and UFS-SU journalling (-j). They are very different, and today you probably want to use the latter. If you are installing 9.x from scratch, it will be enabled by default. If not, you can use newfs -j or tunefs -j to enable it. Hello Ivan! Thanks for the hint! :-) :-) When I have created a new filesystem type 2 (UFS2) with -J switch, then on mount I get this error that filesystem has journaling enabled but no provider is specified, so it looks like no journal is enabled? Yes. Does newfs -J create journal as well? No. According to man newfs: -J Enable journaling on the new file system via gjournal. See gjournal(8) for details. This is why I have started reading man gjournal and saw an example where journal is first created before newfs... Will gjournal label -f erase all data on partition with existing newfs/ufs2? Very probably, depending how you use it. signature.asc Description: OpenPGP digital signature
Re: problems with threads/destructors in -current with llvm/clang
On 2012-12-07 13:59, Dimitry Andric wrote:
On 2012-12-06 18:12, Mark Atkinson wrote:
Short backstory, I had recently upgraded my workstation to the latest
current which included clang as default cc now.
...
qdbus under kde segfaults in malloc with a huge recursion stack:
...
This is a bug in qdbus; it uses a global static QDBusConnection object,
and the order in which global destructors are called is undefined:
...
The global static QDBusConnection object should be replaced by a
singleton, as suggested here:
Here is an alternative solution, where the QDBusConnection object is
just a local variable in main(), and passed around as a const reference.
To make the destructors work properly, I also replaced the exit() calls
in main() with return statements.
With this patch (placed in /usr/ports/devel/dbus-qt4/files), qdbus
starts up and exits normally for me. I did not do any other rigorous
testing, though. :)
--- tools/qdbus/qdbus/qdbus.cpp.orig2012-04-26 21:45:51.0 +0200
+++ tools/qdbus/qdbus/qdbus.cpp 2012-12-07 14:46:43.0 +0100
@@ -54,7 +54,6 @@ QT_BEGIN_NAMESPACE
Q_DBUS_EXPORT extern bool qt_dbus_metaobject_skip_annotations;
QT_END_NAMESPACE
-static QDBusConnection connection(QLatin1String());
static bool printArgumentsLiterally = false;
static void showUsage()
@@ -111,7 +110,7 @@ static void printArg(const QVariant v)
}
}
-static void listObjects(const QString service, const QString path)
+static void listObjects(const QString service, const QString path, const
QDBusConnection connection)
{
// make a low-level call, to avoid introspecting the Introspectable
interface
QDBusMessage call = QDBusMessage::createMethodCall(service, path.isEmpty()
? QLatin1String(/) : path,
@@ -144,13 +143,13 @@ static void listObjects(const QString s
if (child.tagName() == QLatin1String(node)) {
QString sub = path + QLatin1Char('/') +
child.attribute(QLatin1String(name));
printf(%s\n, qPrintable(sub));
-listObjects(service, sub);
+listObjects(service, sub, connection);
}
child = child.nextSiblingElement();
}
}
-static void listInterface(const QString service, const QString path, const
QString interface)
+static void listInterface(const QString service, const QString path, const
QString interface, const QDBusConnection connection)
{
QDBusInterface iface(service, path, interface, connection);
if (!iface.isValid()) {
@@ -204,7 +203,7 @@ static void listInterface(const QString
}
}
-static void listAllInterfaces(const QString service, const QString path)
+static void listAllInterfaces(const QString service, const QString path,
const QDBusConnection connection)
{
// make a low-level call, to avoid introspecting the Introspectable
interface
QDBusMessage call = QDBusMessage::createMethodCall(service, path.isEmpty()
? QLatin1String(/) : path,
@@ -229,7 +228,7 @@ static void listAllInterfaces(const QStr
if (child.tagName() == QLatin1String(interface)) {
QString ifaceName = child.attribute(QLatin1String(name));
if (QDBusUtil::isValidInterfaceName(ifaceName))
-listInterface(service, path, ifaceName);
+listInterface(service, path, ifaceName, connection);
else {
qWarning(Invalid D-BUS interface name '%s' found while
parsing introspection,
qPrintable(ifaceName));
@@ -253,7 +252,7 @@ static QStringList readList(QStringList
return retval;
}
-static int placeCall(const QString service, const QString path, const
QString interface,
+static int placeCall(const QString service, const QString path, const
QString interface, const QDBusConnection connection,
const QString member, const QStringList arguments, bool
try_prop=true)
{
QDBusInterface iface(service, path, interface, connection);
@@ -291,7 +290,7 @@ static int placeCall(const QString serv
proparg += interface;
proparg += member;
proparg += args.first();
-if (!placeCall(service, path,
org.freedesktop.DBus.Properties, Set, proparg, false))
+if (!placeCall(service, path,
org.freedesktop.DBus.Properties, connection, Set, proparg, false))
return 0;
}
fprintf(stderr, Cannot find '%s.%s' in object %s at %s\n,
@@ -387,7 +386,7 @@ static int placeCall(const QString serv
QStringList proparg;
proparg += interface;
proparg += member;
-if (!placeCall(service, path, org.freedesktop.DBus.Properties,
Get, proparg, false))
+if (!placeCall(service, path, org.freedesktop.DBus.Properties,
connection, Get, proparg, false))
return 0;
}
if (err.type() == QDBusError::ServiceUnknown)
@@ -448,6 +447,7 @@ int main(int argc,
Re: UFS2 and Journaling in 9.1-RC3
On Fri, Dec 7, 2012 at 2:41 PM, Ivan Voras ivo...@freebsd.org wrote: It looks like you are confusing GEOM journalling (-J) and UFS-SU journalling (-j). They are very different, and today you probably want to use the latter. If you are installing 9.x from scratch, it will be enabled by default. If not, you can use newfs -j or tunefs -j to enable it. When any other means fail, read the manual heh :-) I am still a bit confused, even after reading [1], because there is no explanation of difference between GJournal and SU / SU+J (which was introduced in FreeBSD 9.0). I understand GJournal works below filesystem level and I dont need to use fsck. SU/SU+J is part of the UDF/UDF2 filesystem. I should not use SU and GJournal at the same time. What are the advantages of SU/US+J? What is the advantage of SU+J over SU? Should I use Gjournal or SU/SU+J? Any hints welcome! :-) If I have already created UFS2 with -J, I understand I can switch it off, can I then simply turn of UFS+J (-j) with no data loss on existing filesystem? Which solution is better for drives 1TB when I dont want to wait an hour for fsck? [1] http://www.freebsd.org/doc/en_US.ISO8859-1/articles/gjournal-desktop/index.html Thanks! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc/powerpc
TB --- 2012-12-07 13:44:02 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 13:44:02 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 13:44:02 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-12-07 13:44:02 - cleaning the object tree TB --- 2012-12-07 13:44:02 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 13:44:02 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2012-12-07 13:44:02 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 13:46:05 - /usr/local/bin/svn update /src TB --- 2012-12-07 13:46:48 - At svn revision 243985 TB --- 2012-12-07 13:46:49 - building world TB --- 2012-12-07 13:46:49 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 13:46:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 13:46:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 13:46:49 - SRCCONF=/dev/null TB --- 2012-12-07 13:46:49 - TARGET=powerpc TB --- 2012-12-07 13:46:49 - TARGET_ARCH=powerpc TB --- 2012-12-07 13:46:49 - TZ=UTC TB --- 2012-12-07 13:46:49 - __MAKE_CONF=/dev/null TB --- 2012-12-07 13:46:49 - cd /src TB --- 2012-12-07 13:46:49 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Dec 7 13:46:55 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries [...] /obj/powerpc.powerpc/src/tmp/usr/include/gssapi/gssapi_krb5.h:212: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' /obj/powerpc.powerpc/src/tmp/usr/include/gssapi/gssapi_krb5.h:217: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' In file included from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.h:34, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:98, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35: /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'isc_result_t' *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 14:31:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 14:31:57 - ERROR: failed to build world TB --- 2012-12-07 14:31:57 - 1863.03 user 350.73 system 2875.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc64/powerpc
TB --- 2012-12-07 14:06:14 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 14:06:14 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 14:06:14 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-12-07 14:06:14 - cleaning the object tree TB --- 2012-12-07 14:06:14 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 14:06:14 - cd /tinderbox/HEAD/powerpc64/powerpc TB --- 2012-12-07 14:06:14 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 14:07:29 - /usr/local/bin/svn update /src TB --- 2012-12-07 14:07:53 - At svn revision 243985 TB --- 2012-12-07 14:07:54 - building world TB --- 2012-12-07 14:07:54 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 14:07:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 14:07:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 14:07:54 - SRCCONF=/dev/null TB --- 2012-12-07 14:07:54 - TARGET=powerpc TB --- 2012-12-07 14:07:54 - TARGET_ARCH=powerpc64 TB --- 2012-12-07 14:07:54 - TZ=UTC TB --- 2012-12-07 14:07:54 - __MAKE_CONF=/dev/null TB --- 2012-12-07 14:07:54 - cd /src TB --- 2012-12-07 14:07:54 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Dec 7 14:07:59 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries [...] /obj/powerpc.powerpc64/src/tmp/usr/include/gssapi/gssapi_krb5.h:212: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' /obj/powerpc.powerpc64/src/tmp/usr/include/gssapi/gssapi_krb5.h:217: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' In file included from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.h:34, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:98, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35: /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'isc_result_t' *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 14:50:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 14:50:56 - ERROR: failed to build world TB --- 2012-12-07 14:50:56 - 1880.81 user 334.41 system 2682.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
r243946: /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected '; ' after top level declarator,GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL
After bind9 commits, building FreeBSD 10.0-CURRENT #0 r243946: Thu Dec
6 12:18:13 CET 2012 refuses to work with the below error.
Regards,
Oliver
[...]
cc -O3 -pipe -fno-strict-aliasing -march=native -march=native
-DVERSION='9.8.4-P1' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE
-DLIBINTERFACE=89 -DLIBREVISION=1 -DLIBAGE=1 -DGSSAPI -DWANT_IPV6
-DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='/var'
-DNS_SYSCONFDIR='/etc/namedb'
-DNAMED_CONFFILE='/etc/namedb/named.conf'
-DRNDC_CONFFILE='/etc/namedb/rndc.conf'
-DRNDC_KEYFILE='/etc/namedb/rndc.key' -I/usr/src/lib/bind/dns/..
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DDIG_SIGCHASE
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include
-I/usr/src/lib/bind/dns/../dns
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include
-I/usr/src/lib/bind/dns/../isc
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns
-I/usr/src/lib/bind/dns
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/x86_32/include
-std=gnu99 -Qunused-arguments -fstack-protector -c
/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/callbacks.c -o
callbacks.o
In file included from
/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35:
In file included from
/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64:
In file included from
/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:98:
In file included from
/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.h:34:
In file included from
/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32:
In file included from
/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h:41:
/usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:41:1: error:
unknown type name 'GSSAPI_CPP_START'
GSSAPI_CPP_START
^
/usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:56:1: error:
expected identifier or '('
extern gss_OID_desc GSSAPI_LIB_VARIABLE
__gss_krb5_nt_principal_name_oid_desc;
^
/usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:63:40: error:
expected ';' after top level declarator
cc -O3 -pipe -fno-strict-aliasing -march=native -march=native
-DVERSION='9.8.4-P1' -DHAVE_CONFIG_H -D_REENTRANT -D_THREAD_SAFE
-DLIBINTERFACE=89 -DLIBREVISION=1 -DLIBAGE=1 -DGSSAPI -DWANT_IPV6
-DOPENSSL -DUSE_MD5 -DNS_LOCALSTATEDIR='/var'
-DNS_SYSCONFDIR='/etc/namedb'
-DNAMED_CONFFILE='/etc/namedb/named.conf'
-DRNDC_CONFFILE='/etc/namedb/rndc.conf'
-DRNDC_KEYFILE='/etc/namedb/rndc.key' -I/usr/src/lib/bind/dns/..
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DDIG_SIGCHASE
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/include
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/unix/include
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isc/pthreads/include
-I/usr/src/lib/bind/dns/../dns
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/isccfg/include
-I/usr/src/lib/bind/dns/../isc
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst
-I/usr/src/lib/bind/dns/../../../contrib/bind9/lib/dns/include
-I/usr/src/lextern gss_OID_desc GSSAPI_LIB_VARIABLE
__gss_krb5_mechanism_oid_desc;
[...]
/usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:102:1: error:
unknown type name 'GSSAPI_LIB_FUNCTION'
GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL gss_krb5_get_tkt_flags
^
/usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:102:30: error:
expected ';' after top level declarator
GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL gss_krb5_get_tkt_flags
^
/usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:107:1: error:
unknown type name 'GSSAPI_LIB_FUNCTION'
GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL
^
/usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:107:30: error:
expected ';' after top level declarator
GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL
^
/usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:1: error:
unknown type name 'GSSAPI_LIB_FUNCTION'
GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL
^
/usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error:
expected ';' after top level declarator
GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL
signature.asc
Description: OpenPGP digital signature
[head tinderbox] failure on sparc64/sparc64
TB --- 2012-12-07 14:31:57 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 14:31:57 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 14:31:57 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-12-07 14:31:58 - cleaning the object tree TB --- 2012-12-07 14:31:58 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 14:31:58 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-12-07 14:31:58 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 14:33:23 - /usr/local/bin/svn update /src TB --- 2012-12-07 14:33:57 - At svn revision 243986 TB --- 2012-12-07 14:33:58 - building world TB --- 2012-12-07 14:33:58 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 14:33:58 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 14:33:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 14:33:58 - SRCCONF=/dev/null TB --- 2012-12-07 14:33:58 - TARGET=sparc64 TB --- 2012-12-07 14:33:58 - TARGET_ARCH=sparc64 TB --- 2012-12-07 14:33:58 - TZ=UTC TB --- 2012-12-07 14:33:58 - __MAKE_CONF=/dev/null TB --- 2012-12-07 14:33:58 - cd /src TB --- 2012-12-07 14:33:58 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Dec 7 14:34:03 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries [...] /obj/sparc64.sparc64/src/tmp/usr/include/gssapi/gssapi_krb5.h:212: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' /obj/sparc64.sparc64/src/tmp/usr/include/gssapi/gssapi_krb5.h:217: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' In file included from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.h:34, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:98, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35: /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'isc_result_t' *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 15:02:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 15:02:42 - ERROR: failed to build world TB --- 2012-12-07 15:02:42 - 1428.78 user 253.45 system 1844.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: UFS2 and Journaling in 9.1-RC3
CeDeROM wrote: On Fri, Dec 7, 2012 at 2:41 PM, Ivan Vorasivo...@freebsd.org wrote: It looks like you are confusing GEOM journalling (-J) and UFS-SU journalling (-j). They are very different, and today you probably want to use the latter. If you are installing 9.x from scratch, it will be enabled by default. If not, you can use newfs -j or tunefs -j to enable it. When any other means fail, read the manual heh :-) I am still a bit confused, even after reading [1], because there is no explanation of difference between GJournal and SU / SU+J (which was introduced in FreeBSD 9.0). I understand GJournal works below filesystem level and I dont need to use fsck. SU/SU+J is part of the UDF/UDF2 filesystem. I should not use SU and GJournal at the same time. What are the advantages of SU/US+J? What is the advantage of SU+J over SU? Should I use Gjournal or SU/SU+J? Any hints welcome! :-) If I have already created UFS2 with -J, I understand I can switch it off, can I then simply turn of UFS+J (-j) with no data loss on existing filesystem? Which solution is better for drives1TB when I dont want to wait an hour for fsck? In short - if you choose Gjournal with data and journal on the same disk, you will have about half write speed. If you choose SU+J, you will not be able to use UFS snapshot feature at this time (there is some bug and snapshots on SU+J is disabled) Other than that - SU+J is easier to Enable / Disable on existing partition but is not well testet - it is younger technology than Gjournal. Miroslav Lachman ___ 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: UFS2 and Journaling in 9.1-RC3
On Fri, Dec 7, 2012 at 4:09 PM, Miroslav Lachman 000.f...@quip.cz wrote: In short - if you choose Gjournal with data and journal on the same disk, you will have about half write speed. Okay, minus for GJournal in that case, but it is very interesting solution, as most of the stuff in FreeBSD :-) If you choose SU+J, you will not be able to use UFS snapshot feature at this time (there is some bug and snapshots on SU+J is disabled) Not really need snapshots :-) Other than that - SU+J is easier to Enable / Disable on existing partition but is not well testet - it is younger technology than Gjournal. Okay I can test it :-) I just hope it wont eat my precious data :-) I will take UFS2-SU+J then :-) Thanks Miroslav! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on arm/arm
TB --- 2012-12-07 15:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 15:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 15:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-12-07 15:10:00 - cleaning the object tree TB --- 2012-12-07 15:10:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 15:10:00 - cd /tinderbox/HEAD/arm/arm TB --- 2012-12-07 15:10:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 15:14:10 - /usr/local/bin/svn update /src TB --- 2012-12-07 15:15:35 - At svn revision 243986 TB --- 2012-12-07 15:15:36 - building world TB --- 2012-12-07 15:15:36 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 15:15:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 15:15:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 15:15:36 - SRCCONF=/dev/null TB --- 2012-12-07 15:15:36 - TARGET=arm TB --- 2012-12-07 15:15:36 - TARGET_ARCH=arm TB --- 2012-12-07 15:15:36 - TZ=UTC TB --- 2012-12-07 15:15:36 - __MAKE_CONF=/dev/null TB --- 2012-12-07 15:15:36 - cd /src TB --- 2012-12-07 15:15:36 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Dec 7 15:15:42 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries [...] /obj/arm.arm/src/tmp/usr/include/gssapi/gssapi_krb5.h:212: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' /obj/arm.arm/src/tmp/usr/include/gssapi/gssapi_krb5.h:217: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' In file included from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.h:34, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:98, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35: /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'isc_result_t' *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 15:45:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 15:45:59 - ERROR: failed to build world TB --- 2012-12-07 15:45:59 - 1260.77 user 277.43 system 2158.99 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on ia64/ia64
TB --- 2012-12-07 15:45:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 15:45:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 15:45:59 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-12-07 15:45:59 - cleaning the object tree TB --- 2012-12-07 15:45:59 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 15:45:59 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2012-12-07 15:45:59 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 15:46:26 - /usr/local/bin/svn update /src TB --- 2012-12-07 15:46:42 - At svn revision 243986 TB --- 2012-12-07 15:46:43 - building world TB --- 2012-12-07 15:46:43 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 15:46:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 15:46:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 15:46:43 - SRCCONF=/dev/null TB --- 2012-12-07 15:46:43 - TARGET=ia64 TB --- 2012-12-07 15:46:43 - TARGET_ARCH=ia64 TB --- 2012-12-07 15:46:43 - TZ=UTC TB --- 2012-12-07 15:46:43 - __MAKE_CONF=/dev/null TB --- 2012-12-07 15:46:43 - cd /src TB --- 2012-12-07 15:46:43 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Dec 7 15:46:48 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries [...] /obj/ia64.ia64/src/tmp/usr/include/gssapi/gssapi_krb5.h:212: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' /obj/ia64.ia64/src/tmp/usr/include/gssapi/gssapi_krb5.h:217: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'OM_uint32' In file included from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/dst.h:32, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/message.h:34, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/rdata.h:98, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dns/db.h:64, from /src/lib/bind/dns/../../../contrib/bind9/lib/dns/acache.c:35: /src/lib/bind/dns/../../../contrib/bind9/lib/dns/include/dst/gssapi.h:59: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'isc_result_t' *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 16:24:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 16:24:51 - ERROR: failed to build world TB --- 2012-12-07 16:24:51 - 1827.83 user 308.65 system 2331.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: problems with threads/destructors in -current with llvm/clang
On 12/7/2012 6:08 AM, Dimitry Andric wrote: On 2012-12-07 13:59, Dimitry Andric wrote: On 2012-12-06 18:12, Mark Atkinson wrote: Short backstory, I had recently upgraded my workstation to the latest current which included clang as default cc now. ... qdbus under kde segfaults in malloc with a huge recursion stack: ... This is a bug in qdbus; it uses a global static QDBusConnection object, and the order in which global destructors are called is undefined: ... The global static QDBusConnection object should be replaced by a singleton, as suggested here: Here is an alternative solution, where the QDBusConnection object is just a local variable in main(), and passed around as a const reference. To make the destructors work properly, I also replaced the exit() calls in main() with return statements. With this patch (placed in /usr/ports/devel/dbus-qt4/files), qdbus starts up and exits normally for me. I did not do any other rigorous testing, though. :) Thanks for the awesome analysis. I will endeavor to figure out the bug in automoc4 that keeps it segfaulting randomly during compilation. Weirdly it segfaults reliably under portmaster, but may work just fine under just make. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/i386
TB --- 2012-12-07 15:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 15:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 15:10:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-12-07 15:10:00 - cleaning the object tree TB --- 2012-12-07 15:10:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 15:10:00 - cd /tinderbox/HEAD/i386/i386 TB --- 2012-12-07 15:10:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 15:13:18 - /usr/local/bin/svn update /src TB --- 2012-12-07 15:15:09 - At svn revision 243986 TB --- 2012-12-07 15:15:10 - building world TB --- 2012-12-07 15:15:10 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 15:15:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 15:15:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 15:15:10 - SRCCONF=/dev/null TB --- 2012-12-07 15:15:10 - TARGET=i386 TB --- 2012-12-07 15:15:10 - TARGET_ARCH=i386 TB --- 2012-12-07 15:15:10 - TZ=UTC TB --- 2012-12-07 15:15:10 - __MAKE_CONF=/dev/null TB --- 2012-12-07 15:15:10 - cd /src TB --- 2012-12-07 15:15:10 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Dec 7 15:15:18 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries [...] /obj/i386.i386/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:1: error: unknown type name 'GSSAPI_LIB_FUNCTION' GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ /obj/i386.i386/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected ';' after top level declarator GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 17:02:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 17:02:59 - ERROR: failed to build world TB --- 2012-12-07 17:02:59 - 4905.28 user 802.64 system 6779.69 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on amd64/amd64
TB --- 2012-12-07 15:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 15:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 15:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-12-07 15:10:00 - cleaning the object tree TB --- 2012-12-07 15:10:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 15:10:00 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2012-12-07 15:10:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 15:13:16 - /usr/local/bin/svn update /src TB --- 2012-12-07 15:15:02 - At svn revision 243986 TB --- 2012-12-07 15:15:03 - building world TB --- 2012-12-07 15:15:03 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 15:15:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 15:15:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 15:15:03 - SRCCONF=/dev/null TB --- 2012-12-07 15:15:03 - TARGET=amd64 TB --- 2012-12-07 15:15:03 - TARGET_ARCH=amd64 TB --- 2012-12-07 15:15:03 - TZ=UTC TB --- 2012-12-07 15:15:03 - __MAKE_CONF=/dev/null TB --- 2012-12-07 15:15:03 - cd /src TB --- 2012-12-07 15:15:03 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Dec 7 15:15:13 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries [...] /obj/amd64.amd64/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:1: error: unknown type name 'GSSAPI_LIB_FUNCTION' GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ /obj/amd64.amd64/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected ';' after top level declarator GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 17:04:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 17:04:21 - ERROR: failed to build world TB --- 2012-12-07 17:04:21 - 4910.58 user 801.92 system 6861.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on i386/pc98
TB --- 2012-12-07 15:10:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 15:10:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 15:10:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-12-07 15:10:00 - cleaning the object tree TB --- 2012-12-07 15:10:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 15:10:00 - cd /tinderbox/HEAD/i386/pc98 TB --- 2012-12-07 15:10:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 15:14:13 - /usr/local/bin/svn update /src TB --- 2012-12-07 15:15:37 - At svn revision 243986 TB --- 2012-12-07 15:15:38 - building world TB --- 2012-12-07 15:15:38 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 15:15:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 15:15:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 15:15:38 - SRCCONF=/dev/null TB --- 2012-12-07 15:15:38 - TARGET=pc98 TB --- 2012-12-07 15:15:38 - TARGET_ARCH=i386 TB --- 2012-12-07 15:15:38 - TZ=UTC TB --- 2012-12-07 15:15:38 - __MAKE_CONF=/dev/null TB --- 2012-12-07 15:15:38 - cd /src TB --- 2012-12-07 15:15:38 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Dec 7 15:15:46 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries [...] /obj/pc98.i386/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:1: error: unknown type name 'GSSAPI_LIB_FUNCTION' GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ /obj/pc98.i386/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected ';' after top level declarator GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. *** [acache.o] Error code 1 Stop in /src/lib/bind/dns. *** [all] Error code 1 Stop in /src/lib/bind. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-12-07 17:10:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-12-07 17:10:25 - ERROR: failed to build world TB --- 2012-12-07 17:10:25 - 5189.62 user 835.70 system 7225.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: problems with threads/destructors in -current with llvm/clang
On 2012-12-07 17:43, Mark Atkinson wrote: On 12/7/2012 6:08 AM, Dimitry Andric wrote: ... With this patch (placed in /usr/ports/devel/dbus-qt4/files), qdbus starts up and exits normally for me. I did not do any other rigorous testing, though. :) Thanks for the awesome analysis. I will endeavor to figure out the bug in automoc4 that keeps it segfaulting randomly during compilation. Weirdly it segfaults reliably under portmaster, but may work just fine under just make. Try running it under valgrind. If it does undefined things, it may work or not work randomly, and valgrind usually catches this. ___ 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
9.1-RC3 AMD64 reproducible kernel panic
Hello :-) After days of problem with my system storage (?) I think I have located the issue, or at least I am able to reproduce it, please take a look at attached picture (photo of a crash). At first I thought that was the Ext2 filesystem issue, but then I have replaced the filesystem to UFS2-SU+J (which increased transfer efficiency and dramatically reduced filesystem check time compared to Ext2) but the issue persisted. This problem occurs also when only / is mounted (no additional storage locations only the OS). This can mean there is a corruption on / that is marked clean. Right now I am not sure if this is storage related anymore... there is however some note on ffs double alloc. Crash occurs after I start Xorg (Kde3 WM, all packages installed from binary packages with portinstall). Please let me know if you need additional information/tests :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: r243946: /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected '; ' after top level declarator,GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL
On Fri, Dec 7, 2012 at 6:56 AM, O. Hartmann ohart...@zedat.fu-berlin.de wrote: After bind9 commits, building FreeBSD 10.0-CURRENT #0 r243946: Thu Dec 6 12:18:13 CET 2012 refuses to work with the below error. Erwin's aware of the breakage (see the svn commit thread for r243981). Thanks, -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: r243946: /usr/obj/usr/src/tmp/usr/include/gssapi/gssapi_krb5.h:114:30: error: expected '; ' after top level declarator,GSSAPI_LIB_FUNCTION OM_uint32 GSSAPI_LIB_CALL
On 12/07/12 19:32, Garrett Cooper wrote: On Fri, Dec 7, 2012 at 6:56 AM, O. Hartmann ohart...@zedat.fu-berlin.de wrote: After bind9 commits, building FreeBSD 10.0-CURRENT #0 r243946: Thu Dec 6 12:18:13 CET 2012 refuses to work with the below error. Erwin's aware of the breakage (see the svn commit thread for r243981). Thanks, -Garrett Just overlap. The last buildworld went through without problems. I wanted to make sure people are aware of the problem, so: forget the noise I made, sorry. Oliver signature.asc Description: OpenPGP digital signature
Re: 9.1-RC3 AMD64 reproducible kernel panic
On 12/7/2012 12:31 PM, CeDeROM wrote: Hello :-) After days of problem with my system storage (?) I think I have located the issue, or at least I am able to reproduce it, please take a look at attached picture (photo of a crash). At first I thought that was the Ext2 filesystem issue, but then I have replaced the filesystem to UFS2-SU+J (which increased transfer efficiency and dramatically reduced filesystem check time compared to Ext2) but the issue persisted. This problem occurs also when only / is mounted (no additional storage locations only the OS). This can mean there is a corruption on / that is marked clean. Right now I am not sure if this is storage related anymore... there is however some note on ffs double alloc. Crash occurs after I start Xorg (Kde3 WM, all packages installed from binary packages with portinstall). Please let me know if you need additional information/tests :-) Best regards :-) Tomek I could be blind, but I do not see any attachment. Best to upload it to an image-sharing site, and then post the link anyway. How have you ruled out a hardware issue? Just because it works fine under another OS doesn't necessarily mean that the hardware is fine, just that other OS may not probe/use/access it in exactly the same manner. -- Chuck Burns brea...@gmail.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
9.1-RC3 LiveCD missing features
Hello :-) I have tried to chceck for badblocks on my / but I did not find badblocks program on LiveCD and there is no option to install it. This is very useful utility, please add it as part of LiveCD :-) Also there is a problem with DHCP based workstations using LiveCD - although interface gets configured it is impossible to update /etc/resolv.conf (by dhclient and by hand) and so this workstation pretty useless for IPv4 (is it more usable on IPv6?). Please update :-) Thank you :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: 9.1-RC3 LiveCD missing features
On 12/7/2012 3:50 PM, CeDeROM wrote: Hello :-) I have tried to chceck for badblocks on my / but I did not find badblocks program on LiveCD and there is no option to install it. This is very useful utility, please add it as part of LiveCD :-) Also there is a problem with DHCP based workstations using LiveCD - although interface gets configured it is impossible to update /etc/resolv.conf (by dhclient and by hand) and so this workstation pretty useless for IPv4 (is it more usable on IPv6?). Please update :-) Thank you :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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 dd if=/dev/zer of=/dev/ada0 ^^^ There's your badblocks program. Any hard drive made in the last decade have been self-remapping.. Attempting to write to a bad block will cause the hard drive to remap an unused sector into it's place, until the drive runs out of said unused backup sectors, and at that time, will begin simply begin just losing storage space... IE the number of total sectors on the drive will begin to shrink. -- Chuck Burns brea...@gmail.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: 9.1-RC3 LiveCD missing features
Hello Chuck :-) DD cannot perform non-destructive test.. unless I do dd if=/dev/ada0s2a of=/dev/ada0s2a :-) Do you think drives are now smart enough to remap badblocks this way? What is the probability that there are no badblocks or badblocks are not detected this way? Which pattern is better for format 0x00 or 0xFF or one after another or dont care? I think badblocks is quite useful in this case even in destructive mode.. Btw. I have moved discussion to freebsd-stable , sorry for a mess :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: 9.1-RC3 LiveCD missing features
On 12/07/12 23:11, Chuck Burns wrote: On 12/7/2012 3:50 PM, CeDeROM wrote: Hello :-) I have tried to chceck for badblocks on my / but I did not find badblocks program on LiveCD and there is no option to install it. This is very useful utility, please add it as part of LiveCD :-) Also there is a problem with DHCP based workstations using LiveCD - although interface gets configured it is impossible to update /etc/resolv.conf (by dhclient and by hand) and so this workstation pretty useless for IPv4 (is it more usable on IPv6?). Please update :-) Thank you :-) Tomek dd if=/dev/zer of=/dev/ada0 ^^^ There's your badblocks program. Any hard drive made in the last decade have been self-remapping.. Attempting to write to a bad block will cause the hard drive to remap an unused sector into it's place, until the drive runs out of said unused backup sectors, and at that time, will begin simply begin just losing storage space... IE the number of total sectors on the drive will begin to shrink. :) /dev/zero Badblocks is outdated for more than 17 years I guess The dd mentioned above will let the firmware remap all bad sectors until there are no spare sectors left (and wipe anything on disk as a bonus :) ;then you can begin to think about replacing your harddrive. As for DHCP, it works for me when booting from a netinstall for instance or going to fixit. Tomek, please try to describe more accurately what you are doing and try to accomplish Cheers ___ 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: 9.1-RC3 LiveCD missing features
On Dec 7, 2012, at 2:30 PM, CeDeROM wrote: Hello Chuck :-) DD cannot perform non-destructive test.. unless I do dd if=/dev/ada0s2a of=/dev/ada0s2a :-) Do you think drives are now smart enough to remap badblocks this way? What is the probability that there are no badblocks or badblocks are not detected this way? SpinRite is one way to find/correct bad blocks non-destructively (it will even do its best to resurrect data from bad blocks using intense heuristic analysis). NOTE: SpinRite is not free (see grc.com) Also, maybe I should mention my own LiveCD/Rescue disc (which does have the badblocks program you're looking for): FreeBSD-9.0_Druid-1.0b60.iso or FreeBSD-8.3_Druid-1.0b60.iso (the former for 9.x and the latter for 8.x). Which pattern is better for format 0x00 or 0xFF or one after another or dont care? I think badblocks is quite useful in this case even in destructive mode.. Btw. I have moved discussion to freebsd-stable , sorry for a mess :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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 _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ 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: 9.1-RC3 LiveCD missing features
On Dec 7, 2012, at 2:39 PM, Devin Teske wrote: On Dec 7, 2012, at 2:30 PM, CeDeROM wrote: Hello Chuck :-) DD cannot perform non-destructive test.. unless I do dd if=/dev/ada0s2a of=/dev/ada0s2a :-) Do you think drives are now smart enough to remap badblocks this way? What is the probability that there are no badblocks or badblocks are not detected this way? SpinRite is one way to find/correct bad blocks non-destructively (it will even do its best to resurrect data from bad blocks using intense heuristic analysis). NOTE: SpinRite is not free (see grc.com) Also, maybe I should mention my own LiveCD/Rescue disc (which does have the badblocks program you're looking for): FreeBSD-9.0_Druid-1.0b60.iso or FreeBSD-8.3_Druid-1.0b60.iso (the former for 9.x and the latter for 8.x). D'Oh, actually.. I don't have badblocks … just badsect (different programs with different purposes). -- Devin Which pattern is better for format 0x00 or 0xFF or one after another or dont care? I think badblocks is quite useful in this case even in destructive mode.. Btw. I have moved discussion to freebsd-stable , sorry for a mess :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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 _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ 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 _ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. ___ 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: 9.1-RC3 LiveCD missing features
As I get ffs_valloc kernel panic on my / I want to check for badblocks but cannot do that from the system itself so I need another FreeBSD instance to run badblocks on unmounted /. There are no badblocks on LiveCD and I cannot simply download it with pkg_add -r. Installing another system just to test existing one seems silly. It would be nice to finally have swiss army knife on generic LiveCD FreeBSD install, not using linux windows hirens etc :-) I have just started dd if=root of=root from LiveCD, Ill let you know if that worked :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: 9.1-RC3 LiveCD missing features
On Fri, Dec 7, 2012 at 5:05 PM, Tomek CEDRO tomek.ce...@gmail.com wrote: As I get ffs_valloc kernel panic on my / I want to check for badblocks but cannot do that from the system itself so I need another FreeBSD instance to run badblocks on unmounted /. There are no badblocks on LiveCD and I cannot simply download it with pkg_add -r. Installing another system just to test existing one seems silly. It would be nice to finally have swiss army knife on generic LiveCD FreeBSD install, not using linux windows hirens etc :-) I have just started dd if=root of=root from LiveCD, Ill let you know if that worked :-) You probalby want a filesystem tool but it's impossible to tell since you didn't include all the relevant info. Try fsck. If you did want a badblocks tool from the base system, /sbin/recoverdisk is the best. dd is fine, but not as through as it. -- Adam Vande More ___ 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: 9.1-RC3 LiveCD missing features
On Fri, 2012-12-07 at 23:34 +0100, Bas Smeelen wrote: On 12/07/12 23:11, Chuck Burns wrote: On 12/7/2012 3:50 PM, CeDeROM wrote: Hello :-) I have tried to chceck for badblocks on my / but I did not find badblocks program on LiveCD and there is no option to install it. This is very useful utility, please add it as part of LiveCD :-) Also there is a problem with DHCP based workstations using LiveCD - although interface gets configured it is impossible to update /etc/resolv.conf (by dhclient and by hand) and so this workstation pretty useless for IPv4 (is it more usable on IPv6?). Please update :-) Thank you :-) Tomek dd if=/dev/zer of=/dev/ada0 ^^^ There's your badblocks program. Any hard drive made in the last decade have been self-remapping.. Attempting to write to a bad block will cause the hard drive to remap an unused sector into it's place, until the drive runs out of said unused backup sectors, and at that time, will begin simply begin just losing storage space... IE the number of total sectors on the drive will begin to shrink. :) /dev/zero Badblocks is outdated for more than 17 years I guess The dd mentioned above will let the firmware remap all bad sectors until there are no spare sectors left (and wipe anything on disk as a bonus :) ;then you can begin to think about replacing your harddrive. As for DHCP, it works for me when booting from a netinstall for instance or going to fixit. Tomek, please try to describe more accurately what you are doing and try to accomplish Cheers When booting a system with a read-only root filesystem (a LiveCD is one example of such), DHCP works in the sense that you get an IP address, but because it can't write the nameserver address into /etc/resolv.conf you're left with a system that's on a network but you can't do much with it unless you have a really good memory for IP addresses. It has to be fixed when the readonly filesystem is created. If you make /etc/resolv.conf a symlink to ../var/db/resolv.conf it works out pretty well. If you're not using dhcp, then instead of having a missing /etc/resolv.conf you have a symlink to missing file. When you are using DHCP, it is able to write the resolv.conf file in /var and life is good. -- Ian ___ 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: 9.1-RC3 LiveCD missing features
On Fri, Dec 7, 2012 at 3:25 PM, Adam Vande More amvandem...@gmail.com wrote: On Fri, Dec 7, 2012 at 5:05 PM, Tomek CEDRO tomek.ce...@gmail.com wrote: As I get ffs_valloc kernel panic on my / I want to check for badblocks but cannot do that from the system itself so I need another FreeBSD instance to run badblocks on unmounted /. There are no badblocks on LiveCD and I cannot simply download it with pkg_add -r. Installing another system just to test existing one seems silly. It would be nice to finally have swiss army knife on generic LiveCD FreeBSD install, not using linux windows hirens etc :-) I have just started dd if=root of=root from LiveCD, Ill let you know if that worked :-) You probalby want a filesystem tool but it's impossible to tell since you didn't include all the relevant info. Try fsck. If you did want a badblocks tool from the base system, /sbin/recoverdisk is the best. dd is fine, but not as through as it. ports/sysutils/smartmontools? Most modern disks support S.M.A.R.T and will log read or write errors as well as perform non-destructive (though far from comprehensive) testing. -- R. Kevin Oberman, Network Engineer E-mail: kob6...@gmail.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
[head tinderbox] failure on ia64/ia64
TB --- 2012-12-07 23:47:25 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-07 23:47:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-07 23:47:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-12-07 23:47:25 - cleaning the object tree TB --- 2012-12-07 23:48:19 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-07 23:48:19 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2012-12-07 23:48:19 - /usr/local/bin/svn cleanup /src TB --- 2012-12-07 23:49:23 - /usr/local/bin/svn update /src TB --- 2012-12-07 23:49:29 - At svn revision 244001 TB --- 2012-12-07 23:49:30 - building world TB --- 2012-12-07 23:49:30 - CROSS_BUILD_TESTING=YES TB --- 2012-12-07 23:49:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-07 23:49:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-07 23:49:30 - SRCCONF=/dev/null TB --- 2012-12-07 23:49:30 - TARGET=ia64 TB --- 2012-12-07 23:49:30 - TARGET_ARCH=ia64 TB --- 2012-12-07 23:49:30 - TZ=UTC TB --- 2012-12-07 23:49:30 - __MAKE_CONF=/dev/null TB --- 2012-12-07 23:49:30 - cd /src TB --- 2012-12-07 23:49:30 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Fri Dec 7 23:49:36 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sat Dec 8 01:28:47 UTC 2012 TB --- 2012-12-08 01:28:47 - generating LINT kernel config TB --- 2012-12-08 01:28:47 - cd /src/sys/ia64/conf TB --- 2012-12-08 01:28:47 - /usr/bin/make -B LINT TB --- 2012-12-08 01:28:47 - cd /src/sys/ia64/conf TB --- 2012-12-08 01:28:47 - /usr/sbin/config -m LINT TB --- 2012-12-08 01:28:47 - building LINT kernel TB --- 2012-12-08 01:28:47 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 01:28:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 01:28:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 01:28:47 - SRCCONF=/dev/null TB --- 2012-12-08 01:28:47 - TARGET=ia64 TB --- 2012-12-08 01:28:47 - TARGET_ARCH=ia64 TB --- 2012-12-08 01:28:47 - TZ=UTC TB --- 2012-12-08 01:28:47 - __MAKE_CONF=/dev/null TB --- 2012-12-08 01:28:47 - cd /src TB --- 2012-12-08 01:28:47 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Dec 8 01:28:47 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_mqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/kern/uipc_sem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs
Heads Up: NFSv4.1 patch going into head
I don't believe the patch I just committed to head for the kernel RPC to add backchannel support or the NFS client patch coming soon should affect operation unless the new minorversion=1 is used. However, since the patch is fairly large, I thought I'd give everyone a head up, in case it somehow impacts NFS client or server behaviour. If it does, I'm sure you'll let me know;-) rick ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on mips/mips
TB --- 2012-12-08 01:14:50 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 01:14:50 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 01:14:50 - starting HEAD tinderbox run for mips/mips TB --- 2012-12-08 01:14:50 - cleaning the object tree TB --- 2012-12-08 01:14:50 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 01:14:50 - cd /tinderbox/HEAD/mips/mips TB --- 2012-12-08 01:14:50 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 01:15:54 - /usr/local/bin/svn update /src TB --- 2012-12-08 01:16:00 - At svn revision 244010 TB --- 2012-12-08 01:16:01 - building world TB --- 2012-12-08 01:16:01 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 01:16:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 01:16:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 01:16:01 - SRCCONF=/dev/null TB --- 2012-12-08 01:16:01 - TARGET=mips TB --- 2012-12-08 01:16:01 - TARGET_ARCH=mips TB --- 2012-12-08 01:16:01 - TZ=UTC TB --- 2012-12-08 01:16:01 - __MAKE_CONF=/dev/null TB --- 2012-12-08 01:16:01 - cd /src TB --- 2012-12-08 01:16:01 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Dec 8 01:16:07 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sat Dec 8 02:21:56 UTC 2012 TB --- 2012-12-08 02:21:56 - cd /src/sys/mips/conf TB --- 2012-12-08 02:21:56 - /usr/sbin/config -m ADM5120 TB --- 2012-12-08 02:21:56 - skipping ADM5120 kernel TB --- 2012-12-08 02:21:56 - cd /src/sys/mips/conf TB --- 2012-12-08 02:21:56 - /usr/sbin/config -m ALCHEMY TB --- 2012-12-08 02:21:56 - skipping ALCHEMY kernel TB --- 2012-12-08 02:21:56 - cd /src/sys/mips/conf TB --- 2012-12-08 02:21:56 - /usr/sbin/config -m AP91 TB --- 2012-12-08 02:21:56 - building AP91 kernel TB --- 2012-12-08 02:21:56 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 02:21:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 02:21:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 02:21:56 - SRCCONF=/dev/null TB --- 2012-12-08 02:21:56 - TARGET=mips TB --- 2012-12-08 02:21:56 - TARGET_ARCH=mips TB --- 2012-12-08 02:21:56 - TZ=UTC TB --- 2012-12-08 02:21:56 - __MAKE_CONF=/dev/null TB --- 2012-12-08 02:21:56 - cd /src TB --- 2012-12-08 02:21:56 - /usr/bin/make -B buildkernel KERNCONF=AP91 Kernel build for AP91 started on Sat Dec 8 02:21:56 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=1 --param large-function-growth=10 --param max-inline-insns-single=1 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x8005 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_domain.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=1 --param large-function-growth=10 --param max-inline-insns-single=1 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x8005 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_mbuf.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=768 --param inline-unit-growth=1 --param large-function-growth=10 --param max-inline-insns-single=1 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x8005 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O
[head tinderbox] failure on mips64/mips
TB --- 2012-12-08 01:45:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 01:45:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 01:45:00 - starting HEAD tinderbox run for mips64/mips TB --- 2012-12-08 01:45:00 - cleaning the object tree TB --- 2012-12-08 01:45:00 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 01:45:00 - cd /tinderbox/HEAD/mips64/mips TB --- 2012-12-08 01:45:00 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 01:46:10 - /usr/local/bin/svn update /src TB --- 2012-12-08 01:46:17 - At svn revision 244011 TB --- 2012-12-08 01:46:18 - building world TB --- 2012-12-08 01:46:18 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 01:46:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 01:46:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 01:46:18 - SRCCONF=/dev/null TB --- 2012-12-08 01:46:18 - TARGET=mips TB --- 2012-12-08 01:46:18 - TARGET_ARCH=mips64 TB --- 2012-12-08 01:46:18 - TZ=UTC TB --- 2012-12-08 01:46:18 - __MAKE_CONF=/dev/null TB --- 2012-12-08 01:46:18 - cd /src TB --- 2012-12-08 01:46:18 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Dec 8 01:46:23 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sat Dec 8 02:55:37 UTC 2012 TB --- 2012-12-08 02:55:37 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:37 - /usr/sbin/config -m ADM5120 TB --- 2012-12-08 02:55:37 - skipping ADM5120 kernel TB --- 2012-12-08 02:55:37 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:37 - /usr/sbin/config -m ALCHEMY TB --- 2012-12-08 02:55:37 - skipping ALCHEMY kernel TB --- 2012-12-08 02:55:37 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:37 - /usr/sbin/config -m AP91 TB --- 2012-12-08 02:55:38 - skipping AP91 kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m AP93 TB --- 2012-12-08 02:55:38 - skipping AP93 kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m AP94 TB --- 2012-12-08 02:55:38 - skipping AP94 kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m AP96 TB --- 2012-12-08 02:55:38 - skipping AP96 kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m AR71XX_BASE TB --- 2012-12-08 02:55:38 - skipping AR71XX_BASE kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m AR724X_BASE TB --- 2012-12-08 02:55:38 - skipping AR724X_BASE kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m AR91XX_BASE TB --- 2012-12-08 02:55:38 - skipping AR91XX_BASE kernel TB --- 2012-12-08 02:55:38 - cd /src/sys/mips/conf TB --- 2012-12-08 02:55:38 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2012-12-08 02:55:38 - building BERI_DE4_MDROOT kernel TB --- 2012-12-08 02:55:38 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 02:55:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 02:55:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 02:55:38 - SRCCONF=/dev/null TB --- 2012-12-08 02:55:38 - TARGET=mips TB --- 2012-12-08 02:55:38 - TARGET_ARCH=mips64 TB --- 2012-12-08 02:55:38 - TZ=UTC TB --- 2012-12-08 02:55:38 - __MAKE_CONF=/dev/null TB --- 2012-12-08 02:55:38 - cd /src TB --- 2012-12-08 02:55:38 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT Kernel build for BERI_DE4_MDROOT started on Sat Dec 8 02:55:38 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1 --param large-function-growth=10 --param max-inline-insns-single=1 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x8010 -march=mips64 -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/kern/uipc_domain.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
Re: 9.1-RC3 LiveCD missing features
On Fri, 7 Dec 2012, Chuck Burns wrote: dd if=/dev/zer of=/dev/ada0 ^^^ There's your badblocks program. Any hard drive made in the last decade have been self-remapping.. That should be /dev/zero. And this will be very slow, going one 512-byte block at a time. Using a 64K or 128K buffer (bs=128K) will speed it up tremendously. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on powerpc/powerpc
TB --- 2012-12-08 02:24:03 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 02:24:03 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 02:24:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-12-08 02:24:03 - cleaning the object tree TB --- 2012-12-08 02:24:03 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 02:24:03 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2012-12-08 02:24:03 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 02:26:15 - /usr/local/bin/svn update /src TB --- 2012-12-08 02:26:23 - At svn revision 244011 TB --- 2012-12-08 02:26:24 - building world TB --- 2012-12-08 02:26:24 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 02:26:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 02:26:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 02:26:24 - SRCCONF=/dev/null TB --- 2012-12-08 02:26:24 - TARGET=powerpc TB --- 2012-12-08 02:26:24 - TARGET_ARCH=powerpc TB --- 2012-12-08 02:26:24 - TZ=UTC TB --- 2012-12-08 02:26:24 - __MAKE_CONF=/dev/null TB --- 2012-12-08 02:26:24 - cd /src TB --- 2012-12-08 02:26:24 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Dec 8 02:26:30 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sat Dec 8 04:59:57 UTC 2012 TB --- 2012-12-08 04:59:57 - generating LINT kernel config TB --- 2012-12-08 04:59:57 - cd /src/sys/powerpc/conf TB --- 2012-12-08 04:59:57 - /usr/bin/make -B LINT TB --- 2012-12-08 04:59:57 - cd /src/sys/powerpc/conf TB --- 2012-12-08 04:59:57 - /usr/sbin/config -m LINT TB --- 2012-12-08 04:59:57 - building LINT kernel TB --- 2012-12-08 04:59:57 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 04:59:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 04:59:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 04:59:57 - SRCCONF=/dev/null TB --- 2012-12-08 04:59:57 - TARGET=powerpc TB --- 2012-12-08 04:59:57 - TARGET_ARCH=powerpc TB --- 2012-12-08 04:59:57 - TZ=UTC TB --- 2012-12-08 04:59:57 - __MAKE_CONF=/dev/null TB --- 2012-12-08 04:59:57 - cd /src TB --- 2012-12-08 04:59:57 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Dec 8 04:59:58 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mqueue.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sem.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions
[head tinderbox] failure on sparc64/sparc64
TB --- 2012-12-08 04:28:10 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 04:28:10 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 04:28:10 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-12-08 04:28:10 - cleaning the object tree TB --- 2012-12-08 04:28:10 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 04:28:10 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2012-12-08 04:28:10 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 04:29:17 - /usr/local/bin/svn update /src TB --- 2012-12-08 04:29:26 - At svn revision 244015 TB --- 2012-12-08 04:29:27 - building world TB --- 2012-12-08 04:29:27 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 04:29:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 04:29:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 04:29:27 - SRCCONF=/dev/null TB --- 2012-12-08 04:29:27 - TARGET=sparc64 TB --- 2012-12-08 04:29:27 - TARGET_ARCH=sparc64 TB --- 2012-12-08 04:29:27 - TZ=UTC TB --- 2012-12-08 04:29:27 - __MAKE_CONF=/dev/null TB --- 2012-12-08 04:29:27 - cd /src TB --- 2012-12-08 04:29:27 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Dec 8 04:29:34 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sat Dec 8 05:32:56 UTC 2012 TB --- 2012-12-08 05:32:56 - generating LINT kernel config TB --- 2012-12-08 05:32:56 - cd /src/sys/sparc64/conf TB --- 2012-12-08 05:32:56 - /usr/bin/make -B LINT TB --- 2012-12-08 05:32:56 - cd /src/sys/sparc64/conf TB --- 2012-12-08 05:32:56 - /usr/sbin/config -m LINT TB --- 2012-12-08 05:32:56 - building LINT kernel TB --- 2012-12-08 05:32:56 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 05:32:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 05:32:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 05:32:56 - SRCCONF=/dev/null TB --- 2012-12-08 05:32:56 - TARGET=sparc64 TB --- 2012-12-08 05:32:56 - TARGET_ARCH=sparc64 TB --- 2012-12-08 05:32:56 - TZ=UTC TB --- 2012-12-08 05:32:56 - __MAKE_CONF=/dev/null TB --- 2012-12-08 05:32:56 - cd /src TB --- 2012-12-08 05:32:56 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Dec 8 05:32:56 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL
[head tinderbox] failure on powerpc64/powerpc
TB --- 2012-12-08 02:57:08 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 02:57:08 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 02:57:08 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-12-08 02:57:08 - cleaning the object tree TB --- 2012-12-08 02:57:08 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 02:57:08 - cd /tinderbox/HEAD/powerpc64/powerpc TB --- 2012-12-08 02:57:08 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 02:58:19 - /usr/local/bin/svn update /src TB --- 2012-12-08 02:58:26 - At svn revision 244013 TB --- 2012-12-08 02:58:27 - building world TB --- 2012-12-08 02:58:27 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 02:58:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 02:58:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 02:58:27 - SRCCONF=/dev/null TB --- 2012-12-08 02:58:27 - TARGET=powerpc TB --- 2012-12-08 02:58:27 - TARGET_ARCH=powerpc64 TB --- 2012-12-08 02:58:27 - TZ=UTC TB --- 2012-12-08 02:58:27 - __MAKE_CONF=/dev/null TB --- 2012-12-08 02:58:27 - cd /src TB --- 2012-12-08 02:58:27 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Dec 8 02:58:32 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything stage 5.1: building 32 bit shim libraries World build completed on Sat Dec 8 05:54:14 UTC 2012 TB --- 2012-12-08 05:54:14 - generating LINT kernel config TB --- 2012-12-08 05:54:14 - cd /src/sys/powerpc/conf TB --- 2012-12-08 05:54:14 - /usr/bin/make -B LINT TB --- 2012-12-08 05:54:14 - cd /src/sys/powerpc/conf TB --- 2012-12-08 05:54:14 - /usr/sbin/config -m LINT TB --- 2012-12-08 05:54:14 - building LINT kernel TB --- 2012-12-08 05:54:14 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 05:54:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 05:54:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 05:54:14 - SRCCONF=/dev/null TB --- 2012-12-08 05:54:14 - TARGET=powerpc TB --- 2012-12-08 05:54:14 - TARGET_ARCH=powerpc64 TB --- 2012-12-08 05:54:14 - TZ=UTC TB --- 2012-12-08 05:54:14 - __MAKE_CONF=/dev/null TB --- 2012-12-08 05:54:14 - cd /src TB --- 2012-12-08 05:54:14 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Dec 8 05:54:15 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_mqueue.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/kern/uipc_sem.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
Re: 9.1-RC3 LiveCD missing features
On 12/07/12 17:20, Kevin Oberman wrote: ports/sysutils/smartmontools? Most modern disks support S.M.A.R.T and will log read or write errors as well as perform non-destructive (though far from comprehensive) testing. This is the correct way, since the drive could be hiding bad blocks by reallocating dying sectors. Look at your pending sector count, this should be 0 on a good disk. If it does have a value, it should go away when the sector is moved/reallocated. Personally, I don't expect much advanced disk diagnosis out of a system installer (be it Linux, Windows or Freebsd). Use this (it's freedos): http://hddguru.com/software/2005.10.02-MHDD/ It can deallocate bad sectors (will require reformat) and show slow sectors as well, in a waterfall-type display. As far as in the base system, it may be a little late for this, but ZFS would indicate unreadable blocks via checksum errors after a scrub, would it not? Matt ___ 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: 9.1-RC3 LiveCD missing features
Thanks Warren :-) I noticed that Western Digital disks MUST be preformatted this way at first otherwise stragne things happen later on (I had 3 disks like this for desktop and laptop). Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: 9.1-RC3 LiveCD missing features
dd if=root_part of=root_part took loong time but it did not help :-( -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: 9.1-RC3 LiveCD missing features
Hello Ian :-) This is the problem - / is read only and /etc/resolv.conf already links to nonexistent file. This way I cannot modify its content nor link other file (i.e. /var/resolv.conf) to /etc/resolv.conf. Creating /var/resolv.conf does not help either. I think /etc/resolv.conf should point to /var/resolv.conf from start so the resolver is functional :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
[head tinderbox] failure on arm/arm
TB --- 2012-12-08 06:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-12-08 06:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-12-08 06:10:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-12-08 06:10:01 - cleaning the object tree TB --- 2012-12-08 06:10:01 - checking out /src from svn://svn.freebsd.org/base/head TB --- 2012-12-08 06:10:01 - cd /tinderbox/HEAD/arm/arm TB --- 2012-12-08 06:10:01 - /usr/local/bin/svn cleanup /src TB --- 2012-12-08 06:14:24 - /usr/local/bin/svn update /src TB --- 2012-12-08 06:14:34 - At svn revision 244017 TB --- 2012-12-08 06:14:35 - building world TB --- 2012-12-08 06:14:35 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 06:14:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 06:14:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 06:14:35 - SRCCONF=/dev/null TB --- 2012-12-08 06:14:35 - TARGET=arm TB --- 2012-12-08 06:14:35 - TARGET_ARCH=arm TB --- 2012-12-08 06:14:35 - TZ=UTC TB --- 2012-12-08 06:14:35 - __MAKE_CONF=/dev/null TB --- 2012-12-08 06:14:35 - cd /src TB --- 2012-12-08 06:14:35 - /usr/bin/make -B buildworld Building an up-to-date make(1) World build started on Sat Dec 8 06:14:41 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Sat Dec 8 07:13:23 UTC 2012 TB --- 2012-12-08 07:13:23 - generating LINT kernel config TB --- 2012-12-08 07:13:23 - cd /src/sys/arm/conf TB --- 2012-12-08 07:13:23 - /usr/bin/make -B LINT TB --- 2012-12-08 07:13:23 - cd /src/sys/arm/conf TB --- 2012-12-08 07:13:23 - /usr/sbin/config -m LINT TB --- 2012-12-08 07:13:23 - building LINT kernel TB --- 2012-12-08 07:13:23 - CROSS_BUILD_TESTING=YES TB --- 2012-12-08 07:13:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-12-08 07:13:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-12-08 07:13:23 - SRCCONF=/dev/null TB --- 2012-12-08 07:13:23 - TARGET=arm TB --- 2012-12-08 07:13:23 - TARGET_ARCH=arm TB --- 2012-12-08 07:13:23 - TZ=UTC TB --- 2012-12-08 07:13:23 - __MAKE_CONF=/dev/null TB --- 2012-12-08 07:13:23 - cd /src TB --- 2012-12-08 07:13:23 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Dec 8 07:13:23 UTC 2012 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -ffreestanding -Werror /src/sys/kern/uipc_mbuf2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -ffreestanding -Werror /src/sys/kern/uipc_mqueue.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -ffreestanding -Werror /src/sys/kern/uipc_sem.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param
Re: 9.1-RC3 LiveCD missing features
On Fri, Dec 7, 2012 at 11:06 PM, CeDeROM cede...@tlen.pl wrote: Hello Ian :-) This is the problem - / is read only and /etc/resolv.conf already links to nonexistent file. This way I cannot modify its content nor link other file (i.e. /var/resolv.conf) to /etc/resolv.conf. Creating /var/resolv.conf does not help either. I think /etc/resolv.conf should point to /var/resolv.conf from start so the resolver is functional :-) I generally get around this with mdmfs and unionfs mounts, but it's a bit annoying... I'll see if I can file a PR with all of the things that need to be fixed/enhanced and maybe fix some of the items if I get some time (if the liveCD used rc.initdiskless it would be considerably simpler and some key filesystems would be writable after boot). Thanks, -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 9.1-RC3 LiveCD missing features
Running fsck -t ufs -fy solved the issue!! http://i47.tinypic.com/35m1qxk.jpg How reliable is new UFS2-SU+J? Are there any journal verification routines (I heard about some chcecks in the background). Will automatic fsck on boot force full filesystem checks in any case (like filesystem related kernel panic will set full filesystem check flag)? This was the filesystem issue not the hard drive (its new 2TB WD disk preformatted before use). Having badblocks and other test solutions on the LiveCD would at least detect some hardware issues I gues, I give +1 for service/support tools in LiveCD :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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: problems with threads/destructors in -current with llvm/clang
Dimitry Andric wrote: On 2012-12-07 13:59, Dimitry Andric wrote: On 2012-12-06 18:12, Mark Atkinson wrote: Short backstory, I had recently upgraded my workstation to the latest current which included clang as default cc now. ... qdbus under kde segfaults in malloc with a huge recursion stack: ... This is a bug in qdbus; it uses a global static QDBusConnection object, and the order in which global destructors are called is undefined: ... The global static QDBusConnection object should be replaced by a singleton, as suggested here: Here is an alternative solution, where the QDBusConnection object is just a local variable in main(), and passed around as a const reference. To make the destructors work properly, I also replaced the exit() calls in main() with return statements. With this patch (placed in /usr/ports/devel/dbus-qt4/files), qdbus starts up and exits normally for me. I did not do any other rigorous testing, though. :) Works for me, thanks. I think your patch should go in. Kevin ___ 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: 9.1-RC3 LiveCD missing features
Hello Garrett :-) UnionFS works very well on Linux based embedded systems and its very powerful :-) I dont know the mdmfs sorry :-) +1 for your ideas :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ 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
