19.10.2013 02:30, Alex Deucher kirjoitti:
> Use the actual pll clock (rather than the mode clock) to set
> up the audio dto. This fixes audio playback speed issues
> when the pll clock does not exactly match the mode clock.
AFAICS we should use this for ACR CTS calculation as well, where/if the
S
https://bugzilla.kernel.org/show_bug.cgi?id=61941
--- Comment #9 from Ilya Tumaykin ---
Changing gfx_clock_gating also doesn't help. There's one more thing though that
I've changed alongside dpm: I've enabled aspm=1 for kernel driver.
I will remove aspm=1 from modprobe.conf so the driver will ch
alk at LinuxCon Europe. The slides and notes for them are
available in "Talks and slides" section on the project page (
https://code.google.com/p/kernel-strider/). This is mostly about data races
though.
-- next part --
An HTML attachment was scrubbed...
URL:
&
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131025/28a7aa63/attachment-0001.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131025/1470666b/attachment-0001.html>
ubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131025/f0cfc7b3/attachment-0001.html>
Sorry for some typos.
2013/10/24 Inki Dae :
> 2013/10/23 Rob Clark :
>> On Wed, Oct 23, 2013 at 9:18 AM, Inki Dae wrote:
>>> Look at omapdrm, nouveau, and radeon drm drivers.
>>
>>
>> btw, please don't look at omapdrm as a "good" example in this regard.
>> The layering is really not a good idea a
https://bugzilla.kernel.org/show_bug.cgi?id=60532
--- Comment #11 from rohankapadia at gmail.com ---
How do I compile and install this kernel tree for ubuntu 13.10?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=60532
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #10 f
t; > > > > >
> > > > > > I share Tomi's point of view here. Your three panels use the same
> > > > > > power sequence, so I believe we should have a generic panel
> > > > > > compatible string that would use modes described in DT for the
> > > > > > common case. Only if a panel required something more complex which
> > > > > > can't (or which could, but won't for any reason) accurately be
> > > > > > described in DT would you need to extend the driver.
> > > > >
> > > > > I don't see the point quite frankly. You seem to be assuming that
> > > > > every panel will only be used in a single board.
> > > >
> > > > No, but in practice that's often the case, at least for boards with
> > > > .dts files in the mainline kernel.
> > > >
> > > > > However what you're proposing will require the mode timings to be
> > > > > repeated in every board's DT file, if the same panel is ever used on
> > > > > more than a single board.
> > > >
> > > > Is that a problem ? You could #include a .dtsi for the panel that
> > > > would specify the video mode if you want to avoid multiple copies.
> > >
> > > Yes, I don't think it's desirable to duplicate data needlessly in DT. It
> > > also makes the binding more difficult to use. If I know that the panel
> > > is one supported by the simple-panel binding, I can just go and add the
> > > right compatible value without having to bother looking up the mode
> > > timings and duplicating them. That way DT writers get to concern
> > > themselves only with the variable data.
> >
> > I've had a quick chat with Dave Airlie and Hans de Goede yesterday about
> > this. As most panels will use standard timings, Hans proposed adding a
> > timings property that would reference the standard timings the panel uses
> > (this could be a string or integer defined in include/dt-bindings/...).
> > In most case DT would just have a single property to select the timings,
> > and only in more complex cases where the system designer wants to use
> > custom timings would the timings need to be manually defined.
>
> We can do the same thing within the kernel. We already have a list of
> standard EDID/HDMI/CEA display modes, so we could similarly add a new
> list of common display panel modes and make each driver reference that
> instead of defining a custom one.
Sure. My point is that I would like to avoid adding zillions of compatible
properties to the driver, when we could use a single property in the DT
bindings that would specify the timings instead. This would lower the amount
of changes made to the simple panel driver, while keeping DT simple enough (at
least in my opinion).
> And that still enables us to add a property that would allow DT writers
> to override the display mode if they need to.
--
Regards,
Laurent Pinchart
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131025/9daeaf39/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=60532
--- Comment #9 from rohankapadia at gmail.com ---
Upgraded to kernel version 3.11. Same problem.
An earlier report (see my comments above) had said that kernel version 3.10
fixed the issue but the problem persists.
--
You are receiving this mail
On Fri, Oct 25 2013, Dave Airlie wrote:
> On Fri, Oct 25, 2013 at 8:59 AM, Dave Airlie wrote:
> >> Booting 3.12-rc6 on my macbook quickly freezes after logging in to X. I
> >> was able to capture this oops. It's 100% consistent. 3.11 works
> >> perfectly fine, as did previous kernels.
> >
> > Can
.freedesktop.org/archives/dri-devel/attachments/20131025/80ff3458/attachment.html>
On 10/24/2013 12:52 PM, Tomi Valkeinen wrote:
> On 24/10/13 13:40, Laurent Pinchart wrote:
>
>>> panel {
>>> remote =<&remote-endpoint>;
>>> common-video-property =;
>>> };
>>>
>>> panel {
>>> port {
>>> endpoint {
>>> remote =<&remote-endpoint>;
>>>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131025/d531a5c9/attachment-0001.html>
Hi Dave,
Just the edp bpp fix from Jani plus the pipe bpp readout code from Ville
to make it work. There's a 3 pipe ivb regression fix pending from me, but
Ville's review convinced me that my first stab is broken.
Cheers, Daniel
The following changes since commit 828c79087cec61eaf4c76bb32c222fb
On Sat, 19 Oct 2013 17:12:20 +0400
Eugene Shatokhin wrote:
> Hi,
>
> > Ah, you are not using the ftrace framework nor relayfs? Mmiotrace
> used to be relayfs at one point and then converted to ftrace.
>
> Yes, I considered these when I started working on KernelStrider but finally
> borrowed i
On 10/16/2013 05:02 PM, Daniel Vetter wrote:
> On Wed, Oct 16, 2013 at 04:34:57PM -0400, Joseph Salisbury wrote:
>> BugLink: http://bugs.launchpad.net/bugs/1195483
>>
>> This reverts commit 657445fe8660100ad174600ebfa61536392b7624.
>>
>> Signed-off-by: Joseph Salisbury
>> Cc: Daniel Vetter
>> Cc:
On Thu, 2013-10-24 at 16:13 +0800, Aaron Lu wrote:
> On 10/16/2013 07:33 AM, Rafael J. Wysocki wrote:
> > On Friday, October 11, 2013 09:27:42 PM Aaron Lu wrote:
> >> v5:
> >> 1 Introduce video.use_native_backlight module parameter and set its
> >> value to false by default as suggested by Rafael
Hi,
Please refer to the comments below.
On 10/24/2013 05:52 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Monday 21 October 2013 07:48 PM, Tomasz Stanislawski wrote:
>> Add simple-phy driver to support a single register
>> PHY interfaces present on Exynos4 SoC.
>
> How are these PHY interfaces
Hi Dave,
Just a few small fixes for radeon (audio regression fix,
stability fix, and an endian bug noticed by coverity).
The following changes since commit 579123fdfc23ad2147f041dfec305c2308f068ba:
Merge branch 'drm-fixes-3.12' of git://people.freedesktop.org/~agd5f/linux
into drm-fixes (20
-
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/20131025/3fcff0b6/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20131025/a3fe9992/attachment-0001.html>
On Fri, Oct 25, 2013 at 8:59 AM, Dave Airlie wrote:
>> Booting 3.12-rc6 on my macbook quickly freezes after logging in to X. I
>> was able to capture this oops. It's 100% consistent. 3.11 works
>> perfectly fine, as did previous kernels.
>
> Can you boot with nouveau.runpm=0 and see if it boots an
On Fri, Oct 25, 2013 at 12:27:42AM +, Liu, Chuansheng wrote:
> Hello Chris and Ben,
>
> > -Original Message-
> > From: Ben Widawsky [mailto:ben at bwidawsk.net]
> > Sent: Friday, October 25, 2013 4:57 AM
> > To: Chris Wilson; Liu, Chuansheng; daniel.vetter at ffwll.ch; airlied at
> >
> Booting 3.12-rc6 on my macbook quickly freezes after logging in to X. I
> was able to capture this oops. It's 100% consistent. 3.11 works
> perfectly fine, as did previous kernels.
Can you boot with nouveau.runpm=0 and see if it boots and survives
suspend/resume.
Dave.
h Blender are still very slow.
It has been merged to master in mesa 9.2.
--
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/20131
In our platform, we hit the the stolen region initialization failure case,
such as below log:
[drm:i915_stolen_to_physical] *ERROR* conflict detected with stolen region:
[0x7b00]
And it causes the dev_priv->mm.stolen_base is NULL, in this case, we should
avoid accessing it any more.
Here is
Hello Chris and Ben,
> -Original Message-
> From: Ben Widawsky [mailto:ben at bwidawsk.net]
> Sent: Friday, October 25, 2013 4:57 AM
> To: Chris Wilson; Liu, Chuansheng; daniel.vetter at ffwll.ch; airlied at
> linux.ie;
> intel-gfx at lists.freedesktop.org; dri-devel at lists.freedesktop.
29 matches
Mail list logo
