All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefano Babic <sbabic-ynQEQJNshbs@public.gmane.org>
To: Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
Cc: spi-devel-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [PATCH] The of_register_spi_devices() was not called after registering the spi master.
Date: Mon, 29 Sep 2008 17:04:47 +0200	[thread overview]
Message-ID: <48E0EE8F.1000200@denx.de> (raw)
In-Reply-To: <20080929141230.GA9448-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>

Grant Likely wrote:
> Preferred form is:
> 
> 	ret = mpc52xx_psc_spi_do_probe(&op->dev, (u32)regaddr64, (u32)size64,
> 					irq_of_parse_and_map(op->node, 0), id);
> 	if (ret)
> 		return ret;
> 
> Burying the assignment inside the if() makes the code harder to read and
> understand.

Thanks, understood. I will avoid in future to use this encryptic form ;)

I have another issue about this driver that I have found recently.
According to the MPC5200 manual the "tdfOnExit" flag must be set on the
last byte we want to send and the PSC controller holds SS low until the
flag is set.
However, this flag is set always on the last byte written into the FIFO,
independently if it is the last byte of the whole transfer:

                for (; send_at_once; sb++, send_at_once--) {
                        /* set EOF flag before the last word is sent */
                        if (send_at_once == 1)
                                out_8(&psc->ircr2, 0x01);

This generates spurious toggling of the SS signal that breaks the
protocol of some peripherals when we have to send more than 512 bytes.
(I have a peripheral that requires a start byte as first byte after SS
goes low).
IMHO this is a bug, because changing of the SS signal must be ruled only
by the cs_change field in the spi_transfer structure. However, it seems
nobody complains about this and probably it is not seen as a bug...

Stefano

-- 
=====================================================================
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: office-ynQEQJNshbs@public.gmane.org
=====================================================================


-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

  parent reply	other threads:[~2008-09-29 15:04 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-26  8:24 [PATCH] The of_register_spi_devices() was not called after registering the spi master sbabic-ynQEQJNshbs
     [not found] ` <1222417480-3144-1-git-send-email-sbabic-ynQEQJNshbs@public.gmane.org>
2008-09-26  8:24   ` sbabic-ynQEQJNshbs
     [not found]     ` <1222417480-3144-2-git-send-email-sbabic-ynQEQJNshbs@public.gmane.org>
2008-09-29 14:12       ` Grant Likely
     [not found]         ` <20080929141230.GA9448-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
2008-09-29 15:04           ` Stefano Babic [this message]
     [not found]             ` <48E0EE8F.1000200-ynQEQJNshbs@public.gmane.org>
2008-09-29 22:39               ` Grant Likely
  -- strict thread matches above, loose matches on Subject: below --
2008-09-26  8:41 Stefano Babic
2008-09-17 17:06 stefano.babic-jEVQdWr+paajF4gvJNWmbkB+6BGkLq7r
     [not found] ` <1221671160-602-1-git-send-email-stefano.babic-jEVQdWr+paajF4gvJNWmbkB+6BGkLq7r@public.gmane.org>
2008-09-25  4:59   ` David Brownell
     [not found]     ` <200809242159.53970.david-b-yBeKhBN/0LDR7s880joybQ@public.gmane.org>
2008-09-25  5:33       ` Grant Likely
     [not found]         ` <20080925053305.GA8254-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
2008-09-25  5:57           ` David Brownell

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=48E0EE8F.1000200@denx.de \
    --to=sbabic-ynqeqjnshbs@public.gmane.org \
    --cc=grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org \
    --cc=spi-devel-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    /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.