On Fri, Jun 28, 2013 at 03:36:37PM -0600, Daniel Drake wrote:
> On Fri, Jun 28, 2013 at 3:27 PM, Russell King - ARM Linux
> wrote:
> > On Tue, Jun 25, 2013 at 04:47:26PM -0400, Daniel Drake wrote:
> >> I have tested it on OLPC XO-1.75 (MMP2 aka Armada610) and OLPC XO-4 (MMP3
> >> aka PXA2128). Aft
On Fri, Jun 28, 2013 at 10:18:48PM +0100, Russell King - ARM Linux wrote:
> On Fri, Jun 28, 2013 at 04:11:32PM -0400, Daniel Drake wrote:
> > +int armada_drm_find_best_clock(struct armada_private *priv, long
> > needed_rate)
> > +{
> > + int i;
> > +
> > + /* check if any clock can meet this r
Hi Dave,
This first pull request includes some new features, fixups, and cleanups.
And this includes one dts patch, "ARM: dts: change compatible strings
for EXYNOS5250 hdmi subsystem". For this, we have received ACK from
Exynos SoC Maintainer, Kukjin Kim.
In addition, we have one pa
On Tue, Jun 25, 2013 at 04:47:26PM -0400, Daniel Drake wrote:
> I have tested it on OLPC XO-1.75 (MMP2 aka Armada610) and OLPC XO-4 (MMP3
> aka PXA2128). After a bit of fighting, I have it running. Could you share your
> X driver, or your methodology for testing hardware cursors? I'd like to test
>
On Fri, Jun 28, 2013 at 04:11:32PM -0400, Daniel Drake wrote:
> Hi Russell,
>
> Thanks for pointing me to the most recent version of your driver.
> Can you comment on the below patch for improved clock handling?
Sure... lets add some background info first: the big problem here is the
completely d
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130628/a5e16620/attachment.html>
arch'
> Aborted
This error means you need to rebuild libclc using whatever version of clang you
linked Mesa against.
--
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/20130628/ea816614/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130628/e3b5a9a5/attachment.html>
On Fri, Jun 28, 2013 at 01:54:21PM -0600, Daniel Drake wrote:
> On Wed, Jun 26, 2013 at 10:42 AM, Jean-Francois Moine
> wrote:
> > Do you know that there are 2 drm drivers for the Cubox? I posted mine
> > (http://lists.infradead.org/pipermail/linux-arm-kernel/2013-May/168732.html)
> > before Russ
https://bugs.freedesktop.org/show_bug.cgi?id=66352
Priority: medium
Bug ID: 66352
Assignee: dri-devel@lists.freedesktop.org
Summary: GPU lockup in L4D2 on TURKS with HyperZ
Severity: normal
Classification: Unclassified
OS: Fr
On Fri, Jun 28, 2013 at 7:59 PM, Tomi Valkeinen
wrote:
> On 15/06/13 15:20, Rob Clark wrote:
>> On Thu, Jun 13, 2013 at 6:31 AM, Paul Bolle wrote:
>>> On Wed, 2013-03-13 at 20:48 +0100, Paul Bolle wrote:
Signed-off-by: Paul Bolle
---
Untested. Perhaps the first test that people w
On Fri, Jun 28, 2013 at 7:15 PM, Daniel Vetter
wrote:
> On Fri, Jun 28, 2013 at 7:26 AM, Dave Airlie wrote:
>>>
>>> this showed up in drm-next on my radeon and udl drivers, I haven't
>>> bisected it yet, it may not even be your fault :-)
>>>
>>> if (WARN_ON(!list_empty(&work->entry))) {
>>>
>>>
https://bugs.freedesktop.org/show_bug.cgi?id=65274
russianneuroman...@ya.ru changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://bugs.freedesktop.org/show_bug.cgi?id=66349
Priority: medium
Bug ID: 66349
Assignee: dri-devel@lists.freedesktop.org
Summary: Using SB shader optimization caused segfault in
Serious Sam 3: BFE
Severity: normal
Clas
>
> [ CC wq and drm(-intel) folks ]
>
Already know the commit which caused it, mentioned on dri-devel,
waiting for danvet to wake up and look, before I revert it later.
Dave.
2013/6/26 Rodrigo Vivi :
> PSR must be enabled after transcoder and port are running.
> And it is only available for HSW.
>
> v2: move enable/disable to intel_ddi
> v3: The spec suggests PSR should be disabled even before backlight (by
> pzanoni)
> v4: also disabling and enabling whenever panel is
is 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/20130628/b211d253/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130628/ea6e0c7f/attachment.html>
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/20130628/a248f23e/attachment.html>
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130628/8ae1f3a0/attachment.html>
Hi Russell,
Thanks for pointing me to the most recent version of your driver.
Can you comment on the below patch for improved clock handling?
It is based on the approach in Jean-Francois Moine's driver, and would
serve for the basis of having clock info come from the DT. If you have
something else
On Fri, Jun 28, 2013 at 3:27 PM, Russell King - ARM Linux
wrote:
> On Tue, Jun 25, 2013 at 04:47:26PM -0400, Daniel Drake wrote:
>> I have tested it on OLPC XO-1.75 (MMP2 aka Armada610) and OLPC XO-4 (MMP3
>> aka PXA2128). After a bit of fighting, I have it running. Could you share
>> your
>> X d
>
> this showed up in drm-next on my radeon and udl drivers, I haven't
> bisected it yet, it may not even be your fault :-)
>
> if (WARN_ON(!list_empty(&work->entry))) {
>
> is the line in the workqueue code.
As expected, reverting "drm: kms_helper: don't lose hotplug event"
stops the warnings h
ktop.org/mailman/listinfo/dri-devel
>
Just tested, and my card (HD6870) is still stuck at low.
(tested with HL2 and wine/furmark)
++
--
Laurent Carlier
ArchLinux Developer
http://www.archlinux.org
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 555 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130628/3faec536/attachment.pgp>
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130628/ccd01d3b/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #36 from Erdem U. Altınyurt ---
Ops. I forgot to update libclc.
After compiling it from trunk
[2013-06-29 00:32:23] Started bfgminer 3.1.1
[2013-06-29 00:32:23] CL Platform 0 vendor: Mesa
[2013-06-29 00:32:23] CL Platform 0 name:
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #35 from Tom Stellard ---
(In reply to comment #34)
> From latest llvm & mesa trunk:
> "bfgminer --benchmark" generate error of:
>
> EmitRawText called on an MCStreamer that doesn't support it, something must
> not be fully mc'ized
https://bugs.freedesktop.org/show_bug.cgi?id=64201
--- Comment #34 from Erdem U. Altınyurt ---
>From latest llvm & mesa trunk:
"bfgminer --benchmark" generate error of:
EmitRawText called on an MCStreamer that doesn't support it, something must
not be fully mc'ized
We can use prime helpers instead.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/drm_gem_cma_helper.c | 286 ---
include/drm/drm_gem_cma_helper.h | 6 -
2 files changed, 292 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem_cma_helper.c
b/drivers/gpu/dr
Instead of using the dma_buf functionality for GEM CMA, we can use prime
helpers if we can provide low-level hook functions for GEM CMA.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/drm_gem_cma_helper.c | 79
include/drm/drm_gem_cma_helper.h | 9 +++
This adds to call low-level mmap() from prime helpers.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/drm_prime.c | 8 +++-
include/drm/drmP.h | 2 ++
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_prime.c b/drivers/gpu/drm/drm_prime.c
index 527
Hello,
This is the second version patchset.
GEM CMA supports dma_buf but it needs GEM CMA specific functionality for
dma_buf. We can use prime helpers for dma_buf by commit
89177644a7b6306e6084a89eab7e290f4bfef397 "drm: add prime helpers", so
this patchset is to replace from using GEM CMA specifi
On Fri, Jun 28, 2013 at 02:15:16PM +0200, Daniel Vetter wrote:
> On Thu, Jun 27, 2013 at 05:05:44PM +0200, Petter Reinholdtsen wrote:
> > [Daniel Vetter]
> > > The buttons might do something fancy behind the scenes (kernel or
> > > userspace), so can you please also check whether directly changing
On Thu, Jun 27, 2013 at 05:05:44PM +0200, Petter Reinholdtsen wrote:
> [Daniel Vetter]
> > The buttons might do something fancy behind the scenes (kernel or
> > userspace), so can you please also check whether directly changing
> > the backlight values in /sys/class/backlight works correctly?
>
>
2013/6/26 Rodrigo Vivi :
> PSR must be enabled after transcoder and port are running.
> And it is only available for HSW.
>
> v2: move enable/disable to intel_ddi
> v3: The spec suggests PSR should be disabled even before backlight (by
> pzanoni)
> v4: also disabling and enabling whenever panel is
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/20130628/9db27f97/attachment.html>
On Wed, Jun 26, 2013 at 10:42 AM, Jean-Francois Moine
wrote:
> Do you know that there are 2 drm drivers for the Cubox? I posted mine
> (http://lists.infradead.org/pipermail/linux-arm-kernel/2013-May/168732.html)
> before Russell, but I got no return about it yet.
I thought there was some agreeme
Okay drm-next is pretty big, possibly the biggest ever.
Outstanding things I know about, and will merge, if they arrive soon:
exynos -next
nouveau -next
Big things I've merged:
new rcar driver
intel next
radeon next
tegra next
shmob next
core/mutexes
ttm -> reservation conversion
tilcdc patches a
was scrubbed...
Name: mydmesg
Type: application/octet-stream
Size: 22820 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130628/6591b7ed/attachment-0001.obj>
Hello, Chris,
On 2013? 06? 27? 17:31, Chris Wilson wrote:
> On Thu, Jun 27, 2013 at 08:58:33AM +0900, Seung-Woo Kim wrote:
>> From: YoungJun Cho
>>
>> If idr_alloc() is failed, obj->name can be error value. Also
>> it cleans up duplicated flink processing code.
>>
>> This regression has been intr
ependency from omapdrm.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130628/06ef275a/attachment-0001.pgp>
Sorry, for spamming the list, just saw, that it is a duplication of
http://lists.freedesktop.org/archives/dri-devel/2013-June/040707.html
With best regards,
Julian Wollrath
> Hi,
>
> on an E-450 APU (HD6320) with the current drm-next I get the following
> warnings:
> [ 15.849066] [
Hi
On Wed, Jun 26, 2013 at 11:30 PM, Stephen Warren
wrote:
> On 06/24/2013 04:27 PM, David Herrmann wrote:
>> Hi
>>
>> This is my second revision of the dvbe driver. I renamed it to SimpleDRM to
>> show the resemblence with the recently introduced simplefb.c fbdev driver.
>> The
>> driver is su
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130628/03fd1baa/attachment.html>
2013/6/27 Alex Deucher :
> On Wed, Jun 26, 2013 at 4:57 PM, Joshua C. wrote:
>> 2013/6/26 Deucher, Alexander :
>>>
>>>
-Original Message-
From: Joshua C. [mailto:joshuacov at gmail.com]
Sent: Wednesday, June 26, 2013 1:52 PM
To: dri-devel at lists.freedesktop.org
C
Hi,
on an E-450 APU (HD6320) with the current drm-next I get the following
warnings:
[ 15.849066] [ cut here ]
[ 15.849089] WARNING: at kernel/workqueue.c:1432
__queue_delayed_work+0x1a2/0x1c0()
[ 15.849095] Modules linked in: mac80211 btusb bluetooth crc16
snd_hda_
Hi
On Wed, Jun 26, 2013 at 10:59 PM, Stephen Warren
wrote:
> On 06/24/2013 04:27 PM, David Herrmann wrote:
>> Create a simple fbdev device during SimpleDRM setup so legacy user-space
>> and fbcon can use it.
>>
>> fbdev deletion is quite buggy. A unregister_framebuffer() call followed by
>> a pr
Hi
On Wed, Jun 26, 2013 at 10:49 PM, Stephen Warren
wrote:
> On 06/24/2013 04:27 PM, David Herrmann wrote:
>> The current situation regarding boot-framebuffers (VGA, VESA/VBE, EFI) on
>> x86 causes troubles when loading multiple fbdev drivers. The global
>> "struct screen_info" does not provide
Hi
On Wed, Jun 26, 2013 at 10:39 PM, Stephen Warren
wrote:
> On 06/24/2013 04:27 PM, David Herrmann wrote:
>> If we create proper platform-devices in x86 boot-code, we can use simplefb
>> for VBE or EFI framebuffers, too. However, there is normally no OF support
>> so we introduce a platform_dat
Hi
On Wed, Jun 26, 2013 at 10:58 PM, Stephen Warren
wrote:
> On 06/24/2013 04:27 PM, David Herrmann wrote:
>> The SimpleDRM driver binds to simple-framebuffer devices and provides a
>> DRM/KMS API. It provides only a single CRTC+encoder+connector combination
>> plus one initial mode.
>>
>> Users
Hi
On Tue, Jun 25, 2013 at 3:05 AM, Andy Lutomirski wrote:
> On 06/24/2013 03:27 PM, David Herrmann wrote:
>> + sdrm->fb_map = ioremap(sdrm->fb_base, sdrm->fb_size);
>
> This should probably be ioremap_wc. Otherwise it will be *really* slow
> if used in legacy mode and it may cause conflicts
On Fri, Jun 28, 2013 at 11:21 AM, Sedat Dilek wrote:
> On Fri, Jun 28, 2013 at 10:31 AM, Sedat Dilek
> wrote:
>> On Fri, Jun 28, 2013 at 10:29 AM, Dave Airlie wrote:
[ CC wq and drm(-intel) folks ]
>>>
>>> Already know the commit which caused it, mentioned on dri-devel,
>>> waiti
On Fri, Jun 28, 2013 at 10:31 AM, Sedat Dilek wrote:
> On Fri, Jun 28, 2013 at 10:29 AM, Dave Airlie wrote:
>>>
>>> [ CC wq and drm(-intel) folks ]
>>>
>>
>> Already know the commit which caused it, mentioned on dri-devel,
>> waiting for danvet to wake up and look, before I revert it later.
>>
>
On Fri, Jun 28, 2013 at 7:26 AM, Dave Airlie wrote:
>>
>> this showed up in drm-next on my radeon and udl drivers, I haven't
>> bisected it yet, it may not even be your fault :-)
>>
>> if (WARN_ON(!list_empty(&work->entry))) {
>>
>> is the line in the workqueue code.
>
> As expected, reverting "d
05ca1e5 in fgMainInit(int, char**) ()
#31 0x0059d514 in main ()
(gdb) quit
Happens with both R600_LLVM=1 or 0.
--
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/20130628/f4dc896c/attachment-0001.html>
https://bugs.freedesktop.org/show_bug.cgi?id=66337
Priority: medium
Bug ID: 66337
Keywords: regression
CC: tstel...@gmail.com
Assignee: dri-devel@lists.freedesktop.org
Summary: evergreen_compute.c:559:26: error: 'kernel' undeclar
On Fri, Jun 28, 2013 at 10:29 AM, Dave Airlie wrote:
>>
>> [ CC wq and drm(-intel) folks ]
>>
>
> Already know the commit which caused it, mentioned on dri-devel,
> waiting for danvet to wake up and look, before I revert it later.
>
Thanks, I like fast responses.
For followers... See "workqueue
l FB_OMAP2 depends on FB
>
> The arm-soc tree gained a conflict against the mfd tree.
>
> I applied a patch to the akpm tree to remove a lot of warnings.
>
> ----
>
[ CC wq and drm(-intel) folks ]
With nex
https://bugs.freedesktop.org/show_bug.cgi?id=66332
Priority: medium
Bug ID: 66332
Assignee: dri-devel@lists.freedesktop.org
Summary: drmHandleEvent returns 0 on read() failure
Severity: normal
Classification: Unclassified
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=66331
Andreas Boll changed:
What|Removed |Added
Component|Drivers/DRI/R600|Drivers/Gallium/r600
--
You are receivin
https://bugs.freedesktop.org/show_bug.cgi?id=66331
Priority: medium
Bug ID: 66331
Assignee: dri-devel@lists.freedesktop.org
Summary: WebGL water demo crashes LLVM
Severity: normal
Classification: Unclassified
OS: Linux (All)
On Fri, Jun 28, 2013 at 01:15:43PM +0900, ??? wrote:
> > Being pedantic, ret == 0 is also an error - but a programming error
> > leading to an object leak. BUG_ON(ret == 0) ?
> >
>
> It seems that idr_alloc() with start id 1 does not return 0, so IMHO,
> ret == 0 can be ignored here.
Yes, it is
https://bugs.freedesktop.org/show_bug.cgi?id=65873
--- Comment #12 from Aaron Watry ---
No problem. I'll just revert the vload/vstore code to pure CLC implementations
and then override with assembly in the R600 back-end.
--
You are receiving this mail because:
You are the assignee for the bug.
2013/6/10 Alex Deucher :
> On Sat, Jun 8, 2013 at 7:46 AM, Rafa? Mi?ecki wrote:
>> 2013/6/7 :
>>> From: Alex Deucher
>>>
>>> - remove adding 2 to checksum, this breaks certain monitors
>>> - properly emit the AVI infoframe version, not emitting
>>> the version breaks some monitors.
>>>
>>> This
https://bugs.freedesktop.org/show_bug.cgi?id=64695
--- Comment #5 from Alexandre Demers ---
Sorry for not replying sooner. I've been moving to a new home and doing some
renovations. I'll test it during the weekend to let you know if this helps me
with anything.
--
You are receiving this mail be
Hi Dave,
This first pull request includes some new features, fixups, and cleanups.
And this includes one dts patch, "ARM: dts: change compatible strings
for EXYNOS5250 hdmi subsystem". For this, we have received ACK from
Exynos SoC Maintainer, Kukjin Kim.
In addition, we have one pa
Le 28/06/2013 01:55, Alex Deucher a écrit :
> On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss wrote:
>> Alex Deucher wrote:
>>>
>>> On Wed, Jun 26, 2013 at 9:21 AM, wrote:
From: Alex Deucher
These are the radeon patches for 3.11. Some of these patches
are huge so, it mig
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130628/54b55b27/attachment.html>
Hi Linus,
bad me forgot an access check, possible security issue, but since this is
the first kernel with it, should be fine to just put it in now.
Dave.
The following changes since commit 426729dcc713b3d1ae802e314030e5556a62da53:
drm/i915: make compact dma scatter lists creation work with
https://bugs.freedesktop.org/show_bug.cgi?id=66317
--- Comment #1 from Andreas Boll ---
Is this a regression? Does it work on mesa 9.1 or 9.0?
If yes, can you bisect?
Does setting the envvar DRAW_USE_LLVM=0 help?
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Fri, Jun 28, 2013 at 02:15:16PM +0200, Daniel Vetter wrote:
> On Thu, Jun 27, 2013 at 05:05:44PM +0200, Petter Reinholdtsen wrote:
> > [Daniel Vetter]
> > > The buttons might do something fancy behind the scenes (kernel or
> > > userspace), so can you please also check whether directly changing
On Thu, Jun 27, 2013 at 05:05:44PM +0200, Petter Reinholdtsen wrote:
> [Daniel Vetter]
> > The buttons might do something fancy behind the scenes (kernel or
> > userspace), so can you please also check whether directly changing
> > the backlight values in /sys/class/backlight works correctly?
>
>
2013/6/27 Alex Deucher :
> On Wed, Jun 26, 2013 at 4:57 PM, Joshua C. wrote:
>> 2013/6/26 Deucher, Alexander :
>>>
>>>
-Original Message-
From: Joshua C. [mailto:joshua...@gmail.com]
Sent: Wednesday, June 26, 2013 1:52 PM
To: dri-devel@lists.freedesktop.org
Cc: Deu
Hi,
on an E-450 APU (HD6320) with the current drm-next I get the following
warnings:
[ 15.849066] [ cut here ]
[ 15.849089] WARNING: at kernel/workqueue.c:1432
__queue_delayed_work+0x1a2/0x1c0()
[ 15.849095] Modules linked in: mac80211 btusb bluetooth crc16
snd_hda_
On 15/06/13 15:20, Rob Clark wrote:
> On Thu, Jun 13, 2013 at 6:31 AM, Paul Bolle wrote:
>> On Wed, 2013-03-13 at 20:48 +0100, Paul Bolle wrote:
>>> Signed-off-by: Paul Bolle
>>> ---
>>> Untested. Perhaps the first test that people with access to the relevant
>>> hardware might do, is to test _be
On Fri, Jun 28, 2013 at 11:21 AM, Sedat Dilek wrote:
> On Fri, Jun 28, 2013 at 10:31 AM, Sedat Dilek wrote:
>> On Fri, Jun 28, 2013 at 10:29 AM, Dave Airlie wrote:
[ CC wq and drm(-intel) folks ]
>>>
>>> Already know the commit which caused it, mentioned on dri-devel,
>>> waiting
On Fri, Jun 28, 2013 at 10:31 AM, Sedat Dilek wrote:
> On Fri, Jun 28, 2013 at 10:29 AM, Dave Airlie wrote:
>>>
>>> [ CC wq and drm(-intel) folks ]
>>>
>>
>> Already know the commit which caused it, mentioned on dri-devel,
>> waiting for danvet to wake up and look, before I revert it later.
>>
>
On Fri, Jun 28, 2013 at 10:29 AM, Dave Airlie wrote:
>>
>> [ CC wq and drm(-intel) folks ]
>>
>
> Already know the commit which caused it, mentioned on dri-devel,
> waiting for danvet to wake up and look, before I revert it later.
>
Thanks, I like fast responses.
For followers... See "workqueue
Hi,
> This patch should fix your issue :
>
> http://people.freedesktop.org/~glisse/0001-radeon-do-no-schedule-thermal-work-if-dpm-is-not-ena.patch
>
yes, that seems to do the trick (but I can not be 100% sure, since I
only saw the warning once).
>
> Cheers,
> Jerome
Best regards,
Julian
__
Hello.
I have cloned Linus' tree, then pulled from
git://people.freedesktop.org/~agd5f/linux and built the kernel.
However, I forgot to install the now-required radeon/TURKS_smc.bin
firmware file. The result is an ugly lockdep trace (please ignore Sony
firmware bug):
[ 39.693862] radeon :16
[Daniel Vetter]
> The buttons might do something fancy behind the scenes (kernel or
> userspace), so can you please also check whether directly changing
> the backlight values in /sys/class/backlight works correctly?
There is full brightness when I set the value of max_brightness into
the brightne
Thanks for the work the whole thing seems to work fine on my RV770, although I
cannot really say if does anything as I found no way to query the current clk
or voltage?! There is one little gripe though, the rest of the code uses
DRM_INFO() for printing whereas this series uses plain printk() re
sts.freedesktop.org/archives/dri-devel/attachments/20130628/6a561bdd/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=66317
Priority: medium
Bug ID: 66317
Assignee: dri-devel@lists.freedesktop.org
Summary: FlightGear 2.10 crashes on load
Severity: normal
Classification: Unclassified
OS: All
Sorry, for spamming the list, just saw, that it is a duplication of
http://lists.freedesktop.org/archives/dri-devel/2013-June/040707.html
With best regards,
Julian Wollrath
> Hi,
>
> on an E-450 APU (HD6320) with the current drm-next I get the following
> warnings:
> [ 15.849066] [
Hi
On Wed, Jun 26, 2013 at 11:30 PM, Stephen Warren wrote:
> On 06/24/2013 04:27 PM, David Herrmann wrote:
>> Hi
>>
>> This is my second revision of the dvbe driver. I renamed it to SimpleDRM to
>> show the resemblence with the recently introduced simplefb.c fbdev driver.
>> The
>> driver is sup
On Fri, Jun 28, 2013 at 7:59 PM, Tomi Valkeinen wrote:
> On 15/06/13 15:20, Rob Clark wrote:
>> On Thu, Jun 13, 2013 at 6:31 AM, Paul Bolle wrote:
>>> On Wed, 2013-03-13 at 20:48 +0100, Paul Bolle wrote:
Signed-off-by: Paul Bolle
---
Untested. Perhaps the first test that people wi
On Fri, Jun 28, 2013 at 7:15 PM, Daniel Vetter wrote:
> On Fri, Jun 28, 2013 at 7:26 AM, Dave Airlie wrote:
>>>
>>> this showed up in drm-next on my radeon and udl drivers, I haven't
>>> bisected it yet, it may not even be your fault :-)
>>>
>>> if (WARN_ON(!list_empty(&work->entry))) {
>>>
>>>
Hi
On Wed, Jun 26, 2013 at 10:59 PM, Stephen Warren wrote:
> On 06/24/2013 04:27 PM, David Herrmann wrote:
>> Create a simple fbdev device during SimpleDRM setup so legacy user-space
>> and fbcon can use it.
>>
>> fbdev deletion is quite buggy. A unregister_framebuffer() call followed by
>> a pri
Hi
On Wed, Jun 26, 2013 at 10:49 PM, Stephen Warren wrote:
> On 06/24/2013 04:27 PM, David Herrmann wrote:
>> The current situation regarding boot-framebuffers (VGA, VESA/VBE, EFI) on
>> x86 causes troubles when loading multiple fbdev drivers. The global
>> "struct screen_info" does not provide a
Hi
On Wed, Jun 26, 2013 at 10:39 PM, Stephen Warren wrote:
> On 06/24/2013 04:27 PM, David Herrmann wrote:
>> If we create proper platform-devices in x86 boot-code, we can use simplefb
>> for VBE or EFI framebuffers, too. However, there is normally no OF support
>> so we introduce a platform_data
Hi
On Wed, Jun 26, 2013 at 10:58 PM, Stephen Warren wrote:
> On 06/24/2013 04:27 PM, David Herrmann wrote:
>> The SimpleDRM driver binds to simple-framebuffer devices and provides a
>> DRM/KMS API. It provides only a single CRTC+encoder+connector combination
>> plus one initial mode.
>>
>> Usersp
Hi
On Tue, Jun 25, 2013 at 3:05 AM, Andy Lutomirski wrote:
> On 06/24/2013 03:27 PM, David Herrmann wrote:
>> + sdrm->fb_map = ioremap(sdrm->fb_base, sdrm->fb_size);
>
> This should probably be ioremap_wc. Otherwise it will be *really* slow
> if used in legacy mode and it may cause conflicts
On Fri, Jun 28, 2013 at 7:26 AM, Dave Airlie wrote:
>>
>> this showed up in drm-next on my radeon and udl drivers, I haven't
>> bisected it yet, it may not even be your fault :-)
>>
>> if (WARN_ON(!list_empty(&work->entry))) {
>>
>> is the line in the workqueue code.
>
> As expected, reverting "d
>
> [ CC wq and drm(-intel) folks ]
>
Already know the commit which caused it, mentioned on dri-devel,
waiting for danvet to wake up and look, before I revert it later.
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freede
On Fri, Jun 28, 2013 at 01:15:43PM +0900, 김승우 wrote:
> > Being pedantic, ret == 0 is also an error - but a programming error
> > leading to an object leak. BUG_ON(ret == 0) ?
> >
>
> It seems that idr_alloc() with start id 1 does not return 0, so IMHO,
> ret == 0 can be ignored here.
Yes, it is
96 matches
Mail list logo
