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
.
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
--
To unsubscribe from this list: send the line unsubscribe linux-i2c in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
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
-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
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: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 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: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) info on what that function does. grep showed too many
.
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
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
-by: Justin P. Mattock justinmatt...@gmail.com
---
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
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
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
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
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
-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
-by: Justin P. Mattock justinmatt...@gmail.com
---
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
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 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 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: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) info on what that function does. grep showed too many
This fixes this warning message I'm getting:
CC [M] fs/afs/fsclient.o
fs/afs/fsclient.c: In function 'afs_deliver_fs__lock':
fs/afs/fsclient.c:1759:16: warning: variable 'bp' set but not used
CC [M] fs/afs/inode.o
Signed-off-by: Justin P. Mattock justinmatt...@gmail.com
---
fs/afs
Removing dead code(hopefully), fixes a warning
when compiling the kernel.
CC kernel/audit.o
kernel/audit.c: In function 'audit_buffer_alloc':
kernel/audit.c:1044:19: warning: variable 'nlh' set but not used
CC kernel/auditfilter.o
Signed-off-by: Justin P. Mattock justinmatt
On 06/11/2010 02:17 PM, Geert Uytterhoeven wrote:
On Fri, Jun 11, 2010 at 22:41, Justin P. Mattock
justinmatt...@gmail.com wrote:
The below patch fixes a warning message
reported by gcc 4.6.0.
CC kernel/module.o
kernel/module.c: In function 'add_usage_links':
kernel/module.c:1343:6
: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: justinmatt...@gmail.com
alright cool..
yeah this e-mail thing
was tripping me up thinking
I had a config messd up somewhere
(but wasn't the case).
cheers,
Justin P. Mattock
configure switches,
you need it in the Mesa configure switches too, and vice versa.
alright!! I know mesa has it enabled, I must
have missed a lib somewhere..
cheers,
Justin P. Mattock
___
xorg@lists.freedesktop.org: X.Org support
Archives: http
On 05/28/2010 01:07 AM, Super Biscuit wrote:
What?
You've got the wrong idea if you think I'm spamming the list.
Maybe you should go back into the history and see where I had asked
for help with an ati rage 128 on a BW G3 with FreeBSD on it.
--- On *Thu, 5/27/10, Justin P. Mattock /justinmatt
, and if by
chance something got messd up, well then
we can go from there..
so please verify(for my sake) that I'm not doing this,
(cause I' going crazy going over everything
over here)
Justin P. Mattock
___
xorg@lists.freedesktop.org: X.Org support
Archives: http
the recipient to the subject field.
Hopefully this should allow us to work out who the responsible part is
and unsubscribe that address.
Sorry for the noise.
Regards,
o.k...
Justin P. Mattock
___
xorg@lists.freedesktop.org: X.Org support
Archives
are a reseller please use http://cp.us2.net/reseller
If you are able to login after this suggestion please reply to this email to
let us know we can close your ticket.
Thank You,
Hosting Services, Inc. :: resell.biz
Last I remember was talking to these guys about
acpid(about a year ago or so).
Justin P
good, please go back to
your regularly scheduled discussions. :-)
Regards,
cool!!
Justin P. Mattock
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman
On 05/27/2010 11:13 AM, Gerald Dachs wrote:
Am Thu, 27 May 2010 12:23:25 -0500 (CDT)
schrieb Jeremy C. Reedr...@reedmedia.net:
On Thu, 27 May 2010, Justin P. Mattock wrote:
o.k...
So I see a reply to the list has my email address in the subject
line. That doesn't seem
On 05/27/2010 04:45 PM, Pat Kane wrote:
On Thu, May 27, 2010 at 1:51 PM, Justin P. Mattock wrote:
my bad.(maybe the sysadm can delete this thread
since it exposes vital info).
If you go here: http://lists.freedesktop.org/archives/xorg/2010-May/date.html
you can see which emails
is here:
http://thread.gmane.org/gmane.linux.kernel.wireless.general/51431
Justin P. Mattock
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
On 05/26/2010 09:33 AM, Luis R. Rodriguez wrote:
On Wed, May 26, 2010 at 12:04 AM, Justin P. Mattock
justinmatt...@gmail.com wrote:
This is new:
[ 8660.899624] ath: Failed to stop TX DMA in 100 msec after killing last
frame
[ 8660.899676] ath: Unable to stop TxDMA. Reset HAL!
I don't
ath_print in xmit.c should say Reseting hardware
instead of Reaseting HAL!(since HAL is being fazed out).
dmesg shows:
[ 8660.899624] ath: Failed to stop TX DMA in 100 msec after killing last frame
[ 8660.899676] ath: Unable to stop TxDMA. Reset HAL!
Signed-off-by: Justin P. Mattock justinmatt
On 05/26/2010 09:40 AM, Luis R. Rodriguez wrote:
On Wed, May 26, 2010 at 9:35 AM, Justin P. Mattock
justinmatt...@gmail.com wrote:
On 05/26/2010 09:33 AM, Luis R. Rodriguez wrote:
On Wed, May 26, 2010 at 12:04 AM, Justin P. Mattock
justinmatt...@gmail.comwrote
On 05/26/2010 10:05 AM, Luis R. Rodriguez wrote:
On Wed, May 26, 2010 at 9:49 AM, Justin P. Mattock
justinmatt...@gmail.com wrote:
ath_print in xmit.c should say Reseting hardware
instead of Reaseting HAL!(since HAL is being fazed out).
dmesg shows:
[ 8660.899624] ath: Failed to stop
Oops.. should be:
http://thread.gmane.org/gmane.linux.kernel.wireless.general/51431
Justin P. Mattock
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
On 05/26/2010 04:06 PM, Peter Stuge wrote:
Justin P. Mattock wrote:
ath_print in xmit.c should say Reseting hardware
I think that should be Resetting hardware with two t:s.
//Peter
yep!!
here is the updated version..
http://thread.gmane.org
.
[ 11.134038] intel8x0_measure_ac97_clock: measured 50713 usecs (2444
samples)
[ 11.134044] intel8x0: clocking to 48000
this is all the info I see in dmesg on this machine
(if you need full log let me know).
Justin P. Mattock
___
Linux PCMCIA
Seems pointless to have two #ifdef's with the same
CONFIG_YENTA_TI.. Remove the extra one and
move CARDBUS_TYPE_ENE with the others.
Signed-off-by: Justin P. Mattock justinmatt...@gmail.com
---
drivers/pcmcia/yenta_socket.c | 14 ++
1 files changed, 6 insertions(+), 8 deletions
).
Anyways please have a look, if you need me to test something
different let me know.
Signed-off-by: Justin P. Mattock justinmatt...@gmail.com
---
drivers/pcmcia/yenta_socket.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/pcmcia/yenta_socket.c b/drivers
___
Power mailing list
Power@bughost.org
http://www.bughost.org/mailman/listinfo/power
you need: libncurses-dev headers installed
display.c:32:21: error: ncurses.h: No such file or directory
Justin P. Mattock
___
Power mailing list
Power
On 04/25/2010 11:28 PM, Super Biscuit wrote:
--- On *Mon, 4/26/10, Justin P. Mattock /justinmatt...@gmail.com/* wrote:
From: Justin P. Mattock justinmatt...@gmail.com
Subject: Re: r128 on freebsd powerpc will not work
To: xorg@lists.freedesktop.org
Date: Monday, April 26
On 04/26/2010 12:33 AM, Alex Deucher wrote:
On Mon, Apr 26, 2010 at 3:20 AM, Justin P. Mattock
justinmatt...@gmail.com wrote:
On 04/25/2010 11:30 PM, Super Biscuit wrote:
Please read all of this.
--- On *Sun, 4/25/10, Super Biscuit /super_bisq...@yahoo.com/* wrote:
From: Super
On 04/26/2010 12:35 AM, Super Biscuit wrote:
--- On *Mon, 4/26/10, Justin P. Mattock /justinmatt...@gmail.com/* wrote:
From: Justin P. Mattock justinmatt...@gmail.com
Subject: Re: r128 on freebsd powerpc will not work
To: Super Biscuit super_bisq...@yahoo.com
Cc: xorg
people can see what might be
going on.
(if you get a black screen,
then remote debug for the log).
Justin P. Mattock
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org
://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
Justin P. Mattock
On 04/18/2010 11:57 PM, Jie Zhang wrote:
On 04/19/2010 02:43 PM, Justin P. Mattock wrote:
I couldn't resist..(had to play),
anyways I looked through the reports
but didn't see anything that was
familiar. so I went and created an entry:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
Thanks
On 04/19/2010 02:17 PM, Jonathan Wakely wrote:
On 19 April 2010 08:20, Justin P. Mattock wrote:
On 04/18/2010 11:57 PM, Jie Zhang wrote:
On 04/19/2010 02:43 PM, Justin P. Mattock wrote:
I couldn't resist..(had to play),
anyways I looked through the reports
but didn't see anything
On 03/21/2010 05:33 PM, Randy Dunlap wrote:
On 03/19/10 16:24, Justin P. Mattock wrote:
On 03/19/2010 03:56 PM, Randy Dunlap wrote:
On 03/19/10 12:51, Justin P. Mattock wrote:
After doing some things on a small issue,
I noticed through web surfing, that there were patches
submitted pertaining
On 03/21/2010 05:33 PM, Randy Dunlap wrote:
On 03/19/10 16:24, Justin P. Mattock wrote:
On 03/19/2010 03:56 PM, Randy Dunlap wrote:
On 03/19/10 12:51, Justin P. Mattock wrote:
After doing some things on a small issue,
I noticed through web surfing, that there were patches
submitted pertaining
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
stopped me in my tracks i.g.
in order to install using the livecd
requires brain surgery.
(for me that's fine, but for an average business
person/s forget it).
Justin P. Mattock
://lists.mozilla.org/listinfo/dev-security
there's also glibc that uses this stuff
Justin P. Mattock
___
dev-security mailing list
dev-security@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-security
[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/kernel/xserver/xserver/hw'
make: *** [all-recursive] Error 1
Posted here:
http://www.pubbs.net/xorg/201002/61107/
Reported-by: Harald Braumann ha...@unheit.net
Signed-off-by: Justin P. Mattock justinmatt...@gmail.com
hopefully It's correct with the info from both of you guys.
let me know if there's more needed.
Justin P. mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
yeah still here.. worst is I'm able to see this with
suse11.2 as well as with my custom system.
so please leave open.
Justin P. Mattock
--
To unsubscribe from this list: send the line unsubscribe kernel-testers
/etc/group*shadow
for the user logging in then things might be trick).
hope this helps.
Justin P. Mattock
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
remote debugging
via ohci1394_dma.
I did see a call trace as I was debugging
which might be related to having one
system using the patch, and the other not.
but still need to look at that.
(only saw this once out of numerous boots
(could be a rarity)).
Justin P. Mattock
--
To unsubscribe from
401 - 500 of 748 matches
Mail list logo