dri-devel February 2011

dri-devel@lists.freedesktop.org

84 participants
466 discussions

[Bug 27452] Evergreen KMS DRM sets bizarre 1922x1200 resolution
by bugzilla-daemon＠freedesktop.org 04 Feb '11

04 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=27452 --- Comment #15 from Alex Deucher <agd5f(a)yahoo.com> 2011-02-04 07:30:05 PST --- (In reply to comment #14) > (In reply to comment #12) > > Fixed with this patch: > > http://lists.freedesktop.org/archives/dri-devel/2010-August/003142.html > > Any news on the real cause of the problem? When running in HDMI mode, the monitor expects properly formatted CEA infoframe packets (for audio, 3D, colorspace, etc.) from the source, however, at the moment, we don't yet have support for them in the open source driver for evergreen hw. The monitor can misinterpret the bogus/missing infoframe packets and do strange things. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37
by Rafael J. Wysocki 04 Feb '11

04 Feb '11

This message contains a list of some post-2.6.36 regressions introduced before 2.6.37, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved post-2.6.36 regressions, please let us know either and we'll add them to the list. Also, please let us know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved ---------------------------------------- 2011-02-03 118 36 31 2010-12-30 85 32 26 2010-12-19 73 28 24 2010-12-03 55 25 19 2010-11-19 39 29 25 Unresolved regressions ---------------------- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27892 Subject : SNB: GPU hang with Slip xscreensaver Submitter : Takashi Iwai <tiwai(a)suse.de> Date : 2011-01-31 12:06 (3 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27842 Subject : [regression?] hang with 2.6.37 on a BTRFS test machine Submitter : Martin Steigerwald <Martin(a)lichtvoll.de> Date : 2011-01-23 12:06 (11 days old) Message-ID : <201101231306.23069.Martin(a)lichtvoll.de> References : http://marc.info/?l=linux-kernel&m=129578445613283&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27642 Subject : 2.6.37 says WARNING: at arch/x86/kernel/apic/apic.c:1287 setup_local_APIC+0x18f/0x263() Submitter : Rob Landley <rlandley(a)parallels.com> Date : 2011-01-18 13:11 (16 days old) Message-ID : <4D359188.3040408(a)parallels.com> References : http://marc.info/?l=linux-kernel&m=129535632319892&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27532 Subject : ath9k prevents CPU from entering lower C-states Submitter : Thomas Bächler <thomas(a)archlinux.org> Date : 2011-01-24 22:43 (10 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27402 Subject : Atheros adapter no longer loads firmware Submitter : Michal Vaner <vorner(a)ucw.cz> Date : 2011-01-23 15:29 (11 days old) First-Bad-Commit: http://git.kernel.org/linus/be93112accb42c5586a459683d71975cc70673ca Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27152 Subject : VGA output broken at cold boot Submitter : Takashi Iwai <tiwai(a)suse.de> Date : 2011-01-20 13:26 (14 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27132 Subject : flush-btrfs gets into an infinite loop Submitter : Artem Anisimov <aanisimov(a)inbox.ru> Date : 2011-01-20 11:51 (14 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=26942 Subject : radeon: screen distortion on resume Submitter : Brett Witherspoon <spoonb(a)exherbo.org> Date : 2011-01-17 13:23 (17 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=26932 Subject : [SNB mobile] Oops in DRM intel driver, esp. during S3/S4 stress test Submitter : Matthias Hopf <mat(a)mshopf.de> Date : 2011-01-17 11:45 (17 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=26842 Subject : [2.6.37 regression] threads with CPU affinity cannot be killed Submitter : tim blechmann <tim(a)klingt.org> Date : 2011-01-16 13:39 (18 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=26802 Subject : b43: Suspend failed Submitter : Patrick Matthäi <patrick(a)linux-dev.org> Date : 2011-01-15 18:56 (19 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=26582 Subject : NULL pointer dereference on pipe creation Submitter : Ferenc Wágner <wferi(a)niif.hu> Date : 2011-01-12 13:30 (22 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=26552 Subject : Screen flickering with 2.6.37 [ATI X1600] Submitter : Andrea Iob <andrea_iob(a)yahoo.it> Date : 2011-01-11 22:53 (23 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=26212 Subject : kernel NULL pointer dereference in pxa3xx_nand_probe Submitter : Sven Neumann <s.neumann(a)raumfeld.com> Date : 2011-01-05 11:43 (29 days old) Message-ID : <1294227801.3996.62.camel@sven> References : http://marc.info/?l=linux-kernel&m=129422903703756&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=26112 Subject : [LogFS] [2.6.37-rc8+] Kernel BUG at logfs/readwrite.c:297! Submitter : Prasad Joshi <prasadjoshi124(a)gmail.com> Date : 2011-01-02 21:22 (32 days old) Message-ID : <AANLkTinpoM8FuG8UkF88xs_V37dz_wgE8t-s0JPzaS-w(a)mail.gmail.com> References : http://marc.info/?l=linux-kernel&m=129400335910652&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=26102 Subject : [2.6.37-rc8] BUG kmalloc-256: Poison overwritten. Submitter : Pawel Sikora <pluto(a)agmk.net> Date : 2010-12-30 15:08 (35 days old) Message-ID : <201012301608.40859.pluto(a)agmk.net> References : http://marc.info/?l=linux-kernel&m=129372388925679&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=25922 Subject : IdeaPad Y530 brightness keys not functioning Submitter : Tomasz <tm.temp(a)gmx.com> Date : 2010-12-30 12:48 (35 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=25832 Subject : kernel crashes upon resume if usb devices are removed when suspended Submitter : rocko <rockorequin(a)hotmail.com> Date : 2010-12-29 11:47 (36 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=25732 Subject : i915 turns picture green when display switched off-on Submitter : Tõnu Raitviir <jussuf(a)linux.ee> Date : 2010-12-27 22:14 (38 days old) First-Bad-Commit: http://git.kernel.org/linus/3c17fe4b8f40a112a85758a9ab2aebf772bdd647 Handled-By : Chris Wilson <chris(a)chris-wilson.co.uk> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=25432 Subject : Alpha fails to build with gcc 4.4 Submitter : Ben Hutchings <ben(a)decadent.org.uk> Date : 2010-12-22 01:55 (43 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=25402 Subject : kernel (2.6.37-8-generic_amd64) panic on boot (with message "map_single: bounce buffer is not DMA'ble) - possible regression !!! Submitter : carlos <carlos.palma(a)ono.com> Date : 2010-12-21 19:58 (44 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=25072 Subject : backlight level is not maintened during LID close/open Submitter : Lukas Hejtmanek <xhejtman(a)fi.muni.cz> Date : 2010-12-17 11:56 (48 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=24882 Subject : PM/Hibernate: Memory corruption patch introduces regression (2.6.36.2) Submitter : <akwatts(a)ymail.com> Date : 2010-12-14 04:00 (51 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=24822 Subject : Embedded DisplayPort is detected wrongly on HP ProBook 5320m Submitter : Takashi Iwai <tiwai(a)suse.de> Date : 2010-12-13 11:09 (52 days old) Handled-By : Chris Wilson <chris(a)chris-wilson.co.uk> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=24762 Subject : BUG at perf_ctx_adjust_freq (kernel/perf_event.c:1582) Submitter : Chris Wilson <chris(a)chris-wilson.co.uk> Date : 2010-12-10 12:00 (55 days old) Message-ID : <c6d829$pqibha(a)fmsmga001.fm.intel.com> References : http://marc.info/?l=linux-kernel&m=129198247531612&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=24582 Subject : Kernel Oops at tty_buffer_request_room when using pppd program (2.6.37-rc4) Submitter : baoyb <baoyb(a)avit.org.cn> Date : 2010-12-08 13:55 (57 days old) Message-ID : <EF6DDE218DB34702B1FA84D6CD7EA771@baoyb> References : http://marc.info/?l=linux-kernel&m=129181763525738&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=22942 Subject : [2.6.37-rc1, OOM] virtblk: OOM in do_virtblk_request() Submitter : Dave Chinner <david(a)fromorbit.com> Date : 2010-11-05 1:30 (90 days old) Message-ID : <20101105013003.GE13830@dastard> References : http://marc.info/?l=linux-kernel&m=128892062917641&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=22912 Subject : spi_lm70llp module crash on unload (2.6.37-rc1) Submitter : Randy Dunlap <randy.dunlap(a)oracle.com> Date : 2010-11-05 0:16 (90 days old) Message-ID : <20101104171620.00d8c95d.randy.dunlap(a)oracle.com> References : http://marc.info/?l=linux-kernel&m=128891627913647&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=22882 Subject : (2.6.37-rc1) amd64-agp module crashed on second load Submitter : Randy Dunlap <randy.dunlap(a)oracle.com> Date : 2010-11-05 0:13 (90 days old) Message-ID : <20101104171333.fea1f498.randy.dunlap(a)oracle.com> References : http://marc.info/?l=linux-kernel&m=128891605213447&w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=22642 Subject : 2.6.37-rc1: Disk takes 10 seconds to resume - MacBook2,1 Submitter : Tobias <devnull(a)plzk.org> Date : 2010-11-10 19:33 (85 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=22542 Subject : [2.6.37-rc1] drm:i195 errors Submitter : Paul Rolland <rol(a)witbe.net> Date : 2010-11-02 14:58 (93 days old) Message-ID : <20101102155813.09cb2c6e(a)tux.DEF.witbe.net> References : http://marc.info/?l=linux-kernel&m=128870991628970&w=2 Regressions with patches ------------------------ Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=27202 Subject : Remote control of saa7134-based tv card "ASUSTeK P7131 Hybrid" stopped working in 2.6.37 Submitter : <acaizzo(a)gmail.com> Date : 2011-01-20 17:23 (14 days old) First-Bad-Commit: http://git.kernel.org/linus/4651918a4afdd49bdea21d2f919b189ef17a6399 Patch : https://bugzilla.kernel.org/attachment.cgi?id=44532 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=26242 Subject : BUG: unable to handle kernel NULL pointer dereference at (null) Submitter : Steffen Michalke <StMichalke(a)web.de> Date : 2011-01-06 20:59 (28 days old) Patch : http://www.spinics.net/lists/linux-btrfs/msg08051.html Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=25822 Subject : [BUG] kernel BUG at mm/truncate.c:479! on 2.6.37-rc8 Submitter : Gurudas Pai <gurudas.pai(a)oracle.com> Date : 2010-12-29 6:58 (36 days old) Message-ID : <4D1AD935.1020504(a)oracle.com> References : http://marc.info/?l=linux-kernel&m=129360511222037&w=2 Patch : https://lkml.org/lkml/2010/12/29/131 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=25442 Subject : ixp4xx defines FREQ macro; conflicts with gspca/ov519 driver Submitter : Ben Hutchings <ben(a)decadent.org.uk> Date : 2010-12-22 02:02 (43 days old) Handled-By : Ben Hutchings <ben(a)decadent.org.uk> Patch : https://bugzilla.kernel.org/attachment.cgi?id=41252 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=23472 Subject : 2.6.37-rc2 vs. 2.6.36 laptop backlight changes? Submitter : Patrick Schaaf <netdev(a)bof.de> Date : 2010-11-17 13:41 (78 days old) Message-ID : <1290001262.5727.2.camel@lat1> References : http://marc.info/?l=linux-kernel&m=129000127920912&w=2 Handled-By : Indan Zupancic <indan(a)nul.nu> Patch : https://bugzilla.kernel.org/attachment.cgi?id=43482 For details, please visit the bug entries and follow the links given in references. As you can see, there is a Bugzilla entry for each of the listed regressions. There also is a Bugzilla entry used for tracking the regressions introduced between 2.6.36 and 2.6.37, unresolved as well as resolved, at: http://bugzilla.kernel.org/show_bug.cgi?id=21782 Please let the tracking team know if there are any Bugzilla entries that should be added to the list in there. Thanks!

7 16

[PATCH 08/32] drm/nouveau: use system_wq instead of dev_priv->wq
by Tejun Heo 04 Feb '11

04 Feb '11

With cmwq, there's no reason for nouveau to use a dedicated workqueue. Drop dev_priv->wq and use system_wq instead. Because nouveau_irq_uninstall() may be called from unsleepable context, the work items can't be flushed from there. Instead, init and flush from nouveau_load/unload(). Signed-off-by: Tejun Heo <tj(a)kernel.org> Cc: David Airlie <airlied(a)linux.ie> Cc: dri-devel(a)lists.freedesktop.org --- Only compile tested. Please feel free to take it into the subsystem tree or simply ack - I'll route it through the wq tree. Thanks. drivers/gpu/drm/nouveau/nouveau_drv.h | 1 - drivers/gpu/drm/nouveau/nouveau_irq.c | 9 --------- drivers/gpu/drm/nouveau/nouveau_state.c | 19 ++++++++++--------- drivers/gpu/drm/nouveau/nv50_display.c | 4 ++-- 4 files changed, 12 insertions(+), 21 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_drv.h b/drivers/gpu/drm/nouveau/nouveau_drv.h index 1c7db64..2ecf875 100644 --- a/drivers/gpu/drm/nouveau/nouveau_drv.h +++ b/drivers/gpu/drm/nouveau/nouveau_drv.h @@ -580,7 +580,6 @@ struct drm_nouveau_private { struct nouveau_bo *vga_ram; - struct workqueue_struct *wq; struct work_struct irq_work; struct work_struct hpd_work; diff --git a/drivers/gpu/drm/nouveau/nouveau_irq.c b/drivers/gpu/drm/nouveau/nouveau_irq.c index 7bfd9e6..7d05a06 100644 --- a/drivers/gpu/drm/nouveau/nouveau_irq.c +++ b/drivers/gpu/drm/nouveau/nouveau_irq.c @@ -52,17 +52,8 @@ static int nouveau_ratelimit(void) void nouveau_irq_preinstall(struct drm_device *dev) { - struct drm_nouveau_private *dev_priv = dev->dev_private; - /* Master disable */ nv_wr32(dev, NV03_PMC_INTR_EN_0, 0); - - if (dev_priv->card_type >= NV_50) { - INIT_WORK(&dev_priv->irq_work, nv50_display_irq_handler_bh); - INIT_WORK(&dev_priv->hpd_work, nv50_display_irq_hotplug_bh); - spin_lock_init(&dev_priv->hpd_state.lock); - INIT_LIST_HEAD(&dev_priv->vbl_waiting); - } } int diff --git a/drivers/gpu/drm/nouveau/nouveau_state.c b/drivers/gpu/drm/nouveau/nouveau_state.c index 049f755..2eea6ea 100644 --- a/drivers/gpu/drm/nouveau/nouveau_state.c +++ b/drivers/gpu/drm/nouveau/nouveau_state.c @@ -839,17 +839,17 @@ int nouveau_load(struct drm_device *dev, unsigned long flags) dev->dev_private = dev_priv; dev_priv->dev = dev; + /* the followings are used only by >= NV_50 */ + INIT_WORK(&dev_priv->irq_work, nv50_display_irq_handler_bh); + INIT_WORK(&dev_priv->hpd_work, nv50_display_irq_hotplug_bh); + spin_lock_init(&dev_priv->hpd_state.lock); + INIT_LIST_HEAD(&dev_priv->vbl_waiting); + dev_priv->flags = flags & NOUVEAU_FLAGS; NV_DEBUG(dev, "vendor: 0x%X device: 0x%X class: 0x%X\n", dev->pci_vendor, dev->pci_device, dev->pdev->class); - dev_priv->wq = create_workqueue("nouveau"); - if (!dev_priv->wq) { - ret = -EINVAL; - goto err_priv; - } - /* resource 0 is mmio regs */ /* resource 1 is linear FB */ /* resource 2 is RAMIN (mmio regs + 0x1000000) */ @@ -862,7 +862,7 @@ int nouveau_load(struct drm_device *dev, unsigned long flags) NV_ERROR(dev, "Unable to initialize the mmio mapping. " "Please report your setup to " DRIVER_EMAIL "\n"); ret = -EINVAL; - goto err_wq; + goto err_priv; } NV_DEBUG(dev, "regs mapped ok at 0x%llx\n", (unsigned long long)mmio_start_offs); @@ -969,8 +969,6 @@ err_ramin: iounmap(dev_priv->ramin); err_mmio: iounmap(dev_priv->mmio); -err_wq: - destroy_workqueue(dev_priv->wq); err_priv: kfree(dev_priv); dev->dev_private = NULL; @@ -992,6 +990,9 @@ int nouveau_unload(struct drm_device *dev) engine->display.destroy(dev); nouveau_card_takedown(dev); + flush_work_sync(&dev_priv->irq_work); + flush_work_sync(&dev_priv->hpd_work); + iounmap(dev_priv->mmio); iounmap(dev_priv->ramin); diff --git a/drivers/gpu/drm/nouveau/nv50_display.c b/drivers/gpu/drm/nouveau/nv50_display.c index f624c61..3d569da 100644 --- a/drivers/gpu/drm/nouveau/nv50_display.c +++ b/drivers/gpu/drm/nouveau/nv50_display.c @@ -1110,7 +1110,7 @@ nv50_display_irq_handler(struct drm_device *dev) dev_priv->hpd_state.hpd1_bits |= hpd1_bits; spin_unlock(&dev_priv->hpd_state.lock); - queue_work(dev_priv->wq, &dev_priv->hpd_work); + schedule_work(&dev_priv->hpd_work); } while (nv_rd32(dev, NV50_PMC_INTR_0) & NV50_PMC_INTR_0_DISPLAY) { @@ -1139,7 +1139,7 @@ nv50_display_irq_handler(struct drm_device *dev) if (clock) { nv_wr32(dev, NV03_PMC_INTR_EN_0, 0); if (!work_pending(&dev_priv->irq_work)) - queue_work(dev_priv->wq, &dev_priv->irq_work); + schedule_work(&dev_priv->irq_work); delayed |= clock; intr1 &= ~clock; } -- 1.7.1

2 7

[Bug 27452] Evergreen KMS DRM sets bizarre 1922x1200 resolution
by bugzilla-daemon＠freedesktop.org 04 Feb '11

04 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=27452 Matt Sealey <matt(a)genesi-usa.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #14 from Matt Sealey <matt(a)genesi-usa.com> 2011-02-04 02:50:50 PST --- (In reply to comment #12) > Fixed with this patch: > http://lists.freedesktop.org/archives/dri-devel/2010-August/003142.html Any news on the real cause of the problem? Completely unrelated but we have an HDMI driver for another platform here (ARM-based with an SII9022 HDMI transmitter) and when operating in HDMI mode to get audio (before we've even configured audio...) we're getting this very same pink line down the side of the screen. We've got no idea where it came from or what might cause it.. some quirk in CEA mode timings? HDMI being less tolerant of a slightly askew pixel clock? Who knows, but I would love to see someone tell me what causes this stuff. It's obviously the horizontal back porch showing through but we're pulling EDID data from the monitor and converting it directly (and very accurately) to framebuffer timings.. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 0

[git pull] drm
by Dave Airlie 04 Feb '11

04 Feb '11

Hi Linus, more across the board fixes, some from Chris for some regressions around device reset, a few AGP fixes, and Alex is still trying to get radeon PLLs into a state that works everwhere, along with an oops fix. One fix from Ben for a nouveau regression also. I haven't pulled Keith's fix for the DPMS issue, I can't reproduce the problem on my hw, I suspect userspace needs to be a certain version as well for it to trigger, I've tried 3 different machines this afternoon, so hopefully if we get some positive feedback from testers we can pull it in then. Dave. The following changes since commit 1f0324caefd39985e9fe052fac97da31694db31e: Merge branch 'stable/bug-fixes-rc2' of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen (2011-01-28 12:24:34 +1000) are available in the git repository at: ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes Alex Deucher (10): drm/radeon/kms: rv6xx+ thermal sensor fixes drm/radeon/kms: switch back to min->max pll post divider iteration drm/radeon/kms: add pll debugging output drm/radeon/kms: add new pll algo for avivo asics drm/radeon/kms: Enable new pll calculation for avivo+ asics drm/radeon: remove 0x4243 pci id drm/radeon/kms: add updated ib_execute function for evergreen drm/radeon/kms/evergreen: always set certain VGT regs at CP init drm/radeon/kms: fix s/r issues with bios scratch regs drm/radeon/kms: dynamically allocate power state space Ben Skeggs (1): drm/nv50: fix display on 0x50 Chris Wilson (10): drm/i915/sdvo: If at first we don't succeed in reading the response, wait drm: Add an interface to reset the device drm/i915: Reset state after a GPU reset or resume drm/i915/crt: Force the initial probe after reset drm/i915: Reset crtc after resume drm: Don't switch fb when disabling an output drm: Simplify and defend later checks when disabling a crtc drm: Avoid leak of adjusted mode along quick set_mode paths drm/i915: Suppress spurious vblank interrupts drm/i915: Only bind to function 0 of the PCI device Dave Airlie (2): Merge remote branch 'intel/drm-intel-fixes' of /ssd/git/drm-next into drm-fixes Merge remote branch 'nouveau/drm-nouveau-next' of /ssd/git/drm-nouveau-next into drm-fixes Lucas Stach (1): drm/nouveau: correctly pair hwmon_init and hwmon_fini Matt Turner (2): amd-k7-agp: remove non-x86 code Revert "agp: AMD AGP is used on UP1100 & UP1500 alpha boxen" Randy Dunlap (1): gpu/stub: fix acpi_video build error, fix stub kconfig dependencies Stefan Weil (1): drm/radeon: Fix wrong boolean operator Stephen Kitt (1): agp: ensure GART has an address before enabling it drivers/char/agp/Kconfig | 2 +- drivers/char/agp/amd-k7-agp.c | 19 ---- drivers/char/agp/intel-agp.c | 27 +++-- drivers/gpu/drm/drm_crtc.c | 20 ++++ drivers/gpu/drm/drm_crtc_helper.c | 21 ++-- drivers/gpu/drm/drm_irq.c | 7 +- drivers/gpu/drm/i915/i915_drv.c | 10 ++ drivers/gpu/drm/i915/i915_irq.c | 8 +- drivers/gpu/drm/i915/intel_crt.c | 10 ++ drivers/gpu/drm/i915/intel_display.c | 17 +++- drivers/gpu/drm/i915/intel_sdvo.c | 46 +++++----- drivers/gpu/drm/nouveau/nouveau_pm.c | 2 +- drivers/gpu/drm/nouveau/nv50_evo.c | 3 +- drivers/gpu/drm/radeon/atombios_crtc.c | 18 +++- drivers/gpu/drm/radeon/evergreen.c | 41 ++++++-- drivers/gpu/drm/radeon/evergreen_blit_kms.c | 10 ++- drivers/gpu/drm/radeon/evergreend.h | 2 + drivers/gpu/drm/radeon/r600.c | 8 +- drivers/gpu/drm/radeon/radeon.h | 11 +- drivers/gpu/drm/radeon/radeon_asic.c | 6 +- drivers/gpu/drm/radeon/radeon_asic.h | 1 + drivers/gpu/drm/radeon/radeon_atombios.c | 59 +++++++----- drivers/gpu/drm/radeon/radeon_combios.c | 11 ++ drivers/gpu/drm/radeon/radeon_display.c | 132 +++++++++++++++++++++++++-- drivers/gpu/drm/radeon/radeon_encoders.c | 2 +- drivers/gpu/drm/radeon/radeon_legacy_crtc.c | 6 +- drivers/gpu/drm/radeon/radeon_mode.h | 23 +++-- drivers/gpu/drm/radeon/radeon_pm.c | 5 +- drivers/gpu/drm/radeon/rv770.c | 19 +++-- drivers/gpu/stub/Kconfig | 2 + include/drm/drmP.h | 2 +- include/drm/drm_crtc.h | 7 ++ include/drm/drm_pciids.h | 1 - 33 files changed, 400 insertions(+), 158 deletions(-)

1 0

[Bug 33832] New: RV620 : r600g : lightsmark 2008 segfault
by bugzilla-daemon＠freedesktop.org 03 Feb '11

03 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=33832 Summary: RV620 : r600g : lightsmark 2008 segfault Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: aderumier(a)odiso.com I'm trying to launch lightsmark with r600g driver, and it's segfault at launch: /var/log/messages: backend[8269]: segfault at c ip b69eb092 sp bfe03340 error 4 in r600_dri.so[b69c2000+2f9000] with r600c, it's launching fine, but rendering is really bad. i'm using mesa-git from 02 february 2011. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

[PATCH] drm/radeon/kms: fix s/r issues with bios scratch regs
by Alex Deucher 03 Feb '11

03 Feb '11

The accelerate mode bit gets checked by certain atom command tables to set up some register state. It needs to be clear when setting modes and set when not. Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=26942 Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org --- drivers/gpu/drm/radeon/radeon_atombios.c | 9 ++++++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c b/drivers/gpu/drm/radeon/radeon_atombios.c index 4dc9c51..b64e603 100644 --- a/drivers/gpu/drm/radeon/radeon_atombios.c +++ b/drivers/gpu/drm/radeon/radeon_atombios.c @@ -2609,7 +2609,7 @@ void radeon_atom_initialize_bios_scratch_regs(struct drm_device *dev) bios_2_scratch &= ~ATOM_S2_VRI_BRIGHT_ENABLE; /* tell the bios not to handle mode switching */ - bios_6_scratch |= (ATOM_S6_ACC_BLOCK_DISPLAY_SWITCH | ATOM_S6_ACC_MODE); + bios_6_scratch |= ATOM_S6_ACC_BLOCK_DISPLAY_SWITCH; if (rdev->family >= CHIP_R600) { WREG32(R600_BIOS_2_SCRATCH, bios_2_scratch); @@ -2660,10 +2660,13 @@ void radeon_atom_output_lock(struct drm_encoder *encoder, bool lock) else bios_6_scratch = RREG32(RADEON_BIOS_6_SCRATCH); - if (lock) + if (lock) { bios_6_scratch |= ATOM_S6_CRITICAL_STATE; - else + bios_6_scratch &= ~ATOM_S6_ACC_MODE; + } else { bios_6_scratch &= ~ATOM_S6_CRITICAL_STATE; + bios_6_scratch |= ATOM_S6_ACC_MODE; + } if (rdev->family >= CHIP_R600) WREG32(R600_BIOS_6_SCRATCH, bios_6_scratch); -- 1.7.1.1

1 0

[Bug 33851] New: [KMS Evergreen bisected] Crash on modeset on HP dv6-3050eo laptop
by bugzilla-daemon＠freedesktop.org 03 Feb '11

03 Feb '11

https://bugs.freedesktop.org/show_bug.cgi?id=33851 Summary: [KMS Evergreen bisected] Crash on modeset on HP dv6-3050eo laptop Product: DRI Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: ahlaht(a)gmail.com Created an attachment (id=42866) View: https://bugs.freedesktop.org/attachment.cgi?id=42866 Review: https://bugs.freedesktop.org/review?bug=33851&attachment=42866 Hack that allows me to boot on recent kernels. My HP Pavilion dv6-3050eo laptop does not boot anymore with 2.6.38-rc1 or 2.6.38-rc3 kernels. It freezes when doing modeset. It only boots without KMS. I bisected the problem to this commit: commit 9ace9f7b168fef492f731ba60da5c76bc0776e6d Author: Alex Deucher <alexdeucher(a)gmail.com> Date: Thu Jan 6 21:19:26 2011 -0500 drm/radeon/kms: adjust default clock/vddc tracking for pm on DCE5 Partially reverting this patch allows me to boot with KMS on 2.6.38-rc3. I'm attaching a patch that fixes the problem for me and it also adds some printks. Here are the results of those printks: radeon_pm_init clock.default_sclk 10000 radeon_pm_init clock.default_mclk 15700 radeon_set_power_state sclk 10000 radeon_set_power_state clock.default_sclk 10000 radeon_set_power_state pm.default_sclk 900 radeon_set_power_state mclk 15700 radeon_set_power_state clock.default_mclk 15700 radeon_set_power_state pm.default_mclk 15701 I suppose that number 900 (9 MHz?) is causing the lockup, but I couldn't figure out where it comes from. (And apparently radeon_pm_resume is never called so that part of the patch may be just noise.) This laptop is equipped with Intel+Evergreen switchable graphics and there is no BIOS option to turn off GPU switching. The attached patch allows me to boot with 2.6.38-rc3 KMS enabled but if I start Xorg and Radeon GPU is active the system seems to freeze again. (But this might be a different problem.) If Intel GPU is active Xorg starts just fine. With kernel 2.6.37 (-rc8?) modesettings works AND Xorg works with both Intel and Radeon GPUs. I suppose I also need to add that Linux Radeon 3D has never worked properly on this laptop. 3D works only on Win 7. R600c can sometimes run glxgears if I'm careful. R600g usually hard locks the computer right away. But again, this might be a different problem and I haven't been able to test this recently. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 10

[PATCH] drm/radeon/kms: dynamically allocate power state space
by Alex Deucher 03 Feb '11

03 Feb '11

We previously used a static array, but some new systems had more states then we had array space, so dynamically allocate space based on the number of states in the vbios. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=33851 Signed-off-by: Alex Deucher <alexdeucher(a)gmail.com> Cc: stable(a)kernel.org --- drivers/gpu/drm/radeon/radeon.h | 3 +- drivers/gpu/drm/radeon/radeon_atombios.c | 40 ++++++++++++++++++++--------- drivers/gpu/drm/radeon/radeon_combios.c | 11 ++++++++ drivers/gpu/drm/radeon/radeon_pm.c | 3 ++ 4 files changed, 42 insertions(+), 15 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index 49a6890..9ce54e3 100644 --- a/drivers/gpu/drm/radeon/radeon.h +++ b/drivers/gpu/drm/radeon/radeon.h @@ -814,8 +814,7 @@ struct radeon_pm { fixed20_12 sclk; fixed20_12 mclk; fixed20_12 needed_bandwidth; - /* XXX: use a define for num power modes */ - struct radeon_power_state power_state[8]; + struct radeon_power_state *power_state; /* number of valid power states */ int num_power_states; int current_power_state_index; diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c b/drivers/gpu/drm/radeon/radeon_atombios.c index b64e603..5c1cc7a 100644 --- a/drivers/gpu/drm/radeon/radeon_atombios.c +++ b/drivers/gpu/drm/radeon/radeon_atombios.c @@ -1977,6 +1977,9 @@ static int radeon_atombios_parse_power_table_1_3(struct radeon_device *rdev) num_modes = power_info->info.ucNumOfPowerModeEntries; if (num_modes > ATOM_MAX_NUMBEROF_POWER_BLOCK) num_modes = ATOM_MAX_NUMBEROF_POWER_BLOCK; + rdev->pm.power_state = kzalloc(sizeof(struct radeon_power_state) * num_modes, GFP_KERNEL); + if (!rdev->pm.power_state) + return state_index; /* last mode is usually default, array is low to high */ for (i = 0; i < num_modes; i++) { rdev->pm.power_state[state_index].clock_info[0].voltage.type = VOLTAGE_NONE; @@ -2328,6 +2331,10 @@ static int radeon_atombios_parse_power_table_4_5(struct radeon_device *rdev) power_info = (union power_info *)(mode_info->atom_context->bios + data_offset); radeon_atombios_add_pplib_thermal_controller(rdev, &power_info->pplib.sThermalController); + rdev->pm.power_state = kzalloc(sizeof(struct radeon_power_state) * + power_info->pplib.ucNumStates, GFP_KERNEL); + if (!rdev->pm.power_state) + return state_index; /* first mode is usually default, followed by low to high */ for (i = 0; i < power_info->pplib.ucNumStates; i++) { mode_index = 0; @@ -2408,6 +2415,10 @@ static int radeon_atombios_parse_power_table_6(struct radeon_device *rdev) non_clock_info_array = (struct NonClockInfoArray *) (mode_info->atom_context->bios + data_offset + power_info->pplib.usNonClockInfoArrayOffset); + rdev->pm.power_state = kzalloc(sizeof(struct radeon_power_state) * + state_array->ucNumEntries, GFP_KERNEL); + if (!rdev->pm.power_state) + return state_index; for (i = 0; i < state_array->ucNumEntries; i++) { mode_index = 0; power_state = (union pplib_power_state *)&state_array->states[i]; @@ -2481,19 +2492,22 @@ void radeon_atombios_get_power_modes(struct radeon_device *rdev) break; } } else { - /* add the default mode */ - rdev->pm.power_state[state_index].type = - POWER_STATE_TYPE_DEFAULT; - rdev->pm.power_state[state_index].num_clock_modes = 1; - rdev->pm.power_state[state_index].clock_info[0].mclk = rdev->clock.default_mclk; - rdev->pm.power_state[state_index].clock_info[0].sclk = rdev->clock.default_sclk; - rdev->pm.power_state[state_index].default_clock_mode = - &rdev->pm.power_state[state_index].clock_info[0]; - rdev->pm.power_state[state_index].clock_info[0].voltage.type = VOLTAGE_NONE; - rdev->pm.power_state[state_index].pcie_lanes = 16; - rdev->pm.default_power_state_index = state_index; - rdev->pm.power_state[state_index].flags = 0; - state_index++; + rdev->pm.power_state = kzalloc(sizeof(struct radeon_power_state), GFP_KERNEL); + if (rdev->pm.power_state) { + /* add the default mode */ + rdev->pm.power_state[state_index].type = + POWER_STATE_TYPE_DEFAULT; + rdev->pm.power_state[state_index].num_clock_modes = 1; + rdev->pm.power_state[state_index].clock_info[0].mclk = rdev->clock.default_mclk; + rdev->pm.power_state[state_index].clock_info[0].sclk = rdev->clock.default_sclk; + rdev->pm.power_state[state_index].default_clock_mode = + &rdev->pm.power_state[state_index].clock_info[0]; + rdev->pm.power_state[state_index].clock_info[0].voltage.type = VOLTAGE_NONE; + rdev->pm.power_state[state_index].pcie_lanes = 16; + rdev->pm.default_power_state_index = state_index; + rdev->pm.power_state[state_index].flags = 0; + state_index++; + } } rdev->pm.num_power_states = state_index; diff --git a/drivers/gpu/drm/radeon/radeon_combios.c b/drivers/gpu/drm/radeon/radeon_combios.c index 591fcae..d27ef74 100644 --- a/drivers/gpu/drm/radeon/radeon_combios.c +++ b/drivers/gpu/drm/radeon/radeon_combios.c @@ -2442,6 +2442,17 @@ void radeon_combios_get_power_modes(struct radeon_device *rdev) rdev->pm.default_power_state_index = -1; + /* allocate 2 power states */ + rdev->pm.power_state = kzalloc(sizeof(struct radeon_power_state) * 2, GFP_KERNEL); + if (!rdev->pm.power_state) { + rdev->pm.default_power_state_index = state_index; + rdev->pm.num_power_states = 0; + + rdev->pm.current_power_state_index = rdev->pm.default_power_state_index; + rdev->pm.current_clock_mode_index = 0; + return; + } + if (rdev->flags & RADEON_IS_MOBILITY) { offset = combios_get_table_offset(dev, COMBIOS_POWERPLAY_INFO_TABLE); if (offset) { diff --git a/drivers/gpu/drm/radeon/radeon_pm.c b/drivers/gpu/drm/radeon/radeon_pm.c index 8136200..2aed03b 100644 --- a/drivers/gpu/drm/radeon/radeon_pm.c +++ b/drivers/gpu/drm/radeon/radeon_pm.c @@ -646,6 +646,9 @@ void radeon_pm_fini(struct radeon_device *rdev) #endif } + if (rdev->pm.power_state) + kfree(rdev->pm.power_state); + radeon_hwmon_fini(rdev); } -- 1.7.1.1

2 2

[Bug 25422] New: nouveau fails to build on ia64
by bugzilla-daemon＠bugzilla.kernel.org 02 Feb '11

02 Feb '11

https://bugzilla.kernel.org/show_bug.cgi?id=25422 Summary: nouveau fails to build on ia64 Product: Drivers Version: 2.5 Kernel Version: 2.6.37-rc5 Platform: All OS/Version: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) AssignedTo: drivers_video-dri(a)kernel-bugs.osdl.org ReportedBy: ben(a)decadent.org.uk Regression: Yes Created an attachment (id=41242) --> (https://bugzilla.kernel.org/attachment.cgi?id=41242) patch for nouveau Kconfig If CONFIG_ACPI is enabled, CONFIG_NOUVEAU selects CONFIG_ACPI_VIDEO. However, CONFIG_ACPI_VIDEO depends on more than just CONFIG_ACPI, and in particular will never be set on ia64. Previously reported with patch at <http://article.gmane.org/gmane.comp.video.dri.devel/52445> -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Forrester recently released a report on the Return on Investment (ROI) of Google Apps. They found a 300% ROI, 38%-56% cost savings, and break-even within 7 months. Over 3 million businesses have gone Google with Google Apps: an online email calendar, and document program that's accessible from your browser. Read the Forrester report: http://p.sf.net/sfu/googleapps-sfnew -- _______________________________________________ Dri-devel mailing list Dri-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

1 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel February 2011