On Fri, 30 Mar 2012 19:46:36 +0800, Daniel Kurtz
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
> of the ways t
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 f
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 +++-
drivers/gpu/drm/e
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
--- next part --
A non-text attachment 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>
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/userprefs.cgi?tab=ema
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.
https://bugs.freedesktop.org/show_bug.cgi?id=45018
--- Comment #44 from Alexandre Demers 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, still
hangs, still fails to
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
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 messa
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:
include/linux/vgaarb.h:66
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
---
drivers/gpu/drm/radeon/
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 gen2/3
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 less CPU if we can.
Si
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 Clark
On Fri, 30 Mar 2012 19:46:36 +0800, Daniel Kurtz 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
> of the ways th
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/userprefs.cgi?tab=ema
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: sta...@vger.kernel.org
---
drivers/gpu/drm/radeon/ato
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 Clark
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
Signed-off-by: Dave Air
>
> ? ? ? ?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
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: Chr
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,
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 I'm
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
--- a/drivers/gpu/drm/radeon/rad
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 p
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 that
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:
include/linux/vgaarb.h:66
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 messa
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 a
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 less CPU if we can.
Si
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.
>
> R
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
--- a/drivers/gpu/drm/radeon/rad
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 gen2/3
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 f
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 +++-
drivers/gpu/drm/e
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
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.
>
> R
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
Signed-off-by: Dave Air
>
> 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
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: Chr
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 I'm
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, p...@haerkules.de wrote:
>> > From: Philipp Grete
>> >
>> > Fixes LP: #796030 by removing forced pipe A on HP 2730p.
>> > Quirk has prev
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
> >
> > Fixes LP: #796030 by removing forced pipe A on HP 2730p.
> > Quirk has previously been introduced to fix a sleep mode problem that do
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 a
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 reg
46 matches
Mail list logo
