Date: Sat, 02 Aug 2014 17:55:25 -0400 From: Anthony Jenkins <Anthony.B.Jenkins@att.net> To: Daniele Mazzotti <kappei84@gmail.com>, Kevin Oberman <rkoberman@gmail.com> Cc: "freebsd-acpi@freebsd.org" <freebsd-acpi@freebsd.org> Subject: Re: ACPI support - Freebsd 10 on Sony Vaio VPCCA3C5E Message-ID: <53DD5E4D.3070505@att.net> In-Reply-To: <CAC=ypSVLEW%2BTzu7cYmPnLYgcwgX=mUi%2Bkh=rPw91hbeSMEV0ug@mail.gmail.com> References: <20140722033156.E8638@sola.nimnet.asn.au> <1405965655.15937.YahooMailAndroidMobile@web181606.mail.ne1.yahoo.com> <CAC=ypSV1w0V0Vg2N0fZQK-VOh5Pzm3t7Cnch9xT=HYMjxcvqtw@mail.gmail.com> <20140721213352.GA64025@hell> <CAC=ypSVkOJQuWdGW10Duz2TWFv4L5deZ7uHwjFKPpUtWC_72ig@mail.gmail.com> <20140722180506.GA67094@hell> <CAC=ypSV8uVZ4w4SGXLexifnGvm874rTbs8iueaprp5J_XnFN4w@mail.gmail.com> <20140725221954.GA42012@hell> <CAN6yY1s_YY4E5ZFUgS6eHhPgfP2HESYZaE_zwbXTXKignfQfcA@mail.gmail.com> <CAC=ypSWnk2ju9HKpk_6=Tuymmi_HyLp1RxBC4ZPf7anxTwN3DA@mail.gmail.com> <CAN6yY1shJaSWZJFsnqDs-C0bcf554Es5GgEhDgO6pbUf94NtZA@mail.gmail.com> <CAN6yY1uF9KBeDEf-GuwyE90c011p4pwbNrHiTbCkCy7V=QfT7A@mail.gmail.com> <CAC=ypSWzXKX1iEtFpN1e_CoMEmtnY21Nq7cNP%2BXAZU3EWPUCGg@mail.gmail.com> <CAC=ypSVLEW%2BTzu7cYmPnLYgcwgX=mUi%2Bkh=rPw91hbeSMEV0ug@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Awesome! The battery thing is kind of baffling, as a developer I'd start by tracking down where we're (FreeBSD) getting the bogus values (I don't recall the battery problem details). i'm gonna work to get my ACPI CMOS region support patch into the codebase, seems to be helpful to a lot of people. Looks like a lot of manufacturers use CMOS to implement their suspend/resume functionality. Good luck, I'll try to think of stuff to try with the battery. Anthony On 08/01/2014 15:40, Daniele Mazzotti wrote: > Hello everybody, > > after several tries I finally managed to fix two out of three issue I had > on my Sony Vaio. After I switched to Intel driver I was forced to update my > system to STABLE (@Kevin: thanks for the support - I tried to write a set > of scripts to download the required VT sources and copy them to the correct > folders, but after two nights of work I decided that it was more the > efforts than the benefits). > > Then I recompiled the GENERIC Kernel from STABLE and added the support for > VT instead of the original SC and I am now able to switch through different > terminals (@all: thanks for suggesting me to remove Vesa and use proper > video drivers). > > Finally I have applied Anthony's patch and the suspend/resume mode works > like a charm! > The only thing which is now missing is the battery support, but debugging > that stuff is definitively out of my skill set! Would you think is it worth > trying? > > Cheers, > Daniele. > > > > 2014-07-26 19:40 GMT+02:00 Daniele Mazzotti <kappei84@gmail.com>: > >> Hi Kevin, >> >> that is a good news but I have a RELEASE therefore if I am not wrong I >> should recompile my kernel. Did I miss something? >> >> Cheers, >> Daniele. >> >> >> 2014-07-26 18:52 GMT+02:00 Kevin Oberman <rkoberman@gmail.com>: >> >> On Sat, Jul 26, 2014 at 9:31 AM, Kevin Oberman <rkoberman@gmail.com> >>> wrote: >>> >>>> On Sat, Jul 26, 2014 at 1:46 AM, Daniele Mazzotti <kappei84@gmail.com> >>>> wrote: >>>> >>>>> Hi, >>>>> >>>>> thanks again for your precious help. The suspend mode is not working >>>>> yet as VESA option is still in my kernel configuration. I wanted to wait >>>>> before removing it as I was not sure that intel video driver would have >>>>> worked. My intention was to have a working setup with intel and being able >>>>> to switch amongst vt(s) before getting rid of vesa, as I would peferer >>>>> having the possibility to switch amongst vt(s) than putting my laptop to >>>>> suspend. >>>>> >>>>> By the way I have a 10-RELEASE therefore I suspect I will have to >>>>> recompile the kernel with VT. Did I get you right? >>>>> >>>>> I googled a bit and it seems that the only thing I have to do is to add >>>>> these devices to my kernel: >>>>> >>>>> device vt >>>>> device vt_vga >>>>> >>>>> This is the source I am referring to: https://wiki.freebsd.org/Newcons. >>>>> Is this it? >>>>> >>>>> Cheers and thanks again, >>>>> Daniele. >>>>> >>>>> >>>> Maybe and maybe not. The wiki page needs updating. >>>> >>>> Look at /sys/ARCH/conf for a VT configuration. If it is there, just >>>> build a kernel with: >>>> # make buildkernel kernconf=VT && make installkernel kernconf=VT >>>> (You probably want to add a reasonable -j option for your hardware to >>>> the buildkernel.) >>>> >>>> If you don't have a VT config file, than just set the kern.vty=vt >>>> loadable in /boot/loader.conf. No need to build a new kernel. >>>> >>> I just looked at teh repo an can say that just adding kern.vty=vt to >>> /boot/loader.conf will work on head r 267965 or newer and 10-Stable r268366 >>> or newer. Looks like this has not been MFCed to 9. >>> >>> -- >>> R. Kevin Oberman, Network Engineer, Retired >>> E-mail: rkoberman@gmail.com >>> >>> >>> >>>>> 2014-07-26 8:14 GMT+02:00 Kevin Oberman <rkoberman@gmail.com>: >>>>> >>>>>> On Fri, Jul 25, 2014 at 3:19 PM, Bykov Vladislav <> < >>>>>> envolyse@gmail.com> wrote: >>>>>> >>>>>>> On Fri, Jul 25, 2014 at 10:43:11PM +0200, Daniele Mazzotti wrote: >>>>>>>> The error I get anytime I try to switch between terminals is the >>>>>>> following >>>>>>>> one " drmDropMaster failed: Unknown error: -22" >>>>>>> This is okay, if you can't switch back to tty after starting Xorg in >>>>>>> KMS >>>>>>> mode using old syscons driver. There is already work going on with new >>>>>>> driver, vt. I didn't test it though. >>>>>>> >>>>>>> At least, suspend is works now? >>>>>>> >>>>>> Try adding kern.vty=vt to /boot/loader.conf. In recent 9-stable, >>>>>> 10-stable, and head kernels, this is all it takes to switch to vt(4). If >>>>>> you have an older kernel or are running any release, you will need to >>>>>> rebuild the kernel using the VT configuration. The loader option may have >>>>>> made 9.3, but I'm not sure. I don't believe vt(4) is available for 8. >>>>>> -- >>>>>> R. Kevin Oberman, Network Engineer, Retired >>>>>> E-mail: rkoberman@gmail.com >>>>>> >>>>>> >>>>> > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53DD5E4D.3070505>