Re: ipv6_addrs_IF aliases in rc.conf(5)
On Thu, Dec 27, 2012 at 11:42 PM, Phil Kulin wrote:
> 2012/12/26 Kimmo Paasiala :
>
>> I've revised the patch again and updated it at gihub,
>> https://gist.github.com/4362018. It can now be applied at top level
>> of sources (/usr/src typically). It now does the deconfiguration in
>> reverse order of the configuration, meaning the aliases configured
>> with ipv6_addrs_IF are removed before the ones configured with
>> ifconfig_IF_aliasN="inet6 ...".
>
> Adapted for FreeBSD 8.2, works fine:
>
> --- network.subr.orig 2011-02-17 05:19:39.0 +0300
> +++ network.subr2012-12-28 00:46:38.0 +0400
> @@ -312,6 +312,12 @@ afexists()
> # 1 otherwise.
> ipv6if()
> {
> + # Test for $ipv6_addrs_IF. If it exists then the
> + # interface should be configured for IPv6
> + _tmpargs=$(get_if_var $_if ipv6_addrs_IF)
> + if [ -n "${_tmpargs}" ]; then
> + return 0
> + fi
> if ! checkyesno ipv6_enable; then
> return 1
> fi
> @@ -948,7 +954,12 @@ network6_interface_setup()
> rtsol_interface=no
> ifconfig $i inet6 ${ipv6_ifconfig} alias
> fi
> -
> + ipv6_addrs=`get_if_var $i ipv6_addrs_IF`
> + if [ -n "${ipv6_addrs}" ]; then
> + rtsol_available=no
> + rtsol_interface=no
> + ipv6_addrs_common ${i} alias
> + fi
> # Wireless NIC cards are virtualized through the wlan
> interface
> if ! is_wired_interface ${i}; then
> case "${i}" in
> @@ -1178,3 +1189,39 @@ network6_getladdr()
> esac
> done
> }
> +
> +ipv6_addrs_common()
> +{
> + local _ret _if _action _ip6prefix _ip6prefixes
> + local _ip6addr _prefixlen
> + local _range _ip6net _ip6low _ip6high
> + _ret=1
> + _if=$1
> + _action=$2
> + # get the prefixes from ipv6_addrs_IF variable
> + _ip6prefixes=`get_if_var $_if ipv6_addrs_IF`
> + for _ip6prefix in ${_ip6prefixes}; do
> + _ip6addr=${_ip6prefix%%/*}
> + _prefixlen=${_ip6prefix##*/}
> + _range=${_ip6addr##*:}
> + _ip6net=${_ip6addr%:*}
> + _ip6low=${_range%-*}
> + _ip6high=${_range#*-}
> + # If deleting an alias, set _prefixlen to null string.
> + if [ "${_action}" = "-alias" ]; then
> + _prefixlen=""
> + else
> + _prefixlen="prefixlen $_prefixlen"
> + fi
> + _ip6high=$(("0x${_ip6high}"))
> + _ip6count=$(("0x${_ip6low}"))
> + while [ "${_ip6count}" -le "${_ip6high}" ]; do
> + # Re-uses the _ip6addr variable from above
> + _ip6addr=$(printf "%x" "${_ip6count}")
> + eval "ifconfig ${_if} inet6
> ${_ip6net}:${_ip6addr} ${_prefixlen} ${_action}"
> + _ip6count=$((${_ip6count}+1))
> + _ret=0
> + done
> + done
> + return $_ret
> +}
>
>
> --
> Non nobis Domine non nobis sed Nomini Tuo da gloriam
> Phil Kulin
I don't have an 8.X system to test but I guess it's fine.
Any more interest in this? I'd love to see this added, not because I
wrote it but because I want to contribute in any way I can.
-Kimmo
___
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: Reboot by reloading kernel (reboot without reset hardware)
on 16/01/2013 20:23 Quentin SCHWERKOLT said the following: > Hi, > > I would know if FreeBSD kernel has a functionality or a syscall which allow > rebooting without resetting hardware like kexec on Linux. > If there are an equivalent, how can I use it? > Otherwise there are any plan for implement it? Please see the following thread which includes a patch: http://thread.gmane.org/gmane.os.freebsd.current/145897/focus=145899 -- Andriy Gapon ___ 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: [RFC] support -b when starting gdb
On Wednesday, January 16, 2013 1:30:37 am Adrian Chadd wrote: > Also, I found 'set remotebaud' and 'set debug remote 1' to do this. > > I'd like to add the code just to support the same -b flag as gdb (so > -r can also be used with a non-standard serial port.) I think adding -b is fine. -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [RFC] support -b when starting gdb
It wasn't listed anywhere in the documentation / wiki. I only found it after I had posted that patch. eg: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-online-gdb.html I had to do a whole lot of searching to finally discover that particular option. And yes, it'd be nice to have -b so I can use -b and -r to instantly open up a remote gdb session. 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"
Reboot by reloading kernel (reboot without reset hardware)
Hi, I would know if FreeBSD kernel has a functionality or a syscall which allow rebooting without resetting hardware like kexec on Linux. If there are an equivalent, how can I use it? Otherwise there are any plan for implement it? Cordially. Q. Schwerkolt ___ 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: [RFC] support -b when starting gdb
On Jan 16, 2013, at 9:05 AM, Garrett Cooper wrote:
> On Jan 16, 2013, at 7:35 AM, Warner Losh wrote:
>
>> How does 'set remotebaud' not do what you want?
>>
>> Warner
>>
>> On Jan 15, 2013, at 10:15 PM, Adrian Chadd wrote:
>>
>>> Hi,
>>>
>>> There doesn't seem to be a blessed way to set the baudrate from inside
>>> gdb/kgdb. It seems to be set from '-b' on the command line.
>>>
>>> However kgdb doesn't have this support.
>>>
>>> This patch adds -b support so kgdb so I can override the default speed
>>> (9600 it seems) to speak kgdb over serial to a 115200 console MIPS
>>> device.
>>>
>>> The MIPS stuff has other issues; I'll talk about those later.
>>>
>>> Thanks,
>>>
>>>
>>>
>>> Adrian
>>>
>>>
>>> Index: gnu/usr.bin/gdb/kgdb/main.c
>>> ===
>>> --- gnu/usr.bin/gdb/kgdb/main.c (revision 245281)
>>> +++ gnu/usr.bin/gdb/kgdb/main.c (working copy)
>>> @@ -333,11 +333,24 @@
>>> args.argv = malloc(sizeof(char *));
>>> args.argv[0] = argv[0];
>>>
>>> - while ((ch = getopt(argc, argv, "ac:d:fn:qr:vw")) != -1) {
>>> + while ((ch = getopt(argc, argv, "ab:c:d:fn:qr:vw")) != -1) {
>>> switch (ch) {
>>> case 'a':
>>> annotation_level++;
>>> break;
>>> + case 'b':
>>> + {
>>> + int i;
>>> + char *p;
>>> +
>>> + i = strtol (optarg, &p, 0);
>>> + if (i == 0 && p == optarg)
>>> + warnx("warning: could not set baud
>>> rate to `%s'.\n",
>>> + optarg);
>>> + else
>>> + baud_rate = i;
>>> + }
>>> + break;
>>> case 'c': /* use given core file. */
>>> if (vmcore != NULL) {
>>> warnx("option %c: can only be specified once",
>
> It's more of a convenience factor and easier to script command line arguments
> IMO.
True, but he said there was no way to do it... I have this in my setup scripts
when I have to do serial debugging...
Warner
___
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"
bluetooth a2dp audio
Hello :-) Is anyone working on A2DP Audio Profil/Device for Bluetooth devices? The bluetooth layer is working. Audio can use different dsp devices and has very nice control interface. I guess to make it work it would be necessary to create dsp device that could sink data, transform it into a2dp codec and send to bluetooth device.. Where should I start to look for information on this subject? Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [RFC] support -b when starting gdb
On Jan 16, 2013, at 7:35 AM, Warner Losh wrote:
> How does 'set remotebaud' not do what you want?
>
> Warner
>
> On Jan 15, 2013, at 10:15 PM, Adrian Chadd wrote:
>
>> Hi,
>>
>> There doesn't seem to be a blessed way to set the baudrate from inside
>> gdb/kgdb. It seems to be set from '-b' on the command line.
>>
>> However kgdb doesn't have this support.
>>
>> This patch adds -b support so kgdb so I can override the default speed
>> (9600 it seems) to speak kgdb over serial to a 115200 console MIPS
>> device.
>>
>> The MIPS stuff has other issues; I'll talk about those later.
>>
>> Thanks,
>>
>>
>>
>> Adrian
>>
>>
>> Index: gnu/usr.bin/gdb/kgdb/main.c
>> ===
>> --- gnu/usr.bin/gdb/kgdb/main.c (revision 245281)
>> +++ gnu/usr.bin/gdb/kgdb/main.c (working copy)
>> @@ -333,11 +333,24 @@
>> args.argv = malloc(sizeof(char *));
>> args.argv[0] = argv[0];
>>
>> - while ((ch = getopt(argc, argv, "ac:d:fn:qr:vw")) != -1) {
>> + while ((ch = getopt(argc, argv, "ab:c:d:fn:qr:vw")) != -1) {
>> switch (ch) {
>> case 'a':
>> annotation_level++;
>> break;
>> + case 'b':
>> + {
>> + int i;
>> + char *p;
>> +
>> + i = strtol (optarg, &p, 0);
>> + if (i == 0 && p == optarg)
>> + warnx("warning: could not set baud
>> rate to `%s'.\n",
>> + optarg);
>> + else
>> + baud_rate = i;
>> + }
>> + break;
>> case 'c': /* use given core file. */
>> if (vmcore != NULL) {
>> warnx("option %c: can only be specified once",
It's more of a convenience factor and easier to script command line arguments
IMO.
Thanks,
-Garrett
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: [RFC] support -b when starting gdb
How does 'set remotebaud' not do what you want?
Warner
On Jan 15, 2013, at 10:15 PM, Adrian Chadd wrote:
> Hi,
>
> There doesn't seem to be a blessed way to set the baudrate from inside
> gdb/kgdb. It seems to be set from '-b' on the command line.
>
> However kgdb doesn't have this support.
>
> This patch adds -b support so kgdb so I can override the default speed
> (9600 it seems) to speak kgdb over serial to a 115200 console MIPS
> device.
>
> The MIPS stuff has other issues; I'll talk about those later.
>
> Thanks,
>
>
>
> Adrian
>
>
> Index: gnu/usr.bin/gdb/kgdb/main.c
> ===
> --- gnu/usr.bin/gdb/kgdb/main.c (revision 245281)
> +++ gnu/usr.bin/gdb/kgdb/main.c (working copy)
> @@ -333,11 +333,24 @@
>args.argv = malloc(sizeof(char *));
>args.argv[0] = argv[0];
>
> - while ((ch = getopt(argc, argv, "ac:d:fn:qr:vw")) != -1) {
> + while ((ch = getopt(argc, argv, "ab:c:d:fn:qr:vw")) != -1) {
>switch (ch) {
>case 'a':
>annotation_level++;
>break;
> + case 'b':
> + {
> + int i;
> + char *p;
> +
> + i = strtol (optarg, &p, 0);
> + if (i == 0 && p == optarg)
> + warnx("warning: could not set baud
> rate to `%s'.\n",
> + optarg);
> + else
> + baud_rate = i;
> + }
> + break;
>case 'c': /* use given core file. */
>if (vmcore != NULL) {
>warnx("option %c: can only be specified once",
> ___
> freebsd-hack...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
[head tinderbox] failure on powerpc64/powerpc
TB --- 2013-01-16 12:35:24 - tinderbox 2.10 running on freebsd-current.sentex.ca TB --- 2013-01-16 12:35:24 - 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-01-16 12:35:24 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-01-16 12:35:24 - cleaning the object tree TB --- 2013-01-16 12:35:24 - /usr/local/bin/svn stat /src TB --- 2013-01-16 12:35:27 - At svn revision 245495 TB --- 2013-01-16 12:35:28 - building world TB --- 2013-01-16 12:35:28 - CROSS_BUILD_TESTING=YES TB --- 2013-01-16 12:35:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-01-16 12:35:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-01-16 12:35:28 - SRCCONF=/dev/null TB --- 2013-01-16 12:35:28 - TARGET=powerpc TB --- 2013-01-16 12:35:28 - TARGET_ARCH=powerpc64 TB --- 2013-01-16 12:35:28 - TZ=UTC TB --- 2013-01-16 12:35:28 - __MAKE_CONF=/dev/null TB --- 2013-01-16 12:35:28 - cd /src TB --- 2013-01-16 12:35:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 16 12:35: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 [...] c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/MicrosoftCXXABI.cpp -o MicrosoftCXXABI.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/MicrosoftMangle.cpp -o MicrosoftMangle.o c++ -O2 -pipe -I/src/lib/clang/libclangast/../../../contrib/llvm/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST -I. -I/src/lib/clang/libclangast/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"powerpc64-unknown-freebsd10.0\" -DLLVM_HOSTTRIPLE=\"powerpc64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/NestedNameSpecifier.cpp -o NestedNameSpecifier.o /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/NestedNameSpecifier.cpp: In member function 'void clang::NestedNameSpecifier::print(llvm::raw_ostream&, const clang::PrintingPolicy&) const': /src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/NestedNameSpecifier.cpp:223: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. *** [NestedNameSpecifier.o] Error code 1 Stop in /src/lib/clang/libclangast. *** [all] Error code 1 Stop in /src/lib/clang. *** [all] Error code 1 Stop in /src/lib. *** [lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-01-16 13:24:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-01-16 13:24:06 - ERROR: failed to build world TB --- 2013-01-16 13:24:06 - 2372.48 user 375.88 system 2921.88 real http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-powerpc64-powerpc.full ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: FreeBSD git mirrors demoted to beta status, need your help
This has been completed, your next pull will result in a non-fastforwardable change and I'd advise you to re-branch from origin/master instead. If you run into any trouble, don't hesitate to contact me directly. Thanks and sorry for the inconvenience, Uli On Sun, 2012-12-30 at 12:38:34 +0100, Ulrich Spörlein wrote: > Just a reminder that this re-roll will happen in almost two weeks. > > Thanks to a couple of volunteers, I now have independent confirmation > that the process is deterministic and repeatable and the switch can > progress as planned. > > Regards, > Uli > > On Sat, 2012-12-15 at 14:22:46 +0100, Ulrich Spörlein wrote: > > Bad news everyone, > > > > tl;dr The git mirror of the source repository needs to be re-rolled to > > make the conversion deterministically repeatable, this will change > > pretty much all git commit hashes. > > > > The re-roll will be done January 15, 2013. > > > > Not affected are the ports and doc repositories, nor is the svn_head > > (for use with git-svn) affected. > > > > > > Background > > > > The converter (svn2git) was handing commits and objects to git's > > fast-import in arbitrary order, this makes merge commits have an > > arbitrary order of their parent commits and thus these merge commits > > have changing commit hashes for each converter run. > > > > This has been fixed, but requires us to move all the branches over to > > this deterministic scheme, which will change all their commit hashes. > > None of the contents of these commits change, so rebasing/remerging your > > work into these branches is possible without running into any merge > > conflicts. > > > > > > We need your help > > > > A goal of these conversions is to have them repeatable by you (yes, > > you!), so the correctness of the conversion can be verified. There are > > also no backups of the conversion runs, as they should be repeatable > > anyway. > > > > We need 2-3 volunteers to run these conversions themselves and verify > > that the produced commit hashes match the published ones. The necessary > > steps to do this are documented on the Wiki under > > > >http://wiki.freebsd.org/GitWorkflow#History > > > > Please send me your output of git show-ref in a private mail, thanks. > > > > Cheers, > > Uli > > > > PS: This re-roll has nothing to do with the recent security incident. > > pgprhgs18t2H8.pgp Description: PGP signature
