n/gpu/i915:646: ./drivers/gpu/drm/i915/i915_perf.c:4260:
WARNING: Duplicate C declaration, also defined in 'gpu/i915'.
Declaration is 'i915_perf_init'.
./Documentation/gpu/i915:646: ./drivers/gpu/drm/i915/i915_perf.c:4423:
WARNING: Duplicate C declaration
On 16/10/2020 14:50, Jani Nikula wrote:
On Fri, 16 Oct 2020, Lionel Landwerlin wrote:
On 16/10/2020 14:37, Mauro Carvalho Chehab wrote:
Em Fri, 16 Oct 2020 14:01:07 +0300
Joonas Lahtinen escreveu:
+ Lionel
Can you please take a look at best resolving the below problem.
Maybe we should
On 16/10/2020 14:37, Mauro Carvalho Chehab wrote:
Em Fri, 16 Oct 2020 14:01:07 +0300
Joonas Lahtinen escreveu:
+ Lionel
Can you please take a look at best resolving the below problem.
Maybe we should eliminate the duplicate declarations? Updating such
a list manually seems error prone to me.
27;
will get the cmd integer value and map it to the string.
At some point it should be possible to translate from string to integer
and use to filter using expressions such as:
# perf trace -e ioctl/cmd==DRM_IOCTL_SYNCOBJ*/
Or some more suitable syntax to express that only these ioctls when
On 04/08/17 11:22, Arvind Yadav wrote:
Hi Lionel,
On Friday 04 August 2017 02:33 PM, Lionel Landwerlin wrote:
Hi Arwind,
These files were generated by a script maintained in this repository
:
https://github.com/rib/gputop/blob/master/scripts/i915-perf-kernelgen.py
It would best to update
Hi Arwind,
These files were generated by a script maintained in this repository :
https://github.com/rib/gputop/blob/master/scripts/i915-perf-kernelgen.py
It would best to update this script first to make sure future platforms
get the fixes too.
Some changes have just been merged, deleted mos
On 17/02/17 14:56, Ville Syrjälä wrote:
On Fri, Feb 17, 2017 at 02:42:26PM +, Lionel Landwerlin wrote:
On 17/02/17 13:54, Brian Starkey wrote:
What's the verdict? We've got [1] which is about to become another
(driver) implementation - better to change before that merges than
aft
On 17/02/17 13:54, Brian Starkey wrote:
What's the verdict? We've got [1] which is about to become another
(driver) implementation - better to change before that merges than
after I guess.
-Brian
[1] https://lkml.org/lkml/2017/2/13/304
On Wed, Feb 15, 2017 at 11:56:55AM +, Daniel Stone wro
On 12/07/16 13:11, Mario Kleiner wrote:
On 07/12/2016 12:50 PM, Lionel Landwerlin wrote:
Hi Mario,
Hi Lionel,
There was a couple of patch to fix this issue :
https://patchwork.freedesktop.org/series/5467/
https://patchwork.freedesktop.org/series/5466/
Looking at them they should fix
flip timing on Intel HD Ironlake to confirm the
fix apparently doesn't break anything under X11.
Signed-off-by: Mario Kleiner
Cc: Maarten Lankhorst
Cc: Lionel Landwerlin
Cc: Daniel Vetter
---
drivers/gpu/drm/i915/intel_display.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
d
This 2 patches should fix the issue :
https://patchwork.freedesktop.org/series/5467/
https://patchwork.freedesktop.org/series/5466/
Still waiting for review though.
-
Lionel
On 29/05/16 19:20, Kui Zhang wrote:
Hello,
this used to work.
xcalib D6200MTX.icc
After this it stopped working
co
ug 20 14:14:23 cocoduo kernel: EIP: [] cache_alloc_refill+0xe9/0x451
SS:ESP 0068:eecdddbc
--
Lionel Landwerlin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/major
compatible controller: Intel Corporation Mobile 945GM/GMS/940GML
Express Integrated Graphics Controller (rev 03)
Xorg version 7.1.1
--
Lionel Landwerlin <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROT
(c) Dave Jones
Feb 4 03:28:46 cocoduo kernel: [ 23.044000] agpgart: Detected an Intel 945GM
Chipset.
Feb 4 03:28:46 cocoduo kernel: [ 23.044000] agpgart: Detected 16124K stolen
memory.
Feb 4 03:28:46 cocoduo kernel: [ 23.06] agpgart: AGP aperture is 256M @
0x8000
--
Lionel Land
Le jeudi 01 février 2007 à 19:20 +0100, Fagyal Csongor a écrit :
> Lionel Landwerlin wrote:
> I have idle=poll now, according to this thread:
>
> http://www.gossamer-threads.com/lists/linux/kernel/725399
>
>
> No lockup so far, but I only have this setting since yesterda
bug ?
Regards,
--
Lionel Landwerlin <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
>
> All of the idle selection options cause the kernel to print
> a line with the word "idle" in it. Perhaps you could search
> your dmesg for "idle" to verify that it is running what we
> think it is?
Here I join the complete log for idle=halt
I'm ru
Le mardi 23 janvier 2007 à 16:30 -0500, Len Brown a écrit :
> On Tuesday 23 January 2007 07:27, Lionel Landwerlin wrote:
> > Le mardi 23 janvier 2007 à 17:22 +0800, Luming Yu a écrit :
> > > Please try to remove processor module.
> >
> > Ok, that's done. Sam
Le mardi 23 janvier 2007 à 17:22 +0800, Luming Yu a écrit :
> Please try to remove processor module.
Ok, that's done. Same problem.
Just to show you I did not forget to remove processor.ko from initrd
image, I tried to load speedstep_centrino :
Jan 23 13:09:58 cocoduo kernel: [ 105.697279] spee
s FW323 (rev 61)
I hope some fix could be released soon.
--
Lionel Landwerlin <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.ht
20 matches
Mail list logo