On Mon, Oct 07, 2013 at 06:08:12PM +0200, Sebastian Hesselbarth wrote:
> True, I didn't mention TDM modes squeezing multiple channels into one
> L/R frame. Neither Dove nor TDA998x support this, but thanks for the
> clarification.
Depending on how the DMA and so on is done you can sometimes still
On Fri 04-10-13 16:42:19, KOSAKI Motohiro wrote:
> (10/4/13 4:31 PM), KOSAKI Motohiro wrote:
> >(10/2/13 4:29 PM), Jan Kara wrote:
> >>On Wed 02-10-13 09:20:09, Christoph Hellwig wrote:
> >>>On Wed, Oct 02, 2013 at 04:27:41PM +0200, Jan Kara wrote:
> Hello,
>
> In my quest for
On 10/07/2013 12:07 AM, Russell King - ARM Linux wrote:
The Armada DRM drivers again, along with the TDA998x HDMI output support,
and an illustration to show how to add Armada 610 support (and others.)
Rob has looked at this a couple of times since its last posting, and
has provided additional u
Free memory allocated to nvbe when returning NULL.
Signed-off-by: Geyslan G. Bem
---
drivers/gpu/drm/nouveau/nouveau_sgdma.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/nouveau_sgdma.c
b/drivers/gpu/drm/nouveau/nouveau_sgdma.c
index 0843ebc..af8b66d 100644
---
Hi,
I have a Lenovo T410s (Ironlake/Arrandale graphics) that I use docked
and connected to an external DP monitor (laptop is closed so the only
active display is the DP monitor). With 3.12-rc4 I reproducably hit a
deadlock when I undock the laptop -- it seems to be a deadlock on
dev->mode_confix.
Hi,
On Mon, Oct 7, 2013 at 7:35 PM, Ben Skeggs wrote:
> - Original Message -
>> From: "Geyslan G. Bem"
>> To: airl...@linux.ie, bske...@redhat.com, dri-devel@lists.freedesktop.org
>> Cc: linux-ker...@vger.kernel.org, kernel...@googlegroups.com, "Geyslan G.
>> Bem"
>> Sent: Tuesday, 8 O
Felipe, thank you too.
I realized this after a code review.
Ben, what do you think?
Geyslan Gregório Bem
hackingbits.com
2013/10/7 Felipe Pena :
> Hi,
>
> On Mon, Oct 7, 2013 at 7:35 PM, Ben Skeggs wrote:
>> - Original Message -
>>> From: "Geyslan G. Bem"
>>> To: airl...@linux.ie, bs
(10/7/13 5:18 PM), Jan Kara wrote:
On Fri 04-10-13 16:42:19, KOSAKI Motohiro wrote:
(10/4/13 4:31 PM), KOSAKI Motohiro wrote:
(10/2/13 4:29 PM), Jan Kara wrote:
On Wed 02-10-13 09:20:09, Christoph Hellwig wrote:
On Wed, Oct 02, 2013 at 04:27:41PM +0200, Jan Kara wrote:
Hello,
In my
On Mon 07-10-13 20:27:16, KOSAKI Motohiro wrote:
> (10/7/13 5:18 PM), Jan Kara wrote:
> >On Fri 04-10-13 16:42:19, KOSAKI Motohiro wrote:
> >>(10/4/13 4:31 PM), KOSAKI Motohiro wrote:
> >>>(10/2/13 4:29 PM), Jan Kara wrote:
> On Wed 02-10-13 09:20:09, Christoph Hellwig wrote:
> >On Wed, Oct
v4:
Remove decleration and stub for acpi_video_unregister_backlight in
video.h of patch 2/4 since that function doesn't exist anymore in v3.
v3:
1 Add a new patch 4/4 to fix some problems in thinkpad-acpi module;
2 Remove unnecessary function acpi_video_unregister_backlight introduced
in patch 2
Introduce a new API for modules to query if a specific type of backlight
device has been registered. This is useful for some backlight device
provider module(e.g. ACPI video) to know if a native control
interface(e.g. the interface created by i915) is available and then do
things accordingly(e.g. a
The backlight control and event delivery functionality provided by ACPI
video module is mixed together and registered all during video device
enumeration time. As a result, the two functionality are also removed
together on module unload time or by the acpi_video_unregister function.
The two functi
According to Matthew Garrett, "Windows 8 leaves backlight control up
to individual graphics drivers rather than making ACPI calls itself.
There's plenty of evidence to suggest that the Intel driver for
Windows [8] doesn't use the ACPI interface, including the fact that
it's broken on a bunch of mac
The tpacpi_acpi_handle_locate function makes use of acpi_get_devices to
locate handle for ACPI video by HID, the problem is, ACPI video node
doesn't really have HID defined(i.e. no _HID control method is defined
for video device), so.. that function would fail. This can be solved by
enhancing the c
https://bugs.freedesktop.org/show_bug.cgi?id=70035
--- Comment #11 from Tasev ---
Hi,
Just to report dat i updated my system today to the latest deb's of the oibaff
ppa from october 7th 9.3~git1310070927.cfbfb5+glvdpau~gd~p and the system is
running ok for now 30 min of use.
--
You are receiv
https://bugs.freedesktop.org/show_bug.cgi?id=70035
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=69983
Michel Dänzer changed:
What|Removed |Added
CC||tasev.stefano...@skynet.be
--- Comment #
https://bugs.freedesktop.org/show_bug.cgi?id=70163
--- Comment #1 from Michel Dänzer ---
The oops backtrace doesn't look (directly) related to the radeon driver.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel m
Am 08.10.2013 00:14, schrieb Dieter Nützel:
Am 07.10.2013 11:22, schrieb Christian König:
Am 07.10.2013 10:58, schrieb Rafał Miłecki:
2013/10/7 Christian König :
Why didn't you just asked me?
I was told on #radeon you're on holidays ;) I was trying to catch you.
I'm on vacation right now, b
On Mon, 7 Oct 2013 10:59:39 -0400
Rob Clark wrote:
> Jean-François, just as an aside, I really don't think code that can be
> shared, like tda998x, should encode a DT requirement.. there are
> plenty of platforms that don't use DT (arm isn't everything, and last
> I heard aarch64 was going to be
https://bugs.freedesktop.org/show_bug.cgi?id=69961
--- Comment #6 from samit vats ---
Adding gdb backtrace :
#0 0x7ffb51141037 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x7ffb51144698 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x0056528e in OsAbort () at uti
On Tue, Oct 08, 2013 at 08:59:58AM +0300, Terje Bergström wrote:
> On 07.10.2013 11:34, Thierry Reding wrote:
> > Most of the included files are either not required or already included
> > by some other header file.
>
> What's the general policy? I personally feel that each source file
> should #i
On Tue, Oct 08, 2013 at 09:25:39AM +0300, Terje Bergström wrote:
> On 07.10.2013 11:34, Thierry Reding wrote:
> > The Tegra DRM driver currently uses some infrastructure to defer the DRM
> > core initialization until all required devices have registered. The same
> > infrastructure can potentially
On 04.10.2013 23:18, Erik Faye-Lund wrote:
> The num_relocs count are passed to the kernel per job, not per gather.
>
> For multi-gather jobs, we would previously fail if there were relocs in
> other gathers aside from the first one.
>
> Fix this by simply moving the check until all gathers have
On Tue, Oct 8, 2013 at 7:48 AM, Terje Bergström wrote:
> On 07.10.2013 16:02, Erik Faye-Lund wrote:
>> So the question is really how the hardware treats writes to
>> non-existent registers. My guess would be that they are simply not
>> recorded, and if that's the case it doesn't matter what we do.
https://bugs.freedesktop.org/show_bug.cgi?id=70219
--- Comment #2 from Sergej Pupykin ---
Created attachment 87272
--> https://bugs.freedesktop.org/attachment.cgi?id=87272&action=edit
dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=70219
--- Comment #3 from Sergej Pupykin ---
Created attachment 87273
--> https://bugs.freedesktop.org/attachment.cgi?id=87273&action=edit
Xorg.log
--
You are receiving this mail because:
You are the assignee for the bug.
__
On Fri, Oct 04, 2013 at 08:18:33PM +, Erik Faye-Lund wrote:
> The num_relocs count are passed to the kernel per job, not per gather.
>
> For multi-gather jobs, we would previously fail if there were relocs in
> other gathers aside from the first one.
>
> Fix this by simply moving the check un
On Tue, Oct 8, 2013 at 5:19 AM, Jean-Francois Moine wrote:
> On Mon, 7 Oct 2013 10:59:39 -0400
> Rob Clark wrote:
>
>> Jean-François, just as an aside, I really don't think code that can be
>> shared, like tda998x, should encode a DT requirement.. there are
>> plenty of platforms that don't use D
This patch removes unnecessary runtime pm related function calls
from fimd_suspend and fimd_resume functions.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 38 +-
1 file changed, 11 insertions(+), 27 deletions(-
https://bugzilla.kernel.org/show_bug.cgi?id=62721
Bug ID: 62721
Summary: GPU lockup: radeon :01:00.0: GPU lockup CP stall
for more than 1msec...
Product: Drivers
Version: 2.5
Kernel Version: 3.11.4
Hardware: All
https://bugzilla.kernel.org/show_bug.cgi?id=62721
--- Comment #1 from Egor Y. Egorov ---
Created attachment 110451
--> https://bugzilla.kernel.org/attachment.cgi?id=110451&action=edit
journalctl -a
LC_ALL=C journalctl -a --since='2013-10-08 19:04:00' --until='2013-10-08
19:11:00'
--
You are
Allocate and copy all kernel memory before doing reservations. This prevents a
locking
inversion between mmap_sem and reservation_class, and allows us to drop the
trylocking
in ttm_bo_vm_fault without upsetting lockdep.
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/radeon/r6
On Tue, Oct 08, 2013 at 04:14:40PM +0200, Maarten Lankhorst wrote:
> Allocate and copy all kernel memory before doing reservations. This prevents
> a locking
> inversion between mmap_sem and reservation_class, and allows us to drop the
> trylocking
> in ttm_bo_vm_fault without upsetting lockdep.
Am 08.10.2013 16:33, schrieb Jerome Glisse:
On Tue, Oct 08, 2013 at 04:14:40PM +0200, Maarten Lankhorst wrote:
Allocate and copy all kernel memory before doing reservations. This prevents a
locking
inversion between mmap_sem and reservation_class, and allows us to drop the
trylocking
in ttm_bo
op 08-10-13 16:33, Jerome Glisse schreef:
> On Tue, Oct 08, 2013 at 04:14:40PM +0200, Maarten Lankhorst wrote:
>> Allocate and copy all kernel memory before doing reservations. This prevents
>> a locking
>> inversion between mmap_sem and reservation_class, and allows us to drop the
>> trylocking
Hi Majunath,
Thank you for the patch.
On Tuesday 08 October 2013 16:09:17 Majunath Goudar wrote:
> This patch adds a BACKLIGHT_CLASS_DEVICE dependency to configure the
> DRM_SHMOBILE. Without this patch, build system can lead to build failure.
> This was observed during randconfig testing, in whi
On Tue, Oct 08, 2013 at 04:45:18PM +0200, Christian König wrote:
> Am 08.10.2013 16:33, schrieb Jerome Glisse:
> >On Tue, Oct 08, 2013 at 04:14:40PM +0200, Maarten Lankhorst wrote:
> >>Allocate and copy all kernel memory before doing reservations. This
> >>prevents a locking
> >>inversion between
On Tue, Oct 8, 2013 at 10:45 AM, Maarten Lankhorst <
maarten.lankho...@canonical.com> wrote:
> op 08-10-13 16:33, Jerome Glisse schreef:
> > On Tue, Oct 08, 2013 at 04:14:40PM +0200, Maarten Lankhorst wrote:
> >> Allocate and copy all kernel memory before doing reservations. This
> prevents a lock
https://bugs.freedesktop.org/show_bug.cgi?id=70286
Priority: medium
Bug ID: 70286
Assignee: dri-devel@lists.freedesktop.org
Summary: X crashes when using Firefox with logout loop
Severity: major
Classification: Unclassified
O
https://bugs.freedesktop.org/show_bug.cgi?id=70286
--- Comment #1 from Ganesh Hegde ---
Created attachment 87294
--> https://bugs.freedesktop.org/attachment.cgi?id=87294&action=edit
Xorg.0.log
attached xorg.0.log after crash
--
You are receiving this mail because:
You are the assignee for th
Adding drm/i915 into the vga arbiter chain means that X (in a piece of
well-meant paranoia) will do a get/put on the vga decoding around
_every_ accel call down into the ddx. Which results in some nice
performance disasters [1].
Ville tried to come up with a Great Hack to fiddle the required VGA
I
On Tue, 8 Oct 2013 10:49:39 +0100
Russell King - ARM Linux wrote:
> On Tue, Oct 08, 2013 at 11:19:13AM +0200, Jean-Francois Moine wrote:
> > The Cubox is an open platform, and I use it just like a desktop PC.
> > When its required drivers will be in the mainline, I will do the same
> > as I do wi
In the autumn and winter it's considered bad form to set power state to D3cold,
it might
cause the device to freeze to death. This is also the case in the other
seasons, so any
device in the southern hemisphere is affected too.
D3cold is not a valid state in a call to pci_set_power_state, only u
Hi all,
By popular demand (our embedded guys kept asking for this) I've resurrected my
fbdev less patches. Now Rob's msm driver can be completely completely without
CONFIG_FB stuff at all when disabling the fbdev helper support.
Review highly welcome.
Cheers, Daniel
Daniel Vetter (3):
drm: Ad
For drivers which might want to disable fbdev legacy support.
Select the new option in all drivers for now, so this shouldn't result
in any change. Drivers need some work anyway to make fbdev support
optional (if they have it implemented, that is), so the recommended
way to expose this is by addin
Boots Just Fine (tm)!
The only glitch seems to be that at least on Fedora the boot splash
gets confused and doesn't display much at all.
And since there's no ugly console flickering anymore in between, the
flicker while switching between X servers (VT support is still enabled)
is even more jarrin
This file is all about the legacy fbdev support. If we want to extract
framebuffer functions, we better put those into a separate file.
Also rename functions accordingly, only two have used the intel_fb_
prefix anyway.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/Makefile| 2
On Tue, Oct 08, 2013 at 05:44:46PM +0200, Daniel Vetter wrote:
> Hi all,
>
> By popular demand (our embedded guys kept asking for this) I've resurrected my
> fbdev less patches. Now Rob's msm driver can be completely completely without
> CONFIG_FB stuff at all when disabling the fbdev helper suppo
On Tue, Oct 08, 2013 at 05:27:28PM +0200, Daniel Vetter wrote:
> Adding drm/i915 into the vga arbiter chain means that X (in a piece of
> well-meant paranoia) will do a get/put on the vga decoding around
> _every_ accel call down into the ddx. Which results in some nice
> performance disasters [1].
On Tue, 2013-10-08 at 17:08 +0100, Chris Wilson wrote:
> On Tue, Oct 08, 2013 at 05:27:28PM +0200, Daniel Vetter wrote:
> > Adding drm/i915 into the vga arbiter chain means that X (in a piece of
> > well-meant paranoia) will do a get/put on the vga decoding around
> > _every_ accel call down into t
Hi Marek,
please try the attached patch as a replacement for your signaling all
fences patch. I'm not 100% sure if it fixes all issues, but it's at
least a start.
Thanks,
Christian.
Am 07.10.2013 13:08, schrieb Christian König:
First of all, I can't complain about the reliability of the har
On Tue, Oct 08, 2013 at 10:18:54AM -0600, Alex Williamson wrote:
> On Tue, 2013-10-08 at 17:08 +0100, Chris Wilson wrote:
> > On Tue, Oct 08, 2013 at 05:27:28PM +0200, Daniel Vetter wrote:
> > > Adding drm/i915 into the vga arbiter chain means that X (in a piece of
> > > well-meant paranoia) will d
On 10/08/2013 04:55 PM, Jerome Glisse wrote:
On Tue, Oct 08, 2013 at 04:45:18PM +0200, Christian König wrote:
Am 08.10.2013 16:33, schrieb Jerome Glisse:
On Tue, Oct 08, 2013 at 04:14:40PM +0200, Maarten Lankhorst wrote:
Allocate and copy all kernel memory before doing reservations. This preve
On 10/08/2013 12:27 AM, Arto Merilainen wrote:
> This series adds runtime pm support for host1x, gr2d and dc. It retains the
> current behaviour if CONFIG_PM_RUNTIME is not enabled.
>
> The gr2d clock is enabled when a new job is submitted and disabled when
> the work is done. Due to parent->child
On Tue, Oct 08, 2013 at 06:29:35PM +0200, Thomas Hellstrom wrote:
> On 10/08/2013 04:55 PM, Jerome Glisse wrote:
> >On Tue, Oct 08, 2013 at 04:45:18PM +0200, Christian König wrote:
> >>Am 08.10.2013 16:33, schrieb Jerome Glisse:
> >>>On Tue, Oct 08, 2013 at 04:14:40PM +0200, Maarten Lankhorst wrote
https://bugs.freedesktop.org/show_bug.cgi?id=70286
Ganesh Hegde changed:
What|Removed |Added
Severity|major |critical
Priority|medium
On Tue, Oct 8, 2013 at 11:44 AM, Daniel Vetter wrote:
> For drivers which might want to disable fbdev legacy support.
>
> Select the new option in all drivers for now, so this shouldn't result
> in any change. Drivers need some work anyway to make fbdev support
> optional (if they have it implemen
On 10/08/2013 06:47 PM, Jerome Glisse wrote:
On Tue, Oct 08, 2013 at 06:29:35PM +0200, Thomas Hellstrom wrote:
On 10/08/2013 04:55 PM, Jerome Glisse wrote:
On Tue, Oct 08, 2013 at 04:45:18PM +0200, Christian König wrote:
Am 08.10.2013 16:33, schrieb Jerome Glisse:
On Tue, Oct 08, 2013 at 04:1
On Tue, 2013-10-08 at 17:29 +0100, Chris Wilson wrote:
> On Tue, Oct 08, 2013 at 10:18:54AM -0600, Alex Williamson wrote:
> > On Tue, 2013-10-08 at 17:08 +0100, Chris Wilson wrote:
> > > On Tue, Oct 08, 2013 at 05:27:28PM +0200, Daniel Vetter wrote:
> > > > Adding drm/i915 into the vga arbiter chai
https://bugs.freedesktop.org/show_bug.cgi?id=68792
--- Comment #2 from Grigori Goronzy ---
Created attachment 87295
--> https://bugs.freedesktop.org/attachment.cgi?id=87295&action=edit
Proposed fix for #2
This patch should fix issue #2 and probably fixes the stalling, too. I can play
the "kill
On Wed, Oct 2, 2013 at 11:13 AM, Erik Gilling wrote:
> On Wed, Oct 2, 2013 at 12:35 AM, Maarten Lankhorst
> wrote:
>> Depending on feedback I'll try reflashing my nexus 7 to stock android, and
>> work on trying to convert android
>> syncpoints to dma-fence, which I'll probably rename to syncpoin
https://bugzilla.kernel.org/show_bug.cgi?id=62721
Alex Deucher changed:
What|Removed |Added
CC||alexdeuc...@gmail.com
--- Comment #2 from
https://bugs.freedesktop.org/show_bug.cgi?id=70169
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Mon, Oct 07, 2013 at 05:18:02PM +0300, Ville Syrjälä wrote:
> On Mon, Oct 07, 2013 at 09:55:47AM -0400, Rob Clark wrote:
> > On Mon, Oct 7, 2013 at 9:28 AM, Ville Syrjälä
> > wrote:
> > > On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clark wrote:
...
> > >> +
> > >> + state = dev->driver->a
https://bugs.freedesktop.org/show_bug.cgi?id=68792
--- Comment #3 from Christian König ---
The patches look good to me. Have you already submitted them to the list?
If not please do so.
Christian.
--
You are receiving this mail because:
You are the assignee for the bug.
__
On Tue, Oct 8, 2013 at 2:35 PM, Matt Roper wrote:
> On Mon, Oct 07, 2013 at 05:18:02PM +0300, Ville Syrjälä wrote:
>> On Mon, Oct 07, 2013 at 09:55:47AM -0400, Rob Clark wrote:
>> > On Mon, Oct 7, 2013 at 9:28 AM, Ville Syrjälä
>> > wrote:
>> > > On Sat, Oct 05, 2013 at 08:45:49PM -0400, Rob Clar
On Wed, Oct 2, 2013 at 2:13 PM, Erik Gilling wrote:
>> The lock is provided by the driver, which makes adding support for old
>> hardware that has no reliable way of notifying completion of events easier.
>
> I'm a bit confused here how it's possible to implement sync on
> hardware with "no relia
On Tue, Oct 8, 2013 at 1:37 PM, John Stultz wrote:
> On Wed, Oct 2, 2013 at 11:13 AM, Erik Gilling wrote:
>> On Wed, Oct 2, 2013 at 12:35 AM, Maarten Lankhorst
>> wrote:
>>> Depending on feedback I'll try reflashing my nexus 7 to stock android, and
>>> work on trying to convert android
>>> sync
On Wed, Aug 07, 2013 at 01:41:25PM -0400, Rob Clark wrote:
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/gma500/gtt.c | 38 ++
> 1 file changed, 6 insertions(+), 32 deletions(-)
> [ snip ]
This is quite late to report, but I've just begun testing 3.12, an
On Tue, Oct 8, 2013 at 6:08 PM, Roland Dreier wrote:
> On Mon, Oct 7, 2013 at 11:10 PM, Daniel Vetter wrote:
>> Can you please boot with drm.debug=0xe, reproduce the issue and then
>> attach the dmesg. The additional debug spam should shed some light on how
>> we managed to get into this peculiar
On Tue, Oct 8, 2013 at 10:19 PM, Rob Clark wrote:
> On Tue, Oct 8, 2013 at 3:57 PM, Guillaume CLÉMENT wrote:
>> On Wed, Aug 07, 2013 at 01:41:25PM -0400, Rob Clark wrote:
>>> Signed-off-by: Rob Clark
>>> ---
>>> drivers/gpu/drm/gma500/gtt.c | 38 ++
>>> 1 fil
Commit 8b9ba7a3 'drm/gma500: use gem get/put page helpers' was missing a
line, which resulted in garbled screen.
Signed-off-by: Rob Clark
Tested-by: Guillaume CLÉMENT
---
drivers/gpu/drm/gma500/gtt.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/gma500/gtt.c b/drivers/gpu/
> This is quite late to report, but I've just begun testing 3.12, and this
> patch makes my screen garbled when using the modesetting xorg driver.
>
Alright, after trying to notice what was different between the old and
new code, I've found the culprit :
- gt->npage = pages;
There is no equiva
On Tue, Oct 8, 2013 at 3:57 PM, Guillaume CLÉMENT wrote:
> On Wed, Aug 07, 2013 at 01:41:25PM -0400, Rob Clark wrote:
>> Signed-off-by: Rob Clark
>> ---
>> drivers/gpu/drm/gma500/gtt.c | 38 ++
>> 1 file changed, 6 insertions(+), 32 deletions(-)
>> [ snip ]
>
https://bugs.freedesktop.org/show_bug.cgi?id=69120
--- Comment #21 from Karl Miller ---
Well it's still not working with my 6870.
Sometimes the Video starts fine, but most of the time it stutters with dpm
enabled, and most of the time one pause is enough for the video to start
stuttering again.
https://bugs.freedesktop.org/show_bug.cgi?id=69120
--- Comment #22 from Karl Miller ---
Created attachment 87301
--> https://bugs.freedesktop.org/attachment.cgi?id=87301&action=edit
Karl's vbios
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69120
--- Comment #23 from Karl Miller ---
Created attachment 87302
--> https://bugs.freedesktop.org/attachment.cgi?id=87302&action=edit
Karl's dmesg
--
You are receiving this mail because:
You are the assignee for the bug.
2013/10/1 Ville Syrjälä :
> On Thu, Sep 26, 2013 at 08:06:00PM -0300, Paulo Zanoni wrote:
>> From: Paulo Zanoni
>>
>> The consoles who need to do something when unbinding or binding can
>> optionally implement these functions.
>>
>> The current problem I'm trying to solve is that when i915+fbcon i
On Wed, Oct 9, 2013 at 1:36 AM, Maarten Lankhorst
wrote:
> In the autumn and winter it's considered bad form to set power state to
> D3cold, it might
> cause the device to freeze to death. This is also the case in the other
> seasons, so any
> device in the southern hemisphere is affected too.
>
https://bugs.freedesktop.org/show_bug.cgi?id=63997
--- Comment #19 from bgunte...@gmail.com ---
what other information do you need???
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.f
https://bugzilla.kernel.org/show_bug.cgi?id=62721
--- Comment #3 from Egor Y. Egorov ---
(In reply to Alex Deucher from comment #2)
> Please attach your full dmesg output.
Why "journalctl -a" not enough? If that need I'll post dmesg soon.
> What GPU is this?
RV570
> Are you sure cb51bb7107aa
Hi all,
It's this one config that triggers the oops:
CONFIG_DRM_CIRRUS_QEMU
Full kconfig is attached. CONFIG_DEBUG_LIST has been enabled. What's
interesting is that parport_pc is showing up in the call traces.
dmesg log for two kernel boots:
% kvm-0day.sh arch/x86/boot/bzImage
[0.0
On Mon, Oct 7, 2013 at 11:10 PM, Daniel Vetter wrote:
> Can you please boot with drm.debug=0xe, reproduce the issue and then
> attach the dmesg. The additional debug spam should shed some light on how
> we managed to get into this peculiar situation ...
Sure, here it is.
Thanks,
Roland
---
84 matches
Mail list logo
