search for: mtx_unlock

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() at sched_switch+0x19f mi_switch() at mi_switch+0x208 sleepq_switch() at sleepq_switch+0xfc

...virq_to_irq)[virq]; int evtchn = irq_to_evtchn[irq]; mtx_lock(&irq_mapping_update_lock); @@ -161,7 +162,64 @@ evtchn_to_irq[evtchn] = -1; irq_to_evtchn[irq] = -1; - virq_to_irq[virq] = -1; + PCPU_GET(virq_to_irq)[virq] = -1; + } + + mtx_unlock(&irq_mapping_update_lock); +} + + +int +bind_ipi_on_cpu_to_irq(int cpu, int ipi) +{ + evtchn_op_t op; + int evtchn, irq; + + mtx_lock(&irq_mapping_update_lock); + + if ( (evtchn = PCPU_GET(ipi_to_evtchn)[ipi]) == 0 ) + { + op.cmd = EVTCHNOP_bind_ipi; +...

Hi all, I was intending on trying out gjournal on a new disk i've added in my desktop. I had a look to see what the most recent patch provided by Pawel and found http://people.freebsd.org/~pjd/patches/gjournal6_20061024.patch I created the directories as per Pawel's original post (http://lists.freebsd.org/pipermail/freebsd-fs/2006-June/001962.html) and the patch succeeded with no failed

...(struct thread* td, struct kldload_args* uap) > { > +#ifdef NO_KLD > + /* Always fail */ > + return EPERM; > +#else > char *kldname, *modname; > char *pathname = NULL; > linker_file_t lf; > @@ -727,6 +732,7 @@ > free(pathname, M_TEMP); > mtx_unlock(&Giant); > return (error); > +#endif > } > > /* > @@ -735,6 +741,10 @@ > int > kldunload(struct thread* td, struct kldunload_args* uap) > { > +#ifdef NO_KLD > + /* Always fail */ > + return EPERM; > +#else > linker_file_t lf; >...

Hi Folks, I've facing an intermittent hang with a USB port which seems cam related: Event's that happen are: o USB modem (HUAWEI E220) plugged into PC ugen3.2: <HUA WEI> at usbus3 u3g0: <3G Modem> on usbus3 u3g0: Found 3 ports. umass0: <USB MASS STORAGE> on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:6:0:-1: Attached to scbus6 umass1: <USB

Any progress here? Does anyone know if this will be fixed in 7.1 latest, or should we start looking for different backup solution (in this case I would suggest to remove dump from the source tree - having a backup tool that doesn't work is worse than having none). After upgrading we basically cannot backup our servers. Shouldn't this issue be on

This patch series adds the needed support for this extension to the various parts of mesa to finally enable it for nvc0. Dave Airlie (1): glsl: lower cull_distance into cull_distance_mesa Tobias Klausmann (10): glapi: add GL_ARB_cull_distance mesa/main: add support for GL_ARB_cull_distance mesa/prog: Add varyings for arb_cull_distance mesa/st: add support for GL_ARB_cull_distance