On Thu, 8 Jun 2006 00:18:06 +0200 Diego Calleja wrote:
> El Wed, 7 Jun 2006 13:06:53 -0700,
> "Randy.Dunlap" <[EMAIL PROTECTED]> escribió:
>
> > OK, that's all for the README file. I'll look at the rest of it
> > sometime this week. I don't think that it's quite ready to be merged.
>
> Thank's
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Mon, 5 Jun 2006 00:07:51 -0700
> > When disconnect a UDP socket, Linux kernel set local port to zero if the
> > port
> > number comes from a implicit bind. Linux connect(2) man page reads:
> > "Generally, connection-based protocol sockets may successf
On Sat, 10 Jun 2006 12:13:35 -0700, Randy.Dunlap wrote:
>On Sat, 10 Jun 2006 14:11:42 +0200 (MEST) Mikael Pettersson wrote:
>
>> While compiling 2.6.17-rc6 for a 486 with an NE2000 ISA ethernet card, I got:
>>
>> WARNING: drivers/net/ne.o - Section mismatch: reference to
>> .init.data:isapnp_clon
Francois Romieu <[EMAIL PROTECTED]> :
[...]
> -> the != ... && ... != test above seems inverted.
Answering to myself: yes, it is. The 8100 and 8101 are PCI Express
fast ethernet only (but they should do 802.1q, go figure).
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe net
...and __constant_ntohs, __constant_ntohl, __constant_cpu_to_be32 too
where possible. Htons and friends are resolved to constants in these
places anyway. Also fix an endianess glitch in a log message, spotted
by Alexey Dobriyan.
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/ieee
> >
> > Not sure how serious this is; the driver seems to work fine later on.
>
> Doesn't look serious. init_module() is not __init, but it calls
> some __init functions and touches some __initdata.
This is the typical case with inconsistent tagging.
> BTW, I would be happy to see some consist
From: Randy Dunlap <[EMAIL PROTECTED]>
Priority: not critical; makes init code discardable.
Fix section mismatch warnings:
WARNING: drivers/net/hp-plus.o - Section mismatch: reference to .init.text:
from .text between 'init_module' (at offset 0x387) and 'cleanup_card'
WARNING: drivers/net/hp.o -
From: Randy Dunlap <[EMAIL PROTECTED]>
Priority: not critical; makes init code discardable.
Removes one duplicate assignment.
Fix section mismatch warnings:
WARNING: drivers/net/smc-ultra.o - Section mismatch: reference to .init.text:
from .text between 'init_module' (at offset 0x369) and 'clean
Oliver Neukum wrote:
+static void disconnect(struct usb_interface *intf)
+{
This is racy. It allows io to disconnected devices. You must take the
lock and set a flag that you test after you've taken the lock elsewhere.
It's been a bit of an adventure, but I'm now fairly confident that only
a
On Sat, 10 Jun 2006 14:11:42 +0200 (MEST) Mikael Pettersson wrote:
> While compiling 2.6.17-rc6 for a 486 with an NE2000 ISA ethernet card, I got:
>
> WARNING: drivers/net/ne.o - Section mismatch: reference to
> .init.data:isapnp_clone_list from .text between 'init_module' (at offset
> 0x158) a
On Sat, Jun 10, 2006 at 08:50:10PM +0300, Faidon Liambotis wrote:
> Remove Prism II IDs from the orinoco driver since now we have a separate
> driver for them (HostAP). Additionally, kill orinoco_{pci,plx,nortel}
> completely, since they only exist to support Prism cards.
> No attempt was made
This patch adds device IDs for Symbol LA-4123 and Global Sun Tech
GL24110P to the HostAP PLX driver.
This is not tested with real hardware, but there is no reason why it
shouldn't work.
Please test.
Signed-off-by: Faidon Liambotis <[EMAIL PROTECTED]>
--
hostap_plx.c |2 ++
1 files changed, 2
Remove Prism II IDs from the orinoco driver since now we have a separate
driver for them (HostAP). Additionally, kill orinoco_{pci,plx,nortel}
completely, since they only exist to support Prism cards.
No attempt was made to clean up the rest of the driver of the actual
Prism II code, only the PCI I
On Sat, Jun 10, 2006 at 05:40:39PM +0100, Daniel Drake ([EMAIL PROTECTED])
wrote:
> Evgeniy Polyakov wrote:
> >On Sat, Jun 10, 2006 at 01:42:21PM +0100, Daniel Drake ([EMAIL PROTECTED])
> >wrote:
> >>Herbert Xu wrote:
> >>>Correct. All callers of hard_start_xmit do so under RCU or equivalent
> >
Alexey Dobriyan wrote on 2006-05-27:
On Sat, May 27, 2006 at 12:05:40PM +0200, Stefan Richter wrote:
Did you have the chance to test your patch on different
platforms and with different peer OSs/platforms?
Unfortunately not.
The patch works OK on an x86/Linux host with x86/WinXP peer and
pp
Evgeniy Polyakov wrote:
On Sat, Jun 10, 2006 at 01:42:21PM +0100, Daniel Drake ([EMAIL PROTECTED])
wrote:
Herbert Xu wrote:
Correct. All callers of hard_start_xmit do so under RCU or equivalent
locks so they must be complete by the time synchronize_net() returns.
Does this hold for other ope
Hi,
I am posting this query again. plz somebody reply. Also I am new to
IPtables and LIBIPQ
I am working on a application that involves encapsulatting the packets .
Suppose there are 3 machines A B C. Assume that machine A is sending some
some information to machine B. All I do is to capture pac
This is 2.6.17-rc6 running on a 32-bit ppc (the same ARC=ppc PReP
machine that had the x_tables problem, so it has the x_tables
alignment first fix too).
The problem: IPv4 source addresses are sometimes selected wrong (packets
are sent to the internal 172.30 network with external 193.40 source
On Sat, Jun 10, 2006 at 01:42:21PM +0100, Daniel Drake ([EMAIL PROTECTED])
wrote:
> Herbert Xu wrote:
> >Correct. All callers of hard_start_xmit do so under RCU or equivalent
> >locks so they must be complete by the time synchronize_net() returns.
>
> Does this hold for other operations? Such as
Herbert Xu wrote:
Correct. All callers of hard_start_xmit do so under RCU or equivalent
locks so they must be complete by the time synchronize_net() returns.
Does this hold for other operations? Such as:
- The netdev->set_mac_address function
- The wireless ioctl's (SIOCSIWESSID, etc)
Are th
Ulrich Kunitz wrote:
Not so fast, because I don't know what to fix.
I am working on it. A couple more mails to Herbert Xu should clarify it,
then I'll post a patch. On first glance I was quite worried that there
are a lot of potential races, but now I think there will only be a few
places.
While compiling 2.6.17-rc6 for a 486 with an NE2000 ISA ethernet card, I got:
Building modules, stage 2.
make -rR -f /tmp/linux-2.6.17-rc6/scripts/Makefile.modpost
scripts/mod/modpost -o /tmp/linux-2.6.17-rc6/Module.symvers vmlinux
drivers/net/8390.o drivers/net/ne.o lib/crc32.o net/packe
Jeff Garzik <[EMAIL PROTECTED]> :
> Francois Romieu wrote:
> >Jeff Garzik <[EMAIL PROTECTED]> :
> >>Randy.Dunlap wrote:
> >>>Conversely, any reason to use the RealTek r1000 driver?
> >>FWIW, RealTek emailed me about merging r1000. I suggested that, if the
> >
> >Which one ?
> >
> >r1000_n.c where
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
drivers/net/bnx2.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- a/drivers/net/bnx2.c
+++ b/drivers/net/bnx2.c
@@ -1820,7 +1820,7 @@ reuse_rx:
skb->protocol = eth_type_trans(skb, bp->dev);
Am Samstag, 10. Juni 2006 13:23 schrieb Ulrich Kunitz:
> On 06-06-04 00:25 Oliver Neukum wrote:
>
> > > > +static void disconnect(struct usb_interface *intf)
> > > > This is racy. It allows io to disconnected devices. You must take the
> > > > lock and set a flag that you test after you've taken t
On 06-06-04 00:25 Oliver Neukum wrote:
> > > +static void disconnect(struct usb_interface *intf)
> > > This is racy. It allows io to disconnected devices. You must take the
> > > lock and set a flag that you test after you've taken the lock elsewhere.
> >
> > Will fix, thanks.
>
> You're welcome
[EMAIL PROTECTED] writes in gmane.linux.network,gmane.linux.kernel:
> The following patches create a private "network namespace" for use
> within containers. This is intended for use with system containers
> like vserver, but might also be useful for restricting individual
> applications' access t
Hi!
> > > It's just that a cleanroom approach is a sure way to prove
> > > you didn't copy. That's all.
> >
> > Which is an extremely important detail especially if you have been
> > reverse engineering another driver for the same or similar OS where it
> > is likely that people will retain know
28 matches
Mail list logo
