[Nouveau] [Bug 21273] Driver can't detect video output and xserver doesn't start
https://bugs.freedesktop.org/show_bug.cgi?id=21273 Francisco Jerez curroje...@riseup.net changed: What|Removed |Added Attachment #40401|0 |1 is obsolete|| --- Comment #54 from Francisco Jerez curroje...@riseup.net 2010-12-06 06:33:14 PST --- Created an attachment (id=40826) View: https://bugs.freedesktop.org/attachment.cgi?id=40826 Review: https://bugs.freedesktop.org/review?bug=21273attachment=40826 nv17_mac_dcb_1.patch (In reply to comment #52) Created an attachment (id=40814) -- (https://bugs.freedesktop.org/attachment.cgi?id=40814) dmesg wiith parameter video=offb:off I tried this parameter, but nothing is changed except I didn't see process of booting system. Okay, can you revert the previous patch (e.g. git reset --hard) and try this one? (with the video option still in place) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 21273] Driver can't detect video output and xserver doesn't start
https://bugs.freedesktop.org/show_bug.cgi?id=21273 --- Comment #55 from Francisco Jerez curroje...@riseup.net 2010-12-06 06:35:34 PST --- Created an attachment (id=40827) View: https://bugs.freedesktop.org/attachment.cgi?id=40827 Review: https://bugs.freedesktop.org/review?bug=21273attachment=40827 nv17_mac_dcb_2.patch (In reply to comment #54) Created an attachment (id=40826) View: https://bugs.freedesktop.org/attachment.cgi?id=40826 Review: https://bugs.freedesktop.org/review?bug=21273attachment=40826 nv17_mac_dcb_1.patch (In reply to comment #52) Created an attachment (id=40814) -- (https://bugs.freedesktop.org/attachment.cgi?id=40814) dmesg wiith parameter video=offb:off I tried this parameter, but nothing is changed except I didn't see process of booting system. Okay, can you revert the previous patch (e.g. git reset --hard) and try this one? (with the video option still in place) ...or this one if you've no luck with nv17_mac_dcb_1.patch. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [Mesa-dev] [PATCH 2/3] init ps-context with util_surfaces_get and do_get
On Sun, Dec 5, 2010 at 1:16 AM, Xavier Chantry chantry.xav...@gmail.com wrote: Pass pipe_context rather than pipe_screen to util_surfaces_get and util_surfaces_do_get so that they can check whether the saved pipe_surface have the current context, and init properly a new pipe_surface with the current context. pipe_context is also passed to pipe_surface_reset and pipe_surface_init so that context initialization is done in one central place. Reviewed-by: Jakob Bornecrantz wallbra...@gmail.com [SNIP] ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [Mesa-dev] [PATCH 3/3] gallium/trace: check bind_vertex_sampler_states and set_vertex_sampler_views
On Sun, Dec 5, 2010 at 1:16 AM, Xavier Chantry chantry.xav...@gmail.com wrote: cso_cache_delete checks if pipe has bind_vertex_sampler_states and set_vertex_sampler_views so do the same in tr_context. This avoids a segfault when tracing nvfx driver on piglit glx-destroycontext-2 Reviewed-by: Jakob Bornecrantz wallbra...@gmail.com [SNIP] ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] Decode videos
Hello, http://nouveau.freedesktop.org/wiki/FeatureMatrix lists Decode videos as WIP for NV30 and NV40 seies. As I have an NV44, I would really like to know - what is this feature going to be? VDPAU support for these cards, or XvMC, or something else? Thanks! -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Decode videos
On Mon, Dec 6, 2010 at 7:35 PM, Mikhail Ramendik m...@ramendik.ru wrote: Hello, http://nouveau.freedesktop.org/wiki/FeatureMatrix lists Decode videos as WIP for NV30 and NV40 seies. As I have an NV44, I would really like to know - what is this feature going to be? VDPAU support for these cards, or XvMC, or something else? According to http://lists.freedesktop.org/archives/nouveau/2010-August/006142.html and the following mails/patches : XvMC. Not sure what is possible on nv40 but that subject was discussed quickly here: http://lists.freedesktop.org/archives/nouveau/2010-May/005726.html ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Decode videos
On Mon, 6 Dec 2010 23:05:10 +0100 Xavier Chantry chantry.xav...@gmail.com wrote: On Mon, Dec 6, 2010 at 7:35 PM, Mikhail Ramendik m...@ramendik.ru wrote: Hello, http://nouveau.freedesktop.org/wiki/FeatureMatrix lists Decode videos as WIP for NV30 and NV40 seies. As I have an NV44, I would really like to know - what is this feature going to be? VDPAU support for these cards, or XvMC, or something else? According to http://lists.freedesktop.org/archives/nouveau/2010-August/006142.html and the following mails/patches : XvMC. Not sure what is possible on nv40 but that subject was discussed quickly here: http://lists.freedesktop.org/archives/nouveau/2010-May/005726.html Initially I would say XVMC. VDPAU expects full hw bitstream decode. XVMC only does decode starting at idct/mb. I am guessing it is possible to support VDPAU by doing the earlier stages in software then handling the reset to hw. Well, unless someone figures out some way to handle the full pipeline in hw via shaders which is something I have no time or knowledge. The latest version of the video decode/vpe/nv40 patches are here: http://people.freedesktop.org/~jb17bsome/vpe/ddx/ddx_nouveau_vpe_v1.patch http://people.freedesktop.org/~jb17bsome/vpe/drm/drm_nouveau_vpe_v5.patch http://people.freedesktop.org/~jb17bsome/vpe/kernel/kernel_nouveau_vpe_v6.patch http://people.freedesktop.org/~jb17bsome/vpe/mesa/mesa_pipe_video_nouveau_vpe_v3.patch For mesa you need to pull the pipe-video branch. All the others apply fine against the latest branches for the ddx, drm, nouveau kernel. The current patches integrate vpe better with gem/ttm. This means that relocs/fences are emitted and it doesn't just pin all memory like before. Though, it does runs much slower compared to my last non-gem version located under the old directories in (ddx/drm/kernel/mesa). I am fairly certain from oprofile dumps that it is because of too many relocs emitted or something, but I haven't followed up. Anyway hopes this helps. Jimmy ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Decode videos
On Mon, Dec 06, 2010 at 08:07:07PM -0500, Jimmy Rentz wrote: Initially I would say XVMC. VDPAU expects full hw bitstream decode. XVMC only does decode starting at idct/mb. I am guessing it is possible to support VDPAU by doing the earlier stages in software then handling the reset to hw. Well, unless someone figures out some way to handle the full pipeline in hw via shaders which is something I have no time or knowledge. The latest version of the video decode/vpe/nv40 patches are here: http://people.freedesktop.org/~jb17bsome/vpe/ddx/ddx_nouveau_vpe_v1.patch http://people.freedesktop.org/~jb17bsome/vpe/drm/drm_nouveau_vpe_v5.patch http://people.freedesktop.org/~jb17bsome/vpe/kernel/kernel_nouveau_vpe_v6.patch http://people.freedesktop.org/~jb17bsome/vpe/mesa/mesa_pipe_video_nouveau_vpe_v3.patch For mesa you need to pull the pipe-video branch. All the others apply fine against the latest branches for the ddx, drm, nouveau kernel. The current patches integrate vpe better with gem/ttm. This means that relocs/fences are emitted and it doesn't just pin all memory like before. Though, it does runs much slower compared to my last non-gem version located under the old directories in (ddx/drm/kernel/mesa). I am fairly certain from oprofile dumps that it is because of too many relocs emitted or something, but I haven't followed up. Anyway hopes this helps. Jimmy Just a quick ping on this topic. I have 2 video cards with XvMC capabilities on 450P3 and 2x750P3 CPU's, of which, XvMC is required for playback of high resolution video... unless I use the rough MPlayer slow CPU scaling hacks. I hopefully plan to experiment with the XvMC patches in the near future. -- Roger http://rogerx.freeshell.org/ ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 21273] Driver can't detect video output and xserver doesn't start
https://bugs.freedesktop.org/show_bug.cgi?id=21273 --- Comment #56 from Andrey Gusev ro...@list.ru 2010-12-06 23:14:42 PST --- Created an attachment (id=40857) -- (https://bugs.freedesktop.org/attachment.cgi?id=40857) dmesg wiith first patch parameter video=offb:off -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 21273] Driver can't detect video output and xserver doesn't start
https://bugs.freedesktop.org/show_bug.cgi?id=21273 --- Comment #57 from Andrey Gusev ro...@list.ru 2010-12-06 23:22:28 PST --- Created an attachment (id=40858) -- (https://bugs.freedesktop.org/attachment.cgi?id=40858) dmesg wiith second patch parameter video=offb:off Both patches doesn't change anything. After booting kernel tried to set video mode, but it is failed and monitor suspended. I could make a blind input in console. (At least with second patch). Additional, I tried to remove nouveau driver and boot without parameter video. (xserver uses frame buffer driver). But all is same. As I understand, driver doesn't take control from kernel. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
