xe2500800
> AMD Features2=0x1
>
> in i386 mode, and setting cpu frequency works in Windows.
Is acpi loaded on that system?
Could you please provide a dmesg after a boot -v?
Cheers,
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
___
this one support IPMI?
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
now is if
> this a shortcoming of freebsd or the motherboard, if its the later, i
> will contact the manufacturer.
Could you please try (if you have a working smb device)
# smbmsg -p
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
__
On Thu, Jul 27, 2006 at 11:09:51AM -0400, Mike Jakubik wrote:
> Bruno Ducrot wrote:
> >Could you please try (if you have a working smb device)
> >
> ># smbmsg -p
> >
>
> Well, i don't think its being detected/supported. I tried loading all
> the sm
hat:
> CPU: Intel(R) Pentium(R) M processor 1500MHz (1498.73-MHz 686-class CPU)
> Origin = "GenuineIntel" Id = 0x695 Stepping = 5
^^^
speedstep should work if you put:
cpufreq_load="YES"
into /boot
ee:
> http://lists.freebsd.org/pipermail/freebsd-acpi/2006-June/002890.html
IMO this io (0x80) should not be blacklisted. It's used as a debug port
in that context.
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
_
On Mon, Aug 07, 2006 at 03:19:03PM +0100, Gavin Atkinson wrote:
> However the 0x80 port is a single byte wide - and his AML is trying to
> write 32 bits to it, so it's falling foul of the (correct) blocking of
> writes to port in the range 0x81 - 0x83.
Oops, yes. You are indeed rig
advertised. (i.e. hitting the power
> button cleanly shuts down the OS)
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinf
On Wed, Oct 04, 2006 at 02:07:12PM -0400, Bill Moran wrote:
> In response to Bruno Ducrot <[EMAIL PROTECTED]>:
> > Hi,
> >
> > On Wed, Oct 04, 2006 at 12:28:35PM -0400, Bill Moran wrote:
> > >
> > > A reboot causes the OS to halt, but the hardware
On Tue, Oct 10, 2006 at 02:53:15PM -0400, Bill Moran wrote:
> In response to Doug Ambrisko <[EMAIL PROTECTED]>:
>
> > John Baldwin writes:
> > | On Tuesday 10 October 2006 08:54, Bill Moran wrote:
> > | > In response to Doug Ambrisko <[EMAIL PROTEC
ould enable eist and p4tcc (by loading cpufreq on boot)
and both acpi_perf and acpi_throttle will be gone.
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
___
freebsd-stable@freebsd.org mailing list
h
On Tue, Nov 07, 2006 at 01:48:36PM -0500, Michael Butler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Bruno Ducrot wrote:
> >> > cpu0: on acpi0
> >> > acpi_perf0: on cpu0
> >> > acpi_throttle0: on cpu0
> >
t;}'
(you must have the sysutils/pciutils port, though, but I need a similar
command under Linux, that's why I'm doing something like that).
Cheers,
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
_
On Tue, Jan 09, 2007 at 08:50:28AM -0800, Jeremy Chadwick wrote:
> On Tue, Jan 09, 2007 at 02:50:47PM +0100, Bruno Ducrot wrote:
> > On Tue, Jan 09, 2007 at 12:39:45PM +1030, Daniel O'Connor wrote:
> > > Has anyone had any success?
> > > I've tried health
On Wed, Jan 10, 2007 at 06:46:10PM +1030, Daniel O'Connor wrote:
> On Wednesday 10 January 2007 14:08, Bruno Ducrot wrote:
> > From the OP, I think the processor is an AMD 64 bits of some sort. From
> > "BIOS and Kernel Developer's Guide for AMD NPT Family 0Fh
op
> experience with powerd and battery life suggested that there would be
> more of a difference.
>
> > I can't specifically help with the Dell.
>
What specific driver(s) were loaded actually?
A devinfo might help.
Cheers,
--
Bruno Ducrot
-- Which is worse: ignoran
On Thu, Jan 11, 2007 at 09:21:50AM -0800, George Hartzell wrote:
> Bruno Ducrot writes:
> > [...]
> > What specific driver(s) were loaded actually?
> > A devinfo might help.
>
> It looks like:
>
> p4tcc0
> cpufreq0
>
> Here's a devi
on that machine?
>
> Here you can find the dmesg output:
>
> * <http://daemon.crashmail.de/~stell/paradise_dmesg.txt>
>
> And a complete lists of all sysctls:
>
> * <http://daemon.crashmail.de/~stell/paradise_sysctl.txt>
>very litte hw.acpi.
On Thu, Apr 27, 2006 at 08:40:57PM +0200, Stefan 'Steve' Tell wrote:
> Hi,
>
> first of all a big thanks for your reply.
>
> * Bruno Ducrot <[EMAIL PROTECTED]> wrote:
> > On Fri, Apr 21, 2006 at 04:11:00PM +, Stefan 'Steve' Tell wrote:
>
>
On Fri, May 06, 2005 at 05:50:10PM +0200, Thierry Herbelot wrote:
> - ident strings of the modified sources between the two kernels :
> http://herbelot.tfh.free.fr/Diversion/div.kern.ident.diff²
I can't get that one. Could you please rename it?
--
Bruno Ducrot
-- Which is worse:
solution for this is. Let p4tcc detect acpi_throttle and don't attach
> if it's present (like acpi_throttle does now if it finds p4tcc) or
> detach it before attaching? Or maybe p4tcc and acpi_throttle should be
> merged into one driver?
>
> Finally, is the kernel config opti
o)
I believe, but that will cool less the processor than other
techniques (as for example est for the pentium-M).
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
___
freebsd-stable@freebsd.org mailing lis
Answering to myself, somehow
On Mon, Oct 17, 2005 at 04:01:01PM +0200, Bruno Ducrot wrote:
> On Sun, Oct 16, 2005 at 06:54:12AM +0200, Zoran Kolic wrote:
> > Dear all!
> > I'd like to know, prior to
> > install upcoming 6.0, about
> > putting cpu into cooler mo-
&g
I never liked the way they wrote their ASL, but it's more a style issue ;)
On the other hand, I don't remember if the IBM R51 do have the same kind
of issue with suspend-to-ram, though I'm pretty sure suspending to
ram work for almost IBM thinkpads under FreeBSD.
--
Bruno Ducrot
nchmark program). In particular i understood that the
> ondemand governor responds to the system much faster that powerd is
> able to do.
>
> Is there someone who can share some impression or thoughts?
powerd need some rework in order to get it working properly. There
is one FreeBSD project on
On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote:
> Marco Calviani wrote:
> >Hi,
> >
> >2005/11/30, Bruno Ducrot <[EMAIL PROTECTED]>:
> >
> >>You have to load the cpufreq.ko module at boot.
> >>Adding that line:
> >>cp
On Wed, Nov 30, 2005 at 12:23:52PM -0800, Nate Lawson wrote:
> Bruno Ducrot wrote:
> >On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote:
> >
> >>Marco Calviani wrote:
> >>
> >>>Hi,
> >>>
> >>>2005/11/30, Bruno Ducrot &
o
> understand why is not possible to use the est driver.
Did you load the cpufreq driver at boot time which include the est
driver as said before? It will replace the acpi_perf if appropriate.
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
't do the same :)
Maybe a link to a 'acpidmp -d -t' may help to see a little deeper?
Marco, could you send to me privately or better provide a link to
this output?
Cheers,
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
_
idge.
I don't have time to write a fix right now. I will post a patch to be
tested latter.
Thanks,
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
___
freebsd-stable@freebsd.org mailing list
htt
ve with, say 50 syscalls under FreeBSD,
then all I said above is indeed stupid crap.
> I run powerd like this ->
> /usr/sbin/powerd -i 90 -r 30 -a adaptive -b adaptive -n adaptive -p 200
>
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
ople may have different opinion of
course.
BTW you may want to try to check if setting hw.acpi.cpu.cx_lowest to C2
permit to cool the processor. There are a lot of old systems based upon
AMD processors that require this for resolving overheating issues.
You may also want to check if sysutlis/f
On Fri, Jan 13, 2006 at 10:10:51AM +1030, Daniel O'Connor wrote:
> On Fri, 13 Jan 2006 00:10, Bruno Ducrot wrote:
> > > Thats the correct one, it is 75mhz. I was suspecting hardwares
> > > limitations in terms of modulating the frequency quickly enough. Just
> > >
On Fri, Jan 13, 2006 at 10:27:37AM +1030, Daniel O'Connor wrote:
> On Fri, 13 Jan 2006 10:24, Bruno Ducrot wrote:
> > > Nearly all of the energy going into the CPU is disipated as heat.
> >
> > Of course. But the goal of powerd is to reduce power comsuption with
&g
some workaround. If something like that
20031223 then it's likely your BIOS do have this kind of workaround
enabled already.
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
this should
> have nothing to do with causing resets.
>
IIRC it is an error to put non-alphanumeric onto an _HID node, but
ACPI-CA interpreter is able to handle this situation. IOW iasl will
give up if such error is done and is to compiling such ASL, but the
in-kernel AML interpreter should
On Mon, Jan 23, 2006 at 10:49:02AM -0200, JoaoBR wrote:
> On Monday 23 January 2006 08:59, Bruno Ducrot wrote:
> > > >
> > > >epox.asl 2575: Name (_HID, "_NVRAIDBUS")
> > > >Error1068 - String must be entirely alphanumeric ^
On Mon, Jan 23, 2006 at 01:52:11PM -0200, JoaoBR wrote:
> On Monday 23 January 2006 11:49, Bruno Ducrot wrote:
>
> > >
> > > good to know as well, what means supposed my cards are ok the motherboard
> > > has issues right
> >
> > Can't tell for
38 matches
Mail list logo
