This is a patch to MFC what I think are all the calcru-related changes
that occurred since 6-STABLE was branched and 7.0 continued forward.
If anyone spots some changes I missed, please yell out.
--
-- David ([EMAIL PROTECTED])
Index: amd64/amd64/mp_machdep.c
==
With the help of some folks in #freebsd on freenode, I have since been
able to fix this problem. Here is the solution for future reference:
There is a bug in GELI that makes it corrupt data and panic kernels when
certain non-standard settings are used. I had set the GELI sector size
to 8192 an
On Thursday 23 August 2007 14:37:57 Ian Smith wrote:
> On Thu, 23 Aug 2007, JoaoBR wrote:
> > On Thursday 23 August 2007 00:17:56 Ian Smith wrote:
> > > Call me curious, but (assuming that you're tuning for performance, not
> > > economy, and so will always run these boxes on AC power, not batte
On Thu, 23 Aug 2007, JoaoBR wrote:
> On Thursday 23 August 2007 00:17:56 Ian Smith wrote:
>
> >
> > Call me curious, but (assuming that you're tuning for performance, not
> > economy, and so will always run these boxes on AC power, not battery):
> >
> > a) why you think that line in /etc/
Michael Proto wrote:
> Hello all,
>
> To fix a bug in PF I recently updated my home firewall platform (a
> shrunk-down install of FreeBSD 6 on a CompactFlash card mounted
> read-only as /dev/ad0a) from the RELENG_6_2 to the RELENG_6 branch. All
> went very well there and the PF problem is resolved
Hi list
A 2.5" USB hard disk I recently got has been giving me a lot of trouble.
When using the disk, I routinely get panics or random data corruption.
This happens with two separate machines, both running 6-STABLE. I found
that one file residing on the disk, when read, always makes the kernel
On Thursday 23 August 2007 00:17:56 Ian Smith wrote:
>
> Call me curious, but (assuming that you're tuning for performance, not
> economy, and so will always run these boxes on AC power, not battery):
>
> a) why you think that line in /etc/rc.d/power_profile is 'funny'?
>
well, in first place b
