Which allows us to be a bit smarter in case we exhaust the reserved
virtual space.
[v1: Suggested by Ian Campbell]
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/enlighten.c |2 ++
arch/x86/xen/mmu.c |5 -
arch/x86/xen/p2m.c | 35 -
The callers of this function (dmi_alloc) and the various
Xen related ones can deal with a NULL pointer.
Suggested-by: Ian Campbell
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/kernel/setup.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/setup.
When we release pages back during bootup:
Freeing 9d-100 pfn range: 99 pages freed
Freeing 9cf36-9d0d2 pfn range: 412 pages freed
Freeing 9f6bd-9f6bf pfn range: 2 pages freed
Freeing 9f714-9f7bf pfn range: 171 pages freed
Freeing 9f7e0-9f7ff pfn range: 31 pages freed
Freeing 9f800-10 pfn
In v3.5 I've added some patches that during boot-time and add more
entries to the P2M tree:
http://lists.xen.org/archives/html/xen-devel/2012-04/msg01152.html
which worked great on all my machines. But there were some folks
who reported that it caused them at bootup to hit this:
(XEN) domain_cras
On Tue, Jul 31, 2012 at 07:32:20PM +0900, Alex Courbot wrote:
> On 07/31/2012 07:45 AM, Stephen Warren wrote:
> >I wonder if using the same structure/array as input and output would
> >simplify the API; the platform data would fill in the fields mentioned
> >above, and power_seq_build() would parse
On Tue, Jul 31, 2012 at 6:15 PM, Russell King - ARM Linux
wrote:
> On Tue, Jul 31, 2012 at 05:53:41PM +0800, Bryan Wu wrote:
>> On Fri, Jun 8, 2012 at 4:20 PM, Olof Johansson wrote:
>> > Hi,
>> >
>> > On Wed, Jun 6, 2012 at 11:12 PM, Bryan Wu wrote:
>> >> Hi Arnd and Olof,
>> >>
>> >> Is there a
On Tue, Jul 31, 2012 at 7:08 PM, Bryan Wu wrote:
> On Tue, Jul 31, 2012 at 6:15 PM, Russell King - ARM Linux
> wrote:
>> On Tue, Jul 31, 2012 at 05:53:41PM +0800, Bryan Wu wrote:
>>> On Fri, Jun 8, 2012 at 4:20 PM, Olof Johansson wrote:
>>> > Hi,
>>> >
>>> > On Wed, Jun 6, 2012 at 11:12 PM, Brya
On Tue, Jul 31, 2012 at 2:35 AM, John Stultz wrote:
> So CAI Qian noticed recent boot trouble on a machine that had its CMOS
> clock configured for the year 8200.
> See: http://lkml.org/lkml/2012/7/29/188
>
> While running with a crazy CMOS clock isn't advised, and a simple
> "don't do that" might
On Tue, Jul 31, 2012 at 3:46 AM, Vinod Koul wrote:
> This patch will appear in 3.7-rc2 when I send the fixes to Linus post
> rc1, I guess early next week.
I guess you mean 3.6-rc2, right?
> Stable guys will pick this and apply to 3.6.X version.
I guess you mean 3.5.x, right?
--
To unsubscribe
Currently multiple MSI mode is limited to a single vector per device (at
least on x86 and PPC). This series breathes life into pci_enable_msi_block()
and makes it possible to set interrupt affinity for multiple IRQs, similarly
to MSI-X. Yet, only for x86 and only when IOMMUs are present.
Although
The MSI specification has several constraints in comparison with MSI-X,
most notable of them is the inability to configure MSIs independently.
As a result, it is impossible to dispatch interrupts from different
queues to different CPUs. This is largely devalues the support of
multiple MSIs in SMP s
When multiple MSIs are enabled with pci_enable_msi_block() the number of
allocated IRQs 'nvec' is rounded up to the nearest value of power of two.
That could lead to a condition when number of requested and used IRQs is
less than number of actually allocated IRQs.
This fix introduces 'msi_desc::nv
Signed-off-by: Alexander Gordeev
---
arch/x86/kernel/apic/io_apic.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86/kernel/apic/io_apic.c b/arch/x86/kernel/apic/io_apic.c
index 5a5c92b..888f3b9 100644
--- a/arch/x86/kernel/apic/io_apic.c
+++ b/arch/x86/kerne
On 31 July 2012 13:38, Fabio Estevam wrote:
> On Tue, Jul 31, 2012 at 3:46 AM, Vinod Koul
> wrote:
>
>> This patch will appear in 3.7-rc2 when I send the fixes to Linus post
>> rc1, I guess early next week.
>
> I guess you mean 3.6-rc2, right?
>
>> Stable guys will pick this and apply to 3.6.X
The replacement of spin_lock_irq/spin_unlock_irq pairs which
can be called from interrupt handler by irqsave/irqrestore
versions.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Denis Efremov
---
drivers/scsi/tmscsim.c | 12 ++--
drivers/scsi/tmscsim.h |
As Oleg pointed out in [0] utrace should not use the ptrace interface
for enabling/disabling single stepping.
[0] http://lkml.kernel.org/20120730141638.ga5...@redhat.com
Signed-off-by: Sebastian Andrzej Siewior
---
include/linux/uprobes.h |4
kernel/events/uprobes.c | 16
The arch specific implementation enables single stepping directly by
setting the trap flag. "Single-Step on branches" is always disabled
since only one opcode has to be executed.
The disable call removes the trap flag unless it was there before. It
does not touch the flags register if the executed
On Tue, Jul 31, 2012 at 12:12:59PM +0200, Marc Kleine-Budde wrote:
> >> +/*
> >> + * Register CAN LED triggers for a CAN device
> >> + *
> >> + * This is normally called from a driver's probe function
> >> + */
> >> +void can_led_init(struct net_device *netdev)
> >> +{
> >> + struct can_priv *priv
On Tue, Jul 31, 2012 at 09:10:00AM +0200, Marc Kleine-Budde wrote:
> >>> +/*
> >>> + * Register CAN LED triggers for a CAN device
> >>> + *
> >>> + * This is normally called from a driver's probe function
> >>> + */
> >>> +void can_led_init(struct net_device *netdev)
> >>> +{
> >>> + struct can_pri
On 07/31/2012 01:57 PM, Fabio Baltieri wrote:
[...]
Can you provide a devm implementation for can_led?
>>>
>>> Sounds reasonable, you mean like a devm_kasprintf implementation to
>>> remove kfree and unwinding code?
>>
>> IMHO it would be sufficient if you implement the devm cleanup functions
On Mon, Jul 30, 2012 at 11:39:12AM -0400, Steven Rostedt wrote:
> On Tue, 2012-07-24 at 17:03 +0800, Fengguang Wu wrote:
> > Hi Steven,
>
> Hi Fengguang,
>
> Just an FYI, It's best to send email to my rost...@goodmis.org account.
> I don't check my redhat account every day.
OK, sorry for forgett
Hello list,
i hope it is correct to list the maintainers of kvm. While trying to
install ubuntu 12.04 amd64 on a kvm based vm the KVM process segfaults
while ubuntu tries to detect the HW:
kvm[2978]: segfault at 7fb90d9035e0 ip 7fb90d9035e0
sp7fff652e4ed8 error 15
This does not happe
On Tue, Jul 31, 2012 at 10:46:57AM +0200, Wolfgang Grandegger wrote:
> Hi Fabio,
>
> On 07/30/2012 09:20 PM, Fabio Baltieri wrote:
> > This patch implements the functions to add two LED triggers, named
> > -tx and -rx, to a canbus device driver.
> >
> > Triggers are called from specific handlers
On Tue, Jul 31, 2012 at 3:11 AM, Larry Woodman wrote:
> [ 1106.156569] [ cut here ]
> [ 1106.161731] kernel BUG at mm/filemap.c:135!
> [ 1106.166395] invalid opcode: [#1] SMP
> [ 1106.170975] CPU 22
> [ 1106.173115] Modules linked in: bridge stp llc sunrpc binfmt_misc
[CC kvm developers]
On Mon, Jul 30, 2012 at 11:45:05AM -0400, Steven Rostedt wrote:
> On Tue, 2012-07-24 at 17:07 +0800, Fengguang Wu wrote:
> > On Tue, Jul 24, 2012 at 05:03:30PM +0800, Fengguang Wu wrote:
>
> > And this warning shows up in one of the dozens of boots, for the same
> > kconfig.
>
On 7/31/2012 6:56 PM, Thierry Reding wrote:
> On Tue, Jul 31, 2012 at 07:32:20PM +0900, Alex Courbot wrote:
>> On 07/31/2012 07:45 AM, Stephen Warren wrote:
>>> I wonder if using the same structure/array as input and output would
>>> simplify the API; the platform data would fill in the fields ment
On Fri, 27 Jul 2012 18:34:38 +0800
Wen Congyang wrote:
> From: Yasuaki Ishimatsu
>
> All pages of virtual mapping in removed memory cannot be freed, since
> some pages used as PGD/PUD includes not only removed memory but also
> other memory. So the patch checks whether page can be freed or not.
Hi Hugh,
On Tue, Jul 31, 2012 at 10:34 AM, Hugh Dickins wrote:
> But I can see that the lack of reinitialization of entry.val here
> does raise doubt and confusion. A better tidyup would be to remove
> the initialization of swp_entry_t entry from its onstack declaration,
> and do it at the again
Hi,
On 07/31/2012 12:09 PM, Julia Lawall wrote:
> From: Julia Lawall
> @@ -720,20 +698,14 @@ error_ret:
> static int __devexit at91_adc_remove(struct platform_device *pdev)
> {
> struct iio_dev *idev = platform_get_drvdata(pdev);
> - struct resource *res = platform_get_resource(pdev,
On Tue, Jul 31, 2012 at 8:52 AM, Felipe Balbi wrote:
>
> Hi,
>
> On Tue, Jul 31, 2012 at 10:23:16AM +0530, Poddar, Sourav wrote:
> > The device tree data for acquiring the above GPIO interrupt line
> > looks
> > like this.
> >
> > +++ linux-omap-storage/arch/arm/boot/dts/o
On Mon, Jun 11, 2012 at 5:17 AM, wrote:
> From: KOSAKI Motohiro
>
> Hi
>
> This is trivial fixes of mempolicy meory corruption issues. There
> are independent patches each ather. and, they don't change userland
> ABIs.
>
> Thanks.
>
> changes from v1: fix some typo of changelogs.
>
> ---
Hi,
On Tue, Jul 31, 2012 at 02:32:43PM +0200, Shilimkar, Santosh wrote:
> On Tue, Jul 31, 2012 at 8:52 AM, Felipe Balbi wrote:
> >
> > Hi,
> >
> > On Tue, Jul 31, 2012 at 10:23:16AM +0530, Poddar, Sourav wrote:
> > > The device tree data for acquiring the above GPIO interrupt line
> > >
On 07/31/2012 03:17 PM, Fengguang Wu wrote:
>
> It's good to quickly get to the root cause :) Can we possibly detect
> whether we are in a virtual machine and hence skip this particular
> test case?
cpu_has(&boot_cpu, X86_FEATURE_HYPERVISOR)
--
error compiling committee.c: too many arguments to
On Tue, Jul 31, 2012 at 08:22:17PM +0800, Mitch Bradley wrote:
> On 7/31/2012 6:56 PM, Thierry Reding wrote:
> > On Tue, Jul 31, 2012 at 07:32:20PM +0900, Alex Courbot wrote:
> >> On 07/31/2012 07:45 AM, Stephen Warren wrote:
> >>> I wonder if using the same structure/array as input and output woul
On 07/31/2012 12:31 PM, Fengguang Wu wrote:
>> [7.623739] BUG: unable to handle kernel NULL pointer dereference at
>> 00b0
>
> I managed to root cause it:
>
> [2.108085] BUG: unable to handle kernel NULL pointer dereference
> at 0060
> [2.112015] EIP:
On Mon, 30 Jul 2012 18:35:37 +0800
Wen Congyang wrote:
> At 07/30/2012 06:23 PM, Heiko Carstens Wrote:
> > On Fri, Jul 27, 2012 at 06:32:15PM +0800, Wen Congyang wrote:
> >> We don't call __add_pages() directly in the function add_memory()
> >> because some other architecture related things need
On Tue, 31 Jul 2012, Lars-Peter Clausen wrote:
> Hi,
>
> On 07/31/2012 12:09 PM, Julia Lawall wrote:
> > From: Julia Lawall
> > @@ -720,20 +698,14 @@ error_ret:
> > static int __devexit at91_adc_remove(struct platform_device *pdev)
> > {
> > struct iio_dev *idev = platform_get_drvdata(pdev)
On Tue, 2012-07-31 at 15:37 +0300, Avi Kivity wrote:
> On 07/31/2012 03:17 PM, Fengguang Wu wrote:
> >
> > It's good to quickly get to the root cause :) Can we possibly detect
> > whether we are in a virtual machine and hence skip this particular
> > test case?
>
> cpu_has(&boot_cpu, X86_FEATURE_
On Mon, Jul 30, 2012 at 03:11:27PM -0400, Larry Woodman wrote:
> >
> >That is a surprise. Can you try your test case on 3.4 and tell us if the
> >patch fixes the problem there? I would like to rule out the possibility
> >that the locking rules are slightly different in RHEL. If it hits on 3.4
> >t
On Thu, Jul 26, 2012 at 9:46 PM, Greg KH wrote:
> On Thu, Jul 26, 2012 at 09:06:25PM -0400, Josh Boyer wrote:
>> On Thu, Jul 26, 2012 at 7:39 PM, Andrew Stiegmann (stieg)
>> wrote:
>> > drivers/misc/Kconfig |1 +
>> > drivers/misc/Makefile |1 +
>>
On 07/31/2012 03:43 PM, Steven Rostedt wrote:
> On Tue, 2012-07-31 at 15:37 +0300, Avi Kivity wrote:
>> On 07/31/2012 03:17 PM, Fengguang Wu wrote:
>> >
>> > It's good to quickly get to the root cause :) Can we possibly detect
>> > whether we are in a virtual machine and hence skip this particular
On 07/31, Srikar Dronamraju wrote:
>
> > --- a/kernel/fork.c
> > +++ b/kernel/fork.c
> > @@ -454,8 +454,8 @@ static int dup_mmap(struct mm_struct *mm, struct
> > mm_struct *oldmm)
> > if (retval)
> > goto out;
> >
> > - if (file && uprobe_mmap(tmp))
> > -
On Mon, Jul 30, 2012 at 3:39 AM, Sam Ravnborg wrote:
> On Sun, Jul 29, 2012 at 10:06:32PM +0800, Baodong Chen wrote:
>> Fixed code to fix tty_driver's kref field
>> Coding style issues
>>
>> Signed-off-by: Baodong Chen
>
> Hi Baodong.
>
> As already pointed out by Jiri please split this
> up in s
> > The panic happens while trying to dereference the NULL indio_dev->buffer:
> >
> > 266 int iio_buffer_register(struct iio_dev *indio_dev,
> > 267 const struct iio_chan_spec *channels,
> > 268 int num_channels)
> > 2
Hi,
This patch fixes the improper type casting of integer
sysctl parameters.
When we read the sysctl parameter, they are always treated
as signed integer, and are casted into unsigned long type
in the current kernel. If we set a value equivalent to
(the maximum value in signed integer + 1) which
Hi Santosh,
On Tue, Jul 31, 2012 at 6:02 PM, Shilimkar, Santosh
wrote:
> On Tue, Jul 31, 2012 at 8:52 AM, Felipe Balbi wrote:
>>
>> Hi,
>>
>> On Tue, Jul 31, 2012 at 10:23:16AM +0530, Poddar, Sourav wrote:
>> > The device tree data for acquiring the above GPIO interrupt line
>> > looks
On 7/31/2012 8:38 PM, Thierry Reding wrote:
> On Tue, Jul 31, 2012 at 08:22:17PM +0800, Mitch Bradley wrote:
>> On 7/31/2012 6:56 PM, Thierry Reding wrote:
>>> On Tue, Jul 31, 2012 at 07:32:20PM +0900, Alex Courbot wrote:
On 07/31/2012 07:45 AM, Stephen Warren wrote:
> I wonder if using th
On 07/31/2012 02:55 PM, Fengguang Wu wrote:
>>> The panic happens while trying to dereference the NULL indio_dev->buffer:
>>>
>>> 266 int iio_buffer_register(struct iio_dev *indio_dev,
>>> 267 const struct iio_chan_spec *channels,
>>> 268
On Tue, Jul 31, 2012 at 03:06:11PM +0200, Lars-Peter Clausen wrote:
> On 07/31/2012 02:55 PM, Fengguang Wu wrote:
> >>> The panic happens while trying to dereference the NULL indio_dev->buffer:
> >>>
> >>> 266 int iio_buffer_register(struct iio_dev *indio_dev,
> >>> 267
Hi,
On Fri, 2012-07-27 at 16:55 -0700, Tejun Heo wrote:
> __cancel_delayed_work() is different from cancel_delayed_work() in
> that it uses del_timer() instead of del_timer_sync(). This adds
> confusion to already complicated flush / cancel API and given that the
> only thing delayed_work->timer
On 07/31/2012 08:46 AM, Mel Gorman wrote:
On Mon, Jul 30, 2012 at 03:11:27PM -0400, Larry Woodman wrote:
That is a surprise. Can you try your test case on 3.4 and tell us if the
patch fixes the problem there? I would like to rule out the possibility
that the locking rules are slightly different
Hello Linus,
It's almost a normal pull request: a bunch of small fixes and assorted
enhancements, and as usual my gpg key is not signed, etc.
One thing makes it unusual, though: one of our patches added thermal
support for power supply class, but thermal/ subsystem changed under our
feet. We (wel
From: Julia Lawall
The various devm_ functions allocate memory that is released when a driver
detaches. This patch uses these functions for data that is allocated in
the probe function of a platform device and is only freed in the remove
function.
The call to platform_get_resource(pdev, IORESOU
On 07/30/2012 10:06 AM, Colin Ian King wrote:
> The default 10 microsecond delay for the controller to come out of
> halt in dbgp_ehci_startup is too short, so increase it to 1 millisecond.
>
> This is based on emperical testing on various USB debug ports on
> modern machines such as a Lenovo X220i
On Tue, 2012-07-31 at 15:50 +0300, Avi Kivity wrote:
> On 07/31/2012 03:43 PM, Steven Rostedt wrote:
> That would be better. A hypervisor might be real-time capable (with
> some effort kvm can do this), so we don't want to turn off real time
> features just based on that.
It would only turn off
On 2012/07/31 09:57, Borislav Petkov wrote:
> On Mon, Jul 30, 2012 at 04:22:12PM -0400, Benjamin Poirier wrote:
> > It's against linux-next, which already contains some patches for
> > menuconfig.
>
> Ok, applying against the linux-next from today succeeds. And they seem
> to work, I can search fo
On Tue 31-07-12 13:46:50, Mel Gorman wrote:
[...]
> mm: hugetlbfs: Correctly detect if page tables have just been shared
>
> Each page mapped in a processes address space must be correctly
> accounted for in _mapcount. Normally the rules for this are
> straight-forward but hugetlbfs page table sha
wm831x_reg_read() returns negative error code on failure.
This prevents using the error code as the value read.
Signed-off-by: Axel Lin
---
drivers/regulator/wm831x-ldo.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/regulator/wm831x-ldo.c b/drivers/regulator/wm831x-ldo.c
in
On 07/31, Oleg Nesterov wrote:
>
> OK, so what you suggest for now?
>
> Please note that it is very trivial to crash the kernel. Just
> do something like
>
> echo "p /bin/true:OFFSET_OF_SYSCALL_INSN" >
> /sys/kernel/debug/tracing/uprobe_events
> /bin/true
Forgot to mention...
And eve
On Tue, Jul 31, 2012 at 09:07:14AM -0400, Larry Woodman wrote:
> On 07/31/2012 08:46 AM, Mel Gorman wrote:
> >On Mon, Jul 30, 2012 at 03:11:27PM -0400, Larry Woodman wrote:
> >>>
> >>>That is a surprise. Can you try your test case on 3.4 and tell us if the
> >>>patch fixes the problem there? I woul
This was left over during a recent clean-up which removed Device Tree
helper structs. There is no longer a requirement for it, so we can just
remove it.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500.c |5 -
1 file changed, 5 deletions(-)
diff --git a/arch/arm/mach-ux500/
The platform attempts to register platform device 'snd_soc_u8500'
which doesn't actually exist. Here we change the reference to the
correct one 'snd_soc_mop500'.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500-msp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
Previous attempts to add platform probing of the Audio related devices
only call from non-DT initialisation functions. This patch extends that
functionality to the Device Tree related ones too.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500.c |4
1 file changed, 4 inserti
Previous attempts to add platform probing of the Audio related devices
only call from non-DT initialisation functions. This patch extends that
functionality to the Device Tree related ones too.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500.c |4
1 file changed, 4 inserti
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
The current kernel commandline for ux500 based devices includes
hard-coded allocations for things like mali and hwmem, which
actually run over lowmem. Here we enable highmem in order to
avoid memory corruption errors.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/Kconfig |1 +
1 file chan
On 07/31/2012 12:58 AM, Michael Neuling wrote:
>> Please do not add anything to linux-next included branches/series that is
>> destined for v3.7 until after v3.6-rc1 is released.
>
> Looks like there is a merge conflict between:
> commit 1b074ac867a2bd08a6f12f0feed7d91e06941723
> Author: Seth
If codec->control_data is not populated SoC Core assumes we want to
use regmap, which fails catastrophically, as we don't have one:
Unable to handle kernel NULL pointer dereference at virtual address 0080
pgd = c0004000
[0080] *pgd=
Internal error: Oops: 17 [#1] PREEMPT SMP ARM
Mod
The current kernel commandline for ux500 based devices includes
hard-coded allocations for things like mali and hwmem, which
actually run over lowmem. Here we enable highmem in order to
avoid memory corruption errors.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/Kconfig |1 +
1 file chan
The platform attempts to register platform device 'snd_soc_u8500'
which doesn't actually exist. Here we change the reference to the
correct one 'snd_soc_mop500'.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500-msp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
This patch-set includes some important changes which should make
their way to the Mainline Release Candidates for the v3.6 release.
Without them Audio doesn't even probe (at all) when booting with
Device Tree selected. The kernel can't compile with ux500 audio
enabled. Even if we can get that far S
This was left over during a recent clean-up which removed Device Tree
helper structs. There is no longer a requirement for it, so we can just
remove it.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500.c |5 -
1 file changed, 5 deletions(-)
diff --git a/arch/arm/mach-ux500/
On Tue, 2012-07-31 at 20:05 +0800, Fengguang Wu wrote:
> On Mon, Jul 30, 2012 at 11:39:12AM -0400, Steven Rostedt wrote:
> > On Tue, 2012-07-24 at 17:03 +0800, Fengguang Wu wrote:
> > > Hi Steven,
> >
> > Hi Fengguang,
> >
> > Just an FYI, It's best to send email to my rost...@goodmis.org account
If codec->control_data is not populated SoC Core assumes we want to
use regmap, which fails catastrophically, as we don't have one:
Unable to handle kernel NULL pointer dereference at virtual address 0080
pgd = c0004000
[0080] *pgd=
Internal error: Oops: 17 [#1] PREEMPT SMP ARM
Mod
If a list of widgets is provided and one of them fails to be added as
a control, the present semantics fail all subsequent widgets. A better
solution would be to only fail that widget, but pursue in attempting
to add the rest of the list.
Signed-off-by: Lee Jones
---
sound/soc/soc-dapm.c |2
On Tue, Jul 31, 2012 at 02:47:24PM +1000, NeilBrown wrote:
> ... though it occurs to me that it is possible that the GPIO number might not
> be allocated until something else has been probed, so a -ve gpio number could
> mean "there is no such gpio" or it could mean "gpio has not been allocated
>
This patch-set sees many of the ux500 related Audio drivers gain
Device Tree enablement. There are also some fixes to issues which
where encountered along the way.
Documentation/devicetree/bindings/mfd/ab8500.txt | 15 +
.../devicetree/bindings/sound/ux500-mop500.txt | 39 ++
.../device
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/db8500.dtsi |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/db8500.dtsi b/arch/arm/boot/dts/db8500.dt
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
Here we add the required documentation for the new Device Tree
bindings pertaining to the MOP500 Audio Machine driver.
Signed-off-by: Lee Jones
---
.../devicetree/bindings/sound/ux500-mop500.txt | 39
1 file changed, 39 insertions(+)
create mode 100644 Documentation/d
Here we document the AB8500 Audio CODEC in the existing MFD AB8500 document.
Signed-off-by: Lee Jones
---
Documentation/devicetree/bindings/mfd/ab8500.txt | 15 +++
1 file changed, 15 insertions(+)
diff --git a/Documentation/devicetree/bindings/mfd/ab8500.txt
b/Documentation/devi
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.
Signed-off
In this patch we prevent MOP500 driver registration from platform
code and rely solely on Device Tree to do the probing for us.
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-ux500/board-mop500-msp.c
b/a
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'.
Signed-off-by: Lee Jon
Here we add the required documentation for the new Device Tree
bindings pertaining to the MSP CPU-side DAI Driver.
Signed-off-by: Lee Jones
---
.../devicetree/bindings/sound/ux500-msp.txt| 43
1 file changed, 43 insertions(+)
create mode 100644 Documentation/devic
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.
Signed-off-by: Lee Jones
---
arch/arm/boot/dt
On Tue, Jul 31, 2012 at 02:31:21PM +0100, Lee Jones wrote:
> This patch-set includes some important changes which should make
> their way to the Mainline Release Candidates for the v3.6 release.
You appear to have double sent this or something...
--
To unsubscribe from this list: send the line "un
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.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/dbx5x0.dtsi | 33 +
arch/arm/boot/dts/snowball.dts |
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/db8500.dtsi | 603
arch/arm/boot/dts/dbx5x0.dtsi | 603
arch/arm/boot/dts/snowball.dts |2 +-
3 files changed, 604 insertions(+), 604 deletions(-)
delete mode
On Wed, Jul 25, 2012 at 05:02:56PM +0530, Naveen N. Rao wrote:
> >>>@@ -453,7 +453,15 @@ int modify_user_hw_breakpoint(struct perf_event
> >>>*bp, struct perf_event_attr *att
> >>> int old_type = bp->attr.bp_type;
> >>> int err = 0;
> >>>
> >>>-perf_event_disable(bp);
> >>>+/*
> >
On Tue, Jul 31, 2012 at 02:31:23PM +0100, Lee Jones wrote:
> If a list of widgets is provided and one of them fails to be added as
> a control, the present semantics fail all subsequent widgets. A better
> solution would be to only fail that widget, but pursue in attempting
> to add the rest of the
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.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500-msp.c | 14 --
arch/arm/
We now initialise the PCM driver through the MSP DAI, so there is
no need to register it though platform code anymore. This patch
strips out all PCM platform registration.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500-msp.c |6 --
1 file changed, 6 deletions(-)
diff --gi
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
The PCM is a pseudo-device. It doesn't have any of it's own registers
or hardware. It rather acts as a layer of abstraction for DMA
transfers. Hence, instead of classifying it as a device in its own
right, we call the initialisation from the MSP driver.
Signed-off-by: Lee Jones
---
sound/soc/ux5
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'.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-mop500-msp.c | 26 --
arch/arm/mach-ux500/bo
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.
Signed-off-by: Lee Jones
---
include/linux/mfd/abx500/ab8500-codec.h |6 ++-
sound/soc/codecs/ab8500-codec.c |
On Tue, 2012-07-31 at 20:10 +0800, Fengguang Wu wrote:
> Another note: the above __update_max_tr back trace only appear accasionally.
> The more typical error messages look like this:
>
> [ 16.195315] Running tests on trace events:
> [ 16.196586] Testing event kfree_skb: [ 16.200404] --
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.
Signed-of
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.
Signed-off-by: Lee Jones
---
sound/soc/ux500/mop500.c | 38 ++
1 file
101 - 200 of 647 matches
Mail list logo
