[Bug 90291] X freeze/lockup out of nowhere
https://bugs.freedesktop.org/show_bug.cgi?id=90291 Bug ID: 90291 Summary: X freeze/lockup out of nowhere Product: DRI Version: DRI git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: DRM/Radeon Assignee: dri-devel at lists.freedesktop.org Reporter: ancoron at chaoslayer.de Created attachment 115519 --> https://bugs.freedesktop.org/attachment.cgi?id=115519&action=edit Xorg.0.log of the crashed session I experienced a lockup/freeze without any specific reason. Operating system: Kubuntu 14.10 Linux Kernel: 3.19.0 libglamor version: 0.6.0+git20140801.347ef4f0-0ubuntu0sarvatt libdrm-radeon version: 2.4.60+git20150416.0d78b37b-0ubuntu0ricotz2~utopic xserver/radeon version: 7.4.99+git20140806.fbf575cb-0ubuntu0sarvatt3 MESA version: 10.6.0~git20150423.1 At the time of the hang I had started some rsync copying quite some data between two remote NFS mounts on different servers. When X freeze'd, the display went black and monitors turned into standby. Changing to another terminal was not possible, although keys like NumLock still reacted. In addition, all other processes - even foreground processes inside the X sessions' terminal windows - continued to run (like the rsync). The actual backtrace of the X freeze (debugging symbols where not installed up to now, sorry): (EE) 0: /usr/bin/X (xorg_backtrace+0x56) [0x7ff7b4c1c986] (EE) 1: /usr/bin/X (0x7ff7b4a66000+0x1bab69) [0x7ff7b4c20b69] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7ff7b2798000+0x36eb0) [0x7ff7b27ceeb0] (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (0x7ff7b2798000+0x98168) [0x7ff7b2830168] (EE) 4: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7ff7ac742000+0x16e7ce) [0x7ff7ac8b07ce] (EE) 5: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7ff7ac742000+0x16ebd2) [0x7ff7ac8b0bd2] (EE) 6: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7ff7ac742000+0x16f51a) [0x7ff7ac8b151a] (EE) 7: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7ff7ac742000+0x1c604f) [0x7ff7ac90804f] (EE) 8: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7ff7ac742000+0x1604fa) [0x7ff7ac8a24fa] (EE) 9: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7ff7ac742000+0x16076a) [0x7ff7ac8a276a] (EE) 10: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (0x7ff7ac742000+0x160a78) [0x7ff7ac8a2a78] (EE) 11: /usr/lib/xorg/modules/libglamoregl.so (0x7ff7ade2a000+0x223e4) [0x7ff7ade4c3e4] (EE) 12: /usr/lib/xorg/modules/libglamoregl.so (0x7ff7ade2a000+0x225d2) [0x7ff7ade4c5d2] (EE) 13: /usr/lib/xorg/modules/libglamoregl.so (0x7ff7ade2a000+0x13b31) [0x7ff7ade3db31] (EE) 14: /usr/lib/xorg/modules/libglamoregl.so (0x7ff7ade2a000+0x13f0a) [0x7ff7ade3df0a] (EE) 15: /usr/bin/X (0x7ff7b4a66000+0x140103) [0x7ff7b4ba6103] (EE) 16: /usr/bin/X (0x7ff7b4a66000+0x53cd0) [0x7ff7b4ab9cd0] (EE) 17: /usr/bin/X (0x7ff7b4a66000+0x57077) [0x7ff7b4abd077] (EE) 18: /usr/bin/X (0x7ff7b4a66000+0x5b286) [0x7ff7b4ac1286] (EE) 19: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7ff7b27b9ec5] (EE) 20: /usr/bin/X (0x7ff7b4a66000+0x456ae) [0x7ff7b4aab6ae] (EE) (EE) Bus error at address 0x7ff7b4914000 (EE) Fatal server error: (EE) Caught signal 7 (Bus error). Server aborting -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150503/fcd1e472/attachment.html>
[Bug 90291] X freeze/lockup out of nowhere
https://bugs.freedesktop.org/show_bug.cgi?id=90291 --- Comment #1 from Ancoron --- Created attachment 115520 --> https://bugs.freedesktop.org/attachment.cgi?id=115520&action=edit Excerpt from syslog from the time of the freeze -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150503/d37bc391/attachment.html>
[Bug 90291] X freeze/lockup out of nowhere
https://bugs.freedesktop.org/show_bug.cgi?id=90291 --- Comment #2 from Ancoron --- Created attachment 115521 --> https://bugs.freedesktop.org/attachment.cgi?id=115521&action=edit lspci -vnvn -s 01:00 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150503/4d4c94d4/attachment-0001.html>
[PATCH v5 06/11] cec: add HDMI CEC framework
Hi Kamil,
Here is my review:
On 04/29/2015 12:02 PM, Kamil Debski wrote:
> From: Hans Verkuil
>
> The added HDMI CEC framework provides a generic kernel interface for
> HDMI CEC devices.
>
> Signed-off-by: Hans Verkuil
> [k.debski at samsung.com: Merged CEC Updates commit by Hans Verkuil]
> [k.debski at samsung.com: Merged Update author commit by Hans Verkuil]
> [k.debski at samsung.com: change kthread handling when setting logical
> address]
> [k.debski at samsung.com: code cleanup and fixes]
> [k.debski at samsung.com: add missing CEC commands to match spec]
> [k.debski at samsung.com: add RC framework support]
> [k.debski at samsung.com: move and edit documentation]
> [k.debski at samsung.com: add vendor id reporting]
> [k.debski at samsung.com: add possibility to clear assigned logical
> addresses]
> [k.debski at samsung.com: documentation fixes, clenaup and expansion]
> [k.debski at samsung.com: reorder of API structs and add reserved fields]
> [k.debski at samsung.com: fix handling of events and fix 32/64bit timespec
> problem]
> [k.debski at samsung.com: add cec.h to include/uapi/linux/Kbuild]
> [k.debski at samsung.com: add sequence number handling]
> [k.debski at samsung.com: add passthrough mode]
> [k.debski at samsung.com: fix CEC defines, add missing CEC 2.0 commands]
> [k.debski at samsung.com: add DocBook documentation by Hans Verkuil, with
> minor additions]
> Signed-off-by: Kamil Debski
> ---
> Documentation/cec.txt | 396 +++
> drivers/media/Kconfig |6 +
> drivers/media/Makefile|2 +
> drivers/media/cec.c | 1200
> +
> include/media/cec.h | 142 ++
> include/uapi/linux/Kbuild |1 +
> include/uapi/linux/cec.h | 337 +
> 7 files changed, 2084 insertions(+)
> create mode 100644 Documentation/cec.txt
> create mode 100644 drivers/media/cec.c
> create mode 100644 include/media/cec.h
> create mode 100644 include/uapi/linux/cec.h
>
> diff --git a/Documentation/cec.txt b/Documentation/cec.txt
> new file mode 100644
> index 000..2b6c08a
> --- /dev/null
> +++ b/Documentation/cec.txt
> +The following capabilities are defined:
> +
> +/* Userspace has to configure the adapter state (enable/disable) */
> +#define CEC_CAP_STATE(1 << 0)
> +/* Userspace has to configure the physical address */
> +#define CEC_CAP_PHYS_ADDR(1 << 1)
> +/* Userspace has to configure the logical addresses */
> +#define CEC_CAP_LOG_ADDRS(1 << 2)
> +/* Userspace can transmit messages */
> +#define CEC_CAP_TRANSMIT (1 << 3)
> +/* Userspace can receive messages */
> +#define CEC_CAP_RECEIVE (1 << 4)
> +/* Userspace has to configure the vendor id */
> +#define CEC_CAP_VENDOR_ID(1 << 5)
> +/* The hardware has the possibility to work in the promiscuous mode */
> +#define CEC_CAP_PROMISCUOUS (1 << 6)
CAP_PROMISCUOUS doesn't exist anymore, this can be removed.
Instead add the PASSTHROUGH capability.
Frankly, I wonder if this cec.txt document should document the userspace
API at all now that that is part of DocBook. I think it is better if it
only describes the kernel API and just refers to the DocBook for the
userspace parts.
CEC_G/S_PASSTHROUGH aren't described here as well, which only shows that
the userspace API should just be dropped.
> diff --git a/include/uapi/linux/cec.h b/include/uapi/linux/cec.h
> +/* The hardware has the possibility to work in the passthrough */
s/the passthrough/passthrough mode/
> +#define CEC_CAP_PASSTHROUGH (1 << 6)
> +#define CEC_G_EVENT _IOWR('a', 9, struct cec_event)
> +/*
> + Read and set the vendor ID of the CEC adapter.
> + */
> +#define CEC_G_VENDOR_ID _IOR('a', 9, __u32)
9 -> 10, same for the following ioctls, all need to be increased by 1
since current G_EVENT and G_VENDOR_ID have the same ioctl number.
> +#define CEC_S_VENDOR_ID _IOW('a', 10, __u32)
> +/*
> + Enable/disable the passthrough mode
> + */
> +#define CEC_G_PASSTHROUGH_IOR('a', 11, __u32)
> +#define CEC_S_PASSTHROUGH_IOW('a', 12, __u32)
> +
> +#endif
>
Regards,
Hans
[PATCH v5 11/11] DocBook/media: add CEC documentation
Some comments: On 04/29/2015 12:02 PM, Kamil Debski wrote: > From: Hans Verkuil > > Add DocBook documentation for the CEC API. > > Signed-off-by: Hans Verkuil > [k.debski at samsung.com: add documentation for passthrough mode] > [k.debski at samsung.com: minor fixes and change of reserved field sizes] > Signed-off-by: Kamil Debski > --- > Documentation/DocBook/media/Makefile |4 +- > Documentation/DocBook/media/v4l/biblio.xml | 10 + > Documentation/DocBook/media/v4l/cec-api.xml| 74 ++ > Documentation/DocBook/media/v4l/cec-func-close.xml | 59 + > Documentation/DocBook/media/v4l/cec-func-ioctl.xml | 73 ++ > Documentation/DocBook/media/v4l/cec-func-open.xml | 94 +++ > Documentation/DocBook/media/v4l/cec-func-poll.xml | 89 +++ > .../DocBook/media/v4l/cec-ioc-g-adap-log-addrs.xml | 275 > > .../DocBook/media/v4l/cec-ioc-g-adap-phys-addr.xml | 78 ++ > .../DocBook/media/v4l/cec-ioc-g-adap-state.xml | 87 +++ > Documentation/DocBook/media/v4l/cec-ioc-g-caps.xml | 167 > .../DocBook/media/v4l/cec-ioc-g-event.xml | 142 ++ > .../DocBook/media/v4l/cec-ioc-g-vendor-id.xml | 70 + > .../DocBook/media/v4l/cec-ioc-receive.xml | 185 + > Documentation/DocBook/media_api.tmpl |6 +- > 15 files changed, 1410 insertions(+), 3 deletions(-) > create mode 100644 Documentation/DocBook/media/v4l/cec-api.xml > create mode 100644 Documentation/DocBook/media/v4l/cec-func-close.xml > create mode 100644 Documentation/DocBook/media/v4l/cec-func-ioctl.xml > create mode 100644 Documentation/DocBook/media/v4l/cec-func-open.xml > create mode 100644 Documentation/DocBook/media/v4l/cec-func-poll.xml > create mode 100644 > Documentation/DocBook/media/v4l/cec-ioc-g-adap-log-addrs.xml > create mode 100644 > Documentation/DocBook/media/v4l/cec-ioc-g-adap-phys-addr.xml > create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-g-adap-state.xml > create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-g-caps.xml > create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-g-event.xml > create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-g-vendor-id.xml > create mode 100644 Documentation/DocBook/media/v4l/cec-ioc-receive.xml > > diff --git a/Documentation/DocBook/media/v4l/cec-ioc-g-caps.xml > b/Documentation/DocBook/media/v4l/cec-ioc-g-caps.xml > + > + CEC Capabilities Flags > + > + &cs-def; > + > + > + CEC_CAP_STATE > + 0x0001 > + Userspace has to configure the adapter state (enable or > disable it) by > + calling &CEC-S-ADAP-STATE;. > + > + > + CEC_CAP_PHYS_ADDR > + 0x0002 > + Userspace has to configure the physical address by > + calling &CEC-S-ADAP-PHYS-ADDR;. > + > + > + CEC_CAP_LOG_ADDRS > + 0x0004 > + Userspace has to configure the logical addresses by > + calling &CEC-S-ADAP-LOG-ADDRS;. > + > + > + CEC_CAP_TRANSMIT > + 0x0008 > + Userspace can transmit messages by calling > &CEC-TRANSMIT;. > + > + > + CEC_CAP_RECEIVE > + 0x0010 > + Userspace can receive messages by calling > &CEC-RECEIVE;. > + > + > + CEC_CAP_VENDOR_ID > + 0x0020 > + Userspace has to configure the vendor ID by > + calling &CEC-S-VENDOR-ID;. > + CAP_PASSTHROUGH is missing here. > + > + > + > + > + > + > +&return-value; > + > + > diff --git a/Documentation/DocBook/media/v4l/cec-ioc-g-event.xml > b/Documentation/DocBook/media/v4l/cec-ioc-g-event.xml > new file mode 100644 > index 000..2b7e8e9 > --- /dev/null > +++ b/Documentation/DocBook/media/v4l/cec-ioc-g-event.xml > + > +Description > + > +CEC devices can send asynchronous events. These can be retrieved > by calling > +the CEC_G_EVENT ioctl. If the file descriptor is in > non-blocking > +mode and no event is pending, then it will return -1 and set errno to > the &EAGAIN;. We should add something like this: There can be up to 16 events queued up. If more events are added, then the oldest event will be discarded. I think we should increase the number of events to 40: given the speed of the bus (or lack thereof) this should be more than sufficient provided the application will check events at least once per second. The alternative would be to use a framework like v4l2_event, but that is IMHO overkill for a bus like this. > + > + CEC Events > + > + &cs-def; > + > + > + CEC_EVENT_CONNECT > + 1 > + Generated when the HDMI cable is connected. > + > + > + CEC_EVENT_READY > + 2 > + Generated when all logical addresses are claimed. > +
[Bug 89069] Lack of grass in The Talos Principle on radeonsi (native\wine\nine)
https://bugs.freedesktop.org/show_bug.cgi?id=89069 --- Comment #33 from Marek Olšák --- (In reply to Michel Dänzer from comment #32) > Sounds like it may be worth a shot to enable it again then. I think unsafe-fp-math enables Abs and Neg source modifiers and other optimizations, so it's definitely worth it. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150503/cc7084e6/attachment.html>
[Bug 80419] XCOM: Enemy Unknown Causes lockup
https://bugs.freedesktop.org/show_bug.cgi?id=80419 --- Comment #48 from Andrei Slavoiu --- Created attachment 115526 --> https://bugs.freedesktop.org/attachment.cgi?id=115526&action=edit dmesg for Kaveri Slightly different dmesg from an A10-7850K system, involving the IOMMU. Maybe because of the HSA feature? Mesa: 10.5.4 Llvm: 3.6.0 Kernel: 4.0.0 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150503/33c8270e/attachment.html>
[Bug 89685] Cripling Dota 2 freeze with Morphling at hero selection or loadout
https://bugs.freedesktop.org/show_bug.cgi?id=89685 Kevin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #23 from Kevin --- Tom, thank you for your patch. I can confirm that this does indeed fix my issue. I was able to build and test it with ABS. https://bbs.archlinux.org/viewtopic.php?pid=1525699#p1525699 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150503/c550c289/attachment.html>
