If you would provide a patch, I’ll test either today or in the week after my vacation. Please let me know if you need any further information from me. Now that I’ve got some hardware to test on I noticed that moving the mouse changes the behaviour of the broken screen, so I suspected that the hardware cursor might be involved. With xrandr I could successfully revert to the previous working mode by blindly using the bash history. Email me about changes to this bug report. Hi Christian, Thanks for the bug report. Martin Pitt pitti wrote on
|Date Added:||27 March 2016|
|File Size:||8.76 Mb|
|Operating Systems:||Windows NT/2000/XP/2003/2003/7/8/10 MacOS 10/X|
|Price:||Free* [*Free Regsitration Required]|
I am not sure whether the issue is related with SDVO. None, the status of the bug is updated manually. I’m testing the revised patch now.
Unfortunately there hasn’t been much progress in the last weeks so I hope someone who has been related to this bug could help. Thanks for spotting that. Other caphiva subscribers Subscribe someone else.
With xrandr I could successfully revert to the previous working mode daptiva blindly using the bash history. Do you mean you have same problem another PC laptop with Gentoo?
Maybe this has been fixed during the last weeks? Sorry for the late response. I’ve added my Reviewed-by and Tested-by to the revised patch on the intel-gfx mailing list here: All resolution changes work.
CAPTIVA Windows Driver Downloads
I hope I can continue testing the next days and can give you the result end of this week. I’ll try to test with kernel 2.
Can you disable the vesa fb driver in kernel configuration and see whether the issue still exists? Maybe I’ll have to replace it Is there any chance that this bug will be fixed in the near future? It may be accessible via ssh but it cannot be tested because of a restricted testing environment.
Driver Monitor Captiva E – driverslike
Sometimes it’s possible to switch back to a working mode by blindly using the shell history. My real working environment is a little bit outdated an I think it might be difficult to update all components. The output is nearly identical for both cases. Free Shipping All orders of Hi Carl, is there any progress with this issue?
I’ll be on vacation for the next 10 days, so I can not provide any test feedback during this time. Can you connect this monitor by using VGA connector and see whether the issue can also be reproduced?
florijn4’s Eigen bouwsel
This information was last pulled 35 minutes ago. You can get the remaining amount to reach the Free shipping threshold by adding any eligible item to your cart.
Patches git commit for Lucid 2. What happens when I have an item in my cart but it is less than the eligibility threshold? I also tested the given kernel on a Fujitsu-Siemens Esprimo E and it looks good. I’ll daptiva on vacation from Thursday until Sunday, 18th. Yesterday I had again the situation where I could NOT recover from a “bad mode” 0x49 to a working one. If the problem with krandrtray is too complicated, I suggest to apply the current patch immediately in treat the krandrtray problem as a different bug.
Some other guy has posted a screenshot which shows the result . Following on from Christopher’s hint is this patch that should disable the cursor on a mode change if it results in an invalid cursor position.