Re: [CFT] Patch to bsdinstall to support root-on-ZFS and GELI

2013-11-01 Thread Teske, Devin

On Oct 21, 2013, at 10:18 AM, Allan Jude wrote:

> On 2013-10-21 13:14, Teske, Devin wrote:
>> On Oct 21, 2013, at 10:12 AM, Allan Jude wrote:
>> 
>>> On 2013-10-21 12:19, Teske, Devin wrote:
 On Oct 21, 2013, at 9:06 AM, Allan Jude wrote:
 
> On 2013-10-21 12:04, Teske, Devin wrote:
>> On Oct 21, 2013, at 8:50 AM, Allan Jude wrote:
>> 
>>> On 2013-10-21 11:45, Johan Broman wrote:
 Hi!
 
 Sorry for the delayed answer. I've patched zfsboot and rebuilt the
 release. I now get an error message that ada2 can't be used, which is
 correct. Good stuff! :)
 
 ( I've recreated the test environment using a KVM guest with four SATA
 drives instead of the server I was using. I makes it easier to test
 stuff. )
 
 Here's the screenshot:
 
 https://urldefense.proofpoint.com/v1/url?u=http://212.181.212.146/bsdinstall/Screenshot_2013-10-21.png&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=f6fc4ec7c9d8b9486e897156dac5af7c3f64e3fae746dcf6c66ad91564a8ce99
 
 
 Maybe one should be unable to select drives that are part of a graid
 in the first place? Or is that out-of-scope for bsdinstall at this
 point? (As I guess that requires too many changes/new lines)
 
 
 Cheers
 Johan
 
 
 On 19/10/13 22:20, Teske, Devin wrote:
> On Oct 19, 2013, at 10:07 AM, Johan Broman wrote:
> 
>> I recreated the graid mirror on ada2 and ada3 and reran the
>> installation. I'm unable to scroll the msgbox using PgDn or arrow
>> keys. There is no indication that the action failed and I'm returned
>> to the ZFS setup screen if I hit OK.
>> 
>> I have screen shots (taken with my phone) of the msgbox and "ps
>> auxwww" output. Let me know what kind of debug info you would like.
>> I've put the screen shots here:
>> 
>> https://urldefense.proofpoint.com/v1/url?u=http://212.181.212.146/bsdinstall&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=6322000e13ed155bda748698c4a0d54c9de7c29f5566affe202d7c5a29917cd1
> I've added a patch to fix debugging in the zfsboot script...
> 
> https://urldefense.proofpoint.com/v1/url?u=http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdinstall_zfs/&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2Ns9%2FssHJjg%3D%3D%0A&m=B6jLX5vSxIfvyks3HH55lYWtfhRBpGZ3nVA65M%2FgmXM%3D%0A&s=1dc96a8b5450d27fe8210b361c9ed736ccd448f78df6aabe170bb80e31bca6d9
> 
> Feedback welcome.
> 
> Johan,...
> 
> Can you see if the patch sheds some better light as to what's failing?
> 
> The patch won't fix the problem, but it should give us an accurate 
> error
> message so that we can learn what precisely is returning an error
> status.
> 
> Thanks in advance.
> 
>>> I do notice that Devin's manually prefixing the error message with the
>>> tool name, is partially redundancy when the tool does it it self, but we
>>> can't always be sure it will do that.
>>> 
>> The next patchset will fix that.
>> 
>> I'm dropping the tool name from the msgbox contents and putting it in
>> the title (e.g., '"Error: gpart") that way... even if the tool spits out 
>> its own
>> name (or not), we'll know what exactly what was going on by looking
>> at the title.
>> 
>> 
>>> the graid thing is rather hard to detect, especially when it is a
>>> faulted array that doesn't even appear in graid status etc.
>>> 
>> I believe the idea behind the script is that whatever you tell it to use 
>> will
>> be destroyed.
>> 
>> Allan, maybe perhaps we could add some code that attempts to dis-
>> assemble a graid to make the disk usable?
>> 
>> Johan, what would you be more apt to expect? That it killed your graid
>> or that it gave an error? (/me thinks what the recourse to the error 
>> might
>> entail -- going to partedit?)
> Your recourse would be switching to the shell (control+alt+f4) and
> destroying the graid.
> 
> I am a little hesitant to go destroying graids unprompted. If we had the
> geom.confxml parsing, we might be able to detect it and ask the user
> what to do
> 
 Well, my concern with going and asking about each/every configuration
 before we clear it...
 
 Hasn't the user already answered a "Last Chance!" dialog giving the go-
 ahead to nuke any/all data *and* configurations on a drive?
>>> I guess that makes sense, We offer the dialog to allow the user to
>>> investigate their disk in detail so they can be

[head tinderbox] failure on powerpc/powerpc

2013-11-01 Thread FreeBSD Tinderbox
TB --- 2013-11-02 03:08:34 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-11-02 03:08:34 - 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 --- 2013-11-02 03:08:34 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2013-11-02 03:08:34 - cleaning the object tree
TB --- 2013-11-02 03:08:34 - /usr/local/bin/svn stat /src
TB --- 2013-11-02 03:08:37 - At svn revision 257529
TB --- 2013-11-02 03:08:38 - building world
TB --- 2013-11-02 03:08:38 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-02 03:08:38 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-02 03:08:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-02 03:08:38 - SRCCONF=/dev/null
TB --- 2013-11-02 03:08:38 - TARGET=powerpc
TB --- 2013-11-02 03:08:38 - TARGET_ARCH=powerpc
TB --- 2013-11-02 03:08:38 - TZ=UTC
TB --- 2013-11-02 03:08:38 - __MAKE_CONF=/dev/null
TB --- 2013-11-02 03:08:38 - cd /src
TB --- 2013-11-02 03:08:38 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sat Nov  2 03:08:45 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 Sat Nov  2 05:44:20 UTC 2013
TB --- 2013-11-02 05:44:20 - generating LINT kernel config
TB --- 2013-11-02 05:44:20 - cd /src/sys/powerpc/conf
TB --- 2013-11-02 05:44:20 - /usr/bin/make -B LINT
TB --- 2013-11-02 05:44:20 - cd /src/sys/powerpc/conf
TB --- 2013-11-02 05:44:20 - /usr/sbin/config -m LINT
TB --- 2013-11-02 05:44:20 - building LINT kernel
TB --- 2013-11-02 05:44:20 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-02 05:44:20 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-02 05:44:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-02 05:44:20 - SRCCONF=/dev/null
TB --- 2013-11-02 05:44:20 - TARGET=powerpc
TB --- 2013-11-02 05:44:20 - TARGET_ARCH=powerpc
TB --- 2013-11-02 05:44:20 - TZ=UTC
TB --- 2013-11-02 05:44:20 - __MAKE_CONF=/dev/null
TB --- 2013-11-02 05:44:20 - cd /src
TB --- 2013-11-02 05:44:20 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sat Nov  2 05:44:20 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
[...]
awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/mmu_if.m -h
awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/pic_if.m -h
awk -f /src/sys/tools/makeobjops.awk /src/sys/powerpc/powerpc/platform_if.m -h
rm -f .newdep
/obj/src/make.amd64/bmake -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES |  
MKDEP_CPP="cc  -E" CC="cc " xargs mkdep -a -f .newdep -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/ipfilter 
-I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 
-I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa 
-I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -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
/src/sys/dev/netmap/netmap.c:280:36: error: dev/netmap/netmap_mem2.h: No such 
file or directory
/src/sys/dev/netmap/netmap_mem2.c:55:25: error: netmap_mem2.h: No such file or 
directory
mkdep: compile failed
*** Error code 1

Stop.
bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2013-11-02 05:45:41 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-11-02 05:45:41 - ERROR: failed to build LINT kernel
TB --- 2013-11-02 05:45:41 - 8140.04 user 1030.44 system 9427.09 real


http://tinderbox.freebsd.org/tinderbox-head-build-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 sparc64/sparc64

2013-11-01 Thread FreeBSD Tinderbox
TB --- 2013-11-02 04:12:41 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-11-02 04:12:41 - 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 --- 2013-11-02 04:12:41 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2013-11-02 04:12:41 - cleaning the object tree
TB --- 2013-11-02 04:12:41 - /usr/local/bin/svn stat /src
TB --- 2013-11-02 04:12:44 - At svn revision 257529
TB --- 2013-11-02 04:12:45 - building world
TB --- 2013-11-02 04:12:45 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-02 04:12:45 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-02 04:12:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-02 04:12:45 - SRCCONF=/dev/null
TB --- 2013-11-02 04:12:45 - TARGET=sparc64
TB --- 2013-11-02 04:12:45 - TARGET_ARCH=sparc64
TB --- 2013-11-02 04:12:45 - TZ=UTC
TB --- 2013-11-02 04:12:45 - __MAKE_CONF=/dev/null
TB --- 2013-11-02 04:12:45 - cd /src
TB --- 2013-11-02 04:12:45 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sat Nov  2 04:12:52 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 Sat Nov  2 05:16:41 UTC 2013
TB --- 2013-11-02 05:16:41 - generating LINT kernel config
TB --- 2013-11-02 05:16:41 - cd /src/sys/sparc64/conf
TB --- 2013-11-02 05:16:41 - /usr/bin/make -B LINT
TB --- 2013-11-02 05:16:41 - cd /src/sys/sparc64/conf
TB --- 2013-11-02 05:16:41 - /usr/sbin/config -m LINT
TB --- 2013-11-02 05:16:41 - building LINT kernel
TB --- 2013-11-02 05:16:41 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-02 05:16:41 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-02 05:16:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-02 05:16:41 - SRCCONF=/dev/null
TB --- 2013-11-02 05:16:41 - TARGET=sparc64
TB --- 2013-11-02 05:16:41 - TARGET_ARCH=sparc64
TB --- 2013-11-02 05:16:41 - TZ=UTC
TB --- 2013-11-02 05:16:41 - __MAKE_CONF=/dev/null
TB --- 2013-11-02 05:16:41 - cd /src
TB --- 2013-11-02 05:16:41 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sat Nov  2 05:16:41 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
[...]
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -h
awk -f /src/sys/tools/makeobjops.awk /src/sys/sparc64/pci/ofw_pci_if.m -h
rm -f .newdep
/obj/src/make.amd64/bmake -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES |  
MKDEP_CPP="cc  -E" CC="cc " xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 
-I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa 
-I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -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
/src/sys/dev/netmap/netmap.c:280:36: error: dev/netmap/netmap_mem2.h: No such 
file or directory
/src/sys/dev/netmap/netmap_mem2.c:55:25: error: netmap_mem2.h: No such file or 
directory
mkdep: compile failed
*** Error code 1

Stop.
bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2013-11-02 05:17:43 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-11-02 05:17:43 - ERROR: failed to build LINT kernel
TB --- 2013-11-02 05:17:43 - 3208.34 user 573.05 system 3902.90 real


http://tinderbox.freebsd.org/tinderbox-head-build-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: Overriding sector size on disks?

2013-11-01 Thread Steven Hartland

What does "camcontrol identity" say?
- Original Message - 
From: "Adrian Chadd" 

To: "freebsd-current" 
Sent: Saturday, November 02, 2013 2:45 AM
Subject: Overriding sector size on disks?



Hi!

I have an odd problem. That, honestly, can't be that odd.

I have a bunch of SATA disks that when plugged into the laptop
directly, show up as 512 byte sectors. But if I plug it in via this
iomega USB caddy, they show up as 4k sector devices.

Because of this, partitions just plainly don't work.

Has anyone faced this? Is there some trick to do to get these things
to go back to being 512 byte sector devices so one can use them?

Similarly, because they show up as 512 byte sector devices on
macosx/linux, they can read/write NTFS/MSDOS partitions on the thing.
But if I plug it into freebsd, it shows up as a 4k sector device and
things plainly don't work.

Thanks!



-adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"




This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. 


In the event of misdirection, illegible or incomplete transmission please 
telephone +44 845 868 1337
or return the E.mail to postmas...@multiplay.co.uk.

___
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

2013-11-01 Thread FreeBSD Tinderbox
TB --- 2013-11-02 00:35:27 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-11-02 00:35:27 - 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 --- 2013-11-02 00:35:27 - starting HEAD tinderbox run for i386/pc98
TB --- 2013-11-02 00:35:27 - cleaning the object tree
TB --- 2013-11-02 00:35:27 - /usr/local/bin/svn stat /src
TB --- 2013-11-02 00:35:46 - At svn revision 257529
TB --- 2013-11-02 00:35:47 - building world
TB --- 2013-11-02 00:35:47 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-02 00:35:47 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-02 00:35:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-02 00:35:47 - SRCCONF=/dev/null
TB --- 2013-11-02 00:35:47 - TARGET=pc98
TB --- 2013-11-02 00:35:47 - TARGET_ARCH=i386
TB --- 2013-11-02 00:35:47 - TZ=UTC
TB --- 2013-11-02 00:35:47 - __MAKE_CONF=/dev/null
TB --- 2013-11-02 00:35:47 - cd /src
TB --- 2013-11-02 00:35:47 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sat Nov  2 00:35: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 Sat Nov  2 03:59:23 UTC 2013
TB --- 2013-11-02 03:59:23 - generating LINT kernel config
TB --- 2013-11-02 03:59:23 - cd /src/sys/pc98/conf
TB --- 2013-11-02 03:59:23 - /usr/bin/make -B LINT
TB --- 2013-11-02 03:59:23 - cd /src/sys/pc98/conf
TB --- 2013-11-02 03:59:23 - /usr/sbin/config -m LINT
TB --- 2013-11-02 03:59:24 - building LINT kernel
TB --- 2013-11-02 03:59:24 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-02 03:59:24 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-02 03:59:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-02 03:59:24 - SRCCONF=/dev/null
TB --- 2013-11-02 03:59:24 - TARGET=pc98
TB --- 2013-11-02 03:59:24 - TARGET_ARCH=i386
TB --- 2013-11-02 03:59:24 - TZ=UTC
TB --- 2013-11-02 03:59:24 - __MAKE_CONF=/dev/null
TB --- 2013-11-02 03:59:24 - cd /src
TB --- 2013-11-02 03:59:24 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sat Nov  2 03:59:24 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
[...]
#include 
 ^
1 error generated.
/src/sys/dev/netmap/netmap_mem2.c:55:10: fatal error: 'netmap_mem2.h' file not 
found
#include "netmap_mem2.h"
 ^
1 error generated.
mkdep: compile failed
*** Error code 1

Stop.
bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2013-11-02 04:02:15 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-11-02 04:02:15 - ERROR: failed to build LINT kernel
TB --- 2013-11-02 04:02:15 - 9938.87 user 1543.93 system 12408.47 real


http://tinderbox.freebsd.org/tinderbox-head-build-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: Overriding sector size on disks?

2013-11-01 Thread Allan Jude

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
On 2013-11-01 22:45, Adrian Chadd wrote:
> Hi!
>
> I have an odd problem. That, honestly, can't be that odd.
>
> I have a bunch of SATA disks that when plugged into the laptop
> directly, show up as 512 byte sectors. But if I plug it in via this
> iomega USB caddy, they show up as 4k sector devices.
>
> Because of this, partitions just plainly don't work.
>
> Has anyone faced this? Is there some trick to do to get these things
> to go back to being 512 byte sector devices so one can use them?
>
> Similarly, because they show up as 512 byte sector devices on
> macosx/linux, they can read/write NTFS/MSDOS partitions on the thing.
> But if I plug it into freebsd, it shows up as a 4k sector device and
> things plainly don't work.
>
> Thanks!
>
>
>
> -adrian
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
I use gnop -S 4096 to force 4k sectors when creating ZFS pools

I imagine you might be able to do gnop -S 512 to go the other way,
although I am not sure how to handle that for constant use.

- -- 
Allan Jude
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.16 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
 
iQIcBAEBAgAGBQJSdG2VAAoJEJrBFpNRJZKfGn0QAKcMLkJnLO9p+F8X0a443EaW
jWTZAMgkP8Uo/VwLCCqHBBtZxk5pyviEdqcTJvzVYv2x6FE/WE8HlyIXjbyzZNoa
zCU50plfSsxnk/G02TAuFRNmKPWvSw0oZVwvHC6+jwo0G9WIoVwupwNYdWLnfGCw
MuwysQi7MqlSqnDmx2naEPbbiNyPW0pWDnjHHy5bf01Jqao9uPtdGgG48/fGhYxb
+ViWGCVS+A5isMqDjVuW1QUetazu/1Kd1uycdWDGqTXfuzQ9/XBpubw7itYV9fn2
HL8ksQoEIye4516jEP/VLCGyElI9BJxW6QOxPGibpxZkyHV0DiMlR1yfLdV5rChb
1jTXwGYqfOtORKVCWOOUhoXeOvdZFnOLt8Lb7ckhoyNh2lh0v/pbuVAXC3KE0vSt
BwpgHYqATdlZrF2G5RmIWykxUgEVt4KJ2Fn0/Q6ZMB9nTMhnEGafhMOYd2xgi474
Z82y79c95wb07dchrWCNeBQydw/paNqR4BjN6toS7OvFRipf4IcjuaFeLGWAY0GW
jN6gTZXRLzpnYxgSqKVaNcaPces8tdestfzrfKn3E4+iuurrs/aerdsv6YsagV36
Poi2dPv4bWd7s26uK2YvBVTtGADydDHHSDd1J2BGJPooY2i2blfWsZ8gNDIzp1KV
WXPfz6tWcHifrUl/SGfZ
=lHXF
-END PGP SIGNATURE-

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Overriding sector size on disks?

2013-11-01 Thread Adrian Chadd
Hi!

I have an odd problem. That, honestly, can't be that odd.

I have a bunch of SATA disks that when plugged into the laptop
directly, show up as 512 byte sectors. But if I plug it in via this
iomega USB caddy, they show up as 4k sector devices.

Because of this, partitions just plainly don't work.

Has anyone faced this? Is there some trick to do to get these things
to go back to being 512 byte sector devices so one can use them?

Similarly, because they show up as 512 byte sector devices on
macosx/linux, they can read/write NTFS/MSDOS partitions on the thing.
But if I plug it into freebsd, it shows up as a 4k sector device and
things plainly don't work.

Thanks!



-adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


[head tinderbox] failure on ia64/ia64

2013-11-01 Thread FreeBSD Tinderbox
TB --- 2013-11-02 00:47:21 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-11-02 00:47:21 - 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 --- 2013-11-02 00:47:21 - starting HEAD tinderbox run for ia64/ia64
TB --- 2013-11-02 00:47:21 - cleaning the object tree
TB --- 2013-11-02 00:47:21 - /usr/local/bin/svn stat /src
TB --- 2013-11-02 00:47:24 - At svn revision 257529
TB --- 2013-11-02 00:47:25 - building world
TB --- 2013-11-02 00:47:25 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-02 00:47:25 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-02 00:47:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-02 00:47:25 - SRCCONF=/dev/null
TB --- 2013-11-02 00:47:25 - TARGET=ia64
TB --- 2013-11-02 00:47:25 - TARGET_ARCH=ia64
TB --- 2013-11-02 00:47:25 - TZ=UTC
TB --- 2013-11-02 00:47:25 - __MAKE_CONF=/dev/null
TB --- 2013-11-02 00:47:25 - cd /src
TB --- 2013-11-02 00:47:25 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Sat Nov  2 00:47:33 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 Sat Nov  2 02:24:42 UTC 2013
TB --- 2013-11-02 02:24:42 - generating LINT kernel config
TB --- 2013-11-02 02:24:42 - cd /src/sys/ia64/conf
TB --- 2013-11-02 02:24:42 - /usr/bin/make -B LINT
TB --- 2013-11-02 02:24:42 - cd /src/sys/ia64/conf
TB --- 2013-11-02 02:24:42 - /usr/sbin/config -m LINT
TB --- 2013-11-02 02:24:42 - building LINT kernel
TB --- 2013-11-02 02:24:42 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-02 02:24:42 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-02 02:24:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-02 02:24:42 - SRCCONF=/dev/null
TB --- 2013-11-02 02:24:42 - TARGET=ia64
TB --- 2013-11-02 02:24:42 - TARGET_ARCH=ia64
TB --- 2013-11-02 02:24:42 - TZ=UTC
TB --- 2013-11-02 02:24:42 - __MAKE_CONF=/dev/null
TB --- 2013-11-02 02:24:42 - cd /src
TB --- 2013-11-02 02:24:42 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sat Nov  2 02:24:42 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
[...]
awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h
awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h
rm -f .newdep
/obj/src/make.amd64/bmake -V CFILES_NOZFS -V SYSTEM_CFILES -V GEN_CFILES |  
MKDEP_CPP="cc  -E" CC="cc " xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal 
-I/src/sys/contrib/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa 
-I/src/sys/dev/cxgb -I/src/sys/dev/cxgbe -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
/src/sys/dev/netmap/netmap.c:280:36: error: dev/netmap/netmap_mem2.h: No such 
file or directory
/src/sys/dev/netmap/netmap_mem2.c:55:25: error: netmap_mem2.h: No such file or 
directory
mkdep: compile failed
*** Error code 1

Stop.
bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2013-11-02 02:26:13 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-11-02 02:26:13 - ERROR: failed to build LINT kernel
TB --- 2013-11-02 02:26:13 - 4611.18 user 929.72 system 5931.84 real


http://tinderbox.freebsd.org/tinderbox-head-build-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: Official FreeBSD Binary Packages now available for pkgng

2013-11-01 Thread Eric van Gyzen

On 10/31/2013 05:21 PM, Freddie Cash wrote:

>tried pkg.freebsd.org it got below.
>Our DNS server can resolve proxy server only.
>Only proxy server can resolve internet sites, this is how our company force
>all traffic went through proxy server.
>
>Eric
>
>Network Error (dns_server_failure)
>
>   Your request could not be processed because an error occurred contacting
>the DNS server.   The DNS server may be temporarily unavailable, or there
>could be a network problem.
>If problem persists, please open a ticket with Motorola help desk; and copy
>and paste this page in ticket.
>
>Date/Time: 2013-10-31 22:11:37 Request: GEThttp://pkg.freebsd.org/  Error:
>(dns_server_failure) Proxy Name:proxy
>Proxy IP: xxx.xxx.xxx.xxx Client IP: zzz.zzz.zzz.zzz
>Referer URL:
>

​So, then manually specific a specific pkg mirror and by-pass the DNS SRV
record resolution step.​


This kind of proxy configuration is not uncommon.  It would be awesome 
if this would Just Work.  It would remove an impediment to adoption, 
which is especially important in the kind of environments that have this 
kind of proxy configuration.


Simply adding the mirrors' A (and ) records to pkg.freebsd.org might 
suffice.


Alternatively, running an HTTP-redirection service on a host named 
pkg.freebsd.org would offer as much flexibility as the SRV records, if 
not more.  However, it would require maintenance of yet another central 
service.


Eric
___
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

2013-11-01 Thread FreeBSD Tinderbox
TB --- 2013-11-01 21:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-11-01 21:30:18 - 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 --- 2013-11-01 21:30:18 - starting HEAD tinderbox run for amd64/amd64
TB --- 2013-11-01 21:30:18 - cleaning the object tree
TB --- 2013-11-01 21:32:38 - /usr/local/bin/svn stat /src
TB --- 2013-11-01 21:32:41 - At svn revision 257529
TB --- 2013-11-01 21:32:42 - building world
TB --- 2013-11-01 21:32:42 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-01 21:32:42 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-01 21:32:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-01 21:32:42 - SRCCONF=/dev/null
TB --- 2013-11-01 21:32:42 - TARGET=amd64
TB --- 2013-11-01 21:32:42 - TARGET_ARCH=amd64
TB --- 2013-11-01 21:32:42 - TZ=UTC
TB --- 2013-11-01 21:32:42 - __MAKE_CONF=/dev/null
TB --- 2013-11-01 21:32:42 - cd /src
TB --- 2013-11-01 21:32:42 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Fri Nov  1 21:32:48 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
>>> stage 5.1: building 32 bit shim libraries
>>> World build completed on Sat Nov  2 01:20:52 UTC 2013
TB --- 2013-11-02 01:20:52 - generating LINT kernel config
TB --- 2013-11-02 01:20:52 - cd /src/sys/amd64/conf
TB --- 2013-11-02 01:20:52 - /usr/bin/make -B LINT
TB --- 2013-11-02 01:20:52 - cd /src/sys/amd64/conf
TB --- 2013-11-02 01:20:52 - /usr/sbin/config -m LINT
TB --- 2013-11-02 01:20:52 - building LINT kernel
TB --- 2013-11-02 01:20:52 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-02 01:20:52 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-02 01:20:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-02 01:20:52 - SRCCONF=/dev/null
TB --- 2013-11-02 01:20:52 - TARGET=amd64
TB --- 2013-11-02 01:20:52 - TARGET_ARCH=amd64
TB --- 2013-11-02 01:20:52 - TZ=UTC
TB --- 2013-11-02 01:20:52 - __MAKE_CONF=/dev/null
TB --- 2013-11-02 01:20:52 - cd /src
TB --- 2013-11-02 01:20:52 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sat Nov  2 01:20:52 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
[...]
#include 
 ^
1 error generated.
/src/sys/dev/netmap/netmap_mem2.c:55:10: fatal error: 'netmap_mem2.h' file not 
found
#include "netmap_mem2.h"
 ^
1 error generated.
mkdep: compile failed
*** Error code 1

Stop.
bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2013-11-02 01:24:31 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-11-02 01:24:31 - ERROR: failed to build LINT kernel
TB --- 2013-11-02 01:24:31 - 10887.61 user 2180.36 system 14052.92 real


http://tinderbox.freebsd.org/tinderbox-head-build-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/i386

2013-11-01 Thread FreeBSD Tinderbox
TB --- 2013-11-01 21:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-11-01 21:30:18 - 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 --- 2013-11-01 21:30:18 - starting HEAD tinderbox run for i386/i386
TB --- 2013-11-01 21:30:18 - cleaning the object tree
TB --- 2013-11-01 21:30:18 - /usr/local/bin/svn stat /src
TB --- 2013-11-01 21:30:22 - At svn revision 257529
TB --- 2013-11-01 21:30:23 - building world
TB --- 2013-11-01 21:30:23 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-01 21:30:23 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-01 21:30:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-01 21:30:23 - SRCCONF=/dev/null
TB --- 2013-11-01 21:30:23 - TARGET=i386
TB --- 2013-11-01 21:30:23 - TARGET_ARCH=i386
TB --- 2013-11-01 21:30:23 - TZ=UTC
TB --- 2013-11-01 21:30:23 - __MAKE_CONF=/dev/null
TB --- 2013-11-01 21:30:23 - cd /src
TB --- 2013-11-01 21:30:23 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Fri Nov  1 21:30:34 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 Sat Nov  2 00:42:54 UTC 2013
TB --- 2013-11-02 00:42:54 - generating LINT kernel config
TB --- 2013-11-02 00:42:54 - cd /src/sys/i386/conf
TB --- 2013-11-02 00:42:54 - /usr/bin/make -B LINT
TB --- 2013-11-02 00:42:54 - cd /src/sys/i386/conf
TB --- 2013-11-02 00:42:54 - /usr/sbin/config -m LINT
TB --- 2013-11-02 00:42:54 - building LINT kernel
TB --- 2013-11-02 00:42:54 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-02 00:42:54 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-02 00:42:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-02 00:42:54 - SRCCONF=/dev/null
TB --- 2013-11-02 00:42:54 - TARGET=i386
TB --- 2013-11-02 00:42:54 - TARGET_ARCH=i386
TB --- 2013-11-02 00:42:54 - TZ=UTC
TB --- 2013-11-02 00:42:54 - __MAKE_CONF=/dev/null
TB --- 2013-11-02 00:42:54 - cd /src
TB --- 2013-11-02 00:42:54 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sat Nov  2 00:42:55 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
[...]
#include 
 ^
1 error generated.
/src/sys/dev/netmap/netmap_mem2.c:55:10: fatal error: 'netmap_mem2.h' file not 
found
#include "netmap_mem2.h"
 ^
1 error generated.
mkdep: compile failed
*** Error code 1

Stop.
bmake[1]: stopped in /obj/i386.i386/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2013-11-02 00:47:21 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-11-02 00:47:21 - ERROR: failed to build LINT kernel
TB --- 2013-11-02 00:47:21 - 9470.87 user 1737.19 system 11822.38 real


http://tinderbox.freebsd.org/tinderbox-head-build-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 arm/arm

2013-11-01 Thread FreeBSD Tinderbox
TB --- 2013-11-01 21:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-11-01 21:30:18 - 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 --- 2013-11-01 21:30:18 - starting HEAD tinderbox run for arm/arm
TB --- 2013-11-01 21:30:18 - cleaning the object tree
TB --- 2013-11-01 21:30:18 - /usr/local/bin/svn stat /src
TB --- 2013-11-01 21:30:22 - At svn revision 257529
TB --- 2013-11-01 21:30:23 - building world
TB --- 2013-11-01 21:30:23 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-01 21:30:23 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-01 21:30:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-01 21:30:23 - SRCCONF=/dev/null
TB --- 2013-11-01 21:30:23 - TARGET=arm
TB --- 2013-11-01 21:30:23 - TARGET_ARCH=arm
TB --- 2013-11-01 21:30:23 - TZ=UTC
TB --- 2013-11-01 21:30:23 - __MAKE_CONF=/dev/null
TB --- 2013-11-01 21:30:23 - cd /src
TB --- 2013-11-01 21:30:23 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Fri Nov  1 21:30:34 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 Sat Nov  2 00:32:46 UTC 2013
TB --- 2013-11-02 00:32:46 - generating LINT kernel config
TB --- 2013-11-02 00:32:46 - cd /src/sys/arm/conf
TB --- 2013-11-02 00:32:46 - /usr/bin/make -B LINT
TB --- 2013-11-02 00:32:46 - cd /src/sys/arm/conf
TB --- 2013-11-02 00:32:46 - /usr/sbin/config -m LINT
TB --- 2013-11-02 00:32:46 - building LINT kernel
TB --- 2013-11-02 00:32:46 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-02 00:32:46 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-02 00:32:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-02 00:32:46 - SRCCONF=/dev/null
TB --- 2013-11-02 00:32:46 - TARGET=arm
TB --- 2013-11-02 00:32:46 - TARGET_ARCH=arm
TB --- 2013-11-02 00:32:46 - TZ=UTC
TB --- 2013-11-02 00:32:46 - __MAKE_CONF=/dev/null
TB --- 2013-11-02 00:32:46 - cd /src
TB --- 2013-11-02 00:32:46 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sat Nov  2 00:32:47 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
[...]
#include 
 ^
1 error generated.
/src/sys/dev/netmap/netmap_mem2.c:55:10: fatal error: 'netmap_mem2.h' file not 
found
#include "netmap_mem2.h"
 ^
1 error generated.
mkdep: compile failed
*** Error code 1

Stop.
bmake[1]: stopped in /obj/arm.arm/src/sys/LINT
*** Error code 1

Stop.
bmake: stopped in /src
*** Error code 1

Stop in /src.
TB --- 2013-11-02 00:35:27 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-11-02 00:35:27 - ERROR: failed to build LINT kernel
TB --- 2013-11-02 00:35:27 - 8809.11 user 1650.27 system 11108.34 real


http://tinderbox.freebsd.org/tinderbox-head-build-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"


Re: dhclient: send_packet: No buffer space available

2013-11-01 Thread Adrian Chadd
On 1 November 2013 08:45, hiren panchasara  wrote:
> On Fri, Nov 1, 2013 at 8:32 AM, Matthias Apitz  wrote:
>>
>>
>> Hello,
>>
>> Since I have updated my netbook to r255948 I see from time to time in
>> the console the message:
>>
>> Nov  1 16:20:28 tiny-r255948 dhclient[696]: send_packet: No buffer space 
>> available
>
> Yes, this is a knownish issue which doesn't _seem_ to cause any other
> side-effects but its getting annoying now. I also see a lot of them
> lately.
>
> I do not think this has been tracked down yet.


Well, the first thing to establish is whether it's occuring in
net80211 or the driver. I _think_ it's a net80211 problem, where
dhclient is sending a frame to an interface that isn't yet ready. It's
yet another race condition that I must've uncovered when I made the
switch to if_transmit() in net80211.

Yes, I'd love it if someone looked into it for me. :)



-adrian
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


Re: dhclient: send_packet: No buffer space available

2013-11-01 Thread hiren panchasara
On Fri, Nov 1, 2013 at 8:32 AM, Matthias Apitz  wrote:
>
>
> Hello,
>
> Since I have updated my netbook to r255948 I see from time to time in
> the console the message:
>
> Nov  1 16:20:28 tiny-r255948 dhclient[696]: send_packet: No buffer space 
> available

Yes, this is a knownish issue which doesn't _seem_ to cause any other
side-effects but its getting annoying now. I also see a lot of them
lately.

I do not think this has been tracked down yet.

Cheers,
Hiren
___
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"


dhclient: send_packet: No buffer space available

2013-11-01 Thread Matthias Apitz


Hello,

Since I have updated my netbook to r255948 I see from time to time in
the console the message:

Nov  1 16:20:28 tiny-r255948 dhclient[696]: send_packet: No buffer space 
available

The WLAN for the rest works fine without any problem or hick-ups and
dhclient always gets and assigns the IP to the wlan0 (ath0) interface.
Any idea?

Thx

matthias

-- 
Matthias Apitz   |  /"\ ASCII Ribbon Campaign: www.asciiribbon.org
E-mail: g...@unixarea.de |  \ / - No HTML/RTF in E-mail
WWW: http://www.unixarea.de/ |   X  - No proprietary attachments
phone: +49-170-4527211   |  / \ - Respect for open standards
___
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

2013-11-01 Thread FreeBSD Tinderbox
TB --- 2013-11-01 09:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca
TB --- 2013-11-01 09:10:19 - 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 --- 2013-11-01 09:10:19 - starting HEAD tinderbox run for amd64/amd64
TB --- 2013-11-01 09:10:19 - cleaning the object tree
TB --- 2013-11-01 09:12:41 - /usr/local/bin/svn stat /src
TB --- 2013-11-01 09:12:44 - At svn revision 257497
TB --- 2013-11-01 09:12:45 - building world
TB --- 2013-11-01 09:12:45 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-01 09:12:45 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-01 09:12:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-01 09:12:45 - SRCCONF=/dev/null
TB --- 2013-11-01 09:12:45 - TARGET=amd64
TB --- 2013-11-01 09:12:45 - TARGET_ARCH=amd64
TB --- 2013-11-01 09:12:45 - TZ=UTC
TB --- 2013-11-01 09:12:45 - __MAKE_CONF=/dev/null
TB --- 2013-11-01 09:12:45 - cd /src
TB --- 2013-11-01 09:12:45 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Fri Nov  1 09:12:52 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
>>> stage 5.1: building 32 bit shim libraries
>>> World build completed on Fri Nov  1 13:01:33 UTC 2013
TB --- 2013-11-01 13:01:33 - generating LINT kernel config
TB --- 2013-11-01 13:01:33 - cd /src/sys/amd64/conf
TB --- 2013-11-01 13:01:33 - /usr/bin/make -B LINT
TB --- 2013-11-01 13:01:33 - cd /src/sys/amd64/conf
TB --- 2013-11-01 13:01:33 - /usr/sbin/config -m LINT
TB --- 2013-11-01 13:01:33 - building LINT kernel
TB --- 2013-11-01 13:01:33 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-01 13:01:33 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-01 13:01:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-01 13:01:33 - SRCCONF=/dev/null
TB --- 2013-11-01 13:01:33 - TARGET=amd64
TB --- 2013-11-01 13:01:33 - TARGET_ARCH=amd64
TB --- 2013-11-01 13:01:33 - TZ=UTC
TB --- 2013-11-01 13:01:33 - __MAKE_CONF=/dev/null
TB --- 2013-11-01 13:01:33 - cd /src
TB --- 2013-11-01 13:01:33 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Fri Nov  1 13:01:33 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
>>> Kernel build for LINT completed on Fri Nov  1 13:36:23 UTC 2013
TB --- 2013-11-01 13:36:23 - cd /src/sys/amd64/conf
TB --- 2013-11-01 13:36:23 - /usr/sbin/config -m LINT-NOINET
TB --- 2013-11-01 13:36:23 - building LINT-NOINET kernel
TB --- 2013-11-01 13:36:23 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-01 13:36:23 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-01 13:36:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-01 13:36:23 - SRCCONF=/dev/null
TB --- 2013-11-01 13:36:23 - TARGET=amd64
TB --- 2013-11-01 13:36:23 - TARGET_ARCH=amd64
TB --- 2013-11-01 13:36:23 - TZ=UTC
TB --- 2013-11-01 13:36:23 - __MAKE_CONF=/dev/null
TB --- 2013-11-01 13:36:23 - cd /src
TB --- 2013-11-01 13:36:23 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET
>>> Kernel build for LINT-NOINET started on Fri Nov  1 13:36:23 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
>>> Kernel build for LINT-NOINET completed on Fri Nov  1 14:08:08 UTC 2013
TB --- 2013-11-01 14:08:08 - cd /src/sys/amd64/conf
TB --- 2013-11-01 14:08:08 - /usr/sbin/config -m LINT-NOINET6
TB --- 2013-11-01 14:08:08 - building LINT-NOINET6 kernel
TB --- 2013-11-01 14:08:08 - CROSS_BUILD_TESTING=YES
TB --- 2013-11-01 14:08:08 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-11-01 14:08:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-11-01 14:08:08 - SRCCONF=/dev/null
TB --- 2013-11-01 14:08:08 - TARGET=amd64
TB --- 2013-11-01 14:08:08 - TARGET_ARCH=amd64
TB --- 2013-11-01 14:08:08 - TZ=UTC
TB --- 2013-11-01 14:08:08 - __MAKE_CONF=/dev/null
TB --- 2013-11-01 14:08:08 - cd /src
TB --- 2013-11-01 14:08:08 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6
>>> Kernel build for LINT-NOINET6 started on Fri Nov  1 14:08:08 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
>>> Kernel build for LINT-NOINET6 completed on Fri Nov  1 14:40:02 UTC 2013
TB --- 2013-11-01 14:40:02 - cd /src/sys/amd64/conf
TB --- 2013-11-01 14:40:02 - /usr/sbin/confi

Re: Fatal trap 12: page fault while in kernel mode (FUSE related?)

2013-11-01 Thread Alexey Dokuchaev
On Thu, Oct 31, 2013 at 09:59:42AM -0700, Kevin Oberman wrote:
> On Tue, Oct 29, 2013 at 3:24 AM, Alexey Dokuchaev  wrote:
> > I was running out of space on my UFS partition and decided to use big NTFS
> > one I also have on the drive.  I've mounted it with ntfs-3g and our native
> > fuse.ko.  I needed the scratch space to built Open/LibreOffice on it *LOL*.
> > Well, it failed with a panic (see the excerpt from text core at the end of
> > this email; full debug info is available upon request).
> 
> I get a very similar panic when I attempt an rsync from a remote system
> to my NTFS drive. Very easy to reproduce. Something in fuse goes off the
> rails under active R/W activity, it seems.

Hmm, given more people are seeing it, and it's not too hard to reproduce,
I hope it can be tracked down and nailed.  I will enable debugging features
in my kernel so I can gather some data when this shit happens again to me.

./danfe
___
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"


[CFT & review] new in_control()

2013-11-01 Thread Gleb Smirnoff
  Hi!

  I've got a patch that cleans up the way we configure
and delete IPv4 on interfaces. What it does:

1) separate function for SIOCAIFADDR, with clear code
   flow from beginning to the end.
2) separate function for SIOCDIFADDR, with clear code
   flow from beginning to the end.
3) provided 1) and 2) the in_control() got very thin
   and clear.

The above wasn't just a cut&paste job, instead every
step taken was evaluated. I've cut quite a lot of strange
code, added extra sanity checking and provided comments
on the strange code that remains.

4) sx(9) lock covers entire SIOCAIFADDR/SIOCDIFADDR
   operation, so we close races ifconfig vs ifconfig,
   or ifconfig vs mpd.
   On interface detach SIOCDIFADDR is called w/o sx(9),
   but its operation is covered by IF_ADDR_LOCK().

Also, except of redesign of SIOCAIFADDR/SIOCDIFADDR,
the following two related changes leaked into the patch.
It is possible to separate them out, but won't be easy.

5) Removed useloopback conditional. Rationale:
   - option was always on since pre-FreeBSD times
   - sysctl knob lives in invalid (ethernet) namespace,
 and documented in wrong (arp(8)) place.
   - since new-ARP, the knob was consulted on route
 addition, but was ignored on delete.
   - operation of network stack useloopback=0 is
 strange

   The only reason running useloopback=0 could be
   a router that doesn't want to pollute large network
   with its /32 announces. However, this can be achieved
   with filtering in routing daemons.

6) Implemented correctly code from r201282, that tried
   to keep localhost route in table when multiple P2P
   interfaces with same local address are created and
   deleted.

The check in of the code can cause problems. I could make
mistakes, and some program that relied on strange behavior
can pop up. Thus, early testing is appreciated.

So far I have tested simple address assignment, CARP,
and mpd5 as L2TP access concentrator.

Advice for reviewers is to not look at diff, but look at
patched in.c instead.

-- 
Totus tuus, Glebius.
Index: sys/net/if.c
===
--- sys/net/if.c	(revision 257503)
+++ sys/net/if.c	(working copy)
@@ -1525,6 +1525,25 @@ ifa_del_loopback_route(struct ifaddr *ifa, struct
 	return (error);
 }
 
+int
+ifa_switch_loopback_route(struct ifaddr *ifa, struct sockaddr *sa)
+{
+	struct rtentry *rt;
+
+	rt = rtalloc1_fib(sa, 0, 0, 0);
+	if (rt == NULL) {
+		log(LOG_DEBUG, "%s: fail", __func__);
+		return (EHOSTUNREACH);
+	}
+	((struct sockaddr_dl *)rt->rt_gateway)->sdl_type =
+	ifa->ifa_ifp->if_type;
+	((struct sockaddr_dl *)rt->rt_gateway)->sdl_index =
+	ifa->ifa_ifp->if_index;
+	RTFREE_LOCKED(rt);
+
+	return (0);
+}
+
 /*
  * XXX: Because sockaddr_dl has deeper structure than the sockaddr
  * structs used to represent other address families, it is necessary
Index: sys/net/if_var.h
===
--- sys/net/if_var.h	(revision 257503)
+++ sys/net/if_var.h	(working copy)
@@ -491,6 +491,7 @@ struct	ifnet *ifunit_ref(const char *);
 
 int	ifa_add_loopback_route(struct ifaddr *, struct sockaddr *);
 int	ifa_del_loopback_route(struct ifaddr *, struct sockaddr *);
+int	ifa_switch_loopback_route(struct ifaddr *, struct sockaddr *);
 
 struct	ifaddr *ifa_ifwithaddr(struct sockaddr *);
 int		ifa_ifwithaddr_check(struct sockaddr *);
Index: sys/netinet/if_ether.c
===
--- sys/netinet/if_ether.c	(revision 257503)
+++ sys/netinet/if_ether.c	(working copy)
@@ -85,8 +85,6 @@ static SYSCTL_NODE(_net_link_ether, PF_ARP, arp, C
 static VNET_DEFINE(int, arpt_keep) = (20*60);	/* once resolved, good for 20
 		 * minutes */
 static VNET_DEFINE(int, arp_maxtries) = 5;
-VNET_DEFINE(int, useloopback) = 1;	/* use loopback interface for
-	 * local traffic */
 static VNET_DEFINE(int, arp_proxyall) = 0;
 static VNET_DEFINE(int, arpt_down) = 20;	/* keep incomplete entries for
 		 * 20 seconds */
@@ -111,9 +109,6 @@ SYSCTL_VNET_INT(_net_link_ether_inet, OID_AUTO, ma
 SYSCTL_VNET_INT(_net_link_ether_inet, OID_AUTO, maxtries, CTLFLAG_RW,
 	&VNET_NAME(arp_maxtries), 0,
 	"ARP resolution attempts before returning error");
-SYSCTL_VNET_INT(_net_link_ether_inet, OID_AUTO, useloopback, CTLFLAG_RW,
-	&VNET_NAME(useloopback), 0,
-	"Use the loopback interface for local traffic");
 SYSCTL_VNET_INT(_net_link_ether_inet, OID_AUTO, proxyall, CTLFLAG_RW,
 	&VNET_NAME(arp_proxyall), 0,
 	"Enable proxy ARP for all suitable requests");
Index: sys/netinet/in.c
===
--- sys/netinet/in.c	(revision 257503)
+++ sys/netinet/in.c	(working copy)
@@ -47,6 +47,7 @@ __FBSDID("$FreeBSD$");
 #include 
 #include 
 #include 
+#include 
 
 #include 
 #include 
@@ -71,10 +72,10 @@ static int in_mask2len(struct in_addr *);
 static void in_len2mask(struct in_addr *, int);
 static int in_lifaddr_ioctl(struct socket