this patch fixes that buf->pages is allocated two times when it allocates
physically continuous memory region and removes unnecessary codes
for code clean.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_buf.c | 34 --
1
1M section, 64k page count also should be rounded up so this patch
rounds up them and caculates page count of them properly and also
checks memory flags from user.
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_buf.c | 13 +++-
this patch set fixes page align and duplicated allocation issues
and removes unnecessary codes for code clean.
this patch set is based on git repository below:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
commit-id: 62fb376e214d3c1bfdf6fbb77dac162f6da04d7e
Please let
ent was scrubbed...
Name: nouveau-3.2.13.log.gz
Type: application/octet-stream
Size: 10448 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20120403/88cf954a/attachment-0003.obj>
-- next part --
A non-text attachme
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #12 from J?r?me Glisse 2012-04-03
21:24:00 ---
Well other things might have fixed it. I will force lockup but code inspection
never leaded me to the issue.
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #11 from Torsten Kaiser
2012-04-03 19:38:37 ---
> Is 3.4 still affected?
I don't know, but I suspect it.
Because since the fix of my underlying GPU hang in 3.3-rc3 there wasn't a need
for a recovery or a change to hang X again.
Hi Linus,
this pull just contains a forward of the Intel fixes from Daniel,
The only annoyance is the RC6 enable, which really should have made -next,
but since Ubuntu are shipping it I reckon its getting a good testing now
by the time 3.4 comes out.
The pull from Daniel contains his pull
Under a minimalist configuration, it is possible for i915 to include
vgaarb.h without including any pci header before hand. Silence the
compiler by providing an opaque forward declaration of 'struct pci_dev'
In file included from drivers/gpu/drm/i915/intel_display.c:33:0:
From: Alex Deucher
Some r4xx chips have the wrong frev in the
DVOEncoderControl table. It should always be 1
on r4xx. Fixes modesetting on DVO on r4xx chips
with the bad frev.
Reported by twied on #radeon.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
Hi Dave,
A few patches for 3.4, major part is 3 regression fixes:
- ppgtt broke hibernate on snb/ivb. Somehow our QA claims that it still
works, which is why this has not been caught earlier.
- ppgtt flails in combination with dmar. I kinda expected this one :(
- fence handling bugfix for
From: Dave Airlie
On coherent systems (not-AGP) the IB should be in cached memory so should
be just as fast, so we can avoid copying to temporary pages and just use it
directly.
provides minor speedups on rv530: gears ~1820->1860, ipers: 29.9->30.6,
but always good to use
On Mon, Apr 2, 2012 at 1:39 PM, Ville Syrj?l?
wrote:
> On Mon, Apr 02, 2012 at 08:26:14PM +0300, Ville Syrj?l? wrote:
>> On Mon, Apr 02, 2012 at 10:31:47AM -0500, Rob Clark wrote:
>> > On Sat, Mar 31, 2012 at 4:09 PM, Ville Syrj?l? wrote:
>> > > On Fri, Mar 30, 2012 at 05:59:32PM -0500, Rob
From: Dave Airlie
This closes a race seen with kexec where we enable PCI bus mastering
but the card has been reinitialised fully yet.
This was previously fixed by a patch from Jerome, but this should
close the race completely.
Reported-and-tested-by: Markus Trippelsdorf
>
> ? ? ? ?This last year the Openchrome support for the VIA chipsets has
> come along way from being in a state of decay. The plan is to release
> a Xorg driver June 1 that will have support for the KMS as well as UMS.
> The goal is to have this xorg driver out in the wild before the kernel
>
On Mon, 2 Apr 2012 14:11:50 +0100, Dave Airlie wrote:
> From: Dave Airlie
>
> This lets the kernel tell userspace if the device supports prime
> import/export.
>
> This is useful for -modesetting at least, but would be nice for other
> drivers.
>
> Signed-off-by: Dave Airlie
Reviewed-by:
Hi Linus,
mainly nouveau fixes, one for a regressions in -rc1, fixes for booting on
a ppc G5, and a Kconfig fix.
two radeon fix, one oops, one s/r fix.
one udl mmap fix.
and one core drm fix to stop bad fbdev apps overwriting bits of ram.
I have some fixes from Intel I think on the way, but
From: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_pm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index caa55d6..17571da 100644
---
On Tue, Apr 3, 2012 at 10:48, Daniel Vetter wrote:
> On Mon, Feb 13, 2012 at 09:38:33AM +0100, Daniel Vetter wrote:
>> On Sun, Feb 12, 2012 at 11:10:32AM +0100, phil at haerkules.de wrote:
>> > From: Philipp Grete
>> >
>> > Fixes LP: #796030 by removing forced pipe A on HP 2730p.
>> > Quirk has
On Mon, Feb 13, 2012 at 09:38:33AM +0100, Daniel Vetter wrote:
> On Sun, Feb 12, 2012 at 11:10:32AM +0100, phil at haerkules.de wrote:
> > From: Philipp Grete
> >
> > Fixes LP: #796030 by removing forced pipe A on HP 2730p.
> > Quirk has previously been introduced to fix a sleep mode problem
Hi,
Jerome Glisse just helpfully pointed out that I'm running with KMS
disabled (and indeed, CONFIG_DRM_RADEON_KMS is not set).
So we have:
- a CONFIG_DRM_RADEON_KMS which has some pretty strong wording
discouraging its use (which IIRC is exactly the reason that I decided
to not enable it yet
On Tue, Apr 3, 2012 at 8:13 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> This closes a race seen with kexec where we enable PCI bus mastering
> but the card has been reinitialised fully yet.
>
> This was previously fixed by a patch from Jerome, but this should
> close the race completely.
>
>
On Mon, Apr 02, 2012 at 02:44:14PM -0700, Andrew Lutomirski wrote:
> On Mon, Apr 2, 2012 at 1:52 PM, Daniel Vetter wrote:
> > On Mon, Apr 02, 2012 at 01:45:39PM -0700, Andrew Lutomirski wrote:
> >> On Mon, Apr 2, 2012 at 11:48 AM, Daniel Vetter
> >> wrote:
> >> > Inspired by the recent ppgtt
The I2C specific suspend and resume functions have been deprecated and
printing a warning on boot for over a year, dev_pm_ops should be used
instead so convert to that.
Also remove the suspend function since all it does is log.
Signed-off-by: Mark Brown
Acked-by: Francisco Jerez
---
https://bugs.freedesktop.org/show_bug.cgi?id=48215
Alex Buell changed:
What|Removed |Added
OS/Version|All |Linux (All)
--- Comment #1 from Alex Buell
The I2C specific suspend and resume functions have been deprecated and
printing a warning on boot for over a year, dev_pm_ops should be used
instead so convert to that.
Also remove the suspend function since all it does is log.
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
Hi,
Jerome Glisse just helpfully pointed out that I'm running with KMS
disabled (and indeed, CONFIG_DRM_RADEON_KMS is not set).
So we have:
- a CONFIG_DRM_RADEON_KMS which has some pretty strong wording
discouraging its use (which IIRC is exactly the reason that I decided
to not enable it yet
On Mon, Feb 13, 2012 at 09:38:33AM +0100, Daniel Vetter wrote:
On Sun, Feb 12, 2012 at 11:10:32AM +0100, p...@haerkules.de wrote:
From: Philipp Grete m...@pgrete.de
Fixes LP: #796030 by removing forced pipe A on HP 2730p.
Quirk has previously been introduced to fix a sleep mode problem
On Tue, Apr 3, 2012 at 10:48, Daniel Vetter dan...@ffwll.ch wrote:
On Mon, Feb 13, 2012 at 09:38:33AM +0100, Daniel Vetter wrote:
On Sun, Feb 12, 2012 at 11:10:32AM +0100, p...@haerkules.de wrote:
From: Philipp Grete m...@pgrete.de
Fixes LP: #796030 by removing forced pipe A on HP 2730p.
Hi Linus,
mainly nouveau fixes, one for a regressions in -rc1, fixes for booting on
a ppc G5, and a Kconfig fix.
two radeon fix, one oops, one s/r fix.
one udl mmap fix.
and one core drm fix to stop bad fbdev apps overwriting bits of ram.
I have some fixes from Intel I think on the way, but
On Mon, 2 Apr 2012 14:11:50 +0100, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
This lets the kernel tell userspace if the device supports prime
import/export.
This is useful for -modesetting at least, but would be nice for other
drivers.
Signed-off-by:
This last year the Openchrome support for the VIA chipsets has
come along way from being in a state of decay. The plan is to release
a Xorg driver June 1 that will have support for the KMS as well as UMS.
The goal is to have this xorg driver out in the wild before the kernel
side is
From: Dave Airlie airl...@redhat.com
This closes a race seen with kexec where we enable PCI bus mastering
but the card has been reinitialised fully yet.
This was previously fixed by a patch from Jerome, but this should
close the race completely.
Reported-and-tested-by: Markus Trippelsdorf
On Tue, Apr 3, 2012 at 8:13 AM, Dave Airlie airl...@gmail.com wrote:
From: Dave Airlie airl...@redhat.com
This closes a race seen with kexec where we enable PCI bus mastering
but the card has been reinitialised fully yet.
This was previously fixed by a patch from Jerome, but this should
this patch set fixes page align and duplicated allocation issues
and removes unnecessary codes for code clean.
this patch set is based on git repository below:
git://people.freedesktop.org/~airlied/linux.git drm-fixes
commit-id: 62fb376e214d3c1bfdf6fbb77dac162f6da04d7e
Please let
1M section, 64k page count also should be rounded up so this patch
rounds up them and caculates page count of them properly and also
checks memory flags from user.
Signed-off-by: Inki Dae inki@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
this patch fixes that buf-pages is allocated two times when it allocates
physically continuous memory region and removes unnecessary codes
for code clean.
Signed-off-by: Inki Dae inki@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Hi Dave,
A few patches for 3.4, major part is 3 regression fixes:
- ppgtt broke hibernate on snb/ivb. Somehow our QA claims that it still
works, which is why this has not been caught earlier.
- ppgtt flails in combination with dmar. I kinda expected this one :(
- fence handling bugfix for
From: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
---
drivers/gpu/drm/radeon/radeon_pm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index
From: Dave Airlie airl...@redhat.com
On coherent systems (not-AGP) the IB should be in cached memory so should
be just as fast, so we can avoid copying to temporary pages and just use it
directly.
provides minor speedups on rv530: gears ~1820-1860, ipers: 29.9-30.6,
but always good to use less
Hi Linus,
this pull just contains a forward of the Intel fixes from Daniel,
The only annoyance is the RC6 enable, which really should have made -next,
but since Ubuntu are shipping it I reckon its getting a good testing now
by the time 3.4 comes out.
The pull from Daniel contains his pull
Under a minimalist configuration, it is possible for i915 to include
vgaarb.h without including any pci header before hand. Silence the
compiler by providing an opaque forward declaration of 'struct pci_dev'
In file included from drivers/gpu/drm/i915/intel_display.c:33:0:
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #11 from Torsten Kaiser just.for.l...@googlemail.com 2012-04-03
19:38:37 ---
Is 3.4 still affected?
I don't know, but I suspect it.
Because since the fix of my underlying GPU hang in 3.3-rc3 there wasn't a need
for a recovery
On Mon, Apr 2, 2012 at 1:39 PM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Mon, Apr 02, 2012 at 08:26:14PM +0300, Ville Syrjälä wrote:
On Mon, Apr 02, 2012 at 10:31:47AM -0500, Rob Clark wrote:
On Sat, Mar 31, 2012 at 4:09 PM, Ville Syrjälä syrj...@sci.fi wrote:
On Fri, Mar 30,
From: Alex Deucher alexander.deuc...@amd.com
Some r4xx chips have the wrong frev in the
DVOEncoderControl table. It should always be 1
on r4xx. Fixes modesetting on DVO on r4xx chips
with the bad frev.
Reported by twied on #radeon.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Cc:
https://bugzilla.kernel.org/show_bug.cgi?id=42678
--- Comment #12 from Jérôme Glisse gli...@freedesktop.org 2012-04-03
21:24:00 ---
Well other things might have fixed it. I will force lockup but code inspection
never leaded me to the issue.
--
Configure bugmail:
On Fri, 30 Mar 2012 19:46:36 +0800, Daniel Kurtz djku...@chromium.org wrote:
A common method of probing an i2c bus is trying to do a zero-length write.
Handle this case by checking the length first before decrementing it.
This is actually important, since attempting a zero-length write is one
CCing Tom Bylander as he sent me a mail off-list saying he experiences
a similar issue on an FX 5200.
Tom, maybe you'll have better luck bisecting this than I did?
On 2012-03-19 10:35 -0400, Nick Bowler wrote:
Just upgraded to Linux 3.3 on my desktop and noticed that the VGA output
on my card
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #44 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-04-03
19:24:36 PDT ---
Just to let you know I've moved from Ubuntu to Arch. This week, kernel 3.0 came
in and the problem is obviously appearing as expected. Still locks up,
48 matches
Mail list logo