similar tests?
Anyways, the struggle continues next with zc patches.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
allow. Does this affect
it? I tried one 1.5 GB file, it was oopsing and given my setup right now i
cant trace it. So i am using about 170M which is read about 8 times in
the 15 secs
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
that transfer. Last time I tried it
it did not work.
From Alexey's response: it does get descheduled possibly every sndbuf
send. So you should be able to sneak that sigkill.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Sat, 27 Jan 2001, Andrew Morton wrote:
(Please keep netdev copied, else Jamal will grump at you, and
you don't want that).
Thanks, Andrew ;- Isnt netdev where networking stuff should be
discussed? I think i give up and will join lk, RSN ;-
The kernels which were tested were 2.4.1
and receiver data. Repeat each test about
5 times.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Sun, 28 Jan 2001, Andrew Morton wrote:
jamal wrote:
..
It is also useful to have both client and server stats.
BTW, since the laptop (with the 3C card) is the client, the SG
shouldnt kick in at all.
The `client' here is doing the sendfiling, so yes, the
gathering occurs
Just proves i am not on lk
-- Forwarded message --
Date: Sat, 27 Jan 2001 19:05:38 -0500 (EST)
From: jamal [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: ECN: Clearing the air
On Fri, 26 Jan 2001 15:29:51 +, James Sutherland wrote:
Except you can't
On Sat, 27 Jan 2001, jamal wrote:
- ECN does not break things. It's brain damaged firewalls, Intrusion
detection systems, and load balancers that should be shot.
One intrusion detection "expert" was quoted suggesting the blocking of ECN
bits should be blocked because "
On Sun, 28 Jan 2001, Chris Wedgwood wrote:
On Sat, Jan 27, 2001 at 07:23:51PM -0500, jamal wrote:
suggested blocking ECN. Article at:
http://www.securityfocus.com/frames/?focus=idscontent=/focus/ids/articles/portscan.html
the site is now ATM -- can someone briefly explain
_most_
people would get flogging all firewall admins who block all ICMP.
There is nothing silly with the decision, davem is simply a modern day
internet hero.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
On Sun, 28 Jan 2001, James Sutherland wrote:
On Sun, 28 Jan 2001, jamal wrote:
There were people who made the suggestion that TCP should retry after a
RST because it "might be an anti-ECN path"
That depends what you mean by "retry"; I wanted the ability to attempt a
On Sun, 28 Jan 2001, James Sutherland wrote:
On Sun, 28 Jan 2001, jamal wrote:
We are allowing two rules to be broken, one is RFC 793 which
clearly and unambigously defines what a RST means. the second is
This is NOT being violated: the RST is honoured as normal.
You are interpreting
On Sun, 28 Jan 2001, Rogier Wolff wrote:
jamal wrote:
Yes,
those firewalls should be updated to allow ECN-enabled packets
through. However, to break connectivity to such sites deliberately just
because they are not supporting an *experimental* extension to the current
protocols
you accept from
others."
That should be the mantra.
There is no librety when you hard-code.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
double check please?
cheers,
jamal
PS:- another important parameter is latency, but that might not be as
important in file serving (maybe in short file tranfers ala http).
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
On Mon, 29 Jan 2001, Ion Badulescu wrote:
On Mon, 29 Jan 2001, jamal wrote:
11.5kBps, quite consistently.
This gige card is really sick. Are you sure? Please double check.
Umm.. the starfire chipset is 100Mbit only. So 11.5MBps (sorry, that was a
typo, it's mega not kilo) is really
On Wed, 31 Jan 2001, Ingo Molnar wrote:
On Tue, 30 Jan 2001, jamal wrote:
Kernel | tput | sender-CPU | receiver-CPU |
-
2.4.0-pre3 | 99MB/s | 87% | 23% |
NSF
am suspecting
more than socratic view on life here. Could be influence from Aristotle;-
How well does the NIC do with that changed nature?
Hard question to answer ;- I havent done any analysis at that level
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-k
redirect to netdev (since that's the only list i am on).
as well make sure you cc the other people (other than linux-kernel and
linux-net)
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
On Tue, 8 May 2001, jamal wrote:
Any one wishing to volunteer, please still send your emails in --
we should be ready in a few days from now,
I guess i should have mentioned the IESG is sitting in to approve ECN
as proposed standard in about a week or so.
cheers,
jamal
-
To unsubscribe
should be ready in a few days from now,
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Assumption:
If the tx path is blocked, more than likely the link is down.
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
On Fri, 1 Jun 2001, Bogdan Costescu wrote:
On Fri, 1 Jun 2001, jamal wrote:
One idea i have been toying with is to maintain hysteris or threshold of
some form in dev_watchdog;
AFAIK, dev_watchdog is right now used only for Tx (if I'm wrong, please
correct me!). So how do you sense
decisions as in fast routing but not under heavy load.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Fri, 15 Sep 2000, Bogdan Costescu wrote:
On Thu, 14 Sep 2000, jamal wrote:
The 3Com cards can generate this interrupt, however this is not used in
current 3c59x.c. I suggested this to Andrew, but he is already worried
about the current interrupt rate and unhappy that 3Com cards do
On Fri, 15 Sep 2000, Bogdan Costescu wrote:
On Fri, 15 Sep 2000, jamal wrote:
Only the timer runs at HZ granularity ;-
Some cards provide their own high resolution timers; latest 3Com cards
provide several with different purposes (none currently used). The
question is how many
NET_RX_DROP;
}
--
I realize nobody is using those codes but they would be useful and will
enforce consistency.
cheers,
jamal
--- linux/net/core/dev.c.orig Thu Sep 7 11:32:01 2000
+++ linux/net/core/dev.cTue Sep 12 20:02:20 2000
shit, i forgot this small addendum to the patch.
Attached.
cheers,
jamal
--- linux/net/core/sysctl_net_core.c.orig Wed Feb 9 23:08:09 2000
+++ linux/net/core/sysctl_net_core.cTue Sep 12 20:06:15 2000
@@ -12,6 +12,10 @@
#ifdef CONFIG_SYSCTL
extern int netdev_max_backlog
?
Maybe ANK can make a comment as well.
Robert and I plan to play with such a scheme for a long time under many
different scenarios and come with numbers (throughput etc) instead of
"here's a patch and intuitively it makes sense".
This is really a 2.5 thing if acceptable.
cheers,
jamal
PS:-
packet without beiong told things are fine)
then it is probably wiser to just let that packet get on the backlog
queue.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
available at:
http://robur.slu.se/Linux/net-development/jamal/FF-html/
There are lotsa improvements since OLS in a collaboration involving
Robert Olsson and myself.
Current snapshot is available via ftp from:
ftp://robur.slu.se:/pub/Linux/net-development/FF-bird-current.tgz
This includes a pat
(such as the timer decay etc) for this part needs a study
and thats what Robert and i are planing to do.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Mon, 18 Sep 2000, David S. Miller wrote:
Date: Mon, 18 Sep 2000 21:31:17 -0400 (EDT)
From: jamal [EMAIL PROTECTED]
My testing with the included scheme (#ifdef RAND_LIE) indicates
that fairness infact goes up; however, the overall throughput when
only one interface
On Sun, 17 Sep 2000, Henner Eisen wrote:
"jamal" == jamal [EMAIL PROTECTED] writes:
No. Just, if you do not accept a frame, you must not acknowledge it.
Once it has been acknowledged, you must not discard it.
Ok so no problem then
jamal Can you stop mid-window
On Wed, 20 Sep 2000, Henner Eisen wrote:
[some suggestions for the next re-incarnation of the doc deleted]
jamal I have experimented with two schemes: one which samples the
jamal queue via a timer and one which does it per-packet and
jamal found that the per-packet sampler
e resolved,
but i think that deserves another posting. Summary is: test9 boots fine.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
I have attached a few details of what appears to be a PCI resource alloc
problem (IO ports from the look of it).
Note: This is on a dell lattitude machine that never booted before
with a docked setup.
Enjoy!
cheers,
jamal
pci.list.gz
with kgcc. Please dont distract the subject header
if you wanna attack that specifi issue. Just change the header and start a
new thread.
cheers,
jamal
-- Forwarded message --
Date: Tue, 10 Oct 2000 19:56:46 -0400 (EDT)
From: jamal [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL
,
jamal
Linux version 2.4.0-test10 (root@PCARD38C) (gcc version egcs-2.91.66 19990314/Linux
(egcs-1.1.2 release)) #6 Fri Oct 13 18:06:10 EDT 2000
BIOS-provided physical RAM map:
BIOS-e820: 0009fc00 @ (usable)
BIOS-e820: 0400 @ 0009fc00 (reserved
Linus, Martin
(Now that i see Martin alive).
Could we pursue this further?
cheers,
jamal
-- Forwarded message --
Date: Sun, 15 Oct 2000 19:58:24 -0400 (EDT)
From: jamal [EMAIL PROTECTED]
To: Linus Torvalds [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], Martin Mares [EMAIL PROTECTED
st in case someone
else might have problems with this change.
I have attached the output of lspci in the current 2.4 for perusal. I have
also attached a diff with the 2.2 output (lspci -vvv on both)
cheers,
jamal
--- 2.2-lspci Wed Oct 25 08:04:02 2000
+++ 2.4-fixed Wed Oct 25 07:51:20 2000
levels of
traffic under certain circumstances which totally lock a 486 (for the
duration) and heavily load a P166 - even though said Macs "only" have
10baseT Ethernet.
I'm not the one to tell. :-)
First its kind of experimental. Jamal has talked about putting together
ill needed. I think real
numbers are useful instead of claims like it "displayed faster"
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
"date; time ifconfig -a; date" for each number of devices.
repeat for ip as well ;-
Plot kernel and the two user tools results after several iterations
(number of devices on x-axis and some time/CPU measure on y-axis).
cheers,
jamal
-
To unsubscribe from this list: send the line &
replacement. It does not format display the same way as ifconfig; however,
that would only be necessary if some app is dependent on ifconfig output.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
ike "vlan0".
They both share the same ifindex but different have labels.
Basically, i dont think there would be a problem.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
to hear :) So perhaps this is a good time to move one of VLAN implementations
into the official kernel?
Absolutely.
I think we need a VLAN implementation in there.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
is way we can have upto 2^16
physical interfaces and upto 2^16 virtual interfaces on the physical
interface. The search will be broken into two 16 bits.
Thoughts?
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
to VLANs.
VLANs happen to use devices today to solve the problem.
As pointed by that example no routing daemons are doing aliased
interfaces (which are also virtual interfaces).
We need some more general solution.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe lin
is 802.1P and D. We must have full
compliance, not some toy emulation.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
ice by its minor number. EG
ifindex 1002 is eth0:2.
I could write a whole lengthy RFC if it is of interest and we could
use that as a starting point for discussion.
Note, i dont think this would affect the core code other than the setup
part.
cheers,
jamal
-
To unsubscribe from this list: sen
know
what to do with it (pass it on a descriptor etc).
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Sun, 7 Jan 2001, Ben Greear wrote:
jamal wrote:
erm, this is a MUST. You MUST factor the hardware VLANs and be totaly
802.1q compliant. Also of interest is 802.1P and D. We must have full
compliance, not some toy emulation.
I have seen neither hardware nor spec sheets on how
On Sun, 7 Jan 2001, Matti Aarnio wrote:
On Sun, Jan 07, 2001 at 02:10:52PM -0500, jamal wrote:
OK. I suppose an skb-vlan_tag is passed to the driver and it will know
what to do with it (pass it on a descriptor etc).
Sure, nice. WHY SHOULD THERE BE MORE LAYER-2 STUFF ADDED
vice. Device goes down, you destroy them
or send them to a shutdown state (instead of messaging) etc.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Sun, 7 Jan 2001, Ben Greear wrote:
jamal wrote:
As in my response to Matti, i thing a netdevice is a generalized link
layer structure and should remain that way.
Yes, but VLANs are a link-layer structure too, and things like tunnels
are really link-layer too, as far as protocols
and route take 74K, ip takes 89K. I don't think 15k
of disk space is sufficient concern, given that inodes are probably page
size.
Actually if you count arp which is also part of ip; ip becomes smaller
by about 15K.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubs
The IESG approved ECN as a proposed standard on the 12th of June.
That means as of now, anyone blocking ECN bits is considered to be
blaspheming.
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
ng at gigE, so my word is
the only truth].
Of course your paper doesnt talk about sendfile rather the page pinning +
COW tricks (which are considered taboo in Linux) but i do sense a
relationship.
cheers,
jamal
PS:- I dont have "my" machines yet and i have a feeling it will be a while
?
BTW, is there any reason this is being cced to lkml?
cheers,
jamal
PS:- I havent read the kernel patches (i am congested and about 1000
messages behind on netdev) and my opinions may be influenced by an
approach i have in trying to help someone fixup a wireless driver with
multiqueue support
a large number of user-desires, and can be turned off if you want to do
something complex. _Almost_ elegant Stephen;-
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
. Parallelization starts at the user process.
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Mon, 2007-08-10 at 14:11 -0700, David Miller wrote:
The problem is that the packet schedulers want global guarantees
on packet ordering, not flow centric ones.
That is the issue Jamal is concerned about.
indeed, thank you for giving it better wording.
The more I think about
, i keep forgetting that ;- I need to train my brain to remember
that.
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
with this patch?
cheers,
jamal
[NET_SCHED] make ingress qlock symmetric to egress
Signed-off-by: Jamal Hadi Salim [EMAIL PROTECTED]
--- a/net/sched/sch_generic.c 2007/09/10 23:19:45 1.1
+++ b/net/sched/sch_generic.c 2007/09/10 23:52:45
@@ -42,12 +42,12 @@
void qdisc_lock_tree(struct
On Tue, 2007-11-09 at 10:18 +0800, Herbert Xu wrote:
Jamal, it's the police_lock that we need to make _bh. The
ingress_lock is already _bh because of the spin_lock_bh that
directly precedes it.
Oh and I think the same thing applies for the other actions
too.
ga-Dang. Ok, here
you want yet lets just pull this
whole thing out IMO.
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Sun, 2005-04-10 at 10:56, James Morris wrote:
On 10 Apr 2005, jamal wrote:
Thats what the original motivation for konnector was. To make it easy
for joe dumbass.
Who you really want writing kernel code :-)
Ok, let me take that back then ;-
The value is in allowing people who
?
Can you describe how you create this issue; kernel version etc.
cheers,
jamal
On Fri, 2005-15-04 at 17:37 -0400, Steven Rostedt wrote:
On Thu, 2005-04-14 at 18:46 +0300, Tarhon-Onu Victor wrote:
On Tue, 12 Apr 2005, Tarhon-Onu Victor wrote:
So the problem should be looked
-cool. I dont recall.
Maybe worth reverting to the earlier scheme if it is going to continue
to be problematic.
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
:
The second kfree should check for existence of t.
cheers,
jamal
Thanks,
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, 2005-03-23 at 07:55, Thomas Graf wrote:
* jamal [EMAIL PROTECTED] 2005-03-23 07:40
Just a small correction to patchlet:
The second kfree should check for existence of t.
t is either valid or NULL so it's not a problem, unless you want
to create janitor work of course. ;-
if t
that
point - although he did not post to netdev!! ;-
So ignore my comment Herbert
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Actually its well documented even on the man pages - so should have not
even have bothered discussing it;- Should get new brand of coffee.
Apologies for unecessarily abused electrons - which means dont
respond ;-
cheers,
jamal
On Wed, 2005-03-23 at 09:05, jamal wrote:
On Wed, 2005-03-23 at 08
Actually there is a case to be made for this to be part of the
bridge code. A VLAN is a single collision domain which is mappable to a
collission domain that is a bridge.
infact the old VLAN code written by Lennert (and somebody else) had
those two intermingled.
cheers,
jamal
On Fri, 2005-03-11
This is being discussed on netdev at the moment. Thomas Graf is working
on a patch.
Thanks for the effort though.
cheers,
jamal
On Tue, 2005-03-29 at 15:25, Neil Horman wrote:
Patch to fix build break that occurs when CONFIG_NET_CLS_ACT is not set.
Signed-off-by: Neil Horman [EMAIL
are themselves ifdef-ed.
We are trying to kill appearance of any #ifdef CONFIG_NET_CLS_ACT in the
classifiers. The patch you sent is correct except it will introduce
an ifdef that we are trying to kill. The current workaround is to turn
on CONFIG_NET_CLS_ACT in the kernel build.
cheers,
jamal
Drivers menu,
renames it to Networking options and protocols, moves most
protocols to more logical places (IMHOOC).
About time someone brave did this.
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
the code - and i think the idea of this new thing
hes tossing around called CBUS maybe pushing it.
cheers,
jamal
On Tue, 2005-04-05 at 03:34, Evgeniy Polyakov wrote:
On Tue, 2005-04-05 at 01:10 -0400, Herbert Xu wrote:
On Tue, Apr 05, 2005 at 11:03:16AM +0400, Evgeniy Polyakov wrote:
I
and, oh yeah - wheres the documentation Evgeniy? ;-
cheers,
jamal
On Tue, 2005-04-05 at 06:44, jamal wrote:
To be fair to Evgeniy I am not against the Konnector idea. I think that
it is a useful feature to have an easy to use messaging between
kernel-kernel and kernel-userspace. The fact
anywhere.
cheers,
jamal
On Mon, 2005-02-28 at 02:39, Andrew Morton wrote:
Guillaume Thouvenin [EMAIL PROTECTED] wrote:
Ok the protocol is maybe too basic but with this mechanism the user
space application that uses the fork connector can start and stop the
send of messages
netlink broadcast or a wrapper around it.
Why even bother doing the check with netlink_has_listeners()?
cheers,
jamal
On Mon, 2005-02-28 at 08:20, Thomas Graf wrote:
Havent seen the beginnings of this thread. But whatever you are trying
to do seems to suggest some complexity that you
On Mon, 2005-02-28 at 08:53, Thomas Graf wrote:
* jamal [EMAIL PROTECTED] 2005-02-28 08:40
netlink broadcast or a wrapper around it.
Why even bother doing the check with netlink_has_listeners()?
To implement the master enable/disable switch they want. The messages
don't get send out
On Mon, 2005-02-28 at 09:25, Thomas Graf wrote:
* jamal [EMAIL PROTECTED] 2005-02-28 09:10
[..]
To justify writting the new code, I am assuming someone has actually sat
down and in the minimal stuck their finger in the air
and said yes, there is definetely wind there.
I did
of the mark=0.
The runtime check will work then.
cheers,
jamal
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
ppp link seeing an
outgoing packet.
IMO, for this discussion to be meaningful, it would be useful to read
Documentation/networking/operstates.txt
And if you are keen you can then read RFC 2863...
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
the conclusion could be a
simple agree to disagree.
- There really oughta be a limit on how long people are allowed to be
silent. After that IMO your code should just go in ...
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
will create a patch.
I promise in 2 weeks to migrate an app or two that i have that use
libevent to your version if you have it by then. I will then test and
give you my opinion.
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
to epoll.
Things like sockets/pipes can only benefit from direct kevent usage
instead of -poll() and wrappers.
You should be able change it to use those schemes when it detects
that the kernel supports them.
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Thu, 2006-21-12 at 17:46 +0300, Evgeniy Polyakov wrote:
On Thu, Dec 21, 2006 at 09:40:26AM -0500, jamal ([EMAIL PROTECTED]) wrote:
Things like sockets/pipes can only benefit from direct kevent usage
instead of -poll() and wrappers.
You should be able change it to use those schemes
from above if (!delete) maybe?
Otherwise you have to add back the if (delete) check since that
function could be used to either retrieve (which is not subject to an
audit) or delete an xp.
cheers,
jamal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
ering"
Flames etc please redirect to netdev (since that's the only list i am on).
as well make sure you cc the other people (other than linux-kernel and
linux-net)
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Tue, 8 May 2001, jamal wrote:
> Any one wishing to volunteer, please still send your emails in --
> we should be ready in a few days from now,
>
I guess i should have mentioned the IESG is sitting in to approve ECN
as proposed standard in about a week or so.
cheers,
jamal
-
To un
e wishing to volunteer, please still send your emails in --
we should be ready in a few days from now,
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majord
ires threshold times, you declare the link
dead and send netif_carrier_off netlink message.
On recovery, you send netif_carrier_on
Assumption:
If the tx path is blocked, more than likely the link is down.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Fri, 1 Jun 2001, Bogdan Costescu wrote:
> On Fri, 1 Jun 2001, jamal wrote:
>
> > One idea i have been toying with is to maintain hysteris or threshold of
> > some form in dev_watchdog;
>
> AFAIK, dev_watchdog is right now used only for Tx (if I'm wrong, please
>
one done similar tests?
Anyways, the struggle continues next with zc patches.
cheers,
jamal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
end
then re-do it for as many times as 15secs would allow. Does this affect
it? I tried one 1.5 GB file, it was oopsing and given my setup right now i
cant trace it. So i am using about 170M which is read about 8 times in
the 15 secs
cheers,
jamal
-
To unsubscribe from this list: send the line &q
1 - 100 of 323 matches
Mail list logo