Also seen on Sony Vaio VGN-NW120 series. Copying the drm and i915 drivers from
snv_130 (which worked on the Vaio) fixed the problem.
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Problem still exists on snv_131. Copying drm and i915 drivers from 2009.06 live
cd works around the problem. Issue seen on acer aspire 2930.
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
Hi,
Also seen on Lenovo X301
Vikram
On Saturday 23 January 2010 14:22:11 Leo van Halsema wrote:
Problem still exists on snv_131. Copying drm and i915 drivers from
2009.06
live cd works around the problem. Issue seen on acer aspire 2930.
--
FROM THE DESK
For me, snv_129 was the last version of OpenSolaris that I was able to install
into a usable system from the live CD. I'm starting to really like the
stability of 129 so far and I think I'm going to freeze there and wait until
newer OpenSolaris has the ability to actually install from the
On 12/25/09 04:43 PM, Daniel Rock wrote:
Copying back drm + i915 kernel modules from snv129 helped for me to make
X work again.
this hacks don't work on my installation (I try with a LiveCD of 130 and
I got the same problem), more info here:
Hi all,
same here, went from 129 to 130, this pc starts XEN and uses opensolaris as
Dom0.
I can barely login at the console, most of the times it freezes while loading
the desktop.
I cannot start remote X sessions anymore, as soon as I try gdm enters into
maintenance.
I had the ICEAuthority
I had same issue in Virtual box this weekend. I tried
pfexec usermod -d /var/lib/gdm gdm
As stated in
http://mail.opensolaris.org/pipermail/indiana-discuss/2009-December/017260.html
and it worked. I updated from 123 to 130.
--
This message posted from opensolaris.org
Hi,
this fixes the ICEAuthority issue, but not the complete freeze of the pc as
soon as a login occurs.
Maurilio
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Does anybody have any idea when an OpenSolaris Indiana version based on snv_131
will be put on genunix.org and in the /dev repository so we can either install
or pkg image-update to it?
I guess until OpenSolaris snv_131 comes out, the only workaround will be to use
ZFS's beadm ZFS snapshot and
Anon Y Mous wrote:
Does anybody have any idea when an OpenSolaris Indiana version based on
snv_131 will be put on genunix.org and in the /dev repository so we can
either install or pkg image-update to it?
Due to the holiday break, 131 is open for putbacks until January 4, then there's
a week
The engineers who work on dri can be found on the dri-discuss mailing
list, so I'm cc'ing this there to bring it to their attention (until
someone files a bug in bugs.opensolaris.org under graphics/drm that is).
For the folks on dri-discuss, there were a lot more messages after this
one in the
pfexec beadm mount opensolaris_129 /mnt
copy the files and then
Thanks, although it didn't help me to start X even after I cleared
system/boot-archive...
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
On 12/25/09 04:43 PM, Daniel Rock wrote:
Copying back drm + i915 kernel modules from snv129 helped for me to make
X work again.
there is any bug opened related to this?
there are other workaround?
--
Luca Morettoni luca(AT)morettoni.net | OpenSolaris SCA #OS0344
Web/BLOG:
Copying back drm + i915 kernel modules from snv129
helped for me to make X
work again.
I suppose you mount snv129 to a temporary place when you do this copying? I
always forget how to do this, can you state the steps, please?
--
This message posted from opensolaris.org
I suppose you mount snv129 to a temporary place when
you do this copying?
Try:
pfexec beadm mount opensolaris_129 /mnt
copy the files and then
pfexec unmount opensolaris_129
That's it.
Malte
--
This message posted from opensolaris.org
___
beadm mount bename /mnt
2009/12/26 Thommy M. Malmström thommy.m.malmst...@gmail.com:
Copying back drm + i915 kernel modules from snv129
helped for me to make X
work again.
I suppose you mount snv129 to a temporary place when you do this copying? I
always forget how to do this, can you
Hello,
after upgrading to snv130 (from snv129) X hangs on startup. The Xorg process
seems stuck. The kernel prints messages like:
WARNING: GPU hang detected try to reset ... wait for irq_queue seqno 2, now
seqno 1
WARNING: drm_irq_install: irq already enabled
WARNING: GPU hang detected try
I've got the same problem, but I don't know where to find the neccassary files.
Could you help please?
Thanks.
Malte
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Am 25.12.2009 17:50, schrieb Malte Hahlbeck:
I've got the same problem, but I don't know where to find the neccassary files.
Could you help please?
You need to replace the kernel modules
/kernel/misc/drm
/kernel/drv/i915
for 32 bit kernels, and
/kernel/misc/amd64/drm
I copied the files and it worked. After the first reboot I had to clear the
boot-archive
svcadm clear system/boot-archive
Thanks
Malte
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
20 matches
Mail list logo