I have included my boot messages and an lspci, in any of the info is useful.
I do have a VIA based sata board that works well also installed - any
potential for conflict?
...tom
-
Boot Log
-
[4194001.852669] Linux version 2.6.22.1-ds20 ([EMAIL PROTECTED]) (gcc
On Sat, 1 Sep 2007 00:55:21 +0200
Ondrej Zary <[EMAIL PROTECTED]> wrote:
> Hello,
> I think that I've found and fixed the problem. There is a copy/paste bug in
> vt6421_set_dma_mode() function which causes wrong values to be written to
> PATA_UDMA_TIMING register.
>
>
> This patch fixes a copy
Hello,
I think that I've found and fixed the problem. There is a copy/paste bug in
vt6421_set_dma_mode() function which causes wrong values to be written to
PATA_UDMA_TIMING register.
This patch fixes a copy/paste bug that breaks DMA modes on VT6421 PATA port.
Signed-off-by: Ondrej Zary <[EMAI
This patch changes multipath-tools to use request-based dm-multipath.
This patch should be applied on top of 8/28/2007 git multipath-tools.
Request-based dm itself is still under development and not ready
for inclusion.
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomur
This patch adds 2 new interfaces for request completion:
o blk_end_request() : called without queue lock
o __blk_end_request() : called with queue lock held
Some device drivers call some generic functions below between
end_that_request_{first/chunk} and end_that_request_last().
o add_disk_
This patch adds a feature of turning request-based dm on
to device-mapper userspace tool.
To turn on request-based dm, following steps should work:
1. # dmsetup create --rqbase mpath0
2. # echo | dmsetup load mpath0
3. # dmsetup resume mpath0
Note: If you used bio-based targets fo
This patch adds dynamic load balancer to request-based dm-multipath.
Request-based dm itself is still under development and not ready
for inclusion.
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
drivers/md/Makefile |3
driver
This patch converts dm-multipath target driver to request-based.
Request-based dm itself is still under development and not ready
for inclusion.
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
dm-mpath.c | 227
+
This patch is an examle of block device stacking at request level,
showing the necessity of blk_end_request() and how the new
rq->end_io() hook is used.
Request-based dm itself is still under development and not ready
for inclusion.
This patch adds request-based dm feature to dm core.
Request-base
This patch moves the rq->end_io() calling point to the top of
blk_end_request() from the last of end_that_request_last().
This means that whole request completion can be hooked by rq->end_io()
because all device drivers call blk_end_request() to complete request.
Because the meaning of rq->end_io(
This patch removes the following functions:
o end_that_request_first()
o end_that_request_chunk()
and stops exporting the functions below:
o end_that_request_last()
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c
This patch changes ide-cd (cdrom_newpc_intr) to use blk_end_request().
Due to the addness of the driver, the patch adds a variant of
the interface, blk_end_request_callback().
cdrom_newpc_intr() of ide-cd is the only function in the kernel tree
which needs to call end_that_request_first() and
end_
This patch changes "odd" drivers to use blk_end_request().
The drivers are cciss, cpqarray and xsysace.
cciss and cpqarray directly call bio_endio() and disk_stat_add()
when completing request. But those can be replaced with
__end_that_request_first().
After the replacement, request completion p
This patch converts "normal" drivers, which complete request
in a standard way shown below, to use blk_end_request().
a) end_that_request_{chunk/first}
spin_lock_irqsave()
(add_disk_randomness(), blk_queue_end_tag(), blkdev_dequeue_request())
end_that_request_last()
spin_unlock_ir
This patch adds macros to get the size of request in bytes.
They are useful because blk_end_request() takes bytes
as a completed I/O size instead of sectors.
Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
---
blkdev.h |9 +
1 files c
Hello,
This set of patches changes request completion interface
between device drivers and block layer to 1 step procedure
from current 2 step procedures using end_that_request_{first/chunk}
and end_that_request_last().
This change allows request-based multipath to hook in before
completing each
Patrizio Bassi ha scritto:
> Michal Piotrowski ha scritto:
>> Hi,
>>
>> [Adding IDE wizards to CC]
>>
>> On 26/08/07, Patrizio Bassi <[EMAIL PROTECTED]> wrote:
>>
>>> My sis630 chipset shipped with Asus A1000
>>> doesn't work properly with suspend with ide drivers
>>> (http://bugzilla.kernel.org
On Wednesday 29 August 2007 11:28, Michal Piotrowski wrote:
> ACPI
>
> Subject : the fan doesn't work any more
> References : http://lkml.org/lkml/2007/8/28/359
> Last known good : ?
> Submitter : Daniel Ritz <[EMAIL PROTECTED]>
> Caused-By : Alexey Starikovskiy <[EMAIL P
Alan Cox wrote:
Standards:
Likely used: 1
Prehistory
LBA, IORDY not likely
No DMA, nothing above PIO2
Cool! :-)
Buffer type: 0002: dual port, multi-sector
Buffer size: 1.0kB bytes avail on r/w long: 4
Cannot perform double-word IO
Ca
Bartlomiej Zolnierkiewicz wrote:
The Marvell bridge chips used on HighPoint SATA cards do not seem to support
the UltraDMA modes 1, 2, and 3 as well as any MWDMA modes, so the driver needs
to account for this in the udma_filter() method. In order to achieve that, do
the following changes:
-
Petr Vandrovec wrote:
Hello,
maybe I should have trusted SiliconImage... But, well, it is not true that
you cannot use PMP with Sil 3512 and 3114. You can, if you try hard enough.
Patch below tries hard enough ;-) Unfortunately it has few drawbacks:
(1) Hardware ignores PMP field in receive
This device has both AHCI and RAID modes that use the ahci driver. Only
the RAID mode DID's are being added as the PCI class code support will
cover the AHCI mode. Looking at the Generic, PCI class code support
section, it uses "board_ahci". I assumed that they should be the same
as the generic
On Thu, 30 Aug 2007 12:11:39 -0400
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> On 08/29/2007 07:50 PM, Alan Cox wrote:
> >
> > Device Ready, Seek Complete, Data Request, Error
> >
> > DRQ and Error together is a bit odd to say the least
> >
> > It then commits suicide and falls off the bus. That
> When a DMA operation is enabled, CS0- and CS1- shall not be asserted and
> transfers shall be 16-bits wide.
>
> I took the above to mean the device was designed to support DMA.
> Where did I err?
The bus is specified for DMA, not the device.
>
> > The data sheet says the media can only do 4.
Hi,
I am using debian sid in an acer notebook, and I do see the spin down
msg referred in http://linux-ata.org/shutdown.html. Linux is
2.6.22-1-686 and hd is sata. Am I to worry?
Thanks!
Bruno
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message t
Update with kernel 2.6.22.6 i am getting this error now
ata2.00: ATA-6: ST3120026A, 3.06, max UDMA/100
here is the new error.
ata2.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata2.01: cmd ca/00:00:25:9c:fc/00:00:00:00:00/f6 tag 0 cdb 0x0 data 131072
out
res 40/00:00:3f:0
Kristoffer Nyborg Gregertsen wrote:
Updated and simplified driver. Use only register transfer timing for both
data and register transfers. This gives poorer performance in PIO1 and 2,
but should not be a problem in PIO3 and 4, correct me if I'm wrong :)
The driver works very we'll but I still wo
Sonic Zhang wrote:
Fix all issues pointed out in Jeff's email.
Acked-by: Alan Cox <[EMAIL PROTECTED]>
Signed-off-by: Sonic Zhang <[EMAIL PROTECTED]>
---
drivers/ata/Kconfig | 16
drivers/ata/Makefile |1
drivers/ata/pata_bf54x.c | 1627
+++
Tejun Heo wrote:
Currently, port configuration reporting has the following problems.
* iomapped address is reported instead of raw address
* report contains irrelevant fields or lacks necessary fields for
non-SFF controllers.
* host->irq/irq2 are there just for reporting and hacky.
This patch
Tejun Heo wrote:
EH is sometimes repeated without any error or action. For example,
this happens when probing IDENTIFY fails because of a phantom device.
In these cases, all the repeated EH does is making sure there is no
unhandled error or pending action and return. This repeation is
necessary
Alan Cox wrote:
The ATA specifications require checks on certain flags before assuming
the validity of other data. Go through the methods and correct those
needing extra checks. Also note limits on ata_id_major_version with
respect to ATA-1 and ATA-2. Correct the 32bit PIO check.
Wants to sit in
Albert Lee wrote:
Minor cleanup to remove the unneeded rmb()s per Jeff's advice. Also removed the
pll_clock < 0 check since pll_clock now guaranteed to be >= 0 after Mikael's
patch.
Signed-off-by: Albert Lee <[EMAIL PROTECTED]>
---
Tested ok on both x86 and ppc64, together with Mikael's patch.
Alan Cox wrote:
If we have a PATA cable with a SATA drive on it then we've found a
bridge and we can flip the cable type. This fixes some cable detect
problems with SATA bridges on chipsets and misdetected cable types.
In theory cable detection and mode limiting is needed if you put a
SATA/PATA
Alan Cox wrote:
With the PCI layer properly handling legacy IDE and the kernel now using
it these can go
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
Alan Cox wrote:
This avoids allocating DMA buffers if not needed but at the moment is
mostly just a neatness item.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
applied sans pata_acpi change, which is because pata_acpi is not in
libata-dev.git#upstream
-
To unsubscribe from this list: send t
Tejun Heo wrote:
Make ata_dev_try_classify() take a pointer to ata_device instead of
ata_port/port_number combination for consistency and add @present
argument. @present indicates whether the device seems present during
reset. It's the result of TF access during softreset and link
onlineness du
Fixes, some new ids, and a version bump that we discovered was missing
from several drivers.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ata_generic.c |2 +-
Eric wrote:
John Sigler wrote:
According to my supplier, herre is the data sheet for the DOMs:
http://www.pqimemory.com/documents/domdata.pdf
PIO mode 2 is mentioned. Even DMA seems to be supported.
Or am I mistaken?
Page 3 states max interface burst speed is 8.3MB/s in PIO2. I
wouldn't as
Alan Cox wrote:
John Sigler wrote:
http://www.pqimemory.com/documents/domdata.pdf
PIO mode 2 is mentioned. Even DMA seems to be supported.
Or am I mistaken?
Could there be a bug in my south bridge?
Nothing there about DMA support.
cf. document's page 12.
DMACK- (DMA acknowledge)
This si
Tejun Heo wrote:
Some drives choke on READ_NATIVE_MAX_ADDRESS[_EXT]. Implement
ATA_HORKAGE_BROKEN_HPA and apply it to affected drives.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
MAXTOR 6L080L4 added from bugzilla bug 7119.
drivers/ata/libata-core.c | 11 ---
include/linux/liba
Mikael Pettersson wrote:
This patch corrects sata_promise to classify FastTrack TX4200
(DID 3515/3519) as a second-generation chip. Promise's partial-
source FT TX4200 driver confirms this classification.
Treating it as a first-generation chip causes several problems:
1. Detection failures. This
Tejun Heo wrote:
Satellite U200 also shares the problem. Add it to the broken suspend
list. Original patch from John Schember.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Cc: John Schember <[EMAIL PROTECTED]>
---
drivers/ata/ata_piix.c |7 +++
1 file changed, 7 insertions(+)
diff --
Bartlomiej Zolnierkiewicz wrote:
Cc: Jeff Garzik <[EMAIL PROTECTED]>
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
---
include/linux/ata.h | 13 +
1 file changed, 13 insertions(+)
Index: b/include/linux/ata.h
=
Alan Cox wrote:
This replaces the patch which incorrectly removed the 6145
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.23rc3-mm1/drivers/ata/pata_marvell.c
linux-2.6.23rc3-mm1/drivers/ata/pata_marvell.c
--- linux
Jason Gaston wrote:
Resend trying to remove 8-bit characters in the email.
This patch adds the Intel Tolapai IDE mode SATA controller DID's.
Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a mess
Jason Gaston wrote:
Resend trying to remove 8-bit characters in the email.
This patch adds the Intel Tolapai RAID controller DID's for SATA support.
Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
--- linux-2.6.23-rc4/drivers/ata/ahci.c.orig2007-08-27 18:32:35.0
-0700
+++ linux-2
In the future, consider following the information convention we have for
patch revisions:
[PATCH 2.6.23-rc4] ata_piix: do some stuff
[PATCH 2.6.23-rc4 v2] ata_piix: do some stuff
[PATCH 2.6.23-rc4 v3] ata_piix: do some stuff
[PATCH 2.6.23-rc4 v4] ata_piix: do some
Alan Cox wrote:
On some early drives (pre ATA1) this feature is not supported. If it
fails then we know the drive geometry is the hardware geometry and the
one we tried to set anyway so just carry on.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr
48 matches
Mail list logo
