linux-api.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mark Brown <broonie@kernel.org>
To: Will Deacon <will.deacon@arm.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
	Catalin Marinas <Catalin.Marinas@arm.com>,
	"andrew@lunn.ch" <andrew@lunn.ch>,
	"heiko@sntech.de" <heiko@sntech.de>,
	"gnomes@lxorguk.ukuu.org.uk" <gnomes@lxorguk.ukuu.org.uk>,
	Chunyan Zhang <chunyan.zhang@spreadtrum.com>,
	"jslaby@suse.cz" <jslaby@suse.cz>,
	"jason@lakedaemon.net" <jason@lakedaemon.net>,
	"lanqing.liu@spreadtrum.com" <lanqing.liu@spreadtrum.com>,
	Pawel Moll <Pawel.Moll@arm.com>,
	"corbet@lwn.net" <corbet@lwn.net>,
	"zhang.lyra@gmail.com" <zhang.lyra@gmail.com>,
	"zhizhou.zhang@spreadtrum.com" <zhizhou.zhang@spreadtrum.com>,
	"geng.ren@spreadtrum.com" <geng.ren@spreadtrum.com>,
	"m-karicheri2@ti.com" <m-karicheri2@ti.com>,
	"shawn.guo@freescale.com" <shawn.guo@freescale.com>,
	"linux-serial@vger.kernel.org" <linux-serial@vger.kernel.org>,
	"grant.likely@linaro.org" <grant.likely@linaro.org>,
	"orsonzhai@gmail.com" <orsonzhai@gm>
Subject: Re: [PATCH v3 3/5] arm64: dts: Add support for Spreadtrum SC9836 SoC in dts and Makefile
Date: Fri, 28 Nov 2014 14:50:35 +0000	[thread overview]
Message-ID: <20141128145035.GO7712@sirena.org.uk> (raw)
In-Reply-To: <20141128144412.GG7144@arm.com>

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

On Fri, Nov 28, 2014 at 02:44:12PM +0000, Will Deacon wrote:
> On Fri, Nov 28, 2014 at 02:35:32PM +0000, Mark Rutland wrote:

> > Probably too rude, given it doesn't WARN() the user.

> We override broken hardware ID registers all the time in device-tree without
> dumping stack. Why is this any different?

I do tend to agree that a WARN() is excessive but given the amount of
pushback on using this property on ARMv8 systems saying something would
be nice, though...

> > We should be extremely loud if we see the clock-frequency property on an
> > arm64 system. Whether or not we should ignore the property is another
> > matter.

> I don't really see the point in ignoring it. We will see broken hardware
> [1] and this is just preventing ourselves from working around it. I'd much
> rather have arch-timers with a "clock-frequence" property than have some
> other timer instead because the kernel driver is being stubborn.

...it is likely that even if there is a warning we'll end up in this
situation.  If the kernel doesn't complain at all it seems totally
reasonable for people to use the feature, but just refusing to allow it
to be used at all doesn't seem like it's actually helping things.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

  parent reply	other threads:[~2014-11-28 14:50 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Sharkl64-v3>
2014-11-25 12:16 ` [PATCH v3 0/5] Add Spreadtrum Sharkl64 Platform support Chunyan Zhang
2014-11-25 12:16   ` [PATCH v3 1/5] Documentation: DT: Renamed of-serial.txt to 8250.txt Chunyan Zhang
     [not found]     ` <1416917818-10506-2-git-send-email-chunyan.zhang-lxIno14LUO0EEoCn2XhGlw@public.gmane.org>
2014-11-27 11:38       ` Mark Rutland
2014-11-27 12:08         ` Lyra Zhang
2014-11-25 12:16   ` [PATCH v3 2/5] Documentation: DT: Add bindings for Spreadtrum SoC Platform Chunyan Zhang
2014-11-25 12:52     ` Arnd Bergmann
2014-11-25 12:16   ` [PATCH v3 3/5] arm64: dts: Add support for Spreadtrum SC9836 SoC in dts and Makefile Chunyan Zhang
2014-11-27 11:50     ` Mark Rutland
2014-11-27 12:12       ` Catalin Marinas
2014-11-27 13:43         ` Mark Rutland
2014-11-28 14:29           ` Catalin Marinas
2014-11-28 14:35             ` Mark Rutland
2014-11-28 14:44               ` Will Deacon
2014-11-28 14:46                 ` Mark Rutland
2014-11-28 14:59                   ` Will Deacon
2014-11-28 14:50                 ` Mark Brown [this message]
     [not found]                 ` <20141128144412.GG7144-5wv7dgnIgG8@public.gmane.org>
2014-11-28 15:03                   ` Catalin Marinas
2014-11-28 15:09                     ` Will Deacon
2014-11-28 16:40                     ` Mark Rutland
2014-11-28 17:24                       ` Catalin Marinas
2014-12-03  9:16       ` Lyra Zhang
2014-11-25 12:16   ` [PATCH v3 4/5] arm64: Add support for Spreadtrum's Sharkl64 Platform in Kconfig and defconfig Chunyan Zhang
2014-11-25 12:57     ` Arnd Bergmann
2014-11-26  3:08       ` Lyra Zhang
     [not found]       ` <CAAfSe-uoXOJ8=agCFuBnXhj7nBBTskQ=8_jMtv_SAjor2gfO2w@mail.gmail.com>
     [not found]         ` <CAAfSe-uoXOJ8=agCFuBnXhj7nBBTskQ=8_jMtv_SAjor2gfO2w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-11-26  9:00           ` Arnd Bergmann
2014-11-25 12:16   ` [PATCH v3 5/5] tty/serial: Add Spreadtrum sc9836-uart driver support Chunyan Zhang
2014-11-25 20:03     ` Greg KH
2014-11-27 11:05       ` Lyra Zhang
2014-11-26  9:48     ` Tobias Klauser
2014-11-27 11:39       ` Lyra Zhang
2014-11-26 12:33     ` One Thousand Gnomes
2014-11-28 10:13       ` Orson Zhai
2014-11-26 18:29     ` Murali Karicheri
2014-11-27 11:59       ` Lyra Zhang
     [not found]         ` <CAAfSe-uMqy7zwiEK+nDoMPw_oni8L_vq7oW2Me5AY8z8KGpjwQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-11-27 12:57           ` Arnd Bergmann
2014-11-27 15:23             ` Lyra Zhang
2014-11-27 15:34               ` One Thousand Gnomes
2014-11-27 15:36               ` Arnd Bergmann
2014-12-03  9:17       ` Lyra Zhang
     [not found]         ` <CAAfSe-u+g0mYGi9Adrd+YwwZ=q0-s79yCg_paB1UAVqFoufXEA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-12-03  9:50           ` Arnd Bergmann
2014-12-03 10:11             ` Russell King - ARM Linux
     [not found]               ` <20141203101109.GB11285-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2014-12-03 12:08                 ` Lyra Zhang
2014-12-03 12:15             ` Lyra Zhang
2014-11-25 12:57   ` [PATCH v3 0/5] Add Spreadtrum Sharkl64 Platform support Mark Brown
2014-11-25 12:59   ` Arnd Bergmann
2014-11-27 12:03   ` Mark Rutland

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=20141128145035.GO7712@sirena.org.uk \
    --to=broonie@kernel.org \
    --cc=Catalin.Marinas@arm.com \
    --cc=Pawel.Moll@arm.com \
    --cc=andrew@lunn.ch \
    --cc=chunyan.zhang@spreadtrum.com \
    --cc=corbet@lwn.net \
    --cc=geng.ren@spreadtrum.com \
    --cc=gnomes@lxorguk.ukuu.org.uk \
    --cc=grant.likely@linaro.org \
    --cc=heiko@sntech.de \
    --cc=jason@lakedaemon.net \
    --cc=jslaby@suse.cz \
    --cc=lanqing.liu@spreadtrum.com \
    --cc=linux-serial@vger.kernel.org \
    --cc=m-karicheri2@ti.com \
    --cc=mark.rutland@arm.com \
    --cc=orsonzhai@gm \
    --cc=shawn.guo@freescale.com \
    --cc=will.deacon@arm.com \
    --cc=zhang.lyra@gmail.com \
    --cc=zhizhou.zhang@spreadtrum.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).