On 10/27/2012 06:56 AM, Daniel Vetter wrote:
On Fri, Oct 26, 2012 at 10:57 PM, Justin P. Mattock
wrote:
:~/drm> git clone git://people.freedesktop.org/~danvet/drm
Cloning into 'drm'...
remote: Counting objects: 2728390, done.
remote: Compressing objects: 100% (418606/418606),
On 10/27/2012 06:56 AM, Daniel Vetter wrote:
> On Fri, Oct 26, 2012 at 10:57 PM, Justin P. Mattock
> wrote:
>>
>> :~/drm> git clone git://people.freedesktop.org/~danvet/drm
>> Cloning into 'drm'...
>> remote: Counting objects: 2728390, done.
>>
On 10/26/2012 01:05 AM, Daniel Vetter wrote:
On Fri, Oct 26, 2012 at 6:43 AM, Justin P. Mattock
wrote:
No worries, it is another ILK hang similar to the ones reported earlier
- it just seems the ring stops advancing. Hopefully it is a missing w/a
from http://cgit.freedesktop.org/~danvet/drm
On 10/26/2012 01:05 AM, Daniel Vetter wrote:
> On Fri, Oct 26, 2012 at 6:43 AM, Justin P. Mattock
> wrote:
>>>
>>> No worries, it is another ILK hang similar to the ones reported earlier
>>> - it just seems the ring stops advancing. Hopefully
On 10/26/2012 01:05 AM, Daniel Vetter wrote:
On Fri, Oct 26, 2012 at 6:43 AM, Justin P. Mattock
wrote:
No worries, it is another ILK hang similar to the ones reported earlier
- it just seems the ring stops advancing. Hopefully it is a missing w/a
from http://cgit.freedesktop.org/~danvet/drm
On 10/26/2012 01:05 AM, Daniel Vetter wrote:
> On Fri, Oct 26, 2012 at 6:43 AM, Justin P. Mattock
> wrote:
>>>
>>> No worries, it is another ILK hang similar to the ones reported earlier
>>> - it just seems the ring stops advancing. Hopefully
On 10/25/2012 01:47 AM, Chris Wilson wrote:
On Thu, 25 Oct 2012 10:16:08 +0200, Daniel Vetter wrote:
On Thu, Oct 25, 2012 at 7:22 AM, Justin P. Mattock
wrote:
here is a link to the file..: intel_error_decode
http://www.filefactory.com/file/22bypyjhs4mx
I haven't figured out how to a
On 10/25/2012 01:47 AM, Chris Wilson wrote:
> On Thu, 25 Oct 2012 10:16:08 +0200, Daniel Vetter wrote:
>> On Thu, Oct 25, 2012 at 7:22 AM, Justin P. Mattock
>> wrote:
>>>
>>> here is a link to the file..: intel_error_decode
>>> http://www.filefactory.com
On Tue, Oct 23, 2012 at 10:06:52AM -0700, Justin P. Mattock wrote:
> This is happening both with MAINLINE and NEXT.
>
> basically system is running fine, then under load system becomes
> really sluggish and unresponsive. I was able to get dmesg of the
> error..:
>
>
>
>
> On Tue, Oct 23, 2012 at 10:06:52AM -0700, Justin P. Mattock wrote:
> > This is happening both with MAINLINE and NEXT.
> >
> > basically system is running fine, then under load system becomes
> > really sluggish and unresponsive. I was ab
log is here: http://fpaste.org/7xH8/
as for good kernels from what I remember 3.6.0-rc1. I can try a bisect
on this once I get the time. or if anybody has a patch I can test.
Justin P. Mattock
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
is here: http://fpaste.org/7xH8/
as for good kernels from what I remember 3.6.0-rc1. I can try a bisect
on this once I get the time. or if anybody has a patch I can test.
Justin P. Mattock
The below patch fixes a typo occationally to occasionally.
Signed-off-by: Justin P. Mattock
---
drivers/gpu/drm/radeon/radeon_legacy_crtc.c |2 +-
drivers/video/aty/radeon_base.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon
The below patch fixes a typo occationally to occasionally.
Signed-off-by: Justin P. Mattock
---
drivers/gpu/drm/radeon/radeon_legacy_crtc.c |2 +-
drivers/video/aty/radeon_base.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon
disabled] [size=128K]
Capabilities:
Kernel driver in use: radeon
Kernel modules: radeon
Justin P. Mattock
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
r in use: radeon
Kernel modules: radeon
Justin P. Mattock
On 09/28/2010 12:35 AM, Finn Thain wrote:
On Tue, 28 Sep 2010, Justin P. Mattock wrote:
o.k... I'll make the changes to the arch patch, and combine the two, and
send it to jiri..
Why?
My advice is don't do it unless you want to waste reviewers' time.
as for the names and
On 09/28/2010 12:35 AM, Finn Thain wrote:
>
> On Tue, 28 Sep 2010, Justin P. Mattock wrote:
>
>> o.k... I'll make the changes to the arch patch, and combine the two, and
>> send it to jiri..
>
> Why?
>
> My advice is don't do it unless you want to waste
o.k... I'll make the changes to the arch patch, and combine the two, and
send it to jiri.. as for the names and signed offs is what is below fine
or do I need to change some of them?
>
> Looks good to me.
>
> Finn
>
>
> On Mon, 27 Sep 2010, Justin P. Mattock wrote:
>
On 09/27/2010 09:15 PM, Finn Thain wrote:
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
alright.. I'll redu this... remove the brackets, and fix up the rest..
one note is:
http://dri.freedesktop.org/wiki/Documentation
this address is already there..
Right you are.
probably best to
On 09/27/2010 07:59 PM, Finn Thain wrote:
On Sun, 26 Sep 2010, Justin P. Mattock wrote:
diff --git a/drivers/char/apm-emulation.c b/drivers/char/apm-emulation.c
index 033e150..d7d9a78 100644
--- a/drivers/char/apm-emulation.c
+++ b/drivers/char/apm-emulation.c
@@ -8,7 +8,7 @@
* (APM
On 09/27/2010 09:15 PM, Finn Thain wrote:
>
> On Mon, 27 Sep 2010, Justin P. Mattock wrote:
>
>> alright.. I'll redu this... remove the brackets, and fix up the rest..
>> one note is:
>> http://dri.freedesktop.org/wiki/Documentation
>> this addres
Below is an updated patch to fix broken web addresses in the kernel.
Please let me know if I missed anything, and I'll go back and fix it.
and lastly Thanks for all the help with this...
Signed-off-by: Justin P. Mattock
Cc: Maciej W. Rozycki
Cc: Geert Uytterhoeven
Cc: Finn Thain
Cc:
On 09/27/2010 07:59 PM, Finn Thain wrote:
>
> On Sun, 26 Sep 2010, Justin P. Mattock wrote:
>
>> diff --git a/drivers/char/apm-emulation.c b/drivers/char/apm-emulation.c
>> index 033e150..d7d9a78 100644
>> --- a/drivers/char/apm-emulation.c
>> +++ b/drivers/cha
On 09/27/2010 06:37 PM, Finn Thain wrote:
On Mon, 27 Sep 2010, Justin P. Mattock wrote:
On 09/27/2010 09:03 AM, Joe Perches wrote:
On Mon, 2010-09-27 at 11:10 -0400, John W. Linville wrote:
On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
Below is an updated patch from
On 09/27/2010 06:37 PM, Finn Thain wrote:
>
> On Mon, 27 Sep 2010, Justin P. Mattock wrote:
>
>> On 09/27/2010 09:03 AM, Joe Perches wrote:
>>> On Mon, 2010-09-27 at 11:10 -0400, John W. Linville wrote:
>>>> On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin
On 09/27/2010 09:03 AM, Joe Perches wrote:
On Mon, 2010-09-27 at 11:10 -0400, John W. Linville wrote:
On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
Below is an updated patch from the original fixing broken web addresses in the
kernel.
Thanks for all the help and info on
On 09/27/2010 08:10 AM, John W. Linville wrote:
On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
Below is an updated patch from the original fixing broken web addresses in the
kernel.
Thanks for all the help and info on this to everybody..
Hopefully I didnt miss any of them
On 09/27/2010 09:03 AM, Joe Perches wrote:
> On Mon, 2010-09-27 at 11:10 -0400, John W. Linville wrote:
>> On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
>>> Below is an updated patch from the original fixing broken web addresses in
>>> the kernel.
On 09/27/2010 08:10 AM, John W. Linville wrote:
> On Sun, Sep 26, 2010 at 11:31:15AM -0700, Justin P. Mattock wrote:
>> Below is an updated patch from the original fixing broken web addresses in
>> the kernel.
>> Thanks for all the help and info on this to everybody..
>
alright(going to top post because of how long this is). I will go and
make the changes and resend it out...
On 09/26/2010 02:43 AM, Finn Thain wrote:
Hi Justin,
Some comments on your latest patch follow.
On Fri, 24 Sep 2010, Justin P. Mattock wrote:
--- a/drivers/ata/pata_it821x.c
+++ b
Below is an updated patch from the original fixing broken web addresses in the
kernel.
Thanks for all the help and info on this to everybody..
Hopefully I didnt miss any of them(if so let me know, and I'll resend).
Signed-off-by: Justin P. Mattock
Cc: Maciej W. Rozycki
Cc: Geert Uytterh
alright(going to top post because of how long this is). I will go and
make the changes and resend it out...
On 09/26/2010 02:43 AM, Finn Thain wrote:
>
> Hi Justin,
>
> Some comments on your latest patch follow.
>
>
> On Fri, 24 Sep 2010, Justin P. Mattock wrote:
&
On 09/25/2010 01:47 PM, Matthew Dharm wrote:
On Fri, Sep 24, 2010 at 05:51:56PM -0700, Justin P. Mattock wrote:
On 09/24/2010 05:34 PM, Greg KH wrote:
On Fri, Sep 24, 2010 at 05:08:56PM -0700, Justin P. Mattock wrote:
The below patch, is a simple fix to a broken web address not using a
period
On 09/25/2010 01:47 PM, Matthew Dharm wrote:
> On Fri, Sep 24, 2010 at 05:51:56PM -0700, Justin P. Mattock wrote:
>> On 09/24/2010 05:34 PM, Greg KH wrote:
>>> On Fri, Sep 24, 2010 at 05:08:56PM -0700, Justin P. Mattock wrote:
>>>> The below patch, is a simple fix to
On 09/24/2010 05:34 PM, Greg KH wrote:
On Fri, Sep 24, 2010 at 05:08:56PM -0700, Justin P. Mattock wrote:
The below patch, is a simple fix to a broken web address not using a period in
it's
name. I'll leave this up to you guys if you want to use it...
Signed-off-by: Justin P. Matt
On 09/24/2010 05:34 PM, Greg KH wrote:
> On Fri, Sep 24, 2010 at 05:08:56PM -0700, Justin P. Mattock wrote:
>> The below patch, is a simple fix to a broken web address not using a period
>> in it's
>> name. I'll leave this up to you guys if you want to use it...
Below is just a patch showing all the archive.org in the kernel so far.
up to you if you guys want to use this..
Signed-off-by: Justin P. Mattock
---
drivers/block/Kconfig |2 +-
drivers/edac/i82975x_edac.c |2 +-
drivers/hwmon/hwmon-vid.c
The below patch, is a simple fix to a broken web address not using a period in
it's
name. I'll leave this up to you guys if you want to use it...
Signed-off-by: Justin P. Mattock
---
.../comedi/drivers/addi-data/APCI1710_82x54.c |2 +-
.../comedi/drivers/addi-data/APCI17
Below is just a patch showing all the archive.org in the kernel so far.
up to you if you guys want to use this..
Signed-off-by: Justin P. Mattock
---
drivers/block/Kconfig |2 +-
drivers/edac/i82975x_edac.c |2 +-
drivers/hwmon/hwmon-vid.c
The below patch, is a simple fix to a broken web address not using a period in
it's
name. I'll leave this up to you guys if you want to use it...
Signed-off-by: Justin P. Mattock
---
.../comedi/drivers/addi-data/APCI1710_82x54.c |2 +-
.../comedi/drivers/addi-data/APCI17
Below is an updated patch to fix some of the broken web addresses in the kernel.
Thanks to all the help from everybody, Ive made(hopefully)most of the changes.
Please have a look when you have time, and let me know what might need fixing.
Signed-off-by: Justin P. Mattock
Cc: Maciej W. Rozycki
On 07/07/2010 11:44 PM, Ingo Molnar wrote:
>
> * Justin P. Mattock wrote:
>
>> On 07/02/10 13:04, Justin P. Mattock wrote:
>>> this is new(below) has anybody reported/bisected hit this yet
>>> (if not I'll bisect it)
>>>
>>> [drm] Num pipes
On 07/07/2010 11:44 PM, Ingo Molnar wrote:
* Justin P. Mattock wrote:
On 07/02/10 13:04, Justin P. Mattock wrote:
this is new(below) has anybody reported/bisected hit this yet
(if not I'll bisect it)
[drm] Num pipes: 1
[ 29.742432] [drm] writeback test succeeded in 1 usecs
[ 30.0
On 07/02/10 13:04, Justin P. Mattock wrote:
this is new(below) has anybody reported/bisected hit this yet
(if not I'll bisect it)
[drm] Num pipes: 1
[ 29.742432] [drm] writeback test succeeded in 1 usecs
[ 30.089717] X:2252 conflicting memory types 4000-4800
uncached-minus<
On 07/02/10 13:04, Justin P. Mattock wrote:
> this is new(below) has anybody reported/bisected hit this yet
> (if not I'll bisect it)
>
> [drm] Num pipes: 1
> [ 29.742432] [drm] writeback test succeeded in 1 usecs
> [ 30.089717] X:2252 conflicting memory types 40
0x72/0x9a
[ 30.354255] [] sys_exit_group+0x12/0x16
[ 30.354255] [] system_call_fastpath+0x16/0x1b
[ 30.354255] RSP
[ 31.312879] ---[ end trace 9a7b92300d4121f6 ]---
[ 30.354255] [] fput+0x122/0x1f1
[ 30.354255] [] filp_close+0x63/0x6d
Justin P. Mattock
__
0x72/0x9a
[ 30.354255] [] sys_exit_group+0x12/0x16
[ 30.354255] [] system_call_fastpath+0x16/0x1b
[ 30.354255] RSP
[ 31.312879] ---[ end trace 9a7b92300d4121f6 ]---
[ 30.354255] [] fput+0x122/0x1f1
[ 30.354255] [] filp_close+0x63/0x6d
Justin P. Mattock
o then let me know(i'll test it out!!)
Signed-off-by: Justin P. Mattock
---
drivers/gpu/drm/drm_gem.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index 33dad3f..d1648bf 100644
--- a/drivers/gpu/drm/drm_gem.c
+
o then let me know(i'll test it out!!)
Signed-off-by: Justin P. Mattock
---
drivers/gpu/drm/drm_gem.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index 33dad3f..d1648bf 100644
--- a/drivers/gpu/drm/drm_gem.c
+
On 06/15/2010 11:53 AM, Sergey V. wrote:
On Tuesday 15 of June 2010 00:26:44 Justin P. Mattock wrote:
Im getting this warning when compiling:
CC drivers/char/tpm/tpm.o
drivers/char/tpm/tpm.c: In function 'tpm_gen_interrupt':
drivers/char/tpm/tpm.c:508:10: warning: variable
On 06/15/2010 04:38 AM, Jean Delvare wrote:
On Mon, 14 Jun 2010 13:26:47 -0700, Justin P. Mattock wrote:
Temporary fix until something is resolved
This is wrong by design, sorry. Warnings aren't blocking, and thus need
no "temporary fix". Such temporary fixes would be only hid
On 06/15/2010 04:43 AM, Jean Delvare wrote:
Hi Justin,
On Mon, 14 Jun 2010 14:06:12 -0700, Justin P. Mattock wrote:
On 06/14/2010 01:53 PM, Jean Delvare wrote:
Hi Justin,
On Mon, 14 Jun 2010 13:26:46 -0700, Justin P. Mattock wrote:
could be a right solution, could be wrong
here is the
On 06/15/2010 11:53 AM, Sergey V. wrote:
> On Tuesday 15 of June 2010 00:26:44 Justin P. Mattock wrote:
>> Im getting this warning when compiling:
>> CC drivers/char/tpm/tpm.o
>> drivers/char/tpm/tpm.c: In function 'tpm_gen_interrupt':
>> drivers/char/tp
On 06/15/2010 04:38 AM, Jean Delvare wrote:
> On Mon, 14 Jun 2010 13:26:47 -0700, Justin P. Mattock wrote:
>> Temporary fix until something is resolved
>
> This is wrong by design, sorry. Warnings aren't blocking, and thus need
> no "temporary fix". Such tempora
On 06/15/2010 04:43 AM, Jean Delvare wrote:
> Hi Justin,
>
> On Mon, 14 Jun 2010 14:06:12 -0700, Justin P. Mattock wrote:
>> On 06/14/2010 01:53 PM, Jean Delvare wrote:
>>> Hi Justin,
>>>
>>> On Mon, 14 Jun 2010 13:26:46 -0700, Justin P. Mattock wrote
On 06/14/2010 10:16 PM, Mauro Carvalho Chehab wrote:
Em 14-06-2010 23:26, Justin P. Mattock escreveu:
not sure if this is correct or not for
fixing this warning:
CC [M] drivers/media/common/tuners/tuner-simple.o
drivers/media/common/tuners/tuner-simple.c: In function 'simple_set_tv
On 06/14/2010 10:16 PM, Mauro Carvalho Chehab wrote:
Em 14-06-2010 23:26, Justin P. Mattock escreveu:
not sure if this is correct or not for
fixing this warning:
CC [M] drivers/media/common/tuners/tuner-simple.o
drivers/media/common/tuners/tuner-simple.c: In function 'simple_set_tv
On 06/14/2010 08:49 PM, valdis.kletni...@vt.edu wrote:
On Mon, 14 Jun 2010 19:12:31 PDT, "Justin P. Mattock" said:
what I tried was this:
if (!rc)
printk("test"\n")
and everything looked good,
but as a soon as I changed
rc = t
On 06/14/2010 05:13 PM, valdis.kletni...@vt.edu wrote:
On Mon, 14 Jun 2010 13:26:44 PDT, "Justin P. Mattock" said:
Im getting this warning when compiling:
CC drivers/char/tpm/tpm.o
drivers/char/tpm/tpm.c: In function 'tpm_gen_interrupt':
drivers/char/tpm/tpm.c:508:1
On 06/14/2010 04:07 PM, Stefan Richter wrote:
On 14 Jun, Justin P. Mattock wrote:
On 06/14/2010 02:47 PM, Edward Shishkin wrote:
Whitespaces should be removed.
I recommend quilt package for managing patches:
"quilt refresh --strip-trailing-whitespace" is your friend..
o.k. I r
On 06/14/2010 10:29 PM, Peter Stuge wrote:
Justin P. Mattock wrote:
*baffled* Why did you think that would work? transmit_cmd()s signature
has 4 parameters.
I have no manual in front of me. Did a quick google, but came up with
(no hits) info on what that function does. grep showed too many
On 06/14/2010 10:29 PM, Peter Stuge wrote:
> Justin P. Mattock wrote:
>>> *baffled* Why did you think that would work? transmit_cmd()s signature
>>> has 4 parameters.
>>
>> I have no manual in front of me. Did a quick google, but came up with
>> (no hits
On 06/14/2010 10:16 PM, Mauro Carvalho Chehab wrote:
>
>
> Em 14-06-2010 23:26, Justin P. Mattock escreveu:
>> not sure if this is correct or not for
>> fixing this warning:
>>CC [M] drivers/media/common/tuners/tuner-simple.o
>> drivers/media/common/t
On 06/14/2010 10:16 PM, Mauro Carvalho Chehab wrote:
>
>
> Em 14-06-2010 23:26, Justin P. Mattock escreveu:
>> not sure if this is correct or not for
>> fixing this warning:
>>CC [M] drivers/media/common/tuners/tuner-simple.o
>> drivers/media/common/t
On 06/14/2010 08:49 PM, Valdis.Kletnieks at vt.edu wrote:
> On Mon, 14 Jun 2010 19:12:31 PDT, "Justin P. Mattock" said:
>
>> what I tried was this:
>>
>> if (!rc)
>> printk("test"\n")
>>
>> and everything looked good,
On 06/14/2010 05:13 PM, Valdis.Kletnieks at vt.edu wrote:
> On Mon, 14 Jun 2010 13:26:44 PDT, "Justin P. Mattock" said:
>> Im getting this warning when compiling:
>> CC drivers/char/tpm/tpm.o
>> drivers/char/tpm/tpm.c: In function 'tpm_gen_interrup
On 06/14/2010 04:07 PM, Stefan Richter wrote:
> On 14 Jun, Justin P. Mattock wrote:
>> On 06/14/2010 02:47 PM, Edward Shishkin wrote:
>>> Whitespaces should be removed.
>>> I recommend quilt package for managing patches:
>>> "quilt refresh --strip-trailing-
On 06/14/2010 02:47 PM, Edward Shishkin wrote:
Justin P. Mattock wrote:
On 06/14/2010 02:05 PM, Edward Shishkin wrote:
Justin P. Mattock wrote:
Not sure if this is correct or not.
the below patch gets rid of this warning message
produced by gcc 4.6.0
fs/reiserfs/stree.c: In function
On 06/14/2010 02:05 PM, Edward Shishkin wrote:
Justin P. Mattock wrote:
Not sure if this is correct or not.
the below patch gets rid of this warning message
produced by gcc 4.6.0
fs/reiserfs/stree.c: In function 'search_by_key':
fs/reiserfs/stree.c:602:6: warning
On 06/14/2010 01:48 PM, Nick Bowler wrote:
On 13:26 Mon 14 Jun , Justin P. Mattock wrote:
@@ -617,8 +616,7 @@ int search_by_key(struct super_block *sb, const struct
cpu_key *key,/* Key to s
pathrelse(search_path);
- right_neighbor_of_leaf_node = 0;
-
+
This
On 06/14/2010 01:53 PM, Jean Delvare wrote:
Hi Justin,
On Mon, 14 Jun 2010 13:26:46 -0700, Justin P. Mattock wrote:
could be a right solution, could be wrong
here is the warning:
CC drivers/i2c/i2c-core.o
drivers/i2c/i2c-core.c: In function 'i2c_register_adapter':
drive
ot used
Signed-off-by: Justin P. Mattock
---
drivers/media/common/tuners/tuner-simple.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/media/common/tuners/tuner-simple.c
b/drivers/media/common/tuners/tuner-simple.c
index 8abbcc5..4465b99 100644
--- a/drivers
Temporary fix until something is resolved
to fix the below warning:
CC [M] drivers/ieee1394/sbp2.o
drivers/ieee1394/sbp2.c: In function 'sbp2_parse_unit_directory':
drivers/ieee1394/sbp2.c:1353:6: warning: variable 'unit_characteristics' set
but not used
Signed-off-b
could be a right solution, could be wrong
here is the warning:
CC drivers/i2c/i2c-core.o
drivers/i2c/i2c-core.c: In function 'i2c_register_adapter':
drivers/i2c/i2c-core.c:757:15: warning: variable 'dummy' set but not used
Signed-off-by: Justin P. Mattock
---
dr
Probably not even a fix for this warning:
CC [M] drivers/gpu/drm/drm_gem.o
drivers/gpu/drm/drm_gem.c: In function 'drm_gem_handle_delete':
drivers/gpu/drm/drm_gem.c:188:21: warning: variable 'dev' set but not used
Signed-off-by: Justin P. Mattock
---
drivers/gpu/drm/dr
he best solution.
Signed-off-by: Justin P. Mattock
---
drivers/char/tpm/tpm.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/char/tpm/tpm.c b/drivers/char/tpm/tpm.c
index 05ad4a1..3d685dc 100644
--- a/drivers/char/tpm/tpm.c
+++ b/drivers/char/tpm/
The below fixes this warning:
drivers/char/hpet.c: In function 'hpet_ioctl_common':
drivers/char/hpet.c:559:23: warning: variable 'hpet' set but not used
please have a look.
Signed-off-by: Justin P. Mattock
---
drivers/char/hpet.c |2 --
1 files changed, 0 insert
correct.
Signed-off-by: Justin P. Mattock
---
drivers/bluetooth/hci_ldisc.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/bluetooth/hci_ldisc.c b/drivers/bluetooth/hci_ldisc.c
index 76a1abb..f693dfe 100644
--- a/drivers/bluetooth/hci_ldisc.c
+++ b/driv
Not sure if this is correct or not.
the below patch gets rid of this warning message
produced by gcc 4.6.0
fs/reiserfs/stree.c: In function 'search_by_key':
fs/reiserfs/stree.c:602:6: warning: variable 'right_neighbor_of_leaf_node' set
but not used
Signed-off-by: Justin
time.
In any case Thanks for taking the time,
and hopefully we can get fixes for all of
this mess generated by gcc..
Justin P. Mattock
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On 06/14/2010 02:47 PM, Edward Shishkin wrote:
> Justin P. Mattock wrote:
>> On 06/14/2010 02:05 PM, Edward Shishkin wrote:
>>> Justin P. Mattock wrote:
>>>> Not sure if this is correct or not.
>>>> the below patch gets rid of this warning message
>&g
On 06/14/2010 02:05 PM, Edward Shishkin wrote:
> Justin P. Mattock wrote:
>> Not sure if this is correct or not.
>> the below patch gets rid of this warning message
>> produced by gcc 4.6.0
>>
>> fs/reiserfs/stree.c: In function 'search_by_key':
>
On 06/14/2010 01:48 PM, Nick Bowler wrote:
> On 13:26 Mon 14 Jun , Justin P. Mattock wrote:
>> @@ -617,8 +616,7 @@ int search_by_key(struct super_block *sb, const struct
>> cpu_key *key, /* Key to s
>>
>> pathrelse(search_path);
>>
>&g
On 06/14/2010 01:53 PM, Jean Delvare wrote:
> Hi Justin,
>
> On Mon, 14 Jun 2010 13:26:46 -0700, Justin P. Mattock wrote:
>> could be a right solution, could be wrong
>> here is the warning:
>>CC drivers/i2c/i2c-core.o
>> drivers/i2c/i2c-core.c:
ot used
Signed-off-by: Justin P. Mattock
---
drivers/media/common/tuners/tuner-simple.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/media/common/tuners/tuner-simple.c
b/drivers/media/common/tuners/tuner-simple.c
index 8abbcc5..4465b99 100644
--- a/drivers
Temporary fix until something is resolved
to fix the below warning:
CC [M] drivers/ieee1394/sbp2.o
drivers/ieee1394/sbp2.c: In function 'sbp2_parse_unit_directory':
drivers/ieee1394/sbp2.c:1353:6: warning: variable 'unit_characteristics' set
but not used
Signed-off-b
could be a right solution, could be wrong
here is the warning:
CC drivers/i2c/i2c-core.o
drivers/i2c/i2c-core.c: In function 'i2c_register_adapter':
drivers/i2c/i2c-core.c:757:15: warning: variable 'dummy' set but not used
Signed-off-by: Justin P. Mattock
---
dr
Probably not even a fix for this warning:
CC [M] drivers/gpu/drm/drm_gem.o
drivers/gpu/drm/drm_gem.c: In function 'drm_gem_handle_delete':
drivers/gpu/drm/drm_gem.c:188:21: warning: variable 'dev' set but not used
Signed-off-by: Justin P. Mattock
---
drivers/gpu/drm/dr
he best solution.
Signed-off-by: Justin P. Mattock
---
drivers/char/tpm/tpm.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/char/tpm/tpm.c b/drivers/char/tpm/tpm.c
index 05ad4a1..3d685dc 100644
--- a/drivers/char/tpm/tpm.c
+++ b/drivers/char/tpm/
The below fixes this warning:
drivers/char/hpet.c: In function 'hpet_ioctl_common':
drivers/char/hpet.c:559:23: warning: variable 'hpet' set but not used
please have a look.
Signed-off-by: Justin P. Mattock
---
drivers/char/hpet.c |2 --
1 files changed, 0 insert
correct.
Signed-off-by: Justin P. Mattock
---
drivers/bluetooth/hci_ldisc.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/bluetooth/hci_ldisc.c b/drivers/bluetooth/hci_ldisc.c
index 76a1abb..f693dfe 100644
--- a/drivers/bluetooth/hci_ldisc.c
+++ b/driv
Not sure if this is correct or not.
the below patch gets rid of this warning message
produced by gcc 4.6.0
fs/reiserfs/stree.c: In function 'search_by_key':
fs/reiserfs/stree.c:602:6: warning: variable 'right_neighbor_of_leaf_node' set
but not used
Signed-off-by: Justin
time.
In any case Thanks for taking the time,
and hopefully we can get fixes for all of
this mess generated by gcc..
Justin P. Mattock
94 matches
Mail list logo