efuse to read.
Indeed.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
?
Sure, one moment.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
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
Peter == Peter Korsgaard jac...@sunsite.dk writes:
Peter When booting with CONFIG_ARM_APPENDED_DTB (either because of using an
old
Peter U-Boot, not wanting the hassle of 2 files or when using Falcon fast boot
Peter mode in U-Boot), nothing updates the ethernet hwaddr specified
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
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
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
are that there will be others.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
fun one), and this is why we have omap_hwmod_no_setup_reset().
Yes, but there's no dts bindings for this, and from a quick test the
reset handling happens before the device tree is probed.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
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
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
with MPU can can be removed
s/can can/can/
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
mode as well, but am currently stuck working
on non-am335x stuff - So I'm definately interested in getting it to
work, but don't have free cycles to look into it right now.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
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
--
To unsubscribe from this list: send the line unsubscribe linux-omap
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
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
the existing kernel
(bridging/vlan) infrastructure, and the driver always just exposing 2
network interfaces instead of these configuration properties.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
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
--
To unsubscribe from this list: send the line unsubscribe linux
= 12 13 14;
Probably interrupt-parent should be removed from the example as well to
match am33xx.dtsi
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
like
reset signals) where the bootloader had already set things up correctly
and the reset caused pins to toggle.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
it in the same way).
I know this was not the intention of DT, but unfortunately this is how
things have turned out so far.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
of a message to majord...@vger.kernel.org
M More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
bootloader dependencies.
Paul Haven't had the chance to try Felipe's suggestion yet re fdt_high.
That shouldn't matter when using appended dtb.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
+ wkup_m3: wkup_m3@44d0 {
Vaibhav + compatible = ti,wkup_m3;
Both of these compatible properties should probably use less generic
names, like:
ti,am3352-ocmcram
ti,am3352-wkup-m3 ('-' instead of '_')
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line
the changes which update the various data files related
Vaibhav to AM33XX support. This version addresses the comments
Vaibhav received from Sergei Shtylyov and Peter Korsgaard on the earlier
Vaibhav patchset [2].
Vaibhav These patches apply on top of v3.8-rc5
Besides the dt compatible property names
: Disables driver NAPI
napi is not a hardware feature, so it doesn't belong here (if anything,
it should be linux,disable-napi).
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
?
It would be good with some more detailed commit text. Is the flush done
somewhere else now? What happens on boards where you don't use the adc
part?
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
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
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
}...|..=
807cc540: 47effd7c b9f9b78e ddc5f7b7 fe2f2bea|..G.+/.
Any ideas?
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
this mail for details and a patch:
Jan http://www.spinics.net/lists/arm-kernel/msg216898.html
True, but that doesn't seem to be the case here:
ls -la arch/arm/boot/uImage
-rw-r--r-- 1 peko peko 3945127 Jan 22 09:26 arch/arm/boot/uImage
E.G. far from the 1MB boundary.
--
Bye, Peter Korsgaard
not with changing the uImage load
address (2M/16M/32M from start of RAM).
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
MarkLoad Address: 80008000
MarkEntry Point: 80008000
MarkVerifying Checksum ... OK
MarkLoading Kernel Image ... OK
Mark OK
I haven't tried a recent -next build, but what is your kernel command
line and did you try without EARLY_PRINTK?
--
Bye, Peter Korsgaard
the m3?
V Will add the reg property in the next version. The wkup-m3 memory is
V coming via ioremap() so AFAIK it should be ok. I realized that I do
V need to replace the memcpy() with memcpy_toio() here.
Ok, thanks.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line
/91405/focus=92061
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
noticed issues with nfs boot and recent
mainline when powered from the USB cable though. I suspect we're getting
close to the power limit.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
with appended dtb as well.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
.
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
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
--
To unsubscribe from this list: send the line
) - E.G.:
aliases {
..
ethernet0 = cpsw_emac0;
ethernet1 = cpsw_emac1;
};
Then U-boot will set the mac-address properties to the content of the
ethaddr / eth1addr environment variables. See fdt_fixup_ethernet() for
details.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send
Peter == Peter Korsgaard jac...@sunsite.dk writes:
Hi,
Paul Probably the DTS is the right place, since this is a board- and
Paul bootloader-specific quirk. The original intention was to allow
Paul board files to set this HWMOD_INIT_NO_RESET flag themselves - see
Paul mach-omap2
because the kernel resets (almost) all the internal IP blocks
during boot to get them in a consistent state. I asked about the same
thing recently:
http://thread.gmane.org/gmane.linux.ports.arm.omap/91243/
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux
-ipc_data.resume_addr = (AM33XX_OCMC_END -
V + am33xx_do_wfi_sz + am33xx_resume_offset + 0x4);
V +#endif
V + return;
V + }
V +
V +err:
V + mailbox_put(wkup_m3_context-mbox, wkup_mbox_notifier);
V +}
--
Bye, Peter Korsgaard
--
To unsubscribe from this list
or access to the am33xx specific control module registers from
the cpsw driver.
The way I've handled it is similar to how it is done on atleast one
other arm subarchicture, see
arch/arm/mach-mxs/mach-mxs.c::update_fec_mac_prop()
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send
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
resend with also linux-net and DT list Cc:d too?
Tony Also the arch_initcall should be omap_arch_initcall in linux next
Tony for consistency if we ever have SoC specific sections for those.
Sure, resent with the initcall change and netdev/devicetree-discuss added.
--
Bye, Peter Korsgaard
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
there's some GPIO glitch during power management, the FPGA won't
Paul be inadvertently reset.
Yes, I'll try to get that done for the next board spin.
Thanks!
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
AnilKumar Hi Tony/Benoit,
AnilKumar If there are no comments could you please pull this patch?
Yes, please do.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
Mark == Mark A Greer mgr...@animalcreek.com writes:
Mark From: Mark A. Greer mgr...@animalcreek.com
Mark Add clock data for for the SHA0 crypto module
s/SHA/AES/
Reviewed-by: Peter Korsgaard jac...@sunsite.dk
Mark +static struct clk aes0_fck;
Mark +DEFINE_STRUCT_CLK_HW_OMAP(aes0_fck
, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
experience with omap hwmod, but on other (non-TI) boards I haven't
experienced similar issues. Should E.G. the gpio controllers be changed
to not reset or should it be configurable in the dts?
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap
support for the OMAP SHAM and AES
Mark modules on OMAP2, OMAP3, and OMAP4/AM33XX SoCs. It also
Mark adds device tree info for those modules.
Huh, does am335x have a sham module? I don't see any mention of that in
spruh73g.pdf
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line
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
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info
of
the seperate ti,nand-ecc-use-elm?
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
an optimization, ECC
strength/format shouldn't change), so the driver should be free to
use it if it is available.
Daniel Thanks for the feedback - I'd also like to get these bindings
Daniel right in the first place.
Me too!
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line
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
--
To unsubscribe from this list: send the line unsubscribe linux-omap
*/
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
--
To unsubscribe from this list: send the line
: 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
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info
Nicolas == Nicolas Ferre nicolas.fe...@atmel.com writes:
Nicolas On 11/19/2012 07:21 PM, Bill Pemberton :
CONFIG_HOTPLUG is going away as an option so __devexit_p is no longer
needed.
Signed-off-by: Bill Pemberton wf...@virginia.edu
Cc: Peter Korsgaard jac...@sunsite.dk
Cc
it should be
treated as a seperate layout (E.G. bch8-elm) then?
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Shubhrajyoti So delete the u8 tx as it is assigned and not
Shubhrajyoti used(resigned afterwards).
Shubhrajyoti Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe
?
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
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
location module. Like you pointed out yourself,
this property isn't really nice. I haven't looked at the elm bindings in
detail, but couldn't the nand driver automatically use the elm if the
device tree provides a node for it? Perhaps the elm should be a subnode
of the nand one?
--
Bye, Peter Korsgaard
is handled by CPSW driver.
Vaibhav Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Vaibhav Cc: Mugunthan V N mugunthan...@ti.com
Vaibhav Cc: Richard Cochran richardcoch...@gmail.com
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line
technology nodes the integration of these
Vaibhav sub-modules varies across devices.
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info
...@pwsan.com
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
mugunthan...@ti.com
Vaibhav Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
Vaibhav Cc: Richard Cochran richardcoch...@gmail.com
Vaibhav Cc: Benoit Cousson b-cous...@ti.com
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line
these defines improve readability very much
compared to to just using 4/8, though.
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
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
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
__
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
not exist prior OMAP4 */
Vaibhav - if (!cpu_is_omap44xx())
Vaibhav + if (!cpu_is_omap44xx() !cpu_is_am33xx())
Vaibhav return -EINVAL;
Here as well.
Otherwise it looks good.
Acked-by: Peter Korsgaard jac...@sunsite.dk
--
Bye, Peter Korsgaard
--
To unsubscribe from this list
as it's no longer 4430 specific?
--
Bye, Peter Korsgaard
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
/mach-omap2/prcm44xx.h:
/*
* OMAP4 PRCM partition IDs
*
* The numbers and order are arbitrary, but 0 is reserved for the
* 'invalid' partition in case someone forgets to add a
* .prcm_partition field.
*/
#define OMAP4430_INVALID_PRCM_PARTITION 0
--
Bye, Peter Korsgaard
omap242x_sram_init();
Afzal else if (cpu_is_omap2430())
Afzal omap243x_sram_init();
Afzal + else if (cpu_is_am33xx())
Afzal + am33xx_sram_init();
Afzal else if (cpu_is_omap34xx())
Afzal omap34xx_sram_init();
--
Bye, Peter Korsgaard
79 matches
Mail list logo
