Mirco,
Your issue is not related to this bug, please see here:
https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/88918
I suggest you experiment with the INTEL_BATCH variable, e.g.
"INTEL_BATCH=1 glxgears", and compare it with normal glxgears
performance. Please don't reply in this bug
Public bug reported:
Binary package hint: preload
System specs: Dell Inspiron 510m laptop, Pentium M w/256mb ram, Feisty
with all updates.
If preload is installed on my system and I try to reprofile readahead
(adding "profile" to the grub kernel parameters"), preload will pollute
readahead's pro
Another note regarding the sluggishness: the slowdown is not just visual
(i.e. metacity's animations).
Steps to reproduce:
1. Open a firefox window, maximized.
2. Click on the minimize button of firefox's window, and immediately move the
mouse in a circular or zig-zag motion.
It appears that min
** Attachment added: "Xorg.0.log"
http://librarian.launchpad.net/6938634/Xorg.0.log
--
Request: sync new agpgart & drm modules for 50% DRI performance boost with
Intel users
https://launchpad.net/bugs/88918
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/m
cc556
However, I still cannot activate the new drm memory manager. I'm
attaching dmesg, Xorg.0.log, and xorg.conf with '"Legacy3D" "false"'
option added.
With this configuration, 3D performance is the same as with 'Legacy3D
"true"' (or with t
** Attachment added: "xorg.conf"
http://librarian.launchpad.net/6938632/xorg.conf
--
Request: sync new agpgart & drm modules for 50% DRI performance boost with
Intel users
https://launchpad.net/bugs/88918
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mai
Ralf,
Although it seems to increase startup speed of applications for a lot of
users, there is the possibility that this change is breaking things
elsewhere. For example, "hostname -f" now reports "localhost" instead of my
hostname (as it did before the change to the hosts files). This needs to be
Timo,
This bug is still present on my systems, have you gotten any closer to
isolating the problem? Have you tried building libx11-6 without xcb
support? I tried, but couldn't build the debs due to the script
expecting the xcb files to be present.
--
Sluggish rendering since xorg 7.2 update
http
.0/src/totem-preferences.c: BVW_VIDEO_CONTRAST);
There's a few possibilities we can look into: a) totem-preferences.c, or b)
changing the i810 driver's contrast handling.
On 3/22/07, Paul Sladen <[EMAIL PROTECTED]> wrote:
>
> Excellent summary Conn. Thanks
Paul,
Unless the fix has yet to land in the repositories, it's not fixed in
Feisty. It's a bug in totem's GUI, I think.
Again, my system: Dell Inspiron 510m, Intel 855GM, running Feisty with
everything up-to-date.
Steps to reproduce:
1. Open a video in totem (gstreamer), then go to Edit, Prefere
said it's quite erratic and difficult to reproduce.
Thanks,
Conn
--
[feisty] Slow gnome application startup due to /etc/hosts misconfiguration
https://launchpad.net/bugs/94048
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Martin,
[EMAIL PROTECTED]:~$ cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 inspiron
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhost
[EMAIL PROTECTED]:~$ hostname
inspiron
[EMAIL PROTECTED]:~$ hostname -f
localhost
--
[feisty] Slow gnome application startup due to /etc/hosts misconfiguration
https://launchpad.net/bugs/94048
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubu
Hi,
This part of Jaidee's log may be the trouble:
[7.452000] ata2.00: 12 bytes trailing data
[7.452000] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
[7.452000] ata2.00: (BMDMA stat 0x5)
[7.452000] ata2.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x12
Hi Sebastien,
Yep, it works. Here's my output:
[EMAIL PROTECTED]:~$ cat /etc/hosts
127.0.0.1 localhost inspiron
127.0.1.1 inspiron
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-al
Sebastien,
You marked my bug at https://launchpad.net/bugs/94048 as a duplicate of
this. However, I haven't noticed any logout bugs; my original bug deals
with gnome applications being slow to start.
The root problem and solution may be the same (lo interface, and the
127.0.1.1 hostname split), b
** Description changed:
System Info: Dell Inspiron 510m, Intel Pentium M processor 1500MHz,
256mb ram, Feisty with latest updates.
Having used Feisty as my primary desktop, I noticed that applications
take some time to load, even when another instance is already open; for
example, gno
Public bug reported:
System Info: Dell Inspiron 510m, Intel Pentium M processor 1500MHz,
256mb ram, Feisty with latest updates.
Having used Feisty as my primary desktop, I noticed that applications
take some time to load, even when another instance is already open; for
example, gnome-terminal wou
*** This bug is a duplicate of bug 88815 ***
Chris,
According to that output, is it not possible that the k8temp module
would work with your chipset? Try "sudo modprobe k8temp" and see if it
works.
--
Since update to feisty, CPU fan in laptop won't stop spinning
https://launchpad.net/bugs/92994
*** This bug is a duplicate of bug 88815 ***
I think it may be a little premature to mark this bug as a duplicate of
88815. Chris, can you apply the workaround in 88815 and see if you still
have the fan issues? If you do, then we should instead mark
https://launchpad.net/ubuntu/+source/acpi/+bug/9
Timo, sorry for not following up on this sooner. I no longer have this
laptop in my possession, but I was waiting to see if I could get it back
on loan to test the issue again. You can close the bug, if any new
issues arise I will report bugs upstream instead.
--
[r128] XVideo output distorted/st
Timo, yes you can close the bug, thanks. In my last comment I was saying
that it seemed fixed in Edgy. For some reason the default generated
xorg.conf did not enable DRI, but Feisty's default does.
--
Intel 855GM DRI initialization error
https://launchpad.net/bugs/68485
--
ubuntu-bugs mailing l
** Attachment added: "picture of usplash onscreen at 640x480 resolution"
http://librarian.launchpad.net/6825725/usplash-misaligned.jpg
--
Progress bar misaligned at 640x480 resolution
https://launchpad.net/bugs/92572
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubu
Public bug reported:
Binary package hint: usplash-theme-ubuntu
System info: Dell Inspiron 510m, Intel Pentium M 1.5Ghz w/Intel 855GM
integrated graphics, Feisty latest
My laptop cannot show usplash at 1024x768 or 800x600, and when using
640x480 the progress bar is misaligned (too far to the righ
I agree with these sentiments. As well as that, one could argue that
this splash image is inconsistent with the rest of Feisty's artwork.
--
The newest splash is quite phallic...
https://launchpad.net/bugs/92433
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/m
Hi,
I believe this is related to gstreamer0.10-ffmpeg, see this issue
upstream at: http://bugzilla.gnome.org/show_bug.cgi?id=342962
I'm experiencing this with more than matroska files, almost all media on
my system is sluggish with totem-gstreamer (verified using xv), but fast
with totem-xine, vl
nxsty,
I've tried to modify the deb source and rebuild without xcb, but it
failed building and I couldn't test. Feel free to try yourself, but one
thing to note: you need to use "--with-xcb=no", the line you typed above
has no effect (I already tried).
--
Sluggish rendering since xorg 7.2 update
** Attachment added: "lspci -vvnn log"
http://librarian.launchpad.net/6726335/lspci-vvnn.log
--
read from cache is much slower with feisty than all previous ubuntu versions
https://launchpad.net/bugs/90531
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mai
Hi,
I'm suffering the same bug on my systems. I'm providing logs from my
laptop, a Dell Inspiron 510m. Prior to Feisty, cached reads approached
1500MB/s. Using kernel version 2.6.20-9-generic, everything up-to-date.
[EMAIL PROTECTED]:~/slowcache$ uname -a
Linux inspiron 2.6.20-9-generic #2 SMP Mo
Hi Thomas,
What you can try is to downgrade libx11-6 and libx11-data to version
1.0.3 from the Herd 4 alternative cd (I'm not sure where to get obsolete
packages from Feisty). I've grabbed them from my cd and uploaded here in
case you want to try:
http://www.zshare.net/download/oldx11-6-tar-bz2.h
nxsty,
I would say xcb definitely is to blame. I booted up Herd 4, ran "sudo
apt-get update", "sudo apt-get install libx11-6", and libxcb-xlib0 and
libxcb1 were installed as new packages. Upon restarting gdm, I could see
the sluggishness present.
** Changed in: metacity (Ubuntu)
Sourcepackagename
Hi,
After some troubleshooting I have identified the precise source of this
sluggishness. When I downgraded xserver-xorg-core sluggishness
persisted, so I experimented with downgrading other packages
selectively, and found the problem to be with libx11-6 (1.1.1-1ubuntu1).
After downgrading to vers
Is this not merely a problem with i810's offscreen allocation for XV?
See 'man i810'. I had this problem on my laptop with an 82855GM on
Dapper (or Edgy, I forget); totem used to crash when loaded with large
movies, or even without a movie due to the logo being too large, and
straining XV's memory
disturbedsaint,
Thanks, let me address your points:
1. That's right, nvidia-glx is installed on my system and so the nv driver
can't initialize GLX.
2. Ditto, see above.
3. This may be a symptom of the above too, so I don't know.
In light of this, I'm running the benchmarks again, this time usin
** Bug watch added: Freedesktop Bugzilla #10173
https://bugs.freedesktop.org/show_bug.cgi?id=10173
** Also affects: xorg-server (upstream) via
https://bugs.freedesktop.org/show_bug.cgi?id=10173
Importance: Unknown
Status: Unknown
--
Sluggish rendering since xorg 7.2 update
https:
Hi Sebastien,
I've opened a bug there, but I focused more on performance profiling.
I'll expand on it and explain the problem in detail (I had just linked
to launchpad).
Here it is: https://bugs.freedesktop.org/show_bug.cgi?id=10173
--
Sluggish rendering since xorg 7.2 update
https://launchpad.
** Attachment added: "x11perf & system logs"
http://librarian.launchpad.net/6608516/xorglogs.tar.bz2
--
Sluggish rendering since xorg 7.2 update
https://launchpad.net/bugs/88815
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Hi,
I ran a complete set of x11perf on first system (Celeron 2.8Ghz w/NVIDIA
GeForce FX 5200 using nv driver), using the herd 4 livecd, and the
version installed on my drive (herd 5 with updates, including the new
xorg 7.2 drivers). I used the same xorg.conf, disabled screensavers and
monitor powe
Hmm,
I downgraded metacity, metacity and metacity-common to 2.16.3-0ubuntu2
from Edgy, but it's still slow. Perhaps there's certain rendering paths
that are slow in xorg that metacity happens to use; all I know is that
performance is excellent with kwin. Maybe I'll try some x11perf tests on
my sys
Cyclops,
It's still feasible that xorg is to blame, but it sounds like metacity
could be stealing focus from your apps, or it could be an EXA rendering
bug. Try changing back to XAA to see if it helps, and try kwin (or
another WM besides metacity) to see if this behaviour continues with a
differen
Timo,
Upon further investigation I think I may have found the real culprit -
metacity.
As I had kdebase installed on my system, I decided to try "kwin
--replace" within GNOME, and performance is back to normal! Maybe the
problem is specific to metacity and not xorg at all (a reasonable
hypothesis
Timo,
Since the new updates (xserver-xorg-video-nv 1.2.2.1-0ubuntu1, xserver-
xorg-video-i810 1.7.4-0ubuntu1), both of my systems still exhibit slow
2D rendering (using the nvidia, nv and i810 drivers). I tried re-
building xserver-xorg using the only most innocuous patches (see
attached "series"
Thanks Timo! I'm already using 1.7.4 here, but mesa performance didn't
improve until I updated the kernel modules too. The new linux-agp-compat
module (and up-to-date drm kernel modules too) seems necessary to enable
DRI properly.
--
Request: sync new agpgart & drm modules for 50% DRI performance
Aside from performance improvements, I believe that this update is
genuinely necessary for proper 3D peformance. Using Feisty's latest
packages, vertical sync doesn't function properly at all, with jerky
movement and tearing still present.
Test yourself if you have an Intel card; run an opengl app
Public bug reported:
Binary package hint: linux-source-2.6.20
Hello,
Since mesa 6.5.2 and xorg 7.2 has been introduced to Feisty, I propose
that Ubuntu's drm and agp kernel drivers be updated to allow the new DRI
memory management system to become functional.
See here:
git://anongit.freedesktop
Thomas,
No, I don't think it's the problem. On my second system, I compiled xf86
-video-intel from git using xorg 7.2 sources; here's my log:
(II) Module i810: vendor="X.Org Foundation"
compiled for 7.2.0, module version = 1.7.4
Module class: X.Org Video Driver
ABI class:
** Attachment added: "xorg.conf"
http://librarian.launchpad.net/6580448/xorg.conf
--
Sluggish rendering since xorg 7.2 update
https://launchpad.net/bugs/88815
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[EMAIL PROTECTED]:~/bugreport$ cat mtrr-old.log
reg00: base=0x ( 0MB), size=1024MB: write-back, count=1
reg01: base=0x3f80 (1016MB), size= 8MB: uncachable, count=1
reg02: base=0xe000 (3584MB), size= 256MB: write-combining, count=1
The mtrr hasn't changed since the upgrade, in
** Attachment added: "dmesg log (xorg 7.2)"
http://librarian.launchpad.net/6580446/dmesg-new.log
--
Sluggish rendering since xorg 7.2 update
https://launchpad.net/bugs/88815
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Attachment added: "xorg log (xorg 7.2)"
http://librarian.launchpad.net/6580447/Xorg.0-new.log
--
Sluggish rendering since xorg 7.2 update
https://launchpad.net/bugs/88815
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Public bug reported:
Binary package hint: xserver-xorg-core
System 1: Dell Inspiron 1100 w/Celeron 2.80GHz, Intel 82865G (disabled), NVIDIA
GeForce FX 5200 PCI. Running Feisty with latest updates.
System 2: Dell Inspiron 510m w/Pentium M 1.5Ghz, Intel 82855GM. Running Feisty
with latest updates
Hi,
xorg-server-1.2.0 that landed in main is causing problems on my system
identical to Johan's report above; primarily slow repainting while
minimizing windows.
On a different note, I found that I can restore 3D performance on my
855GM by setting the variable INTEL_BATCH=1, the slowness is a kno
Hi Johan,
You're using the fglrx driver which is only supported up to Xorg 7.1;
the onus is on ATI/AMD to ensure their drivers are compatible with newer
versions of Xorg.
The Intel drivers are open source and thus part of Xorg/Mesa, and in the
case of Feisty (and Timo's temporary repository), not
Timo,
In addition to drm kernel modules (drm.ko, i810.ko, etc.), you will need
to implement the linux-agp-compat version of agpgart.ko into Ubuntu's
linux-image-`uname -r` packages. You also need to sync to the latest
drivers. The relevant files are here (or else available elsewhere via
source tar
Timo,
Your packages include mesa 6.5.2, however you're missing the updated drm
kernel modules, which I assume are necessary for proper usage and
performance. Will you be providing them in your repository, or will they
only appear if these packages are accepted into feisty's main
repository?
--
S
I can confirm this bug on two systems running latest Feisty, (using
nvidia and i810 drivers respectively). Switching between totem-gstreamer
and totem-xine makes no difference; gstreamer-properties will show Xv
output correctly in test output, but totem never respects the videosink
selected, and ed
** Attachment added: "dmesg log"
http://librarian.launchpad.net/5445382/dmesg.log
--
Edgy's DRI performance halved
https://launchpad.net/bugs/76327
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Attachment added: "Xorg.0.log"
http://librarian.launchpad.net/5445379/Xorg.0.log
--
Edgy's DRI performance halved
https://launchpad.net/bugs/76327
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Attachment added: "xorg.conf"
http://librarian.launchpad.net/5445378/xorg.conf
--
Edgy's DRI performance halved
https://launchpad.net/bugs/76327
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Public bug reported:
System Specs: Dell Inspiron 510m, 256mb ram, Intel 855GM graphics
chipset, Ubuntu Edgy
Ubuntu Edgy's version of Xorg/drm/Mesa is giving roughly half the
expected DRI performance on my system compared to Dapper.
Using [EMAIL PROTECTED], I get the following results on Edgy:
Wi
Just to correct the typo in the above attachments, I meant to write "drm
2.3.0git". I've also neglected to mention that under all circumstances,
I verified that direct rendering was enabled via glxinfo, so it's not a
simple configuration issue. Additionally, the bugs are still evident
with the stoc
** Attachment added: "dmesg output (Edgy, using 1.7.2git, drm 2.0.3git)"
http://librarian.launchpad.net/5295571/dmesg.log
--
Multiple new issues with 855GM, Dapper -> Edgy
https://launchpad.net/bugs/74751
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mail
** Attachment added: "Xorg.0.log (Edgy, using 1.7.2git, drm 2.0.3git)"
http://librarian.launchpad.net/5295570/Xorg.0.log
--
Multiple new issues with 855GM, Dapper -> Edgy
https://launchpad.net/bugs/74751
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailm
** Attachment added: "xorg.conf (Edgy, using 1.7.2git, drm 2.0.3git)"
http://librarian.launchpad.net/5295568/xorg.conf
--
Multiple new issues with 855GM, Dapper -> Edgy
https://launchpad.net/bugs/74751
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman
Public bug reported:
Binary package hint: xserver-xorg-video-i810
System: Dell Inspiron 510m, 256mb RAM, Intel 82855GM graphics chipset,
Edgy final & all updates
I am having multiple issues with my graphics card since (clean)
upgrading from Dapper to Edgy. Although these could be split into
sepa
** Attachment added: "Xorg.0.log"
http://librarian.launchpad.net/4937652/Xorg.0.log
--
Intel 855GM DRI initialization error
https://launchpad.net/bugs/68485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Sorry, it seems that after a reboot DRI is now functioning properly. I
have two desktop systems with an 865G and 945G chipset and never
encountered this problem. I'll post my xorg.conf and Xorg.0.log as-is
(i.e., with DRI enabled), just in case someone wants to see if anything
odd is happening. Oth
Public bug reported:
System Specs: Dell Inspiron 510m w/256mb ram, BIOS Revision A11, Intel
855GM chipset, fresh Edgy Final install.
Using driver "i810" in 16 bit mode results in functional DRI (reported
in Xorg.0.log / glxinfo, visible in glxgears), but in 24 bit mode it
will not work at all. I
** Attachment added: "dmesg output"
http://librarian.launchpad.net/4937596/dmesg.log
--
Intel 855GM DRI initialization error
https://launchpad.net/bugs/68485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
A little followup: using totem's preferences to manually set the
contrast slider to 64 (using xvattr -a XV_CONTRAST in a terminal to
monitor exactly when it reaches 64), totem saves and remembers the
setting each time it's subsequently run. So it may be a problem with
totem's internal contrast hand
Hi,
This is a bug with a combination of the xserver-xorg-i810 driver and
totem (-xine and -gstreamer backends). I'll attach two logs to
illustrate:
1. xvattr_boot.log - xvattr output after a fresh reboot
2. xvattr_gstreamer.log - xvattr output after playing a movie in totem
(-gstreamer). Note th
** Attachment added: "xvattr output immediately following playback of movie in
totem(-gstreamer)"
http://librarian.launchpad.net/4532753/xvattr_gstreamer.log
** Also affects: totem (upstream)
Importance: Undecided
Status: Unconfirmed
--
Xv movies on 810/i945 gives horrible color,
I can confirm this behaviour on both of my systems: a Dell Dimension
1100 (Celeron 2.8Ghz, 1GB ram, Intel 82865G integrated graphics) and
Dell Inspiron 8000 (P3 800Mhz, 196MB ram, ATI Mobility M4). There's a
general feeling of sluggishness and excessive repainting occurs
particularly when dragging
Putting aside Xorg-air, this could be the problem. From the LiveCD:
cat /proc/mtrr:
reg00: base=0x ( 0MB), size=1024MB: write-back, count=1
reg01: base=0x3f80 (1016MB), size= 8MB: uncachable, count=1
I'm pretty sure it should be write-combined, something like this (using
Xorg-air
401 - 474 of 474 matches
Mail list logo
