RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141017/4b9d724d/attachment.html>
Thanks a ton, I plan to try this out right away.
- Rian
On Oct 15, 2014, at 4:34 PM, Thomas Hellstrom wrote:
> Hi!
>
> On 09/25/2014 06:52 PM, Rian Quinn wrote:
>> I have been doing a lot of work with LibDRM, including Multi-Monitor work on
>> Intel and VMWare. Do you guy?s know if there is
Am 17.10.2014 um 05:11 schrieb Michel D?nzer:
> On 17.10.2014 09:23, Dave Airlie wrote:
>> I have someone running F20 + a hacked up glamor to fix some leaks,
>> however he is getting
>> order 4/5 memory allocation failures in the kmalloc_array in
>> radeon_vm_get_bos
>>
>> radeon_vm_get_bos+0x30/0
On valleyview, all enabled pipes get added to the prepare mask. However
if you did state readout to find that the crtc is enabled, but failed to
map stolen mem and wrap it in a bo (and fb), you could end up in a
scenario where crtc->primary->fb is still null on first modeset. So
lets check for th
On 16.10.2014 23:14, Alex Deucher wrote:
> As part of the amdgpu transition, we are moving to using database
> generated register and packet headers. We have a number of options
> for formatting, some of which involve bitfields (don't worry there
> will also be shift/mask style headers as well whi
Currently forcing the video mode from the kernel command line (for example
video=HDMI-A-1:1280x720-16 at 60) does not correctly set the number of bits
per pixel. This is due to a rather aggressive override in
msm_fbdev_create(). This is a particular problem for Android bring up
because the software
On 2014?10?17? 16:25, Heiko St?bner wrote:
> Am Freitag, 17. Oktober 2014, 16:16:01 schrieb Mark yao:
>> On 2014?10?17? 14:24, Heiko St?bner wrote:
>>> Hi Mark,
>>>
>>> Am Freitag, 17. Oktober 2014, 12:22:53 schrieb Mark yao:
On 2014?10?17? 08:46, Dave Airlie wrote:
> On 17 October 2014 10
On 2014?10?17? 14:24, Heiko St?bner wrote:
> Hi Mark,
>
> Am Freitag, 17. Oktober 2014, 12:22:53 schrieb Mark yao:
>> On 2014?10?17? 08:46, Dave Airlie wrote:
>>> On 17 October 2014 10:40, Mark yao wrote:
Hi
I think Rockchip drm driver is ready now, can it land?
>>> I probably want to wa
On 17/10/14 15:43, Rob Clark wrote:
> On Fri, Oct 17, 2014 at 10:28 AM, Daniel Thompson
> wrote:
>> Currently forcing the video mode from the kernel command line (for example
>> video=HDMI-A-1:1280x720-16 at 60) does not correctly set the number of bits
>> per pixel. This is due to a rather aggres
Currently forcing the video mode from the kernel command line (for example
video=HDMI-A-1:1280x720-16 at 60) does not correctly set the number of bits
per pixel. This is due to a rather aggressive override in
msm_fbdev_create(). This is a particular problem for Android bring up
because the software
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141017/eb8d987e/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141017/e61cdc4e/attachment.html>
e what change
caused the regression.
--
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/20141017/e14ed7bb/attachment.html>
On 2014?10?17? 08:46, Dave Airlie wrote:
> On 17 October 2014 10:40, Mark yao wrote:
>> Hi
>> I think Rockchip drm driver is ready now, can it land?
> I probably want to wait until -rc1 though I suppose since its a new
> driver and self contained we might be able to see if Linus is
> interested in
On 17.10.2014 09:23, Dave Airlie wrote:
> I have someone running F20 + a hacked up glamor to fix some leaks,
> however he is getting
> order 4/5 memory allocation failures in the kmalloc_array in radeon_vm_get_bos
>
> radeon_vm_get_bos+0x30/0x120
>
> I think we should fallback to vmalloc or just us
u 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/20141017/f1381679/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141017/52544761/attachment.html>
On Fri, Oct 17, 2014 at 7:19 AM, Rob Clark wrote:
> btw, random question.. have you looked at all at the possibility of
> generating envytools xml somehow from your internal db? Not sure how
> hard/easy that would be. But then you could use headergen. And who
> knows, the rnndec register parsi
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141017/5d350756/attachment.html>
lightening. I'll attach them.
--
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/20141017/41d003f4/attachment.html>
On 17 October 2014 10:40, Mark yao wrote:
> Hi
> I think Rockchip drm driver is ready now, can it land?
I probably want to wait until -rc1 though I suppose since its a new
driver and self contained we might be able to see if Linus is
interested in squeezing it in.
Can you send me a git pull requ
On Fri, Oct 17, 2014 at 10:28 AM, Daniel Thompson
wrote:
> Currently forcing the video mode from the kernel command line (for example
> video=HDMI-A-1:1280x720-16 at 60) does not correctly set the number of bits
> per pixel. This is due to a rather aggressive override in
> msm_fbdev_create(). This
Am Freitag, 17. Oktober 2014, 16:16:01 schrieb Mark yao:
> On 2014?10?17? 14:24, Heiko St?bner wrote:
> > Hi Mark,
> >
> > Am Freitag, 17. Oktober 2014, 12:22:53 schrieb Mark yao:
> >> On 2014?10?17? 08:46, Dave Airlie wrote:
> >>> On 17 October 2014 10:40, Mark yao wrote:
> Hi
> I thin
I have someone running F20 + a hacked up glamor to fix some leaks,
however he is getting
order 4/5 memory allocation failures in the kmalloc_array in radeon_vm_get_bos
radeon_vm_get_bos+0x30/0x120
I think we should fallback to vmalloc or just use drm_malloc_ab in here instead,
any reason we have
Hi Dave -
Here's the first batch of fixes for 3.18.
BR,
Jani.
The following changes since commit ebb69c95175609990af708ec90c46530f5a2c819:
drm/i915: Enable pixel replicated modes on BDW and HSW. (2014-10-01 10:01:41
+0200)
are available in the git repository at:
git://anongit.freedeskt
Hi
I think Rockchip drm driver is ready now, can it land?
Thanks.
On 2014?10?08? 18:23, Mark Yao wrote:
> This a series of patches is a DRM Driver for Rockchip Socs, add support
> for vop devices. Future patches will add additional encoders/connectors,
> such as eDP, HDMI.
>
> The basic "crtc" for
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141017/fe6dc758/attachment.html>
Hi Mark,
Am Freitag, 17. Oktober 2014, 12:22:53 schrieb Mark yao:
> On 2014?10?17? 08:46, Dave Airlie wrote:
> > On 17 October 2014 10:40, Mark yao wrote:
> >> Hi
> >> I think Rockchip drm driver is ready now, can it land?
> >
> > I probably want to wait until -rc1 though I suppose since its a n
btw, random question.. have you looked at all at the possibility of
generating envytools xml somehow from your internal db? Not sure how
hard/easy that would be. But then you could use headergen. And who
knows, the rnndec register parsing stuff might be useful for things
like cmdstream decoder
On 17 October 2014 05:16, Christian K?nig wrote:
> Well, making a long story short:
> http://yarchive.net/comp/linux/bitfields.html
Thanks, that++,
Just for that alone we should try and avoid using them in the driver.
Dave.
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/20141017/f26cfdfd/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20141017/cb56ceb9/attachment.html>
The reason why we use DRM interface is mainly we want to use GEM for video
memory manager.
Thanks,
Fei
-Original Message-
From: Rob Clark [mailto:robdcl...@gmail.com]
Sent: Friday, October 17, 2014 2:43 AM
To: Thierry Reding
Cc: Kelley, Sean V; Vetter, Daniel; intel-gfx at lists.freedes
Thanks for Emil's suggestion. You are right, we need make sure structure size
aligned on 8 bytes, which is important for 32bit-64bit compatible case.
Fei
-Original Message-
From: Emil Velikov [mailto:emil.l.veli...@gmail.com]
Sent: Thursday, October 16, 2014 11:20 PM
To: Cheng, Yao; inte
Thx Emil. Understood now. Will re-scan the data structures and update.
> -Original Message-
> From: Emil Velikov [mailto:emil.l.velikov at gmail.com]
> Sent: Thursday, October 16, 2014 11:20 PM
> To: Cheng, Yao; intel-gfx at lists.freedesktop.org
> Cc: emil.l.velikov at gmail.com; Jiang, F
35 matches
Mail list logo
