On Mon, Jul 30, 2012 at 12:15 PM, Jon Mason wrote:
> On Mon, Jul 30, 2012 at 10:50:13AM -0600, Bjorn Helgaas wrote:
>> On Sun, Jul 29, 2012 at 6:26 PM, Jon Mason wrote:
>> > A PCI-Express non-transparent bridge (NTB) is a point-to-point PCIe bus
>> > connecting 2 systems, providing electrical iso
T: Bus=02 Lev=02 Prnt=02 Port=01 Cnt=01 Dev#= 3 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=ff(vend.) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=0a5c ProdID=21f1 Rev= 1.12
S: Manufacturer=Broadcom Corp
S: Product=BCM20702A0
S: SerialNumber=9CB70DCFF833
C:* #Ifs= 4 Cfg#= 1 Atr=e0 MxPwr= 0mA
I:* If#= 0
Hello,
Please CC me on response, I am not subscribed to the list.
hcitool is unable to detect my laptop's bluetooth device:
$ lsusb
Bus 004 Device 009: ID 05ac:821d Apple, Inc.
Bus 004 Device 008: ID 05ac:820b Apple, Inc.
Bus 004 Device 007: ID 05ac:820a Apple, Inc.
Bus 004 Device 006: ID 05ac:
On 07/30/2012 11:12 PM, Huang Ying wrote:
Hi, Don,
Thanks for your comments.
On Mon, 2012-07-30 at 14:03 -0400, Don Dutile wrote:
On 07/27/2012 04:07 AM, Huang Ying wrote:
This patch adds ABI document for the following sysfs file:
/sys/bus/pci/devices/.../d3cold_allowed
Signed-off-by: Huang
On Tue, Jul 31, 2012 at 02:39:11PM +0100, Lee Jones wrote:
> +Required properties:
> + - compatible: "stericsson,snd-soc-mop500"
> +Non-standard properties:
> + - Machine Driver:
> + - stericsson,cpu-dai : Phandle to the CPU-side DAI
> + - stericsson,audio-codec : Phandl
From: Damien Cassou
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.
Signed-off-by: Damien Cassou
---
drivers/vi
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(pde
From: Damien Cassou
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.
Signed-off-by: Damien Cassou
---
drivers/vi
From: Damien Cassou
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.
Signed-off-by: Damien Cassou
---
drivers/vi
On Tue, Jul 31, 2012 at 02:39:12PM +0100, Lee Jones wrote:
> +Optional properties:
> + - interrupts : The interrupt outputs from the device.
If there's more than one interrupt then how are they ordered?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
These patches introduce devm_ functions in some video drivers.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.
From: Damien Cassou
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.
Signed-off-by: Damien Cassou
---
drivers/vi
From: Damien Cassou
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.
Signed-off-by: Damien Cassou
---
drivers/vi
On Tue, Jul 31, 2012 at 02:31:30PM +0100, Lee Jones wrote:
> 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.
Err what? hi
On Tue, Jul 31, 2012 at 06:42:54AM -0400, Konrad Rzeszutek Wilk wrote:
> 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.
On Tue, Jul 31, 2012 at 9:54 AM, Damien Cassou wrote:
> 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.
Acked
Mitsuo Hayasaka wrote:
> 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)
Wouldn't it be better to return EINVAL or EDOM?
Da
On Tue, 31 Jul 2012, JoonSoo Kim wrote:
> In man page, there is following statement.
> "status is an array of integers that return the status of each page. The
> array
> only contains valid values if move_pages() did not return an error."
> And current implementation of move_pages() syscall doe
We piggyback on "xen/swiotlb: Use the swiotlb_late_init_with_tbl to init
Xen-SWIOTLB late when PV PCI is used." functionality to start up
the Xen-SWIOTLB if we are hot-plugged. This allows us to bypass
the need to supply 'iommu=soft' on the Linux command line (mostly).
With this patch, if a user fo
This enables the caller to initialize swiotlb with its own iotlb
memory late in the bootup.
See git commit eb605a5754d050a25a9f00d718fb173f24c486ef
"swiotlb: add swiotlb_tbl_map_single library function" which will
explain the full details of what it can be used for.
CC: FUJITA Tomonori
Signed-of
Its pretty easy:
1). We only check to see if we need Xen SWIOTLB for PV guests.
2). If swiotlb=force or iommu=soft is set, then Xen SWIOTLB will
be enabled.
3). If it is an initial domain, then Xen SWIOTLB will be enabled.
4). Native SWIOTLB must be disabled for PV guests.
Signed-off-by:
The original problem I mentioned in the above mentioned URL:
"if one boots a PV 64-bit guests with more than 4GB, the SWIOTLB [Xen]
gets turned on - and 64MB of precious low-memory gets used." was totally
bogus. The SWIOTLB that gets turned on is the *native* one - which does
not exhaust any low-me
With this patch we provide the functionality to initialize the
Xen-SWIOTLB late in the bootup cycle - specifically for
Xen PCI-frontend. We still will work if the user had
supplied 'iommu=soft' on the Linux command line.
CC: FUJITA Tomonori
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/incl
If a PV guest is booted the native SWIOTLB should not be
turned on. It does not help us (we don't have any PCI devices)
and it eats 64MB of good memory. In the case of PV guests
with PCI devices we need the Xen-SWIOTLB one.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/pci-swiotlb-xen.c
I have an interesting issue with the combination of i2c dummy devices,
regmap-irq and domains.
I have been adding device tree support to the palmas mfd driver.
The palmas device has 3 i2c addresses it responds to so it has one
normal i2c device and 2 dummy devices to claim the 2nd/3rd addresses
(
On Tue, Jul 31, 2012 at 06:51:03PM +0900, Alex Courbot wrote:
> 2) On cleanup, it cleans the resources that needs to be freed (i.e.
> those that are not devm-handled).
> 2) can certainly be removed either by enforcing use of devm, or by
> doing reference counting. 1) seems more difficult to avoid
On Tue, Jul 31, 2012 at 12:56:40PM +0200, Thierry Reding wrote:
> On Tue, Jul 31, 2012 at 07:32:20PM +0900, Alex Courbot wrote:
> > The thing is that I am not sure what happens to the platform data
> > once probe() is done. Isn't it customary to mark it with __devinit
> > and have it freed after p
From: Heiko Carstens
The LO_ARG define needs to consider endianness also for 32 bit builds.
The "bpf_fancy" test case didn't work on s390 in 32 bit and compat mode
because the LO_ARG define resulted in a BPF program which read the upper
halve of the 64 bit system call arguments instead of the lo
On Jul 20, 2012, at 7:42 AM, Zhao Chenhui wrote:
> In sleep PM mode, the clocks of e500 core and unused IP blocks is
> turned off. IP blocks which are allowed to wake up the processor
> are still running.
>
> Some Freescale chips like MPC8536 and P1022 has deep sleep PM mode
> in addtion to the
On Tue, Jul 31, 2012 at 03:11:21PM +0100, Graeme Gregory wrote:
> -d->domain = irq_domain_add_legacy(map->dev->of_node,
> +d->domain = irq_domain_add_legacy(dev->of_node,
Oh, ick. If we're going to have to do this sort of stuff we should just
pass the of_node in and have done wit
On Mon, Jul 30, 2012 at 02:03:57PM +0400, Stanislav Kinsbursky wrote:
> 28.07.2012 01:54, J. Bruce Fields пишет:
> >On Wed, Jul 25, 2012 at 04:55:45PM +0400, Stanislav Kinsbursky wrote:
> >>Bruce, I feel this patch set is ready for inclusion.
> >>
> >>v2:
> >>1) Rebase on Bruce's "for-3.6" branch.
On 07/31/2012 03:54 PM, Julia Lawall wrote:
>
>
> 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)
>>> {
On Jul 20, 2012, at 7:42 AM, Zhao Chenhui wrote:
> Some 85xx silicons like MPC8536 and P1022 have a JOG feature, which provides
> a dynamic mechanism to lower or raise the CPU core clock at runtime.
>
> This patch adds the support to change CPU frequency using the standard
> cpufreq interface. T
On Tue, Jul 31, 2012 at 03:13:29PM +0100, Mark Brown wrote:
> On Tue, Jul 31, 2012 at 12:56:40PM +0200, Thierry Reding wrote:
> > On Tue, Jul 31, 2012 at 07:32:20PM +0900, Alex Courbot wrote:
>
> > > The thing is that I am not sure what happens to the platform data
> > > once probe() is done. Isn'
On Tue, Jul 31, 2012 at 05:37:07PM +0900, Alex Courbot wrote:
> On 07/30/2012 08:00 PM, Simon Glass wrote:
> >For the delay, I think milliseconds is reasonable. I suppose there is
> >no reasonable need for microseconds?
> I don't see any need for microseconds myself - anybody sees use for
> finer
On Jul 20, 2012, at 7:42 AM, Zhao Chenhui wrote:
> Signed-off-by: Zhao Chenhui
> ---
> arch/powerpc/platforms/85xx/smp.c | 46 ++--
> 1 files changed, 23 insertions(+), 23 deletions(-)
applied to next
- k--
To unsubscribe from this list: send the line "unsubscr
On 31/07/12 14:42, Mark Brown wrote:
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 a
On Jul 20, 2012, at 7:42 AM, Zhao Chenhui wrote:
> In the case of cpu hotplug, the cpu_state should be set to CPU_UP_PREPARE
> when kicking cpu.
> Otherwise, the cpu_state is always CPU_DEAD after calling
> generic_set_cpu_dead(), which
> makes the delay in generic_cpu_die() not happen.
>
> Si
On Jul 20, 2012, at 7:42 AM, Zhao Chenhui wrote:
> Do hardware timebase sync. Firstly, stop all timebases, and transfer
> the timebase value of the boot core to the other core. Finally,
> start all timebases.
>
> Only apply to dual-core chips, such as MPC8572, P2020, etc.
>
> Signed-off-by: Zha
On Jul 20, 2012, at 7:42 AM, Zhao Chenhui wrote:
> Add support to disable and re-enable individual cores at runtime
> on MPC85xx/QorIQ SMP machines. Currently support e500v1/e500v2 core.
>
> MPC85xx machines use ePAPR spin-table in boot page for CPU kick-off.
> This patch uses the boot page from
On Tue, Jul 31, 2012 at 04:22:17PM +0200, Thierry Reding wrote:
> On Tue, Jul 31, 2012 at 03:13:29PM +0100, Mark Brown wrote:
> > __devinit can be discarded if you disable enough kernel features,
> > HOTPLUG is the main one IIRC, modules might also need to go - drivers
> > really ought to take a c
31.07.2012 18:19, J. Bruce Fields пишет:
On Mon, Jul 30, 2012 at 02:03:57PM +0400, Stanislav Kinsbursky wrote:
28.07.2012 01:54, J. Bruce Fields пишет:
On Wed, Jul 25, 2012 at 04:55:45PM +0400, Stanislav Kinsbursky wrote:
Bruce, I feel this patch set is ready for inclusion.
v2:
1) Rebase on B
The test scheduler allows testing a block device by dispatching
specific requests according to the test case and declare PASS/FAIL
according to the requests completion error code
Signed-off-by: Maya Erez
---
Documentation/block/test-iosched.txt | 39 ++
block/Kconfig.iosched|
The write packing statistics are used for the packed commands unit tests
in order to determine test success or failure
Signed-off-by: Maya Erez
---
drivers/mmc/card/block.c | 57 ++-
drivers/mmc/core/bus.c |4 +
drivers/mmc/core/debugfs.c | 176 ++
Expose the following packed commands tests:
- Test the write packed commands list preparation
- Simulate a returned error code
- Send an invalid packed command to the card
Signed-off-by: Lee Susman
Signed-off-by: Maya Erez
---
drivers/mmc/card/Kconfig | 11 +
drivers/mmc/card/Makefil
On Tue, Jul 31, 2012 at 03:25:07PM +0100, Lee Jones wrote:
> On 31/07/12 14:42, Mark Brown wrote:
> >You're posting this *again* without bothering to respond to my review
> >comments.
> I didn't see any comments on this.
Read your email. <20120726115450.ge3...@opensource.wolfsonmicro.com>
and <
Please pull nfsd (and some lockd and a couple locks/lease) changes from:
git://linux-nfs.org/~bfields/linux.git nfsd-next
This has been an unusually quiet cycle--mostly bugfixes and cleanup.
The one large piece is Stanislav's work to containerize the server's
grace period--but that in its
On 31/07/12 14:56, Russell King - ARM Linux wrote:
On Tue, Jul 31, 2012 at 02:31:30PM +0100, Lee Jones wrote:
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
On 31/07/12 14:40, Mark Brown wrote:
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...
I know *emba
On Tue, Jul 31, 2012 at 03:26:07PM +0100, Mark Brown wrote:
> On Tue, Jul 31, 2012 at 04:22:17PM +0200, Thierry Reding wrote:
> > On Tue, Jul 31, 2012 at 03:13:29PM +0100, Mark Brown wrote:
>
> > > __devinit can be discarded if you disable enough kernel features,
> > > HOTPLUG is the main one IIRC
On Tue, Jul 31, 2012 at 10:29:48AM -0400, bfields wrote:
> Please pull nfsd (and some lockd and a couple locks/lease) changes from:
By the way, for a few years now I've been semi-regularly picking up
locks.c changes for my tree. I wonder if I should be.
At the least we should probably remove thi
Hi Jens,
Do you have comments on this patch?
Can we push it to kernel 3.6 version?
Thanks,
Maya
On Tue, July 31, 2012 7:25 am, Maya Erez wrote:
> The test scheduler allows testing a block device by dispatching
> specific requests according to the test case and declare PASS/FAIL
> according to the
On Tue, 2012-07-31 at 11:33 +0100, Mel Gorman wrote:
> On Tue, Jul 31, 2012 at 02:24:41PM +1000, Stephen Rothwell wrote:
> > Hi Andrew,
> >
> > Today's linux-next merge of the akpm tree got a conflict in
> > net/sunrpc/xprtsock.c between commit 5cf02d09b50b ("nfs: skip commit in
> > releasepage if
On Tue, Jul 31, 2012 at 03:29:48PM +0100, Lee Jones wrote:
> On 31/07/12 14:56, Russell King - ARM Linux wrote:
>> On Tue, Jul 31, 2012 at 02:31:30PM +0100, Lee Jones wrote:
>>> The current kernel commandline for ux500 based devices includes
>>> hard-coded allocations for things like mali and hwmem
On Mon, 2012-07-30 at 11:51 -0400, Steven Rostedt wrote:
> As the merge window opened the day after I sent this (which was also the
> same day I left for vacation :-p ), I recommend that this goes in v3.7.
>
> Can you pull this in for 3.7, or do you want me to post another pull
> request after th
On 31/07/12 15:28, Mark Brown wrote:
On Tue, Jul 31, 2012 at 03:25:07PM +0100, Lee Jones wrote:
On 31/07/12 14:42, Mark Brown wrote:
You're posting this *again* without bothering to respond to my review
comments.
I didn't see any comments on this.
Read your email. <20120726115450.ge3...
David Howells writes:
> Mitsuo Hayasaka wrote:
>
>> 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)
>
> Wouldn't it be be
On Tue, Jul 31, 2012 at 09:44:13AM -0400, Steven Rostedt wrote:
> 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 t
On Tue, Jul 31, 2012 at 09:33:45AM -0400, Steven Rostedt wrote:
> 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,
> >
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
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
On Tue, 31 Jul 2012, Konrad Rzeszutek Wilk wrote:
> If a PV guest is booted the native SWIOTLB should not be
> turned on. It does not help us (we don't have any PCI devices)
> and it eats 64MB of good memory. In the case of PV guests
> with PCI devices we need the Xen-SWIOTLB one.
>
> Signed-off-b
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
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
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
> > > + /* This is superflous and shouldn't be neccessary, but you know what
> > > + * lets do it. The MODULES_VADDR -> MODULES_END should be clear of
> > > + * anything at this stage. */
> > > + xen_cleanhighmap(MODULES_VADDR, roundup(MODULES_VADDR, PUD_SIZE) - 1);
> >
> > I would stick an #ifd
> > > + for (i = 0; i < ARRAY_SIZE(addr); i++) {
> > > + unsigned j;
> > > + /* No idea about the order the addr are in, so just do them
> > > twice. */
> > > + for (j = 0; j < ARRAY_SIZE(addr); j++) {
> >
> > I don't think I understand this double loop.
>
> So with Xen t
On Tue, 2012-07-31 at 07:44 -0700, Paul E. McKenney wrote:
> > Found it (and Cc'd David).
> >
> > In __update_max_tr() we have:
> >
> > max_data = task_uid(tsk);
> >
> > where task_uid() is:
> >
> > #define task_uid(task) (task_cred_xxx((task), uid))
> >
> > #define task_cred
Changelog:
Since v1: [http://lists.xen.org/archives/html/xen-devel/2012-07/msg01561.html]
- added more comments, and #ifdefs
- squashed The L4 and L4, L3, and L2 recycle patches together
- Added Acked-by's
The explanation of these patches is exactly what v1 had:
The details of this problem are
After all, this is what it is there for.
Acked-by: Jan Beulich
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/mmu.c | 13 ++---
1 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/arch/x86/xen/mmu.c b/arch/x86/xen/mmu.c
index 6ba6100..7247e5a 100644
--- a/arch/x86/xe
Please first read the description in "xen/mmu: Copy and revector the
P2M tree."
At this stage, the __ka address space (which is what the old
P2M tree was using) is partially disassembled. The cleanup_highmap
has removed the PMD entries from 0-16MB and anything past _brk_end
up to the max_pfn_mappe
As we are not using them. We end up only using the L1 pagetables
and grafting those to our page-tables.
[v1: Per Stefano's suggestion squashed two commits]
[v2: Per Stefano's suggestion simplified loop]
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/mmu.c | 40 ++
B/c we do not need it. During the startup the Xen provides
us with all the memory mapped that we need to function.
Signed-off-by: Konrad Rzeszutek Wilk
---
arch/x86/xen/mmu.c | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/arch/x86/xen/mmu.c b/arch/x86/xen/mmu.
Please first read the description in "xen/p2m: Add logic to revector a
P2M tree to use __va leafs" patch.
The 'xen_revector_p2m_tree()' function allocates a new P2M tree
copies the contents of the old one in it, and returns the new one.
At this stage, the __ka address space (which is what the old
During bootup Xen supplies us with a P2M array. It sticks
it right after the ramdisk, as can be seen with a 128GB PV guest:
(certain parts removed for clarity):
xc_dom_build_image: called
xc_dom_alloc_segment: kernel : 0x8100 -> 0x81e43000
(pfn 0x1000 + 0xe43 pages)
x
On Mon, 2012-07-30 at 22:11 -0700, Linus Torvalds wrote:
> On Mon, Jul 30, 2012 at 4:17 PM, Alex Williamson
> wrote:
> >
> > I'm pretty anxious to find out as well. Linus, ping, any thoughts on
> > including this in 3.6? Thanks,
>
> I just pulled it, but then I unpulled again when I realized it
On 07/31/2012 02:59 PM, Stefan Priebe - Profihost AG wrote:
> 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 i
On Tue, Jul 31, 2012 at 03:38:02PM +0100, Lee Jones wrote:
> Neither of those are in my Inbox. Blame Mozilla. :)
You might want to look at a better mail program.
> It's better because the whole audio system doesn't fail in the case
> of minor failure. It'd be like calling off a football game (or
On Tue, Jul 31, 2012 at 03:45:40PM +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
On Tue, 2012-07-31 at 10:51 -0400, Steven Rostedt wrote:
> > OK, I will bite. How about using something like RCU_NONIDLE(), either
> > directly or open-coded, to make it a legal call site?
>
> OK, then something like:
>
> RCU_NONIDLE(max_data = task_uid(tsk));
>
> would work when called
* Frederic Weisbecker wrote:
> On Tue, Jul 31, 2012 at 09:06:40AM +0200, Ingo Molnar wrote:
> >
> > * Frederic Weisbecker wrote:
> >
> > > On Mon, Jul 30, 2012 at 05:08:12PM +0200, Peter Zijlstra wrote:
> > > > On Fri, 2012-07-27 at 17:40 +0200, Frederic Weisbecker wrote:
> > > > > +++ b/kern
On 31/07/12 14:55, Mark Brown wrote:
On Tue, Jul 31, 2012 at 02:39:12PM +0100, Lee Jones wrote:
+Optional properties:
+ - interrupts : The interrupt outputs from the device.
If there's more than one interrupt then how are they ordered?
It doesn't matter. If there are any more than one
On 31/07/12 14:53, Mark Brown wrote:
On Tue, Jul 31, 2012 at 02:39:11PM +0100, Lee Jones wrote:
+Required properties:
+ - compatible: "stericsson,snd-soc-mop500"
+Non-standard properties:
+ - Machine Driver:
+ - stericsson,cpu-dai : Phandle to the CPU-side DAI
+ - st
On 31/07/12 15:56, Mark Brown wrote:
On Tue, Jul 31, 2012 at 03:45:40PM +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 a
On Tue, Jul 31, 2012 at 10:51:51AM -0400, Steven Rostedt wrote:
> On Tue, 2012-07-31 at 07:44 -0700, Paul E. McKenney wrote:
>
> > > Found it (and Cc'd David).
> > >
> > > In __update_max_tr() we have:
> > >
> > > max_data = task_uid(tsk);
> > >
> > > where task_uid() is:
> > >
> > > #define
On Tue, Jul 31, 2012 at 03:59:46PM +0100, Lee Jones wrote:
> On 31/07/12 14:55, Mark Brown wrote:
> >>+Optional properties:
> >>+ - interrupts : The interrupt outputs from the device.
> >If there's more than one interrupt then how are they ordered?
> It doesn't matter. If there are any mor
* Steven Rostedt wrote:
> On Fri, 2012-07-20 at 22:19 -0400, Steven Rostedt wrote:
> > Ingo,
> >
> > This patch series extends ftrace function tracing utility to be
> > more dynamic for its users. It allows for data passing to the callback
> > functions, as well as reading regs as if a breakpoi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
For the second part of media patches:
- radio API: add support to work with radio frequency bands;
- new AM/FM radio
On 31/07/12 15:54, Mark Brown wrote:
On Tue, Jul 31, 2012 at 03:38:02PM +0100, Lee Jones wrote:
Neither of those are in my Inbox. Blame Mozilla. :)
You might want to look at a better mail program.
Willingly. Any good suggestions?
It's better because the whole audio system doesn't fail in
On Tue, Jul 31, 2012 at 04:09:08PM +0100, Lee Jones wrote:
> On 31/07/12 15:56, Mark Brown wrote:
> >To reiterate, this is in *no* way urgent or even a bug fix.
> It fixes sound in our driver.
> Without this the card failes to instantiate.
You're kidding, right? Fix the actual error.
> Isn't
PWM Support (PWM) [N/y/?] (NEW) ?
CONFIG_PWM:
This enables PWM support through the generic PWM framework.
Well that's.. enlightening. I'm picking on PWM here, but this isn't an
isolated case. Every merge window we see a slew of new options with useless
help texts. They may as well be non-exis
On Tue, Jul 31, 2012 at 04:15:23PM +0100, Lee Jones wrote:
> On 31/07/12 15:54, Mark Brown wrote:
> >You might want to look at a better mail program.
> Willingly. Any good suggestions?
mutt works for me.
> >It's certainly totally inappropriate for an "urgent" bugfix.
> Well it just means that
On Tue, Jul 31, 2012 at 10:56:23AM -0400, Steven Rostedt wrote:
> On Tue, 2012-07-31 at 10:51 -0400, Steven Rostedt wrote:
>
> > > OK, I will bite. How about using something like RCU_NONIDLE(), either
> > > directly or open-coded, to make it a legal call site?
> >
> > OK, then something like:
>
On Sun, Jul 29, 2012 at 09:59:00PM +0100, Matthew Garrett wrote:
> On Sun, Jul 29, 2012 at 09:52:51PM +0100, David Woodhouse wrote:
> > On Sun, 2012-07-29 at 20:39 +0100, Matthew Garrett wrote:
> > > And it looks like intel_lvds->edid is only set during intel_lvds_init().
> > > That seems less tha
On Tue, Jul 31, 2012 at 02:37:24PM +, Myklebust, Trond wrote:
> On Tue, 2012-07-31 at 11:33 +0100, Mel Gorman wrote:
> > On Tue, Jul 31, 2012 at 02:24:41PM +1000, Stephen Rothwell wrote:
> > > Hi Andrew,
> > >
> > > Today's linux-next merge of the akpm tree got a conflict in
> > > net/sunrpc/x
On Tue, Jul 31, 2012 at 03:42:56PM +0800, wei_w...@realsil.com.cn wrote:
> From: Wei WANG
>
> Realtek SD/MMC card interface driver is used to access
> SD/MMC card, with the help of Realtek card reader adapter driver.
Yep,
it builds and boots fine with latest Linus tree.
When I put the card in,
On Mon, Jul 30, 2012 at 02:47:44PM -0500, Seth Jennings wrote:
> Fixes uninitialized variable warning on 'type' in frontswap_shrink().
> type is set before use by __frontswap_unuse_pages() called by
> __frontswap_shrink() called by frontswap_shrink() before use by
> try_to_unuse().
OK, applied.
>
Hi Catalin,
On 7/24/2012 6:05 AM, Catalin Marinas wrote:
On Tue, Jul 24, 2012 at 02:09:04AM +0100, Cyril Chemparathy wrote:
This patch applies to PAGE_MASK, PMD_MASK, and PGDIR_MASK, where forcing
unsigned long math truncates the mask at the 32-bits. This clearly does bad
things on PAE systems
On Tue, 2012-07-31 at 16:19 +0100, Mel Gorman wrote:
> On Tue, Jul 31, 2012 at 02:37:24PM +, Myklebust, Trond wrote:
> > On Tue, 2012-07-31 at 11:33 +0100, Mel Gorman wrote:
> > > On Tue, Jul 31, 2012 at 02:24:41PM +1000, Stephen Rothwell wrote:
> > > > Hi Andrew,
> > > >
> > > > Today's linux
201 - 300 of 647 matches
Mail list logo
