From: David Miller <[EMAIL PROTECTED]>
Date: Thu, 08 Jun 2006 23:40:03 -0700 (PDT)
> From: Xiaolan Zhang <[EMAIL PROTECTED]>
> Date: Tue, 6 Jun 2006 10:55:58 -0400
>
> > Singned-off-by: Catherine Zhang <[EMAIL PROTECTED]>
> >
> > James, is this enough or do I need to modify the original patch to
From: Xiaolan Zhang <[EMAIL PROTECTED]>
Date: Tue, 6 Jun 2006 10:55:58 -0400
> Singned-off-by: Catherine Zhang <[EMAIL PROTECTED]>
>
> James, is this enough or do I need to modify the original patch to add the
> above line? The code was taken from various pieces of patches originally
> from Tr
On Friday 09 June 2006 07:23, David Miller wrote:
> From: Auke Kok <[EMAIL PROTECTED]>
> Date: Thu, 08 Jun 2006 22:13:48 -0700
>
> > netconsole should retry. There is no timeout programmed here since that
> > might
> > lose important information, and you rather want netconsole to survive an odd
>
On Thu, Jun 01, 2006 at 09:15:03PM +1000, herbert wrote:
>
> OK, here is a patch which does this.
>
> [NET]: Add netif_tx_lock
Just noticed that I showed dyslexia in winbond.c :) Here is the corrected
version.
[NET]: Add netif_tx_lock
Various drivers use xmit_lock internally to synchronise wit
Auke Kok wrote:
netconsole should retry. There is no timeout programmed here since
that might
lose important information, and you rather want netconsole to survive
an odd
unplugged cable then to lose vital debugging information when the
system is
busy for instance. (losing link will cause the i
From: Linas Vepstas <[EMAIL PROTECTED]>
If a PCI bus error/fault triggers a PCI bus reset, attempts to get the
ethernet packet count statistics from the hardware will fail, returning
garbage data upstream. This patch skips statistics data collection if the
PCI device is not on the bus.
This pat
From: Auke Kok <[EMAIL PROTECTED]>
Date: Thu, 08 Jun 2006 22:13:48 -0700
> netconsole should retry. There is no timeout programmed here since that might
> lose important information, and you rather want netconsole to survive an odd
> unplugged cable then to lose vital debugging information when th
From: Adrian Bunk <[EMAIL PROTECTED]>
Remove the assert()'s from drivers/char/hw_random.c since you both needed
to enable a manual option in the driver source to make them effective and
they only covered some obviously impossible cases.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-b
From: James Morris <[EMAIL PROTECTED]>
Add a secmark field to IP and NF conntracks, so that security markings on
packets can be copied to their associated connections, and also copied back to
packets as required. This is similar to the network mark field currently used
with conntrack, although i
From: Christopher J. PeBenito <[EMAIL PROTECTED]>
Add a security class for appletalk sockets so that they can be
distinguished in SELinux policy. Please apply.
Signed-off-by: Stephen Smalley <[EMAIL PROTECTED]>
Acked-by: James Morris <[EMAIL PROTECTED]>
Cc: "David S. Miller" <[EMAIL PROTECTED]>
From: James Morris <[EMAIL PROTECTED]>
Add a SECMARK target to xtables, allowing the admin to apply security marks to
packets via both iptables and ip6tables.
The target currently handles SELinux security marking, but can be extended
for other purposes as needed.
Signed-off-by: James Morris <[E
From: James Morris <[EMAIL PROTECTED]>
Add a new xtables target, CONNSECMARK, which is used to specify rules for
copying security marks from packets to connections, and for copyying security
marks back from connections to packets. This is similar to the CONNMARK
target, but is more limited in sc
From: James Morris <[EMAIL PROTECTED]>
Add a secmark field to the skbuff structure, to allow security subsystems to
place security markings on network packets. This is similar to the nfmark
field, except is intended for implementing security policy, rather than than
networking policy.
This patc
From: James Morris <[EMAIL PROTECTED]>
Add and export new functions to the in-kernel SELinux API in support of the
new secmark-based packet controls.
Signed-off-by: James Morris <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
include/linux/selinux.h| 32 +
From: James Morris <[EMAIL PROTECTED]>
Secmark implements a new scheme for adding security markings to packets via
iptables, as well as changes to SELinux to use these markings for security
policy enforcement. The rationale for this scheme is explained and discussed
in detail in the original thr
From: James Morris <[EMAIL PROTECTED]>
Add new per-packet access controls to SELinux, replacing the old packet
controls.
Packets are labeled with the iptables SECMARK and CONNSECMARK targets, then
security policy for the packets is enforced with these controls.
To allow for a smooth transition
From: Mark Brown <[EMAIL PROTECTED]>
Provide a module option which configures the natsemi driver to use the
external MII port on the chip but ignore any PHYs that may be attached to it.
The link state will be left as it was when the driver started and can be
configured via ethtool. Any PHYs tha
From: Dave Jones <[EMAIL PROTECTED]>
Just spotted this typo in a new option.
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
Cc: "David S. Miller" <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
net/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
From: Bjorn Helgaas <[EMAIL PROTECTED]>
Apparently the Intel PRO/100 device enables interrupts on reset. Unless
firmware explicitly disables PRO/100 interrupts, we can get a flood of
interrupts when a driver attaches to an unrelated device that happens to
share the PRO/100 IRQ.
This should reso
From: Zhu Yi <[EMAIL PROTECTED]>
Well, this is not 100% if when the card fires two consecutive
interrupts. Though unlikely, it's better to protect early than seeing
some "weird" bugs one day. I proposed attached patch. If you can help to
test, that will be appreciated (I cannot see the lockdep wa
From: Andrew Morton <[EMAIL PROTECTED]>
drivers/net/myri10ge/myri10ge.c: In function 'myri10ge_submit_8rx':
drivers/net/myri10ge/myri10ge.c:772: error: 'DMA_32BIT_MASK' undeclared (first
use in this function)
drivers/net/myri10ge/myri10ge.c:772: error: (Each undeclared identifier is
reported on
From: Andrew Morton <[EMAIL PROTECTED]>
In file included from drivers/net/smc911x.c:84:
drivers/net/smc911x.h:46:9: warning: "SMC_USE_16BIT" is not defined
drivers/net/smc911x.h:60:9: warning: "SMC_USE_32BIT" is not defined
drivers/net/smc911x.h:73:10: warning: "SMC_USE_PXA_DMA" is not defined
dr
Jeremy Fitzhardinge wrote:
Matt Mackall wrote:
That's odd. Netpoll holds a reference to the device, of course, but so
does a normal "up" interface. So that shouldn't be the problem.
Another possibility is that outgoing packets from printks in the
driver are causing difficulty. Not sure what can
On Fri, Jun 09, 2006 at 01:00:24AM +0200, Hans Henrik Happe ([EMAIL PROTECTED])
wrote:
> On Thursday 08 June 2006 19:15, you wrote:
> > After some enhancements made for netchannel subsystem I'm pleased to
> > announce, that netchannel subsystem outperforms existing layered design
> > both in CPU u
Jari Takkala <[EMAIL PROTECTED]> wrote:
>
> I have not checked neigh seqfile iterators, the problem may exist in
> there as well. My patch solves this issue for us, however a more elegant
> solution would be most welcome. Could the root of the problem be that
> *pos is off by one when pneigh_get_
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> If it's buggy you get :
>
> 11:24:15.021572 d59.x-mailer.de.59959 >
> cust.static.212-90-215-40.cybernet.ch.smtp: S 2028538653:2028538653(0) win
> 5840
> (DF)
> 11:24:15.076329 cust.static.212-90-215-40.cybernet.ch.smtp >
> d59.x-mailer.de.59959: S 2
Daniel Drake <[EMAIL PROTECTED]> wrote:
>
> More specifically, we're talking about drivers/usb/net/usbnet.c and the
> usbnet_disconnect() function. The race I am highlighting is that
> usbnet's hard_start_xmit handler (usbnet_start_xmit) may be running when
> the disconnect happens.
>
> Is th
Matt Mackall wrote:
That's odd. Netpoll holds a reference to the device, of course, but so
does a normal "up" interface. So that shouldn't be the problem.
Another possibility is that outgoing packets from printks in the
driver are causing difficulty. Not sure what can be done about that.
Here'
Rafael J. Wysocki wrote:
Please try doing "echo 8 > /proc/sys/kernel/printk" before suspend.
Um, why? That would increase the amount of log output, but I don't see
how it would help with netconsole preventing suspend, or not being able
to see console messages on a blank screen after resume.
Matt Mackall wrote:
That's odd. Netpoll holds a reference to the device, of course, but so
does a normal "up" interface. So that shouldn't be the problem.
Another possibility is that outgoing packets from printks in the
driver are causing difficulty. Not sure what can be done about that.
I onl
From: Randy Dunlap <[EMAIL PROTECTED]>
Priority: tossup.
netdev->set_config can be called at any time, so these references
to __initdata would be a real problem.
However, problem has not been observed AFAIK.
Fix section mismatch warnings:
WARNING: drivers/net/wan/sdla.o - Section mismatch: refere
On Thursday 08 June 2006 19:50, Jeremy Fitzhardinge wrote:
> I've been trying to get suspend/resume working well on my new laptop.
> In general, netconsole has been pretty useful for extracting oopses and
> other messages, but it is of more limited help in debugging the actual
> suspend/resume
> Well the DSL modem only transfers whatever data the ISP end sends to it,
> which in your case is just PPP packets (LCC or LCP I think). No one out
> on the internet
No one out on the internet, but it would be trivial for someone outside
his house. All his traffic will be on a long unsecured c
On Thu, 08 Jun 2006 22:40:05 -0400 Jeff Garzik wrote:
> Randy.Dunlap wrote:
> > Conversely, any reason to use the RealTek r1000 driver?
>
> FWIW, RealTek emailed me about merging r1000. I suggested that, if the
> register sets were similar, that r8169 should be updated instead, to
> preserve c
Randy.Dunlap wrote:
Conversely, any reason to use the RealTek r1000 driver?
FWIW, RealTek emailed me about merging r1000. I suggested that, if the
register sets were similar, that r8169 should be updated instead, to
preserve compatibility with existing users (and not lose existing work).
Hello.
In article <[EMAIL PROTECTED]> (at Fri, 09 Jun 2006 00:56:46 +0200), Patrick
McHardy <[EMAIL PROTECTED]> says:
Okay, thanks.
I think it is better to eliminate these magic numbers.
How about this?
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
diff --git a/net/ipv6/addrconf.c b/ne
Randy.Dunlap <[EMAIL PROTECTED]> :
[...]
> static struct pci_device_id r1000_pci_tbl[] __devinitdata = {
> { 0x10ec, 0x8169, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 },
> { 0x10ec, 0x8167, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 },
> { 0x10ec, 0x8168, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 },
> { 0
Hi,
In order to avoid disconnect races in ZD1211, I'm trying to convince
myself that other USB network drivers are race-free (and why).
I brought up a possible issue in usbnet with David Brownell, but it
appears neither of us are 100% clear on the details, so it would be good
to get some ext
On Thursday 08 June 2006 19:15, you wrote:
> After some enhancements made for netchannel subsystem I'm pleased to
> announce, that netchannel subsystem outperforms existing layered design
> both in CPU usage and network speed.
>
> Well, after such pretentious introduction I want to cool things dow
[IPV6]: Fix RTNLGRP_IPV6_IFINFO netlink notifications
The allocated skb is too small for the message, which results in an EINVAL
getting reported to the (innocent) multicast listeners.
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit f71bc8ace692302ad3a80d84b8cbccbb14e88fe5
tree 21c
From: Gerrit Renker <[EMAIL PROTECTED]>
Date: Thu, 8 Jun 2006 21:09:33 +0100
> That is why I held back regarding the IPv6 port: I can ensure that
> this (IPv4) code is up to standard and to date, but am lacking the
> required additional time to implement the same for IPv6. I am
> trying to contac
Signed-off-by: Kriston Carson <[EMAIL PROTECTED]>
Signed-off-by: Xianghua Xiao <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Acked-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drivers/net/Kconfig |6 +-
drivers/net/phy/Kconfig |5 ++
drivers/net/phy/Makefile |
Just got back from travelling, and am catching up. Thanks to Andrew for
working with me via email while I was on the road, he pushed a couple
patches already for me.
Here are the netdev fixes that were in my 'Pending' folder. I've got a
couple libata fixes to push as well, those may not come un
On Thu, 1 Jun 2006 21:02:00 +0100 (BST) Daniel Drake wrote:
> I've produced this patch which should allow the r8169 driver to work with the
> new Realtek 8168 chips. These are found in PCI-Express form and onboard some
> newer motherboards.
>
> Does anyone own this hardware? I'm looking for some
On 6/8/06, Grant Grundler <[EMAIL PROTECTED]> wrote:
On Thu, Jun 08, 2006 at 11:41:28AM -0400, Jeff Garzik wrote:
> Now that we have a new tulip maintainer, perhaps a resend of the
> long-outstanding tulip phy patches could be resent?
All the tulip patches I have are archived here:
ftp:/
On Thu, Jun 08, 2006 at 10:50:57AM -0700, Jeremy Fitzhardinge wrote:
> I've been trying to get suspend/resume working well on my new laptop.
> In general, netconsole has been pretty useful for extracting oopses and
> other messages, but it is of more limited help in debugging the actual
> suspe
Jon Loeliger wrote:
On Thu, 2006-06-08 at 15:46, Jeff Garzik wrote:
I leave it up to you and Paul to coordinate, then :)
I'm fine with the patch, and if its better to merge via linuxppc.git,
that's OK with me. If you would prefer to send it via my tree, to go
ahead and get it in, that's fin
On Thu, 2006-06-08 at 15:46, Jeff Garzik wrote:
> I leave it up to you and Paul to coordinate, then :)
>
> I'm fine with the patch, and if its better to merge via linuxppc.git,
> that's OK with me. If you would prefer to send it via my tree, to go
> ahead and get it in, that's fine too.
OK, t
Jon Loeliger wrote:
On Thu, 2006-06-08 at 15:36, Jeff Garzik wrote:
Is it dependent on other stuff in Paul's tree?
Yes, very much so. Most of this patch set is an
entirely new PPC board port against his arch/powerpc
basis. The new PHY is incidentally on that board,
but the patches for its in
On Thu, 2006-06-08 at 15:36, Jeff Garzik wrote:
> Is it dependent on other stuff in Paul's tree?
Yes, very much so. Most of this patch set is an
entirely new PPC board port against his arch/powerpc
basis. The new PHY is incidentally on that board,
but the patches for its introduction could be
in
On Thursday 08 June 2006 19:50, Jeremy Fitzhardinge wrote:
> I've been trying to get suspend/resume working well on my new laptop.
> In general, netconsole has been pretty useful for extracting oopses and
> other messages, but it is of more limited help in debugging the actual
> suspend/resume
Jeremy Fitzhardinge wrote:
I've been trying to get suspend/resume working well on my new laptop.
In general, netconsole has been pretty useful for extracting oopses and
other messages, but it is of more limited help in debugging the actual
suspend/resume cycle. The problem looks like the e100
Jon Loeliger wrote:
On Thu, 2006-06-08 at 14:34, Jeff Garzik wrote:
Jon Loeliger wrote:
Signed-off-by: Kriston Carson <[EMAIL PROTECTED]>
Signed-off-by: Xianghua Xiao <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
ACK, but patch does not apply to netdev-2.6.git#upstream.
On Thu, 2006-06-08 at 14:34, Jeff Garzik wrote:
> Jon Loeliger wrote:
> > Signed-off-by: Kriston Carson <[EMAIL PROTECTED]>
> > Signed-off-by: Xianghua Xiao <[EMAIL PROTECTED]>
> > Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
>
> ACK, but patch does not apply to netdev-2.6.git#upstream.
>
>
Quoting James Morris:
| On Thu, 8 Jun 2006, David Miller wrote:
|
| > > Understood. Please, anyone, disregard or un-apply the previous
| > > UDP-Lite patch. A revised patch will be prepared and posted as soon
| > > as testing permits.
| >
| > Nobody is going to integrate your patch anywhe
On Thu, 8 Jun 2006, David Miller wrote:
> > Understood. Please, anyone, disregard or un-apply the previous
> > UDP-Lite patch. A revised patch will be prepared and posted as soon
> > as testing permits.
>
> Nobody is going to integrate your patch anywhere, don't worry.
> You make it clear that o
John W. Linville wrote:
This pull is intended for 2.6.17 if at all possible.
Thanks,
John
---
The following changes since commit 672c6108a51bf559d19595d9f8193dfd81f0f752:
Linus Torvalds:
Merge master.kernel.org:/.../jejb/scsi-rc-fixes-2.6
are found in the git repository at:
git:
John W. Linville wrote:
This pull is intended for 2.6.18.
Thanks,
John
---
The following changes since commit f6882a0688ea83db5fc2f3491ac9fcdce0834cc7:
John W. Linville:
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/
applied 1-5 to #upstream
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Jon Loeliger wrote:
Signed-off-by: Kriston Carson <[EMAIL PROTECTED]>
Signed-off-by: Xianghua Xiao <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
ACK, but patch does not apply to netdev-2.6.git#upstream.
Jeff
-
To unsubscribe from this list: send the line "unsub
I've been trying to get suspend/resume working well on my new laptop.
In general, netconsole has been pretty useful for extracting oopses and
other messages, but it is of more limited help in debugging the actual
suspend/resume cycle. The problem looks like the e1000 driver won't
suspend whil
On Thu, Jun 08, 2006 at 11:57:12AM -0700, Alex Davis wrote:
> The scenario:
> I have a DSL modem in pass through (bridge) mode. The linux firewall/router
> has a single ethernet card. It is running pppoe. This gives two interfaces:
> eth0 and ppp0. The firewall is running iptables. There are sev
FIN only gets output when the connection is actually closed
for sending, and that is controlled by the application not
by the kernel.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/maj
The scenario:
I have a DSL modem in pass through (bridge) mode. The linux firewall/router
has a single ethernet card. It is running pppoe. This gives two interfaces:
eth0 and ppp0. The firewall is running iptables. There are several machines
behind the firewall.
Problem:
I've been told that if
From: Gerrit Renker <[EMAIL PROTECTED]>
Date: Thu, 8 Jun 2006 17:03:54 +0100
> Understood. Please, anyone, disregard or un-apply the previous
> UDP-Lite patch. A revised patch will be prepared and posted as soon
> as testing permits.
Nobody is going to integrate your patch anywhere, don't worry.
From: Gerrit Renker <[EMAIL PROTECTED]>
Date: Thu, 8 Jun 2006 12:22:54 +0100
> I am sorry, I don't at the moment have the time to port to v6 with the
> same degree of rigour.
You give the impression that you would just disappear from the face of
the planet should your work actually be integrated
On Thu, Jun 08, 2006 at 10:23:56AM -0700, Mitch Williams wrote:
> On Wed, 2006-06-07 at 11:54 -0700, John W. Linville wrote:
>
> > Pedantic objection, but I think this would read easier w/o the extra
> > newline before disable_irq.
>
> Heh. I prefer to have a newline between declarations and cod
On Mon, 5 Jun 2006, David Miller wrote:
> This patch doesn't make any sense, I've been over it a few times.
>
> The seqfile layer should take care of that user buffering issue
transparently as
> long as we implement the interface callbacks properly.
>
> Even if something needs to be fixed in the
Jeff,
Attached patch is pushed on top of #upstream on our git server also containing
the resent patches earlier today.
Please pull:
git pull git://lost.foo-projects.org/~ahkok/git/netdev-2.6 upstream
Cheers,
Auke
---
[DOC] Update bonding documentation with sysfs info
Bonding documentat
On Thu, Jun 08, 2006 at 09:15:55PM +0400, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> After some enhancements made for netchannel subsystem I'm pleased to
> announce, that netchannel subsystem outperforms existing layered design
> both in CPU usage and network speed.
>
> Well, after such preten
Begin forwarded message:
Date: Thu, 8 Jun 2006 05:23:04 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug ] New: invalid tcp socket connection to windows
stacks
http://bugzilla.kernel.org/show_bug.cgi?id=
Summary: invalid tcp socket connection t
On Wed, 2006-06-07 at 11:54 -0700, John W. Linville wrote:
> Pedantic objection, but I think this would read easier w/o the extra
> newline before disable_irq.
Heh. I prefer to have a newline between declarations and code. The
real problem is the position of the #ifdef -- that's what makes it
d
==> Regarding Re: [PATCH 1/2] e1000: fix netpoll with NAPI; Mitch Williams
<[EMAIL PROTECTED]> adds:
mitch.a.williams> On Wed, 2006-06-07 at 11:44 -0700, Jeff Moyer wrote:
>> That patch locks around the tx clean routine. As such, it doesn't
>> prevent the problem.
mitch.a.williams> The call to
On Wed, 2006-06-07 at 11:44 -0700, Jeff Moyer wrote:
> That patch locks around the tx clean routine. As such, it doesn't
> prevent
> the problem.
The call to netif_rx_schedule_prep provides locking because it sets the
__LINK_STATE_RX_SCHED bit atomically. The spinlock around
e1000_clean_tx_irq
After some enhancements made for netchannel subsystem I'm pleased to
announce, that netchannel subsystem outperforms existing layered design
both in CPU usage and network speed.
Well, after such pretentious introduction I want to cool things down.
CPU usage is about 1-2% less for netchannels and n
On Thu, Jun 08, 2006 at 10:43:04AM -0400, Jeff Garzik wrote:
...
> Perhaps cp_close() in 8139cp.c could be an example of a good ordering?
> It stops the chip, syncs irqs, frees irq, then frees [thus unmapping]
> the rings.
Here is a new patch that moves free_irq() into tulip_down().
The resultin
Jeff,
This is a resend of several earlier sent (and Acked) patches for e100 and
e1000. They are available on our git server and contain:
in branch upstream-fixes:
[1] e1000: fix irq sharing when running ethtool test
[2] e1000: remove risky prefetch on next_skb->data
against netdev-2.6#upstre
This patch makes the gianfar ethtool code use phy_ethtool_get_link()
instead of ethtool_op_get_link().
Signed-off-by: Nate Case <[EMAIL PROTECTED]>
---
--- a/drivers/net/gianfar_ethtool.c 2006-06-05 11:27:19.0 -0500
+++ b/drivers/net/gianfar_ethtool.c 2006-06-04 19:31:01.
On Thu, 08 Jun 2006 11:56:05 +0200 Jan-Bernd Themann wrote:
> Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
>
>
> drivers/net/ehea/Kconfig |6 ++
> drivers/net/ehea/Makefile |7 +++
> 2 files changed, 13 insertions(+)
>
>
>
> --- linux-2.6.16-rc5-orig/drivers/net/e
On Thu, Jun 08, 2006 at 11:41:28AM -0400, Jeff Garzik wrote:
> Now that we have a new tulip maintainer, perhaps a resend of the
> long-outstanding tulip phy patches could be resent?
All the tulip patches I have are archived here:
ftp://ftp.parisc-linux.org/patches/
Anything else tulip I'
Quoting Alan Cox:
| Ar Iau, 2006-06-08 am 11:50 +0100, ysgrifennodd Gerrit Renker:
| > + UDP-Lite introduces a new socket type, the SOCK_LDGRAM (note the L) for
| > + lightweight, connection-less services. These are the socket options:
|
| This is not the intended use of the socket API when
This adds netpoll support for things like netconsole/kgdboe to the s2io
10GbE driver.
This duplicates some code from s2io_poll() as I wanted to be
least-invasive, someone from Neterion might have other thoughts?
Signed-off-by: Brian Haley <[EMAIL PROTECTED]>
diff --git a/drivers/net/s2io.c b/
On Thu, Jun 08, 2006 at 11:38:52AM -0400, Jeff Garzik wrote:
> >Can we call free_irq() from tulip_down()?
>
> I'm sure you can answer that yourself. If it doesn't cause problems
> elsewhere, yes. Otherwise, no. :)
Yeah, well, I was hoping you would "Just Know" (tm). :)
Research takes time.
>
Now that we have a new tulip maintainer, perhaps a resend of the
long-outstanding tulip phy patches could be resent?
With an active tulip maintainer, the "too-long mdelay" would hopefully
only exist temporarily -- with the proper fix being to move that code
into a kernel thread (workqueue?) lo
On Wed, Jun 07, 2006 at 03:32:45PM -0700, Don Fry wrote:
> One other problem I ran into. I applied the patch but it will not
> compile because rl_active is never defined. I have worked around it but
Doh! I thought I cleaned up all my "weird code" from my own version.
Because of the platform I w
Grant Grundler wrote:
Ok...I think I understand what you are driving at here.
The case is when CPU vector is enabled and shared but
one device _without_ an interrupt handler is registered
is still yanking on the interrupt line. It will cause
linux to disable the line since the IRQ isn't being han
On Thu, Jun 08, 2006 at 11:32:39AM -0400, Jeff Garzik wrote:
> >The chip IRQ gets turned off in tulip_down().
> >It won't be screaming for very long.
>
> Then you admit that you add a race.
Yes - I realized that after I hit :(
...
> >In the shared IRQ case, I expect free_irq() to unlink this in
On Thu, Jun 08, 2006 at 09:22:21AM -0600, Grant Grundler wrote:
> > Perhaps cp_close() in 8139cp.c could be an example of a good ordering?
> > It stops the chip, syncs irqs, frees irq, then frees [thus unmapping]
> > the rings.
>
> Sorry, I don't see how it matters if we disable chip IRQ first
>
Nathaniel Case wrote:
On Thu, 2006-06-08 at 10:58 -0400, Jeff Garzik wrote:
+static u32 gfar_get_link(struct net_device *dev)
+{
+ struct gfar_private *priv = netdev_priv(dev);
+ struct phy_device *phydev = priv->phydev;
+
+ if (NULL == phydev)
+ return -ENODEV;
Grant Grundler wrote:
On Thu, Jun 08, 2006 at 10:43:04AM -0400, Jeff Garzik wrote:
(CC'ing our newly minted tulip maintainer, Val)
Excellent!
Has MAINTAINERS file been updated? :)
It should be updated, yes.
Calling free_irq() while the chip is still active is just a bad idea,
because the
On Thu, Jun 08, 2006 at 10:43:04AM -0400, Jeff Garzik wrote:
> (CC'ing our newly minted tulip maintainer, Val)
Excellent!
Has MAINTAINERS file been updated? :)
...
> NAK. This is a band-aid, and one that creates new problems even as it
> attempts to solve problems.
You failed to demonstrate th
On Thu, 2006-06-08 at 10:58 -0400, Jeff Garzik wrote:
> > +static u32 gfar_get_link(struct net_device *dev)
> > +{
> > + struct gfar_private *priv = netdev_priv(dev);
> > + struct phy_device *phydev = priv->phydev;
> > +
> > + if (NULL == phydev)
> > + return -ENODEV;
>
> NAK, retu
diff -u linux-2.6.16.20/drivers/net/netxen/netxen_nic_ethtool.c
linux-2.6.16.20/drivers/net/netxen/netxen_nic_ethtool.c
--- linux-2.6.16.20/drivers/net/netxen/netxen_nic_ethtool.c 2006-06-06
06:58:11.0 -0700
+++ linux-2.6.16.20/drivers/net/netxen/netxen_nic_ethtool.c 2006-06-08
06:5
Nathaniel Case wrote:
This patch makes the gianfar ethtool code use phy_ethtool_get_link() instead of
ethtool_op_get_link().
Patch depends on previous one (1/2).
Signed-off-by: Nate Case <[EMAIL PROTECTED]>
---
--- a/drivers/net/gianfar_ethtool.c 2006-06-05 11:27:19.0 -0500
+++ b/
In net/ieee80211/softmac/ieee80211softmac_wx.c, there is a bug that prints extended sign information
whenever the byte value exceeds 0x7f. The following patch changes the printk to use a u8 cast to
limit the output to 2 digits. This bug was first noticed by Dan Williams <[EMAIL PROTECTED]>. This
Christoph Raisch wrote:
well, now I'm confused...
2 People, two opinions
Here's a URL for a complete tarball, "sharing" the download location with
our other driver.
http://prdownloads.sourceforge.net/ibmehcad/ehea_EHEA_0002.tgz
We're waiting for a sourceforge project now since 9 days to pu
(CC'ing our newly minted tulip maintainer, Val)
Grant Grundler wrote:
Jeff,
SLES10 testing exposed an MCA that was confirmed to be a DMA IO TLB miss.
This means tulip device was attempting to DMA to memory that was already
unmapped. The test was crashing in the "ifconfig down" step when a 4-por
In article <[EMAIL PROTECTED]> (at Thu, 08 Jun 2006 15:47:52 +0100), Alan Cox
<[EMAIL PROTECTED]> says:
> Ar Iau, 2006-06-08 am 11:50 +0100, ysgrifennodd Gerrit Renker:
> > + UDP-Lite introduces a new socket type, the SOCK_LDGRAM (note the L) for
> > + lightweight, connection-less services. The
Ar Iau, 2006-06-08 am 11:50 +0100, ysgrifennodd Gerrit Renker:
> + UDP-Lite introduces a new socket type, the SOCK_LDGRAM (note the L) for
> + lightweight, connection-less services. These are the socket options:
This is not the intended use of the socket API when distinguishing
between services.
The following patch updates the myri10ge to 1.0.0, with the following changes:
* Switch to dma_alloc_coherent API.
* Avoid PCI burst when writing the firmware on chipset with unaligned
completions.
* Use ethtool_op_set_tx_hw_csum instead of ethtool_op_set_tx_csum.
* Include linux/dma-mapping.h to
1 - 100 of 127 matches
Mail list logo
