Re: Install of 13.0-RELEASE i386 with ZFS root hangs up

On Sat, May 08, 2021 at 06:33:02PM +0700, Eugene Grosbein wrote: > 08.05.2021 2:52, Konstantin Belousov wrote: > > > i386 kernel uses memory up to 24G since 13.0. > > > > PAE only means that devices that can access full 64bit address are allowed > > to avoid dma

Re: Install of 13.0-RELEASE i386 with ZFS root hangs up

On Fri, May 07, 2021 at 09:48:07AM -0700, Freddie Cash wrote: > On Fri, May 7, 2021 at 5:49 AM Yasuhiro Kimura wrote: > > > Does anyone succeed to install 13.0-RELEASE i386 with ZFS root? > > > > I tried this with VirtualBox and VMware Player on Windows with > > following VM condition. > > > > *

Re: Filesystem operations slower in 13.0 than 12.2

On Sat, Mar 06, 2021 at 12:27:55AM +0200, Christos Chatzaras wrote: > I did some more tests. Finally I see similar results (with the exception of > one "portsnap extract" test). Also with 13.0 I can't trigger a bug that I > describe here: > >

Re: FreeBSD 13.0-BETA2 and slow IO

On Tue, Feb 16, 2021 at 12:54:55PM +0200, Christos Chatzaras wrote: > > > On 16 Feb 2021, at 12:20, Christos Chatzaras wrote: > > > > I build a test system with 13.0-BETA2 and it's very slow with at least IO. > > > > Doing "portsnap auto" takes much more time than 12.2. > > > > Also when I do

Re: Microcode update prevents boot

tion changes were indeed present in 12.1. Could you see > if the hang persists when boot-time ucode loading is enabled and > vm.pmap.di_locked=1 is configured? Note that you could apply both > configurations at the loader prompt, i.e., without having to edit > loader.conf and boot in safe mo

Re: Page fault in _mca_init during startup

On Mon, Feb 08, 2021 at 10:48:46AM -0500, Mark Johnston wrote: > On Mon, Feb 08, 2021 at 05:33:22PM +0200, Konstantin Belousov wrote: > > On Mon, Feb 08, 2021 at 10:03:59AM -0500, Mark Johnston wrote: > > > On Mon, Feb 08, 2021 at 12:18:12AM +0200, Konstantin Belousov wrote: >

Re: Page fault in _mca_init during startup

On Mon, Feb 08, 2021 at 10:03:59AM -0500, Mark Johnston wrote: > On Mon, Feb 08, 2021 at 12:18:12AM +0200, Konstantin Belousov wrote: > > On Sun, Feb 07, 2021 at 02:33:11PM -0700, Alan Somers wrote: > > > Upgrading the BIOS fixed the problem, by clearing the MCG_CMCI_P

Re: Page fault in _mca_init during startup

On Sun, Feb 07, 2021 at 02:33:11PM -0700, Alan Somers wrote: > On Fri, Feb 5, 2021 at 10:21 AM Konstantin Belousov > wrote: > > > On Fri, Feb 05, 2021 at 09:01:26AM -0700, Alan Somers wrote: > > > On Fri, Feb 5, 2021 at 7:41 AM Konstantin Belousov > > > wrote: &

Re: Page fault in _mca_init during startup

On Fri, Feb 05, 2021 at 09:01:26AM -0700, Alan Somers wrote: > On Fri, Feb 5, 2021 at 7:41 AM Konstantin Belousov > wrote: > > > On Thu, Feb 04, 2021 at 07:53:09PM -0700, Alan Somers wrote: > > > On Thu, Feb 4, 2021 at 7:40 PM Konstantin Belousov > > > wrote: &

Re: Page fault in _mca_init during startup

On Thu, Feb 04, 2021 at 07:53:09PM -0700, Alan Somers wrote: > On Thu, Feb 4, 2021 at 7:40 PM Konstantin Belousov > wrote: > > > On Thu, Feb 04, 2021 at 07:01:30PM -0700, Alan Somers wrote: > > > On Thu, Feb 4, 2021 at 5:59 PM Konstantin Belousov > > > wrot

Re: Page fault in _mca_init during startup

On Thu, Feb 04, 2021 at 07:01:30PM -0700, Alan Somers wrote: > On Thu, Feb 4, 2021 at 5:59 PM Konstantin Belousov > wrote: > > Do you have INVARIANTS enabled? If not, I am curious if enabling them > > would convert that rare page fault into rare "CPU %d has mo

Re: Page fault in _mca_init during startup

On Thu, Feb 04, 2021 at 05:19:43PM -0700, Alan Somers wrote: > On Thu, Feb 4, 2021 at 4:27 PM Mark Johnston wrote: > > > On Fri, Feb 05, 2021 at 12:58:34AM +0200, Konstantin Belousov wrote: > > > On Thu, Feb 04, 2021 at 01:34:13PM -0800, Matthew Macy wrote: > > > &g

Re: Page fault in _mca_init during startup

On Thu, Feb 04, 2021 at 04:05:42PM -0700, Alan Somers wrote: > On Thu, Feb 4, 2021 at 3:58 PM Konstantin Belousov > wrote: > > > On Thu, Feb 04, 2021 at 01:34:13PM -0800, Matthew Macy wrote: > > > On Thu, Feb 4, 2021 at 1:31 PM Alan Somers wrote: > > > &g

Re: Page fault in _mca_init during startup

t_secondary+0x2d1/frame 0xfffffeb65ff0 > > KDB: enter: panic > > [ thread pid 11 tid 100029 ] > > Stopped at kdb_enter+0x37: movq$0,0x12bc1f6(%rip) Try this. I think that there is no other dependencies in the startup order, but cannot know it for sure. commit 19584e3d3

Re: msdosfs umount problem

://github.com/freebsd/freebsd/commits/stable/12 (still it's the last > commit) > > On Fri, Dec 4, 2020 at 4:26 PM Konstantin Belousov wrote: > > > On Fri, Dec 04, 2020 at 03:19:31PM +0300, Özkan KIRIK wrote: > > > Hello, > > > > > >

Re: 12-STABLE try to init thead-using libraries before threads and program crashes

On Fri, Nov 27, 2020 at 06:03:13PM +0300, Lev Serebryakov wrote: > > I have locally-built net/samba413 port on 12-STABLE (r367937) which crashes > in library initialization code due to wrong library initialization order: > > (No debugging symbols found in /usr/local/bin/testparm) > (gdb) b

Re: mmap and MAP_STACK

On Wed, Oct 21, 2020 at 06:18:50PM +0300, Nick Kostirya via freebsd-stable wrote: > On Wed, 21 Oct 2020 17:16:57 +0300 > Konstantin Belousov wrote: > > > On Wed, Oct 21, 2020 at 04:53:11PM +0300, Nick Kostirya via freebsd-stable > > wrote: > > > Hello. &g

Re: mmap and MAP_STACK

On Wed, Oct 21, 2020 at 04:53:11PM +0300, Nick Kostirya via freebsd-stable wrote: > Hello. > I have question about mmap. > > void *OSMem::AllocateDataArea(size_t ) > { > // Round up to an integral number of pages. > space = (space + pageSize-1) & ~(pageSize-1); > int fd = -1; // This

Re: How to free used Swap-Space? (from errno=8)

On Wed, Sep 23, 2020 at 12:03:32AM +0300, Konstantin Belousov wrote: > On Tue, Sep 22, 2020 at 09:11:49PM +0200, Peter wrote: > > So what happens then is this: > > > > $ file scc.e > > scc.e: ELF 32-bit LSB executable, Intel 80386, version 1 > > (FreeBSD), dynamic

Re: How to free used Swap-Space? (from errno=8)

On Tue, Sep 22, 2020 at 09:11:49PM +0200, Peter wrote: > So what happens then is this: > > $ file scc.e > scc.e: ELF 32-bit LSB executable, Intel 80386, version 1 > (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, > for FreeBSD 9.3 (903504), stripped > > $ ./scc.e > ELF

Re: Commit 364003 causes immediate restart

On Fri, Aug 07, 2020 at 03:09:00PM +0200, peter.b...@bsd4all.org wrote: > Hi, > > After commit 364003 STABLE-12 reboots almost immediately. No error message, > not dump. Just a reboot. > > Last working commit 364002. > > Please let me know what is needed - acpidump or something like that. Why

Re: Laundry

On Sun, Jul 26, 2020 at 01:11:33PM -0700, Doug Hardie wrote: > I have a production system (12.1-RELEASE-p6) that is showing around 1 GB of > Laundry pages. There are over 6 Gb Inact and 1 Gb free. I can understand > why the system would want to not prioritize laundering those pages as there >

Re: svn commit: r362848 - in stable/12/sys: net netinet sys

On Tue, Jul 21, 2020 at 07:20:44AM +1000, Peter Jeremy wrote: > On 2020-Jul-19 14:48:28 +0300, Konstantin Belousov > wrote: > >On Sun, Jul 19, 2020 at 09:21:02PM +1000, Peter Jeremy wrote: > >> I'm sending this to -stable, rather than the src groups because I > >

Re: svn commit: r362848 - in stable/12/sys: net netinet sys

On Sun, Jul 19, 2020 at 09:21:02PM +1000, Peter Jeremy wrote: > I'm sending this to -stable, rather than the src groups because I > don't believe the problem is the commit itself, rather the commit > has uncovered a latent problem elsewhere. > > On 2020-Jul-01 18:03:38 +, Michael Tuexen

Re: Buildworld and buildkernel with very slow compilation, recently

On Sun, Jun 21, 2020 at 02:48:51PM +0200, Ronald Klop wrote: > Building ports/pkgs is also significantly slower on 13 (new clang) than on > 12.1. > http://thunderx1.nyi.freebsd.org/ > 13 = 140 hours12.1 = 103 hoursFor roughly the same amount of ports. If you use stock HEAD GENERIC kernel config

Re: Upgrading to 12.1S 362003 - a few issues

On Sat, Jun 13, 2020 at 12:34:46PM +1000, Dewayne Geraghty wrote: > Hi Konstantin, > I did try ktrace/kdump but kdump complained of "data too short". Using > your suggestion about LD_DEBUG nearly caused me to fall off my chair. I > think this is most relevant: > > # setenv LD_DEBUG 1 > # ktrace

Re: Upgrading to 12.1S 362003 - a few issues

On Sat, Jun 13, 2020 at 10:24:49AM +1000, Dewayne Geraghty wrote: > After upgrading to 12.1Stable as of June 11: > 1) squid - fails with segmentation fault, ldd "Cannot load PIE binary" > 2) gcc9 - suffers a cc1 internal compiler error > 3) pkg-static - issues "failed" messages, unable to package

Re: vt [was: Re: [Bug 235564] INDEX.keymaps for vt contains "from-" keymaps but the files are missing]

On Mon, Mar 09, 2020 at 10:37:52AM -0400, Ed Maste wrote: > On Sun, 8 Mar 2020 at 17:13, Andy Farkas wrote: > > > > Is anyone actually working on the vt(4) driver? Will it ever > > become feature-parity with the old sc(4) driver? > > Yes, and yes. What specific missing functionality are you

Re: Disabling speculative execution mitigations

On Fri, Dec 06, 2019 at 03:51:04PM +1030, O'Connor, Daniel wrote: > Hi, > I am trying to track down a performance drop with the ASPEED xorg video > driver between FreeBSD 11 and 12 (I'm not expecting miracles from it but it > was basically unusable..) > > I wondered if some of the speculative

Re: How can kill(-1, 0) return EPERM?

On Mon, Dec 02, 2019 at 02:11:14AM +0300, Dmitry Marakasov wrote: > * Konstantin Belousov (kostik...@gmail.com) wrote: > > > > > > > I'm helping to investigate some userspace issue [1], where kill(-1, > > > > > > SIGKILL) > > > > > > fa

Re: How can kill(-1, 0) return EPERM?

On Sun, Dec 01, 2019 at 03:24:11AM +0300, Dmitry Marakasov wrote: > * Konstantin Belousov (kostik...@gmail.com) wrote: > > > > > I'm helping to investigate some userspace issue [1], where kill(-1, > > > > SIGKILL) > > > > fails with EPERM. I've manag

Re: How can kill(-1, 0) return EPERM?

On Fri, Nov 29, 2019 at 07:45:09PM +0300, Dmitry Marakasov wrote: > * Dmitry Marakasov (amd...@amdmi3.ru) wrote: > > > I'm helping to investigate some userspace issue [1], where kill(-1, SIGKILL) > > fails with EPERM. I've managed to isolate this case in a small program: > > > > > > ``` > >

Re: Error building stable/12 (amd64) at r355087

On Mon, Nov 25, 2019 at 03:58:10AM -0800, David Wolfskill wrote: > This is during a source-based update from r355048 to r355087, during > "stage 4.3: building everything" (using META_MODE); meta file reads: > > # Meta data file > /common/S3/obj/usr/src/amd64.amd64/usr.sbin/camdd/camdd.o.meta >

Re: lib not found and found at the same time ?

On Thu, Nov 14, 2019 at 08:46:13AM -0500, mike tancsa wrote: > > On 11/13/2019 5:25 PM, Konstantin Belousov wrote: > > On Wed, Nov 13, 2019 at 04:48:40PM -0500, mike tancsa wrote: > >> I was trying to upgrade (failed) and then re-install the > >> samba410-4.10.1

Re: lib not found and found at the same time ?

On Wed, Nov 13, 2019 at 04:48:40PM -0500, mike tancsa wrote: > I was trying to upgrade (failed) and then re-install the > samba410-4.10.10 port on a RELENG12 box.  One of the Samba libs shows > some output I dont understand on ldd > > ldd /usr/local/lib/nss_wins.so.1 >

Re: 12.1 release symbol incompatibility?

On Wed, Sep 18, 2019 at 03:05:34PM -0600, Sean Bruno wrote: > If one installs 12.1 and tries to run a 12.0 release package (postgresql > server for instance), it fails due to a missing symbol: > > # service postgresql start > /usr/local/bin/pg_ctl: Undefined symbol "stat@FBSD_1.5" > > I think

Re: ntpd doesn't like ASLR on stable/12 post-r350672

On Tue, Sep 10, 2019 at 10:50:33AM -0600, Ian Lepore wrote: > On Sun, 2019-08-25 at 15:03 +0300, Konstantin Belousov wrote: > > On Sun, Aug 25, 2019 at 12:40:22AM +0200, Trond Endrestøl wrote: > > > On Sun, 25 Aug 2019 01:28+0300, Konstantin Belousov wrote: > > > &

Re: ntpd doesn't like ASLR on stable/12 post-r350672

On Sun, Aug 25, 2019 at 12:40:22AM +0200, Trond Endrestøl wrote: > On Sun, 25 Aug 2019 01:28+0300, Konstantin Belousov wrote: > > > On Sun, Aug 25, 2019 at 12:19:43AM +0200, Trond Endrestøl wrote: > > > On Sat, 24 Aug 2019 23:41+0300, Konstantin Belousov wrote: > > >

Re: ntpd doesn't like ASLR on stable/12 post-r350672

On Sun, Aug 25, 2019 at 12:19:43AM +0200, Trond Endrestøl wrote: > On Sat, 24 Aug 2019 23:41+0300, Konstantin Belousov wrote: > > > I tried changing command="/usr/sbin/${name}" to > > > command="/usr/bin/proccontrol -m aslr -s disable /usr/sbin/${name}"

Re: ntpd doesn't like ASLR on stable/12 post-r350672

On Sat, Aug 24, 2019 at 10:04:49PM +0200, Trond Endrestøl wrote: > Hi, > > I'm running stable/12 with ASLR enabled in /etc/sysctl.conf: > > kern.elf64.aslr.enable=1 > kern.elf64.aslr.pie_enable=1 > kern.elf32.aslr.enable=1 > kern.elf32.aslr.pie_enable=1 > > After upgrading to anything after

Re: GENERIC crash 11.3-PRERELEASE (i386)

On Wed, Jul 10, 2019 at 03:02:40PM +0200, Schuendehuette, Matthias (LDA IT PLM) wrote: > Sorry, wrong link... :-( > > See the verbose boot messages here... > > https://www.dropbox.com/sh/buzxekimo2h2r67/AADpUvLndhm2SHa5t9s9Ckksa?dl=0 > > ...in file "Boot_verbose.jpg" Can you try the following

Re: GENERIC crash 11.3-PRERELEASE (i386)

t; > > > With best regards and have a nice weekend > > Matthias Schuendehuette > > > > > -Ursprüngliche Nachricht- > Von: Konstantin Belousov > Gesendet: Mittwoch, 3. Juli 2019 15:55 > An: Schuendehuette, Matthias (LDA IT PLM) > > Cc: 'freebs

Re: GENERIC crash 11.3-PRERELEASE (i386)

retry with pristine tree. > > > > > with best regards > Matthias Schündehütte > > Siemens AG > Large Drives Applications > Information Technology > Information Technology Product Lifecycle Management > LDA IT PLM > Nonnendammallee 72 > 13629 Berlin, Deutschland &g

Re: GENERIC crash 11.3-PRERELEASE (i386)

On Thu, Jun 27, 2019 at 07:11:40AM +, Schuendehuette, Matthias wrote: > Hi, > > the missing attachments can be found here now: > > https://www.dropbox.com/sh/buzxekimo2h2r67/AADpUvLndhm2SHa5t9s9Ckksa?dl=0 > So your AP (Application Processor) seems to get fault, most likely in the trap

Re: ps -J0 broken?

On Sun, Jun 02, 2019 at 03:31:08PM +0200, Stefan Hegnauer wrote: > > > On 02.06.2019 15:05, Konstantin Belousov wrote: > > On Sun, Jun 02, 2019 at 02:30:49PM +0200, Stefan Hegnauer wrote: > >> Hi, > >> > >> after a recent full update to 12.0-STABL

Re: ps -J0 broken?

On Sun, Jun 02, 2019 at 02:30:49PM +0200, Stefan Hegnauer wrote: > Hi, > > after a recent full update to 12.0-STABLE r348382 it seems that '/bin/ps > -J 0' is broken: 'ps: Invalid jail id: 0'. > It did work on stable for the last couple years prior to this update > (last update without this error

Re: efirtc causing panic (was Re: Panic booting 12-RC2 on amd64)

On Fri, May 31, 2019 at 04:19:57PM +0200, Jan Martin Mikkelsen wrote: > Hi, > > Christian has pointed me at this > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233534 which he raised > after his email. The workaround was to boot with “efi.rt.disabled=1”. > > I took a closer look at what

Re: After 12.x upgrade: mysqld RET _umtx_op -1 errno 45 Operation not supported

On Mon, Apr 15, 2019 at 08:28:39AM +, Marcin Cieslak wrote: > On Mon, 15 Apr 2019, Konstantin Belousov wrote: > > > On Mon, Apr 15, 2019 at 08:01:27AM +, Marcin Cieslak wrote: > > > > > > 50766 mysqld CALL _umtx_op(0x966eaa0,UMTX_OP_RESERVED0,0x18cab,

Re: After 12.x upgrade: mysqld RET _umtx_op -1 errno 45 Operation not supported

On Mon, Apr 15, 2019 at 08:01:27AM +, Marcin Cieslak wrote: > Hello, > > for archival purposes I am running an ancient (__FreeBSD_version 602100) > jail with mysqld inside. > > This was working fine when the jail host was running 10.4. After upgrade to > 12.x > (r345375) mysqld process

Re: hw.vga.acpi_ignore_no_vga=1 for installation media

On Mon, Mar 18, 2019 at 05:09:31AM +0700, Eugene Grosbein wrote: > 18.03.2019 0:34, Konstantin Belousov wrote: > > > Can anybody provide an example of machine where the flag is set but VGA > > works ? For me, it is set on headless NUC when there is no monitor > > atta

Re: hw.vga.acpi_ignore_no_vga=1 for installation media

On Sun, Mar 17, 2019 at 10:10:45AM -0600, Warner Losh wrote: > I generally like this idea... But two caveats... > > First, we'd need to update the docs so that folks doing serial installs can > unset it Though serial installs are a weird beast > Second, if it's really needed, we should

Re: FreeBSD 12.0 RELEASE i386 can not build a kernel?

On Thu, Feb 28, 2019 at 12:49:25AM -0800, Rodney W. Grimes wrote: > > -- Start of PGP signed section. > > > On 28 Feb 2019, at 00:37, Rodney W. Grimes > > > wrote: > > > > > > > > config CUSTOM > > > > Kernel build directory is ../compile/CUSTOM > > > > Don't forget to do ``make cleandepend &&

Re: stable/12 broken?

On Fri, Feb 22, 2019 at 07:53:57AM +0100, Antoine Brodin wrote: > On Fri, Feb 22, 2019 at 7:39 AM Antoine Brodin wrote: > > Hi, > > > > For your information, the stable/12 branch seems broken, at least on > > i386, there is a segmentation fault when trying to run binaries and 0 > > package can

Re: libcrypto.so.111 linked binaries SIGSEGV (in bhyve guest)

On Thu, Feb 21, 2019 at 10:03:29AM +0100, Harry Schmalzbauer wrote: > Am 21.02.2019 um 09:54 schrieb Konstantin Belousov: > > On Thu, Feb 21, 2019 at 09:24:43AM +0100, Harry Schmalzbauer wrote: > >> Am 20.02.2019 um 17:51 schrieb Harry Schmalzbauer: > >>> Hello

Re: Strange rtld-elf failure on stable/12 [Was: libcrypto.so.111 linked binaries SIGSEGV (in bhyve guest)]

On Thu, Feb 21, 2019 at 09:24:43AM +0100, Harry Schmalzbauer wrote: > Am 20.02.2019 um 17:51 schrieb Harry Schmalzbauer: > > Hello, > > > … > > gdb shows: > > Core was generated by `/usr/sbin/auditdistd'. > > Program terminated with signal 11, Segmentation fault. > > Reading symbols from

Re: Problem building kernel STABLE12 amd64 arch

On Sun, Feb 17, 2019 at 09:11:46AM +, Filippo Moretti via freebsd-stable wrote: > I tried to update stable to yesterday build and I get the following error on > amd64 arch > linking kernel > ld: error: undefined symbol: iflib_get_softc > >>> referenced by if_vmx.c > >>>  

HEADS-UP: em users

to do anything. - Forwarded message from Konstantin Belousov - Date: Fri, 15 Feb 2019 09:49:09 + (UTC) From: Konstantin Belousov To: src-committ...@freebsd.org, svn-src-...@freebsd.org, svn-src-sta...@freebsd.org, svn-src-stable...@freebsd.org Subject: svn commit: r344149

Re: amd64, run-time linker and 32bit

On Mon, Feb 11, 2019 at 12:31:19AM +0700, Eugene Grosbein wrote: > Hi! > > Why our 32-bit run-time linker looks for shared libraries in the > /usr/local/lib despite of its absence in /var/run/ld-elf32.so.hints > while 32-bit binary is started under FreeBSD 11.2-STABLE/amd64 ? Most likely because

Re: Error upgrading 11-STABLE to 12-STABLE in ifunc resolver

On Thu, Dec 27, 2018 at 09:41:06PM +0100, Thierry Thomas wrote: > Hello, > > Trying to upgrade a machine from > > 11.2-STABLE #0 r337833: Wed Aug 15 12:50:47 CEST 2018 > > to 12-STABLE as: > > Working Copy Root Path: /usr/src > URL: https://svn.freebsd.org/base/stable/12 > Relative URL:

Re: sporadic core dumps in 12.0-RELEASE

On Tue, Dec 18, 2018 at 07:34:33AM -0800, Chuck Tuffli wrote: > Hi > > When running 12.0-RELEASE in bhyve, nvmecontrol will core dump sporadically > in rtld. This is repeatable, but doesn't happen every time. Peeking at > rlock_acquire(), the function checks for a NULL lockstate and then >

Re: Address Collision using i386 4G/4G Memory Split

On Tue, Dec 18, 2018 at 11:22:53AM +0100, Alexander Lochmann wrote: > > >> Some context: We are doing VM-based tracing in the FreeBSD kernel. For > >> that, we observe parts of the kernel memory (allocations, accesses,...). > >> Before 12.0 we simply knew that kernel addresses that we logged were

Re: Address Collision using i386 4G/4G Memory Split

On Tue, Dec 18, 2018 at 10:16:35AM +0100, Alexander Lochmann wrote: > Am 18.12.18 um 06:27 schrieb Konstantin Belousov: > > On Mon, Dec 17, 2018 at 02:51:48PM +0100, Alexander Lochmann wrote: > >> Hi folks! > >> > >> According to git commit e3089a (https://rev

Re: Address Collision using i386 4G/4G Memory Split

On Tue, Dec 18, 2018 at 08:34:25AM +, Brooks Davis wrote: > On Mon, Dec 17, 2018 at 03:58:05PM -0500, Kurt Lidl wrote: > > Alexander Lochmann writes: > > > According to git commit e3089a (https://reviews.freebsd.org/D1463) > > > FreeBSD 12.0 i386 uses separate address spaces for kernel and

Re: Address Collision using i386 4G/4G Memory Split

On Mon, Dec 17, 2018 at 02:51:48PM +0100, Alexander Lochmann wrote: > Hi folks! > > According to git commit e3089a (https://reviews.freebsd.org/D1463) > FreeBSD 12.0 i386 uses separate address spaces for kernel and user > space. So basically two memory areas, one in each space, can have the >

Re: /dev/crypto not being used in 12-STABLE

On Thu, Dec 06, 2018 at 04:48:35PM -0700, John Nielsen wrote: > Is aesni(4) even required if all you want is userland acceleration? > No, it is not. Same for rdrand_rng(4), if an application uses hw random source directly. ___

Re: Trap 12 in vm_page_alloc_after()

On Sun, Nov 18, 2018 at 08:24:38PM -0500, Garrett Wollman wrote: > Has anyone seen this before? It's on a busy NFS server, but hasn't > been observed on any of our other NFS servers. > > > Fatal trap 12: page fault while in

Re: Panic (gpf) in early boot after upgrading FreeBSD 10.4 -> 11.2 on Ganeti

On Sun, Nov 11, 2018 at 11:24:48PM -0500, Rob Austein wrote: > Belated upgrade (don't ask) of a pair of FreeBSD 10.4 VMs to 11.2. > Each VM got as far as: > > freebsd-update -r 11.2-RELEASE update > freebsd-update install > reboot > > Each VM got an immediate kernel panic after the reboot

Re: Possible memory leak in the kernel (contigmalloc)

The other possibility is that the memory is the caching pages from vnodes, but for this buffers must be created and then reclaimed, which would suggest even more activity on the system. > Thanks. > > -Original Message----- > From: Konstantin Belousov [mailto:kostik...@gmail.com] > Sent

Re: Possible memory leak in the kernel (contigmalloc)

on, which cause creation of the inactive memory and unrecoverable fragmentation. Note that contigmalloc() tries to do defragmentation to satisfy requests, but this is not always possible. > Ciunas. > > -Original Message- > From: Konstantin Belousov [mailto:kostik...@gmail.com] > Se

Re: Possible memory leak in the kernel (contigmalloc)

On Wed, Oct 24, 2018 at 04:27:52PM +, Bennett, Ciunas wrote: > Hello, > > I have encountered an issue with a kernel application that I have > written, the issue might be caused by a memory leak in the kernel. > The application allocates and deallocates contiguous memory using > contigmalloc()

Re: loader lsdev crashes loader (Was: head -r338804 boots threadripper 1950X fine; head -r338810+ do not; -r338807 seems implicated)

On Tue, Oct 23, 2018 at 08:54:24AM -0600, Warner Losh wrote: > On Tue, Oct 23, 2018 at 5:54 AM Toomas Soome wrote: > > > > > > On 23 Oct 2018, at 13:53, Lev Serebryakov wrote: > > > > > > On 22.10.2018 12:27, Toomas Soome wrote: > > > > > >> It would help to get output from loader lsdev -v

Re: Constraints in libmap(32).conf do not work as expected, possible bug in rtld-elf

On Wed, Sep 26, 2018 at 05:04:55PM +0200, Andreas Longwitz wrote: > >> One annotation to the script /etc/rc.d/ldconfig: I had expected that > >> this script during boot creates clean files ld-elf(32).so.hints in > >> /var/run. For 64 bit this is true, but for 32 bit not because ldconfig > >> with

Re: Constraints in libmap(32).conf do not work as expected, possible bug in rtld-elf

On Tue, Sep 25, 2018 at 12:03:32AM +0200, Andreas Longwitz wrote: > > > > Can you try this instead ? > > > Yes I did on a server running FreeBSD 12.0-CURRENT (GENERIC) #0 r337452 > and - after a trivial adaptation of your patch - on FreeBSD 10.4-STABLE > #0 r337823 and everything works correct.

Re: Constraints in libmap(32).conf do not work as expected, possible bug in rtld-elf

On Tue, Sep 11, 2018 at 10:47:58PM +0200, Andreas Longwitz wrote: > Thanks very much for answer ! > > Now I use the following libmap32.conf: > > ## php52 > [/usr/local/php52/lib/php/20060613/mysql.so] > /usr/local/lib/mysql/usr/local/lib32/mysql > [/usr/local/php52/] > /usr/local/lib

Re: Constraints in libmap(32).conf do not work as expected, possible bug in rtld-elf

On Sat, Sep 01, 2018 at 12:32:07AM +0200, Andreas Longwitz wrote: > On a FreeBSD 10.4-STABLE r337823 (amd64) server I have to run some old > php52 scripts from an FreeBSD 8.4-STABLE r284383 (i386) server. I have > copied the old php software to /usr/local/php52, installed the ports > misc/compat8x

Heads up: OFED build by default

I am going to merge revisions r336568, r336569, and r336570 from HEAD to stable/11. They enable the build of the OFED libraries by default, and move the build of most of the utilities under the WITH_OFED_EXTRA knob. Also as a minor fix, since libpcap lives in /lib and depends on two OFED

Re: Ryzen issues on FreeBSD ? (with sort of workaround)

On Fri, Jul 27, 2018 at 10:09:35AM -0400, Mike Tancsa wrote: > On 7/27/2018 10:00 AM, Pete French wrote: > > pkg install linux_base-c7 > > Same deal here > > 0{ryzenbsd11}# /compat/linux/bin/bash > Segmentation fault (core dumped) > 139{ryzenbsd11}# > > > This is stock FreeBSD image r335560.

Re: Ryzen issues on FreeBSD ? (with sort of workaround)

On Fri, Jul 27, 2018 at 12:01:09PM +0100, Pete French wrote: > So, I have been running the patched kernel for quiet a while now, and it > works fine for me, but last night I did hit a surprising issue - the > Linux emulator does not work on Ryzen / Epyc. I tried this on two > machines (both

Re: Ryzen issues on FreeBSD ? (with sort of workaround)

On Thu, Jul 05, 2018 at 02:58:29PM +0100, Pete French wrote: > > Which other files ? > > sys/x86/include/specialreg.h and sys/x86/x86/cpu_machdep.c > > Those are in your original patch as well as the change > to sys/amd64/amd64/initcpu.c, but your email earlier only > patches

Re: Ryzen issues on FreeBSD ? (with sort of workaround)

On Thu, Jul 05, 2018 at 02:23:15PM +0100, Pete French wrote: > > > On 05/07/2018 11:47, Konstantin Belousov wrote: > > Why do you state that they are saved/restored ? What is the evidence ? > > > https://software.intel.com/en-us/blogs/2009/06/25/virtualization-and-perf

Re: Kernel build fails

On Thu, Jul 05, 2018 at 12:54:50PM +0200, Dries Michiels wrote: > Hello, > > > Today I wanted to upgrade to newest revision of the 11-stable branch but I > have the following kernel build error: > > > > --- kern_kthread.o --- > > cc -target x86_64-unknown-freebsd11.2

Re: Ryzen issues on FreeBSD ? (with sort of workaround)

On Thu, Jul 05, 2018 at 11:43:29AM +0100, Pete French wrote: > > It does not make any sense to even try to access the chicken bits > > MSRs when running under virtualization. It is the duty of the > > hypervisor to configure hardware. > > I would tend to agree with you :-) I was kind of

Re: Ryzen issues on FreeBSD ? (with sort of workaround)

On Thu, Jul 05, 2018 at 11:13:10AM +0100, Pete French wrote: > So, I got my first lockup in weeks, testing with the latest stable > and the patch which sets the kernel bits. But I cant say it its > Ryzen related or not. > > Meanwhile I also got access to an Epyc server in Azure. Am also > runing

Re: Ryzen issues on FreeBSD ? (with sort of workaround)

On Tue, Jul 03, 2018 at 10:27:06AM +0100, Pete French wrote: > > > It is very likely that the latest microcode sets the chicken bits for the > > known erratas already. AFAIK, this is the best that a ucode update > > can typically do anyway. > > > > I just did some testing - it does do these

Re: Ryzen issues on FreeBSD ? (with sort of workaround)

On Sun, Jul 01, 2018 at 11:15:56AM +0100, Pete French wrote: > > This should be the kernel patch equivalent to the script. > > Ah, thankyou. I shall give this a try on tuesday when I am > physically back in front of the machine. I have been trying without > the oath as you asked by the way, and

Re: Ryzen issues on FreeBSD ? (with sort of workaround)

On Tue, Jun 26, 2018 at 01:32:01PM +0100, Pete French wrote: > the dmesg wraps around if I boot verbosely, but heres the contnets of > /var/log/messages from the time it starts to where it stops > talking about CPU specific stuff... if you need something else then > let me know - this is an easy

Re: Ryzen issues on FreeBSD ? (with sort of workaround)

On Tue, Jun 26, 2018 at 11:31:26AM +0100, Pete French wrote: > > On 06/18/2018 09:34, Pete French wrote: > > > Preseumably in the slightly longer term these workarounds go into the > > > actual kernel if it detects Ryzen ? > > > > Yes, Kostik said he would code this into the kernel after he gets

Re: regression: tmpfs in /etc/fstab results in boot stoppage

On Mon, Jun 18, 2018 at 08:46:35AM +1200, Jonathan Chen wrote: > Hi, > > I've updated to r335297 on STABLE-11. My root fs is ZFS, and /etc/fstab is: > > # DeviceMountpoint FStype Options DumpPass# > /dev/gpt/irontree-swap noneswapsw

Re: ldconfig(8) oddity on 11.2-BETA3?

On Sun, May 27, 2018 at 12:49:12PM +, Antoine Brodin wrote: > On Sat, May 26, 2018 at 10:29 PM, Jonathan Chen wrote: > > Hi, > > > > I'm running 11.2-BETA3/amd64 at r334236, and I've noticed that > > "ldconfig -m" doesn't behave as expected (or perhaps it's my > >

Re: svn commit: r334152 - in stable/11/sys: amd64/amd64 amd64/include dev/cpuctl i386/include x86/acpica x86/include x86/x86

On Fri, May 25, 2018 at 01:21:00PM -0400, Mike Tancsa wrote: > On 5/24/2018 9:17 AM, Konstantin Belousov wrote: > > Author: kib > > Date: Thu May 24 13:17:24 2018 > > New Revision: 334152 > > URL: https://svnweb.freebsd.org/changeset/base/334152 > > > >

Re: extract the process arguments from the crashdump

On Mon, May 14, 2018 at 05:32:21PM +0500, Eugene M. Zheganin wrote: > Hello, > > On 14.05.2018 16:15, Konstantin Belousov wrote: > > On Mon, May 14, 2018 at 01:02:28PM +0500, Eugene M. Zheganin wrote: > >> Hello, > >> > >> > >> Is there any w

Re: extract the process arguments from the crashdump

On Mon, May 14, 2018 at 01:02:28PM +0500, Eugene M. Zheganin wrote: > Hello, > > > Is there any way to extract the process arguments from the system > crashdump ? If yes, could anyone please explain to me how do I do it. ps -M vmcore.file -N /boot/mykernel/kernel -auxww

Re: 11.1-RELEASE-p10 cannot compile freebsd stable/11 kernel?

On Sun, May 13, 2018 at 08:06:47PM -0500, Mike Karels wrote: > [details omittied] > > > I know that clang has been updated a lot; has the kernel source gotten > > > ahead of clang on stable/11? > > On stable/11 they are in sync. The official method of upgrade is > > make buildworld

Re: 11.1-RELEASE-p10 cannot compile freebsd stable/11 kernel?

On Sun, May 13, 2018 at 09:58:29AM -0500, Mike Karels wrote: > I attempted a kernel compile from stable/11, as a freebsd-update didn't > seem to update /usr/src/sys, and I'm running a custom kernel. I get > compile errors like this: > > ../../../amd64/amd64/support.S:829:2: error: unknown

Re: pdeathsig_helper and .debug/pdeathsig_helper.debug placed in /mnt when DESTDIR=/mnt

On Wed, May 09, 2018 at 09:19:12PM +0200, Trond Endrest?l wrote: > On Wed, 9 May 2018 20:46+0200, Trond Endrest?l wrote: > > > But this one's persistent: > > > > --- realinstall_subdir_tests --- > > --- subr_unit_test.install --- > > (cd /usr/src/tests/sys/kern &&

Re: pdeathsig_helper and .debug/pdeathsig_helper.debug placed in /mnt when DESTDIR=/mnt

On Wed, May 09, 2018 at 06:44:09PM +0200, Trond Endrest?l wrote: > On Wed, 9 May 2018 16:50+0300, Konstantin Belousov wrote: > > > On Wed, May 09, 2018 at 02:49:34PM +0200, Trond Endrest?l wrote: > > > I noticed two new entries in / after running make installworld today >

Re: pdeathsig_helper and .debug/pdeathsig_helper.debug placed in /mnt when DESTDIR=/mnt

On Wed, May 09, 2018 at 02:49:34PM +0200, Trond Endrest?l wrote: > I noticed two new entries in / after running make installworld today > using amd64 stable/11 r90: > > # LANG=en_US.UTF-8 ls -lT /pdeathsig_helper /.debug/pdeathsig_helper.debug > -r--r--r-- 1 root wheel 7528 May 9

Re: KBI unexpexted change in stable/11 ?

On Thu, Mar 29, 2018 at 09:21:43PM +0300, Slawa Olhovchenkov wrote: > On Wed, Mar 28, 2018 at 11:25:08PM -0700, Kevin Oberman wrote: > > > > > > r325665 is previos point and is good. > > > > > r331615 crashed. > > > > > Can I use some script for bisect? > > > > > > > > I'm not aware of a script

Re: Now that the meltdown-patches are in STABLE...

On Mon, Feb 26, 2018 at 09:47:26PM +0100, Rainer Duffner wrote: > Am I right to assume they aren???t being backported to 11.1 and we have to > wait for 11.2? > > > Don???t get me wrong - I???d rather have a stable system when random reboots > during the daily or weekly runs. > > But for my

Re: [HEADS UP] - OFED/RDMA stack update

On Mon, Feb 26, 2018 at 02:21:39PM -0800, Navdeep Parhar wrote: > +freebsd-arch@ > > Hi Meny, > > Can you please post the KPI/KBI analysis that you generated to some > public location and provide a link here? A straight MFC would be a > major break of KPI/KBI in -STABLE and the options we're

  1   2   3   4   >