>-----Original Message----- >From: Thomas Gleixner [mailto:tglx@xxxxxxxxxxxxx] >Sent: Sunday, June 14, 2009 5:46 AM >To: Benjamin S. >Cc: Rafael J. Wysocki; Ingo Molnar; LKML; js@xxxxxxxxx; Jesse >Barnes; pm list; Linux PCI; Matthew Wilcox; Pallipadi, Venkatesh >Subject: Re: 2.6.30 enabling cpu1 on resume fails after >suspend to memory > >On Sun, 14 Jun 2009, Benjamin S. wrote: > >This is odd as well: >> CPU0 CPU1 >> 0: 42 1 IO-APIC-edge timer >> 24: 4830 0 HPET_MSI-edge hpet2 >> LOC: 42 5070 Local timer interrupts > >So we set up only one hpet channel for CPU0 and CPU1 uses the local >timer interrupt. Need to look at that as well. > Logic in percpu HPET is something like this. - Number of per cpu HPET channels = total number of HPET channels - 1 (global HPET) - 1 (legacy RTC replacement) - 1 (reserved for /dev/hpet). - So, this number is assigned one per CPU and remaining CPUs use APIC timer + broadcast logic Looks like there is a slight problem with the above though. We should start such per cpu assignment from CPU 1 instead of CPU 0, when number of HPET channels is less than number of CPUs. Will send a patch for that. But, this suspend resume problem should not be due to the percpu HPET logic. It will be good to try with hpet=disable to make sure... Thanks, Venki _______________________________________________ linux-pm mailing list linux-pm@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/linux-pm
