All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Steven A. Falco" <sfalco@harris.com>
To: Valentine Barshak <vbarshak@ru.mvista.com>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: [RFC][PATCH] ibm_newemac: PowerPC 440EP/440GR EMAC PHY clock workaround
Date: Tue, 26 Feb 2008 09:10:06 -0500	[thread overview]
Message-ID: <47C41DBE.7090505@harris.com> (raw)
In-Reply-To: <47C40548.4080608@ru.mvista.com>

[-- Attachment #1: Type: text/plain, Size: 1062 bytes --]


>>> +static inline void emac_rx_clk_default(struct emac_instance *dev)
>>> +{
>>> +	if (emac_has_feature(dev, EMAC_FTR_440EP_PHY_CLK_FIX)) {
>>> +		unsigned long flags;
>>> +
>>> +		local_irq_save(flags);
>>> +		mtdcri(SDR0, SDR0_MFR, mfdcri(SDR0, SDR0_MFR) &
>>> +					~(SDR0_MFR_ECS >> dev->cell_index));
>>> +		local_irq_restore(flags);
>>> +	}
>>> +}
>>>       
>> Why did you do local_irq_save in these two functions?  mtdcri already
>> does spin_lock_irqsave...
>>
>> josh
>>     
>
> Oops, this got copy-pasted from the older ibm_emac.
> Thanks,
> Valentine.
> _______________________________________________
When I saw Josh's question, I thought the irq save/restore was there to
make the read-modify-write atomic; i.e. read SDR0_MFR, "AND" out some
bits, then write it back without the possibility of anything else
touching SDR0_MFR.  I'm just starting to get familiar with the kernel,
so if you have a chance, please help educate me.  Does the irq lock in
mtdcri protect the read-modify-write? Or maybe this R-M-W doesn't need
protecting?

    Steve


[-- Attachment #2: Type: text/html, Size: 1532 bytes --]

  reply	other threads:[~2008-02-26 14:27 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-21 14:46 [RFC][PATCH] PowerPC 4xx: ibm_newemac 440GX phy clock workaround Valentine Barshak
2008-02-21 22:52 ` Benjamin Herrenschmidt
2008-02-22 19:15   ` Valentine Barshak
2008-02-22 20:51     ` Josh Boyer
2008-02-22 19:24   ` [RFC][PATCH] ibm_newemac: PowerPC 440GX EMAC PHY " Valentine Barshak
2008-02-22 19:28   ` [RFC][PATCH] ibm_newemac: PowerPC 440EP/440GR " Valentine Barshak
2008-02-22 20:49     ` Josh Boyer
2008-02-26 12:25       ` Valentine Barshak
2008-02-26 14:10         ` Steven A. Falco [this message]
2008-02-26 15:02           ` Josh Boyer
2008-02-28  7:54             ` Benjamin Herrenschmidt
2008-03-05 17:46               ` Valentine Barshak
2008-03-05 18:38                 ` [PATCH] PowerPC 4xx: Add dcri_clrset() for locked read/modify/write functionality Valentine Barshak
2008-03-06  0:06                   ` Benjamin Herrenschmidt
2008-03-06  1:12                     ` Josh Boyer
2008-03-06 11:31                       ` Valentine Barshak
2008-03-06 11:50                         ` Benjamin Herrenschmidt
2008-03-06 13:37                           ` [PATCH] PowerPC 4xx: Use dcri_clrset() for PCIe indirect dcr read/modify/write access Valentine Barshak
2008-03-06 14:08                             ` Valentine Barshak
2008-03-06 14:34                               ` Valentine Barshak
2008-03-06 13:41                           ` [PATCH 1/2] ibm_newemac: PowerPC 440GX EMAC PHY clock workaround Valentine Barshak
2008-03-24 23:21                             ` Benjamin Herrenschmidt
2008-03-26 12:36                               ` Josh Boyer
2008-03-06 13:43                           ` [PATCH 2/2] ibm_newemac: PowerPC 440EP/440GR " Valentine Barshak
2008-03-24 23:22                             ` Benjamin Herrenschmidt
2008-03-26 12:35                               ` Josh Boyer
2008-03-27 13:50                                 ` Valentine Barshak
2008-03-27 13:53                                   ` Josh Boyer
2008-03-27 14:40                                     ` [PATCH 1/2] ibm_newemac: PowerPC 440GX " Valentine Barshak
2008-03-27 14:40                                       ` Valentine Barshak
2008-03-29  2:18                                       ` Jeff Garzik
2008-03-29  2:18                                         ` Jeff Garzik
2008-03-29  3:28                                         ` Benjamin Herrenschmidt
2008-03-29  3:30                                         ` Josh Boyer
2008-03-29  3:30                                           ` Josh Boyer
2008-04-11 14:24                                         ` Josh Boyer
2008-04-11 14:24                                           ` Josh Boyer
2008-04-12 20:28                                           ` Jeff Garzik
2008-04-12 20:28                                             ` Jeff Garzik
2008-04-12 20:47                                             ` Josh Boyer
2008-04-12 21:13                                               ` Jeff Garzik
2008-03-27 14:42                                     ` [PATCH 2/2] ibm_newemac: PowerPC 440EP/440GR " Valentine Barshak
2008-03-27 14:42                                       ` Valentine Barshak
2008-03-27 14:43                                     ` [PATCH] ibm_newemac: emac_tx_csum typo fix Valentine Barshak
2008-03-29  1:54                                       ` Jeff Garzik

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=47C41DBE.7090505@harris.com \
    --to=sfalco@harris.com \
    --cc=linuxppc-dev@ozlabs.org \
    --cc=vbarshak@ru.mvista.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.