Hi Tony,
I think it's good to remove this legacy code.
Will let u know once I got the booting dst.
Best regards,
Jason Lam
Embedded Machine Technology Co., Ltd
Tel: +86-020-87643879-830
Fax: +86-020-87245492
Mobile: +86-13828455425
Email: l...@ema-tech.com
Website: http://www.ema-tech.com
(+), 278 deletions(-)
create mode 100644
Documentation/devicetree/bindings/interrupt-controller/ti,omap4-wugen-mpu
delete mode 100644 include/linux/irqchip/irq-crossbar.h
Applied to irqchip/stacked-omap.
thx,
Jason.
--
To unsubscribe from this list: send the line unsubscribe linux-omap
about Marc sets up an immutable branch against
v4.0-rc1 that both Jason and I can merge it in? Then Jason can
send the pull request I can sort out the merge conflict issues.
If you don't mind, I'll create the branch. I tend to fixup some nitpicks when
I apply patches for irqchip
of days.
Hmmm, I'm sensing a pattern here :) My email, only to the MLs, was
messed up for a few days. I probably missed it in there...
thx,
Jason.
--
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
-intc.c | 26 +-
1 file changed, 21 insertions(+), 5 deletions(-)
Applied to irqchip/urgent. Thanks for taking care of the Fixes and
stable tags!
thx,
Jason.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
create mode 100644 include/linux/irqchip/irq-omap-intc.h
For patches 32-35, please fix the subject line to:
irqchip: omap-intc: C...
With that changed, patches 30-35 are:
Acked-by: Jason Cooper ja...@lakedaemon.net
thx,
Jason.
--
To unsubscribe from this list: send the line unsubscribe
maintainers agree on it (I'm still to hear from the openrisc guys, and
their mailing-list seems to positively hate my guts).
I think everyone's had a chance to look over it by now. Thomas, shall I
take the series?
thx,
Jason.
--
To unsubscribe from this list: send the line unsubscribe linux-omap
On Wed, Sep 03, 2014 at 02:25:09PM +0200, Thomas Gleixner wrote:
On Wed, 3 Sep 2014, Marc Zyngier wrote:
[Dropping li...@openrisc.net from the CC list]
On 03/09/14 13:09, Thomas Gleixner wrote:
On Wed, 3 Sep 2014, Jason Cooper wrote:
On Wed, Aug 27, 2014 at 10:33:44AM +0100, Marc
this sit in -next for a few days and then merge it into
irqchip/core.
thx,
Jason.
--
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
On Thu, Jul 10, 2014 at 12:11 PM, Greg KH gre...@linuxfoundation.org wrote:
On Thu, Jul 10, 2014 at 08:54:18AM +0300, Ivaylo Dimitrov wrote:
On 9.07.2014 10:07, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [140708 11:40]:
Hi Peter,
On 07/08/2014 09:36 AM, Greg KH wrote:
On
On Tue, Jul 01, 2014 at 03:06:36PM +0530, Sricharan R wrote:
Hi Tony,
On Tuesday 01 July 2014 01:29 PM, Tony Lindgren wrote:
* Jason Cooper ja...@lakedaemon.net [140630 12:30]:
Whole series applied to irqchip/crossbar, I'll give it a day or two in
-next, then I'll merge it into irqchip
in
-next, then I'll merge it into irqchip/core.
Tony: Right now, it's immutable unless you tell me I applied something
incorrectly. Once it goes into irqchip/core, it's immutable no matter
what you say. ;-)
thx,
Jason.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body
On Fri, Jun 27, 2014 at 08:00:35AM -0400, Jason Cooper wrote:
On Thu, Jun 26, 2014 at 12:40:31PM +0530, Sricharan R wrote:
From: Nishanth Menon n...@ti.com
Currently we attempt to map any crossbar value to an IRQ, however,
this is not correct from hardware perspective. There is a max
prefer the latter, just let me know and I'll fixup the other
patch when applying these. Otherwise, you can just send a v5 of the two
patches affected.
thx,
Jason.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
;
As mentioned in my reply to #15, I can change this to 400 when I apply
it, or you can send a new version of #15 using the macro and explaining
it's definition.
Thinking about it more, it's probably best just to use numbers in the
docs.
thx,
Jason.
--
To unsubscribe from this list: send
and avoid generic
allocation/programming of crossbar in the driver.
This way of supporting hard-wired irqs was a result of
the below discussions.
http://www.spinics.net/lists/arm-kernel/msg329946.html
Based on 3.16 rc2 mainline.
Jason, once these patches look OK for merging, can
On Thu, Jun 26, 2014 at 9:06 AM, Tom Rini tr...@ti.com wrote:
On 06/26/2014 03:50 AM, Tony Lindgren wrote:
* Gupta, Pekon pe...@ti.com [140618 01:52]:
Hi,
From: Jason Kridner [mailto:jkrid...@gmail.com]
On Tue, Jun 17, 2014 at 3:11 AM, Gupta, Pekon pe...@ti.com wrote:
From: Jason Kridner
On Wed, Jun 25, 2014 at 1:49 AM, Gupta, Pekon pe...@ti.com wrote:
From: Jason Kridner [mailto:jkrid...@gmail.com]
On Tue, Jun 24, 2014 at 8:24 AM, Pekon Gupta pe...@ti.com wrote:
This patch adds support for LCD4 cape as advertised on
http://elinux.org/CircuitCo:BeagleBone_LCD4
[...]
diff
On Tue, Jun 24, 2014 at 8:24 AM, Pekon Gupta pe...@ti.com wrote:
This patch adds support for LCD4 cape as advertised on
http://elinux.org/CircuitCo:BeagleBone_LCD4
This cape has:
* 480x272 TFT-LCD panel
- LCD panel datasheet and timing information are sourced from [1]
- LCD backlight is
On Mon, Jun 23, 2014 at 1:48 AM, Tony Lindgren t...@atomide.com wrote:
* Gupta, Pekon pe...@ti.com [140622 22:42]:
Hi Tony,
Just reviving this thread for some information..
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Monday, May 19, 2014 9:56 PM
To: Gupta, Pekon
Cc: linux-omap;
err3;
+ }
+ cb-irq_map[entry] = IRQ_SKIP;
+ }
+ }
+
+
cb-register_offsets = kzalloc(max * sizeof(int), GFP_KERNEL);
if (!cb-register_offsets)
goto err3;
thx,
Jason.
--
To unsubscribe from this list: send
, req_num, cb-max_crossbar_sources);
return -EINVAL;
thx,
Jason.
--
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
On Tue, Jun 17, 2014 at 12:01 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Jun 17, 2014 at 04:32:11PM +0300, Pantelis Antoniou wrote:
The complexity is absolutely required, and it has nothing to do with
beaglebone capes.
The fact of the matter is that reconfigurable
On Tue, Jun 17, 2014 at 3:11 AM, Gupta, Pekon pe...@ti.com wrote:
Hi Jason,
From: Jason Kridner
Adding devicetree and linux-arm-kernel lists based on feedback on IRC...
On Tue, Jun 10, 2014 at 12:46 PM, Jason Kridner jkrid...@gmail.com wrote:
I'd like to discuss moving our current library
Adding devicetree and linux-arm-kernel lists based on feedback on IRC...
On Tue, Jun 10, 2014 at 12:46 PM, Jason Kridner jkrid...@gmail.com wrote:
I'd like to discuss moving our current library of cape devicetree
overlay sources into a single tree, including the boot .dtb files
On Fri, Jun 13, 2014 at 12:26:10PM +0530, Sricharan R wrote:
On Thursday 12 June 2014 07:35 PM, Jason Cooper wrote:
...
Do you have other changes outside of irqchip depending on this series?
If so, I can set up a topic branch for you guys to base off of.
Otherwise, I'll just apply them
On Fri, Jun 13, 2014 at 11:39:39AM +0530, Sricharan R wrote:
Hi Jason,
On Thursday 12 June 2014 06:26 PM, Jason Cooper wrote:
On Thu, Jun 12, 2014 at 05:23:13PM +0530, Sricharan R wrote:
From: Nishanth Menon n...@ti.com
Reverse the search algorithm to ensure that address mapping
prevent new warnings from being
introduced, and we can cleanup stuff in the immediate vicinity to code
we are already changing.
thx,
Jason.
--
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
On Fri, Jun 13, 2014 at 04:24:52PM +0530, Sricharan R wrote:
On Thursday 12 June 2014 07:24 PM, Jason Cooper wrote:
On Thu, Jun 12, 2014 at 05:23:24PM +0530, Sricharan R wrote:
...
+ of_property_read_u32(node, ti,max-crossbar-sources,
+ cb-max_crossbar_sources
On Fri, Jun 13, 2014 at 12:07:49PM +0530, Sricharan R wrote:
Hi Jason,
On Thursday 12 June 2014 07:37 PM, Jason Cooper wrote:
On Thu, Jun 12, 2014 at 06:49:17PM +0530, Sricharan R wrote:
Hi Jason,
On Thursday 12 June 2014 06:21 PM, Jason Cooper wrote:
On Thu, Jun 12, 2014 at 05:23
On Fri, Jun 13, 2014 at 09:35:20AM -0400, Santosh Shilimkar wrote:
On Friday 13 June 2014 09:10 AM, Jason Cooper wrote:
...
Have you tried booting all the different scenarios? eg:
old dtb, new driver
new dtb, old driver
old dtb, old driver
new dtb, new driver
Old driver
: Please format the subject lines like so:
irqchip: crossbar: Set cb pointer ...
^
|
\-- note the capitalization
thx,
Jason.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
On Fri, Jun 13, 2014 at 09:14:34AM -0700, Joe Perches wrote:
On Fri, 2014-06-13 at 11:01 -0400, Jason Cooper wrote:
Please format the subject lines like so:
irqchip: crossbar: Set cb pointer ...
^
|
\-- note
On Fri, Jun 13, 2014 at 09:48:24AM -0700, Joe Perches wrote:
On Fri, 2014-06-13 at 12:37 -0400, Jason Cooper wrote:
On Fri, Jun 13, 2014 at 09:14:34AM -0700, Joe Perches wrote:
On Fri, 2014-06-13 at 11:01 -0400, Jason Cooper wrote:
Please format the subject lines like so
. It has two dts
fixes for NAND ECC handling.
thx,
Jason.
--
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
? Would this be better expressed in the dts via a
property? Can we expect future implementations to be fixed?
thx,
Jason.
--
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
the limit to find new bugs.
Could you expand on this logic some more? What class of bugs are you
hoping to discover more easily?
thx,
Jason.
Signed-off-by: Nishanth Menon n...@ti.com
Signed-off-by: Sricharan R r.sricha...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
drivers
wouldn't do a separate patch for this kind
of thing.
Honestly, I would just drop this patch and not worry about it.
thx,
Jason.
--
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
index 58790d4..7d4db07 100644
--- a/drivers/irqchip/irq-crossbar.c
+++ b/drivers/irqchip/irq-crossbar.c
@@ -23,11 +23,13 @@
#define IRQ_SKIP -3
#define GIC_IRQ_START32
-/*
+/**
+ * struct crossbar_device - crossbar device descriptio
s/descriptio/description/
thx,
Jason
property.
thx,
Jason.
static struct crossbar_data cb_dra_data = { dra_irqs_unused,
ARRAY_SIZE(dra_irqs_unused), 0 };
--
1.7.9.5
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
);
- goto err3;
+ goto err4;
This would be a good opportunity to reduce the possibility of future
errors. Please consider renaming err{1,2,3,4} to something more
recognizable while you are here.
thx,
Jason.
}
cb-irq_map
in this
series.
Please go over this function, choose sane labels, and consolidate _all_
returns to the end of the function.
thx,
Jason.
--
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
);
-err1:
+err_cb:
kfree(cb);
return ret;
Ahhh :-) Ignore my previous request.
thx,
Jason.
--
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
, because
+ * unmap(irq) gets called when irq_desc(irq) is disposed. After this the
+ * irq is anyways unusuable and have to be mapped again.
Please re-word this. If I were new to the driver (I am ;-) ) I would
have no idea what this means (and I don't :( )
thx,
Jason.
+ */
static void
) {
pr_err(missing 'ti,max-irqs' property\n);
I know this is context, but you may want to look at this property as
well and set it to a sane value instead of erroring out.
thx,
Jason.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord
On Thu, Jun 12, 2014 at 06:57:15AM -0700, Tony Lindgren wrote:
* Jason Cooper ja...@lakedaemon.net [140612 05:52]:
On Thu, Jun 12, 2014 at 05:23:11PM +0530, Sricharan R wrote:
From: Nishanth Menon n...@ti.com
When, in the system due to varied reasons, interrupts might be unusable
On Thu, Jun 12, 2014 at 06:49:17PM +0530, Sricharan R wrote:
Hi Jason,
On Thursday 12 June 2014 06:21 PM, Jason Cooper wrote:
On Thu, Jun 12, 2014 at 05:23:11PM +0530, Sricharan R wrote:
From: Nishanth Menon n...@ti.com
When, in the system due to varied reasons, interrupts might
Hey Joe,
On Thu, Jun 12, 2014 at 07:18:31AM -0700, Joe Perches wrote:
On Thu, 2014-06-12 at 19:05 +0530, Sricharan R wrote:
On Thursday 12 June 2014 06:40 PM, Jason Cooper wrote:
On Thu, Jun 12, 2014 at 05:23:16PM +0530, Sricharan R wrote:
diff --git a/drivers/irqchip/irq-crossbar.c
I'd like to discuss moving our current library of cape devicetree
overlay sources into a single tree, including the boot .dtb files for
BeagleBoard.org boards and moving towards enabling as much of the cape
support into a single boot-time .dtb file with an approach similar to
the cape-universal
Adding devicetree and linux-arm-kernel lists based on feedback on IRC...
On Tue, Jun 10, 2014 at 12:46 PM, Jason Kridner jkrid...@gmail.com wrote:
I'd like to discuss moving our current library of cape devicetree
overlay sources into a single tree, including the boot .dtb files
for such
a thing would be to describe an ECAM memory space so generic code
could potentially make use of it.
Since designware is not ECAM it should not use config ranges.
This has come up multiple times now, and the above is the consensus.
Jason
--
To unsubscribe from this list: send the line unsubscribe
On May 19, 2014, at 12:22 PM, Robert Nelson robertcnel...@gmail.com wrote:
On Mon, May 19, 2014 at 2:11 PM, Kridner, Jason j...@ti.com wrote:
On May 19, 2014, at 11:58 AM, Robert Nelson robertcnel...@gmail.com
wrote:
On Mon, May 19, 2014 at 1:51 PM, Gupta, Pekon pe...@ti.com wrote
its own take on this.
The PCI-E spec requires a 100ms delay after link bring up (aka hot
reset) before sending any configuration TLPs.
Jason
--
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
...@dominion.thruhere.net
Acked-by: Jason Kridner j...@ti.com
---
arch/arm/boot/dts/am335x-bone-common.dtsi | 14 ++
arch/arm/boot/dts/am335x-bone.dts | 1 -
2 files changed, 14 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/am335x-bone-common.dtsi
b/arch/arm/boot/dts
On Tue, Jun 04, 2013 at 10:58:46AM -0700, Kevin Hilman wrote:
Jason Cooper ja...@lakedaemon.net writes:
On Mon, Jun 03, 2013 at 03:19:25PM -0700, Kevin Hilman wrote:
Florian Vaussard florian.vauss...@epfl.ch writes:
Hello Kevin,
On 06/01/2013 12:45 AM, Kevin Hilman wrote
that don't use the twl4030? eg I'm currently
tinkering with a board that uses a tps6507x...
thx,
Jason.
--
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
Hynix include file copied from vendor supplied source code.
Signed-off-by: Jason Cooper ja...@lakedaemon.net
---
arch/arm/mach-omap2/board-generic.c| 26 +++
arch/arm/mach-omap2/sdram-hynix-h8kds0un0mer-4em.h | 30 ++
2 files changed, 56
Need this in order to add the nand node and then the partitions.
in it's current state, crashes the system. :(
---
arch/arm/boot/dts/omap3-wireless_plus.dts | 19 ++-
1 file changed, 18 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/omap3-wireless_plus.dts
it
apart, and try to boot this code. But if the omap guys could take a look at
this and give me a few pointers, I'd appreciate it. I'm kind of spinning my
wheels at the moment.
Primarily, I'd like to get nand and usb working, so that I can read/write,
mount a rootfs and do better testing.
thx,
Jason
Signed-off-by: Jason Cooper ja...@lakedaemon.net
---
NOTE: please see coverletter for details.
arch/arm/boot/dts/Makefile| 1 +
arch/arm/boot/dts/omap3-wireless_plus.dts | 314 ++
2 files changed, 315 insertions(+)
create mode 100644 arch/arm/boot
On Wed, May 08, 2013 at 12:51:53PM -0700, Tony Lindgren wrote:
* Jason Cooper ja...@lakedaemon.net [130508 12:29]:
Current Problem:
There are several gaps in my understanding of how far along TI's conversion
to
DT is. Should I be doing a separate board file for initializing
On Wed, May 08, 2013 at 12:45:04PM -0700, Tony Lindgren wrote:
* Jason Cooper ja...@lakedaemon.net [130508 12:29]:
Tony has been helping me out offline with this, and he suggested trying the
gpmc against Linus' ToT. Which locks up before it even has a chance to get
going. So
drivers.
It actually goes outside arch/arm.
Hm, must have missed that, seemed like all it did was control
including drivers/cpufreq/Kconfig within the ARM kconfigs.. And
unicore32 copied the name, but did the same thing.
Regards,
Jason
--
To unsubscribe from this list: send the line
the impression it is desired to minimize driver kconfig
dependencies to the minimum required to compile to increase build
testing coverage, so maybe it would be appropriate to drop this
entirely?
Jason
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message
this config option. It follows the same design as
CONFIG_ARCH_HAS_CPUFREQ, for instance.
That is entirely contained inside arch/arm and doesn't involve
drivers.
Jason
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
SLIMBUS
on OMAP. So is it a deep hole for me to run slimbus on pandaboard. Or is
it someone successful connect slimbus to external peripherals?
Thanks
Jason
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo
On Thu, Feb 21, 2013 at 11:36 AM, Mark Jackson mpfj-l...@mimc.co.uk wrote:
Before I dig any deeper, can anyone tell me if the bootarg mpurate is meant
to
be supported for AM335x SoCs ?
I've tried it on our custom board using 3v8, but no joy.
The boot log shows:-
[0.00] Booting
On Fri, Feb 22, 2013 at 02:56:33AM -0500, Jason Kridner wrote:
The desired FPGA use case is DT updates after booting the kernel. This
has nothing to do with FIT images. And if the FPGA tools generate the
DTB, then it is certainly not tied to the kernel.
Completely unrelated, but do you
start taking risks that a firmware flash will end up bricking
it.
People making dev boards and distros for them certainly have different
requirements, but we've decided that the single image approach is the
best for appliance style products.
Jason
--
To unsubscribe from this list: send the line
of
application.
Jason
--
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
On Thu, Feb 21, 2013 at 02:57:46PM -0500, Nicolas Pitre wrote:
On Thu, 21 Feb 2013, Jason Gunthorpe wrote:
On Thu, Feb 21, 2013 at 12:25:21PM -0500, Nicolas Pitre wrote:
So let's stop kidding ourselves and be coherent please: either we move
device specifics away from the kernel
On Thu, Feb 21, 2013 at 05:05:54PM -0500, Nicolas Pitre wrote:
On Thu, 21 Feb 2013, Jason Gunthorpe wrote:
On Thu, Feb 21, 2013 at 02:57:46PM -0500, Nicolas Pitre wrote:
For embedded appliance product you may do as you wish. Nobody will
interfere in the way you develop and support
example of this kind of stuff, FWIW. IIRC
Xilinx has a DT generator from their IP tools, so you can literally go
into their design software, configure the hardware IP blocks, and get
back a FPGA config and a DT to go with it.
Jason
--
To unsubscribe from this list: send the line unsubscribe linux-omap
that the direction of keeping the DT and kernel
very separated (ala x86) is exactly the opposite of what we have had
success with, in the ARM/PPC embedded case.
I really think both arrangements are valid, desirable, use cases for
dtb.
Regards,
Jason
--
To unsubscribe from this list: send the line
be
managed across the main dtb and the 'hot plugged' dtb?
Regards,
Jason
--
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 address map control registers at the same address ;)
Jason
--
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
On Thu, Feb 21, 2013 at 9:22 PM, Jason Gunthorpe
jguntho...@obsidianresearch.com wrote:
On Thu, Feb 21, 2013 at 06:19:05PM -0600, Rob Herring wrote:
The desired FPGA use case is DT updates after booting the kernel. This
has nothing to do with FIT images. And if the FPGA tools generate the
DTB
it is not allowed to have an empty list of objects.
There is an updated patch below, I could add that straight to the branch
that caused the problem if it looks ok to you.
If Arnd or Olof want to take this straight in:
Acked-by: Jason Cooper ja...@lakedaemon.net
thx,
Jason.
Arnd
On Fri, Nov 2, 2012 at 7:21 AM, Alan Cox a...@lxorguk.ukuu.org.uk wrote:
Fair enough. But there's no such thing a 'hotplug enumeration
construct' in Linux yet, and a bus is the closest thing to it. It does
take advantage of the nice way device code matches drivers and devices
though.
A
My apologies for starting a new thread, but I don't have this thread
in my Inbox.
http://www.spinics.net/lists/linux-omap/msg81034.html
Tony Lindgren wrote:
* Pantelis Antoniou panto@xxx [121031 15:02]:
So when device's node is 'disabled' of_platform_device_create_pdata()
From: Daniel Mack zon...@gmail.com
Hey,
can anybody give me a quick wrap-up about the current state of AM33xx
based SoCs in mainline? What are the next steps to get things merged?
There is a wiki page [1] that is intended to provide a summary, but I'm
confident it is not up-to-date. There is
to the infrastructure (dev tree, pwr mgmt, etc.) are
required to be productive.
Regards,
Jason
--
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
On Wed, Sep 21, 2011 at 4:23 PM, Tony Lindgren t...@atomide.com wrote:
Hi,
* Jason Kridner jkrid...@beagleboard.org [110921 10:56]:
Tony,
I'm looking at creating a public repository to hold patches not yet in
shape for inclusion in linux-omap (if not personally, then someone at
TI
On Fri, Sep 16, 2011 at 6:33 PM, Peter Lyon lordva...@gmail.com wrote:
With kernel.org down for maintenance, what is the recommended git
mirror to use instead of
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git?
Mainline is temporarily available at
On Tue, Aug 9, 2011 at 1:51 PM, Joel A Fernandes agnel.j...@gmail.com wrote:
Anyone seen this before?
A lot of the kernel developers don't frequent the beagleboard list.
If you think it is a general kernel bug, I suspect you want to copy
linux-omap.
Trying to boot 3.0.0 with OE patches from
-Original Message-
From: Fernandes, Joel A
Sent: Tuesday, June 07, 2011 4:55 PM
To: linux-omap@vger.kernel.org
Cc: Kridner, Jason; Kooi, Koen; beaglebo...@googlegroups.com
Subject: [PATCH v7] OMAP3: beagle: add support for beagleboard xM
revision C
OMAP3: beagle: add support
On Fri, Jun 3, 2011 at 5:56 PM, Fernandes, Joel A joelag...@ti.com wrote:
The USB enable GPIO has been in beagleboard xM revision C
The USER button has been moved since beagleboard xM
Also, board specific initialization has been moved to beagle_config struct
and initialized in
On Sat, Jun 4, 2011 at 4:01 AM, Kooi, Koen k-k...@ti.com wrote:
Texas Instruments Limited, 800 Pavilion Drive, Northampton, NN4 7YL.
Registered in England Wales under company number 00574102
From: Fernandes, Joel A
Sent: 03 June 2011 23:56
To:
On Fri, Mar 25, 2011 at 4:23 PM, Nicolas Pitre nicolas.pi...@linaro.org wrote:
On Fri, 25 Mar 2011, Jason Kridner wrote:
I very much like this approach. I believed the ability to use the die
ID to get a unique code was reasonable approach and that is why I
didn't get an EEPROM put onto
On Fri, Mar 25, 2011 at 3:39 AM, Hema Kalliguddi hem...@ti.com wrote:
Hi,
one Minor comment.
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Andy Green
Sent: Friday, March 25, 2011 2:58 AM
To:
into the irq subsystem.
To solve it, we add a disable/re-enable Rx int operation for this
situation, this operation can de-assert interrupt pin for this time
and will leave the received data and status in the FIFO for later
interrupts to handle.
Signed-off-by: Jason Wang jason77.w...@gmail.com
David Miller wrote:
From: Jason Wang jason77.w...@gmail.com
Date: Thu, 23 Dec 2010 18:43:13 +0800
When kernel enters irqhanlder, it will check the Rx interrupt status
bit, if Rx status is set but can't call napi_schedule(), it will do
nothing and directly return form irqhandler
the first data received in the RX_ONLY transfer will be that
random data instead of something meaningful.
We can avoid this by inserting a Disable/Re-enable toggle of the
channel after the TX_ONLY transfer, since it purges the rx register.
Signed-off-by: Jason Wang jason77.w...@gmail.com
Tested
Tony Lindgren wrote:
* Jason Wang jason77.w...@gmail.com [101014 19:17]:
Grazvydas Ignotas wrote:
On Thu, Oct 14, 2010 at 5:14 AM, Jason Wang jason77.w...@gmail.com wrote:
Grazvydas Ignotas wrote:
Working here on pandora too, applied on top of linux-next (did not
test
Grazvydas Ignotas wrote:
On Wed, Oct 13, 2010 at 6:12 AM, Jason Wang jason77.w...@gmail.com wrote:
Hi Dmitry,
I have validated the new patch based off the 2.6.36-rc7 on
the ti_omap3530evm, it works fine.
Working here on pandora too, applied on top of linux-next (did not
test suspend
On 10/08/2010 05:41 AM, Elvis Dowson wrote:
Hi Jason,
I'm getting eclipse target time outs, I've attached
link to the video here : http://drop.io/kgdbwe01
Because you are using a serial link you certainly want to close any
related to extra data you don't need
: DEBUG
And now to exit debugger you must blindly and perfectly type
$D#44+
Nothing will be echoed because at this stage the kernel serial polling
driver would just be collecting characters.
After typing that the kernel should return back to the running state and
print something like:
+$OK#9a#
Jason
On 10/07/2010 06:07 PM, Elvis Dowson wrote:
On Oct 8, 2010, at 2:37 AM, Jason Wessel wrote:
It would probably also be good to test if the debugger is working at all
on your serial port.
Configure the debugger with:
# echo ttyS2 /sys/module/kgdboc/parameters/kgdboc
kgdb: Registered I/O
patch set. The student's work seems to be based on Scott's
work[5] and branched from his tree on github[6].
Have you released an updated patch series to address the feedback comments or
shall we introduce a new set?
Regards,
Jason Kridner
http://beagleboard.org/twitter
[1] https
Tony,
Remove nand flash support
Remove legacy board support
Fix indent problem
Nand support would be added after omap3 nand problem was fixed.
From ad9cad8d67ea94b0db4b15da369741687f7280e5 Mon Sep 17 00:00:00 2001
From: Jason Lam l...@ema-tech.com
Date: Sun, 16
1 - 100 of 115 matches
Mail list logo