On Thu, Aug 17, 2017 at 06:21:30PM +0200, Noralf Trønnes wrote:
> Reject mapping an imported dma-buf since is's an invalid use-case.
>
> Cc: Philipp Zabel
> Cc: Laurent Pinchart
> Cc: Sean Paul
> Cc: Daniel Vetter
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/drm_gem.c | 6 ++
>
Hi Hean Loong,
On Monday, 21 August 2017 04:40:09 EEST Ong, Hean Loong wrote:
> On Fri, 2017-08-18 at 16:11 +0300, Laurent Pinchart wrote:
> > On Friday 18 Aug 2017 08:34:44 Ong, Hean Loong wrote:
> > >
> > > Hi Laurent,
> > > Thanks for the comments, I drafted a copy of the DT bindings based
> >
Hi Laurent Thanks. my replies are below
On Fri, 2017-08-18 at 16:11 +0300, Laurent Pinchart wrote:
> Hi Hean Loong,
>
> (CC'ing dri-devel again as I noticed it wasn't CC'ed anymore)
>
> On Friday 18 Aug 2017 08:34:44 Ong, Hean Loong wrote:
> >
> > Hi Laurent,
> > Thanks for the comments, I draf
https://bugs.freedesktop.org/show_bug.cgi?id=98324
--- Comment #1 from dwagner ---
JFYI: A similar, but more dramatic symptom that may be related I reported in
https://bugs.freedesktop.org/show_bug.cgi?id=102323
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=102323
Bug ID: 102323
Summary: System crashes when woken up from S3 sleep while HDMI
display is switched off
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
https://bugs.freedesktop.org/show_bug.cgi?id=98874
--- Comment #13 from dwagner ---
Notice that my bug report https://bugs.freedesktop.org/show_bug.cgi?id=102322
might be about the same symptom - but using a different GPU architecture, a
bleeding-edge new kernel, and I wanted to report this on th
https://bugs.freedesktop.org/show_bug.cgi?id=102322
Bug ID: 102322
Summary: System crashes after "[drm] IP block:gmc_v8_0 is
hung!" / [drm] IP block:sdma_v3_0 is hung!
Product: DRI
Version: DRI git
Hardware: x86-64 (AMD64)
Hi,
On 20-08-17 15:05, Hans de Goede wrote:
Hi,
Note this v4 is send from my gmail in an attempt to keep the
X-Mailer: git-send-email header which the test-infra wants, but
that seems to have failed.
I've also just send another copy through my isp-s mail server,
but I've not received a copy of
On Sat, 2017-08-19 at 10:47 -0500, Bjorn Helgaas wrote:
> So if ARM64 doesn't have these PCI legacy resources, does that mean an
> ARM64 host bridge cannot generate these legacy addresses on PCI? That
> is, there's no host bridge window that maps to those PCI addresses?
> That seems like a curious
https://bugs.freedesktop.org/show_bug.cgi?id=102319
--- Comment #1 from Ilia Mirkin ---
Try booting with nouveau.modeset=0 to rule out any nouveau interaction in your
problem.
But perhaps the issue lies in the fact that nouveau suspends the GPU and intel
is waiting on some fence to complete?
--
https://bugs.freedesktop.org/show_bug.cgi?id=99191
--- Comment #5 from Ilia Mirkin ---
Tried it on nouveau, but I get a ton of
Mesa: User error: GL_INVALID_VALUE in glBindBufferRange(offset misaligned
704/256)
This is due to the alignment requirements for constant (and texture) buffers
being hi
intel_uncore_forcewake_reset() does forcewake puts and gets as such
we need to make sure that no-one tries to access the PUNIT->PMIC bus
(on systems where this bus is shared) while it runs, otherwise bad
things happen.
Normally this is taken care of by the i915_pmic_bus_access_notifier()
which doe
intel_uncore_suspend() unregisters the uncore code's PMIC bus access
notifier and gets called on both normal and runtime suspend.
intel_uncore_resume_early() re-registers the notifier, but only on
normal resume. Add a new intel_uncore_runtime_resume() function which
only re-registers the notifier
Quoting Ville: "the forcewake timer might still be active until the uncore
suspend, and having active forcewakes while we've already told the GT wake
stuff to stop acting normally doesn't seem quite right to me."
Reported-by: Ville Syrjälä
Suggested-by: Imre Deak
Signed-off-by: Hans de Goede
Re
assert_rpm_wakelock_held is triggered from i915_pmic_bus_access_notifier
even though it gets unregistered on (runtime) suspend, this is caused
by a race happening under the following circumstances:
intel_runtime_pm_put does:
atomic_dec(&dev_priv->pm.wakeref_count);
pm_runtime_mark_last_bus
Hi,
Note this v4 is send from my gmail in an attempt to keep the
X-Mailer: git-send-email header which the test-infra wants, but
that seems to have failed.
I've also just send another copy through my isp-s mail server,
but I've not received a copy of that copy myself ? If anyone
else has a secon
Hi,
On 17-08-17 14:22, Imre Deak wrote:
On Mon, Aug 14, 2017 at 09:58:32PM +0200, Hans de Goede wrote:
intel_uncore_forcewake_reset() does forcewake puts and gets as such
we need to make sure that no-one tries to access the PUNIT->PMIC bus
(on systems where this bus is shared) while it runs, ot
https://bugs.freedesktop.org/show_bug.cgi?id=102319
Bug ID: 102319
Summary: Crashes and freezes when switching VTs
Product: DRI
Version: XOrg git
Hardware: Other
OS: All
Status: NEW
Severity: normal
On Sat, Aug 19, 2017 at 01:52:12PM +0530, Bhumika Goyal wrote:
> Make these const as they are only stored in the type field of a device
> structure, which is const.
> Done using Coccinelle.
>
> Signed-off-by: Bhumika Goyal
> ---
> drivers/edac/edac_mc_sysfs.c | 8
> drivers/edac/i7core_
https://bugs.freedesktop.org/show_bug.cgi?id=99191
Christoph Haag changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
This adds a new DRM driver for the Faraday Technology TVE200
block. This "TV Encoder" encodes a ITU-T BT.656 stream and can
be found in the StorLink SL3516 (later Cortina Systems CS3516)
as well as the Grain Media GM8180.
I do not have definitive word from anyone at Faraday that this
IP block is t
This adds device tree bindings for the Faraday TVE200 IP block.
This IP block is present in the Gemini ARM SoC and also in some
Grain Media GM SoCs.
Cc: devicet...@vger.kernel.org
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Fix display port bindings: list required endpoint.
- Fix the
This adds the TVE200/TVC TV-encoder and the Ilitek ILI9322 panel
to the DIR-685 device tree.
This brings graphics to this funky router and it is possible to
even run a console on its tiny screen.
Incidentally this requires us to disable the access to the
parallel (NOR) flash, as the communication
The Faraday TVE200 is present in the Gemini SoC, sometimes
under the name "TVC". Add it to the SoC DTSI file along with
its resources.
Signed-off-by: Linus Walleij
---
ChangeLog v1->v2:
- Move the definition of cells to this file as it is part
of the IP binding.
- Rename node from "tvc" to "dis
On Mon, Aug 14, 2017 at 8:56 PM, Eric Anholt wrote:
> I also recommend checking out panel-bridge for deleting a bunch of the
> code,
Daniel said the same. I tried to look into this but the drivers currently
using it (like Atmel HLCDC) are so different using custom encoders and
what not that I ca
25 matches
Mail list logo