> The system call is being interrupted, it just gets restarted right away by
> default. See Steven's "UNIX Network Programming" for a means of avoiding
> this behavior.
Of course, I'm completely wrong because we're not even talking about a
system call here. Mike Mired already posted what you need
Okay ill ask again just in case nobody saw this!
is make release broken in 4.4-STABLE ?? Or is there a definitive
guide/FAQ on how to properly use make release to cut a modified
distribution ? cause either im doing something wrong, or its definatley
broken. Thanks in Advance
To Unsubscribe: se
> Why does the alarm go off but not interrupt the system call? bzzt() is
> executed, but the program doesn't print Done and exit for a minute plus.
>
> Pointers to FM to RT welcome.
The system call is being interrupted, it just gets restarted right away by
default. See Steven's "UNIX Network Pr
:I think I tried this patch, and found some problems with it. As
:I recall the problems were with extremely high bandwidth connections
:(eg, I have two machines that can move 100Mbps FDX across country
:(70ms latency), and when I tried the patch with that case performance
:was "bad", in the sens
any one know if there's supported IDE cdrw for freebsd4.1? Any software on
FBSD4.1 to do the cdrw work?
--
WWW.XGFORCE.COM -
The Leader in System Clustering
and Enterprise Firewall solution.
--
To Uns
On Saturday, 1 December 2001 at 8:11:19 +1030, Richard Sharpe wrote:
> Matthew Dillon wrote:
>
>>Well, this is embarassing. I can reproduce this completely running
>>4.4-stable (Nov 17th kernel) on two machines.
>>
>>With newreno turned on, a TCP NFS mount only gets 80K/sec. With n
On Fri, Nov 30, 2001 at 05:48:16PM -0800, Luigi Rizzo wrote:
> On Fri, Nov 30, 2001 at 08:39:05PM -0500, Leo Bicknell wrote:
> > Note that if we implement a 'fair share' buffering scheme we would
> > never get a failure, which would be a good thing. Unfortuantely
> > fair share is relatively comp
JK> Is this the same problem that I experience on ssh connections between
JK> my 5.0-current laptop and my releng_4 server? When I run an 'ls'
JK> from the shell on large directories I get the response back block
JK> delay block delay block. I assumed that it was a problem with
JK> -current.
I
On Fri, Nov 30, 2001 at 08:39:05PM -0500, Leo Bicknell wrote:
> On Fri, Nov 30, 2001 at 05:30:33PM -0800, Luigi Rizzo wrote:
> > I just committed to current (and soon to stable) some code to log
> > _failures_ in mbuf allocations, but that is only meant as an aid
> > to remove worse code in the d
* Matthew Dillon <[EMAIL PROTECTED]> [011130 17:45] wrote:
> :...
> :> I am tracking it down now.
> :
> :Is this the same problem that I experience on ssh connections between
> :my 5.0-current laptop and my releng_4 server? When I run an 'ls'
> :from the shell on large directories I get the r
On Fri, Nov 30, 2001 at 05:30:33PM -0800, Luigi Rizzo wrote:
> I just committed to current (and soon to stable) some code to log
> _failures_ in mbuf allocations, but that is only meant as an aid
> to remove worse code in the drivers.
Note that if we implement a 'fair share' buffering scheme we
On Fri, Nov 30, 2001 at 05:19:18PM -0500, Mike Silbersack wrote:
>
> On Fri, 30 Nov 2001, Leo Bicknell wrote:
>
> > * The logging at 90% usage should be investigated. I can probably
...
> Luigi, Jonathan and I had already been discussing this idea before this
> this thread even started. If you
Julian Elischer wrote:
>
> I've tried getting information about our (FreeBSD) mail
> system by mailing to "postmaster" but no-one answers..
>
> so, who IS the postmaster at the moment?
>
> I have the .elischer.org domain set up at Netowrk solutions
> with a contact address of "[EMAIL PROTECTED]
On Fri, Nov 30, 2001 at 12:59:53PM -0800, Matthew Dillon wrote:
> The transmit side requires more thought. I did write that patch, and
> it does work, but it's too messy for my tastes. I would personally
> much rather rewrite it to (A) fix the RTT stored in the route tables
> an
Quoting Matthew Dillon ([EMAIL PROTECTED]):
>
> The question here is... is it actually packet loss that is creating
> this issue for you and John, or is it something else? The only way
> to tell for sure is to run tcpdump on BOTH the client and server
> and then observe whether p
:
:No, the problem remains after rebuilding the kernel on both boxes.
:
:Joe
Try to track down the sequence with a tcpdump.
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
To Un
On Fri, Nov 30, 2001 at 11:49:13PM +, Josef Karthauser wrote:
> On Fri, Nov 30, 2001 at 03:45:21PM -0800, Matthew Dillon wrote:
> > :...
> > :> I am tracking it down now.
> > :
> > :Is this the same problem that I experience on ssh connections between
> > :my 5.0-current laptop and my rele
:Hi,
:
:I think that there are two different problems here. My situation
:involves a LAN (actually, a crossover cable).
:
:I have captured a trace of a 1 client run between the Linux driver and
:the FreeBSD test system as well as between the Linux driver and the same
:test system running Linux
On Fri, Nov 30, 2001 at 03:56:47PM -0800, Julian Elischer wrote:
>
> I've tried getting information about our (FreeBSD) mail
> system by mailing to "postmaster" but no-one answers..
>
> so, who IS the postmaster at the moment?
Still jmb.
Kris
msg29419/pgp0.pgp
Description: PGP signature
:what should happen is this:
:
:h1 send: p1 p2 p3
:h2 recv: p1 p3
:
:h1 recv: (nothing acks lost)
:h2 send: ack1 ack1 ack1 (dude, i missed a packet)
:
:h2 send: ack1 ack1 ack1 (dude, i missed a packet)
:h1 recv: ack1 ack1 ack1
:h1 send: p2 p3
:
:Basically, will the reciever keep acking not if 'it
I've tried getting information about our (FreeBSD) mail
system by mailing to "postmaster" but no-one answers..
so, who IS the postmaster at the moment?
I have the .elischer.org domain set up at Netowrk solutions
with a contact address of "[EMAIL PROTECTED]"
however whenever I try change anythin
On Fri, Nov 30, 2001 at 03:45:21PM -0800, Matthew Dillon wrote:
> :...
> :> I am tracking it down now.
> :
> :Is this the same problem that I experience on ssh connections between
> :my 5.0-current laptop and my releng_4 server? When I run an 'ls'
> :from the shell on large directories I get
:...
:> I am tracking it down now.
:
:Is this the same problem that I experience on ssh connections between
:my 5.0-current laptop and my releng_4 server? When I run an 'ls'
:from the shell on large directories I get the response back block
:delay block delay block. I assumed that it was a p
Alfred Perlstein wrote:
> Hmm, well the GENERIC default is some mathematical operation on
> maxusers. We really ought to make this scale as a default relative
> to the amount of ram in the system, rather than some low hardcoded
> value. NetBSD has some stuff for this in their buffercache sizing
On Fri, Nov 30, 2001 at 12:47:29PM -0800, Matthew Dillon wrote:
> Well, this is embarassing. I can reproduce this completely running
> 4.4-stable (Nov 17th kernel) on two machines.
>
> With newreno turned on, a TCP NFS mount only gets 80K/sec. With newreno
> turned off on the tr
* Jonathan Lemon <[EMAIL PROTECTED]> [011130 17:00] wrote:
> On Fri, Nov 30, 2001 at 04:28:32PM -0600, Alfred Perlstein wrote:
> >
> > I have an odd theory that makes use of my waning remeberence of the
> > stack behavior, this may be totally off base but I'd appreciate it
> > if you guys would c
On Fri, Nov 30, 2001 at 04:28:32PM -0600, Alfred Perlstein wrote:
> * Matthew Dillon <[EMAIL PROTECTED]> [011130 16:02] wrote:
> >
> > Packet loss will screw up TCP performance no matter what you do.
> > NewReno, assuming it is working properly, can improve performance
> > for that
Hi,
I think that there are two different problems here. My situation
involves a LAN (actually, a crossover cable).
I have captured a trace of a 1 client run between the Linux driver and
the FreeBSD test system as well as between the Linux driver and the same
test system running Linux.
I am n
* Leo Bicknell <[EMAIL PROTECTED]> [011130 16:14] wrote:
>
> First off, apologies to Luigi, I was shooting off my mouth.
Understandable, it's easy to get heated about an issue when
it weighs so much in ones mind. I've done the same on several
quite memorable occasions.
> Second off:
>
> On Fr
* Matthew Dillon <[EMAIL PROTECTED]> [011130 16:02] wrote:
>
> Packet loss will screw up TCP performance no matter what you do.
> NewReno, assuming it is working properly, can improve performance
> for that case but it will not completely solve the problem (nothing will).
> Reme
As a side note, I turned off delayed ack on both machines, and had the
sendsize and recvsize set at 32768... I'm talking about wirespeed too, not
measured incredibly accurately, but just measured using one of the
windowmaker dockapps :-D
Ken
On Fri, 30 Nov 2001, Kenneth Wayne Culver wrote:
> Wi
On Fri, 30 Nov 2001, Leo Bicknell wrote:
> * The logging at 90% usage should be investigated. I can probably
> generate patches for that over the weekend, provided I can find
> a good way to rate limit them.
Luigi, Jonathan and I had already been discussing this idea before this
this threa
On Fri, Nov 30, 2001 at 05:14:18PM -0500, Leo Bicknell wrote:
>
> First off, apologies to Luigi, I was shooting off my mouth.
no problem, and no need for apologies :)
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of t
On Fri, 30 Nov 2001, Louis-Philippe Gagnon wrote:
> If at first you don't succeed...
>
> I've encountered a problem using pthread_cancel, pthread_join and
> pthread_setcanceltype, I'm hoping someone can shed some light.
>
> (in a nutshell : pthread_setcanceltype doesn't seem to work in FreeBSD
First off, apologies to Luigi, I was shooting off my mouth.
Second off:
On Fri, Nov 30, 2001 at 01:50:42PM -0600, Alfred Perlstein wrote:
> I was about to set the default in -stable to Leo's suggested values,
> it seems that -current already has the delta he wants in it,
> my question is, was a
> > The question that immediately comes to mind is, why not simply use
> > as big a value as possible? The problem comes down to buffering
> > the data, and busy servers may have to buffer a lot of data. Having
> > a 1 meg window size may have you buffer 1 meg per connection. Note
> > that
> :Note, my experiences (and John Capos) are showing degraded performance
> :when *NOT* on a LAN segment. In other words, when packet loss enters
> :the mix, performance tends to fall off rather quickly.
> :
> :This is with or without newreno (which should theoretically help with
> :packet loss).
:Note, my experiences (and John Capos) are showing degraded performance
:when *NOT* on a LAN segment. In other words, when packet loss enters
:the mix, performance tends to fall off rather quickly.
:
:This is with or without newreno (which should theoretically help with
:packet loss). John claim
If at first you don't succeed...
I've encountered a problem using pthread_cancel, pthread_join and
pthread_setcanceltype, I'm hoping someone can shed some light.
(in a nutshell : pthread_setcanceltype doesn't seem to work in FreeBSD 4.4)
(posted to -current and -hackers; if there's a more appr
David Miller <[EMAIL PROTECTED]> types:
> Apologies for this being more C than freebsd, but I did say OT in
> the subject...
>
> In the most basic use of an alarm, like this:
>
> #include
> #include
> #include
>
> sig_t
> signal(int sig, sig_t func);
>
> static void bzzt() {
> printf("
Alfred Perlstein wrote:
> * Richard Sharpe <[EMAIL PROTECTED]> [011130 15:02] wrote:
>>The traffic in the tbench case is SMB taffic. Request/response, with a
>>mixture of small requests and responses, and big request/small response
>>or small request/big response, where big is 64K.
>>
>>
>>I h
> I believe I have found the problem. The transmit side has a
> maximum burst count imposed by newreno. As far as I can tell, if
> this maxburst is hit (it defaults to 4 packets), the transmitter
> just stops - presumably until it receives an ack.
Note, my experiences (and John
Wierd, on my Dual PII 300 I'm getting around 8MB/sec to an 800MHz
athlon. The athlon is using a 3com 905b I believe, and the PII is using an
intel fxp type card. Granted this is from my living room to my bedroom so
that may be part of what I see. Also, the Dual PII is running -STABLE as
of a week
I believe I have found the problem. The transmit side has a maximum
burst count imposed by newreno. As far as I can tell, if this maxburst
is hit (it defaults to 4 packets), the transmitter just stops - presumably
until it receives an ack.
Now, theoretically this should work
* Richard Sharpe <[EMAIL PROTECTED]> [011130 15:02] wrote:
> Matthew Dillon wrote:
>
> > Well, this is embarassing. I can reproduce this completely running
> > 4.4-stable (Nov 17th kernel) on two machines.
> >
> > With newreno turned on, a TCP NFS mount only gets 80K/sec. With newr
Matthew Dillon wrote:
> Well, this is embarassing. I can reproduce this completely running
> 4.4-stable (Nov 17th kernel) on two machines.
>
> With newreno turned on, a TCP NFS mount only gets 80K/sec. With newreno
> turned off on the transmit side, a TCP NFS mount gets 7MB/sec
:I don't think anyone's doubting the importance of larger windows; it's
:just that we can't do much increasing until they're dynamic.
:
:That being said, Matt did post a patch which implements socket buffer
:autoscaling a few months back. I've been meaning to review it, but
:haven't had the time.
Well, this is embarassing. I can reproduce this completely running
4.4-stable (Nov 17th kernel) on two machines.
With newreno turned on, a TCP NFS mount only gets 80K/sec. With newreno
turned off on the transmit side, a TCP NFS mount gets 7MB/sec. The
state of the delayed-a
On Fri, 30 Nov 2001, Leo Bicknell wrote:
> Since the topic has come up again, I'll provide some graphs, and
> go back to my suggestion to see if it gets some traction this time
> around.
>
> http://www.ufp.org/~bicknell/fbsdtcp.png
I don't think anyone's doubting the importance of larger window
Apologies for this being more C than freebsd, but I did say OT in
the subject...
In the most basic use of an alarm, like this:
#include
#include
#include
sig_t
signal(int sig, sig_t func);
static void bzzt() {
printf("In routine bzzt now, timer expired after 3 seconds\n");
}
main() {
* Alfred Perlstein <[EMAIL PROTECTED]> [011130 13:51] wrote:
>
> I was about to set the default in -stable to Leo's suggested values,
> it seems that -current already has the delta he wants in it,
> my question is, was anything else changed along the lines of the
> number of nmbclusters allocated
* Luigi Rizzo <[EMAIL PROTECTED]> [011130 13:26] wrote:
> On Fri, Nov 30, 2001 at 02:11:00PM -0500, Leo Bicknell wrote:
> ...
> > * Many people use FreeBSD as a desktop OS. Think the same people
> > who use Win98, but only slightly smarter. These people are
> > 'sysadmins' only in the sense
Joesh Juphland writes:
> One thing I would like to do as a hobby is start a classic multi-user unix
> system and giving out shell accounts to whoever wants one. Not a money
> maker, of course, but it would be fun.
>
> My question: does anyone have any comments on using `jail` in a public
> en
Dude, the statement was that Luigi is in favor of _increasing_ the
default size. How do you "extend his logic" to say it might as well
be reduced to 4k? Please don't put words in people's mouths.
Daniel "D-man" Manesajian
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PR
On Fri, Nov 30, 2001 at 02:11:00PM -0500, Leo Bicknell wrote:
...
> * Many people use FreeBSD as a desktop OS. Think the same people
> who use Win98, but only slightly smarter. These people are
> 'sysadmins' only in the sense that they have a root password.
> When FreeBSD can't fill their
On Fri, Nov 30, 2001 at 10:29:28AM -0800, Luigi Rizzo wrote:
> It is not a big deal to move the default to 32 or 64k, and I'd
> vote for that, but if a sysadmin is unable to have a look at this,
> then the problem is in the sysadmin, not in FreeBSD!
I disagree, on two points:
* Many people use F
On Fri, Nov 30, 2001 at 01:47:41PM -0500, Andrew Gallatin wrote:
> I thought that I heard a few months ago that Matt Dillon was looking
> at ways to dynamically size tcp windows from within the kernel. Maybe
> I'm on crack.
He is. It is very good work that I wish I could spend more time
helping
Leo Bicknell writes:
> The question that immediately comes to mind is, why not simply use
> as big a value as possible? The problem comes down to buffering
> the data, and busy servers may have to buffer a lot of data. Having
> a 1 meg window size may have you buffer 1 meg per connection.
The default window size (controlled by the socket buffer size) can
be globally modified using sysctl variables:
net.inet.tcp.sendspace: 16384
net.inet.tcp.recvspace: 16384
As you mention, changing this (and other things such as the amount
of mbufs/clusters, etc.etc.) must be done
I have been able to fix this bug in my KLD. I forgot to add a splbio()
protection in a function.
On Thu, 29 Nov 2001, Zhihui Zhang wrote:
>
> While running my KLD that does a lot of I/O, I see the following message:
>
> ahc0: Timedout SCB already complete. interrupts may not be functioning.
In article [EMAIL PROTECTED]> you write:
>Quoting Sergey Babkin ([EMAIL PROTECTED]):
>> John Capo wrote:
>> > 21:41:49.001039 client.4427 > server.22: P 144:192(48) ack 12937 win
>17376 (DF) [tos 0x10]
>> > 21:41:49.001073 server.22 > client.4427: . 28049:29497(1448) ack 192
>win 17328 (DF) [tos
Since the topic has come up again, I'll provide some graphs, and
go back to my suggestion to see if it gets some traction this time
around.
http://www.ufp.org/~bicknell/fbsdtcp.png
This graph shows the theoretical maximum performance of FreeBSD's
TCP stack (assuming a network with ample free ba
Looking at the complete dump on the server more closely I see what's
happening. The server didn't jump ahead in the stream. The client
side of these tests is on a fractional T1. In about 60Ms the server
pushed a window's worth of data, about 200 packets since the payload
was small, 48 bytes. (4
> :> FWIW, I'm seeing this as well. However, this appears to be a new
> :> occurance, as we were using a FreeBSD 3.X system for our reference test
> :> platform.
> :
> :Someone recently submitted a PR about TCP based NFS being significantly
> :slower under 4.X. I wonder if it could be related?
>
On Fri, Nov 30, 2001 at 10:02:56AM +0200, Danny Braniss wrote:
> stupid question, but could'nt (yet) find an answer, im writing a driver,
> so i need a major device number (for -stable), is there a list of assigned
> numbers, and if so where? what's the procedure to 'assigne' one?
The list is in
On Thu, Nov 29, 2001 at 10:31:56PM -0500, Jonathan M. Slivko wrote:
> If you give me your IP address, I can ping *from* Columbia.edu to your
> machine and see what I get, that should pretty much solve any issues
> that may arise.
pun.isi.edu 128.9.160.150
Thanks.
msg29374/pgp0.pgp
Descrip
In article <[EMAIL PROTECTED]>,
Andre Oppermann <[EMAIL PROTECTED]> wrote:
> John Polstra wrote:
> > Maybe you have an old version of the driver. I have
> > e1000-3.1.23.tar.gz, which I grabbed from developer.intel.com a few
> > weeks ago. I grepped all of the files in it, and the word "GNU"
>
(snip...a large number of postings regarding slow performance by 4.x
kernels with TCP/IP)
A friend who works for a local university and I tried moving large
files using variouis OS'es and hardware. These are FTP transfers
with file sizes from 100 to 300 megabytes..
The conclusion we arrived at w
John Polstra wrote:
>
> In article <[EMAIL PROTECTED]>,
> Andre Oppermann <[EMAIL PROTECTED]> wrote:
> > John Polstra wrote:
> > > That last bit is incorrect. The Intel driver for Linux is released
> > > under a 3-clause BSD license.
> >
> > I doesn't look like a clean BSD license thought... Bu
In article <[EMAIL PROTECTED]>,
Andre Oppermann <[EMAIL PROTECTED]> wrote:
> John Polstra wrote:
> > That last bit is incorrect. The Intel driver for Linux is released
> > under a 3-clause BSD license.
>
> I doesn't look like a clean BSD license thought... But it's also not
> under the GPL as s
Quoting Sergey Babkin ([EMAIL PROTECTED]):
> John Capo wrote:
> > 21:41:49.001039 client.4427 > server.22: P 144:192(48) ack 12937 win 17376
> (DF) [tos 0x10]
> > 21:41:49.001073 server.22 > client.4427: . 28049:29497(1448) ack 192 win 17328
> (DF) [tos 0x10]
> > 21:41:49.001085 server.22 > clie
On Fri, Nov 30, 2001 at 11:11:56AM +0100, Pierre Beyssac wrote:
> It's where I don't quite agree: for a bulk transfer, there is no
> RTT to account for, you only need to take into account the one-way
> delay, TCP does the rest for you assuming the window is large enough.
I recomend you pick up a
Quoting Bruce A. Mah ([EMAIL PROTECTED]):
>
> How early in November? I'm staring at this commit message and
> wondering if it has any relevance to your situation:
>
> -
> revision 1.107.2.18
> date: 2001/11/12 22:11:24; author: nate; state: Exp; lines: +3 -1
> MFH: V1.139
>when newr
On Fri, Nov 30, 2001 at 11:11:56AM +0100, Pierre Beyssac wrote:
> On Thu, Nov 29, 2001 at 10:28:09PM -0500, Leo Bicknell wrote:
> > 4000 km one way == 8000 km two way, 8000 / 168300 = 47ms in my book,
> > theoretial optimum.
> >
> > With an RTT of 47ms, you can move 16k per RTT, or or about 340k/
Below is the result of your feedback form. It was submitted by
([EMAIL PROTECTED]) on Friday, November 30, 2001 at 06:43:01
---
: Hey, what's up, yall? I found a site and if you want to meet people and talk to
:people on
John Polstra wrote:
>
> In article <[EMAIL PROTECTED]>, Andre Oppermann
> <[EMAIL PROTECTED]> wrote:
>
> > What happend at Intel? Their driver is even released under the BSD
> > license! (and the Linux one under the GPL)
>
> That last bit is incorrect. The Intel driver for Linux is released
>
[Redirected to -net]
[Category changed to "kern"]
On Fri, Nov 30, 2001 at 11:01:56AM +0700, Igor M Podlesny wrote:
[...]
> [router]
> |
> X>|backbone|-->
> |
> |
> Yip1|the same media|--[some another ip-network]
> |ip2|the same media|--|some box|
>
> Here is "rou
¥xÆW´«©dѼֳ¡¤J·|»¡©úÀÉ
ÂŤѸɩ«¤u§@«Ç³Ì·s¥úºÐ¥Ø¿ý
:> FWIW, I'm seeing this as well. However, this appears to be a new
:> occurance, as we were using a FreeBSD 3.X system for our reference test
:> platform.
:
:Someone recently submitted a PR about TCP based NFS being significantly
:slower under 4.X. I wonder if it could be related?
:
: http
:I managed to track the problem down to the duplex settings on both the
:Ethernet cards (AT-2500 TX, Realtek 8139 based, AFAIK) and the 10/100
:Switch. Forcing both the cards and the switch to particular settings
:cured the problem, and lead to a massive performance increase.
:
:FTP seems to be p
On Thu, Nov 29, 2001 at 10:28:09PM -0500, Leo Bicknell wrote:
> > I can't reproduce this result, 16K fills a T1 for 11 ms, which is
> > 22000 km (at 2/3 of light speed), enough to get halfway round the
>
> Your math is a little funny.
Right, I knew there was something wrong somewhere :-)
> 4000
>-Original Message-
>From: Julian Elischer [mailto:[EMAIL PROTECTED]]
>Sent: Friday, November 30, 2001 1:01 AM
>To: Ted Mittelstaedt
>Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
>Subject: RE: Netgraph
>
>
>
>
>On Fri, 30 Nov 2001, Ted Mittelstaedt wrote:
>
>> >-Original
On Fri, 30 Nov 2001, Ted Mittelstaedt wrote:
> >-Original Message-
>
> If there is anything wrong with netgraph is that there's a lack of examples of
> setting up common configurations in the handbook, man pages, and other
> documents.
/usr/share/examples/netgraph gives examples of so
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED]]On Behalf Of
>[EMAIL PROTECTED]
>Sent: Thursday, November 29, 2001 4:44 PM
>To: [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]
>Subject: RE: Netgraph
>
>
>"Lego" is a good analogy. The "usefulness" is not the point. Its grea
>-Original Message-
>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, November 29, 2001 4:07 PM
>To: [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
>[EMAIL PROTECTED]
>Subject: Re: (no subject)
>
>
>In a message dated 11/29/2001 7:16:17 AM Eastern Standard
stupid question, but could'nt (yet) find an answer, im writing a driver,
so i need a major device number (for -stable), is there a list of assigned
numbers, and if so where? what's the procedure to 'assigne' one?
btw, the driver is for a video grabber, zrn36067 based.
thanks,
danny
To
86 matches
Mail list logo
