sø., 18.11.2007 kl. 21.16 +0100, skrev Tomas Carnecky:
Since this is becoming more an IDE/ATA issue, I added
linux-ide@vger.kernel.org to CC. I hope that's the right mailinglist.
Tomas Carnecky wrote:
(3) Once the notebook was in the docking station (whether I boot it
while in the dock
Which in turn enables the iommu_merge functionality in gart_map_sg().
for_each_sg(sg, s, nents, i) {
Hmm, another thought. Maybe this code just has trouble with the new
linked SG lists and it's not really a SB600 problem?
I did a quick test on two ATI machines with older chipset and
On Tue, 20 Nov 2007, Andi Kleen wrote:
This requires propably working 64bit DMA, which is not possible with
the SB600 controller.
It should not no. The remapping is done into the GART which is 4GB
and that is the address the SB600 sees.
Hmm, I just checked the boot logs of the failing
On Tuesday 20 November 2007 19:29:56 Thomas Gleixner wrote:
On Tue, 20 Nov 2007, Andi Kleen wrote:
This requires propably working 64bit DMA, which is not possible with
the SB600 controller.
It should not no. The remapping is done into the GART which is 4GB
and that is the
Hi,
I have Addonics.com port multiplier which has SiI3726 chip. I'm pretty
sure it has LED outputs that are software controllable, to use with RAID
enclosures for Identifying drives (that have failed for example).
I wonder if anyone has chipset docs that can be used to write Linux
drivers for
Hello,
I have a Compaq Deskpro EN P3 Celeron 850, running
Debian etch with a 2.6.18 kernel, which runs/boots
fine. It has an add-in generic SIL3112 SATA card,
which also works fine with the 2.6.18 kernel.
I just tried to install a 2.6.22 kernel from
www.backports.org, and that kernel will not
kernel: [734344.717844] irq 21: nobody cared (try booting with the
irqpoll option)
kernel: [734344.717866]
Your machine decided to emit interrupt 21 without an apparent reason.
Whatever caused that made the kernel shut down IRQ 21 at which point the
disk drives on that IRQ were no longer
2007/11/20, Alan Cox [EMAIL PROTECTED]:
kernel: [734344.717844] irq 21: nobody cared (try booting with the
irqpoll option)
kernel: [734344.717866]
Your machine decided to emit interrupt 21 without an apparent reason.
Whatever caused that made the kernel shut down IRQ 21 at which point
On Monday 19 November 2007, Sergei Shtylyov wrote:
Bartlomiej Zolnierkiewicz wrote:
* Move ETRAX_IDE and friends from arch/cris/arch-{v10,v32}/drivers/Kconfig
to drivers/ide/Kconfig.
* Don't force selecting ide-disk and ide-cd device drivers
(please handle this through defconfig
I've had other freezes before but this was the first time I was able
to see what was actually going on.
IRQ 21 appears to be shared between sata_nv and ethernet.
Does this mean my hardware/BIOS is broken somehow?
Not neccessarily. It could a bug in one of the drivers using IRQ 21
(sata_nv
This fixes some problems with ATAPI devices on nForce4 controllers in ADMA
mode on systems with memory located above 4GB. We need to delay setting the
64-bit DMA mask until the PRD table and padding buffer are allocated so that
they don't get allocated above 4GB and break legacy mode (which is
Tejun Heo wrote:
Tejun Heo wrote:
If so, can you please add that switching into register mode is okay as
long as there's no other ADMA commands in flight and add
WARN_ON((qc-flags ATA_QCFLAG_RESULT_TF) link-sactive)?
More accurately, link-sactive test can be substituted with
Tejun Heo wrote:
These are upstream patches I collected while Jeff is away. Thanks.
* workaround for ATAPI tape drives
* detection/suspend workarounds for several laptops
* ICH8/9 port_enable fix
ata_piix controller ID reorganization is included to ease the fixes.
Please pull from
13 matches
Mail list logo