On Thu, 27 Oct 2016 11:02:30 +0200,
Michel D4nzer wrote:
>
> On 26/09/16 09:09 PM, Takashi Iwai wrote:
> > On Mon, 26 Sep 2016 11:42:16 +0200, Takashi Iwai wrote:
> >> On Mon, 26 Sep 2016 10:57:50 +0200, Michel D4nzer wrote:
> >>> On 23/0
On Tue, 25 Oct 2016 10:09:30 +0200,
Daniel Vetter wrote:
>
> On Tue, Oct 25, 2016 at 08:46:28AM +0200, Takashi Iwai wrote:
> > On Fri, 21 Oct 2016 14:52:07 +0200,
> > Ville Syrjälä wrote:
> > >
> > > On Thu, Oct 20, 2016 at 05:05:30PM +0200, Takashi Iwai wr
On Fri, 21 Oct 2016 14:52:07 +0200,
Ville Syrjälä wrote:
>
> On Thu, Oct 20, 2016 at 05:05:30PM +0200, Takashi Iwai wrote:
> > Since 4.7 kernel, we've seen the error messages like
> >
> > kernel: [TTM] Buffer eviction failed
> > kernel: qxl :00:02.0: obje
On Fri, 21 Oct 2016 14:30:32 +0200,
Daniel Vetter wrote:
>
> On Thu, Oct 20, 2016 at 05:00:35PM +0200, Takashi Iwai wrote:
> > On Thu, 20 Oct 2016 16:56:04 +0200,
> > Ville Syrjälä wrote:
> > >
> > > On Thu, Oct 20, 2016 at 04:39:52PM +0200, Takashi Iwai wr
://bugs.freedesktop.org/show_bug.cgi?id=98322
Bugzilla: https://bugzilla.suse.com/show_bug.cgi?id=1003298
Fixes: eaa434defaca ('drm/fb-helper: Add fb_deferred_io support')
Cc:
Signed-off-by: Takashi Iwai
---
v1->v2: simplified the code as suggested by Ville
drivers/gpu/drm/drm_fb_helper.c | 4 +++-
1 f
On Thu, 20 Oct 2016 16:56:04 +0200,
Ville Syrjälä wrote:
>
> On Thu, Oct 20, 2016 at 04:39:52PM +0200, Takashi Iwai wrote:
> > Since 4.7 kernel, we've seen the error messages like
> >
> > kernel: [TTM] Buffer eviction failed
> > kernel: qxl :00:02.0: obje
://bugs.freedesktop.org/show_bug.cgi?id=98322
Bugzilla: https://bugzilla.suse.com/show_bug.cgi?id=1003298
Fixes: eaa434defaca ('drm/fb-helper: Add fb_deferred_io support')
Cc:
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/drm_fb_helper.c | 13 +
1 file changed, 9 insertions(+), 4 deletions
On Thu, 20 Oct 2016 16:17:25 +0200,
Ville Syrjälä wrote:
>
> On Thu, Oct 20, 2016 at 03:36:54PM +0200, Takashi Iwai wrote:
> > On Thu, 20 Oct 2016 15:28:14 +0200,
> > Ville Syrjälä wrote:
> > >
> > > On Thu, Oct 20, 2016 at 03:20:55PM +0200, Takashi
On Thu, 20 Oct 2016 15:28:14 +0200,
Ville Syrjälä wrote:
>
> On Thu, Oct 20, 2016 at 03:20:55PM +0200, Takashi Iwai wrote:
> > Since 4.7 kernel, we've seen the error messages like
> >
> > kernel: [TTM] Buffer eviction failed
> > kernel: qxl :00:02.0: obje
On Thu, 20 Oct 2016 15:20:55 +0200,
Takashi Iwai wrote:
>
> Since 4.7 kernel, we've seen the error messages like
>
> kernel: [TTM] Buffer eviction failed
> kernel: qxl :00:02.0: object_init failed for (4026540032, 0x0001)
> kernel: [drm:qxl_alloc_bo_reserved [qx
/show_bug.cgi?id=98322
Bugzilla: https://bugzilla.suse.com/show_bug.cgi?id=1003298
Fixes: eaa434defaca ('drm/fb-helper: Add fb_deferred_io support')
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/drm_fb_helper.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm
On Mon, 10 Oct 2016 10:28:31 +0200,
Jani Nikula wrote:
>
> On Mon, 10 Oct 2016, "Sun, Jing A" wrote:
> > Dear Maintainers,
> >
> > Please kindly review my patch as below. It's based on the mainline branch.
> >
> > From b401009f79883ac5e9d41525c9d54b800ece2e22 Mon Sep 17 00:00:00 2001
> > From:
On Mon, 26 Sep 2016 11:42:16 +0200,
Takashi Iwai wrote:
>
> On Mon, 26 Sep 2016 10:57:50 +0200,
> Michel D4nzer wrote:
> >
> > On 23/09/16 10:06 PM, Takashi Iwai wrote:
> > > radeon_cursor_move_unlock() contains a workaround for AVIVO chips that
> > > a
On Mon, 26 Sep 2016 10:57:50 +0200,
Michel D4nzer wrote:
>
> On 23/09/16 10:06 PM, Takashi Iwai wrote:
> > radeon_cursor_move_unlock() contains a workaround for AVIVO chips that
> > are older than DCE6 when the cursor ends on 128 pixel boundary. It
> > decreases the posi
happen any longer after this change.
Bugzilla: https://bugzilla.suse.com/show_bug.cgi?id=1000433
Cc:
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/radeon/radeon_cursor.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_cursor.c
b/drivers/gpu
drm-mipi-dsi driver built as a
module, so that we can save footprint on systems without such DRM
drivers. The probe order is managed by the module dependency, and
postcore_initcall() works just fine as a module init call.
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/Kconfig | 2 +-
1 file
This is a preliminary patch for building drm-mipi-dsi as a module.
Add the module exit callback to unregister the bus properly.
Suggested-by: Thierry Reding
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/drm_mipi_dsi.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm
/2016 03:59 PM, Jani Nikula wrote:
> > >>> Cc Andrzej, Thierry
> > >>>
> > >>> On Fri, 22 Jul 2016, Daniel Vetter wrote:
> > >>>> On Fri, Jul 22, 2016 at 04:30:24PM +0200, Takashi Iwai wrote:
> > >>>>> Hi,
> >
Hi,
is there any reason drm-mipi-dsi can't be a module? It's fixed as a
built-in since its Kconfig is bool.
thanks,
Takashi
On Tue, 12 Apr 2016 07:01:22 +0200,
Subhransu S. Prusty wrote:
>
> This series parses ELD to identify multichannel capability of the
> sync, and uses HDA framework to programs codec's channel map
> registers.
>
> Channel map controls are registered in patch 8, with which user
> can specify a
ignificant bits, may have to be used.
>
> Signed-off-by: Jyri Sarha
Reviewed-by: Takashi Iwai
Takashi
>
> Signed-off-by: Jyri Sarha
Reviewed-by: Takashi Iwai
Takashi
On Wed, 30 Mar 2016 10:25:52 +0200,
Jyri Sarha wrote:
>
> On 03/30/16 09:21, Takashi Iwai wrote:
> > On Tue, 29 Mar 2016 19:23:12 +0200,
> > Russell King - ARM Linux wrote:
> >>
> >> On Tue, Mar 29, 2016 at 10:54:08AM +0200, Takashi Iwai wrote:
> >>>
On Tue, 29 Mar 2016 19:23:12 +0200,
Russell King - ARM Linux wrote:
>
> On Tue, Mar 29, 2016 at 10:54:08AM +0200, Takashi Iwai wrote:
> > On Thu, 17 Mar 2016 13:22:29 +0100,
> > Jyri Sarha wrote:
> > >
> > > Add IEC958 channel status helper
On Thu, 17 Mar 2016 13:22:29 +0100,
Jyri Sarha wrote:
>
> Add IEC958 channel status helper that gets the audio properties from
> snd_pcm_hw_params instead of snd_pcm_runtime. This is needed to
> produce the channel status bits already in audio stream configuration
> phase.
>
> Signed-off-by:
Hi,
Jiri Slaby reported a kernel WARNING triggered by syzkaller. It can
be reliably reproduced via fbdev mmap access on bochs drm. The
warning looks like below:
WARNING: CPU: 3 PID: 29356 at ../drivers/gpu/drm/ttm/ttm_bo_vm.c:265
ttm_bo_vm_open+0x11a/0x180 [ttm]()
Modules linked in: ...
On Mon, 29 Feb 2016 15:39:53 +0100,
Jani Nikula wrote:
>
> On Mon, 29 Feb 2016, Martin Kepplinger wrote:
> > Am 2016-02-26 um 20:59 schrieb Takashi Iwai:
> >> Sorry, Cc to Jani was missing mistakenly.
> >>
> >> Please check this. It's a regres
On Fri, 29 Jan 2016 10:02:54 +0100,
Jani Nikula wrote:
>
>
> This one's lacking some maintainers, adding for acks. There's already
> review from Gerd [1], and seems like a good idea anyway.
Feel free to take my ack, too
Reviewed-by: Takashi Iwai
thanks,
Takashi
On Sat, 05 Dec 2015 15:05:49 +0100,
Subhransu S. Prusty wrote:
>
> On Sat, Dec 05, 2015 at 09:12:34AM +0100, Takashi Iwai wrote:
> > On Sat, 05 Dec 2015 12:27:03 +0100,
> > Subhransu S. Prusty wrote:
> > >
> > > On Fri, Dec 04, 2015 at 06:59:19AM +0100, Takash
On Sat, 05 Dec 2015 12:27:03 +0100,
Subhransu S. Prusty wrote:
>
> On Fri, Dec 04, 2015 at 06:59:19AM +0100, Takashi Iwai wrote:
> > On Fri, 04 Dec 2015 12:08:26 +0100,
> > Subhransu S. Prusty wrote:
> > >
> > > On Thu, Dec 03, 2015 at 04:57:14PM +0100, Takash
On Fri, 04 Dec 2015 12:08:26 +0100,
Subhransu S. Prusty wrote:
>
> On Thu, Dec 03, 2015 at 04:57:14PM +0100, Takashi Iwai wrote:
> > On Thu, 03 Dec 2015 22:08:53 +0100,
> > Subhransu S. Prusty wrote:
> > >
> > > Setting the constraint format based on ELD was
On Thu, 03 Dec 2015 22:08:59 +0100,
Subhransu S. Prusty wrote:
>
> To fill the audio infoframe it is required to identify the
> connection type as DP or HDMI. This patch adds an API which
> parses ELD and returns the display type of connected.
>
> Signed-off-by: Subhransu S. Prusty
>
On Thu, 03 Dec 2015 22:08:56 +0100,
Subhransu S. Prusty wrote:
>
> A stream is mapped to a converter. So based on the converters
> queried, dais are created.
>
> The streams can be dynamically routed to any converter. For
> now it is mapped statically. The dynamic mapping of stream
> to
On Thu, 03 Dec 2015 22:08:53 +0100,
Subhransu S. Prusty wrote:
>
> Setting the constraint format based on ELD was missing bit in
> the sound/core pcm drm. Added with this patch.
No, you can't define these here. The format really depends on the
hardware, while the rate and the channels are
On Thu, 03 Dec 2015 22:08:52 +0100,
Subhransu S. Prusty wrote:
>
> This patch uses i915 component framework to register for hotplug
> notification. And once it identifies valid pin sense and valid eld,
> reads the eld into the corresponding pin map buffer. For now it
> directly sends the verbs
On Thu, 03 Dec 2015 22:08:51 +0100,
Subhransu S. Prusty wrote:
> static int hdac_hdmi_dev_remove(struct hdac_ext_device *edev)
> {
> + struct hdac_hdmi_priv *hdmi = edev->private_data;
> + struct hdac_hdmi_pin *pin;
> + struct hdac_hdmi_cvt *cvt;
> +
>
On Thu, 29 Oct 2015 15:37:51 +0100,
Emil Velikov wrote:
>
> On 29 October 2015 at 14:21, Vincent ABRIOU wrote:
> > Hi Takashi,
> >
> > Removing FW_LOADER_USER_HELPER_FALLBACK leads to a failure in our HQVDP
> > firmware execution.
> > Indeed, our firmware is not built-in. It is a proprietary
fallback. So don't
make the fallback thing mandatory.
thanks,
Takashi
>
> BR
> Vincent
>
> On 10/19/2015 08:16 AM, Takashi Iwai wrote:
> > The commit [4fdbc678fe4d: drm: sti: add HQVDP plane] added the select
> > of CONFIG_FW_LOADER_USER_HELPER_FALLBACK by some unwritten
; >
> > > The power state VGA_SWITCHEROO_INIT was introduced by c8e9cf7bb240
> > > ("vga_switcheroo: Add a helper function to get the client state").
> > > It is not apparent what its benefit might be. The idea seems to
> > > be to initialize the a
On Wed, 21 Oct 2015 20:19:38 +0200,
Russell King - ARM Linux wrote:
>
> On Wed, Oct 21, 2015 at 07:59:06PM +0200, Takashi Iwai wrote:
> > On Wed, 21 Oct 2015 19:34:37 +0200,
> > Russell King - ARM Linux wrote:
> > >
> > > On Wed, Oct 21, 2015 at 09:49:28PM +05
On Wed, 21 Oct 2015 19:34:37 +0200,
Russell King - ARM Linux wrote:
>
> On Wed, Oct 21, 2015 at 09:49:28PM +0530, Vinod Koul wrote:
> > On Wed, Oct 21, 2015 at 03:37:47PM +0100, Russell King - ARM Linux wrote:
> > > In any case, this doesn't (and can't) solve the CEC problem, so it's not
> > > a
On Wed, 21 Oct 2015 18:48:06 +0200,
Takashi Iwai wrote:
>
> On Wed, 21 Oct 2015 18:46:23 +0200,
> Takashi Iwai wrote:
> >
> > Below is a test patch I cooked quickly. This is the third patch
> > applied after other two more patches: a cleanup patch and a patch for
>
On Wed, 21 Oct 2015 18:46:23 +0200,
Takashi Iwai wrote:
>
> Below is a test patch I cooked quickly. This is the third patch
> applied after other two more patches: a cleanup patch and a patch for
> deferred probe of HD-audio with component.
And this is the patch to defer the
On Wed, 21 Oct 2015 17:36:01 +0200,
Daniel Vetter wrote:
>
> On Wed, Oct 21, 2015 at 04:37:07PM +0200, Takashi Iwai wrote:
> > On Wed, 21 Oct 2015 16:10:31 +0200,
> > Takashi Iwai wrote:
> > >
> > > On Wed, 21 Oct 2015 16:03:07 +0200,
> > > Russell Ki
On Wed, 21 Oct 2015 16:10:31 +0200,
Takashi Iwai wrote:
>
> On Wed, 21 Oct 2015 16:03:07 +0200,
> Russell King - ARM Linux wrote:
> >
> > On Wed, Oct 21, 2015 at 03:41:44PM +0200, Takashi Iwai wrote:
> > > On Wed, 21 Oct 2015 11:27:44 +0200,
> &
On Wed, 21 Oct 2015 16:03:07 +0200,
Russell King - ARM Linux wrote:
>
> On Wed, Oct 21, 2015 at 03:41:44PM +0200, Takashi Iwai wrote:
> > On Wed, 21 Oct 2015 11:27:44 +0200,
> > Russell King - ARM Linux wrote:
> > >
> > > On Tue, Oct 20, 2015 at 07:31:48PM +05
On Wed, 21 Oct 2015 11:27:44 +0200,
Russell King - ARM Linux wrote:
>
> On Tue, Oct 20, 2015 at 07:31:48PM +0530, Vinod Koul wrote:
> > On Tue, Oct 20, 2015 at 09:08:00AM +0100, Russell King - ARM Linux wrote:
> > > > > Currently i915/audio component works as you described. The audio is
> > > >
On Sun, 18 Oct 2015 19:16:42 +0200,
Russell King - ARM Linux wrote:
>
> On Sun, Oct 18, 2015 at 09:43:29PM +0530, Vinod Koul wrote:
> > Right but can I ask why you didn't try making video as component and then
> > CEC, audio and others receive the notification over this.
>
> Okay, I think I see
to be selected by a driver.
Let's remove it.
Fixes: 4fdbc678fe4d ('drm: sti: add HQVDP plane')
Cc:
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/sti/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/sti/Kconfig b/drivers/gpu/drm/sti/Kconfig
index fbccc105819b
On Fri, 16 Oct 2015 14:31:43 +0200,
Lars-Peter Clausen wrote:
>
> On 10/16/2015 01:50 PM, Jyri Sarha wrote:
> > After reading the ELCE Audio mini conf minutes [1] I gather that HDMI
> > audio was not discussed after all.
>
> It was discussed, but rather shortly and only in the context of the
On Mon, 12 Oct 2015 14:29:19 +0200,
Takashi Iwai wrote:
>
> > > Then a warning when I start powertop:
> > >
> > > WARNING: CPU: 1 PID: 1674 at drivers/gpu/drm/drm_atomic.c:889
> > > drm_atomic_get_property+0x232/0x2b0 [drm]()
> > > CPU
On Mon, 12 Oct 2015 09:04:20 +0200,
Daniel Vetter wrote:
>
> Another pile of regressions for Jairo to track ...
>
> On Sat, Oct 10, 2015 at 11:46:29AM +0200, Takashi Iwai wrote:
> > Hi,
> >
> > I noticed that a HSW laptop gets a few new warnings since 4.2-rc
&g
Hi,
I noticed that a HSW laptop gets a few new warnings since 4.2-rc
kernels. One error messages pops at each boot time:
Console: switching to colour dummy device 80x25
[drm] Replacing VGA console driver
[drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[drm] Driver supports
> vga_switcheroo_register_audio_client() was introduced by 3e9e63dbd374
> > ("vga_switcheroo: Add the support for audio clients"). Its use in
> > hda_intel.c was introduced by a82d51ed24bb ("ALSA: hda - Support
> > VGA-switcheroo").
> >
> > v1.1: The c
On Sat, 19 Sep 2015 19:50:12 +0200,
Lukas Wunner wrote:
>
> Hi Takashi,
>
> On Sat, Sep 19, 2015 at 06:44:58PM +0200, Takashi Iwai wrote:
> > Without the cover letter I can't judge why this change is needed, so
> > at the next time, please put relevant people t
by a82d51ed24bb ("ALSA: hda - Support
> VGA-switcheroo").
>
> v1.1: The changes above imply that in find_active_client() the call
> to client_is_vga() is now superfluous. Drop it.
>
> Cc: Takashi Iwai
> Signed-off-by: Lukas Wunner
> ---
> drivers/gpu/v
Its use in
> hda_intel.c was introduced by a82d51ed24bb ("ALSA: hda - Support
> VGA-switcheroo").
>
> Cc: Takashi Iwai
> Signed-off-by: Lukas Wunner
Without the cover letter I can't judge why this change is needed, so
at the next time, please put relevant people to
mations outside of
> libasound itself.
>
> Signed-off-by: Russell King <rmk+kernel at arm.linux.org.uk>
> ---
> v2: updated with Takashi Iwai's comments... and with a fixed Cc: line.
Reviewed-by: Takashi Iwai
thanks,
Takashi
> drivers/gpu/drm/bridge/Kconfig
On Mon, 10 Aug 2015 12:39:21 +0200,
Russell King - ARM Linux wrote:
>
> On Mon, Aug 10, 2015 at 12:05:07PM +0200, Takashi Iwai wrote:
> > On Sat, 08 Aug 2015 18:10:06 +0200,
> > Russell King wrote:
> > > +static irqreturn_t snd_dw_hdmi_irq(int irq, void *data)
> >
On Sat, 08 Aug 2015 18:10:06 +0200,
Russell King wrote:
>
> Add ALSA based HDMI AHB audio driver for dw_hdmi. The only buffer
> format supported by the hardware is its own special IEC958 based format,
> which is not compatible with any ALSA format. To avoid doing too much
> data manipulation
On Thu, 30 Jul 2015 17:32:28 +0200,
Theodore Ts'o 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
On Thu, 16 Jul 2015 18:46:43 +0200,
Russell King - ARM Linux wrote:
>
> On Thu, Jul 16, 2015 at 06:16:58PM +0200, Jean-Francois Moine wrote:
> > The file sound/core/pcm_drm_eld.c which was added by the commit
> >
> > 838d1631b766529213684f07dd71cdf2e92f0623
> > ALSA: pcm: add DRM ELD
On Tue, 14 Jul 2015 16:45:52 +0200,
Nariman Poushin wrote:
>
> We treat a delay in a sequence the same way we treat a page change as
> they are logically similar in that you can coalesce all write before
> a delay (in the same way you can coalesce all writes before a page
> change is needed)
>
>
At Wed, 27 May 2015 18:31:25 +0100,
Russell King - ARM Linux wrote:
>
> On Wed, May 27, 2015 at 12:43:08PM +0200, Daniel Vetter wrote:
> > On Sat, May 09, 2015 at 11:26:57AM +0100, Russell King wrote:
> > > Parse the ELD (EDID like data) stored from the HDMI driver to restrict
> > > the sample
At Fri, 22 May 2015 16:02:13 +0200,
Takashi Iwai wrote:
>
> At Fri, 22 May 2015 15:00:10 +0100,
> Russell King - ARM Linux wrote:
> >
> > On Fri, May 22, 2015 at 03:54:56PM +0200, Takashi Iwai wrote:
> > > At Fri, 22 May 2015 14:53:31 +0100,
> &
At Fri, 22 May 2015 15:00:10 +0100,
Russell King - ARM Linux wrote:
>
> On Fri, May 22, 2015 at 03:54:56PM +0200, Takashi Iwai wrote:
> > At Fri, 22 May 2015 14:53:31 +0100,
> > Russell King - ARM Linux wrote:
> > >
> > > On Fri, May 22, 2015 at
At Fri, 22 May 2015 14:53:31 +0100,
Russell King - ARM Linux wrote:
>
> On Fri, May 22, 2015 at 03:30:54PM +0200, Takashi Iwai wrote:
> > At Fri, 22 May 2015 14:15:35 +0100,
> > Russell King - ARM Linux wrote:
> > >
> > > On Fri, May 22, 2015 at 01:20:09PM +01
it would be worth merging as is so we can start adding
> > users and then do any improvements to the interface in parallel.
> >
> > From an interface point of view:
> >
> > Reviewed-by: Mark Brown
>
> I'd be more than happy if Takashi Iwai wants to take them - I'm not
At Sun, 5 Apr 2015 17:20:34 +0100,
Russell King - ARM Linux wrote:
>
> On Sun, Apr 05, 2015 at 05:57:09PM +0200, Takashi Iwai wrote:
> > > diff --git a/include/sound/pcm_drm_eld.h b/include/sound/pcm_drm_eld.h
> > > new file mode 100644
> > > index .
At Thu, 02 Apr 2015 10:22:06 +0100,
Russell King wrote:
>
> Add a helper for the EDID like data structure, which is typically passed
> from a HDMI adapter to its associated audio driver. This informs the
> audio driver of the capabilities of the attached HDMI sink.
>
> Signed-off-by: Russell
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
.
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/drm_sysfs.c | 132 ++--
1 file changed, 67 insertions(+), 65 deletions(-)
diff --git a/drivers/gpu/drm/drm_sysfs.c b/drivers/gpu/drm/drm_sysfs.c
index cc3d6d6d67e0..5c99d3773212 100644
--- a/drivers/gpu/drm
value.
The default value is set to 24 so that the existing stuff keeps
working. If you need a new 32bpp feature, specify cirrus.bpp=32
option explicitly.
Fixes: 8975626ea35a ('drm/cirrus: allow 32bpp framebuffers for cirrus drm')
Signed-off-by: Takashi Iwai
---
Dave, this is a regression
At Mon, 12 Jan 2015 23:47:42 +0100,
Daniel Vetter wrote:
>
> Hi Takashi,
>
> So here's the stable tag with Imre's i915/hda componentized refactoring,
> based upon 3.19-rc4. I'll pull in the same tag into drm-intel-next.
Great, I pulled the branch now. Thanks!
Takashi
>
> Cheers, Daniel
>
At Mon, 5 Jan 2015 12:48:05 -0500,
Alex Deucher wrote:
>
> On Mon, Jan 5, 2015 at 12:23 PM, Takashi Iwai wrote:
> > At Mon, 5 Jan 2015 12:07:52 -0500,
> > Alex Deucher wrote:
> >>
> >> On Sat, Jan 3, 2015 at 5:09 AM, Takashi Iwai wrote:
> >> &g
At Mon, 5 Jan 2015 12:07:52 -0500,
Alex Deucher wrote:
>
> On Sat, Jan 3, 2015 at 5:09 AM, Takashi Iwai wrote:
> > A BUG_ON() call in dce3_2_afmt_write_sad_regs() is triggered when a
> > HDMI monitor without audio is plugged:
>
> I have a slightly different fix a
gzilla: https://bugzilla.opensuse.org/show_bug.cgi?id=911356
Cc:
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/radeon/dce3_1_afmt.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/dce3_1_afmt.c
b/drivers/gpu/drm/radeon/dce3_1_afmt.c
index 2fe8cf
At Sat, 3 Jan 2015 09:27:52 +0100,
Takashi Iwai wrote:
>
> A BUG_ON() call in dce3_2_afmt_write_sad_regs() is triggered when a
> HDMI monitor without SAD is plugged as the case sad_count = 0 is
> overlooked in the code:
>
> kernel BUG at ../drivers/gpu/drm/radeon/dce3_1_afmt
se.org/show_bug.cgi?id=911356
Cc:
Signed-off-by: Takashi Iwai
---
IMO, BUG_ON() call itself is exaggerated there, but we may change it later
independently from this fix.
drivers/gpu/drm/radeon/dce3_1_afmt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/
nlock around the list walking and event copying, and importantly
> reorder the error handling to avoid the issues above.
>
> Cc: Takashi Iwai
Reviewed-by: Takashi Iwai
Takashi
> Signed-off-by: Chris Wilson
> ---
> drivers/gpu/drm/drm_fops.c | 90
> +++
gt; On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> > > > > Signed-off-by: Takashi Iwai
> > > > > ---
> > > > > drivers/gpu/drm/drm_fops.c | 1 +
> > > > > 1 file changed, 1 insertion(+)
> > > > >
> > >
At Thu, 4 Dec 2014 12:13:46 +,
Chris Wilson wrote:
>
> On Thu, Dec 04, 2014 at 12:56:38PM +0100, Takashi Iwai wrote:
> > At Thu, 4 Dec 2014 11:51:14 +,
> > Chris Wilson wrote:
> > >
> > > On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
At Thu, 4 Dec 2014 11:51:14 +,
Chris Wilson wrote:
>
> On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> > Signed-off-by: Takashi Iwai
> > ---
> > drivers/gpu/drm/drm_fops.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --
At Thu, 04 Dec 2014 12:50:04 +0100,
Takashi Iwai wrote:
>
> At Thu, 4 Dec 2014 12:46:16 +0100,
> Daniel Vetter wrote:
> >
> > so maybe we should backport that one once it's landed in 3.19?
Speaking about this: yes, it's worth, IMO, as this (unexpectedly)
seems re
At Thu, 4 Dec 2014 12:46:16 +0100,
Daniel Vetter wrote:
>
> On Thu, Dec 04, 2014 at 11:56:42AM +0100, Takashi Iwai wrote:
> > Signed-off-by: Takashi Iwai
>
> Applied to my drm-misc branch. The second patch seems to be a dupe of
>
> commit bd008e5b2953186fc0c6633a8
comes more
difficult to find out such a buggy code in the caller side.
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/drm_fops.c | 19 +--
1 file changed, 13 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index a82dc28d54f3..04
Signed-off-by: Takashi Iwai
---
drivers/gpu/drm/drm_fops.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c
index ed7bc68f7e87..a82dc28d54f3 100644
--- a/drivers/gpu/drm/drm_fops.c
+++ b/drivers/gpu/drm/drm_fops.c
@@ -525,6 +525,7
At Fri, 14 Nov 2014 20:39:15 +0100,
Takashi Iwai wrote:
>
> At Fri, 14 Nov 2014 12:29:17 -0500,
> Alex Deucher wrote:
> >
> > On Fri, Nov 14, 2014 at 11:14 AM, Takashi Iwai wrote:
> > > At Fri, 14 Nov 2014 10:40:08 -0500,
> > > Alex Deucher wrote:
> &
At Fri, 14 Nov 2014 12:29:17 -0500,
Alex Deucher wrote:
>
> On Fri, Nov 14, 2014 at 11:14 AM, Takashi Iwai wrote:
> > At Fri, 14 Nov 2014 10:40:08 -0500,
> > Alex Deucher wrote:
> >>
> >> On Fri, Nov 14, 2014 at 5:09 AM, Takashi Iwai wrote:
> >> >
At Fri, 14 Nov 2014 10:40:08 -0500,
Alex Deucher wrote:
>
> On Fri, Nov 14, 2014 at 5:09 AM, Takashi Iwai wrote:
> > At Fri, 14 Nov 2014 19:33:00 +1000,
> > Dave Airlie wrote:
> >>
> >> On 14 November 2014 18:12, Takashi Iwai wrote:
> >> > Hi
At Fri, 14 Nov 2014 19:33:00 +1000,
Dave Airlie wrote:
>
> On 14 November 2014 18:12, Takashi Iwai wrote:
> > Hi Alex,
> >
> > we've got a few bug reports about the behavior of radeon driver on
> > machines with Intel+AMD "switchable graphics" (no Muxle
Hi Alex,
we've got a few bug reports about the behavior of radeon driver on
machines with Intel+AMD "switchable graphics" (no Muxless). So far,
it seems that the sane only way to make the machine working is to get
back to the old vgaswitcheroo behavior via radeon.runpm=0. Without
it, radeon GPU
At Fri, 13 Jun 2014 18:07:06 +0200,
Daniel Vetter wrote:
>
> On Fri, Jun 13, 2014 at 05:56:02PM +0200, Takashi Iwai wrote:
> > When a machine is booted with nomodeset option, i915 driver skips the
> > whole initialization. Meanwhile, HD-audio tries to bind wth i915 just
>
]
Signed-off-by: Takashi Iwai
---
The bug actually exists since 3.11, but this commit will be applicable
only to recent kernels due to ALSA and i915 code changes, that's why
marked with [3.15] for stable.
drivers/gpu/drm/i915/intel_pm.c | 14 --
include/drm/i915_powerwell.h| 4
The recent commit [3ea87855: drm/helper: lock all around force mode
restore] introduced drm_modeset_lock_all() in
drm_helper_resume_force_mode() itself, while exynos driver takes this
lock before calling it. Move the function call outside the lock for
avoiding a deadlock.
Signed-off-by: Takashi
The recent commit [3ea87855: drm/helper: lock all around force mode
restore] introduced drm_modeset_lock_all() in
drm_helper_resume_force_mode() itself, while ast driver still takes
this lock before calling it. Remove the caller side lock for avoid a
fatal deadlock.
Signed-off-by: Takashi Iwai
At Tue, 6 May 2014 15:53:32 +0200,
David Herrmann wrote:
>
> Hi
>
> On Tue, May 6, 2014 at 3:38 PM, Takashi Iwai wrote:
> > At Tue, 6 May 2014 15:32:21 +0200,
> > David Herrmann wrote:
> >> fbcon is called through the VT or fbdev layer, which is called by
At Tue, 6 May 2014 15:32:21 +0200,
David Herrmann wrote:
>
> Hi
>
> On Tue, May 6, 2014 at 3:27 PM, Takashi Iwai wrote:
> > At Mon, 5 May 2014 16:52:45 +0200,
> > Daniel Vetter wrote:
> >>
> >> On Mon, May 5, 2014 at 4:48 PM, Takashi Iwai wrot
At Mon, 5 May 2014 16:52:45 +0200,
Daniel Vetter wrote:
>
> On Mon, May 5, 2014 at 4:48 PM, Takashi Iwai wrote:
> >
> > The current problem I see is that the rest of panic notifier chain
> > won't be called once when we hit the problem in KMS notifier. So,
> &
At Mon, 5 May 2014 16:52:45 +0200,
Daniel Vetter wrote:
>
> On Mon, May 5, 2014 at 4:48 PM, Takashi Iwai wrote:
> >
> > The current problem I see is that the rest of panic notifier chain
> > won't be called once when we hit the problem in KMS notifier. So,
> &
301 - 400 of 612 matches
Mail list logo