Hi,
I will keep
trying each build as they appear hoping for the best.
It should not be long, at least for 6401605:
http://cvs.opensolaris.org/source/xref/on/usr/src/uts/i86pc/io/pciex/pcie_error.c#194
Regards,
J-F
This message posted from opensolaris.org
I just loaded nv38 on my hp/compaq ze4530us laptop, it has the ATI Radeon
4xagp, video chipset. It still exibits the system hang problem after booting,
keyboard/mouse stop responding even before Xorg starts.Booting up with -kd
and using manually typed in workaround is effective but putting
Charles Meeks wrote:
I just loaded nv38 on my hp/compaq ze4530us laptop, it has the ATI Radeon 4xagp, video
chipset. It still exibits the system hang problem after booting, keyboard/mouse stop
responding even before Xorg starts.Booting up with -kd and using manually typed in
workaround
Hello,
I just loaded nv38 on my hp/compaq ze4530us laptop,
it has the ATI Radeon 4xagp, video chipset. It still
exibits the system hang problem after booting,
keyboard/mouse stop responding even before Xorg
starts.
Yes, about the hang it still present on my Acer Aspire 5024. So, nothing
I just re-read the thread in bugs entitled Re: build 36 xorg regression ??
and alanc's response. This thread is a perfect description of what is
happening on my hp ze4530us. I believe that I will try his suggestion to move
aside libvbe.so and/or moinakg's suggestion to get libvbe.so from
I've got a Compaq V5094EA and have run in to this as well, the set
npe:pcie_error_disable_flag = 1 in /etc/system gets the display working okay,
but there is something else going on here. Again after typing the manual work
around in, everything is okay. I think there's some initialization
So, unless I am really wrong, it looks like the bug
has been silently fixed.
Update:
I have been able to boot without the work around:
- b37 64-bit
- b37 32-bit
But:
- failsafe does not boot whithout the work around
- In debug mode I hit the problem
If someone does understand something...
More details on the fix please.
Do you think Henry's fixed radeon_drv.so lib may fix
the HP's with ATI Radeon PCI-E video cards?
I don't see how this could be possible.
I don't see it, either.
IIRC: Wasn't it impossible to boot into a standard single user
with 6401605, without getting
Hi Jurgen,
IIRC: Wasn't it impossible to boot into a standard
single user
with 6401605, without getting the corrupted text
display?
A boot to milestone=none worked, though; but the text
display
would be corrupted as soon as devfsadm was
invoked?
I remember that thread with you and
Also, is there any thought of how broad a range
of
HPQ machines are affected by
this issue?
As far as I know all the affected machines are
built
around an ATI Radeon PCI-E chipset.
Are you sure. The Apple MacBook uses ATI Radeon
PCI-E
and OpenSolaris runs on it.
Yes but I did think somebody reported that other Acer Turion
models had the same problem. I thought it was just HP and
Compaq models that had some sort of ACPI problem but the
but that it's related to now:
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6413401
is related to a
11 matches
Mail list logo