-between-zones-nodes-td696105.html
Not exactly sure if it addresses your problems but it improves
performance for me and other desktop users
Regards
Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
x27;t say anything whether it'll work with older versions of the
kernel but the following:
it's "stable" material which needs backporting to the longterm kernels ;)
Glad if I can be of help
Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
Many thanks in advance
Kind Regards
Matt
P.S.: I'm not subscribed to the list so please CC me when needed
--
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.
1 ( 4096MB), size= 4096MB, count=1: write-back
reg03: base=0x2 ( 8192MB), size= 1024MB, count=1: write-back
reg04: base=0x0d000 ( 3328MB), size= 256MB, count=1: write-combining
which is the same like on 3.8.13
Thanks !
Matt
On Mon, Jun 10, 2013 at 12:01 PM, Sergey Meirovic
= kmalloc( sizeof( __s16 ) * local.txlen, GFP_KERNEL );
...
--8<--
Is this going to work as expected? Or am I gonna generate oops-a-plenty?
Cheers
Matt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordo
Matt aka Doofus festures mentioned the following:
| struct instruction_t local;
| __s16 *temp;
|
| copy_from_user( &local, ( struct instruction_t * ) arg, sizeof( struct instruction_t
|) );
| temp = kmalloc( sizeof( __s16 ) * local.rxlen, GFP_KERNEL );
| copy_from_user( temp, arg, si
Ingo Oeser mentioned the following:
| On Mon, Apr 23, 2001 at 05:06:48PM +0100, Matt wrote:
| > I'm writing a char device driver for a dsp card that drives a motion
| > platform.
|
| Can you elaborate on the dsp card? Is it freely programmable? I'm
| working on a project to supp
zeof( __s16 ) * local.rxlen );
| ^^^ local.rxbuf, no ?
Yup, that's the one, hopefully everyone except me noticed that one! :)
Thanks for the help so far, appreciated.
Matt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
Matt mentioned the following:
| struct instruction_t {
| __s16 code;
| __s16 rxlen;
| __s16 *rxbuf;
| __s16 txlen;
| __s16 *txbuf;
| };
So far, I now know I can grab stuff across the user <-> kernel divide as I
planned. The only problem I'm left with
d cleanly.
How do you know you won't damage the partition?
What would be the harm in asking for confirmation that, yes, I really do
want to mount this potentially damaged partition? Would it make sense to
pass a message out to mount and allow it to ask for confirmation?
Thanks for any inform
running 2.2.18 that i can patch and
reboot, how ever you may wish to change the return value on line 119
of kernel/sched.c in 2.2.18 to -1 and you may find that it might give
the behaviour you are looking for. it may also cause other
problems. caveat emptor and all that..
matt
-
To unsubscribe
subscribe linux-kernel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
e this way too...
Cheers
Matt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
chitecture is missing the pte_alloc_one_fast() definitions and such,
(many warnings).
My box is an SS IPX (sun4c), PROM 2.9 & currently running 2.2.18 +RAID,
which I've been told has been a meddlesome platform in the past.
Thanks
Matt
-
To unsubscribe from this list: send the line "
and I get the "Aieee..." message afterwards and I
have to push the reset button :(.
Should I be using spin_(un)lock_irqsave() calls anywhere instead of just a
semaphore? Or is there anything else I should be doing?
Cheers
Matt
-
To unsubscribe from this list: send the line "unsub
o improve power savings and to improve performance") restores
mwait_idle(), but the trace_cpu_idle related calls are missing. This
causes powertop on my old desktop powered by Intel Core2 E6550 to
report zero wakeups and zero events.
Add them back to restore the proper behaviour.
Greeting
https://bugzilla.kernel.org/show_bug.cgi?id=83321
http://forums.gentoo.org/viewtopic-t-998538-postdays-0-postorder-asc-start-0.html
Many thanks in advance
Kind Regards
Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Thu, Aug 28, 2014 at 5:22 PM, Greg KH wrote:
> On Thu, Aug 28, 2014 at 05:16:58PM +0200, Matt wrote:
>> Hi Greg,
>>
>>
>> please consider adding the following 2 patches to 3.16.2:
>>
>> Jan Kara (1):
>> reiserfs: Fix use after f
On Thu, Aug 28, 2014 at 5:32 PM, Greg KH wrote:
> On Thu, Aug 28, 2014 at 05:27:27PM +0200, Matt wrote:
>> On Thu, Aug 28, 2014 at 5:22 PM, Greg KH wrote:
>> > On Thu, Aug 28, 2014 at 05:16:58PM +0200, Matt wrote:
>> >> Hi Greg,
>> >>
>> >>
&
On Wed, Sep 10, 2014 at 4:35 PM, Matt wrote:
> Hi Herbert,
> Hi David,
>
> (added maintainers according to https://www.kernel.org/doc/linux/MAINTAINERS)
>
> Hi crypto ML,
>
>
> running a kernel with Mikulas Patocka's kmalloc guard patch for slab
> the fo
On Thu, Aug 28, 2014 at 9:18 PM, Matt wrote:
> On Thu, Aug 28, 2014 at 5:32 PM, Greg KH wrote:
>> On Thu, Aug 28, 2014 at 05:27:27PM +0200, Matt wrote:
>>> On Thu, Aug 28, 2014 at 5:22 PM, Greg KH wrote:
>>> > On Thu, Aug 28, 2014 at 05:16:58PM +02
)
So the only solution to work with newer kernels right now is to
de-select that option and re-compile the kernel. It doesn't help fix
the problem but at least it mitigates the issues for now (crash).
Regards
Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
On Wed, Aug 13, 2014 at 10:24 PM, Matt wrote:
> Hi Claudio,
>
> this issue is clearly caused by UAS.
>
> if
>
> zcat /proc/config.gz | grep UAS
> # CONFIG_USB_UAS is not set
>
> is de-selected, everything's fine
>
> when this is selected (usb is compiled
Hi Timofey,
Hi List,
don't forget to consider PKSM - it's supposed to be an improvement
over UKSM & KSM:
http://www.phoronix.com/scan.php?page=news_item&px=MTM0OTQ
https://code.google.com/p/pksm/
Kind Regards
Matt
--
To unsubscribe from this list: send the line "u
Hi Sanidhya,
you might be interested in the following patch by Richard Yao:
http://marc.info/?l=linux-fsdevel&m=141523828324345&w=2
[PATCH v4 1/1] vfs: Respect MS_RDONLY at bind mount creation
Regards
Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
posted a fix to the problem, however I can't seem to
find the matching commit in his tree (searching for "TLC regression"
or "TLB cache").
Kind Regards
Matt
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to ma
On Mon, Mar 2, 2015 at 8:25 PM, Dave Hansen wrote:
> On 03/02/2015 11:17 AM, Matt wrote:
>> Linus already posted a fix to the problem, however I can't seem to
>> find the matching commit in his tree (searching for "TLC regression"
&
Hi Takashi,
there appears to be a sound regression for plug-n-play usb-audio DACs
with 5.3 kernel.
I'm using the following one:
https://www.aliexpress.com/item/33012416525.html?spm=a2g0s.9042311.0.0.4f314c4dv3EF0p
which includes SA9023A + ES9018K2M on the chip.
When listening to parts of the U
On 2017-04-20 11:19, Serge E. Hallyn wrote:
Quoting Matt Brown (m...@nmatt.com):
On 04/19/2017 07:53 PM, Serge E. Hallyn wrote:
>Quoting Matt Brown (m...@nmatt.com):
>>On 04/19/2017 12:58 AM, Serge E. Hallyn wrote:
>>>On Tue, Apr 18, 2017 at 11:45:26PM -0400, Matt Brown wro
is my patch for reference, but I think your original patch
> is better for backward compatible on variable name.
>
> Please consider to merge your original patch!
OK, this is what I've got queued up (note I removed the warning).
---
>From afa9ae7bf47145d661487f88f2ec67b062ca98bc
On Tue, Mar 19, 2013 at 04:25:35PM +, Luis Henriques wrote:
> On Mon, Mar 18, 2013 at 02:07:04PM -0700, Greg Kroah-Hartman wrote:
> > 3.8-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > F
t; + *data_size = bvs->size;
> + return EFI_BUFFER_TOO_SMALL;
> + }
> + *data_size = bvs->size;
> + memcpy(data, bvs->data, bvs->size);
> +
> + return EFI_SUCCESS;
> + }
> +
uirky implementations
of GetNextVariableName() which resulted in machines hanging and
sysfs files being created with garbage names.
Matt Fleming (2):
efivars: explicitly calculate length of VariableName
efivars: H
On Sat, Feb 02, 2013 at 12:01:37AM +, Sergei Shtylyov wrote:
> Hello.
>
> On 01-02-2013 22:59, Matt Porter wrote:
>
> >>>>> Move mach-davinci/dma.c to common/edma.c so it can be used
> >>>>> by OMAP (specifically AM33xx) as well.
>
On Sat, Feb 02, 2013 at 10:16:43AM -0800, Tony Lindgren wrote:
> * Matt Porter [130202 10:10]:
> > If it doesn't work, work with Vinod to fix the api. It's expected,
> > I'm working on dmaengine API changes right now to deal with a
> > limitation
On Sat, Feb 02, 2013 at 07:06:06PM +, Sergei Shtylyov wrote:
> Hello.
>
> On 02-02-2013 22:07, Matt Porter wrote:
>
> >>>>>>> Move mach-davinci/dma.c to common/edma.c so it can be used
> >>>>>>> by OMAP (specifically AM33xx) as we
On Tue, 2013-01-29 at 11:52 +0800, Xishi Qiu wrote:
> On ia64 platform, I set "crashkernel=1024M-:600M", and dmesg shows 128M-728M
> memory is reserved for crash kernel. Then "echo c > /proc/sysrq-trigger" to
> test kdump.
>
> When crash kernel booting, efi_init() will aligns the memory address in
On Sun, 2013-02-03 at 16:15 +0100, Ben Hutchings wrote:
> As you can see this needed quite a lot of work to backport, and I
> haven't been able to test it yet. So I would particularly appreciate
> careful review of this.
Everything looks fine to me but I haven't actually booted with these
changes
ne whether the size is suitable for it or not.
Please see http://thread.gmane.org/gmane.linux.kernel/1377702 for the
original discussion on my patch for configurable allocation granularity.
I believe there was an implied agreement from Grant that it was ok if we
went with a more descriptive name eve
. dma_get_slave_sg_caps() returns an
SG caps structure with the maximum number and size of SG segments
that the given channel can handle.
Signed-off-by: Matt Porter
---
include/linux/dmaengine.h | 40
1 file changed, 40 insertions(+)
diff --git a/include/linux
Replace the hardcoded values used to set max_segs/max_seg_size with
a dma_get_slave_sg_caps() query to the dmaengine driver.
Signed-off-by: Matt Porter
---
drivers/mmc/host/davinci_mmc.c| 37 -
include/linux/platform_data/mmc-davinci.h |3 ---
2
handle.
The maximum size of an SG segment is limited by the addr_width
and maxburst of a given transfer request. These values are
provided by the client driver and used to calculate and return
the maximum segment length.
Signed-off-by: Matt Porter
---
drivers/dma/edma.c | 17 +
1
API implementation, this series implements the backend
device_slave_sg_caps() in the EDMA DMA Engine driver and converts the
davinci_mmc driver to use dma_get_slave_sg_caps() to replace hardcoded
limits.
This is tested on the AM1808-EVM.
Matt Porter (3):
dmaengine: add dma_get_slave_sg_caps
On Wed, Feb 06, 2013 at 01:41:06PM +0100, Lars Poeschel wrote:
> Hi Matt!
>
> At first thanks for you efforts on DMA Engine on AM33XX.
>
> On Friday 01 February 2013 at 22:01:17, Matt Porter wrote:
> > This series adds DT DMA Engine Client support to the omap_hsmmc.
> &g
On Fri, 2013-02-08 at 18:05 +0800, Jeremy Kerr wrote:
> However, the tests expose a bug at the moment, so run_tests will fail.
> Matt will have that fixed soon though :)
In which case, would it make more sense for me to take these tests
through the efi tree? I'm fine either way, I
On Fri, 2013-02-08 at 22:31 +, Seiji Aguchi wrote:
> Matt,
>
> Can you please take a look at this patchset which removes
> create_sysfs_entries() from efi_pstore_write()?
>
> It has been updated in accordance with Mike's comment and fixes an
> actual bug.
&
t;
> Signed-off-by: Seiji Aguchi
> Acked-by: Mike Waychison
> ---
> drivers/firmware/efivars.c | 86 ++-
> 1 files changed, 44 insertions(+), 42 deletions(-)
Acked-by: Matt Fleming
Tony, are you picking this up?
--
Matt Fleming, Intel Open Sourc
nterrupt context with
> this patch.
>
> Signed-off-by: Seiji Aguchi
> ---
> drivers/firmware/efivars.c | 85
> +---
> include/linux/efi.h |3 +-
> 2 files changed, 82 insertions(+), 6 deletions(-)
Acked-by: Matt Flemin
commit 9dead5bbb825 ("efi: Build EFI stub with EFI-appropriate options")
contains a typo which means that the efi_stub_$(BITS).o code is still not
compiled with -fshort-wchar and -mno-red-zone.
Fix it with s/KBUILD_CLFAGS/KBUILD_CFLAGS/
--
Matt Fleming, Intel Open Source Tec
ot via the EFI boot stub? That seems likely to upset some people.
Introducing new features via the EFI boot stub is fine, and working
around firmware bugs so that we can use some feature is also cool, but
we can't start fixing regressions from other subsystems in the EFI boot
stub.
--
Matt Fleming,
seen, there are various
schemes out there.
This looks like something that will differ between implementations, and the
fact that it's appearing in our code is a sure sign that this isn't the way to
go.
--
Matt Fleming, Intel Open Source Technology Center
--
To unsubscribe from this
On 03/04/13 14:48, Matthew Garrett wrote:
> On Wed, 2013-04-03 at 14:11 +0100, Matt Fleming wrote:
>
>> This looks like something that will differ between implementations, and the
>> fact that it's appearing in our code is a sure sign that this isn't the way
>>
From: Matt Fleming
There are currently two implementations of the utf16 string functions.
Somewhat confusingly, they've got different names.
Centralise the functions in efi.h.
Cc: Tom Gundersen
Cc: Mike Waychison
Signed-off-by: Matt Fleming
---
drivers/firmware/efivars.c |
From: Matt Fleming
Some machines have an EFI variable interface that does not conform to the UEFI
specification, e.g. CONFIG_GOOGLE_SMI. Add the necessary code and Kconfig glue
so that it's only possible to select one implementation of EFI variable
operations. This allows us to keep a s
From: Matt Fleming
drivers/firmware/efivars.c has grown pretty large and is ~2K lines.
Inside efivars.c there's currently,
o code for handling EFI variables at the firmware-level
o sysfs code for exposing EFI variables
o a new EFI variable filesystem
o a persistent storage backend
From: Matt Fleming
Now that efivarfs uses the efivar API, move it out of efivars.c and into
fs/efivarfs where it belongs. This move will eventually allow us to enable the
efivarfs code without having to also enable CONFIG_EFI_VARS built, and vice
versa.
Furthermore, things like,
mount -t
From: Matt Fleming
efivars.c has grown far too large and needs to be divided up. Create a new
directory and move the persistence storage code to efi-pstore.c now that it
uses the new efivar API. This helps us to greatly reduce the size of efivars.c
and paves the way for moving other code out of
On 04/04/13 17:12, Richard Weinberger wrote:
> Fair point. I'll add such a printk() to my patch and resend.
Also take a look at FW_BUG.
--
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://vg
On Tue, 2013-01-29 at 17:52 +0100, Maarten Lankhorst wrote:
> It looks like the original commit that copied the rom contents from efi
> always copied
> the rom, and the fixup in setup_efi_pci from commit 886d751a2ea99a160
> ("x86, efi: correct precedence of operators in setup_efi_pci") broke that.
x86, efi: fix 32-bit warnings in setup_efi_pci()
Lingzhu Xiang (1):
efivarfs: Drop link count of the right inode
Maarten Lankhorst (1):
x86, efi: remove attribute check from setup_efi_pci
Matt Fleming (3):
efivarfs: Never return ENOENT from firmware
efivarfs: Delete den
On Wed, Jan 23, 2013 at 10:28:46PM +, Arnd Bergmann wrote:
> On Tuesday 15 January 2013, Matt Porter wrote:
> > Adds a dma_request_slave_channel_compat() wrapper which accepts
> > both the arguments from dma_request_channel() and
> > dma_request_slave_channel(). Based on
On Mon, Jan 28, 2013 at 09:27:24PM +0200, Andy Shevchenko wrote:
> On Tue, Jan 15, 2013 at 10:32 PM, Matt Porter wrote:
> > Adds support for parsing the TI EDMA DT data into the required
> > EDMA private API platform data. Enables runtime PM support to
> > initialize the ED
Adds DMA resources to the AM33XX SPI nodes.
Signed-off-by: Matt Porter
---
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 e711ffb..ddf702a 100644
--- a/arch/arm/boot/dts
to the
dmaengine DT API as platforms continue to be mixed between those
that boot using DT and those that do not.
Suggested-by: Tony Lindgren
Signed-off-by: Matt Porter
Acked-by: Tony Lindgren
---
include/linux/dmaengine.h | 16
1 file changed, 16 insertions(+)
diff --git a
Fix build on OMAP, the irqs are undefined on AM33xx.
These error interrupt handlers were hardcoded as disabled
so since they are unused code, simply remove them.
Signed-off-by: Matt Porter
Acked-by: Sekhar Nori
---
arch/arm/common/edma.c | 37 -
1 file
ng SD,
SPI flash, and the onboard audio supported by the ASoC Davinci
driver. Regression testing was also done on a BeagleBoard xM
booting from the legacy board file using MMC rootfs.
Matt Porter (10):
ARM: davinci: move private EDMA API to arm/common
ARM: edma: remove unused transfer contr
The binding definition is based on the generic DMA request binding
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/spi/omap-spi.txt | 27 +++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/spi/omap-spi.txt
b
OMAP DMA
filter.
Signed-off-by: Matt Porter
---
drivers/spi/spi-omap2-mcspi.c | 65 -
1 file changed, 45 insertions(+), 20 deletions(-)
diff --git a/drivers/spi/spi-omap2-mcspi.c b/drivers/spi/spi-omap2-mcspi.c
index b610f52..2c02c02 100644
--- a/drivers
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx) as well. This just moves the
private EDMA API and enables it to build on OMAP.
Signed-off-by: Matt Porter
Acked-by: Sekhar Nori
---
arch/arm/Kconfig |1 +
arch/arm
Adds AM33XX EDMA support to the am33xx.dtsi as documented in
Documentation/devicetree/bindings/dma/ti-edma.txt
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am33xx.dtsi | 20
1 file changed, 20 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot
The binding definition is based on the generic DMA controller
binding.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/dma/ti-edma.txt | 49 +
1 file changed, 49 insertions(+)
create mode 100644 Documentation/devicetree/bindings/dma/ti-edma.txt
diff
Enable TI EDMA option on OMAP.
Signed-off-by: Matt Porter
---
drivers/dma/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig
index 0b408bb..239020b 100644
--- a/drivers/dma/Kconfig
+++ b/drivers/dma/Kconfig
@@ -220,7 +220,7
Adds support for parsing the TI EDMA DT data into the required
EDMA private API platform data. Enables runtime PM support to
initialize the EDMA hwmod. Adds AM33XX EMDA crossbar event mux
support.
Signed-off-by: Matt Porter
Acked-by: Sekhar Nori
---
arch/arm/common/edma.c | 314
ot;.
> The blank line after "CPU revision" is fine.
>
> Also, please rename this to "System name". Not all systems are "on
> chip". By using "System name" this is more universally useful.
I can't agree with "System name", it is confus
On Wed, Jan 30, 2013 at 09:40:52AM +0200, Andy Shevchenko wrote:
> On Wed, Jan 30, 2013 at 8:41 AM, Matt Porter wrote:
> > On Mon, Jan 28, 2013 at 09:27:24PM +0200, Andy Shevchenko wrote:
> >> On Tue, Jan 15, 2013 at 10:32 PM, Matt Porter wrote:
> >> > Adds supp
On Wed, Jan 30, 2013 at 09:24:00AM +, Arnd Bergmann wrote:
> On Wednesday 30 January 2013, Matt Porter wrote:
> > +Optional properties:
> > +- dmas: List of DMA controller phandle and DMA request ordered
> > + pairs. One tx and one rx pair is required for each ch
On Wed, Jan 30, 2013 at 09:27:18AM +, Arnd Bergmann wrote:
> On Wednesday 30 January 2013, Matt Porter wrote:
> > Adds a dma_request_slave_channel_compat() wrapper which accepts
> > both the arguments from dma_request_channel() and
> > dma_request_slave_channel(). Based
On Wed, Jan 30, 2013 at 09:32:58AM +, Arnd Bergmann wrote:
> On Wednesday 30 January 2013, Matt Porter wrote:
> > + dma_cap_set(DMA_SLAVE, edma_filter_info.dma_cap);
> > + of_dma_controller_regist
On Thu, Jan 31, 2013 at 08:58:39PM +, Arnd Bergmann wrote:
> On Thursday 31 January 2013, Matt Porter wrote:
> > On Wed, Jan 30, 2013 at 09:32:58AM +, Arnd Bergmann wrote:
> > > On Wednesday 30 January 2013, Matt Porter wrote:
> > > > +
On Mon, Jan 28, 2013 at 10:06:03AM +, Vinod Koul wrote:
> On Mon, Jan 21, 2013 at 01:19:23PM -0500, Matt Porter wrote:
> > > b) Sg segment length and numbers: Well these are capabilities, so it tells
> > > you what is the maximum I can do. IMO it doesn't make sens
On Fri, Feb 01, 2013 at 08:01:41AM +0200, Luciano Coelho wrote:
> On Thu, 2013-01-31 at 16:42 -0500, Matt Porter wrote:
> > On Thu, Jan 31, 2013 at 08:58:39PM +, Arnd Bergmann wrote:
> > > On Thursday 31 January 2013, Matt Porter wrote:
> > > > On Wed, Jan 30,
OMAP DMA
filter.
Signed-off-by: Matt Porter
Acked-by: Mark Brown
---
drivers/spi/spi-omap2-mcspi.c | 65 -
1 file changed, 45 insertions(+), 20 deletions(-)
diff --git a/drivers/spi/spi-omap2-mcspi.c b/drivers/spi/spi-omap2-mcspi.c
index b610f52..2c02c02
Adds support for parsing the TI EDMA DT data into the
required EDMA private API platform data. Enables runtime
PM support to initialize the EDMA hwmod. Adds AM33XX EDMA
crossbar event mux support. Enables build on OMAP.
Signed-off-by: Matt Porter
Acked-by: Sekhar Nori
---
arch/arm/common
Enable TI EDMA option on OMAP.
Signed-off-by: Matt Porter
---
drivers/dma/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig
index 0b408bb..239020b 100644
--- a/drivers/dma/Kconfig
+++ b/drivers/dma/Kconfig
@@ -220,7 +220,7
The binding definition is based on the generic DMA request binding
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/spi/omap-spi.txt | 27 +++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/spi/omap-spi.txt
b
Adds DMA resources to the AM33XX SPI nodes.
Signed-off-by: Matt Porter
---
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 e711ffb..ddf702a 100644
--- a/arch/arm/boot/dts
to the
dmaengine DT API as platforms continue to be mixed between those
that boot using DT and those that do not.
Suggested-by: Tony Lindgren
Signed-off-by: Matt Porter
Acked-by: Tony Lindgren
Acked-by: Arnd Bergmann
---
include/linux/dmaengine.h | 16
1 file changed, 16
, and the onboard audio supported by the ASoC Davinci
driver. Regression testing was also done on a BeagleBoard xM
booting from the legacy board file using MMC rootfs.
Matt Porter (10):
ARM: davinci: move private EDMA API to arm/common
ARM: edma: remove unused transfer controller handlers
Adds AM33XX EDMA support to the am33xx.dtsi as documented in
Documentation/devicetree/bindings/dma/ti-edma.txt
Signed-off-by: Matt Porter
---
arch/arm/boot/dts/am33xx.dtsi | 20
1 file changed, 20 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot
The binding definition is based on the generic DMA controller
binding.
Signed-off-by: Matt Porter
---
Documentation/devicetree/bindings/dma/ti-edma.txt | 49 +
1 file changed, 49 insertions(+)
create mode 100644 Documentation/devicetree/bindings/dma/ti-edma.txt
diff
Fix build on OMAP, the irqs are undefined on AM33xx.
These error interrupt handlers were hardcoded as disabled
so since they are unused code, simply remove them.
Signed-off-by: Matt Porter
Acked-by: Sekhar Nori
---
arch/arm/common/edma.c | 37 -
1 file
Move mach-davinci/dma.c to common/edma.c so it can be used
by OMAP (specifically AM33xx) as well.
Signed-off-by: Matt Porter
Acked-by: Sekhar Nori
---
arch/arm/Kconfig |1 +
arch/arm/common/Kconfig|3 +
arch/arm/common
On Fri, Feb 01, 2013 at 01:22:50PM -0500, Matt Porter wrote:
> The binding definition is based on the generic DMA controller
> binding.
>
> Signed-off-by: Matt Porter
Grant or Rob, can I get an ack on this binding and others in this
series?
> ---
> Documentation/devicetr
On Fri, Feb 01, 2013 at 01:22:52PM -0500, Matt Porter wrote:
> Adds a dma_request_slave_channel_compat() wrapper which accepts
> both the arguments from dma_request_channel() and
> dma_request_slave_channel(). Based on whether the driver is
> instantiated via DT, the appropriate cha
On Fri, Feb 01, 2013 at 01:22:45PM -0500, Matt Porter wrote:
> This series adds DMA Engine support for AM33xx, which uses
> an EDMA DMAC. The EDMA DMAC has been previously supported by only
> a private API implementation (much like the situation with OMAP
> DMA) found on the DaVin
On Fri, Feb 01, 2013 at 06:41:08PM +, Tony Lindgren wrote:
> * Matt Porter [130201 10:25]:
> > Move mach-davinci/dma.c to common/edma.c so it can be used
> > by OMAP (specifically AM33xx) as well.
>
> I think this should rather go to drivers/dma/?
No, this is the priva
On Fri, Feb 01, 2013 at 07:52:46PM +, Sergei Shtylyov wrote:
> Hello.
>
> On 02/01/2013 09:49 PM, Matt Porter wrote:
>
> >>> Move mach-davinci/dma.c to common/edma.c so it can be used
> >>> by OMAP (specifically AM33xx) as well.
>
> >&
/vkoul/slave-dma.git next
branch
- dma_request_slave_channel_compat() support
https://patchwork.kernel.org/patch/2081671/
The series with all dependencies can be found at
https://github.com/ohporter/linux/tree/omap-hsmmc-dt-dmaengine-v1
Matt Porter (2):
mmc
The binding definition is based on the generic DMA request binding.
Signed-off-by: Matt Porter
Acked-by: Tony Lindgren
---
.../devicetree/bindings/mmc/ti-omap-hsmmc.txt | 26 +++-
1 file changed, 25 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree
From: Santosh Shilimkar
MMC driver probe will abort for DT case because of failed
platform_get_resource_byname() lookup. Fix it by skipping resource
byname lookup for device tree build.
Issue is hidden because hwmod popullates the IO resources which
helps to succeed platform_get_resource_byname(
1 - 100 of 5398 matches
Mail list logo
