pe to grep solved the problem and the tape and changer passed
the test. At this point I am still testing bacula, so I have no idea of the
impact of this change in aditional functionality.
Thank you very much
João Sousa
-- System Information:
Debian Release: lenny/sid
APT prefers testing
Hello,
I patched the kernel successfully with the switches -p1 -l.
The kernel compiled fine and the cpu can switch frequencies as far as I = can
tell by looking into /sys and from lines like this in dmesg:
userspace: saving cpu_cur_freq of cpu 0 to be 200 kHz
cpufreq-core: target for CPU 0: 3
was me missmatching debian testing kernels with the patch.
JS
On Wednesday 25 April 2007 11:56, Ola Lundqvist wrote:
> Hi
>
> Just want to check. This problem do not happen with an unmodified
> version of the kernel?
>
> Regards,
>
> // Ola
>
> On Wed, Apr 25, 2007 a
On Tuesday 24 April 2007 13:39, Alexey Dobriyan wrote:
> Please, rebuild kernel with CONFIG_CPU_FREQ_DEBUG=y option
> (right after "CPU Frequency scaling"), boot kernel with cpufreq.debug=7
> option and post full "dmesg" output when oops occurs.
Here it is. I took a couple of tries to get the bug.
Package: kernel-patch-openvz
Version: 028.18.1
Severity: important
-- System Information:
Debian Release: lenny/sid
APT prefers testing-proposed-updates
APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.18vz001 (SMP w/2 CPU cores)
Lo
5 matches
Mail list logo
