On Sat, Jan 24, 2004 at 01:47:54PM +0100, Mattia Dongili wrote:
> hummm... cpufreqd doesn't use the userspace governor :)
>
What? But but..
Hem
apt-get source cpufreqd
cd cpufreqd-1.1.0
[hummm...]
less examples/cpufreqd.conf-2.6
Well, yep it don't use userspace governor.
O
On Sat, Jan 24, 2004 at 01:47:54PM +0100, Mattia Dongili wrote:
> hummm... cpufreqd doesn't use the userspace governor :)
>
What? But but..
Hem
apt-get source cpufreqd
cd cpufreqd-1.1.0
[hummm...]
less examples/cpufreqd.conf-2.6
Well, yep it don't use userspace governor.
O
rent frequency as well (just that CPUFreq
developpers forgot that feature...).
Cheers,
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
rent frequency as well (just that CPUFreq
developpers forgot that feature...).
Cheers,
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
support throttling (like any Intel compatible
up to 486 IIRC). CPUFreq have not integrated throttling support on
i386, apart for the P4 via it's internal clock modulation.
You may have throttling support via ACPI (T-State). Look at
/proc/acpi/processor/*/info
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
support throttling (like any Intel compatible
up to 486 IIRC). CPUFreq have not integrated throttling support on
i386, apart for the P4 via it's internal clock modulation.
You may have throttling support via ACPI (T-State). Look at
/proc/acpi/processor/*/info
--
Ducrot Bruno
-- Which is
ortirtomars.com.IN A 161.58.213.67
Please note that you are not allowed to use CNAME record like:
mx.sortirtomars.com.IN CNAME blurb.beaf.dead.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
ortirtomars.com.IN A 161.58.213.67
Please note that you are not allowed to use CNAME record like:
mx.sortirtomars.com.IN CNAME blurb.beaf.dead.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
anly to 2.4.23 but to
> 2.4.22. There are about 5 hunks not succeeding, but if you look at the
> rejects, it is quite ovbvious how the files should look like. The
> resulting kernel works very well here.
>
The CVS is ok now. Expect soon that's ok for ftp as well.
Cheers,
--
Ducrot
anly to 2.4.23 but to
> 2.4.22. There are about 5 hunks not succeeding, but if you look at the
> rejects, it is quite ovbvious how the files should look like. The
> resulting kernel works very well here.
>
The CVS is ok now. Expect soon that's ok for ftp as well.
Cheers,
--
Ducrot
stuff in order to fix that issue, sorry.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
stuff in order to fix that issue, sorry.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nt/src/cvsroot co -rLINUX_2_4 cpufreq
cd cpufreq
./patchin.sh /path/to/your/kernel/source
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
nt/src/cvsroot co -rLINUX_2_4 cpufreq
cd cpufreq
./patchin.sh /path/to/your/kernel/source
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Nov 05, 2003 at 08:39:17PM +0200, Micha Feigin wrote:
> On Tue, 2003-11-04 at 13:17, Magnus von Koeller wrote:
> > On Tuesday 04 November 2003 12:07, Ducrot Bruno wrote:
> > > > Yeah, could you send these? My stuff somehow doesn't work. I use
> > > >
On Wed, Nov 05, 2003 at 08:39:17PM +0200, Micha Feigin wrote:
> On Tue, 2003-11-04 at 13:17, Magnus von Koeller wrote:
> > On Tuesday 04 November 2003 12:07, Ducrot Bruno wrote:
> > > > Yeah, could you send these? My stuff somehow doesn't work. I use
> > > >
On Tue, Nov 04, 2003 at 04:43:23PM +0100, Martin Wegmann wrote:
> On Tuesday 04 November 2003 10:37, Ducrot Bruno wrote:
>
> > > > cat /proc/cpuinfo
> > > > processor : 0
> > > > vendor_id : GenuineIntel
> > > > cpu family
On Tue, Nov 04, 2003 at 04:43:23PM +0100, Martin Wegmann wrote:
> On Tuesday 04 November 2003 10:37, Ducrot Bruno wrote:
>
> > > > cat /proc/cpuinfo
> > > > processor : 0
> > > > vendor_id : GenuineIntel
> > > > cpu family
On Tue, Nov 04, 2003 at 02:53:52PM +0100, Magnus von Koeller wrote:
Content-Description: signed data
> On Tuesday 04 November 2003 13:43, Ducrot Bruno wrote:
> > What version of cpufreq are you using? Older versions do not
> > update, or even worst, give false informations.
>
On Tue, Nov 04, 2003 at 02:53:52PM +0100, Magnus von Koeller wrote:
Content-Description: signed data
> On Tuesday 04 November 2003 13:43, Ducrot Bruno wrote:
> > What version of cpufreq are you using? Older versions do not
> > update, or even worst, give false informations.
>
ain in case of
SMP, but UP should be OK. Note also that in case of invasive patch like
aa, or preempt, for example, it may be possible that cpuinfo
entry may give bad infos.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
On Tue, Nov 04, 2003 at 12:17:34PM +0100, Magnus von Koeller wrote:
Content-Description: signed data
> On Tuesday 04 November 2003 12:07, Ducrot Bruno wrote:
> > > Yeah, could you send these? My stuff somehow doesn't work. I use
> > > this: echo 0:60:60
ain in case of
SMP, but UP should be OK. Note also that in case of invasive patch like
aa, or preempt, for example, it may be possible that cpuinfo
entry may give bad infos.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Nov 04, 2003 at 12:17:34PM +0100, Magnus von Koeller wrote:
Content-Description: signed data
> On Tuesday 04 November 2003 12:07, Ducrot Bruno wrote:
> > > Yeah, could you send these? My stuff somehow doesn't work. I use
> > > this: echo 0:60:60
want (you will
> > still need the features enabled in the kernel).
>
> Yeah, could you send these? My stuff somehow doesn't work. I use this:
> echo 0:60:60:powersave > /proc/cpufreq
>
You are using a user space daemon which change the frequency on the fl
want (you will
> > still need the features enabled in the kernel).
>
> Yeah, could you send these? My stuff somehow doesn't work. I use this:
> echo 0:60:60:powersave > /proc/cpufreq
>
You are using a user space daemon which change the frequency on the fl
: 6
> > model : 9
> > model name : Intel(R) Pentium(R) M processor 1300MHz
> > stepping: 5
> > cpu MHz : 1298.912
> > cache size : 0 KB
Kernel bug ?
Or the bios 'forgot' to enable caches?
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
: 6
> > model : 9
> > model name : Intel(R) Pentium(R) M processor 1300MHz
> > stepping: 5
> > cpu MHz : 1298.912
> > cache size : 0 KB
Kernel bug ?
Or the bios 'forgot' to enable caches?
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ith 2.4.22 yes...
>
>i try with kernel parameters pci=acpi noapic,
>i try with change the microprocessor on kenel configurator
>i try with apply the kernel patch of Alan Cox
>i try with apply the patch of ACPI
>
Have you tryed with nolapic?
--
Ducrot Br
ith 2.4.22 yes...
>
>i try with kernel parameters pci=acpi noapic,
>i try with change the microprocessor on kenel configurator
>i try with apply the kernel patch of Alan Cox
>i try with apply the patch of ACPI
>
Have you tryed with nolapic?
--
Ducrot Br
rward. Unfortunately, I don't
have time to look deeper.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
rward. Unfortunately, I don't
have time to look deeper.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e for the DRI CVS trunk DRM modules
ii xlibmesa-gl1-d 2003.10.05-1 Mesa 3D graphics library [DRI trunk]
un xlibmesa3-dri- (no description available)
ii xserver-xfree8 2003.10.05-1 The XFree86 X server [DRI trunk]
with that, it work OK, but with a 7500 M7 LW.
--
Ducrot Bruno
--
e for the DRI CVS trunk DRM modules
ii xlibmesa-gl1-d 2003.10.05-1 Mesa 3D graphics library [DRI trunk]
un xlibmesa3-dri- (no description available)
ii xserver-xfree8 2003.10.05-1 The XFree86 X server [DRI trunk]
with that, it work OK, but with a 7500 M7 LW.
--
Ducrot Bruno
--
nvidia,
especially if you want 3D stuff.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
nvidia,
especially if you want 3D stuff.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
apm command, a
> message tells me that the kernel has no APM support.
>
> Do i have to make my own kernel or is there a way to "turn on" apm support?
> Perhaps as a loadable module?
>
modprobe apm
if that work,
echo apm >> /etc/modules
--
Ducrot Bruno
-- Which
apm command, a
> message tells me that the kernel has no APM support.
>
> Do i have to make my own kernel or is there a way to "turn on" apm support?
> Perhaps as a loadable module?
>
modprobe apm
if that work,
echo apm >> /etc/modules
--
Ducrot Bruno
-- Which
s kernel module, and you have
to write me (privately) if you *think* that it should work by
testing at first that omke-1.0 (the perl script) work or not.
Cheers,
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
s kernel module, and you have
to write me (privately) if you *think* that it should work by
testing at first that omke-1.0 (the perl script) work or not.
Cheers,
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
--
To UNSUBSCRIBE, email to [EMAIL
On Sat, Jul 05, 2003 at 11:53:53AM -0400, Emma Jane Hogbin wrote:
> On Sat, Jul 05, 2003 at 04:46:53PM +0200, Ducrot Bruno wrote:
> > Most of the issues you mention should be now fixed with 2.4.22-pre2.
>
> Ok. In the 2.4.21 kernel is it a patch problem, a kernel problem or
>
On Sat, Jul 05, 2003 at 11:53:53AM -0400, Emma Jane Hogbin wrote:
> On Sat, Jul 05, 2003 at 04:46:53PM +0200, Ducrot Bruno wrote:
> > Most of the issues you mention should be now fixed with 2.4.22-pre2.
>
> Ok. In the 2.4.21 kernel is it a patch problem, a kernel problem or
>
be
> on but they have it off). As best I can understand, APIC is for dual
> processing stuff.
>
> [1] http://sourceforge.net/mailarchive/forum.php?forum=acpi-support
> [2] http://www.rojakpot.com/default.aspx?location=4&var1=32
>
Most of the issues you mention should be
tium-M, aka Banias, and performance states (aka changing
frequency/voltage) is supported under Linux.
Cheers,
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
be
> on but they have it off). As best I can understand, APIC is for dual
> processing stuff.
>
> [1] http://sourceforge.net/mailarchive/forum.php?forum=acpi-support
> [2] http://www.rojakpot.com/default.aspx?location=4&var1=32
>
Most of the issues you mention should be
tium-M, aka Banias, and performance states (aka changing
frequency/voltage) is supported under Linux.
Cheers,
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
swsusp
instead.
S4bios is implemented, but is higly experimental though.
Forgot to say that actually the correct syntax is
echo 4 > /proc/acpi/sleep
You don't have to pass the letter 'S'.
Cheers,
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
swsusp
instead.
S4bios is implemented, but is higly experimental though.
Forgot to say that actually the correct syntax is
echo 4 > /proc/acpi/sleep
You don't have to pass the letter 'S'.
Cheers,
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know.
you can,
> I would stick to 2.4.20 for now. The ACPI options are in General Setup
> under Power Management when you compile the kernel.
>
Actually, you may want to start with 2.4.22-pre2 which correct
some issues seen on the 2.4.21 + latest acpi patch.
Cheers,
--
Ducrot Bruno
--
you can,
> I would stick to 2.4.20 for now. The ACPI options are in General Setup
> under Power Management when you compile the kernel.
>
Actually, you may want to start with 2.4.22-pre2 which correct
some issues seen on the 2.4.21 + latest acpi patch.
Cheers,
--
Ducrot Bruno
--
the cpufreqd and it
> > doesn't work, speedstep reports that my processor is not supported
> > it ain't a speedstep, it's a Pentium3 Copermine (as it says on
> > /proc/cpuinfo)
>
> Well, then, *that* won't work. And yes, that's a desktop chip in a
> mobile chassis - it'll cook hot dogs for lunch, I'm sure.
To be more precise, the chipset is more important, especially
for SpeedStep technology, for PIII copermines. Due to lack of
documentation, SiS chipsets is not supported by cpufreq.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
the cpufreqd and it
> > doesn't work, speedstep reports that my processor is not supported
> > it ain't a speedstep, it's a Pentium3 Copermine (as it says on
> > /proc/cpuinfo)
>
> Well, then, *that* won't work. And yes, that's a desktop chi
ht be the right thing for the limited resources of a
> laptop?
>
> Please let me hear your opinion!
>
This is certainly the most great, etc. distribution for
optimizing 'ls' and 'mkdir'...
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know
ht be the right thing for the
> limited resources of a laptop?
>
> Please let me hear your opinion!
>
This is certainly the most great, etc. distribution for
optimizing 'ls' and 'mkdir'...
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
54 matches
Mail list logo
