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

Re: acpiconf -s 3 does not call acpi sleep event handlers

2018-08-01 Thread Andriy Gapon
less someone is adding a new listener for that event. -- 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: Deadlocks / hangs in ZFS

2018-07-13 Thread Andriy Gapon
On 12/07/2018 15:42, Alexander Leidinger wrote: > #9  0x81391fbe in arc_check_uma_cache (lowest=-1011712) >     at /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:4532 Do you have any local modifications to ZFS code? I cannot find that function. -- Andriy

TSC calibration in virtual machines

2018-06-27 Thread Andriy Gapon
-- 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: Is kern.sched.preempt_thresh=0 a sensible default?

2018-06-08 Thread Andriy Gapon
On 08/06/2018 15:27, Gary Jennejohn wrote: > On Thu, 7 Jun 2018 20:14:10 +0300 > Andriy Gapon wrote: > >> On 03/05/2018 12:41, Andriy Gapon wrote: >>> I think that we need preemption policies that might not be expressible as >>> one or >>> two

Re: Is kern.sched.preempt_thresh=0 a sensible default?

2018-06-07 Thread Andriy Gapon
On 03/05/2018 12:41, Andriy Gapon wrote: > I think that we need preemption policies that might not be expressible as one > or > two numbers. A policy could be something like this: > - interrupt threads can preempt only threads from "lower" classes: real-time, >

HPET-based NMI (debug) watchdog

2018-06-01 Thread Andriy Gapon
Maybe this patch / hack would be interesting to anyone else besides me :) If it is, I would appreciate any testing or review. https://reviews.freebsd.org/D15630 -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org

Re: [RFC] Deprecation and removal of the drm2 driver

2018-05-31 Thread Andriy Gapon
On 31/05/2018 18:34, Joe Maloney wrote: > I personally wish that more drivers, and firmware were separated from > base. I would agree with you IF FreeBSD had a defined and stable Device Driver Interface. Or Thirdparty Module Interface. Or whatever the name. -- Andriy

Re: panic: vm_phys_free_pages: page 0x... has unexpected order 0

2018-05-31 Thread Andriy Gapon
On 31/05/2018 05:04, Jonathan T. Looney wrote: > On Tue, May 29, 2018 at 10:18 AM, Andriy Gapon <mailto:a...@freebsd.org>> wrote: > > > [ping] > > On 21/05/2018 11:44, Andriy Gapon wrote: > > > > FreeBSD 12.0-CURRENT amd64 r332472 >

Re: Bad link elm in vm_object_terminate [Was: crash on process exit.. current at about r332467]

2018-05-29 Thread Andriy Gapon
On 29/05/2018 19:22, Mark Johnston wrote: > On Tue, May 29, 2018 at 04:50:14PM +0300, Andriy Gapon wrote: >> On 23/04/2018 17:50, Julian Elischer wrote: >>> back trace at:  http://www.freebsd.org/~julian/bob-crash.png >>> >>> If anyone wants to take a look.

Re: panic: vm_phys_free_pages: page 0x... has unexpected order 0

2018-05-29 Thread Andriy Gapon
[ping] On 21/05/2018 11:44, Andriy Gapon wrote: > > FreeBSD 12.0-CURRENT amd64 r332472 > Does this panic ring a bell to anyone? > Has it already been fixed? > Thank you! > > panic: vm_phys_free_pages: page 0xf80cbfb71958 has unexpected order 0 > cpuid = 3 > tim

Re: head@r334204, Bad link elm in callout_process()

2018-05-29 Thread Andriy Gapon
On 29/05/2018 14:53, Hans Petter Selasky wrote: > On 05/29/18 13:20, Andriy Gapon wrote: >> (kgdb) p *$4.lh_first->c_links.le.le_next >> $6 = { >>    c_links = { >> le = { >>    le_next = 0x0, >>    le_prev = 0xfe0003999f98 > > Wher

Bad link elm in vm_object_terminate [Was: crash on process exit.. current at about r332467]

2018-05-29 Thread Andriy Gapon
tqh_first = 0x4bf4, tqh_last = 0x0 }, ops = 0x0, dev = 0x0 }, sgp = { sgp_pglist = { tqh_first = 0x4bf4, tqh_last = 0x0 } }, swp = { swp_tmpfs = 0x4bf4, swp_blks = { pt_root = 0 } } }, cred = 0xfff

head@r334204, Bad link elm in callout_process()

2018-05-29 Thread Andriy Gapon
xfe0003999f98 } }, c_time = 8718576725647, c_precision = 26843543, c_arg = 0x0, c_func = 0x8045bfa0 , c_lock = 0x0, c_flags = 2, c_iflags = 20, c_cpu = 0 } -- Andriy Gapon ___ freebsd-current@freebsd.org mailing li

uchcom update

2018-05-22 Thread Andriy Gapon
chance it might start working now. Could you please test that as well? Thanks! -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-curre

panic: vm_phys_free_pages: page 0x... has unexpected order 0

2018-05-21 Thread Andriy Gapon
fast_syscall_common() at fast_syscall_common+0x101/frame 0xfe017547cbf0 -- 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: [RFC] Deprecation and removal of the drm2 driver

2018-05-19 Thread Andriy Gapon
onkms as opposed to amdgpu, but still.. Also, last time I checked audio over HDMI did not work, but I haven't tested the latest version yet. Finally, a counter-question, does keeping the code in its current state (unsupported, but without explicitly stating so) obstruct the work on the new code?

Re: suspend/resume regression

2018-05-17 Thread Andriy Gapon
t; > Closing the loop on this thread.  Git commit > 4e99d4e797ba9cea01897b6909b061db841f855a fixes this issue on my end.  For more > info there is a thread on this list named "Lag after resume culprit found" > that > has details. Thank you for confirming that it was the same is

Re: serial console vs suspend

2018-05-17 Thread Andriy Gapon
those things a normal device resume should do. console gets used very early, so it may require a special resume. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, s

Re: Lag after resume culprit found

2018-05-17 Thread Andriy Gapon
On 17/05/2018 10:56, Johannes Lundberg wrote: > > > On Thu, May 17, 2018 at 8:46 AM, Johannes Lundberg <johal...@gmail.com > <mailto:johal...@gmail.com>> wrote: > > > > On Thu, May 17, 2018 at 7:43 AM, Andriy Gapon <a...@freebsd.org

Re: Lag after resume culprit found

2018-05-17 Thread Andriy Gapon
On 17/05/2018 10:56, Andriy Gapon wrote: > On 17/05/2018 10:46, Johannes Lundberg wrote: >> On Thu, May 17, 2018 at 7:43 AM, Andriy Gapon <a...@freebsd.org >> <mailto:a...@freebsd.org>> wrote: >> >> On 17/05/2018 02:07, Johannes Lundberg wrote: >>

Re: Lag after resume culprit found

2018-05-17 Thread Andriy Gapon
On 17/05/2018 10:46, Johannes Lundberg wrote: > On Thu, May 17, 2018 at 7:43 AM, Andriy Gapon <a...@freebsd.org > <mailto:a...@freebsd.org>> wrote: > > On 17/05/2018 02:07, Johannes Lundberg wrote: > > > https://github.com/freebsd/freebsd/commit/66f0635

serial console vs suspend

2018-05-17 Thread Andriy Gapon
ike CONSOLE_DRIVER() does not allow to omit a console method. So, will I have to add a dummy resume to all console drivers? -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscr

Re: Lag after resume culprit found

2018-05-17 Thread Andriy Gapon
before suspend, it should not have any effect on the system state after resume. Does anyone have a theory of what could be wrong? > How to test (i915kms) > > Start X with glxgears > Confirm running stable at 60 fps > suspend/resume (S3) > glxgears is now fluctuating between 10-40

Re: suspend/resume regression

2018-05-14 Thread Andriy Gapon
On 14/05/2018 11:44, Mikaël Urankar wrote: > Could it be the same problem described here? > https://lists.freebsd.org/pipermail/freebsd-hackers/2018-May/052778.html That problem is _not_ a regression. -- Andriy Gapon ___ freebsd-current@freeb

Re: suspend/resume regression

2018-05-13 Thread Andriy Gapon
oot and i'm pretty sure i > can ssh into it most times, just not sure what info i should grab to help.  > nothing of interest in messages or dmesg buffer either. Did you do any OS upgrades what was last working version and what is the current version (svn revision number)? Or any other n

[CFT] call AcpiLeaveSleepStatePrep after re-enabling interrupts

2018-05-05 Thread Andriy Gapon
sleep_result, 1); + AcpiLeaveSleepStatePrep(state); + if (sleep_result == -1) goto backout; -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscrib

Is kern.sched.preempt_thresh=0 a sensible default?

2018-05-03 Thread Andriy Gapon
rupt threads - real-time threads can preempt other real-time threads and threads from "lower" classes: kernel, timeshare, idle - kernel threads can preempt only threads from lower classes: timeshare, idle - interactive timeshare threads can only preempt batch and idle threads - batch

Re: suspend/resume does not work in qemu (qemu-devel)

2018-04-26 Thread Andriy Gapon
On 19/04/2018 11:54, Andriy Gapon wrote: > > Not sure if this really matters and on what end the problem might be, but > resuming from S3 in qemu is stuck forever here: It seems that the same issue _might_ affect real hardware if sc (syscons) console is used. What I see is that

suspend/resume does not work in qemu (qemu-devel)

2018-04-19 Thread Andriy Gapon
/git/cpu-pause/sys/isa/vga_isa.c:243 #10 0x80ac2de4 in DEVICE_RESUME (dev=) at ./device_if.h:305 ... Using -vga none works around the problem, of course. Maybe it's buggy video BIOS in the emulation. -- Andriy Gapon ___ freebsd-current

Re: Odd ZFS boot module issue on r332158

2018-04-10 Thread Andriy Gapon
On 10/04/2018 22:48, Andrew Gallatin wrote: > On 04/10/18 11:25, Andriy Gapon wrote: >> On 10/04/2018 15:27, Andrew Gallatin wrote: >>> Is there something like tools/diag/prtblknos for ZFS? >> >> zdb. >> >> It has a manual page, but in the case like

Re: Odd ZFS boot module issue on r332158

2018-04-10 Thread Andriy Gapon
five d-s is needed to get individual blocks reported. -- 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: "Could not allocate I/O space" and "intsmb0 attach returned 6" in a under-Hyper-V context on Ryzen Threadripper: Is this expected?

2018-04-09 Thread Andriy Gapon
Hyper-V does not emulate any SMBus slaves anyway, it would be completely useless. > I suspect that this has never > worked and the module started auto-loading due to devmatch. This must be true. -- 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: Strange ARC/Swap/CPU on yesterday's -CURRENT

2018-04-05 Thread Andriy Gapon
ent resident size). Of course, now we have the modern swapout where individual inactive dirty anonymous pages can be paged out to swap (the classic whole-process swapout still can happen, but is quite rare), but top is not aware of that. -- Andriy Gapon __

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

2018-04-04 Thread Andriy Gapon
AP(a, b) do { \ - int diff = (int)ki_swap(b) - (int)ki_swap(a); \ + int diff = (long)ki_swap(b) - (long)ki_swap(a); \ if (diff != 0) \ return (diff > 0 ? 1 : -1); \ } while (0) -- Andriy Gapon ___ freebsd-cur

Re: Is kern.sched.preempt_thresh=0 a sensible default?

2018-04-04 Thread Andriy Gapon
ss... you have a custom kernel configuration and, unlike GENERIC (assuming x86), it does not have 'options PREEMPTION'? -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, sen

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

2018-03-27 Thread Andriy Gapon
was introduced you wouldn't find any mention of ZFS/ARC. But it does affect period between arc_lowmem() calls. Also, pin-pointing a specific commit requires proper bisecting and proper testing to correctly attribute systemic behavior changes to code changes. -- Andriy Gapon

Re: ZFS i/o error in recent 12.0

2018-03-20 Thread Andriy Gapon
. That does not matter at all now. > From what I can tell from the above, you never created a new > zpool.cache and copied it to its rightful place. For the _rooot_ pool zpool.cache does not matter as well. It matters only for auto-import of additional pools, if any.

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

2018-03-17 Thread Andriy Gapon
se information? I don't think that I have said anything to put these numbers in doubt. I specifically talked about -w option. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To un

Re: Strange ARC/Swap/CPU on yesterday's -CURRENT

2018-03-17 Thread Andriy Gapon
On 17/03/2018 18:51, Mark Millard wrote: > I'll note that top was a -w that reports: > >-w Display approximate swap usage for each process. As far as I can tell, this option is quite broken. The "approximate swap usage" it reports is nowhere like it

Re: ZFS panic at boot when mounting root on r330386

2018-03-04 Thread Andriy Gapon
(54, FreeBSD ELF64, sys_ioctl), rip = 0x80049afda, rsp = >> 0x7fffbd18, rbp = 0x7fffbd90 --- >> KDB: enter: panic >> [ thread pid 56 tid 100606 ] >> Stopped at kdb_enter+0x3b: movq$0,kdb_why >> db> > > It seems like a race as I can get it to boo

Re: lock order reversal

2018-02-25 Thread Andriy Gapon
something I should be doing to help debug these? IMO, no. Please ignore LORs involving "bufwait", "filedesc structure", "syncer" unless you experience any real problem (like a lock up). -- Andriy Gapon ___ freebsd-current

Re: Since last week (today) current on my Ryzen box is unstable

2018-02-18 Thread Andriy Gapon
On 18/02/2018 22:33, Gleb Smirnoff wrote: > On Sun, Feb 18, 2018 at 10:15:24PM +0200, Andriy Gapon wrote: > A> On 18/02/2018 15:26, Gleb Smirnoff wrote: > A> > My only point is that it is a performance improvement. IMHO that's > enough :) > A> > A> I don't think

Re: Since last week (today) current on my Ryzen box is unstable

2018-02-18 Thread Andriy Gapon
ementations confirm to it. -- 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: Since last week (today) current on my Ryzen box is unstable

2018-02-17 Thread Andriy Gapon
On 18/02/2018 04:35, Gleb Smirnoff wrote: > Andriy, > > On Sun, Feb 18, 2018 at 12:54:21AM +0200, Andriy Gapon wrote: > A> > Today's rebuild has given me uptimes of below an hour, usually. The box > will stay up in single user mode long enough to rebuild world/kern

Re: Since last week (today) current on my Ryzen box is unstable

2018-02-17 Thread Andriy Gapon
made aware of bogus_page. Or, at least, that they should not verify that the requested pages are busied. -- 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: Since last week (today) current on my Ryzen box is unstable

2018-02-17 Thread Andriy Gapon
essage and the backtrace would be a good start, but a crash dump is probably what's really needed to analyze the issue. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, sen

Re: Fatal trap 12 booting FreeBSD-CURRENT via isboot kernel module.

2018-02-04 Thread Andriy Gapon
On 04/02/2018 11:50, Maurizio Vairani wrote: > I have added a socket in the ifioctl() call as in the > /usr/src/sys/nfs/bootp_subr.c source. > Please let me know if you prefer a patch. A patch here https://reviews.freebsd.org/ would be the best. -- And

Re: couple of nvidia-driver issues

2017-12-07 Thread Andriy Gapon
[cc-ing current@ to raise more awareness] On 05/12/2017 16:03, Alexey Dokuchaev wrote: > On Fri, Nov 24, 2017 at 11:31:51AM +0200, Andriy Gapon wrote: >> >> I have reported a couple of nvidia-driver issues in the FreeBSD section >> of the nVidia developer forum, but no repli

Re: dmesg -a shows "Failed to fully fault in a core file segment at VA" examples, anything to worry about?

2017-12-01 Thread Andriy Gapon
are produced if there is a problem while writing a core file. So, they can appear only if (after) a process crashed. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, s

Re: Loader.conf problem

2017-11-21 Thread Andriy Gapon
On 21/11/2017 14:48, Thomas Laus wrote: > I had boot success when copying gptzfsboot file from my laptop that is > running r325474. The problem CURRENT version running on my desktop is > r326012. Thomas, could you please compare sizes of the files before going further? -- And

Re: [HEADS UP] posix_fallocate support removed from ZFS, lld affected

2017-11-16 Thread Andriy Gapon
On 13/11/2017 17:02, Ed Maste wrote: > On 7 November 2017 at 13:12, Andriy Gapon <a...@freebsd.org> wrote: >> >> I hope that lld is not that widely used now. >> But I admit that I put the cart before the horse. >> I didn't expect that posix_fallocate is used in th

Re: [HEADS UP] posix_fallocate support removed from ZFS, lld affected

2017-11-07 Thread Andriy Gapon
On 06/11/2017 19:26, Ian Lepore wrote: > On Mon, 2017-11-06 at 17:40 +0200, Andriy Gapon wrote: >> From UPDATING: >> The naive and non-compliant support of posix_fallocate(2) in ZFS >> has been removed as of r325320.  The system call now returns EINVAL >> when used on a

[HEADS UP] posix_fallocate support removed from ZFS, lld affected

2017-11-06 Thread Andriy Gapon
volved, of course). One example is the arm64 build (typically a cross build from amd64). The lld issue is fixed in head as of r325420. But other branches are still affected (if you are building them on a head kernel). Other posix_fallocate consumers could be affected too. -- Andriy

Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate]

2017-11-04 Thread Andriy Gapon
On 04/11/2017 13:58, Ed Maste wrote: > I have no idea how they decided EINVAL was a reasonable errno for this case. I completely agree. That's a weird choice that I have not seen for any other API. -- Andriy Gapon ___ freebsd-current@freebsd.

Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate]

2017-11-04 Thread Andriy Gapon
On 04/11/2017 13:41, Andriy Gapon wrote: > On 04/11/2017 12:32, Mark Millard wrote: >> if (int Err = ::posix_fallocate(FD, 0, Size)) { >> if (Err != EOPNOTSUPP) >> return std::error_code(Err, std::generic_category()); >> } > > The commit message

Re: svn commit: r325320 - head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs [breaks lld on zfs: lld uses fallocate]

2017-11-04 Thread Andriy Gapon
six_fallocate.html -- 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: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64)

2017-11-01 Thread Andriy Gapon
On 01/11/2017 10:12, Andriy Gapon wrote: > On 01/11/2017 09:33, O. Hartmann wrote: >> I have the same (or similar) probleme here on two boxes now, maybe more to >> come >> as I start updating CURRENT cyclic. >> >> Reverting r325227 solves to problem for now. &

Re: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64)

2017-11-01 Thread Andriy Gapon
ing soon. Sorry for the trouble and thanks for the report. -- 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: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64)

2017-10-31 Thread Andriy Gapon
On 31/10/2017 14:32, David Wolfskill wrote: > Andriy, I "cloned" the slice before doing the above, so I can poke > at this a bit more (e.g., try to get a crash dump), if that would > still be useful. Yes, it would be, as I currently do not see what the problem with r325227 is

Re: panic: vtopde on a uva/gpa 0x1030000 @r325228 (amd64)

2017-10-31 Thread Andriy Gapon
On 31/10/2017 13:37, David Wolfskill wrote: > Any suggestions for diagnosing or fixing it? Try setting a dump device via loader.conf (e.g. dumpdev="ada0p99") and obtaining a crash dump. -- Andriy Gapon ___ freebsd-current@freebsd.org

D12420 fix the misleading log facility used in devd/zfs.conf

2017-09-22 Thread Andriy Gapon
https://reviews.freebsd.org/D12420 Who would be the best people to review this change? Where are they lurking? Please point me towards them or add yourself as a reviewer if you are one of them :) Thanks! -- Andriy Gapon ___ freebsd-current@freebsd.org

Re: order of executing MOD_LOAD and registering module sysctl-s

2017-08-03 Thread Andriy Gapon
odule load handler. He also offered an idea for a possible solution: holding the modules lock in the shared mode (MOD_SLOCK) around calls to sysctl-s registered from modules. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.

order of executing MOD_LOAD and registering module sysctl-s

2017-08-02 Thread Andriy Gapon
of how the code works correct? Can the order of linker_file_sysinit and linker_file_register_sysctls be changed without a great risk? Thank you! P.S. The same applies to: linker_file_sysuninit(file); linker_file_unregister_sysctls(file); -- Andriy Gapon

Re: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear

2017-08-02 Thread Andriy Gapon
On 02/08/2017 04:00, Ngie Cooper (yaneurabeya) wrote: > >> On Aug 1, 2017, at 09:21, John Baldwin <j...@freebsd.org> wrote: >> >> On Tuesday, August 01, 2017 09:47:41 AM Andriy Gapon wrote: >>> On 01/08/2017 02:31, Ngie Cooper wrote: >>>> Hi, &g

Re: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear

2017-08-01 Thread Andriy Gapon
On 01/08/2017 19:21, John Baldwin wrote: > On Tuesday, August 01, 2017 09:47:41 AM Andriy Gapon wrote: >> On 01/08/2017 02:31, Ngie Cooper wrote: >>> Hi, >>> I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, and it >>> didn’t work because

Re: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear

2017-08-01 Thread Andriy Gapon
ource files via .include "${SUNW}/uts/common/Makefile.files" Perhaps something to do with "inline"... -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe

Re: Caveat emptor: Beware of ZFS on HEAD

2017-07-17 Thread Andriy Gapon
gt; around). This is always advisable when running HEAD anyway, particularly so > now. For us, a kernel.old from June 18th worked fine. > My apologies for the bug. Everyone affected, could you please test the patch from the bug report? https://bugs.freebs

Re: ZFS ABD Panic

2017-06-27 Thread Andriy Gapon
On 27/06/2017 17:16, Shawn Webb wrote: > On Tue, Jun 27, 2017 at 05:12:01PM +0300, Andriy Gapon wrote: >> On 26/06/2017 03:31, Shawn Webb wrote: >>> This is on the latest HardenedBSD 12-CURRENT on one of my servers: >>> >>> [141] panic: sleepq_add: td

Re: ZFS ABD Panic

2017-06-27 Thread Andriy Gapon
fork_exit+0x84/frame 0xfe2fcbf0 > [141] fork_trampoline() at fork_trampoline+0xe/frame 0xfe2fcbf0 Seems like another architectural incompatibility between illumos and FreeBSD. Are you able to reproduce the crash more or less reliably? -- Andriy Gapon

Re: Crash in base/head in abd_put() after r320156

2017-06-21 Thread Andriy Gapon
e_run_locked+0x127/frame 0xfe01b0231b80 >>> taskqueue_thread_loop() at 0x806d4ee8 = >>> taskqueue_thread_loop+0xc8/frame 0xfe01b0231bb0 >>> fork_exit() at 0x80640df5 = fork_exit+0x85/frame 0xfe01b0231bf0 >>> fork_tr

Re: hwpmc and Xeon E5 v4

2017-06-15 Thread Andriy Gapon
On 15/06/2017 11:16, Ngie Cooper wrote: > On Thu, Jun 15, 2017 at 12:44 AM, Andriy Gapon <a...@freebsd.org> wrote: >> >> It seems that hwpmc does not support newer Xeon processors: >> pmc: Unknown Intel CPU. > > What FreeBSD version is this? Head as of

hwpmc and Xeon E5 v4

2017-06-15 Thread Andriy Gapon
ould appreciate any help, patches, suggestions, documentation links, etc. 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-unsubscr...@freebsd.org"

Re: NFS client perf. degradation when SCHED_ULE is used (was when SMP enabled)

2017-05-29 Thread Andriy Gapon
kernel? Ideally, I would like to see the trace with KTR_SCHED | KTR_RUNQ compiled into the kernel via KTR_COMPILE and then enabled at the run time via debug.ktr.mask=0x2040. Thank you. -- Andriy Gapon ___ freebsd-current@freebsd.org mailing list https:/

Re: NFS client perf. degradation when SCHED_ULE is used (was when SMP enabled)

2017-05-28 Thread Andriy Gapon
chance? -- 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: zfs recv panic

2017-05-16 Thread Andriy Gapon
On 16/05/2017 16:49, Kristof Provost wrote: > On 16 May 2017, at 15:41, Andriy Gapon wrote: >> On 10/05/2017 12:37, Kristof Provost wrote: >>> I have a reproducible panic on CURRENT (r318136) doing >>> (jupiter) # zfs send -R -v zroot/var@before-kernel-2017-04-26 | nc d

Re: zfs recv panic

2017-05-16 Thread Andriy Gapon
4 in fork_exit (callout=0x822bf150 > , arg=0xfe0120a1d168, frame=0xfe0120cadbc0) at > /usr/src/sys/kern/kern_fork.c:1038 > #16 0x80eb682e in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:611 > #17 0x in ?? () > > Let me kn

Re: Panic String: solaris assert: (lsize != psize) implies ((flags & ZIO_FLAG_RAW) != 0), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c, line: 631

2017-04-28 Thread Andriy Gapon
hat the gang blocks are typically created when a pool is very fragmented. > I will hammer the box with and report back first of the week whether the panic > re-occurs or not. Please also try removing those old files again too. Running zpool

Re: Panic String: solaris assert: (lsize != psize) implies ((flags & ZIO_FLAG_RAW) != 0), file: /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c, line: 631

2017-04-27 Thread Andriy Gapon
0xf80009350f00, frame=0xfe086140ec00) > at /usr/src/sys/kern/kern_fork.c:1038 > #20 0x80eb5a1e in fork_trampoline () > at /usr/src/sys/amd64/amd64/exception.S:611 > #21 0x in ?? () > Current language: auto; currently minimal > (kgdb) > ___ > 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" > -- 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: New syscons bugs: shutdown -r doesn't execute rc.d sequence and others

2017-03-30 Thread Andriy Gapon
On 30/03/2017 14:23, Andriy Gapon wrote: > On 30/03/2017 12:34, Andrey Chernov wrote: >> On 30.03.2017 12:23, Andrey Chernov wrote: >>> Yes, only for reboot/shutdown. The system does not do anythings wrong >>> even under high load. On reboot or hang those lines are ne

Re: New syscons bugs: shutdown -r doesn't execute rc.d sequence and others

2017-03-30 Thread Andriy Gapon
ut previously the system rebooted because of a printf that caused a LOR (between spinlocks, AFAIR), witness tried to report it... using printf, and that recursed and there was a triple fault in the end. Let me try to dig some details, maybe the current issue is related in some ways. By chan

Re: Opteron 6100-series "Magny-Cours"

2017-03-27 Thread Andriy Gapon
On 27/03/2017 15:06, Piotr Kubaj wrote: > Does it have to be specifically 61xx series? I have a server running 2 > 6262HE's. > Yes. I have the info that I need for 62xx Opterons. Thanks. -- Andriy Gapon ___ freebsd-current@freebsd.org mai

Re: New /head/sys/amd64/amd64/genassym.c breaks buildkernel amd64 current

2017-03-27 Thread Andriy Gapon
On 03/27/2017 14:35, Rainer Hurling wrote: > Am 27.03.2017 um 10:31 schrieb Andriy Gapon: >> On 03/26/2017 00:21, Manfred Antar wrote: >>> Recent change to genassym.c breaks building a current kernel: >>> >>> -

Re: Opteron 6100-series "Magny-Cours"

2017-03-27 Thread Andriy Gapon
to ask to test a patch. Looks like you won't be able to help with that. At least, until that some day :-). >> On Mar 25, 2017, at 11:02 AM, Andriy Gapon <a...@freebsd.org> wrote: >> >> >> Does anyone [still] use Opteron 6100-series / "Magny-Cours"

  1   2   3   4   5   6   7   8   9   10   >