Found some unnecessary code in FreeBSD 4.4-stable VM.
File vm_page.c, in function vm_page_startup(), vm_page
bucket is
zeroed two times, this is unnecessary.
--- vm_page.c Sun Nov 11 15:34:41 2001
+++ vm_page.c.orig Sun Nov 11 15:34:21 2001
@@ -265,6 +265,11 @@
vaddr = round_page(vaddr);
On Sunday 11 November 2001 01:46, [EMAIL PROTECTED] wrote:
> Gary Jennejohn writes:
>> > Interesting is that this driver is present in Linux. Don't
> > know about FreeBSD, although I was using a Tekram 395 with
> > the sym driver for a while.
>
> I have DC-395UW and first step was just to replace
On Sun, Nov 11, 2001 at 02:28:41AM +, Christian Weisgerber wrote:
> Crist J. Clark <[EMAIL PROTECTED]> wrote:
[snip]
> > Even though the modification time of CVS/Entries is changed
> > everytime, those directories are not added.
>
> Like it or not, that's a feature. Those directories where
CPU temp and fan speed may or may not be truly random - regardless, I
would be wary of using them as random seeds. First, I suspect that the
range of values is quite small - how much does your temp and fan speed
actually fluctuate over time ?
Second, I don't have a bios like this in front of me
> In message <[EMAIL PROTECTED]> "Louis A. Mamakos" writes:
> : One a related, timekeeping note: is there any interest in updating or
> : extending the SO_TIMESTAMP socket option to return higher resolution
> : timestamps? Currently, it returns a struct timeval.
>
> I think that's a great ide
Crist J. Clark <[EMAIL PROTECTED]> wrote:
> I cvsup(1) the FreeBSD CVS repository. I've noticed something that
> annoys me slightly, but also makes me worry if I am not doing
> something correctly. The CVS/Entries file does not seem to get updated
> when I do a 'cvs update.'
[...]
> It claims it
Gary Jennejohn <[EMAIL PROTECTED]> wrote:
> although I was using a Tekram 395 with the sym driver for a while.
I very much doubt that. The DC-395 series are based on the Tekram
S1040 chip which is not compatible with the Sym53C8xx chips. Maybe
you are confusing this with some other Tekram adap
Gary Jennejohn writes:
> On Saturday 10 November 2001 03:17, [EMAIL PROTECTED] wrote:
> > There is a FreeBSD driver for Tekram DC-395 SCSI adapters:
> >
> > ftp://ftp.tekram.com/SCSI/3X5/FreeBSD/FreeBSD400/dc395x_trm.ta
> >r.gz
> >
> > There are such strings in it:
> > /*
> > *
Søren Schmidt writes:
> It seems [EMAIL PROTECTED] wrote:
> > Are there any planes to support
> > VIA 82231 south bridge
> > for UDMA33/66/100 ?
> > Yes, I know, WDMA2 works with it
> Could you do a pciconf -l and mail me that please ?
0test~(1)#pciconf -l
chip0@pci0:0:0: class=0x06 card=0x000
> > And why is that ? for RAID's with the same parameters, I'd expect them
> > to perform equal, maybe with a sligtht advantage to the ATA driver since it
> > saves a few cycles by being tighter integrated.
>
> Agreed. I don't think the RAIDs will have the same parameters. Most
> of these cheap
In message <[EMAIL PROTECTED]> "Louis A. Mamakos" writes:
: One a related, timekeeping note: is there any interest in updating or
: extending the SO_TIMESTAMP socket option to return higher resolution
: timestamps? Currently, it returns a struct timeval.
I think that's a great idea. Somethin
On Saturday 10 November 2001 03:17, [EMAIL PROTECTED] wrote:
> There is a FreeBSD driver for Tekram DC-395 SCSI adapters:
>
> ftp://ftp.tekram.com/SCSI/3X5/FreeBSD/FreeBSD400/dc395x_trm.ta
>r.gz
>
> There are such strings in it:
> /*
> **
[ Followups to -current ]
On Thu, 8 Nov 2001, Loren James Rittle wrote:
> Hello all,
>
> I have ported the most recent version of boehm-gc (6.1-alpha) to
> FreeBSD/i386 under the auspice of the gcc project (it will be in Hans'
> 6.1 release and it is on the gcc mainline). I got one notable thi
In message <[EMAIL PROTECTED]>, Warner Losh writes:
>We found at Timing Solutions when we were trying to measure interrupt
>latency that the system time (getnanotime()) gave us measurements with
>a larger variance than our expensive scopes that does statistical
>gathering.
Uhm, you should have u
On Tuesday, 11 September 2001 at 7:41:06 +0200, Søren Schmidt wrote:
> It seems Greg Lehey wrote:
>>> I reckon if the RAID functions are implemented in HPT BIOS (in software),
>>> I'll be better off with Vinum.
>>
>> Ultimately, all RAID is software RAID. The issue is just how it's
>> implemente
15 matches
Mail list logo
