Re: buildworld: lib/libc: install: short write to libc.so.7.debug: [_libinstall] Error code 71

2020-11-23 Thread Andriy Gapon
understanding of how this is supposed to actually work on FreeBSD is > limited, though, so I defer... Last time I checked mmap worked correctly with ZFS, that was before the switch. Perhaps, there was an undetected issue -- this can be tested, e.g., by applying the install chang

Re: dtrace: give %'d a chance?

2020-11-19 Thread Andriy Gapon
 an environment DTRACE_LOCALE or whatever? > > Eh It's getting harder to live in the C locale anyway, the immigration  rules > seem to be tightening.  Sorry, but you don't have to use %'d. You can keep using %d. > On Thu, Nov 19, 2020 at 6:29 AM Andriy Gapon <mailto:a...@freebsd.or

dtrace: give %'d a chance?

2020-11-19 Thread Andriy Gapon
what do people think about adding setlocale(LC_NUMERIC, ""); to dtrace's main function? My primary interest is to (pretty-)print some numbers with a thousands separator. Not sure if any other LC_ types are worth bothering. -- An

Re: panic: VERIFY(ZFS_TEARDOWN_READ_HELD(zfsvfs)) failed

2020-11-09 Thread Andriy Gapon
On 07/11/2020 19:00, Mateusz Guzik wrote: > Fixed as of r367454 (also see r367453). Thank you! > On 11/6/20, Mateusz Guzik wrote: >> I think I have an idea how to keep this. In the meantime you can just >> comment it out. >> >> On 11/6/20, Mateusz Guzik wrote

(perceived) regression for panics during boot

2020-11-06 Thread Andriy Gapon
ession could be. Perhaps something changed in the keyboard initialization? -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-curre

Re: panic: VERIFY(ZFS_TEARDOWN_READ_HELD(zfsvfs)) failed

2020-11-06 Thread Andriy Gapon
indeed I suspect that the problem is with rms. It looks like rms_rlock() does not change rmslock::readers, but rms_rowned() checks it? That's just from a first, super-quick look at the code. > On 11/6/20, Andriy Gapon wrote: >> >> The subject panic happens for me with r36741

panic: VERIFY(ZFS_TEARDOWN_READ_HELD(zfsvfs)) failed

2020-11-06 Thread Andriy Gapon
The subject panic happens for me with r367410 when mounting root filesystem. The panic is in zfs_freebsd_cached_lookup -> zfs_lookup -> zfs_dirlook. I have a picture of the screen with a little bit more details, I'll share it later. -- Andriy

Re: Zpool doesn't boot anymore after FreeBSD 12.1

2020-10-22 Thread Andriy Gapon
ppened. > > So it seems that something has changed on zfsloader after 11.2 that brings > this > issue. > > My question is: Should it be expected or is it a bug to be fixed? > In my opinion it's a bug. zfsloader should not require that

Re: Zpool doesn't boot anymore after FreeBSD 12.1

2020-10-22 Thread Andriy Gapon
On 21/10/2020 15:20, Cassiano Peixoto wrote: > Hi there, > > Anyone can help please? I've many servers with this same issue. Thanks Can you try to replace /boot/zfsloader with zfsloader from other FreeBSD versions? E.g., 12.0, 12.2-RC, 11.4, recent snapshot of the CURRENT? > On Fri, Oct 16,

Re: clang build buggy code with certain CPUTYPE setting

2020-09-28 Thread Andriy Gapon
u provide full CPU ID / features information from dmesg? -- Andriy Gapon ___ 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: Plans for git

2020-09-20 Thread Andriy Gapon
, then in Git for a long time and > is just merged back into the Subversion repository. To put it > bluntly, the people doing the work have voted with their feet years > ago. > -- Andriy Gapon ___ 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: Wake from sleep kinda broken-ish? (ThinkPad Carbon X1 6th gen)

2020-09-16 Thread Andriy Gapon
On 16/09/2020 10:05, Warner Losh wrote: > > > On Wed, Sep 16, 2020 at 12:31 AM Andriy Gapon <mailto:a...@freebsd.org>> wrote: > > On 15/09/2020 23:13, Eirik Øverby wrote: > > On 9/15/20 9:50 PM, Andriy Gapon wrote: > >> On 15/09/2020 22:36, E

Re: Wake from sleep kinda broken-ish? (ThinkPad Carbon X1 6th gen)

2020-09-16 Thread Andriy Gapon
On 15/09/2020 23:13, Eirik Øverby wrote: > On 9/15/20 9:50 PM, Andriy Gapon wrote: >> On 15/09/2020 22:36, Eirik Øverby wrote: >>> Now, since I updated from r365358 to r365688, I have not once been able to >>> wake from sleep. >> >> Is that the only th

Re: Wake from sleep kinda broken-ish? (ThinkPad Carbon X1 6th gen)

2020-09-15 Thread Andriy Gapon
On 15/09/2020 22:36, Eirik Øverby wrote: > Now, since I updated from r365358 to r365688, I have not once been able to > wake from sleep. Is that the only thing that changed? Any port / package upgrades? -- Andriy Gapon ___ freebsd-current@freeb

Re: [openzfs] r365058 arm64 uefi boot fails with "unknown filesystem" after launching kernel

2020-09-03 Thread Andriy Gapon
On 03/09/2020 10:01, Dave Cottlehuber wrote: > On Thu, 3 Sep 2020, at 06:48, Andriy Gapon wrote: >> On 03/09/2020 00:01, Navdeep Parhar wrote: >>> Load cryptodev manually from the loader to boot and then add >>> cryptodev_load="YES" to your loader.conf. >&g

Re: [openzfs] r365058 arm64 uefi boot fails with "unknown filesystem" after launching kernel

2020-09-03 Thread Andriy Gapon
loader knows how to load dependencies. -- Andriy Gapon ___ 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: Current panics on connecting disks to a LSI-3108 controller

2020-07-13 Thread Andriy Gapon
serious bugs in its direct interface to GEOM. We've seen all kinds of crashes with mfi at work. Whatever the reason why mrsas is not always preferred over mfi, it must pretty nebulous like POLA for existing users. From technical point of view, mrsas appears to be superior

Re: driver for cp2112 (USB GPIO and I2C gadget)

2020-07-08 Thread Andriy Gapon
On 19/06/2020 17:14, Andriy Gapon wrote: > > If anyone interested in reviewing a new driver please help yourself to: > https://reviews.freebsd.org/D25359 > https://reviews.freebsd.org/D25360 > What might be curious about it is that there are usb, i2c and gpio mixed > toget

Re: weird Ctrl-T debug messages

2020-06-27 Thread Andriy Gapon
allout from /bin/sh? > > It's because kern.tty_info_kstacks is on by default now: > > https://svnweb.freebsd.org/changeset/base/362141 May I suggest that the stack trace is printed procstat -kk style (single line) ? I think that the more compact output wo

[HEADSUP] snd/hda interrupt handling change

2020-06-18 Thread Andriy Gapon
If you get any problems with HDA sound driver, please be aware of r362294. Please let me know about any problems that appear to be related to that commit. It would be helpful to test if reverting the commit helps. Thanks. -- Andriy Gapon ___ freebsd

Re: Building modules gives error: "invalid output constraint '=@cce' in asm"

2020-06-17 Thread Andriy Gapon
shell. This way you will be using a compiler (toolchain, in general) form the buildworld, not the currently installed compiler. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubsc

Re: MRSAS Panic during Install.

2020-06-09 Thread Andriy Gapon
lout_stop_safe() at _callout_stop_safe+Bx82/frane Bxfe33c44aac rsas_conplete_cnd() at mrsas_complete_cnd+8x1b8/frane BxfeB33c4daaed ithread_loop() at ithread_loop+@x279/frame BxfeB33c44ah78 This looks like a fallout from r342064. cm_callout is initialized like this: callout_init_mtx(>cm

Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time]

2020-05-27 Thread Andriy Gapon
age as well and confuse their callers. -- Andriy Gapon ___ 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: acpi timer reads all ones [Was: efirtc + atrtc at the same time]

2020-05-27 Thread Andriy Gapon
On 27/05/2020 11:13, Andriy Gapon wrote: > I added more diagnostics and it seems to support the idea that the problem is > related to I/O cycles and bridges. > > ACPI timer suddenly starts returning 0x and that lasts for tens of > microseconds before the timer goes ba

Re: acpi timer reads all ones [Was: efirtc + atrtc at the same time]

2020-05-27 Thread Andriy Gapon
On 27/05/2020 01:14, John Baldwin wrote: > On 5/26/20 11:55 AM, Konstantin Belousov wrote: >> On Tue, May 26, 2020 at 06:22:13PM +0300, Andriy Gapon wrote: >>> I am not sure if this is just a coincidence but it appears as if a write to >>> some >>> PCI conf

Re: iflib and options RSS is a no go for igbX

2020-05-26 Thread Andriy Gapon
ed on the wrong queue. > > It is the management port, so I'm just using this hack for now: > > dev.igb.0.iflib.override_nrxqs=1 > dev.igb.0.iflib.override_ntxqs=1 This is a very common problem in our drivers. E.g., https://reviews.freebsd.org/D24733 -- Andriy Gapon ___

acpi timer reads all ones [Was: efirtc + atrtc at the same time]

2020-05-26 Thread Andriy Gapon
On 25/05/2020 11:37, Andriy Gapon wrote: > Also, there is another issue related to atrtc. > When I have both drivers attached, and also when I have only atrtc attached > (efi.rt.disabled=1), system clock jumps 10 minutes forward after each suspend > / > resume cycle (S0 -> S3

efirtc + atrtc at the same time

2020-05-25 Thread Andriy Gapon
have both drivers attached, and also when I have only atrtc attached (efi.rt.disabled=1), system clock jumps 10 minutes forward after each suspend / resume cycle (S0 -> S3 -> S0). That does not happen for reboot and shutdown cycles. I haven't investigated this deeper, but it is a curious prob

Re: zfs deadlock on r360452 relating to busy vm page

2020-05-14 Thread Andriy Gapon
On 13/05/2020 17:42, Mark Johnston wrote: > On Wed, May 13, 2020 at 10:45:24AM +0300, Andriy Gapon wrote: >> On 13/05/2020 10:35, Andriy Gapon wrote: >>> In r329363 I re-worked zfs_getpages and introduced range locking to it. >>> At the time I believed that it was safe a

Re: zfs deadlock on r360452 relating to busy vm page

2020-05-13 Thread Andriy Gapon
On 13/05/2020 10:35, Andriy Gapon wrote: > On 13/05/2020 01:47, Bryan Drewery wrote: >> Trivial repro: >> >> dd if=/dev/zero of=blah & tail -F blah >> ^C >> load: 0.21 cmd: tail 72381 [prev->lr_read_cv] 2.17r 0.00u 0.01s 0% 2600k >>

Re: zfs deadlock on r360452 relating to busy vm page

2020-05-13 Thread Andriy Gapon
5 >>> #5 vm_page_acquire_unlocked (object=0xf806cb637c60, pindex=1098, >>> prev=, mp=0xfe2717fc6730, allocflags=21504) at >>> /usr/src/sys/vm/vm_page.c:4469 >>> 4469if (!vm_page_grab_sle

lkpi: print stack trace in WARN_ON ?

2020-05-13 Thread Andriy Gapon
Just to get a bigger exposure: https://reviews.freebsd.org/D24779 I think that this is a good idea and, if I am not mistaken, it should match the Linux behavior. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org

Re: CHANGE_PV_LIST_LOCK_TO_PHYS is not correct when !NUMA ?

2020-05-10 Thread Andriy Gapon
On 09/05/2020 19:50, Konstantin Belousov wrote: > On Sat, May 09, 2020 at 07:16:27PM +0300, Andriy Gapon wrote: >> On 09/05/2020 19:13, Konstantin Belousov wrote: >>> On Sat, May 09, 2020 at 06:52:24PM +0300, Andriy Gapon wrote: >>>> I tried this change: >>>

Re: CHANGE_PV_LIST_LOCK_TO_PHYS is not correct when !NUMA ?

2020-05-09 Thread Andriy Gapon
) at /usr/devel/git/motil/sys/amd64/amd64/../../kern/subr_syscall.c:162 #47 amd64_syscall (td=0xfe009c7be800, traced=0) at /usr/devel/git/motil/sys/amd64/amd64/trap.c:1161 -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd

Re: CHANGE_PV_LIST_LOCK_TO_PHYS is not correct when !NUMA ?

2020-05-09 Thread Andriy Gapon
On 09/05/2020 19:50, Konstantin Belousov wrote: > On Sat, May 09, 2020 at 07:16:27PM +0300, Andriy Gapon wrote: >> On 09/05/2020 19:13, Konstantin Belousov wrote: >>> On Sat, May 09, 2020 at 06:52:24PM +0300, Andriy Gapon wrote: >>>> On 08/05/2020 19:15, Konstanti

Re: CHANGE_PV_LIST_LOCK_TO_PHYS is not correct when !NUMA ?

2020-05-09 Thread Andriy Gapon
On 09/05/2020 19:13, Konstantin Belousov wrote: > On Sat, May 09, 2020 at 06:52:24PM +0300, Andriy Gapon wrote: >> On 08/05/2020 19:15, Konstantin Belousov wrote: >>> On Fri, May 08, 2020 at 06:53:24PM +0300, Andriy Gapon wrote: >>>> >>>> I have a repro

Re: CHANGE_PV_LIST_LOCK_TO_PHYS is not correct when !NUMA ?

2020-05-09 Thread Andriy Gapon
On 08/05/2020 19:15, Konstantin Belousov wrote: > On Fri, May 08, 2020 at 06:53:24PM +0300, Andriy Gapon wrote: >> >> I have a reproducible panic with a custom kernel without option NUMA while >> using >> amdgpu driver from linuxkpi-based drm: >> >> p

CHANGE_PV_LIST_LOCK_TO_PHYS is not correct when !NUMA ?

2020-05-08 Thread Andriy Gapon
IST_LOCK() is aware of such pages, but !NUMA one is not. -- Andriy Gapon ___ 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: .debug files, skip?

2020-04-10 Thread Andriy Gapon
which one is more correct? WITHOUT_. See bsd.mkopt.mk. # Users should generally define WITH_FOO or WITHOUT_FOO, but the build # system should use MK_FOO={yes,no} when it needs to override the # user's desires or default behavior. -- Andriy Gapon ___ f

Re: When will the FreeBSD (u)EFI work?

2020-03-30 Thread Andriy Gapon
nsciously. Installing loader in installworld is / was a brain damage. Anyway, my main point is that whenever we made significant changes to loader->kernel "interface" we always tried to maintain backward compatibility. And one of the reasons was that installworld != installker

Re: any scheduler/ipi/wakeup bug fixed in the last year?

2019-12-11 Thread Andriy Gapon
On 11/12/2019 13:05, Konstantin Belousov wrote: > On Wed, Dec 11, 2019 at 12:48:36PM +0200, Andriy Gapon wrote: ... >> tdq_oldswitchcnt = 26, tdq_lowpri = 92 '\\', tdq_ipipending = 0 '\000', >> tdq_idx ... > What is the value of tdq_ipipending ? > See https://reviews.fre

Re: any scheduler/ipi/wakeup bug fixed in the last year?

2019-12-11 Thread Andriy Gapon
On 11/12/2019 12:48, Andriy Gapon wrote: > So, if I am not confused, it appears like possibly a notification from a > waking > CPU to the woken CPU (CPU3) was never delivered. > Potentially, a problem with cpu_idle_wakeup() ? > > I wonder if there have been any bug fixes

any scheduler/ipi/wakeup bug fixed in the last year?

2019-12-11 Thread Andriy Gapon
ns" its idle thread So, if I am not confused, it appears like possibly a notification from a waking CPU to the woken CPU (CPU3) was never delivered. Potentially, a problem with cpu_idle_wakeup() ? I wonder if there have been any bug fixes in that

possible bug in devstat_selectdevs()

2019-11-13 Thread Andriy Gapon
. My first instinct is to just clamp the copy size, but I am not sure if that would be the right thing. Maybe realloc of dev_select should be done after bcopy-ing out of the array? Or maybe it's okay to realloc only if the size is going up? Any help is appreciated. Thank you very mu

Re: gpiobus: setting output value while in input mode

2019-10-24 Thread Andriy Gapon
On 24/10/2019 18:38, Ian Lepore wrote: > On Thu, 2019-10-24 at 17:04 +0300, Andriy Gapon wrote: >> For a lack of a more specific mailing list (or my not being aware of it), >> asking >> here. >> >> gpioiic, a

gpiobus: setting output value while in input mode

2019-10-24 Thread Andriy Gapon
e operation is not possible at this time; 3) try to emulate the first class of controllers; that is, stash the value to apply it when the pin is switched to output mode. I personally prefer 2, it's not hard to do (unlike 3) and there would be at least some visibility into the

Re: i2c bit banging timeout for SCL

2019-10-22 Thread Andriy Gapon
Better late, than never: https://reviews.freebsd.org/D22109 This implements the configurable SCL low timeout with a new default and most of the discussed changes plus a little bit more. If you are interested, please feel free to join the review if you are not a reviewer already. -- Andriy

Re: thread on sleepqueue does not wake up after timeout

2019-10-22 Thread Andriy Gapon
On 22/10/2019 16:16, Konstantin Belousov wrote: > On Tue, Oct 22, 2019 at 02:48:56PM +0300, Andriy Gapon wrote: >> On 22/10/2019 13:44, Konstantin Belousov wrote: >>> On Tue, Oct 22, 2019 at 01:08:59PM +0300, Andriy Gapon wrote: >>>> Has anyone seen anyth

Re: thread on sleepqueue does not wake up after timeout

2019-10-22 Thread Andriy Gapon
On 22/10/2019 13:44, Konstantin Belousov wrote: > On Tue, Oct 22, 2019 at 01:08:59PM +0300, Andriy Gapon wrote: >> >> We observe a problem that happens very rarely (about once a month across many >> test machines). The problem is that a thread remain in sleepq_timedwait()

thread on sleepqueue does not wake up after timeout

2019-10-22 Thread Andriy Gapon
han $10 = (void *) 0xf802b990df38 Has anyone seen anything like this problem? Any advice on how to diagnose it? Thanks! P.S. c_exec_time is our addition, we set this field right before firing a callback and we reset it to zero when a callout is (re-)scheduled. -

Re: error installing world from R/O src and obj

2019-10-21 Thread Andriy Gapon
On 22/10/2019 08:46, Andriy Gapon wrote: > On 12/10/2019 15:23, Dimitry Andric wrote: >> By any chance, did you upgrade src from before r353358 (llvm 9.0.0 >> import) to a revision after it, and then did an incremental build? >> Maybe, for some reason the depend stage is then

Re: error installing world from R/O src and obj

2019-10-21 Thread Andriy Gapon
I don't have a record of exact revisions, but that tree sat without updates for quite a while. But as far as I recall, I did a clean buildworld (without NO_CLEAN) after the update. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists

Re: error installing world from R/O src and obj

2019-10-11 Thread Andriy Gapon
On 11/10/2019 20:51, Dimitry Andric wrote: > On 11 Oct 2019, at 11:24, Andriy Gapon wrote: >> >> On 11/10/2019 12:05, Andriy Gapon wrote: >>> >>> Attempting to install r353380 (amd64) with src and obj mounted via NFS. >>> The world has just been

Re: error installing world from R/O src and obj

2019-10-11 Thread Andriy Gapon
On 11/10/2019 12:05, Andriy Gapon wrote: > > Attempting to install r353380 (amd64) with src and obj mounted via NFS. > The world has just been built albeit with NO_CLEAN=1. > Getting this: > ... > ===> lib/clang (install) > ===> lib/clang/libllvm (install) > ==

error installing world from R/O src and obj

2019-10-11 Thread Andriy Gapon
*** Error code 1 Stop. The command is: make installworld __MAKE_CONF=/dev/null SRCCONF=/dev/null DB_FROM_SRC=1 DESTDIR=/mnt -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To un

Re: assertion error in ZFS

2019-10-10 Thread Andriy Gapon
h CURRENT on powerpc64. This could be my fault. Could you please provide the known good and known bad revision? I suspect that this could be a result of my lack of experience with "strong" and "weak" cmpset on different platforms... -- Andriy Gapon

Re: ZFS with 32-bit, non-x86 kernel

2019-10-05 Thread Andriy Gapon
On 04/10/2019 22:24, Justin Hibbits wrote: > On Fri, 4 Oct 2019 15:06:52 -0400 > Dennis Clarke wrote: > >> On 10/4/19 10:05 AM, Andriy Gapon wrote: >>> >>> Does anyone use ZFS with a 32-bit kernel, that is also not i386 ? >>> If you do, could you

ZFS with 32-bit, non-x86 kernel

2019-10-04 Thread Andriy Gapon
Does anyone use ZFS with a 32-bit kernel, that is also not i386 ? If you do, could you please let me know? Along with uname -rmp output. Thank you! -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman

Re: panic: Unregistered use of FPU in kernel

2019-09-27 Thread Andriy Gapon
_ufs_taste_common > g_label_taste > g_new_provider_event > g_run_events > fork_exit > ... > > Has anybody touched this area recently? I'll try to narrow down the commit > range. Given the qcow2 image, is this in a VM? What hypervisor? It could be a bug there. -- Andriy Gapo

ixv + RSS

2019-09-11 Thread Andriy Gapon
Has anyone ever tested a kernel with option RSS and an ixv interface? Just looking for some data points. Thanks! -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe

Re: Boot still broken from r349133-r349160 - Was re:(Problem with USB after r349133)

2019-08-14 Thread Andriy Gapon
d it than the ACPI-only things. -- Andriy Gapon ___ 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: rc script: manual stop vs system shutdown

2019-08-12 Thread Andriy Gapon
On 12/08/2019 13:57, Andriy Gapon wrote: > On 12/08/2019 13:45, Konstantin Belousov wrote: >> On Mon, Aug 12, 2019 at 10:46:29AM +0300, Andriy Gapon wrote: >>> I guess that there is more than one way to achieve what I want or >>> something similar to that. &g

Re: rc script: manual stop vs system shutdown

2019-08-12 Thread Andriy Gapon
On 12/08/2019 13:45, Konstantin Belousov wrote: > On Mon, Aug 12, 2019 at 10:46:29AM +0300, Andriy Gapon wrote: >> I guess that there is more than one way to achieve what I want or >> something similar to that. >> Rather than "expend words" on a theoreti

Re: userret: assert td_lk_slocks == 0

2019-08-12 Thread Andriy Gapon
On 12/08/2019 13:49, Mateusz Guzik wrote: > On 8/12/19, Andriy Gapon wrote: >> >> I am trying to debug a leak of a shared vnode lock and I noticed that >> there is no check for td_lk_slocks in userret. There are checks for >> td_rw_rlocks and td_sx_slocks. I w

userret: assert td_lk_slocks == 0

2019-08-12 Thread Andriy Gapon
. Thanks! -- Andriy Gapon ___ 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: rc script: manual stop vs system shutdown

2019-08-12 Thread Andriy Gapon
On 01/08/2019 22:51, Ian Lepore wrote: > On Thu, 2019-08-01 at 21:14 +0300, Andriy Gapon wrote: >> On 01/08/2019 19:12, Warner Losh wrote: >>> >>> >>> On Thu, Aug 1, 2019, 10:53 AM Rodney W. Grimes >>> mailto:freebsd-...@gndrsh.dnsmgr.net>>

dump on mmcsd

2019-08-07 Thread Andriy Gapon
nd any special handling for the post-crash environment (like polling instead of interrupts, etc). Also, I see that mmc_da.c does not provide a dump method at the moment. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/m

Re: rc script: manual stop vs system shutdown

2019-08-02 Thread Andriy Gapon
On 02/08/2019 01:51, Enji Cooper wrote: > >> On Aug 1, 2019, at 11:07, Andriy Gapon wrote: >> >>> On 01/08/2019 20:30, Enji Cooper wrote: >>> On Aug 1, 2019, at 08:53, Rodney W. Grimes >>> wrote: >>> >>>>> >>>>&g

Re: rc script: manual stop vs system shutdown

2019-08-01 Thread Andriy Gapon
On 01/08/2019 21:53, Freddie Cash wrote: > On Thu, Aug 1, 2019, 11:15 AM Andriy Gapon, <mailto:a...@freebsd.org>> wrote: > > On 01/08/2019 19:12, Warner Losh wrote: > > > > > > On Thu, Aug 1, 2019, 10:53 AM Rodney W. Grimes > >

Re: rc script: manual stop vs system shutdown

2019-08-01 Thread Andriy Gapon
d and set the watchdog timer to a special shutdown timeout during the shutdown. If the special timeout is configured, of course. -- Andriy Gapon ___ 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: rc script: manual stop vs system shutdown

2019-08-01 Thread Andriy Gapon
> /etc/rc.d/foo stop > when invoked by service foo stop? > > Is that correct? > Except there is no 'foo shutdown'. It's foo stop in both cases. To be pedantic, it's foo faststop for shutdown, but that can be manually invoked as well. -- Andriy Gapon ___ 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: rc script: manual stop vs system shutdown

2019-08-01 Thread Andriy Gapon
hutdown) ? >>> Are there any marker variables for that? >>> Or something in the global system state? >> >> Not that I can think of, but I like this idea, >> I am sure that use cases exist. > > Have you looked at: > keyword: shutdown > etc? AFAIK,

Re: rc script: manual stop vs system shutdown

2019-08-01 Thread Andriy Gapon
hutdown) ? >>> Are there any marker variables for that? >>> Or something in the global system state? >> >> Not that I can think of, but I like this idea, >> I am sure that use cases exist. > > Have you looked at: > keyword: shutdown > etc? AFAIK,

rc script: manual stop vs system shutdown

2019-08-01 Thread Andriy Gapon
Is it possible in an rc script to distinguish between a manual stop (e.g., service foo stop) and a stop during a system shutdown (via rc.shutdown) ? Are there any marker variables for that? Or something in the global system state? Thanks! -- Andriy Gapon

Re: vmx0: watchdog timeout on queue 2, no interrupts on BSP

2019-07-21 Thread Andriy Gapon
On 20/07/2019 20:08, Patrick Kelsey wrote: > > > On Fri, Jul 19, 2019 at 10:07 AM Andriy Gapon <mailto:a...@freebsd.org>> wrote: > > > Recently we experienced a strange problem. > We noticed a lot of these messages in the logs: > vmx0: watchdog

vmx0: watchdog timeout on queue 2, no interrupts on BSP

2019-07-19 Thread Andriy Gapon
and the problem disappeared. Has anyone seen anything like that? Any thoughts on possible causes? Any suggestions what to check if/when the problem reoccurs? Thanks! -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman

Re: i2c bit banging timeout for SCL

2019-07-01 Thread Andriy Gapon
On 01/07/2019 19:16, Poul-Henning Kamp wrote: > > In message , Andriy Gapon > writes: > >> iicbb driver has a hardcoded timeout that defines how long the driver waits >> for >> SCL line to go high after the driver releases it to float. Sometimes sla

i2c bit banging timeout for SCL

2019-07-01 Thread Andriy Gapon
to play nice with such devices by default. Probably I'll add a sysctl for that parameter while I'll be there. Any objections? -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current

r348750 amd64 panic: bad pte va 8002de000 pte 8002de000

2019-06-25 Thread Andriy Gapon
0xfe00aa88bab0^M --- syscall (1, FreeBSD ELF64, sys_sys_exit), rip = 0x8003edf1a, rsp = 0x7fffd828, rbp = 0x7fffd910 ---^M -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe

Re: Fwd: ZFS Crash/Pool in unhealthy state

2019-06-18 Thread Andriy Gapon
debug flags. Or to use a STABLE FreeBSD image for an import. -- Andriy Gapon ___ 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: impossible to installkernel without a compiler?

2019-05-29 Thread Andriy Gapon
ing C code. -- Andriy Gapon ___ 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: impossible to installkernel without a compiler?

2019-05-22 Thread Andriy Gapon
7: Malformed conditional (${LINKER_TYPE} != "lld") make[2]: Fatal errors encountered -- cannot continue > On Wed, May 22, 2019 at 2:09 AM Andriy Gapon <mailto:a...@freebsd.org>> wrote: > > > Trying to update a small system with a kernel built for it on a bigger

impossible to installkernel without a compiler?

2019-05-22 Thread Andriy Gapon
t;>> Installing kernel KERNEL completed on Wed May 22 08:00:42 UTC 2019 -- I think that installkernel should not care about cc (and ld) at all. -- Andriy Gapon ___ freebsd-current@freebs

Re: leaked swap?

2019-05-14 Thread Andriy Gapon
erface) that could do the same from userland. -- Andriy Gapon ___ 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: leaked swap?

2019-03-19 Thread Andriy Gapon
On 19/03/2019 15:02, Slawa Olhovchenkov wrote: > On Mon, Mar 18, 2019 at 11:00:10PM +0200, Andriy Gapon wrote: > >> On 18/03/2019 20:01, Andrey Fesenko wrote: >>> Not this? ZFS use wired and not clean only reboot? >>> https://reviews.freebsd.org/D7538?id=25108

Re: leaked swap?

2019-03-18 Thread Andriy Gapon
On 18/03/2019 20:01, Andrey Fesenko wrote: > Not this? ZFS use wired and not clean only reboot? > https://reviews.freebsd.org/D7538?id=25108 Wired memory surely has nothing to do with swap. -- Andriy Gapon ___ freebsd-current@freebsd.org mailin

Re: leaked swap?

2019-03-18 Thread Andriy Gapon
On 18/03/2019 17:55, Alan Somers wrote: > Try "ipcs -a" Thank you. I will do it while in the single-user again. Right now it's too long a list. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mai

Re: leaked swap?

2019-03-18 Thread Andriy Gapon
On 18/03/2019 17:32, Konstantin Belousov wrote: > On Mon, Mar 18, 2019 at 05:20:35PM +0200, Andriy Gapon wrote: >> >> First, a note that this was observed on a system that runs a fairly old >> current >> (~ 1 year old) with a fairly long uptime (> 6 months)

Re: leaked swap?

2019-03-18 Thread Andriy Gapon
On 18/03/2019 17:30, Cy Schubert wrote: > Top did not report any swap used by git and GB of swap were used. Last time I checked top reported something very different as swap. IIRC, its notion of swap usage comes from the age when the swap granularity was a whole process. -- Andriy Ga

leaked swap?

2019-03-18 Thread Andriy Gapon
ter the shutdown to the single user mode. Does anyone have any ideas? Maybe that's something that has already been fixed? If not, any ideas on what to look for? Thanks! -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mail

Re: ZFS no longer mounted in alphanumerical order

2019-03-12 Thread Andriy Gapon
your own script or fstab to mount ZFS filesystems. Personally, I do not see any reason to do that as long as all my ZFS filesystems are properly mounted at expected mount points. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://list

Re: ZFS no longer mounted in alphanumerical order

2019-03-12 Thread Andriy Gapon
a POLA violation. Nothing changed with respect to zfs list command. I am not even sure why it was brought up in this thread. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe,

Re: ZFS no longer mounted in alphanumerical order

2019-03-12 Thread Andriy Gapon
an see it for yourself. Also, if you ever used fstab then you could see that too. Just because previously the output happened to look like it was sorted does not mean that it was or that there was such an intention. -- Andriy Gapon ___ freebsd-current@freeb

Re: ZFS no longer mounted in alphanumerical order

2019-03-12 Thread Andriy Gapon
er) just mentally filter out that line. >> P.S. >> zfs list already supports sorting by a specific property. > > Perhaps make zfs list -s mountpoint a default? Why? -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list ht

Re: ZFS no longer mounted in alphanumerical order

2019-03-11 Thread Andriy Gapon
On 11/03/2019 23:03, Freddie Cash wrote: > Wouldn't it make more sense to teach df, du, "zfs list", and other things > that list the mounted filesystems to use sorted output? | sort [desired options] P.S. zfs list already supports sorting by a specific property.

Re: Panic in sys_fstatat()

2019-02-14 Thread Andriy Gapon
ng at frame 19 might help though. It > seems like a NULL pointer dereference when invoking VOP_LOCK. > So, I suspect something exotic like some sort of a stack alignment issue, or a CPU bug, or a mismatch between object files, or some local experiment, etc. -- Andriy Gapon

Re: Use after Free panic: ZFS?

2019-01-30 Thread Andriy Gapon
udata=0x108, flags=1) at /usr/src/sys/vm/uma_core.c:2418 > #7  0x8070d69a in bucket_alloc (zone=, >     udata=, flags=) >     at /usr/src/sys/vm/uma_core.c:433 > #8  uma_zfree_arg (zone=0xf801059a, item=, >     udata=0x

vnet_alloc: panic: Memory modified after free 0xfffffe002efc8ed0(8) val=deadc0df

2018-12-14 Thread Andriy Gapon
tss = 0x821d1c08 11:51:33 curvnet = 0xf80003242b80 -- Andriy Gapon ___ 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"

[CFT] patch for suspend on systems with shared interrupts

2018-10-23 Thread Andriy Gapon
are reasonable. The change is here: https://reviews.freebsd.org/D15755 Thank you. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-uns

Re: r338641 && /dev/cyapa0: moused does not show pointer on console

2018-09-24 Thread Andriy Gapon
s numbers are different depending on whether the kms driver is loaded or not (because it also creates i2c buses). Try to remove the hints and to use chromebook_platform(4) instead. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.fr

  1   2   3   4   5   6   7   8   9   10   >