Excellant work Valdis. My OSS (non-ALSA) is fine now under 2.6.0-test1.
Indeed I have CONFIG_X86_SPEEDSTEP_ICH defined.
Thank you
Simon
On 2003.07.19 00:46, Valdis.Kletnieks@vt.edu wrote:
> On Fri, 18 Jul 2003 22:10:12 EDT, Simon Boulet
> <simon.boulet@divahost.net> said:
>
> > Also, the OSS (non-ALSA) Intel ICH (i8xx) loads correctly but the
> sound
> > output is slow (rate or clocking problem?). My sound was fine under
>
> > 2.4.21.
> >
>
> > i810_audio: only 48Khz playback available.
>
> > i810_audio: setting clocking to 64937
>
> I was having problems with i810_audio clocking as well. It turned out
> to be
> the Intel Speedstep support, of all things. *IF* your kernel
> includes:
>
> CONFIG_X86_SPEEDSTEP_ICH=y
>
> it was possible to end up with a broken value for loops_per_jiffie.
> I've
> attached a patch that fixes the bug and does a few cleanups...
>
> If you don't have the SpeedStep support in your kernel, then your
> problem is elsewhere... Good luck... ;)
>
> /Valdis
>
> --- arch/i386/kernel/cpu/cpufreq/speedstep-ich.c.linus 2003-
> 07-03
> 23:31:43.000000000 -0400
> +++ arch/i386/kernel/cpu/cpufreq/speedstep-ich.c 2003-07-04
> 09:57:07.981299808 -0400
> @@ -77,15 +77,17 @@
> u8 value;
> unsigned long flags;
> struct cpufreq_freqs freqs;
> + int newfreq;
>
> if (!speedstep_chipset_dev || (state > 0x1))
> return;
>
> freqs.old = speedstep_get_processor_frequency
> (speedstep_processor);
> - freqs.new = speedstep_freqs[SPEEDSTEP_LOW].frequency;
> + freqs.new = speedstep_freqs[state].frequency;
> freqs.cpu = 0; /* speedstep.c is UP only driver */
>
> - if (notify)
> + /* make sure we've initialized before calling notify */
> + if (notify && (freqs.new != 0))
> cpufreq_notify_transition(&freqs, CPUFREQ_PRECHANGE);
>
> /* get PMBASE */
> @@ -136,13 +138,16 @@
>
> dprintk(KERN_DEBUG "cpufreq: read at pmbase 0x%x + 0x50
> returned 0x%x\n", pmbase, value);
>
> + /* freqs.new may not be set yet - need local copy */
> + newfreq = speedstep_get_processor_frequency
> (speedstep_processor);
> if (state == (value & 0x1)) {
> - dprintk (KERN_INFO "cpufreq: change to %u MHz
> succeeded\n", (freqs.new / 1000));
> + dprintk (KERN_INFO "cpufreq: change to %u MHz
> succeeded\n", (newfreq / 1000));
> } else {
> printk (KERN_ERR "cpufreq: change failed - I/O
> error\n");
> }
>
> - if (notify)
> + /* Make sure we're initialized before calling notify */
> + if (notify && (freqs.new != 0))
> cpufreq_notify_transition(&freqs,
> CPUFREQ_POSTCHANGE);
>
> return;
> @@ -295,7 +300,7 @@
> return -EIO;
>
> dprintk(KERN_INFO "cpufreq: currently at %s speed setting -
> %i MHz\n",
> - (speed == speedstep_low_freq) ? "low" : "high",
> + (speed == speedstep_freqs[SPEEDSTEP_LOW].frequency) ?
> "low" : "high",
> (speed / 1000));
>
> /* cpuinfo and default policy values */
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Wed Jul 23 2003 - 22:00:37 EST