Re: (ipfw) Re: HELP! fetch: stuck forever OR error: RPC failed: curl 56 recv failure: Operation timed out

2024-12-12 Thread Andrey V. Elsukov
00 /* fwd ack seen */ #defineACK_REV 0x0002 /* rev ack seen */ #defineACK_BOTH(ACK_FWD | ACK_REV) -- WBR, Andrey V. Elsukov

Re: Buildworld error: [_cleanworldtmp] Error code 6

2024-10-31 Thread h v
On 31.10.24 13:50, Renato Botelho wrote: I do incremental builds using META_MODE on this system every ~ 2 weeks and today I got an error when I tried to build world.  I considered to just clean /usr/obj and move on but decided to report it here first for the case anyone is interested. For m

Request for non-GENERIC kernel diff

2024-04-29 Thread Vladislav V. Prodan
Hello! Who uses their own kernel config, please share the diff between the 14 and 13.x branches Thanks. -- Vladislav V. Prodan System & Network Administrator support.od.ua

Kernel with INVARIANTS panicing if drm is loaded

2023-11-05 Thread Oleg V. Nauman
I am observing kernel panic when entering multiuser mode after sucessful system boot. It happens when I load CURRENT kernel with INVARIANTS and drm module loaded ( drm-515-kmod-5.15.118_1 in particular ) . drm module and kenel are in sync FreeBSD moonset.home 15.0-CURRENT FreeBSD 15.0-CURRENT

Re: IPFW: IPv6 and NPTv6 issues: multiple IPv6 addresses confuses IPFW

2023-02-19 Thread Andrey V. Elsukov
res appearance of new IPv6 address. 2. Then, even if you delete old IPv6 address by hand, NPTv6 won't try to peak another one until there won't appear new address. 3. There should be some logic that takes into account presence of temporary and deprecated addresses on the interface

Re: netlink socket does not accept SOCK_DGRAM

2023-01-21 Thread Alexander V. Chernikov
> On 16 Jan 2023, at 15:13, Alexander V. Chernikov wrote: > > > >> On 15 Jan 2023, at 13:09, Alexander V. Chernikov wrote: >> >>> >>> On 15 Jan 2023, at 02:26, User Ngor wrote: >>> >>> man 4 rtnetlink says:

Re: netlink socket does not accept SOCK_DGRAM

2023-01-16 Thread Alexander V. Chernikov
> On 16 Jan 2023, at 18:00, User Ngor wrote: > > > On 1/15/23 12:43, Alexander V. Chernikov wrote: >> The snl(3) manpage itself includes some examples, including the complete >> working program in the end >> > man snl > No manual entry for snl

Re: netlink socket does not accept SOCK_DGRAM

2023-01-16 Thread Alexander V. Chernikov
> On 15 Jan 2023, at 13:09, Alexander V. Chernikov wrote: > >> >> On 15 Jan 2023, at 02:26, User Ngor wrote: >> >> man 4 rtnetlink says: >> >>int socket(AF_NETLINK, SOCK_DGRAM, NETLINK_ROUTE); >> >> >> >> The follo

Re: close(2) on a PF_ROUTE socket returns -1 and sets errno to EOPNOTSUPP

2023-01-16 Thread Alexander V. Chernikov
> On 15 Jan 2023, at 13:50, Alexander V. Chernikov wrote: > > > >> On 14 Jan 2023, at 20:46, Guy Yur wrote: >> >> Hi, >> >> close(2) on a PF_ROUTE socket returns -1 and sets errno to EOPNOTSUPP. >> I am testing 14.0-CURRENT (main branch) bu

Re: netlink socket does not accept SOCK_DGRAM

2023-01-15 Thread Alexander V . Chernikov
The snl(3) manpage itself includes some examples, including the complete working program in the end/Alexander15.01.2023, 16:55, "User Ngor" : It’s a bug. The manage should state SOCK_RAW, but both options should be supported, which is not the case ATM. I’ll fix it in a couple of days. Meanwhile it

Re: close(2) on a PF_ROUTE socket returns -1 and sets errno to EOPNOTSUPP

2023-01-15 Thread Alexander V. Chernikov
> On 14 Jan 2023, at 20:46, Guy Yur wrote: > > Hi, > > close(2) on a PF_ROUTE socket returns -1 and sets errno to EOPNOTSUPP. > I am testing 14.0-CURRENT (main branch) built today. > On 13.1-RELEASE-p5 close returns 0. > > The problem looks to be related to 36b10ac2cd18a535cac20ccf51e3fc6c40

Re: netlink socket does not accept SOCK_DGRAM

2023-01-15 Thread Alexander V. Chernikov
> On 15 Jan 2023, at 02:26, User Ngor wrote: > > man 4 rtnetlink says: > > int socket(AF_NETLINK, SOCK_DGRAM, NETLINK_ROUTE); > > > > The following snippet fails > >int fd = socket(AF_NETLINK, SOCK_DGRAM, NETLINK_ROUTE); >if (fd < 0) { >perror("Failed to open netlink so

Re: mention AF_NETLINK in man 2 socket

2023-01-15 Thread Alexander V. Chernikov
Committed in b0286ee504c6. > On 12 Jan 2023, at 17:23, Alexander V. Chernikov wrote: > > Ack, thanks for pointing that out. > I’ll update the manage when I have time. > > /Alexander > >> On 12 Jan 2023, at 03:18, User Ngor wrote: >> >> Looks like the

Re: mention AF_NETLINK in man 2 socket

2023-01-12 Thread Alexander V. Chernikov
Ack, thanks for pointing that out. I’ll update the manage when I have time. /Alexander > On 12 Jan 2023, at 03:18, User Ngor wrote: > > Looks like there are no references to {PF|AF}_NETLINK in the socket manpage. > > -- > Ihor Antonov > >

Re: Build Break?

2022-10-02 Thread Alexander V . Chernikov
02.10.2022, 17:18, "Larry Rosenman" :On 10/02/2022 8:12 am, Alexander V. Chernikov wrote: On 1 Oct 2022, at 22:57, Larry Rosenman <l...@lerctr.org> wrote:  --- all_subdir_nfscommon --- Building  /usr/obj/usr/src/amd64.amd64/sys/LER-MINIMAL/modules/usr/src/sys/modules/nfscommon/

Re: Build Break?

2022-10-02 Thread Alexander V. Chernikov
> On 1 Oct 2022, at 22:57, Larry Rosenman wrote: > > --- all_subdir_nfscommon --- > Building > /usr/obj/usr/src/amd64.amd64/sys/LER-MINIMAL/modules/usr/src/sys/modules/nfscommon/nfs_commonkrpc.o > --- all_subdir_netgraph --- > --- all_subdir_netgraph/deflate --- > Building > /usr/obj/usr/src

14-current: unable to boot after upgrade (installworld)

2021-12-09 Thread Sergey V. Dyatko
Hi, Yesterday I tried to upgrade old 13-current (svn rev r368473) to fresh 14-current from git,it looked like this: 1) git pull https://git.freebsd.org/src.git /usr/src 2) cd /usr/src ; make buildworld; make kernel 3) shutdown -r now after that I _successfully_ booted into 14-current and continued

Re: current now panics when starting VBox VM

2021-11-02 Thread Greg V via freebsd-current
On November 2, 2021 5:16:35 PM GMT+03:00, Michael Butler via freebsd-current wrote: >On current as of this morning (I haven't tried to bisect yet) .. > > .. with either graphics/drm-devel-kmod or graphics/drm-current-kmod, >trying to start a VirtualBox VM triggers this panic .. > >#16 0xfff

Re: ipfw: setsockopt(IP_FW_NAT44_XCONFIG): Invalid argument

2021-09-12 Thread Alexander V. Chernikov
> On 12 Sep 2021, at 11:51, Yuri Tcherkasov wrote: > > ipfw nat 1 config ip XXX.XXX.XXX.xx reset unreg_only same_ports Looks pretty close to https://reviews.freebsd.org/D23450 I guess rebuilding the ipfw(8) binary should help.

Re: ipfw: setsockopt(IP_FW_NAT44_XCONFIG): Invalid argument

2021-09-12 Thread Alexander V. Chernikov
> On 12 Sep 2021, at 06:52, Yuri Tcherkasov wrote: > > Hi > > I'm binary upgrade FreeBSD from 10.2 to 13.0 > > After upgrate all workin well, but I need add one more routing table. So add > to > GENERIC kernel You can add 'net.fibs=2' in the loader.conf, there is no need to recompile the ke

Re: wlan0 no longer functional after n249128-a0c64a443e4c -> n249146-cb5c07649aa0

2021-09-06 Thread Oleg V. Nauman
On 2021 M09 6, Mon 20:31:33 EEST Cy Schubert wrote: > One last favour to ask, can you try this with the wpa_supplicant-devel > port, please? I'm trying to narrow down if this is related to the options > in usr.sbin/wpa/Makefile.inc or an upstream problem. If this behaves the > same using wpa_suppli

Re: wlan0 no longer functional after n249128-a0c64a443e4c -> n249146-cb5c07649aa0

2021-09-06 Thread Oleg V. Nauman
On 2021 M09 6, Mon 18:41:13 EEST Cy Schubert wrote: > I changed mine to be the same as yours. I can connect. (I use iwn(4) and > ath(4) here.) a ) regular reboot - wlan can not associate b ) service netif restart - wlan can not associate c ) service netif stop wlan0 ; service netif start wlan0

Re: wlan0 no longer functional after n249128-a0c64a443e4c -> n249146-cb5c07649aa0

2021-09-06 Thread Oleg V. Nauman
On 2021 M09 6, Mon 08:50:21 EEST Cy Schubert wrote: > In message <2838567.hhqauc6...@sigill.theweb.org.ua>, "Oleg V. Nauman" > > writes: > > On 2021 M09 5, Sun 15:52:50 EEST David Wolfskill wrote: > > > Sorry I hadn't noticed this yesterday (so I c

Re: wlan0 no longer functional after n249128-a0c64a443e4c -> n249146-cb5c07649aa0

2021-09-06 Thread Oleg V. Nauman
On 2021 M09 6, Mon 16:23:21 EEST Cy Schubert wrote: > In message om> > > , Idwer Vollering writes: > > Op ma 6 sep. 2021 om 07:53 schreef Cy Schubert : > > > In message <2838567.hhqauc6...@sigill.theweb.org.ua>, "Oleg V. Nauman" > > > &g

Re: wlan0 no longer functional after n249128-a0c64a443e4c -> n249146-cb5c07649aa0

2021-09-05 Thread Oleg V. Nauman
On 2021 M09 5, Sun 15:52:50 EEST David Wolfskill wrote: > Sorry I hadn't noticed this yesterday (so I could have repported it > then), but after updating the "head" slice of my laptopp from: > > FreeBSD g1-51.catwhisker.org 14.0-CURRENT FreeBSD 14.0-CURRENT #340 > main-n249128-a0c64a443e4c: Fri Se

Re: FYI for aarch64 main [14] running a mid March version: I ended up with [usb{usbus2}] stuck at (near) 100% cpu

2021-05-14 Thread Greg V
On May 14, 2021 5:59:48 AM UTC, Mark Millard via freebsd-current wrote: >The [usb{usbus2}] process eventually got stuck-busy, no >more I/O: > > >The system was a MACCHIATObin Double Shot. I've noticed USB issues on the mcbin too. In my experience uaudio was the most likely thing to freeze: so

Re: CURRENT crashes at early boot on Lenovo T540p: rtsx to blame - 13.0-RELEASE crashes same way!

2021-05-12 Thread Sergey V. Dyatko
On Fri, 7 May 2021 18:53:03 +0300 Gleb Popov wrote: > Just to add to this thread: > > I'm running CURRENT with rtsx device and driver and it works fine for me. I had to remove (nodevice rtsx) from GENERIC because of slw OS boot, it is trying to probe sd card long enough IMHO it wasn't good

Re: system freeze on 14.0-CURRENT

2021-03-31 Thread Andrey V. Elsukov
es some level. I tried to disable hwpstate_intel via loader.conf and it helps: % grep hint /boot/loader.conf hint.hwpstate_intel.0.disabled="1" My old lenovo x1 carbon gen 4 was hanging on boot with the same symptoms. -- WBR, Andrey V. Elsukov OpenPGP_signature Description: OpenPGP digital signature

Re: ifa leak on VNET teardown

2021-03-07 Thread Alexander V. Chernikov
> On 6 Mar 2021, at 09:26, Kristof Provost wrote: > > On 13 Feb 2021, at 21:58, Alexander V. Chernikov wrote: >> It turns out we're leaking some ifas for loopback interfaces on VNET >> teardown: >> > There’s a recent bug about this as well: 253998. > The

ifa leak on VNET teardown

2021-02-13 Thread Alexander V . Chernikov
___ 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"

regression in /etc/rc.d/linux

2021-02-09 Thread Sergey V. Dyatko
Hi, Subj was introduced in e40787f900f3c262d5134d342e5a16757dd2193c compat.linux.emul_path isn't defined before kldload`ing linux/linux64 kernel. diff --git a/libexec/rc/rc.d/linux b/libexec/rc/rc.d/linux index 4381b62cc660..f44a9d02fc8d 100755 --- a/libexec/rc/rc.d/linux +++ b/libexec/rc/rc.d

Re: panic in drm or vt or deadlock on mutex or ...

2021-02-08 Thread Greg V
On Mon, Feb 8, 2021 at 04:53, Alastair Hogge wrote: On 2021-02-04 17:50, Emmanuel Vadot wrote: [...] Only happens with drm when you do what ? Boot to multi-user; login (getty): $ doas kldload /boot/modules/amdgpu.ko $ sysctl [panic] ..is a guaranteed way to panic my system. https:/

tools/toos/{zfsboottest|bootparttest} build broken

2021-01-26 Thread Sergey V. Dyatko
Hi, root@hostname:/usr/src/tools/tools/bootparttest # make [Creating objdir /usr/obj/usr/src/amd64.amd64/tools/tools/bootparttest...] make: don't know how to make crc32.c. Stop make: stopped in /usr/src/tools/tools/bootparttest root@hostname:/usr/src/tools/tools/zfsboottest # make ln -sf /usr/s

13.0-CURRENT r368448 panic

2021-01-25 Thread Sergey V. Dyatko
= 591592702, rcv_adv = 592643326, rcv_wnd = 1050624, t_flags2 = 1026, t_srtt = 2068, t_rttvar = 87, ts_recent = 4251664859, snd_scale = 8 '\b', rcv_scale = 11 '\v', snd_limited = 0 '\000', request_r_scale = 11 '\v', last_ack_sent = 591592702, t_

Re: panic rtentry / hashdestroy /in6_purgeaddr related?

2021-01-21 Thread Alexander V . Chernikov
21.01.2021, 18:10, "Alexander Leidinger" : > Hi, > > -current at d7fc908cffa as of 2021-01-20-154143. > > I've seen several failures to free an rtentry on the console shortly > before the panic. May or may not be related..._ Sorry for the breakage, should be fixed by 130aebbab0d3. > ---snip--- > i

Re: Name of touchpad changed in latest rev

2021-01-19 Thread Greg V
On Mon, Jan 18, 2021 at 08:01, Malcolm Matalka wrote: I just installed the below revision, and looks like the name the mouse shows up as has changed. Not sure if this is intended or not. What was "SynPS/2 Synaptics TouchPad" and now it is "DELL07E6:00 06CB:76AF TouchPad". Congratulatio

run(4) fails to associate Re: wlan0 (iwn(4)) needed encouragement to associate

2021-01-17 Thread Oleg V. Nauman
On 2021 M01 17, Sun 15:19:56 EET David Wolfskill wrote: > After this morning's update of head from: > > FreeBSD g1-55.catwhisker.org 13.0-ALPHA1 FreeBSD 13.0-ALPHA1 #124 > main-c256006-g8ca9ff4f28d2-dirty: Sat Jan 16 05:47:48 PST 2021 > r...@g1-55.catwhisker.org:/common/S4/obj/usr/src/amd64.am

Re: Current kernel build broken with linuxkpi?

2021-01-14 Thread Greg V
On Thu, Jan 14, 2021 at 08:36, Robert Huff wrote: Hello: > I am trying to upgrade a system running: > > FreeBSD 13.0-CURRENT #0 r365372: Sun Sep 6 10:51:26 EDT 2020 amd64 > > Per this discussion, I cannot compile the kernel because > drm-current-kmod is

Re: Current kernel build broken with linuxkpi?

2021-01-14 Thread Greg V
On Thu, Jan 14, 2021 at 08:05, Robert Huff wrote: "Houston ... we have a problem." Scenario: Chicken, meet egg? I am trying to upgrade a system running: FreeBSD 13.0-CURRENT #0 r365372: Sun Sep 6 10:51:26 EDT 2020 amd64 Per this discussion, I cannot compile

Current amd64 main-c255825-g2a4b22514635-dirty panic triggered by ure(4) detach

2021-01-12 Thread Oleg V. Nauman
rc/sys/amd64/include/cpufunc.h:433 #7 0x807001c9 in trap (frame=0xfe00eb7d3330) at /usr/src/sys/amd64/amd64/trap.c:398 #8 #9 __mtx_lock_sleep (c=0xf8023a13beb8, v=) at /usr/src/sys/kern/kern_mutex.c:590 #10 0x80400304 in usbd_do_request_flags (udev=, udev

Re: jail fib no longer works after net.add_addr_allfibs=0

2021-01-11 Thread Alexander V . Chernikov
11.01.2021, 14:59, "qroxana" : > On Mon, 11 Jan 2021 13:25:51 +0000, Alexander V. Chernikov > wrote: > >>  Could you please consider clarifying the end result you want to achieve? >>  If you could include some more details of how it was configured earlier, it &

Re: jail fib no longer works after net.add_addr_allfibs=0

2021-01-11 Thread Alexander V . Chernikov
11.01.2021, 12:39, "qroxana" : > I have exec.fib = 2 in /etc/jail.conf, but it seems the address of > the jail is not inserted into this fib. What's the best practice > for using jail with fib when net.add_addr_allfibs=0? Could you please consider clarifying the end result you want to achieve? If y

Re: linker_load_file: /boot/kernel/ipfw.ko - unsupported file type

2020-12-15 Thread Alexander V . Chernikov
15.12.2020, 15:17, "Oleg V. Nauman" : >  Hello, > > kernel: link_elf_obj: symbol fib6_lookup_rt undefined > kernel: linker_load_file: /boot/kernel/ipfw.ko - unsupported file type > > It seems ipf.ko unconditionally perform IPV6 lookup even on system built with > WITH

linker_load_file: /boot/kernel/ipfw.ko - unsupported file type

2020-12-15 Thread Oleg V. Nauman
Hello, kernel: link_elf_obj: symbol fib6_lookup_rt undefined kernel: linker_load_file: /boot/kernel/ipfw.ko - unsupported file type It seems ipf.ko unconditionally perform IPV6 lookup even on system built with WITHOUT_INET6=YES defined FreeBSD 13.0-CURRENT r368604 amd64 Thank you __

Re: adding existing ipv6 network route returns ENOMEM instead of EEXIST if loopback route also exists

2020-11-25 Thread Alexander V . Chernikov
21.11.2020, 22:48, "Guy Yur" : > Hi, > > When adding a route with a netmask, add_route() in route_ctl.c > adds the route with destination address masked. > If the add failed (for example, the route exists) it calls > lookup_prefix() with the original unmasked destination. Thank you for the report!

Re: immediate panic after nvidia load

2020-11-10 Thread h v
On 10.11.20 14:58, David Wolfskill wrote: > On Tue, Nov 10, 2020 at 02:37:53PM +0100, h v wrote: >> Hi, >> ... >>>> recent current (faf24c828d5-c254344(main)): macmini3,1 panics after >>>> loading nvidia (nvidia-driver-340-340.108_2) >>>>

Re: immediate panic after nvidia load

2020-11-10 Thread h v
Hi, On 10.11.20 13:13, David Wolfskill wrote: > On Tue, Nov 10, 2020 at 01:09:14PM +0100, h v wrote: >> Hi, >> >> recent current (faf24c828d5-c254344(main)): macmini3,1 panics after >> loading nvidia (nvidia-driver-340-340.108_2) >> >> >> Ho

immediate panic after nvidia load

2020-11-10 Thread h v
Hi, recent current (faf24c828d5-c254344(main)): macmini3,1 panics after loading nvidia (nvidia-driver-340-340.108_2) --  cat /var/crash/info.2 Dump header from device: /dev/ada0p3   Architecture: amd64   Architecture Version: 2   Dump Length: 330252288   Blocksize: 512   Compression: none

Re: kernel: linux: pid 2867 (java): cannot fill /proc/self/maps; consider bumping PFS_MAXBUFSIZ

2020-11-04 Thread Oleg V. Nauman
Hello, On 2020 M11 4, Wed 17:27:46 EET Ed Maste wrote: > On Sun, 1 Nov 2020 at 11:15, Oleg V. Nauman wrote: > > It is davmail ( mail/davmail from ports collection ) application that > > executed by linux java interpreter ( java/linux-oracle-jdk18 from ports ) > > If yo

kernel: linux: pid 2867 (java): cannot fill /proc/self/maps; consider bumping PFS_MAXBUFSIZ

2020-11-01 Thread Oleg V. Nauman
Hello, It is davmail ( mail/davmail from ports collection ) application that executed by linux java interpreter ( java/linux-oracle-jdk18 from ports ) davmail 2867 0.0 1.3 6441720 163900 - I09:40 1:01.20 /usr/ local/linux-oracle-jdk1.8.0/bin/java -cp /usr/local/share/java/dav

Re: Zpool doesn't boot anymore after FreeBSD 12.1

2020-10-22 Thread Sergey V. Dyatko
? > > On 22. Oct 2020, at 20:37, Sergey V. Dyatko wrote: > > > > On Thu, 22 Oct 2020 16:42:16 +0300 > > Andriy Gapon wrote: > > > >> On 22/10/2020 16:39, Cassiano Peixoto wrote: > >>> Hi Andriy, > >>> > >>> I've ju

Re: Zpool doesn't boot anymore after FreeBSD 12.1

2020-10-22 Thread Sergey V. Dyatko
On Thu, 22 Oct 2020 16:42:16 +0300 Andriy Gapon wrote: > On 22/10/2020 16:39, Cassiano Peixoto wrote: > > Hi Andriy, > > > > I've just tried copying my zfsloader from 11.2-STABLE (R350026) to FreeBSD > > 12.1 and 12.2 (STABLE) and fixed the issue. > > > > I also tried to use zfsloader of 11.3

Re: kernel panic and fun debugging

2020-10-17 Thread Andrey V. Elsukov
problem internal to GDB has been detected, > further debugging may prove unreliable. Hi, do you have /var/crash/core.txt.1 file? It may have some useful info. Also did you try an old version /usr/libexec/kgdb ? -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature

Re: FreeBSD CI Weekly Report 2020-04-12

2020-10-04 Thread Alexander V . Chernikov
___ 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 > >

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 Fre

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

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

2020-09-23 Thread Oleg V. Nauman
On 2020 M09 23, Wed 01:51:28 EEST Mark Johnston wrote: > On Tue, Sep 22, 2020 at 01:13:29AM +0300, Konstantin Belousov wrote: > > On Mon, Sep 21, 2020 at 08:57:46PM +0200, Rainer Hurling wrote: > > > Fatal trap 12: page fault while in kernel mode > > > cpuid = 31; apic id = 1f > > > fault virtual a

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

2020-09-22 Thread Oleg V. Nauman
On 2020 M09 22, Tue 19:45:25 EEST Rainer Hurling wrote: > On 22.09.20 07:06, Rainer Hurling wrote: > > Am 22.09.20 um 00:13 schrieb Konstantin Belousov: > >> On Mon, Sep 21, 2020 at 08:57:46PM +0200, Rainer Hurling wrote: > >>> Fatal trap 12: page fault while in kernel mode > >>> cpuid = 31; apic i

Re: net.add_addr_allfibs=1 behaviour deprecation

2020-08-15 Thread Alexander V . Chernikov
18.07.2020, 14:22, "Alexander V. Chernikov" : > Dear FreeBSD users, > > I would like to make net.add_addr_allfibs=0 as the default system behaviour > and remove net.add_addr_allfibs. > To do so, I would like to collect use cases with net.add_addr_allfibs=1 and > multi

net.add_addr_allfibs=1 behaviour deprecation

2020-07-18 Thread Alexander V . Chernikov
Dear FreeBSD users, I would like to make net.add_addr_allfibs=0 as the default system behaviour and remove net.add_addr_allfibs. To do so, I would like to collect use cases with net.add_addr_allfibs=1 and multiple fibs, to ensure they can still be supported after removal. Background: Multi-fib

Re: routed && route6d removal proposal

2020-06-24 Thread Alexander V . Chernikov
22.06.2020, 14:54, "Hiroki Sato" : > "Alexander V. Chernikov" wrote >   in <273191592779...@mail.yandex.ru>: > > me> Hey, > me> > me> I would like to propose removal of sbin/routed and usr.sbin/route6d. > >  I am still using both of t

Re: routed && route6d removal proposal

2020-06-24 Thread Alexander V . Chernikov
22.06.2020, 13:50, "Rodney W. Grimes" : >>  Hey, Hi Rodney, >> >>  I would like to propose removal of sbin/routed and usr.sbin/route6d. > > I disagree with removal, as your analysis is flawed. Thank you for the feedback! > >>  routed(8) is the daemon implementing RIPv2 routing protocol. >>  route6d

routed && route6d removal proposal

2020-06-21 Thread Alexander V . Chernikov
Hey, I would like to propose removal of sbin/routed and usr.sbin/route6d. routed(8) is the daemon implementing RIPv2 routing protocol. route6d(8) is the daemon implementing RIPng routing protocol for IPv6. RIP [1] was one of the first protocols used in the networking. The first version was im

Re: net.inet6.ip6.deembed_scopeid removal

2020-06-21 Thread Alexander V . Chernikov
[re-sending email with as non-html] Hey, I would like to deprecate net.inet6.ip6.deembed_scopeid sysctl while leaving the current default behaviour. This sysctl controls whether IPv6 scope is embedded in the IPv6 address or not when reading or writing route/interface/ifaddr data via rtsock/sys

net.inet6.ip6.deembed_scopeid removal

2020-06-21 Thread Alexander V . Chernikov
___ 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"

Next-hop objects and scalable multipath routing project status update [May 8]

2020-05-08 Thread Alexander V . Chernikov
Hi, I would like to share the current state and the next steps for the nhops/multipath project. To recap: project is about modernising the current routing stack and implementing scalable multipath routing. Most changes are based on introduction of the concept of nexthops. Nexthops, which are

Next-hop objects and scalable multipath routing project status update

2020-04-29 Thread Alexander V . Chernikov
Hi, I would like to share the current state and the next steps for the nhops/multipath project. To recap: project is about modernising the current routing stack and implementing scalable multipath routing. Most changes are based on introduction of the concept of nexthops. Nexthops, which are

Re: r360294: buildkernel failure: etinet/tcp_stacks/bbr.c:5605:35: error: incomplete definition of type

2020-04-25 Thread Alexander V . Chernikov
25.04.2020, 11:18, "O. Hartmann" : > Hello, > > recent commits to CURRENT makes buildkernel to fail due to some incomplete > definition errors > during compiling: Should be fixed by r360295. Sorry for the breakage. > > [...] > - --- all_subdir_tcp --- > - --- bbr.o --- > /usr/src/sys/modules/tcp/b

Re: FreeBSD CI Weekly Report 2020-04-12

2020-04-15 Thread Alexander V . Chernikov
15.04.2020, 15:10, "Kristof Provost" : > On 15 Apr 2020, at 15:34, Kristof Provost wrote: >>  On 15 Apr 2020, at 0:37, Li-Wen Hsu wrote: >>>  (Please send the followup to freebsd-testing@ and note Reply-To is >>>  set.) >>> >>>  FreeBSD CI Weekly Report 2020-04-12 >>>  ===

CFT: Next-hop objects and scalable multipath routing

2020-03-27 Thread Alexander V . Chernikov
I would like to introduce an implementation of scalable multipath routing. Previous implementation (RADIX_MPATH) focused on a simpler case like having 2 defaults, with performance falling linearly proportional to the number of paths. That implementation was also tightly coupled lookup algorithm

Re: cannot build 12.1-RELEASE on latest current-snapshot

2020-03-22 Thread h v
Hi again, On 21.03.20 21:52, Dimitry Andric wrote: >> ... > It needs a merge of r355588 ("Fix WITHOUT_CLANG build"), actually. For > some reason, the logic in 12.1-R's version of src.opts.mk does not work > correctly. I tried setting MK_SYSTEM_COMPILER=no, but even that does > not work as it sho

Re: cannot build 12.1-RELEASE on latest current-snapshot

2020-03-21 Thread h v
Hi, > On 20.03.20 18:20, Warner Losh wrote: >> >> ... >> No. This was an error I committed. Update and try again. I had one >> too many changes in the tree I pushed this morning.  >> >> Warner > > > Unfortunately not.. im now @13.0-CURRENT r359179 - still bailing out > (after make cleanworld for s

Re: cannot build 12.1-RELEASE on latest current-snapshot

2020-03-21 Thread h v
Hi, --- C U T --- On 20.03.20 18:20, Warner Losh wrote: > > > On Fri, Mar 20, 2020, 11:12 AM Dimitry Andric <mailto:d...@freebsd.org>> wrote: > > On 20 Mar 2020, at 10:55, h v <mailto:henry.v...@gmail.com>> wrote: > > > > buildworld

cannot build 12.1-RELEASE on latest current-snapshot

2020-03-20 Thread h v
Dear List, buildworld for 12.1-RELEASE fails on recent current.. in stage 3: cross tools (see below) Did i miss  newer Options/ Parameters (i checked UPDATING without relevant changes) i'm also not attemting a cross build, simply compiling on amd64 for amd64. --- C U T ---

Re: current does not boot on vmware fusion 11

2020-02-15 Thread Alexander V . Chernikov
15.02.2020, 20:44, "Toomas Soome" : >>  On 15. Feb 2020, at 22:19, Alexander V. Chernikov wrote: >> >>  Hi folks, >> >>  I upgraded vmware fusion to version 11 recently and noticed that my -amd64 >> VM stops booting immediately after printing EF

current does not boot on vmware fusion 11

2020-02-15 Thread Alexander V . Chernikov
Hi folks, I upgraded vmware fusion to version 11 recently and noticed that my -amd64 VM stops booting immediately after printing EFI framebuffer information. VM pops up a message stating that "The firmware encountered an unexpected exception. The virtual machine cannot boot." Further digging r

Re: hwpstate_intel hangs kernel

2020-02-01 Thread Andrey V. Elsukov
31.01.2020 18:11, Andrey V. Elsukov пишет: > On 24.01.2020 19:52, Andreas Nilsson wrote: >> It hangs during kernel boot and the last message printed on console is: >> hwpstate_intel0: on cpu0 > > Hi, > > Did you find the cause of this hang? > I also tried to update

Re: hwpstate_intel hangs kernel

2020-01-31 Thread Andrey V. Elsukov
essage. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature

Re: ip_divert.c:374:7: error: use of undeclared identifier

2020-01-26 Thread Alexander V . Chernikov
25.01.2020, 19:14, "AN" : > FYI Should be fixed by r357144. Thanks for the report! > > FreeBSD Free_BSD_13 13.0-CURRENT FreeBSD 13.0-CURRENT #22 r356360: Sat Jan > 4 20:10:21 EST 2020 > root@Free_BSD_13:/usr/obj/usr/src/amd64.amd64/sys/MYKERNEL amd64 1300074 > > --- all_subdir_dtrace --- > --- prot

Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694

2020-01-23 Thread Alexander V . Chernikov
oulders of giants. > >>  On 21 Jan 2020, at 18:38, Alexander V. Chernikov >> wrote: >> >>  21.01.2020, 17:25, "Nick Hibma" : >>>  When using a trivial program to read from the divert socket and post back >>> the machine panics instantly whe

Re: panic: Assertion in_epoch(net_epoch_preempt) failed at ... src/sys/net/if.c:3694

2020-01-21 Thread Alexander V . Chernikov
21.01.2020, 17:25, "Nick Hibma" : > When using a trivial program to read from the divert socket and post back the > machine panics instantly when a packet is sent to userland and back again > (incoming packet for the interface, so ifname is set). This is current from > today with no changes > >

Re: AMD Secure Encrypted Virtualization - FreeBSD Status?

2019-10-05 Thread Greg V
Hey everyone, On October 5, 2019 4:49:39 AM GMT+03:00, "Clay Daniels Jr." wrote: >Grarpamp,Tomasz, and all: > >https://wiki.freebsd.org/SecureBoot >A work in progress. please keep in mind that the wiki is, as usual, very outdated. You can see that the last edit on this page was in 2017. A lot

Re: Firefox – GtkFileChooserNative – file selection dialogues

2019-09-20 Thread Greg V
On September 19, 2019 8:02:35 PM GMT+03:00, Graham Perrin wrote: >Firefox does not use xdg-desktop-portal for file selection dialogs > > > > This patch makes Firefox's GTK3 platform support use > > GtkFileChooserNative when available. GtkFileC

Re: "amdgpu and radeonkms are known to fail with EFI Boot"

2019-08-24 Thread Greg V
On August 24, 2019 10:15:22 AM GMT+03:00, "Clay Daniels Jr." wrote: >From the kmod ports, dated 20190814 > > >/usr/ports/graphics/drm-current-kmod/pkg-descr > >"amdgpu and radeonkms are known to fail with EFI Boot" > > >/usr/ports/graphics/drm-current-kmod/pkg-message > >"some positive reports if

Re: panic... r350849M panic: ng_snd_item: 42 != 1414

2019-08-21 Thread Andrey V. Elsukov
robably it is time to fill the PR. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature

Re: acpi issues on FreeBSD-current_r350103 on Thinkpad A485

2019-07-20 Thread Greg V
On July 20, 2019 1:54:47 AM GMT+03:00, Evilham wrote: > it even suspends and resumes back to X Wow, that's great news! Desktop Ryzen+Vega doesn't (not that I need suspend very much on desktop haha) >- xbacklight doesn't work, neither does intel-backlight because > it's AMD Since it's a Thin

Re: ng_snd_item: Panic?

2019-06-25 Thread Andrey V. Elsukov
On 25.06.2019 15:59, Larry Rosenman wrote: > On 06/25/2019 4:18 am, Andrey V. Elsukov wrote: >> On 24.06.2019 23:10, Larry Rosenman wrote: >>>>> #5  0x828ee5b7 in ng_snd_item (item=0xf8021e3b4d80, >>>>> flags=0) >>>>>     at /usr/s

Re: ng_snd_item: Panic?

2019-06-25 Thread Andrey V. Elsukov
that my assumption is correct :) Can you show the output of the following commands from the kgdb for this core? (kgdb) f 7 (kgdb) p *m (kgdb) p *m->m_next -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature

Re: ng_snd_item: Panic?

2019-06-24 Thread Andrey V. Elsukov
ie=) at /usr/src/sys/kern/kern_intr.c:1148 > #25 ithread_execute_handlers (p=, ie=) > at /usr/src/sys/kern/kern_intr.c:1161 > #26 ithread_loop (arg=) at /usr/src/sys/kern/kern_intr.c:1241 > #27 0x8047ac74 in fork_exit ( > callout=0x8047df60 , arg=0xf8012c883100, > frame=0xfe012628dc00) at /usr/src/sys/kern/kern_fork.c:1056 > #28 > (kgdb) > -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature

Re: Enabling synaptics and elantech touchpads by default

2019-06-03 Thread Greg V
On June 3, 2019 11:31:21 PM GMT+03:00, Niclas Zeising wrote: >Hi! >I've created a reveiew, https://reviews.freebsd.org/D20507, to enable >synaptics and elantech touchpads by default. > >Today, these tunables needs to be set on boot for users to get full use > >of their touchpads, even when using

Re: FreeBSD Core Team Response to Controversial Social Media Posts

2019-05-17 Thread v
Igor et al, Instead of debating definitions of hate speech, free speech, and trying to discover intent, I suggest we focus on right relationships. https://www.youtube.com/watch?v=A14THPoc4-4 Vester On Fri, May 17, 2019, at 12:08 AM, Igor Mozolevsky wrote: > On Sun, 12 May 2019 at 18

Re: FreeBSD Core Team Response to Controversial Social Media Posts

2019-05-12 Thread v
r reputation, and which is recognized by statue or common law as a legitimate basis for liability.” (2014, July 30). Retrieved from https://www.youtube.com/watch?v=jQ6smN3lcnY Vester ___ freebsd-current@freebsd.org mailing list https://lists.freeb

Re: FreeBSD Core Team Response to Controversial Social Media Posts

2019-05-12 Thread Greg V
On Sun, May 12, 2019 at 03:16, Miroslav Lachman <000.f...@quip.cz> wrote: FreeBSD Core Team Secretary wrote on 2019/05/10 03:24: The FreeBSD Core Team is aware of recent controversial statements made on social media by a FreeBSD developer. We, along with the Code of Conduct review committe

Re: Danish FreeBSD Developer hates jews collectively

2019-05-09 Thread Greg V
On May 9, 2019 10:16:35 PM GMT+03:00, Enji Cooper wrote: > >> On May 9, 2019, at 11:03 AM, ossobser...@redchan.it wrote: > >This is the only reply I’m going to give to this thread that seems like >obvious troll bait. Oh yeah, if you see anything mentioning "GPL revocation", it's most likely the

random_sources_feed: rs_read for hardware device 'Intel Secure Key RNG' returned no entropy.

2019-05-08 Thread Andrey V. Elsukov
returned no entropy. random_sources_feed: rs_read for hardware device 'Intel Secure Key RNG' returned no entropy. % sysctl -a | grep -v random_sources_feed | grep rand kern.fallback_elf_brand: -1 device random device rdrand_rng kern.randompid: 0 kern.elf32.fall

Re: Switching fb backend back to default

2019-03-17 Thread Greg V
On Sun, Mar 17, 2019 at 3:07 PM, Johannes Lundberg wrote: Hi I'm working on making i915kms unload properly. I've come to what I think is the last issue. The drm driver unloads ok, the "efifb" backend is restored (according to logs) and vt_efifb_init() is being called but the screen (lap

Re: icmp (IPv4) issues with VIMAGE JAILs and IPv6

2019-01-29 Thread Andrey V. Elsukov
I found the problem, the bug was introduced in r342908. Can you try attached patch? -- WBR, Andrey V. Elsukov Index: sys/netpfil/ipfw/ip_fw2.c === --- sys/netpfil/ipfw/ip_fw2.c (revision 343395) +++ sys/netpfil/ipfw/ip_fw2.c (working

Re: icmp (IPv4) issues with VIMAGE JAILs and IPv6

2019-01-28 Thread Andrey V. Elsukov
e your ruleset is relatively simple, first of try to use "log" opcode for "deny" rules and look what happens in the /var/log/security. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature

Re: 13.0-CURRENT drops to debugger on shutdown with IPNAT enabled

2019-01-21 Thread Andrey V. Elsukov
hosting for screenshots. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature

  1   2   3   4   5   6   7   >