Public bug reported:
Binary package hint: linux-source-2.6.20
All Feisty needs to support 3D on Intel g965 hardware without frequent
crashes or lockups is to use a newer version of the kernel drm drivers.
It has i915 drm 1.6.0, but libdrm from git is currently at 1.9.0.
Running feisty's AMD64
The bug is still present in feisty, as of libgl1-mesa-dri
6.5.2-3ubuntu7.
I installed feisty in a chroot, and I'm using Feisty's kernel anyway.
BTW, there's only one serious problem with Feisty's support for g965 hardware:
did you try rm -rf ~/.eclipse? Or just
rm
~/.eclipse/org.eclipse.platform_3.2.0/configuration/org.eclipse.osgi/bundles/5/1/.cp/libswt-pi-gtk-3235.so
I had to do that, because there's a .so buried deep in there!?! If
you've tried to start eclipse and had it fail (with the memmove error),
Public bug reported:
Binary package hint: linux-source-2.6.20
I run AMD64 Edgy on a Core2Duo w/ an Intel g965 motherboard. I use the
Ubuntu kernel from Feisty because it has a couple newer drivers (e.g.
pata-marvell, needed for my IDE dvdrw).
The only problem is that
sorry, I meant to report this against the linux-source-2.6.20 source
package, not the binary package. The binary package in question is
linux-headers-2.6.20-12-generic. The same thing applied to linux-
headers-2.6.20-9-generic, which is why I just went for the source
pacakge.
--
please
it. Otherwise, well,
maybe.
** Changed in: mesa (Ubuntu)
Status: Unconfirmed = Needs Info
--
~/.drirc is not read
https://launchpad.net/bugs/75702
--
#define X(x,y) x##y
Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca)
The gods confound the man who first found out how
340)
9f344b3e (Eric Anholt2006-08-09 19:14:05 + 341)
ctx-Const.MaxTextureMaxAnisotropy = 2.0;
9f344b3e (Eric Anholt2006-08-09 19:14:05 + 342)
That might be it. Does that help? I'd have to go read the git docs some
more to dig any deeper.
--
#define X(x,y) x##y
Peter Cordes
** Attachment added: first r128, then i965
http://librarian.launchpad.net/6565140/kern.log
--
dga corrupts its pagetable
https://launchpad.net/bugs/88585
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Attachment added: r128 Xorg.1.log
http://librarian.launchpad.net/6565141/Xorg.1.log
--
dga corrupts its pagetable
https://launchpad.net/bugs/88585
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Attachment added: i965 Xorg.0.log
http://librarian.launchpad.net/6565144/Xorg.0.log
--
dga corrupts its pagetable
https://launchpad.net/bugs/88585
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Public bug reported:
Binary package hint: xf86dga
I run AMD64 Ubuntu Edgy on a core2duo with onboard g965 and PCI r128
video hardware, in a multiseat setup. (-sharevts, evdev input devices).
I know this is probably the wrong package to report this on, since dga
is just the client, not the
** Attachment added: my xorg.conf
http://librarian.launchpad.net/6565146/xorg.conf
--
dga corrupts its pagetable
https://launchpad.net/bugs/88585
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I reproduced this with sudo X -config ... to load a vanilla config
file, that doesn't do any multiseat or even multihead stuff. It also
doesn't have the int10 module commented or anything. Nor does it have
the omit xfree86-dga option!
Anyway, this time the xterm I ran dga in shows:
1
Public bug reported:
Binary package hint: xevil
Ubuntu Edgy, AMD64:
$ xevil
XEvil(TM) version 2.02r2 http://www.xevil.com [EMAIL PROTECTED] XETP1.00
Copyright(C) 1994,2000 Steve Hardt and Michael Judge
XEvil is free software under the Gnu General Public License.
XEvil comes with absolutely
Public bug reported:
Binary package hint: trophy
Ubuntu Edgy AMD64.
Trophy is nearly unplayable, because turns are so fast that you can
hardly get the car pointed in the direction you want. Even the AI can't
handle it; the AI always gets stuck on the inside of the first corner,
and then
BTW, it plays fine at 1024x768 on the second head on this machine: an
ATI AIW r128 PCI vid card. 30FPS.
--
nearly unplayable (game speed?)
https://launchpad.net/bugs/87465
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
fullscreen mode make it segfault, though. (-f switch, or in-game config
menu)
--
nearly unplayable (game speed?)
https://launchpad.net/bugs/87465
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Public bug reported:
Binary package hint: fslint
I ran fslint-gui in duplicate-check mode over my multimedia collection,
and it reported this error:
exceptions.OSError: [Errno 2] No such file or directory:
'/mnt/unpackfs/data/shared/downloaded/showtunes/02 -'
I have a file with that name,
On AMD64 Edgy, I can crash labplot like this:
run labplot
open a spreadsheet
type in some xy pairs (I left some blank rows, in case that matters)
plot it
close the plot
labplot crashes:
...
(no debugging symbols found)
(no debugging symbols found)
0x2b9df2328c40 in nanosleep () from
most desktop hardware isn't physically hotplug safe. And AFAIK Xen
prevents cpufreq from working.)
--
#define X(x,y) x##y
Peter Cordes ; e-mail: X([EMAIL PROTECTED] , des.ca)
The gods confound the man who first found out how to distinguish the hours!
Confound him, too, who in this place set up
Public bug reported:
Binary package hint: xenman
I installed xenman on my AMD64 Edgy system, on a core 2 duo.
I'm running the kernel from xen-image-xen0-2.6.16-11.2-generic 2.6.16-11.2 as
dom0 on
xen-hypervisor-3.0-amd64 3.0.3-0ubuntu1. I don't have any domUs, but
xen-utils-3.0 is
I found something in an strace, around line 6940 (57%):
9220 open(/proc/xen/privcmd, O_RDWR) = 7
9220 fcntl(7, F_GETFD) = 0
9220 fcntl(7, F_SETFD, FD_CLOEXEC) = 0
9220 mlock(0x7fea3950, 32) = 0
9220 ioctl(7, SNDCTL_DSP_RESET, 0x7fea38f0) = -1 ENOSYS
I saw this again on my system, this time on a single-head setup with
just the r128. Again while running googleearth. This time the server
wasn't able to recover from the segfault and restore text mode, and went
into an infinite loop. I had to send it a SIGKILL before it would die.
Xorg.0.log is
It's probably important to note that the r128 card was not the system's
primary vid card. The text console was on the internal g965, and that's
the hardware the BIOS POSTed; my BIOS is explicitly set to use the
internal vga as the primary VGA device.
X servers that start after the nasty hang
Public bug reported:
My system: core 2 duo on DG965WH (onboard g965 graphics), AMD64 Edgy,
2.6.19-mm1. r128 pci card installed, too. Xorg 2D driver i810_drv
v1.7.3 built from git source. libgl1-mesa-dri built with -fno-strict-
aliasing from Edgy source.
With a dual-head non-xinerama setup,
You'll have to get the stdout and stderr messages from the strace, which
was done with -s256 so they're all there. I didn't save the Xorg.0.log,
either. I can probably use that setup again and reproduce it if you
need more info.
BTW, glxgears, tuxkart, and others print the same errors and can't
Public bug reported:
core 2 duo, dg965wh mobo (onboard g965 as primary vga, pci r128
installed). AMD64 Edgy.
single headed r128 X setup (even though the r128 is the secondary VGA
card in the system).
I ran xine on a video, and as soon as it initialed xv, the machine
locked hard. I didn't
with vlc on a different file, X is kind of locked (no cursor movement),
but the system is fine. I hear sound, and I can pause and unpause with
the keyboard (I think). X seems to have exitted eventually on its own.
end of the log file:
(EE) R128(0): R128CCEWaitForIdle: (DEBUG) CCE idle took i =
I'll try disabling DMAforXv in my X config.
Yeah, that was the trick. Sorry, I forgot about that what with all the
other things that have been making X crash while I mess around. Anyway,
it's already documented as unstable, and I enabled it, so it's all my
fault :) You should probably close
Public bug reported:
On a source tree with 28MB of .c and .h files (Mesa), grep is slow with -i and
fast without it with the default Ubuntu locale settings (LANG=en_US.UTF-8, no
LC_ variables set). Actually, even some [Vv] style patterns are much faster
with LANG=C, so this is even more like
It's not fixed in AMD64 Edgy. I had to apt-get source ... to build with
-fno-strict-aliasing. That fixed that problem.
--
On 965G glxgears fails with DRM_I830_CMDBUFFER: -22
https://launchpad.net/bugs/66645
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Public bug reported:
system info: AMD64 Edgy on a Core 2 Duo on a DG965WH (onboard g965
video). Kernel 2.6.19-mm1.
strace -o gl.tr glxgears. (don't 21 | less, or it will block your X
server and you'll have to a text console and kill strace.)
shows that GL progs never read /etc/drirc or
Public bug reported:
I'm running Ubuntu Edgy AMD64 on a Core 2 Duo (Intel DG965WH mobo w/
onboard g965 video). X usually started fine the first time, but
stopping and restarting, or switching to a text console and back often
resulted in video corruption. The VGA out was outputting a signal, but
I guess I'm the fourth person with an X crash in FontFileCompleteXLFD.
Other reports are:
https://bugs.launchpad.net/distros/ubuntu/+source/xorg-server/+bug/68135
https://bugs.launchpad.net/distros/ubuntu/+source/xorg-server/+bug/67613
I have a Core 2 Duo on an Intel DG965WH (g965 graphics),
And with Xinerama disabled, running glxinfo on the second head (r128)
makes the server segfault! That screen (:0.1) wasn't using DRI. I
think the root cause was that the r128 kernel module wasn't loaded.
Maybe there's another bug here somewhere, since X should cause the dri
module to load like
This seems to be specific to the i965 (or ixxx?) mesa driver. I put a
PCI R128 AIW card into the machine (to use as a second head). After
finding and reporting some bugs with two X screens, I set X to use the
r128 as its only screen.
Now glxgears and glxinfo read ~/.drirc, and look for
I thought bootup was mostly I/O limited on most systems, unless the
readahead really gets almost everything into the cache. disk seeks are
slow, and there are a _lot_ of small config files to read. And then
there's sleeps while modules detect hardware after they load, and
network (dhcp) delays.
Public bug reported:
Binary package hint: powernowd
Apparently the kernel handles ACPI suspend by using CPU hotplug to stop
all but one CPU, and then using non-SMP-safe freeze code. This results
in the symptom I see on my core 2 duo desktop running AMD64 edgy: after
a resume, the governor for
Public bug reported:
(I reported this with reportbug, but with a bogus default email address.
I think I also left out the actual error message. sorry!)
Upgrading libc6-dev breaks Edgy's gcc; It can no longer link with
libc:
[EMAIL PROTECTED]:~$ gcc zero.c -o zero
/lib/libc.so.6: file not
kernel log message: [48096.418558] [drm:i915_cmdbuffer] *ERROR*
i915_dispatch_cmdbuffer failed
This was due to a miscompiled libgl1-mesa-dri. See
https://bugs.launchpad.net/distros/ubuntu/+source/mesa/+bug/62135
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=394311
tuxkart and ppracer
I have an Intel DG956WH motherboard (G965, GMA X3000). I installed
AMD64 Edgy from cd, using an IDE-USB adapter (handy gadget to have
around).
I had my CRT connected to the VGA port through a KVM during the
install. I have since discovered that the KVM doesn't pass DDC signals,
which explains
one other note: hibernate and suspend work out of the box on AMD64 Edgy
on the DG965WH :). IIRC, suspend/resume screwed up the video with the
old kernel with splash boot. (with the same unsynced output, which my
monitor's OSD measures as 60Hz vert, 48.3kHz horiz.)
** Attachment added:
** Attachment added: kernel log
http://librarian.launchpad.net/5335698/dmesg
--
965/x3000 video not supported
https://launchpad.net/bugs/61951
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I checked out the situation on my new AMD64 Edgy system.
unrar-free can't even extract uncompressed files from rar archives
created with rar 3.0.
7z can get the uncompressed files (method m0g), but can't extract the
compressed files (e.g. method m3g). So it does look like 7z is better.
I'm not causing more problems
by CC'ing Ubuntu's BTS on this. :
Also sorry for the delay; enough computer problems at work that I didn't
want to look at this one again :(
On Sun, Oct 15, 2006 at 12:00:39PM +0200, Robert Millan wrote:
On Sat, Oct 14, 2006 at 06:08:03PM -0300, Peter Cordes
Public bug reported:
Binary package hint: python-uncertainities
On a fresh install of Dapper Drake (i386), installed from the live DVD:
$ sudo aptitude install python-uncertainities
...
Setting up python-uncertainities (0.001-3.1ubuntu1) ...
/var/lib/dpkg/info/python-uncertainities.postinst:
ubiquity doesn't handle the grub+xfs thing at all, it just crashes.
I booted the i386 live DVD on a laptop, and shrunk the windows
partition, then used the install menu item. I don't think I did
anything to confuse ubiquity, but I hadn't used it before. (I'm used to
installing Debian with the
501 - 547 of 547 matches
Mail list logo
