On 02/17/2013 08:17, Eugene Grosbein wrote:
> 17.02.2013 01:25, Alan Cox wrote:
>
>> Regardless of what that web site says, this is not really a race condition.
>> Instead, you're exhausting a resource in the kernel because of the
>> characteristics of your workload
On Thu, Feb 14, 2013 at 7:55 AM, Eugene Grosbein wrote:
> Hi!
>
> I've got FreeBSD 8.3-STABLE/i386 server that can be reliably panicked
> using just 'squid -k rotatelog' command. It seems the system suffers
> from the problem described here:
>
> http://cxsecurity.com/issue/WLB-2010090156
>
> I cou
On Thu, May 10, 2012 at 10:52 AM, Charles Owens wrote:
> That's very helpful! I had read about that and wondered if it applied to
> i386.
>
> Should I have expected "superpages" to completely cure the condition... or
> does it just help? Should I now be looking at tuning the related pmap
> sys
On Thu, May 10, 2012 at 2:32 AM, Adam Vande More wrote:
> On Wed, May 9, 2012 at 12:55 PM, Charles Owens
> wrote:
>
> > Hi fellow BSD-types,
> >
> > I have a buy system that forks lots of processes and I see repeatedly the
> > message: "Approaching the limit on PV entries, consider increasing
> e
On Sat, Mar 17, 2012 at 12:10 PM, Richard Yao wrote:
> On 03/17/12 13:08, Richard Yao wrote:
> > Dear FreeBSD Developers:
> >
> > I used the ZFS Guru LiveCD to install FreeBSD 9 in KVM on a host system
> > with an AMD Thuban processor (K10h). I then proceeded to compile perl
> > and the VM crashed
On 12/22/2011 03:48, Kostik Belousov wrote:
On Wed, Dec 21, 2011 at 09:03:02PM +0400, Andrey Zonov wrote:
On 15.12.2011 17:01, Kostik Belousov wrote:
On Thu, Dec 15, 2011 at 03:51:02PM +0400, Andrey Zonov wrote:
On Thu, Dec 15, 2011 at 12:42 AM, Jeremy Chadwick
wrote:
On Wed, Dec 14, 2011 at
On Wed, Dec 14, 2011 at 12:22 PM, Jeremy Chadwick
wrote:
> On Wed, Dec 14, 2011 at 10:11:47PM +0400, Andrey Zonov wrote:
> > Hi Jeremy,
> >
> > This is not hardware problem, I've already checked that. I also ran
> > fsck today and got no errors.
> >
> > After some more exploration of how mongodb w
On Mon, Dec 5, 2011 at 4:15 PM, Arnaud Lacombe wrote:
> Hi,
>
> A FreeBSD 7-STABLE miserably crashes on the following:
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 00
> fault virtual address = 0xbfef
> fault code= supervisor read, page not present
> in
On Thu, Nov 10, 2011 at 11:27 AM, George Kontostanos wrote:
> Just out of curiosity or confusion maybe..
>
> Will those commits be included to FreeBSD 9.0-RELEASE ?
>
> Thanks
>
>
Yes, I believe so.
Alan
___
freebsd-stable@freebsd.org mailing list
http
On 08/22/2011 21:36, Matthew Dillon wrote:
The limitation was ONLY due to a *minor* 32-bit integer overflow in one
or two *intermediate* calculations in the radix tree code, which I
long ago fixed in DragonFly.
Just find the changes in the DFly codebase and determine if they
On 08/20/2011 12:41, Kostik Belousov wrote:
On Sat, Aug 20, 2011 at 12:33:29PM -0500, Alan Cox wrote:
On Thu, Aug 18, 2011 at 3:16 AM, Alexander V. Chernikovwrote:
On 10.08.2011 19:16, per...@pluto.rain.com wrote:
Chuck Swiger wrote:
On Aug 9, 2011, at 7:26 AM, Daniel Kalchev wrote:
I
On Thu, Aug 18, 2011 at 3:16 AM, Alexander V. Chernikov wrote:
> On 10.08.2011 19:16, per...@pluto.rain.com wrote:
>
>> Chuck Swiger wrote:
>>
>> On Aug 9, 2011, at 7:26 AM, Daniel Kalchev wrote:
>>>
I am trying to set up 64GB partitions for swap for a system that
has 64GB of RAM (with
On Tue, May 10, 2011 at 7:52 AM, John Hay wrote:
> Hi,
>
> I have seen this panic a few times on a Gigabyte E350N-USB3 running
> 8-STABLE.
> I have only seen it while in X, but then the machine is always in X. At
> first,
> I just got these hangs, so bought a PCI-express RS232 card and could see
On 03/08/2011 08:15, John Baldwin wrote:
On Tuesday, March 08, 2011 5:54:36 am Willem Jan Withagen wrote:
System:
FreeBSD zfs.digiware.nl 8.2-STABLE FreeBSD 8.2-STABLE #1: Sat Feb 26
06:28:43 CET 2011
r...@zfs.digiware.nl:/usr/obj/usr/src/src8/src/sys/ZFS amd64
Don't have a serial console, so
On Fri, Dec 24, 2010 at 5:08 PM, Carl Johnson wrote:
> Alan Cox writes:
>
> > 2010/12/23 Dan Langille
> >
> >> On 12/22/2010 9:57 AM, John Baldwin wrote:
> >>
> >>> On Wednesday, December 22, 2010 7:41:25 am Miroslav Lachman wrote:
> &g
2010/12/23 Dan Langille
> On 12/22/2010 9:57 AM, John Baldwin wrote:
>
>> On Wednesday, December 22, 2010 7:41:25 am Miroslav Lachman wrote:
>>
>>> Dec 21 12:42:26 kavkaz kernel: MCA: Bank 0, Status 0xd40e4833
>>> Dec 21 12:42:26 kavkaz kernel: MCA: Global Cap 0x0105,
>>> Stat
Kurt Alstrup wrote:
Apologies for late response, wanted to check the code again.
On 10/07/2010 10:03 AM, Alan Cox wrote:
Alan Cox wrote:
At a high-level, I agree with much of what you say. In particular, if
pmap_enter() is applied to a virtual address that is already mapped by a large
Kurt Alstrup wrote:
Up front disclaimer: I may very well be wrong on this..
At a high-level, I agree with much of what you say. In particular, if
pmap_enter() is applied to a virtual address that is already mapped by a
large page, the reported panic could result. However, barring bugs,
Dave Hayes wrote:
Alan Cox writes:
When you build your kernel for this ISO are you increasing the value of
NKPT?
No. I was under the impression that this value auto-tunes on amd64,
is that correct?
After initialization, yes. However, the kernel starts out with just
NKPT page
Dave Hayes wrote:
Alan Cox writes:
[snip]
Is this problem reproducible? I don't recall if you mentioned that
earlier.
Sort of.
It seems that everytime I generate a bootable FreeBSD ISO, a die is
rolled. If it comes up a certain number then it crashes, otherwise it&#
Dave Hayes wrote:
Alan Cox writes:
I'm afraid that I can't offer much insight without a stack trace. At
initialization time, we map the kernel with 2MB pages. I suspect that
something within the kernel is later trying to change one those mappings.
If I had to guess, it's
On Sat, Oct 2, 2010 at 9:11 PM, Dave Hayes wrote:
> What does the above mentioned panic mean? I'm booting from
> an mfsroot off of a DVD with a loader.conf like this:
>
> autoboot_delay="5"
> mfsroot_load="YES"
> mfsroot_type="mfs_root"
> mfsroot_name="/mfsboot"
> vfs.root.mountfrom="ufs:md0
Mikhail T. wrote:
20.07.2010 12:47, Alan Cox написав(ла):
Historically, this panic has indicated flakey memory. This panic
occurs because a memory location within a page table has unexpectedly
changed to zero.
Ouch... Thanks for the hint (maybe, the panic should say something
like that
On Mon, Jul 19, 2010 at 11:40 PM, Mikhail T.
> wrote:
> Some part of KDE4's kdm crashed at start-up and seems to have taken the
> entire machine with it:
>
> kgdb /boot/kernel/kernel /var/crash/vmcore.22
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is fr
On Fri, Jul 9, 2010 at 6:53 PM, Markus Gebert wrote:
[snip]
>
> Yes, this hardware comes from Sun directly, but getting Sun (/Oracle)
> support for this issue is gonna be tough. FreeBSD is unsupported, and in a
> short test we couldn't reproduce the problem with a Linux kernel. While I
> agree tha
On 6/4/2010 1:53 PM, John Baldwin wrote:
On Friday 04 June 2010 1:58:13 pm Alan Cox wrote:
Matthew D Fleming wrote:
On Fri, Jun 04, 2010 at 08:20:49AM -0400, John Baldwin wrote:
Hmmm, I would just try increasing NKPT then. You might have to poke
around in sys/amd64 to see
Matthew D Fleming wrote:
On Fri, Jun 04, 2010 at 08:20:49AM -0400, John Baldwin wrote:
Hmmm, I would just try increasing NKPT then. You might have to poke
around in sys/amd64 to see what the default size is and how to tune
it.
When Isilon did the stable/7 merge and amd64 default NKPT
On Tue, Apr 13, 2010 at 12:35 AM, Andrew Snow wrote:
>
> The statements about the scheduler flipping between cores is also somewhat
> false, ULE does the right thing now for long-running computational threads.
>
> Furthermore, I can't see how a Gflops benchmark which fits in the CPU cache
> has a
On Sun, Apr 11, 2010 at 11:12 PM, Maho NAKATA wrote:
> Hi FreeBSD developers,
> [the original article in Japanese can be found at
> http://blog.goo.ne.jp/nakatamaho/e/b5f6fbc3cc6e1ac4947463eb1ca4eb0a ]
>
> *Abstract*
> I compared the peak performance of FreeBSD 8.0/amd64 and Ubuntu 9.10 amd64
> u
Alan Cox wrote:
The next public revision guide from AMD will contain an errata (383)
that documents the bug. However, it doesn't really tell us anything
that we didn't already know.
Could someone on this list please test the attached patch in an amd64
FreeBSD 8 guest running on
The next public revision guide from AMD will contain an errata (383)
that documents the bug. However, it doesn't really tell us anything
that we didn't already know.
Alan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/l
On Thu, Feb 11, 2010 at 7:13 AM, John Baldwin wrote:
> On Wednesday 10 February 2010 1:38:37 pm Ivan Voras wrote:
> > On 10 February 2010 19:35, Andriy Gapon wrote:
> > > on 10/02/2010 20:26 Ivan Voras said the following:
> > >> On 10 February 2010 19:10, Andriy Gapon wrote:
> > >>> on 10/02/20
On Wed, Feb 10, 2010 at 12:46 PM, Jeremy Chadwick
wrote:
[snip]
>
> I read what Andriy wrote to mean that the way FreeBSD utilises 4MB TLB
> on certain models of AMD processors is broken/quirky, and on those CPUs,
> users should stick to vm.pmap.pg_ps_enabled="0" (loader.conf).
>
>
No. He said, "
Daniel O'Connor wrote:
On Sun, 27 Sep 2009, Alan Cox wrote:
Ok, now I can explain what is happening. The kernel is using 1GB
pages to implement the direct map. Unfortunately, pmap_extract()
doesn't know how to handle a 1GB page mapping. pmap_kextract() only
works by an "a
Daniel O'Connor wrote:
On Sat, 26 Sep 2009, Alan Cox wrote:
John Baldwin wrote:
On Friday 25 September 2009 3:20:05 am Daniel O'Connor wrote:
On Thu, 24 Sep 2009, John Baldwin wrote:
Can you try this patch perhaps:
Index: sys/amd64/isa
John Baldwin wrote:
On Friday 25 September 2009 3:20:05 am Daniel O'Connor wrote:
On Thu, 24 Sep 2009, John Baldwin wrote:
Can you try this patch perhaps:
Index: sys/amd64/isa/isa_dma.c
===
--- isa_dma.c (revision 197430
John Baldwin wrote:
On Friday 25 September 2009 3:20:05 am Daniel O'Connor wrote:
On Thu, 24 Sep 2009, John Baldwin wrote:
Can you try this patch perhaps:
Index: sys/amd64/isa/isa_dma.c
===
--- isa_dma.c (revision 197430
On Fri, May 1, 2009 at 6:28 PM, Freddie Cash wrote:
> On Fri, May 1, 2009 at 4:12 PM, Louis Kowolowski
> wrote:
> > On May 1, 2009, at 1:53 PM, Pete French wrote:
> >> ...
> >> The tuning isn't there to improve performance, it's there to prevent
> >> the box going titus due to a panic when the A
I believe that this problem is now resolved. A recent MFC overlooked one
critical change. That change was MFCed a few minutes ago. So, please
update your kernel.
Regards,
Alan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailma
Raul wrote:
El sáb, 11-04-2009 a las 19:37 -0500, Alan Cox escribió:
Please post your kernel configuration file.
It's rather simple:
[]
include GENERIC
ident TURING
options IPSEC
device enc
device crypto
[]
That's al
Please post your kernel configuration file.
Regards,
Alan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Please file a PR on this panic with the stack trace.
Thanks,
Alan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Peter Jeremy wrote:
On 2009-Mar-12 08:46:50 -0400, John Baldwin wrote:
On Thursday 12 March 2009 12:36:46 am Peter Jeremy wrote:
I'm trying to upgrade an 11 month old FreeBSD 7 image in a VMware
4.5.2 guest to an up-to-date -stable and it panics as above. I've
added a printf to report
On Mon, Mar 16, 2009 at 12:59 PM, Dan Allen wrote:
> I saw that someone else had this happen last week... It is not a hardware
> failure.
>
I have not seen that. I have only seen an assertion failure that would have
nothing to do with your reported panic.
>
> While building the latest GCC 4.
On Sun, Mar 1, 2009 at 8:57 AM, Pete French wrote:
> > I'm running 7-STABLE as of Feb 26 or so. Commit r187466 on Jan 20 bumped
> up
> > kmem_size_max on amd64 to 3.6GB:
> >
> > http://svn.freebsd.org/viewvc/base?view=revision&revision=187466
>
> M now I am wworried about upgrading to STA
On Fri, Feb 27, 2009 at 10:42 AM, John Baldwin wrote:
> On Friday 27 February 2009 11:21:00 am Michael Butler wrote:
> > John Baldwin wrote:
> > > On Friday 27 February 2009 8:08:30 am Igor Sysoev wrote:
> > >
> > >> And the message is cycled. The kernel does not boot despite
> > >> vm.pmap.pg_ps
On Fri, Feb 27, 2009 at 11:11 AM, John Baldwin wrote:
> On Friday 27 February 2009 11:26:25 am Igor Sysoev wrote:
> > On Fri, Feb 27, 2009 at 10:26:15AM -0500, John Baldwin wrote:
> >
> > > On Friday 27 February 2009 8:08:30 am Igor Sysoev wrote:
> > > > Is anyone able to boot kernel with recentl
Martin Blapp wrote:
Hi,
Just got this panic on a loaded mailserver ... The server was rocking
stable
up to this panic, and after we loaded it a bit more recently, it paniced.
Any ideas ?
Can you post your kernel configuration file?
Alan
___
f
The change to vm_meter.c is ok. Could you please add a comment like
that above the location of the patch.
Alan
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMA
On Wed, Jun 01, 2005 at 01:57:59PM +0100, Robert Watson wrote:
>
> Had an interesting panic on RELENG_5 today. System was under high memory
> load due to a run-away pine process that was also generating a very high
> memory load on the kernel due to heavy network I/O, but the swap pager
> keel
I'm pretty sure that I understand the cause. Please apply and test
the attached patch.
Regards,
Alan
Index: pci/agp.c
===
RCS file: /home/ncvs/src/sys/pci/agp.c,v
retrieving revision 1.45
diff -u -r1.45 agp.c
--- pci/agp.c 16 Aug 2
On Fri, Mar 11, 2005 at 06:59:02PM +, Gavin Atkinson wrote:
>
> Hi,
>
> I'm tracking RELENG_5 and since my last update I can no longer start X
> without getting the following panic:
>
> panic: mutex vm object not owned at /usr/src/sys/vm/vm_page.c:334
> cpuid = 0
> KDB: enter: panic
> [ thre
52 matches
Mail list logo
