sony-vaio-z-series team mailing list archive

[Paolo Tosco <paolo.tosco@xxxxxxxx>]

Oops, actually I had "quiet" as a kernel parameter... my bad.
I'm so happy that now I have a laptop which does not suck the battery in 
< 2 h and can be put in standby and resumed! So, be reassured that your 
instructions perfectly work on a stock CentOS 5.5 distro, only adding 
GRUB2, 2.6.35.1 kernel, 2.12.0 Intel video driver and Xorg-server 1.8.3 
built from source.

Thanks for all your help,
warm regards

Paolo

On 08/30/2010 08:27 PM, Adam Hill wrote:
> Hi Paolo,
>
> 	I think that you just replied to me instead of the list :).
>
> 	There should be no problem with console messages etc. since the i915
> module ( which is the problem ) should not be loaded until rc.local runs. My
> guess would be that the module is getting loaded by the kernel at boot time.
>
> 	You can check this by adding "blacklist=i915" to the kernel boot
> parameters ( at least I think that is the way to do it! )
>
> 	Failing that, try making sure that you don't have "quiet" or "splash" as
> parameters...
>
> Regards,
>
> Adam.
>
>
> On Monday 30 August 2010 14:32:43 Paolo Tosco wrote:
>    
> > Hi all,
> >
> > just wanted to thank you. Installing GRUB2 (built from source) did the
> > trick. Now I have X11 up and running on Intel graphics, including DRI,
> > on CentOS 5.5. Is there a way to get console messages during boot
> > printed on screen? Until now, after the GRUB screen correctly displayed
> > in 1920x1080 resolution, I get a black screen until i915 is loaded and
> > X11 spawned by rc.local. That's not very important, and actually I guess
> > there is no fix, but I'll just try to ask.
> >
> > Thanks again,
> > cheers
> >
> > Paolo
> >
> > On 08/27/2010 11:57 AM, Adam Hill wrote:
> >      
> > > Hi Paolo,
> > >
> > >        
> > > > I'm running CentOS 5.5 (yeah, I know this is a Ubuntu list, but there's
> > > > so much knowledge and expertise about Linux on VAIO Z series laptops
> > > > here that I hope you will want to help me anyway, if you can)
> > > >
> > > >          
> > > 	I wasn't aware that this was a Ubuntu specific list really! As far as
> > > 	I'm
> > >
> > > concerned all are welcome :).
> > >
> > >        
> > > > on a
> > > > 2.6.35.1 kernel and Sony VAIO laptop np7 module patched as suggested by
> > > > Adam.
> > > >
> > > >          
> > > 	There is a lot of fragmented info around ( probably because there is, as
> > >
> > > yet, no ideal solution ) and so there may be better answers ( or at least
> > > workarounds ) out there. However, the state of the Arrandale/Ironlake
> > > drivers in Linux is currently such that there really isn't an easy way
> > > that I know of to get the Intel card up and running on a 2.6.35 kernel
> > > other than if you happen to have a 1920x1080 panel and then I still
> > > don't know if this is applicable to anything other than the i7. ( I've
> > > got rid of the need for the printing of the dots by the way! )
> > >
> > > 	If you do fall in to that category though, and if others haven't got any
> > >
> > > other solutions, then my kernel should work for you. If so, I can just
> > > tar up the kernel and put it up so that you should be able to get it
> > > installed... I don't know about CentOS these days so I don't know what
> > > boot loader is used, but Grub 2 is necessary because the driver in the
> > > kernel obviously fails to initialise something, and so Grub2 is needed
> > > to get the console in to 1920x1080 before the kernel is loaded... unless
> > > there is an equivalent of the "gfxpayload=keep" setting in Grub2.
> > >
> > > 	If this works for you then my own Z12 is running just fine with my
> > > 	kernel
> > >
> > > and Intel card - even though it is still a bit of a bodge, everything
> > > seems happy... KDE effects even work since 4.5.
> > >
> > > 	Unfortunately if you don't have the HD panel, then at the minute I'm not
> > >
> > > sure of a solution. I am constantly trying to prod Jesse at Intel and
> > > feed him as much info as possible so that in future this driver works
> > > with the VPC-Z, but although there is progress being made, it is slow.
> > > As soon as there is a proper fix, I will build the appropriate kernel so
> > > that people can use it ahead of incorporation in to the main line
> > > kernels, but I currently have no idea of time frames etc.
> > >
> > > Adam.
> > >        
>    


--
================================================================
Paolo Tosco, Ph.D.                 Phone: +39 011 6707680
Dipartimento di Scienza            Fax:   +39 011 6707687
e Tecnologia del Farmaco           Mob:   +39 348 5537206
Via Pietro Giuria, 9               E-mail: paolo.tosco@xxxxxxxx
I-10125 Torino
Italy                              http://www.open3dqsar.org
================================================================