Re: scsi iopoolification of many 'obscure' drivers

On Sat, Oct 02, 2010 at 05:28:10PM -0400, Kenneth R Westerback wrote: > On Fri, Sep 24, 2010 at 03:55:50AM -0400, Kenneth R Westerback wrote: > > Here is a pass over the less well-known drivers that appeared to be simple > > to move to the scsi future - iopools: > > > > Index: arch/hp300/dev/mb893

The 5 Biggest Marketing Mistakes YOU Are Probably Making...

Dear Marketer, Generating new business is tougher than ever, and you might feel like marketing is a losing battle. I'd like to invite you do download my FREE audio book (http://mym411.com/) called "The 5 Biggest Marketing Mistakes" and find real answers that can help you find solutions to any mark

Re: rc.firsttime.local

> How about rc.firsttime.local for site specific use? I do not see the need. Append to it, or prepend to it. And assume that if the installer runs, it will either append or prepend to it as the last thing it does (after a site* file).

rc.firsttime.local

I like this rc.firsttime, but having to append to it is a bit awkard. How about rc.firsttime.local for site specific use? Index: etc/rc === RCS file: /cvs/src/etc/rc,v retrieving revision 1.342 diff -u -p -r1.342 rc --- etc/rc 1

Re: acpiec madness (HP laptop people pay attention to this one)

Nothing more than paranoia from when I was farting with this. I am sure it can be non volatile too. I got a useful report that there are still some issues with this so I am going to plow ahead with the state machine version jordan drafted. On Sun, Oct 03, 2010 at 06:19:50PM +0200, Mark Kettenis

Re: regress/lib/libssl: don't use non-standard CFLAGS

ok djm This was probably originally done to avoid an ICE on some other platform, but we should make any overrides as specific as possible. On Sun, 3 Oct 2010, Christian Weisgerber wrote: > I don't think there is a good reason to use non-standard CFLAGS in > regress/lib/libssl. As a side effect,

midi support for envy

This diff adds support for midi ports certain envy-based cards have, tested on i386 only. ok? -- Alexandre Index: share/man/man4/envy.4 === RCS file: /cvs/src/share/man/man4/envy.4,v retrieving revision 1.13 diff -u -p -r1.13 envy.4

regress/lib/libssl: don't use non-standard CFLAGS

I don't think there is a good reason to use non-standard CFLAGS in regress/lib/libssl. As a side effect, fixing this allows all the tests to actually build on gcc3/alpha where -O produces an internal compiler error. ok? Index: Makefile

Re: timer randomness in random

On Sun, Oct 3, 2010 at 9:08 AM, Mark Kettenis wrote: >> Date: Sat, 2 Oct 2010 11:54:13 -0400 (EDT) >> From: Ted Unangst >> >> Speaking of the entropy pool, it should be difficult for a user to >> influence, right? So it's not the greatest idea to allow anyone who opens >> the device to feed ioct

Re: acpiec madness (HP laptop people pay attention to this one)

> Date: Sun, 3 Oct 2010 11:09:17 -0500 > From: Marco Peereboom > > Index: acpiec.c > === > RCS file: /cvs/src/sys/dev/acpi/acpiec.c,v > retrieving revision 1.43 > diff -u -p -r1.43 acpiec.c > --- acpiec.c 8 Aug 2010 17:25:41 -

acpiec madness (HP laptop people pay attention to this one)

On the HP8350w (and others with acpitz issues etc) IBF or OBF are set well before the data is actually ready to read or write. By adding some delays on the way out we seem to work around this problem and the machine goes from flaky (hung keyboard and hung graphics etc) to rock solid. It suspends/

Re: timer randomness in random

> Date: Sat, 2 Oct 2010 11:54:13 -0400 (EDT) > From: Ted Unangst > > Speaking of the entropy pool, it should be difficult for a user to > influence, right? So it's not the greatest idea to allow anyone who opens > the device to feed ioctls with fairly well known parameters and stir the > pot?