dri-devel May 2013

dri-devel@lists.freedesktop.org

116 participants
705 discussions

[Bug 64143] New: vdpau (shaders) regression since vl/buffer: use 2D_ARRAY instead of 3D textures
by bugzilla-daemon＠freedesktop.org 03 May '13

03 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=64143 Priority: medium Bug ID: 64143 Assignee: dri-devel(a)lists.freedesktop.org Summary: vdpau (shaders) regression since vl/buffer: use 2D_ARRAY instead of 3D textures Severity: normal Classification: Unclassified OS: All Reporter: adf.lists(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa non uvd mpeg2 decode was never perfect on my rv790 (though I think that is a software issue as it's the same with xvmc softpipe - vdpau softpipe untested due to crash). It is, however a lot worse for vdpau since - commit 7d2f2a0c890b1993532a45c8c392c28950ddc06e Author: Christian KÃ¶nig <christian.koenig(a)amd.com> Date: Tue Apr 30 14:40:40 2013 +0200 vl/buffer: use 2D_ARRAY instead of 3D textures Signed-off-by: Christian KÃ¶nig <christian.koenig(a)amd.com> -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 48694] radeonsi_pipe.c:322:7: error: ‘PIPE_CAP_DUAL_SOURCE_BLEND’ undeclared
by bugzilla-daemon＠freedesktop.org 03 May '13

03 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=48694 --- Comment #6 from Andreas Boll <andreas.boll.dev(a)gmail.com> --- Created attachment 78804 --> https://bugs.freedesktop.org/attachment.cgi?id=78804&action=edit Possible patch for removing nouveau build I could also remove the i915 build if it's requested. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 48694] radeonsi_pipe.c:322:7: error: ‘PIPE_CAP_DUAL_SOURCE_BLEND’ undeclared
by bugzilla-daemon＠freedesktop.org 03 May '13

03 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=48694 --- Comment #5 from Andreas Boll <andreas.boll.dev(a)gmail.com> --- Created attachment 78803 --> https://bugs.freedesktop.org/attachment.cgi?id=78803&action=edit Possible patch for removing radeon build -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 64096] New: LLVM RV790 etqw regression since R600: Packetize instructions
by bugzilla-daemon＠freedesktop.org 03 May '13

03 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=64096 Priority: medium Bug ID: 64096 Assignee: dri-devel(a)lists.freedesktop.org Summary: LLVM RV790 etqw regression since R600: Packetize instructions Severity: normal Classification: Unclassified OS: All Reporter: adf.lists(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa rv790 with etqw getting a green tint in levels on current llvm/mesa heads. llvm bisected to below, while actually sitting on that there are more corruptions than just the tint. commit 25f259cde28860ea76c2f5628010968945a28edb Author: Vincent Lejeune <vljn(a)ovi.com> Date: Tue Apr 30 00:14:27 2013 +0000 R600: Packetize instructions git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180760 91177308-0d34-0410-b5e6-96231b3b80d8 -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 58696] New: Choppy video playback in VLC with R600g on Radeon HD 6620G
by bugzilla-daemon＠freedesktop.org 03 May '13

03 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=58696 Priority: medium Bug ID: 58696 Assignee: dri-devel(a)lists.freedesktop.org Summary: Choppy video playback in VLC with R600g on Radeon HD 6620G Severity: normal Classification: Unclassified OS: All Reporter: runetmember(a)gmail.com Hardware: Other Status: NEW Version: git Component: Drivers/DRI/R600 Product: Mesa Video playback of almost any typical 10Mbps 1080p BDRip is choppy (many dropped frames) in VLC if R600g driver is used instead of fglrx on Radeon HD 6620G GPU. Enabling/disabling composting doesn't make difference (so this issue is not duplicate of https://bugs.freedesktop.org/show_bug.cgi?id=47776 ). Enabling/disabling "Suspend desktop effects for fullscreen windows" KWin options doesn't make difference for fullscreen playback. There is little difference between xv and OpenGL (GLX) output in VLC - xv output a little faster but gives choppy playback too. Issue is not reproducible: 1. in mplayer (SMPlayer is used) with R600g driver, 2. in Firefox (1080p VP8 playback) in Chrome (1080p H.264 playback) and in Adobe Flash 11.5 plugin (1080p H.264 too) with R600g driver. 3. in VLC with fglrx driver (hardware decoder is not enabled). Issue happen only in VLC&R600g combination. VLC always uses indirect rendering instead of direct so I check mplayer playback with disabled direct rendering and with enabled direct rendering but I doesn't notice any difference. AFAIK mplayer and VLC drops frames very differently so I check mplayer with disabled frame drop and with enabled frame drop but (again) doesn't notice any difference. So I doesn't sure what exactly is wrong in VLC&R600g combination but choppy video playback happen only in this combination for sure. In my opinion issues most likely is relevant only for APU hardware. Video sample used for testing: http://www.multiupload.nl/56CCVTW42H (most noticeable slowdown happen since 00:32). Software: Linux 3.8rc1 libdrm 2.4.40+git20121123.171666e4 Mesa 9.1~git20121222.a585b8f3 xserver-xorg-video-radeon 7.0.99+git20121207.793e1b0e Xserver 1.13.0.902+git20121207 VLC 2.0.5 (default settings tested too - no difference) mplayer 1.0~rc4.dfsg1+svn34540 Kubuntu 12.10 x86_64, Xorg Edgers PPA enabled. Hardware: A8-3500M with Radeon HD 6620G. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[PATCH v4] drm/exynos: hdmi: use drm_display_mode to check the supported modes
by Rahul Sharma 03 May '13

03 May '13

Exynos hdmi driver is using drm_display_mode for setting timing values for a supported resolution. Conversion to fb_videomode and then comparing with the mixer/hdmi/phy limits is not required. Instead, drm_display_mode fields cane be directly compared. v4: 1) Removed __func__ from DRM_DEBUG_KMS. v3: 1) Replaced check_timing callbacks with check_mode. 2) Change the type of second parameter of check_mode callback from void pointer paramenter to struct drm_display_mode pointer. v2: 1) Removed convert_to_video_timing(). 2) Corrected DRM_DEBUG_KMS to print the resolution properly. Signed-off-by: Rahul Sharma <rahul.sharma(a)samsung.com> --- drivers/gpu/drm/exynos/exynos_drm_connector.c | 38 ++----------------------- drivers/gpu/drm/exynos/exynos_drm_drv.h | 4 +-- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 4 +-- drivers/gpu/drm/exynos/exynos_drm_hdmi.c | 17 +++++------ drivers/gpu/drm/exynos/exynos_drm_hdmi.h | 6 ++-- drivers/gpu/drm/exynos/exynos_drm_vidi.c | 4 +-- drivers/gpu/drm/exynos/exynos_hdmi.c | 29 +++++++++---------- drivers/gpu/drm/exynos/exynos_mixer.c | 17 +++++------ 8 files changed, 43 insertions(+), 76 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_connector.c b/drivers/gpu/drm/exynos/exynos_drm_connector.c index 8bcc13a..ab3c6d4 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_connector.c +++ b/drivers/gpu/drm/exynos/exynos_drm_connector.c @@ -58,37 +58,6 @@ convert_to_display_mode(struct drm_display_mode *mode, mode->flags |= DRM_MODE_FLAG_DBLSCAN; } -/* convert drm_display_mode to exynos_video_timings */ -static inline void -convert_to_video_timing(struct fb_videomode *timing, - struct drm_display_mode *mode) -{ - DRM_DEBUG_KMS("%s\n", __FILE__); - - memset(timing, 0, sizeof(*timing)); - - timing->pixclock = mode->clock * 1000; - timing->refresh = drm_mode_vrefresh(mode); - - timing->xres = mode->hdisplay; - timing->right_margin = mode->hsync_start - mode->hdisplay; - timing->hsync_len = mode->hsync_end - mode->hsync_start; - timing->left_margin = mode->htotal - mode->hsync_end; - - timing->yres = mode->vdisplay; - timing->lower_margin = mode->vsync_start - mode->vdisplay; - timing->vsync_len = mode->vsync_end - mode->vsync_start; - timing->upper_margin = mode->vtotal - mode->vsync_end; - - if (mode->flags & DRM_MODE_FLAG_INTERLACE) - timing->vmode = FB_VMODE_INTERLACED; - else - timing->vmode = FB_VMODE_NONINTERLACED; - - if (mode->flags & DRM_MODE_FLAG_DBLSCAN) - timing->vmode |= FB_VMODE_DOUBLE; -} - static int exynos_drm_connector_get_modes(struct drm_connector *connector) { struct exynos_drm_connector *exynos_connector = @@ -168,15 +137,12 @@ static int exynos_drm_connector_mode_valid(struct drm_connector *connector, to_exynos_connector(connector); struct exynos_drm_manager *manager = exynos_connector->manager; struct exynos_drm_display_ops *display_ops = manager->display_ops; - struct fb_videomode timing; int ret = MODE_BAD; DRM_DEBUG_KMS("%s\n", __FILE__); - convert_to_video_timing(&timing, mode); - - if (display_ops && display_ops->check_timing) - if (!display_ops->check_timing(manager->dev, (void *)&timing)) + if (display_ops && display_ops->check_mode) + if (!display_ops->check_mode(manager->dev, mode)) ret = MODE_OK; return ret; diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h b/drivers/gpu/drm/exynos/exynos_drm_drv.h index 4606fac..9650b3b 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_drv.h +++ b/drivers/gpu/drm/exynos/exynos_drm_drv.h @@ -142,7 +142,7 @@ struct exynos_drm_overlay { * @is_connected: check for that display is connected or not. * @get_edid: get edid modes from display driver. * @get_panel: get panel object from display driver. - * @check_timing: check if timing is valid or not. + * @check_mode: check if mode is valid or not. * @power_on: display device on or off. */ struct exynos_drm_display_ops { @@ -151,7 +151,7 @@ struct exynos_drm_display_ops { struct edid *(*get_edid)(struct device *dev, struct drm_connector *connector); void *(*get_panel)(struct device *dev); - int (*check_timing)(struct device *dev, void *timing); + int (*check_mode)(struct device *dev, struct drm_display_mode *mode); int (*power_on)(struct device *dev, int mode); }; diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c b/drivers/gpu/drm/exynos/exynos_drm_fimd.c index 15e58f5..98bbe1e 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_fimd.c +++ b/drivers/gpu/drm/exynos/exynos_drm_fimd.c @@ -153,7 +153,7 @@ static void *fimd_get_panel(struct device *dev) return ctx->panel; } -static int fimd_check_timing(struct device *dev, void *timing) +static int fimd_check_mode(struct device *dev, struct drm_display_mode *mode) { DRM_DEBUG_KMS("%s\n", __FILE__); @@ -175,7 +175,7 @@ static struct exynos_drm_display_ops fimd_display_ops = { .type = EXYNOS_DISPLAY_TYPE_LCD, .is_connected = fimd_display_is_connected, .get_panel = fimd_get_panel, - .check_timing = fimd_check_timing, + .check_mode = fimd_check_mode, .power_on = fimd_display_power_on, }; diff --git a/drivers/gpu/drm/exynos/exynos_drm_hdmi.c b/drivers/gpu/drm/exynos/exynos_drm_hdmi.c index 5285509..8a07e8b 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_hdmi.c +++ b/drivers/gpu/drm/exynos/exynos_drm_hdmi.c @@ -121,7 +121,8 @@ static struct edid *drm_hdmi_get_edid(struct device *dev, return NULL; } -static int drm_hdmi_check_timing(struct device *dev, void *timing) +static int drm_hdmi_check_mode(struct device *dev, + struct drm_display_mode *mode) { struct drm_hdmi_context *ctx = to_context(dev); int ret = 0; @@ -133,14 +134,14 @@ static int drm_hdmi_check_timing(struct device *dev, void *timing) * If any of the two fails, return mode as BAD. */ - if (mixer_ops && mixer_ops->check_timing) - ret = mixer_ops->check_timing(ctx->mixer_ctx->ctx, timing); + if (mixer_ops && mixer_ops->check_mode) + ret = mixer_ops->check_mode(ctx->mixer_ctx->ctx, mode); if (ret) return ret; - if (hdmi_ops && hdmi_ops->check_timing) - return hdmi_ops->check_timing(ctx->hdmi_ctx->ctx, timing); + if (hdmi_ops && hdmi_ops->check_mode) + return hdmi_ops->check_mode(ctx->hdmi_ctx->ctx, mode); return 0; } @@ -161,7 +162,7 @@ static struct exynos_drm_display_ops drm_hdmi_display_ops = { .type = EXYNOS_DISPLAY_TYPE_HDMI, .is_connected = drm_hdmi_is_connected, .get_edid = drm_hdmi_get_edid, - .check_timing = drm_hdmi_check_timing, + .check_mode = drm_hdmi_check_mode, .power_on = drm_hdmi_power_on, }; @@ -212,7 +213,7 @@ static void drm_hdmi_mode_fixup(struct device *subdrv_dev, drm_mode_set_crtcinfo(adjusted_mode, 0); - mode_ok = drm_hdmi_check_timing(subdrv_dev, adjusted_mode); + mode_ok = drm_hdmi_check_mode(subdrv_dev, adjusted_mode); /* just return if user desired mode exists. */ if (mode_ok == 0) @@ -223,7 +224,7 @@ static void drm_hdmi_mode_fixup(struct device *subdrv_dev, * to adjusted_mode. */ list_for_each_entry(m, &connector->modes, head) { - mode_ok = drm_hdmi_check_timing(subdrv_dev, m); + mode_ok = drm_hdmi_check_mode(subdrv_dev, m); if (mode_ok == 0) { struct drm_mode_object base; diff --git a/drivers/gpu/drm/exynos/exynos_drm_hdmi.h b/drivers/gpu/drm/exynos/exynos_drm_hdmi.h index 6b70944..724cab1 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_hdmi.h +++ b/drivers/gpu/drm/exynos/exynos_drm_hdmi.h @@ -32,11 +32,11 @@ struct exynos_hdmi_ops { bool (*is_connected)(void *ctx); struct edid *(*get_edid)(void *ctx, struct drm_connector *connector); - int (*check_timing)(void *ctx, struct fb_videomode *timing); + int (*check_mode)(void *ctx, struct drm_display_mode *mode); int (*power_on)(void *ctx, int mode); /* manager */ - void (*mode_set)(void *ctx, void *mode); + void (*mode_set)(void *ctx, struct drm_display_mode *mode); void (*get_max_resol)(void *ctx, unsigned int *width, unsigned int *height); void (*commit)(void *ctx); @@ -57,7 +57,7 @@ struct exynos_mixer_ops { void (*win_disable)(void *ctx, int zpos); /* display */ - int (*check_timing)(void *ctx, struct fb_videomode *timing); + int (*check_mode)(void *ctx, struct drm_display_mode *mode); }; void exynos_hdmi_drv_attach(struct exynos_drm_hdmi_context *ctx); diff --git a/drivers/gpu/drm/exynos/exynos_drm_vidi.c b/drivers/gpu/drm/exynos/exynos_drm_vidi.c index 9504b0c..6043700 100644 --- a/drivers/gpu/drm/exynos/exynos_drm_vidi.c +++ b/drivers/gpu/drm/exynos/exynos_drm_vidi.c @@ -135,7 +135,7 @@ static void *vidi_get_panel(struct device *dev) return NULL; } -static int vidi_check_timing(struct device *dev, void *timing) +static int vidi_check_mode(struct device *dev, struct drm_display_mode *mode) { DRM_DEBUG_KMS("%s\n", __FILE__); @@ -158,7 +158,7 @@ static struct exynos_drm_display_ops vidi_display_ops = { .is_connected = vidi_display_is_connected, .get_edid = vidi_get_edid, .get_panel = vidi_get_panel, - .check_timing = vidi_check_timing, + .check_mode = vidi_check_mode, .power_on = vidi_display_power_on, }; diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c b/drivers/gpu/drm/exynos/exynos_hdmi.c index 93b70e9..4b99dcd 100644 --- a/drivers/gpu/drm/exynos/exynos_hdmi.c +++ b/drivers/gpu/drm/exynos/exynos_hdmi.c @@ -796,18 +796,17 @@ static int hdmi_find_phy_conf(struct hdmi_context *hdata, u32 pixel_clock) return -EINVAL; } -static int hdmi_check_timing(void *ctx, struct fb_videomode *timing) +static int hdmi_check_mode(void *ctx, struct drm_display_mode *mode) { struct hdmi_context *hdata = ctx; int ret; - DRM_DEBUG_KMS("[%d] %s\n", __LINE__, __func__); - - DRM_DEBUG_KMS("[%d]x[%d] [%d]Hz [%x]\n", timing->xres, - timing->yres, timing->refresh, - timing->vmode); + DRM_DEBUG_KMS("xres=%d, yres=%d, refresh=%d, intl=%d clock=%d\n", + mode->hdisplay, mode->vdisplay, mode->vrefresh, + (mode->flags & DRM_MODE_FLAG_INTERLACE) ? true : + false, mode->clock * 1000); - ret = hdmi_find_phy_conf(hdata, timing->pixclock); + ret = hdmi_find_phy_conf(hdata, mode->clock * 1000); if (ret < 0) return ret; return 0; @@ -1042,7 +1041,7 @@ static void hdmi_conf_init(struct hdmi_context *hdata) } } -static void hdmi_v13_timing_apply(struct hdmi_context *hdata) +static void hdmi_v13_mode_apply(struct hdmi_context *hdata) { const struct hdmi_tg_regs *tg = &hdata->mode_conf.conf.v13_conf.tg; const struct hdmi_v13_core_regs *core = @@ -1131,7 +1130,7 @@ static void hdmi_v13_timing_apply(struct hdmi_context *hdata) hdmi_reg_writemask(hdata, HDMI_TG_CMD, ~0, HDMI_TG_EN); } -static void hdmi_v14_timing_apply(struct hdmi_context *hdata) +static void hdmi_v14_mode_apply(struct hdmi_context *hdata) { const struct hdmi_tg_regs *tg = &hdata->mode_conf.conf.v14_conf.tg; const struct hdmi_v14_core_regs *core = @@ -1298,12 +1297,12 @@ static void hdmi_v14_timing_apply(struct hdmi_context *hdata) hdmi_reg_writemask(hdata, HDMI_TG_CMD, ~0, HDMI_TG_EN); } -static void hdmi_timing_apply(struct hdmi_context *hdata) +static void hdmi_mode_apply(struct hdmi_context *hdata) { if (hdata->type == HDMI_TYPE13) - hdmi_v13_timing_apply(hdata); + hdmi_v13_mode_apply(hdata); else - hdmi_v14_timing_apply(hdata); + hdmi_v14_mode_apply(hdata); } static void hdmiphy_conf_reset(struct hdmi_context *hdata) @@ -1424,7 +1423,7 @@ static void hdmi_conf_apply(struct hdmi_context *hdata) hdmi_audio_init(hdata); /* setting core registers */ - hdmi_timing_apply(hdata); + hdmi_mode_apply(hdata); hdmi_audio_control(hdata, true); hdmi_regs_dump(hdata, "start"); @@ -1643,7 +1642,7 @@ static void hdmi_v14_mode_set(struct hdmi_context *hdata, hdmi_set_reg(tg->tg_3d, 1, 0x0); } -static void hdmi_mode_set(void *ctx, void *mode) +static void hdmi_mode_set(void *ctx, struct drm_display_mode *mode) { struct hdmi_context *hdata = ctx; struct drm_display_mode *m = mode; @@ -1767,7 +1766,7 @@ static struct exynos_hdmi_ops hdmi_ops = { /* display */ .is_connected = hdmi_is_connected, .get_edid = hdmi_get_edid, - .check_timing = hdmi_check_timing, + .check_mode = hdmi_check_mode, /* manager */ .mode_set = hdmi_mode_set, diff --git a/drivers/gpu/drm/exynos/exynos_mixer.c b/drivers/gpu/drm/exynos/exynos_mixer.c index f08e251..ffcc690 100644 --- a/drivers/gpu/drm/exynos/exynos_mixer.c +++ b/drivers/gpu/drm/exynos/exynos_mixer.c @@ -818,17 +818,17 @@ static void mixer_win_disable(void *ctx, int win) mixer_ctx->win_data[win].enabled = false; } -static int mixer_check_timing(void *ctx, struct fb_videomode *timing) +static int mixer_check_mode(void *ctx, struct drm_display_mode *mode) { u32 w, h; - w = timing->xres; - h = timing->yres; + w = mode->hdisplay; + h = mode->vdisplay; - DRM_DEBUG_KMS("%s : xres=%d, yres=%d, refresh=%d, intl=%d\n", - __func__, timing->xres, timing->yres, - timing->refresh, (timing->vmode & - FB_VMODE_INTERLACED) ? true : false); + DRM_DEBUG_KMS("xres=%d, yres=%d, refresh=%d, intl=%d\n", + mode->hdisplay, mode->vdisplay, mode->vrefresh, + (mode->flags & DRM_MODE_FLAG_INTERLACE) ? true : + false); if ((w >= 464 && w <= 720 && h >= 261 && h <= 576) || (w >= 1024 && w <= 1280 && h >= 576 && h <= 720) || @@ -837,6 +837,7 @@ static int mixer_check_timing(void *ctx, struct fb_videomode *timing) return -EINVAL; } + static void mixer_wait_for_vblank(void *ctx) { struct mixer_context *mixer_ctx = ctx; @@ -976,7 +977,7 @@ static struct exynos_mixer_ops mixer_ops = { .win_disable = mixer_win_disable, /* display */ - .check_timing = mixer_check_timing, + .check_mode = mixer_check_mode, }; static irqreturn_t mixer_irq_handler(int irq, void *arg) -- 1.7.10.4

4 3

[Bug 63865] New: radeon_atombios_get_power_modes oops with E-350
by bugzilla-daemon＠freedesktop.org 02 May '13

02 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=63865 Priority: medium Bug ID: 63865 Assignee: dri-devel(a)lists.freedesktop.org Summary: radeon_atombios_get_power_modes oops with E-350 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: fdo(a)zahe.me Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI With linux 3.8.8 on an AMD E-350 cpu, the screen corrupts and freezes during modesetting switching. The system is otherwise responsive. kernel: [drm] Encoders: kernel: [drm] CRT1: INTERNAL_KLDSCP_DAC1 kernel: BUG: unable to handle kernel NULL pointer dereference at 0000000000000010 kernel: IP: [<ffffffffa034ceb8>] radeon_atombios_get_power_modes+0x748/0x7f0 [radeon] kernel: PGD 1b5061067 PUD 1b502d067 PMD 0 kernel: Oops: 0002 [#1] PREEMPT SMP kernel: Modules linked in: eeepc_wmi snd_hwdep asus_wmi radeon(+) sparse_keymap rfkill video pci_hotplug snd_pcm snd_page_alloc ttm snd_timer microcode snd drm_kms_helper evdev pcspkr drm k10temp i2c_algo_bit sp5100_tco i2c_piix4 i2c_core soundcore r8169 mii wmi button processor w83627ehf hwmon_vid cpufreq_stats nls_cp437 vfat fat fuse ext4 crc16 jbd2 mbcache hid_generic usbhid hid usb_storage sd_mod ahci libahci ehci_pci ohci_hcd ehci_hcd libata usbcore usb_common scsi_mod kernel: CPU 1 kernel: Pid: 151, comm: systemd-udevd Not tainted 3.8.8-1-ARCH #1 System manufacturer System Product Name/E35M1-M kernel: RIP: 0010:[<ffffffffa034ceb8>] [<ffffffffa034ceb8>] radeon_atombios_get_power_modes+0x748/0x7f0 [radeon] kernel: RSP: 0018:ffff8801b5d13a98 EFLAGS: 00010246 kernel: RAX: 0000000000000010 RBX: ffff8801b4afaffa RCX: 0000000000000000 kernel: RDX: 000000000000affa RSI: ffff8801b4afaffa RDI: 0000000000000000 kernel: RBP: ffff8801b5d13b00 R08: ffff8801b5d13ad3 R09: 0000000000000010 kernel: R10: ffff8801b4af0000 R11: 000000000000ab30 R12: 0000000000000000 kernel: R13: ffff8801b55e0000 R14: 0000000000000000 R15: ffff8801b4afaffa kernel: FS: 00007f4618cf9780(0000) GS:ffff8801bed00000(0000) knlGS:0000000000000000 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 kernel: CR2: 0000000000000010 CR3: 00000001b50bd000 CR4: 00000000000007e0 kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 kernel: Process systemd-udevd (pid: 151, threadinfo ffff8801b5d12000, task ffff8801b48fcb60) kernel: Stack: kernel: 0400080000000000 0000000004000800 ffff8801b4afaffa ffff8801b55e0000 kernel: ffff8801b4afaffa 0000000000000202 0000000080000000 affaaffa01060106 systemd-udevd[130]: worker [151] terminated by signal 9 (Killed) systemd-udevd[130]: worker [151] failed while handling '/devices/pci0000:00/0000:00:01.0' kernel: ffff8801b5abec58 ffff8801b55e0000 ffff8801b5abe800 0000000000000000 kernel: Call Trace: kernel: [<ffffffffa039f507>] radeon_pm_init+0x3a7/0x580 [radeon] kernel: [<ffffffffa036bdc7>] ? radeon_modeset_init+0x3e7/0xba0 [radeon] kernel: [<ffffffffa036bf08>] radeon_modeset_init+0x528/0xba0 [radeon] kernel: [<ffffffffa03484d0>] radeon_driver_load_kms+0xf0/0x1a0 [radeon] kernel: [<ffffffffa02605d6>] drm_get_pci_dev+0x176/0x2b0 [drm] kernel: [<ffffffffa032e1c1>] ? radeon_pci_probe+0xa1/0xe0 [radeon] kernel: [<ffffffffa032e1d3>] radeon_pci_probe+0xb3/0xe0 [radeon] kernel: [<ffffffff8129556e>] local_pci_probe+0x3e/0x70 kernel: [<ffffffff81295761>] pci_device_probe+0x111/0x120 kernel: [<ffffffff8134c707>] driver_probe_device+0x87/0x3a0 kernel: [<ffffffff8134caf3>] __driver_attach+0x93/0xa0 kernel: [<ffffffff8134ca60>] ? __device_attach+0x40/0x40 kernel: [<ffffffff8134a703>] bus_for_each_dev+0x63/0xa0 kernel: [<ffffffff8134c18e>] driver_attach+0x1e/0x20 kernel: [<ffffffff8134bc0a>] bus_add_driver+0xda/0x2b0 kernel: [<ffffffffa040a000>] ? 0xffffffffa0409fff kernel: [<ffffffff8134d181>] driver_register+0x71/0x150 kernel: [<ffffffffa040a000>] ? 0xffffffffa0409fff kernel: [<ffffffff812953fd>] __pci_register_driver+0x4d/0x50 kernel: [<ffffffffa026082a>] drm_pci_init+0x11a/0x130 [drm] kernel: [<ffffffffa040a000>] ? 0xffffffffa0409fff kernel: [<ffffffffa040a0ec>] radeon_init+0xec/0xee [radeon] kernel: [<ffffffff8100210a>] do_one_initcall+0x10a/0x160 kernel: [<ffffffff810bd85b>] load_module+0x1a0b/0x20d0 kernel: [<ffffffff81286490>] ? ddebug_proc_write+0xf0/0xf0 kernel: [<ffffffff810bdfc2>] sys_init_module+0xa2/0xf0 kernel: [<ffffffff814c731d>] system_call_fastpath+0x1a/0x1f kernel: Code: 01 7e 08 48 8b 52 08 83 4a 24 01 48 83 c0 30 48 39 c8 75 df 49 63 85 d4 12 00 00 83 f8 ff 0f 85 18 fa ff ff 49 8b 85 b8 12 00 00 <c7> 00 00 00 00 00 49 8b 85 b8 12 00 00 41 c7 85 d4 12 00 00 00 kernel: RIP [<ffffffffa034ceb8>] radeon_atombios_get_power_modes+0x748/0x7f0 [radeon] kernel: RSP <ffff8801b5d13a98> kernel: CR2: 0000000000000010 kernel: ---[ end trace b7966bb12ee1e96d ]--- -- You are receiving this mail because: You are the assignee for the bug.

1 13

X.Org Google Summer of Code
by Alex Deucher 02 May '13

02 May '13

Just a reminder to all students and mentors planning to work on an X.Org GSoC project this year, the deadline for applications is tomorrow (May 3rd, 19:00 UTC). If you are a student planning to apply, please submit your application by the deadline. If you are planning to mentor a project and have not signed up as a mentor yet, please log into melange and connect with the xorg organization as a mentor from your dashboard. If you have any additional questions, let me know. Thanks everyone! Alex

1 0

WARNING: at drivers/gpu/drm/drm_crtc.c:82 drm_warn_on_modeset_not_all_locked+0x8d/0xc0()
by Borislav Petkov 02 May '13

02 May '13

Hi, I'm seeing this when booting latest Linus tree + tip/master in kvm. Config is attached. Looks like it cannot find root fs and panics and calls the panic notifier which screams in drm_crtc.c because not all modeset locks are taken. Maybe bogus? Anyway, just FYI: ... [ 25.406627] md: Autodetecting RAID arrays. [ 25.408078] md: Scanned 0 and added 0 devices. [ 25.409665] md: autorun ... [ 25.410916] md: ... autorun DONE. [ 25.412501] VFS: Cannot open root device "sda1" or unknown-block(0,0): error -6 [ 25.414524] Please append a correct "root=" boot option; here are the available partitions: [ 25.416719] 1f00 4096 mtdblock0 (driver?) [ 25.445497] 1f01 131072 mtdblock1 (driver?) [ 25.447975] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0) [ 25.449478] CPU: 1 PID: 1 Comm: swapper/0 Not tainted 3.9.0-06610-g53332d7971f9 #1 [ 25.449478] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2007 [ 25.449478] 0000000000008001 ffff88007c0f1db8 ffffffff825c3769 ffff88007c0f1e38 [ 25.449478] ffffffff825be42e 3130663182d86a47 6631002000000010 ffff88007c0f1e48 [ 25.449478] ffff88007c0f1de8 ffff88007c0f0031 ffff88007c0f1e60 0000000000000000 [ 25.449478] Call Trace: [ 25.449478] [<ffffffff825c3769>] dump_stack+0x27/0x30 [ 25.449478] [<ffffffff825be42e>] panic+0x10f/0x2a3 [ 25.449478] [<ffffffff8367fc72>] mount_block_root+0x2b5/0x3ad [ 25.449478] [<ffffffff8367fdd6>] mount_root+0x6c/0x77 [ 25.449478] [<ffffffff8367ffaf>] prepare_namespace+0x1ce/0x210 [ 25.449478] [<ffffffff8367f865>] kernel_init_freeable+0x2fd/0x31b [ 25.449478] [<ffffffff8367e948>] ? loglevel+0x46/0x46 [ 25.449478] [<ffffffff825a9ac0>] ? rest_init+0x1f0/0x1f0 [ 25.449478] [<ffffffff825a9ad6>] kernel_init+0x16/0x1a0 [ 25.449478] [<ffffffff825e611c>] ret_from_fork+0x7c/0xb0 [ 25.449478] [<ffffffff825a9ac0>] ? rest_init+0x1f0/0x1f0 [ 25.449478] drm_kms_helper: panic occurred, switching back to text console [ 25.449478] ------------[ cut here ]------------ [ 25.449478] WARNING: at drivers/gpu/drm/drm_crtc.c:82 drm_warn_on_modeset_not_all_locked+0x8d/0xc0() [ 25.449478] CPU: 1 PID: 1 Comm: swapper/0 Not tainted 3.9.0-06610-g53332d7971f9 #1 [ 25.449478] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2007 [ 25.449478] 0000000000000009 ffff88007c0f1c38 ffffffff825c3769 ffff88007c0f1c78 [ 25.449478] ffffffff81080303 0000000000000001 ffff880079dbef60 ffff88007ba7ab28 [ 25.449478] ffff88007ba7a290 0000000000000000 ffffffff831c3ad0 ffff88007c0f1c88 [ 25.449478] Call Trace: [ 25.449478] [<ffffffff825c3769>] dump_stack+0x27/0x30 [ 25.449478] [<ffffffff81080303>] warn_slowpath_common+0x93/0xd0 [ 25.449478] [<ffffffff8108046a>] warn_slowpath_null+0x2a/0x40 [ 25.449478] [<ffffffff816e841d>] drm_warn_on_modeset_not_all_locked+0x8d/0xc0 [ 25.449478] [<ffffffff816cb6a6>] drm_fb_helper_restore_fbdev_mode+0x26/0xa0 [ 25.449478] [<ffffffff816cb7b2>] drm_fb_helper_panic+0x92/0xf0 [ 25.449478] [<ffffffff810c875e>] notifier_call_chain+0x9e/0x250 [ 25.449478] [<ffffffff810c8b49>] __atomic_notifier_call_chain+0xa9/0x1c0 [ 25.449478] [<ffffffff810c8aa5>] ? __atomic_notifier_call_chain+0x5/0x1c0 [ 25.449478] [<ffffffff810c8c7e>] atomic_notifier_call_chain+0x1e/0x30 [ 25.449478] [<ffffffff825be46a>] panic+0x14b/0x2a3 [ 25.449478] [<ffffffff8367fc72>] mount_block_root+0x2b5/0x3ad [ 25.449478] [<ffffffff8367fdd6>] mount_root+0x6c/0x77 [ 25.449478] [<ffffffff8367ffaf>] prepare_namespace+0x1ce/0x210 [ 25.449478] [<ffffffff8367f865>] kernel_init_freeable+0x2fd/0x31b [ 25.449478] [<ffffffff8367e948>] ? loglevel+0x46/0x46 [ 25.449478] [<ffffffff825a9ac0>] ? rest_init+0x1f0/0x1f0 [ 25.449478] [<ffffffff825a9ad6>] kernel_init+0x16/0x1a0 [ 25.449478] [<ffffffff825e611c>] ret_from_fork+0x7c/0xb0 [ 25.449478] [<ffffffff825a9ac0>] ? rest_init+0x1f0/0x1f0 [ 25.449478] ---[ end trace be42dd504bbfe2a8 ]--- [ 25.449478] ------------[ cut here ]------------ [ 25.449478] WARNING: at drivers/gpu/drm/drm_crtc.c:84 drm_warn_on_modeset_not_all_locked+0xa8/0xc0() [ 25.449478] CPU: 1 PID: 1 Comm: swapper/0 Tainted: G W 3.9.0-06610-g53332d7971f9 #1 [ 25.449478] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2007 [ 25.449478] 0000000000000009 ffff88007c0f1c38 ffffffff825c3769 ffff88007c0f1c78 [ 25.449478] ffffffff81080303 0000000000000001 ffff88007ba7ab20 ffff88007ba7ab28 [ 25.449478] ffff88007ba7a290 0000000000000000 ffffffff831c3ad0 ffff88007c0f1c88 [ 25.449478] Call Trace: [ 25.449478] [<ffffffff825c3769>] dump_stack+0x27/0x30 [ 25.449478] [<ffffffff81080303>] warn_slowpath_common+0x93/0xd0 [ 25.449478] [<ffffffff8108046a>] warn_slowpath_null+0x2a/0x40 [ 25.449478] [<ffffffff816e8438>] drm_warn_on_modeset_not_all_locked+0xa8/0xc0 [ 25.449478] [<ffffffff816cb6a6>] drm_fb_helper_restore_fbdev_mode+0x26/0xa0 [ 25.449478] [<ffffffff816cb7b2>] drm_fb_helper_panic+0x92/0xf0 [ 25.449478] [<ffffffff810c875e>] notifier_call_chain+0x9e/0x250 [ 25.449478] [<ffffffff810c8b49>] __atomic_notifier_call_chain+0xa9/0x1c0 [ 25.449478] [<ffffffff810c8aa5>] ? __atomic_notifier_call_chain+0x5/0x1c0 [ 25.449478] [<ffffffff810c8c7e>] atomic_notifier_call_chain+0x1e/0x30 [ 25.449478] [<ffffffff825be46a>] panic+0x14b/0x2a3 [ 25.449478] [<ffffffff8367fc72>] mount_block_root+0x2b5/0x3ad [ 25.449478] [<ffffffff8367fdd6>] mount_root+0x6c/0x77 [ 25.449478] [<ffffffff8367ffaf>] prepare_namespace+0x1ce/0x210 [ 25.449478] [<ffffffff8367f865>] kernel_init_freeable+0x2fd/0x31b [ 25.449478] [<ffffffff8367e948>] ? loglevel+0x46/0x46 [ 25.449478] [<ffffffff825a9ac0>] ? rest_init+0x1f0/0x1f0 [ 25.449478] [<ffffffff825a9ad6>] kernel_init+0x16/0x1a0 [ 25.449478] [<ffffffff825e611c>] ret_from_fork+0x7c/0xb0 [ 25.449478] [<ffffffff825a9ac0>] ? rest_init+0x1f0/0x1f0 [ 25.449478] ---[ end trace be42dd504bbfe2a9 ]--- [EOF] -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. --

4 5

[PATCH, RFC 00/22] ARM randconfig bugs
by Arnd Bergmann 02 May '13

02 May '13

Hi subsystem maintainers, This is a set of patches to to fix build errors I hit while trying to build lots of randconfig kernels on linux-next. Most of them are simple missing dependencies in Kconfig, but some are more substantial. I would like to see at least the obvious patches get merged for 3.10. If you are happy with the patches, feel free to apply them directly, otherwise please provide feedback. No single patch out of these is very important though, most of them only concern corner cases and don't matter in practice. Arnd Arnd Bergmann (22): can: move CONFIG_HAVE_CAN_FLEXCAN out of CAN_DEV cpufreq: ARM_DT_BL_CPUFREQ needs ARM_CPU_TOPOLOGY cpuidle: calxeda: select ARM_CPU_SUSPEND staging/drm: imx: add missing dependencies drm: always provide debugfs function prototypes gpu/drm: host1x: add dependency on Tegra drm/tilcd: select BACKLIGHT_LCD_SUPPORT OMAPDSS: DPI needs DSI crypto: lz4: don't build on ARM mfd: ab8500: debugfs code depends on gpadc iwlegacy: il_pm_ops is only provided for PM_SLEEP thermal: cpu_cooling: fix stub function staging/logger: use kuid_t internally oprofile: always enable IRQ_WORK USB: EHCI: remove bogus #error USB: UHCI: clarify Kconfig dependencies USB: OHCI: clarify Kconfig dependencies Xen: SWIOTLB is only used on x86 staging/solo6x10: depend on CONFIG_FONTS media: coda: select GENERIC_ALLOCATOR davinci: vpfe_capture needs i2c radio-si4713: depend on SND_SOC arch/Kconfig | 1 + crypto/Kconfig | 2 ++ drivers/cpufreq/Kconfig.arm | 1 + drivers/cpuidle/Kconfig | 1 + drivers/gpu/drm/tilcdc/Kconfig | 1 + drivers/gpu/host1x/drm/Kconfig | 1 + drivers/media/platform/Kconfig | 1 + drivers/media/platform/davinci/Kconfig | 3 ++ drivers/media/radio/Kconfig | 1 + drivers/mfd/Kconfig | 2 +- drivers/net/can/Kconfig | 6 ++-- drivers/net/wireless/iwlegacy/common.h | 2 +- drivers/staging/android/logger.c | 4 +-- drivers/staging/android/logger.h | 2 +- drivers/staging/imx-drm/Kconfig | 4 +++ drivers/staging/media/solo6x10/Kconfig | 1 + drivers/usb/host/Kconfig | 65 +++++++++++++++++++++++++++++----- drivers/usb/host/Makefile | 4 +-- drivers/usb/host/ehci-hcd.c | 17 --------- drivers/usb/host/ohci-hcd.c | 19 ---------- drivers/usb/host/uhci-hcd.c | 4 +-- drivers/video/console/Makefile | 2 ++ drivers/video/omap2/dss/Kconfig | 1 + drivers/xen/Kconfig | 2 +- include/drm/drmP.h | 3 +- include/linux/cpu_cooling.h | 2 +- 26 files changed, 91 insertions(+), 61 deletions(-) -- 1.8.1.2 Cc: Alan Stern <stern(a)rowland.harvard.edu> Cc: Daniel Lezcano <daniel.lezcano(a)linaro.org> Cc: Dave Airlie <airlied(a)redhat.com> Cc: Greg Kroah-Hartman <gregkh(a)linuxfoundation.org> Cc: Hans Verkuil <hverkuil(a)xs4all.nl> Cc: Herbert Xu <herbert(a)gondor.hengli.com.au> Cc: John W. Linville <linville(a)tuxdriver.com> Cc: Konrad Rzeszutek Wilk <konrad.wilk(a)oracle.com> Cc: Mauro Carvalho Chehab <mchehab(a)infradead.org> Cc: Oliver Hartkopp <socketcan(a)hartkopp.net> Cc: Rafael J. Wysocki <rjw(a)sisk.pl> Cc: Robert Richter <rric(a)kernel.org> Cc: Samuel Ortiz <sameo(a)linux.intel.com> Cc: Shawn Guo <shawn.guo(a)linaro.org> Cc: Thierry Reding <thierry.reding(a)avionic-design.de> Cc: Tomi Valkeinen <tomi.valkeinen(a)ti.com> Cc: Viresh Kumar <viresh.kumar(a)linaro.org> Cc: Zhang Rui <rui.zhang(a)intel.com> Cc: cpufreq(a)vger.kernel.org Cc: dri-devel(a)lists.freedesktop.org Cc: linux-can(a)vger.kernel.org Cc: linux-media(a)vger.kernel.org Cc: linux-pm(a)vger.kernel.org Cc: oprofile-list(a)lists.sf.net

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel May 2013