On Friday, February 22, 2013 07:17:42 Andy Walls wrote: > On Thu, 2013-02-21 at 22:32 -0500, Andy Walls wrote: > > Ron Andreasen <dlanor78@xxxxxxxxx> wrote: > > > > >I've been having trouble getting distros that have any kernel above the > > >3.5 > > >series to boot (only tried 64-bit). I get a black screen with a bunch > > >of > > >text and the boot process goes no further. I don't know if this is > > >usually > > >okay, but I'm posting a link to a picture I took of my monitor with my > > >cell > > >phone. It's a bit blurry but hopefully it's still okay: > > > > > >http://imgur.com/viP1kWk,3YJXKbG > > > > > >The distros I've had this problem in are Kubuntu (I've tried several of > > >the > > >daily builds) which uses the 3.8.? (can't boot far enough to see) > > >kernel, > > >Cinnarch which uses the 3.7.3 kernel, and openSUSE 12.3 and I don't > > >remember what version of the kernel that one used. Please note that any 3.8 kernel is terminally broken with ivtv/cx18 and will crash during boot as long as this patch is not applied: http://git.linuxtv.org/media_tree.git/commit/cfb046cb800ba306b211fbbe4ac633486e11055f It can be worked around by renaming ivtv-alsa.ko, as Andy mentioned. I hope to get this patch into the 3.8 stable series as soon as possible. I have to wait until it is merged into mainline first, though. Regards, Hans > > > > > > > > > It looks like the ivtv module is failing to initialize, starts to > > unload, and in the process of unloading, the cleanup path causes an > > Ooops. > > > > I should have time to look closer at it this weekend. > > Test this patch (made against Kernel v3.8-rc5). > > Hopefully, it will fix the oops and then let you see why the > ivtv_probe() function fails when initializing the PVR-150. > > Regards, > Andy > > diff --git a/drivers/media/pci/ivtv/ivtv-driver.c b/drivers/media/pci/ivtv/ivtv-driver.c > index df88dc4..de5db69 100644 > --- a/drivers/media/pci/ivtv/ivtv-driver.c > +++ b/drivers/media/pci/ivtv/ivtv-driver.c > @@ -298,7 +298,6 @@ static void request_module_async(struct work_struct *work) > > static void request_modules(struct ivtv *dev) > { > - INIT_WORK(&dev->request_module_wk, request_module_async); > schedule_work(&dev->request_module_wk); > } > > @@ -307,6 +306,9 @@ static void flush_request_modules(struct ivtv *dev) > flush_work_sync(&dev->request_module_wk); > } > #else > +static void request_module_async(struct work_struct *work) > +{ > +} > #define request_modules(dev) > #define flush_request_modules(dev) > #endif /* CONFIG_MODULES */ > @@ -751,6 +753,8 @@ static int ivtv_init_struct1(struct ivtv *itv) > spin_lock_init(&itv->lock); > spin_lock_init(&itv->dma_reg_lock); > > + INIT_WORK(&itv->request_module_wk, request_module_async); > + > init_kthread_worker(&itv->irq_worker); > itv->irq_worker_task = kthread_run(kthread_worker_fn, &itv->irq_worker, > itv->v4l2_dev.name); > > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-media" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
