On Sat, 1 Dec 2007, Justin Piszcz wrote:
On Sat, 1 Dec 2007, Janek Kozicki wrote:
Justin Piszcz said: (by the date of Sat, 1 Dec 2007 07:23:41 -0500
(EST))
dd if=/dev/zero of=/dev/sdc
The purpose is with any new disk its good to write to all the blocks and
let the drive to all of
On Fri, 30 Nov 2007, Kiyoshi Ueda wrote:
> This patch converts ps3disk to use blk_end_request().
^^^
Patch subject and description are inconsistent with actual change.
> Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
> Signed-off-by: Jun'ichi Nomur
On Sat, Dec 01, 2007 at 09:57:55PM -0600, Olof Johansson wrote:
> On Sun, Dec 02, 2007 at 02:58:10AM +0300, Anton Vorontsov wrote:
> > On Sat, Dec 01, 2007 at 05:54:49PM -0500, Jeff Garzik wrote:
> > while (1) {
> > send_patches();
> >
> > if (ack_collected(PaulM) && ack_collected(PowerPC_
> > Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
> > Cc: Alan Cox <[EMAIL PROTECTED]>
> > ---
> > drivers/ata/pata_amd.c | 129
> > ++-
> > 1 files changed, 93 insertions(+), 36 deletions(-)
>
> Yeah, I think this is a better way to do things long ter
I am below "novice" when it comes to git:
$ git-pull --update-head-ok --tags
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
Warning: No merge candidate found because value of config option
"branch.master.merge" does not match any remote branch fetched.
No changes.
Mark Lord wrote:
I am below "novice" when it comes to git:
$ git-pull --update-head-ok --tags
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
Warning: No merge candidate found because value of config option
"branch.master.merge" does not match any remote branch fet
On Sun, Dec 02, 2007 at 02:46:17PM +0300, Anton Vorontsov wrote:
> On Sat, Dec 01, 2007 at 09:57:55PM -0600, Olof Johansson wrote:
> > On Sun, Dec 02, 2007 at 02:58:10AM +0300, Anton Vorontsov wrote:
> > > On Sat, Dec 01, 2007 at 05:54:49PM -0500, Jeff Garzik wrote:
> > > while (1) {
> > > send_p
From: Saeed Bishara <[EMAIL PROTECTED]>
This patch series adds support for the integrated SATA controller that can be
found in some of Marvell's SoC's. This controller is based on the 88SX7042, but
it connected directly to the internal bus of the SoC and not via PCI.
-
To unsubscribe from this l
From: Saeed Bishara <[EMAIL PROTECTED]>
Marvell's Orion SoC includes SATA controllers based on Marvell's
PCI-to-SATA 88SX controllers. The integrated SATA unit is connected
directly to the internal bus of the Orion SoC, and not via PCI.
This patch extends the libATA sata_mv driver to support those
From: Saeed Bishara <[EMAIL PROTECTED]>
The integrated SATA controller is connected directly to the SoC's
internal bus, not via PCI interface. this patch removes the dependency
on the PCI interface.
Signed-off-by: Saeed Bishara <[EMAIL PROTECTED]>
---
drivers/ata/Kconfig |2 +-
drivers/ata
From: Saeed Bishara <[EMAIL PROTECTED]>
Marvell's Orion SoC includes SATA controllers based on Marvell's
PCI-to-SATA 88SX controllers. The integrated SATA unit is connected
directly to the internal bus of the Orion SoC, and not via PCI.
This patch extends the libATA sata_mv driver to support those
From: Saeed Bishara <[EMAIL PROTECTED]>
The integrated SATA controller is connected directly to the SoC's
internal bus, not via PCI interface. this patch removes the dependency
on the PCI interface.
Signed-off-by: Saeed Bishara <[EMAIL PROTECTED]>
---
drivers/ata/Kconfig |2 +-
drivers/ata
From: Saeed Bishara <[EMAIL PROTECTED]>
This patch series adds support for the integrated SATA controller that can be
found in some of Marvell's SoC's. This controller is based on the 88SX7042, but
it connected directly to the internal bus of the SoC and not via PCI.
-
To unsubscribe from this l
Jeff Garzik wrote:
Mark Lord wrote:
I am below "novice" when it comes to git:
$ git-pull --update-head-ok --tags
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
Warning: No merge candidate found because value of config option
"branch.master.merge" does not match a
On Sat, 01 Dec 2007 18:23:44 -0500, Jeff Garzik wrote:
> Tejun Heo wrote:
> > Make pdc_atapi_pkt() use values from qc->tf instead of creating its
> > own. This is to ease future ATAPI handling changes.
> >
> > DONT APPLY YET
> > ---
> > Mikael, would this work? Values other than lbam and lbah re
On Sat, 1 Dec 2007 22:59:35 +0100
Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
> Thanks for reporting/debugging it guys!
>
> > Something in there needs to insert a '\n' before the "skipping
> > word" message. Since it doesn't do that right now, the KERN_DEBUG
> > string appears as "<7>"
On Sunday 02 December 2007, Randy Dunlap wrote:
> On Sat, 1 Dec 2007 22:59:35 +0100 Bartlomiej Zolnierkiewicz wrote:
>
> > Thanks for reporting/debugging it guys!
> >
> > > Something in there needs to insert a '\n' before the "skipping word"
> > > message.
> > > Since it doesn't do that right no
On Sunday 02 December 2007, Nick Warne wrote:
> On Sat, 1 Dec 2007 22:59:35 +0100
> Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
>
>
> > Thanks for reporting/debugging it guys!
> >
> > > Something in there needs to insert a '\n' before the "skipping
> > > word" message. Since it doesn't
Since the update to the 2.6.23.1-21.fc7 kernel, I have been getting weird
errors on the disk (see attached). Fedora's stock kernels use the new
driver exclusively.
Disk action never recovers - maybe Ctrl_alt_Backspace or Ctrl_alt_del
restores unfreezes. Switch off otherwise. While these are goin
Tejun Heo wrote:
Here's the program I used to test various ATAPI transfer lengths based
on the sample code Daniel Drake posted a while ago. The code Daniel
Drake posted was taken from brasero and had the following bug.
Byte 7 is high byte of alloc size not low and the whole CDB should be
ten by
[EMAIL PROTECTED] wrote:
From: Saeed Bishara <[EMAIL PROTECTED]>
Marvell's Orion SoC includes SATA controllers based on Marvell's
PCI-to-SATA 88SX controllers. The integrated SATA unit is connected
directly to the internal bus of the Orion SoC, and not via PCI.
This patch extends the libATA sata
On Sunday 02 December 2007, Olof Johansson wrote:
> Yes, I agree with Sergei: I don't think the pio/ata mode belongs there,
> "ata-generic" (or "generic-ata") sounds good to me. If firmwares want to
> specify pata/sata stuff as more specific compatible fields, then they are
> free to, but the driv
On Mon, Dec 03, 2007 at 12:40:21AM +0100, Arnd Bergmann wrote:
> On Sunday 02 December 2007, Olof Johansson wrote:
>
> > Yes, I agree with Sergei: I don't think the pio/ata mode belongs there,
> > "ata-generic" (or "generic-ata") sounds good to me. If firmwares want to
> > specify pata/sata stuff
Hi all,
At least for my hardware (MCP55), the sata controller supports MSI
and it seems that turning it on is as simple as inserting the call
to pci_enable_msi - after that it Just Works(tm).
Are there any gotchas that I'm missing? Would a patch to do this
be accepted?
--phil
-
To unsubscribe fr
Attached is the script I use to keep a tree synced with upstream tree.
.git/origin points to upstream repo like the following.
master.kernel.org /pub/scm/linux/kernel/git/jgarzik/libata-dev.git ssh
If you have ssh access to the origin, specify ssh as above, everything
will go over a ssh channel
Mikael Pettersson wrote:
>> what was the outcome of this discussion?
>>
>> I haven't looked over the Promise datasheet nor checked my brain for
>> details, hoping Mikael would do that for me ;-)
>
> I've now tested this on top of 2.6.24-rc3, with no observable
> regressions. Blanking, writing, an
>
> This patch won't apply, because sata_mv.c was just recently updated
> to fix 7042 PCIe support. You'll have to rebase this patch against that.
ok. I'll check that.
>
> Also, I'm not sure I understand why there's a need for the new sata_mv.h file
> ?
This file contains the definition of the da
27 matches
Mail list logo
