On Fri, 2005-08-12 at 19:36 +0200, [EMAIL PROTECTED] wrote:
> I bought the Adaptec S-ATA II-1420SA controller but I have a problem
> with this type.
> I use the Linux Slackware 10.1 with the Linux Kernel 2.6.12-4 but I
> didn´t find any driver for this S-ATA controller.
> I don't need RAID but I
Mogens Valentin wrote:
Jeff Garzik wrote:
Things in SATA-land have been moving along recently, so I updated the
software status report:
http://linux.yyz.us/sata/software-status.html
>> Queueing support, NCQ:
>> #3 will be supported by libata, for all hardware and devices that
>> s
Matthew Garrett wrote:
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Things in SATA-land have been moving along recently, so I updated the
software status report:
http://linux.yyz.us/sata/software-status.html
I couldn't see any reference to system-wide power management (ie,
suspend/resume
On Fri, 2005-08-12 at 20:14 +0100, Matthew Wilcox wrote:
> On Fri, Aug 12, 2005 at 03:05:51PM -0400, Ming Zhang wrote:
> > i tried to remove the SA_SHIRQ option when request_irq(), unfortunately
> > it seems that the IO-APIC will only try to allocate same # to it and
> > once that slot is used, the
Jeff Garzik wrote:
Things in SATA-land have been moving along recently, so I updated the
software status report:
http://linux.yyz.us/sata/software-status.html
>> Queueing support, NCQ:
>> #3 will be supported by libata, for all hardware and devices that
>> support NCQ.
I guess this mea
On Fri, Aug 12, 2005 at 03:05:51PM -0400, Ming Zhang wrote:
> i tried to remove the SA_SHIRQ option when request_irq(), unfortunately
> it seems that the IO-APIC will only try to allocate same # to it and
> once that slot is used, the request_irq will fail.
Yes. These two interrupts are physicall
i tried to remove the SA_SHIRQ option when request_irq(), unfortunately
it seems that the IO-APIC will only try to allocate same # to it and
once that slot is used, the request_irq will fail.
ming
On Fri, 2005-08-12 at 10:35 -0700, Bryan Henderson wrote:
> >>How much extra work does Linux have t
Jeff Garzik wrote:
>
> True enough :/
>
> It's been feature-complete for a while, but the reports from testers
> in the field have made me too nervous to push it into the upstream
> kernel.
>
> I might push it upstream, but disable it by default, which would allow
> for a wider test audience.
Cou
On Fri, 2005-08-12 at 19:51 +0200, Arjan van de Ven wrote:
> On Fri, 2005-08-12 at 10:35 -0700, Bryan Henderson wrote:
> > >>How much extra work does Linux have to do for each interrupt?
> > >
> > >usually 1 pci mmio read; the rest is negligible.
> >
> > I was hoping you would cater better to my i
On Fri, 2005-08-12 at 10:35 -0700, Bryan Henderson wrote:
> >>How much extra work does Linux have to do for each interrupt?
> >
> >usually 1 pci mmio read; the rest is negligible.
>
> I was hoping you would cater better to my ignorance of how PCI interrupt
> handling works in Linux.
>
> Is it th
On Fri, 2005-08-12 at 10:35 -0700, Bryan Henderson wrote:
> >>How much extra work does Linux have to do for each interrupt?
> >
> >usually 1 pci mmio read; the rest is negligible.
>
> I was hoping you would cater better to my ignorance of how PCI interrupt
> handling works in Linux.
>
> Is it th
>>How much extra work does Linux have to do for each interrupt?
>
>usually 1 pci mmio read; the rest is negligible.
I was hoping you would cater better to my ignorance of how PCI interrupt
handling works in Linux.
Is it the case that Linux invokes the registered interrupt handler of each
of the
Dear all,
I bought the Adaptec S-ATA II-1420SA controller but I have a problem
with this type.
I use the Linux Slackware 10.1 with the Linux Kernel 2.6.12-4 but I
didn´t find any driver for this S-ATA controller.
I don't need RAID but I need a 4x S-ATA port.
Could you please to help me?
Have
On Fri, 2005-08-12 at 09:59 -0700, Bryan Henderson wrote:
> >(Not that it's a big problem, sharing irqs on a pci system isn't too big
> >a deal)
>
> Just how big a deal is it? How much extra work does Linux have to do for
> each interrupt?
usually 1 pci mmio read; the rest is negliable.
-
To
>(Not that it's a big problem, sharing irqs on a pci system isn't too big
>a deal)
Just how big a deal is it? How much extra work does Linux have to do for
each interrupt?
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More
> From [EMAIL PROTECTED] Fri Aug 12 03:31:22 2005
> Subject: Re: remove-single-device removes mounted HDDs (kernel 2.6)
> To: Bryan Henderson <[EMAIL PROTECTED]>
> Cc: James Bottomley <[EMAIL PROTECTED]>,
>SCSI Mailing List
> From: Harald Seipp <[EMAIL PROTECTED]>
> Date: Fri, 12 Aug
On 08/12/05 01:09, Jeff Garzik wrote:
> Things in SATA-land have been moving along recently, so I updated the
> software status report:
>
> http://linux.yyz.us/sata/software-status.html
Good write up. I like the simplicity of error handling.
Thumbs up!
Luben
-
To unsubscribe fro
On 08/12/05 01:09, Jeff Garzik wrote:
> Things in SATA-land have been moving along recently, so I updated the
> software status report:
>
> http://linux.yyz.us/sata/software-status.html
>
> Although I have not updated it in several weeks, folks may wish to refer
> to the hardware status r
On Fri, 2005-08-12 at 09:14 +0200, Arjan van de Ven wrote:
> On Thu, 2005-08-11 at 18:31 -0400, Ming Zhang wrote:
> > I have this eth1 and aic7xxx share 1 interrupt thus have impact on
> > performance, anyway i can change it? thx!
>
> realistically, either you need to find a bios setting tweak, or
I am of the same mind here regarding the busy check, better to have a
coarse or overly paranoid understanding of ref count. But we desire a
ref count on the disk (/dev/sda) overall, not on the partition
(/dev/sda2) as would typically be mounted.
As for using fuser as James had suggested, needing t
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> Things in SATA-land have been moving along recently, so I updated the
> software status report:
>
> http://linux.yyz.us/sata/software-status.html
I couldn't see any reference to system-wide power management (ie,
suspend/resume of machines with SA
> Don't use /etc/mtab. Don't use it for anything if you can help it; it
was
> important technology in its day, but we can now go to the horse's mouth
--
> the kernel -- for that information.
> /proc/mounts will tell you what is really mounted.
But:
1. /proc/mounts hides the most important informat
On Thu, 2005-08-11 at 18:31 -0400, Ming Zhang wrote:
> I have this eth1 and aic7xxx share 1 interrupt thus have impact on
> performance, anyway i can change it? thx!
realistically, either you need to find a bios setting tweak, or you need
to move one of the two to a different pci slot in the machi
23 matches
Mail list logo
