[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100803184915.GA23847@psychosis.jim.sh>
Date: Tue, 3 Aug 2010 14:49:16 -0400
From: Jim Paris <jim@...n.com>
To: Randy Dunlap <randy.dunlap@...cle.com>
Cc: Mark Knecht <markknecht@...il.com>, Tejun Heo <tj@...nel.org>,
Paul Check <paul@...checks.ca>,
Linux Kernel List <linux-kernel@...r.kernel.org>,
"linux-ide@...r.kernel.org" <linux-ide@...r.kernel.org>
Subject: Re: Drives missing at boot
Randy Dunlap wrote:
> On Mon, 2 Aug 2010 15:07:11 -0700 Mark Knecht wrote:
>
> > On Thu, Jul 22, 2010 at 5:39 AM, Tejun Heo <tj@...nel.org> wrote:
> >
> > Hi Tejun,
> > I'm finally home and trying to get back to this. I'm really a bad
> > programmer so I don't know what I've done wrong but it seems patch
> > isn't happy with me.
> >
> > c2stable linux # patch --dry-run -p1 <../ata_piix-sidpr-lock.patch
> > patching file drivers/ata/ata_piix.c
> > patch: **** malformed patch at line 13:
>
> Whenever the patch file was saved on this system, line 13 of it was
> split (probably by an email client). Whenever I see this, I just
> join (merge) that line and the next one and try again... sometimes
> several lines are malformed and have to be fixed like this.
Tejun asked Mark to add a printk, and Mark added it directly to the
patch. Mark, just apply the original patch as-is, and then add the
printk to the source code in ata_piix.c. You should add it somewhere
like the piix_init_one function, e.g. right before the "Save IOCFG"
comment around line 1575.
-jim
>
> >
> > c2stable linux #
> >
> > Here's the change I tried to make to a copy of the file:
> >
> > c2stable linux # cat ../ata_piix-sidpr-lock.patch
> > diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
> > index 7409f98..3971bc0 100644
> > --- a/drivers/ata/ata_piix.c
> > +++ b/drivers/ata/ata_piix.c
> > @@ -158,6 +158,7 @@ struct piix_map_db {
> > struct piix_host_priv {
> > const int *map;
> > u32 saved_iocfg;
> > + spinlock_t sidpr_lock; /* FIXME: remove once locking in EH is fixed */
> > + printk("MWK - ata_sidpr patch applied!\n");
> > void __iomem *sidpr;
> > };
> >
> > @@ -951,12 +952,15 @@ static int piix_sidpr_scr_read(struct ata_link *link,
> > unsigned int reg, u32 *val)
> > {
> > struct piix_host_priv *hpriv = link->ap->host->private_data;
> > + unsigned long flags;
> >
> > if (reg >= ARRAY_SIZE(piix_sidx_map))
> > return -EINVAL;
> >
> > + spin_lock_irqsave(&hpriv->sidpr_lock, flags);
> > piix_sidpr_sel(link, reg);
> > *val = ioread32(hpriv->sidpr + PIIX_SIDPR_DATA);
> > + spin_unlock_irqrestore(&hpriv->sidpr_lock, flags);
> > return 0;
> > }
> >
> > @@ -964,12 +968,15 @@ static int piix_sidpr_scr_write(struct ata_link *link,
> > unsigned int reg, u32 val)
> > {
> > struct piix_host_priv *hpriv = link->ap->host->private_data;
> > + unsigned long flags;
> >
> > if (reg >= ARRAY_SIZE(piix_sidx_map))
> > return -EINVAL;
> >
> > + spin_lock_irqsave(&hpriv->sidpr_lock, flags);
> > piix_sidpr_sel(link, reg);
> > iowrite32(val, hpriv->sidpr + PIIX_SIDPR_DATA);
> > + spin_unlock_irqrestore(&hpriv->sidpr_lock, flags);
> > return 0;
> > }
> >
> > @@ -1566,6 +1573,7 @@ static int __devinit piix_init_one(struct pci_dev *pdev,
> > hpriv = devm_kzalloc(dev, sizeof(*hpriv), GFP_KERNEL);
> > if (!hpriv)
> > return -ENOMEM;
> > + spin_lock_init(&hpriv->sidpr_lock);
> >
> > /* Save IOCFG, this will be used for cable detection, quirk
> > * detection and restoration on detach. This is necessary
> > c2stable linux #
> >
> > Maybe you can shoot back something that's done correctly and I'll
> > start testing.
> >
> > I've tried booting a few times. I've had 3 cold boot failures so
> > far. No warm boot failures. Each time it failed on cold boot a warm
> > boot fixed it.
>
>
> ---
> ~Randy
> *** Remember to use Documentation/SubmitChecklist when testing your code ***
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists