On Saturday 22 December 2012 13:59:11 Dimitry Andric wrote:
> On 2012-12-22 12:11, Andriy Gapon wrote:
> > on 21/12/2012 18:38 Hans Petter Selasky said the following:
> >> I've built a 10-current i386 kernel as of today, and I see double fault
> >> when USB audio is allocating memory. Anyone knows
On 2012-12-22 12:11, Andriy Gapon wrote:
on 21/12/2012 18:38 Hans Petter Selasky said the following:
I've built a 10-current i386 kernel as of today, and I see double fault when
USB audio is allocating memory. Anyone knows why?
kdb_enter()
vpanic()
panic()
dblfault_handler()
vm_map_lookup()
vm_
on 21/12/2012 18:38 Hans Petter Selasky said the following:
> I've built a 10-current i386 kernel as of today, and I see double fault when
> USB audio is allocating memory. Anyone knows why?
>
> kdb_enter()
> vpanic()
> panic()
> dblfault_handler()
> vm_map_lookup()
> vm_fault_hold()
> vm_fault()
On Thursday 20 December 2012 12:18:22 Volodymyr Kostyrko wrote:
> 18.12.2012 00:20, Andriy Gapon:
> > It's been already mentioned many times that ZFS works much better on
> > amd64. It's up to a (potential) user to understand limitations of i386
> > and to decide whether to use ZFS, in what situati
18.12.2012 00:20, Andriy Gapon:
It's been already mentioned many times that ZFS works much better on amd64.
It's up to a (potential) user to understand limitations of i386 and to decide
whether to use ZFS, in what situations and how.
You may want to consider using KSTACK_PAGES=4 in your kernel c
on 17/12/2012 14:57 Volodymyr Kostyrko said the following:
> 13.12.2012 12:25, Andriy Gapon:
>> on 12/12/2012 21:35 Dimitry Andric said the following:
>>> Especially the recursive spa_load and traverse_visitbp calls are scary,
>>> because that can grow out of hand very quickly. It is probably tric
13.12.2012 12:25, Andriy Gapon:
on 12/12/2012 21:35 Dimitry Andric said the following:
Especially the recursive spa_load and traverse_visitbp calls are scary,
because that can grow out of hand very quickly. It is probably tricky
to remove the recursion...
Re-entering spa_load once is normal a
12.12.2012 21:35, Dimitry Andric:
On 2012-12-12 14:04, Volodymyr Kostyrko wrote:
04.12.2012 00:41, Konstantin Belousov:
Please try the patch below. It might give an immediate relief, but still
there are many offenders in the backtrace.
I'm having almost the same issue and the patch doesn't wo
on 12/12/2012 21:35 Dimitry Andric said the following:
> Especially the recursive spa_load and traverse_visitbp calls are scary,
> because that can grow out of hand very quickly. It is probably tricky
> to remove the recursion...
Re-entering spa_load once is normal and is expected.
traverse_visit
On 2012-12-12 14:04, Volodymyr Kostyrko wrote:
04.12.2012 00:41, Konstantin Belousov:
Please try the patch below. It might give an immediate relief, but still
there are many offenders in the backtrace.
I'm having almost the same issue and the patch doesn't work for me.
...
Looking at the sta
04.12.2012 00:41, Konstantin Belousov:
Please try the patch below. It might give an immediate relief, but still
there are many offenders in the backtrace.
I'm having almost the same issue and the patch doesn't work for me.
Trying to mount root from zfs:limb0 []...
Fatal double fault:
eip = 0x
On Tue, 4 Dec 2012 00:41:32 +0200, Konstantin Belousov
wrote:
> Please try the patch below. It might give an immediate relief, but still
> there are many offenders in the backtrace.
Thanks for the patch, it works now.
___
freebsd-current@freebsd.org
On Sat, Dec 01, 2012 at 01:34:04AM -0800, sig6247 wrote:
> On Fri, 30 Nov 2012 18:47:15 +0200, Konstantin Belousov
> wrote:
>
> > Hm, this is not very useful. Although the panic is again caused by the stack
> > overflow, most likely (please also include the output of the "show thread"
> > from d
On Fri, Nov 30, 2012 at 04:42:45AM -0800, sig6247 wrote:
> On Fri, 30 Nov 2012 01:29:44 +0200, Konstantin Belousov
> wrote:
>
> > Please apply the patch below and obtain the backtrace of the double fault
> > panic again. I will commit the patch later.
>
> Thanks for the patch.
>
> WARNING: WI
On Fri, 30 Nov 2012 01:29:44 +0200, Konstantin Belousov
wrote:
> Please apply the patch below and obtain the backtrace of the double fault
> panic again. I will commit the patch later.
Thanks for the patch.
WARNING: WITNESS option enabled, expect reduced performance.
Trying to mount root from
On Tue, Nov 27, 2012 at 08:21:05AM +1100, Bruce Evans wrote:
> On Mon, 26 Nov 2012, Konstantin Belousov wrote:
>
> > On Mon, Nov 26, 2012 at 06:31:34AM -0800, sig6247 wrote:
> >>
> >> Just checked out r243529, this only happens when the kernel is compiled
> >> by clang, and only on i386, either re
On Mon, 26 Nov 2012, Konstantin Belousov wrote:
On Mon, Nov 26, 2012 at 06:31:34AM -0800, sig6247 wrote:
Just checked out r243529, this only happens when the kernel is compiled
by clang, and only on i386, either recompiling the kernel with gcc or
booting from a UFS root works fine. Is it a kno
On Mon, Nov 26, 2012 at 06:31:34AM -0800, sig6247 wrote:
>
> Hi,
>
> Just checked out r243529, this only happens when the kernel is compiled
> by clang, and only on i386, either recompiling the kernel with gcc or
> booting from a UFS root works fine. Is it a known problem?
It looks like that clan
Hi,
Just checked out r243529, this only happens when the kernel is compiled
by clang, and only on i386, either recompiling the kernel with gcc or
booting from a UFS root works fine. Is it a known problem?
Thanks,
--
WARNING: WI
19 matches
Mail list logo
