Hi All,
I got asked to forward this email I sent to the lkml to here :)
So that's what I do.
The problem below exists with 2.6.20-git11 and the Jeff's libata-dev
linus-upstream tree, which I cloned yesterday evening at the unholy
hour of 00:10 GMT
I am not on the ide list, so if you could CC m
Patrick Ale wrote:
> Hi All,
>
> I got asked to forward this email I sent to the lkml to here :)
> So that's what I do.
>
>
> The problem below exists with 2.6.20-git11 and the Jeff's libata-dev
> linus-upstream tree, which I cloned yesterday evening at the unholy
> hour of 00:10 GMT
>
> I am n
On 2/16/07, Albert Lee <[EMAIL PROTECTED]> wrote:
:
It's strange that your on-board Promise adapter works but the add-on
adapter detects no devices.
Could you please try reloading the pata_pdc2027x driver by
"rmmod pata_pdc2027x; modprobe pata_pdc2027x" and send the dmesg.
Ofcourse I can :)
On 2/16/07, Patrick Ale <[EMAIL PROTECTED]> wrote:
On 2/16/07, Albert Lee <[EMAIL PROTECTED]> wrote:
Maybe the output of an lspci -vvv helps, sorry if this is unnecesary
information, I just wanna help where I can :)
For clearance: The RAID controller is the onboard Promise, which works.
Patr
Patrick Ale wrote:
> On 2/16/07, Albert Lee <[EMAIL PROTECTED]> wrote:
> :
>
>> It's strange that your on-board Promise adapter works but the add-on
>> adapter detects no devices.
>>
>> Could you please try reloading the pata_pdc2027x driver by
>> "rmmod pata_pdc2027x; modprobe pata_pdc2027x" and
Change the default for the built-in IDE on p610/p615/p630 from
ide to libata. libata has better error handling and the drive can
recover when hald does its CD media polling.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
arch/powerpc/configs/ppc64_defconfig |4 ++--
arch/powerpc/confi
On 2/16/07, Albert Lee <[EMAIL PROTECTED]> wrote:
Maybe the Promise BIOS set the adapter as disabled...
Could you please try the attached patch?
This patch is against what? I get a hunk rejected.
patching file drivers/ata/pata_pdc2027x.c
Hunk #1 FAILED at 315.
1 out of 1 hunk FAILED -- saving r
On Thu, 8 Feb 2007 09:58:45 +0100 (MET), Mikael Pettersson wrote:
>On Thu, 8 Feb 2007 00:00:32 +0300, Sergei Shtylyov wrote:
>>Remove the bogus code pretending to set SW/MW DMA timings -- I wonder whether
>>its author really thought that he could achieve that wrtiting to BMIDE status
>>registers?
Patrick Ale wrote:
> On 2/16/07, Albert Lee <[EMAIL PROTECTED]> wrote:
>
>> Maybe the Promise BIOS set the adapter as disabled...
>> Could you please try the attached patch?
>
>
> This patch is against what? I get a hunk rejected.
> patching file drivers/ata/pata_pdc2027x.c
> Hunk #1 FAILED at 3
[1.] One line summary of the problem:
SATA Problem: port is slow to respond
[2.] Full description of the problem/report:
The following messages appear while booting/in dmesg [1]:
[...]
ata2: port is slow to respond, please be patient (Status 0x80)
ata2: port failed to respond (30 secs, Status
>
1. Hmm, the patch looks useless: if the port is disabled, there should
be a error message saying "port disabled. ignoring". But we don't see such
message. So, please disregard the patch. If you have time, please try if any
previous kernel version like 2.6.17 to 2.6.19 works.
Yep, will do,
I wrote in haste:
>If it looks OK to everyone, please forward it upstream as
>appropriate.
I should have written that if it looks OK to everyone _and_
when it has been tested to your satisfaction, then please forward it
upstream. I didn't mean to suggest that it should reach Linus
Hi Tejun and Jeff,
The discussion about the vt6421 problems caused me to glance
at the code and try a very minor clean-up to vt6421_init_addrs().
Please note that I don't have a vt6421, so this patch is UNTESTED.
The patch does two things:
1. Elminate the bmdma_addr variable, whic
Mikael Pettersson wrote:
On Thu, 8 Feb 2007 09:58:45 +0100 (MET), Mikael Pettersson wrote:
On Thu, 8 Feb 2007 00:00:32 +0300, Sergei Shtylyov wrote:
Remove the bogus code pretending to set SW/MW DMA timings -- I wonder whether
its author really thought that he could achieve that wrtiting to B
Hello.
Sergei Shtylyov wrote:
The intent of the patch was exactly to *remove* broken DMA support
until it's fixed (which requires more work). It only worked by chance
-- because MWDMA2 timings are the same as of PIO4. Have patience please.
You may also consider switching to the libat
Hello.
Olaf Hering wrote:
Change the default for the built-in IDE on p610/p615/p630 from
ide to libata. libata has better error handling and the drive can
recover when hald does its CD media polling.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
arch/powerpc/configs/ppc64_defconfig
Hi,
On Friday 16 February 2007 14:11, Sergei Shtylyov wrote:
> Mikael Pettersson wrote:
> > On Thu, 8 Feb 2007 09:58:45 +0100 (MET), Mikael Pettersson wrote:
> >
> >>On Thu, 8 Feb 2007 00:00:32 +0300, Sergei Shtylyov wrote:
> >>
> >>>Remove the bogus code pretending to set SW/MW DMA timings -- I
On Friday 16 February 2007 14:39, Sergei Shtylyov wrote:
> Hello.
>
> Sergei Shtylyov wrote:
>
> >The intent of the patch was exactly to *remove* broken DMA support
> > until it's fixed (which requires more work). It only worked by chance
> > -- because MWDMA2 timings are the same as of PI
Hi,
On Friday 16 February 2007 10:20, Olaf Hering wrote:
>
> Change the default for the built-in IDE on p610/p615/p630 from
> ide to libata. libata has better error handling and the drive can
> recover when hald does its CD media polling.
>
> Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
Does
On Friday 16 February 2007 15:46, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Friday 16 February 2007 10:20, Olaf Hering wrote:
> >
> > Change the default for the built-in IDE on p610/p615/p630 from
> > ide to libata. libata has better error handling and the drive can
> > recover when hald
On Friday 16 February 2007 14:52, Sergei Shtylyov wrote:
> I'm sorry, how those 2 drivers can be equivalent?! The pata_winbond
> driver
> is for VLB only, sl81c105 was for PCI only -- you certainly want to use
> pata_sl82c105 (indeed better version of sl82c105 driver).
I was under the imp
Hello, I wrote:
Change the default for the built-in IDE on p610/p615/p630 from
ide to libata. libata has better error handling and the drive can
recover when hald does its CD media polling.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
Index: linux-2.6.20/arch/powerpc/configs/ppc64_defcon
Hello.
Bartlomiej Zolnierkiewicz wrote:
I'm sorry, how those 2 drivers can be equivalent?! The pata_winbond driver
is for VLB only, sl81c105 was for PCI only -- you certainly want to use
pata_sl82c105 (indeed better version of sl82c105 driver).
I was under the impression that with your f
Hello.
Bartlomiej Zolnierkiewicz wrote:
Mikael Pettersson wrote:
Remove the bogus code pretending to set SW/MW DMA timings -- I wonder whether
its author really thought that he could achieve that wrtiting to BMIDE status
registers? Stop fiddling with the DMA capable bits in the speedproc()
On Friday 16 February 2007 15:55, Sergei Shtylyov wrote:
> Hello.
>
> Bartlomiej Zolnierkiewicz wrote:
>
> >>I'm sorry, how those 2 drivers can be equivalent?! The pata_winbond
> >> driver
> >>is for VLB only, sl81c105 was for PCI only -- you certainly want to use
> >>pata_sl82c105 (indee
Hello.
Bartlomiej Zolnierkiewicz wrote:
I'm sorry, how those 2 drivers can be equivalent?! The pata_winbond driver
is for VLB only, sl81c105 was for PCI only -- you certainly want to use
pata_sl82c105 (indeed better version of sl82c105 driver).
I was under the impression that with your fi
Hello.
Bartlomiej Zolnierkiewicz wrote:
The intent of the patch was exactly to *remove* broken DMA support
until it's fixed (which requires more work). It only worked by chance
-- because MWDMA2 timings are the same as of PIO4. Have patience please.
You may also consider switching to
Hello, I wrote:
I'm sorry, how those 2 drivers can be equivalent?! The pata_winbond driver
is for VLB only, sl81c105 was for PCI only -- you certainly want to use
pata_sl82c105 (indeed better version of sl82c105 driver).
I was under the impression that with your fixes these drivers
(sl82c10
On Friday 16 February 2007 16:00, Sergei Shtylyov wrote:
> Hello.
>
> Bartlomiej Zolnierkiewicz wrote:
>
> >>Mikael Pettersson wrote:
>
> >Remove the bogus code pretending to set SW/MW DMA timings -- I wonder
> >whether
> >its author really thought that he could achieve that wrtiti
Hello.
Bartlomiej Zolnierkiewicz wrote:
Remove the bogus code pretending to set SW/MW DMA timings -- I wonder whether
its author really thought that he could achieve that wrtiting to BMIDE status
registers? Stop fiddling with the DMA capable bits in the speedproc() -- they
do not enable DMA, a
On Friday 16 February 2007 16:34, Sergei Shtylyov wrote:
> Hello.
>
> Bartlomiej Zolnierkiewicz wrote:
>
> >>>Remove the bogus code pretending to set SW/MW DMA timings -- I wonder
> >>>whether
> >>>its author really thought that he could achieve that wrtiting to BMIDE
> >>>stat
On Fri, Feb 16, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Friday 16 February 2007 10:20, Olaf Hering wrote:
> >
> > Change the default for the built-in IDE on p610/p615/p630 from
> > ide to libata. libata has better error handling and the drive can
> > recover when hald does its CD media
Fold the parts of the ide_dma_end() methods indetical to __ide_dma_end() into a
mere call to it.
Start using faster versions of the ide_dma_end() and ide_dma_test_irq() methods
for the PCI0646U and newer chips that have the duplicate interrupt status bits
in the I/O mapped MRDMODE register, determi
Fold the parts of the ide_dma_end() methods indetical to __ide_dma_end() into a
mere call to it.
Start using faster versions of the ide_dma_end() and ide_dma_test_irq() methods
for the PCI0646U and newer chips that have the duplicate interrupt status bits
in the I/O mapped MRDMODE register, determi
On Fri, 2007-02-16 at 17:55 +0300, Sergei Shtylyov wrote:
> Hello.
>
> Bartlomiej Zolnierkiewicz wrote:
>
> >>I'm sorry, how those 2 drivers can be equivalent?! The pata_winbond
> >> driver
> >>is for VLB only, sl81c105 was for PCI only -- you certainly want to use
> >>pata_sl82c105 (indee
Today I got a similar error (I think) once during the overnight RAID "check".
This time it was sdc (was sdf in my original report). Both are on the Promise.
The check completed on time with zero mismatches.
Still 2.6.20 vanilla:
Linux e7 2.6.20 #1 Mon Feb 5 22:08:32 EST 2007 i686 GNU/Linux
On Tue, Jan 30, 2007 at 03:37:36PM -0800, Gary Hade wrote:
> On Tue, Jan 30, 2007 at 04:32:34PM +0900, Tejun Heo wrote:
> > Hello, Gary.
> >
> > Gary Hade wrote:
> > >>> If they verify your fix (ie,
> > >>> GoVault sometimes take more than 150ms to transmit the first D2H Reg FIs
> > >>> after SRST
On Thu, Feb 15, 2007 at 03:48:04PM -0800, Linus Torvalds wrote:
>
>
> On Thu, 15 Feb 2007, Jeff Garzik wrote:
> >
> > diff --git a/arch/ia64/Kconfig b/arch/ia64/Kconfig
> > index db185f3..d51f0f1 100644
> > --- a/arch/ia64/Kconfig
> > +++ b/arch/ia64/Kconfig
> > @@ -22,6 +22,7 @@ config IA64
> >
Tejun Heo wrote:
Hello,
Robert Hancock wrote:
[--correct summary snipped--]
Given the above, what I'm proposing to do is:
-Remove the blacklisting of Maxtor BANC1G10 firmware for FUA. If we
need to FUA-blacklist any drives this should likely be added to the
existing "horkage" mechanism we no
Tobias Diedrich wrote:
Possibly a known issue:
After resume pata_amd drops from UDMA/33 to PIO on my system.
Reloading the module puts both attached optical drives (master and
slave) back to UDMA/33.
AFAICS "simplex DMA is claimed by other device, disabling DMA" seems
to be causing it to drop t
Robert Hancock wrote:
Tobias Diedrich wrote:
Possibly a known issue:
After resume pata_amd drops from UDMA/33 to PIO on my system.
Reloading the module puts both attached optical drives (master and
slave) back to UDMA/33.
AFAICS "simplex DMA is claimed by other device, disabling DMA" seems
to
Contains: IRQ-ack fix for ICH chipsets (Albert Lee), ide-floppy unformatted
media fix (Alan Cox), more fixes for IDE PCI drivers (Sergei Shtylyov),
new driver for Toshiba Cell Reference Board (Kou Ishizaki ) and a bunch of rather obvious cleanups/improvements (me).
There are still some bugfix pat
42 matches
Mail list logo