--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/e5acad3e/attachment.html>
This patch adds display-timing node parsing using video helper function
Signed-off-by: Leela Krishna Amudala
Signed-off-by: Vikas Sajjan
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 41 +++---
1 file changed, 37 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu
This patch adds display-timing node parsing to drm fimd, this depends on
the display helper patchset at
http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html
It also adds pinctrl support for drm fimd.
changes since v3:
- addressed comments from Sean Paul , to modify
Hi Maarten
On Mon, 2013-02-04 at 22:59 +0100, Maarten Lankhorst wrote:
> Op 04-02-13 22:30, Marcin Slusarz schreef:
> > 1) Lockdep thinks all nouveau subdevs belong to the same class and can be
> > locked in arbitrary order, which is not true (at least in general case).
> > Tell it to distinguish
What is the current status of this patch? I haven't seen it show up in
-next or linus's tree.
Jerry
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On 1 February 2013 18:28, Inki Dae wrote:
>
>
>
>
> 2013. 2. 1. 오후 8:52 Inki Dae 작성:
>
>>
>>
>>> -Original Message-
>>> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
>>> ow...@vger.kernel.org] On Behalf Of Sachin Kamat
>>> Sent: Friday, February 01, 2013 8:40 PM
>>> To: Ink
Hi!
I get the following error messages over and over again when using vfio in
qemu-kvm:
[ 1692.021403] dmar: DMAR:[DMA Read] Request device [00:02.0] fault addr
1a45aa9000
[ 1692.021403] DMAR:[fault reason 12] non-zero reserved fields in PTE
[ 1692.021416] dmar: DRHD: handling fault status reg
I had time to test the patches during weekend. The first div-by-zero patch
allows the machine to boot with modeset enabled. The second patch you
created actually makes X stable (with only my patch it used to halt for 5
seconds every 1 second). So both patches look excellent.
Thank you for making m
On 04.02.2013 04:56, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Jan 15, 2013 at 01:44:04PM +0200, Terje Bergstrom wrote:
> [...]
>> diff --git a/drivers/gpu/host1x/drm/drm.c b/drivers/gpu/host1x/drm/drm.c
>> @@ -270,7 +274,29 @@ static int tegra_drm_unload(struct drm_device
On 04.02.2013 03:26, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Jan 15, 2013 at 01:44:03PM +0200, Terje Bergstrom wrote:
>> Add a driver alias gr2d for Tegra 2D device, and assign a duplicate
>> of 2D clock to that driver alias.
>>
>> Signed-off-by: Terje Bergstrom
>> ---
On 04.02.2013 03:08, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Jan 15, 2013 at 01:44:01PM +0200, Terje Bergstrom wrote:
> [...]
>> diff --git a/drivers/gpu/host1x/Makefile b/drivers/gpu/host1x/Makefile
>> index 697d49a..ffc8bf1 100644
>> --- a/drivers/gpu/host1x/Makefile
>
Op 04-02-13 22:30, Marcin Slusarz schreef:
> 1) Lockdep thinks all nouveau subdevs belong to the same class and can be
> locked in arbitrary order, which is not true (at least in general case).
> Tell it to distinguish subdevs by (o)class type.
Apart from this specific case, is there any other reas
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/5fff9737/attachment.html>
1) Lockdep thinks all nouveau subdevs belong to the same class and can be
locked in arbitrary order, which is not true (at least in general case).
Tell it to distinguish subdevs by (o)class type.
2) DRM client can be locked under user client lock - tell lockdep to put DRM
client lock in a separate
On 04.02.2013 03:03, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Jan 15, 2013 at 01:44:00PM +0200, Terje Bergstrom wrote:
>> diff --git a/drivers/gpu/host1x/debug.c b/drivers/gpu/host1x/debug.c
> [...]
>> +static pid_t host1x_debug_null_kickoff_pid;
>> +unsigned int host1x_d
On 04.02.2013 04:56, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Jan 15, 2013 at 01:44:04PM +0200, Terje Bergstrom wrote:
> [...]
>> diff --git a/drivers/gpu/host1x/drm/drm.c b/drivers/gpu/host1x/drm/drm.c
>> @@ -270,7 +274,29 @@ static int tegra_drm_unload(struct drm_device
On 04.02.2013 02:30, Thierry Reding wrote:
> On Tue, Jan 15, 2013 at 01:43:58PM +0200, Terje Bergstrom wrote:
> [...]
>> diff --git a/drivers/gpu/host1x/dev.c b/drivers/gpu/host1x/dev.c
> [...]
>> @@ -95,7 +96,6 @@ static int host1x_probe(struct platform_device *dev)
>>
>> /* set common host1
On 04.02.2013 03:26, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Jan 15, 2013 at 01:44:03PM +0200, Terje Bergstrom wrote:
>> Add a driver alias gr2d for Tegra 2D device, and assign a duplicate
>> of 2D clock to that driver alias.
>>
>> Signed-off-by: Terje Bergstrom
>> ---
On 04.02.2013 03:08, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Jan 15, 2013 at 01:44:01PM +0200, Terje Bergstrom wrote:
> [...]
>> diff --git a/drivers/gpu/host1x/Makefile b/drivers/gpu/host1x/Makefile
>> index 697d49a..ffc8bf1 100644
>> --- a/drivers/gpu/host1x/Makefile
>
On Mon, Feb 4, 2013 at 8:36 PM, Jerome Glisse wrote:
> On Mon, Feb 4, 2013 at 2:21 PM, Daniel Vetter wrote:
>> On Mon, Feb 4, 2013 at 7:34 PM, wrote:
>>> From: Jerome Glisse
>>>
>>> We need to take reference on the sync object while holding the
>>> fence spinlock but at the same time we don't
On 04.02.2013 03:03, Thierry Reding wrote:
> * PGP Signed by an unknown key
>
> On Tue, Jan 15, 2013 at 01:44:00PM +0200, Terje Bergstrom wrote:
>> diff --git a/drivers/gpu/host1x/debug.c b/drivers/gpu/host1x/debug.c
> [...]
>> +static pid_t host1x_debug_null_kickoff_pid;
>> +unsigned int host1x_d
On Tue, Feb 5, 2013 at 12:03 PM, Inki Dae wrote:
> 2013/2/4 Sachin Kamat :
>> On 1 February 2013 18:28, Inki Dae wrote:
>>>
>>>
>>>
>>>
>>> 2013. 2. 1. 오후 8:52 Inki Dae 작성:
>>>
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow.
On 04.02.2013 02:30, Thierry Reding wrote:
> On Tue, Jan 15, 2013 at 01:43:58PM +0200, Terje Bergstrom wrote:
> [...]
>> diff --git a/drivers/gpu/host1x/dev.c b/drivers/gpu/host1x/dev.c
> [...]
>> @@ -95,7 +96,6 @@ static int host1x_probe(struct platform_device *dev)
>>
>> /* set common host1
On Mon, Feb 4, 2013 at 7:34 PM, wrote:
> From: Jerome Glisse
>
> We need to take reference on the sync object while holding the
> fence spinlock but at the same time we don't want to allocate
> memory while holding the spinlock. This patch make sure we
> enforce both of this constraint.
>
> v2:
https://bugs.freedesktop.org/show_bug.cgi?id=60302
Priority: medium
Bug ID: 60302
Assignee: dri-devel@lists.freedesktop.org
Summary: piglit failures r600g radeon hd 6850
Severity: normal
Classification: Unclassified
OS: Linux
On 04.02.2013 01:09, Thierry Reding wrote:
> On Tue, Jan 15, 2013 at 01:43:57PM +0200, Terje Bergstrom wrote:
>> Add host1x, the driver for host1x and its client unit 2D.
>
> Maybe this could be a bit more verbose. Perhaps describe what host1x is.
Sure. I could just steal the paragraph from Steph
On 04.02.2013 01:09, Thierry Reding wrote:
> On Tue, Jan 15, 2013 at 01:43:57PM +0200, Terje Bergstrom wrote:
>> Add host1x, the driver for host1x and its client unit 2D.
>
> Maybe this could be a bit more verbose. Perhaps describe what host1x is.
Sure. I could just steal the paragraph from Steph
On Tue, Feb 5, 2013 at 12:55 AM, Daniel Vetter wrote:
> On Thu, Jan 31, 2013 at 07:43:38PM +0200, ville.syrj...@linux.intel.com wrote:
>> From: Ville Syrjälä
>>
>> Support for real RGB332 is a rarity, most hardware only really support
>> C8. So use C8 instead of RGB332 when determining the format
2013/2/4 Sachin Kamat :
> On 1 February 2013 18:28, Inki Dae wrote:
>>
>>
>>
>>
>> 2013. 2. 1. 오후 8:52 Inki Dae 작성:
>>
>>>
>>>
-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Sachin Kamat
Sent: Friday,
On Fri, Feb 01, 2013 at 04:41:14PM -0800, Ben Widawsky wrote:
> The RC6 VIDS has a linear ramp starting at 250mv, which means any values
> below 250 are invalid. The old buggy macros tried to adjust for this to
> be more flexible, but there is no need. As Dan pointed out the ENCODE
> only ever has
https://bugs.freedesktop.org/show_bug.cgi?id=59672
Alex Deucher changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
> >> > Adding some printks reveals it calls
> >> > r100_init() -> radeon_irq_kms_init() -> drm_irq_install() ->
> >> > drm_dev_to_irq() and that fails. So no IRQ, no KMS.
> >> >
> >> > lspci does not show Interrupt like on some other PCI devices.
> >> > /proc/interrupts obviously does not contain t
Hi Maarten
On Mon, 2013-02-04 at 22:59 +0100, Maarten Lankhorst wrote:
> Op 04-02-13 22:30, Marcin Slusarz schreef:
> > 1) Lockdep thinks all nouveau subdevs belong to the same class and can be
> > locked in arbitrary order, which is not true (at least in general case).
> > Tell it to distinguish
can produce in the meantime would be useful.
Ok.
--
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/20130204/112f0064/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/2d3d9d22/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/b50019a8/attachment.html>
On 1 February 2013 18:28, Inki Dae wrote:
>
>
>
>
> 2013. 2. 1. ?? 8:52 Inki Dae ??:
>
>>
>>
>>> -Original Message-
>>> From: linux-media-owner at vger.kernel.org [mailto:linux-media-
>>> owner at vger.kernel.org] On Behalf Of Sachin Kamat
>>> Sent: Friday, February 01, 2013 8:40 PM
>>> T
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130204/309e0f05/attachment.html>
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/3c7895bd/attachment.html>
Hey,
Op 04-02-13 16:23, Borislav Petkov schreef:
> Hi,
>
> I'm guessing someone has already triggered this on latest Linus' tree
> and has a fix?
>
> drivers/built-in.o: In function `nouveau_acpi_edid':
> /w/kernel/linux/drivers/gpu/drm/nouveau/nouveau_acpi.c:420: undefined
> reference to `acpi_v
Hi,
I'm guessing someone has already triggered this on latest Linus' tree
and has a fix?
drivers/built-in.o: In function `nouveau_acpi_edid':
/w/kernel/linux/drivers/gpu/drm/nouveau/nouveau_acpi.c:420: undefined reference
to `acpi_video_get_edid'
make: *** [vmlinux] Error 1
Btw, I got CONFIG_AC
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/8068779d/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=59672
Florian Mickler changed:
What|Removed |Added
CC||flor...@mickler.org
--- Comment #11 fr
> +/**
> + * ticket_commit - commit a reservation with a new fence
> + * @ticket:[in]the reservation_ticket returned by
> + * ticket_reserve
> + * @entries: [in]a linked list of struct reservation_entry
> + * @fence: [in]the fence that indicates completion
> + *
> + * This fun
On Thu, Jan 31, 2013 at 07:43:38PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrj?l?
>
> Support for real RGB332 is a rarity, most hardware only really support
> C8. So use C8 instead of RGB332 when determining the format based on
> depth/bpp.
>
> This fixes 8bpp fbcon on i91
On Sat, Feb 02, 2013 at 05:20:18PM -0800, Tejun Heo wrote:
> Convert to the much saner new idr interface.
>
> Only compile tested.
>
> Signed-off-by: Tejun Heo
> Cc: David Airlie
> Cc: Daniel Vetter
> Cc: dri-devel at lists.freedesktop.org
> ---
> This patch depends on an earlier idr changes a
On Mon, Feb 04, 2013 at 10:57:22AM +0100, Maarten Lankhorst wrote:
> Op 04-02-13 08:06, Inki Dae schreef:
> >> +/**
> >> + * ticket_commit - commit a reservation with a new fence
> >> + * @ticket:[in]the reservation_ticket returned by
> >> + * ticket_reserve
> >> + * @entries: [in]a l
https://bugs.freedesktop.org/show_bug.cgi?id=60034
--- Comment #12 from Andy Furniss ---
(In reply to comment #11)
> Created attachment 74200 [details] [review]
> work around
>
> Can you check that this work around fix the rendering ?
Yes, this fixes etqw for me.
I see someone else reported an
https://bugs.freedesktop.org/show_bug.cgi?id=60034
--- Comment #11 from Jerome Glisse ---
Created attachment 74200
--> https://bugs.freedesktop.org/attachment.cgi?id=74200&action=edit
work around
Can you check that this work around fix the rendering ?
--
You are receiving this mail because:
On Mon, Feb 4, 2013 at 2:21 PM, Daniel Vetter wrote:
> On Mon, Feb 4, 2013 at 7:34 PM, wrote:
>> From: Jerome Glisse
>>
>> We need to take reference on the sync object while holding the
>> fence spinlock but at the same time we don't want to allocate
>> memory while holding the spinlock. This p
Op 04-02-13 22:30, Marcin Slusarz schreef:
> 1) Lockdep thinks all nouveau subdevs belong to the same class and can be
> locked in arbitrary order, which is not true (at least in general case).
> Tell it to distinguish subdevs by (o)class type.
Apart from this specific case, is there any other reas
unsigned int handle;
> + unsigned int offset;
> +};
I think it's better to consistently use the explicitly sized types here.
> +struct tegra_gem_invalidate {
> + unsigned int handle;
> +};
> +
> +struct tegra_gem_flush {
> + unsigned int handle;
> +};
Where are these used?
> +struct tegra_drm_syncpt_wait_args {
> + __u32 id;
> + __u32 thresh;
> + __s32 timeout;
> + __u32 value;
> +};
> +
> +#define DRM_TEGRA_NO_TIMEOUT (-1)
Is this the only reason why timeout is signed? If so maybe a better
choice would be __u32 and DRM_TEGRA_NO_TIMEOUT 0x.
> +struct tegra_drm_get_channel_param_args {
> + __u64 context;
> + __u32 param;
> + __u32 value;
> +};
What's the reason for not calling this tegra_drm_get_syncpoint?
> +struct tegra_drm_syncpt_incr {
> + __u32 syncpt_id;
> + __u32 syncpt_incrs;
> +};
Maybe the fields would be better named id and incrs. Though I also
notice that incrs is never used. I guess that's supposed to be used in
the future to allow increments by more than a single value. If so,
perhaps value would be a better name.
Now on to the dreaded patch 3...
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/d8ac799a/attachment.pgp>
From: Jerome Glisse
We need to take reference on the sync object while holding the
fence spinlock but at the same time we don't want to allocate
memory while holding the spinlock. This patch make sure we
enforce both of this constraint.
v2: actually test build it
Fix https://bugzilla.redhat.com
1) Lockdep thinks all nouveau subdevs belong to the same class and can be
locked in arbitrary order, which is not true (at least in general case).
Tell it to distinguish subdevs by (o)class type.
2) DRM client can be locked under user client lock - tell lockdep to put DRM
client lock in a separate
.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/335443cc/attachment-0001.pgp>
6 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/2d9561b5/attachment.pgp>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/8eb7631a/attachment.html>
ent was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/3e52fe2a/attachment.pgp>
> + job->num_unpins);
This could go on fewer lines.
> +static void host1x_debug_show_channel_cdma(struct host1x *m,
> + struct host1x_channel *ch, struct output *o, int chid)
> +{
[...]
> + switch (cbstat) {
> + case 0x00010008:
Again, symbolic names would be nice.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/24971c1f/attachment.pgp>
On Mon, Feb 4, 2013 at 8:36 PM, Jerome Glisse wrote:
> On Mon, Feb 4, 2013 at 2:21 PM, Daniel Vetter wrote:
>> On Mon, Feb 4, 2013 at 7:34 PM, wrote:
>>> From: Jerome Glisse
>>>
>>> We need to take reference on the sync object while holding the
>>> fence spinlock but at the same time we don't
On Mon, Feb 4, 2013 at 11:32 AM, Meelis Roos wrote:
>> >> > Adding some printks reveals it calls
>> >> > r100_init() -> radeon_irq_kms_init() -> drm_irq_install() ->
>> >> > drm_dev_to_irq() and that fails. So no IRQ, no KMS.
>> >> >
>> >> > lspci does not show Interrupt like on some other PCI dev
On Mon, Feb 4, 2013 at 2:21 PM, Daniel Vetter wrote:
> On Mon, Feb 4, 2013 at 7:34 PM, wrote:
>> From: Jerome Glisse
>>
>> We need to take reference on the sync object while holding the
>> fence spinlock but at the same time we don't want to allocate
>> memory while holding the spinlock. This p
From: Jerome Glisse
We need to take reference on the sync object while holding the
fence spinlock but at the same time we don't want to allocate
memory while holding the spinlock. This patch make sure we
enforce both of this constraint.
Fix https://bugzilla.redhat.com/show_bug.cgi?id=906296
Sig
+EXPORT_SYMBOL(host1x_syncpt_wait);
This doesn't only seem to be the main entrypoint, but it's basically the
only way to currently wait for syncpoints. One actual use-case where
this might turn out to be a problem is video capturing. The problem is
that using this API you can't very well asynchronously capture frames.
So eventually I think we need a way to allow a generic handler to be
attached to syncpoints so that you can have this handler continuously
invoked after each frame is captured and just pass the buffer back to
userspace.
> +bool host1x_syncpt_is_expired(
> + struct host1x_syncpt *sp,
> + u32 thresh)
This can go on one line.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/f6a65b77/attachment-0001.pgp>
On Mon, Feb 4, 2013 at 7:34 PM, wrote:
> From: Jerome Glisse
>
> We need to take reference on the sync object while holding the
> fence spinlock but at the same time we don't want to allocate
> memory while holding the spinlock. This patch make sure we
> enforce both of this constraint.
>
> v2:
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/a43d8c4e/attachment.html>
Hi there,
first, I hope i write to the right place (I found this post via Google
on dri-devel - http://permalink.gmane.org/gmane.comp.video.dri.devel/78714),
if not - sorry for the noise.
Problem description - 3d load causes lockup. 3d games like OpenArena
or Urban Terror are perfectly playable
Hi!
I get the following error messages over and over again when using vfio in
qemu-kvm:
[ 1692.021403] dmar: DMAR:[DMA Read] Request device [00:02.0] fault addr
1a45aa9000
[ 1692.021403] DMAR:[fault reason 12] non-zero reserved fields in PTE
[ 1692.021416] dmar: DRHD: handling fault status reg
On 02/02/2013 12:35 AM, Laurent Pinchart wrote:
> Hi Marcus,
>
> On Tuesday 08 January 2013 18:08:19 Marcus Lorentzon wrote:
>> On 01/08/2013 05:36 PM, Tomasz Figa wrote:
>>> On Tuesday 08 of January 2013 11:12:26 Marcus Lorentzon wrote:
[...]
But it is not perfect. After a couple of products
Op 04-02-13 08:06, Inki Dae schreef:
>> +/**
>> + * ticket_commit - commit a reservation with a new fence
>> + * @ticket:[in]the reservation_ticket returned by
>> + * ticket_reserve
>> + * @entries: [in]a linked list of struct reservation_entry
>> + * @fence: [in]the fence tha
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/558a621f/attachment.html>
From: Jerome Glisse
We need to take reference on the sync object while holding the
fence spinlock but at the same time we don't want to allocate
memory while holding the spinlock. This patch make sure we
enforce both of this constraint.
v2: actually test build it
Fix https://bugzilla.redhat.com
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/50e42b04/attachment.html>
f --git a/drivers/gpu/host1x/syncpt.h b/drivers/gpu/host1x/syncpt.h
[...]
> +struct host1x_syncpt {
> + int id;
> + atomic_t min_val;
> + atomic_t max_val;
> + u32 base_val;
> + const char *name;
> + int client_managed;
Is this field actually ever used? Looking through the patches none of
the clients actually set this.
> +/*
> + * Returns true if syncpoint min == max, which means that there are no
> + * outstanding operations.
> + */
> +static inline bool host1x_syncpt_min_eq_max(struct host1x_syncpt *sp)
> +{
> + int min, max;
> + smp_rmb();
> + min = atomic_read(&sp->min_val);
> + max = atomic_read(&sp->max_val);
> + return (min == max);
> +}
Maybe call this host1x_syncpt_idle() or something similar instead?
> +{
> + return sp->id != NVSYNCPT_INVALID &&
> + sp->id < host1x_syncpt_nb_pts(sp->dev);
> +}
Is there really a need for NVSYNCPT_INVALID? Even if you want to keep
the special case you can drop the explicit check because -1 will be
larger than host1x_syncpt_nb_pts() anyway.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/84876489/attachment-0001.pgp>
On 02/04/2013 04:26 AM, Thierry Reding wrote:
> On Tue, Jan 15, 2013 at 01:44:03PM +0200, Terje Bergstrom wrote:
>> Add a driver alias gr2d for Tegra 2D device, and assign a
>> duplicate of 2D clock to that driver alias.
>>
>> Signed-off-by: Terje Bergstrom ---
>> arch/arm/mach-tegra/board-dt-te
his 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/20130204/9591bb89/attachment.html>
On Fri, Feb 01, 2013 at 04:41:14PM -0800, Ben Widawsky wrote:
> The RC6 VIDS has a linear ramp starting at 250mv, which means any values
> below 250 are invalid. The old buggy macros tried to adjust for this to
> be more flexible, but there is no need. As Dan pointed out the ENCODE
> only ever has
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #10 from runetmem...@gmail.com ---
> So I would like you to test if the patch that I posted fixes the problem for
> you.
Unfortunately, I am not developer, I can't check this patch.
> Any additional logs that you can produce in the
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #9 from Ilija Hadzic ---
(In reply to comment #8)
> So since you find root case, LightDM log is not necessary now, I am correct?
No, I didn't find the root cause. I am only assuming (based on the last message
in your Xorg.0.log file)
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #8 from runetmem...@gmail.com ---
So since you find root case, LightDM log is not necessary now, I am correct?
--
You are receiving this mail because:
You are the assignee for the bug.
___
f the max_rb_num
> since
> > the one enabled RB on A4-3400 can propably be any one of the 8 possible
> > values.
> > 2) or activate the current code only if there are more than max_rb_num
> zero
> > bits in the given disabled_rb_mask
>
> Looks good. I've gone ahead and applied your patch for safety sake
> and I also added a patch to set up the RBs correctly on your board.
> Please test the attached patches.
>
> Thanks!
>
> Alex
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130204/09470493/attachment-0001.html>
On 02/04/2013 04:26 AM, Thierry Reding wrote:
> On Tue, Jan 15, 2013 at 01:44:03PM +0200, Terje Bergstrom wrote:
>> Add a driver alias gr2d for Tegra 2D device, and assign a
>> duplicate of 2D clock to that driver alias.
>>
>> Signed-off-by: Terje Bergstrom ---
>> arch/arm/mach-tegra/board-dt-te
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #7 from Ilija Hadzic ---
I have just posted a patch that may help at least prevent the crash. I have
seen this bug on my end too, but I though that I locally introduced it with my
own hacks. The patch does not solve the root cause (i.
What is the current status of this patch? I haven't seen it show up in
-next or linus's tree.
Jerry
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #6 from Ilija Hadzic ---
Created attachment 74183
--> https://bugs.freedesktop.org/attachment.cgi?id=74183&action=edit
Possible "Band-Aid" to get you going.
--
You are receiving this mail because:
You are the assignee for the bug.
On Mon, 2013-02-04 at 11:10 +0100, David Gstir wrote:
> Hi!
>
> I get the following error messages over and over again when using vfio
> in qemu-kvm:
>
> [ 1692.021403] dmar: DMAR:[DMA Read] Request device [00:02.0] fault addr
> 1a45aa9000
> [ 1692.021403] DMAR:[fault reason 12] non-zero reserv
On Mon, Feb 4, 2013 at 11:32 AM, Meelis Roos wrote:
>> >> > Adding some printks reveals it calls
>> >> > r100_init() -> radeon_irq_kms_init() -> drm_irq_install() ->
>> >> > drm_dev_to_irq() and that fails. So no IRQ, no KMS.
>> >> >
>> >> > lspci does not show Interrupt like on some other PCI dev
From: Jerome Glisse
We need to take reference on the sync object while holding the
fence spinlock but at the same time we don't want to allocate
memory while holding the spinlock. This patch make sure we
enforce both of this constraint.
Fix https://bugzilla.redhat.com/show_bug.cgi?id=906296
Sig
> >> > Adding some printks reveals it calls
> >> > r100_init() -> radeon_irq_kms_init() -> drm_irq_install() ->
> >> > drm_dev_to_irq() and that fails. So no IRQ, no KMS.
> >> >
> >> > lspci does not show Interrupt like on some other PCI devices.
> >> > /proc/interrupts obviously does not contain t
https://bugs.freedesktop.org/show_bug.cgi?id=60182
--- Comment #5 from runetmem...@gmail.com ---
> Is there more information in the kdm log file?
I use LightDM-KDE. I'll look into LightDM log next time.
--
You are receiving this mail because:
You are the assignee for the bug.
___
On Mon, 2013-02-04 at 11:10 +0100, David Gstir wrote:
> Hi!
>
> I get the following error messages over and over again when using vfio
> in qemu-kvm:
>
> [ 1692.021403] dmar: DMAR:[DMA Read] Request device [00:02.0] fault addr
> 1a45aa9000
> [ 1692.021403] DMAR:[fault reason 12] non-zero reserv
Hey,
Op 04-02-13 16:23, Borislav Petkov schreef:
> Hi,
>
> I'm guessing someone has already triggered this on latest Linus' tree
> and has a fix?
>
> drivers/built-in.o: In function `nouveau_acpi_edid':
> /w/kernel/linux/drivers/gpu/drm/nouveau/nouveau_acpi.c:420: undefined
> reference to `acpi_v
Hi,
I'm guessing someone has already triggered this on latest Linus' tree
and has a fix?
drivers/built-in.o: In function `nouveau_acpi_edid':
/w/kernel/linux/drivers/gpu/drm/nouveau/nouveau_acpi.c:420: undefined reference
to `acpi_video_get_edid'
make: *** [vmlinux] Error 1
Btw, I got CONFIG_AC
On Thu, Jan 31, 2013 at 07:43:38PM +0200, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> Support for real RGB332 is a rarity, most hardware only really support
> C8. So use C8 instead of RGB332 when determining the format based on
> depth/bpp.
>
> This fixes 8bpp fbcon on i915, s
On Sat, Feb 02, 2013 at 05:20:18PM -0800, Tejun Heo wrote:
> Convert to the much saner new idr interface.
>
> Only compile tested.
>
> Signed-off-by: Tejun Heo
> Cc: David Airlie
> Cc: Daniel Vetter
> Cc: dri-devel@lists.freedesktop.org
> ---
> This patch depends on an earlier idr changes and
On Mon, Feb 04, 2013 at 10:57:22AM +0100, Maarten Lankhorst wrote:
> Op 04-02-13 08:06, Inki Dae schreef:
> >> +/**
> >> + * ticket_commit - commit a reservation with a new fence
> >> + * @ticket:[in]the reservation_ticket returned by
> >> + * ticket_reserve
> >> + * @entries: [in]a l
On Tue, Jan 15, 2013 at 01:44:04PM +0200, Terje Bergstrom wrote:
[...]
> diff --git a/drivers/gpu/host1x/drm/drm.c b/drivers/gpu/host1x/drm/drm.c
> @@ -270,7 +274,29 @@ static int tegra_drm_unload(struct drm_device *drm)
>
> static int tegra_drm_open(struct drm_device *drm, struct drm_file *filp
https://bugs.freedesktop.org/show_bug.cgi?id=60224
--- Comment #2 from Iaroslav ---
I know that the problem appeared after upgrading to 3.8-rc1-drm-next, and
continues to exist in the 3.8-rc5-vanilla.
async dma is a likely cause.
--
You are receiving this mail because:
You are the assignee for
On Tue, Jan 15, 2013 at 01:44:03PM +0200, Terje Bergstrom wrote:
> Add a driver alias gr2d for Tegra 2D device, and assign a duplicate
> of 2D clock to that driver alias.
>
> Signed-off-by: Terje Bergstrom
> ---
> arch/arm/mach-tegra/board-dt-tegra20.c|1 +
> arch/arm/mach-tegra/board-dt
On Tue, Jan 15, 2013 at 01:44:02PM +0200, Terje Bergstrom wrote:
[...]
> +void host1x_set_drm_data(struct platform_device *pdev, void *data)
> +{
> + struct host1x *host1x = platform_get_drvdata(pdev);
> + host1x->drm_data = data;
> +}
> +
> +void *host1x_get_drm_data(struct platform_device
1 - 100 of 110 matches
Mail list logo
