On Wed, 2012-08-22 at 11:50 +0100, David Howells wrote:
> Rusty Russell wrote:
>
> > > I've posted new versions of my module signing patches to my GIT trees.
> >
> > Now I get to punt this discussion to KS.
>
> :-)
>
> See you there!
>
> Dmitry, Mimi: We should discuss if there's any way to i
> > > I made the suggestion then later on realised that this was actively
> > > going to break things I care about so I actually need it fixing.
>
> > I'm a little taken aback and annoyed by this. In a previous email thread
> > you categorically requested that I discuss some of the important chang
Dear Linux-Realtimers
I just had the time to test this realtime release. Due to time constraints
this is the first test on the 3.4 rt series. The HW Platform i used for testing
is a ARM PCM043 i.mx35 with some tweaks to decrease latency. One of them is
using an interrupt to drive our system tim
Hi Fernando,
> > I think you drop the driver module's ref count during recovery, because
> > rproc_shutdown calls module_put(). Maybe you should move driver
> > ref count handling to rproc_add and rproc_type_release, instead of
> > rproc_boot() and rproc_shutdown()?
>
> How could you remove the r
On 08/21/2012 05:57 AM, Xiao Guangrong wrote:
> Currently, we reexecute all unhandleable instructions if they do not
> access on the mmio, however, it can not work if host map the readonly
> memory to guest. If the instruction try to write this kind of memory,
> it will fault again when guest retry
Hi Hiroshi,
On Wednesday, August 22, 2012 12:20 PM Hiroshi Doyu wrote:
> The commit e9da6e9 "ARM: dma-mapping: remove custom consistent dma
> region" breaks the compatibility with existing drivers. This causes
> the following kernel oops(*1). That driver has called dma_pool_alloc()
> to allocate
On 08/21/2012 06:03 AM, Xiao Guangrong wrote:
> Introduce write_readonly_mem in mmio-exit-info to indicate this exit is
> caused by write access on readonly memslot
Please document this in chapter 5 of apic.txt.
--
error compiling committee.c: too many arguments to function
--
To unsubscribe fro
nvpublic
> On Sun, Aug 19, 2012 at 06:07:55PM -0700, Bill Huang wrote:
> > Add DT property "ti,system-power-controller" telling whether or not
> > this pmic is in charge of controlling the system power, so the power
> > off routine can be hooked up to system call "pm_power_off".
> >
> > Based on th
On 08/21/2012 05:57 AM, Xiao Guangrong wrote:
> Changelog:
> - fix endless retrying for unhandleable instruction which accesses on readonly
> host memory
> - divide slot->flags by 16:16, the lower part is visible for userspace, the
> reset is internally used in kvm, and document this in the cod
On 08/22/2012 01:47 PM, J. Bruce Fields wrote:
> On Wed, Aug 22, 2012 at 04:27:08AM +0200, Sasha Levin wrote:
>> +static int __init nlm_init(void)
>> +{
>> +hash_init(nlm_files);
>> +return 0;
>> +}
>> +
>> +module_init(nlm_init);
>
> That's giving me:
>
> fs/lockd/svcsubs.o: In function
On 08/21/2012 03:35 PM, Alan Cox wrote:
> From: Alan Cox
>
> These are used with the tty_port flags which are tty generic so move the
> flags into a more sensible place. This then makes it possible to add
> helpers such as those suggested by Huang Shijie.
Yes, the idea looks good to me. I was ac
On 08/20/2012 05:43 PM, Alan Cox wrote:
> From: Alan Cox
>
> KVM_SET_SIGNAL_MASK passed a NULL argument leaves the on stack signal
> sets uninitialized. It then passes them through to
> kvm_vcpu_ioctl_set_sigmask.
>
> We should be passing a NULL in this case not translated garbage.
>
> Signed-o
On Wednesday 22 August 2012, Catalin Marinas wrote:
> But what's more important - moving this wrapper to glibc causes issues
> with the page size. We support both 4KB and 64KB pages on 64-bit systems
> (the latter without compat support). The kernel is in a better position
> to do the shift by a co
Hello,
On Wednesday, August 22, 2012 12:20 PM Hiroshi Doyu wrote:
> Makes use of the same atomic pool from DMA, and skips kernel page
> mapping which can involves sleep'able operation at allocating a kernel
> page table.
>
> Signed-off-by: Hiroshi Doyu
> ---
> arch/arm/mm/dma-mapping.c | 22
The ACPI spec doesn't provide for a way for the bios to pass down
recommended thresholds to the OS on a _per-bank_ basis. This patch adds
a new boot option, which if passed, allows bios to initialize the CMCI
threshold. In such a case, we simply skip programming any threshold
value.
As fail-safe,
On Wednesday 22 August 2012, Kishon Vijay Abraham I wrote:
> This patch series has been lying here for long. If no one has any
> comments on this patch series, can someone pick it up?
I've added them now as a drivers/ocp2scp branch arm-soc and pulled
them into the next/drivers topic branch.
On Wed, Aug 22, 2012 at 08:58:02AM +, Arnd Bergmann wrote:
> * Debuggability: When we get more aggressive optimizations, it
> often becomes harder to trace back object code to a specific source
> line, which may be a reason for distros not to enable it for their
> product kernels in the end bec
On Wed, Aug 22, 2012 at 08:43:35AM +, Arnd Bergmann wrote:
> On Sunday 19 August 2012, Andi Kleen wrote:
> > -static struct e1000_mac_operations e1000_mac_ops_82575 = {
> > +/* Workaround for LTO bug */
> > +__visible struct e1000_mac_operations e1000_mac_ops_82575 = {
>
> The comment is not v
On Wed, Aug 22, 2012 at 00:13:07, Porter, Matt wrote:
> Add a DMA engine driver for the TI EDMA controller. This driver
> is implemented as a wrapper around the existing DaVinci private
> DMA implementation. This approach allows for incremental conversion
> of each peripheral driver to the DMA engi
Kernel version 3.6.0-rc2, and probably -rc1 as well. I get the
following compile-time error on alpha architecture:
(...)
CC net/core/sock.o
net/core/sock.c:274:36: error: initializer element is not constant
net/core/sock.c:274:36: error: (near initialization for "memalloc_socks")
net/core/
On Wed, Aug 22, 2012 at 06:00:54PM +0530, Naveen N. Rao wrote:
> The ACPI spec doesn't provide for a way for the bios to pass down
> recommended thresholds to the OS on a _per-bank_ basis. This patch adds
> a new boot option, which if passed, allows bios to initialize the CMCI
> threshold. In such
On 08/22/2012 08:06 PM, Avi Kivity wrote:
> On 08/21/2012 06:03 AM, Xiao Guangrong wrote:
>> Introduce write_readonly_mem in mmio-exit-info to indicate this exit is
>> caused by write access on readonly memslot
>
> Please document this in chapter 5 of apic.txt.
>
Okay, please review this one.
S
On 08/22/2012 08:01 PM, Avi Kivity wrote:
> On 08/21/2012 05:57 AM, Xiao Guangrong wrote:
>> Currently, we reexecute all unhandleable instructions if they do not
>> access on the mmio, however, it can not work if host map the readonly
>> memory to guest. If the instruction try to write this kind of
On Sat, Aug 18, 2012 at 12:17 AM, Christopher Heiny
wrote:
> This patch implements a driver supporting Synaptics ClearPad and other
> touchscreen sensors that use the RMI4 protocol, as defined here:
Nice!
> This patch is against the v2.6.38 tag of Linus' kernel tree, commit
> 521cb40b0c44418a4f
Marek Szyprowski wrote @ Wed, 22 Aug 2012 14:29:47
+0200:
> Hello,
>
> On Wednesday, August 22, 2012 12:20 PM Hiroshi Doyu wrote:
>
> > Makes use of the same atomic pool from DMA, and skips kernel page
> > mapping which can involves sleep'able operation at allocating a kernel
> > page table.
>
On 21/08/2012 14:46, Neal Cardwell wrote:
On Mon, Aug 20, 2012 at 8:05 PM, Dave Haywood wrote:
Bisected to:
5d299f3d3c8a2fbc732b1bf03af36333ccec3130 is the first bad commit
commit 5d299f3d3c8a2fbc732b1bf03af36333ccec3130
Author: Eric Dumazet
Date: Mon Aug 6 05:09:33 2012 +
net:
> It can be more than an irrelevance if the CPU is saturated - say
> a game running on a mobile device very commonly saturates the
> CPU. A third of the energy is spent in the CPU, sometimes more.
If the CPU is saturated you already lost. What you going to do - the CPU
is saturated - slow it dow
Hi, Maarten,
please see some comments inline.
On 08/22/2012 01:50 PM, Maarten Lankhorst wrote:
Hey Dan,
Op 16-08-12 01:12, Daniel Vetter schreef:
Hi Maarten,
Ok, here comes the promised review (finally!), but it's rather a
high-level thingy. I've mostly thought about how we could create a nea
Greetings,
Not so hypothetical situation: CPUs are having a major SCSI induced IPI
fest, printk via serial port is happening while the storm is raging.
Can it happen that while IRQs are disabled, multiple IPIs arrive, thus
losing one or more? Seems like that possibility _has_ to be excluded by
ha
On Wed, Aug 22, 2012 at 6:04 PM, Arnd Bergmann wrote:
> On Wednesday 22 August 2012, Kishon Vijay Abraham I wrote:
>> This patch series has been lying here for long. If no one has any
>> comments on this patch series, can someone pick it up?
>
> I've added them now as a drivers/ocp2scp branch arm-
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 available in the arm-soc tree:
1. This series,
http:/
This moves all headers to , and all
headers to , as another step closer
to building kernels for multiple platforms combined.
A script to generate headers with the traditional names including
the headers from the new place is already there, so this move
should be completely transparent.
This pat
These are lots of device drivers that include machine
specific header files from ARM platforms and that are
not easily scriptable. The changes have been found through
manual inspection and should cause no visible changes
because of the build script that maps the old names to the
new ones.
Signed-o
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/*.h file at build time,
same for plat-*.
2. rename all
On 8/21/2012 10:41 PM, Mike Galbraith wrote:
> On Tue, 2012-08-21 at 17:02 +0100, Alan Cox wrote:
>
>> I'd like to see actual numbers and evidence on a wide range of workloads
>> the spread/don't spread thing is even measurable given that you've also
>> got to factor in effects like completing fas
On Wed, Aug 22, 2012 at 03:49:08PM +0800, Tang, Feng wrote:
> Hi Fengguang,
>
>
> On Wed, 22 Aug 2012 10:50:08 +0800
> Fengguang Wu wrote:
>
> > Feng,
> >
> > > I think it's pci_get_subsys() triggered this assert:
> > >
> > > /*
> > > * Oi! Can't be having __GFP_FS allocation
On Wed, 2012-08-22 at 06:02 -0700, Arjan van de Ven wrote:
> On 8/21/2012 10:41 PM, Mike Galbraith wrote:
> > On Tue, 2012-08-21 at 17:02 +0100, Alan Cox wrote:
> >
> >> I'd like to see actual numbers and evidence on a wide range of workloads
> >> the spread/don't spread thing is even measurable
On Wed, Aug 22, 2012 at 02:13:54PM +0200, Sasha Levin wrote:
> On 08/22/2012 01:47 PM, J. Bruce Fields wrote:
> > On Wed, Aug 22, 2012 at 04:27:08AM +0200, Sasha Levin wrote:
> >> +static int __init nlm_init(void)
> >> +{
> >> + hash_init(nlm_files);
> >> + return 0;
> >> +}
> >> +
> >> +module_i
On Wed, 22 Aug 2012 00:34:30 +0200
Daniel Vetter wrote:
> Hi all,
>
> After Dave Airlie blew through a few days to track down a deadlock at boot-up
> when handing over from the firmware fb to the kms/drm framebuffer driver (1),
> I've
> figured that lockdep /should/ have caught this.
>
> And i
Hi Rt-Folks
I just found out that the name of the rt irq of the fec device changed so it
had the same rtprio as my measurement interrupt. With the rt prios fixed the
performance seems to be roughly like the 3.0 kernel. If will give a further
update if there are any findings.
Best regards
Tim
From: Alan Cox
KVM_SET_SIGNAL_MASK passed a NULL argument leaves the on stack signal
sets uninitialized. It then passes them through to
kvm_vcpu_ioctl_set_sigmask.
We should be passing a NULL in this case not translated garbage.
Signed-off-by: Alan Cox
---
virt/kvm/kvm_main.c |7 ---
On Wed, Aug 22, 2012 at 06:02:48AM -0700, Arjan van de Ven wrote:
> On 8/21/2012 10:41 PM, Mike Galbraith wrote:
> > For my dinky dual core laptop, I suspect you're right, but for a more
> > powerful laptop, I'd expect spread/don't to be noticeable.
>
> yeah if you don't spread, you will waste som
>>> On 22.08.12 at 10:54, Alex Shi wrote:
> On 08/22/2012 03:39 PM, Jan Beulich wrote:
>
> Alex Shi 08/22/12 5:24 AM >>>
>>> On 08/20/2012 10:12 PM, Jan Beulich wrote:
>>> I was thought you have 'Agreed' for xen part code. :)
>>
>> I had agreed to it being done the right way, and I had poin
* Sasha Levin (levinsasha...@gmail.com) wrote:
> On 08/22/2012 01:47 PM, J. Bruce Fields wrote:
> > On Wed, Aug 22, 2012 at 04:27:08AM +0200, Sasha Levin wrote:
> >> +static int __init nlm_init(void)
> >> +{
> >> + hash_init(nlm_files);
> >> + return 0;
> >> +}
> >> +
> >> +module_init(nlm_init);
On 8/22/2012 6:21 AM, Matthew Garrett wrote:
> On Wed, Aug 22, 2012 at 06:02:48AM -0700, Arjan van de Ven wrote:
>> On 8/21/2012 10:41 PM, Mike Galbraith wrote:
>>> For my dinky dual core laptop, I suspect you're right, but for a more
>>> powerful laptop, I'd expect spread/don't to be noticeable.
>
On Wed, Aug 22, 2012 at 07:35:12AM +0300, Jussi Kivilinna wrote:
> Looks that encryption lost ~0.4% while decryption gained ~1.8%.
>
> For 256 byte test, it's still slightly slower than twofish-3way (~3%). For 1k
> and 8k tests, it's ~5% faster.
>
> Here's very last test-patch, testing different
Hey,
Op 22-08-12 14:52, Thomas Hellstrom schreef:
> Hi, Maarten,
> please see some comments inline.
>
> On 08/22/2012 01:50 PM, Maarten Lankhorst wrote:
>> Hey Dan,
>>
>> Op 16-08-12 01:12, Daniel Vetter schreef:
>>> Hi Maarten,
>>>
>>> Ok, here comes the promised review (finally!), but it's rathe
On Wed, 2012-08-22 at 10:40 +0200, Ingo Molnar wrote:
>
> > FLAGS_UNWIND=$(LIBUNWIND_CFLAGS) $(ALL_CFLAGS) $(LIBUNWIND_LDFLAGS)
> > $(ALL_LDFLAGS) $(EXTLIBS) $(LIBUNWIND_LIBS)
> > ifneq ($(call try-cc,$(SOURCE_LIBUNWIND),$(FLAGS_UNWIND)),y)
> > - msg := $(warning No libunwind found. Please i
>> Converted the existing arch-vt8500 gpio to a platform_device.
>> Added support for WM8505 and WM8650 GPIO controllers.
>(...)
>> + unsigned val;
>I asked about the datatype for this "val", it sure isn't "unsigned".
>I suspected the registers were only 8bit and so it should be u8.
>But at
Hi,
KyongHo Cho wrote @ Wed, 22 Aug 2012 14:47:00 +0200:
> vzalloc() call in __iommu_alloc_buffer() also causes BUG() in atomic context.
Right.
I've been thinking that kzalloc() may be enough here, since
vzalloc() was introduced to avoid allocation failure for big chunk of
memory, but I think
On Wed, 2012-08-22 at 17:43 +0900, Yoshihiro YUNOMAE wrote:
> From: Masami Hiramatsu
>
> Use TRACE_DIR environment variable for setting
TRACING_DIR would be better, as we are searching for /debug/tracing and
not /debug/trace. Perhaps DEBUG_TRACING_DIR would be even better as to
be less of a gene
On Wed, 2012-08-22 at 17:43 +0900, Yoshihiro YUNOMAE wrote:
> From: Masami Hiramatsu
>
> Count debugfs/tracing/per_cpu/cpu* to determine the
> number of CPUs.
I'm curious, do you find that sysconf doesn't return the # of CPUs the
system has? I've had boxes where the per_cpu/cpu* had more cpus th
On 08/22/2012 03:00 AM, Thomas Renninger wrote:
On Monday 20 August 2012 22:49:16 Rafael J. Wysocki wrote:
On Monday, August 20, 2012, Andre Przywara wrote:
On 08/05/2012 11:33 PM, Rafael J. Wysocki wrote:
On Thursday, July 26, 2012, Andre Przywara wrote:
...
If you insist, I can keep the c
On Fri, Aug 17, 2012 at 02:57:28PM +0800, Adam Lee wrote:
> As 67d34a6a391369269a2e5dba8a5f42cc4cd50231 said, the make target
> 'oldnoconfig' is a misnomer. It doesn't set new symbols to 'n', but
> instead sets it to their default values.
>
> This patch fixes the document in conf.c, and will submi
Several SPI controller drivers have defined differently named properties for
the number of chip selects. Now adding "num-cs" as a reference name for new
bindings.
Signed-off-by: Roland Stigge
---
Documentation/devicetree/bindings/spi/spi-bus.txt |3 +++
1 file changed, 3 insertions(+)
---
This patch adds the ability for the driver to control the chip select directly.
This enables independence from cs_control callbacks. Configurable via
platform_data, to be extended as DT in the following patch.
Based on the initial patch by Alexandre Pereira da Silva
Signed-off-by: Roland Stigge
This patch adds device tree support to the spi-pl022 driver.
Based on the initial patch by Alexandre Pereira da Silva
Signed-off-by: Roland Stigge
Acked-by: Alexandre Pereira da Silva
---
Documentation/devicetree/bindings/spi/spi_pl022.txt | 15 +++
drivers/spi/spi-pl022.c
On Wed, 2012-08-22 at 17:43 +0900, Yoshihiro YUNOMAE wrote:
> Add read path and control path to use trace-agent of virtio-trace.
> When we use trace-agent, trace-cmd will be used as follows:
> # AGENT_READ_DIR=/tmp/virtio-trace/tracing \
> AGENT_CTL=/tmp/virtio-trace/agent-ctl-path.in
On 08/21, Sebastian Andrzej Siewior wrote:
>
> This patch adds the ability to hold the program once this point has been
> passed and the user may attach to the program via ptrace.
Sorry Sebastian, I didn't even try to read the patch ;) Fortunately I am
not maintainer, I can only reapeat that you d
Antti Palosaari wrote:
Hello Hiroshi,
On 08/21/2012 10:02 AM, Hiroshi Doyu wrote:
Antti Palosaari wrote @ Mon, 20 Aug 2012 23:29:34 +0200:
On 08/20/2012 02:14 PM, Hiroshi Doyu wrote:
Hi Antti,
Antti Palosaari wrote @ Sat, 18 Aug 2012 02:11:56 +0200:
On 08/17/2012 09:04 AM, Hiroshi Doyu
Dear all,
(please cc)
I am having serious troubles with my rtl8192se card:
kernel: 3.6.0-rc2+, compiled from git today, same with rc1
rtl8192se in kernel driver, loaded with debug=3
Debian sid
Lenovo Thinkpad Edge
When starting from cold boot, the driver associates, but no packet
whatsoever lea
On 08/20, Sebastian Andrzej Siewior wrote:
>
> The arch specific implementation behaves like user_enable_single_step()
> except that it does not disable single stepping if it was already
> enabled.
Sebastian, we have other uprobes patches in flight, I'll returns to
this after we push them.
As I s
On Tue, Aug 21, 2012 at 11:22:03PM +0200, Thomas Gleixner wrote:
> On Tue, 21 Aug 2012, Attilio Rao wrote:
> > Differences with v1:
> > - The patch serie is re-arranged in a way that it helps reviews, following
> > a plan by Thomas Gleixner
> > - The PVOPS nomenclature is not used as it is not co
> > + /* Under 64-bit hypervisor with a 32-bit domain, the hypervisor
> > +* offsets the pt_base by two pages. Hence the reservation that is done
> > +* in mmu.c misses two pages. We correct it here if we detect this. */
> > + if (last_phys < __pa(xen_start_info->pt_base))
> > +
On 08/22/2012 04:03 PM, Oleg Nesterov wrote:
On 08/20, Sebastian Andrzej Siewior wrote:
The arch specific implementation behaves like user_enable_single_step()
except that it does not disable single stepping if it was already
enabled.
Sebastian, we have other uprobes patches in flight, I'll r
>>> On 21.08.12 at 21:03, Konrad Rzeszutek Wilk wrote:
> On Tue, Aug 21, 2012 at 01:27:32PM -0400, Konrad Rzeszutek Wilk wrote:
>> Jan, I thought something odd. Part of this code replaces this:
>>
>> memblock_reserve(__pa(xen_start_info->mfn_list),
>> xen_start_info->pt_base - x
On 08/22/2012 03:32 PM, Maarten Lankhorst wrote:
Hey,
Op 22-08-12 14:52, Thomas Hellstrom schreef:
Hi, Maarten,
please see some comments inline.
On 08/22/2012 01:50 PM, Maarten Lankhorst wrote:
Hey Dan,
Op 16-08-12 01:12, Daniel Vetter schreef:
Hi Maarten,
Ok, here comes the promised revie
In most of the time, the driver needs to check if the cts flow control
is enabled. But now, the driver checks the ASYNC_CTS_FLOW flag manually,
which is not a grace way. So add a new wraper function to make the code
tidy and clean.
Signed-off-by: Huang Shijie
---
v2 --> v3:
this patch is
On Wed, Aug 22, 2012 at 12:20:09PM +0100, Stefano Stabellini wrote:
> Konrad,
> I cannot see this patch anywhere in your trees. Did I miss it?
> Or maybe it just fell through the cracks?
Fell through the cracks.. Was there a new version of this? Can you
send me a subset of the patches you want me
* Steven Rostedt wrote:
> On Wed, 2012-08-22 at 10:40 +0200, Ingo Molnar wrote:
> >
> > > FLAGS_UNWIND=$(LIBUNWIND_CFLAGS) $(ALL_CFLAGS) $(LIBUNWIND_LDFLAGS)
> > > $(ALL_LDFLAGS) $(EXTLIBS) $(LIBUNWIND_LIBS)
> > > ifneq ($(call try-cc,$(SOURCE_LIBUNWIND),$(FLAGS_UNWIND)),y)
> > > - msg := $
On Wed, 22 Aug 2012, Konrad Rzeszutek Wilk wrote:
> On Tue, Aug 21, 2012 at 11:22:03PM +0200, Thomas Gleixner wrote:
> > On Tue, 21 Aug 2012, Attilio Rao wrote:
> > > Differences with v1:
> > > - The patch serie is re-arranged in a way that it helps reviews, following
> > > a plan by Thomas Gleix
Jiri - this seem more sensible ?
From: Alan Cox
These are used with the tty_port flags which are tty generic so move the
flags into a more sensible place. This then makes it possible to add
helpers such as those suggested by Huang Shijie.
Signed-off-by: Alan Cox
---
include/linux/Kbuild
On Tue, 21 Aug 2012, Geert Uytterhoeven wrote:
> m68k/allmodconfig:
>
> drivers/hid/hid-picolcd_debugfs.c: In function ‘picolcd_debug_reset_write’:
> drivers/hid/hid-picolcd_debugfs.c:54: error: implicit declaration of function
> ‘copy_from_user’
> drivers/hid/hid-picolcd_debugfs.c: In function
The mls instruction is not available in ARMv6K or below, so we
should make the test conditional on at least ARMv7. ldrex/strex
are available in ARMv6K or ARMv7, which we can test by checking
the CONFIG_CPU_32v6K symbol. Just testing for ARMv6 is not enough.
/tmp/ccuMTZ8D.s: Assembler messages:
/tm
When ARMv6 is enabled, we build the kernel with -march=armv6 or
-march=armv6k, which means the bfi instruction is not available.
Instead, it only works with -march=armv6t2 or -march=armv7-a.
Without this patch, building rand-enIHAOL results in:
/tmp/ccwCsCXC.s: Assembler messages:
/tmp/ccwCsCXC.s
The recently added Emma Mobile GPIO driver calls set_irq_flags
and irq_set_chip_and_handler for the interrupts it exports and
it can be built as a module, which currently fails with
ERROR: "set_irq_flags" [drivers/gpio/gpio-em.ko] undefined!
ERROR: "irq_set_chip_and_handler_name" [drivers/gpio/gpi
read_current_timer is used in the get_cycles() function when
ARM_ARCH_TIMER is set, and that function can be inlined into
driver modules, so we should export the function to avoid
errors like
ERROR: "read_current_timer" [drivers/video/udlfb.ko] undefined!
ERROR: "read_current_timer" [crypto/tcrypt
Hi Russell,
I've done some testing with the experimental multiplatform tree
and that uncovered a few preexisting bugs. Here are the ones
that should go through your tree. Please have a look to
see if the fixes make sense. I can put the patches in the patch
tracker or send you a pull request then.
On Wednesday, August 22, 2012 03:39:40 PM Andre Przywara wrote:
> On 08/22/2012 03:00 AM, Thomas Renninger wrote:
> > On Monday 20 August 2012 22:49:16 Rafael J. Wysocki wrote:
> >> On Monday, August 20, 2012, Andre Przywara wrote:
> >>> On 08/05/2012 11:33 PM, Rafael J. Wysocki wrote:
> On Th
From: Chenggang Qin
While we use "perf top -p 'pid'" to monitor the symbols of specified
processes, some new threads would be created by the monitored processes
during "perf top" is running. In current version, these new threads and
their symbols cannot be shown.
This patch add ability to show t
Hi Arnd,
On Wed, Aug 22, 2012 at 03:29:38PM +0100, Arnd Bergmann wrote:
> When ARMv6 is enabled, we build the kernel with -march=armv6 or
> -march=armv6k, which means the bfi instruction is not available.
> Instead, it only works with -march=armv6t2 or -march=armv7-a.
>
> Without this patch, buil
+ Larry.
On Wed, Aug 22, 2012 at 11:07:33PM +0900, Norbert Preining wrote:
> Dear all,
>
> (please cc)
>
> I am having serious troubles with my rtl8192se card:
>
> kernel: 3.6.0-rc2+, compiled from git today, same with rc1
> rtl8192se in kernel driver, loaded with debug=3
> Debian sid
> Lenovo
On Tue, Aug 21, 2012 at 10:42:57AM -0400, Konrad Rzeszutek Wilk wrote:
> On Tue, Aug 21, 2012 at 10:40:07AM +0200, Joerg Roedel wrote:
> > On Mon, Aug 20, 2012 at 10:08:44AM -0400, Konrad Rzeszutek Wilk wrote:
> > > On Mon, Aug 20, 2012 at 03:56:03PM +0200, Joerg Roedel wrote:
> > > > This call-bac
On Wed, 22 Aug 2012, Jan Beulich wrote:
> >> The toolstack works fine - so launching 32-bit guests either
> >> under a 32-bit hypervisor or 64-bit works fine:
> >> ] domainbuilder: detail: xc_dom_alloc_segment: page tables : 0xcf805000
> >> ->
> > 0xcf885000 (pfn 0xf805 + 0x80 pages)
> >> [
On Wed, 22 Aug 2012, Arnd Bergmann wrote:
> The mls instruction is not available in ARMv6K or below, so we
> should make the test conditional on at least ARMv7. ldrex/strex
> are available in ARMv6K or ARMv7, which we can test by checking
> the CONFIG_CPU_32v6K symbol. Just testing for ARMv6 is no
Assorted fixes, with an unexpected detour into vfio refcounting logics
(fell out when digging in an analog of eventpoll race in there). Please,
pull from the usual place -
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
Shortlog:
Al Viro (7):
mqueue: lift mnt_want_write
On Wednesday 22 August 2012, Will Deacon wrote:
> > @@ -398,6 +398,7 @@ config ARM_KPROBES_TEST
> > config PID_IN_CONTEXTIDR
> > bool "Write the current PID to the CONTEXTIDR register"
> > depends on CPU_COPY_V6
> > + depends on CPU_V7 && !CPU_V6
> > help
> > Enabling
Hi Marek,
Marek Szyprowski wrote @ Wed, 22 Aug 2012 14:04:26
+0200:
> Hi Hiroshi,
>
> On Wednesday, August 22, 2012 12:20 PM Hiroshi Doyu wrote:
>
> > The commit e9da6e9 "ARM: dma-mapping: remove custom consistent dma
> > region" breaks the compatibility with existing drivers. This causes
> >
On Wed, Aug 22, 2012 at 3:32 PM, Kim, Milo wrote:
> The name of each led channel is configurable.
> If the name is NULL, just use the channel id for making the channel name
>
OK, merged to my for-next branch.
-Bryan
> Signed-off-by: Milo(Woogyom) Kim
> ---
> Documentation/leds/leds-lp5523.txt
On Wed, Aug 22, 2012 at 3:32 PM, Kim, Milo wrote:
> Turning off the brightness of each channel is required
> when removing the driver.
>
> So use flush_work() rather than cancel_work_sync() to execute
> remaining brightness works.
>
Thanks, merged to my for-next
-Bryan
> Signed-off-by: Milo(Woog
This resets all per-thread and per-process statistics across exec
syscalls or after kernel threads detach from the mm. The past
statistical NUMA information is unlikely to be relevant for the future
in these cases.
Acked-by: Rik van Riel
Signed-off-by: Andrea Arcangeli
---
fs/exec.c|
If any of the ptes that khugepaged is collapsing was a pte_numa, the
resulting trans huge pmd will be a pmd_numa too.
See the comment inline for why we require just one pte_numa pte to
make a pmd_numa pmd. If needed later we could change the number of
pte_numa ptes required to create a pmd_numa an
This is needed to make sure the tail pages are also queued into the
migration queues of knuma_migrated across a transparent hugepage
split.
Acked-by: Rik van Riel
Signed-off-by: Andrea Arcangeli
---
mm/huge_memory.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/mm/hu
On 64bit archs, 20 bytes are used for async memory migration (specific
to the knuma_migrated per-node threads), and 4 bytes are used for the
thread NUMA false sharing detection logic.
This is the basic implementation improved by later patches.
Later patches moves the new fields to a dynamically a
find_idlest_cpu when run up on all domain levels shouldn't normally
return -1. With the introduction of the NUMA affinity check that
should be still true most of the time, but it's not guaranteed if the
NUMA affinity of the task changes very fast. So better not to depend
on timings.
Signed-off-by:
This sysfs control, if enabled, allows memory migrations on the first
numa hinting page fault.
If disabled it forbids it and requires a confirmation through the
last_nid logic.
By default, the first fault is allowed to migrate memory. Disabling it
may increase the time it takes to converge, but i
This is where we register (and unregister) an "mm" structure into
AutoNUMA for knuma_scand to scan them.
knuma_scand is the first gear in the whole AutoNUMA algorithm.
knuma_scand is the daemon that scans the "mm" structures in the list
and sets pmd_numa and pte_numa to allow the NUMA hinting page
The CFS scheduler is still in charge of all scheduling decisions. At
times, however, AutoNUMA balancing will override them.
Generally, we'll just rely on the CFS scheduler to keep doing its
thing, while preferring the task's AutoNUMA affine node when deciding
to move a task to a different runqueue
Define the two data structures that collect the per-process (in the
mm) and per-thread (in the task_struct) statistical information that
are the input of the CPU follow memory algorithms in the NUMA
scheduler.
Signed-off-by: Andrea Arcangeli
---
include/linux/autonuma_types.h | 107
set_pmd_at() will also be used for the knuma_scand/pmd = 1 (default)
mode even when TRANSPARENT_HUGEPAGE=n. Make it available so the build
won't fail.
Acked-by: Rik van Riel
Signed-off-by: Andrea Arcangeli
---
arch/x86/include/asm/paravirt.h |2 --
1 files changed, 0 insertions(+), 2 deleti
201 - 300 of 725 matches
Mail list logo
