> Ok, can you try this instead of the other patch. It makes the IPMI driver
> not
> bother clearing the watchdog if it isn't running.
I suffered from exactly same problem (same kdb backtrace)
and this patch fixed it, thanks!
> Index: dev/ipmi/ipmi.c
> ==
On Thursday, August 02, 2012 7:01:28 pm Sean Bruno wrote:
> On Thu, 2012-08-02 at 13:34 -0700, John Baldwin wrote:
> > On Wednesday, August 01, 2012 6:48:48 pm Sean Bruno wrote:
> > > On Wed, 2012-08-01 at 05:53 -0700, John Baldwin wrote:
> > > > Index: vfs_subr.c
> > > > ==
On Thu, 2012-08-02 at 13:34 -0700, John Baldwin wrote:
> On Wednesday, August 01, 2012 6:48:48 pm Sean Bruno wrote:
> > On Wed, 2012-08-01 at 05:53 -0700, John Baldwin wrote:
> > > Index: vfs_subr.c
> > > ===
> > > --- vfs_subr.c (rev
On Wednesday, August 01, 2012 6:48:48 pm Sean Bruno wrote:
> On Wed, 2012-08-01 at 05:53 -0700, John Baldwin wrote:
> > Index: vfs_subr.c
> > ===
> > --- vfs_subr.c (revision 238969)
> > +++ vfs_subr.c (working copy)
> > @@ -1868,8 +
On 8/2/12, John Baldwin wrote:
> On Wednesday, August 01, 2012 6:48:48 pm Sean Bruno wrote:
>> On Wed, 2012-08-01 at 05:53 -0700, John Baldwin wrote:
>> > Index: vfs_subr.c
>> > ===
>> > --- vfs_subr.c (revision 238969)
>> > +++ vfs_
On Wednesday, August 01, 2012 6:48:48 pm Sean Bruno wrote:
> On Wed, 2012-08-01 at 05:53 -0700, John Baldwin wrote:
> > Index: vfs_subr.c
> > ===
> > --- vfs_subr.c (revision 238969)
> > +++ vfs_subr.c (working copy)
> > @@ -1868,8 +
On Wed, 2012-08-01 at 05:53 -0700, John Baldwin wrote:
> Index: vfs_subr.c
> ===
> --- vfs_subr.c (revision 238969)
> +++ vfs_subr.c (working copy)
> @@ -1868,8 +1868,11 @@ sched_sync(void)
> continue;
On 8/1/12, Attilio Rao wrote:
> On 8/1/12, John Baldwin wrote:
>> On Tuesday, July 31, 2012 4:51:19 pm Attilio Rao wrote:
>>> On 7/31/12, John Baldwin wrote:
>>> > On Thursday, July 19, 2012 7:58:14 pm Sean Bruno wrote:
>>> >> Working on the Dell R420 today, got most of it working, even the
>>>
On 8/1/12, John Baldwin wrote:
> On Tuesday, July 31, 2012 4:51:19 pm Attilio Rao wrote:
>> On 7/31/12, John Baldwin wrote:
>> > On Thursday, July 19, 2012 7:58:14 pm Sean Bruno wrote:
>> >> Working on the Dell R420 today, got most of it working, even the
>> >> broadcom ethernet cards! However,
On Tuesday, July 31, 2012 4:51:19 pm Attilio Rao wrote:
> On 7/31/12, John Baldwin wrote:
> > On Thursday, July 19, 2012 7:58:14 pm Sean Bruno wrote:
> >> Working on the Dell R420 today, got most of it working, even the
> >> broadcom ethernet cards! However, I get the following when I reboot the
On 7/31/12, John Baldwin wrote:
> On Thursday, July 19, 2012 7:58:14 pm Sean Bruno wrote:
>> Working on the Dell R420 today, got most of it working, even the
>> broadcom ethernet cards! However, I get the following when I reboot the
>> system:
>>
>> Syncing disks, vnodes remaining...4 Sleeping th
On Thursday, July 19, 2012 7:58:14 pm Sean Bruno wrote:
> Working on the Dell R420 today, got most of it working, even the
> broadcom ethernet cards! However, I get the following when I reboot the
> system:
>
> Syncing disks, vnodes remaining...4 Sleeping thread (tid 100107, pid 9)
> owns a non-s
Working on the Dell R420 today, got most of it working, even the
broadcom ethernet cards! However, I get the following when I reboot the
system:
Syncing disks, vnodes remaining...4 Sleeping thread (tid 100107, pid 9)
owns a non-sleepable lock
KDB: stack backtrace of thread 100107:
sched_switch()
13 matches
Mail list logo