Mark == Mark Jackson mpfj-l...@newflow.co.uk writes:
Hi,
Mark On 08/07/13 13:42, Mark Jackson wrote:
On 18/01/13 05:14, Mugunthan V N wrote:
On 1/18/2013 3:48 AM, Peter Korsgaard wrote:
When booting with CONFIG_ARM_APPENDED_DTB (either because of using an old
U-Boot, not wanting
the right values for the
Lars gpmc driver.
Lars Signed-off-by: Lars Poeschel poesc...@lemonage.de
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https
a typo: s/use the claim/use to claim/
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
Vaibhav == Vaibhav Hiremath hvaib...@ti.com writes:
Vaibhav With DT support, where naming convention is based on base-addr
Vaibhav and not id, so we should follow TRM/Spec numbering label.
Vaibhav This patch changes UART numbering as per TRM, as uart0-5.
Acked-by: Peter Korsgaard jac
Vaibhav == Vaibhav Hiremath hvaib...@ti.com writes:
Vaibhav With DT support, where naming convention is based on base-addr
Vaibhav and not id, so we should follow TRM/Spec numbering label.
Vaibhav This patch changes I2C numbering as per TRM, as I2C0, I2C1 and I2C2.
Acked-by: Peter Korsgaard
Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
Philip == Philip Avinash avinashphi...@ti.com writes:
Philip Update binding document of pwm-tiehrpwm to reflect the usage of similar
Philip modules in da850 and am3xx SOCs.
Acked-by: Peter Korsgaard jac...@sunsite.dk
Philip Signed-off-by: Philip Avinash avinashphi...@ti.com
Philip Cc
on that
driver since David..
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
Matt On second thought, I'm not sure we're going to get any direction
Matt on this one so let's just do what feels right and make it reflect
Matt common usage like you suggested.
Sounds good to me!
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing
Richard == Richard Cochran richardcoch...@gmail.com writes:
Hi,
As Peter Korsgaard mentioned we need to have infrastructure to
handle CPSW kind of hardware.
Richard This will be a big job, I think, but I agree that it is worth doing.
Richard I can think of one other switch-with-host
that would simplify all of this quite a bit.
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
the existing kernel
(bridging/vlan) infrastructure, and the driver always just exposing 2
network interfaces instead of these configuration properties.
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https
though it has never been extended to hook into the bridging stuff). I
agree that we don't have infrastructure to handle hw like cpsw in a
really good way today, but it would be very nice to move towards it.
--
Bye, Peter Korsgaard
___
devicetree-discuss
= 12 13 14;
Probably interrupt-parent should be removed from the example as well to
match am33xx.dtsi
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
,
- .pm = OCORES_I2C_PM,
+ .pm = ocores_i2c_pm,
},
};
--
1.7.7
Maxin ping..
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree
of a message to majord...@vger.kernel.org
M More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
values in wire-config
mean?
P +
P +adc:
P +- ti,adc-channels: Number of ADC channels used.
Is there ever any use case for this being something else than 8 -
ti,wires?
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss
Philip == Philip Avinash avinashphi...@ti.com writes:
Philip As part of removing generalized dependency, replace xx
Philip literal fields in DT compatible field with 52 for am335x
Philip platforms.
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
.
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
it should be done), but the
elm compatible is simply ti,am33xx-elm.
Presumably it should have been ti,am3352-elm in the binding instead?
Other than that it looks fine.
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
___
devicetree
troublesome.
The am33xx has unique ethernet hwaddrs programmed in the efuse, so it makes
more sense to default to these rather than random ones. Add a fixup step
which adds mac-address dt properties using the efuse addresses if the DTB
didn't contain valid ones.
Signed-off-by: Peter Korsgaard jac
AnilKumar Hi Tony/Benoit,
AnilKumar If there are no comments could you please pull this patch?
Yes, please do.
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree
+work_err:
Mehar + kfree(aic3262-cfw_p);
Mehar + return ret;
Mehar +}
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
in advance. We could naturally enforce people to add
redundant pinmux info to their .dts files, but I'm not sure I like
that idea.
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org
might fail, and not all are fatal (E.G. pinmux
already setup by bootloader):
http://article.gmane.org/gmane.linux.kernel/1399756
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org
of misconfiguration in dt
You could argue that devm_pinctrl_get_select_default() shouldn't return
an error for the first situation, but how should it be able to know the
difference between 2 and 4?
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing
*/
A +gpio2 26 0/* Bank1, pin26 */
A +gpio2 27 0; /* Bank1, pin27 */
Sigh, can we PLEASE change am33xx.dtsi to use zero based index like the
TRM and get rid of this madness?
--
Bye, Peter Korsgaard
: initial patch by pantelis's]
A Signed-off-by: AnilKumar Ch anilku...@ti.com
Thanks!
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org
it should be
treated as a seperate layout (E.G. bch8-elm) then?
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
?
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
field: OFF bit. Set this bit to 1 to enter
A OFF state when PWR_EN pin is pulled low. Bit is automatically reset
A to 0.
A PWR_EN pin pull-down is doing by RTC module.
Ahh yes, sorry -ENOCOFFEE. I somehow misread the datasheet and looked at
bit 0 instead.
--
Bye, Peter Korsgaard
: Benoit Cousson b-cous...@ti.com
M Acked-by: Peter Korsgaard jac...@sunsite.dk
M Acked-by: Richard Cochran richardcoch...@gmail.com
M +++ b/arch/arm/boot/dts/am335x-bone.dts
M @@ -78,3 +78,11 @@
M };
M };
M };
M +
M +cpsw_emac0 {
M + phy_id = davinci_mdio, 0;
M +};
M
like that.
Andreas Yes, that is a good idea. Do you think casting to and from
Andreas void * in the following solution is too ugly and rather have a
Andreas struct pointed to, or do you think that would be unnecessary?
I find the casting OK.
Thanks.
--
Bye, Peter Korsgaard
? If not, you might as well do the of_match_node
inline in the probe instead of this helper.
Other than that it looks good.
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo
;
}
}
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
Andreas pointers.
Andreas Signed-off-by: Andreas Larsson andr...@gaisler.com
Acked-by: Peter Korsgaard jac...@sunsite.dk
Thanks!
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https
for an example of a driver
doing something like that.
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
/write32, but not ioread/write32be are frv and mn10300. Do
Andreas you know if those platforms are using i2c-ocores?
Not to my knowledge, no. In that case:
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing
platform_get_resource.
I have no idea why sparc is being odd in this regard, but assuming this
is how it's done, I'm fine with this change.
A quick grep doesn't find any other drivers doing this though:
git grep -l archdata.irqs drivers | xargs grep platform_get_irq
Acked-by: Peter Korsgaard jac
Andreas @@ -4,6 +4,9 @@
Andreas *
Andreas * Peter Korsgaard jac...@sunsite.dk
Andreas *
Andreas + * Support for the GRLIB port of the controller by
Andreas + * Andreas Larsson andr...@gaisler.com
Andreas + *
Andreas * This file is licensed under the terms of the GNU General Public
these defines improve readability very much
compared to to just using 4/8, though.
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
in the u-boot-am33x tree (ti81xx_nand.c) seems to use
4x14 bytes as well though, so perhaps that's a bug in the documentation
instead?
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org
__
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https
Maxin == Maxin B John maxin.j...@gmail.com writes:
Maxin Fixes the wrong filename.
Maxin Signed-off-by: Maxin B. John maxin.j...@gmail.com
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
Maxin == Maxin B John maxin.j...@gmail.com writes:
Maxin This drops a few lines of code and allows common APIs to handle
Maxin those for us.
Maxin Signed-off-by: Maxin B. John maxin.j...@gmail.com
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
for platform drivers as well? There's no conceptual
reason why reg_shift is any better than regstep.
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
into the CONFIG_OF conditional?
Other than that,
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
' is the default anyway, so no need for this line.
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
for a while so I guess we're stuck with it.
Yes, it was more or less the best name I could come with. Just calling
it i2c.c wouldn't have been any good either.
--
Bye, Peter Korsgaard
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https
50 matches
Mail list logo