Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165

[Trond Endrestøl]

On Thu, 3 Jul 2014 08:21+0200, Trond Endrestøl wrote:

> On Wed, 2 Jul 2014 17:37-0400, Ed Maste wrote:
> 
> > On 2 July 2014 17:09, Trond Endrestøl
> >  wrote:
> > > On Wed, 2 Jul 2014 16:43-0400, Ed Maste wrote:
> > >
> > >> On 2 July 2014 14:51, Trond Endrestøl
> > >>  wrote:
> > >> > Hi,
> > >> >
> > >> > Is it just me or is there something wrong with vidcontrol(1) in
> > >> > base/head, amd64, sc console, r268165?
> > >>
> > >> Should be fixed in r268175.
> > >
> > > Looks good, thanks.
> > 
> > Thanks for the report, and sorry for the trouble.
> 
> No trouble at all, I follow base/head (and stable/{8,9,10}) on various 
> VMs at home only to know what's ahead. ;-)
> 
> Since neither kbdcontrol(1) nor I mind using the old syscons keymap
> file norwegian.iso.kbd, wouldn't it be nice if kbdcontrol(1), while in
> vt(4) mode, would search for keymaps in /usr/share/syscons/keymaps
> after searching for them in /usr/share/vt/keymaps?
> 
> E.g.:
> 
> Index: usr.sbin/kbdcontrol/kbdcontrol.c
> ===
> --- usr.sbin/kbdcontrol/kbdcontrol.c(revision 268203)
> +++ usr.sbin/kbdcontrol/kbdcontrol.c(working copy)
> @@ -804,7 +804,7 @@
> char*postfix[] = {blank, dotkbd, NULL};
> 
> if (is_vt4())
> -   prefix[2] = vt_keymap_path;
> +   prefix[1] = vt_keymap_path;
> cp = getenv("KEYMAP_PATH");
> if (cp != NULL)
> asprintf(&(prefix[0]), "%s/", cp);

Or maybe this patch is even better, as it leaves one instance of blank 
in the array when KEYMAP_PATH is set in the environment, at prefix[1], 
and sadly add a redundant blank at prefix[2] when KEYMAP_PATH is not 
set in the environment.

Index: usr.sbin/kbdcontrol/kbdcontrol.c
===
--- usr.sbin/kbdcontrol/kbdcontrol.c(revision 268203)
+++ usr.sbin/kbdcontrol/kbdcontrol.c(working copy)
@@ -800,7 +800,7 @@
char*name, *cp;
charblank[] = "", keymap_path[] = KEYMAP_PATH;
charvt_keymap_path[] = VT_KEYMAP_PATH, dotkbd[] = ".kbd";
-   char*prefix[]  = {blank, blank, keymap_path, NULL};
+   char*prefix[]  = {blank, blank, blank, keymap_path, NULL};
char*postfix[] = {blank, dotkbd, NULL};

if (is_vt4())

For now I could just stick to using an absolute pathname for keymap= 
in /etc/rc.conf.

-- 
+---++
| Vennlig hilsen,   | Best regards,  |
| Trond Endrestøl,  | Trond Endrestøl,   |
| IT-ansvarlig, | System administrator,  |
| Fagskolen Innlandet,  | Gjøvik Technical College, Norway,  |
| tlf. mob.   952 62 567,   | Cellular...: +47 952 62 567,   |
| sentralbord 61 14 54 00.  | Switchboard: +47 61 14 54 00.  |
+---++
___
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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165

[Trond Endrestøl]

On Wed, 2 Jul 2014 17:37-0400, Ed Maste wrote:

> On 2 July 2014 17:09, Trond Endrestøl
>  wrote:
> > On Wed, 2 Jul 2014 16:43-0400, Ed Maste wrote:
> >
> >> On 2 July 2014 14:51, Trond Endrestøl
> >>  wrote:
> >> > Hi,
> >> >
> >> > Is it just me or is there something wrong with vidcontrol(1) in
> >> > base/head, amd64, sc console, r268165?
> >>
> >> Should be fixed in r268175.
> >
> > Looks good, thanks.
> 
> Thanks for the report, and sorry for the trouble.

No trouble at all, I follow base/head (and stable/{8,9,10}) on various 
VMs at home only to know what's ahead. ;-)

Since neither kbdcontrol(1) nor I mind using the old syscons keymap
file norwegian.iso.kbd, wouldn't it be nice if kbdcontrol(1), while in
vt(4) mode, would search for keymaps in /usr/share/syscons/keymaps
after searching for them in /usr/share/vt/keymaps?

E.g.:

Index: usr.sbin/kbdcontrol/kbdcontrol.c
===
--- usr.sbin/kbdcontrol/kbdcontrol.c(revision 268203)
+++ usr.sbin/kbdcontrol/kbdcontrol.c(working copy)
@@ -804,7 +804,7 @@
char*postfix[] = {blank, dotkbd, NULL};

if (is_vt4())
-   prefix[2] = vt_keymap_path;
+   prefix[1] = vt_keymap_path;
cp = getenv("KEYMAP_PATH");
if (cp != NULL)
asprintf(&(prefix[0]), "%s/", cp);

-- 
+---++
| Vennlig hilsen,   | Best regards,  |
| Trond Endrestøl,  | Trond Endrestøl,   |
| IT-ansvarlig, | System administrator,  |
| Fagskolen Innlandet,  | Gjøvik Technical College, Norway,  |
| tlf. mob.   952 62 567,   | Cellular...: +47 952 62 567,   |
| sentralbord 61 14 54 00.  | Switchboard: +47 61 14 54 00.  |
+---++
___
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: freebsd and utf-8 directory names

[Jamie Landeg-Jones]

Kevin Lo  wrote:

> Well, I'm going to close that PR. :-)
> [ ... ]

I basically replied with the same thing in a followup on the bug itself exactly 
24 hours ago! :-)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191540

cheers,
 Jamie
___
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: freebsd and utf-8 directory names

[Kevin Lo]

On Wed, Jul 02, 2014 at 12:27:07AM +0200, d...@gmx.com wrote:
> 
> David Chisnall wrote, On 07/01/2014 19:06:
> > Please note that forums.freebsd.org is not a bug tracker.  I tried 
> > searching the bug tracker for bugs with FAT and filename or FAT and 
> > utf-8/utf8/character in their names and could not find any reference to 
> > this issue.
> >
> > If you actually want to see bugs fixed, rather than just complain about 
> > them, please file them here: 
> > https://bugs.freebsd.org/bugzilla/enter_bug.cgi  Make sure that you provide 
> > all of the steps required to reproduce them.
> 
> I neglected to submit a bug report because:
> (1) there were already at least 3 bug reports related to (FAT32 and) 
> character sets or encodings, some of them even had patches;
> (2) the reports were very old, indicating that the FreeBSD developers don't 
> care about FAT32;
> (3) at least one report was seemingly related, and I didn't want to create 
> a(nother) possible duplicate.
> 
> But now, eat this: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191540

Well, I'm going to close that PR. :-)
First, set LANG environment variable to hu_HU.UTF-8 in your case:

# setenv LANG hu_HU.UTF-8

Second, mount the FAT32 partition in Hungarian locale:

# mount_msdosfs -L hu_HU.UTF-8 /dev/da0s1 /mnt

Third, untar your attachement file:

# tar xvf /mnt/files.zip
x 1’.txt
x 2–.txt

# stat 1’.txt
128 244744 -rwxr-xr-x 1 root wheel 4294967295 0 "Jan  1 08:00:00 1980" "Aug  1 
16:57:52 2011" "Aug  1 16:57:52 2011" "Jul  3 11:28:24 2014" 16384 0 0x800 
1’.txt

# stat 2–.txt
128 244746 -rwxr-xr-x 1 root wheel 4294967295 0 "Jan  1 08:00:00 1980" "Aug  1 
16:55:20 2011" "Aug  1 16:55:20 2011" "Jul  3 11:28:24 2014" 16384 0 0x800 
2–.txt

Let me know if that works for you, thanks.

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

Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165

[Kevin Oberman]

On Wed, Jul 2, 2014 at 1:06 PM, Nathan Whitehorn 
wrote:

>
> On 07/02/14 12:57, Kevin Oberman wrote:
>
>> On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrestøl <
>> trond.endres...@fagskolen.gjovik.no> wrote:
>>
>>  On Wed, 2 Jul 2014 21:05+0200, Trond Endrestøl wrote:
>>>
>>>  On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote:

  Hi,
>
> Is it just me or is there something wrong with vidcontrol(1) in
> base/head, amd64, sc console, r268165?
>
> First, I had to specify absolute pathnames for the font8x16, font8x14,
> and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load
> anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons,
> complains about:
>
> Bad magic
> vidcontrol: failed to load font
>
 "/usr/share/syscons/fonts/iso-8x16.fnt": No error: 0
>>>
 Bad magic
> vidcontrol: failed to load font
>
 "/usr/share/syscons/fonts/iso-8x14.fnt": No error: 0
>>>
 Bad magic
> vidcontrol: failed to load font
>
 "/usr/share/syscons/fonts/iso-8x8.fnt": No error: 0
>>>
 I wouldn't rule out pilot error on my part, but r267957 worked
> flawlessly in this regard.
>
 I guess with both sc and vt in the kernel, line 220 of
 usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment.

>>> The same adjustment will be needed at line 150 of
>>> usr.sbin/kbdcontrol/kbdcontrol.c.
>>>
>>>  I don't believe that building a kernel for both vt and sc is supported,
>> so
>> I'm not surprised that it does not work.
>>
>> I would like to know how you intend to use such a kernel. I'm not sure I
>> see a case where having both would be useful and it looks like keeping
>> them
>> straight would be rather a problem.
>>
>
> GENERIC is such a kernel as of a few days ago. The idea is to provide a
> transition mechanism for people who want syscons for whatever reason but
> also want to, say, use KMS drivers or boot with EFI without building a new
> kernel.
> -Nathan
>

Ack! I'm 3 days out of date! This looks very handy for transition between
sc and vt. And I now realize that you don't run both at the same time, just
select the one to run at boot time. (Duh!)
-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: FreeBSD iscsi target

[Kevin Oberman]

On Wed, Jul 2, 2014 at 1:36 PM, Slawa Olhovchenkov  wrote:

> On Wed, Jul 02, 2014 at 12:51:59PM -0700, Kevin Oberman wrote:
>
> > On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov 
> wrote:
> >
> > > On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote:
> > >
> > > > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov 
> > > wrote:
> > > >
> > > > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala
> > > wrote:
> > > > >
> > > > > > Hi.  I've replied in private, but just for the record:
> > > > > >
> > > > > > On 0627T0927, Sreenivasa Honnur wrote:
> > > > > > > Does freebsd iscsi target supports:
> > > > > > > 1. ACL (access control lists)
> > > > > >
> > > > > > In 10-STABLE there is a way to control access based on initiator
> > > > > > name and IP address.
> > > > > >
> > > > > > > 2. iSNS
> > > > > >
> > > > > > No; it's one of the iSCSI features that seem to only be used
> > > > > > for marketing purposes :-)
> > > > > >
> > > > > > > 3. Multiple connections per session
> > > > > >
> > > > > > No; see above.
> > > > >
> > > > > I think this is help for 40G links.
> > > > >
> > > >
> > > > I assume that you are looking at transfer of large amounts of data
> over
> > > 40G
> > > > links. Assuming that tis is the case, yes, multiple connections per
> > > session
> > >
> > > Yes, this case. As I know, single transfer over 40G link limited by
> > > 10G.
> > >
> > ??? No, not at all. Getting 40G performance over TCP is not easy, but
> there
> > is no 10G limitation.
>
> As I know (may be wrong) 40G is bundled 4x10G link.
> For prevent packet reordering (when run over diferrent link) all
> packets from one sessoin must be routed to same link.
> Same issuse for Etherchannel.
>

No, 40G Ethernet is  single channel from the interface perspective.. What
my be confusing you is that they may use "lanes" which, for 40G,  are
10.3125G. But, unlike the case with Etherchannel, these lanes are "hidden"
from the MAC. The interface deals with a single stream and parcels it out
over the 10G (or 25G) lanes. All 100G optical links use multiple lanes
(4x25G or 10x10G), but 40G my use either a single 40G lane for distances of
up to 2km or 4x10G for longer runs.

Since, in most cases, 40G is used within a data center or to connect to
wave gear for DWDM transmission over very long distances, most runs are
under 2km, so a single 40G lane may be used. When 4 lanes are used, a
ribbon cable is required to assure that all optical or copper paths are
exactly the same length. Since the PMD is designed to know about and use
these lanes for a single channel, the issue of packet re-ordering is not
present and the protocol layers above the physical are unaware of how many
lanes are used.

Wikipedia has a fairly good discussion under the unfortunate title of 100
Gigabit Ethernet .
Regardless of the title, the article covers both 40 and 100 Gigabit
specifications as both were specified on the same standard, 802.3ba.

-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

[head tinderbox] failure on sparc64/sparc64

[FreeBSD Tinderbox]

TB --- 2014-07-02 19:57:29 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-02 19:57:29 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE 
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-07-02 19:57:29 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2014-07-02 19:57:29 - cleaning the object tree
TB --- 2014-07-02 19:58:25 - /usr/local/bin/svn stat --no-ignore /src
TB --- 2014-07-02 19:58:30 - At svn revision 268154
TB --- 2014-07-02 19:58:31 - building world
TB --- 2014-07-02 19:58:31 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 19:58:31 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 19:58:31 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 19:58:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 19:58:31 - SRCCONF=/dev/null
TB --- 2014-07-02 19:58:31 - TARGET=sparc64
TB --- 2014-07-02 19:58:31 - TARGET_ARCH=sparc64
TB --- 2014-07-02 19:58:31 - TZ=UTC
TB --- 2014-07-02 19:58:31 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 19:58:31 - cd /src
TB --- 2014-07-02 19:58:31 - /usr/bin/make -B buildworld
>>> Building an up-to-date bmake(1)
>>> World build started on Wed Jul  2 19:58:38 UTC 2014
>>> 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 Jul  2 21:06:30 UTC 2014
TB --- 2014-07-02 21:06:30 - generating LINT kernel config
TB --- 2014-07-02 21:06:30 - cd /src/sys/sparc64/conf
TB --- 2014-07-02 21:06:30 - /usr/bin/make -B LINT
TB --- 2014-07-02 21:06:30 - cd /src/sys/sparc64/conf
TB --- 2014-07-02 21:06:30 - 
/obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT
TB --- 2014-07-02 21:06:30 - building LINT kernel
TB --- 2014-07-02 21:06:30 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 21:06:30 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 21:06:30 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 21:06:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 21:06:30 - SRCCONF=/dev/null
TB --- 2014-07-02 21:06:30 - TARGET=sparc64
TB --- 2014-07-02 21:06:30 - TARGET_ARCH=sparc64
TB --- 2014-07-02 21:06:30 - TZ=UTC
TB --- 2014-07-02 21:06:30 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 21:06:30 - cd /src
TB --- 2014-07-02 21:06:30 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Wed Jul  2 21:06:30 UTC 2014
>>> 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-builtin -ffreestanding -fstack-protector -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -mcmodel=medany -msoft-float -Werror  
/src/sys/dev/le/if_le_ledma.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-builtin -ffreestanding -fstack-protector -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -mcmodel=medany -msoft-float -Werror  
/src/sys/dev/le/lebuffer_sbus.c
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -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-builtin -ffreestanding -fstack-protector -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -mcmodel=medany -msoft-float -Werror  ofw_bus_if.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-

Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165

[Trond Endrestøl]

On Wed, 2 Jul 2014 16:43-0400, Ed Maste wrote:

> On 2 July 2014 14:51, Trond Endrestøl
>  wrote:
> > Hi,
> >
> > Is it just me or is there something wrong with vidcontrol(1) in
> > base/head, amd64, sc console, r268165?
> 
> Should be fixed in r268175.

Looks good, thanks.

-- 
+---++
| Vennlig hilsen,   | Best regards,  |
| Trond Endrestøl,  | Trond Endrestøl,   |
| IT-ansvarlig, | System administrator,  |
| Fagskolen Innlandet,  | Gjøvik Technical College, Norway,  |
| tlf. mob.   952 62 567,   | Cellular...: +47 952 62 567,   |
| sentralbord 61 14 54 00.  | Switchboard: +47 61 14 54 00.  |
+---++
___
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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165

[Ed Maste]

On 2 July 2014 14:51, Trond Endrestøl
 wrote:
> Hi,
>
> Is it just me or is there something wrong with vidcontrol(1) in
> base/head, amd64, sc console, r268165?

Should be fixed in r268175.
___
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: FreeBSD iscsi target

[Slawa Olhovchenkov]

On Wed, Jul 02, 2014 at 12:51:59PM -0700, Kevin Oberman wrote:

> On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov  wrote:
> 
> > On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote:
> >
> > > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov 
> > wrote:
> > >
> > > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala
> > wrote:
> > > >
> > > > > Hi.  I've replied in private, but just for the record:
> > > > >
> > > > > On 0627T0927, Sreenivasa Honnur wrote:
> > > > > > Does freebsd iscsi target supports:
> > > > > > 1. ACL (access control lists)
> > > > >
> > > > > In 10-STABLE there is a way to control access based on initiator
> > > > > name and IP address.
> > > > >
> > > > > > 2. iSNS
> > > > >
> > > > > No; it's one of the iSCSI features that seem to only be used
> > > > > for marketing purposes :-)
> > > > >
> > > > > > 3. Multiple connections per session
> > > > >
> > > > > No; see above.
> > > >
> > > > I think this is help for 40G links.
> > > >
> > >
> > > I assume that you are looking at transfer of large amounts of data over
> > 40G
> > > links. Assuming that tis is the case, yes, multiple connections per
> > session
> >
> > Yes, this case. As I know, single transfer over 40G link limited by
> > 10G.
> >
> ??? No, not at all. Getting 40G performance over TCP is not easy, but there
> is no 10G limitation.

As I know (may be wrong) 40G is bundled 4x10G link.
For prevent packet reordering (when run over diferrent link) all
packets from one sessoin must be routed to same link.
Same issuse for Etherchannel.
___
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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165

[Nathan Whitehorn]

On 07/02/14 12:57, Kevin Oberman wrote:

On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrestøl <
trond.endres...@fagskolen.gjovik.no> wrote:


On Wed, 2 Jul 2014 21:05+0200, Trond Endrestøl wrote:


On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote:


Hi,

Is it just me or is there something wrong with vidcontrol(1) in
base/head, amd64, sc console, r268165?

First, I had to specify absolute pathnames for the font8x16, font8x14,
and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load
anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons,
complains about:

Bad magic
vidcontrol: failed to load font

"/usr/share/syscons/fonts/iso-8x16.fnt": No error: 0

Bad magic
vidcontrol: failed to load font

"/usr/share/syscons/fonts/iso-8x14.fnt": No error: 0

Bad magic
vidcontrol: failed to load font

"/usr/share/syscons/fonts/iso-8x8.fnt": No error: 0

I wouldn't rule out pilot error on my part, but r267957 worked
flawlessly in this regard.

I guess with both sc and vt in the kernel, line 220 of
usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment.

The same adjustment will be needed at line 150 of
usr.sbin/kbdcontrol/kbdcontrol.c.


I don't believe that building a kernel for both vt and sc is supported, so
I'm not surprised that it does not work.

I would like to know how you intend to use such a kernel. I'm not sure I
see a case where having both would be useful and it looks like keeping them
straight would be rather a problem.


GENERIC is such a kernel as of a few days ago. The idea is to provide a 
transition mechanism for people who want syscons for whatever reason but 
also want to, say, use KMS drivers or boot with EFI without building a 
new kernel.

-Nathan
___
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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165

[Trond Endrestøl]

On Wed, 2 Jul 2014 12:57-0700, Kevin Oberman wrote:

> On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrestøl <
> trond.endres...@fagskolen.gjovik.no> wrote:
> 
> > On Wed, 2 Jul 2014 21:05+0200, Trond Endrestøl wrote:
> >
> > > On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote:
> > >
> > > > Hi,
> > > >
> > > > Is it just me or is there something wrong with vidcontrol(1) in
> > > > base/head, amd64, sc console, r268165?
> > > >
> > > > First, I had to specify absolute pathnames for the font8x16, font8x14,
> > > > and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load
> > > > anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons,
> > > > complains about:
> > > >
> > > > Bad magic
> > > > vidcontrol: failed to load font
> > "/usr/share/syscons/fonts/iso-8x16.fnt": No error: 0
> > > > Bad magic
> > > > vidcontrol: failed to load font
> > "/usr/share/syscons/fonts/iso-8x14.fnt": No error: 0
> > > > Bad magic
> > > > vidcontrol: failed to load font
> > "/usr/share/syscons/fonts/iso-8x8.fnt": No error: 0
> > > >
> > > > I wouldn't rule out pilot error on my part, but r267957 worked
> > > > flawlessly in this regard.
> > >
> > > I guess with both sc and vt in the kernel, line 220 of
> > > usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment.
> >
> > The same adjustment will be needed at line 150 of
> > usr.sbin/kbdcontrol/kbdcontrol.c.
> >
> 
> I don't believe that building a kernel for both vt and sc is supported, so
> I'm not surprised that it does not work.

Maybe you should examine r268045 and reconsider your position.

> I would like to know how you intend to use such a kernel. I'm not sure I
> see a case where having both would be useful and it looks like keeping them
> straight would be rather a problem.

-- 
+---++
| Vennlig hilsen,   | Best regards,  |
| Trond Endrestøl,  | Trond Endrestøl,   |
| IT-ansvarlig, | System administrator,  |
| Fagskolen Innlandet,  | Gjøvik Technical College, Norway,  |
| tlf. mob.   952 62 567,   | Cellular...: +47 952 62 567,   |
| sentralbord 61 14 54 00.  | Switchboard: +47 61 14 54 00.  |
+---++
___
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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165

[Kevin Oberman]

On Wed, Jul 2, 2014 at 12:19 PM, Trond Endrestøl <
trond.endres...@fagskolen.gjovik.no> wrote:

> On Wed, 2 Jul 2014 21:05+0200, Trond Endrestøl wrote:
>
> > On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote:
> >
> > > Hi,
> > >
> > > Is it just me or is there something wrong with vidcontrol(1) in
> > > base/head, amd64, sc console, r268165?
> > >
> > > First, I had to specify absolute pathnames for the font8x16, font8x14,
> > > and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load
> > > anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons,
> > > complains about:
> > >
> > > Bad magic
> > > vidcontrol: failed to load font
> "/usr/share/syscons/fonts/iso-8x16.fnt": No error: 0
> > > Bad magic
> > > vidcontrol: failed to load font
> "/usr/share/syscons/fonts/iso-8x14.fnt": No error: 0
> > > Bad magic
> > > vidcontrol: failed to load font
> "/usr/share/syscons/fonts/iso-8x8.fnt": No error: 0
> > >
> > > I wouldn't rule out pilot error on my part, but r267957 worked
> > > flawlessly in this regard.
> >
> > I guess with both sc and vt in the kernel, line 220 of
> > usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment.
>
> The same adjustment will be needed at line 150 of
> usr.sbin/kbdcontrol/kbdcontrol.c.
>

I don't believe that building a kernel for both vt and sc is supported, so
I'm not surprised that it does not work.

I would like to know how you intend to use such a kernel. I'm not sure I
see a case where having both would be useful and it looks like keeping them
straight would be rather a problem.
-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: FreeBSD iscsi target

[Kevin Oberman]

On Wed, Jul 2, 2014 at 4:26 AM, Slawa Olhovchenkov  wrote:

> On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote:
>
> > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov 
> wrote:
> >
> > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala
> wrote:
> > >
> > > > Hi.  I've replied in private, but just for the record:
> > > >
> > > > On 0627T0927, Sreenivasa Honnur wrote:
> > > > > Does freebsd iscsi target supports:
> > > > > 1. ACL (access control lists)
> > > >
> > > > In 10-STABLE there is a way to control access based on initiator
> > > > name and IP address.
> > > >
> > > > > 2. iSNS
> > > >
> > > > No; it's one of the iSCSI features that seem to only be used
> > > > for marketing purposes :-)
> > > >
> > > > > 3. Multiple connections per session
> > > >
> > > > No; see above.
> > >
> > > I think this is help for 40G links.
> > >
> >
> > I assume that you are looking at transfer of large amounts of data over
> 40G
> > links. Assuming that tis is the case, yes, multiple connections per
> session
>
> Yes, this case. As I know, single transfer over 40G link limited by
> 10G.
>
??? No, not at all. Getting 40G performance over TCP is not easy, but there
is no 10G limitation.

I might also suggest looking at Luigi Rizzo's netmap. It is NOT a drop-in
replacement for the TCP stack, but a tool that works with many high-speed
Ethernet devices to allow very efficient bulk data transfers. You will see
lots of discussion of it on net@. It is available for both FreeBSD and
Linux. It has become very popular for this sort of thing, but it does
require software customization. "Normal" network operatipns will continue
to use the standard network stack.
-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkober...@gmail.com
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

[head tinderbox] failure on i386/pc98

[FreeBSD Tinderbox]

TB --- 2014-07-02 15:32:12 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-02 15:32:12 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE 
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-07-02 15:32:12 - starting HEAD tinderbox run for i386/pc98
TB --- 2014-07-02 15:32:12 - cleaning the object tree
TB --- 2014-07-02 15:33:34 - /usr/local/bin/svn stat --no-ignore /src
TB --- 2014-07-02 15:33:56 - At svn revision 268154
TB --- 2014-07-02 15:33:57 - building world
TB --- 2014-07-02 15:33:57 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 15:33:57 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 15:33:57 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 15:33:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 15:33:57 - SRCCONF=/dev/null
TB --- 2014-07-02 15:33:57 - TARGET=pc98
TB --- 2014-07-02 15:33:57 - TARGET_ARCH=i386
TB --- 2014-07-02 15:33:57 - TZ=UTC
TB --- 2014-07-02 15:33:57 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 15:33:57 - cd /src
TB --- 2014-07-02 15:33:57 - /usr/bin/make -B buildworld
>>> Building an up-to-date bmake(1)
>>> World build started on Wed Jul  2 15:34:05 UTC 2014
>>> 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 Jul  2 19:12:16 UTC 2014
TB --- 2014-07-02 19:12:16 - generating LINT kernel config
TB --- 2014-07-02 19:12:16 - cd /src/sys/pc98/conf
TB --- 2014-07-02 19:12:16 - /usr/bin/make -B LINT
TB --- 2014-07-02 19:12:17 - cd /src/sys/pc98/conf
TB --- 2014-07-02 19:12:17 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m 
LINT
TB --- 2014-07-02 19:12:17 - building LINT kernel
TB --- 2014-07-02 19:12:17 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 19:12:17 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 19:12:17 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 19:12:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 19:12:17 - SRCCONF=/dev/null
TB --- 2014-07-02 19:12:17 - TARGET=pc98
TB --- 2014-07-02 19:12:17 - TARGET_ARCH=i386
TB --- 2014-07-02 19:12:17 - TZ=UTC
TB --- 2014-07-02 19:12:17 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 19:12:17 - cd /src
TB --- 2014-07-02 19:12:17 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Wed Jul  2 19:12:17 UTC 2014
>>> 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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-unused-function   -nostdinc  -I. 
-I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS 
-include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse 
-msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg 
/src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath 
-I/src/sys/dev/ath/ath_hal
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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-unused-function   -nostdinc  -I. 
-I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS 
-include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse 
-msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg 
/src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath 
-I/src/sys/dev/ath/ath_hal
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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-unused-function   -nostdinc  -I. 
-I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS 
-include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse 
-msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg 
/src/sys/dev/ath/ath_rate/sample/sample.c -I/src/sys/dev/ath
cc  -c -O2 -pipe -fno-s

Re: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165

[Trond Endrestøl]

On Wed, 2 Jul 2014 21:05+0200, Trond Endrestøl wrote:

> On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote:
> 
> > Hi,
> > 
> > Is it just me or is there something wrong with vidcontrol(1) in 
> > base/head, amd64, sc console, r268165?
> > 
> > First, I had to specify absolute pathnames for the font8x16, font8x14, 
> > and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load 
> > anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, 
> > complains about:
> > 
> > Bad magic
> > vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x16.fnt": No 
> > error: 0
> > Bad magic
> > vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x14.fnt": No 
> > error: 0
> > Bad magic
> > vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x8.fnt": No 
> > error: 0
> > 
> > I wouldn't rule out pilot error on my part, but r267957 worked 
> > flawlessly in this regard.
> 
> I guess with both sc and vt in the kernel, line 220 of 
> usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment.

The same adjustment will be needed at line 150 of 
usr.sbin/kbdcontrol/kbdcontrol.c.

-- 
+---++
| Vennlig hilsen,   | Best regards,  |
| Trond Endrestøl,  | Trond Endrestøl,   |
| IT-ansvarlig, | System administrator,  |
| Fagskolen Innlandet,  | Gjøvik Technical College, Norway,  |
| tlf. mob.   952 62 567,   | Cellular...: +47 952 62 567,   |
| sentralbord 61 14 54 00.  | Switchboard: +47 61 14 54 00.  |
+---++
___
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: vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165

[Trond Endrestøl]

On Wed, 2 Jul 2014 20:51+0200, Trond Endrestøl wrote:

> Hi,
> 
> Is it just me or is there something wrong with vidcontrol(1) in 
> base/head, amd64, sc console, r268165?
> 
> First, I had to specify absolute pathnames for the font8x16, font8x14, 
> and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load 
> anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, 
> complains about:
> 
> Bad magic
> vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x16.fnt": No 
> error: 0
> Bad magic
> vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x14.fnt": No 
> error: 0
> Bad magic
> vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x8.fnt": No 
> error: 0
> 
> I wouldn't rule out pilot error on my part, but r267957 worked 
> flawlessly in this regard.

I guess with both sc and vt in the kernel, line 220 of 
usr.sbin/vidcontrol/vidcontrol.c needs a slight adjustment.

-- 
+---++
| Vennlig hilsen,   | Best regards,  |
| Trond Endrestøl,  | Trond Endrestøl,   |
| IT-ansvarlig, | System administrator,  |
| Fagskolen Innlandet,  | Gjøvik Technical College, Norway,  |
| tlf. mob.   952 62 567,   | Cellular...: +47 952 62 567,   |
| sentralbord 61 14 54 00.  | Switchboard: +47 61 14 54 00.  |
+---++
___
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"

vidcontrol(1) complains about Bad magic, in base/head, amd64, sc console, r268165

[Trond Endrestøl]

Hi,

Is it just me or is there something wrong with vidcontrol(1) in 
base/head, amd64, sc console, r268165?

First, I had to specify absolute pathnames for the font8x16, font8x14, 
and font8x8 variables in /etc/rc.conf before vidcontrol(1) would load 
anything, and next, vidcontrol(1), when run by /etc/rc.d/syscons, 
complains about:

Bad magic
vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x16.fnt": No 
error: 0
Bad magic
vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x14.fnt": No 
error: 0
Bad magic
vidcontrol: failed to load font "/usr/share/syscons/fonts/iso-8x8.fnt": No 
error: 0

I wouldn't rule out pilot error on my part, but r267957 worked 
flawlessly in this regard.

-- 
+---++
| Vennlig hilsen,   | Best regards,  |
| Trond Endrestøl,  | Trond Endrestøl,   |
| IT-ansvarlig, | System administrator,  |
| Fagskolen Innlandet,  | Gjøvik Technical College, Norway,  |
| tlf. mob.   952 62 567,   | Cellular...: +47 952 62 567,   |
| sentralbord 61 14 54 00.  | Switchboard: +47 61 14 54 00.  |
+---++
___
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

[FreeBSD Tinderbox]

TB --- 2014-07-02 16:09:44 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-02 16:09:44 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE 
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-07-02 16:09:44 - starting HEAD tinderbox run for ia64/ia64
TB --- 2014-07-02 16:09:44 - cleaning the object tree
TB --- 2014-07-02 16:10:52 - /usr/local/bin/svn stat --no-ignore /src
TB --- 2014-07-02 16:10:55 - At svn revision 268154
TB --- 2014-07-02 16:10:56 - building world
TB --- 2014-07-02 16:10:56 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 16:10:56 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 16:10:56 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 16:10:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 16:10:56 - SRCCONF=/dev/null
TB --- 2014-07-02 16:10:56 - TARGET=ia64
TB --- 2014-07-02 16:10:56 - TARGET_ARCH=ia64
TB --- 2014-07-02 16:10:56 - TZ=UTC
TB --- 2014-07-02 16:10:56 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 16:10:56 - cd /src
TB --- 2014-07-02 16:10:56 - /usr/bin/make -B buildworld
>>> Building an up-to-date bmake(1)
>>> World build started on Wed Jul  2 16:11:03 UTC 2014
>>> 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 Jul  2 17:47:09 UTC 2014
TB --- 2014-07-02 17:47:09 - generating LINT kernel config
TB --- 2014-07-02 17:47:09 - cd /src/sys/ia64/conf
TB --- 2014-07-02 17:47:09 - /usr/bin/make -B LINT
TB --- 2014-07-02 17:47:09 - cd /src/sys/ia64/conf
TB --- 2014-07-02 17:47:09 - /obj/ia64.ia64/src/tmp/legacy/usr/sbin/config -m 
LINT
TB --- 2014-07-02 17:47:09 - building LINT kernel
TB --- 2014-07-02 17:47:09 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 17:47:09 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 17:47:09 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 17:47:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 17:47:09 - SRCCONF=/dev/null
TB --- 2014-07-02 17:47:09 - TARGET=ia64
TB --- 2014-07-02 17:47:09 - TARGET_ARCH=ia64
TB --- 2014-07-02 17:47:09 - TZ=UTC
TB --- 2014-07-02 17:47:09 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 17:47:09 - cd /src
TB --- 2014-07-02 17:47:09 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Wed Jul  2 17:47:10 UTC 2014
>>> 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 -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 
-mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 
--param inline-unit-growth=100 --param large-function-growth=1000 -Werror 
/src/sys/libkern/ia64/__udivsi3.S
cc  -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 
-mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 
--param inline-unit-growth=100 --param large-function-growth=1000 -Werror 
/src/sys/libkern/ia64/__umoddi3.S
cc  -c -x assembler-with-cpp -Wa,-x -DLOCORE -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-builtin -mconstant-gp -ffixed-r13 
-mfixed-range=f32-f127 -fpic -ffreestanding -fno-common -finline-limit=15000 
--param inline-unit-growth=100 --param large-function-growth=1000 -Werror 
/src/sys/libkern/ia64/__umodsi3.S
cc  -c -x assembler-with-cpp -Wa,-x -DLOCORE -O2 -pipe -fno-strict-aliasing  
-std=c99  -Wall -

Re: FreeBSD iscsi target

[Navdeep Parhar]

On Wed, Jul 02, 2014 at 03:26:09PM +0400, Slawa Olhovchenkov wrote:
> On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote:
> 
> > On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov  wrote:
> > 
> > > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala wrote:
> > >
> > > > Hi.  I've replied in private, but just for the record:
> > > >
> > > > On 0627T0927, Sreenivasa Honnur wrote:
> > > > > Does freebsd iscsi target supports:
> > > > > 1. ACL (access control lists)
> > > >
> > > > In 10-STABLE there is a way to control access based on initiator
> > > > name and IP address.
> > > >
> > > > > 2. iSNS
> > > >
> > > > No; it's one of the iSCSI features that seem to only be used
> > > > for marketing purposes :-)
> > > >
> > > > > 3. Multiple connections per session
> > > >
> > > > No; see above.
> > >
> > > I think this is help for 40G links.
> > >
> > 
> > I assume that you are looking at transfer of large amounts of data over 40G
> > links. Assuming that tis is the case, yes, multiple connections per session
> 
> Yes, this case. As I know, single transfer over 40G link limited by
> 10G.

This is not correct.  A 40Gb link does not limit a single transfer to
10G.  For example, on FreeBSD all common bandwidth benchmarks reach
40GbE line rate with a single TCP connection at mtu 1500.  If a single
transfer were limited to 10G you'd need 4 connections to get there.

The physical signalling is over four lanes so it's easy to split a 40G
link into four separate 10G links.  But when running as a 40GbE (this is
the usual case) the hardware will combine all the lanes into a single
40G data stream, and you get to use all of the bandwidth.

Regards,
Navdeep
___
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

[FreeBSD Tinderbox]

TB --- 2014-07-02 11:50:40 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-02 11:50:40 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE 
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-07-02 11:50:40 - starting HEAD tinderbox run for amd64/amd64
TB --- 2014-07-02 11:50:40 - cleaning the object tree
TB --- 2014-07-02 11:54:56 - /usr/local/bin/svn stat --no-ignore /src
TB --- 2014-07-02 11:55:00 - At svn revision 268154
TB --- 2014-07-02 11:55:01 - building world
TB --- 2014-07-02 11:55:01 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 11:55:01 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 11:55:01 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 11:55:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 11:55:01 - SRCCONF=/dev/null
TB --- 2014-07-02 11:55:01 - TARGET=amd64
TB --- 2014-07-02 11:55:01 - TARGET_ARCH=amd64
TB --- 2014-07-02 11:55:01 - TZ=UTC
TB --- 2014-07-02 11:55:01 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 11:55:01 - cd /src
TB --- 2014-07-02 11:55:01 - /usr/bin/make -B buildworld
>>> Building an up-to-date bmake(1)
>>> World build started on Wed Jul  2 11:55:08 UTC 2014
>>> 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 Wed Jul  2 16:01:09 UTC 2014
TB --- 2014-07-02 16:01:09 - generating LINT kernel config
TB --- 2014-07-02 16:01:09 - cd /src/sys/amd64/conf
TB --- 2014-07-02 16:01:09 - /usr/bin/make -B LINT
TB --- 2014-07-02 16:01:09 - cd /src/sys/amd64/conf
TB --- 2014-07-02 16:01:09 - /obj/amd64.amd64/src/tmp/legacy/usr/sbin/config -m 
LINT
TB --- 2014-07-02 16:01:09 - building LINT kernel
TB --- 2014-07-02 16:01:09 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 16:01:09 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 16:01:09 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 16:01:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 16:01:09 - SRCCONF=/dev/null
TB --- 2014-07-02 16:01:09 - TARGET=amd64
TB --- 2014-07-02 16:01:09 - TARGET_ARCH=amd64
TB --- 2014-07-02 16:01:09 - TZ=UTC
TB --- 2014-07-02 16:01:09 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 16:01:09 - cd /src
TB --- 2014-07-02 16:01:09 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Wed Jul  2 16:01:09 UTC 2014
>>> 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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-unused-function   -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 -DGPROF -DGPROF4 -DGUPROF 
-fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes 
-mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9285.c 
-I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal
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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-unused-function   -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 -DGPROF -DGPROF4 -DGUPROF 
-fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
-mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float  
-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -mno-aes 
-mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9287.c 
-I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal
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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-unused

[head tinderbox] failure on i386/i386

[FreeBSD Tinderbox]

TB --- 2014-07-02 11:50:40 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-02 11:50:40 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE 
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-07-02 11:50:40 - starting HEAD tinderbox run for i386/i386
TB --- 2014-07-02 11:50:40 - cleaning the object tree
TB --- 2014-07-02 11:54:17 - /usr/local/bin/svn stat --no-ignore /src
TB --- 2014-07-02 11:54:21 - At svn revision 268154
TB --- 2014-07-02 11:54:22 - building world
TB --- 2014-07-02 11:54:22 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 11:54:22 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 11:54:22 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 11:54:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 11:54:22 - SRCCONF=/dev/null
TB --- 2014-07-02 11:54:22 - TARGET=i386
TB --- 2014-07-02 11:54:22 - TARGET_ARCH=i386
TB --- 2014-07-02 11:54:22 - TZ=UTC
TB --- 2014-07-02 11:54:22 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 11:54:22 - cd /src
TB --- 2014-07-02 11:54:22 - /usr/bin/make -B buildworld
>>> Building an up-to-date bmake(1)
>>> World build started on Wed Jul  2 11:54:29 UTC 2014
>>> 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 Jul  2 15:21:44 UTC 2014
TB --- 2014-07-02 15:21:44 - generating LINT kernel config
TB --- 2014-07-02 15:21:44 - cd /src/sys/i386/conf
TB --- 2014-07-02 15:21:44 - /usr/bin/make -B LINT
TB --- 2014-07-02 15:21:45 - cd /src/sys/i386/conf
TB --- 2014-07-02 15:21:45 - /obj/i386.i386/src/tmp/legacy/usr/sbin/config -m 
LINT
TB --- 2014-07-02 15:21:45 - building LINT kernel
TB --- 2014-07-02 15:21:45 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 15:21:45 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 15:21:45 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 15:21:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 15:21:45 - SRCCONF=/dev/null
TB --- 2014-07-02 15:21:45 - TARGET=i386
TB --- 2014-07-02 15:21:45 - TARGET_ARCH=i386
TB --- 2014-07-02 15:21:45 - TZ=UTC
TB --- 2014-07-02 15:21:45 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 15:21:45 - cd /src
TB --- 2014-07-02 15:21:45 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Wed Jul  2 15:21:45 UTC 2014
>>> 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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-unused-function   -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 -DGPROF -DGPROF4 -DGUPROF 
-fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector 
-mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9285.c 
-I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal
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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-unused-function   -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 -DGPROF -DGPROF4 -DGUPROF 
-fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector 
-mno-aes -mno-avx -Werror -pg /src/sys/dev/ath/ath_hal/ar9002/ar9287.c 
-I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal
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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-unused-function   -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 -DGPROF -DGPROF4 -DGUPROF 
-fno-builtin -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector 
-mno-aes -mno-avx -Werror -pg /src/s

Re: CURRENT: unknown specifier DEV_SC

[Ed Maste]

On 2 July 2014 10:23, O. Hartmann  wrote:
> Compiling a most recent CURRENT kernel/world with sources r 268158 ends
> up in some error indication an unknown specifier DEV_SC. This is with
> the sources reeled in today as revision indicates above, the kernel is
> as shown here:
>
> FreeBSD 11.0-CURRENT #1 r268102: Tue Jul  1 18:33:28 CEST 2014 amd64

Sorry about that, it's my fault.  Fix committed in r268160.

-Ed
___
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"

CURRENT: unknown specifier DEV_SC

[O. Hartmann]

Compiling a most recent CURRENT kernel/world with sources r 268158 ends
up in some error indication an unknown specifier DEV_SC. This is with
the sources reeled in today as revision indicates above, the kernel is
as shown here:

FreeBSD 11.0-CURRENT #1 r268102: Tue Jul  1 18:33:28 CEST 2014 amd64

so in my configurationfile, I eliminated all SC related stuff (no
"options sc" and related options) and kernel compilation worked
yesterday with that. Today it doesn't any more.

Does this indicate that the old console driver is still
considered mandatory or is it a typo in one of the main config files?

Regards,
Oliver


signature.asc
Description: PGP signature

Re: FreeBSD iscsi target

[Slawa Olhovchenkov]

On Tue, Jul 01, 2014 at 10:43:08PM -0700, Kevin Oberman wrote:

> On Tue, Jul 1, 2014 at 4:13 PM, Slawa Olhovchenkov  wrote:
> 
> > On Tue, Jul 01, 2014 at 11:12:52AM +0200, Edward Tomasz Napierala wrote:
> >
> > > Hi.  I've replied in private, but just for the record:
> > >
> > > On 0627T0927, Sreenivasa Honnur wrote:
> > > > Does freebsd iscsi target supports:
> > > > 1. ACL (access control lists)
> > >
> > > In 10-STABLE there is a way to control access based on initiator
> > > name and IP address.
> > >
> > > > 2. iSNS
> > >
> > > No; it's one of the iSCSI features that seem to only be used
> > > for marketing purposes :-)
> > >
> > > > 3. Multiple connections per session
> > >
> > > No; see above.
> >
> > I think this is help for 40G links.
> >
> 
> I assume that you are looking at transfer of large amounts of data over 40G
> links. Assuming that tis is the case, yes, multiple connections per session

Yes, this case. As I know, single transfer over 40G link limited by
10G.
___
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

[FreeBSD Tinderbox]

TB --- 2014-07-02 07:27:25 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-02 07:27:25 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE 
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-07-02 07:27:25 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2014-07-02 07:27:25 - cleaning the object tree
TB --- 2014-07-02 07:28:31 - /usr/local/bin/svn stat --no-ignore /src
TB --- 2014-07-02 07:28:41 - At svn revision 268131
TB --- 2014-07-02 07:28:42 - building world
TB --- 2014-07-02 07:28:42 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 07:28:42 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 07:28:42 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 07:28:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 07:28:42 - SRCCONF=/dev/null
TB --- 2014-07-02 07:28:42 - TARGET=sparc64
TB --- 2014-07-02 07:28:42 - TARGET_ARCH=sparc64
TB --- 2014-07-02 07:28:42 - TZ=UTC
TB --- 2014-07-02 07:28:42 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 07:28:42 - cd /src
TB --- 2014-07-02 07:28:42 - /usr/bin/make -B buildworld
>>> Building an up-to-date bmake(1)
>>> World build started on Wed Jul  2 07:28:50 UTC 2014
>>> 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 Jul  2 08:37:26 UTC 2014
TB --- 2014-07-02 08:37:26 - generating LINT kernel config
TB --- 2014-07-02 08:37:26 - cd /src/sys/sparc64/conf
TB --- 2014-07-02 08:37:26 - /usr/bin/make -B LINT
TB --- 2014-07-02 08:37:26 - cd /src/sys/sparc64/conf
TB --- 2014-07-02 08:37:26 - 
/obj/sparc64.sparc64/src/tmp/legacy/usr/sbin/config -m LINT
TB --- 2014-07-02 08:37:26 - building LINT kernel
TB --- 2014-07-02 08:37:26 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 08:37:26 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 08:37:26 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 08:37:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 08:37:26 - SRCCONF=/dev/null
TB --- 2014-07-02 08:37:26 - TARGET=sparc64
TB --- 2014-07-02 08:37:26 - TARGET_ARCH=sparc64
TB --- 2014-07-02 08:37:26 - TZ=UTC
TB --- 2014-07-02 08:37:26 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 08:37:26 - cd /src
TB --- 2014-07-02 08:37:26 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Wed Jul  2 08:37:26 UTC 2014
>>> 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-builtin -ffreestanding -fstack-protector -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -mcmodel=medany -msoft-float -Werror  
/src/sys/dev/le/if_le_ledma.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-builtin -ffreestanding -fstack-protector -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -mcmodel=medany -msoft-float -Werror  
/src/sys/dev/le/lebuffer_sbus.c
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -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-builtin -ffreestanding -fstack-protector -fno-common 
-finline-limit=15000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -mcmodel=medany -msoft-float -Werror  ofw_bus_if.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-

Re: svn commit: r267897 - in head: contrib/file contrib/file/Magdir contrib/file/doc contrib/file/m4 contrib/file/magic contrib/file/python contrib/file/src contrib/file/tests lib/libmagic usr.bin/fil

[Xin Li]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 7/2/14, 12:10 AM, Matthias Meyser wrote:
> Am 26.06.2014 08:03, schrieb Xin LI:
>> Author: delphij Date: Thu Jun 26 06:03:39 2014 New Revision:
>> 267897 URL: http://svnweb.freebsd.org/changeset/base/267897
>> 
>> Log: MFV r267843: update file/libmagic to 5.19.
>> 
>> MFC after:2 weeks
> 
> This commit breaks installing world from readonly /usr/src

Can't reproduce with today's -CURRENT.  Any further details?  (I tried
mounting /usr/src read-only and both /usr/src and /usr/obj read-only,
neither broke).

Cheers,
-BEGIN PGP SIGNATURE-

iQIcBAEBCgAGBQJTs71HAAoJEJW2GBstM+nsdhkQAKwiZtKcHwOVijRvwHq6dWOQ
zlY3OhDCygzW93KxMW3kqT223UNP2tRBDyu3xQqn++av4NVprFo/aRrV/vs+tZYN
RMUcLFFlUeQZHIyF9L4alyAX3/ncABwWrOV97kkg990+O7CeURDycTc7Cwn/YwXq
pzrLT9ebzaRecRN1PJ5jP1dB569CFuKWyVDWjiaKxt32U0oi3T/MWTjaot+cGI0e
RrfJu+zmTwQk6gTl9lFewaIzqEIfVFotOQ3DB6IocQ2XL+wVD5NFnKYhl3UL6fJq
TK2oPuphktHi1WfEycmTIwsDfvR0o7I6ZD1Q5zdvp+PUgJPBmPS6ha2QaqfLZLht
vePNRwcD2lqpeyQRkd9W9N2YIswysiKnVXPd3OL29v2UJ3yafLTXnsLjrDdIFD50
+0xG8Y3E/1Vq/VGyachhAXSFEJfrNrGHPNQ3be0KZXnHcTgUFdg6+1bG+GeCjk4r
NwS10FlcbFUwgKc0d1wF1H5VT9xXQjJJTFa2AGbBqaOKQPEcwPKMnXdYCPfOKmzD
vdh03JNsXJyZYrpRtb7jATjQmgTp13VFlGqBJAEVc0Os8CjKmWnK06TeUQw+8q9B
NNebsCHYDlYrylFnyR7RJ6gD24F6uzUXxV/EXg+Bzidvu8jzg240Zd4aR1MU6obF
qSe3alAzDfUKzP+Y20+L
=5kxz
-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"

[head tinderbox] failure on i386/pc98

[FreeBSD Tinderbox]

TB --- 2014-07-02 03:37:10 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-02 03:37:10 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE 
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-07-02 03:37:10 - starting HEAD tinderbox run for i386/pc98
TB --- 2014-07-02 03:37:10 - cleaning the object tree
TB --- 2014-07-02 03:37:10 - /usr/local/bin/svn stat --no-ignore /src
TB --- 2014-07-02 03:37:30 - At svn revision 268131
TB --- 2014-07-02 03:37:31 - building world
TB --- 2014-07-02 03:37:31 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 03:37:31 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 03:37:31 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 03:37:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 03:37:31 - SRCCONF=/dev/null
TB --- 2014-07-02 03:37:31 - TARGET=pc98
TB --- 2014-07-02 03:37:31 - TARGET_ARCH=i386
TB --- 2014-07-02 03:37:31 - TZ=UTC
TB --- 2014-07-02 03:37:31 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 03:37:31 - cd /src
TB --- 2014-07-02 03:37:31 - /usr/bin/make -B buildworld
>>> Building an up-to-date bmake(1)
>>> World build started on Wed Jul  2 03:37:40 UTC 2014
>>> 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 Jul  2 07:18:33 UTC 2014
TB --- 2014-07-02 07:18:33 - generating LINT kernel config
TB --- 2014-07-02 07:18:33 - cd /src/sys/pc98/conf
TB --- 2014-07-02 07:18:33 - /usr/bin/make -B LINT
TB --- 2014-07-02 07:18:33 - cd /src/sys/pc98/conf
TB --- 2014-07-02 07:18:33 - /obj/pc98.i386/src/tmp/legacy/usr/sbin/config -m 
LINT
TB --- 2014-07-02 07:18:33 - building LINT kernel
TB --- 2014-07-02 07:18:33 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 07:18:33 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 07:18:33 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 07:18:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 07:18:33 - SRCCONF=/dev/null
TB --- 2014-07-02 07:18:33 - TARGET=pc98
TB --- 2014-07-02 07:18:33 - TARGET_ARCH=i386
TB --- 2014-07-02 07:18:33 - TZ=UTC
TB --- 2014-07-02 07:18:33 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 07:18:33 - cd /src
TB --- 2014-07-02 07:18:33 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Wed Jul  2 07:18:34 UTC 2014
>>> 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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-unused-function   -nostdinc  -I. 
-I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS 
-include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse 
-msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg 
/src/sys/dev/ath/ath_hal/ar9002/ar9285.c -I/src/sys/dev/ath 
-I/src/sys/dev/ath/ath_hal
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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-unused-function   -nostdinc  -I. 
-I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS 
-include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse 
-msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg 
/src/sys/dev/ath/ath_hal/ar9002/ar9287.c -I/src/sys/dev/ath 
-I/src/sys/dev/ath/ath_hal
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  
-Wno-error-tautological-compare -Wno-error-empty-body  
-Wno-error-parentheses-equality -Wno-unused-function   -nostdinc  -I. 
-I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS 
-include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-mmx -mno-sse 
-msoft-float -ffreestanding -fstack-protector -mno-aes -mno-avx -Werror -pg 
/src/sys/dev/ath/ath_rate/sample/sample.c -I/src/sys/dev/ath
cc  -c -O2 -pipe -fno-s

[head tinderbox] failure on mips64/mips

[FreeBSD Tinderbox]

TB --- 2014-07-02 05:22:30 - tinderbox 2.22 running on freebsd-current.sentex.ca
TB --- 2014-07-02 05:22:30 - FreeBSD freebsd-current.sentex.ca 9.2-STABLE 
FreeBSD 9.2-STABLE #0 r263721: Tue Mar 25 09:27:39 EDT 2014 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2014-07-02 05:22:30 - starting HEAD tinderbox run for mips64/mips
TB --- 2014-07-02 05:22:30 - cleaning the object tree
TB --- 2014-07-02 05:23:56 - /usr/local/bin/svn stat --no-ignore /src
TB --- 2014-07-02 05:24:08 - At svn revision 268131
TB --- 2014-07-02 05:24:09 - building world
TB --- 2014-07-02 05:24:09 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 05:24:09 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 05:24:09 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 05:24:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 05:24:09 - SRCCONF=/dev/null
TB --- 2014-07-02 05:24:09 - TARGET=mips
TB --- 2014-07-02 05:24:09 - TARGET_ARCH=mips64
TB --- 2014-07-02 05:24:09 - TZ=UTC
TB --- 2014-07-02 05:24:09 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 05:24:09 - cd /src
TB --- 2014-07-02 05:24:09 - /usr/bin/make -B buildworld
>>> Building an up-to-date bmake(1)
>>> World build started on Wed Jul  2 05:24:17 UTC 2014
>>> 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 Jul  2 06:25:52 UTC 2014
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
ADM5120
TB --- 2014-07-02 06:25:52 - skipping ADM5120 kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
ALCHEMY
TB --- 2014-07-02 06:25:52 - skipping ALCHEMY kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
ALFA_HORNET_UB
TB --- 2014-07-02 06:25:52 - skipping ALFA_HORNET_UB kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
AP121
TB --- 2014-07-02 06:25:52 - skipping AP121 kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
AP91
TB --- 2014-07-02 06:25:52 - skipping AP91 kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
AP93
TB --- 2014-07-02 06:25:52 - skipping AP93 kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
AP94
TB --- 2014-07-02 06:25:52 - skipping AP94 kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
AP96
TB --- 2014-07-02 06:25:52 - skipping AP96 kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
AR71XX_BASE
TB --- 2014-07-02 06:25:52 - skipping AR71XX_BASE kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
AR724X_BASE
TB --- 2014-07-02 06:25:52 - skipping AR724X_BASE kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
AR91XX_BASE
TB --- 2014-07-02 06:25:52 - skipping AR91XX_BASE kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
AR933X_BASE
TB --- 2014-07-02 06:25:52 - skipping AR933X_BASE kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
AR934X_BASE
TB --- 2014-07-02 06:25:52 - skipping AR934X_BASE kernel
TB --- 2014-07-02 06:25:52 - cd /src/sys/mips/conf
TB --- 2014-07-02 06:25:52 - /obj/mips.mips64/src/tmp/legacy/usr/sbin/config -m 
BERI_DE4_BASE
TB --- 2014-07-02 06:25:52 - building BERI_DE4_BASE kernel
TB --- 2014-07-02 06:25:52 - CROSS_BUILD_TESTING=YES
TB --- 2014-07-02 06:25:52 - MAKEOBJDIRPREFIX=/obj
TB --- 2014-07-02 06:25:52 - MAKESYSPATH=/src/share/mk
TB --- 2014-07-02 06:25:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2014-07-02 06:25:52 - SRCCONF=/dev/null
TB --- 2014-07-02 06:25:52 - TARGET=mips
TB --- 2014-07-02 06:25:52 - TARGET_ARCH=mips64
TB --- 2014-07-02 06:25:52 - TZ=UTC
TB --- 2014-07-02 06:25:52 - __MAKE_CONF=/dev/null
TB --- 2014-07-02 06:25:52 - cd /src
TB --- 2014-07-02 06:25:52 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE
>>> Kernel build for BERI_DE4_B