On Thu, Jul 26, 2012 at 10:24:41AM -0700, Eric W. Biederman wrote:
> Please see my userns-always-map-user-v41 branch.
d'oh. thanks Eric
--
Aristeu
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
On 07/23/2012 07:26 AM, Matthew Garrett wrote:
On Fri, Jul 20, 2012 at 03:10:56PM -0700, H. Peter Anvin wrote:
On 07/20/2012 03:08 PM, Khalid Aziz wrote:
Replace very long constants for EFI variable attributes
with shorter and more convenient names. Also create an
alias for the current longer
On 07/02/2012 09:25 PM, Alexander Holler wrote:
> Hi Florian,
>
> sorry for the late answer.
>
> Am 13.05.2012 14:47, schrieb Florian Tobias Schandinat:
>> Hi Alexander,
>>
>> On 04/21/2012 11:26 AM, Alexander Holler wrote:
>>> Hello,
>>>
>>> as for the patch for udlfb, I forgot to mention that
Aristeu Rozanski writes:
> Hi Eric,
> On Wed, Jul 25, 2012 at 04:14:41PM -0700, Eric W. Biederman wrote:
>> Sorry no. I have unfortunately been a bit out of it for the last few
>> weeks and I have patches to address this already in my development tree.
>
> what's the tree you're using for
Missed a firmware file in cx18-av-firmware.c
rtg
--
Tim Gardner tim.gard...@canonical.com
>From 9b4be013f173efc12bb2776394bf6a5abb8725b6 Mon Sep 17 00:00:00 2001
From: Tim Gardner
Date: Thu, 26 Jul 2012 11:03:51 -0600
Subject: [PATCH v2] cx18: Declare MODULE_FIRMWARE usage
Cc: Andy Walls
Cc:
On Thu, 26 Jul 2012, David Vrabel wrote:
> On 26/07/12 16:33, Stefano Stabellini wrote:
> >
> > + * The hvc ISS is required to be 0xEA1, that is the Xen specific ARM
> > + * hypercall tag.
>
> Is this number, 0xea1, assigned to Xen by some external body?
I am not aware of any "external body"
On Wed, Jul 25, 2012 at 7:10 PM, Jeff Garzik wrote:
>
> Thanks, so noted. I guess if the merge gets more complex than something
> easily described in an email, that implies that maintainers should do more
> cross-coordination and maybe a merge tree.
It's fairly rare. It happens mostly with the
Hi Eric,
On Wed, Jul 25, 2012 at 04:14:41PM -0700, Eric W. Biederman wrote:
> Sorry no. I have unfortunately been a bit out of it for the last few
> weeks and I have patches to address this already in my development tree.
what's the tree you're using for development? ebiederm/user-namespace.git
ed
> initializer to initialize the field enabled. A compound literal is not a
> constant expression.
Seeing the same thing on ia64 building next-20120726. Same fix works
for me ... so I'll steal this whole changelog and attributes.
-Tony
--
To unsubscribe from this list: send the line &q
Hello Ramakrishna,
On Thu, Jul 26, 2012 at 08:47:24PM +0530, Ramakrishna Pallala wrote:
> On some platforms one driver(or HW chip) may not be able to provide all
> the necessary attributes of the power supply connected to the platform or
> may provide very limited info which can be used by
Cc: Andy Walls
Cc: Mauro Carvalho Chehab
Cc: ivtv-de...@ivtvdriver.org
Cc: linux-me...@vger.kernel.org
Signed-off-by: Tim Gardner
---
drivers/media/video/cx18/cx18-driver.c |1 +
drivers/media/video/cx18/cx18-firmware.c | 10 --
2 files changed, 9 insertions(+), 2 deletions(-)
> The following commands were marked as "safe":
>
> Clear Breakpoint
> Enable Breakpoint
> Disable Breakpoint
> Display exception frame
> Stack traceback
This is sufficient to steal cryptographic keys in many environments. In
fact you merely need two or three
On 07/26/2012 09:19 AM, Salar Ali Mumtaz wrote:
> Hi.
>
> Thanks for the quick reply.
>
> This adds the current values to the dependencies in the debug_info, which you
> get when you select "Show debug info"
> from the popup you get after you right click. For some values, there is no
> help
On 26/07/12 16:33, Stefano Stabellini wrote:
>
> + * The hvc ISS is required to be 0xEA1, that is the Xen specific ARM
> + * hypercall tag.
Is this number, 0xea1, assigned to Xen by some external body?
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Thu, Jul 26, 2012 at 12:25 AM, Borislav Petkov wrote:
> On Wed, Jul 25, 2012 at 01:00:10AM +0800, Ming Lei wrote:
>> This patch introduces one devres API of devres_for_each_res
>> so that the device's driver can iterate each resource it has
>> interest in.
>>
>> The firmware loader will use
On Thu, Jul 26, 2012 at 01:03:11PM +0800, Bryan Wu wrote:
> Just one quick patch for my idea: emitting a uevent in sysfs_create_file().
>
> --
> diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
> index 00012e3..04da869 100644
> --- a/fs/sysfs/file.c
> +++ b/fs/sysfs/file.c
> @@ -570,10 +570,14 @@
On Thu, Jul 26, 2012 at 04:33:46PM +0100, Stefano Stabellini wrote:
> sync_bitops functions are equivalent to the SMP implementation of the
> original functions, independently from CONFIG_SMP being defined.
So why can't the code be changed to use that? Is it that
the _set_bit, _clear_bit, etc are
On Thu, Jul 26, 2012 at 04:33:45PM +0100, Stefano Stabellini wrote:
> ARM Xen guests always use paging in hardware, like PV on HVM guests in
> the X86 world.
Nice, so no dealing with the P2M at all in the guest?
>
> Signed-off-by: Stefano Stabellini
> ---
> arch/arm/include/asm/xen/page.h |
Cc: Mauro Carvalho Chehab
Cc: linux-me...@vger.kernel.org
Signed-off-by: Tim Gardner
---
drivers/media/video/cx25840/cx25840-firmware.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/cx25840/cx25840-firmware.c
On Thu, Jul 26, 2012 at 04:33:44PM +0100, Stefano Stabellini wrote:
> Use r12 to pass the hypercall number to the hypervisor.
>
> We need a register to pass the hypercall number because we might not
> know it at compile time and HVC only takes an immediate argument.
>
> Among the available
I replaced your old patch with the newly posted ones.
Thanks,
Ralf
--
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
On some platforms one driver(or HW chip) may not be able to provide all
the necessary attributes of the power supply connected to the platform or
may provide very limited info which can be used by core/primary drivers.
For example a temperature sensor chip placed near the battery can be used
to
On Thu, Jul 26, 2012 at 04:33:43PM +0100, Stefano Stabellini wrote:
> - Basic hypervisor.h and interface.h definitions.
> - Skelethon enlighten.c, set xen_start_info to an empty struct.
Skeleton
> - Do not limit xen_initial_domain to PV guests.
Better wording: Make xen_initial_domain dependent
On Wed, Jul 25, 2012 at 5:01 PM, Yaniv Gardi wrote:
> This feature delete the unmap memory region of the eMMC card,
> by writing to a specific register in the EXT_CSD
> unmap region is the memory region that were previously deleted
> (by erase, trim or discard operation)
>
> Signed-off-by: Yaniv
From: Stephen M. Cameron
I think ioremap() ends up being equivalent to ioremap_nocache
by default, but we should signal our intent that these mappings
should be non-cacheable.
Signed-off-by: Stephen M. Cameron
---
drivers/scsi/hpsa.c |3 ++-
1 files changed, 2 insertions(+), 1
Only one important bug fix, we should use LUN reset rather
than target reset in the reset error handler as Smart Array
logical drives don't actually support target reset and end up
getting offlined, which is pretty bad. I had done my reset
testing with tape drives only, which turns out to have
From: Stephen M. Cameron
In the abort handler, when asked to abort a command which
is not known to the driver, SUCCESS is returned, but the
diagnostic message incorrectly indicates the abort failed.
Signed-off-by: Stephen M. Cameron
---
drivers/scsi/hpsa.c |2 +-
1 files changed, 1
From: Stephen M. Cameron
It turns out Smart Array logical drives do not support target
reset and when the target reset fails, the logical drive will
be taken off line. Symptoms look like this:
hpsa :03:00.0: Abort request on C1:B0:T0:L0
hpsa :03:00.0: resetting device 1:0:0:0
hpsa
On Thu, Jul 26, 2012 at 08:53:02AM +0100, Ian Campbell wrote:
> On Tue, 2012-07-24 at 16:23 -0400, Konrad Rzeszutek Wilk wrote:
> > diff --git a/arch/x86/xen/p2m.c b/arch/x86/xen/p2m.c
> > index 64effdc..b5bb26c 100644
> > --- a/arch/x86/xen/p2m.c
> > +++ b/arch/x86/xen/p2m.c
> > @@ -498,7 +498,14
Cc: Ian Abbott
Cc: Mori Hess
Cc: Greg Kroah-Hartman
Cc: Bernd Porr
Cc: Dan Carpenter
Cc: H Hartley Sweeten
Cc: de...@driverdev.osuosl.org
Signed-off-by: Tim Gardner
---
drivers/staging/comedi/drivers/usbduxsigma.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
For those of you who are worrying, the real registration link for the
kernel summit (as opposed to the google form to count who's going) will
be sent out soon. This link will also allow you to register for
Plumbers for $200 (which won't change even after the late registration
deadline).
James
Cc: Ian Abbott
Cc: Mori Hess
Cc: Greg Kroah-Hartman
Cc: H Hartley Sweeten
Cc: de...@driverdev.osuosl.org
Signed-off-by: Tim Gardner
---
drivers/staging/comedi/drivers/usbdux.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/usbdux.c
On Thu, 2012-07-26 at 08:43 -0700, Randy Dunlap wrote:
> On 07/25/2012 10:04 PM, Stephen Rothwell wrote:
>
> > Hi all,
> >
> >
> > Changes since 20120725:
> >
> >
>
>
> on x86_64:
>
> CC [M] drivers/vfio/pci/vfio_pci_intrs.o
> drivers/vfio/pci/vfio_pci_intrs.c: In function
On Wed, 2012-07-25 at 08:53 -0600, Alex Williamson wrote:
> Hi Linus,
>
> This series includes the VFIO userspace driver interface for the
> 3.6 kernel merge window. This driver is intended to provide a
> secure interface for device access using IOMMU protection for
> applications like
On 26/07/12 16:25, Mark Brown wrote:
On Thu, Jul 26, 2012 at 04:23:33PM +0100, Lee Jones wrote:
What's my 'control data'? It's not used in the original codec patch.
The old way wants to go:
snd_soc_update_bits() -> snd_soc_read() -> ab8500_codec_read_reg()
When then calls back into
Cc: Ian Abbott
Cc: Mori Hess
Cc: Greg Kroah-Hartman
Cc: H Hartley Sweeten
Cc: Ravishankar Karkala Mallikarjunayya
Cc: de...@driverdev.osuosl.org
Signed-off-by: Tim Gardner
---
drivers/staging/comedi/drivers/usbduxfast.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
On 07/20/2012 09:49 AM, Mel Gorman wrote:
+retry:
mutex_lock(>i_mmap_mutex);
vma_prio_tree_foreach(svma,,>i_mmap, idx, idx) {
if (svma == vma)
continue;
+ if (svma->vm_mm == vma->vm_mm)
+ continue;
+
+
On ARM all guests are HVM guests, including Dom0.
Allow dom0_write_console to be called by an HVM domain.
Signed-off-by: Stefano Stabellini
---
drivers/tty/hvc/hvc_xen.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/tty/hvc/hvc_xen.c
Compile events.c on ARM.
Parse, map and enable the IRQ to get event notifications from the device
tree (node "/xen").
On ARM Linux irqs are not enabled by default:
- call enable_percpu_irq for xen_events_irq (drivers are supposed
to call enable_irq after request_irq);
- reset the IRQ_NOAUTOEN
We used to rely on a core_initcall to initialize Xen on ARM, however
core_initcalls are actually called after early consoles are initialized.
That means that hvc_xen.c is going to be initialized before Xen.
Given the lack of a better alternative, just call a new Xen
initialization function
On 07/26, Thomas Gleixner wrote:
>
> On Thu, 26 Jul 2012, Peter Zijlstra wrote:
> > On Wed, 2012-07-25 at 15:40 -0700, Tejun Heo wrote:
> > > > This patch disables preemption during complete(), since we call
> > > > schedule() directly afterwards, so it will correctly enter
> > > >
Initialize the grant table mapping at the address specified at index 0
in the DT under the /xen node.
After the grant table is initialized, call xenbus_probe (if not dom0).
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 13 +
drivers/xen/grant-table.c |2 +-
Signed-off-by: Stefano Stabellini
---
arch/arm/Kconfig | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index a91009c..9c54cb4 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -2228,6 +2228,16 @@ config NEON
From: Ian Campbell
Do not apply!
This is a simple, hacky implementation of xen_remap_domain_mfn_range,
using XENMAPSPACE_gmfn_foreign.
It should use same interface as hybrid x86.
Signed-off-by: Ian Campbell
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 79
Only until we get the balloon driver to work.
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index 60d6d36..1476b0b 100644
---
Signed-off-by: Stefano Stabellini
---
arch/arm/include/asm/xen/hypercall.h | 19 +++
drivers/net/xen-netback/netback.c|1 +
drivers/net/xen-netfront.c |1 +
3 files changed, 21 insertions(+), 0 deletions(-)
diff --git
Use Xen features to figure out if we are privileged.
XENFEAT_dom0 was introduced by 23735 in xen-unstable.hg.
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c |7 +++
include/xen/interface/features.h |3 +++
2 files changed, 10 insertions(+), 0 deletions(-)
Signed-off-by: Stefano Stabellini
---
drivers/block/xen-blkback/blkback.c |1 +
include/xen/interface/io/protocols.h |3 +++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/block/xen-blkback/blkback.c
b/drivers/block/xen-blkback/blkback.c
index 73f196c..63dd5b9
In order for privcmd mmap to work correctly, xen_remap_domain_mfn_range
needs to be implemented for HVM guests.
If it is not, mmap is going to fail later on.
Signed-off-by: Stefano Stabellini
---
drivers/xen/privcmd.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git
From: Ian Campbell
Currently ARM setup_early_printk does not support alternative early
consoles and it always registers early_console only.
This patch adds support for xenboot_console.
Signed-off-by: Ian Campbell
Signed-off-by: Stefano Stabellini
---
arch/arm/kernel/early_printk.c | 11
Signed-off-by: Stefano Stabellini
---
arch/arm/mach-vexpress/v2m.c | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-vexpress/v2m.c b/arch/arm/mach-vexpress/v2m.c
index fde26ad..dee1451 100644
--- a/arch/arm/mach-vexpress/v2m.c
+++
Update struct xen_add_to_physmap to be in sync with Xen's version of the
structure.
The size field was introduced by:
changeset: 24164:707d27fe03e7
user:Jean Guyader
date:Fri Nov 18 13:42:08 2011 +
summary: mm: New XENMEM space, XENMAPSPACE_gmfn_range
According to the
On Thu, Jul 26, 2012 at 8:43 PM, Borislav Petkov wrote:
>> +#else
>> +static int fw_pm_notify(struct notifier_block *notify_block,
>> + unsigned long mode, void *unused)
>> +{}
>
> static inline int fw_pm...
Will add inline in -v1.
Thanks,
--
Ming Lei
--
To
On 07/25/2012 01:05 PM, Fengguang Wu wrote:
> Hi Hauke,
>
> The coccinelle static checker emits these warnings:
>
> drivers/bcma/scan.c:466:3-9: ERROR: missing iounmap; ioremap on line 451 and
> execution via conditional on line 465
> drivers/bcma/scan.c:540:3-9: ERROR: missing iounmap; ioremap
On Thu, Jul 26, 2012 at 8:36 PM, Borislav Petkov wrote:
> On Wed, Jul 25, 2012 at 01:00:12AM +0800, Ming Lei wrote:
>> Because device_cache_firmwares only cache the firmware which has been
>> loaded sucessfully at leat once, using a small loading timeout should
>
> least
>
On Thu, Jul 26, 2012 at 02:56:22PM +0200, Ortwin Glück wrote:
> On 25.07.2012 20:42, Marcin Slusarz wrote:
> > Good, below patch should fix this panic.
> >
> > Note that you can hit an oops in drm_handle_vblank because patch from
> >
On Thu, Jul 26, 2012 at 8:20 PM, Borislav Petkov wrote:
>
> Ok, here's what I got from looking at the patch:
>
> Your commit message says: "Also request_firmware_nowait should be called
> in atomic context now, so fix the obsolete comments."
>
> Atomic context in my book means you're not allowed
On 07/26, Fengguang Wu wrote:
>
> Here is a recursive lock possibility:
>
> ptrace_may_access()
> =>task_lock(task);
> yama_ptrace_access_check()
> get_task_comm()
> => task_lock(task);
I think yama_ptrace_access_check() can simply use ->comm
On 07/25/2012 10:04 PM, Stephen Rothwell wrote:
> Hi all,
>
>
> Changes since 20120725:
>
>
on x86_64:
CC [M] drivers/vfio/pci/vfio_pci_intrs.o
drivers/vfio/pci/vfio_pci_intrs.c: In function 'virqfd_enable':
drivers/vfio/pci/vfio_pci_intrs.c:142:2: error: implicit declaration of
On Tue, Jul 17, 2012 at 4:19 PM, Andy Lutomirski wrote:
> This fixes two issues that could cause incompatibility between
> kernel versions:
>
> - If a tracer uses SECCOMP_RET_TRACE to select a syscall number
>higher than the largest known syscall, emulate the unknown
>vsyscall by
On Tue, Jul 17, 2012 at 4:19 PM, Andy Lutomirski wrote:
> Currently, if a tracer changes a syscall nr to __NR_future_enosys,
> behavior will differ between kernels that know about
> __NR_future_enosys (and return -ENOSYS) and older kernels (which
> return the value from pt_regs). This is silly;
ARM Xen guests always use paging in hardware, like PV on HVM guests in
the X86 world.
Signed-off-by: Stefano Stabellini
---
arch/arm/include/asm/xen/page.h | 77 +++
1 files changed, 77 insertions(+), 0 deletions(-)
create mode 100644
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/Makefile |2 +-
arch/arm/xen/grant-table.c | 53
2 files changed, 54 insertions(+), 1 deletions(-)
create mode 100644 arch/arm/xen/grant-table.c
diff --git a/arch/arm/xen/Makefile
Use r12 to pass the hypercall number to the hypervisor.
We need a register to pass the hypercall number because we might not
know it at compile time and HVC only takes an immediate argument.
Among the available registers r12 seems to be the best choice because it
is defined as "intra-procedure
On Thu, Jul 26, 2012 at 12:52 AM, Borislav Petkov wrote:
> On Wed, Jul 25, 2012 at 01:00:11AM +0800, Ming Lei wrote:
>> This patches introduces the three helpers below:
>>
>> void device_cache_firmwares(void)
>> void device_uncache_firmwares(void)
>> void
bind_evtchn_to_irqhandler can legitimately return 0 (irq 0): it is not
an error.
If Linux is running as an HVM domain and is running as Dom0, use
xenstored_local_init to initialize the xenstore page and event channel.
Signed-off-by: Stefano Stabellini
---
drivers/xen/xenbus/xenbus_comms.c |
Signed-off-by: Stefano Stabellini
---
drivers/xen/Makefile |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/xen/Makefile b/drivers/xen/Makefile
index fc34886..0cfa6c47 100644
--- a/drivers/xen/Makefile
+++ b/drivers/xen/Makefile
@@ -1,11 +1,15 @@
-obj-y
All the original Xen headers have xen_pfn_t as mfn and pfn type, however
when they have been imported in Linux, xen_pfn_t has been replaced with
unsigned long. That might work for x86 and ia64 but it does not for arm.
Bring back xen_pfn_t and let each architecture define xen_pfn_t as they
see fit.
Check for a "/xen" node in the device tree, if it is present set
xen_domain_type to XEN_HVM_DOMAIN and continue initialization.
Map the real shared info page using XENMEM_add_to_physmap with
XENMAPSPACE_shared_info.
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 56
Signed-off-by: Stefano Stabellini
---
drivers/tty/hvc/hvc_xen.c |2 ++
drivers/xen/grant-table.c |1 +
drivers/xen/xenbus/xenbus_probe_frontend.c |1 +
include/xen/interface/xen.h|3 +++
include/xen/privcmd.h
- Basic hypervisor.h and interface.h definitions.
- Skelethon enlighten.c, set xen_start_info to an empty struct.
- Do not limit xen_initial_domain to PV guests.
The new code only compiles when CONFIG_XEN is set, that is going to be
added to arch/arm/Kconfig in a later patch.
Signed-off-by:
sync_bitops functions are equivalent to the SMP implementation of the
original functions, independently from CONFIG_SMP being defined.
Signed-off-by: Stefano Stabellini
---
arch/arm/include/asm/sync_bitops.h | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
create
Hi all,
this patch series implements Xen support for ARMv7 with virtualization
extensions. It allows a Linux guest to boot as dom0 and
as domU on Xen on ARM. PV console, disk and network frontends and
backends are all working correctly.
It has been tested on a Versatile Express Cortex A15
On Thu, Jul 26, 2012 at 05:29:14PM +0200, Michael Jones wrote:
> So I suppose the changelog should have been something like:
> regulator: whitespace- indent with tabs not spaces
Yes. I'll apply after the merge window.
signature.asc
Description: Digital signature
On Tue, Jul 24, 2012 at 2:14 PM, wrote:
> On Mon, July 23, 2012 5:22 am, S, Venkatraman wrote:
>> On Mon, Jul 23, 2012 at 5:13 PM, wrote:
>>> On Wed, July 18, 2012 12:26 am, Chris Ball wrote:
Hi, [removing Jens and the documentation list, since now we're
> talking about the MMC side
On 07/26/2012 05:15 PM, Mark Brown wrote:
On Thu, Jul 26, 2012 at 05:12:59PM +0200, Michael Jones wrote:
On 07/26/2012 04:44 PM, Mark Brown wrote:
Your changelog says "whitespace" and is otherwise blank... what is the
problem you think you are fixing here?
I don't see what you're seeing.
On Thu, Jul 26, 2012 at 04:23:33PM +0100, Lee Jones wrote:
> What's my 'control data'? It's not used in the original codec patch.
> The old way wants to go:
> snd_soc_update_bits() -> snd_soc_read() -> ab8500_codec_read_reg()
> When then calls back into the abx500.
> So what 'control data'
On Thu, Jul 26, 2012 at 04:19:33PM +0100, Lee Jones wrote:
> Okay, so your suggestion is to strip out all of the sub-devices
> under the AB8500. It's doable, but will take some restructuring and
> thinking about. This is a job for another day. I think it's okay to
> continue with the current
On 26/07/12 16:12, Mark Brown wrote:
On Thu, Jul 26, 2012 at 03:51:13PM +0100, Lee Jones wrote:
I don't think we want to use regmap at all, but we're forced to by
soc-core. How do we over-ride that behavior? By writing some
nonsense into codec->control_data?
You should use that for your
Michael Kerrisk wrote:
> I haven't looked over the changes yet, but what do my scripts now say?
> (If all's well, they generate no output beyond the list of files.)
Okay, the comparator script gives me:
warthog>sh /tmp/mtk-cmp.sh
include/linux/irqnr.h
On Thu, Jul 26, 2012 at 05:07:57PM +0200, Dirk Gouders wrote:
> Hi Seth,
>
> thanks for your reply and sorry for the noise.
>
> I followed your advice and tried to boot with the WLAN interface turned
> off, and the problem still exists. I'll start a new bisect session,
> probably with one of
If someone is using single stepping over uprobe brackpoint then after
we pass the uprobe single step, single stepping is disabled and the user
who enebaled them in the first place does not know anything about this.
This patch avoids enabling / disabling the single step mode if it is
already
On 07/25/2012 10:04 PM, Stephen Rothwell wrote:
> Hi all,
>
> Please do not add anything to linux-next included branches/series that is
> destined for v3.7 until after v3.6-rc1 is released.
>
> Reminder: do not rebase your branches before asking Linus to pull them ...
>
> Changes since
On 26/07/12 15:43, Mark Brown wrote:
On Thu, Jul 26, 2012 at 03:15:01PM +0100, Lee Jones wrote:
Sorry missed this:
Why are we doing this? The MFD cells are a totally Linux specific
thing, there's no reason to represent them in the device tree unless
they're in some way reusable and the
Commit-ID: 61b0fccd7f114573f973dfe25d864608822dc09e
Gitweb: http://git.kernel.org/tip/61b0fccd7f114573f973dfe25d864608822dc09e
Author: Tony Luck
AuthorDate: Thu, 19 Jul 2012 11:28:46 -0700
Committer: Ingo Molnar
CommitDate: Thu, 26 Jul 2012 15:05:47 +0200
x86/mce: Add quirk for
Commit-ID: 736edce5f395b8309a61aa62c36c4356abc83219
Gitweb: http://git.kernel.org/tip/736edce5f395b8309a61aa62c36c4356abc83219
Author: Tony Luck
AuthorDate: Thu, 19 Jul 2012 11:21:53 -0700
Committer: Ingo Molnar
CommitDate: Thu, 26 Jul 2012 15:05:47 +0200
x86/mce: Move MCACOD defines
Commit-ID: 35d56ca9d401d9d0ac8d91e4db1485af5f38f6fd
Gitweb: http://git.kernel.org/tip/35d56ca9d401d9d0ac8d91e4db1485af5f38f6fd
Author: Jovi Zhang
AuthorDate: Tue, 17 Jul 2012 10:14:41 +0800
Committer: Ingo Molnar
CommitDate: Thu, 26 Jul 2012 15:04:34 +0200
perf/x86: Fix missing struct
On 26/07/12 16:14, Mark Brown wrote:
On Thu, Jul 26, 2012 at 04:01:14PM +0100, Lee Jones wrote:
This is the only value which the user can pick an obscure value,
such as 913, thinking they can pick 913mV. I'm happy to fall-back,
as long as Ola is too.
Erroring out if they pick an invalid
Commit-ID: a7e4786b937a3ae918a7520cfdba557a80915fa7
Gitweb: http://git.kernel.org/tip/a7e4786b937a3ae918a7520cfdba557a80915fa7
Author: Srivatsa S. Bhat
AuthorDate: Sat, 21 Jul 2012 00:54:59 +0530
Committer: Ingo Molnar
CommitDate: Thu, 26 Jul 2012 13:54:58 +0200
sched: Fix comment
Commit-ID: 1d44b30f35a9873a65b320dd5300088fa995fd94
Gitweb: http://git.kernel.org/tip/1d44b30f35a9873a65b320dd5300088fa995fd94
Author: Tomoki Sekiyama
AuthorDate: Thu, 26 Jul 2012 19:47:32 +0900
Committer: Ingo Molnar
CommitDate: Thu, 26 Jul 2012 15:01:17 +0200
x86/ioapic: Fix NULL
On Thu, Jul 26, 2012 at 05:12:59PM +0200, Michael Jones wrote:
> On 07/26/2012 04:44 PM, Mark Brown wrote:
> >Your changelog says "whitespace" and is otherwise blank... what is the
> >problem you think you are fixing here?
> I don't see what you're seeing.
I'm not seeing anything at all.
On Thu, Jul 26, 2012 at 12:15 AM, Borislav Petkov wrote:
> On Wed, Jul 25, 2012 at 01:00:09AM +0800, Ming Lei wrote:
>> This patch will store firmware name into devres list of the device
>> which is requesting firmware loading, so that we can implement
>> auto cache firmware for devices in need.
Thanks for the response! I'd been checking mailing list archive sites
to see if my submissions were making it out to the list.
>> In addition to a slightly inaccurate lookup table, the
>> old code would round up to the next repeat period.
>> E.g. to get a period of 9/60 = 0.15 seconds, you had
On 07/25/2012 11:53 PM, Dan Luedtke wrote:
> On Wed, 2012-07-25 at 11:14 -0700, Randy Dunlap wrote:
>> Just say "html5" or "html version 5".
>> A few years from now it won't be modern.
> Haven't thought of that. Will be changed, thanks!
>
>> Have you tested typedef, enum, DOC:, etc.?
> Yes, here
Commit-ID: c1ece48cf7ec07c6b3e093a4036b54bc6078f782
Gitweb: http://git.kernel.org/tip/c1ece48cf7ec07c6b3e093a4036b54bc6078f782
Author: Yan, Zheng
AuthorDate: Tue, 24 Jul 2012 10:44:10 +0800
Committer: Ingo Molnar
CommitDate: Thu, 26 Jul 2012 12:23:14 +0200
perf/x86: Fix format
Commit-ID: 597ed953d7db28528b4687e46388c1aa905c14bd
Gitweb: http://git.kernel.org/tip/597ed953d7db28528b4687e46388c1aa905c14bd
Author: Peter Zijlstra
AuthorDate: Mon, 9 Jul 2012 13:50:23 +0200
Committer: Ingo Molnar
CommitDate: Thu, 26 Jul 2012 12:23:13 +0200
perf/x86: Make bitfield
On Thu, Jul 26, 2012 at 04:01:14PM +0100, Lee Jones wrote:
> This is the only value which the user can pick an obscure value,
> such as 913, thinking they can pick 913mV. I'm happy to fall-back,
> as long as Ola is too.
Erroring out if they pick an invalid value is fine, I'm more concerned
with
Commit-ID: 74e6543fdc4e7553f572f7898ade649a09d85049
Gitweb: http://git.kernel.org/tip/74e6543fdc4e7553f572f7898ade649a09d85049
Author: Yan, Zheng
AuthorDate: Tue, 17 Jul 2012 17:27:55 +0800
Committer: Ingo Molnar
CommitDate: Thu, 26 Jul 2012 12:23:12 +0200
perf/x86: Fix LLC-* and
On Thu, Jul 26, 2012 at 03:51:13PM +0100, Lee Jones wrote:
> I don't think we want to use regmap at all, but we're forced to by
> soc-core. How do we over-ride that behavior? By writing some
> nonsense into codec->control_data?
You should use that for your control data, yes - you're not forced
Commit-ID: 4f3f713fc78d966d81ad87d2f3587369f9b34ae6
Gitweb: http://git.kernel.org/tip/4f3f713fc78d966d81ad87d2f3587369f9b34ae6
Author: Yan, Zheng
AuthorDate: Mon, 23 Jul 2012 14:23:30 +0800
Committer: Ingo Molnar
CommitDate: Thu, 26 Jul 2012 12:23:11 +0200
perf/x86: Fix typo in format
301 - 400 of 1352 matches
Mail list logo