Hi Heiko,
On 2016å¹´07æ23æ¥ 04:50, Heiko Stübner wrote:
> Hi again,
>
> one bigger thing I noticed only now.
>
> Am Freitag, 22. Juli 2016, 17:07:14 schrieben Sie:
>> diff --git a/drivers/firmware/rockchip_sip.c
>> b/drivers/firmware/rockchip_sip.c new file mode 100644
>> index 000..7756af
Hi Paul,
On 2016å¹´07æ23æ¥ 04:24, Paul Gortmaker wrote:
> On Fri, Jul 22, 2016 at 5:07 AM, Lin Huang wrote:
>> base on dfi result, we do ddr frequency scaling, register
>> dmc driver to devfreq framework, and use simple-ondemand
>> policy.
>>
>> Signed-off-by: Lin Huang
>> ---
>> Changes in v
e assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160724/0de6603e/attachment.html>
On Mon, Jul 18, 2016 at 04:12:45PM -0300, Gustavo Padovan wrote:
> Hi,
>
> Do you think there is time to get this in for 4.8?
No, it was too late on my end, due to travel and vacation, sorry. I'll
queue it up for 4.9-rc1.
thanks,
greg k-h
Sean,
On 07/14/2016 11:14 PM, Sean Paul wrote:
> On Thu, Jul 14, 2016 at 12:15:49PM +0800, Yakir Yang wrote:
>> The PSR driver have exported four symbols for specific device driver:
>> - rockchip_drm_psr_register()
>> - rockchip_drm_psr_unregister()
>> - rockchip_drm_psr_enable()
>> - rockchip_drm
Doug,
On 07/23/2016 12:04 PM, Doug Anderson wrote:
> Yakir,
>
> On Wed, Jul 13, 2016 at 9:15 PM, Yakir Yang wrote:
>> +static void psr_set_state(struct psr_drv *psr, enum psr_state state)
>> +{
>> + mutex_lock(&psr->state_mutex);
>> +
>> + if (psr->state == state) {
>> +
Alway enable the PSR function for Rockchip analogix_dp driver. If panel
don't support PSR, then the core analogix_dp would ignore this setting.
Signed-off-by: Yakir Yang
Reviewed-by: Sean Paul
---
Changes in v5:
- Add reviewed flag from Sean.
Changes in v4:
- Return 'void' instead of 'int' in a
The full name of PSR is Panel Self Refresh, panel device could refresh
itself with the hardware framebuffer in panel, this would make lots of
sense to save the power consumption.
This patch have exported two symbols for platform driver to implement
the PSR function in hardware side:
- analogix_dp_
The PSR driver have exported four symbols for specific device driver, and
it's safe to call them in interrupt context:
- rockchip_drm_psr_register()
- rockchip_drm_psr_unregister()
- rockchip_drm_psr_enable()
- rockchip_drm_psr_disable()
- rockchip_drm_psr_flush()
Encoder driver should call the re
VOP have integrated a hardware counter which indicate the exact display
line that vop is scanning. And if we're interested in a specific line,
we can set the line number to vop line_flag register, and then vop would
generate a line_flag interrupt for it.
For example eDP PSR function is interested
The full name of PSR is Panel Self Refresh, panel device could refresh
itself with the hardware framebuffer in panel, this would make a lots
of sense to save the power consumption.
The v5 version have made the psr_set_state() to a delay work, which is
the biggest changes from v4.
The v3 version
Am Freitag, 22. Juli 2016, 17:07:15 schrieb Lin Huang:
> @@ -488,6 +496,25 @@ struct rockchip_clk_branch {
> .child = ch, \
> }
>
> +#define COMPOSITE_DDRC(_id, cname, pnames, f, mo, ms, mw, mf,\
> + ds, dw, df)
attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160724/b4f99ae4/attachment.html>
org/archives/dri-devel/attachments/20160724/88bf4443/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=141741
Michael Schenaerts changed:
What|Removed |Added
Regression|No |Yes
--
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=141741
--- Comment #6 from Michael Schenaerts ---
Created attachment 225721
--> https://bugzilla.kernel.org/attachment.cgi?id=225721&action=edit
XRANDR 4.6.4
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=141741
--- Comment #5 from Michael Schenaerts ---
Created attachment 225711
--> https://bugzilla.kernel.org/attachment.cgi?id=225711&action=edit
XRANDR 4.5.5
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=141741
--- Comment #4 from Michael Schenaerts ---
Created attachment 225701
--> https://bugzilla.kernel.org/attachment.cgi?id=225701&action=edit
LSPCI on 4.6.4
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=141741
--- Comment #3 from Michael Schenaerts ---
Created attachment 225691
--> https://bugzilla.kernel.org/attachment.cgi?id=225691&action=edit
LSPCI on 4.5.5
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=141741
--- Comment #2 from Michael Schenaerts ---
Created attachment 225681
--> https://bugzilla.kernel.org/attachment.cgi?id=225681&action=edit
DMESG on 4.6.4
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=141741
--- Comment #1 from Michael Schenaerts ---
Created attachment 225671
--> https://bugzilla.kernel.org/attachment.cgi?id=225671&action=edit
DMESG on 4.5.5
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=141741
Bug ID: 141741
Summary: drm:radeon_get_bios [radeon]] *ERROR* Unable to locate
a BIOS ROM
Product: Drivers
Version: 2.5
Kernel Version: 4.6.4
Hardware: x86-64
22 matches
Mail list logo
