Hi hackers,
tryin' to install 4.11 or 5.x on a Dell box with a Perc 3/Di Raid
controller (with 5x 300GB scsis). I get 'invalid geometry' when running
sysinstall/fdisk on the 'disk', the geometry presented being:
145815 cyl / 255 heads / 63 sectors
I tried to press 'A' for allocate t
Robert,
On Tue, 27 Sep 2005, Robert Watson wrote:
> Great. As mentioned I'll be offline for about the next 48 hours, but back
> after then. If we can get a nice clean crash out of this, would really be
> best. If it's top panicking, it could well be due to a bug in the process
> monitoring cod
On 28.09-13:40, rashmi ns wrote:
[ ... ]
> I was trying to add a new ioctl command like
> > #define HDLCMODE _IOR('6',0xF,int)
> > when i trying to uprintf the data which was sent from the user-space in
> > the device-driver-ioctl-routine i'll get a different value than which was
> > passed. Can an
In <[EMAIL PROTECTED]>, Alin-Adrian Anton <[EMAIL PROTECTED]> typed:
> I am in the position to implement a large-scale mail server and I will
> never go for anything else but FreeBSD (fixation?).
How are users going to get to the mail? Web browsers? IMAP? POP?
> I don't know if the m
From personal experience on a smaller system(~1000 accounts and
nearly all ways less than 45MB boxes) I would suggest avoiding mboxes
all together. Maildir is all ways the way to go. For cleaning stuff
out automatically and ect, maildir is much nicer as well.
Also is this vnodes or inodes? See the
Hi,
dev_lock() looks this way:
void
dev_lock(void)
{
if (!mtx_initialized(&devmtx))
mtx_init(&devmtx, "cdev", NULL, MTX_DEF);
mtx_lock(&devmtx);
}
I wonder why is the mtx_initialized checking necessary? shouldnt explicit
initialization be sufficient?
thnx for ans
On Thu, Sep 29, 2005 at 06:55:38PM +0200, Divacky Roman wrote:
> Hi,
>
> dev_lock() looks this way:
>
> void
> dev_lock(void)
> {
> if (!mtx_initialized(&devmtx))
> mtx_init(&devmtx, "cdev", NULL, MTX_DEF);
> mtx_lock(&devmtx);
> }
>
> I wonder why is the mtx_initialize
On Thursday 29 September 2005 01:04 pm, Stanislav Sedov wrote:
> On Thu, Sep 29, 2005 at 06:55:38PM +0200, Divacky Roman wrote:
> > Hi,
> >
> > dev_lock() looks this way:
> >
> > void
> > dev_lock(void)
> > {
> > if (!mtx_initialized(&devmtx))
> > mtx_init(&devmtx, "cdev", NULL, MTX
On Wed, 28 Sep 2005, Rob Watt wrote:
We re-compiled the kernel with 'options KDB_STOP_NMI', and were able to
get a much more full analysis of what was happening on the 6-BETA5
crash.
Great.
We crashed in top again, and it does look like we may have hit a
kern_proc bug.
This sounds good,
I've tried using the dropbear client (0.46), built both from source and
ports, and consistently get this message:
dbclient: Warning: Reading the random source seems to have blocked.
If you experience problems, you probably need to find a better entropy
source.
Googling for this diagnostic y
On Thu, Sep 29, 2005 at 02:10:55PM -0400, Brian Reichert wrote:
> I've tried using the dropbear client (0.46), built both from source and
> ports, and consistently get this message:
>
> dbclient: Warning: Reading the random source seems to have blocked.
> If you experience problems, you probab
In message <[EMAIL PROTECTED]>, John Baldwin writes:
>Actually, you would think that it could be initialized either via an early
>SYSINIT() or in the init_mutexes() function in kern_mutex.c and thus not need
>the early check and avoid penalizing dev_lock().
>
>phk, how early his dev_lock needed
On Thu, Sep 29, 2005 at 02:14:13PM -0400, Kris Kennaway wrote:
> Check the source.. is it using /dev/urandom (which never blocks), or
> /dev/random (which I still don't think blocks, but may return short
> reads). Either way, it sounds like some level of application bug...it
> probably should be u
I've been looking at the ufs code, and thinking about wedging in some
statistic gathering pieces pretty much copied from the nfs code (and
nfsstat) to provide nearly the same functionality.
I realize that adding statistic gathering code would techinically reduce
filesystem performance, so shou
On 2005-09-29 13:21, Eric Anderson <[EMAIL PROTECTED]> wrote:
> I've been looking at the ufs code, and thinking about wedging in some
> statistic gathering pieces pretty much copied from the nfs code (and
> nfsstat) to provide nearly the same functionality.
>
> I realize that adding statistic gathe
On Thursday 29 September 2005 02:14 pm, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, John Baldwin writes:
> >Actually, you would think that it could be initialized either via an early
> >SYSINIT() or in the init_mutexes() function in kern_mutex.c and thus not
> > need the early check
In message <[EMAIL PROTECTED]>, John Baldwin writes:
>On Thursday 29 September 2005 02:14 pm, Poul-Henning Kamp wrote:
>> In message <[EMAIL PROTECTED]>, John Baldwin writes:
>> >Actually, you would think that it could be initialized either via an early
>> >SYSINIT() or in the init_mutexes() functi
Brian Reichert wrote:
On Thu, Sep 29, 2005 at 02:14:13PM -0400, Kris Kennaway wrote:
Check the source.. is it using /dev/urandom (which never blocks), or
/dev/random (which I still don't think blocks, but may return short
reads). Either way, it sounds like some level of application bug...it
pr
On Thu, Sep 29, 2005 at 12:58:17PM -0700, Doug Barton wrote:
> Depending on why that program needs random bits, that could be a very bad
> idea. Take a look at the following page and see if it helps:
>
> http://people.freebsd.org/~dougb/randomness.html
A handy resource, thanks.
As I mentioned i
On Thu, 29 Sep 2005, Rob Watt wrote:
On Thu, 29 Sep 2005, Robert Watson wrote:
Could you dump the contents of *td and *td->td_proc for me? I'm quite
interested to know what the value in td->td_proc->p_state is, among other
things. If I could also have you generate a dump of the KSE group
str
Mike Meyer wrote:
The solution isn't to avoid Maildir/mh - the solution is to tune the
file system for the expected usage. FreeBSD (and Unix in general)
gives you lots of knobs to deal with things like this. Learn to use
them.
The default block and frag size are relatively large - 2K and 16K
ap
In <[EMAIL PROTECTED]>, Doug Barton <[EMAIL PROTECTED]> typed:
> Mike Meyer wrote:
> > The solution isn't to avoid Maildir/mh - the solution is to tune the
> > file system for the expected usage. FreeBSD (and Unix in general)
> > gives you lots of knobs to deal with things like this. Learn to use
>
Mike Meyer wrote:
This seems very reasonable. The trick is figuring out what "the median
file size" is. I grabbed my mail archive, but that's unlikely to be
representative of most users. You either need to guess right, or make
arrangements to reformat the file system using current dasa at regu
Folks,
I've got tired of dumb default choices mergemaster(8) offers
and modified it to be a bit smarter. Upgrading /etc often,
as when following CURRENT, is much less pain to me now. The
modified mergemaster is available from P4 for now since
I'd like to have it tested well before it hits the sr
On Friday 30 September 2005 08:15, Yar Tikhiy wrote:
> Feedback is welcome. And please please don't skip making a backup of
> your /etc before running mergemaster! I can't be responsible for its
> loss due to bugs in my code or whatever.
This work does look neat, but..
Try etcmerge :)
It's a bit
Eric Anderson wrote:
Alin-Adrian Anton wrote:
I don't know if the mbox format can handle this, and I know
Maildir cannot handle this on UFS2 standard install, no matter of
soft-updates. (because it exhaustes the free nodes) So I currently
have no solution for this stuff.
I'm not sure
Alin-Adrian Anton wrote:
XFS fits incredibly well with Maildir, however this I did not test
practically
I am curious as to what the defaults are for frag, inode, and block sizes on
XFS, and whether that is one of the factors that make it work well with
maildir.
Doug
--
This .signatu
On 29 Sep, Doug Barton wrote:
> Mike Meyer wrote:
>> A 4K block won't hold your median file. But an 8K block wastes a lot of
>> space. You might get a file with 0 blocks and 3 frags, assuming that UFS2
>> will do that, which doesn't seem good. If UFS2 won't do that, you get a
>> lot of half-emp
In <[EMAIL PROTECTED]>, Alin-Adrian Anton <[EMAIL PROTECTED]> typed:
> I run out of inodes with Maildir, and there were just a few hundred
> accounts. Outlook ppl tend to "leave their messages on server if they
> are not 7 days old" and this brings Christmas every day.
How many files was that, a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yar,
First let me say that you've obviously put a lot of work into this, and you
have some very interesting ideas here that are worthy of further discussion.
Please don't let any of my comments here be understood as criticism, or an
attempt to discou
hello group ,
I am writing a network driver where in have created tags and maps for
tx_desc of transmit-q-size by using these functions .
1. bus_dma_tag_create
2. bus_dmamap_create
3.bus_dmamem_alloc
struct _tx_desc {
DWORD data_buff;
DWORD cvbcnxt;
DWORD channel_no;
DWORD pend_desc;
}
31 matches
Mail list logo
