(which takes an fb id) and the small extension to
create v4l-backed framebuffers.
Cheers, Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
there. And with atomic we already have
almost everything there: For the writeback framebuffer we only need a new
WRITEBACK property (which takes an fb id) and the small extension to
create v4l-backed framebuffers.
Cheers, Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http
you've had a chance to read my comments above in case you have more
thoughts and feedback.
Cheers, Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
On Tue, Jun 23, 2015 at 12:46:09PM +0200, Fabio Coatti wrote:
In data martedì 23 giugno 2015 11:48:47, Daniel Vetter ha scritto:
On Tue, Jun 23, 2015 at 08:27:13AM +0100, Daniel Stone wrote:
Hi,
On 23 June 2015 at 07:39, Daniel Vetter dan...@ffwll.ch wrote:
Which drm driver
);
if (!ttm-sg)
return -ENOMEM;
--
1.7.9.5
___
dri-devel mailing list
dri-de...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http
On Fri, Jun 26, 2015 at 09:34:43AM +0200, Daniel Vetter wrote:
On Fri, Jun 26, 2015 at 11:54:10AM +0530, Maninder Singh wrote:
Use kzalloc rather than kcalloc(1.. for allocating
one thing.
Signed-off-by: Maninder Singh maninder...@samsung.com
Reviewed-by: Vaneet Narang v.nar
+ *
* Import callback:
*
* - @gem_prime_import_sg_table (import): produce a GEM object from another
--
2.4.3
___
dri-devel mailing list
dri-de...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
Please read the FAQ at http://www.tux.org/lkml/
);
return 0;
--
2.1.4
___
dri-devel mailing list
dri-de...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from
/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Jun 23, 2015 at 08:27:13AM +0100, Daniel Stone wrote:
Hi,
On 23 June 2015 at 07:39, Daniel Vetter dan...@ffwll.ch wrote:
Which drm driver are you using? I didn't spot anything in your module list
but might have missed it. Booting with drm.debug=0xe and grabbing dmesg
will tell us
it. Booting with drm.debug=0xe and grabbing dmesg
will tell us for sure.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
Please read the FAQ at http://www.tux.org/lkml/
.
___
Intel-gfx mailing list
intel-...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
guess for general distros and servers
that's needed - developers simply disable all of fbdev to be able to
debug kms hangs.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux
On Sat, Jun 27, 2015 at 4:12 PM, Borislav Petkov b...@alien8.de wrote:
On Sat, Jun 27, 2015 at 03:52:56PM +0200, Daniel Vetter wrote:
Hm, what do you mean by fixing this in the allocator? I've made some
rough sketch of the problem space in
http://www.x.org/wiki/DRMJanitors/ under Make panic
[58110.820218] ---[ end trace ab0c230901a0ee95 ]---
Thanks
Rui
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
___
dri-devel mailing list
dri-de...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
and friends)
Cc: Lionel Landwerlin lionel.g.landwer...@linux.intel.com
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Tvrtko Ursulin tvrtko.ursu...@intel.com
Reviewed-by: Tvrtko Ursulin tvrtko.ursu...@intel.com [v8]
[danvet: s/\rq\/req/g]
Signed-off-by: Daniel Vetter daniel.vet
(+), 7 deletions(-)
I can split this into one patch per subsystem, but that seems a bit overkill.
Can someone take it ?
Acked-by: Daniel Vetter daniel.vet...@ffwll.ch for the atomic_helper.c
part.
-Daniel
diff --git a/arch/metag/include/asm/elf.h b/arch/metag/include/asm/elf.h
index
On Tue, Jun 30, 2015 at 10:13:35PM +0200, Michal Hocko wrote:
On Tue 30-06-15 18:59:29, Daniel Vetter wrote:
[...]
I looked at dmesg, nothing out of the ordinary there. Unfortunately also
no hints why the pipe is somehow off when we think it's on. Can you please
test the below patch
On Wed, Jul 1, 2015 at 9:26 AM, Rui Wang rui.y.w...@intel.com wrote:
On Tuesday, June 30, 2015 11:24 PM, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
On Tue, Jun 30, 2015 at 9:23 AM, Rui Wang rui.y.w...@intel.com wrote:
But einj does something more than what an IPI can do, it injects hardware
On Wed, Jul 01, 2015 at 05:54:06PM +0300, Ander Conselvan De Oliveira wrote:
On Tue, 2015-06-30 at 18:41 +0300, Jani Nikula wrote:
On Tue, 30 Jun 2015, Daniel Vetter dan...@ffwll.ch wrote:
On Tue, Jun 30, 2015 at 04:47:06PM +0300, Jani Nikula wrote:
On Tue, 30 Jun 2015, Ander Conselvan de
=e90dfec78ec288d6c89a7b508a5c5d4ae8b7f934
Can you mix compilation flag and module param ?
Hm, the point of the kconfig is to not require all the legacy baggage
from fbdev. But I guess a module option could be added later on too.
bochs has it too.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79
://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
mailing list
dri-de...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
):
drm/crtc: Fix edid length computation
drivers/gpu/drm/drm_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
more corner-cases) between drm drivers in the
shared fbdev emulation library.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
On Mon, Jun 29, 2015 at 10:09 AM, Borislav Petkov b...@alien8.de wrote:
On Sat, Jun 27, 2015 at 07:56:19PM +0200, Daniel Vetter wrote:
snip very useful explanation for !GPU people
Which could all happen very much after the kernel made it's dying
sigh. Display hw has long stopped being
://bugs.freedesktop.org/show_bug.cgi?id=90462
Signed-off-by: Ander Conselvan de Oliveira
ander.conselvan.de.olive...@intel.com
Reviewed-by: Damien Lespiau damien.lesp...@intel.com
Reported-and-tested-by: Tvrtko Ursulin tvrtko.ursu...@linux.intel.com
Signed-off-by: Daniel Vetter
___
dri-devel mailing list
dri-de...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe
-request.signal))
--
2.1.4
___
dri-devel mailing list
dri-de...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send
to topic/drm-misc, thanks.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, May 26, 2015 at 08:57:13AM +0100, Chris Wilson wrote:
On Tue, May 26, 2015 at 07:47:22AM +0200, Daniel Vetter wrote:
This reverts commit 118182e9d7d5afa0c7c10f568afb46ab78b462e9.
It's causing too much trouble when compile-testing for non-i915 folks.
What's the argument against
This reverts commit 118182e9d7d5afa0c7c10f568afb46ab78b462e9.
It's causing too much trouble when compile-testing for non-i915 folks.
Cc: Chris Wilson ch...@chris-wilson.co.uk
Cc: Jani Nikula jani.nik...@intel.com
Cc: Andrew Morton a...@linux-foundation.org
Signed-off-by: Daniel Vetter daniel.vet
)++) \
if (plane_state)
#endif /* DRM_ATOMIC_H_ */
--
2.4.1
___
dri-devel mailing list
dri-de...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software
On Wed, Jul 01, 2015 at 03:23:39PM +0300, Jani Nikula wrote:
+intel-gfx and Matt
On Wed, 01 Jul 2015, Michal Hocko mho...@suse.cz wrote:
On Wed 01-07-15 10:26:39, Daniel Vetter wrote:
On Tue, Jun 30, 2015 at 10:13:35PM +0200, Michal Hocko wrote:
On Tue 30-06-15 18:59:29, Daniel Vetter
On Mon, Aug 03, 2015 at 08:37:41AM -0600, Jonathan Corbet wrote:
On Mon, 3 Aug 2015 10:23:19 +0200
Daniel Vetter dan...@ffwll.ch wrote:
I'm wondering if we need a kernel summit session on commenting
conventions, markdown-in-kerneldoc, etc? Maybe I'll stick a proposal out
On Thu, Jul 30, 2015 at 11:50:29AM -0400, Theodore Ts'o wrote:
On Thu, Jul 30, 2015 at 04:40:02PM +0200, Daniel Vetter wrote:
I have 4 patches in git://people.freedesktop.org/~danvet/drm fixes-stuff
but I couldn't test them yet since no dp mst here and I didn't find
anything that would ship
On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
This is the start of a full VC4 driver. Right now this just supports
configuring the display using a pre-existing video mode (because
changing the pixel clock isn't available yet, and doesn't work when it
is). However, this is
...@intel.com
Signed-off-by: Daniel Vetter daniel.vet...@intel.com
---
drivers/staging/android/TODO | 20
1 file changed, 20 insertions(+)
diff --git a/drivers/staging/android/TODO b/drivers/staging/android/TODO
index 06954cdf3dba..bc84a72af32d 100644
--- a/drivers/staging/android/TODO
would be good (since the current approach is
obviously a bit fragile). Anyway:
Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch
Thanks, Daniel
---
Only compile tested, for the wrpll warning.
Thanks,
Ander
drivers/gpu/drm/i915/intel_dp.c | 3 +++
1 file changed, 3 insertions
On Tue, Jun 30, 2015 at 9:23 AM, Rui Wang rui.y.w...@intel.com wrote:
On Tuesday, June 30, 2015 2:37 PM, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
On Tue, Jun 30, 2015 at 4:53 AM, Rui Wang rui.y.w...@intel.com wrote:
I think testing can be done by injecting a fatal machine check
on crtc %i\n, crtc);
--
Michal Hocko
SUSE Labs
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On Tue, Jun 30, 2015 at 06:07:44PM +0200, Michal Hocko wrote:
On Tue 30-06-15 16:32:49, Daniel Vetter wrote:
[...]
Looks like the vblank is actually running, just the wakeup somehow doesn't
happen in time. What machine is this (lspci -nn)?
00:00.0 Host bridge [0600]: Intel Corporation 2nd
references, no broken links are
added.
[1] - lists.freedesktop.org/archives/dri-devel/2014-August/065404.html
Signed-off-by: Danilo Cesar Lemes de Paula danilo.ce...@collabora.co.uk
Cc: Randy Dunlap rdun...@infradead.org
Cc: Daniel Vetter daniel.vet...@ffwll.ch
Cc: Laurent Pinchart
Any updates on this or too much distractions? I really think doing
this would be awesome for the drm subsystem, instead of reinventing
this wheel for each driver.
-Daniel
On Wed, Mar 25, 2015 at 10:21 AM, Daniel Vetter dan...@ffwll.ch wrote:
On Wed, Mar 25, 2015 at 01:47:54PM +0530, Archit
On Tue, Jun 30, 2015 at 4:53 AM, Rui Wang rui.y.w...@intel.com wrote:
On Monday, June 29, 2015 5:25 PM, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
As long as the display is up and running we should have a fair stab at
showing the oops - it's just that no one has seriously bothered
mailing list
dri-de...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
you a pull for the mst one tomorrow and look into the
watermark fail in intel_pm.c too.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
comment doesn't follow those rules, it will be ignored.
Signed-off-by: Danilo Cesar Lemes de Paula danilo.ce...@collabora.co.uk
Cc: Randy Dunlap rdun...@infradead.org
Cc: Daniel Vetter daniel.vet...@ffwll.ch
Cc: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Jonathan Corbet cor
/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
config_reset. Instead please test drm: Fixup
locking WARNINGs in drm_mode_config_reset which should address this
problem too.
Thanks, Daniel
-adjust patch order for creating pull request
Changed in v12
-Add one patch for MAINTAINER entry for drm/layerscape
Adviced by Daniel Vetter
-Add #include
series, so I think that's really what we should use to judge
these patches.
Of course then there's the seemingly eternal chicken/egg problem of
upstream gpu drivers for SoCs :(
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list
On Wed, Jul 29, 2015 at 01:16:14PM +0100, Mel Gorman wrote:
On Wed, Jul 29, 2015 at 12:55:54PM +0200, Daniel Vetter wrote:
On Wed, Jul 29, 2015 at 11:49:45AM +0100, Mel Gorman wrote:
On Mon, Jul 13, 2015 at 05:35:15PM +0900, Gioh Kim wrote:
My ARM-based platform occured severe
...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo
___
dri-devel mailing list
dri-de...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
). For that
I've already pulled Danilo's patches into the drm-intel integration tree
and I plan to use them for any further drm kerneldoc I write since we
really need them.
Thanks, Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send
On Thu, Jul 30, 2015 at 11:50:29AM -0400, Theodore Ts'o wrote:
On Thu, Jul 30, 2015 at 04:40:02PM +0200, Daniel Vetter wrote:
I have 4 patches in git://people.freedesktop.org/~danvet/drm fixes-stuff
but I couldn't test them yet since no dp mst here and I didn't find
anything that would ship
On Thu, Jul 30, 2015 at 5:32 PM, Theodore Ts'o ty...@mit.edu wrote:
On Thu, Jul 30, 2015 at 04:40:02PM +0200, Daniel Vetter wrote:
On Wed, Jul 29, 2015 at 10:18:16PM -0700, Linus Torvalds wrote:
drivers/gpu/drm/drm_atomic_helper.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions
at updating.
Really if that's all you have to comment and no substantial technical
concerns or questions then just can such a bikeshed mail.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
Daniel Vetter dan...@ffwll.ch writes:
On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
This is the start of a full VC4 driver. Right now this just supports
configuring the display using a pre-existing video mode
On Mon, Aug 03, 2015 at 12:25:11PM -0400, Theodore Ts'o wrote:
On Mon, Aug 03, 2015 at 05:27:29PM +0200, Daniel Vetter wrote:
Ok I updated fixes-stuff with just 2 patches which seem to be enough to
fix it. Plus a patch to convert Linus' hack into something we can keep
plus a drive
On Mon, Jul 27, 2015 at 01:21:01PM +0200, Thierry Reding wrote:
On Thu, Jul 23, 2015 at 09:38:46AM +0200, Daniel Vetter wrote:
[...]
On Thu, Jul 23, 2015 at 9:31 AM, Daniel Vetter daniel.vet...@ffwll.ch
wrote:
[...]
Shobhit Kumar (8):
[...]
pwm: crc: Add Crystalcove (CRC) PWM
On Fri, Jul 24, 2015 at 11:21:57AM +0800, jianwei wang wrote:
Hi Dave,
I think Freescale DCU DRM driver is ready now, can it land?
I have worked on this driver for about nine month. Daniel Vetter,
Thierry Reding, Mark yao,
Alexander Stein, Paul Bolle, Alison Wang, Stefan Agner reviewed
On Fri, Jul 24, 2015 at 10:39:04PM -0400, Dan Williams wrote:
acpi_os_ioremap uses cached mappings, however it appears that i915
wants to read dynamic platform state. Switch to ioremap() to prevent it
reading stale state from cache.
Cc: Daniel Vetter daniel.vet...@intel.com
Cc: Jani Nikula
Oops, somehow removed the mailing lists from Cc: when adding all other
maintainers. Fixed that now.
-Daniel
On Thu, Jul 23, 2015 at 9:31 AM, Daniel Vetter daniel.vet...@ffwll.ch wrote:
Hi Dave,
crystalcove pmic support from Shobhit. Patch series has all acks/r-bs from
other mainainers so ok
);
-
- if (intel_crtc-atomic.update_wm)
+ if (intel_crtc-atomic.update_wm_pre)
intel_update_watermarks(crtc);
intel_runtime_pm_get(dev_priv);
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe
rather than adjust the value
reported to userspace.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=91105
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Daniel Vetter daniel.vet...@ffwll.ch
Cc: sta...@vger.kernel.org
Signed-off-by: Daniel Vetter
On Mon, Jul 13, 2015 at 11:44:15PM +0900, Sergey Senozhatsky wrote:
On (07/13/15 16:35), Daniel Vetter wrote:
On Mon, Jul 13, 2015 at 09:51:39PM +0900, Sergey Senozhatsky wrote:
4.2.0-rc2-next-20150713
Is this also an issue in the 4.2-rc series or only in -next?
don't know how
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
Acked-by: Daniel Vetter daniel.vet...@ffwll.ch
Also adding Greg so he knows what's happening here.
-Daniel
+
+ ret = request_firmware(fw, csr-fw_path, dev_priv-dev-pdev-dev);
+if (ret) {
+ i915_firmware_load_error_print(csr-fw_path, ret
On Tue, Jul 14, 2015 at 08:39:50PM +0900, Sergey Senozhatsky wrote:
On (07/13/15 17:05), Daniel Vetter wrote:
It goes boom somewhere from the cursor ioctl code, which means X is
probably involved. Usual suspects are vt-switching, suspend/resume or
cursor vs. DPMS. You can force a DPMS off
On Tue, Jul 14, 2015 at 10:41:42PM +0900, Sergey Senozhatsky wrote:
On (07/14/15 14:44), Daniel Vetter wrote:
that helped. seems to be working only on -next.
You mean you only get a backtrace on -next, right?
yeah, sure :-)
Otherwise I'd be confused ;-)
Next up. Please boot
it's a big patch series with a testing chicken-egg problem, so I
figured I'll give it a spin in -next. Dropped again until it works better.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Tue, Jul 14, 2015 at 01:37:32PM -0700, Greg KH wrote:
On Tue, Jul 14, 2015 at 11:22:35AM +0200, Daniel Vetter wrote:
On Mon, Jul 13, 2015 at 09:36:45AM -0700, jay.p.pa...@intel.com wrote:
From: Jay Patel jay.p.pa...@intel.com
NOTE: This is an interim solution which is targeted
/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
On Fri, Jul 17, 2015 at 11:51:03AM +0530, Sudip Mukherjee wrote:
On Wed, Jul 01, 2015 at 05:12:45PM +0530, Sudip Mukherjee wrote:
These variables were assigned some values but they were never used.
Gentle ping.
Both applied to drm-misc, thanks.
-Daniel
--
Daniel Vetter
Software Engineer
?
It's all been added for the tp validation support. And yes it should be
removed everywhere.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
or drm-intel-nightly) won't test any patches
for 4.2.
-Daniel
Oh and Signed-off-by: Daniel Vetter daniel.vet...@intel.com in case you
decide to apply this right away.
---
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index ba9321998a41..85ac6d85dc39
___
Intel-gfx mailing list
intel-...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
control] On 26/06/2015 (Fri 20:47) Ville Syrjälä wrote:
On Fri, Jun 26, 2015 at 06:31:37PM +0200, Daniel Vetter wrote:
On Fri, Jun 26, 2015 at 02:32:03PM +0530, Shobhit Kumar wrote:
Hi,
Next update of the series reviewed at
https://lkml.org/lkml/2015/6/22/155
Major
On Tue, Jul 21, 2015 at 12:11:18PM +0530, Sudip Mukherjee wrote:
On Mon, Jul 20, 2015 at 05:33:50PM +0200, Daniel Vetter wrote:
On Mon, Jul 20, 2015 at 08:36:01PM +0530, Sudip Mukherjee wrote:
While creating the debugfs file we are setting the inode-i_private to
dev. That same dev
, head) {
if (connector-connector_type !=
--
1.8.1.2
___
dri-devel mailing list
dri-de...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Daniel Vetter
Software Engineer, Intel Corporation
http
it wants struct
drm_rect but atomic states don't give you that.
-Daniel
> +
> if (crtc_x < 0) {
> offset += drm_format_plane_cpp(fb->pixel_format, 0) * -crtc_x;
> crtc_w += crtc_x;
> --
> 2.6.1
>
> ________
ivers/gpu/drm/vc4/vc4_hdmi.c
> > create mode 100644 drivers/gpu/drm/vc4/vc4_hvs.c
> > create mode 100644 drivers/gpu/drm/vc4/vc4_kms.c
> > create mode 100644 drivers/gpu/drm/vc4/vc4_plane.c
> > create mode 100644 drivers/gpu/drm/vc4/vc4_regs.h
> >
> > __
e as well ?
>
> Hunk was added with commit fdc0b8a63c1124bb025a2846d41531a123845740
>
> Reviewed-by: Emil Velikov <emil.l.veli...@gmail.com>
Same deal, already merged.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this lis
.com>
>
> Daniel can you pick this up (esp. since you added it with commit
> c828e20456301b0f5192a1f75e8bf8a6afd15551)
Dave already applied it.
-Daniel
>
> Thanks
> Emil
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
--
To unsubscribe from this list: sen
etting up a
> default configuration, or as a result of userspace setting up the wanted
> configuration. You're also likely only seeing this the first time around
> and subsequent calls will not trigger this anymore because at that point
> the core will have reset connector->encoder
_device *drm,
> +struct dma_buf_attachment *attach,
> struct sg_table *sgt);
> +
> void *rockchip_gem_prime_vmap(struct drm_gem_object *obj);
> void rockchip_gem_prime_vunmap(struct drm_gem_object *obj, void *vaddr);
>
goto err_remove_crtc;
> }
> + ipu_crtc_set_primary_plane(ipu_crtc);
>
> /* If this crtc is using the DP, add an overlay plane */
> if (pdata->dp >= 0 && pdata->dma[1] > 0) {
> --
> 2.5.0
>
> _
rue;
> was_digit = false;
> } else
> @@ -1491,4 +1497,4 @@ int drm_mode_convert_umode(struct drm_display_mode *out,
>
> out:
> return ret;
> -}
> \ No newline at end of file
> +}
> --
> 2.4.10
>
> __
On Wed, Nov 11, 2015 at 02:14:12PM -0800, Maxime Ripard wrote:
> Hi Daniel,
>
> Thanks for your review!
Back from vacation, sorry for the delay.
>
> On Fri, Oct 30, 2015 at 03:44:09PM +0100, Daniel Vetter wrote:
> > > +static void sun4i_crtc_disab
@@ EXPORT_SYMBOL(drm_atomic_helper_crtc_duplicate_state);
> void __drm_atomic_helper_crtc_destroy_state(struct drm_crtc *crtc,
> struct drm_crtc_state *state)
> {
> - if (state->mode_blob)
> - drm_property_unreference_blob(sta
t; * @mode: current mode timings
> > > * @hwmode: mode timings as programmed to hw regs
> > > @@ -445,6 +447,10 @@ struct drm_crtc {
> > > int cursor_x;
> > > int cursor_y;
> > >
> > > + /* hotspot of cursor */
> > > + int hot_x;
> > >
On Tue, Nov 17, 2015 at 12:07:24PM -0500, Alex Deucher wrote:
> On Tue, Nov 17, 2015 at 11:29 AM, Daniel Vetter <dan...@ffwll.ch> wrote:
> > On Tue, Nov 17, 2015 at 03:59:43PM +, John Keeping wrote:
> >> On Tue, 17 Nov 2015 17:39:32 +0200, Ville Syrjälä wrote:
> >
On Tue, Nov 17, 2015 at 04:58:06PM +, John Keeping wrote:
> On Tue, 17 Nov 2015 17:29:35 +0100, Daniel Vetter wrote:
>
> > On Tue, Nov 17, 2015 at 03:59:43PM +, John Keeping wrote:
> > > On Tue, 17 Nov 2015 17:39:32 +0200, Ville Syrjälä wrote:
> > >
>
e mode 100644 drivers/gpu/drm/sun4i/sun4i_drv.h
> create mode 100644 drivers/gpu/drm/sun4i/sun4i_framebuffer.c
> create mode 100644 drivers/gpu/drm/sun4i/sun4i_framebuffer.h
> create mode 100644 drivers/gpu/drm/sun4i/sun4i_layer.c
> create mode 100644 drivers/gpu/drm/sun4i/sun4i_layer
On Fri, Oct 30, 2015 at 03:20:54PM +0100, Maxime Ripard wrote:
> The Allwinner A10 and subsequent SoCs share the same display pipeline, with
> variations in the number of controllers (1 or 2), or the presence or not of
> some output (HDMI, TV, VGA) or not.
>
> This hardware supports 4 layers and
901 - 1000 of 6575 matches
Mail list logo
