Thanks for the updates Nathan.
As previously stated, running the unconfined binary
/snap/chromium/current/usr/lib/chromium-browser/chrome or
/snap/firefox/current/usr/lib/firefox/firefox prevents the GPU hang, ie
using the system MESA library. Also disabling GPU acceleration via MESA
environment v
** Description changed:
- When opening a SketchUp model (example) in Firefox or Chromium, after ~5
- seconds, the SketchUp logo freezes for ~4 seconds, and we see a blank
- page. The logs show the GPU hang and browser rendering context failed to
- initialise.
+ When opening a SketchUp model (examp
My original MESA bug report (now closed) is at:
https://gitlab.freedesktop.org/mesa/mesa/-/issues/9695
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to chromium-browser in Ubuntu.
https://bugs.launchpad.net/bugs/2035360
Title:
GPU hangs
In order to test if the system MESA has the fix while the Chromium snaps
does not, I unpacked it and ran the Chromium binary against system
libraries.
The GPU hang doesn't reproduce, suggesting the MESA libraries included
in the Snaps is outdated and should be updated to eg
23.0.4-0ubuntu1~23.04.1
System:
Host: spectre Kernel: 6.2.0-32-generic arch: x86_64 bits: 64
compiler: N/A Desktop: GNOME v: 44.3 tk: GTK v: 3.24.37 wm: gnome-shell
dm: GDM3 Distro: Ubuntu 23.04 (Lunar Lobster)
CPU:
Info: 9-core model: 12th Gen Intel Core i7-1260P bits: 64 type: MCP
smt: disabled arch: Ald
Public bug reported:
When opening a SketchUp model (example) in Firefox or Chromium, after ~5
seconds, the SketchUp logo freezes for ~4 seconds, and we see a blank
page. The logs show the GPU hang and browser rendering context failed to
initialise.
This has 100% reproducibility on my 12-gen GPU.
When resuming from suspend and hitting this issue, the networkmanager
logs show:
NetworkManager[773]: [1488932351.8820] manager: wake requested
(sleeping: yes enabled: yes)
NetworkManager[773]: [1488932351.8821] manager: waking up...
NetworkManager[773]: [1488932351.8823] device (wlp58s0):
I have only seen this when resuming from suspend.
For the upstream developers, we need to add to
/etc/NetworkManager/NetworkManager.conf:
[logging]
level=TRACE
Then restart, and when the issue is observed, capture the networkmanager logs
with:
journalctl -u NetworkManager -b
and put into:
http
I have observed this issue on both Broadcom and Atheros (ath10k)
wireless cards, and even reproduced it on the current stable 4.9.13
kernel, thus it would appear to be a higher-level issue. Running 'sudo
iw dev wlan0 scan' works around it every time.
** Changed in: network-manager (Ubuntu)
*** This bug is a duplicate of bug 1124803 ***
https://bugs.launchpad.net/bugs/1124803
>From the upstream report [1], the fix is for Ubuntu to carry the patch
against NetworkManager [2].
Since this is correctly understood and addressed in bug 1124803 as Max
points out, this is a duplicate bug
>From the upstream report [1], the patch that resolves this regression
has been applied to networkmanager's master branch, so Ubuntu needs to
carry this patch until it is included upstream:
https://bug683932.bugzilla-
attachments.gnome.org/attachment.cgi?id=224204
[1] https://bugzilla.gnome.org/s
I've been observing this happen once a week across a wide range of x86
systems with USB keyboards in the last (5?) years.
Since I've observed it in the virtual terminal and have never observed
this with PS/2 keyboards, I suspect there is an event race condition in
the USB input stack, eg a missing
It turns out this has been fixed in the trunk version of inkscape:
https://bugs.launchpad.net/inkscape/+bug/530895
Installing inkscape-trunk fixed the issue:
https://launchpad.net/~inkscape.dev/+archive/trunk
--
You received this bug notification because you are a member of Desktop
Packages, whi
Evince correctly displays this and other PDFs that have gradients that
fail to import correctly into inkscape, so the remaining issue looks
like it's not with poppler (which evince uses).
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to ca
When importing a PDF with inkscape 0.48.4, cairo 1.12.2 and poppler
0.20.5 (Ubuntu 12.10 with these upgraded packages), I am still seeing
gradients being incorrectly imported.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to cairo in Ubunt
Here, I see init (expected), dhclient, dnsmasq and plymouthd.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1073433
Title:
Ext4 corruption associated with shutdown of Ubuntu
We need to remove the network-manager project association, as it is just
circumstantial.
** Changed in: network-manager (Ubuntu)
Status: Confirmed => Invalid
** Changed in: upstart
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
P
@Joseph
I've tested with various v3.6 and v3.7 mainline kernel, along with
Ubuntu kernels, all with defaults mount options; I still observe unclean
filesystem messages:
$ dmesg
...
EXT4-fs (sda2): INFO: recovery required on readonly filesystem
EXT4-fs (sda2): write access will be enabled during r
>From the discussion [1] leading to the changes in this bug report, there
are a couple of statements which aren't so robust:
1. "will greatly improve the reliability of DNS resolution on our desktop
systems"
> the reliability only increases if dnsmasq were vulnerable and an exploit was
> being
19 matches
Mail list logo
