[Touch-packages] [Bug 1833322] Re: Please consider no more having irqbalance enabled by default (per image/use-case/TBD)

2024-02-17 Thread Henry Wertz
Just for perspective on this, I've used Linux since about 1993
(originally Slackware, then Gentoo, then Ubuntu) and recall manually
adding irqtune to my system in the distant past.

When irqtune was originally developed, it was common to run XT-PIC, all
interrupts were went to CPU 0, period.  When one turned on IO-APIC back
then, interrupts still went to CPU 0 by default but could be rerouted.
This was largely to be able to hit gigabit+ speeds on systems of the
time.

Now?   CPUs are faster, memory is faster, and the interrupt handlers are
much more efficient than in the kernel of, say, 15 or 20 years ago.  If
you disable irqtune, you can observe in /proc/interrupts that various
device interrupts are still sent to CPUs other than CPU0, they just
don't go ping-ponging around between all of them like they do with
irqtune.  A big difference compared to the early days, for example for
ethernet a lot of the work that was done in the interrupt handler back
then, the interrupt handler now does the bare minimum and does the rest
of the work with a kernel thread (same for wifi, which tends to be a bit
of an interrupt and CPU hog).  Meaning the actual interrupts take much
less time to run now than they did then.  The total CPU time could still
add up to more than 1 core can handle if you had, say, 10gbps ethernet
(or 1gbps ethernet or wifi on a slower CPU).  But the kernel threads can
be scheduled to any CPU core just like any other thread even if the
interrupts are tied to one CPU..

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ubuntu-meta in Ubuntu.
https://bugs.launchpad.net/bugs/1833322

Title:
  Please consider no more having irqbalance enabled by default (per
  image/use-case/TBD)

Status in Ubuntu on IBM z Systems:
  Confirmed
Status in irqbalance package in Ubuntu:
  Confirmed
Status in ubuntu-meta package in Ubuntu:
  Confirmed

Bug description:
  as per https://github.com/pop-os/default-settings/issues/60

  Distribution (run cat /etc/os-release):

  $ cat /etc/os-release
  NAME="Pop!_OS"
  VERSION="19.04"
  ID=ubuntu
  ID_LIKE=debian
  PRETTY_NAME="Pop!_OS 19.04"
  VERSION_ID="19.04"
  HOME_URL="https://system76.com/pop;
  SUPPORT_URL="http://support.system76.com;
  BUG_REPORT_URL="https://github.com/pop-os/pop/issues;
  PRIVACY_POLICY_URL="https://system76.com/privacy;
  VERSION_CODENAME=disco
  UBUNTU_CODENAME=disco

  Related Application and/or Package Version (run apt policy $PACKAGE
  NAME):

  $ apt policy irqbalance
  irqbalance:
  Installed: 1.5.0-3ubuntu1
  Candidate: 1.5.0-3ubuntu1
  Version table:
  *** 1.5.0-3ubuntu1 500
  500 http://us.archive.ubuntu.com/ubuntu disco/main amd64 Packages
  100 /var/lib/dpkg/status

  $ apt rdepends irqbalance
  irqbalance
  Reverse Depends:
  Recommends: ubuntu-standard
  gce-compute-image-packages

  Issue/Bug Description:

  as per konkor/cpufreq#48 and
  http://konkor.github.io/cpufreq/faq/#irqbalance-detected

  irqbalance is technically not needed on desktop systems (supposedly it
  is mainly for servers), and may actually reduce performance and power
  savings. It appears to provide benefits only to server environments
  that have relatively-constant loading. If it is truly a server-
  oriented package, then it shouldn't be installed by default on a
  desktop/laptop system and shouldn't be included in desktop OS images.

  Steps to reproduce (if you know):

  This is potentially an issue with all default installs.

  Expected behavior:

  n/a

  Other Notes:

  I can safely remove it via "sudo apt purge irqbalance" without any
  apparent adverse side-effects. If someone is running a situation where
  they need it, then they always have the option of installing it from
  the repositories.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-z-systems/+bug/1833322/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 2042975] [NEW] Kisak-mesa fresh mpv crash

2023-11-07 Thread Henry Wertz
Public bug reported:

PPA affected is https://launchpad.net/~kisak/+archive/ubuntu/kisak-mesa

I'll comment up top there's a patch to fix this issue, and a viable
workaround.  I decided to file a bug report primarily so if anyone else
comes across this issue they can see the workaround.  It's highly likely
Kisak doesn't have to do anything about this, that 23.2.2 will ship with
this fixed.

Running Mesa 23.2.1, mpv seg faults.  "Videos" video player doesn't
crash but doesn't play video either.

As a workaround I went to .config/mpv/mpv.conf and put in "vo=xv".  (I'm
not sure what the equivalent is if you're running Wayland.)

I found a bug report of this issue:

https://gitlab.freedesktop.org/mesa/mesa/-/issues/9922

It seems there were some changes made to AMD radeon driver, and both
radeon and Intel driver now have a few functions with the same names!
The link above has a backported patch from 24.0 development branch. I
assume 23.2.2 will most likely have a fix incorporated.

Thanks for the great work Kisak!!

** Affects: mesa (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/2042975

Title:
  Kisak-mesa fresh mpv crash

Status in mesa package in Ubuntu:
  New

Bug description:
  PPA affected is https://launchpad.net/~kisak/+archive/ubuntu/kisak-
  mesa

  I'll comment up top there's a patch to fix this issue, and a viable
  workaround.  I decided to file a bug report primarily so if anyone
  else comes across this issue they can see the workaround.  It's highly
  likely Kisak doesn't have to do anything about this, that 23.2.2 will
  ship with this fixed.

  Running Mesa 23.2.1, mpv seg faults.  "Videos" video player doesn't
  crash but doesn't play video either.

  As a workaround I went to .config/mpv/mpv.conf and put in "vo=xv".
  (I'm not sure what the equivalent is if you're running Wayland.)

  I found a bug report of this issue:

  https://gitlab.freedesktop.org/mesa/mesa/-/issues/9922

  It seems there were some changes made to AMD radeon driver, and both
  radeon and Intel driver now have a few functions with the same names!
  The link above has a backported patch from 24.0 development branch. I
  assume 23.2.2 will most likely have a fix incorporated.

  Thanks for the great work Kisak!!

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/2042975/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1643239] Re: Xorg crash on compiz login, with Intel 945

2022-09-26 Thread Henry Wertz
No problem!  I don't still have the D620 (or run 16.04 on anything...).

Side note, Intel GPU drivers sure have come along way since then!  Back
in the day, the Intel driver OpenGL was somewhat questionable, it worked
or it didn't with various games and 3D-using stuff see this very bug
report.  Now I can generally run anything even under wine and proton up
to the limits of the hardware.  I.e. you won't be running dx12 games on
a 10 year old Intel GPU but it'll do dx11...whether it'll do it fast
enough is another matter but better drivers can't do anything for the
GPU being too slow. Well apparently they can to some extent -- the
cherry on the cake, my friend's (almost as old as the D620) Sandy Bridge
system got about a 40-50% FPS improvement with some Mesa/Intel stack
changes in 2020 or so (and has kept that extra speed in 22.04) and I saw
30%+ speedups on a few other Intel GPU systems I had around that time.

(This was not a matter of Intel GPU drivers being slow before; on the
contrary, running some games on Intel GPU head-to-head between Windows
and Linux with wine or proton shows higher framerates in Linux virtually
across the board.)

Great job Xorg, Mesa, and Intel driver devs!
--Henry

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1643239

Title:
  Xorg crash on compiz login, with Intel 945

Status in xorg package in Ubuntu:
  Invalid

Bug description:
  I went to install Ubuntu (via systemback) onto some Dell D620s, and found 
"Gnome Flashback (compiz)" crashes back to login prompt, while "Gnome Flashback 
(Metacity)" does not.  The attached logs reflect booting up, (attempting to) 
log in with Flashback (compiz) then logging in with Flashback (Metacity) to 
file a bug report.  This may be chipset-specific, as I have several other 
rather antiquated systems:
  Intel 865-based (Compaq DC5000): Works. (Using LLVMPipe -- this chip is 
missing a few OpenGL features compiz requires.)

  Intel 915-based (Dell Inspiron 2200): Works.
  Intel 945-based (Dell Latitude D620): Crashes to login prompt (this is the 
machine in this bug report.)
  Intel 965-based (Dell Latitude 755?): Works.
  Intel G35-based (slightly newer Dell Latitude 755): Works.

  I can rule out software differences; since I knew Compiz worked on a
  915, I assumed I'd screwed up my systemback LiveUSB somehow, and test-
  ran it on the D620, 2200, and one of the 755s, and it worked on the
  2200 and 755.

  Left up to me, I'd categorize this as severity "low", I'm just setting
  these to Flashback Metacity and then stability seems fine.

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: xorg 1:7.7+13ubuntu3
  ProcVersionSignature: Ubuntu 4.4.0-47.68-generic 4.4.24
  Uname: Linux 4.4.0-47-generic i686
  .tmp.unity_support_test.0:
   
  ApportVersion: 2.20.1-0ubuntu2.1
  Architecture: i386
  BootLog: SB@: clean, 208182/2244608 files, 1302234/8973568 blocks
  CompizPlugins: No value set for 
`/apps/compiz-1/general/screen0/options/active_plugins'
  CompositorRunning: None
  CurrentDesktop: GNOME-Flashback:Unity
  Date: Sat Nov 19 10:12:40 2016
  DistUpgraded: Fresh install
  DistroCodename: xenial
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes, including running git bisection searches
  GraphicsCard:
   Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics 
Controller [8086:27a2] (rev 03) (prog-if 00 [VGA controller])
 Subsystem: Dell Mobile 945GM/GMS, 943/940GML Express Integrated Graphics 
Controller [1028:01c2]
 Subsystem: Dell Mobile 945GM/GMS/GME, 943/940GML Express Integrated 
Graphics Controller [1028:01c2]
  InstallationDate: Installed on 2016-04-29 (203 days ago)
  InstallationMedia:
   
  MachineType: Dell Inc. Latitude D620
  PccardctlIdent:
   Socket 0:
 no product info available
  PccardctlStatus:
   Socket 0:
 no card
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-47-generic 
root=UUID=702f73f8-ca72-4102-9c59-48f182329bfa ro quiet splash vt.handoff=7
  SourcePackage: xorg
  Symptom: display
  Title: Xorg crash
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 05/16/2008
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: A10
  dmi.board.name: 0TD761
  dmi.board.vendor: Dell Inc.
  dmi.chassis.type: 8
  dmi.chassis.vendor: Dell Inc.
  dmi.modalias: 
dmi:bvnDellInc.:bvrA10:bd05/16/2008:svnDellInc.:pnLatitudeD620:pvr:rvnDellInc.:rn0TD761:rvr:cvnDellInc.:ct8:cvr:
  dmi.product.name: Latitude D620
  dmi.sys.vendor: Dell Inc.
  version.compiz: compiz 1:0.9.12.2+16.04.20160823-0ubuntu1
  version.libdrm2: libdrm2 2.4.67-1ubuntu0.16.04.2
  version.libgl1-mesa-dri: libgl1-mesa-dri 11.2.0-1ubuntu2.2
  version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
  version.libgl1-mesa-glx: libgl1-mesa-glx 11.2.0-1ubuntu2.2
  version.xserver-xorg-core: xserver-xorg-core 2:1.18.4-0ubuntu0.2
  

[Touch-packages] [Bug 1952970] Re: mesa GLX change leads to wine showing GLXBadFBConfig

2021-12-01 Thread Henry Wertz
Suggested patch.

For now, I've been running mesa 20.0.x on the affected system from (21.0.x is 
in ubuntu-updates, 20.0.x in base ubuntu repo, so I downgraded to that and 
thank goodness for apt-mark hold...)  But I can update it straight away to test 
any update that comes out.
Thanks!
--Henry

** Patch added: "wine-fix-updated.diff"
   
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1952970/+attachment/5544778/+files/wine-fix-updated.diff

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1952970

Title:
  mesa GLX change leads to wine showing GLXBadFBConfig

Status in mesa package in Ubuntu:
  New

Bug description:
  A mesa GLX change (somewhere between the 20.0.4 and 21.0.3) causes
  both wine and Proton (on an older system that does not have Vulkan..
  SandyBridge, OpenGL 3.3..) to exit with GLXBadFBConf when it tries to
  fire up OpenGL.

  Wine, for Direct3D support it tries to fire up (in order) Vulkan then
  progressively older OpenGL versions fro 4.5 down to 2.1 or maybe even
  1.4 (of course the older the OpenGL the lower supported Direct3D
  version).  Wine does not like getting an error back with the same
  transaction serial number as it sent out.

  See https://gitlab.freedesktop.org/mesa/mesa/-/issues/3969
  Mesa issue 3969,  
  The patch there throws in an "XNoOp()" to increment the transaction serial 
number.

  But the patch there caused issues in other apps, per 
  https://gitlab.freedesktop.org/mesa/mesa/-/issues/4763
  Mes  issue 4763,
  They found XNoOp() increments the serial number, but xcb keeps a "shadow 
copy" of the serial number which is not incremented, causing problems.   
XFlush() increments the serial number, keeps xcb in sync and happy, with no 
real side effects (running XFlush() frequently would slow things down, but this 
code only runs when a GLX context is being created anyway which just doesn't 
happen all that frequently.)

  Please find attached a patch implementing the updated patch suggested
  in issue 4763.

  ProblemType: Bug
  DistroRelease: Ubuntu 20.04
  Package: libglx-mesa0 21.0.3-0ubuntu0.3~20.04.5
  ProcVersionSignature: Ubuntu 5.13.0-22.22~20.04.1-generic 5.13.19
  Uname: Linux 5.13.0-22-generic x86_64
  ApportVersion: 2.20.11-0ubuntu27.21
  Architecture: amd64
  BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
  CasperMD5CheckResult: skip
  CompositorRunning: None
  CurrentDesktop: GNOME-Flashback:GNOME
  Date: Wed Dec  1 18:59:43 2021
  DistUpgraded: Fresh install
  DistroCodename: focal
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes, including running git bisection searches
  GraphicsCard:
   Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev c2) (prog-if 
00 [VGA controller])
 Subsystem: Dell Picasso [1028:0a12]
  InstallationDate: Installed on 2020-05-05 (575 days ago)
  InstallationMedia:
   
  MachineType: Dell Inc. Inspiron 3505
  ProcEnviron:
   TERM=screen.xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.13.0-22-generic 
root=UUID=57669cb0-fd65-4eb0-9898-ed10f33d44d0 ro quiet splash 
nvme_core.io_timeout=300 nosmt vt.handoff=7
  SourcePackage: mesa
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 05/31/2021
  dmi.bios.release: 5.3
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: 1.4.7
  dmi.board.asset.tag: not specified
  dmi.board.name: 0RV9WY
  dmi.board.vendor: Dell Inc.
  dmi.board.version: A00
  dmi.chassis.type: 10
  dmi.chassis.vendor: Dell Inc.
  dmi.chassis.version: 1.4.7
  dmi.modalias: 
dmi:bvnDellInc.:bvr1.4.7:bd05/31/2021:br5.3:svnDellInc.:pnInspiron3505:pvr1.4.7:rvnDellInc.:rn0RV9WY:rvrA00:cvnDellInc.:ct10:cvr1.4.7:sku0A12:
  dmi.product.family: Inspiron
  dmi.product.name: Inspiron 3505
  dmi.product.sku: 0A12
  dmi.product.version: 1.4.7
  dmi.sys.vendor: Dell Inc.
  version.compiz: compiz N/A
  version.libdrm2: libdrm2 2.4.105-3~20.04.2
  version.libgl1-mesa-dri: libgl1-mesa-dri 21.0.3-0ubuntu0.3~20.04.5
  version.libgl1-mesa-glx: libgl1-mesa-glx 21.0.3-0ubuntu0.3~20.04.5
  version.xserver-xorg-core: xserver-xorg-core 2:1.20.11-1ubuntu1~20.04.2
  version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
  version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.1.0-1
  version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20200226-1
  version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.16-1

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1952970/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1952970] [NEW] mesa GLX change leads to wine showing GLXBadFBConfig

2021-12-01 Thread Henry Wertz
Public bug reported:

A mesa GLX change (somewhere between the 20.0.4 and 21.0.3) causes both
wine and Proton (on an older system that does not have Vulkan..
SandyBridge, OpenGL 3.3..) to exit with GLXBadFBConf when it tries to
fire up OpenGL.

Wine, for Direct3D support it tries to fire up (in order) Vulkan then
progressively older OpenGL versions fro 4.5 down to 2.1 or maybe even
1.4 (of course the older the OpenGL the lower supported Direct3D
version).  Wine does not like getting an error back with the same
transaction serial number as it sent out.

See https://gitlab.freedesktop.org/mesa/mesa/-/issues/3969
Mesa issue 3969,  
The patch there throws in an "XNoOp()" to increment the transaction serial 
number.

But the patch there caused issues in other apps, per 
https://gitlab.freedesktop.org/mesa/mesa/-/issues/4763
Mes  issue 4763,
They found XNoOp() increments the serial number, but xcb keeps a "shadow copy" 
of the serial number which is not incremented, causing problems.   XFlush() 
increments the serial number, keeps xcb in sync and happy, with no real side 
effects (running XFlush() frequently would slow things down, but this code only 
runs when a GLX context is being created anyway which just doesn't happen all 
that frequently.)

Please find attached a patch implementing the updated patch suggested in
issue 4763.

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: libglx-mesa0 21.0.3-0ubuntu0.3~20.04.5
ProcVersionSignature: Ubuntu 5.13.0-22.22~20.04.1-generic 5.13.19
Uname: Linux 5.13.0-22-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.21
Architecture: amd64
BootLog: Error: [Errno 13] Permission denied: '/var/log/boot.log'
CasperMD5CheckResult: skip
CompositorRunning: None
CurrentDesktop: GNOME-Flashback:GNOME
Date: Wed Dec  1 18:59:43 2021
DistUpgraded: Fresh install
DistroCodename: focal
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes, including running git bisection searches
GraphicsCard:
 Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev c2) (prog-if 
00 [VGA controller])
   Subsystem: Dell Picasso [1028:0a12]
InstallationDate: Installed on 2020-05-05 (575 days ago)
InstallationMedia:
 
MachineType: Dell Inc. Inspiron 3505
ProcEnviron:
 TERM=screen.xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.13.0-22-generic 
root=UUID=57669cb0-fd65-4eb0-9898-ed10f33d44d0 ro quiet splash 
nvme_core.io_timeout=300 nosmt vt.handoff=7
SourcePackage: mesa
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 05/31/2021
dmi.bios.release: 5.3
dmi.bios.vendor: Dell Inc.
dmi.bios.version: 1.4.7
dmi.board.asset.tag: not specified
dmi.board.name: 0RV9WY
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 10
dmi.chassis.vendor: Dell Inc.
dmi.chassis.version: 1.4.7
dmi.modalias: 
dmi:bvnDellInc.:bvr1.4.7:bd05/31/2021:br5.3:svnDellInc.:pnInspiron3505:pvr1.4.7:rvnDellInc.:rn0RV9WY:rvrA00:cvnDellInc.:ct10:cvr1.4.7:sku0A12:
dmi.product.family: Inspiron
dmi.product.name: Inspiron 3505
dmi.product.sku: 0A12
dmi.product.version: 1.4.7
dmi.sys.vendor: Dell Inc.
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.105-3~20.04.2
version.libgl1-mesa-dri: libgl1-mesa-dri 21.0.3-0ubuntu0.3~20.04.5
version.libgl1-mesa-glx: libgl1-mesa-glx 21.0.3-0ubuntu0.3~20.04.5
version.xserver-xorg-core: xserver-xorg-core 2:1.20.11-1ubuntu1~20.04.2
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.1.0-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20200226-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.16-1

** Affects: mesa (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug focal third-party-packages ubuntu

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1952970

Title:
  mesa GLX change leads to wine showing GLXBadFBConfig

Status in mesa package in Ubuntu:
  New

Bug description:
  A mesa GLX change (somewhere between the 20.0.4 and 21.0.3) causes
  both wine and Proton (on an older system that does not have Vulkan..
  SandyBridge, OpenGL 3.3..) to exit with GLXBadFBConf when it tries to
  fire up OpenGL.

  Wine, for Direct3D support it tries to fire up (in order) Vulkan then
  progressively older OpenGL versions fro 4.5 down to 2.1 or maybe even
  1.4 (of course the older the OpenGL the lower supported Direct3D
  version).  Wine does not like getting an error back with the same
  transaction serial number as it sent out.

  See https://gitlab.freedesktop.org/mesa/mesa/-/issues/3969
  Mesa issue 3969,  
  The patch there throws in an "XNoOp()" to increment the transaction serial 
number.

  But the patch there caused issues in other apps, per 
  https://gitlab.freedesktop.org/mesa/mesa/-/issues/4763
  Mes  issue 

[Touch-packages] [Bug 1792644] [NEW] If snapd is not working it can take down systemd

2018-09-14 Thread Henry Wertz
Public bug reported:

I'll start out with saying, this bug is probably priority "invalid" due
to my non-stock configuration (this 18.04.1 install is on an Acer
Chromebook 13, so it has a held back kernel and Xorg for the lovely
nvidia drivers it came with.) But I figure I'll file anyway since the
problem is rather serious if it arises on your particular system, and
the workaround/fix is easy once you figure out what the heck is
happening.

So, snapd has errored out since I updated to 18.04 due to my held back
kernel (snap packages are using xz compression, and this kernel has no
xz support...)  I found within the last day or so that my machine would
not boot to graphical environment, just to text login with no networking
up and several missing services (ntp and a few others.)  journalctl -xe
showed failures due to "file not found" on files like tr, cut, modprobe,
cat, that should definitely be found.  PATH problems!  Ultimately, I
found /usr/lib/systemd/system-environment-generators/snapd-env-generator
(which appears -- not sure since it's a binary instead of a shell script
-- to be intended to just add "/snap/bin" to the PATH.)I moved this
out of the folder, on reboot everything worked fine. Then I went ahead
and uninstalled snapd.

I suspect systemd is "too smart for it's own good", and instead of
providing it's own environment variables then letting items in
/usr/lib/systemd/system-environment-generators/ modify the environment
(as docs say), instead systemd either decided "snapd-env-generator" is
setting a PATH so systemd doesn't have to (resulting in PATH of
":/snap/bin") or systemd "rolled back" that PATH when snapd service
failed, resetting PATH to empty instead of the default PATH value.

** Affects: systemd (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1792644

Title:
  If snapd is not working it can take down systemd

Status in systemd package in Ubuntu:
  New

Bug description:
  I'll start out with saying, this bug is probably priority "invalid"
  due to my non-stock configuration (this 18.04.1 install is on an Acer
  Chromebook 13, so it has a held back kernel and Xorg for the lovely
  nvidia drivers it came with.) But I figure I'll file anyway since the
  problem is rather serious if it arises on your particular system, and
  the workaround/fix is easy once you figure out what the heck is
  happening.

  So, snapd has errored out since I updated to 18.04 due to my held back
  kernel (snap packages are using xz compression, and this kernel has no
  xz support...)  I found within the last day or so that my machine
  would not boot to graphical environment, just to text login with no
  networking up and several missing services (ntp and a few others.)
  journalctl -xe showed failures due to "file not found" on files like
  tr, cut, modprobe, cat, that should definitely be found.  PATH
  problems!  Ultimately, I found /usr/lib/systemd/system-environment-
  generators/snapd-env-generator (which appears -- not sure since it's a
  binary instead of a shell script -- to be intended to just add
  "/snap/bin" to the PATH.)I moved this out of the folder, on reboot
  everything worked fine. Then I went ahead and uninstalled snapd.

  I suspect systemd is "too smart for it's own good", and instead of
  providing it's own environment variables then letting items in
  /usr/lib/systemd/system-environment-generators/ modify the environment
  (as docs say), instead systemd either decided "snapd-env-generator" is
  setting a PATH so systemd doesn't have to (resulting in PATH of
  ":/snap/bin") or systemd "rolled back" that PATH when snapd service
  failed, resetting PATH to empty instead of the default PATH value.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1792644/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1643239] Re: Xorg crash on compiz login, with Intel 945

2016-11-24 Thread Henry Wertz
>I haven't verified this yet, but it looks from the XOrg log like these
systems are booting into dual head (with the SVideo out on head 2),
2128x800 total.

Suspicion confirmed, the "phantom" second head was causing causing
compiz to fail due to the 2128 pixel width exceeding the 2048 pixel
texture width limit of this chip.  I booted up a D620, and verified
Flashback (Compiz) failed.  I logged in with Flashback (Metacity), went
to Display control panel, hit Apply, and logged back out.  I could then
log into Flashback (Compiz) fine, it loaded quickly and everything
worked fine.  The display setting "stuck" fine so everything worked
after a reboot as well.

I guess you can close this bug!  Maybe the info will remain useful for
someone who runs into a similar issue.  Thanks for the good work!

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1643239

Title:
  Xorg crash on compiz login, with Intel 945

Status in xorg package in Ubuntu:
  New

Bug description:
  I went to install Ubuntu (via systemback) onto some Dell D620s, and found 
"Gnome Flashback (compiz)" crashes back to login prompt, while "Gnome Flashback 
(Metacity)" does not.  The attached logs reflect booting up, (attempting to) 
log in with Flashback (compiz) then logging in with Flashback (Metacity) to 
file a bug report.  This may be chipset-specific, as I have several other 
rather antiquated systems:
  Intel 865-based (Compaq DC5000): Works. (Using LLVMPipe -- this chip is 
missing a few OpenGL features compiz requires.)

  Intel 915-based (Dell Inspiron 2200): Works.
  Intel 945-based (Dell Latitude D620): Crashes to login prompt (this is the 
machine in this bug report.)
  Intel 965-based (Dell Latitude 755?): Works.
  Intel G35-based (slightly newer Dell Latitude 755): Works.

  I can rule out software differences; since I knew Compiz worked on a
  915, I assumed I'd screwed up my systemback LiveUSB somehow, and test-
  ran it on the D620, 2200, and one of the 755s, and it worked on the
  2200 and 755.

  Left up to me, I'd categorize this as severity "low", I'm just setting
  these to Flashback Metacity and then stability seems fine.

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: xorg 1:7.7+13ubuntu3
  ProcVersionSignature: Ubuntu 4.4.0-47.68-generic 4.4.24
  Uname: Linux 4.4.0-47-generic i686
  .tmp.unity_support_test.0:
   
  ApportVersion: 2.20.1-0ubuntu2.1
  Architecture: i386
  BootLog: SB@: clean, 208182/2244608 files, 1302234/8973568 blocks
  CompizPlugins: No value set for 
`/apps/compiz-1/general/screen0/options/active_plugins'
  CompositorRunning: None
  CurrentDesktop: GNOME-Flashback:Unity
  Date: Sat Nov 19 10:12:40 2016
  DistUpgraded: Fresh install
  DistroCodename: xenial
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes, including running git bisection searches
  GraphicsCard:
   Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics 
Controller [8086:27a2] (rev 03) (prog-if 00 [VGA controller])
 Subsystem: Dell Mobile 945GM/GMS, 943/940GML Express Integrated Graphics 
Controller [1028:01c2]
 Subsystem: Dell Mobile 945GM/GMS/GME, 943/940GML Express Integrated 
Graphics Controller [1028:01c2]
  InstallationDate: Installed on 2016-04-29 (203 days ago)
  InstallationMedia:
   
  MachineType: Dell Inc. Latitude D620
  PccardctlIdent:
   Socket 0:
 no product info available
  PccardctlStatus:
   Socket 0:
 no card
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-47-generic 
root=UUID=702f73f8-ca72-4102-9c59-48f182329bfa ro quiet splash vt.handoff=7
  SourcePackage: xorg
  Symptom: display
  Title: Xorg crash
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 05/16/2008
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: A10
  dmi.board.name: 0TD761
  dmi.board.vendor: Dell Inc.
  dmi.chassis.type: 8
  dmi.chassis.vendor: Dell Inc.
  dmi.modalias: 
dmi:bvnDellInc.:bvrA10:bd05/16/2008:svnDellInc.:pnLatitudeD620:pvr:rvnDellInc.:rn0TD761:rvr:cvnDellInc.:ct8:cvr:
  dmi.product.name: Latitude D620
  dmi.sys.vendor: Dell Inc.
  version.compiz: compiz 1:0.9.12.2+16.04.20160823-0ubuntu1
  version.libdrm2: libdrm2 2.4.67-1ubuntu0.16.04.2
  version.libgl1-mesa-dri: libgl1-mesa-dri 11.2.0-1ubuntu2.2
  version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
  version.libgl1-mesa-glx: libgl1-mesa-glx 11.2.0-1ubuntu2.2
  version.xserver-xorg-core: xserver-xorg-core 2:1.18.4-0ubuntu0.2
  version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.10.1-1ubuntu2
  version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.7.0-1
  version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20160325-1ubuntu1.1
  version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 
1:1.0.12-1build2
  xserver.bootTime: Sat Nov 19 10:12:01 2016
  xserver.configfile: default
  xserver.errors:
   
  xserver.logfile: 

[Touch-packages] [Bug 1643239] Re: Xorg crash on compiz login, with Intel 945

2016-11-22 Thread Henry Wertz
I haven't verified this yet, but it looks from the XOrg log like these
systems are booting into dual head (with the SVideo out on head 2),
2128x800 total.  That width over 2048 is probably what's causing the
problem.  I did "lose the mouse" on one, and suspected a "phantom head."
I went to System Settings -> Display, it didn't show a second head but
the whole desktop flickered (I suspect it turned the superfluos head off
then.)  I suspect it stored this in .config/monitors.xml, I'll check
tomorrow if it'll now log into compiz, and if it's got some hotkey that
may toggle that on and off.

I guess if that works out, then there's no real X bug; perhaps compiz
should fall back to llvmpipe if it sees an an otherwise-working opengl
implementation, but asks for a large texture and has it fail.

Kudos to the compiz, Xorg, and llvmpipe developers btw... the CPU and
RAM use were already decent in 14.04 but much lower now, and llvmpipe's
actually reasonably fast too.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1643239

Title:
  Xorg crash on compiz login, with Intel 945

Status in xorg package in Ubuntu:
  New

Bug description:
  I went to install Ubuntu (via systemback) onto some Dell D620s, and found 
"Gnome Flashback (compiz)" crashes back to login prompt, while "Gnome Flashback 
(Metacity)" does not.  The attached logs reflect booting up, (attempting to) 
log in with Flashback (compiz) then logging in with Flashback (Metacity) to 
file a bug report.  This may be chipset-specific, as I have several other 
rather antiquated systems:
  Intel 865-based (Compaq DC5000): Works. (Using LLVMPipe -- this chip is 
missing a few OpenGL features compiz requires.)

  Intel 915-based (Dell Inspiron 2200): Works.
  Intel 945-based (Dell Latitude D620): Crashes to login prompt (this is the 
machine in this bug report.)
  Intel 965-based (Dell Latitude 755?): Works.
  Intel G35-based (slightly newer Dell Latitude 755): Works.

  I can rule out software differences; since I knew Compiz worked on a
  915, I assumed I'd screwed up my systemback LiveUSB somehow, and test-
  ran it on the D620, 2200, and one of the 755s, and it worked on the
  2200 and 755.

  Left up to me, I'd categorize this as severity "low", I'm just setting
  these to Flashback Metacity and then stability seems fine.

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: xorg 1:7.7+13ubuntu3
  ProcVersionSignature: Ubuntu 4.4.0-47.68-generic 4.4.24
  Uname: Linux 4.4.0-47-generic i686
  .tmp.unity_support_test.0:
   
  ApportVersion: 2.20.1-0ubuntu2.1
  Architecture: i386
  BootLog: SB@: clean, 208182/2244608 files, 1302234/8973568 blocks
  CompizPlugins: No value set for 
`/apps/compiz-1/general/screen0/options/active_plugins'
  CompositorRunning: None
  CurrentDesktop: GNOME-Flashback:Unity
  Date: Sat Nov 19 10:12:40 2016
  DistUpgraded: Fresh install
  DistroCodename: xenial
  DistroVariant: ubuntu
  ExtraDebuggingInterest: Yes, including running git bisection searches
  GraphicsCard:
   Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics 
Controller [8086:27a2] (rev 03) (prog-if 00 [VGA controller])
 Subsystem: Dell Mobile 945GM/GMS, 943/940GML Express Integrated Graphics 
Controller [1028:01c2]
 Subsystem: Dell Mobile 945GM/GMS/GME, 943/940GML Express Integrated 
Graphics Controller [1028:01c2]
  InstallationDate: Installed on 2016-04-29 (203 days ago)
  InstallationMedia:
   
  MachineType: Dell Inc. Latitude D620
  PccardctlIdent:
   Socket 0:
 no product info available
  PccardctlStatus:
   Socket 0:
 no card
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-47-generic 
root=UUID=702f73f8-ca72-4102-9c59-48f182329bfa ro quiet splash vt.handoff=7
  SourcePackage: xorg
  Symptom: display
  Title: Xorg crash
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 05/16/2008
  dmi.bios.vendor: Dell Inc.
  dmi.bios.version: A10
  dmi.board.name: 0TD761
  dmi.board.vendor: Dell Inc.
  dmi.chassis.type: 8
  dmi.chassis.vendor: Dell Inc.
  dmi.modalias: 
dmi:bvnDellInc.:bvrA10:bd05/16/2008:svnDellInc.:pnLatitudeD620:pvr:rvnDellInc.:rn0TD761:rvr:cvnDellInc.:ct8:cvr:
  dmi.product.name: Latitude D620
  dmi.sys.vendor: Dell Inc.
  version.compiz: compiz 1:0.9.12.2+16.04.20160823-0ubuntu1
  version.libdrm2: libdrm2 2.4.67-1ubuntu0.16.04.2
  version.libgl1-mesa-dri: libgl1-mesa-dri 11.2.0-1ubuntu2.2
  version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
  version.libgl1-mesa-glx: libgl1-mesa-glx 11.2.0-1ubuntu2.2
  version.xserver-xorg-core: xserver-xorg-core 2:1.18.4-0ubuntu0.2
  version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.10.1-1ubuntu2
  version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.7.0-1
  version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20160325-1ubuntu1.1
  version.xserver-xorg-video-nouveau: 

[Touch-packages] [Bug 1643239] [NEW] Xorg crash on compiz login, with Intel 945

2016-11-19 Thread Henry Wertz
Public bug reported:

I went to install Ubuntu (via systemback) onto some Dell D620s, and found 
"Gnome Flashback (compiz)" crashes back to login prompt, while "Gnome Flashback 
(Metacity)" does not.  The attached logs reflect booting up, (attempting to) 
log in with Flashback (compiz) then logging in with Flashback (Metacity) to 
file a bug report.  This may be chipset-specific, as I have several other 
rather antiquated systems:
Intel 865-based (Compaq DC5000): Works. (Using LLVMPipe -- this chip is missing 
a few OpenGL features compiz requires.)

Intel 915-based (Dell Inspiron 2200): Works.
Intel 945-based (Dell Latitude D620): Crashes to login prompt (this is the 
machine in this bug report.)
Intel 965-based (Dell Latitude 755?): Works.
Intel G35-based (slightly newer Dell Latitude 755): Works.

I can rule out software differences; since I knew Compiz worked on a
915, I assumed I'd screwed up my systemback LiveUSB somehow, and test-
ran it on the D620, 2200, and one of the 755s, and it worked on the 2200
and 755.

Left up to me, I'd categorize this as severity "low", I'm just setting
these to Flashback Metacity and then stability seems fine.

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: xorg 1:7.7+13ubuntu3
ProcVersionSignature: Ubuntu 4.4.0-47.68-generic 4.4.24
Uname: Linux 4.4.0-47-generic i686
.tmp.unity_support_test.0:
 
ApportVersion: 2.20.1-0ubuntu2.1
Architecture: i386
BootLog: SB@: clean, 208182/2244608 files, 1302234/8973568 blocks
CompizPlugins: No value set for 
`/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: None
CurrentDesktop: GNOME-Flashback:Unity
Date: Sat Nov 19 10:12:40 2016
DistUpgraded: Fresh install
DistroCodename: xenial
DistroVariant: ubuntu
ExtraDebuggingInterest: Yes, including running git bisection searches
GraphicsCard:
 Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics 
Controller [8086:27a2] (rev 03) (prog-if 00 [VGA controller])
   Subsystem: Dell Mobile 945GM/GMS, 943/940GML Express Integrated Graphics 
Controller [1028:01c2]
   Subsystem: Dell Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics 
Controller [1028:01c2]
InstallationDate: Installed on 2016-04-29 (203 days ago)
InstallationMedia:
 
MachineType: Dell Inc. Latitude D620
PccardctlIdent:
 Socket 0:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-47-generic 
root=UUID=702f73f8-ca72-4102-9c59-48f182329bfa ro quiet splash vt.handoff=7
SourcePackage: xorg
Symptom: display
Title: Xorg crash
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 05/16/2008
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A10
dmi.board.name: 0TD761
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: 
dmi:bvnDellInc.:bvrA10:bd05/16/2008:svnDellInc.:pnLatitudeD620:pvr:rvnDellInc.:rn0TD761:rvr:cvnDellInc.:ct8:cvr:
dmi.product.name: Latitude D620
dmi.sys.vendor: Dell Inc.
version.compiz: compiz 1:0.9.12.2+16.04.20160823-0ubuntu1
version.libdrm2: libdrm2 2.4.67-1ubuntu0.16.04.2
version.libgl1-mesa-dri: libgl1-mesa-dri 11.2.0-1ubuntu2.2
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 11.2.0-1ubuntu2.2
version.xserver-xorg-core: xserver-xorg-core 2:1.18.4-0ubuntu0.2
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.10.1-1ubuntu2
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.7.0-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20160325-1ubuntu1.1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.12-1build2
xserver.bootTime: Sat Nov 19 10:12:01 2016
xserver.configfile: default
xserver.errors:
 
xserver.logfile: /var/log/Xorg.0.log
xserver.outputs:
 product id   0 
 vendor LPL
xserver.version: 2:1.18.4-0ubuntu0.2

** Affects: xorg (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: apport-bug crash i386 ubuntu xenial

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1643239

Title:
  Xorg crash on compiz login, with Intel 945

Status in xorg package in Ubuntu:
  New

Bug description:
  I went to install Ubuntu (via systemback) onto some Dell D620s, and found 
"Gnome Flashback (compiz)" crashes back to login prompt, while "Gnome Flashback 
(Metacity)" does not.  The attached logs reflect booting up, (attempting to) 
log in with Flashback (compiz) then logging in with Flashback (Metacity) to 
file a bug report.  This may be chipset-specific, as I have several other 
rather antiquated systems:
  Intel 865-based (Compaq DC5000): Works. (Using LLVMPipe -- this chip is 
missing a few OpenGL features compiz requires.)

  Intel 915-based (Dell Inspiron 2200): Works.
  Intel 945-based (Dell Latitude D620): Crashes to login