- Original Message -
> From: "Sascha Hauer"
> To: "David Airlie"
> Cc: "Inki Dae" , kernel at pengutronix.de, dri-devel
> at lists.freedesktop.org
> Sent: Thursday, 2 February, 2012 12:34:02 PM
> Subject: Re: [PATCH] drm: cleanup device registration
>
> On Thu, Feb 02, 2012 at 07:05:0
On Thu, 2 Feb 2012, Michel [ISO-8859-1] D?nzer wrote:
>> +#define I2F_MAX_BITS 15
>> +#define I2F_MAX_INPUT ((2 << I2F_MAX_BITS) - 1)
>
> Should be ((1 << I2F_MAX_BITS) - 1): 2^n == (1 << n)
>
Right. I'll fix it.
> Use WARN_ON_ONCE here to avoid spamming the kernel output. If this is
> ever
Hi David,
On Wed, Feb 01, 2012 at 11:38:18AM +0100, Sascha Hauer wrote:
> The following patches contain some fixes and cleanups for the drm
> core.
>
> - fix memory holes
> - make some initialization / deinitialization more symmetric
> - add convenience functions for creating properties
> - remov
https://bugs.freedesktop.org/show_bug.cgi?id=45503
--- Comment #10 from mlambda at gmail.com 2012-02-02 06:20:36 PST ---
I just found the solution:
diff -ur a/drivers/gpu/drm/radeon/radeon_atpx_handler.c
b/drivers/gpu/drm/radeon/radeon_atpx_handler.c
--- a/drivers/gpu/drm/radeon/radeon_atpx_handl
https://bugs.freedesktop.org/show_bug.cgi?id=45503
--- Comment #11 from mlambda at gmail.com 2012-02-02 06:22:03 PST ---
Created attachment 56517
--> https://bugs.freedesktop.org/attachment.cgi?id=56517
dmesg with my patch
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=em
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #48 from Camale?n 2012-02-02 06:23:13 PST
---
Created attachment 56518
--> https://bugs.freedesktop.org/attachment.cgi?id=56518
Output of "xrandr"
In reply to comment #47, I'm attaching the output of "xrandr".
--
Configure bugma
> I see. For example the i810 also has a framebuffer driver. Do you see
> a way to fix this except writing a kms driver for all legacy devices?
> Otherwise I would leave the pci part untouched and only keep the
> platform/USB pieces which I'm admittedly more interested in.
Which is obsolete and un
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #49 from Michel D?nzer 2012-02-02 06:36:30
PST ---
The kernel DESKTOP_HEIGHT fix from bug 43835 might help for the GPU lockups.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving th
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #50 from Michel D?nzer 2012-02-02 06:36:59
PST ---
Argh, I mean bug 45329.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=45503
--- Comment #12 from Dave Airlie 2012-02-02
06:59:30 PST ---
arrgh good catch, I'll send a patch with that fix now,
thanks for tracking that down.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rece
From: Alan Cox
This was reported a long time ago (and I apologize to whoever it was that
reported it as I've lost the original report).
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/psb_drv.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/gma500
From: Alan Cox
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/framebuffer.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/gma500/framebuffer.c
b/drivers/gpu/drm/gma500/framebuffer.c
index 791c0ef..97d5b80 100644
--- a/drivers/gpu/drm/g
(Resending in two bits to avoid stgit breakage)
From: Alan Cox
This was reported a long time ago (and I apologize to whoever it was that
reported it as I've lost the original report).
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/psb_drv.c |1 +
1 files changed, 1 insertions(+), 0 d
From: Alan Cox
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/framebuffer.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/gma500/framebuffer.c
b/drivers/gpu/drm/gma500/framebuffer.c
index 791c0ef..97d5b80 100644
--- a/drivers/gpu/drm/g
From: Alan Cox
Some this is Medfield stuff that may reappear in some form later, other
bits are just dead stuff
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/oaktrail_crtc.c |3 -
drivers/gpu/drm/gma500/psb_drv.h | 94 +---
2 files changed, 2 inser
From: Alan Cox
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/cdv_intel_display.c | 27 ++-
drivers/gpu/drm/gma500/cdv_intel_lvds.c|6 -
drivers/gpu/drm/gma500/oaktrail_device.c | 204 +
drivers/gpu/drm/gma500/oaktrail_hdmi.c | 72 +
drive
From: Alan Cox
Update this to better reflect the status
Signed-off-by: Alan Cox
---
drivers/gpu/drm/gma500/Kconfig |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/gma500/Kconfig b/drivers/gpu/drm/gma500/Kconfig
index 754e14b..f92a7f4 100644
--- a/dr
From: Jesper Juhl
In psb_intel_lvds_init(), if we fail to allocate memory for
'psb_intel_connector' we free the memory we previously allocated for
'psb_intel_encoder', but we then proceed to use that free'd pointer
when we do 'psb_intel_encoder->dev_priv = lvds_priv;'.
We may also leak the memor
From: Alex Deucher
Previous patch only updates r3xx+. It's not likely
anyone will use this on r1xx/r2xx, but add it for consistency.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r100.c | 46 +++-
drivers/gpu/drm/radeon/r200.c | 17 +---
From: Alex Deucher
Not likely this will be implemented anytime soon, but for
completeness...
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r100.c | 12 +++-
drivers/gpu/drm/radeon/r200.c | 12 +++-
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/dri
From: Alex Deucher
Different versions of the DP to LVDS bridge chip
need different panel mode settings depending on
the chip version used.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=41569
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/atombios_dp
https://bugs.freedesktop.org/show_bug.cgi?id=34155
--- Comment #5 from Marco Albanese 2012-02-02 07:26:00
PST ---
Created attachment 56520
--> https://bugs.freedesktop.org/attachment.cgi?id=56520
Dmesg with "failed to reserve"
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?
https://bugs.freedesktop.org/show_bug.cgi?id=34155
--- Comment #6 from Marco Albanese 2012-02-02 07:26:13
PST ---
(In reply to comment #4)
> Are there also 'reserve failed' messages before the messages referenced in the
> original report?
No, there aren't. Is the only type of "reserve failed" I
Evergreen and NI blit copy was broken if the buffer maps to a rectangle
whose one dimension is 16384 (max dimension allowed by these chips).
In the mainline kernel, the problem is exposed only when buffers are
very large (1G), but it's still a problem. The problem could be exposed
for smaller buffe
On Thu, Feb 2, 2012 at 10:26 AM, Ilija Hadzic
wrote:
> Evergreen and NI blit copy was broken if the buffer maps to a rectangle
> whose one dimension is 16384 (max dimension allowed by these chips).
> In the mainline kernel, the problem is exposed only when buffers are
> very large (1G), but it's s
On Don, 2012-02-02 at 10:26 -0500, Ilija Hadzic wrote:
> Evergreen and NI blit copy was broken if the buffer maps to a rectangle
> whose one dimension is 16384 (max dimension allowed by these chips).
> In the mainline kernel, the problem is exposed only when buffers are
> very large (1G), but it's
On Thu, 2 Feb 2012, Alex Deucher wrote:
>
> Should probably CC stable as well.
>
I was thinking of that, but decided not to because it's in the gray area
of this rule per Documentation/stable_kernel_rules.txt
- It must fix a real bug that bothers people (not a, "This could be a
problem.
https://bugs.freedesktop.org/show_bug.cgi?id=34155
--- Comment #7 from Michel D?nzer 2012-02-02 07:56:37
PST ---
Created attachment 56529
--> https://bugs.freedesktop.org/attachment.cgi?id=56529
Add return value to error message
Please apply this debugging patch and post the value(s) of r whe
Hi Linus,
A set of fixes from nouveau and radeon, one reported regression about
reading BIOS roms on certain dual-gpu laptops is fixed (use after free),
along with a s/r black screen fix, and a GPU hang fix.
Dave.
The following changes since commit 62aa2b537c6f5957afd98e29f96897419ed5ebab:
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #51 from Camale?n 2012-02-02 08:34:48 PST
---
(In reply to comment #50)
> Argh, I mean bug 45329.
Thank you, we can do try... what would be the "easy peasy" way to go for it?
Mainline kernel 3.3-rc2 contains the mentioned patches? A
https://bugs.freedesktop.org/show_bug.cgi?id=43835
--- Comment #52 from Michel D?nzer 2012-02-02 08:57:40
PST ---
(In reply to comment #51)
> Mainline kernel 3.3-rc2 contains the mentioned patches?
No. You can try the drm-fixes branch of
git://people.freedesktop.org/~airlied/linux.git, but it s
On Wed, Feb 01, 2012 at 07:10:10PM -0500, Jerome Glisse wrote:
> Hi,
>
> I plan to do a libdrm release on friday because ddx/mesa work i have
> been doing depends on thing i added to libdrm/radeon. Is anybody else
> working on some libdrm related code that would need a release ?
AFAICS these neve
On Thu, Feb 2, 2012 at 5:38 PM, Paul Berry wrote:
> On 1 February 2012 20:55, Alan Coopersmith
> wrote:
>>
>> On 02/ 1/12 08:52 PM, Alexandre Demers wrote:
>>>
>>> Hi,
>>>
>>> I've been trying all day to sync sources from anongit.freedesktop.org
>>> (dri and mesa) and it always ends up by a time
https://bugs.freedesktop.org/show_bug.cgi?id=45558
Bug #: 45558
Summary: cannot render on a drawable of size equal the max
framebuffer size
Classification: Unclassified
Product: Mesa
Version: git
Platform: All
https://bugs.freedesktop.org/show_bug.cgi?id=45558
--- Comment #1 from Alban Browaeys 2012-02-02 10:40:03
PST ---
Created attachment 56551
--> https://bugs.freedesktop.org/attachment.cgi?id=56551
testcase for max not rendering
This testcase is made from a mesa demo. The issue is that with Win
https://bugs.freedesktop.org/show_bug.cgi?id=45558
Alban Browaeys changed:
What|Removed |Added
Attachment #56550|application/octet-stream|text/plain
mime type|
On Thu, Feb 02, 2012 at 07:13:21PM +0200, Ville Syrj?l? wrote:
> On Wed, Feb 01, 2012 at 07:10:10PM -0500, Jerome Glisse wrote:
> > Hi,
> >
> > I plan to do a libdrm release on friday because ddx/mesa work i have
> > been doing depends on thing i added to libdrm/radeon. Is anybody else
> > working
On Thu, Feb 02, 2012 at 07:13:21PM +0200, Ville Syrj?l? wrote:
> On Wed, Feb 01, 2012 at 07:10:10PM -0500, Jerome Glisse wrote:
> > Hi,
> >
> > I plan to do a libdrm release on friday because ddx/mesa work i have
> > been doing depends on thing i added to libdrm/radeon. Is anybody else
> > working
On Thu, Feb 02, 2012 at 02:55:22PM -0500, Jerome Glisse wrote:
> On Thu, Feb 02, 2012 at 07:13:21PM +0200, Ville Syrj?l? wrote:
> > On Wed, Feb 01, 2012 at 07:10:10PM -0500, Jerome Glisse wrote:
> > > Hi,
> > >
> > > I plan to do a libdrm release on friday because ddx/mesa work i have
> > > been d
This return statement got dropped while fixing the conflicts introduced
in 7a7e8734ac3.
---
drivers/gpu/drm/radeon/evergreen.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Note that I've not actually tested this change, I just noticed when
reviewing the mentioned merge commit. If th
https://bugs.freedesktop.org/show_bug.cgi?id=30151
--- Comment #1 from pitamila at free.fr 2012-02-02 12:47:26 PST ---
I can confirm this.
linux 3.2
graphic board hd4870
HDMI audio device seen and unmuted
set in the grub kernel boot command radeon.audio=1
but when playing, no sound and no erro
On Thu, Feb 2, 2012 at 3:23 PM, Matthijs Kooijman wrote:
> This return statement got dropped while fixing the conflicts introduced
> in 7a7e8734ac3.
> ---
> ?drivers/gpu/drm/radeon/evergreen.c | ? ?1 +
> ?1 files changed, 1 insertions(+), 0 deletions(-)
>
> Note that I've not actually tested this
On Thu, Feb 02, 2012 at 02:27:18PM +, Alan Cox wrote:
> > I see. For example the i810 also has a framebuffer driver. Do you see
> > a way to fix this except writing a kms driver for all legacy devices?
> > Otherwise I would leave the pci part untouched and only keep the
> > platform/USB pieces
Signed-off-by: Alan Coopersmith
---
include/drm/drm_fourcc.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/drm/drm_fourcc.h b/include/drm/drm_fourcc.h
index b1107cb..85facb0 100644
--- a/include/drm/drm_fourcc.h
+++ b/include/drm/drm_fourcc.h
@@ -24,10 +24,
freedesktop.org resolving correctly when we make the by the time we
make the Mesa 8.0 release.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120202/11234192/attachment.htm>
101 - 145 of 145 matches
Mail list logo
