<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/net/tlan.c, branch linux-2.6.16.y</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=linux-2.6.16.y</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=linux-2.6.16.y'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2006-02-24T05:20:08+00:00</updated>
<entry>
<title>[PATCH] drivers/net/tlan.c: #ifdef CONFIG_PCI the PCI specific code</title>
<updated>2006-02-24T05:20:08+00:00</updated>
<author>
<name>Adrian Bunk</name>
<email>bunk@stusta.de</email>
</author>
<published>2006-02-04T23:37:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=ad9f6713ae59f319ed676c2d014a7756b62f1c51'/>
<id>urn:sha1:ad9f6713ae59f319ed676c2d014a7756b62f1c51</id>
<content type='text'>
drivers/net/tlan.c compiles with CONFIG_PCI=n only with a warning and
due to the dead code elimination of gcc.

Additionally, this fixes the only compile error I found with
CONFIG_PCI=n and the gcc -Werror-implicit-function-declaration
flag on i386.

Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
Signed-off-by: Jeff Garzik &lt;jeff@garzik.org&gt;
</content>
</entry>
<entry>
<title>s/retreiv/retriev/g</title>
<updated>2006-01-03T12:27:11+00:00</updated>
<author>
<name>Matt Mackall</name>
<email>mpm@selenic.com</email>
</author>
<published>2006-01-03T12:27:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=4a4efbdee278b2f4ed91aad2db5c006ff754276e'/>
<id>urn:sha1:4a4efbdee278b2f4ed91aad2db5c006ff754276e</id>
<content type='text'>
As everyone knows, the rule is: "i before e.. um.. always."

Signed-off-by: Matt Mackall &lt;mpm@selenic.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>drivers/net/: Use the DMA_{64,32}BIT_MASK constants</title>
<updated>2005-06-26T22:22:14+00:00</updated>
<author>
<name>Domen Puncer</name>
<email>domen@coderock.org</email>
</author>
<published>2005-06-26T22:22:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=1e7f0bd8c8f2d0496ad338be5e69ff4395d77da4'/>
<id>urn:sha1:1e7f0bd8c8f2d0496ad338be5e69ff4395d77da4</id>
<content type='text'>
Use the DMA_{64,32}BIT_MASK constants from dma-mapping.h when calling
pci_set_dma_mask() or pci_set_consistent_dma_mask()

This patch includes dma-mapping.h explicitly because it caused errors
on some architectures otherwise.

See http://marc.theaimsgroup.com/?t=108001993000001&amp;r=1&amp;w=2 for details

Signed-off-by: Tobias Klauser &lt;tklauser@nuerscht.ch&gt;
Signed-off-by: Domen Puncer &lt;domen@coderock.org&gt;
</content>
</entry>
<entry>
<title>Automatic merge of /spare/repo/netdev-2.6 branch iff-running</title>
<updated>2005-06-04T21:11:28+00:00</updated>
<author>
<name></name>
<email>jgarzik@pretzel.yyz.us</email>
</author>
<published>2005-06-04T21:11:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=140fedb5f2efd1f23b26afb2d812004556ba9515'/>
<id>urn:sha1:140fedb5f2efd1f23b26afb2d812004556ba9515</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[PATCH] fix PROMISC/bridging in TLAN driver</title>
<updated>2005-05-16T02:47:56+00:00</updated>
<author>
<name>James Harper</name>
<email>james.harper@bendigoit.com.au</email>
</author>
<published>2005-05-05T22:14:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=562faf469f35bf63c0b021550811280c81bdc52e'/>
<id>urn:sha1:562faf469f35bf63c0b021550811280c81bdc52e</id>
<content type='text'>
This has been a problem for me for ages.  When using bridging, the driver
is switched into promiscuous mode before the link init is complete.  The
init complete routine then resets the promisc bit on the card so the kernel
still thinks the card is in promiscuous mode but the card isn't.  doh.

I think this bug only shows up in bridging when the bridge is started at
boot time (or something else that sets promisc at the same time the card
was started).  If promisc is enabled later it works.

Here's a trivial (and hopefully correct) patch that works for me. It
just calls the promisc/multicast setup routine after init.

Cc: Jeff Garzik &lt;jgarzik@pobox.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] tlan: restore deleted module parameters.</title>
<updated>2005-05-15T22:25:23+00:00</updated>
<author>
<name>Stephen Hemminger</name>
<email>shemminger@osdl.org</email>
</author>
<published>2005-05-04T22:33:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=15efa9bb2d4da7cd9feb1c67fcf3d9e0e1bd00c6'/>
<id>urn:sha1:15efa9bb2d4da7cd9feb1c67fcf3d9e0e1bd00c6</id>
<content type='text'>
The module parameter values got lost in the conversion to the new module_param
interface. This should fix it.

Signed-off-by: Stephen Hemminger &lt;shemminger@osdl.org&gt;

Index: tlan/drivers/net/tlan.c
===================================================================
</content>
</entry>
<entry>
<title>[netdrvrs] Use netif_carrier_* instead of IFF_RUNNING</title>
<updated>2005-05-12T23:45:25+00:00</updated>
<author>
<name></name>
<email>tgraf@suug.ch</email>
</author>
<published>2005-05-12T23:45:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=7d17c1d606f6e89778f05554ddea43791d5c92a0'/>
<id>urn:sha1:7d17c1d606f6e89778f05554ddea43791d5c92a0</id>
<content type='text'>
</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.radix-linux.su/kernel/linux.git/commit/?id=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2'/>
<id>urn:sha1: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>
</entry>
</feed>
