attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140107/dd49b433/attachment-0001.html>
Hi,
There are still 5 slots open for the FOSDEM graphics DevRoom, and the
deadline is this friday, the 10th. Get a move on.
If you have requested an account reset with me before, but if you then
haven't bothered filing a talk, you do NOT have a slot. Please file a
talk ASAP to still secure a p
only 4 commits in
5a51c1..a61ae2 so maybe not mesa?
--
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/20140107/df8ff7a6/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140107/81861d69/attachment-0001.html>
tests/kmstest: support exynos
Add exynos to list of kmstest supported modules.
Signed-off-by: Hyungwon Hwang
---
libkms/internal.h|2 ++
libkms/linux.c |4
tests/kmstest/main.c |1 +
3 files changed, 7 insertions(+)
diff --git a/libkms/internal.h b/libkms/internal.h
On Thu, Jan 02, 2014 at 09:25:28PM +, Russell King - ARM Linux wrote:
> Here is my large patch series which cleans up imx-drm, and gets it ready
> to move out of drivers/staging. This is a preview only.
When moving to non-RFC patches, you may want to run checkpatch.pl on the
patches. There a
On Thu, Jan 02, 2014 at 09:28:19PM +, Russell King wrote:
> @@ -449,6 +458,24 @@ static int imx_drm_driver_load(struct drm_device *drm,
> unsigned long flags)
> }
> }
>
> + /*
> + * All components are now initialised, so setup the fb helper.
> + * The fb hel
On Thu, Jan 02, 2014 at 09:27:48PM +, Russell King wrote:
> diff --git a/drivers/staging/imx-drm/imx-drm.h
> b/drivers/staging/imx-drm/imx-drm.h
> index 5649f180dc44..4eb594ce9cff 100644
> --- a/drivers/staging/imx-drm/imx-drm.h
> +++ b/drivers/staging/imx-drm/imx-drm.h
> @@ -68,4 +68,7 @@ int
On Thu, Jan 02, 2014 at 07:50:33PM -1000, Ben Widawsky wrote:
> This will allow mesa to determine if it needs to create a context, or
> can reuse the default context. Reusing the default context saves memory,
> and startup time.
>
> To keep the libdrm interface as dumb as possible, we simply expos
Jani for co-maintainer!
Jani has been a really active bug-scrubber in the past few months.
I've asked him whether he wants to do this in a more official capacity
and he agreed. I've already chatted with Dave and Jesse and they
support this.
Note that everyone can't now just relax because "Jani wi
Hi Dave,
This pull request adds an anon file for exynos specific mmaper
to resolve potential a dead lock issue pointed out by Al Viro,
and fixes build break of drm-next.
For this, I had already reported it to you. Please see below link,
http://www.spinics.net/lists/dri-devel/m
On Tue, 07 Jan 2014, Daniel Vetter wrote:
> Jani for co-maintainer!
>
> Jani has been a really active bug-scrubber in the past few months.
> I've asked him whether he wants to do this in a more official capacity
> and he agreed. I've already chatted with Dave and Jesse and they
> support this.
>
>
On Fri, Jan 03, 2014 at 11:22:17AM +0100, Thomas Hellstrom wrote:
> This is illegal for at least two reasons:
>
> 1) While it may work on some platforms / iommus, obtaining page pointers from
> mapped sg-lists is illegal, since the DMA API allows page pointer information
> to be destroyed in the s
On Thu, Jan 02, 2014 at 09:28:03PM +, Russell King wrote:
> diff --git a/arch/arm/boot/dts/imx6qdl-sabresd.dtsi
> b/arch/arm/boot/dts/imx6qdl-sabresd.dtsi
> index e75e11b36dff..0e005f21d241 100644
> --- a/arch/arm/boot/dts/imx6qdl-sabresd.dtsi
> +++ b/arch/arm/boot/dts/imx6qdl-sabresd.dtsi
> @
When mode is selected we only give the name of the mode as parameter.
But sometime, two different modes have the same name but not
the same vrefresh frequency.
This patch give the possibility to select a mode by its name
and optionally by its refresh frequency.
Signed-off-by: Vincent Abriou
---
On 01/07/2014 10:14 AM, Daniel Vetter wrote:
> On Fri, Jan 03, 2014 at 11:22:17AM +0100, Thomas Hellstrom wrote:
>> This is illegal for at least two reasons:
>>
>> 1) While it may work on some platforms / iommus, obtaining page pointers from
>> mapped sg-lists is illegal, since the DMA API allows p
Hi Dave,
On Thursday 19 December 2013 15:37:36 Laurent Pinchart wrote:
> Hi Dave,
>
> It's been two weeks and a half already, is there anything holding this back
> ?
PING ??
> On Monday 02 December 2013 01:30:56 Laurent Pinchart wrote:
> > Hi Dave,
> >
> > The following changes since commit
a
On Mon, Jan 6, 2014 at 5:48 PM, Rashika Kheria
wrote:
> Mark functions as static because they are not used outside the file
> drm/vmwgfx/vmwgfx_kms.c.
>
> This eliminates the following warnings in drm/vmwgfx/vmwgfx_kms.c:
> drivers/gpu/drm/vmwgfx/vmwgfx_kms.c:43:6: warning: no previous prototype
On Tue, Jan 7, 2014 at 7:40 AM, Hyungwon Hwang
wrote:
> tests/kmstest: support exynos
>
> Add exynos to list of kmstest supported modules.
>
> Signed-off-by: Hyungwon Hwang
> ---
> libkms/internal.h|2 ++
> libkms/linux.c |4
> tests/kmstest/main.c |1 +
> 3 files cha
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140107/c92ac77c/attachment.html>
Am Montag, den 06.01.2014, 19:31 -0700 schrieb Eric Nelson:
> Hi Russell,
>
> On 01/06/2014 10:46 AM, Russell King - ARM Linux wrote:
> > On Mon, Jan 06, 2014 at 06:41:28PM +0100, Philipp Zabel wrote:
> >> Hi Eric,
> >>
> >> Am Freitag, den 03.01.2014, 12:14 -0700 schrieb Eric Nelson:
> >>> This i
The hw i2c engines are disabled by default as the
current implementation is still experimental. Print
a warning when users enable it so that it's obvious
when the option is enabled.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_i2c.c | 3 +++
1 file
Am 07.01.2014 16:14, schrieb Alex Deucher:
> The hw i2c engines are disabled by default as the
> current implementation is still experimental. Print
> a warning when users enable it so that it's obvious
> when the option is enabled.
>
> Signed-off-by: Alex Deucher
> Cc: stable at vger.kernel.org
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140107/f5e5fca1/attachment-0001.html>
On 07.01.2014 16:14, Alex Deucher wrote:
> The hw i2c engines are disabled by default as the
> current implementation is still experimental. Print
> a warning when users enable it so that it's obvious
> when the option is enabled.
>
Does hardware I2C actually have any advantage in the DDC use cas
On Tue, Jan 7, 2014 at 10:58 AM, Grigori Goronzy wrote:
> On 07.01.2014 16:14, Alex Deucher wrote:
>>
>> The hw i2c engines are disabled by default as the
>> current implementation is still experimental. Print
>> a warning when users enable it so that it's obvious
>> when the option is enabled.
>
rought the appropriate DRM tree.
Yes, will do.
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/20140107/842a3793/attachment.pgp>
On Tue, Jan 07, 2014 at 01:59:12PM +, Mark Brown wrote:
> From: Mark Brown
>
> Commit 57ed0f7b4375 (drm: Kill DRM_WAKUP and DRM_INIT_WAITQUEUE) removed
> the definition of DRM_WAKUP but did not remove the use of it in the Exynos
> DRM driver causing it to fail to build. Fix that.
>
> Signed-
2014/1/7 Alex Deucher :
> + if (radeon_hw_i2c == 1)
> + DRM_INFO("hw_i2c forced on, you may experience display
> detection problems!\n");
What about simple
if (radeon_hw_i2c)
? Values 2, 3, ... also enable i2c.
On Mon, Jan 6, 2014 at 11:41 AM, Rashika Kheria
wrote:
> Move prototype declaration of function radeon_kms_compat_ioctl() to
> header file drm/radeon/radeon_drv.h because it is used by more than one
> file.
>
> This eliminates the following warning in
> drivers/gpu/drm/radeon/radeon_ioc32.c:413:6:
Am Dienstag, den 07.01.2014, 08:30 -0700 schrieb Eric Nelson:
> Hi Philipp,
>
> On 01/07/2014 04:29 AM, Philipp Zabel wrote:
> > Am Montag, den 06.01.2014, 19:31 -0700 schrieb Eric Nelson:
> >> Hi Russell,
> >>
> >> On 01/06/2014 10:46 AM, Russell King - ARM Linux wrote:
> >>> On Mon, Jan 06, 2014
The hw i2c engines are disabled by default as the
current implementation is still experimental. Print
a warning when users enable it so that it's obvious
when the option is enabled.
v2: check for non-0 rather than 1
Signed-off-by: Alex Deucher
Reviewed-by: Christian K?nig
Cc: stable at vger.ke
On Tue, Jan 7, 2014 at 11:16 AM, Rafa? Mi?ecki wrote:
> 2014/1/7 Alex Deucher :
>> + if (radeon_hw_i2c == 1)
>> + DRM_INFO("hw_i2c forced on, you may experience display
>> detection problems!\n");
>
> What about simple
> if (radeon_hw_i2c)
> ? Values 2, 3, ... also enable i2c.
The only BIOS on record that needs the 14 offset has a bios major
version 2 but BMP version 1.01. Another bunch of BIOSes that need the 18
offset have BMP version 2.01 or 5.01 or higher. So instead of looking at the
bios major version, look at the BMP version. BIOSes with BMP version 0
do not conta
https://bugzilla.kernel.org/show_bug.cgi?id=68111
--- Comment #4 from Alex Deucher ---
Newer hardware uses a different code path so what we did last time is not
relevant for this hardware. That said, I think the quirk I added last time
wasn't necessary, it just masked the actual bug. I think th
--
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/20140107/be1a88bb/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140107/3dc341ba/attachment.html>
When patching gathers, we don't need to check against
gathers with lower indices than the current one, as
they are guaranteed to already have been handled.
Signed-off-by: Erik Faye-Lund
---
Here's a trivial optimization I have been running with for a while.
drivers/gpu/host1x/job.c | 2 +-
1 f
On Thu, Jan 2, 2014 at 4:27 PM, Russell King
wrote:
> Subsystems such as ALSA, DRM and others require a single card-level
> device structure to represent a subsystem. However, firmware tends to
> describe the individual devices and the connections between them.
>
> Therefore, we need a way to gat
- Original Message -
> From: "Ilia Mirkin"
> To: "Ben Skeggs"
> Cc: dri-devel at lists.freedesktop.org, "Ilia Mirkin" alum.mit.edu>
> Sent: Wednesday, 8 January, 2014 3:33:59 AM
> Subject: [PATCH] drm/nouveau/bios: fix offset calculation for BMPv1 bioses
>
> The only BIOS on record that
https://bugzilla.kernel.org/show_bug.cgi?id=68111
--- Comment #5 from CameronPoe ---
I don't know what do you mean by asking me "access the box after resume via the
network" (I am not part of any LAN network).
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=68111
--- Comment #6 from Alex Deucher ---
(In reply to CameronPoe from comment #5)
> I don't know what do you mean by asking me "access the box after resume via
> the network" (I am not part of any LAN network).
I was wondering if you could access the
687 ***
--
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/20140107/88b71a0b/attachment.html>
vel/attachments/20140107/c9d54b09/attachment.html>
From: Stephen Warren
The Chungwa CLAA101WA01A is a 10.1" 1366x768 panel, which can be
supported by the simple panel driver.
Signed-off-by: Stephen Warren
---
.../bindings/panel/chunghwa,claa101wa01a.txt | 7 ++
drivers/gpu/drm/panel/panel-simple.c | 25
Hi Philipp,
On 01/07/2014 04:29 AM, Philipp Zabel wrote:
> Am Montag, den 06.01.2014, 19:31 -0700 schrieb Eric Nelson:
>> Hi Russell,
>>
>> On 01/06/2014 10:46 AM, Russell King - ARM Linux wrote:
>>> On Mon, Jan 06, 2014 at 06:41:28PM +0100, Philipp Zabel wrote:
Hi Eric,
Am Freitag,
On Tue, Jan 07, 2014 at 11:21:12AM +0100, Jakob Bornecrantz wrote:
> On Mon, Jan 6, 2014 at 5:48 PM, Rashika Kheria
> wrote:
> > Mark functions as static because they are not used outside the file
> > drm/vmwgfx/vmwgfx_kms.c.
> >
> > This eliminates the following warnings in drm/vmwgfx/vmwgfx_kms
From: Mark Brown
Commit 57ed0f7b4375 (drm: Kill DRM_WAKUP and DRM_INIT_WAITQUEUE) removed
the definition of DRM_WAKUP but did not remove the use of it in the Exynos
DRM driver causing it to fail to build. Fix that.
Signed-off-by: Mark Brown
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 2 +-
From: Mark Brown
Commit bfd8303af0c46 (drm: Kill DRM_HZ) removed the definition of DRM_HZ
but did not remove its use in the Exynos DRM driver causing it to fail to
build. Fix that.
Signed-off-by: Mark Brown
---
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 2 +-
1 file changed, 1 insertion(+), 1
49 matches
Mail list logo
