On Thu, Sep 22, 2016 at 11:34:24AM +0300, Slawa Olhovchenkov wrote:
> On Thu, Sep 22, 2016 at 11:27:40AM +0300, Konstantin Belousov wrote:
>
> > On Thu, Sep 22, 2016 at 11:25:27AM +0300, Slawa Olhovchenkov wrote:
> > > On Thu, Sep 22, 2016 at 10:59:33AM +0300, Kons
On Thu, Sep 22, 2016 at 12:33:55PM +0300, Slawa Olhovchenkov wrote:
> Do you still need first 100 lines from verbose boot?
No.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any m
On Thu, Sep 22, 2016 at 12:33:55PM +0300, Slawa Olhovchenkov wrote:
> OK, try this patch.
Was the patch tested ?
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freeb
On Mon, Oct 03, 2016 at 04:29:01AM -0700, David Wolfskill wrote:
> This is for a src-based in-place upgrade of stable/11 (amd64) from
> r306576 to r306629; both my laptop and build machine show errors,
> starting with:
>
> ...
> >>> stage 4.3: building everything
> ...
> --- all_subdir_usr.bin ---
On Tue, Oct 04, 2016 at 11:14:38AM +1000, Andy Farkas wrote:
> Is it just me or
>
> Step 1: boot
> Step 2: login as root
> Step 3: type "w" *
> Step 4: type "shutdown now; logout"
> Step 5: press at the 'Enter full pathname of shell or RETURN for
> /bin/sh:' prompt
> Step 6: type "reboot"
> S
On Wed, Oct 05, 2016 at 05:32:18AM +1000, Andy Farkas wrote:
> On 04/10/2016 23:11, Andy Farkas wrote:
> > On 04/10/2016 21:24, Konstantin Belousov wrote:
> >> On Tue, Oct 04, 2016 at 11:14:38AM +1000, Andy Farkas wrote:
> >>> Is it just me or
> >>>
On Wed, Oct 05, 2016 at 07:32:33PM +1000, Andy Farkas wrote:
> On 05/10/2016 18:43, Konstantin Belousov wrote:
>
> > Apply the following patch. I am interested if anything additional appear
> > on the console. Screenshot is good enough.
>
> Patch applied. Panic (
On Thu, Oct 06, 2016 at 06:31:59PM +1000, Andy Farkas wrote:
> Reverted your patch then changed line 1011 of init.c to _exit(97):
>
> --- init.c-orig 2016-10-05 18:52:24.02291 +1000
> +++ init.c 2016-10-06 17:02:33.714624000 +1000
> @@ -1008,7 +1008,7 @@
> */
> warning("single user shell t
On Fri, Oct 07, 2016 at 08:32:24AM +1000, Andy Farkas wrote:
> With your latest patch applied, I ran through my procedure more
> than a dozen times and no panics!
>
> Any explanation why sleep(STALL_TIMEOUT) as apposed to a
> bunch of sleep(1)'s tickles the panic?
What happened was sleep() got int
On Tue, Nov 01, 2016 at 02:29:13PM -0700, Jason Harmening wrote:
> repro code is at http://pastebin.com/B68N4AFY if anyone's interested.
>
> On 11/01/16 13:58, Jason Harmening wrote:
> > Hi everyone,
> >
> > I recently upgraded my main amd64 server from 10.3-stable (r302011) to
> > 11.0-stable (r
On Wed, Nov 02, 2016 at 09:18:15AM -0700, Jason Harmening wrote:
> I think you are probably right. Hacking out the Intel-specific
> additions to C-state parsing in acpi_cpu_cx_cst() from r282678 (thus
> going back to sti;hlt instead of monitor+mwait at C1) fixed the problem
> for me. But r282678
On Tue, Nov 15, 2016 at 10:59:57AM -0500, George Mitchell wrote:
> ... is a topic I just marginally understand. But pkg 1.9.3 fails
> on FreeBSD 10.1-RELEASE-p35 because /lib/libc.so.7 contains no
> definition for "openat", though /lib/libc.so.7 on 10.3-RELEASE-p11
> does define it. I confess to
On Wed, Nov 02, 2016 at 06:28:08PM +0200, Konstantin Belousov wrote:
> On Wed, Nov 02, 2016 at 09:18:15AM -0700, Jason Harmening wrote:
> > I think you are probably right. Hacking out the Intel-specific
> > additions to C-state parsing in acpi_cpu_cx_cst() from r282678 (thus
> &
On Sat, Nov 26, 2016 at 02:37:45PM -0800, Jason Harmening wrote:
> I can confirm this patch works. HPET is now chosen over LAPIC as the
> eventtimer source, and the system works smoothly without disabling C2 or
> mwait.
Thank you for the testing.
The change was committed to HEAD as r309189.
On Tue, Nov 29, 2016 at 12:32:28PM +1100, Dewayne Geraghty wrote:
> Is WITHOUT_SSP actually honoured and is building a world and/or ports
> without SSP possible? Advise/suggestions appreciated.
>
> Amongst the 9 different server configurations that we build/support, we've
> been asked to build a m
On Sun, Dec 04, 2016 at 04:23:00PM +0300, Andrey Chernov wrote:
> It seems counter.h is included before systm.h where critical_* are declared.
It is more weird, since sys/counter.h was added in the stable/10
merge, but the header is not used in the HEAD sources. It is indeed
needed for stable/10 dr
On Wed, Feb 01, 2017 at 05:38:07AM -0700, Jakub Lach wrote:
> As it shows your interest, I appreciate your answer very much.
>
> I was a bit let down then, I had to (using the same card reader),
> cp -r using borrowed Apple iMac. It worked as it should.
>
> It was FreeBSD 11.0-STABLE #0 r310265
On Wed, Feb 01, 2017 at 06:02:45AM -0700, Jakub Lach wrote:
> Yes, it has happened also with another device. Which was not a card reader
> (HDD
> mounted by USB), and I have used the same card reader configuration to copy
> the memory card content with iMac.
Is your card reader USB-attached, sam
On Wed, Feb 01, 2017 at 07:16:28AM -0700, Jakub Lach wrote:
> I'm not sure if it's the same thing. Most of the times the corruption was
> silent
> then.
>
> Nonetheless, the outcome was the same after newfs HDD with UFS2-
>
> http://www.pastebin.ca/3762661
>
> I would 'blame' USB now, if only I
On Wed, Feb 01, 2017 at 04:05:41PM +, hartmut.bra...@dlr.de wrote:
> The problem is not the memory but the 2GB process limit.
Did you configured PAE ? Normal (non-PAE) kernels with default configuration
of U/K split provide 3G to userspace.
On amd64 kernel running 32bit processes, you get 4G
all relevant versions of FreeBSD.
>
> rick
>
> From: Harry Schmalzbauer
> Sent: Tuesday, March 7, 2017 2:45:40 PM
> To: Rick Macklem
> Cc: Konstantin Belousov; FreeBSD Stable; Mark Johnston; k...@freebsd.org
> Subject: Re: unionfs
On Thu, Mar 09, 2017 at 10:49:01PM +, Rick Macklem wrote:
> Konstantin Belousov wrote:
> > I did not touched unionfs, and have no plans to. It is equally broken in
> > all relevant versions of FreeBSD.
> Heh, heh. I chuckled when I read this. I think he's trying to s
On Tue, Apr 18, 2017 at 01:28:33PM +0500, Eugene M. Zheganin wrote:
> Hi,
>
>
> I need to install FreBSD on an Intel system with s5000pal mainboard. The
> problem is, that on the kernel loading stage, FreeBSD reboots the
> server. Like, always and silently, without trapping. I have plugged out
On Sat, Apr 29, 2017 at 07:55:24PM +0200, Dimitry Andric wrote:
> On 29 Apr 2017, at 19:00, Gerald Pfeifer wrote:
> >
> > On Thu, 27 Apr 2017, Jung-uk Kim wrote:
> >>> I found the problem, but I do not know how to resolve this. When you
> >>> install the GCC compiler from the PKG reposi
On Wed, May 10, 2017 at 03:29:39PM -0700, Olivier Cinquin wrote:
> Hi,
> I'm getting the following kernel panics on recent 11-STABLE (r317883):
>
> spin lock 0x81df43d0 (smp rendezvous) held by 0xf8019c7a7000 (tid
> 100845) too long
> timeout stopping cpus
> panic: spin lock held too
On Sun, Jun 11, 2017 at 11:12:25AM -0700, David Wolfskill wrote:
> 2811 rpc.lockd CALL nlm_syscall(0,0x1e,0x4,0x801015040)
> 2811 rpc.lockd RET nlm_syscall -1 errno 14 Bad address
If you revert r319614 on stable/11, does the problem go away ?
___
On Wed, Jun 14, 2017 at 08:49:36PM +0700, Eugene Grosbein wrote:
> Hi!
>
> Our [v]syslog() implementation in src/lib/libc/gen/syslog.c
> tries to be thread-safe and uses "syslog_mutex".
>
> It may lock this mutex then call blocking system calls like sendto().
> If a thread owning this mutex is pt
On Wed, Jun 14, 2017 at 11:39:39PM +0700, Eugene Grosbein wrote:
> 14.06.2017 21:12, Konstantin Belousov wrote:
>
> > If the issue is that mpd5 cancels logging thread, and this leaves the
> > mutex in the locked state, the right solution is to establish a cleanup
> > h
On Sun, Jul 09, 2017 at 01:53:24PM +0200, Jan Kokem??ller wrote:
> Same here on -CURRENT r320620. r319481 (I think) was working fine.
>
> I'm using the i386-wine-devel package from the official repository.
This should fix creation of the unkillable processes, but untested.
After that, if wine st
On Mon, Jul 10, 2017 at 01:00:05PM -0700, Mark Johnston wrote:
> I suspect that this is a result of r320763. That change removed a field
> from struct vm_map_entry, which is embedded in struct vm_map. Virtualbox
> does not reference the fields of struct vm_map directly, but it does
> call vm_map_pm
On Fri, Jul 14, 2017 at 01:53:40PM +1000, Dewayne Geraghty wrote:
> Can someone advise how I can enable extended attributes in a "system"
> namespace within a jailed (or bhyve) environment? There was no guidance
> in "man jail" nor "man jail.conf".
Mentioning jails and bhyve in a single sentence c
On Fri, Jul 14, 2017 at 07:28:58PM +1000, Dewayne Geraghty wrote:
> On 14/07/2017 5:56 PM, Konstantin Belousov wrote:
> > On Fri, Jul 14, 2017 at 01:53:40PM +1000, Dewayne Geraghty wrote:
> >> Can someone advise how I can enable extended attributes in a "system"
> &
On Fri, Jul 14, 2017 at 02:31:15PM +0500, Eugene M. Zheganin wrote:
> Hi.
>
>
> Is there any chance to mount UDF filesystem under FreeBSD with mdconfig
> and ISO image ? Mount -t cd9660 /dev/md0 /mnt/cdrom gives me the
> readme.txt with "This is UDF, you idiot" and mount -t udf /dev/md0
> /mnt
On Mon, Jul 17, 2017 at 11:54:06AM +0200, Vlad K. wrote:
> Hello list,
>
> the stack_guard hardening option in bsdinstall is now setting 512 pages
> of it in CURRENT, as of r320674. It's said to MFC after 1 day (on Jul
> 5th), but STABLE hasn't got it yet. Is this simply an omission
> (understa
On Fri, Jul 21, 2017 at 10:42:42PM -0700, Don Lewis wrote:
> Your best bet for a quick workaround for the stack overflow would be to
> rebuild the kernel with a larger value of KSTACK_PAGES. You can find
> teh default in /usr/src/sys//conf/NOTES.
Or set the tunable kern.kstack_pages to the desired
On Sat, Jul 22, 2017 at 12:51:01PM +0700, Eugene Grosbein wrote:
> Also, there is https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219476
I strongly disagree with the idea of increasing the default kernel
stack size, it will cause systematic problems for all users instead of
current state where s
On Sat, Jul 22, 2017 at 02:40:59PM +0700, Eugene Grosbein wrote:
> Also, I've always wondered what load pattern one should have
> to exhibit real kernel stack problems due to KVA fragmentation
> and KSTACK_PAGES>2 on i386?
In fact each stack consumes 3 contigous pages because there is also
the guar
On Sat, Jul 22, 2017 at 03:37:30PM +0700, Eugene Grosbein wrote:
> On 22.07.2017 15:00, Konstantin Belousov wrote:
> > On Sat, Jul 22, 2017 at 02:40:59PM +0700, Eugene Grosbein wrote:
> >> Also, I've always wondered what load pattern one should have
> >> to exhibi
On Sat, Jul 22, 2017 at 10:51:42PM -0700, Don Lewis wrote:
> > The stack is aligned to a 4096 (0x1000) boundary. The first access to a
> > local variable below 0xfe085cfa5000 is what triggered the trap. The
> > other end of the stack must be at 0xfe085cfa9000 less a bit. I don't
> > know
On Thu, Jul 27, 2017 at 10:06:53PM +0700, Eugene Grosbein wrote:
> Hi!
>
> Very recently stable/11 got a problem somewhere between r321073 and r321459:
> /bin/sh crashes with SIGSYS at boot time:
>
> Trying to mount root from ufs:/dev/ada0s1a [ro]...
> start_init: trying /sbin/init
> ppid 21 (sh)
On Fri, Aug 04, 2017 at 06:10:48PM -0700, Kevin Oberman wrote:
> multimedia/avidemux_qt4 has started dumping core with segfaults and other
> errors in libthread called from Qt4. I am suspicious that the real problem
> is in Qt4 and those errors were previously not detected and usually not
> causing
On Tue, Aug 15, 2017 at 04:48:06PM -0400, Mike Tancsa wrote:
> Not sure if this is just me or not, but on a nanobsd i386 image, this
> breaks building the image.
>
> ---Mike
>
> --- all_subdir_geom_journal ---
> --- g_journal.o ---
> /usr/src/sys/modules/geom/geom_journal/../../../geom/jour
On Fri, Sep 01, 2017 at 06:21:00PM +0300, Paul wrote:
>
> It seems that a lot of CPU resources are spend when trying to get exclusive
> lock on file from multiple processes concurrently. By multiple i mean
> hundreds.
> It seems that there's an initial cost of fcntl() call. Each process that
>
On Thu, Sep 28, 2017 at 01:17:24AM +0200, Hans Petter Selasky wrote:
> Hi,
>
> I just upgraded and hit these SEGFAULTs too. First of all you need to
> install GDB 8.0 from ports to get the right backtrace (important). This
> leads straight into LibUnwind in libgcc:
>
> (gdb) bt
> #0 uw_frame_s
On Fri, Oct 27, 2017 at 04:12:54AM -0700, David Wolfskill wrote:
> This is observed on systems (both my laptop & my build machine) running
> stable/11 @r325003, after updating sources to r325033:
>
> --- libprocstat.o ---
> In file included from /usr/src/lib/libprocstat/libprocstat.c:69:
> /usr/ob
On Mon, Dec 11, 2017 at 07:09:31AM +1100, Peter Jeremy wrote:
> I was experimenting with ports/devel/libmill (which is a library that
> provides Go-styly functionality for C programs) and managed to create
> an unkillable process by spawning 100 "goroutines" (think very
> cheap "thread" or "cor
On Fri, Dec 22, 2017 at 10:26:07AM +0100, Peter Holm wrote:
> Here's some more info, using the original scenario:
> https://people.freebsd.org/~pho/stress/log/kostik1070.txt
This is somewhat weird but also not too puzzling.
The vmdaemon (pid 41) is running, it tries to reduce the count of residen
On Sun, Dec 31, 2017 at 02:17:08PM +, Gary Palmer wrote:
>
> Hi,
>
> I recently updated to 11.1-RELEASE-p6 and on the most recent reboot
> (after rebuilding all the necessary packages) the clock was running
> slow and NTP wouldn't sync. I looked in /var/log/messages and I found
> that for
On Sun, Dec 31, 2017 at 03:49:13PM +, Gary Palmer wrote:
> On Sun, Dec 31, 2017 at 04:51:47PM +0200, Konstantin Belousov wrote:
> > On Sun, Dec 31, 2017 at 02:17:08PM +, Gary Palmer wrote:
> > >
> > > Hi,
> > >
> > > I recently updated to
On Tue, Jan 30, 2018 at 07:54:41AM -0600, Mike Karels wrote:
> > On 30.01.2018 13:59, Andre Albsmeier wrote:
>
> > >> Also, I'd like to know reasons that made you stick to 32 bit OS
> > >> as we have pretty good support for 32 bit applications running under 64
> > >> bit system.
> > >
> > > I (s
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 loo
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 own
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 fo
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 12:06:58
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
>
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 && DEPENDFILE=.depend.subr_unit_te
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 dir
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 buildkernel
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
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
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
> >
> >
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
> > understanding).
> >
> > This
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
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 en
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 ma
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 wi
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 bits
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 t
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 surprise
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 --sysroot=/usr/obj/usr/
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
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 sys/amd64/amd64/init
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 with
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.
By
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
libraries,
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
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
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.
>
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 f
On Wed, May 03, 2006 at 06:01:37PM +0100, Gavin Atkinson wrote:
> Just had the following panic on 6.1-RC from source current as of 24
> hours ago:
>
> db> ex/s *panicstr
> buf.1: mutex Giant not owned at /usr/src/sys/kern/vfs_subr.c:2037
> db> tr
> Tracing pid 6158 tid 100120 td 0xc64e4180
> kdb_
On Thu, May 04, 2006 at 04:59:33PM -0700, David Kirchner wrote:
> Here's how to reproduce the snapshot deadlock I'm seeing, with 6.1-RC2
> cvsup'd as of 5 or 6 hours ago:
>
> 1) dd if=/dev/zero of=/usr/bigfile bs=1024 seek=209715200 count=0
> 2) mdconfig -a -t vnode -f /usr/bigfile
> 3) bsdlabel -
On Sun, May 07, 2006 at 07:26:55PM +0400, Dmitry Morozovsky wrote:
> On Sun, 7 May 2006, Dmitry Morozovsky wrote:
>
> DM> KK> > Also, as an FYI, several quota-related snapshot fixes went into CVS
> in the
> DM> KK> > last 24-48 hours. Once they've settled for a few weeks, and
> assuming they
On Sun, May 07, 2006 at 07:59:33PM +0400, Dmitry Morozovsky wrote:
> On Sun, 7 May 2006, Konstantin Belousov wrote:
>
> KB> > Alas, it is locked again:
> KB> >
> KB> > [EMAIL PROTECTED]:~# ps axlww | grep snap
> KB> > 032 0 0 -4
On Sun, May 07, 2006 at 08:29:08PM +0400, Dmitry Morozovsky wrote:
> On Sun, 7 May 2006, Konstantin Belousov wrote:
>
> KB> > I'm running RELENG_6 with hand-merged sys/ufs/ffs changes from 1 to 7
> May.
>
> KB> It would be great to show the patchset. Also note t
On Mon, May 15, 2006 at 11:58:32PM -0400, m m wrote:
> On 5/14/06, Alexander Kabaev <[EMAIL PROTECTED]> wrote:
> >On Thu, 11 May 2006 20:57:20 -0400
> >"m m" <[EMAIL PROTECTED]> wrote:
> >
> >> I am writing in regard to PR at
> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=bin%2F59552 . I am
> >>
On Sun, May 21, 2006 at 01:13:35PM -0400, m m wrote:
> Any hints on this available? Suggestions, more info, anything else?
>
> On 5/15/06, m m <[EMAIL PROTECTED]> wrote:
> >On 5/14/06, Alexander Kabaev <[EMAIL PROTECTED]> wrote:
> >> On Thu, 11 May 2006 20:57:20 -0400
> >> "m m" <[EMAIL PROTECTED
On Sun, May 21, 2006 at 06:22:34PM -0400, m m wrote:
> n 5/21/06, Konstantin Belousov <[EMAIL PROTECTED]> wrote:
> >> >Program received signal SIGSEGV, Segmentation fault.
> >> >0x in ?? ()
> >> >(gdb) bt
> >> >#0 0x in ??
On Mon, May 22, 2006 at 05:43:32PM -0400, Rong-en Fan wrote:
> On 5/14/06, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> >On Sun, May 14, 2006 at 02:28:55PM -0400, Howard Leadmon wrote:
> >>
> >>Hello All,
> >>
> >> I have been running FBSD a long while, and actually running since the
> >5.x
> >
On Thu, May 25, 2006 at 01:19:26AM -0400, Kris Kennaway wrote:
> On Wed, May 24, 2006 at 11:48:53PM -0400, Howard Leadmon wrote:
>
> > So what's changed at that delta, under the one that works vfs_lookup.c is:
> >
> > Edit src/sys/kern/vfs_lookup.c
> > Add delta 1.80.2.6 2006.03.31.07.39.24 kr
On Mon, May 29, 2006 at 12:09:24AM +0200, V??clav Haisman wrote:
> See attached file. The kernel is todays CVS 6.1.
>
> --
> Vaclav Haisman
>
>
> May 28 19:16:55 logout kernel: lock order reversal:
> May 28 19:16:55 logout kernel: 1st 0xc3d4bb1c vnode interlock (vnode
> interlock) @ /usr/src/s
On Thu, Jun 01, 2006 at 01:06:44AM +0300, Dmitry Pryanishnikov wrote:
>
> Hello!
>
> On Thu, 25 May 2006, Konstantin Belousov wrote:
> > KASSERT(!(debug_mpsafenet == 1 && mtx_owned(&Giant)),
> > ("nfssvc_nfsd(): debug.mpsaf
On Tue, Jun 06, 2006 at 01:49:04PM -0400, Mike Jakubik wrote:
> Scott Long wrote:
> >Dmitriy Kirhlarov wrote:
> >
> >>Hi!
> >>
> >>On Tue, May 23, 2006 at 04:35:21PM -0400, Kris Kennaway wrote:
> >>
> >>
> >>6.1-STABLE after 6.1-RELEASE is releases. So I think you may want
> >>>
> >>>If you use
On Tue, Jun 06, 2006 at 09:22:34PM +0300, Konstantin Belousov wrote:
> The hangs are mostly related to snapshots. It would be better to
> update to the latest RELENG_6.
I need to clarify this no so wise statement made at the end of the
day.
It is believed that Tor Egge fixed all known ca
On Fri, Jun 09, 2006 at 07:34:39PM -0400, Mike Jakubik wrote:
> Since i don't have a serial console available and I'm not that
> knowledgeable with debuggers, would providing a fast download link to a
> core dump (I'm sure the dump would compress very well) be useful to
> anyone? Would someone b
On Thu, Jun 22, 2006 at 05:12:22PM -0300, Marc G. Fournier wrote:
>
> 'k, I was thinking / hoping it was just maxpipekva causing me issues, but
> apparently that isn't it ... it just froze up again with only 40 out of
> 60M of allocated space used:
>
> ==
> kern.ipc.
301 - 395 of 395 matches
Mail list logo
