not a matter of locks needing to be again initialized
-- the mutexes are fine -- they just need to be relinquished, which
never occurs for the child now, but used to work fine in 7.0. What is
truly broken about the current behavior module the bug I'm trying to fix?
--
Brian Fundakowski Feldman
On Mon, Jan 19, 2009 at 07:41:35PM -0500, Brian Fundakowski Feldman wrote:
On Fri, Jan 16, 2009 at 02:36:06PM -0800, Jason Evans wrote:
Brian Fundakowski Feldman wrote:
Could you, and anyone else who would care to, check this out? It's a
regression
fix but it also makes the code
On Fri, Jan 16, 2009 at 02:36:06PM -0800, Jason Evans wrote:
Brian Fundakowski Feldman wrote:
Could you, and anyone else who would care to, check this out? It's a
regression
fix but it also makes the code a little bit clearer. Thanks!
Index: lib/libc/stdlib/malloc.c
Why does malloc
On Fri, Jan 09, 2009 at 09:39:08AM -0800, Julian Elischer wrote:
Brian Fundakowski Feldman wrote:
On Thu, Jan 08, 2009 at 11:09:16PM -0800, Julian Elischer wrote:
Brian Fundakowski Feldman wrote:
On Thu, Jan 08, 2009 at 10:44:20PM -0500, Daniel Eischen wrote:
On Thu, 8 Jan 2009, Brian
On Thu, Jan 08, 2009 at 11:09:16PM -0800, Julian Elischer wrote:
Brian Fundakowski Feldman wrote:
On Thu, Jan 08, 2009 at 10:44:20PM -0500, Daniel Eischen wrote:
On Thu, 8 Jan 2009, Brian Fundakowski Feldman wrote:
It appears that the post-fork hooks for malloc(3) are somewhat broken
On Fri, Jan 09, 2009 at 07:42:32PM +0200, Kostik Belousov wrote:
On Fri, Jan 09, 2009 at 11:34:26AM -0500, Brian Fundakowski Feldman wrote:
On Thu, Jan 08, 2009 at 11:09:16PM -0800, Julian Elischer wrote:
Brian Fundakowski Feldman wrote:
On Thu, Jan 08, 2009 at 10:44:20PM -0500, Daniel
this already locally?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
gr...@freebsd.org \ The Power to Serve! \
Opinions expressed are my own
On Thu, Jan 08, 2009 at 10:44:20PM -0500, Daniel Eischen wrote:
On Thu, 8 Jan 2009, Brian Fundakowski Feldman wrote:
It appears that the post-fork hooks for malloc(3) are somewhat broken such
that
when a threaded program forks, and then its child attempts to go threaded, it
deadlocks
.
Please provide me some inputs.
Look for NMI references in src/sys/i386/i386/trap.c.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
used in the
kernel versus the if_bridge(4) code having been structured for IPL.
I very much like this far more featureful and cleaner bridging
implementation; it would benefit from implementing a locking strategy
almost entirely not unlike Netgraph.
--
Brian Fundakowski Feldman
On Wed, Jun 01, 2005 at 11:58:49AM +1200, Andrew Thompson wrote:
On Tue, May 31, 2005 at 07:48:16PM -0400, Brian Fundakowski Feldman wrote:
On Tue, May 31, 2005 at 11:25:54AM +1200, Andrew Thompson wrote:
Hi,
I am looking for testers and code review for if_bridge, the bridge
be documented to require no locks
to be held when being called, except for M_NOWAIT specifically in the
one-page-or-less allocation case.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions
On Fri, May 20, 2005 at 10:39:12AM -0600, Scott Long wrote:
Brian Fundakowski Feldman wrote:
On Fri, May 20, 2005 at 01:40:35PM +0200, Hans Petter Selasky wrote:
Hi,
I just hit some problems with the new contigmalloc() routine in
FreeBSD-6-current, which is used by bus_dmamem_alloc
all, i dont think it's that hard to
make.
Way overkill. find . -mindepth 1 -maxdepth 1 -inum inode
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
a tunable would be just before the
vfs_mountroot() in start_init(), but then after moving the g_waitidle()
from vfs_mountroot() to just before this check in start_init().
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED
On Wed, Apr 20, 2005 at 01:29:10PM -0400, Garrett Wollman wrote:
On Wed, 20 Apr 2005 11:52:33 -0400, Brian Fundakowski Feldman [EMAIL
PROTECTED] said:
I think the first is more useful behavior than the last. Supporting it
should be exactly the same as supporting what happens
On Fri, Apr 22, 2005 at 11:28:15AM -0400, Garrett Wollman wrote:
On Fri, 22 Apr 2005 11:08:35 -0400, Brian Fundakowski Feldman [EMAIL
PROTECTED] said:
Can you find any evidence that it's acceptable to interleave multiple
writers that are doing O_APPEND? At best, to do what you're
On Wed, Apr 20, 2005 at 04:04:09PM +0200, Marc Olzheim wrote:
On Tue, Apr 19, 2005 at 04:47:23PM -0400, Brian Fundakowski Feldman wrote:
This compiles.
It does and it seems to work. The NFS performance drops considerably
though, from 8/9 MByte/s to 3/4 on sequential reads for instance
On Wed, Apr 20, 2005 at 04:38:42PM +0200, Marc Olzheim wrote:
On Wed, Apr 20, 2005 at 10:24:48AM -0400, Brian Fundakowski Feldman wrote:
It does and it seems to work. The NFS performance drops considerably
though, from 8/9 MByte/s to 3/4 on sequential reads for instance.
kern/79208
On Wed, Apr 20, 2005 at 05:35:28PM +0200, Marc Olzheim wrote:
On Wed, Apr 20, 2005 at 11:20:38AM -0400, Brian Fundakowski Feldman wrote:
Reads should be totally unaffected...
The server was misbehaving. Fixed. :-)
Btw.: I'm not sure write(),writev() and pwrite() are allowed to do short
On Wed, Apr 20, 2005 at 07:12:20PM +0200, Jilles Tjoelker wrote:
On Wed, Apr 20, 2005 at 11:52:33AM -0400, Brian Fundakowski Feldman wrote:
On Wed, Apr 20, 2005 at 05:35:28PM +0200, Marc Olzheim wrote:
On Wed, Apr 20, 2005 at 11:20:38AM -0400, Brian Fundakowski Feldman wrote:
Btw.: I'm
On Wed, Apr 20, 2005 at 01:29:10PM -0400, Garrett Wollman wrote:
On Wed, 20 Apr 2005 11:52:33 -0400, Brian Fundakowski Feldman [EMAIL
PROTECTED] said:
I think the first is more useful behavior than the last. Supporting it
should be exactly the same as supporting what happens
On Tue, Apr 19, 2005 at 03:32:27PM +0200, Marc Olzheim wrote:
On Mon, Apr 18, 2005 at 10:33:21PM +0200, Marc Olzheim wrote:
On Mon, Apr 18, 2005 at 04:22:13PM -0400, Brian Fundakowski Feldman wrote:
http://green.homeunix.org/~green/nfs_client.deadlock.patch
Hmm, could you change
On Tue, Apr 19, 2005 at 06:09:00PM +0200, Marc Olzheim wrote:
On Tue, Apr 19, 2005 at 06:02:58PM +0200, Marc Olzheim wrote:
On Tue, Apr 19, 2005 at 11:18:00AM -0400, Brian Fundakowski Feldman wrote:
Does this work for you?
...
cc -c -O -pipe -Wall -Wredundant-decls -Wnested
On Tue, Apr 19, 2005 at 12:16:16PM -0400, Brian Fundakowski Feldman wrote:
On Tue, Apr 19, 2005 at 06:09:00PM +0200, Marc Olzheim wrote:
On Tue, Apr 19, 2005 at 06:02:58PM +0200, Marc Olzheim wrote:
On Tue, Apr 19, 2005 at 11:18:00AM -0400, Brian Fundakowski Feldman wrote:
Does this work
On Fri, Apr 15, 2005 at 03:21:08PM +0200, Marc Olzheim wrote:
On Fri, Apr 15, 2005 at 01:08:21AM -0400, Brian Fundakowski Feldman wrote:
I'll spare a lengthy write-up because I think the patch documents it well
enough. It certainly appears to fix things here when doing very large
block
you should be able to
just use SMART to perform a thorough health test on your hard drives
and view their statistics and error logs. I don't know why it doesn't
currently do much on SCSI, but ports/sysutils/smartmontools works
great for ATA.
--
Brian Fundakowski Feldman
*/
int nm_acdirmax;/* Directory attr cache max lifetime */
int nm_acregmin;/* Reg file attr cache min lifetime */
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power
to keep out bugs that would cause instability during
the development process... that can definitely cut down development
time.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed
be something you could work on.
Not any more. The first_free hint was replaced by an O(log n)
algorithm built into the splay tree back in August 2004. See
rev. 1.357 of vm_map.c.
Cool, I don't think I noticed that happen. That would be for 5.x and
6.x both, then, too.
--
Brian Fundakowski
written to assume, and the fsync(2) semantics are designed
to work with.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
is there any practical reason why ?
Ethereal uses TLV...
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
The advantage would be then to possible use scripts to debug protocol in order
to port drivers to freebsd.
Ref: ftp://download.intel.com/design/chipsets/e7500/datashts/29073303.pdf
Wouldn't being able to do that violate the design criteria of USB?
--
Brian Fundakowski Feldman
with the number of times that
the mtime of the configuration file changes during the process's lifetime.
(Of course, starting at one leak the first time it's used.)
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED
it can do that?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
with all needed setup information -
a 5-10 minutes job if someone has the time for it.
Have you tried valgrind in any of its modes yet?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions
On Sun, Feb 13, 2005 at 05:51:11PM +0200, Peter Pentchev wrote:
On Sun, Feb 13, 2005 at 10:03:30AM -0500, Brian Fundakowski Feldman wrote:
On Thu, Feb 10, 2005 at 10:55:58PM +0200, Ion-Mihai Tetcu wrote:
Hi,
One of my ports - mail/dspam-devel stays at 3.4 because newer versions
On Sun, Feb 13, 2005 at 06:47:52PM +0200, Ion-Mihai Tetcu wrote:
On Sun, 13 Feb 2005 18:26:16 +0200
Ion-Mihai Tetcu [EMAIL PROTECTED] wrote:
On Sun, 13 Feb 2005 10:03:30 -0500
Brian Fundakowski Feldman [EMAIL PROTECTED] wrote:
On Thu, Feb 10, 2005 at 10:55:58PM +0200, Ion-Mihai Tetcu
is
that the kqueue along with every other fd being polled/selected are all
polled by a single poll(2) system call. Yes, your kqueue is being used,
but it has an indirection of another poll(2) system call determining
when your kevent(2) thread should be woken up.
--
Brian Fundakowski Feldman
On Wed, Feb 09, 2005 at 06:39:52PM +0300, Dmitry Agaphonov wrote:
On Wed, 9 Feb 2005 09:49:24 -0500
Brian Fundakowski Feldman [EMAIL PROTECTED] wrote:
BFF Since you're using user threads, not kernel threads, the kernel can only
BFF have one object (poll or select list, or kqueue file
at e.g. mprotect(), you should be able to do much the same
thing with kernel_map instead.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
read).
Long strings of NUL bytes? Missing data? Spam (from the same file,
or from other files)?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own. \,,\
___
[EMAIL PROTECTED] mailing list
http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/
How dare you interject reason into this flamewar!
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
that it doesn't discover
endpoints on alt-interfaces. I've posted patches to this mailing list
to work around the problem.
It doesn't work when you call USB_SET_ALTINTERFACE then USB_SET_CONFIG?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED
. Well, I guess it was really
the same problem.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
) till I have a proper kernel in
place. I am almost 100% sure this is due to the nvidia drivers -- I
upgraded on the 19th and never had a problem before this... that and gl
programs seem to be the cause of both crashes so far.
Andreas, are you using the nvidia driver too?
--
Brian Fundakowski
?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own. \,,\
Script started on Fri Jul 16 19:22:54 2004
You have mail
On Fri, Jul 16, 2004 at 08:32:05PM -0400, Brian Fundakowski Feldman wrote:
Anyone VM-y enough to be up to the task: please take a look at this
current vm_contig.c code and the crash that I have.
This crash is not common -- this is the first time I've seen it --
but the problem certainly
Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own. \,,\
___
[EMAIL PROTECTED] mailing list
be done with ugen(4)/libusb, you'll
safe yourself a lot of time and pain.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
it to be an alignment problem, it's easy to test. Look for
the bus_dma_tag_create() calls -- all of them use PAGE_SIZE (4096+) or
ETHER_ALIGN (2). Did you try changing the ETHER_ALIGNS to 8?
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED
-standard stuff that just Makes Sense(tm).
If you're trying to create a new standard, I think -standards or -arch
is the more appropriate FreeBSD list.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power
no value in having more useful locking
primitives, but they probably don't benefit much from being implemented
in the kernel unless they conform to a portable API. I certainly always
have my own various kernel modifications that I find useful, but aren't
very standard :)
--
Brian Fundakowski
message, or alternately, p *bp from the bundirty or brelse
frame in gdb leading up to the panic.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own. \,,\
___
[EMAIL
already are
very good building blocks here for system-scoped locks.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
On Tue, Jun 15, 2004 at 03:57:09PM -0400, Brian Fundakowski Feldman wrote:
The patch, which applies to 5-CURRENT, can be found here:
http://green.homeunix.org/~green/contigmalloc2.patch
The default is to use the old contigmalloc(). You can set the
sysctl or loader tunable
it has everything you
are looking for.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
that normally runs into failed allocations hot-plugging
hardware, please try this and see if it helps out.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own
.
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own. \,,\
___
[EMAIL
);
--
Brian Fundakowski Feldman \'[ FreeBSD ]''\
[EMAIL PROTECTED] \ The Power to Serve! \
Opinions expressed are my own. \,,\
___
[EMAIL
I keep getting these panics on my SMP box (no backtrace or DDB or crash
dump of course, because panic() == hang to FreeBSD these days):
panic: receive: m == 0 so-so_rcv.sb_cc == 52
From what I can tell, all sorts of socket-related calls are MP-safe
and yet never even come close to locking the
ligned to CACHE_LINE_SIZE. Why is that
important?
I'm thinking it's to keep things in one line of the data cache so as
to not impact performance more than necessary. I didn't really pay
attention to this part of the implementation, but it makes sense to me
:)
--
Brian Fundakowski Feldman
ngroup.org/onlinepubs/7908799/
Thanks, but manpages only go so far...
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hacke
here is that it's wired memory and can't get swapped
out like mount_mfs can.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fr
S problems, yes. Please see vnconfig(8) =)
-MB
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
xterm (see the tc=
directive). I have a lot of X resources defined, and here is one that
could help you guys:
XTerm*termName: xterm-color
Happy to help :)
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL
uihashtbl. It should be grabbed if the hash for the uid is not
found, tested again (to see if we lost the race), and allocated.
I can't see a way to poke holes in that, and it would be quite
efficient.
-Alfred
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL
On Sat, 10 Jun 2000, Alfred Perlstein wrote:
* Brian Fundakowski Feldman [EMAIL PROTECTED] [000610 09:13] wrote:
On Fri, 9 Jun 2000, Alfred Perlstein wrote:
* Alfred Perlstein [EMAIL PROTECTED] [000609 16:45] wrote:
hi,
Is it just me or does the fact that uidinfo structures
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
d return 0 for success.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
: [EMAIL PROTECTED]
5182 N. Maple Lane phone:262-367-5450
Chenequa WI 53058fax:262-367-5852
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail
fix the bugs we have.
I missed, when I did it, changing ESTCPULIM, so that probably explains
why things didn't (I believe) lock up, but (I believe) seemed veerrry
bad... Also, decreasing NICE_WEIGHT would be a good idea, so I'll try
all of this out, and report later.
-lq
--
Brian Fundakowski
r anything of the sort, so I'm really
going out on a limb hoping someone will be able to try to help me fix
this. Note that I've taken my HZ=1000 line out of my kernel config,
so I'm running at a standard hz = 100 and a kern.quantum of 20000.
--
Brian Fundakowski Feldman \ FreeBSD: The Powe
'll specifically add
those to the logic if people have good results there.
Thanks for any feedback!
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`-
dictionary.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
PROTECTED] / PGP: 0x99392F7D
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
have) meant was that you should mmap
the source file and madvise it MADV_SEQUENTIAL, then write() to the new
file directly from that. How bad do you foresee performance being then?
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED
Search-32, 101-32, -27
Home-32, 50 -32, -78
Run-32, 102-32, -26
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe
al console working.
thanks,
--
-Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]]
"I have the heart of a child; I keep it in a jar on my desk."
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve!
in common, such as use of
softupdates, invariants, ATA, and other kernel options.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsu
or acknowledged. According to jlemon,
whose diagnosis makes sense, the problem is that for whatever reason
the kernel is not returning to user mode. That explains why sshd
doesn't work, telnetd doesn't work, XFree86 and apps don't respond.
The question is, why?
--
Brian Fundakowski Feldman
engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
-- Andrew Tanenbaum
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL
) = 7881ea5ef1428ced7533b1cb2a3afbb1
Thanks for any reply
HTH
RP
[EMAIL PROTECTED]
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-ha
/cichlids i386
-r-xr-xr-x 1 root wheel 143360 10 Feb 22:58 /boot/loader*
Alex
--
I need a new ~/.sig.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
--
Brian Fundakowski Feldman \ FreeBSD:
compatable names. SCO (and SYSV/386) uses those
instead of "fdN.1440" etc.
48 = 48 tracks per inch = 5.25" disk,
96 = 96 tracks per inch = 5.25" disk,
135 = 135 tracks per inch = 3.5" disk
Eh? I thought .1200 referred to 5.25" disk drives...
--
Brian Fundakowsk
peeked at the source and there are various syscons related ioctl() calls.
Any reason that /dev/io and /dev/mem wasn't used instead?
That's simple. We're not trying to move to making things MORE platform-
specific.
Thanks!
Tim
--
Brian Fundakowski Feldman \ FreeBSD: The Power
|http://www.jp.FreeBSD.org/|
FreeBSD(98) 3.3R-Rev. 01 available! +==+
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL
I am :/ That 71626 seems strange.
-Steve
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" i
lopment
branch, HEAD, 4.0.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Communications, Inc. * http://www.whistle.com
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
s you can see, the second time it worked. CVSup also seems to do this on
the same symmbol every time it happens, so when that occurs I'll make sure
to report it.
Thanks John, and anyone else who may have an idea what's going on.
--
Brian Fundakowski Feldman \ FreeBSD: The Power
the real path on exec()
and store the pointer in proc. How is this full of "overhead" and
"impractical"?
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe:
nd not the semantics of a hard link. Is it just me,
or does it seem as if the pathname of the executable being stored as
a virtual symlink in procfs as "file" would solve these security
problems?
--
Brian Fundakowski Feldman \ FreeBSD: The Power
f argument
for nasm instead.
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
hould be a "bus" where pccard, usb,
and SCSI cards would go (instead of "storage"). Currently, we
don't have way too many modules, so I'm happy with what's here now.
I definitely think there's room for improvement in how /modules
is organized, but remember that the format came straigh
I've seen, you can't directly call a class method
without an object.
Sure you can. It won't have any access to "this" or any part thereof,
however.
--
|Chris Costello [EMAIL PROTECTED]
|A closed mouth gathers no feet.
`------
--
Brian
freebsd-hackers in the body of the message
Brian Fundakowski Feldman _ __ ___ ___ ___ ___
gr...@freebsd.org _ __ ___ | _ ) __| \
FreeBSD: The Power to Serve!_ __ | _ \._ \ |) |
http://www.freebsd.org
1 - 100 of 106 matches
Mail list logo