Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 13 Sep 2007 23:15:46 -0700 (PDT)
From:      Dave Frantz <imperial_courier@yahoo.com>
To:        Kip Macy <kip.macy@gmail.com>
Cc:        freebsd-current@freebsd.org
Subject:   Re: Kernel Locks During Device Probe on 7.0 Current
Message-ID:  <327147.21692.qm@web53911.mail.re2.yahoo.com>
In-Reply-To: <b1fa29170709132252w65fec6fetf8c5310dbda167ee@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
I just finished searching the files in /usr/src/sys
for run_interrupt_driven_config_hooks. The only
references I get for this are in kern/subr_autoconf.c.

Unfortunately, my C-fu is a little weak. I've
reproduced the run_interrupt_driven_config_hooks
function below. Any ideas on where I should put the
printf? Is this the right function?

/* ARGSUSED */
static void run_interrupt_driven_config_hooks(void
*dummy);

static void
run_interrupt_driven_config_hooks(dummy)
	void *dummy;
{
	struct intr_config_hook *hook_entry, *next_entry;

	mtx_lock(&intr_config_hook_lock);
	TAILQ_FOREACH_SAFE(hook_entry,
&intr_config_hook_list, ich_links,
	    next_entry) {
		next_entry = TAILQ_NEXT(hook_entry, ich_links);
		mtx_unlock(&intr_config_hook_lock);
		(*hook_entry->ich_func)(hook_entry->ich_arg);
		mtx_lock(&intr_config_hook_lock);
	}

	while (!TAILQ_EMPTY(&intr_config_hook_list)) {
		msleep(&intr_config_hook_list,
&intr_config_hook_lock, PCONFIG,
		    "conifhk", 0);
	}
	mtx_unlock(&intr_config_hook_lock);
}
SYSINIT(intr_config_hooks, SI_SUB_INT_CONFIG_HOOKS,
SI_ORDER_FIRST,
	run_interrupt_driven_config_hooks, NULL)

--- Kip Macy <kip.macy@gmail.com> wrote:

> >    run_interrupt_driven_config_hooks(0)... rr232x:
> no
> > controllers detected.
> 
> put a printf in run_interrupt_driven_config_hooks
> printing out the
> addresses of the functions,
> with something like:
> printf("calling %p ...", fun);
> (*fun)();
> printf("done\n");
> 
> The most likely scenario is one of the drivers
> taking you off into the weeds.
> 
>  -Kip
> 
> 
> 
> >
> > and then it hangs.
> >
> > I don't think Firewire is causing this,
> unfortunately.
> > At least not directly.
> >
> > Thank you very much for your help, by the way.
> >
> > --- Kip Macy <kip.macy@gmail.com> wrote:
> >
> > > Try taking out firewire. And just to confirm  -
> you
> > > have bootverbose set?
> > >
> > >  -Kip
> > >
> > > On 9/13/07, Dave Frantz
> <imperial_courier@yahoo.com>
> > > wrote:
> > > > Okay, I've recompiled the GENERIC 7.0-current
> > > kernel
> > > > with VERBOSE_SYSINIT. ddb is in the kernel
> too.
> > > >
> > > > Booting with the GENERIC kernel built with
> those
> > > > options and with ACPI enabled, I get:
> > > >
> > > > subsystem 9000000
> > > >    tcov_init(0)... done.
> > > > subsystem a000000
> > > >    synch_setup(0)... done.
> > > > subsystem a800000
> > > >    run_interrupt_driven_config_hooks(0)...
> > > >
> > > > And then the system hangs. I cannot break into
> ddb
> > > > with Ctrl+Alt+Esc at this point.
> > > >
> > > > If I disable ACPI and boot with the same
> kernel, I
> > > > get:
> > > >
> > > >
> > > > subsystem 9000000
> > > >    tcov_init(0)... done.
> > > > subsystem a000000
> > > >    synch_setup(0)... done.
> > > > subsystem a800000
> > > >    run_interrupt_driven_config_hooks(0)...
> > > firewire0:
> > > > 2 nodes, maxhop <=1, cable IRM=1 (me)
> > > > firewire0: bus manager 1 (me)
> > > >
> > > > And it hangs there.
> > > >
> > > > Any ideas on what I should do next? Thanks in
> > > advance.
> > > >
<snip>


       
____________________________________________________________________________________
Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. 
http://answers.yahoo.com/dir/?link=list&sid=396545433



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?327147.21692.qm>