On Wed, Aug 15, 2012 at 03:34:04PM +0100, Arnd Bergmann wrote:
> On Tuesday 14 August 2012, Catalin Marinas wrote:
>
> > +#ifdef CONFIG_AARCH32_EMULATION
> > +#include
> > +
> > +#define AARCH32_KERN_SIGRET_CODE_OFFSET0x500
> > +
> > +extern const compat_ulong_t aarch32_sigret_code[6];
> > +
Forgot to Cc greg initially, my bad
On Thu, Aug 23, 2012 at 01:32:40PM +0300, Felipe Balbi wrote:
> Hi guys,
>
> here's v3 and hopefully final version of this series. A whole bunch of new
> patches added but the good thing is that now I had another engineer's help to
> test, so he's got his Teste
Op 24-08-12 12:42, wbrana schreef:
> On 8/24/12, Ronnie Collinson wrote:
>> Hes just told you what x32 is, if you dont understand that, you cant
>> understand why its not a replacement for x32_64
> I know what is x32. x32 is replacement for x86-32, not x86-64.
> --
> To unsubscribe from this list:
Hi Linus !
I meant to sent that earlier but got swamped with other things, so here
are some powerpc fixes for 3.6. A few regression fixes and some bug
fixes that I deemed should still make it.
There's a FSL update from Kumar with a bunch of defconfig updates along
with a few embedded fixes.
I al
No its not a replacement, its an alternative with various nuances, but
its not a direct replacement for anything
--
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-
On Fri, Aug 24, 2012 at 11:29:02AM +0300, Hiroshi Doyu wrote:
> struct page **pages is necessary to align with non atomic path in
> __iommu_get_pages(). atomic_pool() has the intialized **pages instead
> of just *page.
>
> Signed-off-by: Hiroshi Doyu
> ---
> arch/arm/mm/dma-mapping.c | 17
On Fri, Aug 24, 2012 at 11:29:03AM +0300, Hiroshi Doyu wrote:
> Check the given range("start", "size") is included in "atomic_pool" or not.
>
> Signed-off-by: Hiroshi Doyu
> ---
> arch/arm/mm/dma-mapping.c | 25 +++--
> 1 files changed, 19 insertions(+), 6 deletions(-)
>
>
Catalin Marinas wrote:
> On Mon, Aug 20, 2012 at 05:55:22PM +0100, Jim Meyering wrote:
>> From: Jim Meyering
>>
>> strncpy NUL-terminates only when the length of the source string
>> is smaller than the size of the destination buffer.
>> The two other strncpy uses (just preceding) happen to be ok
On 08/24/2012 07:10 AM, Kurt Van Dijck wrote:
> Hello,
>
> I find the CAN led triggers an interesting thing.
>
> And then, this scenario fell crossed my mind:
> Imagine I do:
> [insert CAN device: can0]
> $ ip link set can0 name helga
> [insert another CAN device: again 'can0']
>
> Registering '
[See here for the original patch:
http://lists.infradead.org/pipermail/linux-mtd/2012-August/043112.html]
Julia, sorry for long delay,
aiaiai gives says that this patch introduced 3 warnings:
Successfully built co
On Fri, Aug 24, 2012 at 12:03:09PM +0200, Borislav Petkov wrote:
> On Thu, Aug 23, 2012 at 06:13:39PM +0100, Attilio Rao wrote:
> > You seriously think that adding a single-check, that will be
> > certainly skipped (now), in a boot-time function is going to add any
> > performance burden?
> >
> >
Konrad Rzeszutek Wilk wrote @ Fri, 24 Aug 2012
13:14:55 +0200:
> On Fri, Aug 24, 2012 at 11:29:03AM +0300, Hiroshi Doyu wrote:
> > Check the given range("start", "size") is included in "atomic_pool" or not.
> >
> > Signed-off-by: Hiroshi Doyu
> > ---
> > arch/arm/mm/dma-mapping.c | 25 +
On Friday 24 August 2012 11:37:45 Yann Cantin wrote:
> Hi,
>
> Le 23/08/2012 09:23, Oliver Neukum a écrit :
> > On Thursday 23 August 2012 00:11:54 Yann Cantin wrote:
> > These functions are identical. You should unify them.
>
> Removed reset_resume from the driver (optional, and not needed
> fo
On Thu, 2012-08-09 at 19:43 +0200, Jiri Slaby wrote:
> diff --git a/fs/ubifs/super.c b/fs/ubifs/super.c
> index e354832..67af316 100644
> --- a/fs/ubifs/super.c
> +++ b/fs/ubifs/super.c
> @@ -1431,7 +1431,6 @@ static int mount_ubifs(struct ubifs_info *c)
> ubifs_msg("reserved for root: %llu
Hi,
On Sun, Aug 19, 2012 at 5:08 AM, Dan Luedtke wrote:
> +
> + /* allocate filesystem private data */
> + fsi = kzalloc(sizeof(*fsi), GFP_KERNEL);
> + if (!fsi)
> + return -ENOMEM;
> + spin_lock_init(&fsi->lock);
> + sb->s_fs_info = fsi;
> +
> +
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/24/2012 01:54 PM, Artem Bityutskiy wrote:
> On Thu, 2012-08-09 at 19:43 +0200, Jiri Slaby wrote:
>> diff --git a/fs/ubifs/super.c b/fs/ubifs/super.c index
>> e354832..67af316 100644 --- a/fs/ubifs/super.c +++
>> b/fs/ubifs/super.c @@ -1431,7 +143
inode_lock has been changed to inode_hash_lock
Signed-off-by: yan
---
fs/inode.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/inode.c b/fs/inode.c
index ac8d904..a9be0a3 100644
--- a/fs/inode.c
+++ b/fs/inode.c
@@ -778,7 +778,7 @@ void prune_icache_sb(struct super_bl
Signed-off-by: yan
---
fs/namei.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index dd1ed1b..028f5c8 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -3628,11 +3628,15 @@ static int vfs_rename_dir(struct inode *old_dir, struct
d
Konrad Rzeszutek Wilk wrote @ Fri, 24 Aug 2012
13:13:23 +0200:
> On Fri, Aug 24, 2012 at 11:29:02AM +0300, Hiroshi Doyu wrote:
> > struct page **pages is necessary to align with non atomic path in
> > __iommu_get_pages(). atomic_pool() has the intialized **pages instead
> > of just *page.
> >
>
Hi Steven,
On Fri, Aug 17, 2012 at 11:39 AM, Steven Rostedt wrote:
>
> I don't think kmalloc is the issue. The big problem in front of you is
> jump labels. That's what enables and disables trace points, and it gets
> initialized just after memory is set up. You may have to force jump
> labels of
This board is incorrectly detected as having an LVDS connector,
resulting in the VGA output (the only available output on the board)
showing the console only in the top-left 1024x768 pixels, and an extra
LVDS connector appearing in X.
It's a desktop Mini-ITX board using an Atom D525 CPU with an NM
On Fri, Aug 24, 2012 at 6:42 AM, wbrana wrote:
> On 8/24/12, Ronnie Collinson wrote:
>> Hes just told you what x32 is, if you dont understand that, you cant
>> understand why its not a replacement for x32_64
> I know what is x32. x32 is replacement for x86-32, not x86-64.
Since you can't seem to
On Fri, 24 Aug 2012, Konrad Rzeszutek Wilk wrote:
> On Fri, Aug 24, 2012 at 12:03:09PM +0200, Borislav Petkov wrote:
> > On Thu, Aug 23, 2012 at 06:13:39PM +0100, Attilio Rao wrote:
> > > You seriously think that adding a single-check, that will be
> > > certainly skipped (now), in a boot-time func
On Tue, 2012-08-14 at 15:24 -0400, Vivien Didelot wrote:
> The manufacturer datasheet can be found on the Micron website,
> under the name n25q_256mb_3v_65nm.pdf:
>
> http://www.micron.com/search?source=ps&q=n25q_256mb_3v_65nm
>
> Signed-off-by: Vivien Didelot
Pushed to l2-mtd.git, thanks!
--
On Fri, Aug 24, 2012 at 5:53 AM, wbrana wrote:
> On 8/23/12, Brian Gerst wrote:
>> Windows mostly sells with new hardware, and by the time win9 is
>> released all new hardware designed for it will be 64-bit capable.
>> Therefore it is not *profitable* for Microsoft to continue to develop
>> a 32-
The SMSC911x Ethernet chip requires a fixed-regulator in order to
function correctly. We have previously provided a means to obtain
this during a Device Tree boot, however nothing has been put into
place when booting with a non-DT kernel. This patch aims to change
that.
Signed-off-by: Lee Jones
-
On 8/24/12, Brian Gerst wrote:
> If you don't want to support it that's your opinion. Those of us who
> do don't care what you think. There is no profit motive in open
> source.
Support needs time. Time is money.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
On Friday 24 August 2012, wbrana wrote:
> On 8/24/12, Brian Gerst wrote:
> > If you don't want to support it that's your opinion. Those of us who
> > do don't care what you think. There is no profit motive in open
> > source.
>
> Support needs time. Time is money.
So stop wasting time with this
>
> Acked-by: Eric Dumazet
>
> A change of the comment might be good, to help future readers.
>
Okay, I've also changed the comments of SYN and SYNACK retries.
Alex
>From 11a292b1cff772f930a02fda02d5b741f8ea5033 Mon Sep 17 00:00:00 2001
From: Alexander Bergmann
Date: Fri, 24 Aug 2012 14:09
On Thu, Aug 23, 2012 at 11:11:40PM +0200, Sebastian Andrzej Siewior wrote:
> On Mon, Aug 20, 2012 at 03:55:49PM +0200, Joerg Roedel wrote:
> What I miss here is the fact that you extract irq-mapping specific bits from
> disable_IO_APIC() and put them in a separate function named
> irq_remapping_dis
Hello,
On Friday, August 24, 2012 1:52 PM Hiroshi Doyu wrote:
> Konrad Rzeszutek Wilk wrote @ Fri, 24 Aug 2012
> 13:13:23 +0200:
>
> > On Fri, Aug 24, 2012 at 11:29:02AM +0300, Hiroshi Doyu wrote:
> > > struct page **pages is necessary to align with non atomic path in
> > > __iommu_get_pages()
On Fri, 24 Aug 2012 05:08:45 +0100
Matthew Garrett wrote:
> On Thu, Aug 23, 2012 at 03:32:50PM -0600, David Ahern wrote:
>
> > Why not add support for the missing functions (on_exit, getsid,
> > psignal and getline) to Bionic instead of perf?
>
> Many vendors need to target existing Android pla
On 8/24/12, Ondrej Zary wrote:
> So stop wasting time with this trolling.
My and others' computers would work faster if x32 would be useful,
which isn't yet. It would save time.
I need to practise English.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Fri, Aug 24, 2012 at 07:56:31AM -0400, Calvin Walton wrote:
> This board is incorrectly detected as having an LVDS connector,
> resulting in the VGA output (the only available output on the board)
> showing the console only in the top-left 1024x768 pixels, and an extra
> LVDS connector appearing
On Don, 2012-08-23 at 20:07 +0200, wbrana wrote:
> On 8/23/12, Ondrej Zary wrote:
> > Please stop trolling (and top-posting). Linux is NOT Windows where people
> > must
> > throw out their hardware because it stopped working in new version. There
> > are
> > millions of 32-bit x86 machines all aro
On Thu, Aug 23, 2012 at 02:00:41PM -0400, Vivek Goyal wrote:
> On Wed, Aug 22, 2012 at 10:03:57AM -0700, Kent Overstreet wrote:
>
> [..]
> > Kent Overstreet (13):
> > block: Generalized bio pool freeing
> > dm: Use bioset's front_pad for dm_rq_clone_bio_info
> > block: Add bio_reset()
> >
Sorry, this patch appears to contain whitespace errors which I missed.
Please wait for v2.
On Fri, Aug 24, 2012 at 01:00:12PM +0100, Lee Jones wrote:
> The SMSC911x Ethernet chip requires a fixed-regulator in order to
> function correctly. We have previously provided a means to obtain
> this duri
On Fri, Aug 24, 2012 at 01:28:16PM +0200, Marc Kleine-Budde wrote:
> On 08/24/2012 07:10 AM, Kurt Van Dijck wrote:
> > Hello,
> >
> > I find the CAN led triggers an interesting thing.
> >
> > And then, this scenario fell crossed my mind:
> > Imagine I do:
> > [insert CAN device: can0]
> > $ ip li
The SMSC911x Ethernet chip requires a fixed-regulator in order to
function correctly. We have previously provided a means to obtain
this during a Device Tree boot, however nothing has been put into
place when booting with a non-DT kernel. This patch aims to change
that.
Signed-off-by: Lee Jones
-
On Fri, Aug 24, 2012 at 10:30:01AM +0100, David Woodhouse wrote:
> On Thu, 2012-08-23 at 12:36 -0400, Matthew Garrett wrote:
> > V3 just fixes all the casting issues and incorporates David's change in
> > search ordering.
>
> I appreciate there are other issues with kexec under EFI, but let's not
On 8/24/12, Bernd Petrovitsch wrote:
> What do you mean with "Linux"? The Linux kernel as such? Some (and
> which) distributions?
Linux kernel first, distributions and software will follow
>
> And you obviously never thought about embedded devices.
> Servers, laptops, notebooks and desktop compute
On Fri, 24 Aug 2012, Konrad Rzeszutek Wilk wrote:
> His goal was to document the semantics of the call. We all want to clean
> up the mess of extra calls that don't make sense (remember the
> write_msr_safe one?) and the first step is get some of the calls
> documented so that we know if some of th
On 08/07/2012 04:09 PM, Ferruh Yigit wrote:
From: Ferruh YIGIT
This driver is for Cypress TrueTouch(tm) Standard Product controllers,
Generation4 devices.
Driver consist of four main modules:
Bus driver: Linux bus driver implementation, binds other modules.
Core driver: Core module that commu
Em Fri, Aug 24, 2012 at 11:00:31AM +0200, Jiri Olsa escreveu:
> tools/perf/util/test-attr.c | 142
> ++
> tools/perf/util/test-attr.py| 272
> ++
> tools/perf/util/test-attr/b
The LPC32xx's DT-only conversion of the MLC NAND driver makes NAND config via
platform_data obsolete. Dropped by this patch.
Further, the driver really needs CONFIG_OF, which is already reflected by the
dependency on ARCH_LPC32XX which depends on CONFIG_OF. So also dropping
CONFIG_OF ifdefs.
Ther
The LPC32xx's DT-only conversion of the SLC NAND driver makes NAND config via
platform_data obsolete. Dropped by this patch.
Further, the driver really needs CONFIG_OF, which is already reflected by the
dependency on ARCH_LPC32XX which depends on CONFIG_OF. So also dropping
CONFIG_OF ifdefs.
Ther
On Thu, 23 Aug 2012 18:14:48 -0700
Joe Millenbach wrote:
> -- Forwarded message --
> From: Joe Millenbach
> Date: Thu, Aug 23, 2012 at 5:56 PM
> Subject: Re: [PATCH] tty: Added a CONFIG_TTY option to allow removal of TTY
> To: Alan Cox
> Cc: Greg Kroah-Hartman , Alan Cox
> , lin
Hello,
If I log in with the open-iscsi initiator to an iSCSI target an power
down the target the initiator hangs in truncate_inode_pages(). This
happens systematically with kernel 3.6-rc3 and it's something I've
never seen with kernel 3.4 or before. Has anyone else already run into
this issue ?
>
Hugh Dickins writes:
> On Thu, 23 Aug 2012, Jeff Moyer wrote:
>> Hugh Dickins writes:
>>
>> > [PATCH] block: replace __getblk_slow misfix by grow_dev_page fix
>> >
>> > Commit 91f68c89d8f3 ("block: fix infinite loop in __getblk_slow")
>> > is not good: a successful call to grow_buffers() cannot
On Thu, Aug 23, 2012 at 04:14:24PM -0700, Hugh Dickins wrote:
> I'm also happy to see that you're now using simple_xattr_alloc() in
> __simple_xattr_set() (but no need to respin to comment on that here).
>
> It looks very nice: much better for this code to live in fs/xattr.c
> than in mm/shmem.c.
On Wed, Aug 22, 2012 at 12:53:06PM +, Arnd Bergmann wrote:
> I've created this series some time ago, and updated it now to
> v3.6-rc1. The idea is to get us a big step closer to the
> single zImage kernel across multiple ARM platforms by
> untangling the duplicate header file names.
>
> There
> Getting back to your patch - in your approach cpu cache handling is
> missing. I suspect that it worked fine only because it has been
> tested on some simple platform without any cpu caches (or with very
> small ones).
Is missing from the memory allocator because I do it on the device
driver. T
On 08/24/2012 01:35 PM, Artem Bityutskiy wrote:
>> @@ -1073,21 +1043,13 @@ static int __devexit spear_smi_remove(struct
>> platform_device *pdev)
>> ret = mtd_device_unregister(&flash->mtd);
>> if (ret)
>> dev_err(&pdev->dev, "error removing mtd\n");
On Wed, Aug 22, 2012 at 11:02:34AM +0800, Jovi Zhang wrote:
> see commit b6999b191 which target for x86 mm/gup, let it align with
> mips architecture.
>
> Quote from commit b6999b191:
> "If compound pages are used and the page is a
> tail page, gup_huge_pmd() increases _mapcount to record
Hi,
On 23/08/12 14:22, Roland Stigge wrote:
> This patch removes the ARM architecture mach-pnx4008. No direct support or
> user
> feedback since 2006. Acknowledgements from NXP/Philips and Linux arm-soc
> maintainers.
>
> Signed-off-by: Roland Stigge
The patch was a bit too big for the mailing
On 8/22/2012 12:23 PM, Frederic Weisbecker wrote:
In the old times, the whole idle task was considered
as an RCU quiescent state. But as RCU became more and
more successful overtime, some RCU read side critical
section have been added even in the code of some
architectures idle tasks, for tracing
Il 24/08/2012 09:26, Artem Bityutskiy ha scritto:
From: Artem Bityutskiy
Currently the emergency remount (triggered by Sysrq-u) re-mounting only
those file-systems R/O, which have an associated block device (sb->s_bdev).
This does not work for file-systems like UBIFS and JFFS2 which work on top
Hello Arnaldo,
What do you think about this series?
It has been fixed according with your comments to the previous
patches. Are you going to take it?
2012/8/7 Andrew Vagin :
> This functionality helps to analize where a task sleeps or waits locks.
> This feature can help to investigate a scalabi
On Fri, 24 Aug 2012, Thomas Gleixner wrote:
> I looked at the whole pgt_buf_* mess and it's amazingly stupid. We
> could avoid all that dance and make all of that pgt_buf_* stuff static
> and provide proper accessor functions and hand start, end, top to the
> reserve function instead of fiddling wi
On Fri, 2012-08-24 at 15:20 +0200, Marco Stornelli wrote:
> Il 24/08/2012 09:26, Artem Bityutskiy ha scritto:
> > From: Artem Bityutskiy
> >
> > Currently the emergency remount (triggered by Sysrq-u) re-mounting only
> > those file-systems R/O, which have an associated block device (sb->s_bdev).
>
The following patch, relative to 3.6.0-rc3, makes
the microcode update code path actually invoke the
perf_check_microcode() function and thus potentially
renabling SNB PEBS.
By default, CONFIG_MICROCODE_OLD_INTERFACE is
forced to Y in arch/x86/Kconfig. There is no
way to disable this. That means
On 24/08/12 14:00, Thomas Gleixner wrote:
On Fri, 24 Aug 2012, Konrad Rzeszutek Wilk wrote:
His goal was to document the semantics of the call. We all want to clean
up the mess of extra calls that don't make sense (remember the
write_msr_safe one?) and the first step is get some of the calls
Hello,
On Friday, August 24, 2012 3:23 PM Federico Vaga wrote:
> > Getting back to your patch - in your approach cpu cache handling is
> > missing. I suspect that it worked fine only because it has been
> > tested on some simple platform without any cpu caches (or with very
> > small ones).
>
>
Hi Fengguang,
Thanks for the report, I'll have a look at it today.
-- Steve
On Fri, 2012-08-24 at 15:15 +0800, Fengguang Wu wrote:
> Hi Steven,
>
> The following test fails are mostly due to this commit, or one of the
> last 4 commits in
>
> tree: git://git.kernel.org/pub/scm/linux/kernel/g
On 08/22/2012 07:54 AM, Arnd Bergmann wrote:
> This is an attempt to simplify the duplicate header problem for
> multiplatform kernels, in multiple steps:
>
> 1. (this patch)
>for each arch/arm/mach-${MACHINE}/include/mach-${MACHINE}/*.h file,
>generate a arch/arm/include/generated/mach/*.
> You can take the patch which adds prepare/finish methods to memory
> allocators. It should not have any dependency on the other stuff from
> that thread. I'm fine with merging it either together with Your patch
> or via Tomasz's patchset, whatever comes first.
Thank you. I'll do the job
--
Fed
On Fri, Aug 24, 2012 at 02:24:00PM +0100, Attilio Rao wrote:
> Please stop referring to your opinion as if they are the only source
> of truth. Actually here is a matter of comparing prices. We thought
> accounting for different { start, end } was a viable option, you want
> something simpler and a
On 8/24/12, wbrana wrote:
>> *If* you really miss something in some other parts (compilers,
>> virtualization, ...) or they developing to slow *for you*, help them and
>> send patches there but do not try to lure others into fighting your
>> cause.
> I don't have knowledge about compilers and virt
On 08/22/2012 07:53 AM, Arnd Bergmann wrote:
> I've created this series some time ago, and updated it now to
> v3.6-rc1. The idea is to get us a big step closer to the
> single zImage kernel across multiple ARM platforms by
> untangling the duplicate header file names.
>
> There are two branches a
Il 24/08/2012 15:38, Artem Bityutskiy ha scritto:
On Fri, 2012-08-24 at 15:20 +0200, Marco Stornelli wrote:
Il 24/08/2012 09:26, Artem Bityutskiy ha scritto:
From: Artem Bityutskiy
Currently the emergency remount (triggered by Sysrq-u) re-mounting only
those file-systems R/O, which have an as
This patch-set provides the MOP500 Audio driver with a few small
fix-ups along with Device Tree enablement for MOP500 Core and the
MSPs. You'll notice that we've left the PCM out for the time being
and continue to register that using platform code. This is because
we're still in the middle of discu
We continue to allow the AB8500 CODEC to be registered via the AB8500
Multi Functional Device API, only this time we extract its configuration
from the Device Tree binary.
CC: alsa-de...@alsa-project.org
Acked-by: Ola Lilja
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
include/linux/mfd
Register both parts of the MSP driver from Device Tree so that they
are probed when Device Tree is enabled. Also, as there is platform
data involved, we ensure that there is allocated memory to place the
configuration into and that the correct information is extracted from
the DT binary.
CC: alsa-
Includes removal of duplicate debug print affirming entry into
the probe function, an unnecessary line break of a coding line
<80 chars and a white space change (unintentional tab).
Signed-off-by: Lee Jones
---
sound/soc/ux500/mop500.c |7 ++-
1 file changed, 2 insertions(+), 5 deletions
Ensure correct probing and pass though important configuration
options to the AB8500 CODEC driver when DT is enabled
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/dbx5x0.dtsi |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dt
The 'msp' board file does more than just register MSP devices. It
also registers some other components necessary to get audio working
on ux500 based platforms; such as the PCM and Machine Drivers. For
that reason we're changing the filename to be more encompassing -
'audio'.
Acked-by: Linus Wallei
Here we document the AB8500 Audio CODEC in the existing MFD AB8500 document.
CC: alsa-de...@alsa-project.org
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
Documentation/devicetree/bindings/mfd/ab8500.txt | 15 +++
1 file changed, 15 insertions(+)
diff --git a/Documentation
This is where we link together all of the SoC sound components for
a given platform. This all encompassing sound node is only found
in the very lowest hierarchical DTS file, since the component mix may
well change from board variant to board variant.
Acked-by: Linus Walleij
Signed-off-by: Lee Jon
This patch inserts all known MSP devices into the DBx5x0 Device Tree
disabled and enables the two important ones for the Snowball low-cost
development board.
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/dbx5x0.dtsi | 33 +
arch/arm/bo
This patch removes platform device registration of all 4 MSP
devices. It also takes care of all redundant infrastructure now
that each of the ux500 audio components have been Device Tree
enabled.
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500-msp.c | 10
In this patch we prevent MOP500 driver registration from platform
code and rely solely on Device Tree to do the probing for us.
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500-msp.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-ux50
It isn't currently possible to pass all platform specific configuration
though Device Tree. Thinks like device names used in the clock
infrastructure, call-backs and DMA information have to be passed in via
AUXDATA structures and the MSP is no exception. Here we're passing DMA
settings.
Acked-by:
We've done this before and it worked well last time. Here we're
duplicating a complex registration function to ease the process
of enabling it for Device Tree. As there are quite a few steps
taken during the registration process, it makes sense to break
them up into more manageable chunks. This pat
This patch contains a couple of general MSP clean-ups pertaining to
layout changes and changing functions to be void instead of int instead
of regardlessly returning '0'.
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500-msp.c | 24 +++-
Here we add the required documentation for the new Device Tree
bindings pertaining to the MSP CPU-side DAI Driver.
CC: alsa-de...@alsa-project.org
Signed-off-by: Lee Jones
---
.../devicetree/bindings/sound/ux500-msp.txt| 43
1 file changed, 43 insertions(+)
create
Here we add the required documentation for the new Device Tree
bindings pertaining to the MOP500 Audio Machine driver.
CC: alsa-de...@alsa-project.org
Signed-off-by: Lee Jones
---
.../devicetree/bindings/sound/ux500-mop500.txt | 39
1 file changed, 39 insertions(+)
cr
Here we ensure that the MOP500 audio driver will be probed during a
Device Tree boot. We also parse the sound node to link together the
codec, dma and the CPU-side Digital Audio Interface.
CC: alsa-de...@alsa-project.org
Acked-by: Linus Walleij
Signed-off-by: Lee Jones
---
sound/soc/ux500/mop50
In the initial submission of the MSP driver msp1 and msp3's associated
pinctrl mechanism was passed back to platform code using a plat_init()
call-back routine, but it has no place in platform code. The MSP driver
should set this up for the appropriate ports. Instead we use a use_pinctrl
identifier
> I have checked in Snowball schematics and I can confirm that the fixed
> 3.3V regulator is GPIO26 on AB8500 not DB8500, so its numero is
> MOP500_AB8500_PIN_GPIO(26)
We're also using GPIO26 on the DB8500 in the Device Tree solution.
Odd that is should work? I wonder if we're just getting lucky,
On 08/23/2012 04:26 PM, Eric Dumazet wrote:
skb->truesize is adjusted when a frag is added to one skb, or when
skb->head is re-allocated.
Are you sure you dont have another problem, because as I said commit
c8628155ece3 had a bug, so a bisect is not very useful.
How many reloads are needed to
Hello, I'm Carlo, I have a difficult task at work, my boss asked me to
develop
a driver SPI slave side on embedded ARM processor running Linux.
Precisely linux occur on the SPI bus as a slave, not master as required
by the hierarchical structure of the current kernel. The new driver
will
rece
On Fri, Aug 24, 2012 at 11:17:41AM +0200, Philipp Zabel wrote:
> These patches add support to configure the on-chip SRAM via device-tree
> node and to obtain the resulting genalloc pool from a phandle pointing
> at the node.
> This allows drivers to allocate SRAM with the genalloc API without
>
Hi Lee,
I have checked in Snowball schematics and I can confirm that the fixed
3.3V regulator is GPIO26 on AB8500 not DB8500, so its numero is
MOP500_AB8500_PIN_GPIO(26)
and you have first to update the upstream gpio-ab8500 driver.
BR,
Philippe
On 08/24/2012 02:48 PM, Lee Jones wrote:
> The SMS
On Tue, 2012-08-14 at 22:38 -0400, Huang Shijie wrote:
> Just as Artem suggested:
>
> "Both UBI and JFFS2 are able to read verify what they wrote already.
> There are also MTD tests which do this verification. So I think there
> is no reason to keep this in the NAND layer, let alone wasting RAM in
On Wed, 2012-08-15 at 17:12 +0800, Huang Shijie wrote:
> Just as Artem suggested:
>
> "Both UBI and JFFS2 are able to read verify what they wrote already.
> There are also MTD tests which do this verification. So I think there
> is no reason to keep this in the NAND layer, let alone wasting RAM in
Dne 7.8.2012 15:09, Ferruh Yigit napsal(a):
> +static int __init cyttsp4_core_init(void)
> +{
> + int rc = 0;
> +
> + rc = cyttsp4_register_core_driver(&cyttsp4_core_driver);
> + pr_info("%s: Cypress TTSP v4 core driver (Built %s @ %s) rc=%d\n",
> +__func__, __DATE
On 08/24/2012 04:08 PM, Lee Jones wrote:
>> I have checked in Snowball schematics and I can confirm that the fixed
>> 3.3V regulator is GPIO26 on AB8500 not DB8500, so its numero is
>> MOP500_AB8500_PIN_GPIO(26)
> We're also using GPIO26 on the DB8500 in the Device Tree solution.
> Odd that is shou
Hi Pingfan,
We have realized the same when implementing lock mechanisms for PCI
hotplug
operations, and we are planning to holding a reference to parent bus for each
pci dev.
Regards!
Gerry
On 08/23/2012 01:24 PM, Liu ping fan wrote:
> Hi,
>
> I have a question about th
From: Gavin Shan
While enforcing memory limit on current memblock layout, it is
possible that we don't have to change the current memblock layout.
For example, the enforced limited size is bigger than the maximal
address of memory regions. Also, we don't have to change the memory
layout while the
From: Wanpeng Li
Rename get_allocated_memblock_reserved_regions_info() to
memblock_reserved_regions_info() so that the function name
looks more short and has prefix "memblock".
Signed-off-by: Wanpeng Li
---
include/linux/memblock.h |2 +-
mm/memblock.c|2 +-
mm/nobootmem.c
101 - 200 of 483 matches
Mail list logo
