Taylor R Campbell | 3 Apr 16:52 2014
Picon

HEADS UP: xf86-video-intel upgraded

Hi, folks!  FYI: Last night I upgraded xf86-video-intel in xsrc to
2.21.15.

This is necessary to use Sandy Bridge or later Intel graphics.

This is a little premature because drm2, or DRM/KMS, is still flaky
and I've ported only the Intel support so far (notably, not radeon or
nouveau).  However, merging vendor imports on a branch rather than in
HEAD is too painful to do in CVS.

So, here's the state of affairs:

1. The new xf86-video-intel and drm2 are intended to work with any
Intel hardware, including pre-Sandy-Bridge.  It is still flaky,
though, and drm2 is in need of another update from upstream.  But you
can try it out with the amd64/DRMKMS kernel configuration.

2. The old xf86-video-intel does not work with drm2[*].

3. The new xf86-video-intel does not work with old drm, or DRM/UMS,
because upstream for xf86-video-intel dropped support for DRM/UMS.

[*] I believe the only issue is that there is no way to mmap a file
that is not a regular or device file, and drm2 uses a cloning device,
rather than a normal device as old drm did.  This may not be too hard
to sort out, but it requires a change to uvm like I discussed briefly
last year and never committed.  There could also be other issues
lurking.

(Continue reading)

Cataldi Chaffins | 28 Mar 04:38 2014
Picon

unrealizable

m the w

Patrick Welche | 23 Mar 17:23 2014
Picon
Picon

fontconfig.pc

I am having trouble building things like cairo which depend on
fontconfig.

I think that the trouble stems from my
/usr/X11R7/lib/pkgconfig/fontconfig.pc file containing non-substituted
 <at>  variables, e.g.,

Cflags: -I${includedir}  <at> EXPAT_CFLAGS <at>   <at> FREETYPE_CFLAGS <at>   <at> ICONV_CFLAGS <at>   <at> LIBXML2_CFLAGS <at> 

The installed fontconfig.pc file has a recent timestamp, so must
be made by build.sh -x.

But where is it built?

/usr/xsrc/external/mit/fontconfig/dist/fontconfig.pc.in

but

$  grep -sr \\\.pc /usr/src/external/mit/xorg 
/usr/src/external/mit/xorg/lib/freetype/CVS/Entries:/freetype2.pc.in/1.2/Fri Mar 21 18:20:45 2014//
/usr/src/external/mit/xorg/share/fonts/Makefile.bdf:.SUFFIXES: .bdf .pcf${FONTSUFFIX}
/usr/src/external/mit/xorg/share/fonts/Makefile.bdf:.bdf.pcf${FONTSUFFIX}:
/usr/src/external/mit/xorg/share/fonts/Makefile.bdf:PCFFILES+=  ${BDFFILES:S/.bdf$/.pcf${FONTSUFFIX}/}
/usr/src/external/mit/xorg/share/fonts/Makefile.bdf:CLEANFILES+=        ${BDFFILES:S/.bdf$/.pcf${FONTSUFFIX}.tmp/}

I can only see building references in the old /usr/src/x11 tree...

Hints?

Cheers,
(Continue reading)

Thomas Klausner | 11 Mar 23:15 2014
Picon

weird failure mode on missing device (with solution)

Hi!

After a mainboard replacement, X wouldn't start (with the same
graphics card).

The error message was just
...
        CAICOS, CAICOS, CAICOS, CAICOS, CAICOS, CAICOS, CAICOS, ARUBA, ARUBA,
        ARUBA, ARUBA, ARUBA, ARUBA, ARUBA, ARUBA, ARUBA, ARUBA, ARUBA, ARUBA,
        ARUBA, ARUBA, ARUBA, ARUBA, ARUBA, ARUBA, ARUBA, ARUBA, ARUBA, ARUBA,
        ARUBA, ARUBA
[   796.350] (--) Using wscons driver on /dev/ttyE4 in pcvt compatibility mode (version 3.32)
[   796.350] (--) using VT number 5

[   796.354] (EE) No devices detected.
[   796.354]

So no real error in Xorg.0.log.

The problem turned out to be that on the new mainboard, the card was
suddenly on pci9:
vga0 at pci9 dev 0 function 0: vendor 0x1002 product 0x9498 (rev. 0x00)

and I had no /dev/pci9 device (only up to /dev/pci7).
Creating the device made X work again:

        ARUBA, ARUBA
[  4813.778] (--) Using wscons driver on /dev/ttyE4 in pcvt compatibility mode (version 3.32)
[  4813.778] (--) using VT number 5

(Continue reading)

TV no computador | 16 Feb 21:49 2014

Assista TV a cabo sem pagar mensalidade


Conheça agora o primeiro e melhor sistema de TV pelo computador do Brasil.

Você poderá assistir a todos os canais pagos, sem pagar mensalidade, sem
instalar nada no computador, e de qualquer computador em que estiver.

Acesse agora:
http://ow.ly/tG8lI

Veja abaixo algumas das vantagens exclusivas do nosso sistema:

QUALQUER PESSOA PODE ADQUIRIR TV NO PC
Você pode assistir em qualquer Computador ou Notebook com Internet banda larga.

O QUE É O Super Guia de TV no seu Computador?
É um Guia de Canais Online, ao vivo e vídeos da internet, com os quais é possível receber e assistir
variados canais de TV e Rádio do mundo inteiro.

NÃO PRECISA INSTALAR NENHUM PROGRAMA EM SEU COMPUTADOR
Enviaremos uma senha de acesso em seu email para você assistir TV Ao Vivo em tempo real, 24 horas por
dia,não importa aonde você esteja, no trabalho, em casa, no lazer, etc, basta sempre acessar seu canais
online através da internet a qualquer hora do dia.

FÁCIL ACESSO:
Interface de fácil acesso através de senha, tudo em português. Em LINUX ou WINDOWS. Basta ter um
navegador de Internet, conexão Banda Larga e Windows Media Player.

TECNOLOGIA DIGITAL VIA INTERNET:
Esta nova tecnologia chegou para proporcionar a você uma programação infinita de canais, sem
cobrança de mensalidades.
(Continue reading)

Taylor R Campbell | 30 Jan 17:10 2014
Picon

DRM/KMS for Intel graphics

Hi folks!  Sorry for the long delay in updates about DRM/KMS, but it's
time to report that it roughly works, if a little flakily, with a
slightly tweaked but current libdrm, xorg-server, xf86-video-intel,
&c.

If you want to build it and try it out, check out the riastradh-drm2
branch as of now and build the amd64/DRMKMS kernel.  (No other
platforms yet, although i386 might work too.)  You will probably want
a serial console when you test it.  Textual wscons should work.  If
you have some spare time, you could also try a building a current X
server and libraries with the attached patches.  twm seems to work
fine for me; x11perf fairly quickly wedges the GPU and/or driver, but
the X server can be restarted without trouble after that.

The next steps will be:

1. Update all the userland components in xsrc and pkgsrc.
2. Update kernel drm again -- which should be much less painful now.
3. Port the non-Intel drivers, particularly radeon and nouveau.

Let me know if you have any questions!
--- xorg-server-1.14.5/glx/indirect_size_get.c.~1~	2013-07-26 05:14:32.000000000 +0000
+++ xorg-server-1.14.5/glx/indirect_size_get.c	2014-01-16 15:29:57.000000000 +0000
 <at>  <at>  -599,7 +599,9  <at>  <at>  __glGetBooleanv_size(GLenum e)
     case GL_OCCLUSION_TEST_HP:
     case GL_OCCLUSION_TEST_RESULT_HP:
     case GL_LIGHT_MODEL_COLOR_CONTROL:
+#if 0				/* XXX newer GL */
(Continue reading)

Moritz Wilhelmy | 29 Jan 13:46 2014
Picon

radeon(hd?) on Thinkpad T60p (again)

Hello,

I'm currently running into issues with NetBSD on my T60p.
The solutions proposed here don't seem to work:
http://mail-index.netbsd.org/tech-x11/2012/04/17/msg001117.html

 * radeonhd driver results in some glitches and then a blackscreen
 * adding "userconf disable radeondrm" to /boot.cfg doesn't help, X11
   is glitchy.

I'm running -current/6.99.30.
My GPU seems to be (from dmesg)
radeondrm0 at vga1: ATI Mobility FireGL V5200
radeondrm0: Initialized radeon 1.29.0 20080613

which is interesting, given that I disabled radeondrm in boot.cfg...?

Xorg.0.log with radeonhd contains binary garbage.

You can find the logs here:
http://barfooze.de/tmp/bly/

Any ideas appreciated.

Best regards,

Moritz

--

-- 
Sent from my PDP-11 via UUCP
(Continue reading)

Imre Vadasz | 12 Dec 14:14 2013

[patch] Fixing radeondrm on the AMD RS690 chipset

Hi,

With this patch I can get working 3d acceleration on the AMD RS690 integrated
graphics (alias "Radeon Xpress 1250").

I tested this patch using the xf86-video-ati driver of the "native" Xorg on a
NetBSD-6.99.18 userland.

Works in NetBSD/amd64 running on an ASUS M2AVM-HDMI motherboard.

Also works on my HP 6715s notebook, after additionally replacing
pci_intr_establish with pci_msi_establish in
"sys/external/bsd/drm/dist/bsd-core/drm_irq.c".
Apparently on some machines this chipset only works with MSI interrupts.

At least on the RS690 and RS740 the GART table needs to be aligned to its size
(according to
"http://lists.freedesktop.org/archives/dri-devel/2010-July/002146.html").
E.g. For a 512Mb GART the GTT page table is 512Kb large and hence should be
aligned to 512Kb. The offset into VRAM specified from userspace doesn't seem
to be properly aligned (probably need to look into the xf86-video-ati code for
this), so I'm ignoring it and instead always allocate the GTT page table from
DMA memory (instead of VRAM) on RS690 or RS740 chipsets.

--- sys/external/bsd/drm/dist/bsd-core/ati_pcigart.c.orig
+++ sys/external/bsd/drm/dist/bsd-core/ati_pcigart.c
 <at>  <at>  -113,7 +113,7  <at>  <at>  drm_ati_alloc_pcigart_table(struct drm_device *dev,
 	if (gart_info->gart_reg_if == DRM_ATI_GART_IGP)
 		flags |= BUS_DMA_NOCACHE;

(Continue reading)

Stefan Hertenberger | 9 Dec 15:23 2013

news on DRM2?

Hello,

any news on DRM2.

greetings stefan

Thomas Klausner | 6 Dec 16:51 2013
Picon

FreeBSD X roadmap

Hi!

I've stumbled over FreeBSD's X plans today and thought others might be
interested in them as well.

https://wiki.freebsd.org/Graphics

What's our progress here?
 Thomas

Thomas Klausner | 2 Nov 10:06 2013
Picon

Fw: [ANNOUNCE] libxshmfence 1.0

DRI3 will need xshmfence, which currently only supports Linux Futexes.

Here's some discussion about this from the xorg-devel mailing list.
Perhaps someone knowledgeable in pthreads can join in?

Thanks,
 Thomas

----- Forwarded message from Keith Packard <keithp <at> keithp.com> -----

Date: Sat, 02 Nov 2013 00:39:40 -0700
From: Keith Packard <keithp <at> keithp.com>
To: Alan Coopersmith <alan.coopersmith <at> oracle.com>
Cc: "X.Org Development" <xorg-devel <at> lists.x.org>
Subject: Re: [ANNOUNCE] libxshmfence 1.0

Alan Coopersmith <alan.coopersmith <at> oracle.com> writes:

> What about platforms which don't have <linux/futex.h> ?

I looked into alternate synchronization mechanisms; I couldn't figure
out how to use standard pthread APIs to provide the desired semantics.

Here's the detailed write up I did that describes the SyncFence
semantics and how those map directly to Linux Futexes:

        http://keithp.com/blogs/Shared_Memory_Fences/

If you can figure out how to build this with pthread mutexes and/or
semaphores, then we could create a version of xshmfence that worked
(Continue reading)


Gmane