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=3D"YES" > >> acpi_dsdt_name=3D"/boot/DSDT.aml" > >> hw.acpi.osname=3D"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 lon= g 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=3D"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 a= m 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>