On Sunday 30 July 2006 02:06, Pavel Machek wrote: > Hi! > > > >>>> I have problems with swsusp again. While suspending, the very last thing kernel > > >>>> writes is 'restoring higmem' and then hangs, hardly. No sysrq response at all. > > >>>> Here is a snapshot of the screen: > > >>>> http://www.fi.muni.cz/~xslaby/sklad/swsusp_higmem.gif > > >>>> > > >>>> It's SMP system (HT), higmem enabled (1 gig of ram). > > >>> Most probably it hangs in device_power_up(), so the problem seems to be > > >>> with one of the devices that are resumed with IRQs off. > > >>> > > >>> Does vanila .18-rc2 work? > > >> Yup, it does. > > > > > > Can you try up kernel, no highmem? (mem=512M)? > > > > It writes then: > > p16v: status 0xffffffff, mask 0x00001000, pvoice f7c04a20, use 0 > > in endless loop when resuming -- after reading from swap. > > Okay, so we have two different problems here. > > One is "hang during suspend" with smp/highmem mode, That one is "interesting". I've no idea why the restoration of highmem would have caused the box to hang like that. Jiri, could you please post the output of dmesg after a fresh boot? > and one is probably driver problem with p16v (whatever it is). > > /data/l/linux/sound/pci/emu10k1/irq.c: > snd_printk(KERN_ERR "p16v: status: 0x%08x, mask=0x%08x, pvoice=%p, > use=%d\n", status2, mask, pvoice, pvoice->use); > > ...aha, so you may want to unload emu10k1 for testing. > > Since you mention radeon in one of your other mails, just try it in > vesafb mode... Yes. Or just don't compile the radeon driver and see what happens. Rafael
