dri-devel February 2013

dri-devel@lists.freedesktop.org

130 participants
696 discussions

[PATCH 0/5] drm/tegra: Miscellaneous enhancements
by Thierry Reding 11 Feb '13

11 Feb '13

Hi, This patch series introduces a number of useful features for the Tegra DRM driver. The first patch allows VBLANK support to be used in drivers that don't or can't use DRIVER_HAVE_IRQ for interrupt support. Patch 2 adds support for the additional two planes available on Tegra hardware, while patch 3 implement .mode_set_base() to allow for some nice speed up when changing the framebuffer without actually changing the resolution. Patch 4 adds VBLANK support and finally patch 5 builds on it to provide the page-flipping IOCTL. Thierry Thierry Reding (5): drm: Allow vblank support without DRIVER_HAVE_IRQ drm/tegra: Add plane support drm/tegra: Implement .mode_set_base() drm/tegra: Implement VBLANK support drm/tegra: Implement page-flipping support drivers/gpu/drm/drm_irq.c | 5 +- drivers/gpu/drm/tegra/dc.c | 475 ++++++++++++++++++++++++++++++++++---------- drivers/gpu/drm/tegra/dc.h | 2 +- drivers/gpu/drm/tegra/drm.c | 53 +++++ drivers/gpu/drm/tegra/drm.h | 37 ++++ 5 files changed, 461 insertions(+), 111 deletions(-) -- 1.8.1

8 25

[Bug 49981] On HD6850, Power Profile doesn't change if 2 screen is attached.
by bugzilla-daemon＠freedesktop.org 11 Feb '13

11 Feb '13

https://bugs.freedesktop.org/show_bug.cgi?id=49981 --- Comment #28 from Alex Deucher <agd5f(a)yahoo.com> --- Created attachment 74606 --> https://bugs.freedesktop.org/attachment.cgi?id=74606&action=edit fix multi-head stability This should fix stability problems with profiles and multi-head. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[PATCH] drm: Use names of ioctls in debug traces
by Chris Cummins 11 Feb '13

11 Feb '13

The intention here is to make the output of dmesg with full verbosity a bit easier for a human to parse. This commit transforms: [drm:drm_ioctl], pid=699, cmd=0x6458, nr=0x58, dev 0xe200, auth=1 [drm:drm_ioctl], pid=699, cmd=0xc010645b, nr=0x5b, dev 0xe200, auth=1 [drm:drm_ioctl], pid=699, cmd=0xc0106461, nr=0x61, dev 0xe200, auth=1 [drm:drm_ioctl], pid=699, cmd=0xc01c64ae, nr=0xae, dev 0xe200, auth=1 [drm:drm_mode_addfb], [FB:32] [drm:drm_ioctl], pid=699, cmd=0xc0106464, nr=0x64, dev 0xe200, auth=1 [drm:drm_vm_open_locked], 0x7fd9302fe000,0x00a00000 [drm:drm_ioctl], pid=699, cmd=0x400c645f, nr=0x5f, dev 0xe200, auth=1 [drm:drm_ioctl], pid=699, cmd=0xc00464af, nr=0xaf, dev 0xe200, auth=1 [drm:intel_crtc_set_config], [CRTC:3] [NOFB] into: [drm:drm_ioctl], pid=699, dev=0xe200, auth=1, I915_GEM_THROTTLE [drm:drm_ioctl], pid=699, dev=0xe200, auth=1, I915_GEM_CREATE [drm:drm_ioctl], pid=699, dev=0xe200, auth=1, I915_GEM_SET_TILING [drm:drm_ioctl], pid=699, dev=0xe200, auth=1, IOCTL_MODE_ADDFB [drm:drm_mode_addfb], [FB:32] [drm:drm_ioctl], pid=699, dev=0xe200, auth=1, I915_GEM_MMAP_GTT [drm:drm_vm_open_locked], 0x7fd9302fe000,0x00a00000 [drm:drm_ioctl], pid=699, dev=0xe200, auth=1, I915_GEM_SET_DOMAIN [drm:drm_ioctl], pid=699, dev=0xe200, auth=1, DRM_IOCTL_MODE_RMFB [drm:intel_crtc_set_config], [CRTC:3] [NOFB] --- drivers/gpu/drm/drm_drv.c | 20 +++++++++++++------- include/drm/drmP.h | 3 ++- 2 files changed, 15 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c index be174ca..6480d92 100644 --- a/drivers/gpu/drm/drm_drv.c +++ b/drivers/gpu/drm/drm_drv.c @@ -57,7 +57,7 @@ static int drm_version(struct drm_device *dev, void *data, struct drm_file *file_priv); #define DRM_IOCTL_DEF(ioctl, _func, _flags) \ - [DRM_IOCTL_NR(ioctl)] = {.cmd = ioctl, .func = _func, .flags = _flags, .cmd_drv = 0} + [DRM_IOCTL_NR(ioctl)] = {.cmd = ioctl, .func = _func, .flags = _flags, .cmd_drv = 0, .name = #ioctl} /** Ioctl table */ static struct drm_ioctl_desc drm_ioctls[] = { @@ -376,7 +376,7 @@ long drm_ioctl(struct file *filp, { struct drm_file *file_priv = filp->private_data; struct drm_device *dev; - struct drm_ioctl_desc *ioctl; + struct drm_ioctl_desc *ioctl = NULL; drm_ioctl_t *func; unsigned int nr = DRM_IOCTL_NR(cmd); int retcode = -EINVAL; @@ -393,11 +393,6 @@ long drm_ioctl(struct file *filp, atomic_inc(&dev->counts[_DRM_STAT_IOCTLS]); ++file_priv->ioctl_count; - DRM_DEBUG("pid=%d, cmd=0x%02x, nr=0x%02x, dev 0x%lx, auth=%d\n", - task_pid_nr(current), cmd, nr, - (long)old_encode_dev(file_priv->minor->device), - file_priv->authenticated); - if ((nr >= DRM_CORE_IOCTL_COUNT) && ((nr < DRM_COMMAND_BASE) || (nr >= DRM_COMMAND_END))) goto err_i1; @@ -417,6 +412,11 @@ long drm_ioctl(struct file *filp, } else goto err_i1; + DRM_DEBUG("pid=%d, dev=0x%lx, auth=%d, %s\n", + task_pid_nr(current), + (long)old_encode_dev(file_priv->minor->device), + file_priv->authenticated, ioctl->name); + /* Do not trust userspace, use our own definition */ func = ioctl->func; /* is there a local override? */ @@ -471,6 +471,12 @@ long drm_ioctl(struct file *filp, } err_i1: + if (!ioctl) + DRM_DEBUG("invalid iotcl: pid=%d, dev=0x%lx, auth=%d, cmd=0x%02x, nr=0x%02x\n", + task_pid_nr(current), + (long)old_encode_dev(file_priv->minor->device), + file_priv->authenticated, cmd, nr); + if (kdata != stack_kdata) kfree(kdata); atomic_dec(&dev->ioctl_count); diff --git a/include/drm/drmP.h b/include/drm/drmP.h index fad21c9..b55ba15 100644 --- a/include/drm/drmP.h +++ b/include/drm/drmP.h @@ -313,6 +313,7 @@ struct drm_ioctl_desc { int flags; drm_ioctl_t *func; unsigned int cmd_drv; + const char *name; }; /** @@ -321,7 +322,7 @@ struct drm_ioctl_desc { */ #define DRM_IOCTL_DEF_DRV(ioctl, _func, _flags) \ - [DRM_IOCTL_NR(DRM_##ioctl)] = {.cmd = DRM_##ioctl, .func = _func, .flags = _flags, .cmd_drv = DRM_IOCTL_##ioctl} + [DRM_IOCTL_NR(DRM_##ioctl)] = {.cmd = DRM_##ioctl, .func = _func, .flags = _flags, .cmd_drv = DRM_IOCTL_##ioctl, .name = #ioctl} struct drm_magic_entry { struct list_head head; -- 1.8.1 --------------------------------------------------------------------- Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

2 2

[RFC PATCH 0/4] Common Display Framework-TF
by Tomasz Figa 11 Feb '13

11 Feb '13

Hi, After pretty long time of trying to adapt Exynos-specific DSI display support to Common Display Framework I'm ready to show some preliminary RFC patches. This series shows some ideas for CDF that came to my mind during my work, some changes based on comments received by Tomi's edition of CDF and also preliminarys version of Exynos DSI (video source part only, still with some FIXMEs) and Samsung S6E8AX0 DSI panel drivers. It is heavily based on Tomi's work which can be found here: http://thread.gmane.org/gmane.comp.video.dri.devel/78227 The code might be a bit hacky in places, as I wanted to get it to a kind of complete and working state first. However I hope that some of the ideas might useful for further works. So, here comes the TF edition of Common Clock Framework. -------------------------------------------------------- Changes done to Tomi's edition of CDF: - Replaced set_operation_mode, set_pixel_format and set_size video source operations with get_params display entity operation, as it was originally in Laurent's version. We have discussed this matter on the mailing list and decided that it would be better to have the source ask the sink for its parameter structure and do whatever appropriate with it. - Defined a preliminary set of DSI bus parameters. Following parameters are defined: 1. Pixel format used for video data transmission. 2. Mode flags (several bit flags ORed together): a) DSI_MODE_VIDEO - entity uses video mode (as opposed to command mode), following DSI_MODE_VIDEO_* flags are relevant only if this flag is set. b) DSI_MODE_VIDEO_BURST - entity uses burst transfer for video data c) DSI_MODE_VIDEO_SYNC_PULSE - entity uses sync pulses (as opposed to sync events) d) DSI_MODE_VIDEO_AUTO_VERT - entity uses automatic video mode detection e) DSI_MODE_VIDEO_HSE - entity needs horizontal sync end packets f) DSI_MODE_VIDEO_HFP - entity needs horizontal front porch area g) DSI_MODE_VIDEO_HBP - entity needs horizontal back porch area h) DSI_MODE_VIDEO_HSA - entity needs horizontal sync active area i) DSI_MODE_VSYNC_FLUSH - vertical sync pulse flushes video data j) DSI_MODE_EOT_PACKET - entity needs EoT packets 3. Bit (serial) clock frequency in HS mode. 4. Escape mode clock frequency. 5. Mask of used data lanes (each bit represents single lane). 6. Command allow area in video mode - amount of lines after transmitting video data when generic commands are accepted. Feel free to suggest anything missing or wrong, as the list of parameters is based merely on what was used in original Exynos MIPI DSIM driver. - Redesigned source-entity matching. Now each source has name string and integer id and each entity has source name and source id. In addition, they can have of_node specified, which is used for Device Tree-based matching. The matching procedure is as follows: 1. Matching takes place when display entity registers. a) If there is of_node specified for the entity then "video-source" phandle of this node is being parsed and list of registered sources is traversed in search of a source with of_node received from parsing the phandle. b) Otherwise the matching key is a pair of source name and id. 2. If no matching source is found, display_entity_register returns -EPROBE_DEFER error which causes the entity driver to defer its probe until the source registers. 3. Otherwise an optional bind operation of video source is called, sink field of source and source field of entity are set and the matching ends successfully. - Some initial concept of source-entity cross-locking. Only video source is protected at the moment, as I still have to think a bit about locking the entity in a way where removing it by user request is still possible. - Dropped any panels and chips that I can't test. They are irrelevant for this series, so there is no point in including them. - Added Exynos DSI video source driver. This is a new driver for the DSI controller found in Exynos SoCs. It still needs some work, but in current state can be considered an example of DSI video source implementation for my version of CDF. - Added Samsung S6E8AX0 DSI panel driver. This is the old Exynos-specific driver, just migrated to CDF and with some hacks to provide control over entity state to userspace using lcd device. However it can be used to demonstrate video source ops in use. Feel free to comment as much as you can. Tomasz Figa (4): video: add display-core video: add makefile & kconfig video: display: Add exynos-dsi video source driver video: display: Add Samsung s6e8ax0 display panel driver drivers/video/Kconfig | 1 + drivers/video/Makefile | 1 + drivers/video/display/Kconfig | 16 + drivers/video/display/Makefile | 3 + drivers/video/display/display-core.c | 295 +++++++ drivers/video/display/panel-s6e8ax0.c | 1027 ++++++++++++++++++++++ drivers/video/display/source-exynos_dsi.c | 1313 +++++++++++++++++++++++++++++ include/video/display.h | 230 +++++ include/video/exynos_dsi.h | 41 + include/video/panel-s6e8ax0.h | 41 + 10 files changed, 2968 insertions(+) create mode 100644 drivers/video/display/Kconfig create mode 100644 drivers/video/display/Makefile create mode 100644 drivers/video/display/display-core.c create mode 100644 drivers/video/display/panel-s6e8ax0.c create mode 100644 drivers/video/display/source-exynos_dsi.c create mode 100644 include/video/display.h create mode 100644 include/video/exynos_dsi.h create mode 100644 include/video/panel-s6e8ax0.h -- 1.8.1

6 17

[Bug 60528] New: drm_kms_helper.edid_firmware 60 seconds boot lag
by bugzilla-daemon＠freedesktop.org 10 Feb '13

10 Feb '13

https://bugs.freedesktop.org/show_bug.cgi?id=60528 Priority: medium Bug ID: 60528 Assignee: dri-devel(a)lists.freedesktop.org Summary: drm_kms_helper.edid_firmware 60 seconds boot lag Severity: critical Classification: Unclassified OS: Linux (All) Reporter: pomidorabelisima(a)gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/other Product: DRI System boot stumble 1 minute during loading EDID[1][2]. … [… 05:09:22 …] Kernel command line: BOOT_IMAGE=/vmlinuz-3.7.6-201.fc18.x86_64 … drm_kms_helper.edid_firmware=DVI-I-1:edid/JC07-01-WVGA-848.edid … [… 05:09:24 …] usb 1-6: new high-speed USB device number 6 using ehci_hcd [… 05:09:25 …] usb 1-6: New USB device found, idVendor=17e9, idProduct=019e [… 05:09:25 …] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [… 05:09:25 …] usb 1-6: Product: FY USB-DVI [… 05:09:25 …] usb 1-6: Manufacturer: DisplayLink [… 05:09:25 …] usb 1-6: SerialNumber: USB_FY1704 [… 05:09:25 …] [drm] Initialized drm 1.1.0 20060810 [… 05:09:25 …] [drm] vendor descriptor length:1b data:1b 5f 01 00 19 05 00 01 03 00 04 … 60 seconds boot lag after "Started udev Coldplug all Devices." … [… 05:10:25 …] [drm:edid_load] *ERROR* Requesting EDID firmware "edid/JC07-01-WVGA-848.edid" failed (err=-2) [… 05:10:26 …] Raw EDID: [… 05:10:26 …] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [… 05:10:26 …] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [… 05:10:26 …] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [… 05:10:26 …] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [… 05:10:26 …] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [… 05:10:26 …] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [… 05:10:26 …] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [… 05:10:26 …] 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 [… 05:10:26 …] usb 1-6: DVI-I-1: EDID invalid. [… 05:10:26 …] open /dev/fb0 user=0 fb_info=ffff880036e5f000 count=1 [… 05:10:26 …] [drm] write mode info 153 [… 05:10:26 …] Console: switching to colour frame buffer device 100x37 [… 05:10:26 …] fb0: udldrmfb frame buffer device [… 05:10:26 …] drm: registered panic notifier [… 05:10:26 …] [drm] Initialized udl 0.0.1 20120220 on minor 0 [… 05:10:26 …] usbcore: registered new interface driver udl … another 30 seconds… … [… 05:10:55 …] [drm] Got external EDID base block and 0 extensions from "edid/JC07-01-WVGA-848.edid" for connector "DVI-I-1" [… 05:10:55 …] [drm] Got external EDID base block and 0 extensions from "edid/JC07-01-WVGA-848.edid" for connector "DVI-I-1" [… 05:10:55 …] [drm] write mode info 153 [… 05:10:58 …] [drm] Got external EDID base block and 0 extensions from "edid/JC07-01-WVGA-848.edid" for connector "DVI-I-1" [… 05:11:09 …] [drm] Got external EDID base block and 0 extensions from "edid/JC07-01-WVGA-848.edid" for connector "DVI-I-1" … [1] https://bugzilla.redhat.com/show_bug.cgi?id=904232#c12 [2] https://bugzilla.redhat.com/show_bug.cgi?id=901899#c8 -- You are receiving this mail because: You are the assignee for the bug.

1 1

i915 parameters saying the same thing twice over
by Toralf Förster 10 Feb '13

10 Feb '13

IMHO the prefix i915_ for these 3 parameters in /sys/module/i915/parameters : i915_enable_fbc i915_enable_ppgtt i915_enable_rc6 is superfluous, or ? -- MfG/Sincerely Toralf Förster pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3

2 1

[Bug 49981] On HD6850, Power Profile doesn't change if 2 screen is attached.
by bugzilla-daemon＠freedesktop.org 10 Feb '13

10 Feb '13

https://bugs.freedesktop.org/show_bug.cgi?id=49981 --- Comment #27 from Ludovic Watteaux <luckylud(a)free.fr> --- Created attachment 74554 --> https://bugs.freedesktop.org/attachment.cgi?id=74554&action=edit HD6750m_radeon_pm_print_states -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 49981] On HD6850, Power Profile doesn't change if 2 screen is attached.
by bugzilla-daemon＠freedesktop.org 10 Feb '13

10 Feb '13

https://bugs.freedesktop.org/show_bug.cgi?id=49981 --- Comment #26 from luckylud(a)free.fr --- I'm with a radeon 6750m mbp 8.2 It's a TURK chip >From Linux >= 3.7 I can't have low power working : # cat /sys/class/drm/card0/device/power_method profile # cat /sys/class/drm/card0/device/power_profile low but # cat /sys/kernel/debug/dri/0/radeon_pm_info : default engine clock: 600000 kHz current engine clock: 599970 kHz default memory clock: 793750 kHz current memory clock: 793750 kHz voltage: 1000 mV I've an external screen connected with HDMI cable, and laptop screen is off. If the two screens are ON, the GPU and memory power go high, but not with only one screen (LCD or external) on Linux 3.6.11 : # cat /sys/kernel/debug/dri/0/radeon_pm_info default engine clock: 600000 kHz current engine clock: 99990 kHz default memory clock: 793750 kHz current memory clock: 150000 kHz voltage: 900 mV I've tried 3.8rcXXX and 3.9 WIP from here : http://cgit.freedesktop.org/~agd5f/linux/snapshot/linux-drm-next-3.9-wip.ta… Nothing can turn my radeon card at low power, Linux 3.7, 3.8, 3.9 burn my laptop ... -- You are receiving this mail because: You are the assignee for the bug.

1 0

nouveau, linux3.8-rc5: BUG: unable to handle kernel paging request at fffffffffffffff8
by Antonio Ospite 10 Feb '13

10 Feb '13

Hi, I am experiencing a bug with nouveau with linux-3.8-rc5, my video adapter is the one integrated on the MSI M3N78-VM motherboard (hence x86_64): 02:00.0 VGA compatible controller: NVIDIA Corporation C77 [GeForce 8200] (rev a2) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 82f2 Flags: bus master, fast devsel, latency 0, IRQ 21 Memory at fd000000 (32-bit, non-prefetchable) [size=16M] Memory at f0000000 (64-bit, prefetchable) [size=128M] Memory at fa000000 (64-bit, prefetchable) [size=32M] I/O ports at ec00 [size=128] Expansion ROM at febe0000 [disabled] [size=128K] Capabilities: <access denied> Kernel driver in use: nouveau The problem happens every time I use some 3D feature, for instance the trace below is from after I started "blender": [ 6163.299538] BUG: unable to handle kernel paging request at fffffffffffffff8 [ 6163.299600] IP: [<ffffffffa02cff32>] nouveau_mm_head+0x30/0x127 [nouveau] [ 6163.299714] PGD 160e067 PUD 160f067 PMD 0 [ 6163.299739] Oops: 0000 [#1] SMP [ 6163.299757] Modules linked in: hidp ebtable_nat ebtables cpufreq_powersave cpufreq_conservative cpufreq_stats cpufreq_userspace ipt_MASQUERADE xt_CHECKSUM bridge stp llc ppdev lp bnep rfcomm tun sit tunnel4 binfmt_misc uinput ib_iser rdma_cm ib_addr iw_cm ib_cm ib_sa ib_mad ib_core iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi ip6table_raw ip6table_mangle ip6t_REJECT xt_LOG nf_conntrack_ipv6 nf_defrag_ipv6 ip6t_rt ip6table_filter ip6_tables xt_tcpudp ipt_REJECT ipt_ULOG xt_limit xt_multiport xt_conntrack iptable_filter iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_raw ip_tables x_tables loop fuse snd_hda_codec_hdmi snd_hda_codec_via lm63 adm1021 snd_hda_intel snd_hda_codec snd_usb_audio snd_usbmidi_lib snd_hwdep lm90 snd_pcm_oss snd_mixer_oss f75375s snd_seq_midi snd_pcm snd_seq_midi_event snd_rawmidi snd_seq snd_page_alloc snd_seq_device adt7475 hwmon_vid snd_timer btusb snd nouveau bluetooth ttm drm_kms_helper drm mx m_wmi powernow_k8 i2c_algo_bit edac_mce_amd edac_core parport_pc shpchp kvm_amd soundcore rfkill crc16 kvm evdev pcspkr parport ehci_pci k8temp video asus_atk0110 wmi processor thermal_sys i2c_nforce2 i2c_core button ext3 mbcache jbd sg sr_mod cdrom usb_storage hid_generic usbhid hid sd_mod crc_t10dif dm_mod ahci libahci libata ohci_hcd ehci_hcd forcedeth scsi_mod usbcore usb_common floppy [ 6163.300023] CPU 0 [ 6163.300023] Pid: 3460, comm: Xorg Not tainted 3.8.0-rc5-ao2 #6 System manufacturer System Product Name/M3N78-VM [ 6163.300023] RIP: 0010:[<ffffffffa02cff32>] [<ffffffffa02cff32>] nouveau_mm_head+0x30/0x127 [nouveau] [ 6163.300023] RSP: 0018:ffff8801167eb9c8 EFLAGS: 00010216 [ 6163.300023] RAX: 00000000ffffffff RBX: fffffffffffffff0 RCX: 000000000000006c [ 6163.300023] RDX: 000000000000006c RSI: 0000000000000001 RDI: ffff8801167e6108 [ 6163.300023] RBP: ffff8800bb334d78 R08: 0000000000000000 R09: ffff8800bb334d78 [ 6163.300023] R10: 0000000000000360 R11: ffff8800bb334cc0 R12: 000000000000006c [ 6163.300023] R13: ffff8801167e6001 R14: ffff8801167e6020 R15: ffff8801167eba90 [ 6163.300023] FS: 00007f23f04c2880(0000) GS:ffff88011fc00000(0000) knlGS:0000000000000000 [ 6163.300023] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 6163.300023] CR2: fffffffffffffff8 CR3: 00000001194d6000 CR4: 00000000000007f0 [ 6163.300023] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 6163.300023] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 6163.300023] Process Xorg (pid: 3460, threadinfo ffff8801167ea000, task ffff88011770a7c0) [ 6163.300023] Stack: [ 6163.300023] 00000000000080d0 ffffffff167e6020 0000000000000002 0000000000000360 [ 6163.300023] 0000000000000002 0000000000000010 ffff8801167e6000 ffff8801167e6020 [ 6163.300023] ffff8801167eba90 ffffffffa02e19be ffff8801167ebb00 00000360ffffe000 [ 6163.300023] Call Trace: [ 6163.300023] [<ffffffffa02e19be>] ? nv50_fb_vram_new+0xc5/0x1f2 [nouveau] [ 6163.300023] [<ffffffffa0324e3a>] ? nouveau_vram_manager_new+0x62/0xa4 [nouveau] [ 6163.300023] [<ffffffffa029fc6a>] ? ttm_bo_mem_space+0x113/0x301 [ttm] [ 6163.300023] [<ffffffff81383c00>] ? _raw_write_lock_irqsave+0x19/0x2a [ 6163.300023] [<ffffffff8110b000>] ? create_object+0x1e9/0x299 [ 6163.300023] [<ffffffffa029feef>] ? ttm_bo_move_buffer+0x97/0xdd [ttm] [ 6163.300023] [<ffffffffa029ffd4>] ? ttm_bo_validate+0x9f/0xdd [ttm] [ 6163.300023] [<ffffffffa02a0353>] ? ttm_bo_init+0x341/0x37d [ttm] [ 6163.300023] [<ffffffffa0326663>] ? nouveau_bo_new+0x239/0x25e [nouveau] [ 6163.300023] [<ffffffffa032629d>] ? nouveau_ttm_tt_unpopulate+0xa3/0xa3 [nouveau] [ 6163.300023] [<ffffffff811c796b>] ? idr_get_empty_slot+0x18a/0x292 [ 6163.300023] [<ffffffffa0327d92>] ? nouveau_gem_new+0x53/0xf7 [nouveau] [ 6163.300023] [<ffffffffa0327ed5>] ? nouveau_gem_ioctl_new+0x9f/0x107 [nouveau] [ 6163.300023] [<ffffffffa02700ea>] ? drm_gem_flink_ioctl+0xc1/0xde [drm] [ 6163.300023] [<ffffffffa026e603>] ? drm_ioctl+0x28c/0x36a [drm] [ 6163.300023] [<ffffffffa0327e36>] ? nouveau_gem_new+0xf7/0xf7 [nouveau] [ 6163.300023] [<ffffffff8111949e>] ? vfs_ioctl+0x1e/0x31 [ 6163.300023] [<ffffffff81119cd6>] ? do_vfs_ioctl+0x3ee/0x430 [ 6163.300023] [<ffffffff8110cf1c>] ? vfs_read+0xac/0xf5 [ 6163.300023] [<ffffffff81119d65>] ? sys_ioctl+0x4d/0x7c [ 6163.300023] [<ffffffff81388f29>] ? system_call_fastpath+0x16/0x1b [ 6163.300023] Code: 44 89 c0 41 56 f7 d0 41 55 41 88 f5 41 54 41 89 d4 55 4c 89 cd 53 48 83 ec 18 48 8b 5f 10 89 44 24 0c 48 83 eb 10 e9 da 00 00 00 <48> 8b 43 08 44 8b 53 34 44 8b 7b 38 48 39 f8 45 89 d3 47 8d 0c [ 6163.300023] RIP [<ffffffffa02cff32>] nouveau_mm_head+0x30/0x127 [nouveau] [ 6163.300023] RSP <ffff8801167eb9c8> [ 6163.300023] CR2: fffffffffffffff8 [ 6163.300023] ---[ end trace b0239eaa41f9b476 ]--- [ 6165.326199] nouveau E[ PDISP][0000:02:00.0] chid 1 mthd 0x0080 data 0x00000000 0x000b5080 I had a similar issue in 3.7-rc cycle, here is a link to the discussion https://lkml.org/lkml/2012/10/29/696 where David explained the cause, I am not sure if this is the same scenario tho. Thanks, Antonio -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing?

2 2

[Bug 60541] New: [r300g, bisected] Some piglit NV_conditional_render tests fails
by bugzilla-daemon＠freedesktop.org 10 Feb '13

10 Feb '13

https://bugs.freedesktop.org/show_bug.cgi?id=60541 Priority: medium Bug ID: 60541 Keywords: regression CC: maraeo(a)gmail.com Assignee: dri-devel(a)lists.freedesktop.org Summary: [r300g, bisected] Some piglit NV_conditional_render tests fails Severity: normal Classification: Unclassified OS: All Reporter: pavel.ondracka(a)email.cz Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r300 Product: Mesa Faling tests are: nv_conditional_render-bitmap nv_conditional_render-clear nv_conditional_render-copypixels nv_conditional_render-dlist nv_conditional_render-drawpixels nv_conditional_render-vertex_array ./bin/nv_conditional_render-bitmap -auto r300: DRM version: 2.24.0, Name: ATI RV530, ID: 0x71c5, GB: 1, Z: 2 r300: GART size: 509 MB, VRAM size: 256 MB r300: AA compression RAM: YES, Z compression RAM: YES, HiZ RAM: YES Probe at (0,0) Expected: 0.000000 1.000000 0.000000 0.000000 Observed: 0.498039 0.498039 0.498039 0.498039 PIGLIT: {'result': 'fail' } First bad commit: commit 62cba629c09aaf236b2750785b899934b531b17a Author: Marek Olšák <maraeo(a)gmail.com> Date: Sun Dec 2 04:40:36 2012 +0100 Revert "r300g: fix occlusion queries when depth test is disabled or zbuffer It broke Hyper-Z terribly. GPU:RV530 Mesa: 0e2f26d5ea26febd16173aa8bbf7427b090e320f Kernel: 3.7.3-101.fc17.i686 Libdrm: 20c5607b57da113ca1a29caaa5a52eaf83808dff -- You are receiving this mail because: You are the assignee for the bug.

1 1

← Newer
1
...
59
60
61
62
63
64
65
...
70
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel February 2013