fatal error: 'cpuid.h' file not found

2020-09-25 Thread Bakul Shah
Trying "make -j8 buildworld" with a very recent tree (revision 366156).
This fails with

/usr/src/sys/contrib/openzfs/lib/libspl/include/sys/simd.h:34:10: fatal error: 
'cpuid.h' file not found
#include 

Could this be related to the flags I am using (in particular not
building CLANG)?

$ cat /etc/make.conf
MALLOC_PRODUCTION=yes
WITH_CCACHE_BUILD=yes
CCACHE_DIR=/usr/obj/ccache

$ cat /etc/src.conf
WITHOUT_CLANG=yes

$ cat /etc/src-env.conf
WITH_META_MODE=yes

I do kldload filemon before buildworld.

Trying minimize incremental build time and don't really care to build
clang every time. [I'd appreciate any advice on how to further cut down
the build time]

If it matters, I am using the cgit-beta tree.

Thanks!

___
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: error pulling from the Beta git repo

2020-09-25 Thread Steffen Nurpmeso
Patrick McMunn wrote in
 :
 |I'm using the beta git repo at , and I have been compiling source in that
 |directory. Today, when I ran "git pull", it errored out instead of updating
 |fully. I don't know if the error was a result of me building in the
 |directory, but it seems like a reasonable possibility. It was never an
 |issue with SVN, but should I build the source in a separate directory to
 |avoid problems with git? I don't know if git keeps a log that I can check
 |for the full output. If it does, I'd check if I knew the location. As it
 |is, I only have the partial output still present in my terminal window.

  $ git clean -fxd [--dry-run]
  $ [git reset --hard HEAD]
  $ [git fetch -vv]
  $ [git gc [--aggressive --prune=all]]
  $ git checkout -B local-branch-name origin/branch-name
  [Or git update-ref local-branch-name refs/remotes/origin/branch-name]

Alternatively just use a bare repository as a database and several
different checked-out working directories somewhere else.

Btw. the Linux distro i use has a git driver for its ports system,
it goes like that:

  cd "$REPOSITORY" 2> "/dev/null"

  if [ $? -lt 1 ]; then
  git checkout -q "$BRANCH"
  git fetch -q
  git diff --pretty=format: --name-status "$BRANCH" origin/"$BRANCH" | 
sed "s/M\t/ Edit /g; s/A\t/ Checkout /g; s/D\t/ Delete /g" | sort
  git clean -q -f
  git reset -q --hard origin/"$BRANCH"
  gc=
  else
  git clone -q -b "$BRANCH" "$URL" "$REPOSITORY"
  ls -1 $REPOSITORY | sed "s/^/ Checkout /"
  gc=--aggressive
  fi
  git gc --quiet $gc --prune=all

That gc stuff is a local addition of mine, i hate stale stuff.

Good night.

--steffen
|
|Der Kragenbaer,The moon bear,
|der holt sich munter   he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)
___
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"


error pulling from the Beta git repo

2020-09-25 Thread Patrick McMunn
I'm using the beta git repo at , and I have been compiling source in that
directory. Today, when I ran "git pull", it errored out instead of updating
fully. I don't know if the error was a result of me building in the
directory, but it seems like a reasonable possibility. It was never an
issue with SVN, but should I build the source in a separate directory to
avoid problems with git? I don't know if git keeps a log that I can check
for the full output. If it does, I'd check if I knew the location. As it
is, I only have the partial output still present in my terminal window.
Following is the last portion of the output if it helps to identify the
error and its cause:

Auto-merging crypto/openssl/crypto/x509v3/v3_purp.c
CONFLICT (content): Merge conflict in crypto/openssl/crypto/x509v3/v3_purp.c
CONFLICT (rename/delete): crypto/x509/x_pubkey.c deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/x509/x_pubkey.c in HEAD. Version HEAD of
crypto/openssl/crypto/x509/x_pubkey.c left in tree.
Auto-merging crypto/openssl/crypto/x509/x509_vfy.c
CONFLICT (content): Merge conflict in crypto/openssl/crypto/x509/x509_vfy.c
CONFLICT (rename/delete): crypto/x509/x509_local.h deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/x509/x509_local.h in HEAD. Version HEAD of
crypto/openssl/crypto/x509/x509_local.h left in tree.
CONFLICT (rename/delete): crypto/whrlpool/wp_block.c deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/whrlpool/wp_block.c in HEAD. Version HEAD of
crypto/openssl/crypto/whrlpool/wp_block.c left in tree.
Auto-merging crypto/openssl/crypto/ui/ui_openssl.c
CONFLICT (content): Merge conflict in crypto/openssl/crypto/ui/ui_openssl.c
CONFLICT (rename/delete): crypto/ts/ts_rsp_sign.c deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/ts/ts_rsp_sign.c in HEAD. Version HEAD of
crypto/openssl/crypto/ts/ts_rsp_sign.c left in tree.
CONFLICT (rename/delete): crypto/store/store_lib.c deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/store/store_lib.c in HEAD. Version HEAD of
crypto/openssl/crypto/store/store_lib.c left in tree.
CONFLICT (rename/delete): crypto/store/loader_file.c deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/store/loader_file.c in HEAD. Version HEAD of
crypto/openssl/crypto/store/loader_file.c left in tree.
CONFLICT (rename/delete): crypto/rsa/rsa_ameth.c deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/rsa/rsa_ameth.c in HEAD. Version HEAD of
crypto/openssl/crypto/rsa/rsa_ameth.c left in tree.
CONFLICT (rename/delete): crypto/rand/rand_local.h deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/rand/rand_local.h in HEAD. Version HEAD of
crypto/openssl/crypto/rand/rand_local.h left in tree.
CONFLICT (rename/delete): crypto/rand/drbg_lib.c deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/rand/drbg_lib.c in HEAD. Version HEAD of
crypto/openssl/crypto/rand/drbg_lib.c left in tree.
CONFLICT (rename/delete): crypto/rand/drbg_ctr.c deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/rand/drbg_ctr.c in HEAD. Version HEAD of
crypto/openssl/crypto/rand/drbg_ctr.c left in tree.
CONFLICT (add/add): Merge conflict in crypto/openssl/crypto/pem/pvkfmt.c
Auto-merging crypto/openssl/crypto/pem/pvkfmt.c
Auto-merging crypto/openssl/crypto/pem/pem_pkey.c
CONFLICT (content): Merge conflict in crypto/openssl/crypto/pem/pem_pkey.c
Auto-merging crypto/openssl/crypto/pem/pem_lib.c
CONFLICT (content): Merge conflict in crypto/openssl/crypto/pem/pem_lib.c
Auto-merging crypto/openssl/crypto/o_time.c
CONFLICT (content): Merge conflict in crypto/openssl/crypto/o_time.c
CONFLICT (rename/delete): crypto/modes/xts128.c deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/modes/xts128.c in HEAD. Version HEAD of
crypto/openssl/crypto/modes/xts128.c left in tree.
CONFLICT (rename/delete): crypto/modes/ofb128.c deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/modes/ofb128.c in HEAD. Version HEAD of
crypto/openssl/crypto/modes/ofb128.c left in tree.
CONFLICT (rename/delete): crypto/modes/modes_local.h deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/modes/modes_local.h in HEAD. Version HEAD of
crypto/openssl/crypto/modes/modes_local.h left in tree.
CONFLICT (rename/delete): crypto/modes/gcm128.c deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/modes/gcm128.c in HEAD. Version HEAD of
crypto/openssl/crypto/modes/gcm128.c left in tree.
CONFLICT (rename/delete): crypto/modes/ctr128.c deleted in
2541f3df33872528e8bd003b97a78668119f812d and renamed to
crypto/openssl/crypto/modes/ctr128.c in HEAD. Version HEAD of

BROKEN DESKTOP

2020-09-25 Thread AN



FreeBSD Free_BSD_13 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r366158: Fri Sep
25 12:23:15 EDT 2020
root@Free_BSD_13:/usr/obj/usr/src/amd64.amd64/sys/MYKERNEL.bak  amd64
1300117

After a recent upgrade of base system, kernel and all ports my desktop is
broken.

>From log:

Sep 25 14:25:17 Free_BSD_13 mate-session[78320]: WARNING: Could not
connect to ConsoleKit: Could not get owner of name
'org.freedesktop.ConsoleKit': no such name
Sep 25 14:25:17 Free_BSD_13 syslogd: last message repeated 1 times
Sep 25 14:25:17 Free_BSD_13 mate-session[78320]: WARNING: Unable to find
provider '' of required component 'dock'
Sep 25 14:25:18 Free_BSD_13 gnome-keyring-daemon[85947]: The PKCS#11
component was already initialized
Sep 25 14:25:18 Free_BSD_13 gnome-keyring-daemon[85947]: The Secret
Service was already initialized
Sep 25 14:25:18 Free_BSD_13 gnome-keyring-daemon[85947]: The SSH agent was
already initialized
Sep 25 14:25:18 Free_BSD_13 console-kit-daemon[4901]: CRITICAL:
polkit_authority_check_authorization: assertion 'POLKIT_IS_AUTHORITY
(authority)' failed

Now nothing is working, does anyone have an idea how to fix this?
___
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: How to find out the revision for HEAD after build-snapshots-from-git?

2020-09-25 Thread Sergey V. Dyatko
On Fri, 25 Sep 2020 21:13:28 +0300
xto...@hotmail.com wrote: 

> Sergey V. Dyatko wrote:
> > Hi,
> > 
> > Possible I missed the answer to my question, sorry. But
> > Today I installed FreeBSD from
> > FreeBSD-13.0-CURRENT-amd64-20200924-3c514403bef-disc1
> > and now I want to rebuild kernel and so on BUT I don't know which SVN
> > revision should I checkout.
> > uname -a output:
> > 
> > FreeBSD my.host.name 13.0-CURRENT FreeBSD 13.0-CURRENT #0
> > 3c514403bef-c253353(main): Thu Sep 24 06:45:17 UTC 2020
> > r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC  amd64
> > 
> > r253353 looks too old, I suppose...  
> 
> There certainly should be easier way, but as a quick "fix", try 
> searching for commit hash:
> 
> https://cgit-beta.freebsd.org/src/log/?qt=range=3c514403bef

Looks amazing!
but i'm not an Alien, I'm just a human... 

It is r366075, right ?

Thanks!

--
wbr, Sergey

___
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: How to find out the revision for HEAD after build-snapshots-from-git?

2020-09-25 Thread xtouqh

Sergey V. Dyatko wrote:

Hi,

Possible I missed the answer to my question, sorry. But
Today I installed FreeBSD from
FreeBSD-13.0-CURRENT-amd64-20200924-3c514403bef-disc1
and now I want to rebuild kernel and so on BUT I don't know which SVN revision
should I checkout.
uname -a output:

FreeBSD my.host.name 13.0-CURRENT FreeBSD 13.0-CURRENT #0
3c514403bef-c253353(main): Thu Sep 24 06:45:17 UTC 2020
r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC  amd64

r253353 looks too old, I suppose...


There certainly should be easier way, but as a quick "fix", try 
searching for commit hash:


https://cgit-beta.freebsd.org/src/log/?qt=range=3c514403bef
___
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"


How to find out the revision for HEAD after build-snapshots-from-git?

2020-09-25 Thread Sergey V. Dyatko
Hi,

Possible I missed the answer to my question, sorry. But
Today I installed FreeBSD from
FreeBSD-13.0-CURRENT-amd64-20200924-3c514403bef-disc1
and now I want to rebuild kernel and so on BUT I don't know which SVN revision
should I checkout.
uname -a output:

FreeBSD my.host.name 13.0-CURRENT FreeBSD 13.0-CURRENT #0
3c514403bef-c253353(main): Thu Sep 24 06:45:17 UTC 2020
r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC  amd64

r253353 looks too old, I suppose...

--
wbr, Sergey

___
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: iflib/bridge kernel panic

2020-09-25 Thread xt

Sergey V. Dyatko wrote:

On Mon, 21 Sep 2020 09:57:40 +0200
"Kristof Provost"  wrote:


On 21 Sep 2020, at 2:52, Shawn Webb wrote:

 From latest HEAD on a Dell Precision 7550 laptop:


https://gist.github.com/lattera/a0803f31f58bcf8ead51ac1ebbc447e2

The last working boot environment was 14 Aug 2020. If I get some time to
bisect commits, I'll try to figure out the culprit.
  

Try https://reviews.freebsd.org/D26418

Best regards,
Kristof


I'm not sure, but doesn't this panic have the same root as mine?
Sorry, but I haven't text console and can post only screenshot[s]
  from IP-KVM
https://gyazo.com/fee41c5267e9fc543d43901e498b7c94

rc.conf have something like:
clonned_interfaces="lagg0 vlan101"
ifconfig_lagg0="laggproto lacp laggport em0 laggport em1 x.x.x.x/mask"
ifconfig_vlan101="vlan 101 vlandev lagg0 192.168.1.29/24"

without VLAN part all works fine.
Installed from FreeBSD-13.0-CURRENT-amd64-20200924-3c514403bef-disc1.iso


Yes, same panic.
___
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: iflib/bridge kernel panic

2020-09-25 Thread Sergey V. Dyatko
On Mon, 21 Sep 2020 09:57:40 +0200
"Kristof Provost"  wrote: 

> On 21 Sep 2020, at 2:52, Shawn Webb wrote:
> >> From latest HEAD on a Dell Precision 7550 laptop:  
> >
> > https://gist.github.com/lattera/a0803f31f58bcf8ead51ac1ebbc447e2
> >
> > The last working boot environment was 14 Aug 2020. If I get some time to
> > bisect commits, I'll try to figure out the culprit.
> >  
> Try https://reviews.freebsd.org/D26418
> 
> Best regards,
> Kristof

I'm not sure, but doesn't this panic have the same root as mine?
Sorry, but I haven't text console and can post only screenshot[s]
 from IP-KVM
https://gyazo.com/fee41c5267e9fc543d43901e498b7c94

rc.conf have something like:
clonned_interfaces="lagg0 vlan101"
ifconfig_lagg0="laggproto lacp laggport em0 laggport em1 x.x.x.x/mask"
ifconfig_vlan101="vlan 101 vlandev lagg0 192.168.1.29/24"

without VLAN part all works fine.
Installed from FreeBSD-13.0-CURRENT-amd64-20200924-3c514403bef-disc1.iso




--
wbr, Sergey

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