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: C
On 10/27/2012 06:56 AM, Daniel Vetter wrote:
On Fri, Oct 26, 2012 at 10:57 PM, Justin P. Mattock
justinmatt...@gmail.com wrote:
:~/drm git clone git://people.freedesktop.org/~danvet/drm
Cloning into 'drm'...
remote: Counting objects: 2728390, done.
remote: Compressing objects: 100% (418606
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
On 10/26/2012 01:05 AM, Daniel Vetter wrote:
On Fri, Oct 26, 2012 at 6:43 AM, Justin P. Mattock
justinmatt...@gmail.com 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
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..:
[ 7745.007008] ath9k :05
>
>
> 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
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
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
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
use: radeon
Kernel modules: radeon
Justin P. Mattock
at 5032 [disabled] [size=128K]
Capabilities: access denied
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
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 revie
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 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 address is already there..
Right you are.
probably best to just
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 signed offs
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
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: Randy
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,
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
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.
Thanks for all the help and info
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
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 Uytterhoeven
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
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/APCI1710_82x54.h
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
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 justinmatt...@gmail.com
---
.../comedi/drivers/addi-data/APCI1710_82x54.c |2 +-
.../comedi/drivers/addi
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 justinmatt...@gmail.com
---
drivers/block/Kconfig |2 +-
drivers/edac/i82975x_edac.c |2 +-
drivers/hwmon
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
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/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-48
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
] [81026442] system_call_fastpath+0x16/0x1b
[ 30.354255] RSP 8800360dfc80
[ 31.312879] ---[ end trace 9a7b92300d4121f6 ]---
[ 30.354255] [810ebb6e] fput+0x122/0x1f1
[ 30.354255] [810e9181] filp_close+0x63/0x6d
Justin P. Mattock
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-write
est 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
+++ b/drivers/gpu/drm/drm_gem.c
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
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:50
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 temporar
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 wr
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 resent
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:10: warning: variable 'rc
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 = transmit_cmd(chip,tpm_cmd, TPM_INTERNAL_RESULT_SIZE
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_freq
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 go
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_interrupt':
&
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
>&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':
>> fs/re
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:
-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/media/common/tuners
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-by: Justin P. Mattock
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
---
drivers/i2c/i2c-core.c
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/drm_gem.c |2 ++
1
-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/tpm.c
@@ -514,6 +514,8 @@ void
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 insertions(+), 2 deletions
-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/drivers/bluetooth/hci_ldisc.c
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 P. Mattock
---
fs
.
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
.
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
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 P. Mattock justinmatt
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 justinmatt...@gmail.com
---
drivers/char/hpet.c |2 --
1 files changed, 0
-by: Justin P. Mattock justinmatt...@gmail.com
---
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/tpm.c
@@ -514,6
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 justinmatt...@gmail.com
---
drivers/gpu/drm
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 justinmatt...@gmail.com
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-by: Justin P. Mattock
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':
drivers/i2c/i2c
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
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: variable
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 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
83 matches
Mail list logo