Date: Fri, 23 Dec 2005 10:56:47 -0600 From: Gnu_Raiz <gnu.raiz@gmail.com> To: freebsd-acpi@freebsd.org Subject: Re: Z00Q Problem Tyan MB! Message-ID: <c740cf110512230856ya4d865eg3de471c4c2298a9a@mail.gmail.com> In-Reply-To: <20051222020349.GA16607@poupinou.org> References: <c740cf110512211223s4b7d7c59n387b1dfedd62567b@mail.gmail.com> <20051222020349.GA16607@poupinou.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/21/05, Bruno Ducrot <ducrot@poupinou.org> wrote:
>
> On Wed, Dec 21, 2005 at 02:23:56PM -0600, Gnu_Raiz wrote:
> > Hi: developers, fellow users!
> <snip>
> >> }
> >>
> >> acpi_dsdt_load="YES"
> >> acpi_dsdt_name="/boot/DSDT.aml"
> >> hw.acpi.osname="Windows 2001" <-- is there a reason for >>this line?
> >>
> >>
> >> Since I do not run a web server I have no way of archiving my >>.asl
> file I
> >> would be more than happy to send it to anyone through >>e-mail. I am
> also not
> >> subscribed to the list so please cc me.
>
> >I can provide such a link if you send this file to me.
> >
> >All in all, I think those errors are harmless. There may be a
> >problem with your serials ports though, but if it's not the case, or
> >you don't need them, well I am not sure it's worth debugging any
> >further.
> >
> >Cheers,
>
> >--
> >Bruno Ducrot
>
> >-- Which is worse: ignorance or apathy?
> >-- Don't know. Don't care.
>
>A real first read of your report would suggest that >something is broken
>in your bios for detecting serial ports.
That is funny you mention that because i do have a lcd screen attached to
serial com1, in Gnu/linux I used lcd4linux and it never worked very good, I
had to run it with the -F option. I have also had problems with lcdproc,
once in a while it would just go blank, or take forever to initalize. A long
long time ago it worked fine under Windows, but that was very long ago.
>You can add that:
> Return(Package(2) {0,0})
>But there are a lot of ASL that contains this non-return >statement so
>far... I think just ignoring the warning is OK.
>Note that this method will be invoked only after a >resume of the system.
>If you don't suspend to ram I doubt it will be useful to >consider to fix
>the _WAK method anyway.
>> hw.acpi.osname="Windows 2001" <-- is there a reason for >>this line?
Ok I thought I would try every option I had access to I might go ahead and
take the hw line out of my loader.conf file. Since this is a desktop, it
runs 24/7 I really do not need any suspend, or power saving modes.
I do notice a slowdown in the mouse after a long time away from the desktop,
I also noticed a little slowdown when using rar to extract an archive. But
that might be due to the kernel, Gnu/linux vs Freebsd kernel. After all I am
running 1.2 MP's which is old anyway. It does make a good file server, and a
print server.
Gnu_Raiz
rcall
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?c740cf110512230856ya4d865eg3de471c4c2298a9a>