[RFC v5]update broken web addresses in the kernel.

2010-09-28 Thread Justin P. Mattock
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: > >

Re: [RFC v4]update broken web addresses in the kernel.

2010-09-28 Thread Justin P. Mattock
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

Re: [RFC v4]update broken web addresses in the kernel.

2010-09-28 Thread Justin P. Mattock
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

Re: [RFC v5]update broken web addresses in the kernel.

2010-09-28 Thread 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 signed offs

[RFC v4]update broken web addresses in the kernel.

2010-09-27 Thread Justin P. Mattock
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

[RFC v5]update broken web addresses in the kernel.

2010-09-27 Thread Justin P. Mattock
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

[RFC v4]update broken web addresses in the kernel.

2010-09-27 Thread Justin P. Mattock
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

[RFC v4]update broken web addresses in the kernel.

2010-09-27 Thread Justin P. Mattock
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,

[RFC v4]update broken web addresses in the kernel.

2010-09-27 Thread Justin P. Mattock
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.

[RFC v4]update broken web addresses in the kernel.

2010-09-27 Thread Justin P. Mattock
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.. >

Re: [RFC 1/3 v3]update web addresses in the kernel

2010-09-27 Thread Justin P. Mattock
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

Re: [RFC v4]update broken web addresses in the kernel.

2010-09-27 Thread Justin P. Mattock
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

Re: [RFC v4]update broken web addresses in the kernel.

2010-09-27 Thread Justin P. Mattock
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

Re: [RFC v4]update broken web addresses in the kernel.

2010-09-27 Thread Justin P. Mattock
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

[RFC v4]update broken web addresses in the kernel.

2010-09-26 Thread Justin P. Mattock
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

[RFC 1/3 v3]update web addresses in the kernel

2010-09-26 Thread Justin P. Mattock
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: &

[RFC 2/3 v3]update web addresses in stagging

2010-09-25 Thread Justin P. Mattock
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

[RFC 2/3 v3]update web addresses in stagging

2010-09-24 Thread Justin P. Mattock
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... >> &

[RFC 3/3 v3]update broken web addresses archive dot org

2010-09-24 Thread Justin P. Mattock
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

[RFC 2/3 v3]update web addresses in stagging

2010-09-24 Thread Justin P. Mattock
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

[RFC 1/3 v3]update web addresses in the kernel

2010-09-24 Thread Justin P. Mattock
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

[RFC 2/3 v3]update web addresses in stagging

2010-09-24 Thread Justin P. Mattock
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

[RFC 3/3 v3]update broken web addresses archive dot org

2010-09-24 Thread Justin P. Mattock
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

Re: [RFC 2/3 v3]update web addresses in stagging

2010-09-24 Thread Justin P. Mattock
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

[PATCH 1/2 v3]Update broken web addresses.

2010-09-21 Thread Justin P. Mattock
and fixes for now, then when the time is right, I can bunch everything all into one big patch. Signed-off-by: Justin P. Mattock justinmatt...@gmail.com Cc: Maciej W. Rozycki ma...@linux-mips.org Cc: Finn Thain fth...@telegraphics.com.au Cc: Randy Dunlap rdun...@xenotime.net --- arch/arm/Kconfig

Re: [PATCH 1/2 v3]Update broken web addresses.

2010-09-21 Thread Justin P. Mattock
On 09/21/2010 08:25 PM, Finn Thain wrote: On Tue, 21 Sep 2010, Justin P. Mattock wrote: Below is an update from the original, with changes to the broken web addresses and removal of archive.org and moved to a seperate patch for you guys to decide if you want to use this and/or just leave

[PATCH 2/2 v3]Update broken web addresses archive dot org only.

2010-09-21 Thread Justin P. Mattock
searching capabilities. Please dont apply this to anything, just comments and changes for now, then at the right time I'll bunch everything into one patch. Signed-off-by: Justin P. Mattock justinmatt...@gmail.com Cc: Finn Thain fth...@telegraphics.com.au --- arch/arm/mach-footbridge/Kconfig

Re: [PATCH 1/2 v3]Update broken web addresses.

2010-09-21 Thread Justin P. Mattock
On 09/21/2010 08:25 PM, Finn Thain wrote: On Tue, 21 Sep 2010, Justin P. Mattock wrote: Below is an update from the original, with changes to the broken web addresses and removal of archive.org and moved to a seperate patch for you guys to decide if you want to use this and/or just leave

[PATCH 1/2 v3]Update broken web addresses.

2010-09-21 Thread Justin P. Mattock
and fixes for now, then when the time is right, I can bunch everything all into one big patch. Signed-off-by: Justin P. Mattock justinmatt...@gmail.com Cc: Maciej W. Rozycki ma...@linux-mips.org Cc: Finn Thain fth...@telegraphics.com.au Cc: Randy Dunlap rdun...@xenotime.net --- arch/arm/Kconfig

[PATCH 2/2 v3]Update broken web addresses archive dot org only.

2010-09-21 Thread Justin P. Mattock
searching capabilities. Please dont apply this to anything, just comments and changes for now, then at the right time I'll bunch everything into one patch. Signed-off-by: Justin P. Mattock justinmatt...@gmail.com Cc: Finn Thain fth...@telegraphics.com.au --- arch/arm/mach-footbridge/Kconfig

Re: [PATCH 1/2 v3]Update broken web addresses.

2010-09-21 Thread Justin P. Mattock
On 09/21/2010 08:25 PM, Finn Thain wrote: On Tue, 21 Sep 2010, Justin P. Mattock wrote: Below is an update from the original, with changes to the broken web addresses and removal of archive.org and moved to a seperate patch for you guys to decide if you want to use this and/or just leave

Re: after closing the lid and reopening it the screen remains blank

2010-09-11 Thread Justin P. Mattock
/LID0/state then /usr/sbin/s2ram fi works reliably over here(knock on wood..)with radeon not sure with intel cards.. Justin P. Mattock -- Start uncovering the many advantages of virtual appliances and start using them

Re: after closing the lid and reopening it the screen remains blank

2010-09-10 Thread Justin P. Mattock
/acpi/lid.sh in there its a simple call to s2ram (works fine(with radeon though))looking at some of the distros scripts(no-offense) theres loads of stuff in there todo all kinds of calls.. hope this helps. Justin P. Mattock

[PATCH]crypto/Kconfig update broken web addresses.

2010-09-06 Thread Justin P. Mattock
Below is a patch to update the broken web addresses, in crypto/* that I could locate. Some are just simple typos that needed to be fixed, and some had a change in location altogether.. let me know if any of them need to be changed and such. Signed-off-by: Justin P. Mattock justinmatt

Re: on how to compile gcc-4.6 correctly?

2010-09-06 Thread Justin P. Mattock
be diff.. Justin P. Mattock

Re: Fwd: [PATCH 36/91] arch/m68k/mac/macboing.c Update broken web addresses in the arch directory.

2010-09-03 Thread Justin P. Mattock
On 09/03/2010 12:52 AM, Geert Uytterhoeven wrote: linux-alpha was the wrong list? it is... I became overwhelmed with who to send these too i.e. having too many Cc's was in question, so I used getmaintainer.pl on the first patch to give me some direction on who/what/where to send these too.

Re: Fwd: [PATCH 36/91] arch/m68k/mac/macboing.c Update broken web addresses in the arch directory.

2010-09-03 Thread Justin P. Mattock
On 09/03/2010 01:20 AM, Finn Thain wrote: These TIL articles are still around, and removing the article number from the source code is doing it damage. (I'm guessing that this change to human readable text was suggested by a machine...) I checked on archive.org for the URL, which lead me to

Re: Fwd: [PATCH 35/91] arch/m68k/q40/README Update broken web addresses in the arch directory.

2010-09-03 Thread Justin P. Mattock
On 09/03/2010 01:23 AM, Finn Thain wrote: URLs can't be split across lines usefully, so disregard the checkpatch complaint. Finn with the coding style, what files should ignore coding style with the tab rule i.e. Kconfig *.c, *.h, README, etc... (from here Kconfig make sense due to the

Re: Fwd: [PATCH 35/91] arch/m68k/q40/README Update broken web addresses in the arch directory.

2010-09-03 Thread Justin P. Mattock
On 09/03/2010 01:47 AM, Finn Thain wrote: On Fri, 3 Sep 2010, Justin P. Mattock wrote: On 09/03/2010 01:23 AM, Finn Thain wrote: URLs can't be split across lines usefully, so disregard the checkpatch complaint. Finn with the coding style, what files should ignore coding style

Re: Fwd: [PATCH 35/91] arch/m68k/q40/README Update broken web addresses in the arch directory.

2010-09-03 Thread Justin P. Mattock
On 09/03/2010 01:57 AM, Finn Thain wrote: Why http://www.linux-m68k.org/mail.html? If you try this search: http://www.google.com.au/search?q=inurl:680x0/q40 You should see: http://ftp.uni-erlangen.de/pub/unix/Linux/680x0/q40/ Finn no hits searching over here, just spamm..(snapshot to show)

Re: Fwd: [PATCH 35/91] arch/m68k/q40/README Update broken web addresses in the arch directory.

2010-09-03 Thread Justin P. Mattock
On 09/03/2010 02:26 AM, Finn Thain wrote: On Fri, 3 Sep 2010, Justin P. Mattock wrote: On 09/03/2010 01:57 AM, Finn Thain wrote: Why http://www.linux-m68k.org/mail.html? If you try this search: http://www.google.com.au/search?q=inurl:680x0/q40 You should see: http://ftp.uni-erlangen.de

Re: Fwd: [PATCH 35/91] arch/m68k/q40/README Update broken web addresses in the arch directory.

2010-09-03 Thread Justin P. Mattock
On 09/03/2010 02:13 AM, Finn Thain wrote: On Fri, 3 Sep 2010, Justin P. Mattock wrote: On 09/03/2010 01:47 AM, Finn Thain wrote: On Fri, 3 Sep 2010, Justin P. Mattock wrote: On 09/03/2010 01:23 AM, Finn Thain wrote: URLs can't be split across lines usefully, so disregard the checkpatch

Re: Fwd: [PATCH 35/91] arch/m68k/q40/README Update broken web addresses in the arch directory.

2010-09-03 Thread Justin P. Mattock
On 09/03/2010 02:40 AM, Finn Thain wrote: On Fri, 3 Sep 2010, Justin P. Mattock wrote: so the safest is to just ignore the column limit for urls to make things legit. That's how I've dealt with URLs in C comments in the past, and no-one complained (and I don't see any decent alternative

Re: [PATCH] Add screens to the PRIVATE_XSELINUX set.

2010-08-30 Thread Justin P. Mattock
without crashing.. Ill add the allow rules into the policy and run it to see if anything happens. Thank you vary much for this.. Justin P. Mattock ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http

Re: [Bug #16337] general protection fault: 0000 [#1] SMP

2010-08-29 Thread Justin P. Mattock
old) Message-ID :4c2fc0e3.6050...@gmail.com References : http://marc.info/?l=linux-kernelm=127819798215589w=2 only have seen this once..on the other hand (If im correct)maciej or pauli where able to reproduce this.. I say leave open then go from there. Justin P. Mattock

Re: [PATCH] Fix property and selection devPrivate allocation.

2010-08-23 Thread Justin P. Mattock
USB Mouse: Close [54.464] (II) UnloadModule: evdev [54.470] (II) Built-in iSight: Close [54.470] (II) UnloadModule: evdev let me know if you need any info from a log or something. Justin P. Mattock ___ xorg-devel@lists.x.org: X.Org

[PATCH]include/dixaccess.h fix comment.

2010-08-19 Thread Justin P. Mattock
After reading through XACE-Spec.txt, then looking through all the code I found the below comment, not to make sense. I think it needs to be changed to adjust due to the Property access mode bits giving info on adjusting different modes etc..(but could be wrong). Signed-off-by: Justin P. Mattock

Re: [PATCH]include/dixaccess.h fix comment.

2010-08-19 Thread Justin P. Mattock
On 08/19/2010 10:06 AM, Adam Jackson wrote: On Thu, 2010-08-19 at 09:43 -0700, Justin P. Mattock wrote: After reading through XACE-Spec.txt, then looking through all the code I found the below comment, not to make sense. I think it needs to be changed to adjust due to the Property access mode

Re: SELinux xace crash with xfce4: Caught signal 11 (Segmentation fault). Server aborting

2010-08-18 Thread Justin P. Mattock
also) but the transition is a with xfce4 is a bit tricky.. Justin P. Mattock ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription

Re: kernel BUG at fs/ext4/mballoc.c:2993!

2010-08-07 Thread Justin P. Mattock
. Justin P. Mattock

Re: Parma Polyhedra Library 0.11

2010-08-04 Thread Justin P. Mattock
this is my first attempt to build gcc with all these packages in the source tree of gcc rather than building them separately. Justin P. Mattock

Re: Parma Polyhedra Library 0.11

2010-08-04 Thread Justin P. Mattock
(hosts system/new system etc..) figured once im able to boot the fresh system I'll probably rebuild with ppl/cloog added in. Justin P. Mattock

Re: [Bug #16337] general protection fault: 0000 [#1] SMP

2010-08-02 Thread Justin P. Mattock
On 08/02/2010 06:34 AM, Rafael J. Wysocki wrote: On Monday, August 02, 2010, Justin P. Mattock wrote: On 08/01/2010 06:52 AM, Rafael J. Wysocki wrote: This message has been generated automatically as a part of a summary report of recent regressions. The following bug entry is on the current

Re: [Bug #16462] unable to connect to AP on legal channels 12/13

2010-08-02 Thread Justin P. Mattock
: 2010-07-25 17:06 (8 days old) Yes, I just managed to reproduce this with 2.6.35-final, and will update the bugzilla entry with the wire-capture needed. ahh.. cool.. lets get this bug fixed... Justin P. Mattock -- To unsubscribe from this list: send the line unsubscribe kernel-testers in the body

Re: [Bug #16462] unable to connect to AP on legal channels 12/13

2010-08-02 Thread Justin P. Mattock
: 2010-07-25 17:06 (8 days old) Yes, I just managed to reproduce this with 2.6.35-final, and will update the bugzilla entry with the wire-capture needed. Oops just realized your talking about another bug. nevermind. Justin P. Mattock -- To unsubscribe from this list: send the line unsubscribe

Re: [Bug #16337] general protection fault: 0000 [#1] SMP

2010-08-01 Thread Justin P. Mattock
://www.tux.org/lkml/ Ive played around with the machine that originally hit this. but still cant seem to reproduce or trigger this. Justin P. Mattock -- To unsubscribe from this list: send the line unsubscribe kernel-testers in the body of a message to majord...@vger.kernel.org More majordomo

Re: [Bug #16393] kernel BUG at fs/block_dev.c:765!

2010-07-23 Thread Justin P. Mattock
. atheros has one of these as well(like I posted) how to reproduce such a beast of a bug... Justin P. Mattock -- To unsubscribe from this list: send the line unsubscribe kernel-testers in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

Re: [PATCH 92/92]Documentation/powerpc/booting-without-of.txt update web address.

2010-07-21 Thread Justin P. Mattock
at -http://ozlabs.org/~dgibson/dtc/dtc.tar.gz +http://ozlabs.org/ I think this link should really be: git clone git://www.jdl.com/software/dtc.git/ Actually, maybe this instead? http://git.jdl.com/gitweb/?p=dtc.git Mikey cool thanks.. I resent.. Justin P. Mattock

Re: [PATCH v3]crypto:hifn_795x.c Fix warning: variable 'ctx' set but not used

2010-07-14 Thread Justin P. Mattock
On 07/14/2010 05:12 AM, Herbert Xu wrote: On Tue, Jul 06, 2010 at 11:36:37AM -0700, Justin P. Mattock wrote: The below patch gets rid of an unused variable ctx reported by GCC when building the kernel. CC [M] drivers/crypto/hifn_795x.o drivers/crypto/hifn_795x.c: In function 'hifn_flush

[Qemu-devel] Re: BTRFS: Unbelievably slow with kvm/qemu

2010-07-12 Thread Justin P. Mattock
read the FAQ at http://www.tux.org/lkml/ cool a solution... glad to see... no chance at a bisect with this? (getting this down too a commit or two makes things easier) Justin P. Mattock

[bisected]X:2252 conflicting memory types 40000000-48000000 uncached-minus<->write-combining

2010-07-08 Thread Justin P. Mattock
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:

Re: [Openipmi-developer] [PATCH v2]ipmi:ipmi_si_intf.c Fix warning: variable 'addr_space' set but not used

2010-07-08 Thread Justin P. Mattock
On 07/08/2010 11:28 AM, Corey Minyard wrote: On 07/07/2010 11:05 PM, Justin P. Mattock wrote: what ever came about with this? Justin P. Mattock Well, Sergey sent a patch, but I don't think it was quite in a form that can be taken. Do you want to resend per the standard rules? -corey

Re: [PATCH]video:gspca.c Fix warning: case value '7' not in enumerated type 'enum v4l2_memory'

2010-07-08 Thread Justin P. Mattock
.. Tested-By: Justin P. Mattock justinmatt...@gmail.com cheers as well, 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://vger.kernel.org/majordomo-info.html

Re: [Openipmi-developer] [PATCH v2]ipmi:ipmi_si_intf.c Fix warning: variable 'addr_space' set but not used

2010-07-07 Thread Justin P. Mattock
what ever came about with this? Justin P. Mattock -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first

[PATCH]video:gspca.c Fix warning: case value '7' not in enumerated type 'enum v4l2_memory'

2010-07-07 Thread Justin P. Mattock
This fixes a warning I'm seeing when building: CC [M] drivers/media/video/gspca/gspca.o drivers/media/video/gspca/gspca.c: In function 'vidioc_reqbufs': drivers/media/video/gspca/gspca.c:1508:2: warning: case value '7' not in enumerated type 'enum v4l2_memory' Signed-off-by: Justin P. Mattock

[PATCH]crypto:hifn_795x.c Fix warning: variable 'ctx' set but not used

2010-07-06 Thread Justin P. Mattock
/hifn_795x.c:2142:23: warning: variable 'ctx' set but not used Please have a look, and let me know if this is legit or not. Signed-off-by: Justin P. Mattock justinmatt...@gmail.com --- drivers/crypto/hifn_795x.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git

Re: [PATCH]crypto:hifn_795x.c Fix warning: variable 'ctx' set but not used

2010-07-06 Thread Justin P. Mattock
not vary much results) I believe the right answer is to delete the line initialising ctx. Thanks, o.k. then I'll resend with delete the line initialising ctx Thanks for having a look.. Justin P. Mattock -- To unsubscribe from this list: send the line unsubscribe linux-crypto in the body

[PATCH v2]crypto:hifn_795x.c Fix warning: variable 'ctx' set but not used

2010-07-06 Thread Justin P. Mattock
/crypto/hifn_795x.c:2142:23: warning: variable 'ctx' set but not used just remove the line that initialises ctx. Signed-off-by: Justin P. Mattock justinmatt...@gmail.com --- drivers/crypto/hifn_795x.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/crypto

Re: [PATCH]crypto:hifn_795x.c Fix warning: variable 'ctx' set but not used

2010-07-06 Thread Justin P. Mattock
This certainly does not look right! Returning with IRQs disabled is considered to be rude. I believe the right answer is to delete the line initialising ctx. Thanks, o.k. hopefully this is correct this time, resent with the following change. let me know if it's legit or not.. Justin P

[PATCH v3]crypto:hifn_795x.c Fix warning: variable 'ctx' set but not used

2010-07-06 Thread Justin P. Mattock
: In function 'hifn_process_queue': drivers/crypto/hifn_795x.c:2142:23: warning: variable 'ctx' set but not used Signed-off-by: Justin P. Mattock justinmatt...@gmail.com --- drivers/crypto/hifn_795x.c |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/drivers/crypto/hifn_795x.c b

Re: [PATCH v3]crypto:hifn_795x.c Fix warning: variable 'ctx' set but not used

2010-07-06 Thread Justin P. Mattock
On 07/06/2010 11:58 AM, Evgeniy Polyakov wrote: On Tue, Jul 06, 2010 at 11:36:37AM -0700, Justin P. Mattock (justinmatt...@gmail.com) wrote: The below patch gets rid of an unused variable ctx reported by GCC when building the kernel. CC [M] drivers/crypto/hifn_795x.o drivers/crypto

Re: [Openipmi-developer] [PATCH v2]ipmi:ipmi_si_intf.c Fix warning: variable 'addr_space' set but not used

2010-07-06 Thread Justin P. Mattock
(KERN_ERR PFX Could not allocate SI data (3)\n); return -ENOMEM; -- 1.7.1.rc1.21.gf3bd6 Thanks for the info on this.. Justin P. Mattock -- This SF.net email is sponsored by Sprint What will you do first

Re: [Openipmi-developer] [PATCH v2]ipmi:ipmi_si_intf.c Fix warning: variable 'addr_space' set but not used

2010-07-06 Thread Justin P. Mattock
On 07/06/2010 01:14 PM, Sergey V. wrote: On Tuesday 06 of July 2010 22:30:00 Justin P. Mattock wrote: Hello Justin. [...] @@ -2021,10 +2020,6 @@ static __devinit int try_init_spmi(struct SPMITable *spmi) } if (spmi-addr.space_id == ACPI_ADR_SPACE_SYSTEM_MEMORY

Re: Radeon KMS doesn't work.

2010-07-06 Thread Justin P. Mattock
On 07/05/2010 07:34 PM, Xiaotian Feng wrote: On Tue, Jul 6, 2010 at 2:18 AM, Justin P. Mattock justinmatt...@gmail.com wrote: On 07/05/2010 10:27 AM, Marvin wrote: Hi Wakko, as nobody seems to have answered yet, I think it's better that you file a bug against the radeon driver

[bisected]X:2252 conflicting memory types 40000000-48000000 uncached-minus<->write-combining

2010-07-02 Thread 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-48

X:2252 conflicting memory types 40000000-48000000 uncached-minus<->write-combining

2010-07-02 Thread Justin P. Mattock
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

X:2252 conflicting memory types 40000000-48000000 uncached-minus-write-combining

2010-07-02 Thread 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

[bisected]X:2252 conflicting memory types 40000000-48000000 uncached-minus-write-combining

2010-07-02 Thread 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

[PATCH 5/8 v2]drm:drm_gem Fix warning: variable 'dev' set but not used

2010-06-21 Thread Justin P. Mattock
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

[PATCH 8/8 v2]tuners:tuner-simple Fix warning: variable 'tun' set but not used

2010-06-21 Thread Justin P. Mattock
: warning: variable 'tun' set but not used Signed-off-by: Justin P. Mattock justinmatt...@gmail.com Reviewed-By: Mauro Carvalho Chehab mche...@redhat.com --- drivers/media/common/tuners/tuner-simple.c |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/drivers/media/common

Re: [PATCH 8/8 v2]tuners:tuner-simple Fix warning: variable 'tun' set but not used

2010-06-21 Thread Justin P. Mattock
, IFPCoff, i; enum param_type desired_type; struct tuner_params *t_params; - tun = priv-tun; - /* IFPCoff = Video Intermediate Frequency - Vif: 940 =16*58.75 NTSC/J (Japan) 732 =16*45.75 M/N STD Justin P. Mattock -- To unsubscribe from

Re: [PATCH 2/6]kernel:audit.c Fix warning: variable 'nlh' set but not used

2010-06-19 Thread Justin P. Mattock
On 06/19/2010 01:06 AM, Geert Uytterhoeven wrote: On Sat, Jun 19, 2010 at 06:45, Justin P. Mattock justinmatt...@gmail.com wrote: This is not dead code. NLMSG_NEW() sets up an nlmsg in ab-skb. If you remove the code, it's no longer initialized. I played around with this code some more

Re: [PATCH 5/6]kernel:module.c variable 'nowarn' set but not used

2010-06-19 Thread Justin P. Mattock
On 06/19/2010 01:08 AM, Geert Uytterhoeven wrote: On Sat, Jun 19, 2010 at 07:04, Justin P. Mattock justinmatt...@gmail.com wrote: Also wrong, you removed the creation of the links in sysfs. The assignment to nowarn was there to avoid another compiler warning, as sysfs_create_link() is marked

Re: [PATCH 5/6]kernel:module.c variable 'nowarn' set but not used

2010-06-19 Thread Justin P. Mattock
On 06/19/2010 12:45 PM, Geert Uytterhoeven wrote: On Sat, Jun 19, 2010 at 21:10, Justin P. Mattock justinmatt...@gmail.com wrote: On 06/19/2010 01:08 AM, Geert Uytterhoeven wrote: On Sat, Jun 19, 2010 at 07:04, Justin P. Mattock justinmatt...@gmail.comwrote: Also wrong, you removed

Re: [PATCH 5/6]kernel:module.c variable 'nowarn' set but not used

2010-06-18 Thread Justin P. Mattock
4f45beed80627d2bb32fb021bb6d22d88089557b Mon Sep 17 00:00:00 2001 From: Justin P. Mattock justinmatt...@gmail.com Date: Fri, 18 Jun 2010 22:01:07 -0700 Subject: [PATCH 5/5] module.c Signed-off-by: Justin P. Mattock justinmatt...@gmail.com --- kernel/module.c |3 +-- 1 files changed, 1 insertions(+), 2

Re: [PATCH 6/8]i2c:i2c_core Fix warning: variable 'dummy' set but not used

2010-06-16 Thread Justin P. Mattock
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

Re: [PATCH] i2c: Drop dummy variable

2010-06-16 Thread Justin P. Mattock
); mutex_unlock(core_lock); return 0; cool thanks!! applied the above patch and now the warning is no longer there. Here is what I see: LD kernel/built-in.o CC drivers/i2c/i2c-core.o LD drivers/i2c/built-in.o CC [M] drivers/uio/uio.o cheers, Justin P. Mattock

[PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used

2010-06-15 Thread Justin P. Mattock
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

[PATCH 7/8]ieee1394/sdp2 Fix warning: variable 'unit_characteristics' set but not used

2010-06-15 Thread Justin P. Mattock
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

[PATCH 6/8]i2c:i2c_core Fix warning: variable 'dummy' set but not used

2010-06-15 Thread Justin P. Mattock
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

Re: [PATCH 1/8]reiserfs:stree.c Fix variable set but not used.

2010-06-15 Thread Justin P. Mattock
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

Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used

2010-06-15 Thread Justin P. Mattock
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

Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used

2010-06-15 Thread Justin P. Mattock
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

Re: [PATCH 8/8]tuners:tuner-simple Fix warning: variable 'tun' set but not used

2010-06-15 Thread Justin P. Mattock
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

Re: [PATCH 7/8]ieee1394/sdp2 Fix warning: variable 'unit_characteristics' set but not used

2010-06-15 Thread Justin P. Mattock
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 hiding the warning

Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used

2010-06-15 Thread Justin P. Mattock
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 'rc' set

Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used

2010-06-15 Thread Justin P. Mattock
On 06/15/2010 02:19 AM, Jean Delvare wrote: On Tue, 15 Jun 2010 07:29:44 +0200, 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

Re: [PATCH 6/8]i2c:i2c_core Fix warning: variable 'dummy' set but not used

2010-06-15 Thread Justin P. Mattock
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

Re: [PATCH 7/8]ieee1394/sdp2 Fix warning: variable 'unit_characteristics' set but not used

2010-06-15 Thread Justin P. Mattock
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 hiding the warning

Re: [PATCH 4/8]drivers:tmp.c Fix warning: variable 'rc' set but not used

2010-06-15 Thread Justin P. Mattock
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 'rc' set

<    1   2   3   4   5   6   7   8   >