Hi Namhyung,
> On Aug 23, 2016, at 8:20 AM, Namhyung Kim wrote:
>
> Hi Joel,
>
> On Tue, Aug 23, 2016 at 7:25 PM, Joel Fernandes wrote:
>> From: Namhyung Kim
>
>>
>> Any thoughts on what you think about it? In your approach though, you
>> wouldn&#
On August 8, 2018 6:47:16 PM EDT, "Paul E. McKenney"
wrote:
>On Wed, Aug 08, 2018 at 03:15:31PM -0700, Joel Fernandes wrote:
>> On Wed, Aug 8, 2018 at 1:18 PM, Paul E. McKenney
>> wrote:
>> [...]
>> >> >> >> It does start to seem like
On August 29, 2019 2:59:01 PM EDT, Peikan Tsai wrote:
>On Thu, Aug 29, 2019 at 05:27:22PM +0200, Christian Brauner wrote:
>> On Thu, Aug 29, 2019 at 09:53:59AM -0400, Joel Fernandes wrote:
>> > On Thu, Aug 29, 2019 at 08:42:29AM +0200, Greg KH wrote:
>> > > On T
ession.
Could you post the user-patches along with it? That gives more context to
reviewers.
Thanks!
- Joel
>
>Suggested-by: Paolo Bonzini
>Signed-off-by: Madhuparna Bhowmik
>---
> include/linux/rculist.h | 44 +
> 1 file changed,
On Sun, Oct 04, 2020 at 10:11:32PM -0400, Joel Fernandes (Google) wrote:
> During testing, I see it is possible that rcu_pending() returns 1 when
> offloaded callbacks are ready to execute thus raising the RCU softirq.
>
> However, softirq does not execute offloaded callbacks. They
> +
> > > +{}
> > > +
> > > +P0(int *x, int *y)
> > > +{
> > > + int r1;
> > > +
> > > + r1 = 1;
> > > + if (READ_ONCE(*x) == 0)
> > > + r1 = 0;
> > > + WRITE_ONCE(*y, r1);
> > > +}
> > &
On Thu, Oct 01, 2020 at 02:30:48PM -0700, Paul E. McKenney wrote:
> On Thu, Oct 01, 2020 at 12:15:29PM -0400, Alan Stern wrote:
> > On Wed, Sep 30, 2020 at 09:51:16PM -0700, Paul E. McKenney wrote:
> > > Hello!
> > >
> > > Al Viro posted the following query:
> > >
> > > --
On Sat, Oct 03, 2020 at 12:08:46PM -0400, j...@joelfernandes.org wrote:
[...]
> static void code0(struct v_struct* v,spinlock_t* l,int* out_0_r1) {
>
> struct v_struct *r1; /* to_free */
>
> r1 = NULL;
> spin_lock(l);
> if (!smp_load_acquire(&v->b))
>
a
> Signed-off-by: Alan Stern
Reviewed-by: Joel Fernandes (Google)
thanks,
- Joel
>
> ---
>
> tools/memory-model/Documentation/litmus-tests.txt | 17 +
> 1 file changed, 17 insertions(+)
>
> Index: usb-devel/tools/memo
ist_add llist_add
>>
>In that case i think it is better just to add a comment about using
>llist_head. To state that it used as a singular list to save space
>and the access is synchronized by the lock :)
>
>IMHO.
Sounds good to me. thanks,
- Joel
>
>--
>Vlad Rezki
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Hi Arnaldo,
On Tue, Oct 13, 2020 at 09:37:48AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Sat, Sep 26, 2020 at 11:45:39AM -0400, Joel Fernandes escreveu:
> > On Sat, Sep 26, 2020 at 10:10 AM Namhyung Kim wrote:
> > [...]
> > > On Sat, Sep 26, 2020 at 8:56 AM Joel Fernand
On Wed, Oct 14, 2020 at 08:36:16PM +0530, Neeraj Upadhyay wrote:
>
>
> On 9/23/2020 8:52 PM, Joel Fernandes (Google) wrote:
> > Currently, rcu_do_batch() depends on the unsegmented callback list's len
> > field
> > to know how many CBs are executed. This fiel
On Tue, Oct 13, 2020 at 01:20:08AM +0200, Frederic Weisbecker wrote:
> On Wed, Sep 23, 2020 at 11:22:09AM -0400, Joel Fernandes (Google) wrote:
> > +/* Return number of callbacks in a segment of the segmented callback list.
> > */
> > +static void rcu_segcblist_add_seglen
On Wed, Oct 14, 2020 at 08:52:17PM +0530, Neeraj Upadhyay wrote:
>
>
> On 9/23/2020 8:52 PM, Joel Fernandes (Google) wrote:
> > Track how the segcb list changes before/after acceleration, during
> > queuing and during dequeuing.
> >
> > This has proved usef
On Tue, Oct 13, 2020 at 01:20:08AM +0200, Frederic Weisbecker wrote:
> On Wed, Sep 23, 2020 at 11:22:09AM -0400, Joel Fernandes (Google) wrote:
> > +/* Return number of callbacks in a segment of the segmented callback list.
> > */
> > +static void rcu_segcblist_add_seglen
On Thu, Oct 15, 2020 at 02:21:58PM +0200, Frederic Weisbecker wrote:
> On Wed, Oct 14, 2020 at 08:22:57PM -0400, Joel Fernandes (Google) wrote:
> > Add counting of segment lengths of segmented callback list.
> >
> > This will be useful for a number of things such as knowing
On Fri, Oct 16, 2020 at 09:27:53PM -0400, j...@joelfernandes.org wrote:
[..]
> > > + *
> > > + * Memory barrier is needed after adding to length for the case
> > > + * where length transitions from 0 -> 1. This is because rcu_barrier()
> > > + * should never miss an update to the length. So the upd
On Thu, Oct 15, 2020 at 02:21:58PM +0200, Frederic Weisbecker wrote:
> On Wed, Oct 14, 2020 at 08:22:57PM -0400, Joel Fernandes (Google) wrote:
> > Add counting of segment lengths of segmented callback list.
> >
> > This will be useful for a number of things such as knowing
Adding Alan as well as its memory barrier discussion ;-)
On Thu, Oct 15, 2020 at 03:35:11PM +0200, Frederic Weisbecker wrote:
> On Wed, Oct 14, 2020 at 08:23:01PM -0400, Joel Fernandes (Google) wrote:
> > Memory barriers are needed when updating the full length of the
> > segcblist
st_enqueue()
>
>
>smp_mb();
>inc_len();
> smp_mb();
> queue callback;
> for_each_possible_cpu(cpu)
> if (!rcu_segcblist_n_cbs(&rdp->cblist))
> continue;
>
> invoke_callback
If CPU 0 saw the enqueue of the callback (that is the CPU 1's writes to the
segcb_list propagated to CPU 0), then it would have also seen the
effects of the inc_len. I forced this case in my last litmus test by this
code in P1():
r1 = READ_ONCE(*enq);
smp_mb(); /* barrier Just for test purpose to show that
the.. */
/* ..rcu_barrier() saw list modification */
On the other hand, if CPU 0 did not see the enqueue, then there is really no
issue. Since that is the same case where call_rcu() happened _after_ the
rcu_barrier() and there's no race. rcu_barrier() does not need to wait if
there was no callback enqueued.
This is not exactly the easiest thing to explain, hence the litmus.
- Joel
eemptirq_delay_test, write to
>/sys/kernel/preemptirq_delay_test/trigger and remove
>preemptirq_delay_test in loops.
>3) Ran irqsoff_tracer.tc in loops.
>
>BTW: For irqsoff_tracer.tc, should we extend code to test the burst
>feature and the sysfs trigger?
>
>Reviewed-b
Acked-by: Joel Becker
On Tue, Jan 29, 2013 at 10:23:32AM -0600, Dave Kleikamp wrote:
> From: Zach Brown
>
> ocfs2's .aio_read and .aio_write methods are changed to take
> iov_iter and pass it to generic functions. Wrappers are made to pack
> the iovecs into iters and call
Acked-by: Joel Becker
On Fri, Jan 18, 2013 at 05:13:08PM -0800, Darrick J. Wong wrote:
> When stable pages are required, we have to wait if the page is just
> going to disk and we want to modify it. Add proper callback to
> ocfs2_grab_pages_for_write().
>
> CC: ocfs2-de...@oss.
On Sat, Oct 20, 2012 at 02:19:00PM +0200, Marco Stornelli wrote:
> Removed vmtruncate
>
> Signed-off-by: Marco Stornelli
Acked-by: Joel Becker
Do you want me to pull this, or are you going to send it with your set?
Joel
> ---
> fs/ocfs2/file.c | 19 +--
>
On Tue, Oct 23, 2012 at 10:58:42AM +0200, Marco Stornelli wrote:
> 2012/10/23 Joel Becker :
> > On Sat, Oct 20, 2012 at 02:19:00PM +0200, Marco Stornelli wrote:
> >> Removed vmtruncate
> >>
> >> Signed-off-by: Marco Stornelli
> >
> > Acked-by: Joel
On Tue, Oct 23, 2012 at 09:02:38AM -0400, Christoph Hellwig wrote:
> On Tue, Oct 23, 2012 at 01:54:48AM -0700, Joel Becker wrote:
> > On Sat, Oct 20, 2012 at 02:19:00PM +0200, Marco Stornelli wrote:
> > > Removed vmtruncate
> > >
> > > Signed-off-by: Marc
On Tue, Oct 23, 2012 at 02:48:38PM +0200, Marco Stornelli wrote:
> 2012/10/23 Joel Becker :
> > On Tue, Oct 23, 2012 at 10:58:42AM +0200, Marco Stornelli wrote:
> >> 2012/10/23 Joel Becker :
> >> > On Sat, Oct 20, 2012 at 02:19:00PM +0200, Marco Stornelli wro
that topic going forward will stay
in the history. Since that topic was pulled into ALL for testing, we
are using the identical commits that got tested.
Joel
--
"I have never let my schooling interfere with my education."
- Mark Twain
Joel Becker
Principal Software Develop
On Wed, Feb 13, 2008 at 10:06:16AM -0500, John W. Linville wrote:
> On Tue, Feb 12, 2008 at 06:47:30PM -0800, Joel Becker wrote:
> > Make the distinction earlier. With ocfs2 and configfs (we got
> > this scheme from Jeff), we keep the topic branches as "unsafe"
270d4838bdc493781f5a1cf2e90e9c34c9142f (acpi: fix
acpi_os_read_pci_configuration() misuse of raw_pci_read()). Still no
output from Xen - pygrub selects the kernel, and then the domain just
dies back to the dom0 shell.
Attached are my latest .config and my bisect log.
Joel
--
"The rea
You may need to compile Xen with debug=y in Config.mk.
I didn't know xm dmesg existed :-) Regarding debug=y, I'm using
a prepackaged dom0 set. Here's what I find in xm dmesg:
Joel
(XEN) mm.c:1825:d109 Bad type (saw 2801 != exp e000)
for mfn 3a2f
The comparison functions for protocol negotiation (introduced in commit
d24fbcda0c4988322949df3d759f1cfb32b32953) were confusing.
Separate out the comparison and value update parts.
Signed-off-by: Joel Becker <[EMAIL PROTECTED]>
---
fs/ocfs2/dlm/dlmdomain.c
Thus, a big-endian and little-endian machines will
treat this structure differently.
The solution is to have little-endian machines swap the structure when
converting from the structure to the u32 representation.
Signed-off-by: Joel Becker <[EMAIL PROTECTED]>
---
fs/ocfs2/dlm/dlmcomm
;ve tested the changes in said hetergeneous envirnoment. Comments
and review welcome. Mark, you can pull these into ocfs2.git if they
meet your approval.
The changes are available via git from
git://oss.oracle.com/git/jlbec/linux-2.6.git proto-version-fixup
Joel
--
To unsubscribe from this list
On Sat, Feb 16, 2008 at 01:44:26PM +1100, Jeremy Fitzhardinge wrote:
> Joel Becker wrote:
>
>> (XEN) mm.c:1825:d109 Bad type (saw 2801 != exp
>> e000) for mfn 3a2f0f (pfn f0)
>> (XEN) mm.c:649:d109 Error getting mfn 3a2f0f (pfn f0) from L1 entry
jupiter2 kernel: [ 351.170003] [] ?
> sys_newstat+0x1f/0x50
> Jul 27 23:41:41 jupiter2 kernel: [ 351.170003] [] ?
> system_call_fastpath+0x16/0x1b
This stack trace is from 3.5, because of the location of the
BUG. The call path in the trace suggests the code added by Al's e
On Mon, Jul 30, 2012 at 09:45:14AM +0200, Vincent ETIENNE wrote:
>
> HI,
>
> Le 30/07/2012 08:30, Joel Becker a écrit :
> > On Sat, Jul 28, 2012 at 12:18:30AM +0200, Vincent ETIENNE wrote:
> >> Hello
> >>
> >> Get this on first write made ( by deliv
now if you need more info
> this client is running debian wheezy 64bit
This is a different stack trace than another recent report. Quick
question: have you run 3.4 on this system?
Joel
--
"There is no more evil thing on earth than race prejudice, none at
all. I write deliberately -- it
ou could
ignore all earlier versions.
[1] http://www.spinics.net/lists/arm-kernel/msg269712.html
Thanks,
-Joel
> Regards,
> Benoit
>
>
> On 23/08/2013 21:06, Sebastian Andrzej Siewior wrote:
>> From: Matt Porter
>>
>> Adds AM33XX EDMA support to the am33xx.
On 08/26/2013 05:46 AM, Sekhar Nori wrote:
> On Saturday 24 August 2013 01:23 AM, Joel Fernandes wrote:
>> HWMOD removal for MMC and Crypto is breaking edma_start as the events are
>> being manually triggered due to unused channel list not being clear. Atleast
>> breakage h
ose
we use the of_* helpers to parse the arguments in the dmas phandle list.
Reviewed-by: Sekhar Nori
Reported-by: Balaji T K
Cc: Pantel Antoniou
Signed-off-by: Joel Fernandes
---
Changes since v1, in v2 and v3:
- Reduced indentation of non-of case by returning from of-case
- Using of_* helpers f
We don't have any plans to support 1.1 tpms in any new major
distribution releases. I am in support of deprecating 1.1 tpms and just
supporting 1.2 and 2.0 going forward.
This is the direction we are taking with TrouSerS as well for what it's
worth. So that's at least one ma
On 10/04/2013 09:26 AM, Mark Rutland wrote:
> On Mon, Sep 30, 2013 at 04:13:00PM +0100, Joel Fernandes wrote:
>> From: "Mark A. Greer"
>>
>> Add the generic AM33XX SHAM module's device tree data and
>> enable it for the am335x-evm, am335x-evms
These patches were not authored by me but I'll go ahead and fix them up anyway.
On 10/04/2013 09:33 AM, Mark Rutland wrote:
> On Mon, Sep 30, 2013 at 04:13:01PM +0100, Joel Fernandes wrote:
>> From: "Mark A. Greer"
>>
>> Add the generic AM33XX AES module
AES interrupts were previously not used, but after recent changes to omap-aes
driver, its being used. We correct the interrupt number to have working PIO
mode.
Signed-off-by: Joel Fernandes
---
arch/arm/boot/dts/am33xx.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
From: "Mark A. Greer"
Add the generic AM33XX AES module's device tree data and
enable it for the am335x-evm, am335x-evmsk, and am335x-bone
platforms. Also add Documentation file describing the data
for the AES module.
[jo...@ti.com: Dropped interrupt-parent propert, documentation fixups]
CC: P
From: "Mark A. Greer"
Add the generic AM33XX SHAM module's device tree data and
enable it for the am335x-evm, am335x-evmsk, and am335x-bone
platforms. Also add Documentation file describing the data
for the SHAM module.
[jo...@ti.com: Dropped interrupt-parrent property, documentation fixups]
CC
These patches are some minor fixups and changes to commit messages to the
AM33XX crypto (aes, sham) patches with reference to the comments at:
http://comments.gmane.org/gmane.linux.drivers.devicetree/45961
Joel Fernandes (1):
ARM: dts: AM33XX: Fix AES interrupt number
Mark A. Greer (2):
ARM
]! instruction. We make code easier to read
by allocating the 4 bytes on the stack frame in the beginning itself and remove
all instances where 4 bytes is adjusted.
Cc: Russell King
Cc: Nicolas Pitre
Cc: Santosh Shilimkar
Signed-off-by: Joel Fernandes
---
arch/arm/kernel/entry-armv.S | 10
On 10/06/2013 05:41 PM, Russell King - ARM Linux wrote:
> On Sun, Oct 06, 2013 at 05:30:47PM -0500, Joel Fernandes wrote:
>> On receiving IRQ exception in SVC mode, all the SVC mode registers are saved
>> onto the stack very early on.
>>
>> The stack frame allocation co
break;
> + }
> /*
>* In case PAGE_CACHE_SIZE <= CLUSTER_SIZE, This page
>* can't be dirtied before we CoW it out.
Put a blank line between the closing brace and the comment. Otherwise,
Acked-by: Joel Becker
Joel
On 09/12/2013 04:58 AM, Sekhar Nori wrote:
> On Wednesday 11 September 2013 12:22 AM, Joel Fernandes wrote:
>> HWMOD removal for MMC is breaking edma_start as the events are being manually
>> triggered due to unused channel list not being clear.
[..]
> It is better to send on
On 09/16/2013 06:48 AM, Sekhar Nori wrote:
> Hi Joel,
>
> On Saturday 14 September 2013 06:27 AM, Joel Fernandes wrote:
>> From: Joel Fernandes
>> Subject: [PATCH v4] ARM: EDMA: Fix clearing of unused list for DT DMA
>> resources
>>
>> HWMOD removal for M
the controller number to 0 always. No way I'm going
to hard code controller number to a single value.
Different topic but anyway why wouldn't ctrl number be encoded in the channel?
That's clean, and saves variables and extra structures. Better use of the
integer bitmap making up the Ctrl and channel number of small ranges.
Regards,
-Joel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
umber in
the channel provided from DT so it shouldn't assume that without binding
updates. Following this suggestion, I've update the patch to the below:
---8<---
From: Joel Fernandes
Subject: [PATCH v6] ARM: EDMA: Fix clearing of unused list for DT DMA resources
HWMOD removal for MMC
On 09/04/2013 11:31 AM, Benoit Cousson wrote:
> Hi Joel,
>
> On 31/08/2013 03:19, Joel Fernandes wrote:
>> Hi Benoit,
>>
>> On 08/26/2013 03:36 AM, Benoit Cousson wrote:
>>> - minus all the TI emails which are not working anymore :-(
>>>
s Documentation. [3] That's the one to be applied and should be applied
only after the above patches are merged. I will resubmit this later again once
pending EDMA changes are merged. Thanks.
[3] https://lkml.org/lkml/2013/6/25/781
Regards,
-Joel
>
On 09/06/2013 02:15 PM, Mark Jackson wrote:
> On 06/09/13 20:13, Mark Jackson wrote:
>> On 23/08/13 20:53, Joel Fernandes wrote:
>>> HWMOD removal for MMC and Crypto is breaking edma_start as the events are
>>> being manually triggered due to unused channel li
On 09/09/2013 01:43 PM, Koen Kooi wrote:
>
> Op 9 sep. 2013, om 20:27 heeft Joel Fernandes het volgende
> geschreven:
>
>> On 09/09/2013 10:51 AM, Koen Kooi wrote:
>>>
>>> Op 9 sep. 2013, om 17:23 heeft Kevin Hilman het
>>> volgende geschreve
sing. Now that DMA support is pulled in,
it is safe to apply those patches so I will be reposting them shortly.
Please hold off any changes until those patches are posted. This will avoid
unnecessary conflicts.
Thanks,
-Joel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 09/09/2013 01:51 PM, Joel Fernandes wrote:
> On 09/09/2013 01:43 PM, Koen Kooi wrote:
>>
>> Op 9 sep. 2013, om 20:27 heeft Joel Fernandes het volgende
>> geschreven:
>>
>>> On 09/09/2013 10:51 AM, Koen Kooi wrote:
>>>>
>>>> Op
On 09/09/2013 03:00 PM, Koen Kooi wrote:
>
> Op 9 sep. 2013, om 21:50 heeft Joel Fernandes het volgende
> geschreven:
>
>> On 09/09/2013 01:51 PM, Joel Fernandes wrote:
>>> On 09/09/2013 01:43 PM, Koen Kooi wrote:
>>>>
>>>> Op 9 sep
On 09/09/2013 03:12 PM, Joel Fernandes wrote:
> On 09/09/2013 03:00 PM, Koen Kooi wrote:
>>
>> Op 9 sep. 2013, om 21:50 heeft Joel Fernandes het volgende
>> geschreven:
>>
>>> On 09/09/2013 01:51 PM, Joel Fernandes wrote:
>>>> On 09/09/2013 01:43
On Sep 10, 2013, at 12:45 AM, "Koen Kooi" wrote:
>
> Op 10 sep. 2013, om 01:42 heeft Joel Fernandes het volgende
> geschreven:
>
>> On 09/09/2013 03:12 PM, Joel Fernandes wrote:
>>> On 09/09/2013 03:00 PM, Koen Kooi wrote:
>>>>
>&g
son the .map is not called. Can you not call gpio_request
yourself direct in omap_gpio_chip_init function?
Does it really matter if you call gpio_request from .map or from the chip_init
function?
Also on a different note.. this would call gpio_request for *every* gpio line,
but isn't that what your original
On 09/10/2013 08:17 AM, Javier Martinez Canillas wrote:
> On 09/10/2013 09:00 AM, Joel Fernandes wrote:
>> On 07/31/2013 03:35 AM, Javier Martinez Canillas wrote:
>>> On 07/31/2013 01:44 AM, Linus Walleij wrote:
>>>> On Tue, Jul 30, 2013 at 6:30 AM, Grant Likely
&g
s_of_match[] = {
>> +{},
>> +};
>
> you don't need this if you use of_match_ptr()
Ok I changed it to:
+ .of_match_table = of_match_ptr(omap_des_of_match),
and removed empty definition for !CONFIG_OF.
>> +
>> +static int omap_des_get_res_of(struct o
On 09/10/2013 10:48 AM, Javier Martinez Canillas wrote:
> On 09/10/2013 05:00 PM, Joel Fernandes wrote:
>> On 09/10/2013 08:17 AM, Javier Martinez Canillas wrote:
>>> On 09/10/2013 09:00 AM, Joel Fernandes wrote:
>>>> On 07/31/2013 03:35 AM, Javier Martinez Canillas
ose
we use the of_* helpers to parse the arguments in the dmas phandle list.
Reviewed-by: Sekhar Nori
Reported-by: Balaji T K
Cc: Pantel Antoniou
Signed-off-by: Joel Fernandes
---
This patch is a repost of v2 with minor change of return value.
As such this patch fixes DMA breakages on all
added
Signed-off-by: Matt Porter
Acked-by: Tony Lindgren
Signed-off-by: Joel Fernandes
---
.../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 26 ++-
arch/arm/boot/dts/am335x-bone.dts | 11 +++
arch/arm/boot/dts/am335x-evm.dts | 7
arch
Here are last few patches required to add EDMA and MMC/SPI support for AM33xx.
Now that all dependent DMA patches and fixes are in linux next or mainline,
except
for [1] which should go in for 3.12 -rc cycle, it is safe to enable MMC and SPI
support
and this patch series enables it. These are or
From: Matt Porter
Adds DMA resources to the AM33XX SPI nodes.
Signed-off-by: Matt Porter
Signed-off-by: Joel A Fernandes
---
arch/arm/boot/dts/am33xx.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index
From: Matt Porter
Adds AM33XX EDMA support to the am33xx.dtsi as documented in
Documentation/devicetree/bindings/dma/ti-edma.txt
[Joel Fernandes ]
Drop DT entries that are non-hardware-description as discussed in [1]
[1] https://patchwork.kernel.org/patch/2226761/
Signed-off-by: Matt Porter
On 09/10/2013 02:39 PM, Koen Kooi wrote:
>
> Op 10 sep. 2013, om 21:24 heeft Joel Fernandes het volgende
> geschreven:
>
>> Here are last few patches required to add EDMA and MMC/SPI support for
>> AM33xx.
>>
>> Now that all dependent DMA patches and
here are, and such drivers are also
used on non-DT platform, then we would have to fork 2 different code paths while
requesting an IRQ for DT/non-DT in the driver..
Also this path kind of enforces that the driver author must be aware whether
driver is being used on DT or non-DT platform.. Linus men
On 09/11/2013 12:18 AM, Koen Kooi wrote:
>
> Op 10 sep. 2013, om 22:14 heeft Joel Fernandes het volgende
> geschreven:
>
>> On 09/10/2013 02:39 PM, Koen Kooi wrote:
>>>
>>> Op 10 sep. 2013, om 21:24 heeft Joel Fernandes het volgende
>>> geschreven
On 9/13/13, Nicholas A. Bellinger wrote:
<..>, Removed individual CCs
> The patches to add COMPARE_AND_WRITE and EXTENDED_COPY support are of
> particular significance, which make us the first and only open source
> target to support the full set of VAAI primitives.
Probably not the first and on
On 10/06/2013 05:41 PM, Russell King - ARM Linux wrote:
> On Sun, Oct 06, 2013 at 05:30:47PM -0500, Joel Fernandes wrote:
>> On receiving IRQ exception in SVC mode, all the SVC mode registers are saved
>> onto the stack very early on.
>>
>> The stack frame allocation co
= omap2_common_pm_late_init;
since that's the only function you're calling.
Later if more functions are added, then it can be wrapped around.
regards,
-Joel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo
On 10/10/2013 08:32 AM, Nishanth Menon wrote:
> On 00:32-20131010, Joel Fernandes wrote:
>> On 10/09/2013 06:24 PM, Nishanth Menon wrote:
>>> Call OMAP2+ generic lateinit hook from AM specific late init hook.
>>> This allows the generic late initializations such as cpu
On 10/10/2013 10:20 AM, Joel Fernandes wrote:
> On 10/10/2013 08:32 AM, Nishanth Menon wrote:
>> On 00:32-20131010, Joel Fernandes wrote:
>>> On 10/09/2013 06:24 PM, Nishanth Menon wrote:
>>>> Call OMAP2+ generic lateinit hook from AM specific late init hook.
>
On 10/10/2013 10:45 AM, Nishanth Menon wrote:
> On Thu, Oct 10, 2013 at 10:23 AM, Joel Fernandes wrote:
>> I see a function of that name already exists. I guess you can leave your
>> patch
>> as is then and not have to do this.
>
>
> Can I consider that as an Acke
ave it linked
to NULL set, allow an error condition and detect the channel that
missed it.
Signed-off-by: Joel Fernandes
dma: edma: Link to dummy slot only for last SG list split
Consider the case where we have a scatter-list like:
SG1->SG2->SG3->SG4->SG5->SG6->Null
For ex, fo
Manual trigger for events missed as a result of splitting a
scatter gather list and DMA'ing it in batches. Add a helper
function to trigger a channel incase any such events are missed.
Signed-off-by: Joel Fernandes
---
arch/arm/common/edma.c | 17 +
include/
is 40, still only
10 slots will be allocated to DMA the entire SG list of size 40.
Also enable TC interrupts for slots that are a last in a current
iteration, or that fall on a MAX_NR_SG boundary.
Signed-off-by: Joel Fernandes
---
drivers/dma/edma.c | 18 +++---
1 file changed, 15 inser
://marc.info/?l=linux-omap&m=137416733628831&w=2
Joel Fernandes (6):
dma: edma: Setup parameters to DMA MAX_NR_SG at a time
dma: edma: Write out and handle MAX_NR_SG at a given time
ARM: edma: Add function to manually trigger an EDMA channel
dma: edma: Find missed events and issue
With this series, this check is no longer required and
we shouldn't need to reject drivers DMA'ing more than the
MAX number of slots.
Signed-off-by: Joel Fernandes
---
drivers/dma/edma.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/dma/edma.c b/drivers/dma/ed
: Joel Fernandes
---
drivers/dma/edma.c | 79 --
1 file changed, 53 insertions(+), 26 deletions(-)
diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
index e522ad5..732829b 100644
--- a/drivers/dma/edma.c
+++ b/drivers/dma/edma.c
@@ -56,6 +56,7
mpleted, we are still in NULL
so we just set a missed flag and allow the manual triggerring to happen
in edma_execute which will be eventually called. This fixes the above
mentioned race conditions seen with the crypto drivers.
[1] http://marc.info/?l=linux-omap&m=137416733628831&w=2
Signe
Add config and build options for the newly added omap-des driver.
Signed-off-by: Joel Fernandes
---
drivers/crypto/Kconfig | 11 +++
drivers/crypto/Makefile | 1 +
2 files changed, 12 insertions(+)
diff --git a/drivers/crypto/Kconfig b/drivers/crypto/Kconfig
index e289afa..119a8e5
OMAP4 and AM437x SoCs have a DES3DES module which is capable of performing DES
encrypt/decrypt and 3DES ede encrypt/decrypt operations. Following patch series
adds support for the same.
Tests have been performed with crypto/testmgr and all tests are successful.
Joel Fernandes (3):
crypto: omap
OMAP DES module supports 3DES operation where 3 64-bit keys are used to
perform a DES encrypt-decrypt-encrypt (ede) operation on a buffer.
Signed-off-by: Joel Fernandes
---
drivers/crypto/omap-des.c | 53 ---
1 file changed, 50 insertions(+), 3
.
Tests have been conducted with the CRYPTO test manager, and functionality
is verified at different page length alignments.
Signed-off-by: Joel Fernandes
---
drivers/crypto/omap-des.c | 1192 +
1 file changed, 1192 insertions(+)
create mode 100644 drivers
On 08/29/2013 06:27 PM, Joel Fernandes wrote:
> Add omap-des driver with platform data for OMAP4. Support added for DES
> ECB and CBC modes.
>
> Where possible, code is reused from omap-aes driver with changes made for
> adjusting key size, block size, removing non-existent encrypt
your latest pull request:
Subject "[GIT PULL] ARM: OMAP: Device Tree for 3.12 take #2"
git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap-dt.git
tags/for_3.12/dts_signed (commit 4843be165c10f9886c87eeb20acf19a3ddec6653)
Below is a scissor patch that cleanly appli
On 09/02/2013 11:08 PM, Vinod Koul wrote:
> On Thu, Aug 29, 2013 at 06:05:41PM -0500, Joel Fernandes wrote:
>> Process SG-elements in batches of MAX_NR_SG if they are greater
>> than MAX_NR_SG. Due to this, at any given time only those many
>> slots will be used in the given
ansson
Cc: Nishanth Menon
Cc: Pantel Antoniou
Cc: Jason Kridner
Cc: Koen Kooi
Signed-off-by: Joel Fernandes
---
Just resending this patch after discussing with Sekhar and Olof.
AM335x is being booted by many users such as the beaglebone community. DT is
the only boot method available for all these us
On 09/26/2013 06:13 PM, Olof Johansson wrote:
> On Thu, Sep 26, 2013 at 2:55 PM, Joel Fernandes wrote:
>> HWMOD removal for MMC is breaking edma_start as the events are being manually
>> triggered due to unused channel list not being clear.
>>
>> The above issue is
On 09/27/2013 02:49 AM, Sekhar Nori wrote:
> On 9/27/2013 5:58 AM, Joel Fernandes wrote:
>> On 09/26/2013 06:13 PM, Olof Johansson wrote:
>>> On Thu, Sep 26, 2013 at 2:55 PM, Joel Fernandes wrote:
>>>> HWMOD removal for MMC is breaking edma_start as the e
On 09/27/2013 04:04 AM, Sekhar Nori wrote:
> On 9/27/2013 5:58 AM, Joel Fernandes wrote:
>> On 09/26/2013 06:13 PM, Olof Johansson wrote:
>>> On Thu, Sep 26, 2013 at 2:55 PM, Joel Fernandes wrote:
>>>> HWMOD removal for MMC is breaking edma_start as the e
1 - 100 of 3931 matches
Mail list logo
