similar to: [nouveau-drm] failed to set mode on crtc

https://bugs.freedesktop.org/show_bug.cgi?id=31961 Summary: [drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on [CRTC:6] Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

On my Macbook Retina, when switching to the integrated GPU, we see a ioread32 issued to the discrete GPU, which hangs as it is in D3 [1] (drm.debug is set to 14 here). Full kernel 3.6.2 boot logs with drm.debug=5 are at: http://quora.org/2012/mbp-i915-panel.txt What additional information will help debug this? Thanks, Daniel --- [1] cat /sys/kernel/debug/vgaswitcheroo/switch

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert nouvean over. Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> --- drivers/gpu/drm/nouveau/dispnv04/crtc.c | 3 +++ drivers/gpu/drm/nouveau/dispnv50/head.c | 4 ++++ drivers/gpu/drm/nouveau/nouveau_display.c | 14 ++------------

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert nouvean over. Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> --- drivers/gpu/drm/nouveau/dispnv04/crtc.c | 3 +++ drivers/gpu/drm/nouveau/dispnv50/head.c | 4 ++++ drivers/gpu/drm/nouveau/nouveau_display.c | 14 ++------------

VBLANK callbacks in struct drm_driver are deprecated in favor of their equivalents in struct drm_crtc_funcs. Convert nouvean over. v4: * add argument names in function declaration Signed-off-by: Thomas Zimmermann <tzimmermann at suse.de> --- drivers/gpu/drm/nouveau/dispnv04/crtc.c | 3 +++ drivers/gpu/drm/nouveau/dispnv50/head.c | 4 ++++ drivers/gpu/drm/nouveau/nouveau_display.c |

On 01/26/2016 03:58 PM, Ilia Mirkin wrote: > On Tue, Jan 26, 2016 at 5:54 PM, don fisher <hdf3 at comcast.net> wrote: >> On 01/26/2016 03:24 PM, Ilia Mirkin wrote: >>> >>> sleep 1 && xset dpms force off >> >> Could you confirm exactly how to add the drm.debug=0x1e option. Is it >> another parameter on the kernel command line? > > Yep

After analyzing verbose nouveau & drm dmesg, I have found seemingly no more useful details pertaining to having no TV-1 device. The TV-1 device might be getting lost within DRM, by setting the TV-1 (SVIDEO, Composite) device into DPMS mode or Full Power Down mode, and the ch7006 datasheet does say in this mode, all but the i2c circuits are disabled! Looking at

https://bugs.freedesktop.org/show_bug.cgi?id=27828 Summary: Changing mode repeatedly locks up card Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Just some runtime PM fixes for some much less noticeable runtime PM ref tracking issues that I got reminded of when fixing some unrelated issues with nouveau. Changes since v1: * Don't fix CRTC RPM code in dispnv04, because it's not actually doing anything in the first place. Just get rid of it. - imirkin Lyude Paul (2): drm/nouveau/dispnv04: Remove runtime PM drm/nouveau/dispnv50:

I am trying to use the following set (all from standard repositories): centos (5.5) + python 2.6 + sqlalchemy + mysql. However while running my script I get: Traceback (most recent call last): File "./oraping2.py", line 43, in <module> main() File "./oraping2.py", line 23, in main db = create_engine('mysql:///u1oraping at

In message <20050731135919.GA43753@afields.ca>, Allan Fields writes: >Yes, this is all very nice, but when is someone actually going to >commit it? ;) I'm (as always) short of time, and GBDE is not the top priority for me for the time being. So I am more than happy to see people band together and improve gbde. The main work necessary is to polish the userland program and that

Hello, we are using several centos servers under Vmware. We are having more and more requests for server space for each business application (let assume that these business requests are for different type of services: databases, web apps, application servers etc. I wonder which solution is better: 1. new CentOS under vmware (having several CentOS servers under Vmware) or 2. new CentOS under KVM

Inspired by Jason Turner's talk at CppCon 2016: Jason Turner “Rich Code for Tiny Computers: A Simple Commodore 64 Game in C++17” I got interested in writing a Zilog Z80 backend for LLVM. Jason actually did no such thing, but instead wrote a x86-to-6502 translator (reassembler he calls it) https://github.com/lefticus/x86-to-6502 So I'm now trying to bootstrap this project. Goal: - be

https://bugs.freedesktop.org/show_bug.cgi?id=70511 Priority: medium Bug ID: 70511 Assignee: nouveau at lists.freedesktop.org Summary: nouveau_bo_name_get segmentation fault while running root tutorials/gl/glbox.C QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

I am using xorg-git,mesa-git and xf86-nouveau-git. I noticed that when I turn on compositions (kwin4) there are some problems with screen update, windows,menus are flashing.When I leave from kde to console I got crash.Here is xorg.0.log with crash and the end. [ 4324.923] 1 XSELINUXs still allocated at reset [ 4324.923] TOTAL: 0 objects, 0 bytes, 0 allocs [ 4324.924] 1 CLIENTs still

I have a 100gb SAN lun in a pool, been running ok for about 6 months. panicked the system this morning. system was running S10U2. In the course of troubleshooting I''ve installed the latest recommended bundle including kjp 118833-36 and zfs patch 124204-03 created as: zpool create zfspool01 /dev/dsk/emcpower0c zfs create zfspool01/nb60openv zfs set mountpoint=legacy zfspool01/nb60openv

Hi Peter, (I'm CC'ing the LLVMdev list as there might be others able to help you) I don't know this assertion, so can't help you with that particular problem. But concerning "more debug info": Do you know the following two links? http://llvm.org/releases/3.0/docs/ProgrammersManual.html#DEBUG You can find some example debug code e.g. in method Select(SDNode *Node) in

Hello, I've started seeing the following warning in 3.11-rc2. [In the interest of full disclosure, I do have a patch applied that tries to implement drm_planes, which I might have done completely incorrectly, but looking around it doesn't seem related. I'm definitely not invoking any of the planes functionality right now. See http://paste.debian.net/hidden/cf8b3a2, plus a call to the

pm_runtime_get*() may return -EACCESS to indicate a device does not have runtime PM enabled. This is the case when the nouveau.runpm parameter is set to 0, and is not an error in that context. Handle this case without failure. Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> --- drivers/gpu/drm/nouveau/dispnv04/crtc.c | 2 +- drivers/gpu/drm/nouveau/nouveau_connector.c | 2 +-

pm_runtime_get*() may return -EACCES to indicate a device does not have runtime PM enabled. This is currently the case with platform devices on Nouveau, and is not an error in that context. Handle this case without failure. Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> --- Changes since v1: - Fixed typo and inaccuracy in commit message drivers/gpu/drm/nouveau/dispnv04/crtc.c