On 03/25/2015 at 10:00 PM, Daniel Vetter wrote:
> On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
>> On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
>> commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
>> Author: Damien Lespiau
>> Date: Thu Feb 5 18:30:20 2015
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150325/8d7899dd/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150325/4d3e1dd0/attachment-0001.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150325/2e909ddc/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150325/7f322994/attachment.html>
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150325/ac117d3e/attachment.html>
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150325/f9696d96/attachment.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150325/59d556d0/attachment.html>
On Wed, Mar 25, 2015 at 3:43 PM, Linus Torvalds
wrote:
>
> I'm going to wait a bit more with this, since clearly things are still
> in flux, and these two commits don't actually fix everything at all.
>
> There's apparently at least one more fix necessary.
Indeed. I can see the problem myself.
Hello,
the new version should fix most of the mentioned issues.
Tobias Jakobi wrote:
>> As a general note I would recommend keeping statements on separate lines
>> (none of if (foo) far()) as it makes debugging easier.
> OK, changing this.
Except for this, I didn't change it since I don't see
This is a very similar bug in the load detect code fixed in
commit 9128b040eb774e04bc23777b005ace2b66ab2a85
Author: Daniel Vetter
Date: Tue Mar 3 17:31:21 2015 +0100
drm/i915: Fix modeset state confusion in the load detect code
But this time around it was the initial fb code that forgot
On Wed, Mar 25, 2015 at 12:42:46PM -0400, Josh Boyer wrote:
> On Wed, Mar 25, 2015 at 11:53 AM, Josh Boyer
> wrote:
> > On Wed, Mar 25, 2015 at 11:50 AM, Daniel Vetter wrote:
> >> On Wed, Mar 25, 2015 at 11:37:35AM -0400, Josh Boyer wrote:
> >>> On Wed, Mar 25, 2015 at 10:00 AM, Daniel Vetter
On Wed, Mar 25, 2015 at 04:37:16PM +0100, Gerd Hoffmann wrote:
> Hi,
>
> > BTW can we teach virtio-gpu to look for framebuffer using
> > virtio pci caps?
>
> The virtio-gpu driver doesn't matter much here, it doesn't use it
> anyway.
>
> > Or are there limitations such as only
> > using IO
https://bugzilla.kernel.org/show_bug.cgi?id=78661
bjo at nord-west.org changed:
What|Removed |Added
CC||bjo at nord-west.org
--- Comment
Am Montag, den 23.03.2015, 19:17 +0100 schrieb Heiko Stuebner:
> Hi Philipp,
>
> Am Donnerstag, 12. März 2015, 21:45:19 schrieb Heiko Stuebner:
> > At least the Rockchip variant of the dw_hdmi can have controllable power
> > supplies providing 1.0 and 1.8V. Therefore add the possibility for the
This tests async processing of G2D jobs. A separate thread is spawned
to monitor the DRM fd for events and check whether a G2D job was
completed.
v2: Add GPLv2 header, argument handling and documentation.
Test is only installed when requested.
Signed-off-by: Tobias Jakobi
---
Currently only fast solid color clear performance is measured.
A large buffer is allocated and solid color clear operations
are executed on it with randomly chosen properties (position
and size of the region, clear color). Execution time is
measured and output together with the amount of pixels
On Wed, 25 Mar 2015, Xi Ruoyao wrote:
> It's annoying to see my code caused so much trouble. I didn't test my code
> with a HDMI device or I should've found this trouble before commiting. I
> apologize for that again.
Don't worry about it. It's our fail, not yours.
BR,
Jani.
--
Jani Nikula,
On Wed, Mar 25, 2015 at 11:37:35AM -0400, Josh Boyer wrote:
> On Wed, Mar 25, 2015 at 10:00 AM, Daniel Vetter wrote:
> > On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
> >> On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
> >> >> >> commit
Hi,
> BTW can we teach virtio-gpu to look for framebuffer using
> virtio pci caps?
The virtio-gpu driver doesn't matter much here, it doesn't use it
anyway.
> Or are there limitations such as only
> using IO port BARs, or compatibility with
> BIOS code etc that limit us to specific BARs
At Wed, 25 Mar 2015 15:00:08 +0100,
Daniel Vetter wrote:
>
> On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
> > On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
> > >> >> commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
> > >> >> Author: Damien Lespiau
> > >> >> Date: Thu Feb
On Wed, Mar 25, 2015 at 03:52:01PM +0100, Gerd Hoffmann wrote:
> Hi,
>
> > > diff --git a/drivers/virtio/virtio_pci_common.c
> > > b/drivers/virtio/virtio_pci_common.c
> > > index e894eb2..a3167fa 100644
> > > --- a/drivers/virtio/virtio_pci_common.c
> > > +++
On Di, 2015-03-24 at 22:50 +, Daniel Stone wrote:
> Hi,
>
> On 24 March 2015 at 16:07, Gerd Hoffmann wrote:
> > +static int virtio_gpu_crtc_page_flip(struct drm_crtc *crtc,
> > +struct drm_framebuffer *fb,
> > +struct
On 23.03.2015 07:14, Carsten Emde wrote:
> Hi Michel,
>
> [..]
> The most striking problem of kernel 3.18.9-rt4 affects all systems
> that
> are equipped with Radeon graphics (irrespective whether PCIe cards or
> APUs with on-chip graphics). They suffer from a hanging radeon
> > Signed-off-by: Dave Airlie
> > Signed-off-by: Gerd Hoffmann
>
> Standard request from my side for new drm drivers (especially if they're
> this simple): Can you please update the drivers to latest drm internal
> interfaces, i.e. using universal planes and atomic?
Have a docs / sample code
Hi,
> > diff --git a/drivers/virtio/virtio_pci_common.c
> > b/drivers/virtio/virtio_pci_common.c
> > index e894eb2..a3167fa 100644
> > --- a/drivers/virtio/virtio_pci_common.c
> > +++ b/drivers/virtio/virtio_pci_common.c
> > @@ -510,7 +510,7 @@ static int virtio_pci_probe(struct pci_dev
On Tue, Mar 24, 2015 at 5:04 PM, Dave Airlie wrote:
>
> Yes, Daniel indicated to Jani this morning we should pull this, so
> I'll sidestep the middle man here for expediency.
I'm going to wait a bit more with this, since clearly things are still
in flux, and these two commits don't actually fix
On Wed, Mar 25, 2015 at 01:37:41PM -0400, Josh Boyer wrote:
>>> >> Yeah that fail looks like we're freeing an fb that's still in use.
>>> >> Hilarity happens and since that happens under console_lock at boot-up
>>> >> your
>>> >> machine dies.
>>> >>
>>> >> Does that machine die the same way in
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/20150325/9fe8933b/attachment-0001.html>
On Tue, Aug 12, 2014 at 11:52:05PM -0400, Jérôme Glisse wrote:
> From: Jérôme Glisse
>
> Current code never allowed the page pool to actualy fill in anyway. This fix
> it and also allow it to grow over its limit until it grow beyond the batch
> size for allocation and deallocation.
>
>
On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
> On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
> >> >> commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
> >> >> Author: Damien Lespiau
> >> >> Date: Thu Feb 5 18:30:20 2015 +
> >> >>
> >> >> drm/i915: Don't try to
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/20150325/df061c27/attachment.html>
Am Sonntag, den 22.03.2015, 17:46 +0100 schrieb Thomas Meyer:
> Hi,
>
another hard lock-up of the graphic system. this time with
4.0.0-rc4-24381-gb314aca
I previously did use the Fedora default kernel, i.e. 3.18.x. with those
I didn't encounter these kind of lock-ups.
Mär 25 09:02:41
Hi,
On 03/13/2015 02:36 PM, Daniel Vetter wrote:
> On Fri, Mar 13, 2015 at 11:55:07AM +0530, Archit Taneja wrote:
>>
>>
>> On 03/11/2015 08:47 PM, Daniel Vetter wrote:
>>> On Wed, Mar 11, 2015 at 01:51:02PM +0530, Archit Taneja wrote:
On 03/10/2015 05:47 PM, Daniel Vetter wrote:
On Wed, Mar 25, 2015 at 1:17 PM, Daniel Vetter wrote:
> On Wed, Mar 25, 2015 at 12:42:46PM -0400, Josh Boyer wrote:
>> On Wed, Mar 25, 2015 at 11:53 AM, Josh Boyer
>> wrote:
>> > On Wed, Mar 25, 2015 at 11:50 AM, Daniel Vetter wrote:
>> >> On Wed, Mar 25, 2015 at 11:37:35AM -0400, Josh Boyer
freedesktop.org/archives/dri-devel/attachments/20150325/da958c4d/attachment.html>
This makes the generated protocol headers a lot more readable.
---
src/egl/wayland/wayland-drm/wayland-drm.xml | 159 +---
1 file changed, 100 insertions(+), 59 deletions(-)
diff --git a/src/egl/wayland/wayland-drm/wayland-drm.xml
On Wed, Mar 25, 2015 at 11:53 AM, Josh Boyer
wrote:
> On Wed, Mar 25, 2015 at 11:50 AM, Daniel Vetter wrote:
>> On Wed, Mar 25, 2015 at 11:37:35AM -0400, Josh Boyer wrote:
>>> On Wed, Mar 25, 2015 at 10:00 AM, Daniel Vetter wrote:
>>> > On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer
On Tuesday, March 24, 2015 02:03:44 PM Javi Merino wrote:
> Now that the kernel provides DIV_ROUND_CLOSEST_ULL(), drop the internal
> implementation and use the kernel one.
>
> Cc: "Rafael J. Wysocki"
> Cc: Mel Gorman
> Cc: Stephen Hemminger
> Signed-off-by: Javi Merino
Acked-by: Rafael J.
On Wed, Mar 25, 2015 at 11:50 AM, Daniel Vetter wrote:
> On Wed, Mar 25, 2015 at 11:37:35AM -0400, Josh Boyer wrote:
>> On Wed, Mar 25, 2015 at 10:00 AM, Daniel Vetter wrote:
>> > On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
>> >> On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter
On 03/25/2015 at 12:54 AM, Josh Boyer wrote:
> On Tue, Mar 24, 2015 at 12:49 PM, Daniel Vetter wrote:
>> On Tue, Mar 24, 2015 at 05:48:31PM +0100, Daniel Vetter wrote:
>>> On Tue, Mar 24, 2015 at 12:10:28PM -0400, Josh Boyer wrote:
On Tue, Mar 24, 2015 at 10:46 AM, Josh Boyer >>>
On Wed, Mar 25, 2015 at 10:00 AM, Daniel Vetter wrote:
> On Wed, Mar 25, 2015 at 09:11:17AM -0400, Josh Boyer wrote:
>> On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
>> >> >> commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
>> >> >> Author: Damien Lespiau
>> >> >> Date: Thu Feb 5
Hello,
On 2015ë
03ì 25ì¼ 03:32, Rob Clark wrote:
> On Mon, Mar 16, 2015 at 4:05 AM, Daniel Vetter wrote:
>> On Fri, Mar 13, 2015 at 03:12:10PM -0400, Stephane Viau wrote:
>>> From: Beeresh Gopal
>>>
>>> Using fb modifier flag, support NV12MT format in MDP4.
>>>
>>> v2:
>>> - rework the
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/20150325/96dfa86f/attachment.html>
> [drm] Radeon Display Connectors
> [drm] Connector 0:
> [drm] VGA-1
> [drm] DDC: 0x7e40 0x7e40 0x7e44 0x7e44 0x7e48 0x7e48 0x7e4c 0x7e4c
> [drm] Encoders:
> [drm] CRT1: INTERNAL_KLDSCP_DAC1
> [drm] Connector 1:
> [drm] DVI-D-1
> [drm] HPD3
> [drm] DDC: 0x7e50 0x7e50 0x7e54 0x7e54
ur own
kernel with kbuntu. If you managed to do so applying the patch on top of it is
trivial.
--
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
On Wed, Mar 25, 2015 at 09:56:28AM +0100, Daniel Vetter wrote:
> > I've started seeing this one too as of rc5.
> > Along with..
>
> Yeah we're freeing memory too early with these bugs. To get up to the
> current debug state can you please cherry-pick
>
> commit
On Tue, Mar 24, 2015 at 6:04 AM, Thierry Reding
wrote:
> On Wed, Feb 11, 2015 at 06:50:08PM +0100, Philipp Zabel wrote:
>> Add Ampire Co., Ltd. to the list of device tree vendor prefixes.
>>
>> Signed-off-by: Philipp Zabel
>> ---
>> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
>>
On Wed, Mar 25, 2015 at 01:47:54PM +0530, Archit Taneja wrote:
> Hi,
>
> On 03/13/2015 02:36 PM, Daniel Vetter wrote:
> >On Fri, Mar 13, 2015 at 11:55:07AM +0530, Archit Taneja wrote:
> >>
> >>
> >>On 03/11/2015 08:47 PM, Daniel Vetter wrote:
> >>>On Wed, Mar 11, 2015 at 01:51:02PM +0530, Archit
On Wed, Mar 25, 2015 at 10:04:09AM +1000, Dave Airlie wrote:
> On 25 March 2015 at 09:48, Linus Torvalds
> wrote:
> > drm/i915: Don't try to reference the fb in get_initial_plane_config()
> >
> > On Mon, Mar 23, 2015 at 7:11 PM, Dave Airlie wrote:
> >>
> >> a few people reported an oops
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150325/c2998d42/attachment.html>
On 25 March 2015 at 09:48, Linus Torvalds
wrote:
> drm/i915: Don't try to reference the fb in get_initial_plane_config()
>
> On Mon, Mar 23, 2015 at 7:11 PM, Dave Airlie wrote:
>>
>> a few people reported an oops that looks to be fixed in drm-next already,
>> so I've pulled the patch back.
On 25 March 2015 at 08:50, Daniel Stone wrote:
> Hi,
>
> On 24 March 2015 at 16:07, Gerd Hoffmann wrote:
>> +static int virtio_gpu_crtc_page_flip(struct drm_crtc *crtc,
>> +struct drm_framebuffer *fb,
>> +struct
As there isn't a way for the firmware on the Nyan chromebooks to hand
over the display to the kernel, and the kernel isn't redoing the whole
configuration at present.
With this patch, the SOR is brought to a known state and we get correct
display on every boot.
Signed-off-by: Tomeu Vizoso
---
On Mon, Mar 23, 2015 at 09:41:20PM -0400, Dave Jones wrote:
> On Mon, Mar 23, 2015 at 11:33:42AM -0400, Josh Boyer wrote:
>
> > I have a machine that no longer boots in a headless manner with -rc5.
> > It's an Celeron based NUC device. I blacklisted the i915 driver and
> > it boots fine,
On Tue, Mar 24, 2015 at 12:10:28PM -0400, Josh Boyer wrote:
> On Tue, Mar 24, 2015 at 10:46 AM, Josh Boyer
> wrote:
> > On Tue, Mar 24, 2015 at 10:34 AM, Daniel Vetter wrote:
> >> On Tue, Mar 24, 2015 at 10:22:30AM -0400, Josh Boyer wrote:
> >>> On Tue, Mar 24, 2015 at 9:57 AM, Josh Boyer >>>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150325/3e4eb4bb/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=85421
--- Comment #39 from EmanueL Czirai ---
Created attachment 172311
--> https://bugzilla.kernel.org/attachment.cgi?id=172311=edit
same error as OP (dmesg)
Sorry, I thought it was the same thing(bug).
I actually did get the same error as OP once
On Tue, Mar 24, 2015 at 10:49:22PM +, Daniel Stone wrote:
> Hi,
> Yikes, I think we're talking past each other a bit. So I thought a v2
> might help.
>
> On 24 March 2015 at 08:55, Daniel Vetter wrote:
> > On Mon, Mar 23, 2015 at 04:58:47PM +, Daniel Stone wrote:
> >> On 23 March 2015 at
On Wed, Mar 25, 2015 at 4:54 AM, Daniel Vetter wrote:
>> >> commit f55548b5af87ebfc586ca75748947f1c1b1a4a52
>> >> Author: Damien Lespiau
>> >> Date: Thu Feb 5 18:30:20 2015 +
>> >>
>> >> drm/i915: Don't try to reference the fb in get_initial_plane_config()
>> >>
>> >> From linux-next?
Hi Dave,
Here is the pull request of amdkfd for 4.1
drm-amdkfd-next-2015-03-25:
- Allow amdkfd to work with multiple kgd instances. This is in preparation for
AMD's new open source kernel graphic driver (amdgpu), and for the new
AMD APU, Carrizo.
- Convert timestamping to use 64bit time
/attachments/20150325/a23064c0/attachment.html>
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150325/edde8895/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150325/97aca43b/attachment.html>
hments/20150325/8c9af7af/attachment.html>
% exact timings aren't critical; it's more just having
something to gate to 60fps that we can actually drive Weston's repaint loop
off, as that's (not unreasonably) driven by pageflip events.
Cheers,
Daniel
-- next part --
An HTML attachment was scrubbed...
URL:
<ht
org/archives/dri-devel/attachments/20150325/6026bf38/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=85421
--- Comment #38 from Michel Dänzer ---
Emanuel, please file your own report for the webcam related hang.
--
You are receiving this mail because:
You are watching the assignee of the bug.
system so badly?
--
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/20150325/3be635bf/attachment.html>
69 matches
Mail list logo