On Mon, Sep 23, 2013 at 12:14 AM, Michael S. Tsirkin wrote:
> On Mon, Aug 26, 2013 at 04:05:11PM +0300, Michael S. Tsirkin wrote:
>> On Wed, Aug 21, 2013 at 11:22:58AM +0200, Sedat Dilek wrote:
>> > [ Re: [Intel-gfx] i915 producing warnings with kernel 3.11-rc5 ]
>> >
>> > Hi,
>> >
>> > saw your p
u hang deadlock
drm/i915/sdvo: Fully translate sync flags in the dtd->mode conversion
drm/i915/sdvo: Robustify the dtd<->drm_mode conversions
drm/i915/dvo: set crtc timings again for panel fixed modes
drm/i915: kill set_need_resched
Dave Airlie (4):
Revert "d
On Fri, Sep 20, 2013 at 7:13 AM, Paul Zimmerman
wrote:
>> From: Dave Airlie [mailto:airl...@gmail.com]
>> Sent: Thursday, September 19, 2013 1:15 PM
>>
>> On Fri, Sep 20, 2013 at 6:10 AM, Daniel Vetter wrote:
>> > On Thu, Sep 19, 2013 at 06:32:47PM +, Paul Zi
On Fri, Sep 20, 2013 at 6:10 AM, Daniel Vetter wrote:
> On Thu, Sep 19, 2013 at 06:32:47PM +, Paul Zimmerman wrote:
>> > From: Paul Zimmerman
>> > Sent: Thursday, September 19, 2013 11:21 AM
>> >
>> > > From: Dave Airlie [mailto:airl...@gmail.com]
&g
On Thu, Sep 19, 2013 at 12:20 PM, Linus Torvalds
wrote:
> On Wed, Sep 18, 2013 at 9:07 PM, Dave Airlie wrote:
>>
>> mostly radeon fixes, with some nouveau bios parser, ttm fix and a fix
>> for AST driver.
>
> Ugh. I hope things calm down from here.
It shouldn't b
On Thu, Sep 19, 2013 at 12:02 PM, Paul Zimmerman
wrote:
> I have an ASUS P6X58D-Premium mobo with a GeForce 9400GT PCIe video card.
> With kernel 3.12-rc1, I get scrambled video on boot. Kernel 3.11 works
> fine.
>
> Bisecting this, I found 7c510133d93dd6f15ca040733ba7b2891ed61fd1 "drm:
> mark con
typo
Dan Carpenter (2):
drm/radeon: clean up r600_free_extended_power_table()
drm/radeon: signedness bug in kv_dpm.c
Daniel Vetter (2):
drm/udl: rip out set_need_resched
drm/fb-helper: don't sleep for screen unblank when an oops is in progress
Dave Airlie (4):
d
On Wed, Sep 11, 2013 at 1:49 AM, Linus Torvalds
wrote:
> [ Dave - your linux.ie email generates bounces for me, trying redhat instead ]
Uggh no worries, I read my list mail from gmail mostly anyways, so if
its on a list I'll probably see it.
>> Can you give a little more detail about video not w
ocate_entry refactoring
drm/i915: fix hpd work vs. flush_work in the pageflip code deadlock
drm/i915: handle sdvo input pixel multiplier correctly again
drm/i915: fix i9xx_crtc_clock_get for multiplied pixels
drm/i915: fix gpu hang vs. flip stall deadlocks
Dave Airlie (2):
Mer
On Mon, Sep 9, 2013 at 8:01 AM, Tobias Klausmann
wrote:
>
> On 08.09.2013 23:33, Dave Airlie wrote:
>>>>
>>>> Looks like you have Optimus (intel + nvidia), and the backtrace has
>>>> runtime pm in it, which is something new Dave added for 3.12, a
>> Looks like you have Optimus (intel + nvidia), and the backtrace has
>> runtime pm in it, which is something new Dave added for 3.12, adding
>> him in explicitly. The simplest explanation is that disp->init is
>> NULL. And it seems like there are no outputs from the earlier nouveau
>> init prints
On Fri, Sep 6, 2013 at 5:18 AM, Linus Torvalds
wrote:
> On Thu, Sep 5, 2013 at 3:41 AM, Dave Airlie wrote:
>>
>> i915: Haswell PC8+ support and eLLC support, HDMI 4K support, initial
>> per-process VMA pieces,
>> watermark reworks, convert to generic hdmi infofr
On Sat, Aug 31, 2013 at 9:18 AM, Linus Torvalds
wrote:
> On Thu, Aug 29, 2013 at 4:08 PM, Dave Airlie wrote:
>>
>> ssh://people.freedesktop.org/~airlied/linux drm-fixes
>
> Please people! When you post ssh addresses, always remember to also
> post your user name and
if they are to large (2013-08-30
09:03:39 +1000)
Dave Airlie (1):
Merge tag 'drm-intel-fixes-2013-08-30' of
git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Imre Deak (1):
drm/i915: ivb: fix e
On Thu, Aug 29, 2013 at 6:30 AM, Dave Jones wrote:
> On Mon, Aug 05, 2013 at 09:40:33AM +0200, Daniel Vetter wrote:
> > On Mon, Jul 29, 2013 at 08:53:35PM -0400, Dave Jones wrote:
> > > On Mon, Jun 17, 2013 at 09:49:27PM -0400, David Airlie wrote:
> > > >
> > > > > Reading /proc/dri/0/vma ca
n refcounting
Chris Wilson (1):
drm/i915: Invalidate TLBs for the rings after a reset
Dave Airlie (2):
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes
Merge tag 'drm-intel-fixes-2013-08-23' of
git://people.fr
Christian König (1):
drm/radeon: fix UVD message buffer validation
Daniel Vetter (1):
drm/i915: unpin backing storage in dmabuf_unmap
Dave Airlie (2):
Merge branch 'drm-fixes-3.11' of git://people.freedesktop.org/~agd5f/linux
Merge tag 'dr
On Thu, Aug 15, 2013 at 5:43 AM, Sebastian Hesselbarth
wrote:
> From: Russell King
>
> This patch adds tda998x specific parameters to allow it to be configured
> for different boards using it. Also, this implements rudimentary audio
> support for S/PDIF attached controllers.
>
> Signed-off-by: Ru
On Fri, Aug 16, 2013 at 8:43 AM, Alex Williamson
wrote:
> This is intended to add VGA arbiter support for Intel HD graphics on
> Core processors. The old GMCH registers no longer exist, so even
> though it appears that i915 participates in VGA arbitration, it doesn't
> work. On Intel HD graphics
On Fri, Aug 9, 2013 at 7:25 PM, Paul Menzel
wrote:
> Dear Dave,
>
>
> Am Freitag, den 09.08.2013, 05:53 +0100 schrieb Dave Airlie:
>
> […]
>
>> The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f:
>>
>> Linux 3.11-rc4 (2013-08-04
n: add more UVD CS checking
drm/radeon: remove unnecessary unpin
Daniel Vetter (1):
drm/i915: fix gen4 digital port hotplug definitions
Dave Airlie (3):
drm/ast: invalidate page tables when pinning a BO
Merge branch 'drm-fixes-3.11' of git://people.freedesktop.org
On Tue, Jul 30, 2013 at 6:41 PM, Peter Zijlstra wrote:
> On Tue, Jul 30, 2013 at 10:13:41AM +0200, Maarten Lankhorst wrote:
>> The check needs to be for > 1, because ctx->acquired is already incremented.
>> This will prevent ww_mutex_lock_slow from returning -EDEADLK and not locking
>> the mutex.
Hi Linus,
just a quick fix that a few people have reported, be nice to have in asap.
Dave.
The following changes since commit 72a67a94bcba71a5fddd6b3596a20604d2b5dcd6:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2013-08-03
15:00:23 -0700)
are available in the git reposit
t_formula
drm/radeon/dpm: re-enable cac control on SI
Ben Skeggs (1):
drm/nouveau/vm: make vm refcount into a kref
Ben Widawsky (1):
drm/i915: fix missed hunk after GT access breakage
Dave Airlie (4):
Merge branch 'drm-fixes-3.11' of git://people.freedesktop.org
On Mon, Jul 29, 2013 at 10:26 AM, Stephen Rothwell
wrote:
> Hi Dave,
>
> On Mon, 29 Jul 2013 10:15:50 +1000 Dave Airlie wrote:
>>
>> > Trying to fetch the drm-intel-fixes tree
>> > (git://people.freedesktop.org/~danvet/drm-intel#drm-intel-fixes) this
>
> Trying to fetch the drm-intel-fixes tree
> (git://people.freedesktop.org/~danvet/drm-intel#drm-intel-fixes) this
> morning produced this error:
There is some issue with personal fdo repos at the moment and anon git,
I'll ask admin to look into it.
Dave.
--
To unsubscribe from this list: send
aygap programming on rv6xx
drm/radeon/dpm: implement force performance levels for rv6xx
drm/radeon/dpm: fix r600_enable_sclk_control()
Daniel Vetter (1):
drm/i915: fix hdmi portclock limits
Dave Airlie (2):
Merge branch 'drm-fixes-3.11' of
git://people.freedes
d52ff294ee:
qxl: convert qxl driver to proper use for reservations (2013-07-24 11:58:10
+1000)
----
Dave Airlie (3):
drm/qxl: add delayed fb operations
qxl: allow creation of pre-pinned objects and use for releases.
qx
On Mon, Jul 22, 2013 at 10:58 PM, Paolo Bolzoni
wrote:
> Dear kernel list,
> I bought a DVI to VGA adapter[0] hoping to make it work with the
> modules udl or udlfb. The program lsusb does recognize it as a
> DisplayLink:
USB3 devices are competely different and not supported.
Dave.
--
To unsubs
th objects attached
drm/i915: fix up gt init sequence fallout
drm/crtc-helper: explicit DPMS on after modeset
Dave Airlie (2):
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6
Merge tag 'drm-intel-fixes-2013-07-22' of
> did some re-design of the patch for detecting power modes in PowerPlayTable,
> I
> hope this version looks a little bit smarter. Quality check with my muxless
> HD 6490M
> succesful, integrity/sanity checks for other asics like si/r600 which use
> the
> radeon_atombios_parse_power_table_4_5 are
drm/i915: reinit status page registers after gpu reset
drm/i915: fix up ring cleanup for the i830/i845 CS tlb w/a
Dave Airlie (4):
Merge branch 'drm-fixes-3.11' of git://people.freedesktop.org/~agd5f/linux
Merge tag 'drm-intel-fixes-2013-07-11' of
git://pe
On Tue, Jul 16, 2013 at 12:41 PM, Ben Hutchings wrote:
> On Mon, 2013-07-15 at 22:09 -0400, Steven Rostedt wrote:
> [...]
>> > > How important is the stable releases? Are maintainers willing to do a
>> > > little more work now to make sure their subsystems work fine in older
>> > > kernels? This i
Hi Rusty,
playing with my virtio gpu, I started hitting the qemu
error_report("Too many read descriptors in indirect table");
Now I'm not sure but this doesn't seem to be a virtio limit that the
guest catches from what I can see, since my host dies quite quickly,
when I'm doing transfers in/out o
On Tue, Jul 9, 2013 at 10:35 AM, Dave Airlie wrote:
> Hi,
>
> F19
> kernel-3.9.8-300.fc19.x86_64
> qemu-kvm-1.4.2-4.fc19.x86_64
>
> If I start a complete F19 install in the guest and send the qemu
> process a SEGV signal, the host kernel starts giving me random kmalloc
&
Hi,
F19
kernel-3.9.8-300.fc19.x86_64
qemu-kvm-1.4.2-4.fc19.x86_64
If I start a complete F19 install in the guest and send the qemu
process a SEGV signal, the host kernel starts giving me random kmalloc
errors soon after, if I send a normal kill signal things seem fine.
CPU is Intel(R) Core(TM) i
On Sun, Jun 30, 2013 at 8:13 AM, Linus Torvalds
wrote:
> On Sat, Jun 29, 2013 at 2:07 PM, Sergey Meirovich
> wrote:
>>> (and possibly the
>>> mkregtable binary) and trying again might fix it.
>>
>> Removing mkregtable has indeed the compile issue for me. Thanks!
>
> Ok, so something failed at a
symbol FB_OMAP2 depends on FB
>
> And it makes selecting omapfb not possible...
>
> omapfb already has a !DRM_OMAP dependency. I think it's enough to have
> that one there, and remove the !FB_OMAP dependency from omapdrm.
I just nuked it upstream in drm-next.
commit 2644ee96
>
> [ CC wq and drm(-intel) folks ]
>
Already know the commit which caused it, mentioned on dri-devel,
waiting for danvet to wake up and look, before I revert it later.
Dave.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kern
+1000)
Dave Airlie (1):
drm/qxl: add missing access check for execbuffer ioctl
drivers/gpu/drm/qxl/qxl_ioctl.c | 5 +
1 file changed, 5 insertions(+)
--
To unsubscribe from this list: send the line "unsubscribe linux-k
>
> After merging the drm tree, today's linux-next builds (powerpc
> ppc64_defconfig and x86_64 allmodconfig) produced this warning:
Latest -next tree just drops that FB_OMAP2 dep completely.
too much hassle.
Thanks,
Dave.
--
To unsubscribe from this list: send the line "unsubscribe linux-kerne
Dave Airlie (1):
Merge tag 'drm-intel-fixes-2013-06-24' of
git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Konrad Rzeszutek Wilk (1):
drm/i915: make compact dma scatter lists creation work with SWIOTLB
backend.
drivers/gpu/drm/i915/i915_drv.h | 2 ++
drive
> can result in a soft lockup:
>
> BUG: soft lockup - CPU#41 stuck for 67s! [setfont:1505]
> RIP: 0010:[]
> [] vgacon_do_font_op.clone.0+0x1ba/0x550
>
> This is due to the 8192 (cmapsz) IO operations taking longer than expected
> due to lock contention in QEMU.
>
> Add conditional resched points i
On Tue, Jun 25, 2013 at 9:18 AM, Konrad Rzeszutek Wilk
wrote:
> Dave Airlie wrote:
>
>>On Tue, Jun 25, 2013 at 4:34 AM, Konrad Rzeszutek Wilk
>> wrote:
>>> On Mon, Jun 24, 2013 at 08:26:18PM +0200, Daniel Vetter wrote:
>>>> On Mon, Jun 24, 2013 at 7:3
s who try to construct such big sg entries? I
>> >> expected somewhat that the dma mapping backed would fill in the segment
>> >> limits accordingly, but I haven't found anything really on a quick
>> >> search.
>> >
>> > The TTM laye
On Mon, Jun 24, 2013 at 6:58 AM, H. Peter Anvin wrote:
> On 06/23/2013 01:54 PM, Dave Airlie wrote:
>>>> breaking old boxes just because, is just going to get reverted when I
>>>> get the first regression report that you broke old boxes.
>>>>
>>>
>> breaking old boxes just because, is just going to get reverted when I
>> get the first regression report that you broke old boxes.
>>
>
> Not "just because", but *if* the choice is between breaking old boxes
> and breaking new boxes I'll take the latter.
>
But Linus won't so your choice doesn't
>>> Why do you care about performance when PAT is disabled?
breaking old boxes just because, is just going to get reverted when I
get the first regression report that you broke old boxes.
Andy Lutomirski just submitted a bunch of patches to clean up the DRM
usage of mtrrs, they are in drm-next, a
anch 'drm-fixes-3.10' of git://people.freedesktop.org/~agd5f/linux
into drm-fixes (2013-06-21 08:52:19 +1000)
Alex Deucher (1):
drm/radeon: fix UVD on big endian
Dave Airlie (2):
Merge branch
SVDO-LVDS over EDID
Dave Airlie (2):
Merge branch 'gma500-fixes' of git://github.com/patjak/drm-gma500 into
drm-fixes
Merge tag 'drm-intel-fixes-2013-06-11' of
git://people.freedesktop.org/~danvet/drm-intel into drm-fixes
Patrik Jakobsson (5):
drm/gma500
dval from vbios, where it's available
Christopher Harvey (1):
drm/mgag200: Add missing write to index before accessing data register
Daniel Vetter (2):
drm/i915: Fix spurious -EIO/SIGBUS on wedged gpus
drm/i915: Quirk the pipe A quirk in the modeset state checker
Dave Air
On Thu, Jun 6, 2013 at 3:22 PM, Linus Torvalds
wrote:
> On Thu, Jun 6, 2013 at 2:14 PM, Dave Airlie wrote:
>>
>> 7 files changed, 32 insertions(+), 42 deletions(-)
>
> That's not at all what I get (including shortlog). I got
>
> 29 files changed, 188 insertion
card_posted check for newer asics
drm/radeon: don't check crtcs in card_posted() on cards without DCE
drm/radeon: narrow scope of Apple re-POST hack
Christian König (1):
drm/radeon: UVD block on SUMO2 is the same as on SUMO
Dave Airlie (2):
Merge branch 'drm-fixe
On Tue, May 14, 2013 at 9:58 AM, Andy Lutomirski wrote:
> Previously, DRM_FRAME_BUFFER mappings, as well as DRM_REGISTERS
> mappings with DRM_WRITE_COMBINING set, resulted in an unconditional
> MTRR being added but the actual mappings being created as UC-.
>
> Now these mappings have the MTRR adde
On Fri, May 24, 2013 at 4:35 AM, Andy Lutomirski wrote:
> On Mon, May 13, 2013 at 4:58 PM, Andy Lutomirski wrote:
>> A fair number of drivers (mostly graphics) add write-combining MTRRs.
>> Most ignore errors and most add the MTRR even on PAT systems which don't
>> need to use MTRRs.
>>
>> This s
D block on SUMO2 is the same as on SUMO
Dave Airlie (2):
Merge branch 'drm-fixes-3.10' of
git://people.freedesktop.org/~agd5f/linux into drm-next
drm/qxl: fix build warnings on 32-bit
Kleber Sacilotto de Souza (1):
radeon: use max_bus_speed to activate gen2 speeds
onfig deps - select FB_DEFERRED_IO (2013-05-28 17:03:37 +1000)
Andrew Jones (1):
qxl: fix Kconfig deps - select FB_DEFERRED_IO
Chris Wilson (1):
drm/i915: Propagate errors back from fb set-base
Dave Airlie (3):
Me
>> correct.
>>
>> If I have an indirect ring and I'm adding sgs to it and the host is
>> delayed (say I've got a thread consuming things from the vring and its
>> off doing something interesting),
>> I'd really like to get ENOSPC back from virtqueue_add. However if the
>> indirect addition fails du
Hi Rusty,
current virtio-ring.c has a BUG_ON in virtqueue_add that checks
total_sg > vg->vring.num, however I'm not sure it really is 100%
correct.
If I have an indirect ring and I'm adding sgs to it and the host is
delayed (say I've got a thread consuming things from the vring and its
off doing
drm/radeon: track which asics have UVD
drm/radeon: sun/hainan chips do not have UVD (v2)
drm/radeon: add golden register settings for Hainan (v2)
drm/radeon: add Hainan pci ids
Dave Airlie (1):
Merge branch 'drm-fixes-3.10-sun' of
git://people.freedesktop.org/
drm/nv50/fifo: prevent races between clients updating playlists
drm/nouveau: ensure channels are stopped before saving fences for suspend
Dave Airlie (3):
drm/nouveau: fix build with nv50->nvc0
Merge branch 'drm-nouveau-fixes-3.10' of
git://anongit.freedesktop.o
tory at:
git://people.freedesktop.org/~airlied/linux.git drm-next
for you to fetch changes up to e9ced8e040ebe40e9953db90acbe7d0b58702ebb:
drm/radeon: restore nomodeset operation (v2) (2013-05-17 11:47:07 +1000)
--------
Dave Airlie (6):
drm: remove
issing break in the command line mode parsing code
drm: Don't prune modes loudly when a connector is disconnected
Daniel Vetter (3):
drm/mm: fix dump table BUG
drm: don't check modeset locks in panic handler
Revert "drm/i915: revert eDP bpp clamping
>>
>> From memory, even on pat system we need mtrr for VRAM is PCI BAR. We
>> cover it with a write combine MTRR. The whole ioctl is use by some ddx
>> or maybe even directly the XServer to do this mtrr mess in userspace.
>
> Egads! So we have a _DRM_WRITE_COMBINING flag, which will continue to
>
On Thu, May 2, 2013 at 10:41 AM, Daniel Vetter wrote:
> On Thu, May 2, 2013 at 2:02 AM, Borislav Petkov wrote:
>> Hi,
>>
>> I'm seeing this when booting latest Linus tree + tip/master in kvm.
>> Config is attached. Looks like it cannot find root fs and panics and
>> calls the panic notifier which
On Sat, Apr 27, 2013 at 11:00 AM, Dave Airlie wrote:
> On Sat, Apr 27, 2013 at 10:37 AM, Andy Lutomirski wrote:
>> On Wed, Apr 24, 2013 at 12:33 PM, Andy Lutomirski
>> wrote:
>>> For an upcoming (and, sadly, NDA'd [1]) project, I may need to use
>>> write-
On Sat, Apr 27, 2013 at 10:37 AM, Andy Lutomirski wrote:
> On Wed, Apr 24, 2013 at 12:33 PM, Andy Lutomirski wrote:
>> For an upcoming (and, sadly, NDA'd [1]) project, I may need to use
>> write-through memory. I'd like to gauge how unpleasant this will be.
>>
>> AFAICT, modern CPUs allow the WT
On Wed, Apr 17, 2013 at 6:44 PM, Randy Dunlap wrote:
> On 04/17/13 16:03, a...@linux-foundation.org wrote:
>> The mm-of-the-moment snapshot 2013-04-17-16-02 has been uploaded to
>>
>>http://www.ozlabs.org/~akpm/mmotm/
>>
>
>
> I saw this in linux-next a few days ago and forgot to post it.
>
>
1:12 +1000)
Daniel Vetter (1):
drm/fb-helper: Fix locking in drm_fb_helper_hotplug_event
Dave Airlie (1):
udl: handle EDID failure properly.
drivers/gpu/drm/drm_fb_helper.c | 8 +---
drivers/gpu/drm/udl/udl_conne
(2013-04-10 09:48:24 +1000)
Calvin Owens (1):
drm/nouveau: fix unconditional return waiting on memory
Christopher Harvey (1):
drm/mgag200: Index 24 in extended CRTC registers is 24 in hex, not
decimal.
Dave Airlie (1):
4-09
09:28:55 +1000)
Calvin Owens (1):
drm/nouveau: fix unconditional return waiting on memory
Dave Airlie (1):
Merge branch 'drm-nouveau-fixes-3.9' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-f
+1000)
Adam Jackson (1):
drm/i915: Be sure to turn hsync/vsync back on at crt enable (v2)
Daniel Vetter (2):
drm/i915: duct-tape locking when eDP init fails
drm: don't unlock in the addfb error paths
Dave Airlie (2):
Merge branch 'drm-intel
>
> That RedHat bugzilla is from kernel-3.9.0-0.rc4.git0.1.fc19.x86_64.
> Does that kernel include Matthew's patch from Mar 19? I'm wondering
> if that report is for the same problem Mantas saw and possibly would
> be *fixed* by the Mar 19 patch, or if it is for a problem with the Mar
> 19 patch i
>>> Because it's the only way to get the PCI ROM in some cases, like on
>>> pretty much all Apples with Radeons. Only using it if we have no other
>>> options probably makes sense, though. Something like this (entirely
>>> untested)?
>>
>> This looks reasonable. Mantas?
>
> It compiles, boots, and
ed kzalloc & memcpy with kmemdup
Daniel Vetter (2):
Revert "drm/i915: set TRANSCODER_EDP even earlier"
Revert "drm/i915: write backlight harder"
Dave Airlie (2):
Merge branch 'exynos-drm-fixes' of
git://git.kernel.org/.../daeinki/drm-exynos into HEAD
keggs (2):
drm/nouveau/core: fix return value of nouveau_object_del()
drm/nv50/kms: prevent lockdep false-positive in page flipping path
Daniel Vetter (1):
MAINTAINERS: intel-gfx is no longer subscribers-only
Dave Airlie (3):
Merge branch 'drm-n
On Mon, Mar 18, 2013 at 7:40 AM, Chris Wilson wrote:
> On Sun, Mar 17, 2013 at 08:50:03PM +0100, Daniel Vetter wrote:
>> On Sat, Mar 16, 2013 at 11:19 AM, Chris Wilson
>> wrote:
>> > If *userspace* doesn't request either IOC_IN | IOC_OUT in their ioctl
>> > command (which are seperate from the i
13:53:58 +1000)
Ben Skeggs (1):
drm/nv50: encoder creation failure doesn't mean full init failure
Dave Airlie (1):
Merge branch 'drm-nouveau-fixes-3.9' of
git://anongit.freedesktop.org/git/nouveau/li
v' is not used
drm/mgag200: Reject modes that are too big for VRAM
drm: Documentation typo fixes
Daniel Vetter (1):
drm/i915: enable irqs earlier when resuming
Dave Airlie (3):
Merge branch 'drm-nouveau-fixes-3.9' of
git://anongit.freedesktop.org/git/nouveau
On Thu, Feb 28, 2013 at 1:24 AM, Theodore Ts'o wrote:
> On Tue, Feb 26, 2013 at 11:54:51AM -0500, Peter Jones wrote:
>> No, no, no. Quit saying nobody knows. We've got a pretty good idea -
>> we've got a contract with them, and it says they provide the signing
>> service, and under circumstances
It looks to me like the weak bit isn't working so well
if (platform_sysrq_reset_seq) {
for (i = 0; i < ARRAY_SIZE(sysrq_reset_seq); i++) {
key = platform_sysrq_reset_seq[i];
6d: 66 8b 8c 00 00 00 00mov0x0
On Wed, Feb 27, 2013 at 9:06 PM, Dave Airlie wrote:
> On Wed, Feb 27, 2013 at 6:26 PM, Dave Airlie wrote:
>>>
>>> this patch seems to be oopsing on my x86 32-bit machine on bootup, pic
>>> attached.
>>>
>>> .config attached.
>>>
&
On Wed, Feb 27, 2013 at 6:26 PM, Dave Airlie wrote:
>>
>> this patch seems to be oopsing on my x86 32-bit machine on bootup, pic
>> attached.
>>
>> .config attached.
>>
>> It looks to me like the weak bit isn't working so well
>>
>>
>
> this patch seems to be oopsing on my x86 32-bit machine on bootup, pic
> attached.
>
> .config attached.
>
> It looks to me like the weak bit isn't working so well
>
> if (platform_sysrq_reset_seq) {
> for (i = 0; i < ARRAY_SIZE(sysrq_reset_seq); i++) {
>
On Wed, Feb 27, 2013 at 11:39 AM, Linus Torvalds
wrote:
> On Mon, Feb 25, 2013 at 4:05 PM, Dave Airlie wrote:
>>
>> Highlights:
>>
>> i915: all over the map, haswell power well enhancements, valleyview macro
>> horrors cleaned up, killing lots of legacy GTT
&
On Tue, Feb 26, 2013 at 2:45 PM, Theodore Ts'o wrote:
> On Tue, Feb 26, 2013 at 02:25:55PM +1000, Dave Airlie wrote:
>>
>> Its a simple argument, MS can revoke our keys for whatever reason,
>> reducing the surface area of reasons for them to do so seems like a
>&g
>>
>> Right. We've failed at creating an alternative. That doesn't mean that
>> we get to skip the responsibilities associated with the choice we've
>> made.
>
> Wait, who is "we" here? The community? The community over-all didn't
> agree with anything with Microsoft, that is between the people g
>
> I did the fun conflict resolution, so my tree doesn't have the ordering
> changes.
>
> I also did some things slightly differently from you - you had left
> some direct ib[] accesses that I spotted (see for example "case 0x48"
> (aka "Copy L2T Frame to Field"), and yours apparently has a few c
On Mon, Feb 25, 2013 at 4:06 PM, Dave Airlie wrote:
> On Mon, Feb 25, 2013 at 3:52 PM, Greg KH wrote:
>> Hi Ben,
>>
>> My Macbook Pro Retina fails to resume properly on 3.8. I tracked this
>> down to commit 6c5a04249d7afeea3e0ed971e7813f84e29a1706 (drm/nvd0/disp:
&g
On Mon, Feb 25, 2013 at 3:52 PM, Greg KH wrote:
> Hi Ben,
>
> My Macbook Pro Retina fails to resume properly on 3.8. I tracked this
> down to commit 6c5a04249d7afeea3e0ed971e7813f84e29a1706 (drm/nvd0/disp:
> move link training helpers into core as display methods)
>
> Anything I can try to help s
>
> | radeon :01:00.0: No connectors reported connected with modes
> | [drm] Cannot find any crtc or sizes - going 1024x768
>
> The connector is definitely connected, since this is a laptop with a
> built-in screen...
>
Can you get the log with drm.debug=6 from both boots as well?
Dave.
--
To
>> I'm unsure if I like this or not, and I don't see why its greatly more
>> useful than the interface we have now.
>
> This interface at least solves the problem with having vesafb,
> uvesafb, vgacon, vga16fb, efifb, dvbe, defi and all other similar
> drivers from accessing the system framebuffer
>
> This series tries to fix the mess with global system framebuffer access in
> device drivers. Currently, architecture initialization sets the "screen_info"
> object according to the system framebuffer that was detected during boot. The
> device driver that can map VMEM first gets access to it. T
radeon_get_ib_value when reading user cmd
(2013-02-12 16:56:25 +1000)
----
Dave Airlie (1):
Merge branch 'drm-nouveau-fixes-3.8' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Jerome Glisse (1)
rg/git/nouveau/linux-2.6 into drm-next (2013-02-11
09:40:14 +1000)
--------
Dave Airlie (1):
Merge branch 'drm-nouveau-fixes-3.8' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Maarten Lankhorst (1):
>
> But I've just switched to udl (instead of udlfb) and will see if I can fix
> the bugs there to make it usable as a console. udl is a rewrite of udlfb
> with some additional features (e.g. drm), so hopefully fixing the remaining
> problems there will require less work.
I may have fixed the majo
r details on each patchset.)
>
> Hello, Andrew.
>
> This patchset is combination of the following three on top of
> linux-next as of 20130204 (the one before idr_removal_all() got
> included).
just FYI, all the drm bits are
Acked-by: Dave Airlie
Don't worry about attach
Hi Linus,
this one fixes a sleep while locked regression that was introduced earlier
in 3.8.
Dave.
The following changes since commit 6bacaa9ddacb71c691d32c678d37bc59ffc71fac:
Merge tag 'sound-3.8' of
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound (2013-02-07 08:43:30
+1100)
a
So I've just been looking a bit more at dynamic PM for graphics and
noticed that when userspace reads pci config space, the read happens
under the pci_lock which is a spinlock.
Now on most of the GPU drivers we'll be entering standard s/r paths
which don't have this restriction from what I can see,
MC to settle after MC blackout
drm/radeon/r5xx-r7xx: wait for the MC to settle after MC blackout
drm/radeon: prevent crash in the ring space allocation
drm/radeon: switch back to the CP ring for VM PT updates
Christopher Staite (1):
drm/radeon: fix MC blackout on evergreen+
601 - 700 of 1069 matches
Mail list logo
