Hello.
I have setup NETEM between to devices that are sending eachother RTP voice
packets.
VOICE1_RTP <> (eth1)NETEM_LINUX_BOX (eth2) <> VOICE2_RTP
I am attempting to introduce delay via netem. "tc qdisc add dev eth1 root netem
delay 100ms"
This appears to work for ICMP (ping) traffi
On Fri, May 12, 2006 at 01:53:44AM +0200, Brice Goglin ([EMAIL PROTECTED])
wrote:
> > Imho you will want to work directly with pages shortly.
> >
>
> We had thought about doing this, but were a little nervous since we did
> not know of any other drivers that worked directly with pages. If thi
I haven't had time to go back and find where is started (my prior kernel
was 2.6.15-rc7), but with 2.6.17-rc1/2/3/4 I've been running into a
problem where when transfering large amounts of data (trying to ftp a TB
or so of data off of the box to my new server it will run for a while (as
little
On Fri, 2006-05-12 at 11:59 +1000, Paul Mackerras wrote:
> Andy Gay writes:
>
> > How does the serial driver know it has to call ppp_asynctty_wakeup()?
>
> The serial driver is supposed to call the line discipline's wakeup
> function when it has room in the output buffer and the
> TTY_DO_WRITE_WA
Andy Gay writes:
> How does the serial driver know it has to call ppp_asynctty_wakeup()?
The serial driver is supposed to call the line discipline's wakeup
function when it has room in the output buffer and the
TTY_DO_WRITE_WAKEUP bit is set in tty->flags. When the serial port is
set to the ppp
i've been getting semi-regular lockups on my machine over 2.6.16
series. I recently attached a serial console in an attempt to capture
an OOPS.
i got one yesterday. it's copied manually from the console, but
hopefully the values are all accurate. there was more that had scrolled
off screen abov
Brice Goglin <[EMAIL PROTECTED]> wrote:
>
>> It is preferred to put function declarations on one line.
>>
>> static int mril10ge_open(struct net_device *dev)
>
> Well, I have seen several threads about this in the archive, with some
> people against and some people pro. I personaly like grepping f
Stephen Hemminger wrote:
>> +
>> +static int
>> +myri10ge_open(struct net_device *dev)
>>
>
> It is preferred to put function declarations on one line.
>
> static int mril10ge_open(struct net_device *dev)
>
Well, I have seen several threads about this in the archive, with some
people again
Francois Romieu wrote:
>
>> +spin_lock(&mgp->cmd_lock);
>> +response->result = 0x;
>> +mb();
>> +myri10ge_pio_copy((void __iomem *) cmd_addr, buf, sizeof (*buf));
>> +
>> +/* wait up to 2 seconds */
>>
>
> You must not hold a spinlock for up to 2 seconds.
>
We a
Roland Dreier wrote:
> > +#define myri10ge_pio_copy(to,from,size) __iowrite64_copy(to,from,size/8)
>
> Why do you need this wrapper? Why not just call __iowrite64_copy()
> without the obfuscation? Anyone reading the code will just have to
> search back to this define and mentally translate the s
When both ports are receiving simultaneously, the receive logic gets confused
and may pass up a packet before it is full. This causes hangs, and IP will see
lots of garbage packets. There is even the potential for data corruption if
a later arriving packet DMA's into freed memory.
It looks like
On Thursday 11 May 2006 11:54, Jiri Benc wrote:
> On Thu, 4 May 2006 22:32:35 -0400, Michael Wu wrote:
> > This makes the current hack used to prevent 802.11g cards from scanning
> > with 802.11b channels not break scanning in 802.11b drivers.
>
> I think this should be better:
>
I think this is ov
On Thursday 11 May 2006 17:54, you wrote:
> On Thu, 4 May 2006 22:32:35 -0400, Michael Wu wrote:
> > This makes the current hack used to prevent 802.11g cards from scanning
> > with
> > 802.11b channels not break scanning in 802.11b drivers.
>
> I think this should be better:
>
> Signed-off-by:
David S. Miller wrote:
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Thu, 11 May 2006 20:18:15 +0400
Here is profile result:
1463625 78.0003 poll_idle
19171 1.0217 _spin_lock_irqsave
15887 0.8467 _read_lock
14712 0.7840 kfree
13370 0.7125 ip_frag_queue
11896 0.6340
This patch looks fine, applied.
Thanks a lot Patrick.
-
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
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Thu, 11 May 2006 20:18:15 +0400
> Here is profile result:
> 1463625 78.0003 poll_idle
> 19171 1.0217 _spin_lock_irqsave
> 15887 0.8467 _read_lock
> 14712 0.7840 kfree
> 13370 0.7125 ip_frag_queue
> 11896 0.6340 delay_pmtmr
Hi Stephen,
Stephen Hemminger wrote:
> Many users of skb_checksum_help() are just using it to recalculate
> outbound checksum, so why not expose the interface in a more useful
> way. Suggested by Ingo Oeser.
You are damn fast Stephen :-)
That's even better and improves a lot on documentation and
Many users of skb_checksum_help() are just using it to recalculate
outbound checksum, so why not expose the interface in a more useful
way. Suggested by Ingo Oeser.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- linux-2.6.orig/include/linux/skbuff.h 2006-04-27 11:12:53.0
On Thursday 11 May 2006 18:48, Rick Jones wrote:
> From the peanut gallery...
>
> Can remote TCP ISN's be considered a source of entropy these days? How
> about checksums?
Indirectly - we measure how long it takes to compute them.
-Andi
-
To unsubscribe from this list: send the line "unsubscr
From the peanut gallery...
Can remote TCP ISN's be considered a source of entropy these days? How
about checksums?
rick
-
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-in
The following patch fixes a problem where output from /proc/net/arp
skips a record when the full output does not fit into the users read()
buffer.
To reproduce: publish a large number of ARP entries (more than 10
required on my system). Run 'dd if=/proc/net/arp of=arp-1024.out
bs=1024'. View the o
On Thu, 11 May 2006 11:47:52 +0200
Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Thursday 11 May 2006 09:49, Keir Fraser wrote:
> > On 11 May 2006, at 01:33, Herbert Xu wrote:
> > >> But if sampling virtual events for randomness is really unsafe (is it
> > >> really?) then native guests in Xen would
On Thu, May 11, 2006 at 12:30:32PM +0400, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> On Thu, May 11, 2006 at 12:07:21AM -0700, David S. Miller ([EMAIL PROTECTED])
> wrote:
> > You can test with single stream, but then you are only testing
> > in-cache case. Try several thousand sockets and re
On Thu, 4 May 2006 22:32:35 -0400, Michael Wu wrote:
> This makes the current hack used to prevent 802.11g cards from scanning with
> 802.11b channels not break scanning in 802.11b drivers.
I think this should be better:
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
net/d80211/ieee80211.c
BSSID passed to config_interface callback is NULL in modes other than STA or
IBSS.
Signed-off-by: Jiri Benc <[EMAIL PROTECTED]>
---
drivers/net/wireless/d80211/rt2x00/rt2400pci.c |3 ++-
drivers/net/wireless/d80211/rt2x00/rt2500pci.c |3 ++-
drivers/net/wireless/d80211/rt2x00/rt2500usb.
[NET_SCHED]: HFSC: fix thinko in hfsc_adjust_levels()
When deleting the last child the level of a class should drop to zero.
Noticed by Andreas Mueller <[EMAIL PROTECTED]>
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit c75053e281212b5ed3990a0aaced865db7e456d2
tree be2c674d4545ea4
Hi,
I lost some mails on the list because of my network trouble.
This might not be a correct thread to reply. Sorry.
Anyway, I traced the probelem.
My test environment likes:
The host in my network could reach to the global network via NAT-T on IPv4.
But it could not reach to the global networ
On Wed, 2006-05-10 at 10:17 -0700, Jouni Malinen wrote:
> This is still somewhat open, but at minimum, there needs to be a
> mechanism for receiving and sending management frames from user space.
> d80211 uses a "management netdev" for this currently (the same one that
> was used before with hosta
On Thursday 11 May 2006 09:49, Keir Fraser wrote:
> On 11 May 2006, at 01:33, Herbert Xu wrote:
> >> But if sampling virtual events for randomness is really unsafe (is it
> >> really?) then native guests in Xen would also get bad random numbers
> >> and this would need to be somehow addressed.
> >
On Thu, May 11, 2006 at 12:07:21AM -0700, David S. Miller ([EMAIL PROTECTED])
wrote:
> You can test with single stream, but then you are only testing
> in-cache case. Try several thousand sockets and real load from many
> unique source systems, it becomes interesting then.
Route lookup is _addit
On Thursday 11 May 2006 05:42, you wrote:
> Michael Buesch <[EMAIL PROTECTED]> wrote:
> >
> > The problem here is that the bcm34xx driver and the ieee80211
> > stack do not agree on what channels are possible for 802.11a.
> > The ieee80211 stack only wants channels between 34 and 165, while
> > the
On Thu, May 11, 2006 at 08:49:04AM +0100, Keir Fraser wrote:
>
> The alternatives are unattractive:
> 1. We have no good way to distinguish interrupts caused by packets
> from local VMs versus packets from remote hosts. Both get muxed on the
> same virtual interface.
> 2. An entropy front/back
On 11 May 2006, at 01:33, Herbert Xu wrote:
But if sampling virtual events for randomness is really unsafe (is it
really?) then native guests in Xen would also get bad random numbers
and this would need to be somehow addressed.
Good point. I wonder what VMWare does in this situation.
Well,
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Thu, 11 May 2006 10:40:37 +0400
> > It is absolutely necessary to find ways to get rid of these layering
> > costs. "Layering is how you design networking protocols, not how you
> > implement them."
>
> If I provide a patch which will allow to mar
James Morris wrote:
> On Wed, 10 May 2006, Patrick McHardy wrote:
>
>
>>The netfilter parts all look fine too me (just one question,
>>see below). Shall I add the userspace parts to SVN or do you
>>want to do it yourself?
>
>
> Might be better if you do it, although I'm still looking into one i
35 matches
Mail list logo
