<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux-stable.git/include/linux/usb.h, branch linux-2.6.12.y</title>
<subtitle>Linux kernel stable tree</subtitle>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/'/>
<entry>
<title>[PATCH] USB: update urb documentation</title>
<updated>2005-06-03T07:04:30+00:00</updated>
<author>
<name>Roman Kagan</name>
<email>rkagan@mail.ru</email>
</author>
<published>2005-05-05T20:55:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=719df469cb51199316ae2a11c75a8046be34b899'/>
<id>719df469cb51199316ae2a11c75a8046be34b899</id>
<content type='text'>
On Wed, May 04, 2005 at 01:37:30PM -0700, David Brownell wrote:
&gt; On Wednesday 04 May 2005 12:19 pm, Roman Kagan wrote:
&gt; &gt; struct urb {
&gt; &gt; 	/* private, usb core and host controller only fields in the urb */
&gt; &gt; 	...
&gt; &gt; 	struct list_head urb_list;	/* list pointer to all active urbs */
&gt; &gt; 	...
&gt; &gt; };
&gt; &gt;
&gt; &gt; Is it safe to use it for driver's purposes when the driver owns the urb,
&gt; &gt; that is, starting from the completion routine until the urb is submitted
&gt; &gt; with usb_submit_urb()?
&gt;
&gt; Right now, it should be.

Great!  FWIW I've briefly tested a modified version of usbatm using
the list head in struct urb instead of creating a wrapper struct, and I
haven't seen any failures yet.  So I tend to believe that your "should
be" actually means "is" :)

&gt; &gt; If it is, can it be guaranteed in future, e.g.
&gt; &gt; by moving the list head into the public section of struct urb?
&gt;
&gt; In fact I'm not sure why it ever got called "private" to usbcore/hcds.
&gt; I thought the idea was that it should be like urb-&gt;status, reserved for
&gt; whoever controls the URB.

OK then how about the following (essentially documentation) patch?

Signed-off-by: Roman Kagan &lt;rkagan@mail.ru&gt;
Acked-by: David Brownell &lt;david-b@pacbell.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
On Wed, May 04, 2005 at 01:37:30PM -0700, David Brownell wrote:
&gt; On Wednesday 04 May 2005 12:19 pm, Roman Kagan wrote:
&gt; &gt; struct urb {
&gt; &gt; 	/* private, usb core and host controller only fields in the urb */
&gt; &gt; 	...
&gt; &gt; 	struct list_head urb_list;	/* list pointer to all active urbs */
&gt; &gt; 	...
&gt; &gt; };
&gt; &gt;
&gt; &gt; Is it safe to use it for driver's purposes when the driver owns the urb,
&gt; &gt; that is, starting from the completion routine until the urb is submitted
&gt; &gt; with usb_submit_urb()?
&gt;
&gt; Right now, it should be.

Great!  FWIW I've briefly tested a modified version of usbatm using
the list head in struct urb instead of creating a wrapper struct, and I
haven't seen any failures yet.  So I tend to believe that your "should
be" actually means "is" :)

&gt; &gt; If it is, can it be guaranteed in future, e.g.
&gt; &gt; by moving the list head into the public section of struct urb?
&gt;
&gt; In fact I'm not sure why it ever got called "private" to usbcore/hcds.
&gt; I thought the idea was that it should be like urb-&gt;status, reserved for
&gt; whoever controls the URB.

OK then how about the following (essentially documentation) patch?

Signed-off-by: Roman Kagan &lt;rkagan@mail.ru&gt;
Acked-by: David Brownell &lt;david-b@pacbell.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[PATCH] usb suspend updates (interface suspend)</title>
<updated>2005-04-19T00:39:22+00:00</updated>
<author>
<name>David Brownell</name>
<email>david-b@pacbell.net</email>
</author>
<published>2005-04-19T00:39:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=27d72e8572336d9f4e17a12ac924cb5223a5758d'/>
<id>27d72e8572336d9f4e17a12ac924cb5223a5758d</id>
<content type='text'>
This is the first of a few installments of PM API updates to match the
recent switch to "pm_message_t".  This installment primarily affects
USB device drivers (for USB interfaces), and it changes the handful of
drivers which currently implement suspend methods:

    - &lt;linux/usb.h&gt; and usbcore, signature change

    - Some drivers only changed the signature, net effect this just
      shuts up "sparse -Wbitwise":
	* hid-core
	* stir4200

    - Two network drivers did that, and also grew slightly more
      featureful suspend code ... they now properly shut down
      their activities.  (As should stir4200...)
	* pegasus
	* usbnet

Note that the Wake-On-Lan (WOL) support in pegasus doesn't yet work; looks
to me like it's missing a request to turn it on, vs just configuring it.
The ASIX code in usbnet also has WOL hooks that are ready to use; untested.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

Index: gregkh-2.6/drivers/net/irda/stir4200.c
===================================================================
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This is the first of a few installments of PM API updates to match the
recent switch to "pm_message_t".  This installment primarily affects
USB device drivers (for USB interfaces), and it changes the handful of
drivers which currently implement suspend methods:

    - &lt;linux/usb.h&gt; and usbcore, signature change

    - Some drivers only changed the signature, net effect this just
      shuts up "sparse -Wbitwise":
	* hid-core
	* stir4200

    - Two network drivers did that, and also grew slightly more
      featureful suspend code ... they now properly shut down
      their activities.  (As should stir4200...)
	* pegasus
	* usbnet

Note that the Wake-On-Lan (WOL) support in pegasus doesn't yet work; looks
to me like it's missing a request to turn it on, vs just configuring it.
The ASIX code in usbnet also has WOL hooks that are ready to use; untested.

Signed-off-by: David Brownell &lt;dbrownell@users.sourceforge.net&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

Index: gregkh-2.6/drivers/net/irda/stir4200.c
===================================================================
</pre>
</div>
</content>
</entry>
<entry>
<title>Linux-2.6.12-rc2</title>
<updated>2005-04-16T22:20:36+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@ppc970.osdl.org</email>
</author>
<published>2005-04-16T22:20:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux-stable.git/commit/?id=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2'/>
<id>1da177e4c3f41524e886b7f1b8a0c1fc7321cac2</id>
<content type='text'>
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.

Let it rip!
</pre>
</div>
</content>
</entry>
</feed>
