On Thu, Sep 6, 2012 at 11:15 AM, Linus Torvalds
wrote:
> [ This got dropped somehow - it's in my draft folder. The bisection
> may be irrelevant now: does it work with current git, since we've had
> some nouveau changes? ]
>
> On Tue, Aug 28, 2012 at 8:26 AM, Alexey Dobriyan
> wrote:
>> Ping!
>>
Hi Mandeep,
On 2012? 09? 06? 06:47, Mandeep Singh Baines wrote:
> The double invocations are incorrect but seem to be safe so I don't
> think this will fix any bugs.
>
> Before:
>
> [7.639366] drm_prime_init_file ee3675d0
> [7.639377] drm_prime_init_file ee3675d0
> [7.639507] drm_pri
Hi,
2012/9/6 Mandeep Singh Baines :
> The double invocations are incorrect but seem to be safe so I don't
> think this will fix any bugs.
>
> Before:
>
> [7.639366] drm_prime_init_file ee3675d0
> [7.639377] drm_prime_init_file ee3675d0
> [7.639507] drm_prime_destroy_file ee3675d0
> [
Hi Rob,
On Thu, Sep 6, 2012 at 3:18 AM, Rob Clark wrote:
> From: Rob Clark
>
> 'struct omap_video_timings' was updated w/ a 'bool interlaced'. Without
> a matching update in omap_connector, this field could have undefined
> values from the stack, which isn't quite ideal.
>
> Update the fxns to c
> On Wed, Sep 5, 2012 at 12:39 AM, Brad Campbell
> wrote:
>> On 28/07/12 04:32, j.glisse at gmail.com wrote:
>>>
>>> From: Jerome Glisse
>>>
>>> It seems we can not update the crtc scanout address. After disabling
>>> crtc, update to base address do not take effect after crtc being
>>> reena
> This possibly ought to be submitted in parallel with the code that uses it so
> that
> the whole proposal can be evaluated as one thing ?
>
> Alan
Patch is here, thanks.
From: liu chuansheng
Subject: [PATCH] drm_irq: Introducing the irq_thread support
For some GPUs, the irq handler need >1m
> For a kms drm driver (and tbh, doing a non-kms driver today is not a great
> idea),
> there's no reason to use the drm_irq_install/_unistall helpers.
>
Can not understand well, I found many GPU drivers are using drm_irq helpers'
function, including ours:)
> Well, you cant use the pre_install/post_install hooks the drm_irq code
> provides,
> but yes, just do the request_irq in your driver code at the right time, with
> the
> right parameters. Much easier than adding code to a part of the drm core
> fraught with backwards-compat stuff no one really
Hi,
2012/9/5 Kyungmin Park :
> Hi,
>
> On Thu, Sep 6, 2012 at 12:39 AM, Leela Krishna Amudala
> wrote:
>> Add device tree based discovery support for DRM-FIMD driver.
>>
>> Signed-off-by: Leela Krishna Amudala
>> ---
>> Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 +
On Thu, Sep 06, 2012 at 12:42:05AM +, Liu, Chuansheng wrote:
> > This possibly ought to be submitted in parallel with the code that uses it
> > so that
> > the whole proposal can be evaluated as one thing ?
> >
> > Alan
>
> Patch is here, thanks.
>
> From: liu chuansheng
> Subject: [PATCH]
ly since Mandeep used `git
send-email` which should do everything correctly.
> Thanks.
> Inki Dae
In your From address your name is written InKi with capital K. Which one
is correct?
Thanks,
Paul
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120906/57587e11/attachment.pgp>
Hi,
2012/9/6 Paul Menzel :
> Dear Inki Dae,
>
>
> Am Donnerstag, den 06.09.2012, 11:35 +0900 schrieb InKi Dae:
>
>> 2012/9/6 Mandeep Singh Baines :
>> > The double invocations are incorrect but seem to be safe so I don't
>> > think this will fix any bugs.
>> >
>> > Before:
>> >
>> > [7.639366]
https://bugs.freedesktop.org/show_bug.cgi?id=51652
--- Comment #2 from okias 2012-09-06 10:00:32 UTC ---
Still valid with kernel 3.6.0-rc4
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
From: Michel D?nzer
Signed-off-by: Michel D?nzer
---
radeon/radeon_surface.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 593c51c..98faa0b 100644
--- a/radeon/radeon_surface.c
+++ b/radeon/radeon_sur
From: Michel D?nzer
Another corner case that isn't well-explained yet.
Signed-off-by: Michel D?nzer
---
radeon/radeon_surface.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 98faa0b..80b1505 100644
---
From: Michel D?nzer
Signed-off-by: Michel D?nzer
---
radeon/radeon_surface.c | 124 ++-
1 file changed, 123 insertions(+), 1 deletion(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 4118a37..593c51c 100644
--- a/radeon/radeon
Hi,
On 09/06/2012 09:21 AM, InKi Dae wrote:
>>> +Required properties:
>>> + - compatible: Should be "samsung,exynos5-fimd" or "samsung,exynos4-fb" for
>> Doesn't better to use single word? fimd or fb?. I think 'fb' is used
>> for framebuffer historically.
>> but now it's used both fb and drm, so f
On 06.09.2012 12:53, Michel D?nzer wrote:
> From: Michel D?nzer
>
> Signed-off-by: Michel D?nzer
Sounds good to me, but shouldn't we also increase the version number?
Anyway: Reviewed-by: Christian K?nig
> ---
> radeon/radeon_surface.c | 124
> ++
When a VM is used on more than one ring we need to
sync to the last user.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_cs.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
b/drivers/gpu/drm/radeon/radeon_cs.c
index e2
On Don, 2012-09-06 at 13:46 +0200, Christian K?nig wrote:
> On 06.09.2012 12:53, Michel D?nzer wrote:
> > From: Michel D?nzer
> >
> > Signed-off-by: Michel D?nzer
> Sounds good to me, but shouldn't we also increase the version number?
Assuming you mean the libdrm package version, I don't think
On 06.09.2012 15:01, Michel D?nzer wrote:
> On Don, 2012-09-06 at 13:46 +0200, Christian K?nig wrote:
>> On 06.09.2012 12:53, Michel D?nzer wrote:
>>> From: Michel D?nzer
>>>
>>> Signed-off-by: Michel D?nzer
>> Sounds good to me, but shouldn't we also increase the version number?
> Assuming you m
I've posted this here simply as google bait for the next poor sod
suffering with radeon power management issues.
Why does the in-kernel radeon driver try and cook my machine by default?
Since I bought this machine, I've run with a hard-coded hack to keep the
card in low power mode. This has not
Dave - I couldn't find this patch in your git repo at
git://people.freedesktop.org/~airlied/linux in the drm-next or drm-fixes
branches.
https://patchwork.kernel.org/patch/1379071/
It appears to fix a real problem for Mac users -
http://bugs.launchpad.net/bugs/1039157. See
https://bugs.launchpad.
On Thu, Sep 6, 2012 at 6:53 AM, Michel D?nzer wrote:
> From: Michel D?nzer
>
> Signed-off-by: Michel D?nzer
for the series:
Reviewed-by: Alex Deucher
> ---
> radeon/radeon_surface.c | 124
> ++-
> 1 file changed, 123 insertions(+), 1 deletion(-)
On Thu, Sep 6, 2012 at 3:35 PM, Tim Gardner
wrote:
> Dave - I couldn't find this patch in your git repo at
> git://people.freedesktop.org/~airlied/linux in the drm-next or drm-fixes
> branches.
>
> https://patchwork.kernel.org/patch/1379071/
>
> It appears to fix a real problem for Mac users -
>
On Thu, Sep 6, 2012 at 7:48 AM, Christian K?nig
wrote:
> When a VM is used on more than one ring we need to
> sync to the last user.
>
> Signed-off-by: Christian K?nig
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_cs.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletio
This is with initialyy unmodified 3.6.0-rc4-00101-g0809095 kernel in
Ultra 10 (clean, without my "Video RAM" hack that I talked in other
sparclinux posts). When I saw that Sun XVR-100 was detected fine by the
kernel, I compiled radeon drm driver with modesetting enabled and tried
it:
[drm] rad
https://bugzilla.kernel.org/show_bug.cgi?id=43360
Alan changed:
What|Removed |Added
CC||alan at lxorguk.ukuu.org.uk
Component|St
The double invocations are incorrect but seem to be safe so I don't
think this will fix any bugs.
Before:
[7.639366] drm_prime_init_file ee3675d0
[7.639377] drm_prime_init_file ee3675d0
[7.639507] drm_prime_destroy_file ee3675d0
[7.639518] drm_prime_destroy_file ee3675d0
[7.63
n sparc though.
- ajax
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120906/9fada6d8/attachment.pgp>
On Don, 2012-09-06 at 17:41 +0300, Meelis Roos wrote:
> This is with initialyy unmodified 3.6.0-rc4-00101-g0809095 kernel in
> Ultra 10 (clean, without my "Video RAM" hack that I talked in other
> sparclinux posts). When I saw that Sun XVR-100 was detected fine by the
> kernel, I compiled radeo
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #25 from Alexandre Demers
2012-09-06 17:19:09 UTC ---
I'll have to confirm it later today by disabling VM, but I'm pretty sure I
experienced a lock (can be reproduced every time) related to VM when testing
with Unigine Tropics. It lo
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #50 from Alexandre Demers
2012-09-06 17:24:39 UTC ---
I've seen some messages about Hi-Z being released, but not enabled and so on a
couple of weeks ago. What is the status?
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugzilla.kernel.org/show_bug.cgi?id=43360
Marcin Slusarz changed:
What|Removed |Added
CC||marcin.slusarz at gmail.com
--- Comm
https://bugs.freedesktop.org/show_bug.cgi?id=54527
Michel D?nzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
From: Meelis Roos
Date: Thu, 6 Sep 2012 17:41:13 +0300 (EEST)
> And here the machine hangs. Debugging printk-s reveal that it does not
> find any active I/O port resources and then continues into initializing
> the card. Down in igp_read_bios_from_vram() it successfully ioremaps
> memory regio
From: Adam Jackson
Date: Thu, 06 Sep 2012 12:51:17 -0400
> On Thu, 2012-09-06 at 17:41 +0300, Meelis Roos wrote:
>
>> And here the machine hangs. Debugging printk-s reveal that it does not
>> find any active I/O port resources and then continues into initializing
>> the card. Down in igp_read_
From: Michel D?nzer
Date: Thu, 06 Sep 2012 18:55:51 +0200
> On Don, 2012-09-06 at 17:41 +0300, Meelis Roos wrote:
>> This is with initialyy unmodified 3.6.0-rc4-00101-g0809095 kernel in
>> Ultra 10 (clean, without my "Video RAM" hack that I talked in other
>> sparclinux posts). When I saw that
Hi,
2012/9/5 Kyungmin Park :
> Hi,
>
> On Thu, Sep 6, 2012 at 12:39 AM, Leela Krishna Amudala
> wrote:
>> Add device tree based discovery support for DRM-FIMD driver.
>>
>> Signed-off-by: Leela Krishna Amudala
>> ---
>> Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 +
On Thu, Sep 06, 2012 at 12:42:05AM +, Liu, Chuansheng wrote:
> > This possibly ought to be submitted in parallel with the code that uses it
> > so that
> > the whole proposal can be evaluated as one thing ?
> >
> > Alan
>
> Patch is here, thanks.
>
> From: liu chuansheng
> Subject: [PATCH]
Dear Inki Dae,
Am Donnerstag, den 06.09.2012, 11:35 +0900 schrieb InKi Dae:
> 2012/9/6 Mandeep Singh Baines :
> > The double invocations are incorrect but seem to be safe so I don't
> > think this will fix any bugs.
> >
> > Before:
> >
> > [7.639366] drm_prime_init_file ee3675d0
> > [7.6
Hi,
2012/9/6 Paul Menzel :
> Dear Inki Dae,
>
>
> Am Donnerstag, den 06.09.2012, 11:35 +0900 schrieb InKi Dae:
>
>> 2012/9/6 Mandeep Singh Baines :
>> > The double invocations are incorrect but seem to be safe so I don't
>> > think this will fix any bugs.
>> >
>> > Before:
>> >
>> > [7.639366]
https://bugs.freedesktop.org/show_bug.cgi?id=51652
--- Comment #2 from okias 2012-09-06 10:00:32 UTC ---
Still valid with kernel 3.6.0-rc4
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
radeon/radeon_surface.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 593c51c..98faa0b 100644
--- a/radeon/radeon_surface.c
+++ b/radeon/radeon_sur
From: Michel Dänzer
Another corner case that isn't well-explained yet.
Signed-off-by: Michel Dänzer
---
radeon/radeon_surface.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 98faa0b..80b1505 100644
---
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
radeon/radeon_surface.c | 124 ++-
1 file changed, 123 insertions(+), 1 deletion(-)
diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
index 4118a37..593c51c 100644
--- a/radeon/radeon
Hi,
On 09/06/2012 09:21 AM, InKi Dae wrote:
>>> +Required properties:
>>> + - compatible: Should be "samsung,exynos5-fimd" or "samsung,exynos4-fb" for
>> Doesn't better to use single word? fimd or fb?. I think 'fb' is used
>> for framebuffer historically.
>> but now it's used both fb and drm, so f
On 06.09.2012 12:53, Michel Dänzer wrote:
From: Michel Dänzer
Signed-off-by: Michel Dänzer
Sounds good to me, but shouldn't we also increase the version number?
Anyway: Reviewed-by: Christian König
---
radeon/radeon_surface.c | 124 ++-
1 fi
When a VM is used on more than one ring we need to
sync to the last user.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_cs.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
b/drivers/gpu/drm/radeon/radeon_cs.c
index e2
On Don, 2012-09-06 at 13:46 +0200, Christian König wrote:
> On 06.09.2012 12:53, Michel Dänzer wrote:
> > From: Michel Dänzer
> >
> > Signed-off-by: Michel Dänzer
> Sounds good to me, but shouldn't we also increase the version number?
Assuming you mean the libdrm package version, I don't think
On 06.09.2012 15:01, Michel Dänzer wrote:
On Don, 2012-09-06 at 13:46 +0200, Christian König wrote:
On 06.09.2012 12:53, Michel Dänzer wrote:
From: Michel Dänzer
Signed-off-by: Michel Dänzer
Sounds good to me, but shouldn't we also increase the version number?
Assuming you mean the libdrm
I've posted this here simply as google bait for the next poor sod
suffering with radeon power management issues.
Why does the in-kernel radeon driver try and cook my machine by default?
Since I bought this machine, I've run with a hard-coded hack to keep the
card in low power mode. This has no
Dave - I couldn't find this patch in your git repo at
git://people.freedesktop.org/~airlied/linux in the drm-next or drm-fixes
branches.
https://patchwork.kernel.org/patch/1379071/
It appears to fix a real problem for Mac users -
http://bugs.launchpad.net/bugs/1039157. See
https://bugs.launchpad.
On Thu, Sep 6, 2012 at 6:53 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Signed-off-by: Michel Dänzer
for the series:
Reviewed-by: Alex Deucher
> ---
> radeon/radeon_surface.c | 124
> ++-
> 1 file changed, 123 insertions(+), 1 deletion(-)
On Thu, Sep 6, 2012 at 3:35 PM, Tim Gardner wrote:
> Dave - I couldn't find this patch in your git repo at
> git://people.freedesktop.org/~airlied/linux in the drm-next or drm-fixes
> branches.
>
> https://patchwork.kernel.org/patch/1379071/
>
> It appears to fix a real problem for Mac users -
> h
On Thu, Sep 6, 2012 at 7:48 AM, Christian König wrote:
> When a VM is used on more than one ring we need to
> sync to the last user.
>
> Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_cs.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion
This is with initialyy unmodified 3.6.0-rc4-00101-g0809095 kernel in
Ultra 10 (clean, without my "Video RAM" hack that I talked in other
sparclinux posts). When I saw that Sun XVR-100 was detected fine by the
kernel, I compiled radeon drm driver with modesetting enabled and tried
it:
[drm] rad
https://bugzilla.kernel.org/show_bug.cgi?id=43360
Alan changed:
What|Removed |Added
CC||a...@lxorguk.ukuu.org.uk
Component|Stagi
The double invocations are incorrect but seem to be safe so I don't
think this will fix any bugs.
Before:
[7.639366] drm_prime_init_file ee3675d0
[7.639377] drm_prime_init_file ee3675d0
[7.639507] drm_prime_destroy_file ee3675d0
[7.639518] drm_prime_destroy_file ee3675d0
[7.63
On Thu, 2012-09-06 at 17:41 +0300, Meelis Roos wrote:
> [drm] radeon defaulting to kernel modesetting.
> [drm] radeon kernel modesetting enabled.
> PCI: Enabling device: (:02:02.0), cmd 82
> [drm] initializing kernel modesetting (RV100 0x1002:0x5159 0x1002:0x0908).
> [drm] register mmio base:
On Don, 2012-09-06 at 17:41 +0300, Meelis Roos wrote:
> This is with initialyy unmodified 3.6.0-rc4-00101-g0809095 kernel in
> Ultra 10 (clean, without my "Video RAM" hack that I talked in other
> sparclinux posts). When I saw that Sun XVR-100 was detected fine by the
> kernel, I compiled radeo
https://bugs.freedesktop.org/show_bug.cgi?id=53111
--- Comment #25 from Alexandre Demers 2012-09-06
17:19:09 UTC ---
I'll have to confirm it later today by disabling VM, but I'm pretty sure I
experienced a lock (can be reproduced every time) related to VM when testing
with Unigine Tropics. It lo
https://bugs.freedesktop.org/show_bug.cgi?id=36602
--- Comment #50 from Alexandre Demers 2012-09-06
17:24:39 UTC ---
I've seen some messages about Hi-Z being released, but not enabled and so on a
couple of weeks ago. What is the status?
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugzilla.kernel.org/show_bug.cgi?id=43360
Marcin Slusarz changed:
What|Removed |Added
CC||marcin.slus...@gmail.com
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=54527
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Hi,
On Thu, Sep 6, 2012 at 4:35 PM, Sylwester Nawrocki
wrote:
> Hi,
>
> On 09/06/2012 09:21 AM, InKi Dae wrote:
+Required properties:
+ - compatible: Should be "samsung,exynos5-fimd" or "samsung,exynos4-fb"
for
>>> Doesn't better to use single word? fimd or fb?. I think 'fb' is us
Applied.
Thanks,
Inki Dae
2012/9/7 Mandeep Singh Baines :
> The double invocations are incorrect but seem to be safe so I don't
> think this will fix any bugs.
>
> Before:
>
> [7.639366] drm_prime_init_file ee3675d0
> [7.639377] drm_prime_init_file ee3675d0
> [7.639507] drm_prime_dest
Hi
2012/9/7 Leela Krishna Amudala :
> Hi,
>
> On Thu, Sep 6, 2012 at 4:35 PM, Sylwester Nawrocki
> wrote:
>> Hi,
>>
>> On 09/06/2012 09:21 AM, InKi Dae wrote:
> +Required properties:
> + - compatible: Should be "samsung,exynos5-fimd" or "samsung,exynos4-fb"
> for
Doesn't better
From: Meelis Roos
Date: Thu, 6 Sep 2012 17:41:13 +0300 (EEST)
> And here the machine hangs. Debugging printk-s reveal that it does not
> find any active I/O port resources and then continues into initializing
> the card. Down in igp_read_bios_from_vram() it successfully ioremaps
> memory regio
From: Adam Jackson
Date: Thu, 06 Sep 2012 12:51:17 -0400
> On Thu, 2012-09-06 at 17:41 +0300, Meelis Roos wrote:
>
>> And here the machine hangs. Debugging printk-s reveal that it does not
>> find any active I/O port resources and then continues into initializing
>> the card. Down in igp_read_
From: Michel Dänzer
Date: Thu, 06 Sep 2012 18:55:51 +0200
> On Don, 2012-09-06 at 17:41 +0300, Meelis Roos wrote:
>> This is with initialyy unmodified 3.6.0-rc4-00101-g0809095 kernel in
>> Ultra 10 (clean, without my "Video RAM" hack that I talked in other
>> sparclinux posts). When I saw that
This patch set adds device tree support for DRM-FIMD for Samsung's Exynos5250.
It includes parsing platform data from dts file. Also, adds the driver data
for exynos4 and exynos5 devices.
This patchset is based and tested on top of v3.6-rc4 on smdk5250 board
Also depends on below patchset
http://l
Two device ids are created for exynos4-fb and exynos5-fb.
Also, added driver data for exynos4 and exynos5 to pick the timing base address
at runtime to write data into appropriate register address.
Signed-off-by: Leela Krishna Amudala
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 43 +
Add device tree based discovery support for DRM-FIMD driver.
Signed-off-by: Leela Krishna Amudala
---
Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 +
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 95 -
2 files changed, 173 insertions(+), 2
74 matches
Mail list logo
