Daniel Vetter | 21 May 2013 17:51
Picon
Gravatar

Re: Genereal question regarding kernel development

On Tue, May 21, 2013 at 4:30 PM, Jan Niggemann <jn <at> hz6.de> wrote:
> Hi Daniel,
>
> you misunderstood my mail, I just wanted to know:
>
> Are patches in patchwork that correct kernel bugs in any way linked to
> bugzilla issues and if so, how?
> In other words: What bugzilla bug corresponds to
> https://patchwork.kernel.org/patch/2402211/ ?

There's no bug rebort for this issue in kernel bugzilla afaik. And
please don't drop cc's.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
Christian König | 21 May 2013 17:14
Picon
Favicon

[PATCH] drm/radeon: UVD block on SUMO2 is the same as on SUMO

From: Christian König <christian.koenig <at> amd.com>

The chip id for SUMO2 isn't used.

Signed-off-by: Christian König <christian.koenig <at> amd.com>
---
 drivers/gpu/drm/radeon/rv770.c |    4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/drivers/gpu/drm/radeon/rv770.c b/drivers/gpu/drm/radeon/rv770.c
index 83f612a..3fc2985 100644
--- a/drivers/gpu/drm/radeon/rv770.c
+++ b/drivers/gpu/drm/radeon/rv770.c
 <at>  <at>  -862,10 +862,8  <at>  <at>  int rv770_uvd_resume(struct radeon_device *rdev)
 		chip_id = 0x0100000b;
 		break;
 	case CHIP_SUMO:
-		chip_id = 0x0100000c;
-		break;
 	case CHIP_SUMO2:
-		chip_id = 0x0100000d;
+		chip_id = 0x0100000c;
 		break;
 	case CHIP_PALM:
 		chip_id = 0x0100000e;
--

-- 
1.7.9.5

_______________________________________________
dri-devel mailing list
(Continue reading)

Daniel Vetter | 21 May 2013 16:13
Picon
Gravatar

Re: Genereal question regarding kernel development

Hi Jan,

First things first, please _always_ cc relevant mailing lists.

Second: I've submitted a proper patch to revert this behaviour change,
but it has been nacked. I've poked Dave Airlie about it again on irc.
See https://patchwork.kernel.org/patch/2402211/

Thanks, Daniel

On Tue, May 21, 2013 at 3:28 PM, Jan Niggemann <jn <at> hz6.de> wrote:
> Hi Daniel,
>
> sorry for bothering you directly, but being a kernel dev you can probably
> answer my question:
> I read what "patchwork" is and what it's used for; I also understand that
> bugs are tracked in bugzilla and that both are separate systems.
> My question is:
> I'm affected by this: https://patchwork.kernel.org/patch/2400621/
> I expected this patch to be somehow linked to a bugzilla entry I could
> subscribe to (in order to get updates on issue)...
> But I'm unable to find a bug in bugzilla regarding "kworker irq storm" or
> similar...
>
> Are patches in patchwork that correct kernel bugs in any way linked to
> bugzilla issues and if so, how?
> Thank you for your time!
>
> Regards
> Jan
(Continue reading)

bugzilla-daemon | 21 May 2013 11:41

[Bug 64819] New: GPU fault detected flood at A8-5600K Trinity 7560D

Priority Bug ID Assignee Summary Severity Classification OS Reporter Hardware Status Version Component Product
medium
64819
dri-devel <at> lists.freedesktop.org
GPU fault detected flood at A8-5600K Trinity 7560D
normal
Unclassified
Linux (All)
p00hzone <at> gmail.com
x86-64 (AMD64)
NEW
git
Drivers/DRI/Radeon
Mesa

Created attachment 79612 [details] dmesg.log I have exactly similar bug as described at https://bugs.freedesktop.org/show_bug.cgi?id=59089 with Trinity 7560D at A8-5600K. I'm using latest git drivers. As that bug marked as fixed should i claim that my problem is unrelated and caused by hardware and/or other malfunctions? My problem consists of NOT log flood only, but the whole machine usually freezes and nothing except hard reboot can fix this. Problem detects in both idle and high load mode. The temperature of APU is about 20-40C. #uname -a Linux multiseat 3.9.2-1-gpgpu #lspci | grep VGA 00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Trinity [Radeon HD 7560D]
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Inki Dae | 21 May 2013 10:08

[PATCH] drm/exynos: wait for the completion of pending page flip

This patch fixes the issue that drm_vblank_get() is failed.

The issus occurs when next page flip request is tried
if previous page flip event wasn't completed yet and then
dpms became off.

So this patch make sure that page flip event is completed
before dpms goes to off.

Signed-off-by: Inki Dae <inki.dae <at> samsung.com>
Signed-off-by: Kyungmin Park <kyungmin.park <at> samsung.com>
---
 drivers/gpu/drm/exynos/exynos_drm_crtc.c |   16 ++++++++++++++++
 1 files changed, 16 insertions(+), 0 deletions(-)

diff --git a/drivers/gpu/drm/exynos/exynos_drm_crtc.c b/drivers/gpu/drm/exynos/exynos_drm_crtc.c
index e8894bc..69a77e9 100644
--- a/drivers/gpu/drm/exynos/exynos_drm_crtc.c
+++ b/drivers/gpu/drm/exynos/exynos_drm_crtc.c
 <at>  <at>  -48,6 +48,8  <at>  <at>  struct exynos_drm_crtc {
 	unsigned int			pipe;
 	unsigned int			dpms;
 	enum exynos_crtc_mode		mode;
+	wait_queue_head_t		pending_flip_queue;
+	atomic_t			pending_flip;
 };

 static void exynos_drm_crtc_dpms(struct drm_crtc *crtc, int mode)
 <at>  <at>  -61,6 +63,13  <at>  <at>  static void exynos_drm_crtc_dpms(struct drm_crtc *crtc, int mode)
 		return;
 	}

+	if (mode > DRM_MODE_DPMS_ON) {
+		/* wait for the completion of page flip. */
+		wait_event(exynos_crtc->pending_flip_queue,
+				atomic_read(&exynos_crtc->pending_flip) == 0);
+		drm_vblank_off(crtc->dev, exynos_crtc->pipe);
+	}
+
 	exynos_drm_fn_encoder(crtc, &mode, exynos_drm_encoder_crtc_dpms);
 	exynos_crtc->dpms = mode;
 }
 <at>  <at>  -225,6 +234,7  <at>  <at>  static int exynos_drm_crtc_page_flip(struct drm_crtc *crtc,
 		spin_lock_irq(&dev->event_lock);
 		list_add_tail(&event->base.link,
 				&dev_priv->pageflip_event_list);
+		atomic_set(&exynos_crtc->pending_flip, 1);
 		spin_unlock_irq(&dev->event_lock);

 		crtc->fb = fb;
 <at>  <at>  -344,6 +354,8  <at>  <at>  int exynos_drm_crtc_create(struct drm_device *dev, unsigned int nr)

 	exynos_crtc->pipe = nr;
 	exynos_crtc->dpms = DRM_MODE_DPMS_OFF;
+	init_waitqueue_head(&exynos_crtc->pending_flip_queue);
+	atomic_set(&exynos_crtc->pending_flip, 0);
 	exynos_crtc->plane = exynos_plane_init(dev, 1 << nr, true);
 	if (!exynos_crtc->plane) {
 		kfree(exynos_crtc);
 <at>  <at>  -398,6 +410,8  <at>  <at>  void exynos_drm_crtc_finish_pageflip(struct drm_device *dev, int crtc)
 {
 	struct exynos_drm_private *dev_priv = dev->dev_private;
 	struct drm_pending_vblank_event *e, *t;
+	struct drm_crtc *drm_crtc = dev_priv->crtc[crtc];
+	struct exynos_drm_crtc *exynos_crtc = to_exynos_crtc(drm_crtc);
 	struct timeval now;
 	unsigned long flags;

 <at>  <at>  -419,6 +433,8  <at>  <at>  void exynos_drm_crtc_finish_pageflip(struct drm_device *dev, int crtc)
 		list_move_tail(&e->base.link, &e->base.file_priv->event_list);
 		wake_up_interruptible(&e->base.file_priv->event_wait);
 		drm_vblank_put(dev, crtc);
+		atomic_set(&exynos_crtc->pending_flip, 0);
+		wake_up(&exynos_crtc->pending_flip_queue);
 	}

 	spin_unlock_irqrestore(&dev->event_lock, flags);
--

-- 
1.7.5.4
bugzilla-daemon | 21 May 2013 06:58

[Bug 64810] New: EGL/Gles/Weston give segfault on RADEONSI

Priority Bug ID Assignee Summary Severity Classification OS Reporter Hardware Status Version Component Product
medium
64810
dri-devel <at> lists.freedesktop.org
EGL/Gles/Weston give segfault on RADEONSI
enhancement
Unclassified
Linux (All)
jrch2k10 <at> gmail.com
x86-64 (AMD64)
NEW
git
Drivers/Gallium/radeonsi
Mesa

Just informing since i can't see it in the TODO[i assume they aren't ready], so just for the info. glx and OpenGL works good enough Hardware 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde XT [Radeon HD 7770 GHz Edition] Linux localhost 3.10.0-rc1 #1 SMP PREEMPT Sun May 12 11:20:57 VET 2013 x86_64 AMD FX(tm)-6100 Six-Core Processor AuthenticAMD GNU/Linux Software mesa/libdrm/glamor/ddx/llvm/wayand/weston all daily git builded Issue Egl is not working beyond eglinfo, eglgears and eglscreen_XX segfault GLES is not working at all, any related command segfaults either es1_ or es2_ Wayland/Weston logically doesn't work either GDB throws Program received signal SIGSEGV, Segmentation fault. 0x00007ffff4346cde in r600_init_query_functions () from /usr/lib64/egl/egl_gallium.so
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Dave Airlie | 21 May 2013 01:51
Picon
Favicon

[git pull] drm radeon and nouveau fixes


Hi Linus,

This is just a set of nouveau and radeon fixes, the nouveau ones fix some 
suspend/resume regressions since use of copy engines and some fixes for Z 
compression on some newer chipsets.

I've got another pull request for some new AMD radeon hw that shouldn't 
touch any existing hw support that I'll send after this, its based on this 
one, so pulling it will get this + that.

Dave.

The following changes since commit e9ced8e040ebe40e9953db90acbe7d0b58702ebb:

  drm/radeon: restore nomodeset operation (v2) (2013-05-17 11:47:07 +1000)

are available in the git repository at:

  git://people.freedesktop.org/~airlied/linux.git drm-fixes

for you to fetch changes up to a3f6902672c9fa3868722ef6ab8a7dd9141def6a:

  Merge branch 'drm-fixes-3.10' of git://people.freedesktop.org/~agd5f/linux into drm-next
(2013-05-21 09:41:33 +1000)

----------------------------------------------------------------

Alex Deucher (1):
      drm/radeon/dce2: use 10khz units for audio dto calculation

Ben Skeggs (9):
      drm/nouveau/bios: fix thinko in ZM_MASK_ADD opcode
      drm/nvc0/ce: disable ce1 on a number of chipsets
      drm/nvc0/ltcg: fix handling of disabled partitions
      drm/nve0/ltcg: poke the partition count into yet another register
      drm/nve0/fifo: prevent races between clients updating playlists
      drm/nvc0/fifo: prevent races between clients updating playlists
      drm/nvc0/fifo: prevent CHAN_TABLE_ERROR:CHANNEL_PENDING on fifo fini
      drm/nv50/fifo: prevent races between clients updating playlists
      drm/nouveau: ensure channels are stopped before saving fences for suspend

Dave Airlie (3):
      drm/nouveau: fix build with nv50->nvc0
      Merge branch 'drm-nouveau-fixes-3.10' of git://anongit.freedesktop.org/git/nouveau/linux-2.6
into drm-next
      Merge branch 'drm-fixes-3.10' of git://people.freedesktop.org/~agd5f/linux into drm-next

Niels Ole Salscheider (2):
      drm/radeon: Remove superfluous variable
      drm/radeon: Fix VRAM size calculation for VRAM >= 4GB

 drivers/gpu/drm/nouveau/core/engine/device/nvc0.c |  2 --
 drivers/gpu/drm/nouveau/core/engine/fifo/nv50.c   |  2 ++
 drivers/gpu/drm/nouveau/core/engine/fifo/nvc0.c   | 10 +++++++++
 drivers/gpu/drm/nouveau/core/engine/fifo/nve0.c   |  3 +++
 drivers/gpu/drm/nouveau/core/subdev/bios/init.c   |  4 ++--
 drivers/gpu/drm/nouveau/core/subdev/ltcg/nvc0.c   | 17 ++++++++-------
 drivers/gpu/drm/nouveau/nouveau_drm.c             | 25 ++++++++++++++++++-----
 drivers/gpu/drm/radeon/atombios_crtc.c            |  6 ------
 drivers/gpu/drm/radeon/evergreen.c                |  4 ++--
 drivers/gpu/drm/radeon/evergreen_hdmi.c           |  7 +++----
 drivers/gpu/drm/radeon/r600_hdmi.c                |  9 ++++----
 drivers/gpu/drm/radeon/radeon_legacy_crtc.c       |  4 ----
 drivers/gpu/drm/radeon/radeon_mode.h              |  1 -
 drivers/gpu/drm/radeon/radeon_ttm.c               |  2 +-
 drivers/gpu/drm/radeon/si.c                       |  4 ++--
 15 files changed, 59 insertions(+), 41 deletions(-)
bugzilla-daemon | 21 May 2013 00:51

[Bug 64801] KMS/R7xx - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

Comment # 3 on bug 64801 from Created attachment 79594 [details] Output from journalctl -a --no-pager
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 21 May 2013 00:48

[Bug 64801] KMS/R7xx - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

changed bug 64801
What Removed Added
Summary KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12! KMS/R7xx - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 21 May 2013 00:46

[Bug 64801] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

Comment # 2 on bug 64801 from Created attachment 79593 [details] Xorg.2.log from builder
You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
bugzilla-daemon | 21 May 2013 00:40

[Bug 64801] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

changed bug 64801
What Removed Added
Summary Seeing repeatable DRM relocation error messages with RV710 board KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

You are receiving this mail because:
  • You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel <at> lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

Gmane