In article ,
Max Khon <[EMAIL PROTECTED]> wrote:
> hi, there!
>
> On Tue, 20 Mar 2001, Mike Smith wrote:
>
> > > Has anyone implemented/thought of implementing:
> > > - a CAM transport for ATAPI devices;
> >
> > Yes. It's not a lot of work
On 23-Mar-01 Matt Simerson wrote:
> OK, let's approach this from a little different angle:
>
> Below is the appropriate entries from /usr/src/UPDATING on a FreeBSD
> 4-stable machine. As of 2/2/2001, the most correct and safest method for
> updating your FreeBSD machine is as follows:
>
>cd
Jonathan Lemon wrote:
>
> In article
>[EMAIL PROTECTED]>
> you write:
> > She need's specific information that we need that we cant get
> >unless we sign NDA's for the doc's so she can try and get them merged into
> >a reference product somewhere between the datasheet (worthless) and the
>
OK, let's approach this from a little different angle:
Below is the appropriate entries from /usr/src/UPDATING on a FreeBSD
4-stable machine. As of 2/2/2001, the most correct and safest method for
updating your FreeBSD machine is as follows:
cd /usr/src
make buildworld
make kernel KERNC
:(Why is vfs.vmiodirenable=1 not enabled by default?)
:
The only reason it isn't enabled by default is some unresolved
filesystem corruption that occurs very rarely (with or without
it) that Kirk and I are still trying to nail down. I want to get
that figured out first.
It
hello there!
On Thu, 22 Mar 2001, Michael C . Wu wrote:
>(Why is vfs.vmiodirenable=1 not enabled by default?)
By the way, is there any all-in-one-place description of sysctl tuneables?
Looking all the man pages and collecting notices about MIB variables seems
rather tiresome and, I think, pointl
On Thu, Mar 22, 2001 at 12:51:00PM -0700, Matt Simerson wrote:
> Actually, they aren't backwards. You've gone and snipped the parts of my
> original message that show that the commands are being executed at the same
> time.
I read you message twice and came away with the same idea. You should
wr
On 22-Mar-01 Matt Simerson wrote:
>> Lets explain why: There are times when the kernel source is changed to
>> use constructs of newer compiler/assembler/linker tools. Thus the kernel
>> will not build with an older set of tools. The what "make buildkernel"
>> does is use the tools (ie, those b
> On Fri, 23 Mar 2001, Daniel C. Sobral wrote:
>
> > Let me just pipe in a bit. Compromise seems just like the kind of thing
> > marketing or legal would want to do. The problem is that _we_ cannot
> > compromise because one cannot write a "half-way there" driver. It's a
> > technical impossibili
* Michael C . Wu <[EMAIL PROTECTED]> [010322 12:29] wrote:
> Just an update on the lovely loaded BBS server.
> We made our record-breaking number of users last night.
>
> After implementing the changes suggested, and kqueue'ifying
> the BBS daemon. We saw a dramatic increase in server power.
>
Just an update on the lovely loaded BBS server.
We made our record-breaking number of users last night.
After implementing the changes suggested, and kqueue'ifying
the BBS daemon. We saw a dramatic increase in server power.
Top number of users was 4704 users. Serving SSH, HTTP, SMTP, innd, B
On 22-Mar-01 Dmitry Samersoff wrote:
>
> root@ds101:DS101#make
> linking kernel.debug
> vm_zone.o: In function `zalloci':
> /sys/compile/DS101/../../vm/vm_zone.h:81: undefined reference to
> `zerror'
> /sys/compile/DS101/../../vm/vm_zone.h:91: undefined reference to
> `zerror'
> vm_zone.o: In fu
* Terry Lambert <[EMAIL PROTECTED]> [010322 11:47] wrote:
> I know that this is going to look like I should have posted it
> on the "-arch-questions" list, but there isn't one, and it
> involves future work (I think), so here goes...
>
>
> Has anyone tried playing with 4MB pages for doing other
> -Original Message-
> From: David O'Brien [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 21, 2001 8:41 PM
> To: Matt Simerson
> Cc: [EMAIL PROTECTED]
> Subject: Re: 4.3-BETA world crashing 4.2-RELEASE kernel ?
>
> First let me say to anyone reading the email I am replying to:
>
On Thu, Mar 22, 2001 at 10:39:58AM -0800, Matthew Jacob wrote:
> >
> > I hate to say it, but anything that gets axed out of the manual basically
> > means that those features of the chip will not be used. I honestly don't
> > think that the marketer you talked to really understands this; I can't
>
> I hate to say it, but anything that gets axed out of the manual basically
> means that those features of the chip will not be used. I honestly don't
> think that the marketer you talked to really understands this; I can't
> for the life of me see how anything less than the programming manua
> [EMAIL PROTECTED] wrote:
> >
> > She need's specific information that we need that we cant get
> > unless we sign NDA's for the doc's so she can try and get them merged into
> > a reference product somewhere between the datasheet (worthless) and the
> > programming manual (NDA). I kno
In article
[EMAIL PROTECTED]>
you write:
>
>btw- *I* have no problem with an NDA as long as it includes a rider that says
>what we could release as open source.
Hah, me neither. In fact, if you want to try out a binary of my
Intel GigE driver, it is at http://www.flugsvamp.com/~jlemon/fbsd/dri
btw- *I* have no problem with an NDA as long as it includes a rider that says
what we could release as open source.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
For what it's worth, I believe I'm still committed to work on the GigE driver.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
-- Forwarded message --
Hello Mr. Chris Watson
Thanks for taking the time to discuss with me your concerns.
Could you take the the time to forward me some sort of representative list
of the types of information that FreeBSD developers require to do driver
development?
Would like
Dmitry Samersoff writes:
> I have server under FreeBSD 4.2 with apache fired simple C++ CGI for
> each connection.
>
> Aproximately every 12H uptime server stop responding.
>
> Kernel answers to ping, establish TCP connection but unable to fork
> process.
> (no messages in /var/log/messages)
Lo
On Fri, 23 Mar 2001, Daniel C. Sobral wrote:
> Let me just pipe in a bit. Compromise seems just like the kind of thing
> marketing or legal would want to do. The problem is that _we_ cannot
> compromise because one cannot write a "half-way there" driver. It's a
> technical impossibility.
I agree
In article
[EMAIL PROTECTED]>
you write:
> She need's specific information that we need that we cant get
>unless we sign NDA's for the doc's so she can try and get them merged into
>a reference product somewhere between the datasheet (worthless) and the
>programming manual (NDA).
Well, I
[EMAIL PROTECTED] wrote:
>
> She need's specific information that we need that we cant get
> unless we sign NDA's for the doc's so she can try and get them merged into
> a reference product somewhere between the datasheet (worthless) and the
> programming manual (NDA). I know this is not
Random idea from the peanut gallery...
Find someone who is NDA'd and knows both the programming manual and the
needs of the device driver. Have that person compose a list of those bits
of the manual most necessary for getting a working driver. This would
be an explicit list of figures, diagrams
I just got off the phone with Linda Sanchez at our favorite company
Intel. She is a Sr. "Marketing Engineer" (What is a marketing
engineer?) for their LAN products. She is itnerested in helping us get the
information we need to write drivers for their cards. But she also knows
NDA's are
Hi
I read bpf(4) man page and have one question about BPF.
Suppose I open one of free BPF devices /dev/bpf??. I can dup(2)
descriptor of opened BPF device and get so called shared interface.
Can I setup different filters on each descriptor for opened BPF device?
If I can do it, how can I do the
On Thu, 22 Mar 2001, thinker wrote:
> On Wed, Mar 21, 2001 at 04:14:32PM -0300, Rik van Riel wrote:
> > The (maybe too lightweight) structure I have in my patch
> > looks like this:
> >
> > struct pte_chain {
> > struct pte_chain * next;
> > pte_t * ptep;
> > };
> >
> > Each pte_chain ha
>
> they've done this, but their newest BIOS (8 days old) still has a 0.78
> PXE revision (I've seen more recent DELL machines with a 0.99 - I assume
> this is better)
I have many intel MBs with built-in fxp nics that have 0.78 that work with
4.2's pxeboot just fine - I'm not trying to boot kern
root@ds101:DS101#make
linking kernel.debug
vm_zone.o: In function `zalloci':
/sys/compile/DS101/../../vm/vm_zone.h:81: undefined reference to
`zerror'
/sys/compile/DS101/../../vm/vm_zone.h:91: undefined reference to
`zerror'
vm_zone.o: In function `zfreei':
/sys/compile/DS101/../../vm/vm_zone.h:1
On Thu, Mar 22, 2001 at 03:33:14PM +0300, Dmitry Samersoff wrote:
> Any ideas?
With hangs like this using the debugger to find out what the kernel
is doing is often the best bet. You'll need to compile the debugger
into the kernel and then leave the server on a vty that doesn't
have X running. W
I have server under FreeBSD 4.2 with apache fired simple C++ CGI for
each connection.
Aproximately every 12H uptime server stop responding.
Kernel answers to ping, establish TCP connection but unable to fork
process.
(no messages in /var/log/messages)
This is statisitics (netstat -nm & top )
On Wed, Mar 21, 2001 at 04:14:32PM -0300, Rik van Riel wrote:
> The (maybe too lightweight) structure I have in my patch
> looks like this:
>
> struct pte_chain {
> struct pte_chain * next;
> pte_t * ptep;
> };
>
> Each pte_chain hangs off a page of physical memory and the
> ptep is
On Monday 19 March 2001 4:36, Will Andrews wrote:
> On Mon, Mar 19, 2001 at 07:46:53PM -0500, Dennis wrote:
> > I never got an answer (as usual) from bill paul when I made the
> > suggestions, and noone seemed interested in getting it fixed. He seems to
> > get insulted when I infer that he did s
[This question is more appropriate for -net IMHO]
-On [20010322 03:00], David E. Cross ([EMAIL PROTECTED]) wrote:
>I recently tried (for the first time) to get gif running under FreeBSD
>4.3-BETA (cvsup-ed yesterday). I noticed the following:
>
>gifconfig gif0 inet 10.1.1.1 10.1.2
36 matches
Mail list logo