On Fri, May 2, 2014 at 7:32 PM, Alexandre Courbot
wrote:
> Latest patches for GK20A, taking comments received for v3 into account.
>
> Changes since v3:
> - use only pfn_to_page() and page_to_pfn() in GK20A's FB. These functions
> are present on every arch and the physical address to page frame
https://bugzilla.kernel.org/show_bug.cgi?id=75401
drill87 at gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=71891
--- Comment #30 from sdh ---
Hi. Any update on this?
--
You are receiving this mail because:
You are watching the assignee of the bug.
rg/archives/dri-devel/attachments/20140506/9542c4d8/attachment.sig>
https://bugzilla.kernel.org/show_bug.cgi?id=75401
--- Comment #4 from Alex Deucher ---
Created attachment 135221
--> https://bugzilla.kernel.org/attachment.cgi?id=135221&action=edit
fix for rom fetching
Does this patch fix the issue?
--
You are receiving this mail because:
You are watching t
On 28.04.2014 15:26, Daniel Vetter wrote:
> Hi Dave,
>
> drm-intel-next-2014-04-16:
> - vlv infoframe fixes from Jesse
> - dsi/mipi fixes from Shobhit
> - gen8 pageflip fixes for LRI/SRM from Damien
> - cmd parser fixes from Brad Volkin
> - some prep patches for CHV, DRRS, ...
> - and tons of littl
Hi Everybody,
Gentle ping.
Please have a look at the patches in this series?
There are few more in pipeline. Please consider these as well.
http://comments.gmane.org/gmane.linux.kernel.samsung-soc/30501
http://www.spinics.net/lists/linux-samsung-soc/msg28083.html
Warm Regards,
Rahul Sharma
On
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,
> > this bug in KMS influences on the r
On Tue, 06 May 2014, Knut Petersen wrote:
> On 28.04.2014 15:26, Daniel Vetter wrote:
> The patch below is a clear candidate for 3.15 as it fixes a regression
> introduced after 3.14
>> Egbert Eich (1):
>>drm/i915/SDVO: For sysfs link put directory and target in correct
>> order
>
Danie
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 wrote:
>> >
>> > The current problem I see is that the rest of panic notifier chain
>> > won't be called once when we hit the prob
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 wrote:
> >> >
> >> > The current problem I see is that t
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
>> bust_spinlocks(1) via either unblank_screen() or console_unblank().
>
> You mean bust_spinlocks(0), right?
>
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
> >> bust_spinlocks(1) via either unblan
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140506/c8a56465/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140506/971faa87/attachment-0001.html>
As of now, we can have only one bridge hanging off the encoder.
With this patch, we allow multiple bridges to hang onto the same encoder
with the use of a simple next_bridge ptr.
The drm core calls bridge->funcs for the first bridge which
is attached to it, and its upto the individual bridge drive
Hi Dave,
this is the next pull quested for stashed up radeon fixes for 3.15. As
discussed support for Mullins was separated out and will get it's own
pull request. Remaining highlights are:
1. Some more patches to better handle PLL limits.
2. Making use of the PFLIP additional to the VBLANK inte
Hi Dave,
as requested this is the separate pull request for Mullins. The branch
is based on top of my last pull request for drm-fixes.
The following changes since commit cbe655137aa8f644f4985021a1e1e65df1d28fa8:
drm/radeon: lower the ref * post PLL maximum (2014-05-06 12:18:44 +0200)
are av
This patchset is based on exynos-drm-next-todo branch of Inki Dae's tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git
I have just put up Rob's and Sean's idea of chaining up the bridges
in code, and have implemented basic panel controls as a chained bridge.
This works w
implement basic panel controls as a drm_bridge so that
the existing bridges can make use of it.
The driver assumes that it is the last entity in the bridge chain.
Signed-off-by: Ajay Kumar
---
.../bindings/drm/bridge/bridge_panel.txt | 45
drivers/gpu/drm/bridge/Kconfig
modify the driver to call the bridge->funcs of the next bridge
in the chain.
We assume that the bridge sitting next to ptn3460 is a bridge-panel.
Signed-off-by: Ajay Kumar
---
drivers/gpu/drm/bridge/ptn3460.c | 21 +
1 file changed, 17 insertions(+), 4 deletions(-)
diff --gi
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140506/5333c76a/attachment.html>
On Mon, May 5, 2014 at 12:52 PM, Ajay Kumar wrote:
> modify the driver to call the bridge->funcs of the next bridge
> in the chain.
> We assume that the bridge sitting next to ptn3460 is a bridge-panel.
>
> Signed-off-by: Ajay Kumar
> ---
> drivers/gpu/drm/bridge/ptn3460.c | 21 +
On Mon, May 5, 2014 at 12:52 PM, Ajay Kumar wrote:
> As of now, we can have only one bridge hanging off the encoder.
> With this patch, we allow multiple bridges to hang onto the same encoder
> with the use of a simple next_bridge ptr.
>
> The drm core calls bridge->funcs for the first bridge whic
just a quick note, I think you are missing some EXPORT_SYMBOL()'s:
ERROR: "sti_vtg_setconfig" [drivers/gpu/drm/sti/stidrm.ko] undefined!
ERROR: "sti_vtg_get_pixel_number" [drivers/gpu/drm/sti/stidrm.ko] undefined!
ERROR: "sti_vtg_register_client" [drivers/gpu/drm/sti/stidrm.ko] undefined!
ERROR: "
er for boot.
Please double check that you selected the self compiled version in grub while
booting.
--
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/20140506/ef2eabb5/attachment.html>
On Tue, May 6, 2014 at 11:55 AM, Sean Paul wrote:
> On Mon, May 5, 2014 at 12:52 PM, Ajay Kumar
> wrote:
>> As of now, we can have only one bridge hanging off the encoder.
>> With this patch, we allow multiple bridges to hang onto the same encoder
>> with the use of a simple next_bridge ptr.
>>
On Tue, Apr 8, 2014 at 8:19 AM, Benjamin Gaignard
wrote:
> +/*
> + * Attach the I2C ddc client to allow hdmi i2c communication
> + *
> + * @ddc: i2c client
> + */
> +static struct i2c_client *hdmi_ddc;
> +void sti_hdmi_attach_ddc_client(struct i2c_client *ddc)
> +{
> + DRM_DEBUG_DRIVER("\n")
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140506/35edf8e8/attachment.html>
dri-devel/attachments/20140506/ae86b101/attachment.html>
From: Christian K?nig
Placing them exclusively into VRAM might not work all the time.
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=78297
Signed-off-by: Christian K?nig
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_object.c | 38 --
1 fi
vel/attachments/20140506/9757b701/attachment.html>
On Tue, May 6, 2014 at 12:35 PM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Placing them exclusively into VRAM might not work all the time.
>
> Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=78297
>
> Signed-off-by: Christian K?nig
> Cc: stable at vger.kernel.org
Reviewed-by: Alex
On Tue, May 06, 2014 at 04:30:45PM +0300, Jani Nikula wrote:
> On Tue, 06 May 2014, Knut Petersen wrote:
> > On 28.04.2014 15:26, Daniel Vetter wrote:
> > The patch below is a clear candidate for 3.15 as it fixes a regression
> > introduced after 3.14
> >> Egbert Eich (1):
> >>drm/i915/SD
ingle_cmd=1, but got no sound at all with that (mobo sound still
worked).
Attaching dmesg.
--
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/att
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140506/721535e4/attachment.html>
On Tue, May 6, 2014 at 12:45 PM, Ajay kumar wrote:
> Sean,
>
>
> On Tue, May 6, 2014 at 9:25 PM, Sean Paul wrote:
>> On Mon, May 5, 2014 at 12:52 PM, Ajay Kumar
>> wrote:
>>> As of now, we can have only one bridge hanging off the encoder.
>>> With this patch, we allow multiple bridges to hang o
On 06.05.2014 20:59, Daniel Vetter wrote:
> On Tue, May 06, 2014 at 04:30:45PM +0300, Jani Nikula wrote:
>> On Tue, 06 May 2014, Knut Petersen wrote:
>>> On 28.04.2014 15:26, Daniel Vetter wrote:
>>> The patch below is a clear candidate for 3.15 as it fixes a regression
>>> introduced after 3.14
On Tue, May 6, 2014 at 1:03 PM, Ajay kumar wrote:
> Sean,
>
>
> On Tue, May 6, 2014 at 9:24 PM, Sean Paul wrote:
>> On Mon, May 5, 2014 at 12:52 PM, Ajay Kumar
>> wrote:
>>> modify the driver to call the bridge->funcs of the next bridge
>>> in the chain.
>>> We assume that the bridge sitting ne
On Tue, May 06, 2014 at 10:04:17PM +0200, Knut Petersen wrote:
> On 06.05.2014 20:59, Daniel Vetter wrote:
> >On Tue, May 06, 2014 at 04:30:45PM +0300, Jani Nikula wrote:
> >>On Tue, 06 May 2014, Knut Petersen wrote:
> >>>On 28.04.2014 15:26, Daniel Vetter wrote:
> >>>The patch below is a clear ca
On Tue, May 6, 2014 at 4:29 PM, Felipe Balbi wrote:
> Hi,
>
> Just caught this with v3.14-rc4 running with
>
> 01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce
> GTX 650] (rev a1)
>
> full dmesg attached
>
> [ 239.589213] ==
Hi,
Just caught this with v3.14-rc4 running with
01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce
GTX 650] (rev a1)
full dmesg attached
[ 239.589213] ==
[ 239.589214] [ INFO: possible circular locking dependency
42 matches
Mail list logo
