I have a set up where my FreeBSD 4.4 box is acting as a firewall and gateway
between a cable modem on xl1 and my home net on xl0.
I have a pretty tight rules list and don't have that many procs running
(ipfw, natd, mysql, tomcat - that's it!)
It seems that after approx 10 hours the connection
On 5 Dec, David O'Brien wrote:
On Wed, Dec 05, 2001 at 08:48:19PM +0100, [EMAIL PROTECTED] wrote:
Aside from manually re-adding local changes, is there a way to avoid
cvsup to replace files (that have been manually changed in the
FreeBSD repos) when there are local branches ?
Yes,
Varshavchick Alexander wrote:
For this to work, you really MUST address the machdep.c problems.
So how can it be done, are there any patches for machdep.c, or is it
solved in 4.4-stable kernel?
Matt Dillon took a sideways stab at addressing a bit of these
issues. They didn't do everything
On Thu, Dec 06, 2001 at 07:57:02AM +, Mike D wrote:
I'm having trouble configuring my dhcpd.
This is the config file I've nocked up:
start config file --
default-lease-time 3600;
max-lease-time 9;
ddns-update-style ad-hoc;
option subnet-mask 255.255.255.0;
I've been ramping up to write a device driver using the newbus
architecture and so have been reading example drivers and looking at the
kernel sources. All the example drivers define a static method table, a
static driver_t structure and a static devclass_t structure. These are
then all linked
In message [EMAIL PROTECTED] Stephen Hulten
writes:
: My question is whether the static devclass_t structure is really ever
: used.
Yes, it is used. It is where the devclass numbering comes from.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the
From [EMAIL PROTECTED] Thu Dec 6 00:41:54 2001
Joerg Schilling writes:
.
STAR Option Description Gnu
tar equiv. Remarks
=== ===
= ===
Hi
I experienced similar problems here in Switzerland. It happend with
FreeBSD as well
as with OpenBSD routers. A solution I found is deleting the arp table
entry of the
default router of the cable modem provider (as a cron job).
I did not investigate the source of the problem. Anyone got any
Title: PowerSelling: 37 Ways to Win That Sale!
PowerSelling
37 Ways to Win That Sale!
Australia Wide Tour -
Previous Tours Sold Out!
Come and See why PowerSelling is
Brian Somers wrote:
Hi,
Thanks for your report. Would you be able to grab me logs of the
connection that doesn't work (the latest ppp) and the one that works
(the pre-July 30 one) with the following set:
set log tun chat lcp ipcp
It may be possible to fix the problem
On Wed, Dec 05, 2001 at 10:15:30PM -0800, Terry Lambert wrote:
and ordinary user will find FreeBSD is slower, could we let user to
select which kernel to install at installing time?
It's a possibility that I've considered, given that sysinstall
had a hard time supporting installing
Nicolas Souchu wrote:
Hi VM developers,
Has anyone already some useful utils to develop a VM pager for FreeBSD?
The KGI port project is progressing and is now up to the point that I have
to handle the VM events as done in Linux.
http://www.freebsd.org/~nsouch/ggiport.html
Your
Yung-Sheng Tang wrote:
I am setting up a multicast router. Recompiling kernel with MROUTING
option and enabling mrouted are done. Basically, my multicast AP runs
well, but if that AP and mrouted run on the same machine, forwarded
packets would get udp checksum error. Here is the result from
Dmitry Konyshev wrote:
For some odd reason I need to load another OS (no matter which one,
everything that known about it is its boot sector number)
at the end of the reboot syscall. Could someone please explain how to
switch processor to real mode and continue program execution from some
the UDP checksum should not change before encapsulation. re-displaying
your packets:
18:27:12.968167 192.9.200.127.1399 224.2.3.4.1234: [udp sum ok] udp
16 (ttl 16, id 38554, len 44)
4500 002c 969a 1011 a897 c009 c87f
^^
Hi,
At 17:04 06/12/01 +0300, Dmitry Konyshev wrote:
Hello!
For some odd reason I need to load another OS (no matter which one,
everything that known about it is its boot sector number) [etc]
man boot0cfg, look at the -s option.
eg something like:
boot0cfg -s 2 ad0
reboot
--
Bob Bishop
Jonathan Lemon wrote:
In article local.mail.freebsd-hackers/[EMAIL PROTECTED] you write:
Really, it boils down to the allocation systems needing rewrite,
and (painful as this is to say) a move away from type stable
memory, to permit reuse, rather than static purposing of large
blocks:
Leo Bicknell wrote:
Would result in what machines not booting? As long as a 64M PC
can boot (even if it has only 10 Meg free for user apps) that's ok
in my book. If we're still trying to boot on 4, 8, or 16 meg
machines that's just dumb.
Ugh, save me from the Novell decision that lost UNIX
On Thu, Dec 06, 2001 at 06:51:38AM -0800, Terry Lambert wrote:
Nicolas Souchu wrote:
Hi VM developers,
Has anyone already some useful utils to develop a VM pager for FreeBSD?
The KGI port project is progressing and is now up to the point that I have
to handle the VM events as done
On Wed, Dec 05, 2001 at 10:15:30PM -0800, Terry Lambert wrote:
and ordinary user will find FreeBSD is slower, could we let user to
select which kernel to install at installing time?
It's a possibility that I've considered, given that sysinstall
had a hard time supporting installing
On Thu, Dec 06, 2001 at 10:49:48AM -0500, Michael R. Wayne wrote:
There needs to be an automatic way to help the new user get a
better kernel on his box. Matt Dillon provided a man page, now
what's needed is a program (call it autotune) that looks at the
machine and, possibly after asking
On Thu, 6 Dec 2001, Leo Bicknell wrote:
Would it not be simple to create say, GENERIC-64M, GENERIC-128M,
GENERIC-256M (or small medium large, or whatever), tune a number
of critical parameters, and just ship them as part of /bin? Surely
the code to have the installer check the sysctl for
In bad taste to reply to myself...I said:
My best guess is that someone has the UDP src, dst and ports in host
order not net order and on Intel arch. this causes a UDP checksum error.
It may have something to do with this being the originating host,
and wee have a copy of the packet before
On Thu, 6 Dec 2001, Terry Lambert wrote:
On the other hand, you should also examine the packet in
from the other machine, as the checksum might have started
out broken. If so, an incremental update wouldn't correct
it.
I am sorry that I don't get what you mean well. The multicast-sending
Hello Terry,
Thursday, December 06, 2001, 6:08:44 PM, you wrote:
TL Dmitry Konyshev wrote:
For some odd reason I need to load another OS (no matter which one,
everything that known about it is its boot sector number)
at the end of the reboot syscall. Could someone please explain how to
Nicolas Souchu wrote:
From my reading of the code, all it is is a pseudo device that
permits you to establish/remove memory mappings for various regions
of the graphics card memory, which may or may not be apertured,
into process address space, as a file buffer mapping.
[ ... ]
As you
On Thu, Dec 06, 2001 at 11:05:15AM -0500, Mike Silbersack wrote:
This discussion about shipping mulitple kernels is getting silly, as
nothing in this discussion has addressed why we need multiple kernels. As
of 4.4, nearly every important setting can be tuned through options in
loader.conf;
On Thu, 6 Dec 2001, Terry Lambert wrote:
Dmitry Konyshev wrote:
For some odd reason I need to load another OS (no matter which one,
everything that known about it is its boot sector number)
at the end of the reboot syscall. Could someone please explain how to
switch processor to real
Yung-Sheng Tang wrote:
I am sorry that I don't get what you mean well. The multicast-sending
AP, mrouted and tcpdump all run on the same machine. From tcpdump
result, the multicast AP gives the right checksum, whereas
encapsulating module(?) gives the wrong checksum, right? So, What next
I
On Thu, 6 Dec 2001, Dmitry Konyshev wrote:
I saw an example of switching in real mode in linux' sources (it looks
pretty clear) and thouhgt it is possible to do the same under FreeBSD.
The problem is I'm absolutely lost in FreeBSD's physical memory management
implementation (page tables and
On Thu, 6 Dec 2001, Leo Bicknell wrote:
I'm not stuck on the idea of doing it with a kernel, using loader.conf
is fine. I do think there are a number of relatively statically
configured things (most of them dependant on maxusers by default)
that loader.conf probably can't change now.
Put
Dmitry Konyshev wrote:
[ ... reboot with new active partition ... ]
I thought of this way, but it might seem strange for a user if her
computer would want to reboot without any obvious reason. I'll keep
this way in mind for the case I fail to implement it in more user-friendly
manner. :)
Ronald G Minnich wrote:
I saw an example of switching in real mode in linux' sources (it looks
pretty clear) and thouhgt it is possible to do the same under FreeBSD.
The problem is I'm absolutely lost in FreeBSD's physical memory management
implementation (page tables and directory and so
Leo Bicknell [EMAIL PROTECTED] writes:
The problem with GENERIC is it is the lowest common denominator.
While it's really cool we can still boot on a 386 with 4 meg of
RAM, making the compromises to make that happen is not terribly
useful.
386 support has been removed from -CURRENT.
On Thu, 6 Dec 2001, Terry Lambert wrote:
It isn't enough to do what he wants, though. He wants to effectively
return to real mode and jump to a real mode boot strap loader, as if
in the second stage of a boot manager, after the partition to boot has
been selected (e.g. Reboot to Linux,
Leo Bicknell [EMAIL PROTECTED] writes:
Put generically, I want to see a way for users to have FreeBSD make
better use of their hardware with at-most them having to select a
single option of a menu of 4-5 choices. The guy who just bought
a gig of ram because it came in a cracker jack box
I saw an example of switching in real mode in linux' sources (it looks
pretty clear) and thouhgt it is possible to do the same under FreeBSD.
The problem is I'm absolutely lost in FreeBSD's physical memory management
implementation (page tables and directory and so on).
That code is
On Thu, 6 Dec 2001, Ronald G Minnich wrote:
no, you are right. It's just that the freebsd code for this is a nice
tutorial, then when he looks at bootimg or whatever it will be easier to
^^^
NOT a typo. bootimg is Werner Almesberger's (LILO guy)
On 06-Dec-01 Nate Williams wrote:
I saw an example of switching in real mode in linux' sources (it looks
pretty clear) and thouhgt it is possible to do the same under FreeBSD.
The problem is I'm absolutely lost in FreeBSD's physical memory management
implementation (page tables and
On Thu, 6 Dec 2001, Leo Bicknell wrote:
On Wed, Dec 05, 2001 at 10:15:30PM -0800, Terry Lambert wrote:
and ordinary user will find FreeBSD is slower, could we let user to
select which kernel to install at installing time?
It's a possibility that I've considered, given that sysinstall
I saw an example of switching in real mode in linux' sources (it looks
pretty clear) and thouhgt it is possible to do the same under FreeBSD.
The problem is I'm absolutely lost in FreeBSD's physical memory management
implementation (page tables and directory and so on).
That code
Martin Heller wrote:
I can confirm that the patches are also working flawlessly for a Pentax
Optio 330 on a 5.0-current system.
Great! Did you try the patch I posted (quirks added to scsi_da.c) or the
one from the PR? (They're different.)
Lars
--
Lars Eggert [EMAIL PROTECTED]
Hello all.
I read with interest (and fair ignorance ;-) ) the thread about delayed
ACKs in the TCP/IP stack.
Looking at the results of tbench, it looked like something I wanted in
my 4.2 kernel. So I patched my kernel accordingly, and ran the tests:
---8---
Pre-patch:
[sheol]
On 06-Dec-01 Lamont Granquist wrote:
On Thu, 6 Dec 2001, Leo Bicknell wrote:
On Wed, Dec 05, 2001 at 10:15:30PM -0800, Terry Lambert wrote:
and ordinary user will find FreeBSD is slower, could we let user to
select which kernel to install at installing time?
It's a possibility
I'll take a shot at qualifying what is is that KGI wants:
Yes, we definitely want page-fault handlers if we can possibly
get them:
1) For fossil cards where the aperture is smaller than the VRAM,
with impossible-or-dangerous-to-expose-to-userpace aperture
control. Also this provides
the len and offset have been put in net order, but the len is then
assumed to be in host order:
in sys/netinet:
--- ip_mroute.c.origThu Jul 19 01:37:26 2001
+++ ip_mroute.c Thu Dec 6 12:26:25 2001
@@ -1595,6 +1595,7 @@
*/
ip = (struct ip *)((caddr_t)ip_copy +
It's still there. See the code in /sys/boot, in particular,
the bios code in boot2 and boot 3.
You're thinking of the bioscall interface in BTX, I guess, which uses
v86 mode, not real mode.
As John said, actually, really going back to real mode is hard. It would
be easier to just reboot
ignore that patch, it is completely wrong.
sorry.
--mark.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
S. Aeschbacher writes:
Hi
I experienced similar problems here in Switzerland. It happend with
FreeBSD as well
as with OpenBSD routers. A solution I found is deleting the arp table
entry of the
default router of the cable modem provider (as a cron job).
I did not investigate the source of
This makes me believe the devclass_t structure defined in a driver is
never used. Is there another code path I'm missing?
Yes; there is a twisty maze of macros which ultimately results in the
driver_module_data structure ending up in a linker set. The devclass
structure is, as Warner
On Thu, Dec 06, 2001 at 01:13:55PM -0500, Brian S. Julin wrote:
I'll take a shot at qualifying what is is that KGI wants:
Yes, we definitely want page-fault handlers if we can possibly
get them:
1) For fossil cards where the aperture is smaller than the VRAM,
with
* Warner Losh [EMAIL PROTECTED] [011205 23:00] wrote:
In message [EMAIL PROTECTED] Alfred Perlstein writes:
: What you do is fold a paperclip then use it to make the last
: two pins of the ISA bus short:
and it doesn't work on PCI bus, or any other bus than ISA (except
maybe EISA). I have
Hi,
we have a couple of 4.4-RELEASE machines that have both Intel 82801AA
(ICH) SMBus controllers and BrookTree 878 TV cards. Both of these attach
to smbus devices, the BrookTree to smbus0 and the Intel to smbus1.
The problem is that all system status utilities I tried (wmhm, wmlmmon,
etc.)
In message [EMAIL PROTECTED], John Baldwin writes:
The short form is htat you need to hack the cpu_halt to call a function that
puts a stub down in low memory, and calls it. This code needs to be mapped 1:1
so that the logical address == physical address. The first thing you will
Yeah, I
On Thu, 6 Dec 2001, Mike Smith wrote:
As John said, actually, really going back to real mode is hard. It would
be easier to just reboot the system, especially since we have probably
left hardware in odd states.
True. For two kernel monte and LOBOS we never leave protected mode before
On Thu, 6 Dec 2001, Terry Lambert wrote:
Nicolas Souchu wrote:
From my reading of the code, all it is is a pseudo device that
permits you to establish/remove memory mappings for various regions
of the graphics card memory, which may or may not be apertured,
into process address
This is a bug in delayed checksum. The checksum in the encapsulated
packet is the pseudo-header checksum:
mango% ipcksum
0011 0018 c009 c87f e002 0304
correct checksum of the 12 bytes is 9446 1's complement is 6bb9
(6bb9 is the udp checksum in the encapsulated packet). ip_output()
has to do
On Thu, 6 Dec 2001, Brooks Davis wrote:
[...]
If it got us a port sooner with fewer bugs, I'd certaintly be happy to
see the FreeBSD port not support ancient hardware. Linux and NetBSD are
both doing an excelent job in that space.
IMHO, it's not only about supporting ancient (graphics)
Title: FileCrypt SDK - Your new security
Library
Developers who need to
implement strong security in their applications will find the
FileCrypt SDK libraryfitstheir needs
perfectly.
Find out for
yourself...
Obtain the
30-day free evaluation after you fill out the form you find
at
In message [EMAIL PROTECTED], Leo Bicknell cleopede:
On Thu, Dec 06, 2001 at 06:23:31AM -0800, Terry Lambert wrote:
I'd suggest our target should be a P-III 600 with around 256M of
RAM as what Generic should be tuned for
Can't. The static allocations for that much assumed RAM would
* Greg Shenaut [EMAIL PROTECTED] [011206 15:12] wrote:
In message [EMAIL PROTECTED], Leo Bicknell cleopede:
Speaking as someone with a lab full of older machines, including
some 8MB 386SXs happily humming along under FreeBSD, and no machine
with 32 MB, I obviously am going to disagree
On Thu, Dec 06, 2001 at 09:26:40AM -0800, Lamont Granquist wrote:
An alternative solution that i haven't read anyone suggest on this thread
is simply to improve man tuning(7) and make people more aware of it.
Could (should ???) be part of the installation process, accessible as
menue or
Joerg Schilling writes:
From [EMAIL PROTECTED] Thu Dec 6 00:41:54 2001
Joerg Schilling writes:
.
STAR OptionDescription
Gnu tar equiv. Remarks
======
Stefan,
could you (if it's not too much hassle) mail me the details of setting that
cron job up - as an interim solution. Hopefully we'll get a better one of
this list soon!
Thanks in advance,
Mike
On Thursday 06 December 2001 1:57 pm, S. Aeschbacher wrote:
Hi
I experienced similar
S. Aeschbacher wrote:
A solution I found is deleting the arp table entry of the default
router of the cable modem provider (as a cron job). I did not
investigate the source of the problem. Anyone got any clues?
This sounds a lot like your cable modem provider throtteling the link if
it
This sounds a lot like your cable modem provider throtteling the link if
it doesn't see some sort of negotiation (DHCP, ARP, etc.) after a fixed
amount of time. I could imagine that some companies do this for
residential connections.
Does your cable modem provide IP service, or do you need
Mike D wrote:
going out. I haven't checked for either packet drops / RTT increase (how?)
but when I say slow, I mean for eaxmple to get www.google.com up takes 5-10
minutes. Also other machines on the LAN can not really get out at all.
If you ping/traceroute, do you see losses (and
Olá!
Veja meu site pessoal. Basta clicar no endereço
abaixo. GARANTO SER SUI-GENERIS - CLIQUE ABAIXO:
http://www.pastorinha.atfreeweb.com
Mais de 162.000 internautas visitaram a PG., existe 6 Álbuns:
Se você quiser, por favor, indique minha Home Page, a outros
Internautas. Mais detalhes, se
Olá!
Veja meu site pessoal. Basta clicar no endereço
abaixo. GARANTO SER SUI-GENERIS - CLIQUE ABAIXO:
http://www.pastorinha.atfreeweb.com
Mais de 162.000 internautas visitaram a PG., existe 6 Álbuns:
Se você quiser, por favor, indique minha Home Page, a outros
Internautas. Mais detalhes, se
On Thu, 6 Dec 2001, Bill Fenner wrote:
Please try this patch. It gives multicast packets on a multicast
router similar treatment to those that IPSEC packets get, by calculating
the delayed checksum early and not permitting it to be offloaded to
the interface.
It does not work.
FreeBSD does not have fault hook available, all faults are processed in
vm_fault.
I know Linux supports that idea, you can insert a fault hook to
monitor some
address range where fault occurs, and then graphics frame buffer can be
supported.
--
David Xu
Nicolas Souchu wrote:
Hi VM
However, there does exist one case that have good checksum, no matter I
apply the patch or not.
Is the local system a member of one or the other of these groups?
i.e. does it work when the local system is a member, or not, or
is that not a predictor of the behavior?
Bill
To Unsubscribe:
I looked at the larger context and realized that ip_mloopback()
was wrong too. Try this updated patch; it is a superset of the
previous one.
Bill
Index: ip_output.c
===
RCS file: /home/ncvs/src/sys/netinet/ip_output.c,v
In message [EMAIL PROTECTED] Mike Barcroft writes:
: Leo Bicknell [EMAIL PROTECTED] writes:
: The problem with GENERIC is it is the lowest common denominator.
: While it's really cool we can still boot on a 386 with 4 meg of
: RAM, making the compromises to make that happen is not terribly
:
In message [EMAIL PROTECTED] Alfred Perlstein writes:
: * Warner Losh [EMAIL PROTECTED] [011205 23:00] wrote:
: In message [EMAIL PROTECTED] Alfred Perlstein writes:
: : What you do is fold a paperclip then use it to make the last
: : two pins of the ISA bus short:
:
: and it doesn't work
* David Xu [EMAIL PROTECTED] [011206 22:15] wrote:
FreeBSD does not have fault hook available, all faults are processed in
vm_fault.
I know Linux supports that idea, you can insert a fault hook to
monitor some
address range where fault occurs, and then graphics frame buffer can be
you mean we can use OBJT_PHYS? do we fully support it?
althougth we have phys_pager, I suspect it is not enough, because
along with fault handling, graphics driver will need other operations, for
examples, unmap other pages and setup hardware registers,
think about a frame buffer driver
* David Xu [EMAIL PROTECTED] [011207 00:01] wrote:
you mean we can use OBJT_PHYS? do we fully support it?
althougth we have phys_pager, I suspect it is not enough, because
along with fault handling, graphics driver will need other operations, for
examples, unmap other pages and setup
On Thu, 6 Dec 2001, Andreas Klemm wrote:
On Thu, Dec 06, 2001 at 09:26:40AM -0800, Lamont Granquist wrote:
An alternative solution that i haven't read anyone suggest on this thread
is simply to improve man tuning(7) and make people more aware of it.
Could (should ???) be part of the
Hiten Pandya [EMAIL PROTECTED] writes:
i know what DEVFS is... after the lecture at the
BSDCon 2001 Europe by phk
Well, the author of pseudofs was there too, and did mention it in his
lightning talk right before Jordan's MacOS X presentation. You could
have asked him there :)
DES
--
hi all...
i would like to know if possible what is PSEUDOFS...
cause i forgot to update my kernel configuration file,
regarding the message in the UPDATING section...
i know what DEVFS is... after the lecture at the
BSDCon
2001 Europe by phk
=
thanks...
regards...
Hiten Pandya
[EMAIL
On Thu, 06 Dec 2001 03:09:59 PST, Hiten Pandya wrote:
i would like to know if possible what is PSEUDOFS...
cause i forgot to update my kernel configuration file,
regarding the message in the UPDATING section...
man pseudofs
Ciao,
Sheldon.
To Unsubscribe: send mail to [EMAIL PROTECTED]
Hiten Pandya wrote:
hi all...
i would like to know if possible what is PSEUDOFS...
cause i forgot to update my kernel configuration file,
regarding the message in the UPDATING section...
i know what DEVFS is... after the lecture at the
BSDCon
2001 Europe by phk
As far as I know,
83 matches
Mail list logo