similar to: Ignoring DDC settings on Xorg

Hi, Intel has recently open sourced otion compensation code (XvMC) for their i915/i945 integrated graphics chips. See: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-intel.git;a=blob;hb=xvmc-i915;f=src/xvmc/I915XvMC.c XvMC API was intended for MPEG{2,4} class of codecs - so it can not be used for Theora as-is. However, could at least some parts of it such as hardware accelerated

I have a dual boot CentOS 5.2 / FC4 machine, and recently I have bought a new widescreen tft monitor. I used to use a plain 4:3 crt, and after plugging the 16:9 tft naturally X needed reconfiguring. This was easy in FC4, and seemed as easy in CentOS, but with a wrong result. Basically, what I did was to run system-config-display to reconfigure for the new monitor and resolution. All goes

Hello, I'm using Isolinux 3.11 to make a boot image with a variety of 2.6 kernels. I have two Intel-branded motherboards with i915 and i945 chipsets that have trouble booting with menu.c32. If I load the image from the isolinux commandline with a set of append parameters, it works. The same settings loaded from the menu.c32 causes the kernel to load and promptly hang. All I can tell is

Ok so the install has been seamless on a few machines and I decided to try it on my laptop (a Dell D620). I had everything working great and kicked it around a bit and then figured, if I'm going to keep this on my laptop I'll need to reformat everything, enable some encrypted filesystems etc ... not a big deal ... kind of Here's the problem, the laptop has a resolution of 1440x900 and

I just put a 1680x1050 LCD monitor on my home system, and I went into system-config-display to configure it as such, and it just won't take. I had to tweak some of the settings by hand, but when I log out, I get the wide screen for both the Nvidia driver splash screen and the login screen. But, when I log in, It jumps back to 1280x1024 and refuses to run in wide screen mode. Here's the

Package: xen-hypervisor-3.4-i386 Version: 3.4.3-1 Severity: important Dear Maintainer, I tried on 2 machines with ati's and intel's video card, both xservers fail to work. xserver works well with linux-image-2.6.32-5-xen-686(with out xen.gz) and linux-image-2.6.32-5-686. I also tried xen-hypervisor-4.0-i386, the problem is still there. Free fill to ask for more info.

On (08/02/18 11:46), Sergey Senozhatsky wrote: > Hi, > > My dmesg is filled up with these errors > > nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for HDMI-A-1 > nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1 > nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for HDMI-A-1 > nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1

Jan, List: Is there any way we can compile a kernel to include the VESA Video Modes for 1440x900 resolution so that we can pass grub VGA=867 for 1440x900. This will all me to work in runlevel 3 without the screen resolution being stretched from 1024x768 to 1440x900. The stretch causes everything to be distorted. The necessary VESA modes and numbers are: 1440x900 (dec;

On Thu, Sep 6, 2018 at 12:42 PM Sergey Senozhatsky <sergey.senozhatsky.work at gmail.com> wrote: > > On (08/02/18 11:46), Sergey Senozhatsky wrote: > > Hi, > > > > My dmesg is filled up with these errors > > > > nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for HDMI-A-1 > > nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1

https://bugs.freedesktop.org/show_bug.cgi?id=73563 Priority: medium Bug ID: 73563 Assignee: nouveau at lists.freedesktop.org Summary: Continous output of "nouveau E[ DRM] DDC responded, but no EDID for VGA-1" QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

The pre-retina MacBook Pro uses an LVDS panel and a gmux controller to switch the panel between its two GPUs. The panel mode in VBIOS is notoriously bogus on these machines. Use drm_get_edid_switcheroo() in lieu of drm_get_edid() on LVDS if the vga_switcheroo handler is capable of temporarily switching the panel's DDC lines to the discrete GPU. This allows us to retrieve the EDID if the panel

Signed-off-by: Lyude Paul <lyude at redhat.com> --- drivers/gpu/drm/nouveau/nouveau_connector.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c b/drivers/gpu/drm/nouveau/nouveau_connector.c index 0d42a7e5deff..9fb00c4b9764 100644 --- a/drivers/gpu/drm/nouveau/nouveau_connector.c +++ b/drivers/gpu/drm/nouveau/nouveau_connector.c @@ -550,6

http://bugs.freedesktop.org/show_bug.cgi?id=15729 Summary: nouveau fails to get ddc info from screen Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: minor Priority: low Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Hi, My dmesg is filled up with these errors nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for HDMI-A-1 nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1 nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for HDMI-A-1 nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1 nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1 [..] nouveau

I am the tech guy for a local library. We have a network containing several diskless workstations. The hardware are these P4 boxes: http://www.geeks.com/details.asp?invtid=SAMBA845V-24-4-R&cat=SYS (We have inserted additional memory, bringing most of the machines up to 1.25Gig of memory, and two up to 2Gig of memory.) These little machines have integrated Intel video chips on their

Hello, Does CentOS 5 use a better approach to 64-bits and 32-bits packages existing on the same machine? How is Upstream package selection comparing 32-bits and 64-bits editions? Should we expect third-party repositories (mainly rpmforge) to better support 64-bits packages? I want to figure out if I should use CentOS/RHEL 5 x86_64 in desktop environment.

I got 1920x1200 at 59.95Hz via DVI and 3840x2160 at 60.00Hz via HDMI at the same time with the proprietary nvidia driver. I get flickering on the 1920x1200 at 59.95 with the nouveau driver (it doesn't flicker if I lower it to 1920x1080 at 59.96). Any idea why? proprietary: $ xrandr Screen 0: minimum 8 x 8, current 5760 x 2160, maximum 32767 x 32767 DVI-D-0 connected primary 1920x1200+0+0

I think I may have updated the tv firmware between when it worked and when it didn't. I wonder it it has to do with bit depth. I use lubuntu and it doesn't let me pick the bit depth so I don't know what it using.

Hello, I see manage of firewall in CentOS (called security), and seems difficult to manage, not enough powerful. I am searching a middle term between scripts of iptables to manage and Security manager of CentOS. I know FireStarter, another similar? -- Devel in Precio http://www.pas-world.com

Which is better? Why? I know yum is the official update mechanism here and in Fedora Core, but that doesn't make yum better than up2date any more than Windows NT was better than OS/2. Let's try to keep the discussion objective:-) I'm asking, hoping for some insights into why RH might (apparently) be moving to yum in preference to up2date (yum is now used within Anaconda). Other