subscribe freebsd-hackers
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hello.
I am reading TCP/IP Illustrated and it is making references to variables in
the BSD4.4 code. I would like to use these same variables, specifically the
variable ifnet, which was declared in BSD4.4 as a struct ifnet *ifnet,
according to TCP/IP Illustrated. The name of the variable has chan
Terry Lambert writes:
> [EMAIL PROTECTED] wrote:
>> There are only two shared libaries in common (libc and libm) and
>> both are the same on FreeBSD (in /compat/linux) and Linux.
>>
>> So any ideas on where the program is going wrong?
>
> man fpsetround
That won't change a thing. Both systems r
:...
:> Interesting. He describes in the section about 'expiring glue'
:> creating loops in the DNS server, but doesn't mention a particular
:> bug.
:>
:> However, there's another section where he mentions something about
:> bind reducing the TTL by 5% for certain credibility
auth a170165f subscribe freebsd-hackers [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
|- Message log follows: ---|
| no valid recipients were found for this message |
|--|
| [EMAIL PROTECTED] - unknown user
|---
On Mon, 16 Jul 2001, Matt Dillon wrote:
> Interesting. He describes in the section about 'expiring glue'
> creating loops in the DNS server, but doesn't mention a particular
> bug.
>
> However, there's another section where he mentions something about
> bind reducing the TTL
:
:
:On Mon, 16 Jul 2001, Matt Dillon wrote:
:
:> I don't think that's it... if you look at the dumps, there were no timeouts
:> in the 2-day range. The original glue NS records (from exodus) had already
:> been completely replaced by the NS record from their zone. Everything in
:>
On Mon, 16 Jul 2001, Matt Dillon wrote:
> I don't think that's it... if you look at the dumps, there were no timeouts
> in the 2-day range. The original glue NS records (from exodus) had already
> been completely replaced by the NS record from their zone. Everything in
> their
Bill Paul writes:
> by user programs, but these don't panic the system. In the case of
> FreeBSD/alpha, we fake it up so know about the problem but the process
> keeps running. Some OSes (e.g. Solaris) clobber the process with a
> SIGBUS. Some would argue the latter behavior is better since i
:
:
:On Mon, 16 Jul 2001, Matt Dillon wrote:
:
:> I've been trying to track down a weird problem with our mail system
:> suddenly believing that a host does not exist, or timing out in DNS.
:>
:> I tracked it down to the DNS server, but I am not entirely sure what is
:> going on.
[EMAIL PROTECTED] writes:
> A more important question is "are these 32-bit cards, and if so, do they have
> enough internal buffer to do sustained 1GB transfers". Generally 32-bit PCI
> is too slow for GB, as it cant do sustained 1GB transfers. Some 32-bit GB
> cards are just a total waste
On Mon, 16 Jul 2001, Matt Dillon wrote:
> I've been trying to track down a weird problem with our mail system
> suddenly believing that a host does not exist, or timing out in DNS.
>
> I tracked it down to the DNS server, but I am not entirely sure what is
> going on. What appea
On Mon, Jul 16, 2001 at 12:31:02PM -0700, David O'Brien wrote:
> On Mon, Jul 16, 2001 at 09:42:22AM -0700, Terry Lambert wrote:
> > Wilko Bulte wrote:
> > > Maybe I'm just plain dim today (I will add a beer to rectify this
> > > situation at first convenience..) but what is so bad about some trail
I've been trying to track down a weird problem with our mail system
suddenly believing that a host does not exist, or timing out in DNS.
I tracked it down to the DNS server, but I am not entirely sure what is
going on. What appears to be happening is that the glue IN A record
/etc/rc.conf looks like this:
pccard_enable="YES"
pccard_mem="DEFAULT"
pccardd_flags=" -i 10 -i 15"
removable_interfaces="ep0 ep1"
/etc/defaults/pccard.conf has this:
io 0x240-0x360
irq 10 15
memory 0xd4000 96k
and I added a second config line to the ep0 line like this:
config auto
On Mon, 16 Jul 2001, Terry Lambert wrote:
> Mike Silbersack wrote:
> > How do these perform compared to the more expensive gigabit cards?
>
> Read the driver.
True, I could've done that, but it would've taken effort.
> Bill's commentary in his drivers is frequently enlightening,
> and often am
From: David O'Brien <[EMAIL PROTECTED]>
Subject: Re: Whitespace at end of line
Date: Mon, Jul 16, 2001 at 12:31:02PM -0700
> On Mon, Jul 16, 2001 at 09:42:22AM -0700, Terry Lambert wrote:
> > Wilko Bulte wrote:
> > > Maybe I'm just plain dim today (I will add a beer to rectify this situation
> >
> > The OS wants the _payload_ to be aligned on a 32-bit boundary. It tries
> > to do 32-bit accesses to the IP header, and the NFS code also does 32-bit
> > accesses when trying to un-XDR NFS requests.
>
> Oh... I see... I guess you could grab an mbuf and copy just the IP
> header for that, n
The machine I redirected telnet too has changed IP addresses...
And; I discovered after simply changing my natd_flags in /etc/rc.conf
that natd isn't properly redirecting the port.
I checked the messages log (/var/log/alias.log) and nothing appears
to be amiss.
(And, I've got -l on the natd_fl
ya it seems it is running into swap abit.
hmmm watching apache with truss i see alot of error #35's
in the sys callswhat is that related to again?
On Mon, 16 Jul 2001, John Baldwin wrote:
> Date: Mon, 16 Jul 2001 13:03:33 -0700 (PDT)
> From: John Baldwin <[EMAIL PROTECTED]>
> To: Dan
On Mon, 16 Jul 2001, Bill Paul wrote:
> > On Mon, 16 Jul 2001, Bill Paul wrote:
> >
> > > They're "okay." The NatSemi chip has one flaw, which is that RX buffers
> > > must be aligned on a 64-bit boundary. None of the more expensive NICs have
> > > this restriction.
> >
> > Go ahead and beat me
The proble is that teh ethernet header is 14 bytes so you must choose
to allighn either the whole packet, or the IP header, but you cannot do
both.
On Mon, 16 Jul 2001, Soren Kristensen wrote:
> Hi,
>
> [EMAIL PROTECTED] wrote:
> >
> > In a message dated 07/16/2001 1:11:09 PM Eastern Dayligh
> On Mon, 16 Jul 2001, Bill Paul wrote:
>
> > They're "okay." The NatSemi chip has one flaw, which is that RX buffers
> > must be aligned on a 64-bit boundary. None of the more expensive NICs have
> > this restriction.
>
> Go ahead and beat me up if you have to :-) But why is there _any_ issue
On Mon, 16 Jul 2001, Bill Paul wrote:
> They're "okay." The NatSemi chip has one flaw, which is that RX buffers
> must be aligned on a 64-bit boundary. None of the more expensive NICs have
> this restriction.
Go ahead and beat me up if you have to :-) But why is there _any_ issue
with RX buffer
Title: Welcome
If you cannot read this eMail, please go tohttp://www.nwd42.com/s.asp?N=Zwm8Yq3701v~HNHIEGDCEOYJCHGDFHJhO
Welcome !
FINALLY, AFFORDABLE MUSIC FOR YOUR BUSINESS!
Some things just make sense. Like playing music in your business th
On 16-Jul-01 Dan wrote:
>
> USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
> root2 14.2 0.0 00 ?? DL Tue11AM 4:35.33 (pagedaemon)
> root3 12.7 0.0 00 ?? DL Tue11AM 1:56.25 (vmdaemon)
>
> Cpu kept hitting high load averages
On Mon, Jul 16, 2001 at 08:40:09PM +0200, Wilko Bulte wrote:
> On Mon, Jul 16, 2001 at 08:39:04PM +0200, [EMAIL PROTECTED] wrote:
> > > > You use emacs, don't you?
> > >
> > > No, vi. My first experiences with Unix (SysV.2) were in the days that
> > > Emacs was considered anti-social (on 8MB memo
>
> On Monday, July 16, 2001, at 12:57 PM, Bill Paul wrote:
> [...]
> > The chip has some nifty features though: hardware VLAN tag insertion
> > and removal, TCP/IP checksum offload on receive and transmit, 2048-bit
> > multicast hash filter, and 4 pattern match buffers for use with WOL.
>
> Wh
On Mon, Jul 16, 2001 at 09:42:22AM -0700, Terry Lambert wrote:
> Wilko Bulte wrote:
> > Maybe I'm just plain dim today (I will add a beer to rectify this situation
> > at first convenience..) but what is so bad about some trailing whitespace
> > that a massive commit-a-thlon is called for?
> >
>
On Mon, Jul 16, 2001 at 07:42:14PM +0200, Chojin wrote:
> In fact, rico account has expired.
> I removed expiration ,then now cron works.
>
> But I thought cron had no problem if an account expires.
> Strange... :p
Yeah, it shouldn't do that.
Kris
PGP signature
On Mon, Jul 16, 2001 at 08:39:04PM +0200, [EMAIL PROTECTED] wrote:
> > > You use emacs, don't you?
> >
> > No, vi. My first experiences with Unix (SysV.2) were in the days that
> > Emacs was considered anti-social (on 8MB memory machines with 68020 CPUs).
>
> What, you mean you *haven't* run ema
> > You use emacs, don't you?
>
> No, vi. My first experiences with Unix (SysV.2) were in the days that
> Emacs was considered anti-social (on 8MB memory machines with 68020 CPUs).
What, you mean you *haven't* run emacs on a Sun-3/50 with 4 Mbytes? :-)
Steinar Haug, Nethelp consulting, [EMAIL P
On Mon, Jul 16, 2001 at 09:42:22AM -0700, Terry Lambert wrote:
> Wilko Bulte wrote:
> > Maybe I'm just plain dim today (I will add a beer to rectify this situation
> > at first convenience..) but what is so bad about some trailing whitespace
> > that a massive commit-a-thlon is called for?
> >
>
In a message dated 07/16/2001 1:54:25 PM Eastern Daylight Time,
[EMAIL PROTECTED] writes:
> > Maybe at some point he'll "get" that the boundry issue is a pci bus-
> mastering
> > spec issue and not a controller design flaw, as he seems to harp on this
> in
> > just about every driver?
>
>
Hi,
[EMAIL PROTECTED] wrote:
>
> In a message dated 07/16/2001 1:11:09 PM Eastern Daylight Time,
> [EMAIL PROTECTED] writes:
>
> > > How do these perform compared to the more expensive gigabit cards?
> >
> > Read the driver.
> >
> > In general, they require an extra copy because of the inabil
In a message dated 07/16/2001 1:11:09 PM Eastern Daylight Time,
[EMAIL PROTECTED] writes:
> > How do these perform compared to the more expensive gigabit cards?
>
> Read the driver.
>
> In general, they require an extra copy because of the inability
> of the card to DMA on a reasonable bo
In fact, rico account has expired.
I removed expiration ,then now cron works.
But I thought cron had no problem if an account expires.
Strange... :p
Thanks for all.
Regards.
Chojin
- Original Message -
From: "Peter Pentchev" <[EMAIL PROTECTED]>
To: "Chojin" <[EMAIL PROTECTED]>
Cc: <[
:i haven't seen the beginning of the thread but surely both altq
:and dummynet can help, with the CBQ/WFQ support.
:
:In the case of dummynet, you can pace incoming traffic as well,
:at your endpoint. This means you act after the bottleneck,
:but the effect is that this way
:you will delay acks, a
To All,
Recently, a few people mentioned that there is interest in porting
FreeBSD to HP's PA-RISC platforms. The following URL has documentation and
an early release of the Linux PA-RISC port. I am not affiliated with the
project, but I would like to see FreeBSD on more platforms. I h
Mike Silbersack wrote:
> > For those who have gigabit ethernet NICs based on the National
> > Semiconductor DP83820 and DP83821 controller chips and want to use
> > them with FreeBSD 4.2 and 4.3, there is a driver kit now available
> > at the following URL:
> ...
> > These cards are all extremely
Dan wrote:
>
> USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
> root2 14.2 0.0 00 ?? DL Tue11AM 4:35.33 (pagedaemon)
> root3 12.7 0.0 00 ?? DL Tue11AM 1:56.25 (vmdaemon)
>
> Cpu kept hitting high load averages on machines fo
[EMAIL PROTECTED] wrote:
>
> i need to TAILQ_INIT a queue at kernel startup .. how
> can i do it in my code?
> reg
Grep for "SYSINIT" in the kernel sources.
Do your initialization as late as possible, but before the
queue is used.
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
>
> On Fri, 13 Jul 2001, Bill Paul wrote:
>
> > For those who have gigabit ethernet NICs based on the National
> > Semiconductor DP83820 and DP83821 controller chips and want to use
> > them with FreeBSD 4.2 and 4.3, there is a driver kit now available
> > at the following URL:
> ...
> > These c
Wilko Bulte wrote:
> Maybe I'm just plain dim today (I will add a beer to rectify this situation
> at first convenience..) but what is so bad about some trailing whitespace
> that a massive commit-a-thlon is called for?
>
> just wondering,
> Wilko
You use emacs, don't you?
8-) 8-)
-- Terry
To
Matt Dillon wrote:
> Also, the algorithm is less helpful when it has to figure out the
> optimal transmit buffer size for every new connection (consider a web
> server). I am considering ripping out the ssthresh junk from the stack,
> which does not work virtually at all, and usin
On Mon, Jul 16, 2001 at 06:00:01PM +0200, Chojin wrote:
> > cd /usr/src/usr.sbin/cron
> > make cleandir depend
> > make CFLAGS="-ggdb -g3" STRIP="" all install
> >
> > ..then run '/usr/sbin/cron' from the command line, and see if it
> > leaves a coredump in the current directory. If it does
For a while now I've been playing with NEWCARD, and I ended up making a lot
of changes. I would appreciate any comments on them. Since there are a
number of large changes, I'm not going to commit right away. You can find
the diffs at http://people.freebsd.org/~jon/newcard.diff (.gz version als
> cd /usr/src/usr.sbin/cron
> make cleandir depend
> make CFLAGS="-ggdb -g3" STRIP="" all install
>
> ..then run '/usr/sbin/cron' from the command line, and see if it
> leaves a coredump in the current directory. If it does, then
> do the following:
>
> gdb /usr/sbin/cron /path/to/cron.co
[EMAIL PROTECTED] wrote:
>
> So I have stumbled across a linux emulation bug in freebsd. Below
> is the program that returns different results based on FreeBSD,
> Linux or Linux emulation under FreeBSD.
[ ... ]
> There are only two shared libaries in common (libc and libm) and
> both are the s
At 5:35 PM +0200 7/16/01, Chojin wrote:
>I update & recompiled my system and my kernel.
>After reboot, I see cron program doesn't work
>it exits on a signal 11 (core dumped).
>
>MD5 (/usr/sbin/cron) = e56aa049cf7216f3c3f8e2ada7e9b4f3
>
>Someone could help me ?
You have a malformed cron entry whi
Does anyone know how to set simultaneous downloads for users to 2 in
/etc/ftpaccess for wu-ftpd?
--
Ted Sikora
[EMAIL PROTECTED]
http://www.unixos2.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hello,
I update & recompiled my system and my
kernel.
After reboot, I see cron program doesn't work
it exits on a signal 11 (core dumped).
MD5 (/usr/sbin/cron) =
e56aa049cf7216f3c3f8e2ada7e9b4f3
Someone could help me ?
Regards,
Chojin
I have been testing this over a very slow (barely ever over 24000 bps due
to a crappy phone line) dial-up link, and as expected, over an idle line
there is no difference (typing in an interactive ssh session seems a
little quicker, but that could just be me). The gain comes when someone is
downloa
On Sun, Jul 15, 2001 at 11:32:59PM -0500, David Scheidt wrote:
> ..., and wasted bandwidth from those cvsuping the changes.
> My cvsup of the repository took
> ~4 times as long when the changes were made to the man pages.
*sigh* Are we now a hostage to CVSup times? Put it in cron and do it at
3
> Cool! We were just commenting that it's too bad dummynet/ALTQ really
> couldn't help the interactive response for us dial-up users. Anyway, I
i haven't seen the beginning of the thread but surely both altq
and dummynet can help, with the CBQ/WFQ support.
In the case of dummynet, you can pace
56 matches
Mail list logo
