On Aug 7, 2005, at 4:42 PM, Nick Holland wrote:
Your description sounds just like a memory problem, the more your
install, the more memory the system uses. MAKEDEV uses a LOT of RAM.
Well, I started by pulling out all the core, and swapping them in 2
at a time (2 @16Mb each). At first I wa
On Aug 7, 2005, at 4:23 PM, J.C. Roberts wrote:'
At times I wonder if Apple not supporting serial is smart or dumb but
I never seem to come to a conclusion...
OT: I think it's dumb. But that's from the standpoint of someone who
does more with computers than 95% of the population. I also th
On Aug 7, 2005, at 2:46 PM, J.C. Roberts wrote:
Floppy drives and diskettes are notorious for failing in very strange
and unusual ways. Check out the mild but insightful message from Art
on tech@ if you want to know the general consensus on floppies.
That's good to know. Unfortunately, most o
I'm attempting to install OBSD 3.7 sparc on a Sparcstation 20. I've
been through installs numerous times on 20's, 2's, and an IPC using
previous OBSD versions.
Currently, I only have one install method -- floppy. I could
conceivably set up a netboot install or wrangle a CDR drive if need
On Aug 2, 2005, at 9:03 PM, Rod.. Whitworth wrote:
Anybody know what, if anything, it does that an OBSD solution doesn't/
cannot, that may be important?
Or alternatively the reverse.
What it does that an OBSD solution can't is be low power, cheap, and
bought off the shelf (maybe there are
On Jul 6, 2005, at 9:03 AM, Todd C. Miller wrote:
In message <[EMAIL PROTECTED]>
so spake Jim Fron (j-fron.q.public):
Yes, I'm getting the feeling that what I'm seeing is "not
normal." As
I've said, I have a suspicion that it's due to the le[dma]
I have an OpenBSD/Sparc box that I'm using for NAT at home. le0 is
the LAN, le1 is the cablemodem.
I recently purchased a wireless AP, and would like to add that to
the internal network. However, I am paranoid, and, even though I've
enabled WPA and hardware address restriction on the AP, I stil
On Feb 25, 2005, at 3:43 AM, Pierre-Yves Ritschard wrote:
Jim Fron wrote:
Since I'm running an SS20, all of my _real_ interfaces have the same
MAC address (for Sparc 32-bit, it's a property of the machine, not
the NIC).
My SS20 is not at hand for the moment, but i do think there
Good news! I'm half-way there.
I took Camiel's patch to bridge_input() in if_bridge.c ref:
google:"bridging vlans on a single interface" and modified it slightly
so that the source interface would not get rewritten if the destination
mac address matches, period. (no longer vlan-specific)
T
Okay, here's the deal: when I bridge two interfaces, one of which has
an IP address, traffic from nodes on one side to the other passes
through pf just fine, all rules matching properly. Traffic TO the
OpenBSD system itself hits pf rules for "in" on "le2," and "out" on
"le0" regardless of whic
I was testing my pf.conf rules, and I ran across something rather odd
while sending odd ICMP frames. I wrote a quick app to send raw
ICMP/UDP/TCP frames, and ran it from an OSX box to send raw ICMP.
I ran simultaneous tcpdumps on the OSX box sending the frame, the
OpenBSD (-stable, as of a co
This is an intriguing problem that certaiinly is going against
everything I know about how pf and bridging is supposed to work on
OpenBSD. Anyhow, I have come up with some things that might help you
ascertain what is going on with the firewall. I reread your initial
emails and follow ups to e
I'm copying both pf and [EMAIL PROTECTED] It's looking as though I may
have to take this to a Sparc specific forum, though. Unless someone
can offer an explanation of what I'm seeing, I'm starting to suspect
Sparc/SBUS-specific programming here.
1b. bridge (4), and all of the literature I
On Feb 27, 2005, at 2:00 PM, Camiel Dobbelaar wrote:
On Sun, 27 Feb 2005, Jim Fron wrote:
Yes, I'm getting the feeling that what I'm seeing is "not normal."
As I've
said, I have a suspicion that it's due to the le[dma] SBUS interfaces
not
having their own
On Mar 24, 2005, at 12:28 PM, T. wrote:
Hello
What kind of understanding/years of experience/education is really
needed to be able to do anything useful with OpenBSD (or any OS in
general) source-code?
I wouldn't say I'm at the "useful" stage yet, but... the responses so
far seem quite goo
John L. Scarfone wrote:
> On Tue, Mar 08, 2005 at 08:49:18PM -0500, Jim Fron mentioned:
>> OpenBSD on le0:
>>
>>...0800 60:
>>192.168.1.9 > 192.168.1.1: icmp: echo request (id: seq:21845)
>>(ttl 255, id 24192)
>>
Okay, I can get my bridge and pf rules working if I need to, but
I'd still like to understand WHY they work they way they do. So
I ran some test cases.
My configuration is this:
OpenBSD/Sparc (SS20). I have one external interface, and two
internal interfaces. There's NAT to the external, but
A helpful person on the PF list said he has a similar setup, but does
not experience the problem I'm having. So I'm starting to suspect it
might be an SBUS/Sparc-specific problem. I'm working with
OpenBSD/Sparc on an SS20, and, if it makes any difference at all, my
interfaces are lebuffer and
I found this:
http://openbsd.automagic.org/plus.html
"Apply bridge filter rules to frames destined for the local machine,
so a
single-interface bridge can do filtering and tagging."
And then searched on that phrase, and found this:
http://www.monkey.org/openbsd/arch
19 matches
Mail list logo
