Package: xserver-xorg-core
Version: 2:1.16.2.901-1
Severity: important
Hi!
Sometimes "randomly" my X session crashes. The only trace I was so
far able to see is
slim[1734]: X: ../../glamor/glamor_vbo.c:70: glamor_get_vbo_space: Assertion
`epoxy_glGetError() == 0' failed.
Christoph
-- Pac
Steven Chamberlain writes:
> I think you must be loading i915kms manually before Xorg, as Markus
> observed i915.ko being loaded instead:
> http://lists.debian.org/5448e48f.40...@gambaru.de
Indeed I doo
Christoph
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject o
Hi!
Steven Chamberlain writes:
>> Package: libgl1-mesa-dri
>> Version: 9.2.2-1
>> Severity: normal
>> File: /usr/lib/x86_64-kfreebsd-gnu/dri/i965_dri.so
>
> Hi Christoph,
>
> Should I assume this ancient bug filed against mesa is fixed now?
At least with current mesa and kfreebsd-10 10.1 it's go
Control: -1 fixed 2:2.21.15-2+b2
Christoph Egger writes:
> Steven Chamberlain writes:
>> I assume this patch to xserver-xorg-video-intel is still needed, in
>> order to autoload i915kms+drm2 instead of i915?
>
> I'm pretty sure I'm running a unmodified xorg s
Steven Chamberlain writes:
> I assume this patch to xserver-xorg-video-intel is still needed, in
> order to autoload i915kms+drm2 instead of i915?
I'm pretty sure I'm running a unmodified xorg stack these days. let me
check tomorrow.
Christoph
--
9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A
Hi!
Robert Millan writes:
> On 27/02/2014 23:25, Robert Millan wrote:
>> On 27/02/2014 18:25, Christoph Egger wrote:
>>> On Sun, Feb 23, 2014 at 11:44:35AM -0300, brunomaxi...@openmailbox.org
>>> wrote:
>>>> but, any input (mouse, touchpad, keyboar
Hi!
actually:
13302 glxgears CALL ioctl(0x4,0xc0106471 ,0x7fffc760)
13302 glxgears RET ioctl -1 errno 22 Invalid argument
13302 glxgears CALL ioctl(0x4,0xc010645b ,0x7fffc6c0)
13302 glxgears RET ioctl 0
13302 glxgears CALL ioctl(0x4,0xc020645e ,0x7fffc710)
13302 glxgears
Package: libgl1-mesa-dri
Version: 9.2.2-1
Severity: normal
File: /usr/lib/x86_64-kfreebsd-gnu/dri/i965_dri.so
Hi!
After fixing permissions on /dev/dri/card0:
% glxgears
Gen6+ requires Kernel 3.6 or later.
glxgears: ../../../../../src/mesa/main/context.c:1501:
_mesa_make_current: Assertion `newCt
Hi all!
Seems I was a bit confused. The meat of the patch is still necessary
for libdrm2 to work on kfreebsd (as seen on the upstream bug which is
still open as well). All "we" need is [0] from that bug though. Anyone
familiar with upstream an idea on how this bug can be fixed there? The
bugrepo
Hi!
Sven Joachim writes:
> On 2013-08-11 21:52 +0200, Christoph Egger wrote:
>
>> Actually, readeon and noveau also work.
>
> ITYM that they _build_, I'm pretty sure that they cannot possibly _work_
> without kernel support. Which for nouveau is probably never goi
Hi!
Julien Cristau writes:
> hmm. How come libkms is needed? I thought it was pretty much
> deprecated at this point.
Wasn't aware of that. I can try to see if everything still works without
libkms1 installed.
Christoph
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a
Hi!
Actually, readeon and noveau also work. Patch below. I had to do some
magic for radeon. BSD folks: any clean suggestion on how to do that?
Regards
Christoph
diff -u libdrm-2.4.46/debian/control libdrm-2.4.46/debian/control
--- libdrm-2.4.46/debian/control
+++ libdrm-2.4.46/debian/cont
Hi!
All there is still needed:
Christoph
--- libdrm-2.4.46/debian/control
+++ libdrm-2.4.46/debian/control
@@ -175,7 +175,7 @@
Package: libkms1
Section: libs
-Architecture: linux-any
+Architecture: linux-any kfreebsd-any
Depends: ${shlibs:Depends}, ${misc:Depends}
Multi-Arch: same
Pre-D
Hi!
Julien Cristau writes:
> If this is still an issue with current mesa please get a complete
> backtrace with debug symbols.
I won't be able to reach the machine for the next few months so don't
expect any news right now ;-)
Regards
Christoph
--
To UNSUBSCRIBE, email to debian-x-requ.
ns of packages libkms1 depends on:
ii libc0.12.13-33
ii libdrm22.4.33-3.1
ii multiarch-support 2.13-33
libkms1 recommends no packages.
libkms1 suggests no packages.
-- no debconf information
--
>From 0cd52e50630c10e8f7b45bca3a1ae634f94b6995 Mon Sep 17 00:00:00 2001
Cyril Brulebois writes:
> Steven Chamberlain (13/07/2012):
>> Yep! Fixes the crash I was seeing, and the pointer is functional again
>> now on kfreebsd-amd64. Thanks a lot.
>
> It'd be great if somebody could check the status of the gcc bug
> (reported against gcc-4.6: http://bugs.debian.org/66
retitle 678124 Xorg segfaults on kfreebsd
bye
Hi all!
Sorry for not setting any (sensible) subject in my first mail, fixing
up.
Regards
Christoph
--
9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731
Debian Developer | Lisp Hacker | CaCert Assurer
--
To UNSUBSCRIBE, email to debia
Package: src:xserver-xorg-video-openchrome
Version: 1:0.2.906-1
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built successfully in the past)
Hi!
Your package failed
Package: src:libxxf86dga
Version: 2:1.1.3-1
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built successfully in the past)
Hi!
Your package failed to build on the kfre
Robert Millan writes:
> El 18 d’abril de 2012 13:38, Julien Cristau ha escrit:
>> http://cgit.freedesktop.org/xorg/driver/xf86-video-vesa/commit/?id=1f84310ddf49778f776a39810aa98211c812e8ab
>> makes use of new API in libpciaccess that's not implemented on freebsd.
>>
>> See
>> http://cgit.freedes
Christoph Egger writes:
> Julien Cristau writes:
>> On Mon, Apr 16, 2012 at 23:10:28 +0200, Christoph Egger wrote:
>>
>>> Package: xserver-xorg
>>> Version: 1:7.6+12
>>> Severity: serious
>>>
>>> Hi!
>>>
>>> X
Julien Cristau writes:
> On Mon, Apr 16, 2012 at 23:10:28 +0200, Christoph Egger wrote:
>
>> Package: xserver-xorg
>> Version: 1:7.6+12
>> Severity: serious
>>
>> Hi!
>>
>> X segfaults here on a kfreebsd-amd64 (vesa driver, newer intel
>>
Robert Millan writes:
> user debian-...@lists.debian.org
> usertags 669062 kfreebsd
> thanks
>
> El 16 d’abril de 2012 23:10, Christoph Egger ha escrit:
>> Backtrace:
>> 0: X (xorg_backtrace+0x26) [0x569fe6]
>> 1: X (0x40+0x16dc19) [0x56dc19]
>> 2: /
Package: src:xserver-xorg-input-mouse
Version: 1:1.7.2-1
Severity: serious
Tags: sid wheezy
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Justification: fails to build from source (but built successfully in the past)
Hi!
Your package failed to buil
Hi all!
After noticing, that my ACPI problem was caused by splash being
installed, I removed splashy from this machine. After rebooting my
keyboard is now back -- so this is possibly another «duplicate» of the
splashy bugs.
Regards
Christoph
--
/"\ ASCII Ribbon : GPG-Key ID: 0
On Tue, Apr 14, 2009 at 03:40:21PM +0200, Christoph Egger wrote:
> On Tue, Apr 14, 2009 at 01:58:40PM +0100, Julien Cristau wrote:
> > On Tue, 2009-04-14 at 14:24 +0200, Christoph Egger wrote:
> > > Hi!
> > >
> > > I just discovered, that my USB Keyboard is
On Tue, Apr 14, 2009 at 01:58:40PM +0100, Julien Cristau wrote:
> On Tue, 2009-04-14 at 14:24 +0200, Christoph Egger wrote:
> > Hi!
> >
> > I just discovered, that my USB Keyboard is not working in X as
> > well if it was plugged in on boot. I had to reconnect i
Hi!
I just discovered, that my USB Keyboard is not working in X as
well if it was plugged in on boot. I had to reconnect it to have X
getting the input.
Regards
Christoph
--
/"\ ASCII Ribbon : GPG-Key ID: 0x0372275D
\ /Campaign :
X against HTML : Working for Debian
/
On Mon, Apr 13, 2009 at 01:05:18PM +0100, Julien Cristau wrote:
> weird. /proc/bus/input/devices shows your keyboard:
>
> I: Bus=0011 Vendor=0001 Product=0001 Version=ab54
> N: Name="AT Translated Set 2 keyboard"
> P: Phys=isa0060/serio0/input0
> S: Sysfs=/class/input/input3
> U: Uniq=
> H: Handl
remember.
Note however that this setup is running quite a mix of debian
releases so this problem may well be still valid on some pure lenny
machines.
Regards
Christoph Egger
- -- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (990, 'testing'), (500,
Brice Goglin schrieb:
> Christoph Egger wrote:
>> Julien Cristau schrieb:
>>
>> Hi
>>
>> It says /usr/bin/xdm
>>
>
> Does the problem only occur with xdm?
>
> Brice
>
>
>
>
I have currently kdm running (KDE4 from expe
Julien Cristau schrieb:
> On Sat, Jul 12, 2008 at 22:49:21 +0200, Christoph Egger wrote:
>
>> When booting the system the last message is «Starting X Display Manager:
>> xdm» but xdm does not startup and I am left on tty1.
>>
>> loging in and starting xdm via
Package: xserver-xorg-input-mouse
Version: 1:1.3.0-2
Severity: normal
When starting an Xsession with kdm / xdm there is no input device
working. Both, my USB mouse and my Trackpoint of my notebook fail to
move the cursor in any way.
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xse
Package: xserver-xorg-input-kbd
Version: 1:1.3.1-2
Severity: normal
After updating from testing version of Xorg to the one in experimental
both input devices stop working. I can't interact in any way with both
the built-in keyboard of my notebook and an external USB one inside an Xsession
- switc
Package: xdm
Version: 1:1.1.8-1.1
Severity: normal
When booting the system the last message is «Starting X Display Manager:
xdm» but xdm does not startup and I am left on tty1.
loging in and starting xdm via «sudo xdm» works as it should.
I have already purged xdm without fixing the problem. Whe
35 matches
Mail list logo
