From: Russell King - ARM Linux <hidden> Date: 2012-07-25 14:12:22
Just a quick reminder that I'm still on holiday, and at this point there
are over 2500 messages from the mailing lists which are sitting unread
since I left the UK. As I mentioned before I left the UK, it is my
intention *not* to go back and read all those outstanding messages -
there's too many of them to do that.
So, if you want me to react to any email message you've sent, you'd
*better* send it again next week unless I've already responded.
Meanwhile, I see v3.5 has been released; I have a couple of things I
need to do with my tree before I can push the changes, and I'll
probably see about sorting those out over the weekend. I also see
that 14 new patches have landed in the patch system.
However, the timing of my holiday vs the merge window means that I
can't take anything new, unless they're fixes, so don't be surprised
if some stuff gets missed this merge window.
From: Russell King - ARM Linux <hidden> Date: 2012-07-27 13:42:31
On Wed, Jul 25, 2012 at 03:12:22PM +0100, Russell King - ARM Linux wrote:
Just a quick reminder that I'm still on holiday, and at this point there
are over 2500 messages from the mailing lists which are sitting unread
since I left the UK. As I mentioned before I left the UK, it is my
intention *not* to go back and read all those outstanding messages -
there's too many of them to do that.
So, if you want me to react to any email message you've sent, you'd
*better* send it again next week unless I've already responded.
Meanwhile, I see v3.5 has been released; I have a couple of things I
need to do with my tree before I can push the changes, and I'll
probably see about sorting those out over the weekend. I also see
that 14 new patches have landed in the patch system.
However, the timing of my holiday vs the merge window means that I
can't take anything new, unless they're fixes, so don't be surprised
if some stuff gets missed this merge window.
Right. I'm not fully recovered from the jet lag (I'm still rather tired
- I hate travelling back from the North American continent because it
takes days to recover.)
I have now archived off *all* email sent to me during July - which means
that I will *NOT* be responding to anything sent during the last 17 days.
If anyone has sent me anything important, it *MUST* be resent now.
I am aware of an issue concerning the OMAP DMA patches. I'm not sure
exactly what is required there, so I've dropped them from my planned pull
request in the interests of getting everything else I have to Linus. I
may plan to send a pull request this evening.
I've not yet looked at merging *anything* which is in the patch system,
that's for when I feel more awake.
From: Jon Hunter <hidden> Date: 2012-07-27 15:20:32
Hi Russell,
On 07/27/2012 08:42 AM, Russell King - ARM Linux wrote:
On Wed, Jul 25, 2012 at 03:12:22PM +0100, Russell King - ARM Linux wrote:
quoted
Just a quick reminder that I'm still on holiday, and at this point there
are over 2500 messages from the mailing lists which are sitting unread
since I left the UK. As I mentioned before I left the UK, it is my
intention *not* to go back and read all those outstanding messages -
there's too many of them to do that.
So, if you want me to react to any email message you've sent, you'd
*better* send it again next week unless I've already responded.
Meanwhile, I see v3.5 has been released; I have a couple of things I
need to do with my tree before I can push the changes, and I'll
probably see about sorting those out over the weekend. I also see
that 14 new patches have landed in the patch system.
However, the timing of my holiday vs the merge window means that I
can't take anything new, unless they're fixes, so don't be surprised
if some stuff gets missed this merge window.
Right. I'm not fully recovered from the jet lag (I'm still rather tired
- I hate travelling back from the North American continent because it
takes days to recover.)
Welcome back!
I have now archived off *all* email sent to me during July - which means
that I will *NOT* be responding to anything sent during the last 17 days.
If anyone has sent me anything important, it *MUST* be resent now.
From: Russell King - ARM Linux <hidden> Date: 2012-07-27 15:28:14
On Fri, Jul 27, 2012 at 10:20:32AM -0500, Jon Hunter wrote:
Hi Russell,
On 07/27/2012 08:42 AM, Russell King - ARM Linux wrote:
quoted
On Wed, Jul 25, 2012 at 03:12:22PM +0100, Russell King - ARM Linux wrote:
quoted
Just a quick reminder that I'm still on holiday, and at this point there
are over 2500 messages from the mailing lists which are sitting unread
since I left the UK. As I mentioned before I left the UK, it is my
intention *not* to go back and read all those outstanding messages -
there's too many of them to do that.
So, if you want me to react to any email message you've sent, you'd
*better* send it again next week unless I've already responded.
Meanwhile, I see v3.5 has been released; I have a couple of things I
need to do with my tree before I can push the changes, and I'll
probably see about sorting those out over the weekend. I also see
that 14 new patches have landed in the patch system.
However, the timing of my holiday vs the merge window means that I
can't take anything new, unless they're fixes, so don't be surprised
if some stuff gets missed this merge window.
Right. I'm not fully recovered from the jet lag (I'm still rather tired
- I hate travelling back from the North American continent because it
takes days to recover.)
Welcome back!
quoted
I have now archived off *all* email sent to me during July - which means
that I will *NOT* be responding to anything sent during the last 17 days.
If anyone has sent me anything important, it *MUST* be resent now.
I took a look at your git tree and I am not sure if I have missed it,
but wanted to check if have [1] queued?
Well, it isn't in the patch system, so I guess it never got applied.
On Fri, Jul 27, 2012 at 3:42 PM, Russell King - ARM Linux
[off-list ref] wrote:
On Wed, Jul 25, 2012 at 03:12:22PM +0100, Russell King - ARM Linux wrote:
quoted
Just a quick reminder that I'm still on holiday, and at this point there
are over 2500 messages from the mailing lists which are sitting unread
since I left the UK. As I mentioned before I left the UK, it is my
intention *not* to go back and read all those outstanding messages -
there's too many of them to do that.
So, if you want me to react to any email message you've sent, you'd
*better* send it again next week unless I've already responded.
Meanwhile, I see v3.5 has been released; I have a couple of things I
need to do with my tree before I can push the changes, and I'll
probably see about sorting those out over the weekend. I also see
that 14 new patches have landed in the patch system.
However, the timing of my holiday vs the merge window means that I
can't take anything new, unless they're fixes, so don't be surprised
if some stuff gets missed this merge window.
Right. I'm not fully recovered from the jet lag (I'm still rather tired
- I hate travelling back from the North American continent because it
takes days to recover.)
I have now archived off *all* email sent to me during July - which means
that I will *NOT* be responding to anything sent during the last 17 days.
If anyone has sent me anything important, it *MUST* be resent now.
I am aware of an issue concerning the OMAP DMA patches. I'm not sure
exactly what is required there, so I've dropped them from my planned pull
request in the interests of getting everything else I have to Linus. I
may plan to send a pull request this evening.
Well the only pending discussion was enabling the CONFIG option for
DMA at driver level SOC config level. Not sure if there was anything else
on this really.
Regards
Santosh
From: Russell King - ARM Linux <hidden> Date: 2012-07-27 16:50:49
On Fri, Jul 27, 2012 at 06:08:13PM +0200, Shilimkar, Santosh wrote:
On Fri, Jul 27, 2012 at 3:42 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
On Wed, Jul 25, 2012 at 03:12:22PM +0100, Russell King - ARM Linux wrote:
quoted
Just a quick reminder that I'm still on holiday, and at this point there
are over 2500 messages from the mailing lists which are sitting unread
since I left the UK. As I mentioned before I left the UK, it is my
intention *not* to go back and read all those outstanding messages -
there's too many of them to do that.
So, if you want me to react to any email message you've sent, you'd
*better* send it again next week unless I've already responded.
Meanwhile, I see v3.5 has been released; I have a couple of things I
need to do with my tree before I can push the changes, and I'll
probably see about sorting those out over the weekend. I also see
that 14 new patches have landed in the patch system.
However, the timing of my holiday vs the merge window means that I
can't take anything new, unless they're fixes, so don't be surprised
if some stuff gets missed this merge window.
Right. I'm not fully recovered from the jet lag (I'm still rather tired
- I hate travelling back from the North American continent because it
takes days to recover.)
I have now archived off *all* email sent to me during July - which means
that I will *NOT* be responding to anything sent during the last 17 days.
If anyone has sent me anything important, it *MUST* be resent now.
I am aware of an issue concerning the OMAP DMA patches. I'm not sure
exactly what is required there, so I've dropped them from my planned pull
request in the interests of getting everything else I have to Linus. I
may plan to send a pull request this evening.
Well the only pending discussion was enabling the CONFIG option for
DMA at driver level SOC config level. Not sure if there was anything else
on this really.
On Fri, Jul 27, 2012 at 6:50 PM, Russell King - ARM Linux
[off-list ref] wrote:
On Fri, Jul 27, 2012 at 06:08:13PM +0200, Shilimkar, Santosh wrote:
quoted
On Fri, Jul 27, 2012 at 3:42 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
On Wed, Jul 25, 2012 at 03:12:22PM +0100, Russell King - ARM Linux wrote:
quoted
Just a quick reminder that I'm still on holiday, and at this point there
are over 2500 messages from the mailing lists which are sitting unread
since I left the UK. As I mentioned before I left the UK, it is my
intention *not* to go back and read all those outstanding messages -
there's too many of them to do that.
So, if you want me to react to any email message you've sent, you'd
*better* send it again next week unless I've already responded.
Meanwhile, I see v3.5 has been released; I have a couple of things I
need to do with my tree before I can push the changes, and I'll
probably see about sorting those out over the weekend. I also see
that 14 new patches have landed in the patch system.
However, the timing of my holiday vs the merge window means that I
can't take anything new, unless they're fixes, so don't be surprised
if some stuff gets missed this merge window.
Right. I'm not fully recovered from the jet lag (I'm still rather tired
- I hate travelling back from the North American continent because it
takes days to recover.)
I have now archived off *all* email sent to me during July - which means
that I will *NOT* be responding to anything sent during the last 17 days.
If anyone has sent me anything important, it *MUST* be resent now.
I am aware of an issue concerning the OMAP DMA patches. I'm not sure
exactly what is required there, so I've dropped them from my planned pull
request in the interests of getting everything else I have to Linus. I
may plan to send a pull request this evening.
Well the only pending discussion was enabling the CONFIG option for
DMA at driver level SOC config level. Not sure if there was anything else
on this really.
Why? The DMA driver itself is optional.
That was Tony's point too. Unfortunately MMC and SPI driver don't work
today without DMA. Some works needs to be done to support polling
mode and am bit skeptical if it is really worth it. Same case be with other
SDMA supported drivers mostly.
Regards
Santosh
On Sat, Jul 28, 2012 at 1:40 PM, Shilimkar, Santosh
[off-list ref] wrote:
On Fri, Jul 27, 2012 at 6:50 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
On Fri, Jul 27, 2012 at 06:08:13PM +0200, Shilimkar, Santosh wrote:
quoted
On Fri, Jul 27, 2012 at 3:42 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
On Wed, Jul 25, 2012 at 03:12:22PM +0100, Russell King - ARM Linux wrote:
quoted
Just a quick reminder that I'm still on holiday, and at this point there
are over 2500 messages from the mailing lists which are sitting unread
since I left the UK. As I mentioned before I left the UK, it is my
intention *not* to go back and read all those outstanding messages -
there's too many of them to do that.
So, if you want me to react to any email message you've sent, you'd
*better* send it again next week unless I've already responded.
Meanwhile, I see v3.5 has been released; I have a couple of things I
need to do with my tree before I can push the changes, and I'll
probably see about sorting those out over the weekend. I also see
that 14 new patches have landed in the patch system.
However, the timing of my holiday vs the merge window means that I
can't take anything new, unless they're fixes, so don't be surprised
if some stuff gets missed this merge window.
Right. I'm not fully recovered from the jet lag (I'm still rather tired
- I hate travelling back from the North American continent because it
takes days to recover.)
I have now archived off *all* email sent to me during July - which means
that I will *NOT* be responding to anything sent during the last 17 days.
If anyone has sent me anything important, it *MUST* be resent now.
I am aware of an issue concerning the OMAP DMA patches. I'm not sure
exactly what is required there, so I've dropped them from my planned pull
request in the interests of getting everything else I have to Linus. I
may plan to send a pull request this evening.
Well the only pending discussion was enabling the CONFIG option for
DMA at driver level SOC config level. Not sure if there was anything else
on this really.
Why? The DMA driver itself is optional.
That was Tony's point too. Unfortunately MMC and SPI driver don't work
today without DMA. Some works needs to be done to support polling
mode and am bit skeptical if it is really worth it. Same case be with other
SDMA supported drivers mostly.
Russell, Tony,
Can I request to include the DMA & MMC changes into this merge window ?
We have many cleanups and new patches waiting to be queued up for next (3.7)
merge window, and it'd be easier if they are implemented on top of the
DMA changes,
so that it gets tested together, and don't create merge conflicts.
I am looking into implementing polling mode, which might take some time.
Regards,
Venkat
On Mon, Jul 30, 2012 at 7:51 AM, S, Venkatraman [off-list ref] wrote:
On Sat, Jul 28, 2012 at 1:40 PM, Shilimkar, Santosh
[off-list ref] wrote:
quoted
On Fri, Jul 27, 2012 at 6:50 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
On Fri, Jul 27, 2012 at 06:08:13PM +0200, Shilimkar, Santosh wrote:
quoted
On Fri, Jul 27, 2012 at 3:42 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
On Wed, Jul 25, 2012 at 03:12:22PM +0100, Russell King - ARM Linux wrote:
quoted
Just a quick reminder that I'm still on holiday, and at this point there
are over 2500 messages from the mailing lists which are sitting unread
since I left the UK. As I mentioned before I left the UK, it is my
intention *not* to go back and read all those outstanding messages -
there's too many of them to do that.
So, if you want me to react to any email message you've sent, you'd
*better* send it again next week unless I've already responded.
Meanwhile, I see v3.5 has been released; I have a couple of things I
need to do with my tree before I can push the changes, and I'll
probably see about sorting those out over the weekend. I also see
that 14 new patches have landed in the patch system.
However, the timing of my holiday vs the merge window means that I
can't take anything new, unless they're fixes, so don't be surprised
if some stuff gets missed this merge window.
Right. I'm not fully recovered from the jet lag (I'm still rather tired
- I hate travelling back from the North American continent because it
takes days to recover.)
I have now archived off *all* email sent to me during July - which means
that I will *NOT* be responding to anything sent during the last 17 days.
If anyone has sent me anything important, it *MUST* be resent now.
I am aware of an issue concerning the OMAP DMA patches. I'm not sure
exactly what is required there, so I've dropped them from my planned pull
request in the interests of getting everything else I have to Linus. I
may plan to send a pull request this evening.
Well the only pending discussion was enabling the CONFIG option for
DMA at driver level SOC config level. Not sure if there was anything else
on this really.
Why? The DMA driver itself is optional.
That was Tony's point too. Unfortunately MMC and SPI driver don't work
today without DMA. Some works needs to be done to support polling
mode and am bit skeptical if it is really worth it. Same case be with other
SDMA supported drivers mostly.
Russell, Tony,
Can I request to include the DMA & MMC changes into this merge window ?
We have many cleanups and new patches waiting to be queued up for next (3.7)
merge window, and it'd be easier if they are implemented on top of the
DMA changes,
so that it gets tested together, and don't create merge conflicts.
I am looking into implementing polling mode, which might take some time.
Thanks Venkat. For the SPI driver as well I heard from Shubro (in cc) that
he is looking into polling mode.
IMHO, we should merge the OMAP DMA engine support which is now sufficiently
tested and has been in linux-next for some time. Polling mode and ASOC
related issues can be then debugged directly on mainline.
For the time being, the SOC patch which Tony merged in linux-omap
master can be included along with rest of the OMAP DMA engine patches
to have working kernel.
Regards
Santosh
On Mon, Jul 30, 2012 at 1:10 PM, Shilimkar, Santosh
[off-list ref] wrote:
[...]
quoted
quoted
quoted
Why? The DMA driver itself is optional.
That was Tony's point too. Unfortunately MMC and SPI driver don't work
today without DMA. Some works needs to be done to support polling
mode and am bit skeptical if it is really worth it. Same case be with other
SDMA supported drivers mostly.
Russell, Tony,
Can I request to include the DMA & MMC changes into this merge window ?
We have many cleanups and new patches waiting to be queued up for next (3.7)
merge window, and it'd be easier if they are implemented on top of the
DMA changes,
so that it gets tested together, and don't create merge conflicts.
I am looking into implementing polling mode, which might take some time.
Thanks Venkat. For the SPI driver as well I heard from Shubro (in cc) that
he is looking into polling mode.
IMHO, we should merge the OMAP DMA engine support which is now sufficiently
tested and has been in linux-next for some time. Polling mode and ASOC
related issues can be then debugged directly on mainline.
For the time being, the SOC patch which Tony merged in linux-omap
master can be included along with rest of the OMAP DMA engine patches
to have working kernel.
Regards
Santosh
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: Russell King - ARM Linux <hidden> Date: 2012-07-30 14:33:23
On Mon, Jul 30, 2012 at 09:40:27AM +0200, Shilimkar, Santosh wrote:
On Mon, Jul 30, 2012 at 7:51 AM, S, Venkatraman [off-list ref] wrote:
quoted
On Sat, Jul 28, 2012 at 1:40 PM, Shilimkar, Santosh
[off-list ref] wrote:
quoted
On Fri, Jul 27, 2012 at 6:50 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
On Fri, Jul 27, 2012 at 06:08:13PM +0200, Shilimkar, Santosh wrote:
quoted
On Fri, Jul 27, 2012 at 3:42 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
On Wed, Jul 25, 2012 at 03:12:22PM +0100, Russell King - ARM Linux wrote:
quoted
Just a quick reminder that I'm still on holiday, and at this point there
are over 2500 messages from the mailing lists which are sitting unread
since I left the UK. As I mentioned before I left the UK, it is my
intention *not* to go back and read all those outstanding messages -
there's too many of them to do that.
So, if you want me to react to any email message you've sent, you'd
*better* send it again next week unless I've already responded.
Meanwhile, I see v3.5 has been released; I have a couple of things I
need to do with my tree before I can push the changes, and I'll
probably see about sorting those out over the weekend. I also see
that 14 new patches have landed in the patch system.
However, the timing of my holiday vs the merge window means that I
can't take anything new, unless they're fixes, so don't be surprised
if some stuff gets missed this merge window.
Right. I'm not fully recovered from the jet lag (I'm still rather tired
- I hate travelling back from the North American continent because it
takes days to recover.)
I have now archived off *all* email sent to me during July - which means
that I will *NOT* be responding to anything sent during the last 17 days.
If anyone has sent me anything important, it *MUST* be resent now.
I am aware of an issue concerning the OMAP DMA patches. I'm not sure
exactly what is required there, so I've dropped them from my planned pull
request in the interests of getting everything else I have to Linus. I
may plan to send a pull request this evening.
Well the only pending discussion was enabling the CONFIG option for
DMA at driver level SOC config level. Not sure if there was anything else
on this really.
Why? The DMA driver itself is optional.
That was Tony's point too. Unfortunately MMC and SPI driver don't work
today without DMA. Some works needs to be done to support polling
mode and am bit skeptical if it is really worth it. Same case be with other
SDMA supported drivers mostly.
Russell, Tony,
Can I request to include the DMA & MMC changes into this merge window ?
We have many cleanups and new patches waiting to be queued up for next (3.7)
merge window, and it'd be easier if they are implemented on top of the
DMA changes,
so that it gets tested together, and don't create merge conflicts.
I am looking into implementing polling mode, which might take some time.
Thanks Venkat. For the SPI driver as well I heard from Shubro (in cc) that
he is looking into polling mode.
IMHO, we should merge the OMAP DMA engine support which is now sufficiently
tested and has been in linux-next for some time. Polling mode and ASOC
related issues can be then debugged directly on mainline.
For the time being, the SOC patch which Tony merged in linux-omap
master can be included along with rest of the OMAP DMA engine patches
to have working kernel.
So I take that as you wanting exactly what is in linux-next merged without
any further changes?
On Mon, Jul 30, 2012 at 4:33 PM, Russell King - ARM Linux
[off-list ref] wrote:
On Mon, Jul 30, 2012 at 09:40:27AM +0200, Shilimkar, Santosh wrote:
quoted
On Mon, Jul 30, 2012 at 7:51 AM, S, Venkatraman [off-list ref] wrote:
quoted
On Sat, Jul 28, 2012 at 1:40 PM, Shilimkar, Santosh
[off-list ref] wrote:
quoted
On Fri, Jul 27, 2012 at 6:50 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
On Fri, Jul 27, 2012 at 06:08:13PM +0200, Shilimkar, Santosh wrote:
quoted
On Fri, Jul 27, 2012 at 3:42 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
On Wed, Jul 25, 2012 at 03:12:22PM +0100, Russell King - ARM Linux wrote:
quoted
Just a quick reminder that I'm still on holiday, and at this point there
are over 2500 messages from the mailing lists which are sitting unread
since I left the UK. As I mentioned before I left the UK, it is my
intention *not* to go back and read all those outstanding messages -
there's too many of them to do that.
So, if you want me to react to any email message you've sent, you'd
*better* send it again next week unless I've already responded.
Meanwhile, I see v3.5 has been released; I have a couple of things I
need to do with my tree before I can push the changes, and I'll
probably see about sorting those out over the weekend. I also see
that 14 new patches have landed in the patch system.
However, the timing of my holiday vs the merge window means that I
can't take anything new, unless they're fixes, so don't be surprised
if some stuff gets missed this merge window.
Right. I'm not fully recovered from the jet lag (I'm still rather tired
- I hate travelling back from the North American continent because it
takes days to recover.)
I have now archived off *all* email sent to me during July - which means
that I will *NOT* be responding to anything sent during the last 17 days.
If anyone has sent me anything important, it *MUST* be resent now.
I am aware of an issue concerning the OMAP DMA patches. I'm not sure
exactly what is required there, so I've dropped them from my planned pull
request in the interests of getting everything else I have to Linus. I
may plan to send a pull request this evening.
Well the only pending discussion was enabling the CONFIG option for
DMA at driver level SOC config level. Not sure if there was anything else
on this really.
Why? The DMA driver itself is optional.
That was Tony's point too. Unfortunately MMC and SPI driver don't work
today without DMA. Some works needs to be done to support polling
mode and am bit skeptical if it is really worth it. Same case be with other
SDMA supported drivers mostly.
Russell, Tony,
Can I request to include the DMA & MMC changes into this merge window ?
We have many cleanups and new patches waiting to be queued up for next (3.7)
merge window, and it'd be easier if they are implemented on top of the
DMA changes,
so that it gets tested together, and don't create merge conflicts.
I am looking into implementing polling mode, which might take some time.
Thanks Venkat. For the SPI driver as well I heard from Shubro (in cc) that
he is looking into polling mode.
IMHO, we should merge the OMAP DMA engine support which is now sufficiently
tested and has been in linux-next for some time. Polling mode and ASOC
related issues can be then debugged directly on mainline.
For the time being, the SOC patch which Tony merged in linux-omap
master can be included along with rest of the OMAP DMA engine patches
to have working kernel.
So I take that as you wanting exactly what is in linux-next merged without
any further changes?
From: Russell King - ARM Linux <hidden> Date: 2012-07-30 14:44:43
On Mon, Jul 30, 2012 at 04:37:09PM +0200, Shilimkar, Santosh wrote:
On Mon, Jul 30, 2012 at 4:33 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
So I take that as you wanting exactly what is in linux-next merged without
any further changes?
Just one patch[1] on top of that so that default omap2plus_defconfig
keeps working.
Err, I don't see what that patch does. Setting ret=-ENXIO at the
start of the function, when it's subsequently overwritten by:
+ int ret = -ENXIO, irq;
...
ret = omap_hsmmc_gpio_init(pdata);
...
... dma stuff ...
seems absurd.
From: Russell King - ARM Linux <hidden> Date: 2012-07-30 14:45:41
On Mon, Jul 30, 2012 at 09:40:27AM +0200, Shilimkar, Santosh wrote:
IMHO, we should merge the OMAP DMA engine support which is now sufficiently
tested and has been in linux-next for some time. Polling mode and ASOC
related issues can be then debugged directly on mainline.
For the time being, the SOC patch which Tony merged in linux-omap
master can be included along with rest of the OMAP DMA engine patches
to have working kernel.
BTW, I was referring to the copyright issues which you apparantly raised
while I was away. I assume you've dropped those objections now.
On Mon, Jul 30, 2012 at 8:14 PM, Russell King - ARM Linux
[off-list ref] wrote:
On Mon, Jul 30, 2012 at 04:37:09PM +0200, Shilimkar, Santosh wrote:
quoted
On Mon, Jul 30, 2012 at 4:33 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
So I take that as you wanting exactly what is in linux-next merged without
any further changes?
Just one patch[1] on top of that so that default omap2plus_defconfig
keeps working.
Err, I don't see what that patch does. Setting ret=-ENXIO at the
start of the function, when it's subsequently overwritten by:
+ int ret = -ENXIO, irq;
...
ret = omap_hsmmc_gpio_init(pdata);
...
... dma stuff ...
seems absurd.
On Mon, Jul 30, 2012 at 4:46 PM, S, Venkatraman [off-list ref] wrote:
On Mon, Jul 30, 2012 at 8:14 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
On Mon, Jul 30, 2012 at 04:37:09PM +0200, Shilimkar, Santosh wrote:
quoted
On Mon, Jul 30, 2012 at 4:33 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
So I take that as you wanting exactly what is in linux-next merged without
any further changes?
Just one patch[1] on top of that so that default omap2plus_defconfig
keeps working.
Err, I don't see what that patch does. Setting ret=-ENXIO at the
start of the function, when it's subsequently overwritten by:
+ int ret = -ENXIO, irq;
...
ret = omap_hsmmc_gpio_init(pdata);
...
... dma stuff ...
seems absurd.
That is the patch that fixes the DMA issue with the OMAP MMC and OMAP
MMC HS drivers when OMAP_DMA option is not set, since they still don't
support poll mode without DMA.
Russell, are you going to take the patch from Tony's linux-omap/master
tree or do I have to add the patch to the patch system also?
Thanks a lot and best regards,
Javier
From: Russell King - ARM Linux <hidden> Date: 2012-07-30 15:25:41
On Mon, Jul 30, 2012 at 05:19:06PM +0200, Javier Martinez Canillas wrote:
On Mon, Jul 30, 2012 at 4:46 PM, S, Venkatraman [off-list ref] wrote:
quoted
On Mon, Jul 30, 2012 at 8:14 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
On Mon, Jul 30, 2012 at 04:37:09PM +0200, Shilimkar, Santosh wrote:
quoted
On Mon, Jul 30, 2012 at 4:33 PM, Russell King - ARM Linux
[off-list ref] wrote:
quoted
So I take that as you wanting exactly what is in linux-next merged without
any further changes?
Just one patch[1] on top of that so that default omap2plus_defconfig
keeps working.
Err, I don't see what that patch does. Setting ret=-ENXIO at the
start of the function, when it's subsequently overwritten by:
+ int ret = -ENXIO, irq;
...
ret = omap_hsmmc_gpio_init(pdata);
...
... dma stuff ...
seems absurd.
That is the patch that fixes the DMA issue with the OMAP MMC and OMAP
MMC HS drivers when OMAP_DMA option is not set, since they still don't
support poll mode without DMA.
Russell, are you going to take the patch from Tony's linux-omap/master
tree or do I have to add the patch to the patch system also?
It'd be better to have it via the patch system, because pulling it out
of a URL isn't an easy task.
That is the patch that fixes the DMA issue with the OMAP MMC and OMAP
MMC HS drivers when OMAP_DMA option is not set, since they still don't
support poll mode without DMA.
Russell, are you going to take the patch from Tony's linux-omap/master
tree or do I have to add the patch to the patch system also?
It'd be better to have it via the patch system, because pulling it out
of a URL isn't an easy task.
Javier, can you please submit it to Russell's patch tracking system?
Please just replace my Signed-off-by with my Acked-by for that patch.
Regards,
Tony
That is the patch that fixes the DMA issue with the OMAP MMC and OMAP
MMC HS drivers when OMAP_DMA option is not set, since they still don't
support poll mode without DMA.
Russell, are you going to take the patch from Tony's linux-omap/master
tree or do I have to add the patch to the patch system also?
It'd be better to have it via the patch system, because pulling it out
of a URL isn't an easy task.
Javier, can you please submit it to Russell's patch tracking system?
Please just replace my Signed-off-by with my Acked-by for that patch.
Regards,
Tony