Re: [PATCH v3 0/2] Fix subject line

2014-06-17 Thread Davidlohr Bueso
On Mon, 2014-06-16 at 00:28 +0400, Wahib wrote:
 Hi Davidlohr!
 
 Don't worry. I am not discouraged. :)
 
 I understand your concern that the patch feels superficial. It's what the task
 asked us to do. I suspect the author(s) of the Eudyptula Challenge designed
 this task to get us involved with the Linux kernel community.

If you feel you actually learn something by doing the Eudyptula
Challenge, then good for you, and by all means continue doing so. As I
mentioned, I know almost zero about it, but can say for sure that
cleanups alone won't get you very far in the community and you will
probably get bored sooner or later -- which is unfortunate as kernel
hacking fascinating.

 
 I have been looking for a bug in 'usbip' to bundle with my patch. The only bug
 that I could find (as of 16-Jun-2014) on bugzilla.kernel.org related
 to 'usbip' is Bug 77191.
 
 Bug 77191 - ftdi-sio (usbserial) over usbip hung after disconnect while in use
 (https://bugzilla.kernel.org/show_bug.cgi?id=77191)
 
 Sadly the bug doesn't seem to be newbie friendly as it requires special setup
 to reproduce and requires the developer to know about the intricacies of the
 'usbip' subsystem. I understand that people commiting their specialized
 knowledge is how the kernel development actually works. But USB is not my
 speciality (yet).
 
 Could you point me to more beginner friendly bugs which aren't superficial 
 code
 cleanups?

There are plenty of bugs out there, and not so hard to find -- just push
some module/filesystem/subsystem/testcase hard enough to make it do
things it shouldn't. Run linux-next on trinity and fix/report the bugs,
etc.

imho testing and reading other people's patches is perhaps the best way
to do useful things, get acquainted with the code and get experience
with lkml and the process behind kernel development.

 Can I bundle fixes to subsystems other than 'usbip' with the code cleanup 
 patch
 for 'usbip'?

Probably not, unless it's a tree-wide change.

Hope this helps,
Davidlohr

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH v3 0/2] Fix subject line

2014-06-12 Thread Davidlohr Bueso
On Thu, 2014-06-12 at 23:40 +0400, Wahib Faizi wrote:
 Fix coding style issues detected by checkpatch.pl in usbip_host_driver.c.

Sorry but unless bundled with something more meaningful, I really don't
see the value in these changes. I certainly don't want to discourage
folks or anything, but just testing other patches is a lot more helpful
than this. 

I haven't followed much about the Eudyptula Challenge, but I hope other
assignments are more involved than this.

Thanks,
Davidlohr

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH v3 0/2] Fix subject line

2014-06-12 Thread Davidlohr Bueso
On Thu, 2014-06-12 at 13:35 -0700, Greg Kroah-Hartman wrote:
 On Thu, Jun 12, 2014 at 01:25:34PM -0700, Davidlohr Bueso wrote:
  On Thu, 2014-06-12 at 23:40 +0400, Wahib Faizi wrote:
   Fix coding style issues detected by checkpatch.pl in usbip_host_driver.c.
  
  Sorry but unless bundled with something more meaningful, I really don't
  see the value in these changes. I certainly don't want to discourage
  folks or anything, but just testing other patches is a lot more helpful
  than this. 
 
 When the staging code is still needing basic fixes like this, it is
 meaningful to do patches that clean up stuff like this.  That's what
 the staging tree is for.

Sure, but making checkpatch happy just to make checkpatch happy isn't
a good justification, even for staging. Patch 1 does have value in that
it helps avoid silly bugs, but take patch 2/2, we end-up saving just a
few spaces... Anyways, just my 2 cents.

Thanks,
Davidlohr

--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html