date:20171125

Re: head -r326193 (e.g.) buildworld broken: rejecting some . . ./usr/src/amd64.amd64/tmp/usr/include/stdio.h content

2017-11-25 Thread Mark Millard

[Quick top post:]

Reverting to -r326192 and rebuilding avoided the issue.
 
Prior notes:

On 2017-Nov-25, at 12:02 PM, Mark Millard  wrote:

> For example,
> 
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:449:47:
>  error: function definition is not allowed here
> static __inline int __sputc(int _c, FILE *_p) {
> 
> for:
> 
> /*
> * The __sfoo macros are here so that we can
> * define function versions in the C library.
> */
> #define __sgetc(p) (--(p)->_r < 0 ? __srget(p) : (int)(*(p)->_p++))
> #if defined(__GNUC__) && defined(__STDC__)
> static __inline int __sputc(int _c, FILE *_p) {
>if (--_p->_w >= 0 || (_p->_w >= _p->_lbfsize && (char)_c != '\n'))
>return (*_p->_p++ = _c);
>else
>return (__swbuf(_c, _p));
> }
> #else
> /*
> * This has been tuned to generate reasonable code on the vax using pcc.
> */
> #define __sputc(c, p) \
>(--(p)->_w < 0 ? \
>(p)->_w >= (p)->_lbfsize ? \
>(*(p)->_p = (c)), *(p)->_p != '\n' ? \
>(int)*(p)->_p++ : \
>__swbuf('\n', p) : \
>__swbuf((int)(c), p) : \
>(*(p)->_p = (c), (int)*(p)->_p++))
> #endif
> 
> 
> 
> More of the prefix of the messages:
> 
> 
> 
> --- var.o ---
> In file included from /usr/src/bin/sh/var.c:70:
> In file included from /usr/src/bin/sh/myhistedit.h:35:
> In file included from 
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histedit.h:48:
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:255:6:
>  warning: declaration of built-in function 'fprintf' requires inclusion of 
> the header  [-Wbuiltin-requires-header]
> int  fprintf(FILE * __restrict, const char * __restrict, ...);
> ^
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:260:6:
>  warning: declaration of built-in function 'fscanf' requires inclusion of the 
> header  [-Wbuiltin-requires-header]
> int  fscanf(FILE * __restrict, const char * __restrict, ...);
> ^
> --- csh_make ---
> Building 
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/rescue/rescue/usr/src/bin/csh/sh.init.o
> --- sh_make ---
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:284:6:
>  warning: declaration of built-in function 'vfprintf' requires inclusion of 
> the header  [-Wbuiltin-requires-header]
> int  vfprintf(FILE * __restrict, const char * __restrict,
> ^
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:293:6:
>  warning: declaration of built-in function 'vfscanf' requires inclusion of 
> the header  [-Wbuiltin-requires-header]
> int  vfscanf(FILE * __restrict, const char * __restrict, __va_list)
> ^
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:449:47:
>  error: function definition is not allowed here
> static __inline int __sputc(int _c, FILE *_p) {
>  ^
> In file included from /usr/src/bin/sh/var.c:70:
> In file included from /usr/src/bin/sh/myhistedit.h:35:
> In file included from 
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histedit.h:254:
> In file included from 
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/wchar.h:69:
> In file included from 
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/_ctype.h:97:
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/runetype.h:96:1:
>  error: function definition is not allowed here
> {
> ^
> In file included from /usr/src/bin/sh/var.c:70:
> In file included from /usr/src/bin/sh/myhistedit.h:35:
> In file included from 
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histedit.h:254:
> In file included from 
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/wchar.h:69:
> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/_ctype.h:101:1:
>  error: function definition is not allowed here
> {
> ^
> . . . (much omitted) . . .

===
Mark Millard
markmi at dsl-only.net

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

Re: ARM broken since a while

2017-11-25 Thread Mark Millard


===
Mark Millard
markmi at dsl-only.net

On 2017-Nov-25, at 1:10 PM, Pedro Giffuni  wrote:

> On 11/25/17 15:28, Pedro Giffuni wrote:
>> 
>> ...
>> 
>> I have seen problems on arm with zstd though.
>> 
> For the record:
> arm.armv6 buildworld failed, check _.arm.armv6.buildworld for details
> 
> ===> lib/libzstd (all)
> Assertion failed: (LiveCPSR && "CPSR liveness tracking is wrong!"), function 
> UpdateCPSRUse, file 
> /usr/src/contrib/llvm/lib/Target/ARM/Thumb2SizeReduction.cpp, line 961.
> cc: error: unable to execute command: Abort trap (core dumped)
> cc: error: clang frontend command failed due to signal (use -v to see 
> invocation)
> FreeBSD clang version 5.0.0 (tags/RELEASE_500/final 312559) (based on LLVM 
> 5.0.0svn)
> Target: armv6--freebsd12.0-gnueabihf
> Thread model: posix
> InstalledDir: /usr/bin
> cc: note: diagnostic msg: PLEASE submit a bug report to 
> https://bugs.freebsd.org/submit/ and include the crash backtrace, 
> preprocessed source, and associated run script.
> cc: note: diagnostic msg:
> 
> 
> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
> Preprocessed source(s) and associated run script(s) are located at:
> cc: note: diagnostic msg: /tmp/zstd_compress-3f783c.c
> cc: note: diagnostic msg: /tmp/zstd_compress-3f783c.sh
> cc: note: diagnostic msg:
> 
> 
> --- zstd_compress.o ---
> *** [zstd_compress.o] Error code 254
> 
> make[7]: stopped in /scratch/tmp/pfg/head/lib/libzstd
> 

For this there is:

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

and:

https://bugs.llvm.org/show_bug.cgi?id=35023

The detailed error message has changed over time but the
above tracks that.

I've not seen this problem (before armv7 or after I switched),
possibly because I use -mcpu=cortex-a7 explicitly. (For aarch64:
-mcpu=cortex-a53 .)


===
Mark Millard
markmi at dsl-only.net
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ARM broken since a while

2017-11-25 Thread Dimitry Andric

On 25 Nov 2017, at 22:10, Pedro Giffuni  wrote:
> 
> On 11/25/17 15:28, Pedro Giffuni wrote:
>> 
>> ...
>> 
>> I have seen problems on arm with zstd though.
>> 
> For the record:
> arm.armv6 buildworld failed, check _.arm.armv6.buildworld for details
> 
> ===> lib/libzstd (all)
> Assertion failed: (LiveCPSR && "CPSR liveness tracking is wrong!"), function 
> UpdateCPSRUse, file 
> /usr/src/contrib/llvm/lib/Target/ARM/Thumb2SizeReduction.cpp, line 961.
> cc: error: unable to execute command: Abort trap (core dumped)

This is probably after the most recent zstd import, see also:

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

and

https://bugs.llvm.org/show_bug.cgi?id=35023

No progress at all upstream, though. :-/

-Dimitry



signature.asc
Description: Message signed with OpenPGP

ARM broken since a while

2017-11-25 Thread Pedro Giffuni




On 11/25/17 15:28, Pedro Giffuni wrote:


...

I have seen problems on arm with zstd though.


For the record:
arm.armv6 buildworld failed, check _.arm.armv6.buildworld for details

===> lib/libzstd (all)
Assertion failed: (LiveCPSR && "CPSR liveness tracking is wrong!"), 
function UpdateCPSRUse, file 
/usr/src/contrib/llvm/lib/Target/ARM/Thumb2SizeReduction.cpp, line 961.

cc: error: unable to execute command: Abort trap (core dumped)
cc: error: clang frontend command failed due to signal (use -v to see 
invocation)
FreeBSD clang version 5.0.0 (tags/RELEASE_500/final 312559) (based on 
LLVM 5.0.0svn)

Target: armv6--freebsd12.0-gnueabihf
Thread model: posix
InstalledDir: /usr/bin
cc: note: diagnostic msg: PLEASE submit a bug report to 
https://bugs.freebsd.org/submit/ and include the crash backtrace, 
preprocessed source, and associated run script.

cc: note: diagnostic msg:


PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
cc: note: diagnostic msg: /tmp/zstd_compress-3f783c.c
cc: note: diagnostic msg: /tmp/zstd_compress-3f783c.sh
cc: note: diagnostic msg:


--- zstd_compress.o ---
*** [zstd_compress.o] Error code 254

make[7]: stopped in /scratch/tmp/pfg/head/lib/libzstd



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

Re: head -r326193 (e.g.) buildworld broken: rejecting some . . ./usr/src/amd64.amd64/tmp/usr/include/stdio.h content

2017-11-25 Thread Pedro Giffuni


Thank you for the report ...


On 11/25/17 15:15, Mark Millard wrote:

[Quick top post:]

Reverting to -r326192 and rebuilding avoided the issue.
  
Prior notes:


On 2017-Nov-25, at 12:02 PM, Mark Millard  wrote:


For example,

/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:449:47:
 error: function definition is not allowed here
static __inline int __sputc(int _c, FILE *_p) {

for:

/*
* The __sfoo macros are here so that we can
* define function versions in the C library.
*/
#define __sgetc(p) (--(p)->_r < 0 ? __srget(p) : (int)(*(p)->_p++))
#if defined(__GNUC__) && defined(__STDC__)
static __inline int __sputc(int _c, FILE *_p) {
if (--_p->_w >= 0 || (_p->_w >= _p->_lbfsize && (char)_c != '\n'))
return (*_p->_p++ = _c);
else
return (__swbuf(_c, _p));
}
#else
/*
* This has been tuned to generate reasonable code on the vax using pcc.
*/
#define __sputc(c, p) \
(--(p)->_w < 0 ? \
(p)->_w >= (p)->_lbfsize ? \
(*(p)->_p = (c)), *(p)->_p != '\n' ? \
(int)*(p)->_p++ : \
__swbuf('\n', p) : \
__swbuf((int)(c), p) : \
(*(p)->_p = (c), (int)*(p)->_p++))
#endif



More of the prefix of the messages:



--- var.o ---
In file included from /usr/src/bin/sh/var.c:70:
In file included from /usr/src/bin/sh/myhistedit.h:35:
In file included from 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histedit.h:48:
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:255:6: 
warning: declaration of built-in function 'fprintf' requires inclusion of the header 
 [-Wbuiltin-requires-header]
int  fprintf(FILE * __restrict, const char * __restrict, ...);
 ^
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:260:6: 
warning: declaration of built-in function 'fscanf' requires inclusion of the header 
 [-Wbuiltin-requires-header]
int  fscanf(FILE * __restrict, const char * __restrict, ...);
 ^
--- csh_make ---
Building 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/rescue/rescue/usr/src/bin/csh/sh.init.o
--- sh_make ---
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:284:6: 
warning: declaration of built-in function 'vfprintf' requires inclusion of the header 
 [-Wbuiltin-requires-header]
int  vfprintf(FILE * __restrict, const char * __restrict,
 ^
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:293:6: 
warning: declaration of built-in function 'vfscanf' requires inclusion of the header 
 [-Wbuiltin-requires-header]
int  vfscanf(FILE * __restrict, const char * __restrict, __va_list)
 ^
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:449:47:
 error: function definition is not allowed here
static __inline int __sputc(int _c, FILE *_p) {
  ^
In file included from /usr/src/bin/sh/var.c:70:
In file included from /usr/src/bin/sh/myhistedit.h:35:
In file included from 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histedit.h:254:
In file included from 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/wchar.h:69:
In file included from 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/_ctype.h:97:
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/runetype.h:96:1:
 error: function definition is not allowed here
{
^
In file included from /usr/src/bin/sh/var.c:70:
In file included from /usr/src/bin/sh/myhistedit.h:35:
In file included from 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histedit.h:254:
In file included from 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/wchar.h:69:
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/_ctype.h:101:1:
 error: function definition is not allowed here
{
^
. . . (much omitted) . . .


I can't reproduce it ...
I have been running tinderbox builds with the changes for a while.

Jenkins wasn't affected either:
https://ci.freebsd.org/job/FreeBSD-head-amd64-build/6040/

I have seen problems on arm with zstd though.

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

head -r326193 (e.g.) buildworld broken: rejecting some . . ./usr/src/amd64.amd64/tmp/usr/include/stdio.h content

2017-11-25 Thread Mark Millard

For example,

/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:449:47:
 error: function definition is not allowed here
static __inline int __sputc(int _c, FILE *_p) {

for:

/*
 * The __sfoo macros are here so that we can
 * define function versions in the C library.
 */
#define __sgetc(p) (--(p)->_r < 0 ? __srget(p) : (int)(*(p)->_p++))
#if defined(__GNUC__) && defined(__STDC__)
static __inline int __sputc(int _c, FILE *_p) {
if (--_p->_w >= 0 || (_p->_w >= _p->_lbfsize && (char)_c != '\n'))
return (*_p->_p++ = _c);
else
return (__swbuf(_c, _p));
}
#else
/*
 * This has been tuned to generate reasonable code on the vax using pcc.
 */
#define __sputc(c, p) \
(--(p)->_w < 0 ? \
(p)->_w >= (p)->_lbfsize ? \
(*(p)->_p = (c)), *(p)->_p != '\n' ? \
(int)*(p)->_p++ : \
__swbuf('\n', p) : \
__swbuf((int)(c), p) : \
(*(p)->_p = (c), (int)*(p)->_p++))
#endif



More of the prefix of the messages:



--- var.o ---
In file included from /usr/src/bin/sh/var.c:70:
In file included from /usr/src/bin/sh/myhistedit.h:35:
In file included from 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histedit.h:48:
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:255:6:
 warning: declaration of built-in function 'fprintf' requires inclusion of the 
header  [-Wbuiltin-requires-header]
int  fprintf(FILE * __restrict, const char * __restrict, ...);
 ^
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:260:6:
 warning: declaration of built-in function 'fscanf' requires inclusion of the 
header  [-Wbuiltin-requires-header]
int  fscanf(FILE * __restrict, const char * __restrict, ...);
 ^
--- csh_make ---
Building 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/rescue/rescue/usr/src/bin/csh/sh.init.o
--- sh_make ---
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:284:6:
 warning: declaration of built-in function 'vfprintf' requires inclusion of the 
header  [-Wbuiltin-requires-header]
int  vfprintf(FILE * __restrict, const char * __restrict,
 ^
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:293:6:
 warning: declaration of built-in function 'vfscanf' requires inclusion of the 
header  [-Wbuiltin-requires-header]
int  vfscanf(FILE * __restrict, const char * __restrict, __va_list)
 ^
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/stdio.h:449:47:
 error: function definition is not allowed here
static __inline int __sputc(int _c, FILE *_p) {
  ^
In file included from /usr/src/bin/sh/var.c:70:
In file included from /usr/src/bin/sh/myhistedit.h:35:
In file included from 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histedit.h:254:
In file included from 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/wchar.h:69:
In file included from 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/_ctype.h:97:
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/runetype.h:96:1:
 error: function definition is not allowed here
{
^
In file included from /usr/src/bin/sh/var.c:70:
In file included from /usr/src/bin/sh/myhistedit.h:35:
In file included from 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/histedit.h:254:
In file included from 
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/wchar.h:69:
/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/usr/include/_ctype.h:101:1:
 error: function definition is not allowed here
{
^
. . . (much omitted) . . .

===
Mark Millard
markmi at dsl-only.net

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

pNFS server code merge into head/current

2017-11-25 Thread Rick Macklem

Hi,

There is a source tree in svn at projects/pnfs-planb-server which adds support
for configuring a single Metadata Server (MDS) and multiple Data Servers (DS)
to create a simple pNFS service. (In a pNFS server the Read/Write operations
are separated from the rest of the metadata operations and go directly from the
NFSv4.1 client to the DS, since that is where the fils's data resides.)
The service does support mirrored DSs, but the recovery code for handling
a failed DS is not done yet. I plan on working on that during Winter 2018.

The current implementation seems to be working ok for my testing. Any third
party testing would be appreciated. The basic information on how it works and
how to set up a pNFS service is at
http://people.freebsd.org/~rmacklem/pnfs-planb-setup.txt
(John Hixon is working on porting/testing it in FreeNAS, but hasn't quite had
 to time get all set up yet.)

The big question is???
If/when this code should go into head/current?
I cannot do commits during Winter 2018, so if it is going to happen before
April 2018, I need to do it in December. I know a release schedule has not been
worked out for FreeBSD12, but is April 2018 early enough or should it be done
this December?

The merge is large, but should not affect non-pNFS NFS service, rick
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: vlans + bridging is "interesting"

2017-11-25 Thread Rodney W. Grimes

> Hello,
> 
> I decided to try to run some bhyve VM's on my machine and bridge
> them to a guest vlan on my main interface.  I also want to support
> running bhyve VM's on the untagged part of the interface as well
> (this is the key problem as I'll describe later).
> 
> I configure it as you'd expect.  Bridge the main interface em0, and
> put the local IP's on the bridge0.  Then I added an interface em0.14
> that untags packets from em0, and added it to bridge1 along w/ a tap0
> for the VM.  This does not work.  Packet goes out and comes back and
> is observed on em0, but never appears on either em0.14 or bridge1.
> 
> After seeing: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=139268
> 
> I decide to look on bridge0, and see the tagged vlan packet on that
> interface.  I attempted to add bridge0 as the vlandev for em0.14, but
> that doesn't work:
> #ifconfig em0.14 vlan 14 vlandev bridge0
> ifconfig: SIOCSETVLAN: Protocol not supported
> 
> So, I did finally get things working by using epair.  I added an epair
> to the bridge, and that allows me to untag the packet, and pass on to
> bridge1.
> 
> I have not attempted to use the patch in 139268, but if people think
> it is an acceptable solution (with patch, if I set LINK0, it should work
> w/ original configuration), I'll test and commit the patch.
> 
> Otherwise, please submit another fix.
> 
> Thanks.

I am also experiencing difficulties with vlan +briding +bhyve.  It
seems the host that can talk just fine out a trunked em0 interface
using vlan32 and vlan34 to all my other hardware can NOT talk to
my bhyve guests.  Those bhyve guests can also talk out that
same interface to other hardware, but they are being passed in
the trunked interface, ie direct tap of bridge of em0 and the
vlan tagging/untagging is being done inside the guest.

All the guests can talk to each other and they can all talk
to real hardware that is via the em0 hardware, same for the
host, but the host can not talk to the guests nor the guests
to the host.

My guess is that the arp's are not being seen by the bridge
cause they are wrapping in vlan tags thus the bridge
never learns all the mac addresses, but this is just a
guess.

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

Re: head -r326193 (e.g.) buildworld broken: rejecting some . . ./usr/src/amd64.amd64/tmp/usr/include/stdio.h content

Re: ARM broken since a while

Re: ARM broken since a while

ARM broken since a while

Re: head -r326193 (e.g.) buildworld broken: rejecting some . . ./usr/src/amd64.amd64/tmp/usr/include/stdio.h content

head -r326193 (e.g.) buildworld broken: rejecting some . . ./usr/src/amd64.amd64/tmp/usr/include/stdio.h content

pNFS server code merge into head/current

Re: vlans + bridging is "interesting"

8 matches

Site Navigation

Mail list logo

Footer information