https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #136 from Alex Deucher ---
(In reply to comment #135)
> Created attachment 86825 [details]
> dmesg when under works due to setting .debug=1
>
> I tried again with the latest rc3 build and it still doesn't work; I had
> left changes f
On Sat, 28 Sep 2013, Alex Deucher wrote:
> Return -ENOMEM if the allocation fails.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Jani Nikula
> ---
> drivers/gpu/drm/drm_edid.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
> i
https://bugs.freedesktop.org/show_bug.cgi?id=69723
--- Comment #8 from Alex Deucher ---
(In reply to comment #7)
> Alex, using debugfs, should I see the maxed values (sclk and mclk) or the
> theorical value from the table? For now, even if I have confirmation in
> dmesg the values were maxed out,
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #22 from Alex Deucher ---
FWIW, the dynclks parameter doesn't actually do anything on r6xx+ asics.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel m
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #135 from Bryan Quigley ---
Created attachment 86825
--> https://bugs.freedesktop.org/attachment.cgi?id=86825&action=edit
dmesg when under works due to setting .debug=1
I tried again with the latest rc3 build and it still doesn't w
On Wed, 2013-09-18 at 16:33 -0400, Alex Deucher wrote:
> On Wed, Sep 18, 2013 at 4:32 PM, Alex Deucher wrote:
> > Hi Ben,
> >
> > The attached patches add new firmware for radeon GPUs. Please apply
> > to the firmware tree.
>
> Attached this time...
Applied, thanks.
Ben.
--
Ben Hutchings
L
https://bugs.freedesktop.org/show_bug.cgi?id=69245
--- Comment #3 from klondike ---
Created attachment 86824
--> https://bugs.freedesktop.org/attachment.cgi?id=86824&action=edit
Backported commit fixing the lockups
Hi Tom, after manually checking the differences between the 9.2.0 and my
workin
https://bugzilla.kernel.org/show_bug.cgi?id=61811
Bruno Wolff III changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #21 from Shawn Starr ---
Attached crash is without DPM enabled, dynclks enabled and caused GPU reset.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-deve
https://bugs.freedesktop.org/show_bug.cgi?id=59649
--- Comment #20 from Shawn Starr ---
Created attachment 86821
--> https://bugs.freedesktop.org/attachment.cgi?id=86821&action=edit
Radeon crash with dynclks enabled
Radeon crash with dynclks enabled
--
You are receiving this mail because:
Yo
On Monday 30 of September 2013 00:08:46 Sylwester Nawrocki wrote:
> On 09/28/2013 06:10 PM, Inki Dae wrote:
> >> Any opinion from Device-Tree folks?
> >>
> >> IMO, we should have same consensus on Shirish patches before
> >> proceeding.>
> > Rahul, it seems that DT people have no interest in this
Hello Christian,
after latest git pull I've only MPEG1, MPEG2_SIMPLE and MPEG2_MAIN with
my RV730 (AGP).
All nice videos didn't play any longer.
-Dieter
BTW I'm not on Mesa Devel, so please CC me.
/opt/mesa> vdpauinfo
display: :0 screen: 0
API version: 1
Information string: G3DVL VDPAU Dr
On Sun, Sep 29, 2013 at 10:50:58AM +0200, Lars-Peter Clausen wrote:
> This series removes the redundant driver field from the i2c_client struct. The
> field is redundant since the same pointer can be accessed through
> to_i2c_driver(client->dev.driver). The commit log suggests that the field has
>
Please keep me in CC.
CCing Borislav Petkov , intel-...@lists.freedesktop.org,
dri-devel@lists.freedesktop.org as they were on another part of this thread.
Chris Wilson wrote:
> > > I receive a warning in drivers/gpu/drm/i915/intel_display.c:3869. This
> > > happens when I'm on a console, the s
2013/9/27 Rafael J. Wysocki :
> On Thursday, September 26, 2013 09:49:03 AM Jörg Otte wrote:
>> 2013/9/25 Jani Nikula :
>> > On Wed, 25 Sep 2013, Jörg Otte wrote:
>> >> 2013/9/25 Jani Nikula :
>> >>> On Wed, 25 Sep 2013, Aaron Lu wrote:
>> On Wed, Sep 25, 2013 at 10:29:37AM +0200, Jörg Otte
On ven., 2013-09-27 at 15:05 -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 27 Sep 2013, Yves-Alexis Perez wrote:
> > On ven., 2013-09-27 at 12:20 -0300, Henrique de Moraes Holschuh wrote:
> > > Some testing on a *60 (T60,X60...) would also be best, I cannot test
> > > this on
> > > my T43.
>
Hi Alex,
could you just point me to the right location in the driver code to play
with?
I am less afraid to play with the driver than to flash my vbios...
Even though, I promise I won't bother you or complain if I break
something :-)
NB: Daniel, although I won't modify my vbios, I still lik
On Tue, Sep 24, 2013 at 05:47:28PM +0800, Aaron Lu wrote:
> v3:
> 1 Add a new patch 4/4 to fix some problems in thinkpad-acpi module;
> 2 Remove unnecessary function acpi_video_unregister introduced in
> patch 2/3 as pointed out by Jani Nikula.
>
> v2:
> v1 has the subject of "Rework ACPI video
On Thu, Sep 26, 2013 at 10:23:08PM +0200, Rafał Miłecki wrote:
> 2013/9/19 Russell King - ARM Linux :
> > This email is only being sent to the mailing lists in question, not to
> > anyone personally. The list of individuals is far to great to do that.
> > I'm hoping no mailing lists reject the pat
Make sure static function do_gma_backlight_set() is only defined when
CONFIG_BACKLIGHT_CLASS_DEVICE is defined, as it is never called otherwise.
This fixes the following warning:
drivers/gpu/drm/gma500/backlight.c:29:13: warning: ‘do_gma_backlight_set’
defined but not used [-Wunused-function]
Hello
i've an idea how to simplify DRI, and I think this idea will be very useful
for Wayland because it allows wayland clients to partially update their
windows.
I suggest to provide an interface for user-mode applications to
semi-directly control GPU memory map tables. Instead of working with
On ven., 2013-09-27 at 12:20 -0300, Henrique de Moraes Holschuh wrote:
> Some testing on a *60 (T60,X60...) would also be best, I cannot test
> this on
> my T43.
>
> Anyway, the code itself looks fine, so:
I can test on T61, would that help?
Regards,
--
Yves-Alexis
signature.asc
Description:
On Wed, Sep 25, 2013 at 05:48:06PM +0200, Daniel Vetter wrote:
> On Wed, Sep 25, 2013 at 06:34:38PM +0300, Michael S. Tsirkin wrote:
> > On Wed, Sep 25, 2013 at 09:56:52AM +0200, Daniel Vetter wrote:
> > > On Wed, Sep 25, 2013 at 01:17:52PM +1000, Dave Airlie wrote:
> > > > On Mon, Sep 23, 2013 at
https://bugs.freedesktop.org/show_bug.cgi?id=55951
Sven Arvidsson changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
On Sun, Sep 29, 2013 at 04:58:39PM +0200, Borislav Petkov wrote:
> Let's CC some more people.
Please boot with drm.debug=0xe, reproduce the WARN and then attach the
full dmesg.
Thanks, Daniel
>
> On Sun, Sep 29, 2013 at 10:17:34AM -0400, Wakko Warner wrote:
> > Wakko Warner wrote:
> > > Please
Let's CC some more people.
On Sun, Sep 29, 2013 at 10:17:34AM -0400, Wakko Warner wrote:
> Wakko Warner wrote:
> > Please keep me in CC.
> >
> > I receive a warning in drivers/gpu/drm/i915/intel_display.c:3869. This
> > happens when I'm on a console, the screen has gone into power save and I
> >
https://bugs.freedesktop.org/show_bug.cgi?id=69897
--- Comment #6 from Grigori Goronzy ---
Now it compiles fine, but locks up the GPU. This might be an issue with this
particular kernel, though.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=69670
--- Comment #6 from Eugene ---
Created attachment 86794
--> https://bugs.freedesktop.org/attachment.cgi?id=86794&action=edit
kwin stderr with LIBGL_ALWAYS_SOFTWARE=1
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=69670
--- Comment #5 from Eugene ---
I am not sure how to confirm it. I tried launching:
LIBGL_ALWAYS_SOFTWARE=1 kwin --replace > kwin_stdout_LIBGL_ALWAYS_SOFTWARE.txt
2> kwin_stderr_LIBGL_ALWAYS_SOFTWARE.txt
and it disabled desktop effects; then I t
https://bugs.freedesktop.org/show_bug.cgi?id=69922
Priority: medium
Bug ID: 69922
Assignee: dri-devel@lists.freedesktop.org
Summary: Juniper (HD 5770): Hibernate partially broken since
LInux kernel 3.10
Severity: normal
C
The 'driver' field of the i2c_client struct is redundant. The same data can be
accessed through to_i2c_driver(client->dev.driver). The generated code for both
approaches in more or less the same.
E.g. on ARM the expression client->driver->command(...) generates
...
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. Check i2c_client->dev.driver instead to see if a driver is bound to the
device.
Signed-off-by: Lars-Peter Clausen
---
sound/soc/fsl/imx-wm8962.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client->driver.driver->field' and
'client->dev.driver->field' are identical, so replace all occurrences of the
former with the later.
Signed-off-by: Lars-Peter Clausen
---
drivers
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. Use 'to_i2c_driver(client->dev.driver)' instead to get direct
access to the i2c_driver struct.
Signed-off-by: Lars-Peter Clausen
---
sound/ppc/keywest.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. Use 'to_i2c_driver(client->dev.driver)' instead to get direct access to
the i2c_driver struct.
Signed-off-by: Lars-Peter Clausen
Cc: Martin Peres
---
drivers/gpu/drm/nouveau/core/subdev/therm/ic.c | 3 ++-
1 fi
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client->driver.driver->field' and
'client->dev.driver->field' are identical, so replace all occurrences of the
former with the later. To get direct access to the i2c_driver struct us
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client->driver.driver->field' and
'client->dev.driver->field' are identical, so replace all occurrences of the
former with the later.
Signed-off-by: Lars-Peter Clausen
Cc: Kyungmin
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client->driver.driver->field' and
'client->dev.driver->field' are identical, so replace all occurrences of the
former with the later.
Signed-off-by: Lars-Peter Clausen
Cc: Kyungmin
Hi,
This series removes the redundant driver field from the i2c_client struct. The
field is redundant since the same pointer can be accessed through
to_i2c_driver(client->dev.driver). The commit log suggests that the field has
been around since forever (since before v2.6.12-rc2) and it looks as if
39 matches
Mail list logo
