e].h. NVidia only claims to
> support 2.2.x kernels. If updated drivers do exist, I would definitely
> love to hear about them.
Works perfectly for me with 2.4.0test7; the patch is fairly simple (as
noted by the fact that I have no clue what the stuff I changed does).
I'll attach it.
P (notably sdesigns.com). I had to use a shell acct
from another system to send it. It's very annoying but I don't think
there's much to be done if they decide they don't want mail coming from
rr.com.
--
Rick ([EMAIL PROTECTED])
http://www.kuroyi.net
What the hell is conten
In article <[EMAIL PROTECTED]>,
Matti Aarnio <[EMAIL PROTECTED]> wrote:
> I am running an experiment with Postgrey to delay (for 300 seconds
>minimum) incoming emails. If the clients don't retry after this
>delay, then the messages don't usually get in.
So far it is working very well. Usuall
Signed-off-by: rick
Signed-off-by: rick
Signed-off-by: Greentime Hu
---
drivers/clocksource/Kconfig |6 ++
drivers/clocksource/Makefile |1 +
2 files changed, 7 insertions(+)
diff --git a/drivers/clocksource/Kconfig b/drivers/clocksource/Kconfig
index cc60620..e950066 100644
Signed-off-by: rick
Signed-off-by: rick
Signed-off-by: Greentime Hu
---
.../bindings/timer/andestech,atcpit100-timer.txt | 31
1 file changed, 31 insertions(+)
create mode 100644
Documentation/devicetree/bindings/timer/andestech,atcpit100-timer.txt
diff --git
a
again.
It also set 32-bit timer1 as clock event and count downwards
until condition match. It will generate an interrupt for
handling periodically.
Signed-off-by: rick
Signed-off-by: rick
Signed-off-by: Greentime Hu
---
drivers/clocksource/timer-atcpit100.c | 199
On 01/24/2013 04:22 AM, Leandro Lucarella wrote:
On Wed, Jan 23, 2013 at 11:28:08AM -0800, Rick Jones wrote:
Then if syncookies are enabled, the time spent in connect() shouldn't be
bigger than 3 seconds even if SYNs are being "dropped" by listen, right?
Do you mean
ng.
Am I correct in assuming this is a mechanism which would not be used in
a high aggregate PPS situation?
happy benchmarking,
rick jones
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
the serial port to correct it
instead?
Thanks,
Rick
--
Richard Warner
Lead Systems Integrator
Microway, Inc
(508)732-5517
--
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.
ot; will be silently truncated to 30.
happy benchmarking,
rick jones
PS - I trust it is the receive-side throughput being reported/used with
UDP_STREAM :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.or
On 10/03/2012 02:47 AM, Mel Gorman wrote:
On Tue, Oct 02, 2012 at 03:48:57PM -0700, Rick Jones wrote:
On 10/02/2012 01:45 AM, Mel Gorman wrote:
SIZE=64
taskset -c 0 netserver
taskset -c 1 netperf -t UDP_STREAM -i 50,6 -I 99,1 -l 20 -H 127.0.0.1 -- -P
15895 -s 32768 -S 32768 -m $SIZE -M $SIZE
rrent sessions from 10?
rick jones
Netperf Local VM to VM test:
- VM1 and its vcpu/vhost thread in numa node 0
- VM2 and its vcpu/vhost thread in numa node 1
- a script is used to lauch the netperf with demo mode and do the postprocessing
to measure the aggreagte result with the help of time
re:
... -- -k
RT_LATENCY,MIN_LATENCY,MAX_LATENCY,P50_LATENCY,P90_LATENCY,P99_LATENCY,MEAN_LATENCY,STDDEV_LATENCY
Additional information about how the omni output selectors work can be
found at
http://www.netperf.org/svn/netperf2/trunk/doc/netperf.html#Omni-Output-Selection
happy benchmarki
htons(43012), sin_addr=inet_addr("0.
0.0.0")}, 16) = -1 EADDRINUSE (Address already in use)
The output of netstat -an didn't by any chance happen to still show an
endpoint in the LISTEN state for that port number did it?
rick jones
--
To unsubscribe from this list: send the lin
From: "Rick Farina (Zero_Chaos)"
RT Systems makes many usb serial cables based on the ftdi_sio driver for
programming various amateur radios. This patch is a full listing of
their current product offerings and should allow these cables to all
be recognized.
Signed-off-by: R
From: "Rick Farina (Zero_Chaos)"
RT Systems makes many usb serial cables based on the ftdi_sio driver for
programming various amateur radios. This patch is a full listing of
their current product offerings and should allow these cables to all
be recognized.
Signed-off-by: R
This modification solved my problem. Will this change go into mainline, or
will we need to maintain our own branch of the kernel to keep this working?
Thanks,
Rick
On Tuesday 05 February 2008, Paul Fulghum wrote:
> Paul Fulghum wrote:
> > Instead of reverting the patch can you try
On 07/08/2012 08:23 PM, Jason Wang wrote:
On 07/07/2012 12:23 AM, Rick Jones wrote:
On 07/06/2012 12:42 AM, Jason Wang wrote:
Which mechanism to address skew error? The netperf manual describes
more than one:
This mechanism is missed in my test, I would add them to my test scripts.
http
em on which the server
application is running.
rick
--
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://www.tux.org/lkml/
the kernel and put a
"timestamp offset" on a socket.
Is there a chance a connection can be moved more than once within the
"lifetime" of a given timestamp value?
rick jones
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
On 01/22/2013 10:42 AM, Leandro Lucarella wrote:
On Tue, Jan 22, 2013 at 10:17:50AM -0800, Rick Jones wrote:
What is important is the backlog, and I guess you didn't increase it
properly. The somaxconn default is quite low (128)
Leandro -
If that is being overflowed, I believe you shou
would be 3 (,9, 21, etc...) seconds on a kernel with 3 seconds as the
initial retransmission timeout.
rick
--
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://www.tux.org/lkml/
One area that you might want to look at is WAN performance. When RPC RTT
goes up, ordinary NFS performance goes down. This tends to get overlooked
by the machine room folks. (There are several tools out there that can
introduce delay in an IP packet stream and emulate WAN RTTs.)
Just a thought,
f dealing
with skew error)
A single instance TCP_RR test would help confirm/refute any
non-trivial change in (effective) path length between the two cases.
Yes, I would test this thanks.
Excellent.
happy benchmarking,
rick jones
--
To unsubscribe from this list: send the line "unsubsc
cognizant of them.
I think this is close to a minimum for something that can generate any
desired config. I may have broken this somewhat tweaking it a bit to post,
but It's pretty handy when it works.
This is hereby public-domain-ified.
Rick Hohensee
:; cLIeNUX /dev/tty10 16:07:45 /
...
## drop copyright notices to the bottoms of C files in current dir and
# subs.
# /*
# CopYriGHt Guess Who 2001All reserves righted.
# */
grep -ilr "copyright" . > tempdropcopyrights
for f in `cat
h mtu lower 576 is not full functional.
I thought that the specs said that 576 was the "minimum maximum"
reassemblable IP datagram size and not a minimum MTU.
rick jones
--
ftp://ftp.cup.hp.com/dist/networking/misc/rachel/
these opinions are mine, all mine; HP might not want them anyway
y
> > need to go into these drivers and patch them for the blessed way?
> > If not, is there some plan in place to bless these functions and
> > remove the code duplication?
>
> I have no problem with someone verifying they are duplicates and doing
> that work.
-R
n
Bash on. That's shasm in the same directory as Janet.
Rick Hohensee
www.cLIeNUX.com
-
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
Ple
the TCP code should be "honouring" the link-local MTU in its selection
of MSS.
rick jones
-
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
robably a bug.
A TCP _is_ free to drop data prior to sending an ACK - it simply drops
it and does not ACK it.
rick jones
--
ftp://ftp.cup.hp.com/dist/networking/misc/rachel/
these opinions are mine, all mine; HP might not want them anyway... :)
feel free to email, OR post, but please do NOT do BO
blasting 300MBit of tcp unrestricted)
>
> TCP _requires_ the remote end ack every 2nd frame regardless of progress.
um, I thought the spec says that ACK every 2nd segment is a SHOULD not a
MUST?
rick jones
--
ftp://ftp.cup.hp.com/dist/networking/misc/rachel/
these opinions are mine, all
tack does :) It is also a floor wax, AND a
dessert topping!-)
rick jones
--
ftp://ftp.cup.hp.com/dist/networking/misc/rachel/
these opinions are mine, all mine; HP might not want them anyway... :)
feel free to email, OR post, but please do NOT do BOTH...
my email address is raj in the cup.hp.com domain
pcroe kernel: [valid=0] Info fld=0x0, Current sr00:00: sense key
Illegal Request
Feb 24 18:36:19 ipcroe kernel: Additional sense indicates Invalid command operation
code
-Rick
--
Rick Richardson [EMAIL PROTECTED] http://home.mn.rr.com/richardsons/
Twins Cities traffic animations are
Cheers,
>Al
>PS: hopefully - back for good.
That sounds like an especially fascinating pile of notes. Perhaps you
could pile it next to the patch on the ftp site?
Rick Hohensee
:; cLIeNUX /dev/tty5 01:08:45 /
:;ls -d */
Linux/dev/ h
ve code but implementing a true 2-stack
virtual machine, or true 2-stack silicon. This is quite unlike Java, for
example, which has Forth-like stack operators that are
returnstack-frame-scoped, i.e. aren't an autonomous second stack.
Rick Hohensee
www.clienux.com
My 3-stack machine and other
Go write yourself a real OS.
45k text OS design sketch. Forth meets UNIX meets AmigaDos meets INTERCAL
meets a Teletype Model 37.
ftp://linux01.gwdg.de/pub/cLIeNUX/interim/design
Rick Hohensee
Forth, unix, cLIeNUX, and worse.
-
To unsubscribe from this list: send the line "unsubscribe
yes yes yes
DMA Mode: UDMA 4 NOTSET NOTSETNOTSET
PIO Mode: PIO 4NOTSET NOTSETNOTSET
--
Rick ([EMAIL PROTECTED])
http://www.kuroyi.net
I think the slogan of the fansubbers puts
it best: &
> : show that they were stupid and clueless by the things they brag about).
> :
> : Oh, well. Not everybody can be as goodlooking as me. It's a curse.
nor it would seem, as humble :)
Hello Linus, my name is Rick Jones. I am the person at Hewlett-Packard
who drafted the "so _
driver attached.
$ insmod test.o Amt=4096
--
Rick Richardson [EMAIL PROTECTED] http://home.mn.rr.com/richardsons/
Twins Cities traffic animations are at http://members.nbci.com/tctraffic/#1
Most Minnesotans think Global Warming is a good thing.
#include
#include
#include
#in
ot sure, but I think I've just been insulted !-) (in case it is not
clear, that is meant as a joke...)
rick jones
--
ftp://ftp.cup.hp.com/dist/networking/misc/rachel/
these opinions are mine, all mine; HP might not want them anyway... :)
feel free to email, OR post, but please do NOT do BOTH...
how low is the system call overhead to check for the next request before
you flush?
(i'm not sure that I'd say HP-UX sendfile() was a combination of system
calls - i'd probably say it was a (partial) replacement for writev())
rick jones
--
ftp://ftp.cup.hp.com/dist/networking/misc/
Linus Torvalds wrote:
>
> On Wed, 17 Jan 2001, Rick Jones wrote:
> >
> > > The fact that I understand _why_ it is done that way doesn't mean that I
> > > don't think it's a hack. It doesn't allow you to sendfile multiple files
> > >
Andi Kleen wrote:
>
> On Wed, Jan 17, 2001 at 02:17:36PM -0800, Rick Jones wrote:
> > How does CORKing interact with ACK generation? In particular how it
> > might interact with (or rather possibly induce) standalone ACKs?
>
> It doesn't change the ACK generation.
Ingo Molnar wrote:
>
> On Wed, 17 Jan 2001, Rick Jones wrote:
>
> > i'd heard interesting generalities but no specifics. for instance,
> > when the send is small, does TCP wait exclusively for the app to
> > flush, or is there an "if all else fails"
Linus Torvalds wrote:
> Remember the UNIX philosophy: everything is a file.
...and a file is simply a stream of bytes (iirc?)
rick jones
--
ftp://ftp.cup.hp.com/dist/networking/misc/rachel/
these opinions are mine, all mine; HP might not want them anyway... :)
feel free to email, OR post,
much throughput, i
suspect it would not only be designed with 64/66 busses (or better), but
also have things on several different busses. that makes device to
device life more of a challenge.
rick jones
--
ftp://ftp.cup.hp.com/dist/networking/misc/rachel/
these opinions are mine, all mine; HP m
backing
ACK's on data flowing the other way. Was I wrong in assuming that the
Linux TCP piggybacks ACKs?
rick
--
ftp://ftp.cup.hp.com/dist/networking/misc/rachel/
these opinions are mine, all mine; HP might not want them anyway... :)
feel free to email, OR post, but please do NOT do BOTH...
my
Olivier Galibert wrote:
>
> On Thu, Jan 18, 2001 at 10:04:28PM +0100, Andrea Arcangeli wrote:
> > NAGLE algorithm is only one, CORK algorithm is another different algorithm. So
> > probably it would be not appropriate to mix CORK and NAGLE under the name
> > "CONTROL_NAGLING", but certainly I agr
dean gaudet wrote:
>
> On Wed, 17 Jan 2001, Rick Jones wrote:
>
> > > actually the problem isn't nagle... nagle needs to be turned off for
> > > efficient servers anyhow.
> >
> > i'm not sure I follow that. could you expand on that a bit?
>
ose coded software anyhow and not a
random CGI dribbler. In that sense, the "logically associated data" are
all the server's URL's from that page. Yes, this paragraph is in slight
contradiction with my statement above about keeping things queued in the
client :)
rick jones
--
ft
here would be more than
two requests. Without the explicit (cork et al)/implicit (tcpnodely)
push at the client those 2-N requests will pile-up into a nice sized TCP
segment. Those requests will arrive en-mass at the server and will then
have RTT issues ammortized.
rick jones
--
ftp://ftp.cup.hp.com/dis
it worked just fine without locking up. That is what leads me
to believe the problem was introduced in test10 and probably carried over
to test11. Hope this helps.
If you want more info just let me know
my email address is [EMAIL PROTECTED]
Have Fun
Rick
Information is the curren
kernel: usb.c: USB device not accepting new address=6
(error=-110)
--
Rick ([EMAIL PROTECTED])
http://www.kuroyi.net
I think the slogan of the fansubbers puts
it best: "Cheaper than crack, and lots more fun."
-
To unsubscribe from this list: send the line "unsubscribe linux-ker
Problem:
The md driver doesn't handle large physical blocks in 2.2.x
Pardon the long introduction, but it might be interesting to the non IBM
types.
I'm doing some work with Linux/S390 and need to access about 100GB of
disk. The 3390 drives I can use are about 2.3GB each and that comes out
t
aning up the tree before
diff'ing).
Rick Miller wrote:
> Axel, are these changes to the kernel configuration options okay with
> you?
>
> Kernel Developers, please try this one out. I don't have any non-i386
> architecture machines to try this out on.
>
> Various cha
re must be gobs of entropy in the lower bits of microphone
input.)
-Rick
-
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/
specific logo.
ONE FINAL CAUTION:
--
Choose your boot logo with some measure of prudence. A certain non-ANSI
logo suggested recently on this mailing list would probably not be
appropriate.
Rick Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscrib
specific logo.
ONE FINAL CAUTION:
--
Choose your boot logo with some measure of prudence. A certain non-ANSI
logo suggested recently on this mailing list would probably not be
appropriate.
Rick Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscrib
specific logo.
ONE FINAL CAUTION:
--
Choose your boot logo with some measure of prudence. A certain non-ANSI
logo suggested recently on this mailing list would probably not be
appropriate.
Rick Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubsc
own in the above. You'll have to
play that little ode to the joy of empiricism yourself.
Rick Hohensee
-
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 35 meg.
www.clienux.com
Rick Hohensee
-
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 suspect once I start digging that there will undoubtedly be nuggets
of information in the comments in the source code. But before I dig too
deep, let me make sure I'm not doing unnecessarily redundant work :)
Has anybody started on such a document? (Would anybody be willing to
contribute to on
pretty. I WANT BUGS! WHERE ARE
THE BUGS?
This is not a bogus bug report. This is a repeatable bug request.
Incorrectly yours,
Rick Hohensee
:; cLIeNUX0 /dev/tty12 12:43:36 /
:;get /Linux/version
Linux version 2.4.0-test10 (@cLIeNUX) (gcc version 2.7.2.3) #10 Thu Nov 9
03:11:45 2000
:; cLI
pmode, the other screen noise is straight pmode.
Rick Hohensee
[EMAIL PROTECTED]
Forth, unix, cLIeNUX
-
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/
ilar problems and it said to change a TIMEOUT
in drivers/scsi/sr.c but this is an IDE drive.
Any suggestions?
--
Rick ([EMAIL PROTECTED])
http://www.kuroyi.net
I think the slogan of the fansubbers puts
it best: "Cheaper than crack, and lots more fun."
-
To unsubscribe from this lis
On Mon, Oct 09, 2000 at 11:22:44PM +0200, Jens Axboe wrote:
> On Mon, Oct 09 2000, Rick Haines wrote:
> > I'm having real trouble mounting a dvd (udf filesystem) in my Pioneer
> > 104S drive. It usually failes with:
> > mount: wrong fs type, bad option, bad superblock
and Mohammad A. Haque for their input on
boot graphic positioning.
The url: http://execpc.com/~rdmiller/Linux/kernel-bootlogo.patch.gz
(It's about 380k.)
Rick Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
from the above URL.
The newsgroup is comp.sys.ibm.ps2.hardware.
Rick Hohensee
www.clienux.com
-
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/
t;/" below. That could
easily be Japanese, Mandarin, Hindi, etc.
ftp://linux01.gwdg.de/pub/cLIeNUX/descriptive/DSFH.html
Rick Hohensee
www.clienux.com
:; cLIeNUX /dev/tty3 00:12:08 /
:;d -d */
Linux//dev// help// mounts// suite//
boot// dev
ct 1.6:1 is representative though.
That interests me quite a lot. Is the exact ratio known? Has anyone ever
built a 100% inlined kernel?
Rick Hohensee
www.clienux.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
l author to check these bits.
I thought that most firewalls were supposed to be insanely paranoid.
Perhaps it would be considered a possible covert data channel, as
farfecthed as that may sound.
rick jones
--
ftp://ftp.cup.hp.com/dist/networking/misc/rachel/
these opinions are mine, all mine;
) you get a
very nice synergistic effect once the last "access" of data is removed.
CKO gets you say 10%, avoiding the copy gets you say 10%, but doing both
at the same time gets you 30%.
rick jones
http://www.netperf.org/
--
ftp://ftp.cup.hp.com/dist/networking/misc/rachel/
these opinions are mi
based on Alteon?
How does ZC/SG change the nature of the packets presented to the NIC?
How well does the NIC do with that changed nature?
rick jones
sometimes, performance tuning is like squeezing a balloon. one part gets
smaller, but then you start to see the rest of the balloon...
--
ftp://f
it from achieving link-rate?
One way to try and deduce that would be to meld some of the SG and preSG
behaviours and copy packets into varying numbers of buffers per packet
and measure the resulting impact on throughput through the NIC.
rick jones
As time marches on, the orders of magnitude of t
re-DMA flushes on outbound, and purges on inbound - another
reason why copy-avoidance was such a win overheadwise).
Also, there was no throughput drop when going to copyavoidance in that
stuff. So, I'd say that while somethings might "feel" similar, it does
not go much deeper than that
guarding against here? Why is it safe
to use the "guarded" data elsewhere (apparently) without the lock?
Rick
-
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/
the blessed way?
If not, is there some plan in place to bless these functions and
remvoe the code duplication?
-Rick
--
Rick Richardson [EMAIL PROTECTED] http://home.mn.rr.com/richardsons/
Twins Cities traffic animations are at http://members.nbci.com/tctraffic/#1
-
To unsubscribe from this
If you mean "->" as "specifically calls" then that looks like cooperative
multi-tasking, which is what kernel threads AND the Linux userland
scheduler do. If an in-kernel thread doesn't call schedule, it keeps the
CPU. See the H3rL stuff in ftp://linux01.gwdg.de/pub/
Hello,
We have been testing latency and bandwidth using our proprietary MPI link
checker tool (http://www.microway.com/mpilinkchecker.html) and have found
that the latency increased from ~25ms to ~45ms going from 2.6.11 to 2.6.12.
2.6.13 has the same result. We also tried the latest bcm5700 f
On Thursday 01 September 2005 05:46 pm, Eric Dumazet wrote:
> Rick Warner a écrit :
> > Hello,
> > We have been testing latency and bandwidth using our proprietary MPI
> > link checker tool (http://www.microway.com/mpilinkchecker.html) and have
> > found that the late
he message length with a normal read/recv, and then read that many
bytes in the next call?
rick jones
--
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.
een processed on both CPUs at
various points in the past, it doesn't necessarily mean that they are
being processed on both CPUs at the same time right?
rick jones
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
ivers still use the real-time clock at all? Does the
tickless kernel effect this at all?
Thanks for any help you can lend,
Rick Niles.
-
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://vge
wrote:
On Oct 11 2007 08:01, Rick Niles wrote:
I've been trying to make the driver work with
Fedora 7 and the 2.6.22 kernel, but the rtc_register() and other RTC functions
seems to have been removed.
grep -r rtc_device_register drivers/rtc/
Does that help?
I see they've
Could the corruption be seen in a tcpdump trace prior to transmission
(ie taken on the sender) or was it only seen after the data passed out
the NIC?
rick jones
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
The real problem is that these drivers are not in the upstream kernel.
Are there common reasons why these drivers are not upstream?
One might be that upstream has not accepted them. Anything doing or
smelling of TOE comes to mind right away.
rick jones
-
To unsubscribe from this list: send
Adrian Bunk wrote:
On Tue, Nov 27, 2007 at 01:15:23PM -0800, Rick Jones wrote:
The real problem is that these drivers are not in the upstream kernel.
Are there common reasons why these drivers are not upstream?
One might be that upstream has not accepted them. Anything doing or
smelling
-i option to set the confidence iteration count will silently cap
the max at 30.
happy benchmarking,
rick jones
--
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
r upgrading.
happy benchmarking,
rick jones
--
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/
crash, I was torturing cryptsetup to experiment with
encryption - I created and deleted device mapper objects in a loop.
Creating and deleting block devices ... yeah, this is probably key to
the problem. Can you provide the command or, more likely, script you
were using to do this?
Rick
--
To
w IGMP packets to be received back on any port
in the logical aggregation.
IMO, the switch behavior in this case seems questionable.
FWIW,
rick jones
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo i
ch version is the patch for?
Rick
-
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/
) implemented correctly in
the past. If this patch gets us closer to that nirvana, it will be
valuable regardless of the benchmark it also happens to be improving.
Regardless, I agree it will need good testing, and we may need to
pick the wheat from the chaff.
Rick
-
To unsubscribe from this lis
Mike -- where did you get your iostat from? There's a couple of different
flavors out there and it may not make a difference but just in case ...
Rick
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More ma
The C-names-in-asms stuff is explained in (g?)as.info. The explanation is
a bit strained, but after the third or fourth read it becomes fairly
sensible.
Rick Hohensee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
he
structure or some element in it.
The document can be found through the LSE project:
http://sourceforge.net/projects/lse
or directly through
http://lse.sourceforge.net/lockhier/global-spin-lock
Comments to me, or the list if they are of a general nature.
thanks,
Rick
-
Why does Linux have a mktime routine fully coded in linux/time.h that
conflicts directly with the ANSI C standard library routine of the same
name? It breaks a couple things against libc5, including gcc 3.0. OK, you
don't care about libc5. It's still pretty weird. Wierd? Weird.
Ric
ch sucks*, but whatever), is to LGPL
or "KGPL" the kernel. What is being allowed now is in violation of the
GPL.
Rick Hohensee
www.clienux.com
*How 'bout a nice binary-only Forth running the kernel? Metacompiling
kernel routines into the Forth dictionary and such. Sound creep
>
> At 1:43 PM +0200 2001-06-22, Erik Mouw wrote:
> >On Thu, Jun 21, 2001 at 10:30:40PM -0400, Rick Hohensee wrote:
> >> Why does Linux have a mktime routine fully coded in linux/time.h that
> >> conflicts directly with the ANSI C standard library routine of th
1 - 100 of 642 matches
Mail list logo
