On Fri, Dec 4, 2015 at 12:07 PM, Russell King - ARM Linux
wrote:
> On Fri, Dec 04, 2015 at 03:00:03PM +0100, Lucas Stach wrote:
>> Signed-off-by: Lucas Stach
>
> Acked-by: Russell King
>
> Although, I would like to be copied on patches, I don't think we
> have a way to encode that information in
On Fri, Dec 4, 2015 at 3:45 AM, Daniel Vetter wrote:
> I want to remove the core ones since with atomic drivers system
> suspend/resume is solved much differently. And there's only 2 drivers
> (gma500 besides nouveau) really using them.
>
> Cc: Ben Skeggs
> Signed-off-by: Daniel Vetter
> ---
>
On Thu, Dec 3, 2015 at 11:10 AM, Laurent Pinchart
wrote:
> Hi Ilia,
>
> On Thursday 03 December 2015 11:03:28 Ilia Mirkin wrote:
>> On Thu, Dec 3, 2015 at 10:53 AM, Laurent Pinchart wrote:
>> > On Thursday 03 December 2015 10:42:50 Ilia Mirkin wrote:
>> >> On T
On Thu, Dec 3, 2015 at 10:53 AM, Laurent Pinchart
wrote:
> On Thursday 03 December 2015 10:42:50 Ilia Mirkin wrote:
>> On Thu, Dec 3, 2015 at 10:34 AM, Laurent Pinchart
>>
>> wrote:
>> > Hi Jaakko,
>> >
>> > On Thursday 03 December 2015
On Thu, Dec 3, 2015 at 10:34 AM, Laurent Pinchart
wrote:
> Hi Jaakko,
>
> On Thursday 03 December 2015 14:42:51 Hannikainen, Jaakko wrote:
>> Hello,
>>
>> We're developing Miracast (HDMI over Wireless connections). The current
>> progress is that it 'works' in the userspace but doesn't have any
>>
On Fri, Nov 27, 2015 at 10:40 AM, Emil Velikov
wrote:
> On 27 November 2015 at 15:10, Daniel Vetter wrote:
>> It only leads to bloodshed and tears - we don't bother to restore a
>> working legacy vga hw setup.
>>
>> On haswell with the new dynamic power well code this leads to even
>> more hilar
On Thu, Nov 26, 2015 at 12:10 PM, Meelis Roos wrote:
> Hello, this is a report about a PC with 3 nvidia cards - PCI-E NV44, AGP
> NV34 and PCI NV05. Only NV44 has monitor attached currently.
>
> 4.2.0 (both packaged and self-compiled) worked fine, 4.3.0 and 4.4-rc2
> exhibit a problem: after the s
Hi Tommi,
Not sure if these apply here but there are a couple of outstanding
locking fixes available in
http://cgit.freedesktop.org/~darktama/nouveau/ -- specifically these
two:
http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=2f3a56ad019e378a352e9cb7a559f478826f1a87
http://cgit.freedeskt
ird option. Since having a page flip
> interrupt that happens when the pageflip gets armed and not when it
> completes in the next vblank seems to be fairly common (older i915 hw
> works very similarly) create a new helper to arm vblank events for
> such drivers.
>
> Bugzilla: https
On Wed, Aug 12, 2015 at 11:32 AM, Daniel Vetter wrote:
> On Wed, Aug 12, 2015 at 05:00:31PM +0200, Thierry Reding wrote:
>> From: Thierry Reding
>>
>> Name all references to the pipe number (CRTC index) consistently to make
>> it easier to distinguish which is a pipe number and which is a pointer
On Oct 23, 2015 6:32 AM, "Eric Anholt" wrote:
>
> Caught by the kbuild test robot.
>
> Signed-off-by: Eric Anholt
> ---
> drivers/gpu/drm/vc4/vc4_crtc.c | 3 ++-
> drivers/gpu/drm/vc4/vc4_hvs.c | 8
> 2 files changed, 6 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/gpu/drm/vc4
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=92504
Signed-off-by: Ilia Mirkin
---
drm/nouveau/nouveau_gem.c | 5 +++--
lib/include/nvif/os.h | 6 ++
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/drm/nouveau/nouveau_gem.c b/drm/nouveau/nouveau_gem.c
index ce74ab1
On Mon, Oct 19, 2015 at 3:47 PM, Rob Clark wrote:
> Also, there is some trivial shader variant handling in mesa st which
> would have to be ported to NIR. Or, perhaps, just somehow expose the
> shader key to the driver. (Currently most drivers are doing much more
> variant handling within the dr
On Wed, Oct 14, 2015 at 11:20 AM, Laurent Vivier wrote:
>
>
> Le 14/10/2015 16:52, Ilia Mirkin a écrit :
>> On Wed, Oct 14, 2015 at 10:20 AM, Olaf Hering wrote:
>>> On Sun, Oct 11, Laurent Vivier wrote:
>>>
>>>> On PowerMac G5 (and I think
On Wed, Oct 14, 2015 at 11:20 AM, Olaf Hering wrote:
> On Wed, Oct 14, Ilia Mirkin wrote:
>
>> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=25d295882a1adfcdaaad85369289677b87c7c8f0
>
> Thanks.
> Almost perfect, lacks a stable tag.
Code sh
On Wed, Oct 14, 2015 at 10:20 AM, Olaf Hering wrote:
> On Sun, Oct 11, Laurent Vivier wrote:
>
>> On PowerMac G5 (and I think on all OpenFirmware platforms), nvbios_pcirTp()
>> returns NULL. But in fact the OpenFirmware has given us the size
>> we can store in image->size.
>
>> CC: imirkin at alum
On Sat, Oct 10, 2015 at 7:45 PM, Laurent Vivier wrote:
>
>
> Le 10/10/2015 21:56, Ilia Mirkin a écrit :
>> On Sat, Oct 10, 2015 at 3:29 PM, Laurent Vivier wrote:
>>>
>>>
>>> Le 10/10/2015 20:41, Ilia Mirkin a écrit :
>>>> Hi Laurent,
>
On Sat, Oct 10, 2015 at 3:29 PM, Laurent Vivier wrote:
>
>
> Le 10/10/2015 20:41, Ilia Mirkin a écrit :
>> Hi Laurent,
>>
>> On Sat, Oct 10, 2015 at 9:27 AM, Laurent Vivier wrote:
>>> On PowerMac G5 (and I think on all OpenFirmware platforms), nvbios_pcirTp
Hi Laurent,
On Sat, Oct 10, 2015 at 9:27 AM, Laurent Vivier wrote:
> On PowerMac G5 (and I think on all OpenFirmware platforms), nvbios_pcirTp()
> returns NULL. But in fact the OpenFirmware has given us the size
> we can store in image->size.
>
> This size is stored in bios->size by of_init() as
On Sat, Sep 26, 2015 at 3:15 AM, Sudip Mukherjee
wrote:
> BTW, I had a doubt about drm drivers. Is there any library or test suite
> to test the driver? I am almost halfway in making a KMS driver for SM712
> but still don't know how to test it properly. I was thinkig of asking
> Daniel offlist but
On Wed, Sep 16, 2015 at 3:52 PM, Pierre Moreau wrote:
> If the hardware supports extended tag field (8-bit ones), then enabled it.
> This
> is usually done by the VBIOS, but not on some MBPs (see fdo#86537).
> In case extended tag field is not supported, 5-bit tag field is used which
> limits the
On Sun, Sep 13, 2015 at 6:01 PM, Ondrej Zary
wrote:
> On Sunday 13 September 2015 21:12:25 Ilia Mirkin wrote:
>> On Sun, Sep 13, 2015 at 2:57 PM, Ondrej Zary
>> wrote:
>> > Hello,
>> > I have a PC Chips A31G board with AGPro slot and found that nouveau do
On Sun, Sep 13, 2015 at 2:57 PM, Ondrej Zary
wrote:
> Hello,
> I have a PC Chips A31G board with AGPro slot and found that nouveau does not
> work properly with it. Console works but reverts to software mode, X11 hangs
> with mouse cursor only.
>
> The slot is physically AGP 1.5V but is wired to
On Mon, Aug 24, 2015 at 4:26 PM, Samuel Pitoiset
wrote:
> On 08/24/2015 10:16 PM, Rob Clark wrote:
>> On Mon, Aug 24, 2015 at 4:20 PM, Samuel Pitoiset
>> wrote:
>>>
>>> Hi Hai,
>>>
>>> I don't know what those bits are used for, but I'm a bit curious about
>>> how
>>> did you find them?
>>>
>>> Al
On Fri, Aug 21, 2015 at 10:39 AM, Emil Velikov
wrote:
> On 21/08/15 13:42, Thomas Hellstrom wrote:
>> I guess there's not much we can do
>> about it at this point? Even if I post the patches now we can't just
>> expect them to be reviewed within a couple of hours...
>>
> Unfortunately it seems li
On Fri, Aug 7, 2015 at 5:45 AM, Michel Thierry
wrote:
> Gen8+ supports 48-bit virtual addresses, but some objects must always be
> allocated inside the 32-bit address range.
>
> In specific, any resource used with flat/heapless (0x-0xf000)
> General State Heap or Intruction State Heap
On Fri, Jul 31, 2015 at 6:27 AM, Bryan O'Donoghue
wrote:
> ah no... 2.4.60 is right...
>
> Yes so Ilia - I've switched out 2.4.60 as per your suggestion to 2.4.56
> (getting the version numbers right :) ) and it's still definitely giving me
> the multiple instances message.
This is going to sound
On Thu, Jul 30, 2015 at 10:56 AM, Bryan O'Donoghue
wrote:
> On 30/07/15 15:52, Bryan O'Donoghue wrote:
>>
>> On 30/07/15 15:49, Peter Hurley wrote:
>>>
>>> On 07/30/2015 10:12 AM, Ilia Mirkin wrote:
>>>>
>>>> Is this happening w
On Thu, Jul 30, 2015 at 10:46 AM, Peter Hurley
wrote:
> On 07/30/2015 10:12 AM, Ilia Mirkin wrote:
>> Is this happening with libdrm 2.4.60? If so, that's a known
>> (user-side) issue and should be fixed by using any version but that
>> one.
>
> What's the fre
Is this happening with libdrm 2.4.60? If so, that's a known
(user-side) issue and should be fixed by using any version but that
one.
On Thu, Jul 30, 2015 at 6:28 AM, Bryan O'Donoghue
wrote:
> Ubuntu is shipping Chrome Version 44.0.2403.125 (64-bit). With this version
> of the browser and current
On Wed, Jul 29, 2015 at 3:44 AM, Oded Gabbay wrote:
> The wrong define was used to check if the hqd is still active
>
> Signed-off-by: Oded Gabbay
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v7.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/
On Mon, Jul 27, 2015 at 11:52 AM, Hans de Goede wrote:
> https://fedorapeople.org/~jwrdegoede/nvidia-bin-nv46-msi-on-glxgears.mmiotrace.gz
>
> AFAIK there are some nouveau tools to parse this a bit, right ? I'm going
> to call it a day for today, if you can give me some pointers what to do with
>
On Thu, Jul 23, 2015 at 10:32 PM, Ben Skeggs wrote:
> On 24 July 2015 at 01:20, Hans de Goede wrote:
>> MSI interrupts appear to not work for nv46 based cards. Change the mc
>> subdev oclass for these cards from nv44 to nv4c, the nv4c mc code is
>> identical to the nv44 mc code except that it doe
I think you're right. The intent is to mask off the bits above
bits_per_pixel. So if bits_per_pixel is 24, the mask would be
0xff00. If it's 16, then the mask would be 0x. If it's 32,
then the mask is 0.
In reality, bits_per_pixel is almost exclusively 32, which will end up
with a mask
On Mon, Jul 6, 2015 at 8:42 PM, Andrew Chew wrote:
> Hello,
>
> I am currently looking into ways to support fixed virtual address allocations
> and sparse mappings in nouveau, as a step towards supporting CUDA.
>
> CUDA requires that the GPU virtual address for a given buffer match the
> CPU virtu
On Wed, Jul 1, 2015 at 1:59 PM, Emil Velikov
wrote:
> On 1 July 2015 at 18:37, Ilia Mirkin wrote:
>> On Wed, Jul 1, 2015 at 1:18 PM, Colin Ian King
>> wrote:
>>> On 01/07/15 18:12, Emil Velikov wrote:
>>>> On 1 July 2015 at 17:56, Ilia Mirkin wrote:
&
On Wed, Jul 1, 2015 at 1:18 PM, Colin Ian King
wrote:
> On 01/07/15 18:12, Emil Velikov wrote:
>> On 1 July 2015 at 17:56, Ilia Mirkin wrote:
>>> On Wed, Jul 1, 2015 at 12:51 PM, Colin King
>>> wrote:
>>>> From: Colin Ian King
>>>>
>>
On Wed, Jul 1, 2015 at 12:51 PM, Colin King wrote:
> From: Colin Ian King
>
> Various usif_ioctl helper functions do not initialize the
> return variable ret and some of the error handling return
> paths just return garbage values that were on the stack (or
> in a register). I believe that in al
This should help catch odd bugs at the callsites rather than much later
on with completely bogus bo indices.
Signed-off-by: Ilia Mirkin
---
nouveau/pushbuf.c | 4
1 file changed, 4 insertions(+)
diff --git a/nouveau/pushbuf.c b/nouveau/pushbuf.c
index 4f77881..8e7dcdf 100644
--- a/nouveau
Why did you change request_firmware to request_firmware_direct?
On Thu, Jun 18, 2015 at 10:47 AM, Alexandre Courbot wrote:
> NVIDIA will officially start providing signed firmwares through
> linux-firmware. Change the GR firmware lookup function to look them up
> in addition to the extracted firm
unsigned mask = ~(~0 >> (32 - (argv[1][0] - '0')));
printf("%08x\n", mask);
}
I guess fbdev/nvidia/nv_accel.c was the source of all this, as the
code is identical, and it probably came first.
FWIW this is
Reviewed-by: Ilia Mirkin
>
> ---
>
> This patch is u
On Tue, May 26, 2015 at 1:10 AM, Pierre Moreau wrote:
>> On 26 May 2015, at 00:39, Ilia Mirkin wrote:
>>
>>> On Mon, May 25, 2015 at 6:22 PM, Pierre Moreau
>>> wrote:
>>> Most _DSM will return an integer value of 0x8002 when given an unknown
>>
On Mon, May 25, 2015 at 6:22 PM, Pierre Moreau wrote:
> Most _DSM will return an integer value of 0x8002 when given an unknown
> UUID, revision ID or function ID. Checking locally allows us to differentiate
> that case from other ACPI errors, and to not report a "failed to evaluate
> _DSM"
>
just reporting it?
>
> But for now this adds a helpful error message... you may add my R-b.
>
>
> On 20.05.2015 22:01, Ilia Mirkin wrote:
>>
>> Some newer chips have trouble coming up, and we get bad MMIO reads from
>> them, like 0xbadf100. This ends up translatin
Some newer chips have trouble coming up, and we get bad MMIO reads from
them, like 0xbadf100. This ends up translating into crazy amounts of
VRAM, which destroys all sorts of other logic down the line. Instead,
fail device init.
Signed-off-by: Ilia Mirkin
Cc: stable at kernel.org
---
drm
On Mon, May 18, 2015 at 3:04 PM, Christian König
wrote:
> On 18.05.2015 20:50, Denys Vlasenko wrote:
>>
>> On 05/18/2015 08:06 PM, Christian König wrote:
>>>
>>> I'm actually surprised how often people come along with that. The last
>>> time we tried this it caused a noticeable performance drop.
On Fri, May 1, 2015 at 6:34 AM, Christian König
wrote:
> From: "monk.liu"
>
> Fixing a memory leak with userptrs.
>
> Signed-off-by: monk.liu
> Signed-off-by: Christian König
> CC: stable at vger.kernel.org
> ---
> drivers/gpu/drm/radeon/radeon_ttm.c | 13 +
> 1 file changed, 9
On Thu, Apr 23, 2015 at 9:39 AM, Tobias Jakobi
wrote:
> Hello Ilia,
>
> On 2015-04-21 21:15, Ilia Mirkin wrote:
>>
>> I know it was immensely useful to me when I was adding YUV plane
>> support to nouveau. Seemed to work as advertised at the time (1.5y
>&
On Tue, Apr 21, 2015 at 4:10 PM, Emil Velikov
wrote:
> Hi Tobias,
>
> On 20/04/15 19:50, Tobias Jakobi wrote:
>> Only the 'offsets' array was initialized to zero.
>> Since bo_create only sets the handles which are
>> necessary, were we passing garbage data to the
>> kernel when calling drmModeAdd
On Tue, Apr 7, 2015 at 3:29 PM, George McCollister
wrote:
> Looks like these are the magic bits that need to be set:
>
> dpll |= (7<<9) | (1<<13) | (1<<14);
>
> Anyone happen to have proper descriptions for these bits so I could
> add them to psb_intel_reg.h or thoughts on how/where an option coul
Adding Erik and Thierry, who probably know a lot more about this.
AFAIK Tegra2/3 used an ISA more akin to the NV30/NV40 family, but
probably not similar enough to just reuse nouveau's nvfx_vert/frag
stuff wholesale.
Are you interested in helping along, or were you just trying to figure
out if it
How will userspace know that it's safe to use this command on a
particular kernel? Normally the driver's drm version is incremented,
and then userspace is gated it... Or does this not matter here?
On Mon, Mar 30, 2015 at 3:37 PM, Leo Liu wrote:
> Signed-off-by: Leo Liu
> ---
> drivers/gpu/drm/r
On Thu, Mar 19, 2015 at 12:35 PM, Damien Lespiau
wrote:
> That's the only type :set spell found.
---^
But it didn't find this one :)
>
> Signed-off-by: Damien Lespiau
> ---
> RELEASING | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/RELEASING b/RELEAS
Doesn't this require a kernel version that has your other patch? What
happens when this runs on an older kernel? Does it get silently
ignored, or does it end up erroring out? If it errors out, that's
fine. Otherwise some sort of version check should be put in, no?
On Fri, Mar 13, 2015 at 2:27 AM,
On Wed, Feb 11, 2015 at 3:53 AM, wrote:
> Hello.
>
> I'm looking for a PCI or AGP video card that would work on a Linux port for a
> big endian architecture (HP PA-RISC). Unfortunately the stock video options
> (ATI FireGL X1 and X3) give an incredibly slow unaccelerated 2D due to
> failure to
On Thu, Jan 8, 2015 at 12:40 AM, Vince Hsu wrote:
> On 01/08/2015 12:57 PM, Ilia Mirkin wrote:
>>
>> On Wed, Jan 7, 2015 at 11:32 PM, Vince Hsu wrote:
>>>
>>> On 01/08/2015 10:45 AM, Ilia Mirkin wrote:
>>>>
>>>> On Wed, Jan 7, 2015 at 5:2
On Wed, Jan 7, 2015 at 11:32 PM, Vince Hsu wrote:
>
> On 01/08/2015 10:45 AM, Ilia Mirkin wrote:
>>
>> On Wed, Jan 7, 2015 at 5:29 PM, Andy Shevchenko
>> wrote:
>>>
>>> We have to check pointer before usage.
>>>
>>> Re
On Wed, Jan 7, 2015 at 5:29 PM, Andy Shevchenko
wrote:
> We have to check pointer before usage.
>
> Reported-by: Andrey Karpov
> Signed-off-by: Andy Shevchenko
> ---
> drivers/gpu/drm/nouveau/core/subdev/clock/base.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/dr
On Fri, Dec 26, 2014 at 4:26 PM, Jeremiah Mahler wrote:
> If a display supports backlight control using the nouveau driver, and
> also supports standard ACPI backlight control, there will be two sets of
> controls.
>
> /sys/class/backlight/acpi_video0
> /sys/class/backlight/nv_backlight
>
> This c
On Fri, Sep 26, 2014 at 5:08 PM, Aaron Plattner wrote:
> On 09/23/2014 01:29 PM, Benjamin Herrenschmidt wrote:
>>
>> On Mon, 2014-09-22 at 13:43 -0700, Linus Torvalds wrote:
>>>
>>> Adding proper people and mailing lists..
>>>
>>> The PCI_CLASS_DISPLAY_VGA test goes back to the very beginning by
>
On Wed, Sep 24, 2014 at 6:24 AM, Daniel Vetter
wrote:
> Hi Dave,
>
> Just noticed that you've picked up the header rework stuff already, so
> I've rebased that out again. Otherwise just two stragglers from the vblank
> rework and the universal cursor planes locking fix. Plus sprinkling
> containe
On Sat, Sep 20, 2014 at 11:34 AM, Rob Clark wrote:
> On Fri, Sep 19, 2014 at 3:16 PM, Rob Clark wrote:
>> For the mesa part, it looks like there is a bit of work needed to
>> teach egl about multi-planar buffers, buffers where offset[n] != 0,
>> etc. I'll start with patches to teach egl how to i
On Fri, Sep 19, 2014 at 12:52 PM, Ortwin Gl?ck wrote:
> On 19.09.2014 17:58, Ilia Mirkin wrote:
>> git checkout 415f12efc1b2308411b2cbc3e82666b3db8a7758^
>
> Thanks again. I confirm that Bugzilla 83550 is the same issue. I have
> attached the captured logs
> there f
On Fri, Sep 19, 2014 at 10:41 AM, Ortwin Gl?ck wrote:
>
>
> On 18.09.2014 16:58, Ilia Mirkin wrote:
>> This has been reported a few times already -- probably the same thing
>> as bug https://bugs.freedesktop.org/show_bug.cgi?id=83550
>
> Ah, thanks. I would like to tr
On Thu, Sep 18, 2014 at 10:07 AM, Ortwin Gl?ck wrote:
> Hi,
>
> Since 3.16 an external monitor stays dark after resume from sleep. I didn't
> manage to activate it
> again with xrand. According to xrandr it is "connected" and configured with a
> mode, but I get no signal.
>
> Happens since 3.16
On Mon, Aug 11, 2014 at 9:42 AM, Tom Li wrote:
> Hello everyone.
>
> I'm currently working on a DRM/KMS driver for the Silicon Motion SM712
> graphics card. Avoid the flicking between the VT-switching on my
> computer is what I want.
> This antiquated card doesn't support 3D and OpenGL stuff, but
hanges were substantial, and only
small fixes get backported in normal stable trees. Questions about
what a distro might do should be brought up with that distro.
Cheers,
-ilia
>
> Thanks!
>
>
>
>
> On Wed, Jul 16, 2014 at 3:33 PM, Maarten Lankhorst
> wrote:
>> op 16
On Wed, Jul 16, 2014 at 8:22 AM, Ricardo Ribalda Delgado
wrote:
> Hello LLia do you have any way of building new drivers into old kernel
> trees like the media-build?
Nope, sorry. You could try just copying over the drm directory, but
it's unlikely to yield positive results. Just build a fresh ke
On Wed, Jul 16, 2014 at 7:30 AM, Ricardo Ribalda Delgado
wrote:
> Hi
>
> I am trying to use a external monitor connected via display port to
> the dock station of a w520. Unfortunately nothing is on the screen and
> dmesg outputs:
>
> [ 520.916021] nouveau E[ PDISP][:01:00.0] DP:0006:0344:
On Thu, Jul 3, 2014 at 8:27 PM, Ben Skeggs wrote:
> On Fri, Jul 4, 2014 at 5:27 AM, Ilia Mirkin wrote:
>> Signed-off-by: Ilia Mirkin
>> ---
>>
>> Based on a recent discussion in #radeon, and also my own observation that the
>> 'full' scaling causes
Signed-off-by: Ilia Mirkin
---
Based on a recent discussion in #radeon, and also my own observation that the
'full' scaling causes no end of confusion among users.
See https://bugs.freedesktop.org/show_bug.cgi?id=80868 for some more details,
although it is more radeon-specific.
Side
On Mon, Jun 23, 2014 at 4:26 PM, Greg KH wrote:
> On Mon, Jun 23, 2014 at 04:18:39PM -0400, Ilia Mirkin wrote:
>> On Mon, Jun 23, 2014 at 4:15 PM, Pavel Machek wrote:
>> > Hi!
>> >
>> >> >> >> > I guess better interface would be something lik
On Mon, Jun 23, 2014 at 4:15 PM, Pavel Machek wrote:
> Hi!
>
>> >> >> > I guess better interface would be something like
>> >> >> >
>> >> >> > pstate/07/core_clock_min
>> >> >> > core_clock_max
>> >> >> > memory_clock_min
>> >> >> > memory_clock_max
>> >> >> >
>> >> >
On Mon, Jun 23, 2014 at 2:00 PM, Martin Peres wrote:
> Le 23/06/2014 19:56, Ilia Mirkin a ?crit :
>
>> On Mon, Jun 23, 2014 at 1:46 PM, Martin Peres
>> wrote:
>>>
>>> Le 23/06/2014 18:40, Ilia Mirkin a ?crit :
>>>>
>>>>
>>>>
On Mon, Jun 23, 2014 at 1:46 PM, Martin Peres wrote:
> Le 23/06/2014 18:40, Ilia Mirkin a ?crit :
>>
>> On Mon, Jun 23, 2014 at 12:36 PM, Greg KH wrote:
>>>
>>> On Mon, Jun 23, 2014 at 12:18:51PM -0400, Ilia Mirkin wrote:
>>> A list of valid "va
On Mon, Jun 23, 2014 at 12:36 PM, Greg KH wrote:
> On Mon, Jun 23, 2014 at 12:18:51PM -0400, Ilia Mirkin wrote:
>> On Mon, Jun 23, 2014 at 12:07 PM, Greg KH wrote:
>> > On Sun, Jun 22, 2014 at 10:12:14PM -0400, Ilia Mirkin wrote:
>> >> On Sat, Jun 21, 2014 at 3:45
On Mon, Jun 23, 2014 at 12:07 PM, Greg KH wrote:
> On Sun, Jun 22, 2014 at 10:12:14PM -0400, Ilia Mirkin wrote:
>> On Sat, Jun 21, 2014 at 3:45 PM, Greg KH wrote:
>> > On Sat, Jun 21, 2014 at 02:22:59PM -0400, Ilia Mirkin wrote:
>> >> On Sat, Jun 21, 2014 a
On Mon, Jun 23, 2014 at 9:02 AM, Pavel Machek wrote:
> On Sun 2014-06-22 22:12:14, Ilia Mirkin wrote:
>> On Sat, Jun 21, 2014 at 3:45 PM, Greg KH wrote:
>> > On Sat, Jun 21, 2014 at 02:22:59PM -0400, Ilia Mirkin wrote:
>> >> On Sat, Jun 21, 2014 at 2:02 PM, P
On Sat, Jun 21, 2014 at 3:45 PM, Greg KH wrote:
> On Sat, Jun 21, 2014 at 02:22:59PM -0400, Ilia Mirkin wrote:
>> On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek wrote:
>> > Hi!
>> >
>> > AFAICT, pstate file will contain something like
>> >
>> &g
On Sat, Jun 21, 2014 at 2:50 PM, Pavel Machek wrote:
> On Sat 2014-06-21 14:22:59, Ilia Mirkin wrote:
>> On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek wrote:
>> > Hi!
>> >
>> > AFAICT, pstate file will contain something like
>> >
>> > 07: c
On Sat, Jun 21, 2014 at 2:02 PM, Pavel Machek wrote:
> Hi!
>
> AFAICT, pstate file will contain something like
>
> 07: core 100 MHz memory 123 MHz *
> 08: core 100-200 MHz memory 123 MHz
>
> ...which does not look exactly like one-value-per-file, and I'm pretty
> sure userspace will get it wrong i
Signed-off-by: Ilia Mirkin
---
MMIO32 R 0x17e91c 0x0b040a0b PMFB_BROADCAST.SUBP_BROADCAST.UNK11C => 0xb040a0b
MMIO32 R 0x17e920 0x00090c03 PMFB_BROADCAST.SUBP_BROADCAST.UNK120 => 0x90c03
MMIO32 W 0x17e91c 0x0b030a0c PMFB_BROADCAST.SUBP_BROADCAST.UNK11C <= 0xb030a0c
MMIO32 W 0x17e920 0
This fixes hangs on GK208 which happen instantaneously on trying to use a
geometry shader.
Signed-off-by: Ilia Mirkin
Cc: stable at vger.kernel.org # v3.14+
---
ctxnvf0 also writes to these registers (although slightly diff values), so I
think this is right. So I guess trap 4 is whatever this
On Mon, May 26, 2014 at 9:35 AM, Jani Nikula wrote:
> Generated using semantic patch:
>
> @@
> expression E;
> @@
>
> - drm_get_connector_name(E)
> + E->name
>
> Signed-off-by: Jani Nikula
> ---
> drivers/gpu/drm/nouveau/dispnv04/dac.c | 2 +-
> drivers/gpu/drm/nouveau/dispnv04/dfp.c |
Use with caution.
Signed-off-by: Ilia Mirkin
---
Same patch as before, but adds nv40 and nve0 as on by default, and removes end
user ability to turn it on for nv50/nva3/nvc0.
I finally found the nv50-related stuff you nuked, and yeah, the current code
definitely can't work as-is. Oh well.
Signed-off-by: Ilia Mirkin
---
Hope I understood you correctly wrt the mem exec stuff.
nvkm/subdev/fb/ramnv50.c | 2 +-
nvkm/subdev/fb/ramnva3.c | 2 +-
nvkm/subdev/fb/ramnvc0.c | 2 +-
nvkm/subdev/fb/ramnve0.c | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/nvkm/subdev
On Fri, May 16, 2014 at 11:54 PM, Ben Skeggs wrote:
> On 17 May 2014 13:39, "Ilia Mirkin" wrote:
>>
>> On Fri, May 16, 2014 at 11:17 PM, Ben Skeggs wrote:
>> > On 17 May 2014 02:43, "Ilia Mirkin" wrote:
>> >>
>> >> Adds a Nv
On Fri, May 16, 2014 at 11:17 PM, Ben Skeggs wrote:
> On 17 May 2014 02:43, "Ilia Mirkin" wrote:
>>
>> Adds a NvReclock boolean option to allow the user to enable (or disable)
>> reclocking. All chipsets default to off, except NVAA/NVAC, which are
>> reporte
Adds a NvReclock boolean option to allow the user to enable (or disable)
reclocking. All chipsets default to off, except NVAA/NVAC, which are
reportedly complete.
Signed-off-by: Ilia Mirkin
---
Ben, I know you've been saying that reclocking is in a pretty bad state, but I
do think that
On Tue, May 6, 2014 at 4:29 PM, Felipe Balbi wrote:
> Hi,
>
> Just caught this with v3.14-rc4 running with
>
> 01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce
> GTX 650] (rev a1)
>
> full dmesg attached
>
> [ 239.589213] ==
On Mon, Apr 21, 2014 at 2:02 AM, Alexandre Courbot
wrote:
> Skip the creation of a software channel for GK20A as software methods
> are not yet supported.
How is GK20A different from a nvc0+ card that lacks PDISPLAY (like all
the 3D Controller ones, and I guess even some that come up as VGA
cont
On Mon, Apr 21, 2014 at 2:02 AM, Alexandre Courbot
wrote:
> Pad the microcode to a multiple of 0x40 bytes, otherwise firmware will
bytes or u32's? From the code, I'm guessing the latter. (Similar
concern about comment in the code.)
> fail to run from non-prepadded firmware files.
>
> Signed-off
On Thu, Apr 10, 2014 at 2:46 PM, Lauri Kasanen wrote:
> On Thu, 10 Apr 2014 12:19:10 -0400
> Ilia Mirkin wrote:
>
>> > +static inline uint32_t r100_mm_rreg(struct radeon_device *rdev, uint32_t
>> > reg,
>> > + bool always_in
On Thu, Apr 10, 2014 at 9:08 AM, Lauri Kasanen wrote:
> This was originally un-inlined by Andi Kleen in 2011 citing size concerns.
> Indeed, inlining it grows radeon.ko by 7%.
>
> However, 2% of cpu is spent in this function. Inlining it gives 1% more fps
> in Urban Terror.
>
> Signed-off-by: Laur
close it.
>
> Yours,
> Claas
>
>
> On 27.03.2014 11:54, Patrick Clara wrote:
>> I have tested this patch. I can confirm that now nouveau loads
>> correctly without errors.
>> Thank you
>>
>> 2014-03-27 0:37 GMT+01:00 Ilia Mirkin :
>>> There appear to
On Wed, Apr 2, 2014 at 10:14 AM, Alexandre Courbot wrote:
+ /* Need to figure out how to handle sw for gk20a */
+ if (device->chipset == 0xea)
+ goto skip_sw_init;
>>>
>>> The commit message makes it sound like SW isn't needed since gk20a
>>> "lacks any display h
On Wed, Apr 2, 2014 at 9:52 AM, Alexandre Courbot wrote:
> On Tue, Mar 25, 2014 at 7:34 AM, Thierry Reding
> wrote:
>> On Mon, Mar 24, 2014 at 05:42:28PM +0900, Alexandre Courbot wrote:
>> [...]
>>> diff --git a/drivers/gpu/drm/nouveau/core/subdev/ibus/nvea.c
>>> b/drivers/gpu/drm/nouveau/core/s
vbios image.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=76475
Signed-off-by: Ilia Mirkin
Cc: # v2.6.35+
---
Not sure if the stable CC is warranted... it's technically not a
regression. But it's a simple change that enables hardware to work.
Patrick/Claas -- please test th
NULL);
for (i = 0; i < 50; i++) {
nouveau_bo_ref(NULL, &bo[i]);
}
nouveau_device_del(&dev);
return 0;
}
On Wed, Mar 12, 2014 at 10:05 PM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
> nouveau/nouveau.c | 29 -
> nouveau/private.h
textdata bss dec hex filename
453459 159463 480 613402 95c1a drivers/gpu/drm/nouveau/nouveau.ko
NV04 + NV50 + NVC0: 1343482 bytes
textdata bss dec hex filename
579171 184264 480 763915 ba80b drivers/gpu/drm/nouveau/nouveau.ko
Signed-off-by: Ilia
301 - 400 of 520 matches
Mail list logo
