On Thu, Jun 14, 2012 at 03:43:23PM +0200, Sascha Hauer wrote:
...
> +struct drm_device *imx_drm_device_get(void)
> +{
> + struct imx_drm_device *imxdrm = __imx_drm_device();
> + struct imx_drm_encoder *enc;
> + struct imx_drm_connector *con;
> + struct imx_drm_crtc *crtc;
> +
> +
On Thu, Jun 14, 2012 at 03:43:24PM +0200, Sascha Hauer wrote:
> +static const struct of_device_id imx_pd_dt_ids[] = {
> + { .compatible = "fsl,imx-parallel-display", .data = NULL, },
Can we use particular soc name to define the compatible string? Also,
the .data initialization seems not neede
https://bugs.freedesktop.org/show_bug.cgi?id=51273
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=51273
Bug #: 51273
Summary: Kernel panic with dynpm and kernel 3.5
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
2012/6/19, Sachin Kamat :
> devm_* functions are device managed functions and make error handling
> and cleanup cleaner and simpler.
>
> Signed-off-by: Sachin Kamat
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/drm/exynos/exynos_mixer.c | 48
> +---
> 1 files ch
Hi Dave,
Resend of the pull as request on irc, all the fancy details are below the
cut. Mail is completely unchanged, so it's still babbling about rc2 and
regression that are tracked down by now ;-)
Cheers, Daniel
---
Hi Dave,
rc2 is out the door so I've figured I'll annoy you with the first -n
2012/6/19, Sachin Kamat :
> devm_* functions are device managed functions and make error handling
> and cleanup cleaner and simpler.
>
> Signed-off-by: Sachin Kamat
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c | 36
> ++---
> 1 files ch
2012/6/19, Sachin Kamat :
> devm_* functions are device managed functions and make error handling
> and cleanup cleaner and simpler.
>
> Signed-off-by: Sachin Kamat
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 40
> ++
> 1 files c
Hi Christian,
the 3rd patch doesnt' apply cleanly to my -next tree,
Can you rebase them onto my current drm-core-next?
Dave.
On Wed, Jun 20, 2012 at 08:56:26AM -0700, Greg KH wrote:
> On Wed, Jun 20, 2012 at 05:48:42PM +0200, Dominik Brodowski wrote:
> > Hi,
> >
> > At work, I wish to attach a 27" Apple Display using thunderbolt to my Mac
> > Book Air 4,2 13". Using OS X, it works fine, but as I prefer using Linux, I
>
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #8 from cyberbat 2012-06-20 11:00:28 PDT
---
I got following in dmesg after restoring after mem > /sys/power/state:
radeon :01:00.0: restoring config space at offset 0xf (was 0x1ff, writing
0x10a)
radeon :01:00.0: restoring
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #7 from cyberbat 2012-06-20 10:56:44 PDT
---
(In reply to comment #6)
> No, I mean writing the string 'mem'. I don't know what if anything writing 3
> will do.
I've tried echo -n "mem" > /sys/power/state
Just the same behavior as
Hi,
At work, I wish to attach a 27" Apple Display using thunderbolt to my Mac
Book Air 4,2 13". Using OS X, it works fine, but as I prefer using Linux, I
tested out Ubuntu's stock kernel and (among other) 3.5.0-rc3+ as of f40759e.
Hotplug doesn't work (known issue), but also with coldplug the disp
On Wed, Jun 20, 2012 at 9:26 AM, Alex Deucher wrote:
> On Tue, Jun 19, 2012 at 9:57 AM, j.glisse wrote:
>> On Tue, Jun 19, 2012 at 02:50:20PM +0800, Huacai Chen wrote:
>>> 1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
>>> ? ?doesn't support DMA address above 4GB).
>>> 2,
https://bugs.freedesktop.org/show_bug.cgi?id=50422
--- Comment #3 from Henri Verbeet 2012-06-20 08:41:51
PDT ---
This isn't just another instance of "Clang is broken" / bug 44466, right?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this m
d
no harder.
- 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/20120620/a204a391/attachment.pgp>
Hi Tomasz,
On Wednesday 20 June 2012 13:51:06 Tomasz Stanislawski wrote:
> On 06/19/2012 11:00 PM, Laurent Pinchart wrote:
> > On Thursday 14 June 2012 15:37:40 Tomasz Stanislawski wrote:
> >> This patch removes a reference to alloc_ctx from an instance of a DMA
> >> contiguous buffer. It helps to
On Wed, Jun 20, 2012 at 2:38 PM, Lucas Stach wrote:
> Am Mittwoch, den 20.06.2012, 14:12 +0800 schrieb Huacai Chen:
>> On Tue, Jun 19, 2012 at 3:19 PM, Lucas Stach wrote:
>> > Hello Huacai,
>> >
>> > Am Dienstag, den 19.06.2012, 14:50 +0800 schrieb Huacai Chen:
>> >> 1, Use 32-bit DMA as a workar
https://bugs.freedesktop.org/show_bug.cgi?id=51273
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=51273
Bug #: 51273
Summary: Kernel panic with dynpm and kernel 3.5
Classification: Unclassified
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
On Tue, Jun 19, 2012 at 3:19 PM, Lucas Stach wrote:
> Hello Huacai,
>
> Am Dienstag, den 19.06.2012, 14:50 +0800 schrieb Huacai Chen:
>> 1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
>> ? ?doesn't support DMA address above 4GB).
>
> This is a bug of your platform/CPU and s
Hi Laurent,
On 06/19/2012 11:00 PM, Laurent Pinchart wrote:
> Hi Tomasz,
>
> Thanks for the patch.
>
> On Thursday 14 June 2012 15:37:40 Tomasz Stanislawski wrote:
>> This patch removes a reference to alloc_ctx from an instance of a DMA
>> contiguous buffer. It helps to avoid a risk of a danglin
On Tue, 2012-06-19 at 14:55 -0400, Adam Jackson wrote:
> Only fill it in for pre-1.1 monitors - when GTF hadn't yet been defined
> - or for EDID 1.4's explicit "just a range, not a timing formula" case.
>
> Bugzilla: https://bugs.freedesktop.org/51146
> Signed-off-by: Adam Jackson
Self-nak, at a
On Wed, Jun 20, 2012 at 4:28 AM, Huacai Chen wrote:
> On Wed, Jun 20, 2012 at 9:26 AM, Alex Deucher
> wrote:
>> On Tue, Jun 19, 2012 at 9:57 AM, j.glisse wrote:
>>> On Tue, Jun 19, 2012 at 02:50:20PM +0800, Huacai Chen wrote:
1, Use 32-bit DMA as a workaround (Loongson has a hardware bug t
Hi Christian,
the 3rd patch doesnt' apply cleanly to my -next tree,
Can you rebase them onto my current drm-core-next?
Dave.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
Hi Dave,
Resend of the pull as request on irc, all the fancy details are below the
cut. Mail is completely unchanged, so it's still babbling about rc2 and
regression that are tracked down by now ;-)
Cheers, Daniel
---
Hi Dave,
rc2 is out the door so I've figured I'll annoy you with the first -n
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #8 from cyberbat 2012-06-20 11:00:28 PDT ---
I got following in dmesg after restoring after mem > /sys/power/state:
radeon :01:00.0: restoring config space at offset 0xf (was 0x1ff, writing
0x10a)
radeon :01:00.0: restoring c
https://bugs.freedesktop.org/show_bug.cgi?id=51190
--- Comment #7 from cyberbat 2012-06-20 10:56:44 PDT ---
(In reply to comment #6)
> No, I mean writing the string 'mem'. I don't know what if anything writing 3
> will do.
I've tried echo -n "mem" > /sys/power/state
Just the same behavior as d
iel Vetter
Reviewed-by: Adam Jackson
- 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/at
On Wed, Jun 20, 2012 at 05:48:42PM +0200, Dominik Brodowski wrote:
> Hi,
>
> At work, I wish to attach a 27" Apple Display using thunderbolt to my Mac
> Book Air 4,2 13". Using OS X, it works fine, but as I prefer using Linux, I
> tested out Ubuntu's stock kernel and (among other) 3.5.0-rc3+ as of
On Wed, Jun 20, 2012 at 4:28 AM, Huacai Chen wrote:
> On Wed, Jun 20, 2012 at 9:26 AM, Alex Deucher wrote:
>> On Tue, Jun 19, 2012 at 9:57 AM, j.glisse wrote:
>>> On Tue, Jun 19, 2012 at 02:50:20PM +0800, Huacai Chen wrote:
1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that
On Wed, Jun 20, 2012 at 08:56:26AM -0700, Greg KH wrote:
> On Wed, Jun 20, 2012 at 05:48:42PM +0200, Dominik Brodowski wrote:
> > Hi,
> >
> > At work, I wish to attach a 27" Apple Display using thunderbolt to my Mac
> > Book Air 4,2 13". Using OS X, it works fine, but as I prefer using Linux, I
>
On Wed, Jun 20, 2012 at 05:48:42PM +0200, Dominik Brodowski wrote:
> Hi,
>
> At work, I wish to attach a 27" Apple Display using thunderbolt to my Mac
> Book Air 4,2 13". Using OS X, it works fine, but as I prefer using Linux, I
> tested out Ubuntu's stock kernel and (among other) 3.5.0-rc3+ as of
Hi,
At work, I wish to attach a 27" Apple Display using thunderbolt to my Mac
Book Air 4,2 13". Using OS X, it works fine, but as I prefer using Linux, I
tested out Ubuntu's stock kernel and (among other) 3.5.0-rc3+ as of f40759e.
Hotplug doesn't work (known issue), but also with coldplug the disp
https://bugs.freedesktop.org/show_bug.cgi?id=50422
--- Comment #3 from Henri Verbeet 2012-06-20 08:41:51 PDT
---
This isn't just another instance of "Clang is broken" / bug 44466, right?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this m
Am Mittwoch, den 20.06.2012, 14:12 +0800 schrieb Huacai Chen:
> On Tue, Jun 19, 2012 at 3:19 PM, Lucas Stach wrote:
> > Hello Huacai,
> >
> > Am Dienstag, den 19.06.2012, 14:50 +0800 schrieb Huacai Chen:
> >> 1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
> >>doesn't su
On Tue, 2012-06-19 at 11:33 +0200, Daniel Vetter wrote:
> We need to initialize this to false, because the is_rb callback only
> ever sets it to true.
>
> Noticed while reading through the code.
>
> Cc: Adam Jackson
> Cc: sta...@vger.kernel.org
> Signed-Off-by: Daniel Vetter
Reviewed-by: Adam
Hi Tomasz,
On Wednesday 20 June 2012 13:51:06 Tomasz Stanislawski wrote:
> On 06/19/2012 11:00 PM, Laurent Pinchart wrote:
> > On Thursday 14 June 2012 15:37:40 Tomasz Stanislawski wrote:
> >> This patch removes a reference to alloc_ctx from an instance of a DMA
> >> contiguous buffer. It helps to
Hi Laurent,
On 06/19/2012 11:00 PM, Laurent Pinchart wrote:
> Hi Tomasz,
>
> Thanks for the patch.
>
> On Thursday 14 June 2012 15:37:40 Tomasz Stanislawski wrote:
>> This patch removes a reference to alloc_ctx from an instance of a DMA
>> contiguous buffer. It helps to avoid a risk of a danglin
2012/6/19, Sachin Kamat :
> devm_* functions are device managed functions and make error handling
> and cleanup cleaner and simpler.
>
> Signed-off-by: Sachin Kamat
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/drm/exynos/exynos_mixer.c | 48
> +---
> 1 files ch
2012/6/19, Sachin Kamat :
> devm_* functions are device managed functions and make error handling
> and cleanup cleaner and simpler.
>
> Signed-off-by: Sachin Kamat
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/drm/exynos/exynos_hdmi.c | 36
> ++---
> 1 files ch
2012/6/19, Sachin Kamat :
> devm_* functions are device managed functions and make error handling
> and cleanup cleaner and simpler.
>
> Signed-off-by: Sachin Kamat
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/drm/exynos/exynos_drm_fimd.c | 40
> ++
> 1 files c
https://bugs.freedesktop.org/show_bug.cgi?id=50422
--- Comment #2 from Tom Stellard 2012-06-19 19:11:00
PDT ---
I've been seeing a few strange crashes in the LLVM backend when using wine.
What version of wine are you using? Does it work with an older version of
wine?
--
Configure bugmail: ht
On Wed, Jun 20, 2012 at 9:26 AM, Alex Deucher wrote:
> On Tue, Jun 19, 2012 at 9:57 AM, j.glisse wrote:
>> On Tue, Jun 19, 2012 at 02:50:20PM +0800, Huacai Chen wrote:
>>> 1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
>>> doesn't support DMA address above 4GB).
>>> 2,
The field obejct_idr of struct drm_via_private was introduced with the
commit
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=77ee8f3825054f23b17e9c8f728f061defd86cdc
.
In that patch idr_init(&dev->object_name_idr) was called instead of
idr_init(&dev_priv->object_i
On Wed, Jun 20, 2012 at 2:38 PM, Lucas Stach wrote:
> Am Mittwoch, den 20.06.2012, 14:12 +0800 schrieb Huacai Chen:
>> On Tue, Jun 19, 2012 at 3:19 PM, Lucas Stach wrote:
>> > Hello Huacai,
>> >
>> > Am Dienstag, den 19.06.2012, 14:50 +0800 schrieb Huacai Chen:
>> >> 1, Use 32-bit DMA as a workar
Am Mittwoch, den 20.06.2012, 14:12 +0800 schrieb Huacai Chen:
> On Tue, Jun 19, 2012 at 3:19 PM, Lucas Stach wrote:
> > Hello Huacai,
> >
> > Am Dienstag, den 19.06.2012, 14:50 +0800 schrieb Huacai Chen:
> >> 1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
> >>doesn't su
On Tue, Jun 19, 2012 at 3:19 PM, Lucas Stach wrote:
> Hello Huacai,
>
> Am Dienstag, den 19.06.2012, 14:50 +0800 schrieb Huacai Chen:
>> 1, Use 32-bit DMA as a workaround (Loongson has a hardware bug that it
>> doesn't support DMA address above 4GB).
>
> This is a bug of your platform/CPU and s
Tomasz,
I've encountered an issue with this patch when userspace does several
stream_on/stream_off cycles. When the user tries to qbuf a buffer
after doing stream_off, we trigger the "dmabuf already pinned" warning
since we didn't unmap the buffer as dqbuf was never called.
The below patch adds c
49 matches
Mail list logo
