<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/net/hamradio, branch linux-2.6.22.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.22.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.22.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2007-05-09T05:18:01Z</updated>
<entry>
<title>Fix "deprecated" typoes.</title>
<updated>2007-05-09T05:18:01Z</updated>
<author>
<name>Robert P. J. Day</name>
</author>
<published>2007-05-09T05:18:01Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1591275cb57bc5df7ff59774b85c8af84bc45e87'/>
<id>urn:sha1:1591275cb57bc5df7ff59774b85c8af84bc45e87</id>
<content type='text'>
Fix remaining misspellings of "depreciated" to "deprecated."

Signed-off-by: Robert P. J. Day &lt;rpjday@mindspring.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>baycom_ser_fdx: also allow i/o ports &gt;= 0x1000 and enhanced failure logging</title>
<updated>2007-04-28T15:01:02Z</updated>
<author>
<name>Folkert van Heusden</name>
</author>
<published>2007-03-27T05:47:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=939456ac51dd0b6b2b5653823b5655a790e72769'/>
<id>urn:sha1:939456ac51dd0b6b2b5653823b5655a790e72769</id>
<content type='text'>
The baycom_ser_fdx driver did not allow i/o ports &gt;= 0x1000.  Now that
there are pci cards (with rs232 ports) which use for example 0xb800 this
limit should not exists.

Also, for non kernel coders find the cause of problems was challenging so I
added extra logging.

Signed-off-by: Folkert van Heusden &lt;folkert@vanheusden.com&gt;
Cc: Jeff Garzik &lt;jeff@garzik.org&gt;
Cc: Alan Cox &lt;alan@lxorguk.ukuu.org.uk&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Jeff Garzik &lt;jeff@garzik.org&gt;
</content>
</entry>
<entry>
<title>[NET]: Fix yam.c</title>
<updated>2007-04-26T07:55:53Z</updated>
<author>
<name>Andrew Morton</name>
</author>
<published>2007-04-26T07:55:53Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=55404bca6c45595fee1a546f1a0cc616aeef0b00'/>
<id>urn:sha1:55404bca6c45595fee1a546f1a0cc616aeef0b00</id>
<content type='text'>
drivers/net/hamradio/yam.c: In function `yam_tx_byte':
drivers/net/hamradio/yam.c:643: warning: passing arg 1 of `skb_copy_from_linear_data_offset' from incompatible pointer type

Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>[SK_BUFF]: Introduce skb_copy_from_linear_data{_offset}</title>
<updated>2007-04-26T05:28:23Z</updated>
<author>
<name>Arnaldo Carvalho de Melo</name>
</author>
<published>2007-03-27T21:55:52Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d626f62b11e00c16e81e4308ab93d3f13551812a'/>
<id>urn:sha1:d626f62b11e00c16e81e4308ab93d3f13551812a</id>
<content type='text'>
To clearly state the intent of copying from linear sk_buffs, _offset being a
overly long variant but interesting for the sake of saving some bytes.

Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;
</content>
</entry>
<entry>
<title>[SK_BUFF]: Introduce skb_reset_network_header(skb)</title>
<updated>2007-04-26T05:24:46Z</updated>
<author>
<name>Arnaldo Carvalho de Melo</name>
</author>
<published>2007-04-11T03:45:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c1d2bbe1cd6c7bbdc6d532cefebb66c7efb789ce'/>
<id>urn:sha1:c1d2bbe1cd6c7bbdc6d532cefebb66c7efb789ce</id>
<content type='text'>
For the common, open coded 'skb-&gt;nh.raw = skb-&gt;data' operation, so that we can
later turn skb-&gt;nh.raw into a offset, reducing the size of struct sk_buff in
64bit land while possibly keeping it as a pointer on 32bit.

This one touches just the most simple case, next will handle the slightly more
"complex" cases.

Signed-off-by: Arnaldo Carvalho de Melo &lt;acme@redhat.com&gt;
Signed-off-by: David S. Miller &lt;davem@davemloft.net&gt;
</content>
</entry>
<entry>
<title>drivers/net/hamradio/baycom_ser_fdx build fix</title>
<updated>2007-04-24T16:51:03Z</updated>
<author>
<name>Andrew Morton</name>
</author>
<published>2007-04-24T16:51:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5efb764c8653c187912669629c14bb47242a5d05'/>
<id>urn:sha1:5efb764c8653c187912669629c14bb47242a5d05</id>
<content type='text'>
sparc64:

drivers/net/hamradio/baycom_ser_fdx.c: In function `ser12_open':
drivers/net/hamradio/baycom_ser_fdx.c:417: error: `NR_IRQS' undeclared (first us
e in this function)
drivers/net/hamradio/baycom_ser_fdx.c:417: error: (Each undeclared identifier is
 reported only once
drivers/net/hamradio/baycom_ser_fdx.c:417: error: for each function it appears i
n.)

Cc: Folkert van Heusden &lt;folkert@vanheusden.com&gt;
Cc: Alan Cox &lt;alan@lxorguk.ukuu.org.uk&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Jeff Garzik &lt;jeff@garzik.org&gt;
</content>
</entry>
<entry>
<title>Replace local random function with random32()</title>
<updated>2007-02-20T16:18:13Z</updated>
<author>
<name>Ralf Baechle</name>
</author>
<published>2007-02-16T11:55:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8b5b46718113166b5f6bcdf40e67ea867461e209'/>
<id>urn:sha1:8b5b46718113166b5f6bcdf40e67ea867461e209</id>
<content type='text'>
Signed-off-by: Joe Perches &lt;joe@perches.com&gt;
Signed-off-by: Ralf Baechle &lt;ralf@linux-mips.org&gt;
Signed-off-by: Jeff Garzik &lt;jeff@garzik.org&gt;
</content>
</entry>
<entry>
<title>fix the BAYCOM_SER_HDX help text</title>
<updated>2007-02-17T18:42:17Z</updated>
<author>
<name>Simon Depiets</name>
</author>
<published>2007-02-17T18:42:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6486abbf63a58af490144ecbc38375f655d328ad'/>
<id>urn:sha1:6486abbf63a58af490144ecbc38375f655d328ad</id>
<content type='text'>
This fixes kernel Bugzilla #4076.

Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] mark struct file_operations const 5</title>
<updated>2007-02-12T17:48:45Z</updated>
<author>
<name>Arjan van de Ven</name>
</author>
<published>2007-02-12T08:55:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=d54b1fdb1d9f82e375a299e22bd366aad52d4c34'/>
<id>urn:sha1:d54b1fdb1d9f82e375a299e22bd366aad52d4c34</id>
<content type='text'>
Many struct file_operations in the kernel can be "const".  Marking them const
moves these to the .rodata section, which avoids false sharing with potential
dirty data.  In addition it'll catch accidental writes at compile time to
these shared resources.

Signed-off-by: Arjan van de Ven &lt;arjan@linux.intel.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] radio modems sitting on serial port are not for s390</title>
<updated>2007-02-02T00:17:06Z</updated>
<author>
<name>Al Viro</name>
</author>
<published>2007-02-01T13:52:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9d6ed92196f7acdd1052b0828bb1e2f1a7241815'/>
<id>urn:sha1:9d6ed92196f7acdd1052b0828bb1e2f1a7241815</id>
<content type='text'>
Won't build (request_irq()/free_irq()), even if you manage to find an
s390 box with 8250-compatible UART they are expecting.

Signed-off-by: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Acked-by: Martin Schwidefsky &lt;schwidefsky@de.ibm.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
</feed>
