[Bug 88978] [bisected] [SI Scheduler] Graphical corruption in Dota 2

e able to get a dump using the last good commit. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/ccd643d2/attachment.html>

[Bug 76223] [radeonsi] luxmark segfault

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/0169f904/attachment.html>

[Bug 76223] [radeonsi] luxmark segfault

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/75d6e5ed/attachment-0001.html>

[Bug 89009] radeon: Failed to allocate a buffer

ves/dri-devel/attachments/20150209/e06bf867/attachment.html>

[Bug 89034] Firefox crashing xserver and some major rendering bugs

op.org/archives/dri-devel/attachments/20150209/6b66729e/attachment.html>

[Bug 89034] Firefox crashing xserver and some major rendering bugs

|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/ddf2b326/attachment.html>

[Bug 76223] [radeonsi] luxmark segfault

ibLLVM-3.5.so anymore. Did you run ldconfig after installing LLVM? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209

[Bug 89034] Firefox crashing xserver and some major rendering bugs

-- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/1272d1c7/attachment.html>

[Bug 89034] Firefox crashing xserver and some major rendering bugs

can only attach Xorg.0.log without debug build... but well, later... -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150

[Bug 89034] Firefox crashing xserver and some major rendering bugs

x [...] 2>stderr.txt should capture the stderr output in a file. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20

[Bug 88152] 720p and 1080 H.264 videos lock-up on playback with vlc / vdpau on Radeon 3850HD

hments/20150209/aa276a83/attachment.html>

[Bug 88464] booting with radeon.test=1 with radeon3850hd and lockdep validation causes lock-up

-devel/attachments/20150209/b4dafb63/attachment.html>

[Bug 88464] booting with radeon.test=1 with radeon3850hd and lockdep validation causes lock-up

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/a31f66d3/attachment.html>

[Bug 86720] [radeon] Europa Universalis 4 freezing during game start (10.3.3)

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/755da4c3/attachment.html>

[Bug 89034] Firefox crashing xserver and some major rendering bugs

URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/008d2873/attachment.html>

[Bug 89034] Firefox crashing xserver and some major rendering bugs

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/f654632c/attachment.html>

[Bug 88364] Xorg hangs after videocard switching

: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/b4a5c9b9/attachment.html>

[Bug 89034] Firefox crashing xserver and some major rendering bugs

:TargetRegisterClass*, unsigned int) const: Assertion `A && B && "Missing register class"' failed. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://l

[Bug 89034] Firefox crashing xserver and some major rendering bugs

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/ae967aef/attachment.html>

[Bug 89015] [radeonsi] unvanquished & nexuiz crash after switching AA

org/archives/dri-devel/attachments/20150209/52b54fe0/attachment.html>

[Bug 88968] Unit mouseover in World of Warcraft (wine, D3D) freezes up the entire system

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/fac5ce83/attachment.html>

[Bug 89034] Firefox crashing xserver and some major rendering bugs

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/4ff7b82b/attachment.html>

[Bug 89009] radeon: Failed to allocate a buffer

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/90864e38/attachment.html>

[Bug 89009] radeon: Failed to allocate a buffer

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/df0db857/attachment.html>

[Bug 89009] radeon: Failed to allocate a buffer

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/d5c41076/attachment.html>

[Bug 89009] radeon: Failed to allocate a buffer

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/451818f1/attachment-0001.html>

[GIT PULL] drm: sti: infoframe improvement

Hello Dave, Those patches improve audio info frame management, add pixel formats support and fix minor issues. The following changes since commit e4bf44b3b558742fb7c58b4d34e206c8942f07e6: drm/modes: Print the mode status in human readable form (2015-02-03 11:13:27 +1000) are available in the

[Bug 83800] 3DMark2003 crashes radeon with wine 1.7.26 + gallium nine

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150209/328e1db3/attachment.html>

[PATCH 1/4] drm/exynos: dsim: fix to control mipi phy register

On 07/02/15 12:53, Inki Dae wrote: > This patch fixes the issue that the try to get a phy object is failed > to enable mipi phy. > > System and power management unit registers should be controlled by > syscon framework. So this patch removes existing phy framework based > codes and adds syscon

[PATCH 12/12] ARM: shmobile: koelsch: Add DU HDMI output support

On Sun, Feb 08, 2015 at 06:08:19PM +0200, Laurent Pinchart wrote: > Hi Simon, > > On Friday 06 February 2015 09:58:43 Simon Horman wrote: > > [CC Damian, Magnus] > > > > On Mon, Oct 27, 2014 at 02:12:56PM +0200, Laurent Pinchart wrote: > > > On Monday 27 October 2014 09:38:29 Simon Horman wrote:

[PATCH 1/4] drm/exynos: dsim: fix to control mipi phy register

On 2015년 02월 09일 19:57, Sylwester Nawrocki wrote: > On 07/02/15 12:53, Inki Dae wrote: >> This patch fixes the issue that the try to get a phy object is failed >> to enable mipi phy. >> >> System and power management unit registers should be controlled by >> syscon framework. So this patch

[Bug 83800] 3DMark2003 crashes radeon with wine 1.7.26 + gallium nine

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/904453f7/attachment-0001.html>

[Bug 83800] 3DMark2003 crashes radeon with wine 1.7.26 + gallium nine

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/d491a47e/attachment.html>

[PATCH 1/4] drm/exynos: dsim: fix to control mipi phy register

On 09/02/15 13:17, Inki Dae wrote: >> Instead I just added syscon support to the PHY layer, it's not perfect >> > but fixes the issue for both DSI and CSI and doesn't strip the PHY layer >> > which could potentially be useful. > > Ah, Right. I didn't check your patch set. Your way is a better

[patch] drm/nouveau/mmu: shift wrapping bug in gf100_vm_map()

Since "1" is an int, then it means we can't use the high bits of this u64. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/mmu/gf100.c b/drivers/gpu/drm/nouveau/nvkm/subdev/mmu/gf100.c index 294cda3..b10c90a 100644 ---

[PATCH -v2 10/14] drm/exynos: atomic phase 1: add atomic_begin()/atomic_flush()

Hi, I'm merging this patch series but I found two issues. One is already pointed out. On 2015년 02월 07일 04:37, Gustavo Padovan wrote: > From: Gustavo Padovan > > Add CRTC callbacks .atomic_begin() .atomic_flush(). On exynos they > unprotect the windows before the commit and protects it

[Bug 88978] [bisected] [SI Scheduler] Graphical corruption in Dota 2

directly before R600/SI: Define a schedule model and enable the generic machine scheduler, and it has no graphical issues Log: http://paste.ubuntu.com/10143733/ Thanks again, sarnex -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/f09a13ac/attachment-0001.html>

[Bug 92891] Maschine hangs forever at loading the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=92891 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #3

[Bug 83461] hdmi screen flicker/unusable

https://bugzilla.kernel.org/show_bug.cgi?id=83461 tuxoholic at hotmail.de changed: What|Removed |Added CC||tuxoholic at hotmail.de ---

[PATCH -v2 10/14] drm/exynos: atomic phase 1: add atomic_begin()/atomic_flush()

Hi Inki, On 9 February 2015 at 14:53, Inki Dae wrote: > I'm merging this patch series but I found two issues. One is already > pointed out. Fantastic - thanks a lot for doing this! > On 2015년 02월 07일 04:37, Gustavo Padovan wrote: >> @@ -628,20 +638,6 @@ static void fimd_win_commit(struct

[Bug 83461] hdmi screen flicker/unusable

https://bugzilla.kernel.org/show_bug.cgi?id=83461 --- Comment #34 from Alex Deucher --- Already upstream: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=72edd83cc9e5819ed1ee771519143d7594e059f0 -- You are receiving this mail because: You are watching the assignee of

[Bug 85421] radeon stalled, GPU lockup, reset and failed on resume; crashed by firefox.

https://bugzilla.kernel.org/show_bug.cgi?id=85421 --- Comment #27 from Hin-Tak Leung --- Created attachment 166191 --> https://bugzilla.kernel.org/attachment.cgi?id=166191=edit screen corruption just before suspend & GPU crash on resume See screenshot. I had been playing a few videos with

[Bug 85421] radeon stalled, GPU lockup, reset and failed on resume; crashed by firefox.

https://bugzilla.kernel.org/show_bug.cgi?id=85421 --- Comment #28 from Hin-Tak Leung --- So a quick summary is that later 10.4.x (excluding 10.4.0, which locked up within first day) is about as stable as 10.2.9 + patch. None of 10.3.x tried was any good. I'll just continue with 10.4.x and

[PATCH -v2 10/14] drm/exynos: atomic phase 1: add atomic_begin()/atomic_flush()

2015-02-09 Daniel Stone : > Hi Inki, > > On 9 February 2015 at 14:53, Inki Dae wrote: > > I'm merging this patch series but I found two issues. One is already > > pointed out. > > Fantastic - thanks a lot for doing this! > > > On 2015년 02월 07일 04:37, Gustavo Padovan wrote: > >> @@

[Bug 80419] XCOM: Enemy Unknown Causes lockup

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/2b00e3b9/attachment-0001.html>

[Bug 88877] Invisible Chrome windows on radeonsi with KWin compositing

nt was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/d2857f7f/attachment.html>

[Bug 92891] Maschine hangs forever at loading the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=92891 --- Comment #4 from georg at schorsch-tech.de --- Hello Alex, this is my bisect result: git bisect bad 01ac8794a77192236a4b91c33adf4177ac5a21f0 is the first bad commit commit 01ac8794a77192236a4b91c33adf4177ac5a21f0 Author: Alex Deucher Date:

[Bug 92891] Maschine hangs forever at loading the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=92891 --- Comment #5 from georg at schorsch-tech.de --- Created attachment 166201 --> https://bugzilla.kernel.org/attachment.cgi?id=166201=edit bisect log -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 92891] Maschine hangs forever at loading the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=92891 --- Comment #6 from georg at schorsch-tech.de --- I know this is a commit not on the RT Tree. I have done this bisecting with the evergreen card. 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Juniper XT [Radeon

[PATCH 1/5] drm/i915: Add tiled framebuffer modifiers

From: Tvrtko Ursulin To be used from the new addfb2 extension. v2: - Drop Intel-specific untiled modfier. - Move to drm_fourcc.h. - Document layouts a bit and denote them as platform-specific and not useable for cross-driver sharing. - Add Y-tiling for completeness.

[PATCH 2/5] drm/i915: Add fb format modifier support

Currently we don't support anything but X tiled. And for an easier transition it makes a lot of sense to just keep requiring that X tiled is properly fenced. Which means we need to do absolutely nothing in old code to support fb modifiers, yay! Cc: Tvrtko Ursulin Signed-off-by: Daniel Vetter

[PATCH 0/5] i915 fb modifier support, respun

Hi all, So this is the very quickly spun together version for my take on fb modifiers. Aim is to reduce the churn a bit with: - Only validate fb modifiers and old tiling_mode behaviour in framebuffer_init to ensure they are consistent. Don't convert over all the code for old platforms. -

[PATCH 3/5] drm/i915: Use fb format modifiers in skylake_update_primary_plane

Just a little demo really. We probably need to introduce skl specific functions for a lot of the format validation stuff, or at least helpers. Specifically I think intel_framebuffer_init and intel_fb_align_height must be adjusted to have an i915_ and a skl_ variant. And only shared code should be

[PATCH 4/5] drm/i915: Announce support for framebuffer modifiers

From: Tvrtko Ursulin Let the DRM core know we can handle it. v2: Change to boolean true. (Daniel Vetter) Signed-off-by: Tvrtko Ursulin Signed-off-by: Daniel Vetter --- drivers/gpu/drm/i915/intel_display.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 5/5] drm: Also check unused fields for addfb2

Just the usual paranoia ... Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_crtc.c | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index b15d720eda4c..a12d7e8a0ca0 100644 --- a/drivers/gpu/drm/drm_crtc.c +++

[Bug 92891] Maschine hangs forever at loading the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=92891 --- Comment #7 from georg at schorsch-tech.de --- Created attachment 166211 --> https://bugzilla.kernel.org/attachment.cgi?id=166211=edit the config used as the bisect ended -- You are receiving this mail because: You are watching the assignee

[Bug 89045] [HAWAII,REGRESSION] X crash on KDE session initialisation

prit in mind right away? Let me know, what you need. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/bf87617e/attachment-0001.html>

[Bug 89045] [HAWAII,REGRESSION] X crash on KDE session initialisation

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/7cbd3bf7/attachment.html>

[Bug 89045] [HAWAII,REGRESSION] X crash on KDE session initialisation

next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/08604829/attachment.html>

[PATCH v2] drm: atmel-hlcdc: Atomic mode-setting conversion

Hu Sylvain, On Mon, 9 Feb 2015 19:26:06 +0100 Sylvain Rochet wrote: > Hello Boris, > > On Fri, Feb 06, 2015 at 04:22:23PM +0100, Boris Brezillon wrote: > > Convert the HLCDC driver to atomic mode-setting. > > > > Signed-off-by: Boris Brezillon > > --- > > I am getting the following trace

[Bug 92891] Maschine hangs forever at loading the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=92891 --- Comment #8 from georg at schorsch-tech.de --- After the current bisect result did not satisfy me, i tried various other RT kernels prior the 3.13 result from the bisect with the evergreen card. Between 3.12.15-rt25 and 3.10.20-rt17 i have no

[Bug 92891] Maschine hangs forever at loading the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=92891 --- Comment #9 from georg at schorsch-tech.de --- Now plug the PITCAIRN card into the pc again. I tried the saved kernels from avouve. There i discouvered, that the machine is not hanging itself, it is just the display which hangs. The display

[Bug 92891] Maschine hangs forever at loading the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=92891 --- Comment #10 from Alex Deucher --- Does disabling dpm help? Append radeon.dpm=0 to the kernel command line in grub. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 92891] Maschine hangs forever at loading the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=92891 --- Comment #11 from Alex Deucher --- Please attach your dmesg output and a copy of your vbios. To get a copy of your vbios: (as root) (use lspci to get the bus id) cd /sys/bus/pci/devices/ echo 1 > rom cat rom > /tmp/vbios.rom echo 0 > rom --

[Bug 93001] New: modprobe radeon dpm=0 and starting Xorg sometimes logs "general protection fault" and no output

https://bugzilla.kernel.org/show_bug.cgi?id=93001 Bug ID: 93001 Summary: modprobe radeon dpm=0 and starting Xorg sometimes logs "general protection fault" and no output Product: Drivers Version: 2.5 Kernel Version: 3.18.6

[libdrm][PATCH 1/2] random: Use unsigned long for seed

This is more consistent with the rest, and avoids potential undefined behavior (signed overflow) in drmRandom() Signed-off-by: Jan Vesely --- xf86drmRandom.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/xf86drmRandom.c b/xf86drmRandom.c index

[libdrm][PATCH 2/2] Fix gcc -Wextra warnings

Signed-off-by: Jan Vesely --- tests/vbltest/vbltest.c | 3 ++- xf86drm.c | 4 ++-- xf86drmMode.c | 2 +- 3 files changed, 5 insertions(+), 4 deletions(-) diff --git a/tests/vbltest/vbltest.c b/tests/vbltest/vbltest.c index cdc1ef6..6e13c57 100644 ---

[Bug 89045] [HAWAII,REGRESSION] X crash on KDE session initialisation

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/61d0beac/attachment.html>

[libdrm][PATCH 1/2] random: Use unsigned long for seed

On 02/09/2015 01:39 PM, Jan Vesely wrote: > This is more consistent with the rest, and avoids potential undefined > behavior (signed overflow) in drmRandom() > > Signed-off-by: Jan Vesely > --- > xf86drmRandom.c | 14 +++--- > 1 file changed, 7 insertions(+), 7 deletions(-) > > diff

[libdrm][PATCH 2/2] Fix gcc -Wextra warnings

This patch is Reviewed-by: Ian Romanick On 02/09/2015 01:39 PM, Jan Vesely wrote: > Signed-off-by: Jan Vesely > --- > tests/vbltest/vbltest.c | 3 ++- > xf86drm.c | 4 ++-- > xf86drmMode.c | 2 +- > 3 files changed, 5 insertions(+), 4 deletions(-) > > diff --git

[libdrm][PATCH 1/2] random: Use unsigned long for seed

state->check, > > - rand - state->check ? "*INCORRECT*" : "CORRECT"); > > + rand != state->check ? "*INCORRECT*" : "CORRECT"); > > So does this. I'll drop this one in v2, it shouldn't have been included > > > drmRandomDestroy(state); > > > > printf("Checking periods...\n"); > > > -- Jan Vesely -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/54aaa8b0/attachment-0001.sig>

[libdrm][PATCH v2 1/2] random: Use unsigned long for seed

v2: Remove unrelated change in main() This is more consistent with the rest, and avoids potential undefined behavior (signed overflow) ind drmRandom() Signed-off-by: Jan Vesely --- xf86drmRandom.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/xf86drmRandom.c

[libdrm][PATCH 2/2] Fix gcc -Wextra warnings

On 9 February 2015 at 21:39, Jan Vesely wrote: > Signed-off-by: Jan Vesely Nice one Jan. I've sent similar fixes for drmOpenDevice and drmGetStats a few days ago. Considering you drop the last hunk that Ian spotted both patches are Reviewed-by: Emil Velikov The strange part is that the normal

Is my Radeon HD 6970M dying? Hangs & init problems

On Mon, Feb 9, 2015 at 6:06 PM, Rafał Miłecki wrote: > My notebook Samsung NP700G7A-S01PL was working stable for more than 2 years. > I was using 3.11, 3.17, 3.18, 3.19 (since rc1) and many more successfully. > First hang has happened on 2015-02-08 (23:30) with 3.19-rc5 I was > using for 3

[libdrm][PATCH 2/2] Fix gcc -Wextra warnings

t was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150209/81728fb7/attachment.sig>

[libdrm][PATCH 3/2] Fix always true comparison.

The only user I found is xserver, it can return -1 under certain conditions. So check for -1 explicitly. Signed-off-by: Jan Vesely --- I could not find whether it's actually legal to return encoded negative values in get_perm. This is a quick fix to detect the one case that I found. xf86drm.c

[PATCH] gma500: condition with no effect

3.19.0-rc7 (localversion-next is -next-20150209) drivers/gpu/drm/gma500/mdfld_dsi_dpi.c |5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_dpi.c b/drivers/gpu/drm/gma500/mdfld_dsi_dpi.c index d4813e0..1893fc9 100644 --- a/drivers/gpu/drm/gma500

[PATCH v2] drm: atmel-hlcdc: Atomic mode-setting conversion

Hello Boris, On Fri, Feb 06, 2015 at 04:22:23PM +0100, Boris Brezillon wrote: > Convert the HLCDC driver to atomic mode-setting. > > Signed-off-by: Boris Brezillon > --- I am getting the following trace with this patch applied, which seems pretty straightforward to fix. Apart from that, it

[PATCH] vt_buffer: drop console buffer copying optimisations

On 9 February 2015 at 10:49, Geert Uytterhoeven wrote: > On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone wrote: >> On 5 February 2015 at 11:35, One Thousand Gnomes >> wrote: >>> #if defined (CONFIG_SUPPORT_SHITE_VGA_ADAPTERS) >>> >>> #endif >>> >>> around that and its sorted as an option everyone

[PATCH] vt_buffer: drop console buffer copying optimisations

On 5 February 2015 at 11:35, One Thousand Gnomes wrote: >> If I'm not mistaken, that would be as simple as adding >> >> #define VT_BUF_HAVE_RW. >> #define scr_writew(val, addr) (*(addr) = (val)) >> #define scr_readw(addr) (*(addr)) >> >> to arch/x86/include/asm/vga.h. > > and stick an

[PATCH] vt_buffer: drop console buffer copying optimisations

On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone wrote: > On 5 February 2015 at 11:35, One Thousand Gnomes > wrote: >>> If I'm not mistaken, that would be as simple as adding >>> >>> #define VT_BUF_HAVE_RW. >>> #define scr_writew(val, addr) (*(addr) = (val)) >>> #define scr_readw(addr)

[PATCH] vt_buffer: drop console buffer copying optimisations

On Mon, 9 Feb 2015 11:00:55 + Daniel Stone wrote: > On 9 February 2015 at 10:49, Geert Uytterhoeven > wrote: > > On Mon, Feb 9, 2015 at 11:35 AM, Daniel Stone > > wrote: > >> On 5 February 2015 at 11:35, One Thousand Gnomes > >> wrote: > >>> #if defined