From freebsd at milfordmail.com Thu Feb 1 02:50:23 2007 From: freebsd at milfordmail.com (Bill Milford) Date: Thu Feb 1 02:50:25 2007 Subject: ports/102868: [patch] x11-servers/xorg-server will not build on 4.11 Message-ID: <200702010250.l112oNnP041821@freefall.freebsd.org> The following reply was made to PR ports/102868; it has been noted by GNATS. From: "Bill Milford" To: , Cc: Subject: Re: ports/102868: [patch] x11-servers/xorg-server will not build on 4.11 Date: Wed, 31 Jan 2007 20:21:08 -0600 This is a multi-part message in MIME format. ------=_NextPart_000_0096_01C74575.59B25CA0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Please close this PR as 4.11 is no longer supported. I withdraw the PR. Bill ------=_NextPart_000_0096_01C74575.59B25CA0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Please close this PR as 4.11 is no longer supported. =  I withdraw the PR.

 

 

Bill

 

------=_NextPart_000_0096_01C74575.59B25CA0-- From linimon at FreeBSD.org Thu Feb 1 04:48:00 2007 From: linimon at FreeBSD.org (Mark Linimon) Date: Thu Feb 1 04:48:02 2007 Subject: ports/102868: [patch] x11-servers/xorg-server will not build on 4.11 Message-ID: <200702010447.l114lxek053032@freefall.freebsd.org> Synopsis: [patch] x11-servers/xorg-server will not build on 4.11 State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu Feb 1 04:46:53 UTC 2007 State-Changed-Why: Closed at submitter's request, as 4.X is no longer supported. http://www.freebsd.org/cgi/query-pr.cgi?pr=102868 From d9364104 at mail.nchu.edu.tw Fri Feb 2 02:34:14 2007 From: d9364104 at mail.nchu.edu.tw (Eric L. Chen) Date: Fri Feb 2 02:34:19 2007 Subject: ATi Mobility Radeon X700 xorg-7.2.r3_4 DRI problem Message-ID: <1170382195.1652.6.camel@localhost> Hi, I just install xorg-7.2r3_4 in my FreeBSD box (Acer TM4102). The 3D driver seems work, because 3ddesk can works very well. But the screen will become white after I started beryl-manager. The only thing I can see is mouse cursor. Ant mouse cursor also works, I moved mouse cursor over teminal window it become '|' from arrow. So I thing every application still works just not be rendered. /Eric -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070202/c4b2c349/attachment.pgp From adamk at voicenet.com Fri Feb 2 09:31:53 2007 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Fri Feb 2 09:31:57 2007 Subject: ATi Mobility Radeon X700 xorg-7.2.r3_4 DRI problem In-Reply-To: <1170382195.1652.6.camel@localhost> References: <1170382195.1652.6.camel@localhost> Message-ID: <1170408703.18576.2.camel@sorrow.ashke.com> On Fri, 2007-02-02 at 10:09 +0800, Eric L. Chen wrote: > Hi, > I just install xorg-7.2r3_4 in my FreeBSD box (Acer TM4102). > The 3D driver seems work, because 3ddesk can works very well. > But the screen will become white after I started beryl-manager. > The only thing I can see is mouse cursor. Ant mouse cursor also works, > I moved mouse cursor over teminal window it become '|' from arrow. > So I thing every application still works just not be rendered. > > /Eric You need patches from here: https://bugs.freedesktop.org/show_bug.cgi?id=8991 A couple of quick questions for you, though: 1) Is that an AGP or PCIe card? 2) Do you have AIGLX working? According to the wiki, AIGLX is broken on radeon cards and crashes the system on X startup. AIGLX is currently needed for beryl on radeon cards, so if it's broken or disabled, beryl shouldn't work. Adam From linimon at FreeBSD.org Fri Feb 2 20:51:12 2007 From: linimon at FreeBSD.org (Mark Linimon) Date: Fri Feb 2 20:51:14 2007 Subject: ports/96966: Fatal server error: xf86EnableIO: Failed to open /dev/io for extended I/O Message-ID: <200702022051.l12KpB4u045893@freefall.freebsd.org> Synopsis: Fatal server error: xf86EnableIO: Failed to open /dev/io for extended I/O State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Fri Feb 2 20:50:50 UTC 2007 State-Changed-Why: Feedback timeout (> 6 months). http://www.freebsd.org/cgi/query-pr.cgi?pr=96966 From linimon at FreeBSD.org Fri Feb 2 20:55:31 2007 From: linimon at FreeBSD.org (Mark Linimon) Date: Fri Feb 2 20:55:38 2007 Subject: ports/92137: x11-server/xorg-{server, nestserver, printserver, vfbserver}: make fails on 4.x Message-ID: <200702022055.l12KtU8c045963@freefall.freebsd.org> Synopsis: x11-server/xorg-{server,nestserver,printserver,vfbserver}: make fails on 4.x State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Fri Feb 2 20:51:52 UTC 2007 State-Changed-Why: Does this same problem recur with a newer FreeBSD, such as 5.5 or 6.2? With the End Of Support for FreeBSD 4.11, problems like this are going to become more and more common. portmgr strongly urges anyone using FreeBSD as a desktop to move to 6.2 if at all possible. http://www.freebsd.org/cgi/query-pr.cgi?pr=92137 From yasu at utahime.org Fri Feb 2 23:40:12 2007 From: yasu at utahime.org (KIMURA Yasuhiro) Date: Fri Feb 2 23:40:17 2007 Subject: ports/92137: x11-server/xorg-{server,nestserver,printserver,vfbserver}: make fails on 4.x In-Reply-To: <200702022055.l12KtU8c045963@freefall.freebsd.org> References: <200702022055.l12KtU8c045963@freefall.freebsd.org> Message-ID: <20070203.081749.01842067.yasu@utahime.org> From: Mark Linimon Subject: Re: ports/92137: x11-server/xorg-{server,nestserver,printserver,vfbserver}: make fails on 4.x Date: Fri, 2 Feb 2007 20:55:30 GMT > Does this same problem recur with a newer FreeBSD, such as 5.5 or 6.2? AFAIK the problem is specific to 4.x. So this PR can be closed now that 4.x has reached its EOL. Regards. --- KIMURA Yasuhiro From linimon at FreeBSD.org Sat Feb 3 01:22:15 2007 From: linimon at FreeBSD.org (Mark Linimon) Date: Sat Feb 3 01:22:17 2007 Subject: ports/92137: x11-server/xorg-{server, nestserver, printserver, vfbserver}: make fails on 4.x Message-ID: <200702030122.l131ME8Y066996@freefall.freebsd.org> Synopsis: x11-server/xorg-{server,nestserver,printserver,vfbserver}: make fails on 4.x State-Changed-From-To: feedback->closed State-Changed-By: linimon State-Changed-When: Sat Feb 3 01:21:36 UTC 2007 State-Changed-Why: This problem is specific to 4.X, and desktop users of 4.X should upgrade to 5.5 or 6.2 rather than trying to fix the problem here. http://www.freebsd.org/cgi/query-pr.cgi?pr=92137 From flz at FreeBSD.org Sat Feb 3 21:16:17 2007 From: flz at FreeBSD.org (Florent Thoumie) Date: Sat Feb 3 21:16:23 2007 Subject: [Fwd: cvs commit: src/sys/dev/drm drmP.h drm_drv.c drm_pciids.h i915_dma.c i915_drm.h i915_drv.h i915_irq.c mach64_drm.h radeon_cp.c radeon_drm.h radeon_drv.h radeon_state.c] Message-ID: <45C4F3E6.5040604@FreeBSD.org> FYI. -------- Original Message -------- Subject: cvs commit: src/sys/dev/drm drmP.h drm_drv.c drm_pciids.h i915_dma.c i915_drm.h i915_drv.h i915_irq.c mach64_drm.h radeon_cp.c radeon_drm.h radeon_drv.h radeon_state.c Date: Sat, 3 Feb 2007 20:02:08 +0000 (UTC) From: Florent Thoumie To: flz@FreeBSD.ORG flz 2007-02-03 20:01:55 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/dev/drm drmP.h drm_drv.c drm_pciids.h i915_dma.c i915_drm.h i915_drv.h i915_irq.c mach64_drm.h radeon_cp.c radeon_drm.h radeon_drv.h radeon_state.c Log: MFC: Merge from DRM upstream: - Add support for Intel 965 Express chipsets. - Add support for R200 vertex programs, along with minor bugfixes. - Add support for vblank synchronization to pipe B of Intel hardware (laptop screens). src/sys/dev/drm/i915_drm.h: rev 1.3 -> 1.4 src/sys/dev/drm/radeon_drm.h: rev 1.13 -> 1.14 src/sys/dev/drm/i915_irq.c: rev 1.3 -> 1.4 src/sys/dev/drm/radeon_state.c: rev 1.21 -> 1.22 src/sys/dev/drm/i915_dma.c: rev 1.3 -> 1.4 src/sys/dev/drm/radeon_cp.c: rev 1.18 -> 1.19 src/sys/dev/drm/drmP.h: rev 1.16 -> 1.17 src/sys/dev/drm/drm_drv.c: rev 1.5 -> 1.6 src/sys/dev/drm/mach64_drm.h: rev 1.2 -> 1.3 src/sys/dev/drm/drm_pciids.h: rev 1.6 -> 1.7 src/sys/dev/drm/i915_drv.h: rev 1.3 -> 1.4 src/sys/dev/drm/radeon_drv.h: rev 1.15 -> 1.16 Revision Changes Path 1.13.2.4 +5 -1 src/sys/dev/drm/drmP.h 1.1.2.3 +3 -0 src/sys/dev/drm/drm_drv.c 1.2.2.4 +5 -0 src/sys/dev/drm/drm_pciids.h 1.1.2.3 +36 -13 src/sys/dev/drm/i915_dma.c 1.1.2.3 +20 -1 src/sys/dev/drm/i915_drm.h 1.1.2.3 +13 -7 src/sys/dev/drm/i915_drv.h 1.1.2.3 +79 -7 src/sys/dev/drm/i915_irq.c 1.1.2.2 +1 -1 src/sys/dev/drm/mach64_drm.h 1.15.2.4 +23 -10 src/sys/dev/drm/radeon_cp.c 1.10.2.4 +6 -1 src/sys/dev/drm/radeon_drm.h 1.12.2.4 +20 -7 src/sys/dev/drm/radeon_drv.h 1.15.2.4 +56 -14 src/sys/dev/drm/radeon_state.c _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" Index: src/sys/dev/drm/drmP.h diff -u src/sys/dev/drm/drmP.h:1.13.2.3 src/sys/dev/drm/drmP.h:1.13.2.4 --- src/sys/dev/drm/drmP.h:1.13.2.3 Wed May 17 07:40:11 2006 +++ src/sys/dev/drm/drmP.h Sat Feb 3 20:01:54 2007 @@ -173,7 +173,7 @@ #define wait_queue_head_t atomic_t #define DRM_WAKEUP(w) wakeup((void *)w) #define DRM_WAKEUP_INT(w) wakeup(w) -#define DRM_INIT_WAITQUEUE(queue) do {} while (0) +#define DRM_INIT_WAITQUEUE(queue) do {(void)(queue);} while (0) #if defined(__FreeBSD__) && __FreeBSD_version < 502109 #define bus_alloc_resource_any(dev, type, rid, flags) \ @@ -273,6 +273,7 @@ #endif typedef unsigned long dma_addr_t; +typedef u_int64_t u64; typedef u_int32_t u32; typedef u_int16_t u16; typedef u_int8_t u8; @@ -716,6 +717,9 @@ struct drm_driver_info driver; drm_pci_id_list_t *id_entry; /* PCI ID, name, and chipset private */ + u_int16_t pci_device; /* PCI device id */ + u_int16_t pci_vendor; /* PCI vendor id */ + char *unique; /* Unique identifier: e.g., busid */ int unique_len; /* Length of unique field */ #ifdef __FreeBSD__ Index: src/sys/dev/drm/drm_drv.c diff -u src/sys/dev/drm/drm_drv.c:1.1.2.2 src/sys/dev/drm/drm_drv.c:1.1.2.3 --- src/sys/dev/drm/drm_drv.c:1.1.2.2 Wed May 17 07:40:11 2006 +++ src/sys/dev/drm/drm_drv.c Sat Feb 3 20:01:54 2007 @@ -519,6 +519,9 @@ dev->pci_slot = pci_get_slot(dev->device); dev->pci_func = pci_get_function(dev->device); + dev->pci_vendor = pci_get_vendor(dev->device); + dev->pci_device = pci_get_device(dev->device); + TAILQ_INIT(&dev->maplist); drm_mem_init(); Index: src/sys/dev/drm/drm_pciids.h diff -u src/sys/dev/drm/drm_pciids.h:1.2.2.3 src/sys/dev/drm/drm_pciids.h:1.2.2.4 --- src/sys/dev/drm/drm_pciids.h:1.2.2.3 Wed May 17 07:40:11 2006 +++ src/sys/dev/drm/drm_pciids.h Sat Feb 3 20:01:54 2007 @@ -230,6 +230,7 @@ {0x1106, 0x3122, 0, "VIA CLE266"}, \ {0x1106, 0x7205, 0, "VIA KM400"}, \ {0x1106, 0x3108, 0, "VIA K8M800"}, \ + {0x1106, 0x3344, 0, "VIA P4VM800PRO"}, \ {0, 0, 0, NULL} #define i810_PCI_IDS \ @@ -288,6 +289,10 @@ {0x8086, 0x2592, 0, "Intel i915GM"}, \ {0x8086, 0x2772, 0, "Intel i945G"}, \ {0x8086, 0x27A2, 0, "Intel i945GM"}, \ + {0x8086, 0x2972, 0, "Intel i946GZ"}, \ + {0x8086, 0x2982, 0, "Intel i965G"}, \ + {0x8086, 0x2992, 0, "Intel i965Q"}, \ + {0x8086, 0x29A2, 0, "Intel i965G"}, \ {0, 0, 0, NULL} #define imagine_PCI_IDS \ Index: src/sys/dev/drm/i915_dma.c diff -u src/sys/dev/drm/i915_dma.c:1.1.2.2 src/sys/dev/drm/i915_dma.c:1.1.2.3 --- src/sys/dev/drm/i915_dma.c:1.1.2.2 Wed May 17 07:40:11 2006 +++ src/sys/dev/drm/i915_dma.c Sat Feb 3 20:01:54 2007 @@ -34,6 +34,11 @@ #include "dev/drm/i915_drm.h" #include "dev/drm/i915_drv.h" +#define IS_I965G(dev) (dev->pci_device == 0x2972 || \ + dev->pci_device == 0x2982 || \ + dev->pci_device == 0x2992 || \ + dev->pci_device == 0x29A2) + /* Really want an OS-independent resettable timer. Would like to have * this loop run for (eg) 3 sec, but have the timer reset every time * the head pointer changes, so that EBUSY only happens if the ring @@ -350,14 +355,15 @@ if ((dwords+1) * sizeof(int) >= dev_priv->ring.Size - 8) return DRM_ERR(EINVAL); - BEGIN_LP_RING(((dwords+1)&~1)); + BEGIN_LP_RING((dwords+1)&~1); for (i = 0; i < dwords;) { int cmd, sz; - if (DRM_COPY_FROM_USER_UNCHECKED(&cmd, &buffer[i], sizeof(cmd))) - return DRM_ERR(EINVAL); + if (DRM_COPY_FROM_USER_UNCHECKED(&cmd, &buffer[i], sizeof(cmd))) { + return DRM_ERR(EINVAL); + } if ((sz = validate_cmd(cmd)) == 0 || i + sz > dwords) return DRM_ERR(EINVAL); @@ -398,25 +404,40 @@ return DRM_ERR(EINVAL); } - BEGIN_LP_RING(6); - OUT_RING(GFX_OP_DRAWRECT_INFO); - OUT_RING(DR1); - OUT_RING((box.x1 & 0xffff) | (box.y1 << 16)); - OUT_RING(((box.x2 - 1) & 0xffff) | ((box.y2 - 1) << 16)); - OUT_RING(DR4); - OUT_RING(0); - ADVANCE_LP_RING(); + if (IS_I965G(dev)) { + BEGIN_LP_RING(4); + OUT_RING(GFX_OP_DRAWRECT_INFO_I965); + OUT_RING((box.x1 & 0xffff) | (box.y1 << 16)); + OUT_RING(((box.x2 - 1) & 0xffff) | ((box.y2 - 1) << 16)); + OUT_RING(DR4); + ADVANCE_LP_RING(); + } else { + BEGIN_LP_RING(6); + OUT_RING(GFX_OP_DRAWRECT_INFO); + OUT_RING(DR1); + OUT_RING((box.x1 & 0xffff) | (box.y1 << 16)); + OUT_RING(((box.x2 - 1) & 0xffff) | ((box.y2 - 1) << 16)); + OUT_RING(DR4); + OUT_RING(0); + ADVANCE_LP_RING(); + } return 0; } +/* XXX: Emitting the counter should really be moved to part of the IRQ + * emit. For now, do it in both places: + */ static void i915_emit_breadcrumb(drm_device_t *dev) { drm_i915_private_t *dev_priv = dev->dev_private; RING_LOCALS; - dev_priv->sarea_priv->last_enqueue = dev_priv->counter++; + dev_priv->sarea_priv->last_enqueue = ++dev_priv->counter; + + if (dev_priv->counter > 0x7FFFFFFFUL) + dev_priv->sarea_priv->last_enqueue = dev_priv->counter = 1; BEGIN_LP_RING(4); OUT_RING(CMD_STORE_DWORD_IDX); @@ -775,7 +796,9 @@ [DRM_IOCTL_NR(DRM_I915_FREE)] = {i915_mem_free, DRM_AUTH}, [DRM_IOCTL_NR(DRM_I915_INIT_HEAP)] = {i915_mem_init_heap, DRM_AUTH|DRM_MASTER|DRM_ROOT_ONLY}, [DRM_IOCTL_NR(DRM_I915_CMDBUFFER)] = {i915_cmdbuffer, DRM_AUTH}, - [DRM_IOCTL_NR(DRM_I915_DESTROY_HEAP)] = { i915_mem_destroy_heap, DRM_AUTH|DRM_MASTER|DRM_ROOT_ONLY } + [DRM_IOCTL_NR(DRM_I915_DESTROY_HEAP)] = { i915_mem_destroy_heap, DRM_AUTH|DRM_MASTER|DRM_ROOT_ONLY }, + [DRM_IOCTL_NR(DRM_I915_SET_VBLANK_PIPE)] = { i915_vblank_pipe_set, DRM_AUTH|DRM_MASTER|DRM_ROOT_ONLY }, + [DRM_IOCTL_NR(DRM_I915_GET_VBLANK_PIPE)] = { i915_vblank_pipe_get, DRM_AUTH }, }; int i915_max_ioctl = DRM_ARRAY_SIZE(i915_ioctls); Index: src/sys/dev/drm/i915_drm.h diff -u src/sys/dev/drm/i915_drm.h:1.1.2.2 src/sys/dev/drm/i915_drm.h:1.1.2.3 --- src/sys/dev/drm/i915_drm.h:1.1.2.2 Wed May 17 07:40:11 2006 +++ src/sys/dev/drm/i915_drm.h Sat Feb 3 20:01:54 2007 @@ -100,7 +100,13 @@ int rotated_offset; int rotated_size; int rotated_pitch; - int virtualX, virtualY; + int virtualX, virtualY; + + unsigned int front_tiled; + unsigned int back_tiled; + unsigned int depth_tiled; + unsigned int rotated_tiled; + unsigned int rotated2_tiled; } drm_i915_sarea_t; /* Flags for perf_boxes @@ -127,6 +133,8 @@ #define DRM_I915_INIT_HEAP 0x0a #define DRM_I915_CMDBUFFER 0x0b #define DRM_I915_DESTROY_HEAP 0x0c +#define DRM_I915_SET_VBLANK_PIPE 0x0d +#define DRM_I915_GET_VBLANK_PIPE 0x0e #define DRM_IOCTL_I915_INIT DRM_IOW( DRM_COMMAND_BASE + DRM_I915_INIT, drm_i915_init_t) #define DRM_IOCTL_I915_FLUSH DRM_IO ( DRM_COMMAND_BASE + DRM_I915_FLUSH) @@ -141,6 +149,8 @@ #define DRM_IOCTL_I915_INIT_HEAP DRM_IOW( DRM_COMMAND_BASE + DRM_I915_INIT_HEAP, drm_i915_mem_init_heap_t) #define DRM_IOCTL_I915_CMDBUFFER DRM_IOW( DRM_COMMAND_BASE + DRM_I915_CMDBUFFER, drm_i915_cmdbuffer_t) #define DRM_IOCTL_I915_DESTROY_HEAP DRM_IOW( DRM_COMMAND_BASE + DRM_I915_DESTROY_HEAP, drm_i915_mem_destroy_heap_t) +#define DRM_IOCTL_I915_SET_VBLANK_PIPE DRM_IOW( DRM_COMMAND_BASE + DRM_I915_SET_VBLANK_PIPE, drm_i915_vblank_pipe_t) +#define DRM_IOCTL_I915_GET_VBLANK_PIPE DRM_IOR( DRM_COMMAND_BASE + DRM_I915_GET_VBLANK_PIPE, drm_i915_vblank_pipe_t) /* Allow drivers to submit batchbuffers directly to hardware, relying @@ -228,4 +238,13 @@ int region; } drm_i915_mem_destroy_heap_t; +/* Allow X server to configure which pipes to monitor for vblank signals + */ +#define DRM_I915_VBLANK_PIPE_A 1 +#define DRM_I915_VBLANK_PIPE_B 2 + +typedef struct drm_i915_vblank_pipe { + int pipe; +} drm_i915_vblank_pipe_t; + #endif /* _I915_DRM_H_ */ Index: src/sys/dev/drm/i915_drv.h diff -u src/sys/dev/drm/i915_drv.h:1.1.2.2 src/sys/dev/drm/i915_drv.h:1.1.2.3 --- src/sys/dev/drm/i915_drv.h:1.1.2.2 Wed May 17 07:40:11 2006 +++ src/sys/dev/drm/i915_drv.h Sat Feb 3 20:01:54 2007 @@ -48,9 +48,10 @@ * 1.2: Add Power Management * 1.3: Add vblank support * 1.4: Fix cmdbuffer path, add heap destroy + * 1.5: Add vblank pipe configuration */ #define DRIVER_MAJOR 1 -#define DRIVER_MINOR 4 +#define DRIVER_MINOR 5 #define DRIVER_PATCHLEVEL 0 typedef struct _drm_i915_ring_buffer { @@ -99,6 +100,7 @@ int allow_batchbuffer; struct mem_block *agp_heap; unsigned int sr01, adpa, ppcr, dvob, dvoc, lvds; + int vblank_pipe; } drm_i915_private_t; extern drm_ioctl_desc_t i915_ioctls[]; @@ -122,6 +124,8 @@ extern void i915_driver_irq_preinstall(drm_device_t * dev); extern void i915_driver_irq_postinstall(drm_device_t * dev); extern void i915_driver_irq_uninstall(drm_device_t * dev); +extern int i915_vblank_pipe_set(DRM_IOCTL_ARGS); +extern int i915_vblank_pipe_get(DRM_IOCTL_ARGS); /* i915_mem.c */ extern int i915_mem_alloc(DRM_IOCTL_ARGS); @@ -140,14 +144,14 @@ #define I915_VERBOSE 0 #define RING_LOCALS unsigned int outring, ringmask, outcount; \ - volatile char *virt; + volatile char *virt; #define BEGIN_LP_RING(n) do { \ if (I915_VERBOSE) \ DRM_DEBUG("BEGIN_LP_RING(%d) in %s\n", \ - n, __FUNCTION__); \ - if (dev_priv->ring.space < n*4) \ - i915_wait_ring(dev, n*4, __FUNCTION__); \ + (n), __FUNCTION__); \ + if (dev_priv->ring.space < (n)*4) \ + i915_wait_ring(dev, (n)*4, __FUNCTION__); \ outcount = 0; \ outring = dev_priv->ring.tail; \ ringmask = dev_priv->ring.tail_mask; \ @@ -156,8 +160,8 @@ #define OUT_RING(n) do { \ if (I915_VERBOSE) DRM_DEBUG(" OUT_RING %x\n", (int)(n)); \ - *(volatile unsigned int *)(virt + outring) = n; \ - outcount++; \ + *(volatile unsigned int *)(virt + outring) = (n); \ + outcount++; \ outring += 4; \ outring &= ringmask; \ } while (0) @@ -253,6 +257,8 @@ #define GFX_OP_DESTBUFFER_VARS ((0x3<<29)|(0x1d<<24)|(0x85<<16)|0x0) #define GFX_OP_DRAWRECT_INFO ((0x3<<29)|(0x1d<<24)|(0x80<<16)|(0x3)) +#define GFX_OP_DRAWRECT_INFO_I965 ((0x7900<<16)|0x2) + #define MI_BATCH_BUFFER ((0x30<<23)|1) #define MI_BATCH_BUFFER_START (0x31<<23) #define MI_BATCH_BUFFER_END (0xA<<23) Index: src/sys/dev/drm/i915_irq.c diff -u src/sys/dev/drm/i915_irq.c:1.1.2.2 src/sys/dev/drm/i915_irq.c:1.1.2.3 --- src/sys/dev/drm/i915_irq.c:1.1.2.2 Wed May 17 07:40:11 2006 +++ src/sys/dev/drm/i915_irq.c Sat Feb 3 20:01:54 2007 @@ -48,7 +48,7 @@ temp = I915_READ16(I915REG_INT_IDENTITY_R); - temp &= (USER_INT_FLAG | VSYNC_PIPEA_FLAG); + temp &= (USER_INT_FLAG | VSYNC_PIPEA_FLAG | VSYNC_PIPEB_FLAG); DRM_DEBUG("%s flag=%08x\n", __FUNCTION__, temp); @@ -62,7 +62,7 @@ if (temp & USER_INT_FLAG) DRM_WAKEUP(&dev_priv->irq_queue); - if (temp & VSYNC_PIPEA_FLAG) { + if (temp & (VSYNC_PIPEA_FLAG | VSYNC_PIPEB_FLAG)) { atomic_inc(&dev->vbl_received); DRM_WAKEUP(&dev->vbl_queue); drm_vbl_send_signals(dev); @@ -73,22 +73,32 @@ static int i915_emit_irq(drm_device_t * dev) { + drm_i915_private_t *dev_priv = dev->dev_private; - u32 ret; RING_LOCALS; i915_kernel_lost_context(dev); DRM_DEBUG("%s\n", __FUNCTION__); - ret = dev_priv->counter; + dev_priv->sarea_priv->last_enqueue = ++dev_priv->counter; + + if (dev_priv->counter > 0x7FFFFFFFUL) + dev_priv->sarea_priv->last_enqueue = dev_priv->counter = 1; + + BEGIN_LP_RING(6); + OUT_RING(CMD_STORE_DWORD_IDX); + OUT_RING(20); + OUT_RING(dev_priv->counter); - BEGIN_LP_RING(2); + OUT_RING(0); OUT_RING(0); OUT_RING(GFX_OP_USER_INTERRUPT); ADVANCE_LP_RING(); - return ret; + return dev_priv->counter; + + } static int i915_wait_irq(drm_device_t * dev, int irq_nr) @@ -185,6 +195,68 @@ return i915_wait_irq(dev, irqwait.irq_seq); } +static int i915_enable_interrupt (drm_device_t *dev) +{ + drm_i915_private_t *dev_priv = (drm_i915_private_t *) dev->dev_private; + u16 flag; + + flag = 0; + if (dev_priv->vblank_pipe & DRM_I915_VBLANK_PIPE_A) + flag |= VSYNC_PIPEA_FLAG; + if (dev_priv->vblank_pipe & DRM_I915_VBLANK_PIPE_B) + flag |= VSYNC_PIPEB_FLAG; + if (dev_priv->vblank_pipe & ~(DRM_I915_VBLANK_PIPE_A|DRM_I915_VBLANK_PIPE_B)) { + DRM_ERROR("%s called with invalid pipe 0x%x\n", + __FUNCTION__, dev_priv->vblank_pipe); + return DRM_ERR(EINVAL); + } + I915_WRITE16(I915REG_INT_ENABLE_R, USER_INT_FLAG | flag); + return 0; +} + +/* Set the vblank monitor pipe + */ +int i915_vblank_pipe_set(DRM_IOCTL_ARGS) +{ + DRM_DEVICE; + drm_i915_private_t *dev_priv = dev->dev_private; + drm_i915_vblank_pipe_t pipe; + + if (!dev_priv) { + DRM_ERROR("%s called with no initialization\n", __FUNCTION__); + return DRM_ERR(EINVAL); + } + + DRM_COPY_FROM_USER_IOCTL(pipe, (drm_i915_vblank_pipe_t __user *) data, + sizeof(pipe)); + + dev_priv->vblank_pipe = pipe.pipe; + return i915_enable_interrupt (dev); +} + +int i915_vblank_pipe_get(DRM_IOCTL_ARGS) +{ + DRM_DEVICE; + drm_i915_private_t *dev_priv = dev->dev_private; + drm_i915_vblank_pipe_t pipe; + u16 flag; + + if (!dev_priv) { + DRM_ERROR("%s called with no initialization\n", __FUNCTION__); + return DRM_ERR(EINVAL); + } + + flag = I915_READ(I915REG_INT_ENABLE_R); + pipe.pipe = 0; + if (flag & VSYNC_PIPEA_FLAG) + pipe.pipe |= DRM_I915_VBLANK_PIPE_A; + if (flag & VSYNC_PIPEB_FLAG) + pipe.pipe |= DRM_I915_VBLANK_PIPE_B; + DRM_COPY_TO_USER_IOCTL((drm_i915_vblank_pipe_t __user *) data, pipe, + sizeof(pipe)); + return 0; +} + /* drm_dma.h hooks */ void i915_driver_irq_preinstall(drm_device_t * dev) @@ -200,7 +272,7 @@ { drm_i915_private_t *dev_priv = (drm_i915_private_t *) dev->dev_private; - I915_WRITE16(I915REG_INT_ENABLE_R, USER_INT_FLAG | VSYNC_PIPEA_FLAG); + i915_enable_interrupt(dev); DRM_INIT_WAITQUEUE(&dev_priv->irq_queue); } Index: src/sys/dev/drm/mach64_drm.h diff -u src/sys/dev/drm/mach64_drm.h:1.1.2.1 src/sys/dev/drm/mach64_drm.h:1.1.2.2 --- src/sys/dev/drm/mach64_drm.h:1.1.2.1 Wed Dec 14 00:52:58 2005 +++ src/sys/dev/drm/mach64_drm.h Sat Feb 3 20:01:54 2007 @@ -71,7 +71,7 @@ /* Max number of swaps allowed on the ring * before the client must wait */ -#define MACH64_MAX_QUEUED_FRAMES 3 +#define MACH64_MAX_QUEUED_FRAMES 3U /* Byte offsets for host blit buffer data */ Index: src/sys/dev/drm/radeon_cp.c diff -u src/sys/dev/drm/radeon_cp.c:1.15.2.3 src/sys/dev/drm/radeon_cp.c:1.15.2.4 --- src/sys/dev/drm/radeon_cp.c:1.15.2.3 Wed May 17 07:40:11 2006 +++ src/sys/dev/drm/radeon_cp.c Sat Feb 3 20:01:54 2007 @@ -42,7 +42,7 @@ static int radeon_do_cleanup_cp(drm_device_t * dev); /* CP microcode (from ATI) */ -static u32 R200_cp_microcode[][2] = { +static const u32 R200_cp_microcode[][2] = { {0x21007000, 0000000000}, {0x20007000, 0000000000}, {0x000000ab, 0x00000004}, @@ -301,7 +301,7 @@ {0000000000, 0000000000}, }; -static u32 radeon_cp_microcode[][2] = { +static const u32 radeon_cp_microcode[][2] = { {0x21007000, 0000000000}, {0x20007000, 0000000000}, {0x000000b4, 0x00000004}, @@ -560,7 +560,7 @@ {0000000000, 0000000000}, }; -static u32 R300_cp_microcode[][2] = { +static const u32 R300_cp_microcode[][2] = { { 0x4200e000, 0000000000 }, { 0x4000e000, 0000000000 }, { 0x000000af, 0x00000008 }, @@ -867,13 +867,13 @@ dev_priv->stats.boxes |= RADEON_BOX_WAIT_IDLE; - tmp = RADEON_READ(RADEON_RB2D_DSTCACHE_CTLSTAT); - tmp |= RADEON_RB2D_DC_FLUSH_ALL; - RADEON_WRITE(RADEON_RB2D_DSTCACHE_CTLSTAT, tmp); + tmp = RADEON_READ(RADEON_RB3D_DSTCACHE_CTLSTAT); + tmp |= RADEON_RB3D_DC_FLUSH_ALL; + RADEON_WRITE(RADEON_RB3D_DSTCACHE_CTLSTAT, tmp); for (i = 0; i < dev_priv->usec_timeout; i++) { - if (!(RADEON_READ(RADEON_RB2D_DSTCACHE_CTLSTAT) - & RADEON_RB2D_DC_BUSY)) { + if (!(RADEON_READ(RADEON_RB3D_DSTCACHE_CTLSTAT) + & RADEON_RB3D_DC_BUSY)) { return 0; } DRM_UDELAY(1); @@ -1261,6 +1261,12 @@ dev_priv->writeback_works = 0; DRM_INFO("writeback forced off\n"); } + + if (!dev_priv->writeback_works) { + /* Disable writeback to avoid unnecessary bus master transfers */ + RADEON_WRITE(RADEON_CP_RB_CNTL, RADEON_READ(RADEON_CP_RB_CNTL) | RADEON_RB_NO_UPDATE); + RADEON_WRITE(RADEON_SCRATCH_UMSK, 0); + } } /* Enable or disable PCI-E GART on the chip */ @@ -1348,6 +1354,12 @@ DRM_DEBUG("Forcing AGP card to PCI mode\n"); dev_priv->flags &= ~CHIP_IS_AGP; } + else if (!(dev_priv->flags & (CHIP_IS_AGP | CHIP_IS_PCI | CHIP_IS_PCIE)) + && !init->is_pci) + { + DRM_DEBUG("Restoring AGP flag\n"); + dev_priv->flags |= CHIP_IS_AGP; + } if ((!(dev_priv->flags & CHIP_IS_AGP)) && !dev->sg) { DRM_ERROR("PCI GART memory not allocated!\n"); @@ -2202,9 +2214,10 @@ if (drm_device_is_agp(dev)) dev_priv->flags |= CHIP_IS_AGP; - - if (drm_device_is_pcie(dev)) + else if (drm_device_is_pcie(dev)) dev_priv->flags |= CHIP_IS_PCIE; + else + dev_priv->flags |= CHIP_IS_PCI; DRM_DEBUG("%s card detected\n", ((dev_priv->flags & CHIP_IS_AGP) ? "AGP" : (((dev_priv->flags & CHIP_IS_PCIE) ? "PCIE" : "PCI")))); Index: src/sys/dev/drm/radeon_drm.h diff -u src/sys/dev/drm/radeon_drm.h:1.10.2.3 src/sys/dev/drm/radeon_drm.h:1.10.2.4 --- src/sys/dev/drm/radeon_drm.h:1.10.2.3 Wed May 17 07:40:11 2006 +++ src/sys/dev/drm/radeon_drm.h Sat Feb 3 20:01:54 2007 @@ -164,7 +164,8 @@ #define R200_EMIT_PP_TXCTLALL_3 91 #define R200_EMIT_PP_TXCTLALL_4 92 #define R200_EMIT_PP_TXCTLALL_5 93 -#define RADEON_MAX_STATE_PACKETS 94 +#define R200_EMIT_VAP_PVS_CNTL 94 +#define RADEON_MAX_STATE_PACKETS 95 /* Commands understood by cmd_buffer ioctl. More can be added but * obviously these can't be removed or changed: @@ -179,6 +180,7 @@ #define RADEON_CMD_WAIT 8 /* emit hw wait commands -- note: * doesn't make the cpu wait, just * the graphics hardware */ +#define RADEON_CMD_VECLINEAR 9 /* another r200 stopgap */ typedef union { int i; @@ -195,6 +197,9 @@ unsigned char cmd_type, offset, stride, count; } vectors; struct { + unsigned char cmd_type, addr_lo, addr_hi, count; + } veclinear; + struct { unsigned char cmd_type, buf_idx, pad0, pad1; } dma; struct { Index: src/sys/dev/drm/radeon_drv.h diff -u src/sys/dev/drm/radeon_drv.h:1.12.2.3 src/sys/dev/drm/radeon_drv.h:1.12.2.4 --- src/sys/dev/drm/radeon_drv.h:1.12.2.3 Wed May 17 07:40:11 2006 +++ src/sys/dev/drm/radeon_drv.h Sat Feb 3 20:01:54 2007 @@ -41,7 +41,7 @@ #define DRIVER_NAME "radeon" #define DRIVER_DESC "ATI Radeon" -#define DRIVER_DATE "20060225" +#define DRIVER_DATE "20060524" /* Interface history: * @@ -96,10 +96,12 @@ * 1.22- Add support for texture cache flushes (R300_TX_CNTL) * 1.23- Add new radeon memory map work from benh * 1.24- Add general-purpose packet for manipulating scratch registers (r300) + * 1.25- Add support for r200 vertex programs (R200_EMIT_VAP_PVS_CNTL, + * new packet type) */ #define DRIVER_MAJOR 1 -#define DRIVER_MINOR 24 +#define DRIVER_MINOR 25 #define DRIVER_PATCHLEVEL 0 /* @@ -144,6 +146,7 @@ CHIP_HAS_HIERZ = 0x00100000UL, CHIP_IS_PCIE = 0x00200000UL, CHIP_NEW_MEMMAP = 0x00400000UL, + CHIP_IS_PCI = 0x00800000UL, }; #define GET_RING_HEAD(dev_priv) (dev_priv->writeback_works ? \ @@ -544,6 +547,11 @@ # define RADEON_RB3D_ZC_FREE (1 << 2) # define RADEON_RB3D_ZC_FLUSH_ALL 0x5 # define RADEON_RB3D_ZC_BUSY (1 << 31) +#define RADEON_RB3D_DSTCACHE_CTLSTAT 0x325c +# define RADEON_RB3D_DC_FLUSH (3 << 0) +# define RADEON_RB3D_DC_FREE (3 << 2) +# define RADEON_RB3D_DC_FLUSH_ALL 0xf +# define RADEON_RB3D_DC_BUSY (1 << 31) #define RADEON_RB3D_ZSTENCILCNTL 0x1c2c # define RADEON_Z_TEST_MASK (7 << 4) # define RADEON_Z_TEST_ALWAYS (7 << 4) @@ -680,6 +688,7 @@ #define RADEON_CP_RB_BASE 0x0700 #define RADEON_CP_RB_CNTL 0x0704 # define RADEON_BUF_SWAP_32BIT (2 << 16) +# define RADEON_RB_NO_UPDATE (1 << 27) #define RADEON_CP_RB_RPTR_ADDR 0x070c #define RADEON_CP_RB_RPTR 0x0710 #define RADEON_CP_RB_WPTR 0x0714 @@ -885,6 +894,8 @@ #define RADEON_PP_CUBIC_OFFSET_T1_0 0x1e00 #define RADEON_PP_CUBIC_OFFSET_T2_0 0x1e14 +#define RADEON_SE_TCL_STATE_FLUSH 0x2284 + #define SE_VAP_CNTL__TCL_ENA_MASK 0x00000001 #define SE_VAP_CNTL__FORCE_W_TO_ONE_MASK 0x00010000 #define SE_VAP_CNTL__VF_MAX_VTX_NUM__SHIFT 0x00000012 @@ -906,6 +917,8 @@ #define R200_PP_AFS_0 0x2f80 #define R200_PP_AFS_1 0x2f00 /* same as txcblend_0 */ +#define R200_VAP_PVS_CNTL_1 0x22D0 + /* MPEG settings from VHA code */ #define RADEON_VHA_SETTO16_1 0x2694 #define RADEON_VHA_SETTO16_2 0x2680 @@ -1011,13 +1024,13 @@ } while (0) #define RADEON_FLUSH_CACHE() do { \ - OUT_RING( CP_PACKET0( RADEON_RB2D_DSTCACHE_CTLSTAT, 0 ) ); \ - OUT_RING( RADEON_RB2D_DC_FLUSH ); \ + OUT_RING( CP_PACKET0( RADEON_RB3D_DSTCACHE_CTLSTAT, 0 ) ); \ + OUT_RING( RADEON_RB3D_DC_FLUSH ); \ } while (0) #define RADEON_PURGE_CACHE() do { \ - OUT_RING( CP_PACKET0( RADEON_RB2D_DSTCACHE_CTLSTAT, 0 ) ); \ - OUT_RING( RADEON_RB2D_DC_FLUSH_ALL ); \ + OUT_RING( CP_PACKET0( RADEON_RB3D_DSTCACHE_CTLSTAT, 0 ) ); \ + OUT_RING( RADEON_RB3D_DC_FLUSH_ALL ); \ } while (0) #define RADEON_FLUSH_ZCACHE() do { \ @@ -1085,7 +1098,7 @@ n, __FUNCTION__ ); \ } \ if ( dev_priv->ring.space <= (n) * sizeof(u32) ) { \ - COMMIT_RING(); \ + COMMIT_RING(); \ radeon_wait_ring( dev_priv, (n) * sizeof(u32) ); \ } \ _nr = n; dev_priv->ring.space -= (n) * sizeof(u32); \ Index: src/sys/dev/drm/radeon_state.c diff -u src/sys/dev/drm/radeon_state.c:1.15.2.3 src/sys/dev/drm/radeon_state.c:1.15.2.4 --- src/sys/dev/drm/radeon_state.c:1.15.2.3 Wed May 17 07:40:11 2006 +++ src/sys/dev/drm/radeon_state.c Sat Feb 3 20:01:54 2007 @@ -45,7 +45,11 @@ drm_file_t * filp_priv, u32 * offset) { - u32 off = *offset; + u64 off = *offset; + u32 fb_start = dev_priv->fb_location; + u32 fb_end = fb_start + dev_priv->fb_size - 1; + u32 gart_start = dev_priv->gart_vm_start; + u32 gart_end = gart_start + dev_priv->gart_size - 1; struct drm_radeon_driver_file_fields *radeon_priv; /* Hrm ... the story of the offset ... So this function converts @@ -65,10 +69,8 @@ /* First, the best case, the offset already lands in either the * framebuffer or the GART mapped space */ - if ((off >= dev_priv->fb_location && - off < (dev_priv->fb_location + dev_priv->fb_size)) || - (off >= dev_priv->gart_vm_start && - off < (dev_priv->gart_vm_start + dev_priv->gart_size))) + if ((off >= fb_start && off <= fb_end) || + (off >= gart_start && off <= gart_end)) return 0; /* Ok, that didn't happen... now check if we have a zero based @@ -81,16 +83,13 @@ } /* Finally, assume we aimed at a GART offset if beyond the fb */ - if (off > (dev_priv->fb_location + dev_priv->fb_size)) - off = off - (dev_priv->fb_location + dev_priv->fb_size) + - dev_priv->gart_vm_start; + if (off > fb_end) + off = off - fb_end - 1 + gart_start; /* Now recheck and fail if out of bounds */ - if ((off >= dev_priv->fb_location && - off < (dev_priv->fb_location + dev_priv->fb_size)) || - (off >= dev_priv->gart_vm_start && - off < (dev_priv->gart_vm_start + dev_priv->gart_size))) { - DRM_DEBUG("offset fixed up to 0x%x\n", off); + if ((off >= fb_start && off <= fb_end) || + (off >= gart_start && off <= gart_end)) { + DRM_DEBUG("offset fixed up to 0x%x\n", (unsigned int)off); *offset = off; return 0; } @@ -252,6 +251,7 @@ case R200_EMIT_PP_TXCTLALL_3: case R200_EMIT_PP_TXCTLALL_4: case R200_EMIT_PP_TXCTLALL_5: + case R200_EMIT_VAP_PVS_CNTL: /* These packets don't contain memory offsets */ break; @@ -629,6 +629,7 @@ {R200_PP_TXFILTER_3, 8, "R200_PP_TXCTLALL_3"}, {R200_PP_TXFILTER_4, 8, "R200_PP_TXCTLALL_4"}, {R200_PP_TXFILTER_5, 8, "R200_PP_TXCTLALL_5"}, + {R200_VAP_PVS_CNTL_1, 2, "R200_VAP_PVS_CNTL"}, }; /* ================================================================ @@ -2633,7 +2634,8 @@ int stride = header.vectors.stride; RING_LOCALS; - BEGIN_RING(3 + sz); + BEGIN_RING(5 + sz); + OUT_RING_REG(RADEON_SE_TCL_STATE_FLUSH, 0); OUT_RING(CP_PACKET0(RADEON_SE_TCL_VECTOR_INDX_REG, 0)); OUT_RING(start | (stride << RADEON_VEC_INDX_OCTWORD_STRIDE_SHIFT)); OUT_RING(CP_PACKET0_TABLE(RADEON_SE_TCL_VECTOR_DATA_REG, (sz - 1))); @@ -2645,6 +2647,32 @@ return 0; } +static __inline__ int radeon_emit_veclinear(drm_radeon_private_t *dev_priv, + drm_radeon_cmd_header_t header, + drm_radeon_kcmd_buffer_t *cmdbuf) +{ + int sz = header.veclinear.count * 4; + int start = header.veclinear.addr_lo | (header.veclinear.addr_hi << 8); + RING_LOCALS; + + if (!sz) + return 0; + if (sz * 4 > cmdbuf->bufsz) + return DRM_ERR(EINVAL); + + BEGIN_RING(5 + sz); + OUT_RING_REG(RADEON_SE_TCL_STATE_FLUSH, 0); + OUT_RING(CP_PACKET0(RADEON_SE_TCL_VECTOR_INDX_REG, 0)); + OUT_RING(start | (1 << RADEON_VEC_INDX_OCTWORD_STRIDE_SHIFT)); + OUT_RING(CP_PACKET0_TABLE(RADEON_SE_TCL_VECTOR_DATA_REG, (sz - 1))); + OUT_RING_TABLE(cmdbuf->buf, sz); + ADVANCE_RING(); + + cmdbuf->buf += sz * sizeof(int); + cmdbuf->bufsz -= sz * sizeof(int); + return 0; +} + static int radeon_emit_packet3(drm_device_t * dev, drm_file_t * filp_priv, drm_radeon_kcmd_buffer_t *cmdbuf) @@ -2908,6 +2936,14 @@ goto err; } break; + case RADEON_CMD_VECLINEAR: + DRM_DEBUG("RADEON_CMD_VECLINEAR\n"); + if (radeon_emit_veclinear(dev_priv, header, &cmdbuf)) { + DRM_ERROR("radeon_emit_veclinear failed\n"); + goto err; + } + break; + default: DRM_ERROR("bad cmd_type %d at %p\n", header.header.cmd_type, @@ -2991,6 +3027,11 @@ case RADEON_PARAM_GART_TEX_HANDLE: value = dev_priv->gart_textures_offset; break; + case RADEON_PARAM_SCRATCH_OFFSET: + if (!dev_priv->writeback_works) + return DRM_ERR(EINVAL); + value = RADEON_SCRATCH_REG_OFFSET; + break; case RADEON_PARAM_CARD_TYPE: if (dev_priv->flags & CHIP_IS_PCIE) @@ -3001,6 +3042,7 @@ value = RADEON_CARD_PCI; break; default: + DRM_DEBUG( "Invalid parameter %d\n", param.param ); return DRM_ERR(EINVAL); } -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070203/050f41ca/signature.pgp From bugmaster at FreeBSD.org Mon Feb 5 11:12:11 2007 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 5 11:14:23 2007 Subject: Current problem reports assigned to you Message-ID: <200702051112.l15BC5mj026181@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/89074 x11 Segmentation Violation during "make install" of XFree8 o ports/92071 x11 Problem with Xorg and SIS630/730 integrated video card a ports/92169 x11 Xorg 6.9, Matrox mga, dri broken (MGAGetBOARDHANDLESiz o ports/92672 x11 X.org 6.9.0 brak down sync mga_hal dirver on G550'sDVI o ports/93071 x11 x11-servers/xorg-server: Resume fails on system with X o ports/93777 x11 Starting xorg-server requires reloading sound module o ports/97084 x11 Xorg 6.9.0 Locks Up Keyboard and Mouse o ports/97367 x11 vlc and gmplayer crash with X error o ports/104885 x11 Hangs when logging out of X11 terminals o ports/106370 x11 Screen corruption when using Direct Rendering on a PCI 10 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/73743 x11 XOrg/XFree xauth add/startx problem s ports/85132 x11 XOrg 6.8.2 won't start on Toshiba Satellite 1800-554 e s ports/87528 x11 Missing koi8-r encoding for xorg-fonts-encodings port f ports/89349 x11 xorg problem: math/gnuplot: BadAtom (invalid Atom para o ports/93667 x11 x11/xorg-libraries: undefined symbol in libOSMesa.* is o ports/94167 x11 [patch] x11/xorg-clients: install xdm/Xstartup and /Xr o ports/94331 x11 x11/xorg: advocating for DRI support for Radeons o ports/96436 x11 [patch] x11/xorg-clients: logging on xdm with pam_krb o i386/99645 x11 Xorg savage driver causes display to hang at unload 9 problems total. From r.c.ladan at gmail.com Mon Feb 5 16:52:41 2007 From: r.c.ladan at gmail.com (Rene Ladan) Date: Mon Feb 5 16:52:55 2007 Subject: Radeon X1450 supported? In-Reply-To: <200701121355.22130.adamk@voicenet.com> References: <4586BF6A.9020902@gmail.com> <1168622949.27596.8.camel@memory> <45A7D1BC.4090607@gmail.com> <200701121355.22130.adamk@voicenet.com> Message-ID: <45C760D3.9000604@gmail.com> Adam K Kirchhoff schreef: > On Friday 12 January 2007 13:21, Rene Ladan wrote: >> Adam K Kirchhoff schreef: >>> On Fri, 2007-01-12 at 18:22 +0100, Rene Ladan wrote: >>>> Rene Ladan schreef: >>>>> Ivan Voras schreef: >>>>>> Ren? Ladan wrote: >>>>>>> Hi, >>>>>>> >>>>>>> I just bought a shiny new Asus A6JE laptop which has a ATI Radeon >>>>>>> X1450, but X.org 7.2rc3 does not recognize it. >>>>>>> Is there any solution or am I just unlucky :( ? >>>>>> If it's the same chip(set) generation as 1300, 1600 & 1900 (i.e. R5xx) >>>>>> then AFAIK you're out of luck, and you're not alone :( >>>>> Well, at least VESA works (at 1024 x 768), but VESA means no xv thus no >>>>> full screen mplayer :( >>>> The card is a RV515, mplayer works fullscreen with -vo sdl :) [...] >>>> I downloaded a binary installer from the ATI website [...] >> But Linux drivers aren't going to work on FreeBSD, do they? >> > I doubt it. Theoretically the Xorg module loader is OS independent. 2D > drivers from one x86 OS can be used on any other x86 OS. In theory... In > practice, who knows? :-) I did, briefly, use the 2D open source radeon > driver from Debian (using xorg 6.9) on FreeBSD over a year ago. But I've > never played with the fglrx driver under FreeBSD. > > Adam > I just put the X.org 7.1 Linux binary (fglrx_drv.so) into /usr/X11R6/lib/xorg/modules/drivers and changed my xorg.conf file to point to it, but starting X fails with a message that libpthread.so.0 (the Linux version, I assume) cannot be found. Mapping it to the native libpthread.so.2 or explicitly to the Linux libpthread-2.3.6.so using /etc/libmap.conf doesn't help, neither does brandelf(8)ing the binary to Linux help. Any ideas? -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From sirdice at xs4all.nl Tue Feb 6 10:56:17 2007 From: sirdice at xs4all.nl (SirDice) Date: Tue Feb 6 10:56:22 2007 Subject: Git tree fails make index Message-ID: <45C85EBA.10703@xs4all.nl> Hi all, Just updated the git portstree. It fails on a make index. Generating INDEX-6 - please wait..desktopbsd-tools-1.1: "/usr/ports/sysutils/portupgrade" non-existent -- dependency list incomplete ===> sysutils/desktopbsd-tools failed *** Error code 1 Looking at the tree I see a new category ports-mgmt where portupgrade got moved to. Seems desktopbsd-tools wasn't updated to reflect this move. Cheers, Remko C. From niclas.zeising at gmail.com Tue Feb 6 11:09:18 2007 From: niclas.zeising at gmail.com (Niclas Zeising) Date: Tue Feb 6 11:09:23 2007 Subject: Git tree fails make index In-Reply-To: <45C85EBA.10703@xs4all.nl> References: <45C85EBA.10703@xs4all.nl> Message-ID: On 2/6/07, SirDice wrote: > Hi all, > > Just updated the git portstree. It fails on a make index. > > Generating INDEX-6 - please wait..desktopbsd-tools-1.1: > "/usr/ports/sysutils/portupgrade" non-existent -- dependency list incomplete > ===> sysutils/desktopbsd-tools failed > *** Error code 1 > > Looking at the tree I see a new category ports-mgmt where portupgrade > got moved to. Seems desktopbsd-tools wasn't updated to reflect this move. > > Cheers, > > Remko C. It might be that the port is updated, but it hasn't hit the git ports tree yet. If you can, verify that you get the same error on a regular ports tree, then contact the port manager, otherwise, the port is fixed and you have to wait for it to hit the git ports tree or copy over the updated desktopbsd-tools Makefile from the regular ports tree. The compy of the makefile might break a later 'git pull origin xorg', so keep the other (the original) Makefile around and switch back before updating your git ports tree. HTH! //Niclas -- From sirdice at xs4all.nl Tue Feb 6 11:33:00 2007 From: sirdice at xs4all.nl (SirDice) Date: Tue Feb 6 11:33:03 2007 Subject: Git tree fails make index In-Reply-To: References: <45C85EBA.10703@xs4all.nl> Message-ID: <45C86752.5050405@xs4all.nl> Niclas Zeising wrote: > On 2/6/07, SirDice wrote: >> Hi all, >> >> Just updated the git portstree. It fails on a make index. >> >> Generating INDEX-6 - please wait..desktopbsd-tools-1.1: >> "/usr/ports/sysutils/portupgrade" non-existent -- dependency list >> incomplete >> ===> sysutils/desktopbsd-tools failed >> *** Error code 1 >> >> Looking at the tree I see a new category ports-mgmt where portupgrade >> got moved to. Seems desktopbsd-tools wasn't updated to reflect this move. >> >> Cheers, >> >> Remko C. > > It might be that the port is updated, but it hasn't hit the git ports > tree yet. If you can, verify that you get the same error on a regular > ports tree, then contact the port manager, otherwise, the port is > fixed and you have to wait for it to hit the git ports tree or copy > over the updated desktopbsd-tools Makefile from the regular ports > tree. It's already fixed in the regular tree. I'll wait for it to hit the git tree ;) http://www.freebsd.org/cgi/cvsweb.cgi/ports/sysutils/desktopbsd-tools/Makefile Cheers, Remko C. From fenner at freebsd.org Wed Feb 7 10:02:45 2007 From: fenner at freebsd.org (Bill "distfiles" Fenner) Date: Wed Feb 7 10:02:53 2007 Subject: FreeBSD ports: 1 unfetchable distfile: x11-servers/xorg-server-snap Message-ID: <200702071002.l17A2ids051501@freefall.freebsd.org> Dear x11@freebsd.org, You are listed as the FreeBSD port maintainer for 1 port whose distfiles are not fetchable from their MASTER_SITES. Could you please visit http://people.freebsd.org/~fenner/portsurvey/x11@freebsd.org.html and correct the problems listed there? The individual port with a problem is x11-servers/xorg-server-snap. If you have already corrected the problems and submitted a PR, please accept my thanks and apologies for the delay in getting the fixes into the tree. This reminder is created automatically and does not (yet) have a way to know if a PR fixing the problem has been submitted. Please do *NOT* send your response to me directly; I do not necessarily have time to commit your fix; please instead submit a PR via 'send-pr' so it doesn't get lost. Problems are usually of two types: 1. The software package has been upgraded and the version in the port has been removed. The best solution to this problem is to upgrade the port to the most current version of the software package. If you are a FreeBSD committer, then you can just upgrade the port directly. If not, you should create the updated port on your own machine, test it (and maybe even run "portlint" on it), and then use "send-pr" to submit a "diff -uNr old-port updated-port". If you added or deleted any files, please make an explicit note of it. 2. The mirror site being used no longer contains the software package in question, or no longer exists. Solutions include: a) If there are other mirror sites, just remove the bad site from the list. (Make sure that what appears to be a bad site isn't actually a problem of type 1, upgrade) b) If the README or other support files in the software documentation mention where to get the software package, use one of those sites. c) Use a search engine to find another place to get the original DISTFILES. Make sure that you don't pick a FreeBSD distfiles mirror -- if you can't find any other places where the file exists, it can be a LOCAL_PORT or you can simply comment out the MASTER_SITES= line, with a comment explaining why. Once you have a solution, use "send-pr" to submit a "diff -u" of the Makefile. Note that this isn't an urgent issue, as people who try to build the port now will just fall back to the FreeBSD distfiles mirror. Please just put it on your list to do and get to it when you have time. These messages will continue to arrive twice a month until the fix is committed, as a reminder. Thanks, Bill "distfiles" Fenner. From sirdice at xs4all.nl Wed Feb 7 13:01:37 2007 From: sirdice at xs4all.nl (SirDice) Date: Wed Feb 7 13:01:42 2007 Subject: dri and xorg 7.2.r3_4 Message-ID: <45C9CD9A.7040708@xs4all.nl> Hi all, I've set my X11BASE to /usr/local in /etc/make.conf. Some time ago I rebuild my entire system using that. Tried upgrading my system today, did a portupgrade -a. Seems x11/xorg-7.2.r3_4 and graphics/dri-6.5.2_1,2 don't agree on the location of the drivers. Xorg checks for /usr/local/lib/modules/dri/r128_dri.so but dri installs them in /usr/local/lib/dri. As a consequence /usr/local/lib/modules/dri doesn't exist and xorg tries to build/install dri which fails because it's already installed. Cheers, Remko C. From niclas.zeising at gmail.com Wed Feb 7 14:57:17 2007 From: niclas.zeising at gmail.com (Niclas Zeising) Date: Wed Feb 7 14:57:21 2007 Subject: dri and xorg 7.2.r3_4 In-Reply-To: <45C9CD9A.7040708@xs4all.nl> References: <45C9CD9A.7040708@xs4all.nl> Message-ID: On 2/7/07, SirDice wrote: > Hi all, > > I've set my X11BASE to /usr/local in /etc/make.conf. Some time ago I > rebuild my entire system using that. Tried upgrading my system today, > did a portupgrade -a. Seems x11/xorg-7.2.r3_4 and graphics/dri-6.5.2_1,2 > don't agree on the location of the drivers. > > Xorg checks for /usr/local/lib/modules/dri/r128_dri.so but dri installs > them in /usr/local/lib/dri. As a consequence /usr/local/lib/modules/dri > doesn't exist and xorg tries to build/install dri which fails because > it's already installed. > > Cheers, > > Remko C. The install location for graphics/dri was changed some time ago. That might have something to do with it, and xorg might not have cathced up to this change. Have a look at this commit: http://git.xbsd.org/?p=freebsd/ports.git;a=commit;h=067b2e31ae900a9ccc81fc5b0852e736a74a626e HTH //Niclas From rpavery79 at gmail.com Wed Feb 7 22:49:44 2007 From: rpavery79 at gmail.com (Ryan Avery) Date: Wed Feb 7 22:49:52 2007 Subject: Xorg *still* hangs with ATI Radeon Mobility M10 (9700) Message-ID: <6adba26c0702071425l6847eafau751dcd89817a7d1d@mail.gmail.com> Hello all! I'm going nuts trying to figure out why my video card doesn't work. I have a ATI Mobility Radeon 9700 (recognized by Xorg as ATI RV350 [Mobility Radeon 9600 M10] For detailed background information (including my configuration and conf files), see my december post here: http://lists.freebsd.org/pipermail/freebsd-x11/2006-December/003323.html Basically, I have had a heckuva time getting DRI to work on this card. I know r300 support is fairly new, but I see newer x700 and x800 cards that are working. Since this is a laptop, I can't upgrade the card (otherwise I'd go my an nVidia, though I know they have some problems too). I have an ASUS x80k (very similar to the A2000 from what I can tell). In December I was trying 6.2-PRERELEASE with xorg 7.2-RC2 with no luck. I gave up for a while and tried again last night with 6.2-RELEASE on amd64 with xorg from git this morning. Xorg still hung on startup. Then I saw Florent's post on this list about recent commits to the drm source (updating the kernel radeon module to 1.25.0), so I upgraded to 6.2-STABLE a few hours ago and Xorg *still* hung on startup. The same configuration works fine with the vesa driver, and also works with the radeon driver but with dri commented out the xorg.conf, but with this setup I get some intermittent screen corruption in the form of vertical colored lines on the screen. I have only ever had radeon working with DRI once on this laptop, exactly a year ago, with Xorg 6.9.0 on 6.0-STABLE. However, after an upgrade in late February 2006 I've never been able to figure out how to get DRI working again (I even tried downgrading my FreeBSD to 6-STABLE as of 01-Feb-2006 last June, but that still didn't work. So I've stuck with vesa for the last year. This is annoying for watching video since although mplayer -vo sdl plays fullscreen, it's too slow at 1400x1050 resolution. So, I have several questions: 1. Should I try FreeBSD-7-CURRENT? Are there considerable differences in kernel DRM in CURRENT that have not been MFC'ed to 6-STABLE? 2. Does anyone else have this card (RV350 Mobility 9600 M10) working on FreeBSD? If so, what is your configuration? 3. I can't imagine why it'd make a difference, but could it have anything to do with amd64 issues? Should I try i386? I tried it last May but had the same problem. My symptoms seem to be fairly well described by this bug report - https://bugs.freedesktop.org/show_bug.cgi?id=4847. This appeared to be fixed by Ben Herrenschmidt back in December 2005 (** http://lists.freedesktop.org/archives/xorg/2005-December/011678.html, a later patch was applied to current). This patch was supposed to be applied to ati-6.5.7.2. I know the ati-driver in the git tree is now at 6.6.3. I imaging this patch was merged, but does anyone know more about this? The bug report seems to imply that this card in particular causes trouble, but it looks like the patch should have fixed this as indicated here: http://lists.freedesktop.org/archives/xorg/2006-January/012303.html I've been lurking on this list for quite a while - thanks to all of you (especially you, Florent) who are doing the impressive task of getting Xorg-modular into FreeBSD and testing it. I've learned a ton over the last year, and I hope to help out someday (whenever I finish my PhD!). I'm aware that this is likely an Xorg problem, and I may even file a bug report upstream, but for now I'm hoping that some of you gurus can point out something that I may be missing. Thanks for your help! Ryan From edwin at FreeBSD.org Thu Feb 8 09:15:38 2007 From: edwin at FreeBSD.org (Edwin Groothuis) Date: Thu Feb 8 09:15:55 2007 Subject: ports/108922: libbitmap.so: Undefined symbol "FontFileBitmapSources". Message-ID: <200702080915.l189FZrg062965@freefall.freebsd.org> Synopsis: libbitmap.so: Undefined symbol "FontFileBitmapSources". Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Thu Feb 8 09:15:33 UTC 2007 Responsible-Changed-Why: Over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=108922 From miwi at FreeBSD.org Thu Feb 8 09:54:06 2007 From: miwi at FreeBSD.org (Martin Wilke) Date: Thu Feb 8 09:54:25 2007 Subject: ports/108922: libbitmap.so: Undefined symbol "FontFileBitmapSources". In-Reply-To: <200702080907.l1897TdD005573@www.freebsd.org> References: <200702080907.l1897TdD005573@www.freebsd.org> Message-ID: <20070208093237.3923950B6B@unixfreunde.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 8 Feb 2007 09:07:29 GMT Gawain Bai wrote: | I |installed ports/x11/xorg without any error, but when I want to |configure the Xorg and run Xorg -configure in console, then have a |error appared. | |I got this message from /var/log/Xorg.0.log | |(II)LoadModule: "bitmap" |(II)Loading /usr/X11R6/lib/modules/fonts/libbitmap.so |dlopen: /usr/X11R6/lib/modules/fonts/libbitmap.so: Undefined symbol |"FontFileBitmapSources" (EE) Failed to |load /usr/X11R6/lib/modules/fonts/libbitmap.so | |firstly, I rebuild the ports/x11-server/xorg-server, but this problem |still exist. | Same problem with new install on amd64. - - Martin - -- Martin Wilke | irc.unixfreunde.de #bsd miwi@FreeBSD.org | miwi@unixfreunde.de FreeBSD Committer | Power to Serve -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFFyu4vPrCIFpjWZiwRAvcWAKDPwdJGFLVhTXOClE6cuzOi10OXPwCfTvi2 xCBeVGOZ6XND7jCHtLkNKSs= =QmdW -----END PGP SIGNATURE----- From applecom at inbox.ru Thu Feb 8 14:49:22 2007 From: applecom at inbox.ru (applecom@inbox.ru) Date: Thu Feb 8 14:49:32 2007 Subject: FreeFontPath message on X.org shutdown Message-ID: X.org on my 6.2-PRERELEASE always writes the following to console when exit: waiting for X server to shut down FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. I saw it on previous versions of X.org and FreeBSD too. I googled for it but didn't find something for fix. It seems this message is very common. Is it error or not? From niclas.zeising at gmail.com Thu Feb 8 15:36:19 2007 From: niclas.zeising at gmail.com (Niclas Zeising) Date: Thu Feb 8 15:36:27 2007 Subject: FreeFontPath message on X.org shutdown In-Reply-To: References: Message-ID: On 1/17/07, applecom@inbox.ru wrote: > X.org on my 6.2-PRERELEASE always writes the following to console when > exit: > > waiting for X server to shut down FreeFontPath: FPE > "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. > > I saw it on previous versions of X.org and FreeBSD too. I googled for it > but didn't find something for fix. It seems this message is very common. > Is it error or not? As far as i know, it's been around for ages and is harmless... //Niclas -- From ivoras at fer.hr Thu Feb 8 15:56:34 2007 From: ivoras at fer.hr (Ivan Voras) Date: Thu Feb 8 15:56:48 2007 Subject: beryl problems Message-ID: I can't get beryl working. AFAIK, just running beryl-manager is enough to get it started, right? But i get this: > beryl-manager > glxinfo: not found ** (beryl-manager:1215): CRITICAL **: No Display Manager Found!: Unknown error: 0 Other applications work fine and DRI seems to be working. I'm using xfce4.4 and its window manager. Any ideas? From scottro at nyc.rr.com Thu Feb 8 16:02:39 2007 From: scottro at nyc.rr.com (Scott Robbins) Date: Thu Feb 8 16:02:52 2007 Subject: FreeFontPath message on X.org shutdown In-Reply-To: References: Message-ID: <20070208153210.GA10244@uws1.starlofashions.com> On Wed, Jan 17, 2007 at 04:47:57AM +0500, applecom@inbox.ru wrote: > X.org on my 6.2-PRERELEASE always writes the following to console when exit: > > waiting for X server to shut down FreeFontPath: FPE > "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing. > > I saw it on previous versions of X.org and FreeBSD too. I googled for it but > didn't find something for fix. It seems this message is very common. Is it > error or not? I suppose it's an error, but many people have it, I haven't seen a fix for it, and it seems to be harmless. :) (Most people post something similar to what you posted--I have the error, I've googled, no one has a solution, is it harmless, and someone else answers as I'm answering, yeah, I have it too, it seems to be harmless.) -- Scott GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: I lost a friend tonight and I may lose more! The whole world may be sucked into hell, and you want my help 'cause your girlfriend's a big ho?! Let me take this opportunity to NOT care! From molnarcs at gmail.com Thu Feb 8 17:07:51 2007 From: molnarcs at gmail.com (Csaba Molnar) Date: Thu Feb 8 17:07:58 2007 Subject: beryl problems In-Reply-To: References: Message-ID: <200702081742.07172.molnarcs@gmail.com> 2007. February 8. 16.54 d?tummal Ivan Voras ezt ?rta: > I can't get beryl working. AFAIK, just running beryl-manager is enough > > to get it started, right? But i get this: > > beryl-manager > > glxinfo: not found > > ** (beryl-manager:1215): CRITICAL **: No Display Manager Found!: Unknown > error: 0 > > > Other applications work fine and DRI seems to be working. I'm using > xfce4.4 and its window manager. > > Any ideas? > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" The glxinfo message is not inportant - I get the same, and beryl still works. > ** (beryl-manager:1215): CRITICAL **: No Display Manager Found!: Unknown > error: 0 One of the most common errors I've seen on beryl forums. It can be due to many reasons - it is difficult to say what it is in your case without knowing your setup. I have an nvidia card with the nvidia binary drivers. My xorg.conf is here: ftp://hatvani.unideb.hu/personal/screenshots/beryl/xorg.conf I use KDE, and I changed the window manager to beryl in .xinitrc: export KDEWM=beryl exec startkde I also start up aquamarine decorator via .kde/Autostart (with a 10 seconds delay, because it won't start simultaneously). Try opening a terminal while running xfce, and type beryl --replace && emerald --replace - and see what error messages it spits out. In case you have an nvidia card, it should work (with xorg.conf similar to mine). From ivoras at fer.hr Fri Feb 9 10:10:50 2007 From: ivoras at fer.hr (Ivan Voras) Date: Fri Feb 9 10:10:53 2007 Subject: beryl problems In-Reply-To: <200702081742.07172.molnarcs@gmail.com> References: <200702081742.07172.molnarcs@gmail.com> Message-ID: Csaba Molnar wrote: > 2007. February 8. 16.54 d?tummal Ivan Voras ezt ?rta: >> I can't get beryl working. AFAIK, just running beryl-manager is enough >> >> to get it started, right? But i get this: >>> beryl-manager >>> glxinfo: not found >> ** (beryl-manager:1215): CRITICAL **: No Display Manager Found!: Unknown >> error: 0 >> >> >> Other applications work fine and DRI seems to be working. I'm using >> xfce4.4 and its window manager. >> >> Any ideas? >> >> _______________________________________________ >> freebsd-x11@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > > The glxinfo message is not inportant - I get the same, and beryl still works. >> ** (beryl-manager:1215): CRITICAL **: No Display Manager Found!: Unknown >> error: 0 > > One of the most common errors I've seen on beryl forums. It can be due to many > reasons - it is difficult to say what it is in your case without knowing your > setup. I have an nvidia card with the nvidia binary drivers. My xorg.conf is > here: > ftp://hatvani.unideb.hu/personal/screenshots/beryl/xorg.conf > > I use KDE, and I changed the window manager to beryl in .xinitrc: > > export KDEWM=beryl > exec startkde > > I also start up aquamarine decorator via .kde/Autostart (with a 10 seconds > delay, because it won't start simultaneously). > > Try opening a terminal while running xfce, and type beryl --replace && > emerald --replace - and see what error messages it spits out. In case you > have an nvidia card, it should work (with xorg.conf similar to mine). I have a Radeon R280 card, with 3D support in the open source drivers. I've rebuilt beryl (and it seems I've updated it to 0.1.9999???), and here's what it says: > beryl --replace && emerald -- replace ************************************************************** * Beryl system compatiblity check * ************************************************************** Detected xserver : AIGLX Checking Display :0.0 ... Checking for XComposite extension : passed (v0.3) Checking for XDamage extension : passed Checking for RandR extension : passed Checking for XSync extension : passed Checking Screen 0 ... libGL warning: 3D driver claims to not support visual 0x4b Checking for GLX_SGIX_fbconfig : passed Checking for GLX_EXT_texture_from_pixmap : passed Checking for non power of two texture support : passed Checking maximum texture size : passed (2048x2048) libGL warning: 3D driver claims to not support visual 0x4b beryl: No GLXFBConfig for default depth, falling back on visinfo. Reloading options /libexec/ld-elf.so.1: /usr/local/lib/beryl/libthumbnail.so: Undefined symbol "strndup" As I'm currently without a window manager, I can't start a terminal to do a ldd on it, but I'll do it when I restart X. From ivoras at fer.hr Fri Feb 9 10:19:09 2007 From: ivoras at fer.hr (Ivan Voras) Date: Fri Feb 9 10:19:13 2007 Subject: beryl problems In-Reply-To: References: <200702081742.07172.molnarcs@gmail.com> Message-ID: Ivan Voras wrote: > /libexec/ld-elf.so.1: /usr/local/lib/beryl/libthumbnail.so: Undefined > symbol "strndup" Ok, ldd doesn't report anything missing in the .so, but there's no strndup in my libc (releng_6). From flz at FreeBSD.org Fri Feb 9 10:31:09 2007 From: flz at FreeBSD.org (Florent Thoumie) Date: Fri Feb 9 10:31:13 2007 Subject: beryl problems In-Reply-To: References: <200702081742.07172.molnarcs@gmail.com> Message-ID: <45CC4C57.2020901@FreeBSD.org> Ivan Voras wrote: > Ivan Voras wrote: > >> /libexec/ld-elf.so.1: /usr/local/lib/beryl/libthumbnail.so: Undefined >> symbol "strndup" > > Ok, ldd doesn't report anything missing in the .so, but there's no > strndup in my libc (releng_6). Use the settings manager to disable the thumbnail plugin and try to start beryl again. This is not the right fix but at least you might get it to work. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070209/bba8cf5d/signature.pgp From ivoras at fer.hr Fri Feb 9 11:23:05 2007 From: ivoras at fer.hr (Ivan Voras) Date: Fri Feb 9 11:23:11 2007 Subject: beryl problems In-Reply-To: <45CC4C57.2020901@FreeBSD.org> References: <200702081742.07172.molnarcs@gmail.com> <45CC4C57.2020901@FreeBSD.org> Message-ID: <45CC531F.1030009@fer.hr> Florent Thoumie wrote: > Ivan Voras wrote: >> Ivan Voras wrote: >> >>> /libexec/ld-elf.so.1: /usr/local/lib/beryl/libthumbnail.so: Undefined >>> symbol "strndup" >> Ok, ldd doesn't report anything missing in the .so, but there's no >> strndup in my libc (releng_6). > > Use the settings manager to disable the thumbnail plugin and try to > start beryl again. This is not the right fix but at least you might get > it to work. It worked for starting it, but I only get empty white featureless windows when I start beryl :( Maybe some other graphic card will help... Are all AGP nVidia cards supported by the binary non-free driver? From flz at FreeBSD.org Fri Feb 9 11:44:58 2007 From: flz at FreeBSD.org (Florent Thoumie) Date: Fri Feb 9 11:45:04 2007 Subject: beryl problems In-Reply-To: <45CC531F.1030009@fer.hr> References: <200702081742.07172.molnarcs@gmail.com> <45CC4C57.2020901@FreeBSD.org> <45CC531F.1030009@fer.hr> Message-ID: <45CC5EAC.4080809@FreeBSD.org> Ivan Voras wrote: > Florent Thoumie wrote: >> Ivan Voras wrote: >>> Ivan Voras wrote: >>> >>>> /libexec/ld-elf.so.1: /usr/local/lib/beryl/libthumbnail.so: Undefined >>>> symbol "strndup" >>> Ok, ldd doesn't report anything missing in the .so, but there's no >>> strndup in my libc (releng_6). >> Use the settings manager to disable the thumbnail plugin and try to >> start beryl again. This is not the right fix but at least you might get >> it to work. > > It worked for starting it, but I only get empty white featureless > windows when I start beryl :( > > Maybe some other graphic card will help... Are all AGP nVidia cards > supported by the binary non-free driver? What's your current graphic card? I had troubles with a Geforce4 and recent drivers (but it was crashing not showing white windows). The white windows syndrom affects only Intel chipsets AFAIK. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070209/9ddc5c64/signature.pgp From adamk at voicenet.com Fri Feb 9 11:48:00 2007 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Fri Feb 9 11:48:05 2007 Subject: beryl problems In-Reply-To: <45CC531F.1030009@fer.hr> References: <200702081742.07172.molnarcs@gmail.com> <45CC4C57.2020901@FreeBSD.org> <45CC531F.1030009@fer.hr> Message-ID: <1171021677.6144.3.camel@memory> On Fri, 2007-02-09 at 11:55 +0100, Ivan Voras wrote: > Florent Thoumie wrote: > > Ivan Voras wrote: > >> Ivan Voras wrote: > >> > >>> /libexec/ld-elf.so.1: /usr/local/lib/beryl/libthumbnail.so: Undefined > >>> symbol "strndup" > >> Ok, ldd doesn't report anything missing in the .so, but there's no > >> strndup in my libc (releng_6). > > > > Use the settings manager to disable the thumbnail plugin and try to > > start beryl again. This is not the right fix but at least you might get > > it to work. > > It worked for starting it, but I only get empty white featureless > windows when I start beryl :( Beryl requires that certain patches (available here: https://bugs.freedesktop.org/show_bug.cgi?id=8991) be applied to the xserver tree when the server is built on any of the cards with (recent) open source drivers. What card are you trying to get this to work on? > Maybe some other graphic card will help... Are all AGP nVidia cards > supported by the binary non-free driver? Any relatively new AGP nVidia card should be fine, but I'd suggest reading the documentation that comes with the nVidia driver to confirm this. Adam From adamk at voicenet.com Fri Feb 9 11:48:36 2007 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Fri Feb 9 11:48:40 2007 Subject: beryl problems In-Reply-To: <45CC5EAC.4080809@FreeBSD.org> References: <200702081742.07172.molnarcs@gmail.com> <45CC4C57.2020901@FreeBSD.org> <45CC531F.1030009@fer.hr> <45CC5EAC.4080809@FreeBSD.org> Message-ID: <1171021715.6144.5.camel@memory> On Fri, 2007-02-09 at 11:44 +0000, Florent Thoumie wrote: > Ivan Voras wrote: > > Florent Thoumie wrote: > >> Ivan Voras wrote: > >>> Ivan Voras wrote: > >>> > >>>> /libexec/ld-elf.so.1: /usr/local/lib/beryl/libthumbnail.so: Undefined > >>>> symbol "strndup" > >>> Ok, ldd doesn't report anything missing in the .so, but there's no > >>> strndup in my libc (releng_6). > >> Use the settings manager to disable the thumbnail plugin and try to > >> start beryl again. This is not the right fix but at least you might get > >> it to work. > > > > It worked for starting it, but I only get empty white featureless > > windows when I start beryl :( > > > > Maybe some other graphic card will help... Are all AGP nVidia cards > > supported by the binary non-free driver? > > What's your current graphic card? I had troubles with a Geforce4 and > recent drivers (but it was crashing not showing white windows). > > The white windows syndrom affects only Intel chipsets AFAIK. > It definitely affects radeons as well. Since it's a problem with the glx code in the xserver, I imagine it affects all the open source drivers. Adam From molnarcs at gmail.com Fri Feb 9 11:52:13 2007 From: molnarcs at gmail.com (Csaba Molnar) Date: Fri Feb 9 11:52:17 2007 Subject: beryl problems In-Reply-To: <45CC531F.1030009@fer.hr> References: <45CC4C57.2020901@FreeBSD.org> <45CC531F.1030009@fer.hr> Message-ID: <200702091251.54364.molnarcs@gmail.com> 2007. February 9. 11.55 d?tummal Ivan Voras ezt ?rta: > Florent Thoumie wrote: > > Ivan Voras wrote: > >> Ivan Voras wrote: > >>> /libexec/ld-elf.so.1: /usr/local/lib/beryl/libthumbnail.so: Undefined > >>> symbol "strndup" > >> > >> Ok, ldd doesn't report anything missing in the .so, but there's no > >> strndup in my libc (releng_6). > > > > Use the settings manager to disable the thumbnail plugin and try to > > start beryl again. This is not the right fix but at least you might get > > it to work. > > It worked for starting it, but I only get empty white featureless > windows when I start beryl :( Another common problem unfortunately - and it seems to affect nvidia cards as well: http://forum.beryl-project.org/viewtopic.php?f=36&t=3057&st=0&sk=t&sd=a&hilit=white Do you have this in xorg.conf: Section "Screen" Option "AddARGBGLXVisuals" "True" A user noted that he got white windows without this... > > Maybe some other graphic card will help... Are all AGP nVidia cards > supported by the binary non-free driver? Only those that are supported by the 9746 drivers: http://us.download.nvidia.com/freebsd/1.0-9746/README/appendix-a.html From ivoras at fer.hr Fri Feb 9 11:54:25 2007 From: ivoras at fer.hr (Ivan Voras) Date: Fri Feb 9 11:54:29 2007 Subject: beryl problems In-Reply-To: <1171021715.6144.5.camel@memory> References: <200702081742.07172.molnarcs@gmail.com> <45CC4C57.2020901@FreeBSD.org> <45CC531F.1030009@fer.hr> <45CC5EAC.4080809@FreeBSD.org> <1171021715.6144.5.camel@memory> Message-ID: Adam K Kirchhoff wrote: > On Fri, 2007-02-09 at 11:44 +0000, Florent Thoumie wrote: >> The white windows syndrom affects only Intel chipsets AFAIK. >> > > It definitely affects radeons as well. Since it's a problem with the > glx code in the xserver, I imagine it affects all the open source > drivers. Yes, it's a Radeon 9200SE, R280 core, open source drivers. I'll maybe try the patches when I get the time, but it won't be soon :( From flz at FreeBSD.org Fri Feb 9 12:04:13 2007 From: flz at FreeBSD.org (Florent Thoumie) Date: Fri Feb 9 12:04:18 2007 Subject: beryl problems In-Reply-To: <1171021715.6144.5.camel@memory> References: <200702081742.07172.molnarcs@gmail.com> <45CC4C57.2020901@FreeBSD.org> <45CC531F.1030009@fer.hr> <45CC5EAC.4080809@FreeBSD.org> <1171021715.6144.5.camel@memory> Message-ID: <45CC6331.6030404@FreeBSD.org> Adam K Kirchhoff wrote: > On Fri, 2007-02-09 at 11:44 +0000, Florent Thoumie wrote: >> Ivan Voras wrote: >>> Florent Thoumie wrote: >>>> Ivan Voras wrote: >>>>> Ivan Voras wrote: >>>>> >>>>>> /libexec/ld-elf.so.1: /usr/local/lib/beryl/libthumbnail.so: Undefined >>>>>> symbol "strndup" >>>>> Ok, ldd doesn't report anything missing in the .so, but there's no >>>>> strndup in my libc (releng_6). >>>> Use the settings manager to disable the thumbnail plugin and try to >>>> start beryl again. This is not the right fix but at least you might get >>>> it to work. >>> It worked for starting it, but I only get empty white featureless >>> windows when I start beryl :( >>> >>> Maybe some other graphic card will help... Are all AGP nVidia cards >>> supported by the binary non-free driver? >> What's your current graphic card? I had troubles with a Geforce4 and >> recent drivers (but it was crashing not showing white windows). >> >> The white windows syndrom affects only Intel chipsets AFAIK. >> > > It definitely affects radeons as well. Since it's a problem with the > glx code in the xserver, I imagine it affects all the open source > drivers. Xorg developers claim it's a beryl issue. I've spent some time reading bug reports and forums and it's not obvious (to me) who's doing something wrong so I haven't committed any so-called fix. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070209/7f03cd42/signature.pgp From ivoras at fer.hr Fri Feb 9 12:10:50 2007 From: ivoras at fer.hr (Ivan Voras) Date: Fri Feb 9 12:10:53 2007 Subject: beryl problems In-Reply-To: <200702091251.54364.molnarcs@gmail.com> References: <45CC4C57.2020901@FreeBSD.org> <45CC531F.1030009@fer.hr> <200702091251.54364.molnarcs@gmail.com> Message-ID: Csaba Molnar wrote: > Do you have this in xorg.conf: > > Section "Screen" > Option "AddARGBGLXVisuals" "True" > > A user noted that he got white windows without this... Section "Screen"? Not "Device"? From adamk at voicenet.com Fri Feb 9 12:14:43 2007 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Fri Feb 9 12:14:46 2007 Subject: beryl problems In-Reply-To: <45CC6331.6030404@FreeBSD.org> References: <200702081742.07172.molnarcs@gmail.com> <45CC4C57.2020901@FreeBSD.org> <45CC531F.1030009@fer.hr> <45CC5EAC.4080809@FreeBSD.org> <1171021715.6144.5.camel@memory> <45CC6331.6030404@FreeBSD.org> Message-ID: <1171023282.6144.14.camel@memory> On Fri, 2007-02-09 at 12:04 +0000, Florent Thoumie wrote: > Adam K Kirchhoff wrote: > > On Fri, 2007-02-09 at 11:44 +0000, Florent Thoumie wrote: > >> Ivan Voras wrote: > >>> Florent Thoumie wrote: > >>>> Ivan Voras wrote: > >>>>> Ivan Voras wrote: > >>>>> > >>>>>> /libexec/ld-elf.so.1: /usr/local/lib/beryl/libthumbnail.so: Undefined > >>>>>> symbol "strndup" > >>>>> Ok, ldd doesn't report anything missing in the .so, but there's no > >>>>> strndup in my libc (releng_6). > >>>> Use the settings manager to disable the thumbnail plugin and try to > >>>> start beryl again. This is not the right fix but at least you might get > >>>> it to work. > >>> It worked for starting it, but I only get empty white featureless > >>> windows when I start beryl :( > >>> > >>> Maybe some other graphic card will help... Are all AGP nVidia cards > >>> supported by the binary non-free driver? > >> What's your current graphic card? I had troubles with a Geforce4 and > >> recent drivers (but it was crashing not showing white windows). > >> > >> The white windows syndrom affects only Intel chipsets AFAIK. > >> > > > > It definitely affects radeons as well. Since it's a problem with the > > glx code in the xserver, I imagine it affects all the open source > > drivers. > > Xorg developers claim it's a beryl issue. I've spent some time reading > bug reports and forums and it's not obvious (to me) who's doing > something wrong so I haven't committed any so-called fix. I think I vaguely understand the issue... Beryl is expecting certain glx 1.3 functions that aren't (yet) supported in the xserver but can be easily added. Some Xorg developers don't want to include these functions till glx 1.3 support is complete, while other developers have no issues with adding the functions in a bit at a time. I'm not sure either group is right or wrong, but given that this has been a problem for a while, it doesn't look like anyone is in a rush to apply the patches. In either case, clearly Beryl and Compiz should not just assume that the functionality is present in the server like they currently do. Adam From molnarcs at gmail.com Fri Feb 9 12:20:12 2007 From: molnarcs at gmail.com (Csaba Molnar) Date: Fri Feb 9 12:20:17 2007 Subject: beryl problems In-Reply-To: References: <1171021715.6144.5.camel@memory> Message-ID: <200702091320.07537.molnarcs@gmail.com> 2007. February 9. 12.53 d?tummal Ivan Voras ezt ?rta: > Adam K Kirchhoff wrote: > > On Fri, 2007-02-09 at 11:44 +0000, Florent Thoumie wrote: > >> The white windows syndrom affects only Intel chipsets AFAIK. > > > > It definitely affects radeons as well. Since it's a problem with the > > glx code in the xserver, I imagine it affects all the open source > > drivers. > > Yes, it's a Radeon 9200SE, R280 core, open source drivers. > > I'll maybe try the patches when I get the time, but it won't be soon :( > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" I think you can get it working by trying out various combinations of xorg.conf and beryl options. One thing that I remember reading somewhere is to disable AIGLX in xorg.conf (Option "AIGLX" "false"), and run beryl --force-xgl. Another option is to try running beryl with beryl --use-copy. Generally, you can look at solutions for linux users (browse for howto-s on beryl wiki) - because most of the problems I have seen described are not specific to FreeBSD. From molnarcs at gmail.com Fri Feb 9 12:22:21 2007 From: molnarcs at gmail.com (Csaba Molnar) Date: Fri Feb 9 12:22:24 2007 Subject: beryl problems In-Reply-To: References: <200702091251.54364.molnarcs@gmail.com> Message-ID: <200702091322.16942.molnarcs@gmail.com> 2007. February 9. 13.10 d?tummal Ivan Voras ezt ?rta: > Csaba Molnar wrote: > > Do you have this in xorg.conf: > > > > Section "Screen" > > Option "AddARGBGLXVisuals" "True" > > > > A user noted that he got white windows without this... > > Section "Screen"? Not "Device"? > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" I have it in the Screen section - but documentation on where to put options in xorg.conf is sometimes confusing. From ivoras at fer.hr Fri Feb 9 12:25:32 2007 From: ivoras at fer.hr (Ivan Voras) Date: Fri Feb 9 12:25:36 2007 Subject: beryl problems In-Reply-To: <200702091322.16942.molnarcs@gmail.com> References: <200702091251.54364.molnarcs@gmail.com> <200702091322.16942.molnarcs@gmail.com> Message-ID: Csaba Molnar wrote: > I have it in the Screen section - but documentation on where to put options in > xorg.conf is sometimes confusing. Ok, just in case I've put it in both - but it doesn't work. White windows as before. From anumodh_v at yahoo.com Fri Feb 9 04:23:28 2007 From: anumodh_v at yahoo.com (Anumodh Abey) Date: Fri Feb 9 12:27:03 2007 Subject: Question on XMMS Message-ID: <20070209035647.75762.qmail@web37504.mail.mud.yahoo.com> Hi, I'm a new bie in FreeBSD. I've FreeBSD 6.1 installed on an AMD64 system. I installed the XMMS port and it did not complain. xmms is showing up in X11R6/bin directory but when i execute it, it says "command not found". The question is whether i need to install any other port to run xmms. Any help is greatly appreciated. thanx ____________________________________________________________________________________ Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097 From molnarcs at gmail.com Fri Feb 9 12:45:57 2007 From: molnarcs at gmail.com (Csaba Molnar) Date: Fri Feb 9 12:46:01 2007 Subject: beryl problems In-Reply-To: References: <200702091322.16942.molnarcs@gmail.com> Message-ID: <200702091344.51966.molnarcs@gmail.com> 2007. February 9. 13.24 d?tummal Ivan Voras ezt ?rta: > Csaba Molnar wrote: > > I have it in the Screen section - but documentation on where to put > > options in xorg.conf is sometimes confusing. > > Ok, just in case I've put it in both - but it doesn't work. White > windows as before. > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" Have you tried the other options: running beryl with beryl --force-xgl or beryl --use-copy (this one is slow though) - or both? The fact that X starts up suggests that there might be a solution if you try out various beryl options (see beryl --help). From adamk at voicenet.com Fri Feb 9 12:50:55 2007 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Fri Feb 9 12:51:02 2007 Subject: beryl problems In-Reply-To: <200702091344.51966.molnarcs@gmail.com> References: <200702091322.16942.molnarcs@gmail.com> <200702091344.51966.molnarcs@gmail.com> Message-ID: <1171025455.6144.16.camel@memory> On Fri, 2007-02-09 at 13:44 +0100, Csaba Molnar wrote: > 2007. February 9. 13.24 d?tummal Ivan Voras ezt ?rta: > > Csaba Molnar wrote: > > > I have it in the Screen section - but documentation on where to put > > > options in xorg.conf is sometimes confusing. > > > > Ok, just in case I've put it in both - but it doesn't work. White > > windows as before. > > > > _______________________________________________ > > freebsd-x11@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > > > Have you tried the other options: running beryl with beryl --force-xgl or > beryl --use-copy (this one is slow though) - or both? The fact that X starts > up suggests that there might be a solution if you try out various beryl > options (see beryl --help). Trust me, it won't work. Not with a radeon card with AIGLX without the patches from that bug I linked to earlier in this exchange. Adam From adamk at voicenet.com Fri Feb 9 14:06:53 2007 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Fri Feb 9 14:06:57 2007 Subject: beryl problems In-Reply-To: <200702091456.36736.molnarcs@gmail.com> References: <200702091404.56372.molnarcs@gmail.com> <1171027347.6144.20.camel@memory> <200702091456.36736.molnarcs@gmail.com> Message-ID: <1171030012.8030.17.camel@memory> On Fri, 2007-02-09 at 14:56 +0100, Csaba Molnar wrote: > > Sure, beryl can be run through the XGL server, but I didn't think XGL > > was currently available on FreeBSD. It's certainly not in the ports > > tree. > > > > Adam > > > I think it is part of xorg now (was separate in xorg 7.1.x). It shows up in > beryl manager (Advanced Beryl options -> Rendering platform - Force XGL) and > it seems to work (I can switch to force xgl from automatic or force-nvidia). > I think compiz (which is available in ports) only supports xgl btw. > > compiz, just like beryl, requires GLX_EXT_texture_from_pixmap. It can, theoretically, work with any GL drivers that provide that extension, including the XGL server, the open source drivers with AIGLX, and the closed source nVidia drivers (with, or without, direct rendering). As for XGL. Even if it is part of xorg now, it's still not in the ports tree. xorg-server does not provide it and, as of earlier this week, there was no separate port for it. In fact, 'locate -i xgl' on my system turns up nothing. Adam From molnarcs at gmail.com Fri Feb 9 14:40:56 2007 From: molnarcs at gmail.com (Csaba Molnar) Date: Fri Feb 9 14:41:00 2007 Subject: beryl problems In-Reply-To: <1171030012.8030.17.camel@memory> References: <200702091456.36736.molnarcs@gmail.com> <1171030012.8030.17.camel@memory> Message-ID: <200702091540.52052.molnarcs@gmail.com> 2007. February 9. 15.06 d?tummal Adam K Kirchhoff ezt ?rta: > On Fri, 2007-02-09 at 14:56 +0100, Csaba Molnar wrote: > > > Sure, beryl can be run through the XGL server, but I didn't think XGL > > > was currently available on FreeBSD. It's certainly not in the ports > > > tree. > > > > > > Adam > > > > I think it is part of xorg now (was separate in xorg 7.1.x). It shows up > > in beryl manager (Advanced Beryl options -> Rendering platform - Force > > XGL) and it seems to work (I can switch to force xgl from automatic or > > force-nvidia). I think compiz (which is available in ports) only supports > > xgl btw. > > compiz, just like beryl, requires GLX_EXT_texture_from_pixmap. It can, > theoretically, work with any GL drivers that provide that extension, > including the XGL server, the open source drivers with AIGLX, and the > closed source nVidia drivers (with, or without, direct rendering). > > As for XGL. Even if it is part of xorg now, it's still not in the ports > tree. xorg-server does not provide it and, as of earlier this week, > there was no separate port for it. In fact, 'locate -i xgl' on my > system turns up nothing. > > Adam I think I've mistaken - information about 7.2 is scarce, but it appears that xgl integration is planned after 7.2 release (at least that's what I found on opensuse forums). One can still use copy (beryl --use-copy) instead of texture_from_pixmap with any driver - but depending on your configuration, it can be rather slow. For me (a sempron 3100+ with an nvidia fx5500 card) it works OK, but videos can get jerky when rotating the cube or doing other fancy stuff. From sound_synthesis at gorodok.net Sat Feb 10 11:27:09 2007 From: sound_synthesis at gorodok.net (Synthesis) Date: Sat Feb 10 11:27:13 2007 Subject: State of support for Radeon X200M on FreeBSD? In-Reply-To: <20070114060106.GA2522@baranyfelhocske.buza.adamsfamily.xx> References: <20070113061841.GA4107@baranyfelhocske.buza.adamsfamily.xx> <20070114060106.GA2522@baranyfelhocske.buza.adamsfamily.xx> Message-ID: <8899694.post@talk.nabble.com> I have almost the same situation: FreeBSD 6.2-RC2 on Toshiba Satellite M55-S139 with Radeon X200 M, and when trying to use Xorg - it starts showing wild lines all over the screen, but computer is available, only the screen shows mess. I tried to take xorg.conf from Ubunto 6.10 LiveCD, which works without this screen problem, but without any success. Have anyone found fix for this problem? I will try to install Xorg 7.1 and say what will come out :) -- View this message in context: http://www.nabble.com/State-of-support-for-Radeon-X200M-on-FreeBSD--tf2970442.html#a8899694 Sent from the freebsd-x11 mailing list archive at Nabble.com. From schnoopay at mackanics.net Sun Feb 11 12:33:03 2007 From: schnoopay at mackanics.net (Schnoopay) Date: Sun Feb 11 12:33:07 2007 Subject: Xorg *still* hangs with ATI Radeon Mobility M10 (9700) Message-ID: <200702110706.44818.schnoopay@mackanics.net> Reading your december post you stated that AIGLX is disabled by default, this is incorrect. It is currently enabled by default and needs to be disabled for the radeons. Also several people have had troubles getting dri enabled on radeons and have had luck using this patch courtesy of yongjhen: >> - --- hw/xfree86/loader/dlloader.c.orig Sun Dec 10 20:07:20 2006 >> +++ hw/xfree86/loader/dlloader.c Sun Dec 10 20:07:38 2006 >> @@ -120,7 +120,7 @@ >> } >> >> if (!global_scope) >> - - global_scope = dlopen(NULL, DLOPEN_LAZY | DLOPEN_GLOBAL); >> + global_scope = RTLD_DEFAULT; >> >> if (global_scope) >> return dlsym(global_scope, name); >> that patch will not apply currently, but if you edit /usr/ports/x11-servers/xorg-server/work/xorg-server-1.2.0/hw/xfree86/loader/dlloader.c by hand go a little past line 120 (maybe 126 or so) you'll see the line that needs to be changed. So try doing a make clean && make extract for xorg-server edit the dlloader.c file, then make WITHOUT_AIGLX=yes && make deinstall install and see if that helps. Incidently, the when I did this, I also needed to reboot after reinstalling xorg-server to get DRI working, not sure why but after a reboot it worked. Doing this worked on my r200 card, hopefully it'll work the same on your r300. If not, not sure what to tell you. From bugmaster at FreeBSD.org Mon Feb 12 11:11:19 2007 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 12 11:11:25 2007 Subject: Current problem reports assigned to you Message-ID: <200702121111.l1CBBF1k098950@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/89074 x11 Segmentation Violation during "make install" of XFree8 o ports/92071 x11 Problem with Xorg and SIS630/730 integrated video card a ports/92169 x11 Xorg 6.9, Matrox mga, dri broken (MGAGetBOARDHANDLESiz o ports/92672 x11 X.org 6.9.0 brak down sync mga_hal dirver on G550'sDVI o ports/93071 x11 x11-servers/xorg-server: Resume fails on system with X o ports/93777 x11 Starting xorg-server requires reloading sound module o ports/97084 x11 Xorg 6.9.0 Locks Up Keyboard and Mouse o ports/97367 x11 vlc and gmplayer crash with X error o ports/104885 x11 Hangs when logging out of X11 terminals o ports/106370 x11 Screen corruption when using Direct Rendering on a PCI 10 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/73743 x11 XOrg/XFree xauth add/startx problem s ports/85132 x11 XOrg 6.8.2 won't start on Toshiba Satellite 1800-554 e s ports/87528 x11 Missing koi8-r encoding for xorg-fonts-encodings port f ports/89349 x11 xorg problem: math/gnuplot: BadAtom (invalid Atom para o ports/93667 x11 x11/xorg-libraries: undefined symbol in libOSMesa.* is o ports/94167 x11 [patch] x11/xorg-clients: install xdm/Xstartup and /Xr o ports/94331 x11 x11/xorg: advocating for DRI support for Radeons o ports/96436 x11 [patch] x11/xorg-clients: logging on xdm with pam_krb o i386/99645 x11 Xorg savage driver causes display to hang at unload o ports/108922 x11 libbitmap.so: Undefined symbol "FontFileBitmapSources" 10 problems total. From edwin at FreeBSD.org Mon Feb 12 16:00:28 2007 From: edwin at FreeBSD.org (Edwin Groothuis) Date: Mon Feb 12 16:00:37 2007 Subject: ports/109091: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT Message-ID: <200702121600.l1CG0Rcr023866@freefall.freebsd.org> Synopsis: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Mon Feb 12 16:00:26 UTC 2007 Responsible-Changed-Why: Over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=109091 From doconnor at gsoft.com.au Tue Feb 13 02:02:39 2007 From: doconnor at gsoft.com.au (Daniel O'Connor) Date: Tue Feb 13 02:02:45 2007 Subject: X.org from git.. Message-ID: <200702131211.10999.doconnor@gsoft.com.au> Hi, I'm trying to build X.Org from git (7.2 modular) however I'm having trouble with auto* (I'm sure you're all shocked :) - This is on a FreeBSD 6.2 install (fresh install).. I used the git script from http://wiki.x.org/wiki/ModularDevelopersGuide I had to create symlinks in utils/modular for auto* and libtool, ie.. lrwxr-xr-x 1 root wheel 28 Feb 13 08:24 util/modular/autoheader -> /usr/local/bin/autoheader259 lrwxr-xr-x 1 root wheel 25 Feb 13 08:24 util/modular/automake -> /usr/local/bin/automake19 lrwxr-xr-x 1 root wheel 28 Feb 13 08:22 util/modular/autoreconf -> /usr/local/bin/autoreconf259 Building lib module component libXau... autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal -I /usr/X11R6/share/aclocal /usr/X11R6/share/aclocal/xmms.m4:17: warning: underquoted definition of XMMS_TEST_VERSIO N run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal /usr/X11R6/share/aclocal/xmms.m4:62: warning: underquoted definition of AM_PATH_XMMS aclocal:configure.ac:41: warning: macro `AM_PROG_LIBTOOL' not found in library autoreconf: configure.ac: tracing autoreconf: configure.ac: not using Libtool autoreconf: running: /usr/local/bin/autoconf259 configure.ac:40: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:41: error: possibly undefined macro: AM_PROG_LIBTOOL autoreconf: /usr/local/bin/autoconf259 failed with exit status: 1 ***** autogen failed on lib/libXau The AC_LIBTOOL_WIN32_DLL thing happens quite often. Has anyone got it to build successfully? If so, any hints? :) Thanks. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070213/fc09697d/attachment.pgp From yongjhen at alqualonde.org Tue Feb 13 03:35:02 2007 From: yongjhen at alqualonde.org (Yong-Jhen Hong) Date: Tue Feb 13 03:35:07 2007 Subject: X.org from git.. In-Reply-To: <200702131211.10999.doconnor@gsoft.com.au> References: <200702131211.10999.doconnor@gsoft.com.au> Message-ID: <45D12B99.5060506@alqualonde.org> Daniel O'Connor wrote: > Hi, > I'm trying to build X.Org from git (7.2 modular) however I'm having trouble > with auto* (I'm sure you're all shocked :) - > > This is on a FreeBSD 6.2 install (fresh install).. > > I used the git script from > I had to create symlinks in utils/modular for auto* and libtool, ie.. > lrwxr-xr-x 1 root wheel 28 Feb 13 08:24 util/modular/autoheader -> /usr/local/bin/autoheader259 > lrwxr-xr-x 1 root wheel 25 Feb 13 08:24 util/modular/automake -> /usr/local/bin/automake19 > lrwxr-xr-x 1 root wheel 28 Feb 13 08:22 util/modular/autoreconf -> /usr/local/bin/autoreconf259 > > Building lib module component libXau... > autoreconf: Entering directory `.' > autoreconf: configure.ac: not using Gettext > autoreconf: running: aclocal -I /usr/X11R6/share/aclocal > /usr/X11R6/share/aclocal/xmms.m4:17: warning: underquoted definition of XMMS_TEST_VERSIO > N > run info '(automake)Extending aclocal' > or see http://sources.redhat.com/automake/automake.html#Extending-aclocal > /usr/X11R6/share/aclocal/xmms.m4:62: warning: underquoted definition of AM_PATH_XMMS > aclocal:configure.ac:41: warning: macro `AM_PROG_LIBTOOL' not found in library > autoreconf: configure.ac: tracing > autoreconf: configure.ac: not using Libtool > autoreconf: running: /usr/local/bin/autoconf259 > configure.ac:40: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > configure.ac:41: error: possibly undefined macro: AM_PROG_LIBTOOL > autoreconf: /usr/local/bin/autoconf259 failed with exit status: 1 > ***** autogen failed on lib/libXau > > The AC_LIBTOOL_WIN32_DLL thing happens quite often. > > Has anyone got it to build successfully? If so, any hints? :) > > Thanks. > In my experience, I have these done in order to build from freedesktop git repository: 1. install ports devel/gnu-autoconf and devel/gnu-automake 2. have ${LOCALBASE}/gnu-autotools/bin in PATH 3. have the following lines in ${LOCALBASE}/gnu-autotools/share/aclocal/dirlist /usr/local/gnu-autotools/share/aclocal-1.10 /usr/local/share/aclocal /usr/X11R6/share/aclocal 4. for each project, configure, build and install with: ./autogen.sh --prefix=/usr/X11R6 gmake gmake install 5. install xorg/util/macros first But using experimental modular X.org ports git repository is of course easier: http://wiki.freebsd.org/ModularXorg Hope it helps ;) Regards, yongjhen From davidkallie at gmail.com Tue Feb 13 04:16:43 2007 From: davidkallie at gmail.com (David Kalliecharan) Date: Tue Feb 13 04:16:48 2007 Subject: Xorg crashes on compile? Message-ID: <7b0c7ad70702121949lfca84cdi43bdb08e4185801c@mail.gmail.com> Hi, I seem to have a problem with installing certian ports on freebsd, is it possible to compile applications while runing in X? similarly to gentoo linux? or must you run with no xserver running. The problem I seem to have is that when a compile starts X starts to act funny as though the refresh rate sticks and then rainbow colours in horizontal lines appear on the screen. Then the system will crash asking for fsck during boot up. When in console, the text becomes skewed and changes colour and is unreadable. I am not sure if it has to do with my hardware but here is what I have: hp dv5000z model AMD sempron +3300 1 GB ram 60 GB HD ATI Xpress 200m I cannot seem to find any information on this issue, any help would be greatly appreciated! Thanks -- Dave From molnarcs at gmail.com Tue Feb 13 05:41:22 2007 From: molnarcs at gmail.com (Csaba Molnar) Date: Tue Feb 13 05:41:26 2007 Subject: Xorg crashes on compile? In-Reply-To: <7b0c7ad70702121949lfca84cdi43bdb08e4185801c@mail.gmail.com> References: <7b0c7ad70702121949lfca84cdi43bdb08e4185801c@mail.gmail.com> Message-ID: <200702130641.12872.molnarcs@gmail.com> This shouldn't be happening - you can safely build ports while running X. I know, I just recompiled all my ports (well, 598 of 615 - the rest is still ongoing) while in KDE. I dared not quit it btw, because I previously managed to delete approximately 1/3 of my /usr/local/share (rm -fR on the wrong directory :) - and wasn't sure it would start up till I rebuilt everything :) Occasionally, I had crashes lately when running beryl - if you have something running in the background that eats 99% cpu (a mencoder process, or a build process for instance) - than stressing out beryl is not a good idea, for it may crash (leaving you with a moving cursor, no input whatsoever, and occasionally, even the powerbutton won't help, unless you lean on it, which means fsck at reboot). 2007. February 13. 04.49 d?tummal David Kalliecharan ezt ?rta: > Hi, > I seem to have a problem with installing certian ports on freebsd, is it > possible to compile applications while runing in X? similarly to gentoo > linux? or must you run with no xserver running. > The problem I seem to have is that when a compile starts X starts to act > funny as though the refresh rate sticks and then rainbow colours in > horizontal lines appear on the screen. Then the system will crash asking > for fsck during boot up. When in console, the text becomes skewed and > changes colour and is unreadable. I am not sure if it has to do with my > hardware but here is what I have: > > hp dv5000z model > AMD sempron +3300 > 1 GB ram > 60 GB HD > ATI Xpress 200m > > I cannot seem to find any information on this issue, any help would be > greatly appreciated! Thanks From molnarcs at gmail.com Tue Feb 13 14:33:27 2007 From: molnarcs at gmail.com (Csaba Molnar) Date: Tue Feb 13 14:33:30 2007 Subject: Xorg crashes on compile? In-Reply-To: <7b0c7ad70702130554w3c5d817co77a378e60185b429@mail.gmail.com> References: <7b0c7ad70702121949lfca84cdi43bdb08e4185801c@mail.gmail.com> <200702130641.12872.molnarcs@gmail.com> <7b0c7ad70702130554w3c5d817co77a378e60185b429@mail.gmail.com> Message-ID: <200702131533.16337.molnarcs@gmail.com> 2007. February 13. 14.54 d?tummal ezt ?rta: > Well I tried a re-install and instead of having the cd install binary X and > gnome I tried to install X by use of the ports, it hung up on " > /usr/ports/graphics/dri" said there was a gmake error? So I am trying again > with another install... Do you know where the xorg.conf file is when X is > installed from the installation cd? because I did not see it in "/etc/X11" > Either than the ports system appearing to be unstable should I try and > update the ports tree? because even portsnap is kind of buggy for me as > well. What release are you using? Did you modify any of the config files (/etc/make.conf for instance?). I'm not sure X will generate xorg.conf automatically or not - been using the same file since FreeBSD 5.1 :) - with some modifications. I would go this route if I were you: Install FreeBSD 6.2 from CD - just the base system (if you are used to waiting for compile to finish, and as a gentoo user, I assume you are) - base, kernel, docs, man, and ports (when you got to choose the distributions). Once you are set to go, you may put these in your /etc/make.conf CPUTYPE=pentiumpro CFLAGS= -O2 -pipe -fno-strict-aliasing COPTFLAGS= -O2 -pipe -fno-strict-aliasing You can have athlon-xp instead of pentiumpro in CPUTYPE if you have a sempron - but going higher might break things. Don't worry if you're accustomed to "optimizing" the hell out of your system: the good port maintainer folks made sure that these values will be overriden in case of ports where it matters (for instance, mplayer builds with O3 --ffast-math and the rest of the stuff). Then you need to update your ports: portsnap fetch (takes a long time at first run, than it will be far shorter). portsnap extract (this is only needed on first run) portsnap update note that further on, you'll only need portsnap fetch && portsnap update (read man portsnap to learn how to make a cron job of portsnap fetch). Install whatever you need to make your system usable: bash, mc, whatever. Install port-mgmt/portupgrade (if you don't update your ports tree, portupgrade will reside in /usr/ports/sysutils instead, but you should update your ports tree). portupgrade will install a variety of commands (pkg_deinstall, portinstall, portupgrade). Read the handbook how to use them (and man portupgreade). And finally, use them. If you want everything and the kitchen sync with gnome, you can use the metaport, or you can install parts of gnome separately. They will bring in all the dependencies you might need. Create a locate database by running /etc/perdiodic/weekly/310.locate as root. Locate sample xorg.conf files (since I have modular Xorg 7.2rc installed, I don't know where they are on 6.9) - but should be there somewhere. Alternatively, you can use xorcfg or xorgconf (one of them is command line, the other is graphical - if graphical doesn't work, try the command line one). Try to start x as usual (or as you would on gentoo - your old .xinitrc if you still have it will work). And most importantly: have fun! I must say that the problems you describe are highly unusual - when you say even portsnap has problems, I cannot fathom what it might be. So, don't exclude the possibility of faulty hardware (or excessive overclocking if you do that stuff). And finally: READ READ READ! FreeBSD has the best documentation of any free operating system. They spent considerable time and resources (payed professional writers) to provide you with that. So read the handbook (it will be installed on your system) - preferably offline in one go from top to bottom, to get an overall grasp of the system (it differs in many ways from gentoo). Remember, in FreeBSD, almost every config file has its own man page, and they are very well written compared to gnu manpages. If a config file doesn't have a manpage, it might have a well commented example file, either in some defaults directory (like /etc/defaults) or in /usr/share/examples. If it has neither, it probably doesn't exist :) To find your way around the system lay out, read man hier. man ports will help you with searching the ports tree. man portupgrade is mandatory. You'll have less trouble with ports than with portage, for the grunt of the work to provide sane defaults for everything is done by the port maintainer - and as you probably noted, when there are additional options, you'll see an ncurser-based options screen (these options will be saved, you don't have to set them at each upgrade). Note that ports now is currently in flux somewhat, as they recently moved everything from /usr/X11R6 to /usr/local, the inclusion and switch to the latest xorg release is pending, and there are quite a few changes here and there. Still, the instability you reported shouldn't be there - I have 615 ports installed, and only 3 of them is failing on an upgrade currently. Good luck! ps. - don't forget to "Reply to All" - so the mailing list gets your message as well, and others can use these instructions if they need it. From rea-fbsd at codelabs.ru Tue Feb 13 14:54:37 2007 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Tue Feb 13 14:54:43 2007 Subject: [FreeBSD-gnats-submit@FreeBSD.org: Re: ports/109091: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT] Message-ID: <20070213145429.GU1079@codelabs.ru> Gentleman, good day! Let me point you to the PR 109091: it was verified at least by 3 people for the i386 and ia64. For the details you can refer to http://lists.freebsd.org/pipermail/freebsd-ports/2007-February/038495.html http://lists.freebsd.org/pipermail/freebsd-current/2007-February/069116.html Please, try to commit it, because many people are worried about Xorg on the 7-CURRENT. -- Eygene -------------- next part -------------- An embedded message was scrubbed... From: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: ports/109091: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT Date: Mon, 12 Feb 2007 16:00:11 GMT Size: 2323 Url: http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070213/39f0defa/attachment.eml From davidkallie at gmail.com Tue Feb 13 15:02:17 2007 From: davidkallie at gmail.com (David Kalliecharan) Date: Tue Feb 13 15:02:23 2007 Subject: Xorg crashes on compile? In-Reply-To: <200702131533.16337.molnarcs@gmail.com> References: <7b0c7ad70702121949lfca84cdi43bdb08e4185801c@mail.gmail.com> <200702130641.12872.molnarcs@gmail.com> <7b0c7ad70702130554w3c5d817co77a378e60185b429@mail.gmail.com> <200702131533.16337.molnarcs@gmail.com> Message-ID: <7b0c7ad70702130702u9ce4719p4c4ab183436adfcc@mail.gmail.com> Thanks a lot I really appreciate the info you gave, I will try and start everything when I get home from class. I appreciate All of the time you spent helping, and I will keep you updated later on today, Thanks On 2/13/07, Csaba Molnar wrote: > > 2007. February 13. 14.54 d?tummal ezt ?rta: > > Well I tried a re-install and instead of having the cd install binary X > and > > gnome I tried to install X by use of the ports, it hung up on " > > /usr/ports/graphics/dri" said there was a gmake error? So I am trying > again > > with another install... Do you know where the xorg.conf file is when X > is > > installed from the installation cd? because I did not see it in > "/etc/X11" > > Either than the ports system appearing to be unstable should I try and > > update the ports tree? because even portsnap is kind of buggy for me as > > well. > > What release are you using? Did you modify any of the config files > (/etc/make.conf for instance?). I'm not sure X will generate xorg.conf > automatically or not - been using the same file since FreeBSD 5.1 :) - > with > some modifications. > > I would go this route if I were you: > > Install FreeBSD 6.2 from CD - just the base system (if you are used to > waiting > for compile to finish, and as a gentoo user, I assume you are) - base, > kernel, docs, man, and ports (when you got to choose the distributions). > Once > you are set to go, you may put these in your /etc/make.conf > > CPUTYPE=pentiumpro > CFLAGS= -O2 -pipe -fno-strict-aliasing > COPTFLAGS= -O2 -pipe -fno-strict-aliasing > > You can have athlon-xp instead of pentiumpro in CPUTYPE if you have a > sempron - but going higher might break things. Don't worry if you're > accustomed to "optimizing" the hell out of your system: the good port > maintainer folks made sure that these values will be overriden in case of > ports where it matters (for instance, mplayer builds with O3 --ffast-math > and > the rest of the stuff). > > Then you need to update your ports: > portsnap fetch (takes a long time at first run, than it will be far > shorter). > portsnap extract (this is only needed on first run) > portsnap update > > note that further on, you'll only need portsnap fetch && portsnap update > (read > man portsnap to learn how to make a cron job of portsnap fetch). > > Install whatever you need to make your system usable: bash, mc, whatever. > Install port-mgmt/portupgrade (if you don't update your ports tree, > portupgrade will reside in /usr/ports/sysutils instead, but you should > update > your ports tree). > > portupgrade will install a variety of commands (pkg_deinstall, > portinstall, > portupgrade). Read the handbook how to use them (and man portupgreade). > > And finally, use them. If you want everything and the kitchen sync with > gnome, > you can use the metaport, or you can install parts of gnome separately. > They > will bring in all the dependencies you might need. > > Create a locate database by running /etc/perdiodic/weekly/310.locate as > root. > Locate sample xorg.conf files (since I have modular Xorg 7.2rc installed, > I > don't know where they are on 6.9) - but should be there somewhere. > Alternatively, you can use xorcfg or xorgconf (one of them is command > line, > the other is graphical - if graphical doesn't work, try the command line > one). > > Try to start x as usual (or as you would on gentoo - your old .xinitrc if > you > still have it will work). > > And most importantly: have fun! > > I must say that the problems you describe are highly unusual - when you > say > even portsnap has problems, I cannot fathom what it might be. So, don't > exclude the possibility of faulty hardware (or excessive overclocking if > you > do that stuff). > > And finally: READ READ READ! FreeBSD has the best documentation of any > free > operating system. They spent considerable time and resources (payed > professional writers) to provide you with that. So read the handbook (it > will > be installed on your system) - preferably offline in one go from top to > bottom, to get an overall grasp of the system (it differs in many ways > from > gentoo). Remember, in FreeBSD, almost every config file has its own man > page, > and they are very well written compared to gnu manpages. If a config file > doesn't have a manpage, it might have a well commented example file, > either > in some defaults directory (like /etc/defaults) or in /usr/share/examples. > If > it has neither, it probably doesn't exist :) To find your way around the > system lay out, read man hier. man ports will help you with searching the > ports tree. man portupgrade is mandatory. > > You'll have less trouble with ports than with portage, for the grunt of > the > work to provide sane defaults for everything is done by the port > maintainer - > and as you probably noted, when there are additional options, you'll see > an > ncurser-based options screen (these options will be saved, you don't have > to > set them at each upgrade). > > Note that ports now is currently in flux somewhat, as they recently moved > everything from /usr/X11R6 to /usr/local, the inclusion and switch to the > latest xorg release is pending, and there are quite a few changes here and > there. Still, the instability you reported shouldn't be there - I have 615 > ports installed, and only 3 of them is failing on an upgrade currently. > > Good luck! > > ps. - don't forget to "Reply to All" - so the mailing list gets your > message > as well, and others can use these instructions if they need it. > -- Dave From grocho98 at students.rowan.edu Wed Feb 14 00:22:34 2007 From: grocho98 at students.rowan.edu (Dave Grochowski) Date: Wed Feb 14 00:22:38 2007 Subject: Created a port for aquamarine. . . Message-ID: Hey all, I hacked together a port for aquamarine: http://elvis.rowan.edu/~grocho98/aquamarine.tgz If anyone has xorg 7.2, KDE and beryl installed, feel free to test this. Sincerely, Dave Grochowski From molnarcs at gmail.com Wed Feb 14 01:57:47 2007 From: molnarcs at gmail.com (Csaba Molnar) Date: Wed Feb 14 01:57:51 2007 Subject: Created a port for aquamarine. . . In-Reply-To: References: Message-ID: <200702140257.34958.molnarcs@gmail.com> 2007. February 14. 01.10 d?tummal Dave Grochowski ezt ?rta: > Hey all, > > I hacked together a port for aquamarine: > > http://elvis.rowan.edu/~grocho98/aquamarine.tgz > > If anyone has xorg 7.2, KDE and beryl installed, feel free to test this. > > Sincerely, > Dave Grochowski > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" It works nicely, been using it for days ;) I built aquamarine for myself as a learning experience for creating a port - and my port files are almost the same, so I can confirm that it works here :) Cheers! From grocho98 at students.rowan.edu Wed Feb 14 02:10:26 2007 From: grocho98 at students.rowan.edu (Dave Grochowski) Date: Wed Feb 14 02:10:32 2007 Subject: Created a port for aquamarine. . . In-Reply-To: <200702140257.34958.molnarcs@gmail.com> References: <200702140257.34958.molnarcs@gmail.com> Message-ID: Hey, Csaba Molnar wrote: > It works nicely, been using it for days ;) > > I built aquamarine for myself as a learning experience for creating a port - > and my port files are almost the same, so I can confirm that it works here :) > Great! What is different about your version of the port? I just took the port for emerald and changed it to work for aquamarine. Sincerely, Dave Grochowski From molnarcs at gmail.com Wed Feb 14 09:00:03 2007 From: molnarcs at gmail.com (Csaba Molnar) Date: Wed Feb 14 09:00:07 2007 Subject: Created a port for aquamarine. . . In-Reply-To: References: <200702140257.34958.molnarcs@gmail.com> Message-ID: <200702140959.53943.molnarcs@gmail.com> 2007. February 14. 03.10 d?tummal Dave Grochowski ezt ?rta: > Hey, > > Csaba Molnar wrote: > > It works nicely, been using it for days ;) > > > > I built aquamarine for myself as a learning experience for creating a > > port - and my port files are almost the same, so I can confirm that it > > works here :) > > Great! What is different about your version of the port? I just took the > port for emerald and changed it to work for aquamarine. > > Sincerely, Not much, really. I added a WITH_NLS knob to the makefile and changed the pkg-plist accordingly - or was about to, but ran into an unrelated problem, so I haven't finished the changes. Check out Scot Hetzel's comments here: http://lists.freebsd.org/pipermail/freebsd-ports/2007-February/038636.html He helped me a lot to understand what I'm doing :) Bye! ps. the link there currently doesn't work (to my port files), because the server is down. Will repair it late afternoon I hope... From mark at mkproductions.org Fri Feb 16 20:21:50 2007 From: mark at mkproductions.org (Mark Kane) Date: Fri Feb 16 20:21:55 2007 Subject: Xorg 100% CPU and Black Screen When Starting with DRI Message-ID: <20070216140000.4cfa0fde@amd64.localhost> Hi everyone. I'm finishing up building a new workstation and I'm having some trouble getting Xorg to start up properly with DRI enabled. The basic description of the problem is that when starting Xorg up with DRI enabled on my ATI Radeon 9250 (PCI), the screen will go black and when I SSH in, I see Xorg is using up 100% CPU. Sometimes I can kill the Xorg process with -9 via SSH, but my monitor never returns to the command line so my only option is to reboot the machine via SSH. Here are some messages related to it when I do a dmesg via SSH: info: [drm] Initialized radeon 1.24.0 20060225 info: [drm] Setting GART location based on old memory map bus_dmamem_alloc failed to align memory properly. info: [drm] Loading R200 Microcode info: [drm] writeback test succeeded in 1 usecs An interesting point is that some of the time it starts up fine with DRI enabled, so I don't think it's a configuration issue. I'm not sure what's different between the attempts, but sometimes it will start up just fine and show direct rendering enabled with glxinfo. Then a few minutes later I might reboot and try again with the same exact configuration of everything and it will hang with a black screen and 100% CPU usage. When it did start up fine with DRI and I was using it for a bit though, the machine did randomly reboot after a few hours of use. I didn't have kernel dumps enabled at that time so I'm not sure what happened, but that doesn't seem to happen with DRI disabled. It's identified by the radeon kernel module as: drm0: port 0xe000-0xe0ff mem 0xc0000000-0xcfffffff,0xfebf0000-0xfebfffff irq 16 at device 1.0 on pci1 Attached is the Xorg.0.log from when DRI was enabled and it hung with 100% CPU/black screen and my simple configuration file I'm using to test now. It _seems_ to work correctly and fairly consistently with DRI disabled so that's what I'm doing for now. Thanks very much in advance. -Mark FreeBSD 6.2-STABLE [amd64] Xorg 6.9.0 ATI Radeon 9250 (PCI) P.S. If the attachments don't make it through, the log and config are here: http://www.tntpowerhost.com/mixx941/xorg/Xorg.0.20070216.log http://www.tntpowerhost.com/mixx941/xorg/xorg.conf -- Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com Rock 101.9 The Edge (Rock) - http://www.rock1019.net IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941) -------------- next part -------------- A non-text attachment was scrubbed... Name: Xorg.0.20070216.log Type: application/octet-stream Size: 57409 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070216/55dd569a/Xorg.0.20070216.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: xorg.conf Type: application/octet-stream Size: 4964 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070216/55dd569a/xorg.obj From xpahos at gmail.com Fri Feb 16 21:47:59 2007 From: xpahos at gmail.com (Necro Dogs Fucker) Date: Fri Feb 16 21:48:03 2007 Subject: 3DFX Voodoo4 4500 under FreeBSD 6.2 Message-ID: <789c35740702161326r4ee6b99axadfa6504087ec54c@mail.gmail.com> Hi! I have got 3dfx Voodoo 4500 video card and i can't find normal manual about installing drivers for my video card. We tried a lot of ways to startup 3D acceleration, but it doesn't want to work normally. Can anybody help me with my problem ? With the best regards, xpahos. From sziszi at bsd.hu Sat Feb 17 06:50:56 2007 From: sziszi at bsd.hu (Szilveszter Adam) Date: Sat Feb 17 06:51:00 2007 Subject: Fix for the objformat problem on -CURRENT Message-ID: <20070217065052.GA33282@baranyfelhocske.buza.adamsfamily.xx> Hello everybody, Given that I was also affected by the recent problem due to the removal of objformat on -CURRENT, I started digging a bit why the build of xorg-server proceeds incorrectly. And after a bit of work, I found the reason: While the devel/imake-6 port now includes a patch for imake.c that fixes imake to no longer look for objformat (yes, it is in the source code, hardcoded :-) this does not help during the build of xorg, because then a private copy of imake is used (located at xc/config/imake) which is unpatched. So, the patch-imake.c should be propagated to all xorg ports that build libraries (at least) Of course, the file should not be simply copied, the path to the file to be patched should be fixed accordingly. A test build of the xorg-server is now underway, and will be ready soonish, but I hope it will work ok. -- Regards: Szilveszter ADAM Budapest Hungary From sziszi at bsd.hu Sat Feb 17 07:02:04 2007 From: sziszi at bsd.hu (Szilveszter Adam) Date: Sat Feb 17 07:02:08 2007 Subject: Fix for the objformat problem on -CURRENT In-Reply-To: <20070217065052.GA33282@baranyfelhocske.buza.adamsfamily.xx> References: <20070217065052.GA33282@baranyfelhocske.buza.adamsfamily.xx> Message-ID: <20070217070202.GA64753@baranyfelhocske.buza.adamsfamily.xx> Just FYI: Bingo, it has worked. I am typing this from under X. -- Regards: Szilveszter ADAM Budapest Hungary From jwm-freebsd-xll at sentinelchicken.net Sat Feb 17 17:03:51 2007 From: jwm-freebsd-xll at sentinelchicken.net (Jason Morgan) Date: Sat Feb 17 17:03:58 2007 Subject: Xorg 100% CPU and Black Screen When Starting with DRI In-Reply-To: <20070216140000.4cfa0fde@amd64.localhost> References: <20070216140000.4cfa0fde@amd64.localhost> Message-ID: <20070217170328.GA73040@sentinelchicken.net> On Fri, Feb 16, 2007 at 02:00:00PM -0600, Mark Kane wrote: > Hi everyone. I'm finishing up building a new workstation and I'm having > some trouble getting Xorg to start up properly with DRI enabled. > > The basic description of the problem is that when starting Xorg up with > DRI enabled on my ATI Radeon 9250 (PCI), the screen will go black and > when I SSH in, I see Xorg is using up 100% CPU. Sometimes I can kill > the Xorg process with -9 via SSH, but my monitor never returns to the > command line so my only option is to reboot the machine via SSH. > > Here are some messages related to it when I do a dmesg via SSH: > > info: [drm] Initialized radeon 1.24.0 20060225 info: > [drm] Setting GART location based on old memory map > bus_dmamem_alloc failed to align memory properly. > info: [drm] Loading R200 Microcode > info: [drm] writeback test succeeded in 1 usecs > > An interesting point is that some of the time it starts up fine with > DRI enabled, so I don't think it's a configuration issue. I'm not sure > what's different between the attempts, but sometimes it will start up > just fine and show direct rendering enabled with glxinfo. Then a few > minutes later I might reboot and try again with the same exact > configuration of everything and it will hang with a black screen and > 100% CPU usage. > > When it did start up fine with DRI and I was using it for a bit though, > the machine did randomly reboot after a few hours of use. I didn't have > kernel dumps enabled at that time so I'm not sure what happened, but > that doesn't seem to happen with DRI disabled. > > It's identified by the radeon kernel module as: > > drm0: port 0xe000-0xe0ff mem > 0xc0000000-0xcfffffff,0xfebf0000-0xfebfffff irq 16 at device 1.0 on > pci1 > > Attached is the Xorg.0.log from when DRI was enabled and it hung with > 100% CPU/black screen and my simple configuration file I'm using to > test now. > > It _seems_ to work correctly and fairly consistently with DRI disabled > so that's what I'm doing for now. > > Thanks very much in advance. > > -Mark > FreeBSD 6.2-STABLE [amd64] > Xorg 6.9.0 > ATI Radeon 9250 (PCI) > > P.S. If the attachments don't make it through, the log and config are > here: > > http://www.tntpowerhost.com/mixx941/xorg/Xorg.0.20070216.log > http://www.tntpowerhost.com/mixx941/xorg/xorg.conf I am currently running into the same issues with a 6.2-RELEASE box with an nVidia FX 5600 Ultra installed. This same card worked fine in another box (running 6.2-STABLE). I investigated and I could reliably get Xorg to max out the CPU after trying to re-enter X a third time between reboots. The second entry to X would also lock up the system about 25% of the time. Xorg also seems somewhat unstable on this box after prolonged usage. I originally thought it was the nvidia drivers causing issues -- I've tried different versions and still can't get a stable machine. I will post my log files as soon as I get the machine back up and running (doing a make-world, hoping that will fix the issue). Any hints from the community would be great. Cheers, Jason From cedric at decemplex.net Sat Feb 17 18:18:41 2007 From: cedric at decemplex.net (=?ISO-8859-1?Q?C=E9dric?= Jonas) Date: Sat Feb 17 18:18:45 2007 Subject: Xorg 7.2 + beryl on FreeBSD 7.0-CURRENT Message-ID: <20070217185019.6064c900@ganymed> Hi, I tried to get Beryl to work on -CURRENT since 2 months now. Since Xorg runs fine from the beginning, beryl was only a pain: it was awfully slow and unusable (I use the nVidia driver). I tried this night to rebuild all ports from 0, and got everything to work, here some notices: * libxcb seems to have 2 silly dependencies: it needs doxygen and graphviz. Problem: doxygen needs tmake, which needs qt, which needs libX11... which needs libxcb :p I got a fantastical loop while building the ports... removing doxygen and graphviz as dependencies solves the problem for me and let libxcb build. * I build Xorg with WITH_XCB=yes, it runs just like a charm until now... can it be enabled by default? * My beryl problem: after the rebuild, beryl don't run better... I found following patch in the comments from flz@'s blog: http://nullkey.ath.cx/~stuff/misc/nvidia-always-paint-screen.patch (from http://blog.xbsd.org/2006/11/24/beryl-ports-hit-the-experimental-xorg-tree/#comments) After applying the patch, beryl runs fine... could it be included in the port? Note that beryl seems to run without this patch on -STABLE and Linux, but I couldn't test it... -- C?dric Jonas cedric@decemplex.net GPG ID: 30CCFE8D GPG Key: http://box.decemplex.net/~cedric/cedric.key.asc GPG Fingerprint: CF03 E1FD 9428 1B6B E971 B107 9044 AA99 30CC FE8D Jabber-ID: cedric@decemplex.net -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070217/0ce9f717/signature.pgp From skip.ford at verizon.net Sun Feb 18 00:21:24 2007 From: skip.ford at verizon.net (Skip Ford) Date: Sun Feb 18 00:21:28 2007 Subject: Fix for the objformat problem on -CURRENT In-Reply-To: <20070217070202.GA64753@baranyfelhocske.buza.adamsfamily.xx> References: <20070217070202.GA64753@baranyfelhocske.buza.adamsfamily.xx> Message-ID: <20070218002041.GA911@heather.menantico.com> Szilveszter Adam wrote: > Just FYI: > > Bingo, it has worked. I am typing this from under X. So, where's the patch? You should submit it as a follow-up to one of the open PRs about this topic so others don't have to do the work all over again. ports/109091 and ports/108922 are both about the same problem, the latter with no patch and the first with an "alternate" solution. -- Skip From sziszi at bsd.hu Sun Feb 18 06:25:54 2007 From: sziszi at bsd.hu (Szilveszter Adam) Date: Sun Feb 18 06:25:58 2007 Subject: Fix for the objformat problem on -CURRENT In-Reply-To: <20070218002041.GA911@heather.menantico.com> References: <20070217070202.GA64753@baranyfelhocske.buza.adamsfamily.xx> <20070218002041.GA911@heather.menantico.com> Message-ID: <20070218062552.GA1796@baranyfelhocske.buza.adamsfamily.xx> On Sat, Feb 17, 2007 at 07:20:41PM -0500, Skip Ford wrote: > Szilveszter Adam wrote: > > Just FYI: > > > > Bingo, it has worked. I am typing this from under X. > > So, where's the patch? You should submit it as a follow-up to one > of the open PRs about this topic so others don't have to do the > work all over again. > > ports/109091 and ports/108922 are both about the same problem, the > latter with no patch and the first with an "alternate" solution. Done. I just thought that the fix was so trivial (really, copy a file over and change the header) that it did not need a patch. Thanks for the reminder. -- Regards: Szilveszter ADAM Budapest Hungary From sziszi at bsd.hu Sun Feb 18 06:50:24 2007 From: sziszi at bsd.hu (Szilveszter Adam) Date: Sun Feb 18 06:50:25 2007 Subject: ports/108922 Undefined symbol "FontFileBitmapSources". Message-ID: <200702180650.l1I6oNxc097375@freefall.freebsd.org> The following reply was made to PR ports/108922; it has been noted by GNATS. From: Szilveszter Adam To: bug-followup@freebsd.org Cc: Subject: Re: ports/108922 Undefined symbol "FontFileBitmapSources". Date: Sun, 18 Feb 2007 07:22:48 +0100 Please see followup to ports/109091, it is the same problem. -- Regards: Szilveszter ADAM Budapest Hungary From sziszi at bsd.hu Sun Feb 18 06:50:50 2007 From: sziszi at bsd.hu (Szilveszter Adam) Date: Sun Feb 18 06:50:51 2007 Subject: ports/109091 make Xorg from x11-servers/xorg-server port to work on 7-CURRENT Message-ID: <200702180650.l1I6onm6097403@freefall.freebsd.org> The following reply was made to PR ports/109091; it has been noted by GNATS. From: Szilveszter Adam To: bug-followup@freebsd.org Cc: Subject: Re: ports/109091 make Xorg from x11-servers/xorg-server port to work on 7-CURRENT Date: Sun, 18 Feb 2007 07:20:04 +0100 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline After some investigation I have found a hint to connect this problem to the removal of objformat(1) on -CURRENT. In short, the port needs the same patch that was applied to the devel/imake-6 port because it uses a private copy of the imake sources during build. I am not sure if it is needed for every xorg port, but probably all of them need it that build and install libraries. The patch is trivial and is attached to avoid mangling. -- Regards: Szilveszter ADAM Budapest Hungary --x+6KMIRAuhnl3hBn Content-Type: text/x-csrc; charset=us-ascii Content-Disposition: attachment; filename="patch-imake.c" --- config/imake/imake.c.orig Tue Jan 30 14:57:37 2007 +++ config/imake/imake.c Tue Jan 30 14:55:59 2007 @@ -1153,29 +1153,17 @@ int mib[2]; size_t len; int osrel = 0; - FILE *objprog = NULL; int iself = 0; - char buf[10]; - char cmd[PATH_MAX]; mib[0] = CTL_KERN; mib[1] = KERN_OSRELDATE; len = sizeof(osrel); sysctl(mib, 2, &osrel, &len, NULL, 0); - if (CrossCompiling) { - strcpy (cmd, CrossCompileDir); - strcat (cmd, "/"); - strcat (cmd,"objformat"); - } else - strcpy (cmd, "objformat"); - if (osrel >= 300004 && - (objprog = popen(cmd, "r")) != NULL && - fgets(buf, sizeof(buf), objprog) != NULL && - strncmp(buf, "elf", 3) == 0) + if (osrel < 300004) + iself = 0; + else iself = 1; - if (objprog) - pclose(objprog); fprintf(inFile, "#define DefaultToElfFormat %s\n", iself ? "YES" : "NO"); } --x+6KMIRAuhnl3hBn-- From almarrie at gmail.com Sun Feb 18 06:54:57 2007 From: almarrie at gmail.com (Abdullah Ibn Hamad Al-Marri) Date: Sun Feb 18 06:55:02 2007 Subject: AMD/ATI FGLRX on FreeBSD lives again? Message-ID: <499c70c0702172228r71c002e9k63f59ff2c24bebc7@mail.gmail.com> Hey Guys, http://www.fglrx-freebsd.com/index.php Last update: January 28th, 2007 The driver, as it stands, does the following: 1. Installs the applicable Linux libraries, and ATI programs to your linux_base. 2. Compiles and installs the following ATI programs (For FreeBSD): fgl_glxgears, fglrx_gamma, and the ATI control panel. 3. Installs the X11 drivers and libraries. (Linux builds, but work file under FreeBSD) Supports full 2D acceleration, including accelerated XVideo. 4. Supports TV out and MultiHead. 5. Does NOT support 3D acceleration, or build the kernel module. Any of you aware of this? -- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ From jwm-freebsd-xll at sentinelchicken.net Sun Feb 18 17:40:38 2007 From: jwm-freebsd-xll at sentinelchicken.net (Jason Morgan) Date: Sun Feb 18 17:40:56 2007 Subject: Xorg 100% CPU and Black Screen When Starting with DRI In-Reply-To: <20070217170328.GA73040@sentinelchicken.net> References: <20070216140000.4cfa0fde@amd64.localhost> <20070217170328.GA73040@sentinelchicken.net> Message-ID: <20070218174032.GA91363@sentinelchicken.net> On Sat, Feb 17, 2007 at 12:03:28PM -0500, Jason Morgan wrote: > I am currently running into the same issues with a 6.2-RELEASE box > with an nVidia FX 5600 Ultra installed. This same card worked fine in > another box (running 6.2-STABLE). I investigated and I could reliably > get Xorg to max out the CPU after trying to re-enter X a third time > between reboots. The second entry to X would also lock up the system > about 25% of the time. Xorg also seems somewhat unstable on this box > after prolonged usage. I originally thought it was the nvidia drivers > causing issues -- I've tried different versions and still can't get a > stable machine. I will post my log files as soon as I get the machine > back up and running (doing a make-world, hoping that will fix the > issue). Any hints from the community would be great. > > Cheers, > Jason My Xorg.0.log and xorg.conf are attached. With these same settings, I've had 4 lock-ups this morning. After the last lockup, X would no longer start, the system would lock up, and then I had to SSH in to reboot the machine. I decided to reinstall the nvidia driver (the latest version, though I've had the same issues with the older drivers) and after a reboot, X is working again. I've had these same issues with the nVidia FX 5600 as well as the builtin video card. Any help on this would be greatly appreciated. Thanks, Jason -------------- next part -------------- X Window System Version 6.9.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 6.9 Build Operating System: FreeBSD 6.2 i386 [ELF] Current Operating System: FreeBSD penelope.skepsi.net 6.2-RELEASE-p1 FreeBSD 6.2-RELEASE-p1 #1: Sat Feb 17 12:20:47 EST 2007 root@penelope.skepsi.net:/usr/obj/usr/src/sys/PENELOPE i386 Build Date: 16 February 2007 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sun Feb 18 12:23:36 2007 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Layout0" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Videocard1" (**) |-->Screen "Screen1" (1) (**) | |-->Monitor "Monitor1" (**) | |-->Device "Videocard0" (**) |-->Input Device "Keyboard0" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Mouse0" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/cyrillic/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/artwiz-fonts,/usr/X11R6/lib/X11/fonts/bitstream-vera,/usr/X11R6/lib/X11/fonts/dejavu/,/usr/X11R6/lib/X11/fonts/freefont-ttf,/usr/X11R6/lib/X11/fonts/freefont,/usr/X11R6/lib/X11/fonts/URW,/usr/X11R6/lib/X11/fonts/urwfonts-ttf,/usr/X11R6/lib/X11/fonts/webfonts/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "Xinerama" "1" (**) Xinerama: enabled (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,01e0 card 0000,0000 rev a2 class 06,00,00 hdr 80 (II) PCI: 00:00:1: chip 10de,01eb card 1297,f541 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:2: chip 10de,01ee card 1297,f541 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:3: chip 10de,01ed card 1297,f541 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:4: chip 10de,01ec card 1297,f541 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:5: chip 10de,01ef card 1297,f541 rev a2 class 05,00,00 hdr 80 (II) PCI: 00:01:0: chip 10de,0060 card 1297,f541 rev a3 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 10de,0064 card 1297,f541 rev a2 class 0c,05,00 hdr 80 (II) PCI: 00:02:0: chip 10de,0067 card 1297,f541 rev a3 class 0c,03,10 hdr 80 (II) PCI: 00:02:1: chip 10de,0067 card 1297,f541 rev a3 class 0c,03,10 hdr 80 (II) PCI: 00:02:2: chip 10de,0068 card 1297,f541 rev a3 class 0c,03,20 hdr 80 (II) PCI: 00:05:0: chip 10de,006b card 1297,f541 rev a2 class 04,01,00 hdr 00 (II) PCI: 00:06:0: chip 10de,006a card 1297,f541 rev a1 class 04,01,00 hdr 00 (II) PCI: 00:08:0: chip 10de,006c card 0000,0000 rev a3 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 10de,0065 card 1297,f541 rev a2 class 01,01,8a hdr 00 (II) PCI: 00:0d:0: chip 10de,006e card 1297,f541 rev a3 class 0c,00,10 hdr 00 (II) PCI: 00:1e:0: chip 10de,01e8 card 0000,0000 rev a2 class 06,04,00 hdr 01 (II) PCI: 01:06:0: chip 1186,4b01 card 1186,4b01 rev 11 class 02,00,00 hdr 00 (II) PCI: 02:00:0: chip 10de,0311 card 10b0,0603 rev a1 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:1:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:8:0), (0,1,1), BCTRL: 0x0202 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0x0000c000 - 0x0000cfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xde000000 - 0xdfffffff (0x2000000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x000a (VGA_EN is set) (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xdc000000 - 0xddffffff (0x2000000) MX[B] (II) Bus 2 prefetchable memory range: [0] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B] (--) PCI:*(2:0:0) nVidia Corporation NV31 [GeForce FX 5600 Ultra] rev 161, Mem @ 0xdc000000/24, 0xd0000000/27 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xd8000000 from 0xdfffffff to 0xd7ffffff (II) Active PCI resource ranges: [0] -1 0 0xdf000000 - 0xdfffffff (0x1000000) MX[B]E [1] -1 0 0xe0084000 - 0xe0087fff (0x4000) MX[B]E [2] -1 0 0xe0083000 - 0xe0083fff (0x1000) MX[B]E [3] -1 0 0xe0080000 - 0xe00fffff (0x80000) MX[B]E [4] -1 0 0xe0000000 - 0xffffffff (0x20000000) MX[B]E [5] -1 0 0xe0085000 - 0xe0085fff (0x1000) MX[B]E [6] -1 0 0xe0082000 - 0xe0083fff (0x2000) MX[B]E [7] -1 0 0xe0086000 - 0xe0087fff (0x2000) MX[B]E [8] -1 0 0xd8000000 - 0xd7ffffff (0x0) MX[B]EO [9] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [10] -1 0 0xdc000000 - 0xdcffffff (0x1000000) MX[B](B) [11] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]E [12] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [13] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [14] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [15] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E (II) PCI Memory resource overlap reduced 0xe0084000 from 0xe0087fff to 0xe0084fff (II) PCI Memory resource overlap reduced 0xe0080000 from 0xe00fffff to 0xe0081fff (II) PCI Memory resource overlap reduced 0xe0000000 from 0xffffffff to 0xe007ffff (II) PCI Memory resource overlap reduced 0xe0082000 from 0xe0083fff to 0xe0082fff (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xdf000000 - 0xdfffffff (0x1000000) MX[B]E [1] -1 0 0xe0084000 - 0xe0084fff (0x1000) MX[B]E [2] -1 0 0xe0083000 - 0xe0083fff (0x1000) MX[B]E [3] -1 0 0xe0080000 - 0xe0081fff (0x2000) MX[B]E [4] -1 0 0xe0000000 - 0xe007ffff (0x80000) MX[B]E [5] -1 0 0xe0085000 - 0xe0085fff (0x1000) MX[B]E [6] -1 0 0xe0082000 - 0xe0082fff (0x1000) MX[B]E [7] -1 0 0xe0086000 - 0xe0087fff (0x2000) MX[B]E [8] -1 0 0xd8000000 - 0xd7ffffff (0x0) MX[B]EO [9] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [10] -1 0 0xdc000000 - 0xdcffffff (0x1000000) MX[B](B) [11] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]E [12] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [13] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [14] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [15] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xdf000000 - 0xdfffffff (0x1000000) MX[B]E [6] -1 0 0xe0084000 - 0xe0084fff (0x1000) MX[B]E [7] -1 0 0xe0083000 - 0xe0083fff (0x1000) MX[B]E [8] -1 0 0xe0080000 - 0xe0081fff (0x2000) MX[B]E [9] -1 0 0xe0000000 - 0xe007ffff (0x80000) MX[B]E [10] -1 0 0xe0085000 - 0xe0085fff (0x1000) MX[B]E [11] -1 0 0xe0082000 - 0xe0082fff (0x1000) MX[B]E [12] -1 0 0xe0086000 - 0xe0087fff (0x2000) MX[B]E [13] -1 0 0xd8000000 - 0xd7ffffff (0x0) MX[B]EO [14] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [15] -1 0 0xdc000000 - 0xdcffffff (0x1000000) MX[B](B) [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]E [19] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [20] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [21] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [22] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.so (II) Module type1: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 6.9.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.9746 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.1 (II) Loading extension GLX (II) LoadModule: "nvidia" (II) Loading /usr/X11R6/lib/modules/drivers/nvidia_drv.so (II) Module nvidia: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.9746 Module class: X.Org Video Driver (II) LoadModule: "keyboard" (II) Loading /usr/X11R6/lib/modules/input/keyboard_drv.so (II) Module keyboard: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.3 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.5 (II) NVIDIA dlloader X Driver 1.0-9746 Tue Dec 19 13:23:45 PST 2006 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs (II) Primary Device is: PCI 02:00:0 (--) Chipset NVIDIA GPU found (--) Chipset NVIDIA GPU found (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.2 (II) Loading sub module "wfb" (II) LoadModule: "wfb" (II) Loading /usr/X11R6/lib/modules/libwfb.so (II) Module wfb: vendor="X.Org Foundation" compiled for 7.1.99.2, module version = 1.0.0 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.so (II) Module ramdac: vendor="X.Org Foundation" compiled for 6.9.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.8 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xdf000000 - 0xdfffffff (0x1000000) MX[B]E [6] -1 0 0xe0084000 - 0xe0084fff (0x1000) MX[B]E [7] -1 0 0xe0083000 - 0xe0083fff (0x1000) MX[B]E [8] -1 0 0xe0080000 - 0xe0081fff (0x2000) MX[B]E [9] -1 0 0xe0000000 - 0xe007ffff (0x80000) MX[B]E [10] -1 0 0xe0085000 - 0xe0085fff (0x1000) MX[B]E [11] -1 0 0xe0082000 - 0xe0082fff (0x1000) MX[B]E [12] -1 0 0xe0086000 - 0xe0087fff (0x2000) MX[B]E [13] -1 0 0xd8000000 - 0xd7ffffff (0x0) MX[B]EO [14] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [15] -1 0 0xdc000000 - 0xdcffffff (0x1000000) MX[B](B) [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]E [19] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [20] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [21] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [22] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E (II) resource ranges after probing: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xdf000000 - 0xdfffffff (0x1000000) MX[B]E [6] -1 0 0xe0084000 - 0xe0084fff (0x1000) MX[B]E [7] -1 0 0xe0083000 - 0xe0083fff (0x1000) MX[B]E [8] -1 0 0xe0080000 - 0xe0081fff (0x2000) MX[B]E [9] -1 0 0xe0000000 - 0xe007ffff (0x80000) MX[B]E [10] -1 0 0xe0085000 - 0xe0085fff (0x1000) MX[B]E [11] -1 0 0xe0082000 - 0xe0082fff (0x1000) MX[B]E [12] -1 0 0xe0086000 - 0xe0087fff (0x2000) MX[B]E [13] -1 0 0xd8000000 - 0xd7ffffff (0x0) MX[B]EO [14] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [15] -1 0 0xdc000000 - 0xdcffffff (0x1000000) MX[B](B) [16] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [17] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [18] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [19] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [20] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [21] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]E [22] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [23] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [24] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [25] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [26] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [27] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Setting vga for screen 1. (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32 (==) NVIDIA(0): RGB weight 888 (==) NVIDIA(0): Default visual is TrueColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (**) NVIDIA(0): Option "MetaModes" "CRT-0: nvidia-auto-select +0+0; CRT-0: 800x600 +0+0; CRT-0: 640x480 +0+0" (**) NVIDIA(0): Enabling RENDER acceleration (II) NVIDIA(0): NVIDIA GPU GeForce FX 5600 Ultra at PCI:2:0:0 (GPU-0) (--) NVIDIA(0): Memory: 131072 kBytes (--) NVIDIA(0): VideoBIOS: 04.31.20.52.00 (II) NVIDIA(0): Detected AGP rate: 8X (--) NVIDIA(0): Interlaced video modes are supported on this GPU (--) NVIDIA(0): Connected display device(s) on GeForce FX 5600 Ultra at (--) NVIDIA(0): PCI:2:0:0: (--) NVIDIA(0): NEC LCD1760V (CRT-0) (--) NVIDIA(0): NEC LCD1760V (CRT-1) (--) NVIDIA(0): NVIDIA TV Encoder (TV-0) (--) NVIDIA(0): NEC LCD1760V (CRT-0): 400.0 MHz maximum pixel clock (--) NVIDIA(0): NEC LCD1760V (CRT-1): 400.0 MHz maximum pixel clock (--) NVIDIA(0): NVIDIA TV Encoder (TV-0): 400.0 MHz maximum pixel clock (--) NVIDIA(0): TV encoder: NVIDIA (II) NVIDIA(0): Display Device found referenced in MetaMode: CRT-0 (II) NVIDIA(0): Assigned Display Device: CRT-0 (II) NVIDIA(0): Validated modes: (II) NVIDIA(0): "CRT-0:nvidia-auto-select+0+0" (II) NVIDIA(0): "CRT-0:800x600+0+0" (II) NVIDIA(0): "CRT-0:640x480+0+0" (II) NVIDIA(0): Virtual screen size determined to be 1280 x 1024 (--) NVIDIA(0): DPI set to (95, 96); computed from "UseEdidDpi" X config (--) NVIDIA(0): option (**) NVIDIA(1): Depth 24, (--) framebuffer bpp 32 (==) NVIDIA(1): RGB weight 888 (==) NVIDIA(1): Default visual is TrueColor (==) NVIDIA(1): Using gamma correction (1.0, 1.0, 1.0) (**) NVIDIA(1): Option "MetaModes" "CRT-1: 1280x1024 +0+0; CRT-1: nvidia-auto-select +0+0" (**) NVIDIA(1): Enabling RENDER acceleration (II) NVIDIA(1): NVIDIA GPU GeForce FX 5600 Ultra at PCI:2:0:0 (GPU-0) (--) NVIDIA(1): Memory: 131072 kBytes (--) NVIDIA(1): VideoBIOS: 04.31.20.52.00 (II) NVIDIA(1): Detected AGP rate: 8X (--) NVIDIA(1): Interlaced video modes are supported on this GPU (--) NVIDIA(1): Connected display device(s) on GeForce FX 5600 Ultra at (--) NVIDIA(1): PCI:2:0:0: (--) NVIDIA(1): NEC LCD1760V (CRT-0) (--) NVIDIA(1): NEC LCD1760V (CRT-1) (--) NVIDIA(1): NVIDIA TV Encoder (TV-0) (--) NVIDIA(1): NEC LCD1760V (CRT-0): 400.0 MHz maximum pixel clock (--) NVIDIA(1): NEC LCD1760V (CRT-1): 400.0 MHz maximum pixel clock (--) NVIDIA(1): NVIDIA TV Encoder (TV-0): 400.0 MHz maximum pixel clock (--) NVIDIA(1): TV encoder: NVIDIA (II) NVIDIA(1): Display Device found referenced in MetaMode: CRT-1 (II) NVIDIA(1): Assigned Display Device: CRT-1 (II) NVIDIA(1): Validated modes: (II) NVIDIA(1): "CRT-1:1280x1024+0+0" (II) NVIDIA(1): "CRT-1:nvidia-auto-select+0+0" (II) NVIDIA(1): Virtual screen size determined to be 1280 x 1024 (--) NVIDIA(1): DPI set to (95, 96); computed from "UseEdidDpi" X config (--) NVIDIA(1): option (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? Yes, I do. (II) LoadModule: "rac" (II) Loading /usr/X11R6/lib/modules/librac.so (II) Module rac: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (II) resource ranges after preInit: [0] 0 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B] [1] 0 0 0xdc000000 - 0xdcffffff (0x1000000) MX[B] [2] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -1 0 0xdf000000 - 0xdfffffff (0x1000000) MX[B]E [8] -1 0 0xe0084000 - 0xe0084fff (0x1000) MX[B]E [9] -1 0 0xe0083000 - 0xe0083fff (0x1000) MX[B]E [10] -1 0 0xe0080000 - 0xe0081fff (0x2000) MX[B]E [11] -1 0 0xe0000000 - 0xe007ffff (0x80000) MX[B]E [12] -1 0 0xe0085000 - 0xe0085fff (0x1000) MX[B]E [13] -1 0 0xe0082000 - 0xe0082fff (0x1000) MX[B]E [14] -1 0 0xe0086000 - 0xe0087fff (0x2000) MX[B]E [15] -1 0 0xd8000000 - 0xd7ffffff (0x0) MX[B]EO [16] -1 0 0xd0000000 - 0xd7ffffff (0x8000000) MX[B](B) [17] -1 0 0xdc000000 - 0xdcffffff (0x1000000) MX[B](B) [18] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [19] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [20] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [21] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [22] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [23] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]E [24] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [25] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [26] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [27] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [28] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [29] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) NVIDIA(0): Setting mode "CRT-0:nvidia-auto-select+0+0" (II) Loading extension NV-GLX (II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized (II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture (==) NVIDIA(0): Backing store disabled (==) NVIDIA(0): Silken mouse enabled (**) Option "dpms" (**) NVIDIA(0): DPMS enabled (II) Loading extension NV-CONTROL (==) RandR enabled (II) NVIDIA(1): Setting mode "CRT-1:1280x1024+0+0" (II) NVIDIA(1): NVIDIA 3D Acceleration Architecture Initialized (II) NVIDIA(1): Using the NVIDIA 2D acceleration architecture (==) NVIDIA(1): Backing store disabled (==) NVIDIA(1): Silken mouse enabled (**) Option "dpms" (**) NVIDIA(1): DPMS enabled (==) RandR enabled (II) Entity 0 shares no resources (II) Entity 1 shares no resources (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (II) Initializing extension GLX (**) Option "CoreKeyboard" (**) Keyboard0: Core Keyboard (**) Option "Protocol" "standard" (**) Keyboard0: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard0: XkbRules: "xorg" (**) Option "XkbModel" "pc105" (**) Keyboard0: XkbModel: "pc105" (**) Option "XkbLayout" "us" (**) Keyboard0: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard0: CustomKeycodes disabled (**) Option "Protocol" "auto" (**) Mouse0: Device: "/dev/sysmouse" (**) Mouse0: Protocol: "auto" (**) Option "CorePointer" (**) Mouse0: Core Pointer (**) Option "Device" "/dev/sysmouse" (**) Option "Emulate3Buttons" "no" (**) Option "ZAxisMapping" "4 5" (**) Mouse0: ZAxisMapping: buttons 4 and 5 (**) Mouse0: Buttons: 9 (II) XINPUT: Adding extended input device "Mouse0" (type: MOUSE) (II) XINPUT: Adding extended input device "Keyboard0" (type: KEYBOARD) (II) Mouse0: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse0: SetupAuto: protocol is SysMouse -------------- next part -------------- # nvidia-settings: X configuration file generated by nvidia-settings # nvidia-settings: version 1.0 (root@penelope.skepsi.net) Thu Feb 15 00:26:35 UTC 2007 Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" RightOf "Screen1" Screen 1 "Screen1" 0 0 InputDevice "Keyboard0" "CoreKeyboard" InputDevice "Mouse0" "CorePointer" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "/usr/X11R6/lib/X11/fonts/misc/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/cyrillic/" FontPath "/usr/X11R6/lib/X11/fonts/TTF/" FontPath "/usr/X11R6/lib/X11/fonts/artwiz-fonts" FontPath "/usr/X11R6/lib/X11/fonts/bitstream-vera" FontPath "/usr/X11R6/lib/X11/fonts/dejavu/" FontPath "/usr/X11R6/lib/X11/fonts/freefont-ttf" FontPath "/usr/X11R6/lib/X11/fonts/freefont" FontPath "/usr/X11R6/lib/X11/fonts/URW" FontPath "/usr/X11R6/lib/X11/fonts/urwfonts-ttf" FontPath "/usr/X11R6/lib/X11/fonts/webfonts/" EndSection Section "Module" Load "dbe" Load "extmod" Load "type1" Load "freetype" Load "glx" EndSection Section "ServerFlags" Option "Xinerama" "1" EndSection Section "InputDevice" # generated from default Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "Emulate3Buttons" "no" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" # generated from default Identifier "Keyboard0" Driver "keyboard" EndSection Section "Monitor" # HorizSync source: edid, VertRefresh source: edid Identifier "Monitor1" VendorName "NEC" ModelName "NEC LCD1760V" HorizSync 31.0 - 81.0 VertRefresh 56.0 - 75.0 Option "DPMS" EndSection Section "Monitor" # HorizSync source: edid, VertRefresh source: edid Identifier "Monitor0" VendorName "NEC" ModelName "NEC LCD1760V" HorizSync 31.0 - 81.0 VertRefresh 56.0 - 75.0 Option "DPMS" EndSection Section "Device" Identifier "Videocard0" Driver "nvidia" VendorName "NVIDIA Corporation" BoardName "GeForce FX 5600 Ultra" BusID "PCI:2:0:0" Screen 0 EndSection Section "Device" Identifier "Videocard1" Driver "nvidia" VendorName "NVIDIA Corporation" BoardName "GeForce FX 5600 Ultra" BusID "PCI:2:0:0" Screen 1 EndSection Section "Screen" Identifier "Screen1" Device "Videocard0" Monitor "Monitor1" DefaultDepth 24 Option "metamodes" "CRT-1: 1280x1024 +0+0; CRT-1: nvidia-auto-select +0+0" SubSection "Display" Depth 24 Modes "1280x1024" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "Screen" Identifier "Screen0" Device "Videocard1" Monitor "Monitor0" DefaultDepth 24 Option "metamodes" "CRT-0: nvidia-auto-select +0+0; CRT-0: 800x600 +0+0; CRT-0: 640x480 +0+0" SubSection "Display" Depth 24 Modes "1280x1024" "1024x768" "800x600" "640x480" EndSubSection EndSection From bruce at zuhause.org Mon Feb 19 02:57:53 2007 From: bruce at zuhause.org (Bruce Albrecht) Date: Mon Feb 19 02:57:58 2007 Subject: Building modeline branch Intel 810 driver Message-ID: <17881.3320.950842.394466@celery.zuhause.org> My new HP NX7400 laptop has 1050x1680 resolution, which is not supported in the base Intel 810 driver, and s915resolution doesn't seem to work for me. I just upgraded to 7.2RC3 using the steps listed at wiki.freebsd.org, and I see that the modeline branch driver is not one of the drivers built. Does anyone have a port set up to build the modeline branch driver? From mark at mkproductions.org Mon Feb 19 05:42:18 2007 From: mark at mkproductions.org (Mark Kane) Date: Mon Feb 19 05:42:23 2007 Subject: Xorg 100% CPU and Black Screen When Starting with DRI In-Reply-To: <20070218174032.GA91363@sentinelchicken.net> References: <20070216140000.4cfa0fde@amd64.localhost> <20070217170328.GA73040@sentinelchicken.net> <20070218174032.GA91363@sentinelchicken.net> Message-ID: <20070218225633.1befd6e6@amd64.localhost> On Sun, Feb 18, 2007, at 12:40:32 -0500, Jason Morgan wrote: > My Xorg.0.log and xorg.conf are attached. With these same settings, > I've had 4 lock-ups this morning. After the last lockup, X would no > longer start, the system would lock up, and then I had to SSH in to > reboot the machine. I decided to reinstall the nvidia driver (the > latest version, though I've had the same issues with the older > drivers) and after a reboot, X is working again. I've had these same > issues with the nVidia FX 5600 as well as the builtin video card. Any > help on this would be greatly appreciated. > > Thanks, > Jason I just got done trying 7-CURRENT with the same setup. Unfortunately it seems worse. Essentially it does the same thing (black screen/100% CPU), but under CURRENT I cannot SSH in to reboot cleanly or get a copy of the log. I tried having an SSH connection open before starting Xorg but after 5-6 seconds of Xorg running with the maxed CPU, the SSH session freezes and never seems to recover. I tried running X as root and as a regular user...same thing. I tried three times, all of which failed immediately with a black screen and the CPU usage. One time I did manage to type dmesg on the SSH session before that froze and there were no additional messages/errors there in -CURRENT that were not present in 6.2-STABLE or 6.2-RELEASE. I'm willing to help however I can and try any possible solutions, patches, etc. Thanks again. -Mark -- Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com Rock 101.9 The Edge (Rock) - http://www.rock1019.net IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941) From rea-fbsd at codelabs.ru Mon Feb 19 08:20:17 2007 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Mon Feb 19 08:20:19 2007 Subject: ports/109091: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT Message-ID: <200702190820.l1J8KGrG009215@freefall.freebsd.org> The following reply was made to PR ports/109091; it has been noted by GNATS. From: Eygene Ryabinkin To: Diabolo Cc: bug-followup@FreeBSD.org Subject: Re: ports/109091: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT Date: Mon, 19 Feb 2007 10:58:57 +0300 > this file FreeBSD.cf doesnt exist OK, I was in rush and made a mistake. Attaching the proper patch to the files/patch-FreeBSD.cf --- patch-patch-FreeBSD.cf begins here --- --- patch-FreeBSD.cf.orig Mon Feb 19 10:46:16 2007 +++ patch-FreeBSD.cf Mon Feb 19 10:45:52 2007 @@ -1,5 +1,5 @@ ---- config/cf/FreeBSD.cf.orig Sun Aug 15 10:03:36 2004 -+++ config/cf/FreeBSD.cf Sun Feb 6 03:56:59 2005 +--- FreeBSD.cf.orig Wed May 4 08:14:57 2005 ++++ FreeBSD.cf Mon Feb 19 10:39:59 2007 @@ -78,6 +78,7 @@ #define HasIssetugid YES #define HasPoll YES @@ -59,9 +59,9 @@ # else # define LibraryRpathLoadFlags -R $(USRLIBDIRPATH) # endif -@@ -442,7 +444,9 @@ - #define AsVISOption -Av9a - #define AsOutputArchSize 64 +@@ -446,7 +448,9 @@ + #ifdef PpcArchitecture + #define XF86INT10_BUILD X86INT10_STUB #endif - +#ifdef PpcArchitecture @@ -70,7 +70,7 @@ #define StandardDefines -DCSRG_BASED #if OSMajorVersion > 1 -@@ -463,18 +467,8 @@ +@@ -467,18 +471,8 @@ #define XawI18nDefines -DUSE_XWCHAR_STRING -DUSE_XMBTOWC #endif @@ -91,3 +91,18 @@ #ifndef PreIncDir # define PreIncDir /usr/include +@@ -576,6 +570,14 @@ + #if (GccMajorVersion == 2 && GccMinorVersion == 95) + #define GccOptBug295 + #endif ++ ++/* ++ * Add --export-dynamic flag for FreeBSD 7.x and later. ++ */ ++#if OSMajorVersion >= 7 ++#define ExtraLoadOptions -Wl,--export-dynamic ++#endif ++ + + #include + --- patch-patch-FreeBSD.cf ends here --- > the file is patch-FreeBSD.cf i put that lines and rebuild xorg-server > and still have the issue. What port version do you have? What is the output from the 'elfdump -a /usr/X11R6/bin/Xorg'. Szilveszter Adam has suggested another workaround, maybe you should try it. It is on the PR page now. -- Eygene From bugmaster at FreeBSD.org Mon Feb 19 11:08:44 2007 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 19 11:09:02 2007 Subject: Current problem reports assigned to you Message-ID: <200702191108.l1JB8gwj021547@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/89074 x11 Segmentation Violation during "make install" of XFree8 o ports/92071 x11 Problem with Xorg and SIS630/730 integrated video card a ports/92169 x11 Xorg 6.9, Matrox mga, dri broken (MGAGetBOARDHANDLESiz o ports/92672 x11 X.org 6.9.0 brak down sync mga_hal dirver on G550'sDVI o ports/93071 x11 x11-servers/xorg-server: Resume fails on system with X o ports/93777 x11 Starting xorg-server requires reloading sound module o ports/97084 x11 Xorg 6.9.0 Locks Up Keyboard and Mouse o ports/97367 x11 vlc and gmplayer crash with X error o ports/104885 x11 Hangs when logging out of X11 terminals o ports/106370 x11 Screen corruption when using Direct Rendering on a PCI o ports/109091 x11 make Xorg from x11-servers/xorg-server port to work on 11 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/73743 x11 XOrg/XFree xauth add/startx problem s ports/85132 x11 XOrg 6.8.2 won't start on Toshiba Satellite 1800-554 e s ports/87528 x11 Missing koi8-r encoding for xorg-fonts-encodings port f ports/89349 x11 xorg problem: math/gnuplot: BadAtom (invalid Atom para o ports/93667 x11 x11/xorg-libraries: undefined symbol in libOSMesa.* is o ports/94167 x11 [patch] x11/xorg-clients: install xdm/Xstartup and /Xr o ports/94331 x11 x11/xorg: advocating for DRI support for Radeons o ports/96436 x11 [patch] x11/xorg-clients: logging on xdm with pam_krb o i386/99645 x11 Xorg savage driver causes display to hang at unload o ports/108922 x11 libbitmap.so: Undefined symbol "FontFileBitmapSources" 10 problems total. From rea-fbsd at codelabs.ru Tue Feb 20 05:30:14 2007 From: rea-fbsd at codelabs.ru (Eygene Ryabinkin) Date: Tue Feb 20 05:30:17 2007 Subject: ports/109091: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT Message-ID: <200702200530.l1K5UDcw004629@freefall.freebsd.org> The following reply was made to PR ports/109091; it has been noted by GNATS. From: Eygene Ryabinkin To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/109091: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT Date: Tue, 20 Feb 2007 08:21:38 +0300 Mon, Feb 19, 2007 at 10:58:56AM +0300, Eygene Ryabinkin wrote: > > OK, I was in rush and made a mistake. Attaching the proper patch > to the files/patch-FreeBSD.cf I was in a rush again. Here is the correct version of my patch to files/patch-FreeBSD.cf that will enable the patched patch to find the file to patch ;)) --- patch-patch-FreeBSD.cf begins here --- --- patch-FreeBSD.cf.orig Mon Feb 19 10:46:16 2007 +++ patch-FreeBSD.cf Mon Feb 19 10:45:52 2007 @@ -1,5 +1,5 @@ ---- config/cf/FreeBSD.cf.orig Sun Aug 15 10:03:36 2004 -+++ config/cf/FreeBSD.cf Sun Feb 6 03:56:59 2005 +--- config/cf/FreeBSD.cf.orig Wed May 4 08:14:57 2005 ++++ config/cf/FreeBSD.cf Mon Feb 19 10:39:59 2007 @@ -78,6 +78,7 @@ #define HasIssetugid YES #define HasPoll YES @@ -59,9 +59,9 @@ # else # define LibraryRpathLoadFlags -R $(USRLIBDIRPATH) # endif -@@ -442,7 +444,9 @@ - #define AsVISOption -Av9a - #define AsOutputArchSize 64 +@@ -446,7 +448,9 @@ + #ifdef PpcArchitecture + #define XF86INT10_BUILD X86INT10_STUB #endif - +#ifdef PpcArchitecture @@ -70,7 +70,7 @@ #define StandardDefines -DCSRG_BASED #if OSMajorVersion > 1 -@@ -463,18 +467,8 @@ +@@ -467,18 +471,8 @@ #define XawI18nDefines -DUSE_XWCHAR_STRING -DUSE_XMBTOWC #endif @@ -91,3 +91,18 @@ #ifndef PreIncDir # define PreIncDir /usr/include +@@ -576,6 +570,14 @@ + #if (GccMajorVersion == 2 && GccMinorVersion == 95) + #define GccOptBug295 + #endif ++ ++/* ++ * Add --export-dynamic flag for FreeBSD 7.x and later. ++ */ ++#if OSMajorVersion >= 7 ++#define ExtraLoadOptions -Wl,--export-dynamic ++#endif ++ + + #include + --- patch-patch-FreeBSD.cf ends here --- -- Eygene From fenner at freebsd.org Wed Feb 21 10:01:49 2007 From: fenner at freebsd.org (Bill "distfiles" Fenner) Date: Wed Feb 21 10:01:52 2007 Subject: FreeBSD ports: 1 unfetchable distfile: x11-servers/xorg-server-snap Message-ID: <200702211001.l1LA1nrT040282@freefall.freebsd.org> Dear x11@freebsd.org, You are listed as the FreeBSD port maintainer for 1 port whose distfiles are not fetchable from their MASTER_SITES. Could you please visit http://people.freebsd.org/~fenner/portsurvey/x11@freebsd.org.html and correct the problems listed there? The individual port with a problem is x11-servers/xorg-server-snap. If you have already corrected the problems and submitted a PR, please accept my thanks and apologies for the delay in getting the fixes into the tree. This reminder is created automatically and does not (yet) have a way to know if a PR fixing the problem has been submitted. Please do *NOT* send your response to me directly; I do not necessarily have time to commit your fix; please instead submit a PR via 'send-pr' so it doesn't get lost. Problems are usually of two types: 1. The software package has been upgraded and the version in the port has been removed. The best solution to this problem is to upgrade the port to the most current version of the software package. If you are a FreeBSD committer, then you can just upgrade the port directly. If not, you should create the updated port on your own machine, test it (and maybe even run "portlint" on it), and then use "send-pr" to submit a "diff -uNr old-port updated-port". If you added or deleted any files, please make an explicit note of it. 2. The mirror site being used no longer contains the software package in question, or no longer exists. Solutions include: a) If there are other mirror sites, just remove the bad site from the list. (Make sure that what appears to be a bad site isn't actually a problem of type 1, upgrade) b) If the README or other support files in the software documentation mention where to get the software package, use one of those sites. c) Use a search engine to find another place to get the original DISTFILES. Make sure that you don't pick a FreeBSD distfiles mirror -- if you can't find any other places where the file exists, it can be a LOCAL_PORT or you can simply comment out the MASTER_SITES= line, with a comment explaining why. Once you have a solution, use "send-pr" to submit a "diff -u" of the Makefile. Note that this isn't an urgent issue, as people who try to build the port now will just fall back to the FreeBSD distfiles mirror. Please just put it on your list to do and get to it when you have time. These messages will continue to arrive twice a month until the fix is committed, as a reminder. Thanks, Bill "distfiles" Fenner. From r.c.ladan at gmail.com Wed Feb 21 17:47:49 2007 From: r.c.ladan at gmail.com (Rene Ladan) Date: Wed Feb 21 17:47:54 2007 Subject: wine 0.9.31 build failure on X.org 7.2 Message-ID: <45DC7FB9.4040007@gmail.com> Hi, I tried to update wine from 0.9.30 to 0.9.31 today, but it fails (see attached log). My box is an i386-CURRENT box running X.org 7.2. It seems that the symbols XauGetBestAuthByAddr and XauDisposeAuth have gone from libXt ? There could be a small chance that this is an issue with nas, since its libraries are also called in for linkage, but I don't expect it to be. Regards, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 -------------- next part -------------- A non-text attachment was scrubbed... Name: wine_fails Type: application/octet-stream Size: 87820 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070221/34a984c1/wine_fails.obj From ache at freebsd.org Wed Feb 21 18:11:35 2007 From: ache at freebsd.org (Andrey Chernov) Date: Wed Feb 21 18:11:40 2007 Subject: xorg-server is broken due to objformat in -current Message-ID: <20070221180114.GA87637@nagual.pp.ru> X server can't load any module (undefined symbols) because modules are not linked properly (due to objformat check). Does somebody work on this? -- http://ache.pp.ru/ From flz at FreeBSD.org Wed Feb 21 18:18:55 2007 From: flz at FreeBSD.org (Florent Thoumie) Date: Wed Feb 21 18:19:01 2007 Subject: wine 0.9.31 build failure on X.org 7.2 In-Reply-To: <45DC7FB9.4040007@gmail.com> References: <45DC7FB9.4040007@gmail.com> Message-ID: <45DC8BE8.30503@FreeBSD.org> Rene Ladan wrote: > Hi, > > I tried to update wine from 0.9.30 to 0.9.31 today, but it fails (see > attached log). My box is an i386-CURRENT box running X.org 7.2. It > seems that the symbols XauGetBestAuthByAddr and XauDisposeAuth have gone > from libXt ? Those symbols are in libXau, not libXt > There could be a small chance that this is an issue with nas, since its > libraries are also called in for linkage, but I don't expect it to be. I don't know why but it doesn't link against -lXau. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070221/5217ab8b/signature.pgp From dejan.lesjak at ijs.si Wed Feb 21 18:21:05 2007 From: dejan.lesjak at ijs.si (Dejan Lesjak) Date: Wed Feb 21 18:21:10 2007 Subject: xorg-server is broken due to objformat in -current In-Reply-To: <20070221180114.GA87637@nagual.pp.ru> References: <20070221180114.GA87637@nagual.pp.ru> Message-ID: <200702211920.59177.dejan.lesjak@ijs.si> On Wednesday 21 February 2007 19:01, Andrey Chernov wrote: > X server can't load any module (undefined symbols) because modules are not > linked properly (due to objformat check). Does somebody work on this? ports/109091 (imake.c patch) shoul fix that. I'll hopefully have time to test and commit today/tomorrow. Dejan From skip.ford at verizon.net Wed Feb 21 21:22:35 2007 From: skip.ford at verizon.net (Skip Ford) Date: Wed Feb 21 21:22:39 2007 Subject: xorg-server is broken due to objformat in -current In-Reply-To: <20070221180114.GA87637@nagual.pp.ru> References: <20070221180114.GA87637@nagual.pp.ru> Message-ID: <20070221212205.GB859@heather.menantico.com> Andrey Chernov wrote: > X server can't load any module (undefined symbols) because modules are not > linked properly (due to objformat check). Does somebody work on this? I just created a shell script named /usr/bin/objformat that spits out "elf" when invoked. A step backwards but it works here until things are fixed. -- Skip From Kristen.Glynn at virginblue.com.au Thu Feb 22 04:37:03 2007 From: Kristen.Glynn at virginblue.com.au (Kris Glynn) Date: Thu Feb 22 04:37:06 2007 Subject: gnome2 build error - gail - after ModularXorg install Message-ID: <117E214ECBE90A42B7DD8DE6485E2C55037E5A@DJQHOCMX01.virginblue.internal> I have managed to completely build X Window System Version 7.2.0 from the info provided at http://wiki.freebsd.org/ModularXorg Once installed I noticed that I had not installed Gnome. So I went into the ports tree /usr/ports/x11/gnome2 and began the build process but it always errors out during building of gail (more specifically - libgail-util) Prior to building Xorg I renamed /usr/ports to /usr/ports.old and used git to populate a new /usr/ports. When I started building gnome2 initially I used this tree.. should I of done this ?or should I have first renamed ports to ports.git and then renamed ports.old back to /usr/ports ? Regardless of this now - gnome2 will not build from either ports tree. Once I installed ModularXorg should I have renamed ports.old back to ports ? The error is.. gmake[2]: Entering directory `/usr/ports/accessibility/gail/work/gail-1.9.4/libgail-util' /bin/sh /usr/ports/accessibility/gail/work/gnome-libtool --mode=link cc -O2 -fno-strict-aliasing -pipe -Wall -L/usr/local/lib -o libgailutil.la -rpath /usr/local/lib -version-info 18:1:0 -L/usr/local/lib gailmisc.lo gailtextutil.lo -pthread -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib -L/usr/X11R6/lib -lgnomecanvas-2 -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lcairo -lpangoft2-1.0 -lfontconfig -lfreetype -lz -lpango-1.0 -lm -lX11 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv grep: /usr/X11R6/lib/libgtk-x11-2.0.la: No such file or directory sed: /usr/X11R6/lib/libgtk-x11-2.0.la: No such file or directory gnome-libtool: link: `/usr/X11R6/lib/libgtk-x11-2.0.la' is not a valid libtool archive gmake[2]: *** [libgailutil.la] Error 1 gmake[2]: Leaving directory `/usr/ports/accessibility/gail/work/gail-1.9.4/libgail-util' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/accessibility/gail/work/gail-1.9.4' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/accessibility/gail. *** Error code 1 The libs it is looking for actually exist in /usr/local/lib I have tried copying them to /usr/X11R6/lib but then it complains about them being moved ?? Setting LD_LIBRARY_PATH=/usr/local/lib/ also makes no difference Any ideas ? Any help appreciated. Kris Glynn Websites - Online Administrator Virgin Blue Airlines P: 3295 3987 M: 0434 602 997 www.virginblue.com.au From scottro at nyc.rr.com Thu Feb 22 04:52:58 2007 From: scottro at nyc.rr.com (Scott Robbins) Date: Thu Feb 22 04:53:03 2007 Subject: gnome2 build error - gail - after ModularXorg install In-Reply-To: <117E214ECBE90A42B7DD8DE6485E2C55037E5A@DJQHOCMX01.virginblue.internal> References: <117E214ECBE90A42B7DD8DE6485E2C55037E5A@DJQHOCMX01.virginblue.internal> Message-ID: <20070222045256.GA924@mail.scottro.net> On Thu, Feb 22, 2007 at 02:09:57PM +1000, Kris Glynn wrote: > I have managed to completely build X Window System Version 7.2.0 from > the info provided at http://wiki.freebsd.org/ModularXorg > > Once installed I noticed that I had not installed Gnome. So I went into > the ports tree /usr/ports/x11/gnome2 and began the build process but it > always errors out during building of gail (more specifically - > libgail-util) > I don't have gnome, so can't specifically answer that, however in answer to your next question... > Prior to building Xorg I renamed /usr/ports to /usr/ports.old and used > git to populate a new /usr/ports. When I started building gnome2 > initially I used this tree.. should I of done this ?or should I have > first renamed ports to ports.git and then renamed ports.old back to > /usr/ports ? Regardless of this now - gnome2 will not build from either > ports tree. > > Once I installed ModularXorg should I have renamed ports.old back to > ports ? I think that most of us using xorg-7.x are just using the git ports tree. This seems to have caused a bit of confusion (judging from this list, forums, etc) but assuming you want to keep working with 7.x, you would update your ports by using cd /usr/ports git pull origin xorg instead of portsnap, csup, cvsup or other methods. As mentioned in the wiki, they are trying to keep it in step with the ports tree, though once in awhile it's a little behind. I realize this doesn't answer your main question, about your failed build, but hopefully it answers the secondary question about updating ports after using the git ports tree. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Spike: Oh, sod the spell. Your friends are in the factory. I'm really glad I came here, you know? I've been all wrongheaded about this. weepin', crawlin', blamin' everybody else. I want Dru back. I've just gotta be the man I was, The man She loved. I'm going to do what I should have done in the first place-- I'll find here, wherever she is, tie her up, torture her until she likes me again. From flz at xbsd.org Thu Feb 22 11:08:02 2007 From: flz at xbsd.org (Florent Thoumie) Date: Thu Feb 22 11:08:07 2007 Subject: gnome2 build error - gail - after ModularXorg install In-Reply-To: <117E214ECBE90A42B7DD8DE6485E2C55037E5A@DJQHOCMX01.virginblue.internal> References: <117E214ECBE90A42B7DD8DE6485E2C55037E5A@DJQHOCMX01.virginblue.internal> Message-ID: <1172142474.11979.16.camel@mayday.esat.net> On Thu, 2007-02-22 at 14:09 +1000, Kris Glynn wrote: > The error is.. > > gmake[2]: Entering directory > `/usr/ports/accessibility/gail/work/gail-1.9.4/libgail-util' > /bin/sh /usr/ports/accessibility/gail/work/gnome-libtool --mode=link cc > -O2 -fno-strict-aliasing -pipe -Wall -L/usr/local/lib -o > libgailutil.la -rpath /usr/local/lib -version-info 18:1:0 > -L/usr/local/lib gailmisc.lo gailtextutil.lo -pthread -Wl,--rpath > -Wl,/usr/local/lib -L/usr/local/lib -L/usr/X11R6/lib -lgnomecanvas-2 > -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 > -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor > -lXfixes -lcairo -lpangoft2-1.0 -lfontconfig -lfreetype -lz -lpango-1.0 > -lm -lX11 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv > grep: /usr/X11R6/lib/libgtk-x11-2.0.la: No such file or directory > sed: /usr/X11R6/lib/libgtk-x11-2.0.la: No such file or directory > gnome-libtool: link: `/usr/X11R6/lib/libgtk-x11-2.0.la' is not a valid > libtool archive > gmake[2]: *** [libgailutil.la] Error 1 > gmake[2]: Leaving directory > `/usr/ports/accessibility/gail/work/gail-1.9.4/libgail-util' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/usr/ports/accessibility/gail/work/gail-1.9.4' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/accessibility/gail. > *** Error code 1 This has nothing to do with X.org 7.2. You didn't upgrade Gnome properly so a few libtool archives are still in X11BASE (and Gnome ports moved to LOCALBASE when 2.16 was merged). Have a look at /usr/ports/UPDATING. Cheers. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070222/60cbb22f/attachment.pgp From aturetta at commit.it Thu Feb 22 12:53:09 2007 From: aturetta at commit.it (Angelo Turetta) Date: Thu Feb 22 12:53:14 2007 Subject: Modular X.org / git repo Message-ID: <45DD8F89.4000601@commit.it> A couple questions. 1) After switching to modular X.org, I keep getting a message from portversion that the installed imake (1.xxx,1) is newer than that in ports (4.xxx). This is due to line 944 of /usr/ports/MOVED devel/imake|devel/imake-4|2004-03-19|removed, obsoleted by imake-4 long ago Is it possible to remove that line from the git repo? It'll have no use once the tree is merged back to freebsd repo. 2) Is the transition to /usr/local complete? I'm going to reinstall my notebook soon, with ports only from the modular repo: what settings should I put in my /etc/make.conf to enable the new base path, and to hope I have not to reinstall everything once the modular tree gets committed to the main CVS. Thanks for any help. Angelo. From flz at xbsd.org Thu Feb 22 13:09:11 2007 From: flz at xbsd.org (Florent Thoumie) Date: Thu Feb 22 13:09:16 2007 Subject: Modular X.org / git repo In-Reply-To: <45DD8F89.4000601@commit.it> References: <45DD8F89.4000601@commit.it> Message-ID: <1172149744.11979.26.camel@mayday.esat.net> On Thu, 2007-02-22 at 13:41 +0100, Angelo Turetta wrote: > A couple questions. > > 1) After switching to modular X.org, I keep getting a message from > portversion that the installed imake (1.xxx,1) is newer than that in > ports (4.xxx). This is due to line 944 of /usr/ports/MOVED > > devel/imake|devel/imake-4|2004-03-19|removed, obsoleted by imake-4 long ago > > Is it possible to remove that line from the git repo? It'll have no use > once the tree is merged back to freebsd repo. Yeah, will do, thanks. > 2) Is the transition to /usr/local complete? I'm going to reinstall my > notebook soon, with ports only from the modular repo: what settings > should I put in my /etc/make.conf to enable the new base path, and to > hope I have not to reinstall everything once the modular tree gets > committed to the main CVS. You can set X11BASE=/usr/local in /etc/make.conf but we'll bump PORTREVISION for all ports moving from X11BASE to LOCALBASE, so you'll have to upgrade eventually. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070222/95fb769a/attachment.pgp From adamk at voicenet.com Thu Feb 22 20:42:13 2007 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Thu Feb 22 20:42:17 2007 Subject: problem report 106370 Message-ID: <1172176923.1241.13.camel@sorrow.ashke.com> So I'm currently stuck trying to get this bug resolved: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/106370 I've been using linux, for the most part, since installing FreeBSD on this machine in order to use 3D acceleration, periodically updating my installation of -CURRENT and the modular ports tree for updates to xorg. Unfortunately, I still get that distortion when running with DRI enabled. At Eric Anholt's suggestion, I tried comparing the linux and freebsd versions of ati_pcigart.c for some key difference since he thinks that's the source of this problem. Unfortunately, I was unable to see anything, which means that either it's not he source of the problem or (more likely) I just missed something obvious. Does anyone else have any ideas? It'd be a shame for FreeBSD to switch to Xorg 7.2, only to have many more PCIe ATI users unable to use 3D acceleration. Adam From adamk at voicenet.com Thu Feb 22 21:03:58 2007 From: adamk at voicenet.com (Adam K Kirchhoff) Date: Thu Feb 22 21:04:04 2007 Subject: problem report 106370 In-Reply-To: <1172176923.1241.13.camel@sorrow.ashke.com> References: <1172176923.1241.13.camel@sorrow.ashke.com> Message-ID: <1172178231.82934.1.camel@sorrow.ashke.com> On Thu, 2007-02-22 at 15:42 -0500, Adam K Kirchhoff wrote: > So I'm currently stuck trying to get this bug resolved: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/106370 > > I've been using linux, for the most part, since installing FreeBSD on > this machine in order to use 3D acceleration, periodically updating my > installation of -CURRENT and the modular ports tree for updates to xorg. > Unfortunately, I still get that distortion when running with DRI > enabled. > > At Eric Anholt's suggestion, I tried comparing the linux and freebsd > versions of ati_pcigart.c for some key difference since he thinks that's > the source of this problem. Unfortunately, I was unable to see > anything, which means that either it's not he source of the problem or > (more likely) I just missed something obvious. > > Does anyone else have any ideas? It'd be a shame for FreeBSD to switch > to Xorg 7.2, only to have many more PCIe ATI users unable to use 3D > acceleration. > > Adam > Sorry folks... I just realized that this past weekend I did some house cleaning on the webserver that contained the screenshot and Xorg log file mentioned in that bug report and accidentally deleted them. I've uploaded a new screenshot and Xorg log file to the same URLs mentioned in the PR. Adam From dfilter at FreeBSD.ORG Thu Feb 22 21:20:22 2007 From: dfilter at FreeBSD.ORG (dfilter service) Date: Thu Feb 22 21:20:25 2007 Subject: ports/109091: commit references a PR Message-ID: <200702222120.l1MLKLpp032091@freefall.freebsd.org> The following reply was made to PR ports/109091; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/109091: commit references a PR Date: Thu, 22 Feb 2007 21:18:06 +0000 (UTC) lesi 2007-02-22 21:18:01 UTC FreeBSD ports repository Modified files: x11-servers/xorg-server Makefile.inc Added files: x11-servers/xorg-server/files patch-imake.c Log: Fix loading modules on current by adding patch from devel/imake-6 since local copy of imake is used at configuring. Since FreeBSD versions older than 300004 are not supported, simplify patch to just return elf for default. PR: ports/109091 Submitted by: Szilveszter Adam (sziszi at bsd dot hu) Revision Changes Path 1.18 +2 -1 ports/x11-servers/xorg-server/Makefile.inc 1.1 +38 -0 ports/x11-servers/xorg-server/files/patch-imake.c (new) _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From lesi at FreeBSD.org Thu Feb 22 21:43:31 2007 From: lesi at FreeBSD.org (Dejan Lesjak) Date: Thu Feb 22 21:43:32 2007 Subject: ports/109091: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT Message-ID: <200702222143.l1MLhUbo034898@freefall.freebsd.org> Synopsis: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT State-Changed-From-To: open->closed State-Changed-By: lesi State-Changed-When: Thu Feb 22 21:42:20 UTC 2007 State-Changed-Why: Patch from devel/imake-6 was copied over and simplified a bit. Thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=109091 From Kristen.Glynn at virginblue.com.au Thu Feb 22 23:20:14 2007 From: Kristen.Glynn at virginblue.com.au (Kris Glynn) Date: Thu Feb 22 23:20:18 2007 Subject: gnome2 build error - gail - after ModularXorg install Message-ID: <117E214ECBE90A42B7DD8DE6485E2C55037E69@DJQHOCMX01.virginblue.internal> I wasn't upgrading gnome. It's a fresh installation. What steps can I take to correct ? -----Original Message----- From: Florent Thoumie [mailto:flz@xbsd.org] Sent: Thursday, 22 February 2007 9:08 PM To: Kris Glynn Cc: freebsd-x11@freebsd.org Subject: Re: gnome2 build error - gail - after ModularXorg install On Thu, 2007-02-22 at 14:09 +1000, Kris Glynn wrote: > The error is.. > > gmake[2]: Entering directory > `/usr/ports/accessibility/gail/work/gail-1.9.4/libgail-util' > /bin/sh /usr/ports/accessibility/gail/work/gnome-libtool --mode=link > cc > -O2 -fno-strict-aliasing -pipe -Wall -L/usr/local/lib -o > libgailutil.la -rpath /usr/local/lib -version-info 18:1:0 > -L/usr/local/lib gailmisc.lo gailtextutil.lo -pthread -Wl,--rpath > -Wl,/usr/local/lib -L/usr/local/lib -L/usr/X11R6/lib -lgnomecanvas-2 > -lart_lgpl_2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 > -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor > -lXfixes -lcairo -lpangoft2-1.0 -lfontconfig -lfreetype -lz -lpango-1.0 > -lm -lX11 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -liconv > grep: /usr/X11R6/lib/libgtk-x11-2.0.la: No such file or directory > sed: /usr/X11R6/lib/libgtk-x11-2.0.la: No such file or directory > gnome-libtool: link: `/usr/X11R6/lib/libgtk-x11-2.0.la' is not a valid > libtool archive > gmake[2]: *** [libgailutil.la] Error 1 > gmake[2]: Leaving directory > `/usr/ports/accessibility/gail/work/gail-1.9.4/libgail-util' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory > `/usr/ports/accessibility/gail/work/gail-1.9.4' > gmake: *** [all] Error 2 > *** Error code 2 > > Stop in /usr/ports/accessibility/gail. > *** Error code 1 This has nothing to do with X.org 7.2. You didn't upgrade Gnome properly so a few libtool archives are still in X11BASE (and Gnome ports moved to LOCALBASE when 2.16 was merged). Have a look at /usr/ports/UPDATING. Cheers. -- Florent Thoumie flz@FreeBSD.org FreeBSD Committer From dougb at FreeBSD.org Fri Feb 23 01:59:27 2007 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Feb 23 01:59:29 2007 Subject: ports/108922: libbitmap.so: Undefined symbol "FontFileBitmapSources". Message-ID: <200702230159.l1N1xRMD052242@freefall.freebsd.org> Synopsis: libbitmap.so: Undefined symbol "FontFileBitmapSources". State-Changed-From-To: open->closed State-Changed-By: dougb State-Changed-When: Fri Feb 23 01:59:02 UTC 2007 State-Changed-Why: Duplicate of 109091, which was successfuly resolved. http://www.freebsd.org/cgi/query-pr.cgi?pr=108922 From dougb at FreeBSD.org Fri Feb 23 02:30:19 2007 From: dougb at FreeBSD.org (Doug Barton) Date: Fri Feb 23 02:30:21 2007 Subject: ports/109091: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT Message-ID: <200702230230.l1N2UIeR053392@freefall.freebsd.org> The following reply was made to PR ports/109091; it has been noted by GNATS. From: Doug Barton To: bug-followup@FreeBSD.org, rea-fbsd@codelabs.ru, lesi@freebsd.org Cc: Subject: Re: ports/109091: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT Date: Thu, 22 Feb 2007 18:01:51 -0800 Just a quick 'me too.' Prior to the port's update today I had the same problem, the fix worked. hth, Doug -- This .signature sanitized for your protection From edwin at FreeBSD.org Sat Feb 24 19:20:19 2007 From: edwin at FreeBSD.org (Edwin Groothuis) Date: Sat Feb 24 19:20:20 2007 Subject: ports/109497: x11-servers/xorg-fontserver rc.d/xfs.sh script missing "-user" Message-ID: <200702241920.l1OJKIlV097464@freefall.freebsd.org> Synopsis: x11-servers/xorg-fontserver rc.d/xfs.sh script missing "-user" Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-x11 Responsible-Changed-By: edwin Responsible-Changed-When: Sat Feb 24 19:20:17 UTC 2007 Responsible-Changed-Why: Over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=109497 From gerald at pfeifer.com Sat Feb 24 19:29:19 2007 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Sat Feb 24 19:29:23 2007 Subject: wine 0.9.31 build failure on X.org 7.2 In-Reply-To: <45DC8BE8.30503@FreeBSD.org> References: <45DC7FB9.4040007@gmail.com> <45DC8BE8.30503@FreeBSD.org> Message-ID: On Wed, 21 Feb 2007, Florent Thoumie wrote: >> I tried to update wine from 0.9.30 to 0.9.31 today, but it fails (see >> attached log). My box is an i386-CURRENT box running X.org 7.2. It >> seems that the symbols XauGetBestAuthByAddr and XauDisposeAuth have gone >> from libXt ? > Those symbols are in libXau, not libXt I checked, and could not find anything in the Wine sources that might link in libXau. This is not an area of Wine if have patched so far, and if you still reproduce the problem with current (CVS) versions of Wine, it would be great could have a look: cvs -d:pserver:cvs@cvs.winehq.com:/home/wine co wine cd wine ./configure make depend ; make Gerald From lofi at freebsd.org Sat Feb 24 19:45:17 2007 From: lofi at freebsd.org (Michael Nottebrock) Date: Sat Feb 24 19:45:22 2007 Subject: xorg-server package problem (postscriptum) Message-ID: <200702241821.09196.lofi@freebsd.org> > There seems to be a problem with the xorg-server package as currently > available in the packages-6-stable directories on the ftp mirrors - it > fails to initialize a display due to an error in its vty handling code. That is, in the i386 package. Cheers, -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070224/c2aa2e09/attachment.pgp From kris at obsecurity.org Sat Feb 24 21:07:58 2007 From: kris at obsecurity.org (Kris Kennaway) Date: Sat Feb 24 21:08:02 2007 Subject: xorg-server package problem (postscriptum) In-Reply-To: <200702241821.09196.lofi@freebsd.org> References: <200702241821.09196.lofi@freebsd.org> Message-ID: <20070224210756.GA12929@xor.obsecurity.org> On Sat, Feb 24, 2007 at 06:21:08PM +0100, Michael Nottebrock wrote: > > There seems to be a problem with the xorg-server package as currently > > available in the packages-6-stable directories on the ftp mirrors - it > > fails to initialize a display due to an error in its vty handling code. > > That is, in the i386 package. ENOCONTEXT :) Kris From lofi at freebsd.org Sat Feb 24 21:11:17 2007 From: lofi at freebsd.org (Michael Nottebrock) Date: Sat Feb 24 21:11:23 2007 Subject: xorg-server package problem Message-ID: <200702241808.04105.lofi@freebsd.org> There seems to be a problem with the xorg-server package as currently available in the packages-6-stable directories on the ftp mirrors - it fails to initialize a display due to an error in its vty handling code. I wonder if perhaps something changed on pointyhat that causes some kind of buildtime misconfiguration there. Does xorg-server perhaps probe around in /proc? Cheers, -- ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20070224/f494e2f0/attachment.pgp From kris at obsecurity.org Sat Feb 24 21:17:23 2007 From: kris at obsecurity.org (Kris Kennaway) Date: Sat Feb 24 21:17:26 2007 Subject: xorg-server package problem In-Reply-To: <200702241808.04105.lofi@freebsd.org> References: <200702241808.04105.lofi@freebsd.org> Message-ID: <20070224211721.GA41434@xor.obsecurity.org> On Sat, Feb 24, 2007 at 06:08:00PM +0100, Michael Nottebrock wrote: > There seems to be a problem with the xorg-server package as currently > available in the packages-6-stable directories on the ftp mirrors - it fails > to initialize a display due to an error in its vty handling code. > > I wonder if perhaps something changed on pointyhat that causes some kind of > buildtime misconfiguration there. Does xorg-server perhaps probe around > in /proc? /proc isn't mounted in the builds. It does build in a jail, so it's possible it's probing for something that is prohibited in jails and concluding that FreeBSD does not support a feature. Kris From r.c.ladan at gmail.com Sun Feb 25 11:32:20 2007 From: r.c.ladan at gmail.com (Rene Ladan) Date: Sun Feb 25 11:32:25 2007 Subject: wine 0.9.31 build failure on X.org 7.2 In-Reply-To: References: <45DC7FB9.4040007@gmail.com> <45DC8BE8.30503@FreeBSD.org> Message-ID: <45E173BD.5060302@gmail.com> Gerald Pfeifer schreef: > > This is not an area of Wine if have patched so far, and if you still > reproduce the problem with current (CVS) versions of Wine, it would be > great could have a look: > > cvs -d:pserver:cvs@cvs.winehq.com:/home/wine co wine > cd wine > ./configure > make depend ; make > I only get login errors here: PAM authenticate error: Authentication failure cvs checkout: authorization failed: server cvs.winehq.com rejected access to /home/wine for user cvs cvs checkout: used empty password; try "cvs login" with a real password 'cvs -d... login' gives the same result. Creating an empty ~/.cvspass doesn't help. Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From rainer at ultra-secure.de Sun Feb 25 15:03:24 2007 From: rainer at ultra-secure.de (Rainer Duffner) Date: Sun Feb 25 15:03:30 2007 Subject: 6.2-RELEASE: Xorg does not work Message-ID: <45E19EE0.60209@ultra-secure.de> Hi, I've installed 6.2 on a somewhat older PC (P2-400, 256MB), a pretty minimal install, plus the complete xorg distribution (plus vim-lite + w3m-img). However, when I run xorgcfg -textmode, I get the following output: Loading /usr/X11R6/lib/modules/freebsd/libdrm.so dlopen: /usr/X11R6/lib/modules/freebsd/libdrm.so: Undefined symbol "xf86ConfigDRI" Failed to load /usr/X11R6/lib/modules/freebsd/libdrm.so Failed to load module "drm" (loader failed, 7) Loading /usr/X11R6/lib/modules/libafb.so dlopen: /usr/X11R6/lib/modules/libafb.so: Undefined symbol "miChangeGC" Failed to load /usr/X11R6/lib/modules/libafb.so Failed to load module "afb" (loader failed, 7) Loading /usr/X11R6/lib/modules/libcfb.so dlopen: /usr/X11R6/lib/modules/libcfb.so: Undefined symbol "miPolyRectangle" Failed to load /usr/X11R6/lib/modules/libcfb.so Failed to load module "cfb" (loader failed, 7) Loading /usr/X11R6/lib/modules/libcfb16.so dlopen: /usr/X11R6/lib/modules/libcfb16.so: Undefined symbol "miPolyRectangle" Failed to load /usr/X11R6/lib/modules/libcfb16.so Failed to load module "cfb16" (loader failed, 7) Loading /usr/X11R6/lib/modules/libcfb32.so dlopen: /usr/X11R6/lib/modules/libcfb32.so: Undefined symbol "miPolyRectangle" Failed to load /usr/X11R6/lib/modules/libcfb32.so Failed to load module "cfb32" (loader failed, 7) Loading /usr/X11R6/lib/modules/libddc.so dlopen: /usr/X11R6/lib/modules/libddc.so: Undefined symbol "xf86Screens" Failed to load /usr/X11R6/lib/modules/libddc.so Failed to load module "ddc" (loader failed, 7) Loading /usr/X11R6/lib/modules/libexa.so dlopen: /usr/X11R6/lib/modules/libexa.so: Undefined symbol "miChangeGC" Failed to load /usr/X11R6/lib/modules/libexa.so Failed to load module "exa" (loader failed, 7) Loading /usr/X11R6/lib/modules/libfb.so dlopen: /usr/X11R6/lib/modules/libfb.so: Undefined symbol "miPolyRectangle" Failed to load /usr/X11R6/lib/modules/libfb.so Failed to load module "fb" (loader failed, 7) Loading /usr/X11R6/lib/modules/libi2c.so Module i2c: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.2.0 Unloading /usr/X11R6/lib/modules/libi2c.so Loading /usr/X11R6/lib/modules/libint10.so dlopen: /usr/X11R6/lib/modules/libint10.so: Undefined symbol "pciNumBuses" Failed to load /usr/X11R6/lib/modules/libint10.so Failed to load module "int10" (loader failed, 7) Loading /usr/X11R6/lib/modules/liblayer.so dlopen: /usr/X11R6/lib/modules/liblayer.so: Undefined symbol "miEmptyData" Failed to load /usr/X11R6/lib/modules/liblayer.so Failed to load module "layer" (loader failed, 7) Loading /usr/X11R6/lib/modules/libmfb.so dlopen: /usr/X11R6/lib/modules/libmfb.so: Undefined symbol "miPolyRectangle" Failed to load /usr/X11R6/lib/modules/libmfb.so Failed to load module "mfb" (loader failed, 7) Loading /usr/X11R6/lib/modules/libpcidata.so Module pcidata: vendor="X.Org Foundation" compiled for 6.9.0, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/libpcidata.so Loading /usr/X11R6/lib/modules/librac.so dlopen: /usr/X11R6/lib/modules/librac.so: Undefined symbol "serverGeneration" Failed to load /usr/X11R6/lib/modules/librac.so Failed to load module "rac" (loader failed, 7) ... etc. Obviously, I can't run Xorg now. There's an older PR (94260) with the same problem, but no solution. Can somebody explain what is missing here? Best Regards, Rainer From gerald at pfeifer.com Sun Feb 25 22:19:55 2007 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Sun Feb 25 22:20:00 2007 Subject: wine 0.9.31 build failure on X.org 7.2 In-Reply-To: <45E173BD.5060302@gmail.com> References: <45DC7FB9.4040007@gmail.com> <45DC8BE8.30503@FreeBSD.org> <45E173BD.5060302@gmail.com> Message-ID: On Sun, 25 Feb 2007, Rene Ladan wrote: >> cvs -d:pserver:cvs@cvs.winehq.com:/home/wine co wine >> cd wine >> ./configure >> make depend ; make >> > I only get login errors here: > PAM authenticate error: Authentication failure > cvs checkout: authorization failed: server cvs.winehq.com rejected > access to /home/wine for user cvs > cvs checkout: used empty password; try "cvs login" with a real password > > 'cvs -d... login' gives the same result. Creating an empty ~/.cvspass > doesn't help. Sorry, I missed the fact that I had this cached on all my machines. I checked, and also verified this with a blank account, and specifying "cvs" (without the quotes) as the password for `cvs login` should work. Gerald From fbsd-ml at scrapper.ca Sun Feb 25 23:46:51 2007 From: fbsd-ml at scrapper.ca (Norbert Papke) Date: Sun Feb 25 23:46:58 2007 Subject: Problems with nvidia-driver + composite extension + OpenGL Message-ID: <1172443514.1679.27.camel@proven> I have been unable to run OpenGL applications (e.g., Google Earth, Quake3) using the NVIDIA drivers when the composite extension is enabled. The applications start but perform so poorly that they are unusable. For instance, Google Earth will take several minutes to display the initial globe. There are no performance problems with the composite extension disabled. I am using modular X 7.2, installed a couple of days ago using the instructions from http://wiki.freebsd.org/ModularXorg [an easy upgrade, thanks for the great work!]. The graphics card is based on an NVIDIA 7600GS. I had similar problems a few weeks ago using X 6.9 and an on-board NVIDIA 6500 but worked around it by disabling composite. According to the NVIDIA documentation, GLX should work with composite. I am probably just doing something silly. Does anybody have this working? Configuration file and log below. Thanks for any help. Cheers, -- Norbert. xorg.conf: Section "ServerLayout" Identifier "Simple Layout" Screen "Screen 1" 0 0 InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib/xorg/modules/" FontPath "/usr/X11R6/lib/X11/fonts/bitstream-vera/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/TTF/" FontPath "/usr/X11R6/lib/X11/fonts/TrueType/" FontPath "/usr/X11R6/lib/X11/fonts/webfonts/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/local/share/fonts/" FontPath "/usr/local/share/fonts/cmpsfont" FontPath "/usr/local/share/fonts/amspsfont" FontPath "/usr/X11R6/lib/X11/fonts/artwiz-aleczapka-en" EndSection Section "Module" # Note: do not load dri or glxcore with the nvidia driver Load "dbe" Load "glx" SubSection "extmod" Option "omit xfree86-dga" # don't initialise the DGA extension EndSubSection Load "type1" Load "freetype" EndSection Section "ServerFlags" Option "AIGLX" "on" Option "BlankTime" "15" Option "StandbyTime" "120" Option "SuspendTime" "150" Option "OffTime" "180" EndSection Section "InputDevice" Identifier "Keyboard1" Driver "kbd" Option "AutoRepeat" "500 30" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Protocol" "SysMouse" # SysMouse Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5 6 7" EndSection Section "Monitor" # Frequencies will be overridden by monitor's Edid Identifier "LG" HorizSync 30.0 - 83.0 VertRefresh 56.0 - 75.0 Option "DPMS" EndSection Section "Device" Identifier "Standard VGA" Driver "vga" VendorName "Unknown" BoardName "Unknown" EndSection Section "Device" Identifier "GeForce 7600GS" Driver "nvidia" EndSection Section "Screen" Identifier "Screen 1" Device "GeForce 7600GS" Monitor "LG" DefaultDepth 24 Option "AllowGLXWithComposite" "True" Option "RenderAccel" "True" Option "AddARGBGLXVisuals" "True" Option "Coolbits" "1" Option "TripleBuffer" "True" SubSection "Display" Viewport 0 0 Depth 8 Modes "1280x1024" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Viewport 0 0 Depth 16 Modes "1280x1024" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1024" "1024x768" "800x600" "640x480" EndSubSection EndSection Section "Extensions" Option "Composite" "enable" EndSection ----------------------------------- Xorg.0.log: X Window System Version 7.2.0 Release Date: 22 January 2007 X Protocol Version 11, Revision 0, Release 7.2 Build Operating System: FreeBSD 6.2-STABLE i386 Current Operating System: FreeBSD proven. 6.2-STABLE FreeBSD 6.2-STABLE #3: Sat Feb 17 10:59:48 PST 2007 npapke@proven.lan:/usr2/obj/usr/src/sys/NGP i386 Build Date: 23 February 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sun Feb 25 14:09:18 2007 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "LG" (**) | |-->Device "GeForce 7600GS" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/local/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/local/"). (WW) `fonts.dir' not found (or not valid) in "/usr/local/share/fonts/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/local/share/fonts/"). (WW) `fonts.dir' not found (or not valid) in "/usr/local/share/fonts/cmpsfont". Entry deleted from font path. (Run 'mkfontdir' on "/usr/local/share/fonts/cmpsfont"). (WW) `fonts.dir' not found (or not valid) in "/usr/local/share/fonts/amspsfont". Entry deleted from font path. (Run 'mkfontdir' on "/usr/local/share/fonts/amspsfont"). (WW) The directory "/usr/X11R6/lib/X11/fonts/artwiz-aleczapka-en" does not exist. Entry deleted from font path. (**) FontPath set to: /usr/X11R6/lib/X11/fonts/bitstream-vera/, /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/TrueType/, /usr/X11R6/lib/X11/fonts/webfonts/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/75dpi/, /usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/xorg/modules/" (**) Option "BlankTime" "15" (**) Option "StandbyTime" "120" (**) Option "SuspendTime" "150" (**) Option "OffTime" "180" (**) Option "AIGLX" "on" (**) Extension "Composite" is enabled (II) Loader magic: 0x81bcb80 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.1 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.1 (--) Using syscons driver with X support (version 2.0) (++) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,02f4 card 1043,81cd rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:1: chip 10de,02fa card 1043,81cd rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:2: chip 10de,02fe card 1043,81cd rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:3: chip 10de,02f8 card 1043,81cd rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:4: chip 10de,02f9 card 1043,81cd rev a2 class 05,00,00 hdr 00 (II) PCI: 00:00:5: chip 10de,02ff card 1043,81cd rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:6: chip 10de,027f card 1043,81cd rev a2 class 05,00,00 hdr 80 (II) PCI: 00:00:7: chip 10de,027e card 1043,81cd rev a2 class 05,00,00 hdr 80 (II) PCI: 00:02:0: chip 10de,02fc card 0000,0000 rev a1 class 06,04,00 hdr 01 (II) PCI: 00:03:0: chip 10de,02fd card 0000,0000 rev a1 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 10de,02fb card 0000,0000 rev a1 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 10de,0270 card 1043,81bc rev a2 class 05,00,00 hdr 00 (II) PCI: 00:0a:0: chip 10de,0260 card 1043,81bc rev a2 class 06,01,00 hdr 80 (II) PCI: 00:0a:1: chip 10de,0264 card 1043,81bc rev a2 class 0c,05,00 hdr 80 (II) PCI: 00:0b:0: chip 10de,026d card 1043,81bc rev a2 class 0c,03,10 hdr 80 (II) PCI: 00:0b:1: chip 10de,026e card 1043,81bc rev a2 class 0c,03,20 hdr 80 (II) PCI: 00:0d:0: chip 10de,0265 card 1043,81bc rev a1 class 01,01,8a hdr 00 (II) PCI: 00:10:0: chip 10de,026f card 0000,0000 rev a2 class 06,04,01 hdr 81 (II) PCI: 00:10:1: chip 10de,026c card 10de,cb84 rev a2 class 04,03,00 hdr 80 (II) PCI: 00:14:0: chip 10de,0269 card 1043,8141 rev a1 class 06,80,00 hdr 00 (II) PCI: 00:18:0: chip 1022,1100 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:1: chip 1022,1101 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:2: chip 1022,1102 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 00:18:3: chip 1022,1103 card 0000,0000 rev 00 class 06,00,00 hdr 80 (II) PCI: 03:00:0: chip 10de,0392 card 3842,c547 rev a1 class 03,00,00 hdr 00 (II) PCI: 04:05:0: chip 1106,3044 card 1043,808a rev 80 class 0c,00,10 hdr 00 (II) PCI: 04:08:0: chip 1317,0985 card 1317,0574 rev 11 class 02,00,00 hdr 00 (II) PCI: 04:09:0: chip 1102,0002 card 1102,8066 rev 0a class 04,01,00 hdr 80 (II) PCI: 04:09:1: chip 1102,7002 card 1102,0020 rev 0a class 09,80,00 hdr 80 (II) PCI: End of PCI scan (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:2:0), (0,1,1), BCTRL: 0x0002 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:3:0), (0,2,2), BCTRL: 0x0002 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 3: bridge is at (0:4:0), (0,3,3), BCTRL: 0x000a (VGA_EN is set) (II) Bus 3 I/O range: [0] -1 0 0x0000b000 - 0x0000bfff (0x1000) IX[B] (II) Bus 3 non-prefetchable memory range: [0] -1 0 0xfa900000 - 0xfe9fffff (0x4100000) MX[B] (II) Bus 3 prefetchable memory range: [0] -1 0 0xbff00000 - 0xdfefffff (0x20000000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:10:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Subtractive PCI-to-PCI bridge: (II) Bus 4: bridge is at (0:16:0), (0,4,4), BCTRL: 0x0202 (VGA_EN is cleared) (II) Bus 4 I/O range: [0] -1 0 0x0000c000 - 0x0000cfff (0x1000) IX[B] (II) Bus 4 non-prefetchable memory range: [0] -1 0 0xfea00000 - 0xfeafffff (0x100000) MX[B] (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:24:0), (0,0,4), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (--) PCI:*(3:0:0) nVidia Corporation G70 [GeForce 7600 GS] rev 161, Mem @ 0xfd000000/24, 0xc0000000/28, 0xfc000000/24, I/O @ 0xbc00/7, BIOS @ 0xfe9e0000/17 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xfeaff400 - 0xfeaff7ff (0x400) MX[B]E [1] -1 0 0xfeaff800 - 0xfeafffff (0x800) MX[B]E [2] -1 0 0xfebdc000 - 0xfebdffff (0x4000) MX[B]E [3] -1 0 0xfebd8000 - 0xfebdffff (0x8000) MX[B]E [4] -1 0 0xfebdfc00 - 0xfebdffff (0x400) MX[B]E [5] -1 0 0xfebde000 - 0xfebdffff (0x2000) MX[B]E [6] -1 0 0xfe9e0000 - 0xfe9fffff (0x20000) MX[B](B) [7] -1 0 0xfc000000 - 0xfcffffff (0x1000000) MX[B](B) [8] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [9] -1 0 0xfd000000 - 0xfdffffff (0x1000000) MX[B](B) [10] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [11] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [12] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [13] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [14] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [15] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [16] -1 0 0x00000700 - 0x000007ff (0x100) IX[B]E [17] -1 0 0x00000600 - 0x000006ff (0x100) IX[B]E [18] -1 0 0x0000bc00 - 0x0000bc7f (0x80) IX[B](B) (II) PCI I/O resource overlap reduced 0x0000c800 from 0x0000c8ff to 0x0000c87f (II) PCI Memory resource overlap reduced 0xfebdc000 from 0xfebdffff to 0xfebddfff (II) PCI Memory resource overlap reduced 0xfebd8000 from 0xfebdffff to 0xfebdbfff (II) PCI Memory resource overlap reduced 0xfebde000 from 0xfebdffff to 0xfebdefff (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xfeaff400 - 0xfeaff7ff (0x400) MX[B]E [1] -1 0 0xfeaff800 - 0xfeafffff (0x800) MX[B]E [2] -1 0 0xfebdc000 - 0xfebddfff (0x2000) MX[B]E [3] -1 0 0xfebd8000 - 0xfebdbfff (0x4000) MX[B]E [4] -1 0 0xfebdfc00 - 0xfebdffff (0x400) MX[B]E [5] -1 0 0xfebde000 - 0xfebdefff (0x1000) MX[B]E [6] -1 0 0xfe9e0000 - 0xfe9fffff (0x20000) MX[B](B) [7] -1 0 0xfc000000 - 0xfcffffff (0x1000000) MX[B](B) [8] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [9] -1 0 0xfd000000 - 0xfdffffff (0x1000000) MX[B](B) [10] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [11] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [12] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [13] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [14] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [15] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [16] -1 0 0x00000700 - 0x000007ff (0x100) IX[B]E [17] -1 0 0x00000600 - 0x000006ff (0x100) IX[B]E [18] -1 0 0x0000bc00 - 0x0000bc7f (0x80) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfeaff400 - 0xfeaff7ff (0x400) MX[B]E [5] -1 0 0xfeaff800 - 0xfeafffff (0x800) MX[B]E [6] -1 0 0xfebdc000 - 0xfebddfff (0x2000) MX[B]E [7] -1 0 0xfebd8000 - 0xfebdbfff (0x4000) MX[B]E [8] -1 0 0xfebdfc00 - 0xfebdffff (0x400) MX[B]E [9] -1 0 0xfebde000 - 0xfebdefff (0x1000) MX[B]E [10] -1 0 0xfe9e0000 - 0xfe9fffff (0x20000) MX[B](B) [11] -1 0 0xfc000000 - 0xfcffffff (0x1000000) MX[B](B) [12] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [13] -1 0 0xfd000000 - 0xfdffffff (0x1000000) MX[B](B) [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [16] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [17] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [18] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [19] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [20] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [21] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [22] -1 0 0x00000700 - 0x000007ff (0x100) IX[B]E [23] -1 0 0x00000600 - 0x000006ff (0x100) IX[B]E [24] -1 0 0x0000bc00 - 0x0000bc7f (0x80) IX[B](B) (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.9746 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.1 (II) Loading extension GLX (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/xorg/modules/fonts//libtype1.so (II) Module type1: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Type1 (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 7.2.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font FreeType (II) LoadModule: "nvidia" (II) Loading /usr/X11R6/lib/xorg/modules/drivers//nvidia_drv.so (II) Module nvidia: vendor="NVIDIA Corporation" compiled for 4.0.2, module version = 1.0.9746 Module class: X.Org Video Driver (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.1.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.7 (II) LoadModule: "kbd" (II) Loading /usr/X11R6/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.1.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.7 (II) NVIDIA dlloader X Driver 1.0-9746 Tue Dec 19 13:23:45 PST 2006 (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs (II) Primary Device is: PCI 03:00:0 (--) Assigning device section with no busID to primary device (--) Chipset NVIDIA GPU found (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.3 (II) Loading sub module "wfb" (II) LoadModule: "wfb" (II) Loading /usr/X11R6/lib/xorg/modules//libwfb.so (II) Module wfb: vendor="X.Org Foundation" compiled for 7.1.99.2, module version = 1.0.0 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/xorg/modules//libramdac.so (II) Module ramdac: vendor="X.Org Foundation" compiled for 7.2.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 1.1 (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfeaff400 - 0xfeaff7ff (0x400) MX[B]E [5] -1 0 0xfeaff800 - 0xfeafffff (0x800) MX[B]E [6] -1 0 0xfebdc000 - 0xfebddfff (0x2000) MX[B]E [7] -1 0 0xfebd8000 - 0xfebdbfff (0x4000) MX[B]E [8] -1 0 0xfebdfc00 - 0xfebdffff (0x400) MX[B]E [9] -1 0 0xfebde000 - 0xfebdefff (0x1000) MX[B]E [10] -1 0 0xfe9e0000 - 0xfe9fffff (0x20000) MX[B](B) [11] -1 0 0xfc000000 - 0xfcffffff (0x1000000) MX[B](B) [12] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [13] -1 0 0xfd000000 - 0xfdffffff (0x1000000) MX[B](B) [14] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [15] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [16] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [17] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [18] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [19] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [20] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [21] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [22] -1 0 0x00000700 - 0x000007ff (0x100) IX[B]E [23] -1 0 0x00000600 - 0x000006ff (0x100) IX[B]E [24] -1 0 0x0000bc00 - 0x0000bc7f (0x80) IX[B](B) (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xfeaff400 - 0xfeaff7ff (0x400) MX[B]E [5] -1 0 0xfeaff800 - 0xfeafffff (0x800) MX[B]E [6] -1 0 0xfebdc000 - 0xfebddfff (0x2000) MX[B]E [7] -1 0 0xfebd8000 - 0xfebdbfff (0x4000) MX[B]E [8] -1 0 0xfebdfc00 - 0xfebdffff (0x400) MX[B]E [9] -1 0 0xfebde000 - 0xfebdefff (0x1000) MX[B]E [10] -1 0 0xfe9e0000 - 0xfe9fffff (0x20000) MX[B](B) [11] -1 0 0xfc000000 - 0xfcffffff (0x1000000) MX[B](B) [12] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [13] -1 0 0xfd000000 - 0xfdffffff (0x1000000) MX[B](B) [14] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [15] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [16] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [17] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [18] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [19] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [20] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [21] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [22] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [23] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [24] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [25] -1 0 0x00000700 - 0x000007ff (0x100) IX[B]E [26] -1 0 0x00000600 - 0x000006ff (0x100) IX[B]E [27] -1 0 0x0000bc00 - 0x0000bc7f (0x80) IX[B](B) [28] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [29] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32 (==) NVIDIA(0): RGB weight 888 (==) NVIDIA(0): Default visual is TrueColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (**) NVIDIA(0): Option "RenderAccel" "True" (**) NVIDIA(0): Option "AllowGLXWithComposite" "True" (**) NVIDIA(0): Option "Coolbits" "1" (**) NVIDIA(0): Option "TripleBuffer" "True" (**) NVIDIA(0): Option "AddARGBGLXVisuals" "True" (**) NVIDIA(0): Enabling RENDER acceleration (II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is (II) NVIDIA(0): enabled. (II) NVIDIA(0): NVIDIA GPU GeForce 7600 GS at PCI:3:0:0 (GPU-0) (--) NVIDIA(0): Memory: 262144 kBytes (--) NVIDIA(0): VideoBIOS: 05.73.22.16.02 (II) NVIDIA(0): Detected PCI Express Link width: 16X (--) NVIDIA(0): Interlaced video modes are supported on this GPU (--) NVIDIA(0): Connected display device(s) on GeForce 7600 GS at PCI:3:0:0: (--) NVIDIA(0): LG L1910S (CRT-0) (--) NVIDIA(0): LG L1910S (CRT-0): 400.0 MHz maximum pixel clock (II) NVIDIA(0): Assigned Display Device: CRT-0 (II) NVIDIA(0): Validated modes: (II) NVIDIA(0): "1280x1024" (II) NVIDIA(0): "1024x768" (II) NVIDIA(0): "800x600" (II) NVIDIA(0): "640x480" (II) NVIDIA(0): Virtual screen size determined to be 1280 x 1024 (--) NVIDIA(0): DPI set to (85, 86); computed from "UseEdidDpi" X config (--) NVIDIA(0): option (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xfc000000 - 0xfcffffff (0x1000000) MX[B] [1] 0 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B] [2] 0 0 0xfd000000 - 0xfdffffff (0x1000000) MX[B] [3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -1 0 0xfeaff400 - 0xfeaff7ff (0x400) MX[B]E [8] -1 0 0xfeaff800 - 0xfeafffff (0x800) MX[B]E [9] -1 0 0xfebdc000 - 0xfebddfff (0x2000) MX[B]E [10] -1 0 0xfebd8000 - 0xfebdbfff (0x4000) MX[B]E [11] -1 0 0xfebdfc00 - 0xfebdffff (0x400) MX[B]E [12] -1 0 0xfebde000 - 0xfebdefff (0x1000) MX[B]E [13] -1 0 0xfe9e0000 - 0xfe9fffff (0x20000) MX[B](B) [14] -1 0 0xfc000000 - 0xfcffffff (0x1000000) MX[B](B) [15] -1 0 0xc0000000 - 0xcfffffff (0x10000000) MX[B](B) [16] -1 0 0xfd000000 - 0xfdffffff (0x1000000) MX[B](B) [17] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [18] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [19] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [20] 0 0 0x0000bc00 - 0x0000bc7f (0x80) IX[B] [21] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [22] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [23] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B]E [24] -1 0 0x0000c800 - 0x0000c87f (0x80) IX[B]E [25] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [26] -1 0 0x0000c880 - 0x0000c8ff (0x80) IX[B]E [27] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [28] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [29] -1 0 0x00000700 - 0x000007ff (0x100) IX[B]E [30] -1 0 0x00000600 - 0x000006ff (0x100) IX[B]E [31] -1 0 0x0000bc00 - 0x0000bc7f (0x80) IX[B](B) [32] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [33] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) NVIDIA(0): Setting mode "1280x1024" (II) Loading extension NV-GLX (II) NVIDIA(0): NVIDIA 3D Acceleration Architecture Initialized (II) NVIDIA(0): Using the NVIDIA 2D acceleration architecture (==) NVIDIA(0): Backing store disabled (==) NVIDIA(0): Silken mouse enabled (**) Option "dpms" (**) NVIDIA(0): DPMS enabled (II) Loading extension NV-CONTROL (==) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension XAccessControlExtension (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE (II) Initializing extension GLX (**) Option "Protocol" "SysMouse" (**) Mouse1: Device: "/dev/sysmouse" (**) Mouse1: Protocol: "SysMouse" (**) Option "CorePointer" (**) Mouse1: Core Pointer (**) Option "Device" "/dev/sysmouse" (**) Option "BaudRate" "1200" (**) Option "StopBits" "2" (**) Option "DataBits" "8" (**) Option "Parity" "None" (**) Option "Vmin" "1" (**) Option "Vtime" "0" (**) Option "FlowControl" "None" (==) Mouse1: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5 6 7" (**) Mouse1: ZAxisMapping: buttons 4, 5, 6 and 7 (**) Mouse1: Buttons: 11 (**) Mouse1: BaudRate: 1200 (**) Option "CoreKeyboard" (**) Keyboard1: Core Keyboard (**) Option "Protocol" "standard" (**) Keyboard1: Protocol: standard (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) Keyboard1: XkbRules: "xorg" (**) Option "XkbModel" "pc104" (**) Keyboard1: XkbModel: "pc104" (**) Option "XkbLayout" "us" (**) Keyboard1: XkbLayout: "us" (**) Option "CustomKeycodes" "off" (**) Keyboard1: CustomKeycodes disabled (II) XINPUT: Adding extended input device "Keyboard1" (type: KEYBOARD) (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (II) 3rd Button detected: disabling emulate3Button From bugmaster at FreeBSD.org Mon Feb 26 11:16:42 2007 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 26 11:16:55 2007 Subject: Current problem reports assigned to you Message-ID: <200702261116.l1QBGaU4005634@freefall.freebsd.org> Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/89074 x11 Segmentation Violation during "make install" of XFree8 o ports/92071 x11 Problem with Xorg and SIS630/730 integrated video card a ports/92169 x11 Xorg 6.9, Matrox mga, dri broken (MGAGetBOARDHANDLESiz o ports/92672 x11 X.org 6.9.0 brak down sync mga_hal dirver on G550'sDVI o ports/93071 x11 x11-servers/xorg-server: Resume fails on system with X o ports/93777 x11 Starting xorg-server requires reloading sound module o ports/97084 x11 Xorg 6.9.0 Locks Up Keyboard and Mouse o ports/97367 x11 vlc and gmplayer crash with X error o ports/104885 x11 Hangs when logging out of X11 terminals o ports/106370 x11 Screen corruption when using Direct Rendering on a PCI 10 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- s ports/73743 x11 XOrg/XFree xauth add/startx problem s ports/85132 x11 XOrg 6.8.2 won't start on Toshiba Satellite 1800-554 e s ports/87528 x11 Missing koi8-r encoding for xorg-fonts-encodings port f ports/89349 x11 xorg problem: math/gnuplot: BadAtom (invalid Atom para o ports/93667 x11 x11/xorg-libraries: undefined symbol in libOSMesa.* is o ports/94167 x11 [patch] x11/xorg-clients: install xdm/Xstartup and /Xr o ports/94331 x11 x11/xorg: advocating for DRI support for Radeons o ports/96436 x11 [patch] x11/xorg-clients: logging on xdm with pam_krb o i386/99645 x11 Xorg savage driver causes display to hang at unload o ports/109497 x11 x11-servers/xorg-fontserver rc.d/xfs.sh script missing 10 problems total. From r.c.ladan at gmail.com Mon Feb 26 17:14:05 2007 From: r.c.ladan at gmail.com (Rene Ladan) Date: Mon Feb 26 17:14:10 2007 Subject: wine 0.9.31 build failure on X.org 7.2 In-Reply-To: References: <45DC7FB9.4040007@gmail.com> <45DC8BE8.30503@FreeBSD.org> <45E173BD.5060302@gmail.com> Message-ID: <45E31555.40708@gmail.com> Gerald Pfeifer schreef: > On Sun, 25 Feb 2007, Rene Ladan wrote: >>> cvs -d:pserver:cvs@cvs.winehq.com:/home/wine co wine >>> cd wine >>> ./configure >>> make depend ; make >>> >> I only get login errors here: >> PAM authenticate error: Authentication failure >> cvs checkout: authorization failed: server cvs.winehq.com rejected >> access to /home/wine for user cvs >> cvs checkout: used empty password; try "cvs login" with a real password >> >> 'cvs -d... login' gives the same result. Creating an empty ~/.cvspass >> doesn't help. > > Sorry, I missed the fact that I had this cached on all my machines. > I checked, and also verified this with a blank account, and specifying > "cvs" (without the quotes) as the password for `cvs login` should work. > > Gerald > I tried building wine from todays cvs but it fails at the same point. Adding -lXau to the EXTRALIBS= line in wine/dlls/winenas.drv/Makefile provides a quick fix. The build then completes successfully. -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From gerald at pfeifer.com Tue Feb 27 11:13:00 2007 From: gerald at pfeifer.com (Gerald Pfeifer) Date: Tue Feb 27 11:13:04 2007 Subject: wine 0.9.31 build failure on X.org 7.2 In-Reply-To: <45E31555.40708@gmail.com> References: <45DC7FB9.4040007@gmail.com> <45DC8BE8.30503@FreeBSD.org> <45E173BD.5060302@gmail.com> <45E31555.40708@gmail.com> Message-ID: On Mon, 26 Feb 2007, Rene Ladan wrote: > I tried building wine from todays cvs but it fails at the same point. > > Adding -lXau to the EXTRALIBS= line in wine/dlls/winenas.drv/Makefile > provides a quick fix. The build then completes successfully. Would you mind giving the patch below a try? Apply this to the top-level configure.ac file in the Wine source tree, then run `autoconf261` and then try building Wine again. It did survive a test build on FreeBSD 5.x with an older version of X. If it works for you, I'll submit it upstraem. Autoconf is not my home ground at all... Gerald Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.614 diff -u -3 -p -r1.614 configure.ac --- configure.ac 23 Feb 2007 11:30:08 -0000 1.614 +++ configure.ac 27 Feb 2007 00:37:30 -0000 @@ -459,7 +459,10 @@ then [AC_CHECK_HEADERS(audio/soundlib.h,,,[#include