Hi
While 'make buildworld'
kgdb /boot/kernel/kernel /var/crash/vmcore.13
GNU gdb 6.1.1 [FreeBSD]
...
#0 0xc056b93c in doadump ()
(kgdb) bt
#0 0xc056b93c in doadump ()
#1 0xc0489019 in db_fncall ()
#2 0xc0489411 in db_command ()
#3 0xc048956a in db_command_loop ()
#4 0xc048b3ed in db_trap
> > When you disable journaling it also disables soft-updates. You need to
> > re-enable it. I could decouple this. It's hard to say which is the POLA.
>
> I would vote for decoupling. If I have SU on, then enable journaling,
> then disable journaling, I would expect SU to still be on.
Fully a
- Original Message
> From: Ganbold
> To: PseudoCylon
> Cc: freebsd-current@freebsd.org; Ganbold Tsagaankhuu
> Sent: Sun, April 25, 2010 1:44:20 AM
> Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
>
> Thank you very much.
> However it still panics when I tried to use b
On 05/01/10 18:10, Jeff Roberson wrote:
> When you disable journaling it also disables soft-updates. You need to
> re-enable it. I could decouple this. It's hard to say which is the POLA.
I would vote for decoupling. If I have SU on, then enable journaling,
then disable journaling, I would expe
On Sunday 02 May 2010 02:16:35 Alan Cox wrote:
> Are you running an up to date kernel, specifically, one from today? If
> not, please update. Kip committed some fixes throughout the day
> yesterday.
I was running a kernel from Friday - I've now updated to the latest sources
and the panic has d
On Sat, May 1, 2010 at 5:21 PM, Bruce Cran wrote:
> On Thu, Apr 29, 2010 at 06:37:00PM -1000, Jeff Roberson wrote:
>
> > I fixed a few SUJ bugs. If those of you who reported one of the
> > following bugs could re-test I would greatly appreciate it.
> >
>
> I've started seeing a panic "Sleeping t
On Sat, 1 May 2010, Bruce Cran wrote:
On Thu, Apr 29, 2010 at 06:37:00PM -1000, Jeff Roberson wrote:
I fixed a few SUJ bugs. If those of you who reported one of the
following bugs could re-test I would greatly appreciate it.
I've started seeing a panic "Sleeping thread owns a non-sleepable
On Thu, Apr 29, 2010 at 06:37:00PM -1000, Jeff Roberson wrote:
> I fixed a few SUJ bugs. If those of you who reported one of the
> following bugs could re-test I would greatly appreciate it.
>
I've started seeing a panic "Sleeping thread owns a non-sleepable lock",
though it seems to be occurr
Hi
> > Ehh, looks like fresh kernel is not too stable, it holds after some time
> > of activity.
> >
> > DDB may be activated, but even 'call cpu_reset' does nothing here.
> >
> > Looks like it is not related to SUJ, it happens even with SUJ disabled.
> Does reverting r207410 + r207412 help ?
N
On Fri, Apr 30, 2010 at 11:39 PM, Jason J. W. Williams
wrote:
> By chance did you attempt to write a test file to the ZFS filesystem
> holding the database and logs? Just curious if ZFS was hung since a
> MySQL restart corrected it. Thank you for your help.
Yes, I tried to write a file, without a
On 1 May 2010 19:03, Marius Strobl wrote:
> On Fri, Apr 30, 2010 at 06:50:26PM +0400, pluknet wrote:
>> On 30 April 2010 18:22, Matthew Jacob wrote:
>> > pluknet wrote:
>> > Seems good to me- why not trhow it freebsd-scsi? if nobody says no, I'll
>> > put
>> > it in
>>
>> Err.. I thought that li
On Fri, Apr 30, 2010 at 06:50:26PM +0400, pluknet wrote:
> On 30 April 2010 18:22, Matthew Jacob wrote:
> > pluknet wrote:
> > Seems good to me- why not trhow it freebsd-scsi? if nobody says no, I'll put
> > it in
>
> Err.. I thought that list is dedicated for cam related stuff.
>
> [cc'ing scsi
Hi Kip,
Sorry for the delay: it's been a tussle...
On Fri, Apr 30, 2010 at 04:42:12PM -0700, K. Macy wrote:
> Does FBSDID get expanded when checking out with csup?
Looks like it:
> __FBSDID("$FreeBSD: head/sys/vm/vm_pageout.c 207452 2010-04-30
> 22:31:37Z kmacy $");
My version says:
__FBSDID("
On Fri, 30 Apr 2010 13:23:13 -0700
Maxim Sobolev wrote:
> Hi,
>
> Many network drivers in the FreeBSD kernel use the IFQ_MAXLEN value to
> set length of the outgoing packets queue. The default value for that
> parameter is only 50, which is pretty low especially for the cases when
> the syste
On Sat, 01 May 2010 02:11:04 -0700
Maxim Sobolev wrote:
> Gary Jennejohn wrote:
> > On Fri, 30 Apr 2010 13:23:13 -0700
> > Maxim Sobolev wrote:
> >
> >> Hi,
> >>
> >> Many network drivers in the FreeBSD kernel use the IFQ_MAXLEN value to
> >> set length of the outgoing packets queue. The defau
On Fri, 30 Apr 2010, Maxim Sobolev wrote:
Hi,
Julian Elischer wrote:
On 4/30/10 1:23 PM, Maxim Sobolev wrote:
Hi,
Many network drivers in the FreeBSD kernel use the IFQ_MAXLEN value to
set length of the outgoing packets queue. The default value for that
parameter is only 50, which is pretty
Gary Jennejohn wrote:
On Fri, 30 Apr 2010 13:23:13 -0700
Maxim Sobolev wrote:
Hi,
Many network drivers in the FreeBSD kernel use the IFQ_MAXLEN value to
set length of the outgoing packets queue. The default value for that
parameter is only 50, which is pretty low especially for the cases wh
Greetings,
I found a bug in if_em.c which triggers a panic when resuming from the 2nd
suspend. (sleep, wakeup, sleep and wakeup will result to a panic)
It seems it has got introduced by r206001 (head) or r206211 (stable/8).
I guess the following change mistakenly slipped into em_resume() which i
18 matches
Mail list logo
