I like it large this time.
Different politics for different disks seems too complex for a very
little semantic meaning, at least for me!
El 02/03/2011 13:34, Marco Peereboom escribis:
I really think this heuristic belongs in the kernel. I think there is a
desire to make the policy a knob (th
I really think this heuristic belongs in the kernel. I think there is a
desire to make the policy a knob (the old, "I prefer slow and safe over
fast and dangerous; well use a ups! they don't!" debate).
So instead of bioctl I think we need a sysctl, for example hw.diskcache,
that by default is ena
On Sun 2011.02.20 at 10:30 -0500, Okan Demirmen wrote:
> On Sun 2011.02.20 at 13:28 +0100, Mark Kettenis wrote:
> > > Date: Sun, 20 Feb 2011 07:03:25 -0500
> > > From: Kenneth R Westerback
> > >
> > > On Sun, Feb 20, 2011 at 12:39:06PM +0100, Mark Kettenis wrote:
> > > > > Date: Sun, 20 Feb 2011
bah!
On Sun, Feb 20, 2011 at 07:20:19PM +, Stuart Henderson wrote:
> On 2011/02/20 11:59, Ted Unangst wrote:
> > On Sun, Feb 20, 2011 at 7:28 AM, Mark Kettenis
> > wrote:
> > > Ah, that's the bit I was missing. A userland tool to display and
> > > manipulate the cache settings would still be
On 2011/02/20 11:59, Ted Unangst wrote:
> On Sun, Feb 20, 2011 at 7:28 AM, Mark Kettenis
> wrote:
> > Ah, that's the bit I was missing. A userland tool to display and
> > manipulate the cache settings would still be good though.
> > Functionality should probably be added to bioctl(8). A bit
> >
On Sun, Feb 20, 2011 at 7:28 AM, Mark Kettenis
wrote:
> Ah, that's the bit I was missing. A userland tool to display and
> manipulate the cache settings would still be good though.
> Functionality should probably be added to bioctl(8). A bit
> unfortunate that both the -c and -C options are alre
On Sun 2011.02.20 at 13:28 +0100, Mark Kettenis wrote:
> > Date: Sun, 20 Feb 2011 07:03:25 -0500
> > From: Kenneth R Westerback
> >
> > On Sun, Feb 20, 2011 at 12:39:06PM +0100, Mark Kettenis wrote:
> > > > Date: Sun, 20 Feb 2011 19:54:21 +1000
> > > > From: David Gwynne
> > > >
> > > > > how to
> Date: Sun, 20 Feb 2011 07:03:25 -0500
> From: Kenneth R Westerback
>
> On Sun, Feb 20, 2011 at 12:39:06PM +0100, Mark Kettenis wrote:
> > > Date: Sun, 20 Feb 2011 19:54:21 +1000
> > > From: David Gwynne
> > >
> > > > how to manipulate write cache policy?
> > >
> > > the lsi firmwares dont imp
On Sun, Feb 20, 2011 at 12:39:06PM +0100, Mark Kettenis wrote:
> > Date: Sun, 20 Feb 2011 19:54:21 +1000
> > From: David Gwynne
> >
> > > how to manipulate write cache policy?
> >
> > the lsi firmwares dont implement handling of the mod page changes
> > unfortunately. you could call the ioctl thi
> Date: Sun, 20 Feb 2011 19:54:21 +1000
> From: David Gwynne
>
> > how to manipulate write cache policy?
>
> the lsi firmwares dont implement handling of the mod page changes
> unfortunately. you could call the ioctl this implements yourself
> though from userland.
David, while I think that impl
i believe the diff below should work out of the box. it pulls in
all mikeb's fixes.
On Fri, Feb 18, 2011 at 07:54:09PM +0100, ??ukasz Czarniecki wrote:
> With following Mike's suggestions it worked.
>
>
> # scsi -f /dev/rsd0c -m 8
> IC: 0
> ABPF: 0
> CAP: 0
> DISC: 0
> SIZE: 0
> WCE: 1
> M
With following Mike's suggestions it worked.
could you please change this line
if (mpii_req_cfg_page(sc, addr, 0, &hdr, 1, vpg, pagelen) != 0) {
to
if (mpii_req_cfg_page(sc, addr, MPII_PG_POLL, &hdr, 1, vpg,
pagelen) != 0) {
>>> and one more:
>>>
>>> this:
>>> if (mpi
On 18.02.2011 07:57, David Gwynne wrote:
> this diff implements the disk cache ioctl handling in mpii so sd(4)
> can drive the change rather than have mpii(4) whack everything.
> modelled on the same functionality in mpi(4) and mikeb's code...
>
> could someone test this please?
It freezes on my
this diff implements the disk cache ioctl handling in mpii so sd(4)
can drive the change rather than have mpii(4) whack everything.
modelled on the same functionality in mpi(4) and mikeb's code...
could someone test this please?
Index: mpii.c
==
On Thu, Feb 17, 2011 at 04:22:54PM +0100, Mike Belopuhov wrote:
> On Thu, Feb 10, 2011 at 14:25 +0100, Lukasz Czarniecki wrote:
> > Hi
> >
> > I've bought a Dell R310 with H200 raid controller reported in dmesg as:
> > Symbios Logic SAS2008. It uses mpii driver and has two hard drives
> > configur
On Thu, Feb 10, 2011 at 14:25 +0100, Lukasz Czarniecki wrote:
> Hi
>
> I've bought a Dell R310 with H200 raid controller reported in dmesg as:
> Symbios Logic SAS2008. It uses mpii driver and has two hard drives
> configured in RAID 1.
>
> Now it seems to work fine but i still have a problem with
On 17.02.2011 16:22, Mike Belopuhov wrote:
> Lukasz has tested the patch below and it works fine for him. I don't
> have the hardware myself, so I'm not going to push it for the release,
> but if someone thinks it's worth it, please speak up.
Here are some numbers:
4.8
# time tar xzf ./sys.tar.
W dniu 2/11/2011 8:20 PM, Rodolfo Gouveia pisze:
On Thu, Feb 10, 2011 at 09:49:43PM -0500, Nick Holland wrote:
Also, check to see if your RAID card has a battery for its cache, if it
doesn't, a lot of RAID controllers drop to non-cached writes, and often
seem to slow down way beyond what you'd e
On Thu, Feb 10, 2011 at 09:49:43PM -0500, Nick Holland wrote:
> Also, check to see if your RAID card has a battery for its cache, if it
> doesn't, a lot of RAID controllers drop to non-cached writes, and often
> seem to slow down way beyond what you'd expect just to make you buy the
> dang battery
On 11.02.2011 03:49, Nick Holland wrote:
> tip: use OpenBSD's resident ftp app, save a package:
> /tmp $ ftp http://ftp.spline.de/pub/OpenBSD/4.8/sys.tar.gz
:)
> i.e., "basically the same for all" Therefore, I'm ignoring all but the
> 4.9 GENERIC. I almost never complain about dmesgs being inc
On 02/10/11 08:25, Eukasz Czarniecki wrote:
> Hi
>
> I've bought a Dell R310 with H200 raid controller reported in dmesg as:
> Symbios Logic SAS2008. It uses mpii driver and has two hard drives
> configured in RAID 1.
...
> Now it seems to work fine but i still have a problem with its
> performan
Hi
I've bought a Dell R310 with H200 raid controller reported in dmesg as:
Symbios Logic SAS2008. It uses mpii driver and has two hard drives
configured in RAID 1.
I had a kernel crash while booting amd64-stable kernel.
System Event Log: E171F PCIe Fatal Error on Bus 0 Device 5 Function 0 -
it is
22 matches
Mail list logo