On Wednesday 03 December 2003 21:57, Nate Lawson wrote:
> On Wed, 3 Dec 2003, Melvyn Sopacua wrote:
> > On Tuesday 02 December 2003 23:34, Nate Lawson wrote:
> > > Try other states (acpiconf -s 1, 2, 4). If one works, use it. If not,
> > > try disabling acpi and using apm(4) to suspend and resume
On Wed, 3 Dec 2003, Melvyn Sopacua wrote:
> On Tuesday 02 December 2003 23:34, Nate Lawson wrote:
> > Try other states (acpiconf -s 1, 2, 4). If one works, use it. If not,
> > try disabling acpi and using apm(4) to suspend and resume.
>
> Normally that would be grand, but now that I've not compil
Hi Nate,
On Tuesday 02 December 2003 23:34, Nate Lawson wrote:
> Try other states (acpiconf -s 1, 2, 4). If one works, use it. If not,
> try disabling acpi and using apm(4) to suspend and resume.
Normally that would be grand, but now that I've not compiled acpi into the
kernel, I have no /dev
Try other states (acpiconf -s 1, 2, 4). If one works, use it. If not,
try disabling acpi and using apm(4) to suspend and resume.
Suspend/resume is far down my list of things to troubleshoot and most of
the problems are very hw-specific.
-Nate
___
[EMA
On Fri, 18 Jul 2003, Danny Braniss wrote:
> > On Thu, 17 Jul 2003, Danny Braniss wrote:
> > > > Your asl seems bogus since there are a lot of unexpected values (i.e. for
> > > > TZ and EC port values). Since it worked in 4.8R, follow the instructions
> > > > for disabling ACPI.
> > > >
> > > > -Na
> On Thu, 17 Jul 2003, Danny Braniss wrote:
> > > Your asl seems bogus since there are a lot of unexpected values (i.e. for
> > > TZ and EC port values). Since it worked in 4.8R, follow the instructions
> > > for disabling ACPI.
> > >
> > > -Nate
> >
> > thanks, that did it, but now, is there anyw
On Thu, 17 Jul 2003, Danny Braniss wrote:
> > Your asl seems bogus since there are a lot of unexpected values (i.e. for
> > TZ and EC port values). Since it worked in 4.8R, follow the instructions
> > for disabling ACPI.
> >
> > -Nate
>
> thanks, that did it, but now, is there anyway i can help fi
> Your asl seems bogus since there are a lot of unexpected values (i.e. for
> TZ and EC port values). Since it worked in 4.8R, follow the instructions
> for disabling ACPI.
>
> -Nate
thanks, that did it, but now, is there anyway i can help fix this so
acpi will work? i have several of this boxes
Your asl seems bogus since there are a lot of unexpected values (i.e. for
TZ and EC port values). Since it worked in 4.8R, follow the instructions
for disabling ACPI.
-Nate
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/fre
On Sun, 23 Mar 2003, Robert Watson wrote:
> When I boot with ACPI, the following appears in dmesg:
>
> Mar 23 14:14:31 none kernel: sio0: configured irq 4 not in bitmap of probed irqs 0
> Mar 23 14:14:31 none kernel: sio0: port may not be enabled
> Mar 23 14:14:31 none kernel: sio0 port 0x3f8-0x3f
On Fri, 24 Jan 2003, Nate Lawson wrote:
> On Thu, 23 Jan 2003, Bryan Liesner wrote:
> > On Thu, 23 Jan 2003, Nate Lawson wrote:
> >
> > > On Thu, 23 Jan 2003, Bryan Liesner wrote:
> > > > I just upgraded my 4.7 system to 5.0-current via sources. Everything
> > > > went smoothly, and I was up and
On Thu, 23 Jan 2003, Bryan Liesner wrote:
> On Thu, 23 Jan 2003, Nate Lawson wrote:
>
> > On Thu, 23 Jan 2003, Bryan Liesner wrote:
> > > I just upgraded my 4.7 system to 5.0-current via sources. Everything
> > > went smoothly, and I was up and running quickly, but with an acpi related
> > > prob
On Thu, 23 Jan 2003, Nate Lawson wrote:
> On Thu, 23 Jan 2003, Bryan Liesner wrote:
> > I just upgraded my 4.7 system to 5.0-current via sources. Everything
> > went smoothly, and I was up and running quickly, but with an acpi related
> > problem.
> >
> > When booting, the kernel loads, detects t
On Thu, 23 Jan 2003, Bryan Liesner wrote:
> I just upgraded my 4.7 system to 5.0-current via sources. Everything
> went smoothly, and I was up and running quickly, but with an acpi related
> problem.
>
> When booting, the kernel loads, detects the devices, then hangs right
> here:
>
> Mounting r
> > Then you'll get thermal operation messages, something like:
> > Nov 26 19:34:13 mybox kernel: acpi_tz0: _AC0: temperature 60.0 >=
> > setpoint 60.0
> > Nov 26 19:34:13 mybox kernel: acpi_tz0: switched from NONE to _AC0: 60.0C
> >
> > We need the messages like this, acpidump output, and sy
Mitsuru IWASAKI wrote:
> Hi,
>
> Hmm, we need further info. on this.
> Please add the following lines into your /boor/loader.conf:
>
> hw.acpi.verbose=1
> debug.acpi.layer="ACPI_ALL_COMPONENTS ACPI_BUS"
> debug.acpi.level="ACPI_LV_WARN ACPI_LV_ERROR ACPI_LV_OBJECTS"
>
>
> Then you'll get
Terry Lambert wrote:
> Have you applied the most recent ACPI patches, and turned on
> debugging output (at least "hw.acpi.verbose=1") to see if it
> fixes the problem (and if it doesn't, at least report what's
> going on)?
It looks like the author of the ACPI code has already replied
to your post;
John Angelmo wrote:
> Terry Lambert wrote:
> > Is this a Dell Lattitude? They are known to have heat problems.
> >
> > There's also the possibility that the CPU is a desktop CPU in
> > the laptop; people aren't supposed to do that, either, but it
> > can crank up the heat.
>
> No it's a Evo N114
Terry Lambert wrote:
Is this a Dell Lattitude? They are known to have heat problems.
There's also the possibility that the CPU is a desktop CPU in
the laptop; people aren't supposed to do that, either, but it
can crank up the heat.
-- Terry
Hello
No it's a Evo N114 with an Athlon 4 in it,
Hi,
> If I choose to make world under -CURRENT the laptop gets hotter (well
> the processor/hd and so on gets used and causes heat) now, the fan
> starts to spin faster and so on, but the computer never gets cooler even
> a day after a build it still is hot and the fan never stops spinning, is
On Sat, 23 Nov 2002, Ertan Kucukoglu wrote:
> First of all, I do not know much about backtracing, debugging etc.
First advice: we shipped DP2 with two different kernels, the normal kernel
without high debugging features, and then a special debugging kernel
called DEBUG. My first advice when st
Ertan Kucukoglu wrote:
> I want to use the power key to shutdown the system. It is
> compaq evo 300, P4 1.6ghz, 368MB RAM
>
> Yesterday OS was 5.0DP2. I can not power it off. It comes
> to a point when it should cut the power off 'System is
> shutting down using ACPI' like message is displayed and
# Congratulations, Maxim!
> On Thu, Oct 25, 2001 at 05:13:56PM +0300, Maxim Sobolev wrote:
> >
> > 6. And finally I've put back corrected ACPI table back into
> > BIOS image using CBROM.EXE, flashed resulting BIOS image and
> > voila - the ACPI problem gone. :)
> >
>
> Way cool. :)
Yeah, Maxi
Maxim Sobolev wrote:
> I know several local guys with exactly the same
> bug (some time ago I've convinced some them to swith to -current
> and test/report any problems) and it is very sad to see my efforts
> vanished, especially considering that the source of the problem is
> located and as you s
On Thu, Oct 25, 2001 at 05:13:56PM +0300, Maxim Sobolev wrote:
>
> 6. And finally I've put back corrected ACPI table back into
> BIOS image using CBROM.EXE, flashed resulting BIOS image and
> voila - the ACPI problem gone. :)
>
Way cool. :)
Joe
msg32007/pgp0.pgp
Description: PGP signatur
Mitsuru IWASAKI wrote:
>
> Hi, Maxim. Thanks for reporting and reminding us.
>
> I think this is very difficult to fix, because;
> 1. Basically, this is a bug in BIOS, should be reported to vendor.
> 2. ACPI CA is developed by Intel. We'd like to have less local
> workaround changes as p
Mitsuru IWASAKI wrote:
>
> Hi, Maxim. Thanks for reporting and reminding us.
>
> I think this is very difficult to fix, because;
> 1. Basically, this is a bug in BIOS, should be reported to vendor.
I understood that, but it is a discontinued model, so it is
unlikely that they will bother to p
Hi, Maxim. Thanks for reporting and reminding us.
I think this is very difficult to fix, because;
1. Basically, this is a bug in BIOS, should be reported to vendor.
2. ACPI CA is developed by Intel. We'd like to have less local
workaround changes as possible.
3. I'm not sure whether sugg
>
> > > The problem is still here as of today's kernel. Please do
> > > something about it.
> >
> > Should I reapeat how sad it is that this longstanding
> > problem is being completely ignored by the acpi
> > maintainer(s)?
>
> No, I'd prefer that you found something constructive to do with yo
> > The problem is still here as of today's kernel. Please do
> > something about it.
>
> Should I reapeat how sad it is that this longstanding
> problem is being completely ignored by the acpi
> maintainer(s)?
No, I'd prefer that you found something constructive to do with your time.
I'm not in
Maxim Sobolev wrote:
>
> Maxim Sobolev wrote:
> >
> > Mike Smith wrote:
> >
> > > This just isn't going to work. The _CRS data stream stops at byte 0x17,
> > > and these extra items are simply mis-aimed.
> > >
> > > The 0x19 should really be 0x11, and the 0x1c should really be 0x14, ie.
> > > th
Maxim Sobolev wrote:
>
> Mike Smith wrote:
>
> > This just isn't going to work. The _CRS data stream stops at byte 0x17,
> > and these extra items are simply mis-aimed.
> >
> > The 0x19 should really be 0x11, and the 0x1c should really be 0x14, ie.
> > this is a BIOS bug, and should be reported
Mike Smith wrote:
> This just isn't going to work. The _CRS data stream stops at byte 0x17,
> and these extra items are simply mis-aimed.
>
> The 0x19 should really be 0x11, and the 0x1c should really be 0x14, ie.
> this is a BIOS bug, and should be reported to the vendor. (It should
> also hav
This just isn't going to work. The _CRS data stream stops at byte 0x17,
and these extra items are simply mis-aimed.
The 0x19 should really be 0x11, and the 0x1c should really be 0x14, ie.
this is a BIOS bug, and should be reported to the vendor. (It should
also have failed the Microsoft ACP
>
> Hi, I've just made a workaround for this. Intel folks, could you review
> it as always?
>
> > The problem is here, right?
> > > can't fetch resources for \\_SB_.PCI0.ISA_.FDC0 - AE_AML_BUFFER_LIMIT
> >
> > I'm sure _SB_.PCI0.ISA_.FDC0._CRS (Current Resource Settings) have some
> > problems
Hi, I've just made a workaround for this. Intel folks, could you review
it as always?
> The problem is here, right?
> > can't fetch resources for \\_SB_.PCI0.ISA_.FDC0 - AE_AML_BUFFER_LIMIT
>
> I'm sure _SB_.PCI0.ISA_.FDC0._CRS (Current Resource Settings) have some
> problems (not sure in BIOS
Hi,
> > I'm not sure exactly what's the problem you are having, but it's too
> > little information to track it down...
> > Could you send [EMAIL PROTECTED] ;
> > - acpidump output; like
> ># acpidump -o your_machine_name.dsdt > your_machine_name.dsdt.asl
> > I'll add them to
> > http://
Mitsuru IWASAKI wrote:
> Hi,
>
> > Maxim Sobolev wrote:
> >
> > > Maxim Sobolev wrote:
> > >
> > > > "Andrey A. Chernov" wrote:
> > > >
> > > > > On Mon, Sep 17, 2001 at 16:26:20 +0300, Maxim Sobolev wrote:
> > > > > > Hi,
> > > > > >
> > > > > > Finally decided to upgrade my current box to the p
Hi,
> Maxim Sobolev wrote:
>
> > Maxim Sobolev wrote:
> >
> > > "Andrey A. Chernov" wrote:
> > >
> > > > On Mon, Sep 17, 2001 at 16:26:20 +0300, Maxim Sobolev wrote:
> > > > > Hi,
> > > > >
> > > > > Finally decided to upgrade my current box to the post-ACPI/KSE and found
> > > > > that I'm havi
Maxim Sobolev wrote:
> Maxim Sobolev wrote:
>
> > "Andrey A. Chernov" wrote:
> >
> > > On Mon, Sep 17, 2001 at 16:26:20 +0300, Maxim Sobolev wrote:
> > > > Hi,
> > > >
> > > > Finally decided to upgrade my current box to the post-ACPI/KSE and found
> > > > that I'm having problem with resource al
"Andrey A. Chernov" wrote:
> On Mon, Sep 17, 2001 at 16:26:20 +0300, Maxim Sobolev wrote:
> > Hi,
> >
> > Finally decided to upgrade my current box to the post-ACPI/KSE and found
> > that I'm having problem with resource allocation for floppy disk controller.
> > I'm sure somebody already reporte
On Mon, Sep 17, 2001 at 16:26:20 +0300, Maxim Sobolev wrote:
> Hi,
>
> Finally decided to upgrade my current box to the post-ACPI/KSE and found
> that I'm having problem with resource allocation for floppy disk controller.
> I'm sure somebody already reported this some time ago, but the problems
42 matches
Mail list logo
