[releng_9 tinderbox] failure on ia64/ia64
TB --- 2013-06-18 22:51:34 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-18 22:51:34 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-18 22:51:34 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2013-06-18 22:51:34 - cleaning the object tree TB --- 2013-06-18 22:52:01 - /usr/local/bin/svn stat /src TB --- 2013-06-18 22:52:30 - At svn revision 251958 TB --- 2013-06-18 22:52:31 - building world TB --- 2013-06-18 22:52:31 - CROSS_BUILD_TESTING=YES TB --- 2013-06-18 22:52:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-18 22:52:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-18 22:52:31 - SRCCONF=/dev/null TB --- 2013-06-18 22:52:31 - TARGET=ia64 TB --- 2013-06-18 22:52:31 - TARGET_ARCH=ia64 TB --- 2013-06-18 22:52:31 - TZ=UTC TB --- 2013-06-18 22:52:31 - __MAKE_CONF=/dev/null TB --- 2013-06-18 22:52:31 - cd /src TB --- 2013-06-18 22:52:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 18 22:52:32 UTC 2013 >>> 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 Wed Jun 19 00:39:04 UTC 2013 TB --- 2013-06-19 00:39:04 - generating LINT kernel config TB --- 2013-06-19 00:39:04 - cd /src/sys/ia64/conf TB --- 2013-06-19 00:39:04 - /usr/bin/make -B LINT TB --- 2013-06-19 00:39:04 - cd /src/sys/ia64/conf TB --- 2013-06-19 00:39:04 - /usr/sbin/config -m LINT TB --- 2013-06-19 00:39:04 - building LINT kernel TB --- 2013-06-19 00:39:04 - CROSS_BUILD_TESTING=YES TB --- 2013-06-19 00:39:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-19 00:39:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-19 00:39:04 - SRCCONF=/dev/null TB --- 2013-06-19 00:39:04 - TARGET=ia64 TB --- 2013-06-19 00:39:04 - TARGET_ARCH=ia64 TB --- 2013-06-19 00:39:04 - TZ=UTC TB --- 2013-06-19 00:39:04 - __MAKE_CONF=/dev/null TB --- 2013-06-19 00:39:04 - cd /src TB --- 2013-06-19 00:39:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 19 00:39:04 UTC 2013 >>> 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/ia64/ia32/ia32_trap.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/ia64/ia64/autoconf.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/ia64/ia64/bus_machdep.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_
Re: include/c++/v1 still in BSD.include.dist as well as in obsolete_files
On Tue, Jun 18, 2013 at 11:22:55PM +0200, Dimitry Andric wrote: > On Jun 18, 2013, at 21:03, Kevin Oberman wrote: > > When I run "make check-old, the /usr/include/c++/v1 and v1/ext directories > > are listed as old, but they are still present in BSD.include.dist, so are > > recreated every time I installworld. > > > > Could these directories be removed from BSD.include.dist, as I am pretty > > sure that they ARE obsolete. > > They are not obsolete, as they are part of libc++, but I don't think it > is already possible to have parts of mtree files depend on WITH_XXX > settings. So we can either remove the directories (but not the files) > from ObsoleteFiles.inc, or attempt to amend mtree so it can handle > conditional parts. > > Brooks, any idea if NetBSD's mtree supports that feature? :-) It doesn't. The only way to do this currently is to create separate mtree files for each set of option directories. In the current world order this sucks because each parent directly must be specified with correct permissions so there's lots of opportunity to break things. I'm hoping to fix that some time soon by switch to new-format mtree files. You'd still have to use separate files, but at least they would only contain the relevant directories. -- Brooks pgpg238oMHZT7.pgp Description: PGP signature
Re: system sporadically hangs on shutdown after switching to WITH_NEW_XORG
On Wed, Jun 19, 2013 at 01:41:10AM +0430, Javad Kouhi wrote: > I've read the posts again. Although the issue looks same as Michiel > Boland (first link) but I'm not sure if the root of the issue is same > as Michiel's too (second link). Anyway, it should be discussed in > another thread as you said. Let me be more clear: I have seen repeated reports from people complaining about "lockups when shutting down" many times over the years. The ones I remember: - Certain oddities with SCSI/SATA storage drivers and disks (many of these have been fixed) - ACPI-based reboot not working correctly on some motherboards (depends on hw.acpi.handle_reboot and sometimes hw.acpi.disable_on_reboot) -- not sure if this still pops up - USB layer causing issues, or possibly some USB CAM integration problem (this is still an ongoing one) - Now some sort of weird Intel graphics driver (and DRM?) quirk involving moused(8) and Vsync (the issue reported by Michiel) And I'm certain I'm forgetting others. What Kevin Oberman said also applies -- these are painful to debug because the system is already in a "shutting down" state where usability and accessibility becomes bare minimal, and you're kind of at your wits end. Booting verbose can help -- there are other messages printed to the VGA (and/or serial) console during the shutdown phase when verbose. All you can hope for is that the kernel is still alive and Ctrl-Alt-Esc to force a drop to DDB (assuming all of this is enabled in your kernel) works and that someone familiar with the FreeBSD kernel can help you debug it (possibly it's just easier to do that, type "panic", then issue "call doadump" to force a dump to swap at that point -- kib@ might have better recommendations). Serial console can also greatly help, because quite often there are pages upon pages of debugging information that are useful, otherwise you have to hope the VGA console keyboard is functional (even more tricky with USB) and that Scroll Lock + Page Up/Down function along with taking photos of the screen; doing it this way is stressful and painful for everyone involved. I hope this sheds some light on why I said what I did. :-) -- | Jeremy Chadwick j...@koitsu.org | | UNIX Systems Administratorhttp://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: include/c++/v1 still in BSD.include.dist as well as in obsolete_files
On Jun 18, 2013, at 21:03, Kevin Oberman wrote: > When I run "make check-old, the /usr/include/c++/v1 and v1/ext directories > are listed as old, but they are still present in BSD.include.dist, so are > recreated every time I installworld. > > Could these directories be removed from BSD.include.dist, as I am pretty > sure that they ARE obsolete. They are not obsolete, as they are part of libc++, but I don't think it is already possible to have parts of mtree files depend on WITH_XXX settings. So we can either remove the directories (but not the files) from ObsoleteFiles.inc, or attempt to amend mtree so it can handle conditional parts. Brooks, any idea if NetBSD's mtree supports that feature? :-) -Dimitry ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: system sporadically hangs on shutdown after switching to WITH_NEW_XORG
I've read the posts again. Although the issue looks same as Michiel Boland (first link) but I'm not sure if the root of the issue is same as Michiel's too (second link). Anyway, it should be discussed in another thread as you said. > Second, the patch is not mine -- it's Konstantin's. I did not write the > code/fix, nor do I understand it. All I did was provide a version of > the same patch that applied cleanly on recent stable/9. (I'm sorry for > needing to state this, but clear ownership of code/issues is important.) That's understandable, thank you both. I didn't mean it that way. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Problem with ftp-proxy
Am 18.06.2013 um 13:32 schrieb "Mark Felder" : > On Tue, 18 Jun 2013 06:11:43 -0500, Rainer Duffner > wrote: > >> Hi, >> >> >> I use ftp-proxy, together with the patch that starts multiple instances: >> > > I recommend avoiding ftp-proxy and setting up static rules that you know will > work. On our systems in pure-ftpd.conf we set > > PassivePortRange 3000 3200 > > and then on the system's firewall and every firewall in front we pass through > ports 3000-3200. It's a simple solution that's guaranteed to work, and you > don't have to debug what the proxy is doing. > > Also, most ftp-proxy software tends to do a very bad job once you start > throwing in FTPES. We see this with customer firewalls all the time. These > firewall services under the guise of "proxys", "fixups", or "Application > Layer Gateways" are just inconsistent and unreliable no matter which vendor > supplies it. > > Note, you may have to make the range larger if you expect more than 200 > concurrent sessions. Hi, thanks for the hint. I didn't get that to work right away, either…. But while I worked through various documentations and tutorials, I checked if net.inet.ip.forwarding was actually set to 1. It wasn't, even though sysctl.conf had it set. After re-applying it, things started to work again… Best Regards, Rainer ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
include/c++/v1 still in BSD.include.dist as well as in obsolete_files
When I run "make check-old, the /usr/include/c++/v1 and v1/ext directories are listed as old, but they are still present in BSD.include.dist, so are recreated every time I installworld. Could these directories be removed from BSD.include.dist, as I am pretty sure that they ARE obsolete. -- R. Kevin Oberman, Network Engineer E-mail: rkober...@gmail.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: system sporadically hangs on shutdown after switching to WITH_NEW_XORG
On Tue, Jun 18, 2013 at 10:37:10PM +0430, Javad Kouhi wrote: > On Tue, Jun 18, 2013 at 7:17 PM, Jeremy Chadwick wrote: > > > > I do not use git, I use svn, So I cannot help you with git "crap". > > > > Please revert your sys/dev/drm2/i915/intel_fb.c and > > sys/dev/syscons/scvgarndr.c back to r251934 (or newer) before following > > what I tell you below. > > > > The problem is either that: > > > > - The patch you were given is probably for a different FreeBSD release, > > thus the code/line numbers/info in the code break the fuzzy logic > > matching, > > - You copy-pasted the diff and because of tabs vs. spaces botched it, > > - git apply/patch/whatever is weird, > > - Multitudes of other possibilities I do not care to go into. > > > > The hack kib@ gave you is not hard to manually add yourself. It's very > > few lines of code. I'm very surprised you didn't try to manually add it > > yourself. So I have done that for you. First, the proof -- this is > > against r251939, by the way, but that shouldn't matter as nobody has > > touched this between r251934 and r251939: > > > > $ svn info > > Path: . > > Working Copy Root Path: /home/jdc/work/src > > URL: svn://svn.freebsd.org/base/stable/9 > > Repository Root: svn://svn.freebsd.org/base > > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > > Revision: 251939 > > Node Kind: directory > > Schedule: normal > > Last Changed Author: marius > > Last Changed Rev: 251939 > > Last Changed Date: 2013-06-18 07:20:14 -0700 (Tue, 18 Jun 2013) > > > > $ svn status > > M sys/dev/drm2/i915/intel_fb.c > > M sys/dev/syscons/scvgarndr.c > > > > The diff itself is available here: > > > > http://jdc.koitsu.org/freebsd/sysmouse_vsync.diff > > > > I've also attached it here in Email (assuming the mailing list doesn't > > delete it). > > > > You should apply the patch using: > > > > cd /usr/src (or wherever your source is) > > patch -p0 < sysmouse_vsync.diff > > > > Assuming use of svn, you can revert this patch by doing: > > > > cd /usr/src (or wherever your source is) > > svn revert sys/dev/drm2/i915/intel_fb.c > > svn revert sys/dev/syscons/scvgarndr.c > > rm sys/dev/drm2/i915/intel_fb.c.orig > > rm sys/dev/syscons/scvgarndr.c.orig > > > > There is probably some other "magical" way to do all of this, but as > > anyone here knows, I do things manually because in general I do not > > trust VCSes or the "magic" they do under the hood; I prefer to do things > > that I know work. > > > > Good luck -- I cannot help with any other aspect to the issue. > > > > -- > > | Jeremy Chadwick j...@koitsu.org | > > | UNIX Systems Administratorhttp://jdc.koitsu.org/ | > > | Making life hard for others since 1977. PGP 4BD6C0CB | > > > > Many thanks for the detailed answer. I've applied your patch and then > rebuilt the world and kernel. To be honest, I tried to apply the patch > manually but the syntax was too complex for me. Thanks for the help to > apply the patch. > > Unfortunately, the original issue is still exist and shutdown(8) > doesn't work properly. I'm a newbie and I don't know what informations > I should provide, but here is some basic information: > > % uname -a > FreeBSD minootux 9.1-STABLE FreeBSD 9.1-STABLE #0 r251946M: Tue Jun 18 > 21:16:56 IRDT 2013 root@minootux:/usr/obj/usr/src/sys/GIGABYTE > amd64 > > % pkg_info -I -x xorg-server -x drm > libdrm-2.4.44 Userspace interface to kernel Direct Rendering Module > servi > xorg-server-1.12.4,1 X.Org X server and related programs > > The machine is a laptop and the following link contains the details > about the hardware: > http://www.gigabyte.com/products/product-page.aspx?pid=3793#sp > > KMS and NEW_XORG are enabled in my /etc/make.conf. First, what makes you think your issue is the same issue as reported by Michiel Boland? Let me point you to two of his posts (read them slowly and in full please): http://lists.freebsd.org/pipermail/freebsd-stable/2013-June/073821.html http://lists.freebsd.org/pipermail/freebsd-stable/2013-June/073839.html Second, the patch is not mine -- it's Konstantin's. I did not write the code/fix, nor do I understand it. All I did was provide a version of the same patch that applied cleanly on recent stable/9. (I'm sorry for needing to state this, but clear ownership of code/issues is important.) TL;DR -- The patch kib@ wrote was not for you, it was for Michiel. If the patch works for Michiel and fixes his issue, great. It sounds clearly, to me, like you have a different problem or an issue that manifests itself in the same manner but the root cause is different. Your issue should be handled separately (preferably in another thread). -- | Jeremy Chadwick j...@koitsu.org | | UNIX Systems Administratorhttp://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | _
Re: system sporadically hangs on shutdown after switching to WITH_NEW_XORG
On Tue, Jun 18, 2013 at 7:17 PM, Jeremy Chadwick wrote: > > I do not use git, I use svn, So I cannot help you with git "crap". > > Please revert your sys/dev/drm2/i915/intel_fb.c and > sys/dev/syscons/scvgarndr.c back to r251934 (or newer) before following > what I tell you below. > > The problem is either that: > > - The patch you were given is probably for a different FreeBSD release, > thus the code/line numbers/info in the code break the fuzzy logic > matching, > - You copy-pasted the diff and because of tabs vs. spaces botched it, > - git apply/patch/whatever is weird, > - Multitudes of other possibilities I do not care to go into. > > The hack kib@ gave you is not hard to manually add yourself. It's very > few lines of code. I'm very surprised you didn't try to manually add it > yourself. So I have done that for you. First, the proof -- this is > against r251939, by the way, but that shouldn't matter as nobody has > touched this between r251934 and r251939: > > $ svn info > Path: . > Working Copy Root Path: /home/jdc/work/src > URL: svn://svn.freebsd.org/base/stable/9 > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 251939 > Node Kind: directory > Schedule: normal > Last Changed Author: marius > Last Changed Rev: 251939 > Last Changed Date: 2013-06-18 07:20:14 -0700 (Tue, 18 Jun 2013) > > $ svn status > M sys/dev/drm2/i915/intel_fb.c > M sys/dev/syscons/scvgarndr.c > > The diff itself is available here: > > http://jdc.koitsu.org/freebsd/sysmouse_vsync.diff > > I've also attached it here in Email (assuming the mailing list doesn't > delete it). > > You should apply the patch using: > > cd /usr/src (or wherever your source is) > patch -p0 < sysmouse_vsync.diff > > Assuming use of svn, you can revert this patch by doing: > > cd /usr/src (or wherever your source is) > svn revert sys/dev/drm2/i915/intel_fb.c > svn revert sys/dev/syscons/scvgarndr.c > rm sys/dev/drm2/i915/intel_fb.c.orig > rm sys/dev/syscons/scvgarndr.c.orig > > There is probably some other "magical" way to do all of this, but as > anyone here knows, I do things manually because in general I do not > trust VCSes or the "magic" they do under the hood; I prefer to do things > that I know work. > > Good luck -- I cannot help with any other aspect to the issue. > > -- > | Jeremy Chadwick j...@koitsu.org | > | UNIX Systems Administratorhttp://jdc.koitsu.org/ | > | Making life hard for others since 1977. PGP 4BD6C0CB | > Many thanks for the detailed answer. I've applied your patch and then rebuilt the world and kernel. To be honest, I tried to apply the patch manually but the syntax was too complex for me. Thanks for the help to apply the patch. Unfortunately, the original issue is still exist and shutdown(8) doesn't work properly. I'm a newbie and I don't know what informations I should provide, but here is some basic information: % uname -a FreeBSD minootux 9.1-STABLE FreeBSD 9.1-STABLE #0 r251946M: Tue Jun 18 21:16:56 IRDT 2013 root@minootux:/usr/obj/usr/src/sys/GIGABYTE amd64 % pkg_info -I -x xorg-server -x drm libdrm-2.4.44 Userspace interface to kernel Direct Rendering Module servi xorg-server-1.12.4,1 X.Org X server and related programs The machine is a laptop and the following link contains the details about the hardware: http://www.gigabyte.com/products/product-page.aspx?pid=3793#sp KMS and NEW_XORG are enabled in my /etc/make.conf. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: system sporadically hangs on shutdown after switching to WITH_NEW_XORG
On Tue, Jun 18, 2013 at 7:47 AM, Jeremy Chadwick wrote: > On Tue, Jun 18, 2013 at 07:00:30PM +0430, Javad Kouhi wrote: > > Thanks for the reply, seems that our source trees are not same, I got > this: > > > > % patch -p1 < /path/to/patch > > Hmm... Looks like a unified diff to me... > > The text leading up to this was: > > -- > > |diff --git a/sys/dev/drm2/i915/intel_fb.c b/sys/dev/drm2/i915/intel_fb.c > > |index 3cb3b78..e41a49f 100644 > > |--- a/sys/dev/drm2/i915/intel_fb.c > > |+++ b/sys/dev/drm2/i915/intel_fb.c > > -- > > Patching file sys/dev/drm2/i915/intel_fb.c using Plan A... > > Hunk #1 succeeded at 207 with fuzz 1. > > Hunk #2 failed at 231. > > 1 out of 2 hunks failed--saving rejects to > sys/dev/drm2/i915/intel_fb.c.rej > > Hmm... The next patch looks like a unified diff to me... > > The text leading up to this was: > > -- > > |diff --git a/sys/dev/syscons/scvgarndr.c b/sys/dev/syscons/scvgarndr.c > > |index 6e6663c..fc7f02f 100644 > > |--- a/sys/dev/syscons/scvgarndr.c > > |+++ b/sys/dev/syscons/scvgarndr.c > > -- > > Patching file sys/dev/syscons/scvgarndr.c using Plan A... > > Hunk #1 succeeded at 395. > > Hunk #2 failed at 447. > > 1 out of 2 hunks failed--saving rejects to > sys/dev/syscons/scvgarndr.c.rej > > done > > > > > > And the git way: > > > > % git apply /path/to/patch > > error: patch failed: sys/dev/drm2/i915/intel_fb.c:207 > > error: sys/dev/drm2/i915/intel_fb.c: patch does not apply > > error: patch failed: sys/dev/syscons/scvgarndr.c:445 > > error: sys/dev/syscons/scvgarndr.c: patch does not apply > > > > > > I have revision 251934 of -STABLE branch. (I updated my source tree > > about 3 hours ago using svn) > > I do not use git, I use svn, So I cannot help you with git "crap". > > Please revert your sys/dev/drm2/i915/intel_fb.c and > sys/dev/syscons/scvgarndr.c back to r251934 (or newer) before following > what I tell you below. > > The problem is either that: > > - The patch you were given is probably for a different FreeBSD release, > thus the code/line numbers/info in the code break the fuzzy logic > matching, > - You copy-pasted the diff and because of tabs vs. spaces botched it, > - git apply/patch/whatever is weird, > - Multitudes of other possibilities I do not care to go into. > > The hack kib@ gave you is not hard to manually add yourself. It's very > few lines of code. I'm very surprised you didn't try to manually add it > yourself. So I have done that for you. First, the proof -- this is > against r251939, by the way, but that shouldn't matter as nobody has > touched this between r251934 and r251939: > > $ svn info > Path: . > Working Copy Root Path: /home/jdc/work/src > URL: svn://svn.freebsd.org/base/stable/9 > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 251939 > Node Kind: directory > Schedule: normal > Last Changed Author: marius > Last Changed Rev: 251939 > Last Changed Date: 2013-06-18 07:20:14 -0700 (Tue, 18 Jun 2013) > > $ svn status > M sys/dev/drm2/i915/intel_fb.c > M sys/dev/syscons/scvgarndr.c > > The diff itself is available here: > > http://jdc.koitsu.org/freebsd/sysmouse_vsync.diff > > I've also attached it here in Email (assuming the mailing list doesn't > delete it). > > You should apply the patch using: > > cd /usr/src (or wherever your source is) > patch -p0 < sysmouse_vsync.diff > > Assuming use of svn, you can revert this patch by doing: > > cd /usr/src (or wherever your source is) > svn revert sys/dev/drm2/i915/intel_fb.c > svn revert sys/dev/syscons/scvgarndr.c > rm sys/dev/drm2/i915/intel_fb.c.orig > rm sys/dev/syscons/scvgarndr.c.orig > > There is probably some other "magical" way to do all of this, but as > anyone here knows, I do things manually because in general I do not > trust VCSes or the "magic" they do under the hood; I prefer to do things > that I know work. > > Good luck -- I cannot help with any other aspect to the issue. > After some testing, I now believe that there are two failure modes causing hangs on shutdown on Intel_KMS systems. Data is mostly empirical, but it looks pretty clear to me. Failure 1: Shutdown proceeds through a significant portion of the shutdown before hanging shortly before syncing disks. Shutdown has passed the point of most userland capability, so no real access is available. Failure2: Shutdown hangs almost instantly. All disk activity ends and the system (userland) is frozen. ping still works, so the net has not been shutdown and the kernel is still responsive. I suspect that this patch only fixes one of the issues, but time will tell. (I thought I was ready to go on testing this until this morning's security announcement and just finished rebuilding the kernels again.) In all cases, the reboot(8) and halt(8) commands seems to work fine, but won't cleanly shutdown daemons and the like, so this is
[releng_9 tinderbox] failure on ia64/ia64
TB --- 2013-06-18 13:01:09 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-18 13:01:09 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-18 13:01:09 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2013-06-18 13:01:09 - cleaning the object tree TB --- 2013-06-18 13:01:30 - /usr/local/bin/svn stat /src TB --- 2013-06-18 13:01:49 - At svn revision 251932 TB --- 2013-06-18 13:01:50 - building world TB --- 2013-06-18 13:01:50 - CROSS_BUILD_TESTING=YES TB --- 2013-06-18 13:01:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-18 13:01:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-18 13:01:50 - SRCCONF=/dev/null TB --- 2013-06-18 13:01:50 - TARGET=ia64 TB --- 2013-06-18 13:01:50 - TARGET_ARCH=ia64 TB --- 2013-06-18 13:01:50 - TZ=UTC TB --- 2013-06-18 13:01:50 - __MAKE_CONF=/dev/null TB --- 2013-06-18 13:01:50 - cd /src TB --- 2013-06-18 13:01:50 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 18 13:01:55 UTC 2013 >>> 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 Tue Jun 18 14:49:18 UTC 2013 TB --- 2013-06-18 14:49:18 - generating LINT kernel config TB --- 2013-06-18 14:49:18 - cd /src/sys/ia64/conf TB --- 2013-06-18 14:49:18 - /usr/bin/make -B LINT TB --- 2013-06-18 14:49:18 - cd /src/sys/ia64/conf TB --- 2013-06-18 14:49:18 - /usr/sbin/config -m LINT TB --- 2013-06-18 14:49:19 - building LINT kernel TB --- 2013-06-18 14:49:19 - CROSS_BUILD_TESTING=YES TB --- 2013-06-18 14:49:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-18 14:49:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-18 14:49:19 - SRCCONF=/dev/null TB --- 2013-06-18 14:49:19 - TARGET=ia64 TB --- 2013-06-18 14:49:19 - TARGET_ARCH=ia64 TB --- 2013-06-18 14:49:19 - TZ=UTC TB --- 2013-06-18 14:49:19 - __MAKE_CONF=/dev/null TB --- 2013-06-18 14:49:19 - cd /src TB --- 2013-06-18 14:49:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 18 14:49:19 UTC 2013 >>> 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/ia64/ia32/ia32_trap.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/ia64/ia64/autoconf.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/ia64/ia64/bus_machdep.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_
Re: system sporadically hangs on shutdown after switching to WITH_NEW_XORG
On Tue, Jun 18, 2013 at 07:00:30PM +0430, Javad Kouhi wrote: > Thanks for the reply, seems that our source trees are not same, I got this: > > % patch -p1 < /path/to/patch > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -- > |diff --git a/sys/dev/drm2/i915/intel_fb.c b/sys/dev/drm2/i915/intel_fb.c > |index 3cb3b78..e41a49f 100644 > |--- a/sys/dev/drm2/i915/intel_fb.c > |+++ b/sys/dev/drm2/i915/intel_fb.c > -- > Patching file sys/dev/drm2/i915/intel_fb.c using Plan A... > Hunk #1 succeeded at 207 with fuzz 1. > Hunk #2 failed at 231. > 1 out of 2 hunks failed--saving rejects to sys/dev/drm2/i915/intel_fb.c.rej > Hmm... The next patch looks like a unified diff to me... > The text leading up to this was: > -- > |diff --git a/sys/dev/syscons/scvgarndr.c b/sys/dev/syscons/scvgarndr.c > |index 6e6663c..fc7f02f 100644 > |--- a/sys/dev/syscons/scvgarndr.c > |+++ b/sys/dev/syscons/scvgarndr.c > -- > Patching file sys/dev/syscons/scvgarndr.c using Plan A... > Hunk #1 succeeded at 395. > Hunk #2 failed at 447. > 1 out of 2 hunks failed--saving rejects to sys/dev/syscons/scvgarndr.c.rej > done > > > And the git way: > > % git apply /path/to/patch > error: patch failed: sys/dev/drm2/i915/intel_fb.c:207 > error: sys/dev/drm2/i915/intel_fb.c: patch does not apply > error: patch failed: sys/dev/syscons/scvgarndr.c:445 > error: sys/dev/syscons/scvgarndr.c: patch does not apply > > > I have revision 251934 of -STABLE branch. (I updated my source tree > about 3 hours ago using svn) I do not use git, I use svn, So I cannot help you with git "crap". Please revert your sys/dev/drm2/i915/intel_fb.c and sys/dev/syscons/scvgarndr.c back to r251934 (or newer) before following what I tell you below. The problem is either that: - The patch you were given is probably for a different FreeBSD release, thus the code/line numbers/info in the code break the fuzzy logic matching, - You copy-pasted the diff and because of tabs vs. spaces botched it, - git apply/patch/whatever is weird, - Multitudes of other possibilities I do not care to go into. The hack kib@ gave you is not hard to manually add yourself. It's very few lines of code. I'm very surprised you didn't try to manually add it yourself. So I have done that for you. First, the proof -- this is against r251939, by the way, but that shouldn't matter as nobody has touched this between r251934 and r251939: $ svn info Path: . Working Copy Root Path: /home/jdc/work/src URL: svn://svn.freebsd.org/base/stable/9 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 251939 Node Kind: directory Schedule: normal Last Changed Author: marius Last Changed Rev: 251939 Last Changed Date: 2013-06-18 07:20:14 -0700 (Tue, 18 Jun 2013) $ svn status M sys/dev/drm2/i915/intel_fb.c M sys/dev/syscons/scvgarndr.c The diff itself is available here: http://jdc.koitsu.org/freebsd/sysmouse_vsync.diff I've also attached it here in Email (assuming the mailing list doesn't delete it). You should apply the patch using: cd /usr/src (or wherever your source is) patch -p0 < sysmouse_vsync.diff Assuming use of svn, you can revert this patch by doing: cd /usr/src (or wherever your source is) svn revert sys/dev/drm2/i915/intel_fb.c svn revert sys/dev/syscons/scvgarndr.c rm sys/dev/drm2/i915/intel_fb.c.orig rm sys/dev/syscons/scvgarndr.c.orig There is probably some other "magical" way to do all of this, but as anyone here knows, I do things manually because in general I do not trust VCSes or the "magic" they do under the hood; I prefer to do things that I know work. Good luck -- I cannot help with any other aspect to the issue. -- | Jeremy Chadwick j...@koitsu.org | | UNIX Systems Administratorhttp://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB | Index: sys/dev/drm2/i915/intel_fb.c === --- sys/dev/drm2/i915/intel_fb.c (revision 251939) +++ sys/dev/drm2/i915/intel_fb.c (working copy) @@ -207,6 +207,8 @@ static void intel_fbdev_destroy(struct drm_device } } +extern int sc_txtmouse_no_retrace_wait; + int intel_fbdev_init(struct drm_device *dev) { struct intel_fbdev *ifbdev; @@ -229,6 +231,7 @@ int intel_fbdev_init(struct drm_device *dev) drm_fb_helper_single_add_all_connectors(&ifbdev->helper); drm_fb_helper_initial_config(&ifbdev->helper, 32); + sc_txtmouse_no_retrace_wait = 1; return 0; } Index: sys/dev/syscons/scvgarndr.c === --- sys/dev/syscons/scvgarndr.c (revision 251939) +++ sys/dev/syscons/scvgarndr.c (working copy) @@ -395,6 +395,8 @@ vga_txtblink(scr_stat *scp, int at, int flip) { } +int sc_txtmouse_no_retrace_wait; + #ifndef SC_NO_CUTP
Re: system sporadically hangs on shutdown after switching to WITH_NEW_XORG
Thanks for the reply, seems that our source trees are not same, I got this: % patch -p1 < /path/to/patch Hmm... Looks like a unified diff to me... The text leading up to this was: -- |diff --git a/sys/dev/drm2/i915/intel_fb.c b/sys/dev/drm2/i915/intel_fb.c |index 3cb3b78..e41a49f 100644 |--- a/sys/dev/drm2/i915/intel_fb.c |+++ b/sys/dev/drm2/i915/intel_fb.c -- Patching file sys/dev/drm2/i915/intel_fb.c using Plan A... Hunk #1 succeeded at 207 with fuzz 1. Hunk #2 failed at 231. 1 out of 2 hunks failed--saving rejects to sys/dev/drm2/i915/intel_fb.c.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -- |diff --git a/sys/dev/syscons/scvgarndr.c b/sys/dev/syscons/scvgarndr.c |index 6e6663c..fc7f02f 100644 |--- a/sys/dev/syscons/scvgarndr.c |+++ b/sys/dev/syscons/scvgarndr.c -- Patching file sys/dev/syscons/scvgarndr.c using Plan A... Hunk #1 succeeded at 395. Hunk #2 failed at 447. 1 out of 2 hunks failed--saving rejects to sys/dev/syscons/scvgarndr.c.rej done And the git way: % git apply /path/to/patch error: patch failed: sys/dev/drm2/i915/intel_fb.c:207 error: sys/dev/drm2/i915/intel_fb.c: patch does not apply error: patch failed: sys/dev/syscons/scvgarndr.c:445 error: sys/dev/syscons/scvgarndr.c: patch does not apply I have revision 251934 of -STABLE branch. (I updated my source tree about 3 hours ago using svn) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: system sporadically hangs on shutdown after switching to WITH_NEW_XORG
On 06/18/2013 13:28, Javad Kouhi wrote: Hi, I have exactly the same problem. I've tried to apply the above patch but it refused. I've checked out the last revision (251934) of -STABLE branch using Subversion. % git apply --check patch error: patch failed: sys/dev/drm2/i915/intel_fb.c:207 error: sys/dev/drm2/i915/intel_fb.c: patch does not apply error: patch failed: sys/dev/syscons/scvgarndr.c:445 error: sys/dev/syscons/scvgarndr.c: patch does not apply How can I apply this patch? I think you want to lose the '--check' option here. Cheers Michiel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Problem with ftp-proxy
On Tue, 18 Jun 2013 06:11:43 -0500, Rainer Duffner wrote: Hi, I use ftp-proxy, together with the patch that starts multiple instances: I recommend avoiding ftp-proxy and setting up static rules that you know will work. On our systems in pure-ftpd.conf we set PassivePortRange 3000 3200 and then on the system's firewall and every firewall in front we pass through ports 3000-3200. It's a simple solution that's guaranteed to work, and you don't have to debug what the proxy is doing. Also, most ftp-proxy software tends to do a very bad job once you start throwing in FTPES. We see this with customer firewalls all the time. These firewall services under the guise of "proxys", "fixups", or "Application Layer Gateways" are just inconsistent and unreliable no matter which vendor supplies it. Note, you may have to make the range larger if you expect more than 200 concurrent sessions. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: system sporadically hangs on shutdown after switching to WITH_NEW_XORG
Hi, I have exactly the same problem. I've tried to apply the above patch but it refused. I've checked out the last revision (251934) of -STABLE branch using Subversion. % git apply --check patch error: patch failed: sys/dev/drm2/i915/intel_fb.c:207 error: sys/dev/drm2/i915/intel_fb.c: patch does not apply error: patch failed: sys/dev/syscons/scvgarndr.c:445 error: sys/dev/syscons/scvgarndr.c: patch does not apply How can I apply this patch? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Problem with ftp-proxy
Hi, I use ftp-proxy, together with the patch that starts multiple instances: http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/158171 I use it in a combination with pure-ftpd on the backend-server. on the proxy: 1434 ?? Ss 0:17.06 /usr/sbin/ftp-proxy -vv -b 127.0.0.2 -R 192.168.91.42 92144 ?? Ss 0:00.06 /usr/sbin/ftp-proxy -vv -b 127.0.0.1 -R 192.168.91.41 Originally, the proxy was on FreeBSD 8.3. A while ago, I updated it to FreeBSD 9.1. Now, the customer, who hadn't logged in for a while complained that while they could still login, it was not possible to view contents of directories or transfer files. I have the following pf.conf: ext_if="em0" int_if="em1" backend_ip="10.10.113.70" ftp_host_prod="192.168.91.41" ftp_host_test="192.168.91.42" proxyip_prod="127.0.0.1" proxyip_test="127.0.0.2" nat-anchor "ftp-proxy/*" rdr-anchor "ftp-proxy/*" nat on $ext_if from !($ext_if) -> ($ext_if:0) # didn't have the above line previously, but it does not make a difference rdr pass log proto tcp from any to EXT_IP_PROD port ftp -> $proxyip_prod port 8021 rdr pass log proto tcp from any to EXT_IP_TEST port ftp -> $proxyip_test port 8021 anchor "ftp-proxy/*" pass out log proto tcp from $backend_ip to $ftp_host_prod port 21 pass out log proto tcp from $backend_ip to $ftp_host_test port 21 I tried switching pure-ftpd on the backend-server to FreeBSD's ftpd, but that didn't change anything. There is both an additional firewall in front of the proxy and in front of the backend-server - but they don't log any denied traffic. Neither does pf. When I connect to the EXT_IP_PROD on the proxy itself and try to list files, it takes a while before a timeout occurs, and then, on the 2nd try, it actually works. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_9 tinderbox] failure on powerpc/powerpc
TB --- 2013-06-18 06:17:28 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-18 06:17:28 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-18 06:17:28 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2013-06-18 06:17:28 - cleaning the object tree TB --- 2013-06-18 06:17:28 - /usr/local/bin/svn stat /src TB --- 2013-06-18 06:17:34 - At svn revision 251887 TB --- 2013-06-18 06:17:35 - building world TB --- 2013-06-18 06:17:35 - CROSS_BUILD_TESTING=YES TB --- 2013-06-18 06:17:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-18 06:17:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-18 06:17:35 - SRCCONF=/dev/null TB --- 2013-06-18 06:17:35 - TARGET=powerpc TB --- 2013-06-18 06:17:35 - TARGET_ARCH=powerpc TB --- 2013-06-18 06:17:35 - TZ=UTC TB --- 2013-06-18 06:17:35 - __MAKE_CONF=/dev/null TB --- 2013-06-18 06:17:35 - cd /src TB --- 2013-06-18 06:17:35 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 18 06:17:35 UTC 2013 >>> 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 Tue Jun 18 08:57:22 UTC 2013 TB --- 2013-06-18 08:57:22 - generating LINT kernel config TB --- 2013-06-18 08:57:22 - cd /src/sys/powerpc/conf TB --- 2013-06-18 08:57:22 - /usr/bin/make -B LINT TB --- 2013-06-18 08:57:22 - cd /src/sys/powerpc/conf TB --- 2013-06-18 08:57:22 - /usr/sbin/config -m LINT TB --- 2013-06-18 08:57:22 - building LINT kernel TB --- 2013-06-18 08:57:22 - CROSS_BUILD_TESTING=YES TB --- 2013-06-18 08:57:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-18 08:57:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-18 08:57:22 - SRCCONF=/dev/null TB --- 2013-06-18 08:57:22 - TARGET=powerpc TB --- 2013-06-18 08:57:22 - TARGET_ARCH=powerpc TB --- 2013-06-18 08:57:22 - TZ=UTC TB --- 2013-06-18 08:57:22 - __MAKE_CONF=/dev/null TB --- 2013-06-18 08:57:22 - cd /src TB --- 2013-06-18 08:57:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 18 08:57:22 UTC 2013 >>> 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/dev/ale/if_ale.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/dev/amd/amd.c /src/sys/dev/amd/amd.c: In function 'amd_action': /src/sys/dev/amd/amd.c:431: error: 'CAM_SCATTER_VALID' undeclared (first use in this function) /src/sys/dev/amd/amd.c:431: error: (Each undeclared identifier is reported only once /src/sys/dev/amd/amd.c:431: error: for each function it appears in.) /src/sys/dev/amd/amd.c:436: error: 'CAM_DATA_PHYS' undeclared (first use in this function) /src/sys/dev/amd/amd.c:473: error: 'CAM_SG_LIST_PHYS' undeclared (first use in this function) *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-18 09:00:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-18 09:00:59 - ERROR: failed to build LINT kernel TB --- 2013-06-18 09:00:59 - 7933.20 user 847.80 system 9810.95 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-powerpc-powerpc.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinf
[releng_9 tinderbox] failure on sparc64/sparc64
TB --- 2013-06-18 07:19:57 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-18 07:19:57 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-18 07:19:57 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2013-06-18 07:19:57 - cleaning the object tree TB --- 2013-06-18 07:19:57 - /usr/local/bin/svn stat /src TB --- 2013-06-18 07:20:08 - At svn revision 251887 TB --- 2013-06-18 07:20:09 - building world TB --- 2013-06-18 07:20:09 - CROSS_BUILD_TESTING=YES TB --- 2013-06-18 07:20:09 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-18 07:20:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-18 07:20:09 - SRCCONF=/dev/null TB --- 2013-06-18 07:20:09 - TARGET=sparc64 TB --- 2013-06-18 07:20:09 - TARGET_ARCH=sparc64 TB --- 2013-06-18 07:20:09 - TZ=UTC TB --- 2013-06-18 07:20:09 - __MAKE_CONF=/dev/null TB --- 2013-06-18 07:20:09 - cd /src TB --- 2013-06-18 07:20:09 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 18 07:20:10 UTC 2013 >>> 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 Tue Jun 18 08:36:04 UTC 2013 TB --- 2013-06-18 08:36:04 - generating LINT kernel config TB --- 2013-06-18 08:36:04 - cd /src/sys/sparc64/conf TB --- 2013-06-18 08:36:04 - /usr/bin/make -B LINT TB --- 2013-06-18 08:36:04 - cd /src/sys/sparc64/conf TB --- 2013-06-18 08:36:04 - /usr/sbin/config -m LINT TB --- 2013-06-18 08:36:05 - building LINT kernel TB --- 2013-06-18 08:36:05 - CROSS_BUILD_TESTING=YES TB --- 2013-06-18 08:36:05 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-18 08:36:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-18 08:36:05 - SRCCONF=/dev/null TB --- 2013-06-18 08:36:05 - TARGET=sparc64 TB --- 2013-06-18 08:36:05 - TARGET_ARCH=sparc64 TB --- 2013-06-18 08:36:05 - TZ=UTC TB --- 2013-06-18 08:36:05 - __MAKE_CONF=/dev/null TB --- 2013-06-18 08:36:05 - cd /src TB --- 2013-06-18 08:36:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 18 08:36:05 UTC 2013 >>> 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/dev/ale/if_ale.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/dev/amd/amd.c /src/sys/dev/amd/amd.c: In function 'amd_action': /src/sys/dev/amd/amd.c:431: error: 'CAM_SCATTER_VALID' undeclared (first use in this function) /src/sys/dev/amd/amd.c:431: error: (Each undeclared identifier is reported only once /src/sys/dev/amd/amd.c:431: error: for each function it appears in.) /src/sys/dev/amd/amd.c:436: error: 'CAM_DATA_PHYS' undeclared (first use in this function) /src/sys/dev/amd/amd.c:473: error: 'CAM_SG_LIST_PHYS' undeclared (first use in this function) *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-18 08:39:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-18 08:39:55 - ERROR: failed to build LINT kernel TB --- 2013-06-18 08:39:55 - 3601.84 user 556.83 system 4797.80 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-sparc64-sparc64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_9 tinderbox] failure on ia64/ia64
TB --- 2013-06-18 06:06:17 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-18 06:06:17 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-06-18 06:06:17 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2013-06-18 06:06:17 - cleaning the object tree TB --- 2013-06-18 06:06:17 - /usr/local/bin/svn stat /src TB --- 2013-06-18 06:06:34 - At svn revision 251887 TB --- 2013-06-18 06:06:35 - building world TB --- 2013-06-18 06:06:35 - CROSS_BUILD_TESTING=YES TB --- 2013-06-18 06:06:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-18 06:06:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-18 06:06:35 - SRCCONF=/dev/null TB --- 2013-06-18 06:06:35 - TARGET=ia64 TB --- 2013-06-18 06:06:35 - TARGET_ARCH=ia64 TB --- 2013-06-18 06:06:35 - TZ=UTC TB --- 2013-06-18 06:06:35 - __MAKE_CONF=/dev/null TB --- 2013-06-18 06:06:35 - cd /src TB --- 2013-06-18 06:06:35 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 18 06:06:36 UTC 2013 >>> 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 Tue Jun 18 07:52:44 UTC 2013 TB --- 2013-06-18 07:52:44 - generating LINT kernel config TB --- 2013-06-18 07:52:44 - cd /src/sys/ia64/conf TB --- 2013-06-18 07:52:44 - /usr/bin/make -B LINT TB --- 2013-06-18 07:52:44 - cd /src/sys/ia64/conf TB --- 2013-06-18 07:52:44 - /usr/sbin/config -m LINT TB --- 2013-06-18 07:52:44 - building LINT kernel TB --- 2013-06-18 07:52:44 - CROSS_BUILD_TESTING=YES TB --- 2013-06-18 07:52:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-18 07:52:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-18 07:52:44 - SRCCONF=/dev/null TB --- 2013-06-18 07:52:44 - TARGET=ia64 TB --- 2013-06-18 07:52:44 - TARGET_ARCH=ia64 TB --- 2013-06-18 07:52:44 - TZ=UTC TB --- 2013-06-18 07:52:44 - __MAKE_CONF=/dev/null TB --- 2013-06-18 07:52:44 - cd /src TB --- 2013-06-18 07:52:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 18 07:52:44 UTC 2013 >>> 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/dev/ale/if_ale.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/dev/amd/amd.c /src/sys/dev/amd/amd.c: In function 'amd_action': /src/sys/dev/amd/amd.c:431: error: 'CAM_SCATTER_VALID' undeclared (first use in this function) /src/sys/dev/amd/amd.c:431: error: (Each undeclared identifier is reported only once /src/sys/dev/amd/amd.c:431: error: for each function it appears in.) /src/sys/dev/amd/amd.c:436: error: 'CAM_DATA_PHYS' undeclared (first use in this function) /src/sys/dev/amd/amd.c:473: error: 'CAM_SG_LIST_PHYS' undeclared (first use in this function) *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-18 08:00:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-18 08:00:30 - ERROR: failed to build LINT kernel TB --- 2013-06-18 08:00:30 - 5032.21 user 668.55 system 6853.28 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-ia64-ia64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail