similar to: [GIT PULL] devel/pat + devel/kms.fixes-0.5

>.. And KMS modesetting works properly now in Xen dom0! My onboard ATI Radeon is the following: > # lspci -v | grep VGA  11:04.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02) (prog-if 00   [VGA controller]) Environment :  Xen 4.0.1-rc6 & 2.6.32.19 on top of F13 ( .config attached) [root@fedora13 ~]# lspci -v | grep VGA 01:00.0 VGA compatible controller: ATI

Hi, Following is a simple patch that is needed in nouveau to get accelerated X on a Xen dom0 pv_ops kernel. The kernel is jeremy's 2.6.31.6 as of 20100222. The whole gpu tree of nouveau (which is almost the mainline merge), was substituted into the kernel-tree. All components of X (mesa, Xorg-server-7.5, xf86-nouveau, libdrm) used of the same day. Patch: diff -Naur

Hi, Following is a simple patch that is needed in nouveau to get accelerated X on a Xen dom0 pv_ops kernel. The kernel is jeremy's 2.6.31.6 as of 20100222. The whole gpu tree of nouveau (which is almost the mainline merge), was substituted into the kernel-tree. All components of X (mesa, Xorg-server-7.5, xf86-nouveau, libdrm) used of the same day. Patch: diff -Naur

The throuble is the radeon driver. I've already tried to install the gui, but the system hung on start gui. The es1000 is a shit gpu. I hate ati video card. Paride Il gio 18 giu 2020, 18:56 Gianluca Cecchi <gianluca.cecchi at gmail.com> ha scritto: > On Thu, Jun 18, 2020 at 6:50 PM paride desimone <parided at gmail.com> wrote: > > > I have installed in graphic mode,

On 6/18/20 3:47 PM, John Pierce wrote: > On Thu, Jun 18, 2020 at 11:04 AM paride desimone <parided at gmail.com> wrote: > >> The throuble is the radeon driver. I've already tried to install the gui, >> but the system hung on start gui. >> The es1000 is a shit gpu. >> >> > > those are just intended to provide a minimal VGA for initial

On 6/19/20 11:26 AM, paride desimone wrote: > What is the name of the vesa driver, or what is the name of the package > that contains it? package name: xorg-x11-drv-vesa i would start by trying this on the grub2 kernel line: nomodeset xdriver=vesa > > Paride > > Il ven 19 giu 2020, 14:58 Johnny Hughes <johnny at centos.org> ha scritto: > >> On 6/18/20 3:47

I verified with my vendor that indeed we are using an ATI ES1000 Video Card, not an Nvidia as previously thought. I am getting the following error -any suggestions? [38] -1 0 0x0000b400 - 0x0000b403 (0x4) IX[B] [39] -1 0 0x0000b480 - 0x0000b487 (0x8) IX[B] [40] -1 0 0x0000b800 - 0x0000b803 (0x4) IX[B] [41] -1 0 0x0000b880 - 0x0000b887

I have installed in graphic mode, but I have not install gui. I try to install X afterward, because I have buied the Sander Van Vugt book: "red hat rhcsa 8 ex200". In this book, Sander, write that the exam ex200 is in gui mode and not in text. Ok I try to reinstall and pass your information to grub. Amd is a nightmare for the gpu in linux. Il mer 17 giu 2020, 18:27 Gianluca Cecchi

Rename the embedded struct vma_offset_manager, new name is _vma_manager. ttm_bo_device.vma_manager changed to a pointer. The ttm_bo_device_init() function gets an additional vma_manager argument which allows to initialize ttm with a different vma manager. When passing NULL the embedded _vma_manager is used. All callers are updated to pass NULL, so the behavior doesn't change. Signed-off-by:

Rename the embedded struct vma_offset_manager, new name is _vma_manager. ttm_bo_device.vma_manager changed to a pointer. The ttm_bo_device_init() function gets an additional vma_manager argument which allows to initialize ttm with a different vma manager. When passing NULL the embedded _vma_manager is used. All callers are updated to pass NULL, so the behavior doesn't change. Signed-off-by:

Rename the embedded struct vma_offset_manager, new name is _vma_manager. ttm_bo_device.vma_manager changed to a pointer. The ttm_bo_device_init() function gets an additional vma_manager argument which allows to initialize ttm with a different vma manager. When passing NULL the embedded _vma_manager is used. All callers are updated to pass NULL, so the behavior doesn't change. Signed-off-by:

Unfortunately AGP is still to widely used as we could just drop support for using its GART. Not using the AGP GART also doesn't mean a loss in functionality since drivers will just fallback to the driver specific PCI GART. For now just deprecate the code and don't enable the AGP GART in TTM even when general AGP support is available. Please comment, Christian.

Hi guys, Well let's face it AGP is a total headache to maintain and dead for at least 10+ years. We have a lot of x86 specific stuff in the architecture independent graphics memory management to get the caching right, abusing the DMA API on multiple occasions, need to distinct between AGP and driver specific page tables etc etc... So the idea here is to just go ahead and remove the support

Hi, i have a proliant dl380 g5, with an amd as1000. I try to install centos8 with gui, but when try to start the new installed system, the xserver don't start. There is a throuble with the amd es1000 driver. This grafic card, seems not supported more from amd. I need a minimalistic gui for study for rhcsa certification. The gui is mandatory for the exam. Any help? Paride

On Wed, May 13, 2020 at 01:03:13PM +0200, Christian K?nig wrote: > Even when core AGP support is compiled in Radeon and > Nouveau can also work with the PCI GART. > > The AGP support was notorious unstable and hard to > maintain, so deprecate it for now and only enable it if > there is a good reason to do so. > > Signed-off-by: Christian K?nig <christian.koenig at

Dear "nouveau" developers, I know that many very competent guys have already spent a lot of time and efforts on this issue without success. I have started to play with "hppa" two weeks ago and, with the support of the linux-parisc mailing list people, now I have a - almost fully - working workstation (hp c8000). Everythings work perfectly BUT the video card. No matter the

On Wed, May 20, 2020 at 10:43 AM Christian K?nig <ckoenig.leichtzumerken at gmail.com> wrote: > > Am 13.05.20 um 13:03 schrieb Christian K?nig: > > Unfortunately AGP is still to widely used as we could just drop support for using its GART. > > > > Not using the AGP GART also doesn't mean a loss in functionality since drivers will just fallback to the driver

> Can you try fiddling with the dracut options to force it include the > proper firmware bits? Build kernel 2.6.32.19 with 1. CONFIG_DRM_RADEON=y 2. Drivers->Staging Drivers-> Enable modesetting on radeon by default <*> ( otherwise KMS switches to userspace modesetting ) Whatever option like --add , --install i tried with dracut. initramfs been uncompressed # cd /root/test #

This series takes one more step towards cpu-ification of lguest. As for rusty's last suggestion, I get rid of the whole bunch of "struct lguest *lg = cpu->lg" statements around by using lg_cpu as our base structure wherever it matters. (this saves us 11 lines)

This series takes one more step towards cpu-ification of lguest. As for rusty's last suggestion, I get rid of the whole bunch of "struct lguest *lg = cpu->lg" statements around by using lg_cpu as our base structure wherever it matters. (this saves us 11 lines)