Any particular reason you're looking into doing this?
Kind regards,
Devon H. O'Dell
_ [EMAIL PROTECTED]&%
---_ http://www.[1]rudyrockstar.com -_-__---
--
SI disks.
Hope this is of some use. I'd be interested in seeing what others are doing.
Kind regards,
Devon H. O'Dell
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
2006/11/28, Garrett Cooper <[EMAIL PROTECTED]>:
Hello,
Just wondering, abstractly..
Both sides can read from and write to the socket file descriptor.
You'll need to develop a protocol to determine when either given side
is expecting to receive or to send data (if both sides sit around in
r
d (and
possibly hints on doing it), or
b) Possible workarounds / hacks to do this faster for vr(4)
Any input is appreciated! (Except ``vr(4) is lol'')
Kind regards,
Devon H. O'Dell
___
freebsd-hackers@freebsd.org mailing list
http://
And my apologies to those of you who found out that this file didn't
exist on the server yesterday -- it should be there now.
--Devon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe,
2006/3/15, Peter Jeremy <[EMAIL PROTECTED]>:
> About six months ago, there was a lot of press publicity given to a
> port of Sun's DTrace code to FreeBSD. Does anyone know what (if
> anything) is happening to this? Google doesn't turn up anything more
> recent and I don't recall reading anything
2006/1/18, Ensel Sharon <[EMAIL PROTECTED]>:
>
> I am running over 2000 null mounts on a FreeBSD 6.0-RELEASE system. I am
> well aware of the status of the null_mount code, as advertised in the
> mount_nullfs man page:
>
> THIS FILE SYSTEM TYPE IS NOT YET FULLY SUPPORTED (READ: IT DOESN'T
> W
Baldur Gislason wrote:
IPFW does have a queue feature which is a part of dummynet.
You can match packets based on size and send them to different queues.
Baldur
On Mon, Jun 13, 2005 at 09:36:57PM +0300, Erik Udo wrote:
I came across this idea for prioritizing small
IP packets, so that for exa
On Thu, Apr 21, 2005 at 02:47:32PM +0200, Devon H. O'Dell wrote:
> On Thu, Apr 21, 2005 at 03:46:43PM +0300, freebsd-hackers@freebsd.org wrote:
^- whoops, I didn't notice that.
> > blagodarq za izpratenoto ot Vas pismo nai skoro shte vi otgovorq!!
>
> Turn this off.
On Thu, Apr 21, 2005 at 03:46:43PM +0300, freebsd-hackers@freebsd.org wrote:
> blagodarq za izpratenoto ot Vas pismo nai skoro shte vi otgovorq!!
Turn this off.
pgpfqXCgnd4rU.pgp
Description: PGP signature
On Thu, Apr 21, 2005 at 08:23:46AM -0400, c0ldbyte wrote:
> On Thu, 21 Apr 2005, Joerg Sonnenberger wrote:
>
> >On Thu, Apr 21, 2005 at 07:39:08AM -0400, c0ldbyte wrote:
> >>Now if that last question is correct and thats the proccess you are using
> >>to create a jail then depending on the situati
(ifnet, int, caddr_t)
Kind regards,
Devon H. O'Dell
pgpdBYRntqE5Q.pgp
Description: PGP signature
On Tue, Mar 29, 2005 at 02:12:53PM +0100, David Malone wrote:
> On Tue, Mar 29, 2005 at 09:11:07PM +1000, Peter Jeremy wrote:
> > That's almost a year ago and specifically for the amd64. Does anyone
> > know what the results were?
>
> I had a quick dig around on cvsweb this morning:
>
>
>
On Mon, Mar 28, 2005 at 01:42:16PM -0500, c0ldbyte wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Mon, 28 Mar 2005, mohamed aslan wrote:
>
> >hi guys
> >it's my first post here, BTW i was a Linux hacker and Linux kernel
> >mailing list member for 3 years.
> >
> >and I've a commen
On Wed, Mar 23, 2005 at 02:24:54PM -0500, John Baldwin wrote:
> On Saturday 19 March 2005 04:04 am, Devon H. O'Dell wrote:
> > On Sat, Mar 19, 2005 at 09:43:41AM +0100, Devon H. O'Dell wrote:
> >
> > Sorry, hate replying to myself. Turns out the value here is vari
On Sat, Mar 19, 2005 at 09:43:41AM +0100, Devon H. O'Dell wrote:
> On Sat, Mar 19, 2005 at 09:02:15AM +0100, Devon H. O'Dell wrote:
> > On Fri, Mar 18, 2005 at 03:55:53PM -0700, Warner Losh wrote:
> > > > I'm busy writing a Ziatech 5503 watchdog driver for
On Sat, Mar 19, 2005 at 09:02:15AM +0100, Devon H. O'Dell wrote:
> On Fri, Mar 18, 2005 at 03:55:53PM -0700, Warner Losh wrote:
> > > I'm busy writing a Ziatech 5503 watchdog driver for FreeBSD (and
> > > porting all the watchdog stuff to DragonFly BSD) and Plan 9.
On Fri, Mar 18, 2005 at 03:55:53PM -0700, Warner Losh wrote:
> > I'm busy writing a Ziatech 5503 watchdog driver for FreeBSD (and
> > porting all the watchdog stuff to DragonFly BSD) and Plan 9. For my
> > driver, I have no way to identify that the system has the driver, so
> > I wanted to make it
Hey,
I'm busy writing a Ziatech 5503 watchdog driver for FreeBSD (and
porting all the watchdog stuff to DragonFly BSD) and Plan 9. For my
driver, I have no way to identify that the system has the driver, so
I wanted to make it conditional on
options ZT5503
existing in the kernel configuration fi
Justin Hopper wrote:
[snip]
Thanks for understanding my question, Devon. I guess at this point I'll
patch a system here and begin testing with it, and hopefully PJD or PHK
or somebody else @freebsd will respond with any plans to roll this
functionality into the base system. It's really not a prob
Chris Howells wrote:
On Wednesday 08 December 2004 08:23, Justin Hopper wrote:
1) Is there any formal plans to incorporate the functionality of jails
binding multiple IPs into the FreeBSD base any time soon?
'ifconfig alias'
Please, people, read his question. Into JAILS. When you attempt to add
a
nd a half.
I have run the MIP patch and found no problems. I believe there is a
race condition that it introduces, but that could be irrelevant /
incorrect information. I'll leave it up to PJD and others to provide any
more information if it is necessary and
y simple to extend, and it's not
very large.
I haven't looked at Drakx at all, so I can't say anything useful about that.
HTH,
Devon H. O'Dell
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
now that
not very many FreeBSD developers use IRC, but we are all available in
#dfinstaller on EFNet. We're using gettext for this at the moment.
Kind regards,
Devon H. O'Dell
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailm
Brian Barto wrote:
Very interesting stuff. Certainly worth more investigation.
Something occurred to me while I read your thesis. Though maybe it was
worth a mention. The TTL (time to live) could potentially cause the IDS
module to be easily beaten. An attack could begin and immediately go
into
I can do with little effort and in little time.
Congratulations, and good luck with your study!
Kind Regards,
Devon H. O'Dell
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Claudiu Dragalina-Paraipan wrote:
Hi,
I have this situation: 2 inet connection at 2 different ISP, one with
2Mbps and one with 128kbps; and a big NATed network behind it, and a
small group of real addresses.
I want to do this: use the first connection as "primary" connection, and
if this fails,
- Original Message
From: Matt Emmerton <[EMAIL PROTECTED]>
To: Mike Meyer <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: FreeBSD Kernel buffer overflow
Date: 18/09/04 05:41
>
>
> - Original Message -
> From: "Mike Meyer" <[EMAI
Avleen Vig wrote:
On Tue, Jul 20, 2004 at 07:39:31PM -0500, Conrad J. Sabatier wrote:
Just musing on an idea here:
I've been thinking for a while now about trying to write a tool to make
kernel configuration easier, sort of a "make config" (as in ports) for
the kernel, similar to what's available o
mal (as it would have to be
done on a per-packet basis). If we could store those IPs in a hash table
with a fast algorithm for O(1) lookup times, the prison subsystem would
experience significant feature improvements.
--
Kind regards,
Devon H. O'Dell | [EMAIL PROTECTED]
IC
If you want an interesting problem to work on, come up with a solution
to
the keying problem for disk encryption. It somehow needs to allow
automated, unattended reboots during "normal" operations but prevent
attackers from compromising the system. Maybe you could have the
system
send an SMS me
r someone could hack up demonstrating this principle solely (or
software package that's more straightforward and less abstracted that
PostgreSQL) would be greatly appreciated.
Kind regards,
Devon H. O'Dell
___
[EMAIL PROTECTED] mailing list
At 08:11 AM 12/5/03 +, Mark Murray wrote:
Hi
Could you please discuss spam issues on a spam list. Your mail
has nothing to do with FreeBSD.
I'm sorry about your car accident, but that is also not hackers@
material. It is, however OK for [EMAIL PROTECTED]
My friend... let me make this clear to
pile, not to mention offering
substantial architectural cleanup.
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
[EMAIL PROTECTED] Senior Research Scientist, McAfee
Research
This is great news and definitely something I am interesting in
contributing to. Sam: ho
Op 4-dec-03 om 15:28 heeft Marko Zec het volgende geschreven:
On Thursday 04 December 2003 15:13, Devon H.O'Dell wrote:
I've been looking through the IP stack for shits and giggles and was
wondering why a few things are the way they are with IPFW's
implementation.
I went back through the CVSWeb st
I've been looking through the IP stack for shits and giggles and was
wondering why a few things are the way they are with IPFW's
implementation.
I went back through the CVSWeb stuff to check out the changes and it
appears that most of my questions are purely cosmetic issues; but I
still don't
Martin Ván(a wrote:
Hi,
I use two soundcards on my Freebsd5.1 box - Sb Live and SB AWE64, FreeBSD somehow figured out that
Live is better than Awe and made it "primary" soundcard. The reason I have AWE still in computer, is
it's amplyfing skills /2x4W/ so I don't need aditional amplyfier. With Xmm
Scott Mitchell wrote:
This is fine - just an informational message rather than anything
actually wrong.
Out of curiosity, what does that indicate (or where can I find comments
in the source)?
Indeed... the docs should probably just list the classes of device that
should work, rather than specif
Scott Mitchell wrote:
On Mon, Sep 22, 2003 at 09:12:50AM -0400, [EMAIL PROTECTED] wrote:
No worries - it's what the lists are for.
AFAIK all USB mass storage devices should be supported by the umass driver,
but some devices will have issues. I use various flash cards and 'pen drives'
all the
39 matches
Mail list logo
