similar to: [Bug 77045] New: HDMI-Monitor toogles between on/off

Hi, I'm considering giving the Grandstream BudgeTone-102 phones a try. I've been using Cisco 7960's to date, but the low cost of the Grandstream phones are hard to ignore. I have two questions: 1) Does the message waiting indicator on the BudgeTone's work with Asterisk? 2) The one line 12-digit LDC concerns me a bit. Is the LCD able to display both the CID number and name on

Hi all, Can anyone please tell me how to start R from Tinn-R's "Toogle start/close Rgui" button, after I've updated to a new version of R? It seems like Tinn-R keeps looking for the previous version of R. I have updated R twice already since I started using Tinn-R and I haven't been able to make that button work again. It tells me "The specified file was not

https://bugs.freedesktop.org/show_bug.cgi?id=58735 Priority: medium Bug ID: 58735 Assignee: nouveau at lists.freedesktop.org Summary: GeForce 680, HDMI output no good after passing through HDMI-to-DVI converter QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS:

Does anyone know if this would be possible to implement within the driver? Is the lack of support within the official drivers a hardware restriction?

I have an hp DV9347cl with a GeForce Go 7600. HDMI audio out doesnt work with either nvidia or nouveau driver in linux, and only works with an old version of the nvidia driver as described here: http://h30434.www3.hp.com/t5/Notebook-PC-Sound-and-Audio-e-g-Windows-8/No-Audio-from-dv9000-HDMI-to-Sony-HD-TV/td-p/30293 So, is anyone familiar with pass thru type hdmi audio in the nouveau driver?

Hi all, I have compiled the latest kernel to test HDMI sound but is not working. I would like to know if my card geforce 9800m gt (NV92 NV50 family) is supposed to support this feature. -- Michele Cane -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20111011/d402bbb1/attachment.html>

I have bugzilla'ed a problem with the 3.3 kernel and my 1920x1200 LCD display here: https://bugzilla.redhat.com/show_bug.cgi?id=806091 Since the InfoFrames appear to be confusing my display, I'm looking for a way to disable them. Is it possible to use the override_conntype parameter to make the driver treat the DisplayPort connector as a DVI connector (which would presumably stop it

https://bugs.freedesktop.org/show_bug.cgi?id=63139 Priority: medium Bug ID: 63139 Assignee: nouveau at lists.freedesktop.org Summary: No signal trouble using HDMI on Nvidia GF8200M G QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mailbox.stan at

This is the nva3 counterpart to commit beba44b17 (drm/nv84/disp: Fix HDMI audio regression). The regression happened as a result of refactoring in commit 8e9e3d2de (drm/nv84/disp: move hdmi control into core). Reported-and-tested-by: Max Baldwin <archerseven at gmail.com> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- The actual testing was done on a NVCF card (550 Ti).

Hi, I have a GeForce 210-based video card hooked up to an LG monitor (IPS235P) via HDMI. At boot time, the video card displays an image on the monitor that is scaled down and surrounded by a black border approximately one inch in width. As far as I've been able to determine, this black border is caused by the video card attempting to compensate for any overscanning done by the monitor.

https://bugs.freedesktop.org/show_bug.cgi?id=72952 Aaron Plattner <aplattner at nvidia.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|aplattner at nvidia.com |nouveau at lists.freedesktop.o | |rg

https://bugs.freedesktop.org/show_bug.cgi?id=72952 J?rg H?hle <Joerg-Cyril.Hoehle at T-Systems.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #91095|0 |1 is obsolete| | --- Comment #3 from J?rg H?hle

https://bugs.freedesktop.org/show_bug.cgi?id=72952 --- Comment #4 from J?rg H?hle <Joerg-Cyril.Hoehle at T-Systems.com> --- No HDMI either when booting Ubuntu 13.04 on the same machine from a live DVD. Alas, using the live DVD, I couldn't check the behaviour described in comment #2 past a suspend&resume cycle, because the machine hung shortly after resume. -- You are receiving

https://bugs.freedesktop.org/show_bug.cgi?id=72952 --- Comment #5 from Ilia Mirkin <imirkin at alum.mit.edu> --- I think this issue might be the same one as bug #60680. Can you try the patch at https://bugs.freedesktop.org/attachment.cgi?id=92319 and see if it helps? If it doesn't, can you upload your vbios (/sys/kernel/debug/dri/0/vbios.rom) as well as a dmesg booting with

https://bugs.freedesktop.org/show_bug.cgi?id=72952 --- Comment #6 from Ilia Mirkin <imirkin at alum.mit.edu> --- Erm, sorry, that patch link was wrong. Can you give drm-next a shot? (Or try 3.14-rc1 when that comes out?) -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=72952 --- Comment #7 from J?rg H?hle <Joerg-Cyril.Hoehle at T-Systems.com> --- I'm sure you meant attachment #92185 not the log file, but I'm sorry I've never recompiled a kernel or driver yet, despite decades of UNIX. One thing that worked well in the past with the Intel driver was when Keith put an intel_drv.so online for us users

https://bugs.freedesktop.org/show_bug.cgi?id=72952 --- Comment #8 from Ilia Mirkin <imirkin at alum.mit.edu> --- (In reply to comment #7) > I'm sure you meant attachment #92185 [details] [review] not the log file, Indeed. Although a different approach was finally merged, that the original bug reporter (and several others with the same issue) confirmed also fixed the problem. >

Hi. (sorry for non-threaded reply, I expected to receive my own "git send-email"-generated post) This patch is an RFC, with at least 3 things to change before it could be committed: - commented-out NV84_DISP_SOR_HDMI_PWR_STATE_ON test: what is this needed for ? I couldn't find an equivalent in my trace, but maybe I just didn't do what is needed to generate these writes -

https://bugs.freedesktop.org/show_bug.cgi?id=72717 --- Comment #3 from Ilia Mirkin <imirkin at alum.mit.edu> --- There appear to be some patches for it headed for linux-3.18. You can give http://cgit.freedesktop.org/nouveau/linux-2.6/log/?h=linux-3.18 a whirl and see if that makes it work. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part

https://bugs.freedesktop.org/show_bug.cgi?id=72717 --- Comment #5 from Ilia Mirkin <imirkin at alum.mit.edu> --- (In reply to comment #4) > Are there docs that explain what these mean or Of course (I hope!). But they're internal to NVIDIA and they have no real interest in sharing. Sometimes things can be found out from occasoinal code drops, e.g. the more recent gk20a android