On Sun, Dec 29, 2013 at 04:36:18PM -0500, Mark Johnston wrote:
> Hello,
>
> While experimenting with some userland DTrace scripts, I seem to
> be consistently able to trigger a deadlock between smp_rendezvous_cpus()
> (called periodically by DTrace) and smp_targeted_tlb_shootdown():
>
> spin lock
On Mon, Jan 20, 2014 at 07:36:15AM -0800, David Wolfskill wrote:
> Jan 20 07:02:16 freebeast syslogd: exiting on signal 15
> Waiting (max 60 seconds) for system process `vnlru' to stop...done
> Waiting (max 60 seconds) for system process `syncer' to stop...
> Syncing disks, vnodes remaining...2 4 4
On Fri, Feb 14, 2014 at 03:55:47PM +0200, Andriy Gapon wrote:
>
> I am using "radeonkms" on a machine with quite mixed, diverse and varying
> loads.
> Sometimes I get an X server crash like the following:
>
> kernel: [TTM] Unable to allocate page
> kernel: error: [drm:pid1815:radeon_gem_object_c
On Sat, Feb 15, 2014 at 02:12:40PM +0200, Andriy Gapon wrote:
> on 14/02/2014 21:18 Jeremie Le Hen said the following:
> > I've just got another occurence of the exact same panic. Any clue how
> > to debug this?
>
> Could you please obtain *vp from frame 12 ?
>
> The problem seems to be happenin
On Wed, Mar 05, 2014 at 11:41:24AM +0200, Andriy Gapon wrote:
> on 04/03/2014 18:45 John Baldwin said the following:
> > So I'm not sure how to fix this. The crash is in this code in
> > vm_object_deallocate():
> >
> > if (object->type == OBJT_SWAP &&
> >
On Wed, Mar 05, 2014 at 02:21:04PM -0500, John Baldwin wrote:
> On Wednesday, March 05, 2014 6:07:23 am Konstantin Belousov wrote:
> > On Wed, Mar 05, 2014 at 11:41:24AM +0200, Andriy Gapon wrote:
> > > on 04/03/2014 18:45 John Baldwin said the following:
> > > > S
On Sun, Mar 09, 2014 at 12:56:48PM -0400, Glen Barber wrote:
> We are having regular panics on several machines in the cluster.
>
> Below follows the script from the kgdb(1) session, hopefully providing
> enough information. This machine runs 11.0-CURRENT #2 r262892, from
> 2 days ago.
>
> It us
On Sun, Mar 09, 2014 at 02:16:57PM -0400, Glen Barber wrote:
> panic: vm_fault: fault on nofault entry, addr: fe03becbc000
I see, this panic is for access to the kernel map, not for the direct map.
I think that this is a race with other CPU unmapping some page in the
kernel map, which cannot b
On Mon, Mar 10, 2014 at 02:05:08PM -0400, Glen Barber wrote:
> Unread portion of the kernel message buffer:
> Sleeping thread (tid 100702, pid 24712) owns a non-sleepable lock
Would be nice to see the full message before and panic from the console.
From what I see, this is a lock leak, I forgot to
On Tue, Mar 25, 2014 at 11:25:28PM +0100, Mariusz Zaborski wrote:
> >> [snip]
> >> --- //depot/user/oshogbo/capsicum/lib/libc/stdio/Symbol.map 2013-06-28
> >> 08:51:28.0
> >> +++ /home/oshogbo/p4/capsicum/lib/libc/stdio/Symbol.map 2013-06-28
> >> 08:51:28.0
> >>
On Wed, Apr 02, 2014 at 04:06:16PM +0900, Kohji Okuno wrote:
> From: John-Mark Gurney
> Date: Tue, 1 Apr 2014 23:15:51 -0700
> > Kohji Okuno wrote this message on Wed, Apr 02, 2014 at 11:45 +0900:
> >> I think, kevent() has a bug.
> >> I tested sample programs by attached sources.
> >> This sample
Hi,
it seems that recent changes to share/mk broke the ability to do anything
in subdir of the source tree. As example, on the HEAD r264012 installed
yesterday:
sandy% make /usr/home/pooma/build/bsd/DEV/src/tools/regression/kqueue
make: "/usr/share/mk/bsd.own.mk" line 436: MK_MAN can't
On Wed, Apr 02, 2014 at 09:45:43AM -0700, John-Mark Gurney wrote:
> Konstantin Belousov wrote this message on Wed, Apr 02, 2014 at 15:07 +0300:
> Well, it's not that its preventing waking up the waiter, but failing to
> register the event on the knote because of the _INFLUX flag...
Y
On Wed, Apr 02, 2014 at 09:46:34AM -0600, Warner Losh wrote:
>
> On Apr 2, 2014, at 6:15 AM, Konstantin Belousov wrote:
>
> > Hi,
> > it seems that recent changes to share/mk broke the ability to do anything
> > in subdir of the source tree. As example, on
On Thu, Apr 03, 2014 at 06:26:56PM +0900, Kohji Okuno wrote:
> > The done_ev_add case is indeed missed in my patch, thank you for noting.
> > The case of EV_ADD does not need the KN_SCAN workaround, IMO, since the
> > race is possible just by the nature of adding the knote.
> I think, we should ad
On Thu, Apr 03, 2014 at 12:17:13PM -0400, Nikolai Lifanov wrote:
> On 04/03/14 08:58, Nikolai Lifanov wrote:
> > On 04/01/14 12:02, Ryan Stone wrote:
> >> Author: rstone
> >> Date: Tue Apr 1 16:02:02 2014
> >> New Revision: 264011
> >> URL: http://svnweb.freebsd.org/changeset/base/264011
> >>
> >>
On Fri, Apr 04, 2014 at 07:55:05AM +0900, Kohji Okuno wrote:
> Hi,
>
> Thank you for your detailed commnet. And I uderstood about your opinion.
> By the way, do you commit your change to HEAD?
Sure I will, I am waiting for possible last comment from John-Mark.
Unless he provides more feedback, I
On Tue, Feb 18, 2014 at 03:43:28PM +0200, Andriy Gapon wrote:
> on 18/02/2014 15:39 Jeremie Le Hen said the following:
> > On Tue, Feb 18, 2014 at 03:31:53PM +0200, Andriy Gapon wrote:
> >>
> >> So, VV_ROOT is indeed set in v_vflag.
> >> Thank you.
> >
> > So there's no need for me to reboot with
On Mon, Apr 21, 2014 at 09:03:20AM +0200, O. Hartmann wrote:
> On FreeBSD 11.0-CURRENT #0 r264702: Sun Apr 20 23:56:04 CEST 2014 amd64
>
> I receive this mysterious message several times when compiling a new kernel an
> automatically build virtualbox-ose-kmod-4.3.10. What is this supposed to mean?
On Thu, May 15, 2014 at 03:36:51PM +0200, Oliver Pinter wrote:
> Hi all!
>
> I found that the SPARSE_MAPPING used only in sys/kern/link_elf.c file,
> and no other place in kernel, nor in generated codes in /usr/obj/...
>
> op@pandora-d opBSD.git> git grep -i SPARSE_MAPPING
> sys/kern/link_elf.c:#
On Thu, May 29, 2014 at 02:44:19PM -0400, John Baldwin wrote:
> On Thursday, May 29, 2014 2:24:45 pm Adrian Chadd wrote:
> > On 29 May 2014 10:18, John Baldwin wrote:
> >
> > >> > It costs wired memory to increase it for the kernel. The userland set
> > >> > size
> > >> > can be increased rathe
On Fri, Jun 06, 2014 at 03:14:52PM -0400, Julio Merino wrote:
> Hello all,
>
>
> TL;DR
> -
>
> I plan to turn the TESTS src.conf knob ON by default on Tuesday once I
> have been able to perform enough sanity-checks of the build and all of
> them pass.
>
> The impact of this is that the Free
On Sat, Jun 07, 2014 at 12:31:01PM -0600, Alan Somers wrote:
> On Fri, Jun 6, 2014 at 9:33 PM, Konstantin Belousov
> wrote:
> > On Fri, Jun 06, 2014 at 03:14:52PM -0400, Julio Merino wrote:
> >> Hello all,
> >>
> >>
> >> TL;DR
> >> ---
On Sun, Jun 08, 2014 at 04:36:45PM -0400, Glen Barber wrote:
> On Sun, Jun 08, 2014 at 01:33:31PM -0700, Adrian Chadd wrote:
> > Now, as for how much bloat it adds to the CD images...
> >
>
> Enough that it will be turned off for the CDs.
I wanted to answer that we should split the question into
Hi,
I did some measurements and hacks to see about the performance and
scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD
Foundation.
The results are described in https://kib.kiev.ua/kib/pgsql_perf.pdf.
The uncommitted patches, referenced in the article, are available as
https://ki
On Fri, Jun 27, 2014 at 10:57:53AM -0400, John Baldwin wrote:
> On Friday, June 27, 2014 8:56:13 am Konstantin Belousov wrote:
> > Hi,
> > I did some measurements and hacks to see about the performance and
> > scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The F
On Sat, Jun 28, 2014 at 12:08:39PM +0200, Palle Girgensohn wrote:
>
>
> 27 jun 2014 kl. 18:34 skrev Konstantin Belousov :
>
> > On Fri, Jun 27, 2014 at 10:57:53AM -0400, John Baldwin wrote:
> >> On Friday, June 27, 2014 8:56:13 am Konstantin Belousov wrote:
On Sat, Jun 28, 2014 at 01:37:20PM +0200, Palle Girgensohn wrote:
>
>
> > 28 jun 2014 kl. 12:21 skrev Konstantin Belousov :
> >
> >> On Sat, Jun 28, 2014 at 12:08:39PM +0200, Palle Girgensohn wrote:
> >>
> >>
> >>> 27 jun 2014 kl. 18:34
On Thu, Jul 03, 2014 at 07:15:51PM -0700, Adrian Chadd wrote:
> Hi,
>
> I'm currently testing this out. It seems to be working out alright.
>
> adrian@test3:~/work/freebsd % svn diff stable/10/src/sys/kern/
>
> Index: stable/10/src/sys/kern/kern_lockf.c
>
> =
On Fri, Jul 04, 2014 at 04:12:51PM +0400, Ivan A. Kosarev wrote:
> Hello,
>
> Consider the following:
>
> ---
> #include
> #include
>
> extern "C" void* memset(void *block, int c, size_t size)
> __attribute__((weak, alias("__int_memset"), visibility("default")));
>
> extern "C" __attribu
On Sun, Jul 06, 2014 at 05:25:12PM +, Steve Wills wrote:
> On Sun, Jul 06, 2014 at 12:28:07PM -0400, Ryan Stone wrote:
> > On Sun, Jul 6, 2014 at 11:46 AM, Steve Wills wrote:
> > > I should have noted this system is running in bhyve. Also I'm told this
> > > panic
> > > may be related to the
On Thu, Jul 10, 2014 at 12:24:51PM +, FreeBSD Tinderbox wrote:
> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs
> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions
> -Wmissing-include-dirs -
On Sun, Jul 06, 2014 at 03:46:22PM +, Steve Wills wrote:
> I should have noted this system is running in bhyve. Also I'm told this panic
> may be related to the fact that the system is running in bhyve.
>
> Looking at it a little more closely:
>
> (kgdb) list *__mtx_lock_sleep+0xb1
> 0xff
On Fri, Jun 27, 2014 at 03:56:13PM +0300, Konstantin Belousov wrote:
> Hi,
> I did some measurements and hacks to see about the performance and
> scalability of PostgreSQL 9.3 on FreeBSD, sponsored by The FreeBSD
> Foundation.
>
> The results are described in https
On Tue, Jul 22, 2014 at 02:53:56PM -0700, Bryan Drewery wrote:
> On 7/22/14, 2:26 PM, Bryan Drewery wrote:
> > On 7/22/14, 2:07 PM, Bryan Drewery wrote:
> >> Meant to send to current@, moving there.
> >>
> >> On 7/22/14, 2:07 PM, Bryan Drewery wrote:
> >>> On r268621:
> >>>
> panic: shadowed t
On Tue, Aug 05, 2014 at 09:47:57PM -0500, Bryan Drewery wrote:
> Has anyone else encountered this? Got it while running poudriere.
>
> > NULL mp in getnewvnode()
> > [...]
> > vn_fullpath1() at vn_fullpath1+0x19d/frame 0xfe1247d8e540
> > vn_fullpath() at vn_fullpath+0xc1/frame 0xfe1247d8e5
On Wed, Aug 06, 2014 at 06:52:14PM +0200, Roger Pau Monn?? wrote:
> On 06/08/14 16:35, Nathan Whitehorn wrote:
> >
> >
> > On 2014-08-06 02:35, Roger Pau Monn?? wrote:
> >> On 06/08/14 02:37, Nathan Whitehorn wrote:
> >>> Kernels with r269580 will panic when loading the radeonkms driver in
> >>>
On Wed, Aug 06, 2014 at 12:48:28PM -0500, Bryan Drewery wrote:
> On 8/5/2014 10:56 PM, Bryan Drewery wrote:
> > On 8/5/2014 10:19 PM, Konstantin Belousov wrote:
> >> On Tue, Aug 05, 2014 at 09:47:57PM -0500, Bryan Drewery wrote:
> >>> Has anyone else encounte
On Thu, Aug 07, 2014 at 10:23:46AM +0200, Baptiste Daroussin wrote:
> On Thu, Aug 07, 2014 at 10:15:51AM +0200, John Hay wrote:
> > On Thu, Jul 31, 2014 at 08:15:32AM +, Bjoern A. Zeeb wrote:
> > > Hi,
> > >
> > > I am still seeing this with arm/power/sparc/mips. Can somene please fix
> > >
On Thu, Aug 07, 2014 at 04:18:12PM +0400, Ivan A. Kosarev wrote:
> Hello,
>
> According to libthr's thr_init.c (the 9.2 version) init_main_thread()
> allocates s.c. "red zone" below the main stack in order to protect other
> stacks. The size of the main stack is determined by the
> _thr_stack_i
On Fri, Aug 08, 2014 at 12:32:56PM +0400, Ivan A. Kosarev wrote:
>
> On 08/08/2014 09:28 AM, Konstantin Belousov wrote:
> > On Thu, Aug 07, 2014 at 04:18:12PM +0400, Ivan A. Kosarev wrote:
> >> Hello,
> >>
> >> According to libthr's thr_init.c (the 9.
On Thu, Aug 07, 2014 at 08:11:11AM +0200, Peter Holm wrote:
> On Wed, Aug 06, 2014 at 09:15:12PM +0300, Konstantin Belousov wrote:
> > On Wed, Aug 06, 2014 at 12:48:28PM -0500, Bryan Drewery wrote:
> > > On 8/5/2014 10:56 PM, Bryan Drewery wrote:
> > > > On 8/5/2014
On Fri, Aug 15, 2014 at 10:38:25PM -0500, Bryan Drewery wrote:
> On 2014-08-13 10:38, Bryan Drewery wrote:
> > On 6/24/2014 4:28 PM, Craig Rodrigues wrote:
> >> Hi,
> >>
> >> I have a system running CURRENT at r266925 from May 31.
> >>
> >> While doing some software builds using poudriere, the sy
On Mon, Sep 15, 2014 at 03:47:41PM -0600, Justin T. Gibbs wrote:
> On Aug 8, 2014, at 5:22 AM, Konstantin Belousov wrote:
>
> ?
>
> > Below is the patch which adds environment variable
> > LIBPTHREAD_BIGSTACK_MAIN. Setting it to any value results in the
> > mai
On Sun, Mar 03, 2013 at 07:01:27PM -0800, Don Lewis wrote:
> On 3 Mar, Poul-Henning Kamp wrote:
>
> > For various reasons (see: Lemming-syncer) FreeBSD will block all I/O
> > traffic to other disks too, when these pileups gets too bad.
>
> The Lemming-syncer problem should have mostly been fixed
On Mon, Mar 04, 2013 at 01:44:30PM +, Poul-Henning Kamp wrote:
> Content-Type: text/plain; charset=ISO-8859-1
>
> In message <201303040712.r247cejp008...@gw.catspoiler.org>, Don Lewis writes:
>
> >Prior to 231160, the syncer thread would call sync_vnode() for the
> >syncer vnode of ea
On Tue, Mar 05, 2013 at 03:13:12PM +0100, Jean-S?bastien P?dron wrote:
> On 05.03.2013 13:30, Glen Barber wrote:
> > dev/drm2/ttm/ttm_lock.h:208: warning: redundant redeclaration of
> > 'ttm_write_unlock' [-Wredundant-decls]
> > dev/drm2/ttm/ttm_lock.h:134: warning: previous declaration of
> > 't
On Tue, Mar 05, 2013 at 10:54:29AM -0500, Glen Barber wrote:
> On Tue, Mar 05, 2013 at 10:48:31AM -0500, Glen Barber wrote:
> > On Tue, Mar 05, 2013 at 05:37:36PM +0200, Konstantin Belousov wrote:
> > > Glen neglected to even mention that he used gcc (is it true ?), as well
&g
On Tue, Mar 05, 2013 at 05:40:34PM +0100, Jean-S?bastien P?dron wrote:
> On 05.03.2013 16:37, Konstantin Belousov wrote:
> > The patch below is supposed to fix double declaration (it is pathetic that
> > clang silently accepts this, while issuing countless useless warnings).
>
On Thu, Mar 07, 2013 at 06:03:51PM +0100, Andre Oppermann wrote:
> On 01.02.2013 18:09, Alan Cox wrote:
> > On 02/01/2013 07:25, Andre Oppermann wrote:
> >> Rebase auto-sizing of limits on the available KVM/kmem_map instead of
> >> physical
> >> memory. Depending on the kernel and architecture
On Fri, Mar 08, 2013 at 01:58:38PM +0100, Andre Oppermann wrote:
> On 08.03.2013 10:16, Konstantin Belousov wrote:
> > On Thu, Mar 07, 2013 at 06:03:51PM +0100, Andre Oppermann wrote:
> >>pager_map: is used for pager IO to a storage media (disk). Not
> >>pag
On Wed, Mar 20, 2013 at 09:00:56AM -0700, David Wolfskill wrote:
> Yesterday, I built head & ran it without incident (as has been the
> daily norm for some time now):
>
> FreeBSD g1-235.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #843
> r248493M/248493: Tue Mar 19 05:57:09 PDT 2013
> r
On Wed, Mar 20, 2013 at 10:37:59AM -0700, David Wolfskill wrote:
> On Wed, Mar 20, 2013 at 07:13:41PM +0200, Konstantin Belousov wrote:
> > ...
> > Did you rebuild the nvidia driver after the update ?
> > Do you have a core dump partition configured ?
>
> (I no
On Wed, Mar 20, 2013 at 11:02:39AM -0700, David Wolfskill wrote:
> On Wed, Mar 20, 2013 at 07:44:58PM +0200, Konstantin Belousov wrote:
> > ...
> > Ok. The best idea I have right now is to rebuild the nvidia.ko.
>
> OK; I did this: After rebooting (without attempting to eithe
On Wed, Mar 20, 2013 at 06:36:10PM -0700, David Wolfskill wrote:
> I elected to go ahead and try the bisection; here are my results:
>
> r248493M/248493: OK
> r248550M/248551: resets on X startup with nvidia.ko
> r248521M/248521: resets on X startup with nvidia.ko
> r248507M/248507: OK
> r248508M/
On Thu, Mar 21, 2013 at 06:34:46AM -0700, David Wolfskill wrote:
> On Thu, Mar 21, 2013 at 10:04:41AM +0200, Konstantin Belousov wrote:
> > ...
> > This gives me an idea. The only so to say 'vm' change in r248508 was an
> > addition of the bio_transient_map subma
On Thu, Mar 21, 2013 at 12:12:07PM -0400, Shawn Webb wrote:
> Looks like setting both vfs.unmapped_buf_allowed=0 and
> kern.bio_transient_maxcnt=512 worked for me. I'm now up and running
> smoothly.
The vfs.unmapped_buf_allowed=0 setting turns off the unmapped support,
and kern.bio_transient_maxcn
On Thu, Mar 21, 2013 at 07:14:26PM +0100, Gary Jennejohn wrote:
> I wonder whether there isn't some dependency on the graphics chip being
> used.
>
> I'm running r248589 AMD64 and didn't have to touch a thing to get X
> to start.
>
> But I'm using an older, presumably less demanding graphics chip
On Thu, Mar 21, 2013 at 03:58:55PM -0500, Joshua Isom wrote:
> I've been helping Adrian test the new ath improvements that support the
> chipset I have. The first kernel panic is on my system if I have the cd
> driver loaded into the kernel, I would get a panic on boot. While
> "Mounting local
On Fri, Mar 22, 2013 at 06:05:15PM -0700, hiren panchasara wrote:
> CPU: Genuine Intel(R) CPU @ 2.60GHz (2594.05-MHz K8-class CPU)
> Origin = "GenuineIntel" Id = 0x306c2 Family = 0x6 Model = 0x3c
> Stepping = 2
>
> Features=0xbfebfbff
>
> Features2=0x7ffafbff,FMA,CX16,xTPR,PDCM,PCID
On Sat, Mar 23, 2013 at 01:26:27PM +0200, Ivan Klymenko wrote:
> I have
> uname -a
> FreeBSD nonamehost 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r248596: Fri
> Mar 22 01:17:08 EET 2013
> ivan@nonamehost:/usr/obj/usr/src/sys/GENERIC amd64
>
> I updated the ports tree to r314921 and recompiled virtualb
On Wed, Mar 27, 2013 at 01:56:29PM +0100, m...@kernel32.de wrote:
> Am 2013-03-27 06:54, schrieb Andriy Gapon:
> > on 27/03/2013 00:00 m...@kernel32.de said the following:
> >> Hi Ho,
> >>
> >> I'm trying to install FreeBSD 10.0-CURRENT snapshot from 23.03.2013
> >> on a Dell
> >> M620 blade.
> >>
On Wed, Mar 27, 2013 at 06:37:51PM -0700, m...@freebsd.org wrote:
> VOP_GETEXTATTR is currently called with an exclusive lock, which seems
> like overkill for what is essentially a read operation. I had a look
> over the various in-tree filesystems and it didn't look like any of
> them will have a
On Wed, Mar 27, 2013 at 10:40:16PM -0700, m...@freebsd.org wrote:
> On Wed, Mar 27, 2013 at 10:32 PM, Konstantin Belousov
> wrote:
> > On Wed, Mar 27, 2013 at 06:37:51PM -0700, m...@freebsd.org wrote:
> >> VOP_GETEXTATTR is currently called with an exclusive lock, which see
On Wed, Mar 27, 2013 at 01:43:32PM -0700, Maksim Yevmenkin wrote:
> Hello,
>
> i would like to get some reviews, opinions and/or comments on the patch below.
>
> a little bit background, as far as i understand, cluster_read() can
> initiate two disk i/o's: one for exact amount of data being reque
On Thu, Mar 28, 2013 at 10:11:25AM -0700, Maksim Yevmenkin wrote:
> On Thu, Mar 28, 2013 at 12:52 AM, Konstantin Belousov
> wrote:
>
> >> i would like to get some reviews, opinions and/or comments on the patch
> >> below.
> >>
> >> a little bit bac
On Fri, Mar 29, 2013 at 04:57:48PM -0700, Maksim Yevmenkin wrote:
> On Fri, Mar 29, 2013 at 1:58 PM, Konstantin Belousov
> wrote:
> > I think this is definitely a feature that should be set by a flag to
> > either file descriptor used for aio_read, or aio_read call itself.
&g
On Sat, Mar 30, 2013 at 01:51:15AM -0600, Scott Long wrote:
>
> On Mar 29, 2013, at 2:58 PM, Konstantin Belousov wrote:
>
> >>
> > I think this is definitely a feature that should be set by a flag to
> > either file descriptor used for aio_read, or aio_read cal
On Tue, Apr 02, 2013 at 08:23:20PM +0200, m...@kernel32.de wrote:
> Hi Konstantin,
>
> Am 2013-03-27 15:33, schrieb m...@kernel32.de:
> > Am 2013-03-27 14:32, schrieb Konstantin Belousov:
> >>
> >> Do you use preload md(4) ? If yes, try the following patch:
>
On Tue, Apr 02, 2013 at 11:06:06PM +0200, m...@kernel32.de wrote:
> Hi again,
>
> Am 2013-04-02 21:52, schrieb Konstantin Belousov:
> > On Tue, Apr 02, 2013 at 08:23:20PM +0200, m...@kernel32.de wrote:
> >
> > Try breaking into the debugger and see where it progresse
On Tue, Apr 09, 2013 at 10:26:53AM -0700, Manfred Antar wrote:
>
>
> More info
> Break to debugger starts here:
>
> add net default: gateway 192.168.0.1
> add net :::0.0.0.0: gateway ::1
> add net ::0.0.0.0: gateway ::1
> add net fe80::: gateway ::1
> add net ff02::: gateway ::1
> Waiting fo
On Sat, Apr 20, 2013 at 10:52:35PM +0800, Ganbold Tsagaankhuu wrote:
> Hi,
>
> I'm trying to boot HEAD after updating, but unfortunately it panics with
> following message:
>
> panic: kmem_suballoc: bad status return of 3.
>
> I was only able to get image of the panic.
>
> http://www.mnbsd.org/
On Sun, Apr 21, 2013 at 11:27:55AM +0200, Jeremie Le Hen wrote:
> Hi Ian,
>
> On Sun, Apr 21, 2013 at 11:08:41AM +0200, Ian FREISLICH wrote:
> > --
> > >>> Rebuilding the temporary build tree
> > --
On Sun, Apr 21, 2013 at 01:57:03PM +0800, Ganbold Tsagaankhuu wrote:
> On Sat, Apr 20, 2013 at 11:21 PM, Konstantin Belousov
> wrote:
>
> > On Sat, Apr 20, 2013 at 10:52:35PM +0800, Ganbold Tsagaankhuu wrote:
> > > Hi,
> > >
> > > I'm trying to
On Tue, Apr 23, 2013 at 10:38:23PM +0200, Mateusz Guzik wrote:
> Hello,
>
> I would like to replace Giant with a local sx lock in sysvshm code.
> Looked really straightforward so maybe I missed something.
At very least, the shmget_existing() is no longer functional.
The sx is owned around tsleep(
On Thu, May 02, 2013 at 04:12:36PM +0200, Davide Italiano wrote:
> On Thu, May 2, 2013 at 3:42 PM, Andrey Chernov wrote:
> > On 02.05.2013 14:06, Davide Italiano wrote:
> >>> /usr/src/sys/modules/hwpmc/../../dev/hwpmc/hwpmc_core.c:1935: warning:
> >>> 'map' may be used uninitialized in this funct
On Mon, May 13, 2013 at 04:33:04PM +0200, Roger Pau Monn? wrote:
> On 13/05/13 13:18, Roger Pau Monn? wrote:
> > The VM can be stuck in this state for quite some time, it generally
>
> I would like to explain this a little bit more, the syncer process
> doesn't get blocked on the _mtx_trylock_flag
On Tue, May 14, 2013 at 06:08:45PM +0200, Roger Pau Monn? wrote:
> On 13/05/13 17:00, Konstantin Belousov wrote:
> > On Mon, May 13, 2013 at 04:33:04PM +0200, Roger Pau Monn? wrote:
> >> On 13/05/13 13:18, Roger Pau Monn? wrote:
>
> Thanks for taking a look,
>
> >
On Tue, May 14, 2013 at 10:13:05PM +0200, Mateusz Guzik wrote:
> On Tue, Apr 23, 2013 at 11:36:21PM +0200, Mateusz Guzik wrote:
> > On Tue, Apr 23, 2013 at 11:55:32PM +0300, Konstantin Belousov wrote:
> > > On Tue, Apr 23, 2013 at 10:38:23PM +0200, Mateusz Guzik wrote:
>
The ddb use of hardware watchpoints on the x86 architectures is known to
be lacking. There are at least two known problems. One is the improper
interaction with the user-mode debuggers which use debug registers.
Another is that ddb only loads the debug registers for the watchpoint
into the CPU whic
On Fri, May 17, 2013 at 01:14:23PM -0600, Jamie Gritton wrote:
> I'm considering Alexander Leidinger's patch to make X11 work inside a
> jail (http://leidinger.net/FreeBSD/current-patches/0_jail.diff). It
> allows a jail to optionally have access to /dev/io and DRI (provided the
> requisite dev
On Sun, May 19, 2013 at 01:17:54PM +0200, Dimitry Andric wrote:
> On May 19, 2013, at 04:31, Adrian Chadd wrote:
> > On 18 May 2013 18:40, FreeBSD Tinderbox wrote:
> >> TB --- 2013-05-19 00:28:08 - tinderbox 2.10 running on
> >> freebsd-current.sentex.ca
> [...]
> >> TB --- 2013-05-19 01:38:44 -
On Mon, May 20, 2013 at 07:09:41PM -0700, Andreas Turriff wrote:
> On migrating one of my servers to -current, I discovered that the tws
> driver panics on boot; I will follow up with a full backtrace once I
> have a chance to extract it. In the meantime, there is a PR about a very
> similar err
On Thu, May 23, 2013 at 10:25:24AM +0700, Erich Dollansky wrote:
> Hi,
>
> I updated my system over night. It suddenly reboots and I find some 20
> entries like this in /var/log/message:
>
> May 23 10:05:28 X220 kernel: Fatal trap 3: breakpoint instruction fault
> while in kernel mode
> May 23 1
On Wed, May 22, 2013 at 11:08:50AM -0700, Andreas Turriff wrote:
> On 5/21/2013 9:25 AM, Andreas Turriff wrote:
> > On 5/21/2013 5:33 AM, Konstantin Belousov wrote:
> >> On Mon, May 20, 2013 at 07:09:41PM -0700, Andreas Turriff wrote:
> >>> On migrating one of my ser
On Wed, May 22, 2013 at 11:37:33PM -0700, Andreas Turriff wrote:
> I've been running that kernel all day, rebuilding userland (ports) on a
> 4-drive ZFS RAID-Z on that controller, and not seen a single crash,
> slowdown, hiccup or untoward log message.
Thank you for the confirmation, I will comm
On Fri, May 24, 2013 at 12:19:44PM +1000, Lawrence Stewart wrote:
> Hi all,
>
> I tracked the cause of a colleague's nanobsd image creation problem to
> what appears to be some nasty behaviour with swap-backed MD devices.
> I've verified the behaviour exists on three separate systems running
> 10-
On Mon, May 27, 2013 at 12:22:54AM +0200, Jilles Tjoelker wrote:
> On Sun, May 26, 2013 at 10:52:07PM +0200, Roger Pau Monn? wrote:
> > On 26/05/13 22:20, Jilles Tjoelker wrote:
> > > Instead of a pause() that may be too short or too long, how about
> > > waiting for the necessary lock? In other wo
On Mon, May 27, 2013 at 10:19:51AM +0200, Roger Pau Monn? wrote:
> On 27/05/13 08:07, Konstantin Belousov wrote:
> > On Mon, May 27, 2013 at 12:22:54AM +0200, Jilles Tjoelker wrote:
> >> On Sun, May 26, 2013 at 10:52:07PM +0200, Roger Pau Monn? wrote:
> >>> On 26/05/1
On Tue, May 28, 2013 at 01:38:01AM +0200, Luigi Rizzo wrote:
> Hi,
> say a process P1 wants to use the kernel to copy the content of a
> buffer SRC (in its user address space) to a buffer DST (in the
> address space of another process P2), and assume that P1 issues the
> request to the kernel when
On Wed, May 29, 2013 at 07:45:39AM -0500, Bryan Drewery wrote:
> On 5/29/2013 7:16 AM, Bryan Drewery wrote:
> > On 5/29/2013 12:33 AM, Sergey V. Dyatko wrote:
> >> On Tue, 28 May 2013 13:20:53 -0500
> >> Bryan Drewery wrote:
> >>
> >>> On 4/21/2013 2:38 PM, Sergey V. Dyatko wrote:
> Hi,
> >>>
On Thu, May 30, 2013 at 07:15:39AM -0500, Bryan Drewery wrote:
> On 5/30/2013 12:07 AM, Konstantin Belousov wrote:
> > On Wed, May 29, 2013 at 07:45:39AM -0500, Bryan Drewery wrote:
> >> On 5/29/2013 7:16 AM, Bryan Drewery wrote:
> >>> On 5/29/2013 12:33 AM, Sergey
On Sat, Jun 01, 2013 at 12:54:14AM -0700, Waitman Gobble wrote:
>
> Hi,
>
> I'm getting a ton of core dumps from Python and any software that uses Python,
> ie has USE_PYTHON_BUILD=yes in Makefile.
>
> hundreds of msgs in dmesg:
> pid 36637 (seamonkey), uid 1001: exited on signal 11 (core dumped
On Sat, Jun 01, 2013 at 09:03:01PM -0700, Waitman Gobble wrote:
> On Sat, 1 Jun 2013 11:14:46 -0700 (PDT), Waitman Gobble
> wrote:
> >
> >On Sat, 1 Jun 2013 20:44:00 +0300, Konstantin Belousov
>
> >wrote:
> >>
> >>
> >>
> >&g
On Wed, Jun 05, 2013 at 01:50:43PM +0400, Gleb Smirnoff wrote:
> On Wed, Jun 05, 2013 at 10:18:21AM +0200, Ian FREISLICH wrote:
> I> I have the following recurring panic on all my heavily network
> I> loaded -CURRENT routers. The current process is always different.
> I>
> I> Gleb, can you please
This is a public service announcement that for some time already,
the cc -m32 is functional on HEAD amd64.
I believe that all headers important for the usermode application
compilation from the base system, were converted to providing ILP32/LP64
correct definitions on x86. This was mostly done by
On Wed, Jun 12, 2013 at 08:01:15PM +0200, Luigi Rizzo wrote:
> hi,
> is it possible to run copyin() or copyout() in one of these cases:
> 1. while holding a spinlock
> 2. while holding a regular mutex/lock
> 3. while holding a read lock (on an RWLOCK or RMLOCK)
> 4. while holding a write lock (on a
On Fri, Jun 14, 2013 at 10:16:15AM +0300, Artyom Mirgorodskiy wrote:
> Thank you! This patch also solve my issue (unable shutdown):
> http://lists.freebsd.org/pipermail/freebsd-current/2013-May/042011.html
>
> On Tuesday 11 June 2013 12:34:16 Oleg Sidorkin wrote:
> > Hello.
> >
> > I'm running re
On Fri, Jun 14, 2013 at 12:41:28PM +0300, Sergey V. Dyatko wrote:
> On Fri, 14 Jun 2013 11:36:56 +0200
> Hans Petter Selasky wrote:
>
> > See this thread and solution "Supermicro 6027R-N3RF+head, usb trouble"
> >
> It was 'fixed' by r251282, but I see r251681 on subject :)
> added kib@ to Cc
It
On Sat, Jun 15, 2013 at 09:34:59AM +0200, Hans Petter Selasky wrote:
> It is some error code from busdma.
This is not helpful, obviously.
We need to know exactly what call failed, with what parameters together
with the values from the tag. Then the hypothesis about the system state
could be made a
801 - 900 of 1254 matches
Mail list logo
