On Wed, 13 Nov 2013 17:03:58 +
Catalin Marinas wrote:
> On Wed, Nov 13, 2013 at 04:05:56PM +, Martin Schwidefsky wrote:
> > On Wed, 13 Nov 2013 12:19:09 +
> > Catalin Marinas wrote:
> > > On Wed, Nov 13, 2013 at 11:41:43AM +, Peter Zijlstra wrote:
> > > > On Wed, Nov 13, 2013 at
On Fri, 2013-11-08 at 10:48 -0700, Jens Axboe wrote:
> Hi Linus,
>
> This is the pull request for the core changes in the block layer for
> 3.13. It contains:
>
> - The new blk-mq request interface. This is a new and more scalable
> queueing model that marries the best part of the request based
Good morning,
We came across a problem in perf script which causes it to abort reading
a file produced with perf record, complaining about timestamps being
earlier than the last flushed timeslice. ("Warning: Timestamp below last
timeslice flush")
While investigating the issue, we found that the a
On Wed, 13 Nov 2013 16:16:35 +
Catalin Marinas wrote:
> On 13 November 2013 08:16, Martin Schwidefsky wrote:
> > diff --git a/arch/s390/include/asm/mmu_context.h
> > b/arch/s390/include/asm/mmu_context.h
> > index 5d1f950..e91afeb 100644
> > --- a/arch/s390/include/asm/mmu_context.h
> > +++
Hi,
On Wed, 2013-11-13 at 13:13 +, Mark Brown wrote:
> On Wed, Nov 13, 2013 at 08:40:54AM +0100, Krzysztof Kozlowski wrote:
>
> > +/**
> > + * After resuming from suspend it may happen that IRQ is signalled but
> > + * IRQ GPIO is not high. Also the interrupt registers won't have any data
> >
Commit-ID: 20799a9645646d99707b9809d789adb60cca4d42
Gitweb: http://git.kernel.org/tip/20799a9645646d99707b9809d789adb60cca4d42
Author: Ingo Molnar
AuthorDate: Thu, 14 Nov 2013 08:33:24 +0100
Committer: Ingo Molnar
CommitDate: Thu, 14 Nov 2013 08:40:23 +0100
tools/perf/build: Fix timerf
Commit-ID: 12413057fa8b6f2993f573e6e83f843fc86d044c
Gitweb: http://git.kernel.org/tip/12413057fa8b6f2993f573e6e83f843fc86d044c
Author: Ingo Molnar
AuthorDate: Thu, 14 Nov 2013 08:25:24 +0100
Committer: Ingo Molnar
CommitDate: Thu, 14 Nov 2013 08:40:23 +0100
tools/perf/build: Fix featur
Hi,
I have one quick question before I send the patch across. I noticed
that "ip -6 route show" shows an error -22 in the output which
signifies -EINVAL associated with blackhole routes. This behaviour is
not consistent with that of "ip route show" that shows no such error
for a blackhole route. D
Hi Jerry,
On Thu, Nov 14, 2013 at 1:57 AM, wrote:
> I will still point out that as currently used, efi_reserve_boot_services
> is wrong. A work around for firmware bugs on one platform shouldn't be
> breaking platforms that don't have that bug. Its just much less likely
> to cause problems wit
On Thu, 2013-11-14 at 10:03 +0800, wangbiao wrote:
> From: wang, biao
> Date: Mon, 11 Nov 2013 10:23:40 +0800
> Subject: [PATCH] usbnet: fix race condition caused spinlock bad magic issue
>
> there is race between usbnet_terminate_urbs and usbnet_bh.
> for example:
> cpu 0
On Thu, Nov 14, 2013 at 11:36:27AM +0530, Preeti U Murthy wrote:
> However I was thinking that a better fix would be to reorder the way we call
> update_group_power() and cpu_attach_domain(). Why do we need to do
> update_group_power() of the groups of the sched domains that would probably
> degene
Currently, we can not record the event counters of host to perf.data.host.
Example:
perf kvm --host record -a sleep 1
[ perf record: Woken up 1 times to write data ]
[ perf record: Captured and wrote 0.625 MB perf.data.guest (~27290 samples) ]
The record file is named 'perf.data.kvm' and the co
Hi Chris,
On Wed, 13 Nov 2013, Chris Metcalf wrote:
> On 11/12/2013 2:42 PM, Geert Uytterhoeven wrote:
> > Use standard __init_begin and __init_end instead.
> >
> > Signed-off-by: Geert Uytterhoeven
> > Cc: Chris Metcalf
> [...]
> > @@ -534,7 +534,7 @@ static void __init kernel_physical_
Hi,
On Wed, 2013-11-13 at 11:50 +, Mark Rutland wrote:
> I see some of_* calls in the code, but no documentation of the binding.
> As this has more than just a compatible, interrupts, and reg, it needs
> its own binding document.
>
> [...]
>
> > +static struct mfd_cell max14577_devs[] = {
>
On Wed, Nov 13, 2013 at 11:34:18AM -0500, Pavel Roskin wrote:
> Hi Christian,
>
> Your recent patch enables uncompressed kernels, but selecting that
> option (CONFIG_KERNEL_UNCOMPRESSED) fails on x86_86:
> [...]
> arch/x86/boot/compressed/Makefile has no provision for uncompressed
> files. There
Signed-off-by: Christian Ruppert
---
arch/x86/Kconfig | 1 +
arch/x86/boot/compressed/Makefile | 14 ++--
arch/x86/boot/compressed/misc.c | 4
lib/decompress_copy.c | 47 +++
4 files changed, 59 insertions(+), 7 del
Thanks for your patient and detailed comments.
--
In ext4, the bottom two bits of {a,c,m}time_extra are used to extend
the {a,c,m}time fields, deferring the year 2038 problem to the year
2446.
When decoding these extended fields, for times whose bottom 32 bits
would represent a negative number, s
Some ARC users say they can boot faster with without kernel compression.
This probably depends on things like the FLASH chip they use etc.
Until now, kernel compression can only be disabled by removing "select
HAVE_" lines from the architecture Kconfig. So add the
Kconfig logic to permit disablin
* Joseph Schuchart wrote:
> @@ -549,15 +552,24 @@ static int flush_sample_queue(struct perf_session *s,
> return 0;
> }
>
> +static inline void set_next_flush(struct perf_session *session)
> +{
> + int i;
> + u64 min_max_timestamp = session->ordered_samples.max_timestamps[0];
>
On Wed, 13 Nov 2013 15:42:27 -0800, "Florian Fainelli"
wrote:
> Per the ePAPR v1.1 specification, 'phy-connection-type' is the canonical
> property name for describing an Ethernet to PHY connection type. Make
> sure that of_get_phy_mode() also attempts to parse that property and
> update the comm
(apologies if this is a dup -- my mail client crashed and I don't see
this one in the lkml archives)
--
Older kernels on 64-bit machines would incorrectly encode pre-1970
ext4 dates as post-2311 dates. Detect and correct this (assuming the
current date is before 2242).
Signed-off-by: David Turner
Hi Laurent,
On Thu, Nov 14, 2013 at 11:17 AM, Laurent Pinchart
wrote:
> Hi Magnus,
>
> On Thursday 14 November 2013 11:03:06 Magnus Damm wrote:
>> On Thu, Nov 14, 2013 at 9:07 AM, Laurent Pinchart wrote:
>> > On Thursday 14 November 2013 07:59:36 Magnus Damm wrote:
>> >> From: Magnus Damm
>> >>
Currently, we can not record the event counters of host to perf.data.host.
Example:
perf kvm --host record -a sleep 1
[ perf record: Woken up 1 times to write data ]
[ perf record: Captured and wrote 0.625 MB perf.data.guest (~27290 samples) ]
The record file is named 'perf.data.kvm' and the co
On 11/14/2013 03:55 PM, Richard Weinberger wrote:
> Am 14.11.2013 08:33, schrieb Chen Gang:
>> > On 11/14/2013 02:48 PM, Chen Gang wrote:
>>> >From the look of it, if an error did occur in init_stub_pte(),
> then the special mapping of STUB_CODE and STUB_DATA would not
> be i
> Just a quick side note, while I realize that you are
> (rightfully!) concerned about correctness primarily, if that loop
> over MAX_NR_CPUS executes often enough then this might hurt
> performance:
>
>perf.h:#define MAX_NR_CPUS 256
>
> So it might be better to mainta
Hi Laurent,
On Thu, Nov 14, 2013 at 8:55 AM, Laurent Pinchart
wrote:
> Hi Magnus,
>
> On Thursday 14 November 2013 08:49:16 Magnus Damm wrote:
>> On Wed, Nov 13, 2013 at 9:03 PM, Laurent Pinchart wrote:
>> > Hi Magnus,
>> >
>> > Thank you for the patch.
>> >
>> > Please read below for a couple of
Hi Peter,
On 11/14/2013 02:00 PM, Peter Zijlstra wrote:
> On Thu, Nov 14, 2013 at 11:36:27AM +0530, Preeti U Murthy wrote:
>> However I was thinking that a better fix would be to reorder the way we call
>> update_group_power() and cpu_attach_domain(). Why do we need to do
>> update_group_power() o
On Wed, 2013-11-13 at 13:23 +, Mark Brown wrote:
> On Wed, Nov 13, 2013 at 08:40:57AM +0100, Krzysztof Kozlowski wrote:
>
> > +static inline int max14577_reg_set_safeout(struct regmap *rmap, int on)
> > +{
> > + u8 reg_data = (on ? 0x1 << CTRL2_SFOUTORD_SHIFT : 0x0);
>
> The ternery operato
Oliver Neukum writes:
> On Thu, 2013-11-14 at 10:03 +0800, wangbiao wrote:
>> From: wang, biao
>> Date: Mon, 11 Nov 2013 10:23:40 +0800
>> Subject: [PATCH] usbnet: fix race condition caused spinlock bad magic issue
>>
>> there is race between usbnet_terminate_urbs and usbnet_bh.
>> for example:
On Thu, Nov 14, 2013 at 02:47:50PM +0900, Greg Kroah-Hartman wrote:
> On Thu, Nov 14, 2013 at 02:41:24PM +0900, Linus Torvalds wrote:
> > On Wed, Nov 13, 2013 at 1:19 AM, Johannes Thumshirn
> > wrote:
> > >
> > > git://github.com/morbidrsa/linux.git tags/mpc85xx-edac-for-3.13
> >
> > Ok, it's a
On 2013/11/14 16:11, Chen Gang wrote:
> Like another p?d_alloc(), pud_alloc() also may fail, so need check it.
>
> Signed-off-by: Chen Gang
> ---
> arch/metag/kernel/dma.c |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> diff --git a/arch/metag/kernel/dma.c b/arch/metag/ker
drivers/mfd/rtl8411.c: In function ‘rtl8411_fetch_vendor_settings’:
drivers/mfd/rtl8411.c:58:7: warning: ‘reg1’ is used uninitialized in this
function [-Wuninitialized]
drivers/mfd/rtl8411.c: In function ‘rtl8411b_fetch_vendor_settings’:
drivers/mfd/rtl8411.c:79:7: warning: ‘reg’ is used uninitial
With the recent added support request of yet another device, the burden
of duplicated Ops and Voltage Switch code was becoming a little messy.
To rectify is, we're creating a generic initialisation call, which in
turn uses a generic Ops structure. The individual initialisation routines
fill in the
With only a few variations between devices, it seems silly to keep bolting
on entirely new and mostly duplicated operation structs when a generic one
could be defined and the small differences could be handled in the init
functions.
Signed-off-by: Lee Jones
---
drivers/mfd/rtl8411.c| 118
Other, upcoming devices will want to change the shift value when using
the switch voltage call-back routine. In this patch we will ensure that
unnecessary code duplication shall not occur.
Signed-off-by: Lee Jones
---
drivers/mfd/rtl8411.c| 12
drivers/mfd/rtsx_pcr.c |
This patch adds the new card reader 'rtl8402' to the two already supported
by this driver.
Signed-off-by: Lee Jones
---
drivers/mfd/rtl8411.c | 16
drivers/mfd/rtsx_pcr.c | 5 +
drivers/mfd/rtsx_pcr.h | 1 +
3 files changed, 22 insertions(+)
diff --git a/drivers/mfd/rtl8
On Thu, 14 Nov 2013, micky wrote:
> >So to save confusion I've sent a patch-set with you CC'ed
> >
> >If you can test the patchset on your h/w and add your Tested-by: tag I
> >will add it to each of the patches.
> >
> >With regards to the 'mfd: rtsx: Add rtl8402 card reader' patch, I
> >believe yo
On Wed, 13 Nov 2013, Charles Keepax wrote:
> Improve readability by creating a define for each microphone detection
> level.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/extcon/extcon-arizona.c | 19 ++-
> include/linux/mfd/arizona/registers.h |9 +
> 2
--
Good day, my name is Anna Cane (Mrs.),Did you receive my last e-mail
regarding my urgent need of your assistance from you? If not kindly
notify me via for more details.
Anna Cane (Mrs.)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to major
On 11/14/2013 05:25 PM, Xishi Qiu wrote:
> On 2013/11/14 16:11, Chen Gang wrote:
>
>> Like another p?d_alloc(), pud_alloc() also may fail, so need check it.
>>
>> Signed-off-by: Chen Gang
>> ---
>> arch/metag/kernel/dma.c |5 +
>> 1 files changed, 5 insertions(+), 0 deletions(-)
>>
>> di
On 11/12/2013 04:55 PM, Mark Salter wrote:
> On Tue, 2013-11-12 at 16:39 +0100, Michal Simek wrote:
>> On 11/12/2013 02:22 PM, Mark Salter wrote:
>>>
>>> arch/arm/include/asm/fixmap.h| 25 ++--
>>> arch/hexagon/include/asm/fixmap.h| 40 +
>>> arch/metag/include/asm/fi
Hi, Rob and other dts binding maintainers,
Could you please help review the Freescale eDMA driver dts binding and
document,
the DMA driver needs yours ack to be applied, thanks!
Best regards,
Jingchang
> -Original Message-
> From: Lu Jingchang-B35083
> Sent: Friday, November 08, 201
Hi Grant,
On Nov 14, 2013, at 2:44 AM, Grant Likely wrote:
> On Wed, 13 Nov 2013 10:03:37 +0100, Pantelis Antoniou
> wrote:
>> On Nov 13, 2013, at 2:34 AM, Grant Likely wrote:
>>> On Tue, 12 Nov 2013 11:39:08 +0100, Pantelis Antoniou
>>> wrote:
> On Tue, 5 Nov 2013 19:50:16 +0200, Pantel
Hi,
Can you please pull from the following URL?
git://git.chelsio.net/pub/git/linux-firmware.git for-upstream
The following changes since commit 7d0c7a8cfd78388d90cc784a185b19dcbdbce824:
Ben Hutchings (1):
Merge branch 'wilink4' of
git://git.kernel.org/pub/scm/linux/kernel/git/balb
Aldo Iljazi wrote:
> I created it, here it is lk...@googlegroups.com
>
> https://groups.google.com/d/forum/lkoml
Okay guys I moved it to my custom domain using the http://www.nabble.com
service.
Go to http://aldo.io and subscribe ;)
--
Aldo Iljazi
--
To unsubscribe from this list: send the li
Hi Grant,
On Nov 14, 2013, at 2:31 AM, Grant Likely wrote:
> On Tue, 12 Nov 2013 10:30:37 +0100, Pantelis Antoniou
> wrote:
>> Hi Grant,
>>
>> On Nov 11, 2013, at 7:42 PM, Grant Likely wrote:
>>
>>> On Fri, 8 Nov 2013 17:06:09 +0200, Pantelis Antoniou
>>> wrote:
Introduce DT overlay s
* Joseph Schuchart wrote:
> > Just a quick side note, while I realize that you are
> > (rightfully!) concerned about correctness primarily, if that loop
> > over MAX_NR_CPUS executes often enough then this might hurt
> > performance:
> >
> >perf.h:#define MAX_NR_CPUS
sh7757lcr SDHI register size is 0x100
Signed-off-by: Kuninori Morimoto
---
Hi Simon, and Linux ML
This patch is bug fix for arch/sh,
but, there is no SH maintainer today.
So, I don't know who can care this.
arch/sh/boards/board-sh7757lcr.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(
On Thu, Nov 7, 2013 at 12:47 AM, Magnus Damm wrote:
> The hardware allows control of GPIOs in blocks of up to 16 pins,
> and once device may span multiple blocks. Interrupts are not
... one device ...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Lin
> +/* When today's date is earlier than 2242, we assume that atimes,
> + * ctimes, and mtimes greater than 2242 are actually pre-1970 dates
...mtimes with years in the range 2310..2378 are...
> + * mis-encoded.
> + */
> +#define EXT4_EXTRA_NEGATIVE_DATE_CUTOFF 5 * (1ULL << 32)
Wouldn't 2242 be 0
Hi Georgi,
On Wed, 2013-11-06 at 17:56 +0200, Georgi Djakov wrote:
> This patchset adds basic support of the Secure Digital Host Controller
> Interface compliant controller found in Qualcomm MSM chipsets.
>
> Tested with SD card on APQ8074 Dragonboard.
Thanks, Tested with mass-storage gadget :
On Thu, Nov 14, 2013 at 10:33:22AM +0900, Kyungmin Park wrote:
> On Wed, Nov 13, 2013 at 10:13 PM, Mark Brown wrote:
> > Are you *positive* this is a falling triggered IRQ? All the code to do
> > with spinning reading the GPIO state during handling makes it look like
> > this is in fact an activ
On Fri, Oct 11, 2013 at 4:23 PM, Neil Zhang wrote:
> Some of the Marvell SoCs use GIC as its interrupt controller,and ICU
> only used as wakeup logic. When AP subsystem is powered off, GIC will
> lose its context, the PMU will need ICU to wakeup the AP subsystem.
> So add wakeup entry for such kin
+CC Sam for Kconfig wisdom
On 11/14/2013 02:08 PM, Christian Ruppert wrote:
> Some ARC users say they can boot faster with without kernel compression.
> This probably depends on things like the FLASH chip they use etc.
>
> Until now, kernel compression can only be disabled by removing "select
> H
On Fri, Oct 11, 2013 at 4:23 PM, Neil Zhang wrote:
> For example, arm64 doesn't have mach/irq.h.
>
> Signed-off-by: Neil Zhang
> ---
> drivers/irqchip/irq-mmp.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/irqchip/irq-mmp.c b/drivers/irqchip/irq-mmp.c
> ind
Hi Mark,
On Wed, Nov 13, 2013 at 7:38 PM, Marc Zyngier wrote:
> Hi Vinayak,
>
> On 13/11/13 11:05, Vinayak Kale wrote:
>> This patch adds an accessor function for IRQ_PER_CPU flag.
>> The accessor function is useful to dertermine whether an IRQ is percpu or
>> not.
>>
>> Signed-off-by: Vinayak
(2013/11/14 5:41), Vivek Goyal wrote:
Hi Hatayama,
We are facing some /proc/vmcore mmap() failure issues and then makdumpfile
exits without saving dump and system reboots.
I tried latest makedumpfile (devel branch) with 3.12 kernel.
I think this issue happens only on some machines. And it look
2013-11-14 10:55 keltezéssel, Aldo Iljazi írta:
> Aldo Iljazi wrote:
>
>> I created it, here it is lk...@googlegroups.com
>>
>> https://groups.google.com/d/forum/lkoml
>
> Okay guys I moved it to my custom domain using the http://www.nabble.com
> service.
>
> Go to http://aldo.io and subscribe
Hi Yu,
On 11/13/2013 04:10 PM, Chao Yu wrote:
> Hi Gu,
>
>> -Original Message-
>> From: Gu Zheng [mailto:guz.f...@cn.fujitsu.com]
>> Sent: Wednesday, November 13, 2013 11:39 AM
>> To: Chao Yu
>> Cc: ???; linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
>> linux-f2fs-de...@lis
The commit fd4363fff3d9 (x86: Introduce int3 (breakpoint)-based instruction
patching) uses the same technique that has been used in ftrace since 08d636b
("ftrace/x86: Have arch x86_64 use breakpoints instead of stop machine")
This patch set merge the two implementations and remove duplicities from
The commit fd4363fff3d9 (x86: Introduce int3 (breakpoint)-based instruction
patching) uses the same technique that has been used in ftrace since 08d636b
("ftrace/x86: Have arch x86_64 use breakpoints instead of stop machine")
When trying to use text_poke_bp in dynamic ftrace, the process was signi
We would like to use text_poke_bp in ftrace. It might be called also during
boot when there is only one CPU and we do not need to sync the others.
The check is must to have because there are also disabled interrupts during
the boot. Then the call would cause a deadlock, see the warning in
"smp_cal
(2013/11/12 19:44), Borislav Petkov wrote:
On Tue, Nov 12, 2013 at 06:51:58PM +0900, HATAYAMA Daisuke wrote:
Add disable_cpu_apicid kernel parameter. To use this kernel parameter,
specify an initial APIC ID of the corresponding CPU you want to
disable.
This is mostly used for the kdump 2nd kern
The text_poke functions called BUG() in case of error. This was too strict.
There are situations when the system is still usable even when the patching
has failed, for example when enabling the dynamic ftrace.
This commit modifies text_poke, text_poke_early, and text_poke_bp functions
to return an
The commit fd4363fff3d9 (x86: Introduce int3 (breakpoint)-based instruction
patching) uses the same technique that has been used in ftrace since 08d636b
("ftrace/x86: Have arch x86_64 use breakpoints instead of stop machine")
It would be great to use the new generic implementation and clean up the
When trying to use text_poke_bp_iter in ftrace, the result was slower than
the original implementation.
It turned out that one difference was in text_poke vs. ftrace_write.
text_poke did many extra operations to make sure that code was read-write
and the change was atomic.
In fact, we do not need
probe_kernel_read is used when modifying function calls in ftrace_replace_code,
see arch/x86/kernel/ftrace.c. On x86, the code is replaced using int3 guard.
All functions are patched in parallel to reduce an expensive synchronization
of all CPUs. The result is that all affected functions are called
Let's continue with replacing the existing Int3-based framework in ftrace with
the new generic function introduced by the commit fd4363fff3d9 (x86: Introduce
int3 (breakpoint)-based instruction patching)
This time use it in ftrace_replace_code that modifies all the watched function
calls.
If we u
One more change related to replacing the existing Int3-based framework with
the new generic function introduced by the commit fd4363fff3d9
(x86: Introduce int3 (breakpoint)-based instruction patching)
ftrace_enable_ftrace_graph_caller and ftrace_disable_ftrace_graph_caller
modified the jump target
On Wed, Sep 18, 2013 at 10:57:59AM +0100, Jingchang Lu wrote:
> Add Freescale enhanced direct memory(eDMA) controller support.
> The eDMA controller deploys DMAMUXs routing DMA request sources(slot)
> to eDMA channels.
> This module can be found on Vybrid and LS-1 SoCs.
>
> Signed-off-by: Alison W
> + /*
> + * build_sched_domains() -> init_sched_groups_power()
> + * gets here before we've attached the domains to the
> + * runqueues.
> + *
> + * Use power_of(), which is
On Wed, Nov 13, 2013 at 04:29:19PM +, Peter Zijlstra wrote:
> On Wed, Nov 13, 2013 at 03:47:16PM +, Dietmar Eggemann wrote:
> > On 12/11/13 18:08, Peter Zijlstra wrote:
> > > On Tue, Nov 12, 2013 at 05:43:36PM +, Dietmar Eggemann wrote:
> > >> This patch removes the sched_domain initial
Stephan Mueller wrote:
> Am Mittwoch, 13. November 2013, 12:51:44 schrieb Clemens Ladisch:
>> (And any setting that increases accesses to main memory is likey to
>> introduce more entropy due to clock drift between the processor and the
>> memory bus. Or where do you assume the entropy comes from?
Hello,
On 2013-11-14 11:24, Mark Brown wrote:
On Thu, Nov 14, 2013 at 10:33:22AM +0900, Kyungmin Park wrote:
> On Wed, Nov 13, 2013 at 10:13 PM, Mark Brown wrote:
> > Are you *positive* this is a falling triggered IRQ? All the code to do
> > with spinning reading the GPIO state during handlin
On Wednesday 13 November 2013 07:44 PM, Santosh Shilimkar wrote:
> On Wednesday 13 November 2013 12:02 AM, Sekhar Nori wrote:
>> On Monday 11 November 2013 10:40 PM, Khoronzhuk, Ivan wrote:
>>> If Davinci AEMIF is used we don't need to set timings and bus width.
>>> It is done by AEMIF driver (driv
Hi Jean,
I have applied this patchset on aarch64 upstream branch,cross-compiled
for arm64 and try running some tests for hardware breakpoints.
I cross-compiled perf using linaro toolchain
"gcc-linaro-aarch64-linux-gnu-4.7-2013.04-20130415_linux" as
$ cd tools/perf/
$ make LDFLAGS=-static ARCH=a
We must specify the value of audmux pinctrl if we want to use pinctrl_pm().
Thus change bypass value 0x8000 to what we exactly need.
This patch also seperately unset PUE bit for TXD so that IOMUX won't pull
up/down the pin after turning into tristate. When we use SSI normal mode to
playback mo
The normal mode of SSI allows it to send/receive data to/from the first
slot of each period. So we can use this normal mode to trick I2S signal
by puting/getting data to/from the first slot only (the left channel)
so as to support monaural audio playback and recording.
Signed-off-by: Nicolin Chen
This series of patches need to be applied into one single tree because
the second patch depends on the first one. Without it, SSI would playback
constant noise to the right channel when playback monaural audio files on
i.MX6 Series board.
We might also need to apply the iomux change to the other i
On 11/13/2013 03:26 PM, Gao feng wrote:
> On 11/09/2013 01:42 PM, Eric W. Biederman wrote:
>> Gao feng writes:
>>
>>> On 11/02/2013 02:06 PM, Gao feng wrote:
Hi Eric,
On 08/28/2013 05:44 AM, Eric W. Biederman wrote:
>
> Rely on the fact that another flavor of the filesystem
(2013/11/14 19:41), Petr Mladek wrote:
> The text_poke functions called BUG() in case of error. This was too strict.
> There are situations when the system is still usable even when the patching
> has failed, for example when enabling the dynamic ftrace.
>
> This commit modifies text_poke, text_po
(2013/11/14 19:41), Petr Mladek wrote:
> We would like to use text_poke_bp in ftrace. It might be called also during
> boot when there is only one CPU and we do not need to sync the others.
>
> The check is must to have because there are also disabled interrupts during
> the boot. Then the call wo
On Wed, Nov 13, 2013 at 11:29:24PM +, Sebastian Reichel wrote:
> Hi,
>
> On Wed, Nov 13, 2013 at 02:24:06PM +, Mark Rutland wrote:
> > > Current suggestions (taken from kernel) are:
> > >
> > > * <>,no-autorepeat
> > > * keypad,autorepeat
> > > * linux,keypad-no-autorepeat
> > > * linux,i
Hi Sandeepa,
On Thu, Nov 14, 2013 at 12:04 PM, Sandeepa Prabhu
wrote:
> Hi Jean,
>
> I have applied this patchset on aarch64 upstream branch,cross-compiled
> for arm64 and try running some tests for hardware breakpoints.
>
> I cross-compiled perf using linaro toolchain
> "gcc-linaro-aarch64-linux
On Thu, Nov 14, 2013 at 04:20:17PM +0530, Srikar Dronamraju wrote:
> > + /*
> > +* build_sched_domains() -> init_sched_groups_power()
> > +* gets here before we've attached the domains to the
> > +* runqueues.
> > +
On Tue, Nov 12, 2013 at 6:03 PM, Ingo Molnar wrote:
>
> * Felipe Contreras wrote:
>
>> Otherwise we might not reboot when the user needs it the most (early
>> on).
>>
>> Signed-off-by: Felipe Contreras
>> ---
>>
> [...]
>>
>> diff --git a/kernel/panic.c b/kernel/panic.c
>> index b6c482c..d865263
On Thu, Nov 14, 2013 at 02:59:19PM +0800, Axel Lin wrote:
> The memory leak was introduced by commit 318ceed0884
> "tidy up after d_make_root() conversion".
>
> Signed-off-by: Axel Lin
> ---
> fs/ramfs/inode.c | 12 +---
> 1 file changed, 9 insertions(+), 3 deletions(-)
>
> diff --git a
Hello HPA,
I have another question relevant to http://lkml.org/lkml/2013/11/12/311.
(2013/11/12 18:51), HATAYAMA Daisuke wrote:
@@ -2589,3 +2593,14 @@ static int __init lapic_insert_resource(void)
* that is using request_resource
*/
late_initcall(lapic_insert_resource);
+
+void __init
On 14/11/13 03:36, Elena Ufimtseva wrote:
> Issues Xen hypercall subop XENMEM_get_vnumainfo and sets the
> NUMA topology, otherwise sets dummy NUMA node and prevents
> numa_init from calling other numa initializators as they may
> break other guests.
"break other guests" doesn't seem correct to me
Em Thu, 14 Nov 2013 10:20:10 +0100
Borislav Petkov escreveu:
> On Thu, Nov 14, 2013 at 02:47:50PM +0900, Greg Kroah-Hartman wrote:
> > On Thu, Nov 14, 2013 at 02:41:24PM +0900, Linus Torvalds wrote:
> > > On Wed, Nov 13, 2013 at 1:19 AM, Johannes Thumshirn
> > > wrote:
> > > >
> > > > git://gi
On 14/11/13 07:26, Dario Faggioli wrote:
> On mer, 2013-11-13 at 22:36 -0500, Elena Ufimtseva wrote:
>> +/*
>> + * Set the "dummy" node and exit without error so Linux
>> + * will not try any NUMA init functions which might break
>> + * guests in the future. This will discard all pr
On 14 November 2013 16:45, Jean Pihet wrote:
> Hi Sandeepa,
>
> On Thu, Nov 14, 2013 at 12:04 PM, Sandeepa Prabhu
> wrote:
>> Hi Jean,
>>
>> I have applied this patchset on aarch64 upstream branch,cross-compiled
>> for arm64 and try running some tests for hardware breakpoints.
>>
>> I cross-compi
On Thu, Nov 14, 2013 at 09:18:43AM -0200, Mauro Carvalho Chehab wrote:
> So, in practice, Borislav was working as a maintainer for amd64 EDAC
> patches, and I working mainly as Intel EDAC maintainer. The (few)
> other arm EDAC patches were either coming via my tree or via Boris
> tree, depending on
On 13-11-2013 12:57, Tomasz Figa wrote:
> Hi Eduardo,
>
Hello Tomaz
> On Tuesday 12 of November 2013 15:46:04 Eduardo Valentin wrote:
>> This patch introduces a device tree bindings for
>> describing the hardware thermal behavior and limits.
>> Also a parser to read and interpret the data and fe
On Thu, Nov 14, 2013 at 11:53:51AM +0100, Marek Szyprowski wrote:
> On 2013-11-14 11:24, Mark Brown wrote:
> >Modern systems should be able to use deferred probing to resolve these
> >dependencies, subsys_initcall() is mostly there for legacy reasons and
> >new systems ought to be able to move awa
(2013/11/14 19:41), Petr Mladek wrote:
> @@ -837,7 +882,7 @@ static void recover_iter(struct text_poke_bp_iter
> *iterator,
> }
>
> /* Finally, put back the first byte from the old code */
> - err = text_poke(addr, old_opcode, sizeof(bp_int3));
> + err = text_poke_part(addr,
On 11/14, Tejun Heo wrote:
>
> Hello,
>
> On Thu, Nov 14, 2013 at 09:51:47AM +0800, zhang.y...@zte.com.cn wrote:
> > The kernel worker thread has the PF_NO_SETAFFINITY flag, and it is
> > propagated
> > into the userspace child. Clearing this flag in usersapce child to enable
> > its
> > migratin
On gio, 2013-11-14 at 11:21 +, David Vrabel wrote:
> On 14/11/13 07:26, Dario Faggioli wrote:
> > IIRC, it's more something that was already happening (the breakage, I
> > mean), than a "safety net" for the unforeseeable future. Might be worth
> > giving some context about it, perhaps referenci
Move the setting of PF_NO_SETAFFINITY up before set_cpus_allowed()
in create_worker(). Otherwise userland can change ->cpus_allowed
in between.
Signed-off-by: Oleg Nesterov
---
kernel/workqueue.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/kernel/workqueue.c b
On 11/14, Oleg Nesterov wrote:
>
> Yes, but kernel_thread() is called by the worker thread which has
> PF_NO_SETAFFINITY, this flag is copied to child->flags.
Hmm, and it seems that create_worker() needs a minor fix, please see
the patch.
> Looks like Zhang is right... But I'd suggest to change f
1 - 100 of 706 matches
Mail list logo
