dri-devel May 2013

dri-devel@lists.freedesktop.org

116 participants
705 discussions

[PATCH] radeon: Allow disabling UVD
by Parag Warudkar 11 May '13

11 May '13

Apparently UVD doesn't yet work everywhere - so allow it to be disabled. Shaves off some reboot and suspend/resume time on machines where it doesn't work. Might be useful for problematic chips in the future as well. Patch attached as well as inline below. Signed-off-by: Parag Warudkar <parag.lkml(a)gmail.com> diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index 1442ce7..f131d8f 100644 --- a/drivers/gpu/drm/radeon/radeon.h +++ b/drivers/gpu/drm/radeon/radeon.h @@ -79,6 +79,7 @@ * Modules parameters. */ extern int radeon_no_wb; +extern int radeon_no_uvd; extern int radeon_modeset; extern int radeon_dynclks; extern int radeon_r4xx_atom; diff --git a/drivers/gpu/drm/radeon/radeon_drv.c b/drivers/gpu/drm/radeon/radeon_drv.c index d33f484..7e5b171 100644 --- a/drivers/gpu/drm/radeon/radeon_drv.c +++ b/drivers/gpu/drm/radeon/radeon_drv.c @@ -147,6 +147,7 @@ static inline void radeon_unregister_atpx_handler(void) {} #endif int radeon_no_wb; +int radeon_no_uvd; int radeon_modeset = 1; int radeon_dynclks = -1; int radeon_r4xx_atom = 0; @@ -168,6 +169,9 @@ int radeon_fastfb = 0; MODULE_PARM_DESC(no_wb, "Disable AGP writeback for scratch registers"); module_param_named(no_wb, radeon_no_wb, int, 0444); +MODULE_PARM_DESC(no_uvd, "Disable UVD"); +module_param_named(no_uvd, radeon_no_uvd, int, 0444); + MODULE_PARM_DESC(modeset, "Disable/Enable modesetting"); module_param_named(modeset, radeon_modeset, int, 0400); diff --git a/drivers/gpu/drm/radeon/radeon_drv.h b/drivers/gpu/drm/radeon/radeon_drv.h index b369d42..4320973 100644 --- a/drivers/gpu/drm/radeon/radeon_drv.h +++ b/drivers/gpu/drm/radeon/radeon_drv.h @@ -329,6 +329,7 @@ typedef struct drm_radeon_kcmd_buffer { } drm_radeon_kcmd_buffer_t; extern int radeon_no_wb; +extern int radeon_no_uvd; extern struct drm_ioctl_desc radeon_ioctls[]; extern int radeon_max_ioctl; diff --git a/drivers/gpu/drm/radeon/radeon_uvd.c b/drivers/gpu/drm/radeon/radeon_uvd.c index 906e5c0..93a7dbb 100644 --- a/drivers/gpu/drm/radeon/radeon_uvd.c +++ b/drivers/gpu/drm/radeon/radeon_uvd.c @@ -58,7 +58,8 @@ int radeon_uvd_init(struct radeon_device *rdev) unsigned long bo_size; const char *fw_name; int i, r; - + if (radeon_no_uvd) + return -EINVAL; INIT_DELAYED_WORK(&rdev->uvd.idle_work, radeon_uvd_idle_work_handler); pdev = platform_device_register_simple("radeon_uvd", 0, NULL, 0);

3 6

[RFC/PATCH v2 0/8] Clean up write-combining MTRR addition
by Andy Lutomirski 10 May '13

10 May '13

A fair number of drivers (mostly graphics) add write-combining MTRRs. Most ignore errors and most add the MTRR even on PAT systems which don't need to use MTRRs. This series adds new functions arch_phys_wc_{add,del} that, on PAT-less x86 systems with MTRRs, add MTRRs and report errors, and that do nothing otherwise. (Other architectures, if any, with a similar mechanism could implement them.) I've only tested the radeon driver, since I don't have test hardware easily available for the other drivers. Benefits include: - Simpler code - No more complaints about MTRR conflict warnings on PAT systems - Eventual unexporting of the MTRR API? This series eliminates about half of the mtrr_add calls in drivers/. Changes from v1: - Helpers renamed - Lots of bugs fixed The series is also at: https://git.kernel.org/cgit/linux/kernel/git/luto/linux.git/log/?h=mtrr_cle… Andy Lutomirski (8): Add arch_phys_wc_{add,del} to manipulate WC MTRRs if needed drm (ast,cirrus,mgag200,nouveau,savage,vmwgfx): Remove drm_mtrr_{add,del} drm: Update drm_addmap and drm_mmap to use PAT WC instead of MTRRs drm,agpgart: Use pgprot_writecombine for AGP maps and make the MTRR optional i915: Use arch_phys_wc_{add,del} radeon: Switch to arch_phys_wc_add and add a missing ..._del uvesafb: Clean up MTRR code drm: Remove mtrr_add and mtrr_del fallback hack for non-MTRR systems Documentation/fb/uvesafb.txt | 16 +++----- arch/x86/include/asm/io.h | 7 ++++ arch/x86/include/asm/mtrr.h | 5 ++- arch/x86/kernel/cpu/mtrr/main.c | 48 +++++++++++++++++++++++ drivers/char/agp/frontend.c | 8 ++-- drivers/gpu/drm/ast/ast_ttm.c | 13 ++----- drivers/gpu/drm/cirrus/cirrus_ttm.c | 15 ++------ drivers/gpu/drm/drm_bufs.c | 17 +++++---- drivers/gpu/drm/drm_pci.c | 8 ++-- drivers/gpu/drm/drm_stub.c | 10 +---- drivers/gpu/drm/drm_vm.c | 22 +++++------ drivers/gpu/drm/i915/i915_dma.c | 44 +++------------------ drivers/gpu/drm/mgag200/mgag200_ttm.c | 14 ++----- drivers/gpu/drm/nouveau/nouveau_ttm.c | 13 ++----- drivers/gpu/drm/radeon/radeon_object.c | 5 ++- drivers/gpu/drm/savage/savage_bci.c | 43 ++++++++------------- drivers/gpu/drm/savage/savage_drv.h | 5 +-- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 10 ++--- drivers/video/uvesafb.c | 70 +++++++++------------------------- include/drm/drmP.h | 34 +---------------- include/drm/drm_os_linux.h | 16 -------- include/linux/io.h | 25 ++++++++++++ include/video/uvesafb.h | 1 + 23 files changed, 181 insertions(+), 268 deletions(-) -- 1.8.1.4

3 17

Some lost drm patches v2
by Damien Lespiau 10 May '13

10 May '13

Updated series with: - Reviews applied, - Drop a patch that would conflict with Ville's latest changes, - Drop Chris (Cummins)'s patch as he rebased it on top of drm-next and sent it back himself, - Add a suggestion from Chris (Wilson) to not repeat the message in the poll handler. I did not do that for the irq helper as it might be useful to detect spurious interrupts. -- Damien

1 4

[PATCH 03/11] drm/i915: take msecs_to_jiffies_min into use
by Imre Deak 10 May '13

10 May '13

Use msecs_to_jiffies_min instead of open-coding the same. Signed-off-by: Imre Deak <imre.deak(a)intel.com> --- drivers/gpu/drm/i915/intel_dp.c | 2 +- drivers/gpu/drm/i915/intel_drv.h | 2 +- drivers/gpu/drm/i915/intel_i2c.c | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_dp.c b/drivers/gpu/drm/i915/intel_dp.c index 92d1334..8be304d 100644 --- a/drivers/gpu/drm/i915/intel_dp.c +++ b/drivers/gpu/drm/i915/intel_dp.c @@ -276,7 +276,7 @@ intel_dp_aux_wait_done(struct intel_dp *intel_dp, bool has_aux_irq) #define C (((status = I915_READ_NOTRACE(ch_ctl)) & DP_AUX_CH_CTL_SEND_BUSY) == 0) if (has_aux_irq) done = wait_event_timeout(dev_priv->gmbus_wait_queue, C, - msecs_to_jiffies(10) + 1); + msecs_to_jiffies_min(10)); else done = wait_for_atomic(C, 10) == 0; if (!done && !(C)) diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h index 388a394..f2e3409 100644 --- a/drivers/gpu/drm/i915/intel_drv.h +++ b/drivers/gpu/drm/i915/intel_drv.h @@ -42,7 +42,7 @@ * we've never had a chance to check the condition before the timeout. */ #define _wait_for(COND, MS, W) ({ \ - unsigned long timeout__ = jiffies + msecs_to_jiffies(MS) + 1; \ + unsigned long timeout__ = jiffies + msecs_to_jiffies_min(MS); \ int ret__ = 0; \ while (!(COND)) { \ if (time_after(jiffies, timeout__)) { \ diff --git a/drivers/gpu/drm/i915/intel_i2c.c b/drivers/gpu/drm/i915/intel_i2c.c index 5d24503..447b4b0 100644 --- a/drivers/gpu/drm/i915/intel_i2c.c +++ b/drivers/gpu/drm/i915/intel_i2c.c @@ -228,7 +228,7 @@ gmbus_wait_hw_status(struct drm_i915_private *dev_priv, * need to wake up periodically and check that ourselves. */ I915_WRITE(GMBUS4 + reg_offset, gmbus4_irq_en); - for (i = 0; i < msecs_to_jiffies(50) + 1; i++) { + for (i = 0; i < msecs_to_jiffies_min(50); i++) { prepare_to_wait(&dev_priv->gmbus_wait_queue, &wait, TASK_UNINTERRUPTIBLE); -- 1.7.10.4

1 0

[PATCH 0/4] drm/edid: Recognize 60Hz and 59.94Hz CEA modes
by ville.syrjala＠linux.intel.com 10 May '13

10 May '13

This series attempts to make our CEA mode matching recognize both the 60Hz and 59.94Hz variants of the modes (and similarly for 24/23.97, 30/29.97, etc.). The benefits should include: - Send the correct VIC in the AVI infoframe - Pick the correct RGB quantization range in automatic mode

4 8

[RFC 00/42] devm improvement series, part #1
by Wolfram Sang 10 May '13

10 May '13

Lately, I have been experimenting how to improve the devm interface to make writing device drivers easier and less error prone while also getting rid of its subtle issues. I think it has more potential but still needs work and definately conistency, especiall in its usage. The first thing I come up with is a low hanging fruit regarding devm_ioremap_resouce(). This function already checks if the passed resource is valid and gives an error message if not. So, we can remove similar checks from the drivers and get rid of a bit of code and a number of inconsistent error strings. If generally accepted, I'd suggest I rerun my scripts again when rc1 is out and ask Linus to pull this branch [1] directly? This series is merely to show what I am up to. Thanks, Wolfram [1] git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git devm_no_resource_check Wolfram Sang (42): drivers/ata: don't check resource with devm_ioremap_resource drivers/char/hw_random: don't check resource with devm_ioremap_resource drivers/cpufreq: don't check resource with devm_ioremap_resource drivers/dma: don't check resource with devm_ioremap_resource drivers/gpio: don't check resource with devm_ioremap_resource drivers/gpu/drm/exynos: don't check resource with devm_ioremap_resource drivers/gpu/host1x: don't check resource with devm_ioremap_resource drivers/gpu/host1x/drm: don't check resource with devm_ioremap_resource drivers/i2c/busses: don't check resource with devm_ioremap_resource drivers/input/keyboard: don't check resource with devm_ioremap_resource drivers/input/serio: don't check resource with devm_ioremap_resource drivers/memory: don't check resource with devm_ioremap_resource drivers/mfd: don't check resource with devm_ioremap_resource drivers/misc: don't check resource with devm_ioremap_resource drivers/mtd/maps: don't check resource with devm_ioremap_resource drivers/mtd/nand: don't check resource with devm_ioremap_resource drivers/net/ethernet/renesas: don't check resource with devm_ioremap_resource drivers/pinctrl: don't check resource with devm_ioremap_resource drivers/pinctrl/spear: don't check resource with devm_ioremap_resource drivers/pwm: don't check resource with devm_ioremap_resource drivers/remoteproc: don't check resource with devm_ioremap_resource drivers/rtc: don't check resource with devm_ioremap_resource drivers/spi: don't check resource with devm_ioremap_resource drivers/staging/dwc2: don't check resource with devm_ioremap_resource drivers/staging/nvec: don't check resource with devm_ioremap_resource drivers/thermal: don't check resource with devm_ioremap_resource drivers/tty/serial: don't check resource with devm_ioremap_resource drivers/usb/chipidea: don't check resource with devm_ioremap_resource drivers/usb/gadget: don't check resource with devm_ioremap_resource drivers/usb/host: don't check resource with devm_ioremap_resource drivers/usb/phy: don't check resource with devm_ioremap_resource drivers/video: don't check resource with devm_ioremap_resource drivers/video/omap2: don't check resource with devm_ioremap_resource drivers/video/omap2/dss: don't check resource with devm_ioremap_resource drivers/w1/masters: don't check resource with devm_ioremap_resource drivers/watchdog: don't check resource with devm_ioremap_resource arch/arm/mach-tegra: don't check resource with devm_ioremap_resource arch/arm/plat-omap: don't check resource with devm_ioremap_resource arch/arm/plat-samsung: don't check resource with devm_ioremap_resource arch/mips/lantiq/xway: don't check resource with devm_ioremap_resource sound/soc/fsl: don't check resource with devm_ioremap_resource sound/soc/kirkwood: don't check resource with devm_ioremap_resource arch/arm/mach-tegra/tegra2_emc.c | 5 ----- arch/arm/plat-omap/dmtimer.c | 7 +------ arch/arm/plat-samsung/adc.c | 5 ----- arch/mips/lantiq/xway/gptu.c | 7 +------ drivers/ata/pata_ep93xx.c | 5 ----- drivers/char/hw_random/mxc-rnga.c | 6 ------ drivers/char/hw_random/omap-rng.c | 5 ----- drivers/cpufreq/kirkwood-cpufreq.c | 4 ---- drivers/dma/tegra20-apb-dma.c | 5 ----- drivers/gpio/gpio-mvebu.c | 12 +----------- drivers/gpio/gpio-spear-spics.c | 7 +------ drivers/gpio/gpio-tegra.c | 5 ----- drivers/gpu/drm/exynos/exynos_hdmi.c | 5 ----- drivers/gpu/host1x/dev.c | 7 +------ drivers/gpu/host1x/drm/dc.c | 5 ----- drivers/i2c/busses/i2c-davinci.c | 6 +----- drivers/i2c/busses/i2c-designware-platdrv.c | 6 +----- drivers/i2c/busses/i2c-imx.c | 6 +----- drivers/i2c/busses/i2c-omap.c | 6 +----- drivers/i2c/busses/i2c-rcar.c | 7 +------ drivers/i2c/busses/i2c-s3c2410.c | 5 ----- drivers/i2c/busses/i2c-sirf.c | 6 ------ drivers/i2c/busses/i2c-tegra.c | 5 ----- drivers/input/keyboard/imx_keypad.c | 7 +------ drivers/input/keyboard/spear-keyboard.c | 7 +------ drivers/input/keyboard/tegra-kbc.c | 7 +------ drivers/input/serio/arc_ps2.c | 7 +------ drivers/memory/emif.c | 6 ------ drivers/mfd/intel_msic.c | 6 +----- drivers/misc/atmel-ssc.c | 5 ----- drivers/mtd/maps/autcpu12-nvram.c | 7 +------ drivers/mtd/maps/lantiq-flash.c | 8 +------- drivers/mtd/nand/lpc32xx_mlc.c | 5 ----- drivers/mtd/nand/lpc32xx_slc.c | 7 +------ drivers/net/ethernet/renesas/sh_eth.c | 14 +------------- drivers/pinctrl/pinctrl-at91.c | 7 +------ drivers/pinctrl/pinctrl-coh901.c | 5 ----- drivers/pinctrl/pinctrl-exynos5440.c | 5 ----- drivers/pinctrl/pinctrl-samsung.c | 5 ----- drivers/pinctrl/pinctrl-xway.c | 4 ---- drivers/pinctrl/spear/pinctrl-plgpio.c | 7 +------ drivers/pwm/pwm-imx.c | 5 ----- drivers/pwm/pwm-puv3.c | 5 ----- drivers/pwm/pwm-pxa.c | 5 ----- drivers/pwm/pwm-spear.c | 7 +------ drivers/pwm/pwm-tegra.c | 5 ----- drivers/pwm/pwm-tiecap.c | 5 ----- drivers/pwm/pwm-tiehrpwm.c | 5 ----- drivers/pwm/pwm-tipwmss.c | 5 ----- drivers/pwm/pwm-vt8500.c | 5 ----- drivers/remoteproc/da8xx_remoteproc.c | 14 +------------- drivers/rtc/rtc-nuc900.c | 6 +----- drivers/rtc/rtc-omap.c | 5 ----- drivers/rtc/rtc-s3c.c | 5 ----- drivers/rtc/rtc-spear.c | 7 +------ drivers/rtc/rtc-tegra.c | 6 ------ drivers/spi/spi-bcm63xx.c | 8 +------- drivers/spi/spi-ep93xx.c | 8 +------- drivers/spi/spi-omap2-mcspi.c | 7 +------ drivers/spi/spi-s3c64xx.c | 7 +------ drivers/spi/spi-sirf.c | 7 +------ drivers/spi/spi-tegra114.c | 7 +------ drivers/spi/spi-tegra20-sflash.c | 5 ----- drivers/spi/spi-tegra20-slink.c | 7 +------ drivers/staging/dwc2/platform.c | 5 ----- drivers/staging/nvec/nvec.c | 5 ----- drivers/thermal/dove_thermal.c | 11 +---------- drivers/thermal/exynos_thermal.c | 5 ----- drivers/thermal/kirkwood_thermal.c | 7 +------ drivers/thermal/rcar_thermal.c | 6 +----- drivers/tty/serial/serial-tegra.c | 6 +----- drivers/usb/chipidea/core.c | 5 ----- drivers/usb/gadget/bcm63xx_udc.c | 10 ---------- drivers/usb/host/ehci-atmel.c | 9 +-------- drivers/usb/host/ehci-mxc.c | 8 +------- drivers/usb/host/ehci-platform.c | 6 +----- drivers/usb/host/ehci-sh.c | 10 +--------- drivers/usb/host/ohci-nxp.c | 6 ------ drivers/usb/host/ohci-platform.c | 7 +------ drivers/usb/phy/phy-mv-u3d-usb.c | 5 ----- drivers/usb/phy/phy-mxs-usb.c | 5 ----- drivers/usb/phy/phy-samsung-usb2.c | 5 ----- drivers/usb/phy/phy-samsung-usb3.c | 5 ----- drivers/video/mxsfb.c | 7 +------ drivers/video/omap2/dss/hdmi.c | 7 +------ drivers/video/omap2/vrfb.c | 5 ----- drivers/w1/masters/omap_hdq.c | 5 ----- drivers/watchdog/imx2_wdt.c | 5 ----- sound/soc/fsl/imx-ssi.c | 6 ------ sound/soc/kirkwood/kirkwood-i2s.c | 5 ----- 90 files changed, 43 insertions(+), 525 deletions(-) -- 1.7.10.4

1 1

[Bug 63279] New: xf86-video-savage-2.3.6 driver does not work
by bugzilla-daemon＠freedesktop.org 10 May '13

10 May '13

https://bugs.freedesktop.org/show_bug.cgi?id=63279 Priority: medium Bug ID: 63279 Assignee: dri-devel(a)lists.freedesktop.org Summary: xf86-video-savage-2.3.6 driver does not work Severity: normal Classification: Unclassified OS: All Reporter: musikolo(a)hotmail.com Hardware: Other Status: NEW Version: XOrg 6.7.0 Component: General Product: DRI Hi guys, I'm writing to you because I have found the latest version of savage driver is not working. The problem is caused because the xxa module is not found and, in turn, DRI support cannot be enabled. In the meantime, I have had no other choice than using vesa driver until the issue is sorted out. I'm using ArchLinux and the maintainer of the package of this driver has told me to contact you to find a solution. Here you can find: - The content of my Xorg.0.log file: http://pastebin.com/qdp7datT - The thread open to discuss the problem in ArchLinux https://bugs.archlinux.org/task/34527 - And the code to build the package:https://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=p… Any help to solve this issue would be really appreciated. Best regards, Carlos. -- You are receiving this mail because: You are the assignee for the bug.

1 7

Some lost drm patches
by Damien Lespiau 10 May '13

10 May '13

I just collected a few sad patches crying in the dark alley of the Internet that dri-devel can sometimes be. A few of them even have a r-b tag by benevolent and fatherly figures. All they want is to find a new home! -- Damien

7 13

Re: [PATCH 3/3] ARM: dts: Add display timing node to exynos5250-arndale.dts
by Vikas Sajjan 10 May '13

10 May '13

Hi Tomasz, On 10 May 2013 08:25, Vikas Sajjan <vikas.sajjan(a)linaro.org> wrote: > Hi Tomasz, > > > On 10 May 2013 05:35, Tomasz Figa <tomasz.figa(a)gmail.com> wrote: > >> Hi Vikas, >> >> On Wednesday 08 of May 2013 11:31:34 Vikas Sajjan wrote: >> > Adds display timing node for a DP panel to Arndale Board DTS file >> > >> > Signed-off-by: Vikas Sajjan <vikas.sajjan(a)linaro.org> >> > --- >> > arch/arm/boot/dts/exynos5250-arndale.dts | 16 ++++++++++++++++ >> > 1 file changed, 16 insertions(+) >> > >> > diff --git a/arch/arm/boot/dts/exynos5250-arndale.dts >> > b/arch/arm/boot/dts/exynos5250-arndale.dts index f68b820..c831a5c >> > 100644 >> > --- a/arch/arm/boot/dts/exynos5250-arndale.dts >> > +++ b/arch/arm/boot/dts/exynos5250-arndale.dts >> > @@ -459,4 +459,20 @@ >> > samsung,lane-count = <4>; >> > }; >> > >> > + display-timings { >> > + native-mode = <&timing0>; >> > + timing0: timing@0 { >> > + /* 2560x1600 DP panel */ >> > + clock-frequency = <50000>; >> > + hactive = <2560>; >> > + vactive = <1600>; >> > + hfront-porch = <48>; >> > + hback-porch = <80>; >> > + hsync-len = <32>; >> > + vback-porch = <16>; >> > + vfront-porch = <8>; >> > + vsync-len = <6>; >> > + }; >> > + }; >> >> What display are those timings used for? Shouldn't they be placed inside >> node of that display? >> >> This timing information will be used parsed by the FIMD probe with the > help of "Video Helper function" as done in this link > > > https://git.kernel.org/cgit/linux/kernel/git/daeinki/drm-exynos.git/commit/… > > Please refer to this patch which is used for exynos4412-origen and > exynos5250-smdk5250 respectively in similar way > > > https://git.kernel.org/cgit/linux/kernel/git/kgene/linux-samsung.git/commit… > > > https://git.kernel.org/cgit/linux/kernel/git/kgene/linux-samsung.git/commit… > > And also you can refer to > Documentation/devicetree/bindings/video/display-timing.txt > > > Best regards, >> Tomasz >> >> > > > -- > Thanks and Regards > Vikas Sajjan > -- Thanks and Regards Vikas Sajjan

1 0

[Bug 57831] New: radeon fatal error during GPU init (Radeon 5850, KVM GPU passthrough)
by bugzilla-daemon＠bugzilla.kernel.org 09 May '13

09 May '13

https://bugzilla.kernel.org/show_bug.cgi?id=57831 Summary: radeon fatal error during GPU init (Radeon 5850, KVM GPU passthrough) Product: Drivers Version: 2.5 Kernel Version: 3.9.0 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: luke-jr+linuxbugs(a)utopios.org Regression: No Booting on a KVM instance tested to work fine with fglrx: [ 3.771157] [drm] Initialized drm 1.1.0 20060810 [ 4.006077] [drm] radeon kernel modesetting enabled. [ 4.006350] ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 [ 4.006714] [drm] initializing kernel modesetting (CYPRESS 0x1002:0x6899 0x1458:0x21E4). [ 4.006723] [drm] register mmio base: 0xFEB80000 [ 4.006724] [drm] register mmio size: 131072 [ 4.006785] radeon 0000:00:05.0: Expecting atombios for evergreen GPU [ 4.006786] radeon 0000:00:05.0: Fatal error during GPU init [ 4.006789] [drm] radeon: finishing device. [ 4.006792] [TTM] Memory type 2 has not been initialized [ 4.008077] radeon: probe of 0000:00:05.0 failed with error -22 -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug.

1 8

← Newer
1
...
61
62
63
64
65
66
67
...
71
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel May 2013