on 20/10/2010 02:36 Alexander Best said the following:
[snip]
> mentation at least would be rather inelegant, because of the current
> inability of the sysctl code to handle the addition of nodes after com-
> pile time. Thus, it would take one dynamically sized sysctl variable and
[
Something trivial I noticed while browsing device.hints(5) today.
If someone could commit the typo fix, it would be much appreciated.
Cheers!
-Garrett
Index: share/man/man5/device.hints.5
===
--- share/man/man5/device.hints.5 (revi
On 10/19/10 5:39 PM, Warner Losh wrote:
opt_scsi.h isn't needed by aha or ahb either, so it can be deleted
entirely from their module makefiles:
consider I write the original aha driver in 1991 and it is an ISA device,
one wonders if there are any users of this any more..
Index: aha/Makefil
On Tue Oct 19 10, Warner Losh wrote:
> opt_scsi.h isn't needed by aha or ahb either, so it can be deleted
> entirely from their module makefiles:
thanks. :)
what about trb/Makefile? seems to build fine too without opt_scsi.h.
>
> Index: aha/Makefile
> ===
opt_scsi.h isn't needed by aha or ahb either, so it can be deleted
entirely from their module makefiles:
Index: aha/Makefile
===
--- aha/Makefile(revision 214058)
+++ aha/Makefile(working copy)
@@ -4,11 +4,6 @@
KMOD
> also at some locations in the code SCSI_DELAY is being set to 15000. i believe
> this is the case when certain drivers (cam, ahb, aha) get loaded as a kernel
> module, but i'm not sure. it looks like this:
>
> .if !defined(KERNBUILDDIR)
> opt_scsi.h:
> echo "#define SCSI_DELAY 15000" > ${.
hi there,
i stumbled upon this note in the BUGS section of the cd(4) manual:
"There is no mechanism currently to set different minimum and maximum
timeouts for different CD changers; the timeout values set by the kernel
options or the sysctl variables apply to all LUN-based CD chang
On Tue, Oct 19, 2010 at 1:36 PM, Ivan Klymenko wrote:
> В Tue, 19 Oct 2010 23:28:10 +0300
> Ivan Klymenko пишет:
>
>> В Tue, 19 Oct 2010 16:31:55 +0200
>> Jack Engqvist Johansson пишет:
>>
>> > >> bsd# du -chd0 /root
>> > >> 457M /root
>> > >> 457M total
>> > >
>> > > !!
>> > > do not use
Hello.
What's the current status of DRI/3D support with the 4xxx range of ATI
cards?
I'm on 8.0-RELEASE and have just installed a (borrowed) 4870 card. I
get working dual monitor support but only software rasterization in
xorg.
The intention is to replace a broken x1950 card with something at le
В Tue, 19 Oct 2010 23:28:10 +0300
Ivan Klymenko пишет:
> В Tue, 19 Oct 2010 16:31:55 +0200
> Jack Engqvist Johansson пишет:
>
> > >> bsd# du -chd0 /root
> > >> 457M /root
> > >> 457M total
> > >
> > > !!
> > > do not use the Root account to work in the system!
> > > !!
> > > Create an
В Tue, 19 Oct 2010 16:31:55 +0200
Jack Engqvist Johansson пишет:
> >> bsd# du -chd0 /root
> >> 457M /root
> >> 457M total
> >
> > !!
> > do not use the Root account to work in the system!
> > !!
> > Create another account for this...
> > go to this directory (/root) and delete the files
On Tuesday, October 19, 2010 3:14:46 pm Alexander Best wrote:
> On Tue Oct 19 10, John Baldwin wrote:
> > On Tuesday, October 19, 2010 10:31:10 am Alexander Best wrote:
> > > On Tue Oct 19 10, Matthew Jacob wrote:
> > > > It would be an effective behavioral change for those of us who remove
> > >
On Tue Oct 19 10, John Baldwin wrote:
> On Tuesday, October 19, 2010 10:31:10 am Alexander Best wrote:
> > On Tue Oct 19 10, Matthew Jacob wrote:
> > > It would be an effective behavioral change for those of us who remove
> > > that line.
> > > Personally, I think 5 seconds is too long- even 2 se
On Tuesday, October 19, 2010 10:31:10 am Alexander Best wrote:
> On Tue Oct 19 10, Matthew Jacob wrote:
> > It would be an effective behavioral change for those of us who remove
> > that line.
> > Personally, I think 5 seconds is too long- even 2 seconds is more than
> > adequate even for modera
I'd go for the gusto in -current, but it's ok to be conservative too.
On Tue Oct 19 10, Matthew Jacob wrote:
It would be an effective behavioral change for those of us who remove
that line.
Personally, I think 5 seconds is too long- even 2 seconds is more than
adequate even for moderately ol
On Tue Oct 19 10, Matthew Jacob wrote:
> It would be an effective behavioral change for those of us who remove
> that line.
> Personally, I think 5 seconds is too long- even 2 seconds is more than
> adequate even for moderately old 'other' hardware like scanners.
>
> For -current, why don't you
В Tue, 19 Oct 2010 15:58:35 +0200
Jack Engqvist Johansson пишет:
> On Tue, Oct 19, 2010 at 3:38 PM, Ivan Klymenko wrote:
> > В Tue, 19 Oct 2010 13:53:34 +0200
> > Jack Engqvist Johansson пишет:
> >
> >> On Tue, Oct 19, 2010 at 8:30 AM, Ivan Klymenko
> >> wrote:
> >> > В Tue, 19 Oct 2010 00:53:
It would be an effective behavioral change for those of us who remove
that line.
Personally, I think 5 seconds is too long- even 2 seconds is more than
adequate even for moderately old 'other' hardware like scanners.
For -current, why don't you simply remove all of the config lines and
leave
В Tue, 19 Oct 2010 13:53:34 +0200
Jack Engqvist Johansson пишет:
> On Tue, Oct 19, 2010 at 8:30 AM, Ivan Klymenko wrote:
> > В Tue, 19 Oct 2010 00:53:31 +0200
> > Jack Engqvist Johansson пишет:
> >
> >> Hi,
> >>
> >> I just got succeeded with my compilation of a custom kernel for
> >> FreeBSD 8
On Mon Oct 18 10, Matthew Jacob wrote:
> What problem are you solving by this change?
code cleanup.
the scsi delay value currently defaults to 2000ms. however that doesn't make
sense, since on almost all platforms it gets set to 5000ms in the default
config. what's the purpose of having a defaul
20 matches
Mail list logo
