to be
patched for every model. The odd cases can of course be handled in C, but the
common case would really benefit from being handled in DT. Imagine how
annoying it would be to update the USB mass storage driver with the VID:PID of
every new USB flash device.
--
Regards,
Laurent Pinchart
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131205/263df107/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=66341
--- Comment #6 from Alex Deucher ---
Can you test the panel on another system? Sound to me like a hw problem.
Maybe a wonky connector on the motherboard? Does jiggling or pressing on the
connector help?
--
You are receiving this mail because:
On Wed, 2013-12-04 at 19:05 -0500, Alex Deucher wrote:
> > Setting CP_RB_CNTL.BUF_SWAP causes the CP to use the selected byte
> > swapping for just about everything accessed by the CP (rptr writeback,
> > indirect buffers, etc.). Looks like the DMA ring supports and enables
> > rptr writeback as
On Don, 2013-12-05 at 12:39 +1100, Benjamin Herrenschmidt wrote:
> On Wed, 2013-12-04 at 19:05 -0500, Alex Deucher wrote:
>
> > > Setting CP_RB_CNTL.BUF_SWAP causes the CP to use the selected byte
> > > swapping for just about everything accessed by the CP (rptr writeback,
> > > indirect buffers,
On Thu, 2013-12-05 at 11:29 +0900, Michel D?nzer wrote:
> On Don, 2013-12-05 at 12:39 +1100, Benjamin Herrenschmidt wrote:
> > On Wed, 2013-12-04 at 19:05 -0500, Alex Deucher wrote:
> >
> > > > Setting CP_RB_CNTL.BUF_SWAP causes the CP to use the selected byte
> > > > swapping for just about every
Hi
On Thu, Dec 5, 2013 at 1:19 AM, Ilia Mirkin wrote:
> All instances of drm_dev_register are followed by drm_dev_free on
> failure. Don't free dev->control/render/primary on failure, as they will
> be freed by drm_dev_free since commit 8f6599da8e (drm: delay minor
> destruction to drm_dev_free()
Hi list, Thomas,
I will be investigating the use of a hotness score for each bo, to
replace the ping-pong causing LRU eviction in radeon*.
The goal is to put all bos that fit in VRAM there, in order of hotness;
a new bo should only be placed there if its hotness score is greater
than the lowest V
L:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131205/6b832c5d/attachment.html>
Hi!
On 12/05/2013 10:36 AM, Lauri Kasanen wrote:
> Hi list, Thomas,
>
> I will be investigating the use of a hotness score for each bo, to
> replace the ping-pong causing LRU eviction in radeon*.
>
> The goal is to put all bos that fit in VRAM there, in order of hotness;
> a new bo should only be
On Wed, Dec 4, 2013 at 11:06 PM, Benjamin Herrenschmidt
wrote:
> On Thu, 2013-12-05 at 11:29 +0900, Michel D?nzer wrote:
>> On Don, 2013-12-05 at 12:39 +1100, Benjamin Herrenschmidt wrote:
>> > On Wed, 2013-12-04 at 19:05 -0500, Alex Deucher wrote:
>> >
>> > > > Setting CP_RB_CNTL.BUF_SWAP causes
All instances of drm_dev_register are followed by drm_dev_free on
failure. Don't free dev->control/render/primary on failure, as they will
be freed by drm_dev_free since commit 8f6599da8e (drm: delay minor
destruction to drm_dev_free()). Instead unplug them.
Reported-by: Bruno Pr?mont
Signed-off-
Hi Ilia,
On Thu, 5 Dec 2013 09:42:49 -0500 Ilia Mirkin wrote:
> All instances of drm_dev_register are followed by drm_dev_free on
> failure. Don't free dev->control/render/primary on failure, as they will
> be freed by drm_dev_free since commit 8f6599da8e (drm: delay minor
> destruction to drm_de
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131205/59b77b36/attachment-0001.html>
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131205/5df0db6a/attachment.html>
On Thu, Dec 05, 2013 at 11:26:46AM +0100, Thomas Hellstrom wrote:
> Hi!
>
> On 12/05/2013 10:36 AM, Lauri Kasanen wrote:
> >Hi list, Thomas,
> >
> >I will be investigating the use of a hotness score for each bo, to
> >replace the ping-pong causing LRU eviction in radeon*.
> >
> >The goal is to put
Hi
On Thu, Dec 5, 2013 at 3:42 PM, Ilia Mirkin wrote:
> All instances of drm_dev_register are followed by drm_dev_free on
> failure. Don't free dev->control/render/primary on failure, as they will
> be freed by drm_dev_free since commit 8f6599da8e (drm: delay minor
> destruction to drm_dev_free()
op 05-12-13 16:49, Jerome Glisse schreef:
> On Thu, Dec 05, 2013 at 11:26:46AM +0100, Thomas Hellstrom wrote:
>> Hi!
>>
>> On 12/05/2013 10:36 AM, Lauri Kasanen wrote:
>>> Hi list, Thomas,
>>>
>>> I will be investigating the use of a hotness score for each bo, to
>>> replace the ping-pong causing L
On Thu, Dec 05, 2013 at 05:22:54PM +0100, Maarten Lankhorst wrote:
> op 05-12-13 16:49, Jerome Glisse schreef:
> > On Thu, Dec 05, 2013 at 11:26:46AM +0100, Thomas Hellstrom wrote:
> >> Hi!
> >>
> >> On 12/05/2013 10:36 AM, Lauri Kasanen wrote:
> >>> Hi list, Thomas,
> >>>
> >>> I will be investiga
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131205/166ad682/attachment.html>
vel/attachments/20131205/b171da14/attachment-0001.html>
Killing Floor
and maybe other games I don't remember right now.
--
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/2
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131205/0a0ee959/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131205/c095111f/attachment.html>
||
--
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/20131205/97a37ecd/attachment.html>
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131205/7743fcd6/attachment.html>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131205/c60884ac/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=66341
--- Comment #7 from svily0 at yahoo.com ---
I connected a third panel today and it works, the two old ones do not! It's not
the connector, just the panels were somehow rendered unusable. I don't really
know how to investigate further as the panel i
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131205/fb75277f/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131205/2393307f/attachment.html>
--
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/20131205/e9aaba57/attachment.html>
Signed-off-by: Peter Seiderer
---
arch/arm/boot/dts/imx6q-sabrelite.dts | 3 +++
drivers/staging/imx-drm/imx-drm-core.c | 27 +++
drivers/staging/imx-drm/imx-drm.h | 4
drivers/staging/imx-drm/imx-ldb.c | 18
drivers/stagi
Attempt to add gamma correction support for imx-ldb.
The gamma correction values for the i.mx6 Display Processor registers
IPU_DP_GAMMA_C_SYNC/IPU_DP_GAMMA_S_SYNC [1,2] are given as device tree values
fsl,gamma-constk and fsl,gamma-slopek (see example values at
imx6q-sabrelite.dts calculated as su
to know the VC IDs, as it can't really do
anything independently with the peripheral anyway. All the transactions
should be started by the DSI peripheral driver.
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/20131205/55ae1300/attachment-0001.pgp>
On Thursday, December 05, 2013 at 07:28:08 PM, Denis Carikli wrote:
> If de-active and/or pixelclk-active properties were set in the
> display-timings DT node, they were not used.
>
> Instead the data-enable and the pixel data clock polarity
> were hardcoded.
>
> This change is needed for making
That new macro is needed by the imx_drm staging driver
for supporting the QVGA display of the eukrea-cpuimx51 board.
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: devicetree at vger.kernel.org
Cc: Greg Kroah-Hartman
Cc: driverdev-devel at linuxdriv
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: devicetree at vger.kernel.org
Cc: Greg Kroah-Hartman
Cc: driverdev-devel at linuxdriverproject.org
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: Mauro Carvalho Chehab
Cc: Laurent Pinchart
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: devicetree at vger.kernel.org
Cc: Greg Kroah-Hartman
Cc: driverdev-devel at linuxdriverproject.org
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: Mauro Carvalho Chehab
Cc: Laurent Pinchart
Cc: Dan Carpenter
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Stephen Warren
Cc: Ian Campbell
Cc: devicetree at vger.kernel.org
Cc: Greg Kroah-Hartman
Cc: driverdev-devel at linuxdriverproject.org
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: Sascha Hauer
Cc: Shawn Gu
On Thursday, December 05, 2013 at 07:28:07 PM, Denis Carikli wrote:
[...]
Can you please explain the correction here ? Why is it needed ? What was the
problem ?
Thanks!
Best regards,
Marek Vasut
On Thursday, December 05, 2013 at 07:28:09 PM, Denis Carikli wrote:
> Cc: Dan Carpenter
> Cc: Rob Herring
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc: Stephen Warren
> Cc: Ian Campbell
> Cc: devicetree at vger.kernel.org
> Cc: Greg Kroah-Hartman
> Cc: driverdev-devel at linuxdriverproject.org
>
If de-active and/or pixelclk-active properties were set in the
display-timings DT node, they were not used.
Instead the data-enable and the pixel data clock polarity
were hardcoded.
This change is needed for making the eukrea-cpuimx51
QVGA display work.
Greg Kroah-Hartman
Cc: driverdev-devel
41 matches
Mail list logo
