The common clock api provides some helpers for clk-providers but does
not export these helpers. This hinders clk-providers to be built as modules.
This patch adds __clk_get_flags() to the list of exported symbols.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Mike Turquette
Cc: linux-arm-ker...@l
Calling clk-si5351 driver non-OF ready was too early. This patch
makes clk-si5351 depend on CONFIG_OF again, until things get sorted out.
Signed-off-by: Sebastian Hesselbarth
Reported-by: Stephen Rottweil
---
Cc: Stephen Rothwell
Cc: Grant Likely
Cc: Rob Herring
Cc: Rob Landley
Cc: Mike Turq
On 14 April 2013 01:43, Francesco Lavra wrote:
>> + for_each_child_of_node(of_find_node_by_path("/cpus"), np) {
>
> If of_find_node_by_path() returns NULL, there will be a NULL pointer
> dereference.
>
>> + if (count++ != cpu_dev->id)
>> + continue;
>> +
On 04/15/2013 07:04 AM, Stephen Rothwell wrote:
After merging the clk tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
ERROR: "of_clk_add_provider" [drivers/clk/clk-si5351.ko] undefined!
ERROR: "of_clk_src_onecell_get" [drivers/clk/clk-si5351.ko] undefined!
Stephen,
I mu
DT nodes should be put using of_node_put() to balance their usage counts. This
is not done properly in ARM's big LITTLE driver. Fix it.
Signed-off-by: Viresh Kumar
---
Hi Rafael,
These are fixes for 3.10
drivers/cpufreq/arm_big_little_dt.c | 43 +
1 file cha
This driver isn't updated to work with latest cpufreq core updates that happened
recently. Fix them.
Signed-off-by: Viresh Kumar
---
As original patch breaks compilation, its best to merge this patch with original
patch.
drivers/cpufreq/arm_big_little.c | 10 +++---
1 file changed, 3 insert
From: Suravee Suthikulpanit
This patch set contains two patches which affect IOMMU interrupt handling.
Patch 1 Implements the workaround for hardware issue when handling interrupts
and independent of patch 2. Patch 2 Modify interrupt handling thread to only
handle IOMMU interrupt on per-thread
From: Suravee Suthikulpanit
The IOMMU interrupt handling in bottom half must clear the PPR log interrupt
and event log interrupt bits to re-enable the interrupt. This is done by
writing 1 to the memory mapped register to clear the bit. Due to hardware bug,
if the driver tries to clear this bit wh
From: Suravee Suthikulpanit
In the current interrupt handling scheme, there are as many threads as
the number of IOMMUs. Each thread is created and assigned to an IOMMU at
the time of registering interrupt handlers (request_threaded_irq).
When an IOMMU HW generates an interrupt, the irq handler (
Parent node must be put after using it to balance its usage count. This was
missing in cpufreq-cpu0 driver. Fix it.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq-cpu0.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/cpufreq/cpufreq-cpu0.c b/drivers/cpufreq/cpufreq-cpu0.c
i
On 13/04/13 16:38, Namjae Jeon wrote:
> From: Namjae Jeon
>
> https://lkml.org/lkml/2013/4/1/292
> As per above discussion, there is possibility that request's __data_len
> field may overflow when max_discard_sectors greater than UINT_MAX >> 9
>
> If multiple discard requests get merged, merged
On Wed, Apr 10, 2013 at 12:51:00PM +0530, Aruna Balakrishnaiah wrote:
> Removal of syslog prefix in the uncompressed oops text will
> help in capturing more oops data.
Why does it help? Does this effect any existing tools?
cheers
--
To unsubscribe from this list: send the line "unsubscribe linux-
2013/04/15 16:04, Wanpeng Li wrote:
On Mon, Apr 15, 2013 at 02:48:17PM +0900, Yasuaki Ishimatsu wrote:
When hot removing a memory, a firmware_map_entry which has memory range
of the memory is released by release_firmware_map_entry(). If the entry
is allocated by bootmem, release_firmware_map_ent
On Fri, 12 Apr 2013, David Miller wrote:
When submitting a new version of a patch, you must list what changed
from the previous version after the "---" delimiter rather than having
people try and guess.
Got it. However, i've already spammed you, Sarah and two major mailing
lists so i assume
On Wed, Apr 10, 2013 at 12:51:12PM +0530, Aruna Balakrishnaiah wrote:
> Introduce version and timestamp information in the oops header.
> oops_log_info (oops header) holds version (to distinguish between old
> and new format oops header), length of the oops text
> (compressed or uncompressed) and t
On Mon, 2013-04-15 at 14:17 +1000, Michael Ellerman wrote:
> This patch adds preliminary support for the power8 PMU to perf.
Might be worthwhile to have a small blurb explaining roughly what you
mean by "preliminary" :-)
Cheers,
Ben.
> Signed-off-by: Michael Ellerman
> ---
> arch/powerpc/perf/
On Wed, Apr 10, 2013 at 12:51:25PM +0530, Aruna Balakrishnaiah wrote:
> Introduce generic read function to read nvram partitions other than rtas.
> nvram_read_error_log will be retained which is used to read rtas partition
> from rtasd. nvram_read_partition is the generic read function to read from
On Wed, Apr 10, 2013 at 12:50:47PM +0530, Aruna Balakrishnaiah wrote:
> Currently the kernel provides the contents of p-series NVRAM only as a
> simple stream of bytes via /dev/nvram, which must be interpreted in user
> space by the nvram command in the powerpc-utils package. This patch set
> expl
On Monday 15 April 2013 12:50 PM, Michael Ellerman wrote:
On Wed, Apr 10, 2013 at 12:51:00PM +0530, Aruna Balakrishnaiah wrote:
Removal of syslog prefix in the uncompressed oops text will
help in capturing more oops data.
Why does it help? Does this effect any existing tools?
cheers
By sett
Smatch complains that on 64 bit systems, there is a hole in the
MW_ABILITIES struct between ->component_count and ->component_list[].
It leaks stack information from the mwave_ioctl() function.
I've added a memset() to initialize the struct to zero.
Signed-off-by: Dan Carpenter
diff --git a/dri
From: Linus Walleij
The AB8500 debug code which was merged in parallel with the
multiplatform work incidentally introduced a new instance using
the header which is now deleted, causing this
build regression:
drivers/mfd/ab8500-debugfs.c:95:23:
fatal error: mach/irqs.h: No such file or directory
2013/4/15, Adrian Hunter :
> On 13/04/13 16:38, Namjae Jeon wrote:
>> From: Namjae Jeon
>>
>> https://lkml.org/lkml/2013/4/1/292
>> As per above discussion, there is possibility that request's __data_len
>> field may overflow when max_discard_sectors greater than UINT_MAX >> 9
>>
>> If multiple di
Hi Dave,
Since I expect Linus to open the merge window in about a week I guess this
is the last i915 feature pull for 3.10. Highlights:
Updated testing tree for -next. Highlights:
- Corner case fixes discovered with static analyzers (Damien).
- More fixes to combat unclaimed register errors on Has
On Wed, Apr 10, 2013 at 12:53:03PM +0530, Aruna Balakrishnaiah wrote:
> This patch exploits pstore infrastructure in power systems.
> IBM's system p machines provide persistent storage for LPARs
In the kernel we use "pseries" instead of "system p".
> through NVRAM. NVRAM's lnx,oops-log partition
(2013/04/15 14:58), Dave Hansen wrote:
On 04/14/2013 09:52 PM, HATAYAMA Daisuke wrote:
This sounds like there's no such issue on x86 cache mechanism. Is it
correct? If so, what is the difference between ia64 and x86 cache
mechanisms?
I'm just going by the code comments:
drivers/char/mem.c
Change KBUILD_CFLAGS to -O0 in Makefile and got the compilation error as
below.
Is the Linux kernel support -O0 optimization flag?
Note, I have tried 2 architecture compilers and got the same error.
In function 'zap_pmd_range',
inlined from 'zap_pud_range' at mm/memory.c:1288:8,
inli
On Monday 15 April 2013 01:01 PM, Michael Ellerman wrote:
On Wed, Apr 10, 2013 at 12:51:12PM +0530, Aruna Balakrishnaiah wrote:
Introduce version and timestamp information in the oops header.
oops_log_info (oops header) holds version (to distinguish between old
and new format oops header), lengt
On Wed, Apr 10, 2013 at 12:53:27PM +0530, Aruna Balakrishnaiah wrote:
> This patch exploits pstore infrastructure to read the details
> from NVRAM's rtas partition.
Does that mean it's exposed in the pstore filesystem?
> Signed-off-by: Aruna Balakrishnaiah
> Reviewed-by: Jim Keniston
> ---
> a
On 04/08/2013 02:31 PM, Axel Lin wrote:
The special handling code for getting shared mode status is wrong
because it needs to check info->shared_mode->lp_mode_req for
both regulators that shared the same mode register.
In set_mode(), current code ensures we won't set mode to REGULATOR_MODE_IDLE
Fix to return a negative error code from the error handling
case instead of 0, as returned elsewhere in this function.
Original-idea-by:
Signed-off-by: Nicolas Ferre
---
Hi,
This fix was written originally for at91_ether.c and I found it interesting
to adapt it to macb.
Thanks to Wei Yongjun fo
On 09/04/13 16:47, Konrad Rzeszutek Wilk wrote:
> On Wed, Mar 27, 2013 at 12:10:38PM +0100, Roger Pau Monne wrote:
>> Using balloon pages for all granted pages allows us to simplify the
>> logic in blkback, especially in the xen_blkbk_map function, since now
>> we can decide if we want to map a gra
Use memblock_is_region_reserved instead of memblock_find_in_range
to simplify the check codes, and gain a little speed benefit.
Signed-off-by: Wang YanQing
---
arch/x86/kernel/setup.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/arch/x86/kernel/setup.c b/arch/x86/kern
This patch don't change code function,
it just do prepare for import the
memblock_alloc_in_range to do the code pattern
which looks like below in one function:
memblock_find_in_range()
follow by
memblock_reserve()
Signed-off-by: Wang YanQing
---
arch/x86/kernel/aperture_64.c | 4 ++--
1 file c
Hi Chris and Luca,
Sorry for the late response.
Yaniv is on vacation for the last month and will be back at the end of the
week.
We will add the HPI in case Sanitize times-out.
Thanks,
Maya
> Hi Yaniv, Maya,
>
> On Mon, Mar 11 2013, Luca Porzio (lporzio) wrote:
>> In case of Sanitize timeout, th
There is a memblock code use pattern in kernel which looks like below:
in nobootmem.c:
addr = memblock_find_in_range_node(goal, limit, size, align, nid);
if (!addr)
return NULL;
ptr = phys_to_virt(addr);
memset(ptr, 0, size);
memblock_reserve(add
Hi Axel,
> Ping.
>
> Hi Lee,
> Can you review this patch.
> I think this one is a bug fix.
Bengt is the SME for all things ab*-regulator related.
No one knows the driver better than him.
Bengt, would you mind reviewing?
> 2013/4/8 Axel Lin :
> > The special handling code for getting shared mo
>> Perhaps you could update the comment from saying 'map this grant' (which
>> implies doing it NOW as opposed to have done it already), and say:
>>
>> /*
>> .. continue using the grant non-persistently. Note that
>> we mapped it in the earlier loop and the earlier if conditional
>> sets pending_ha
On 09/04/13 17:46, Konrad Rzeszutek Wilk wrote:
> On Wed, Mar 27, 2013 at 12:10:38PM +0100, Roger Pau Monne wrote:
>> Using balloon pages for all granted pages allows us to simplify the
>> logic in blkback, especially in the xen_blkbk_map function, since now
>> we can decide if we want to map a gra
On Mon, 2013-04-15 at 07:33 +0200, Nikola Ciprich wrote:
> Hi,
>
> one of our servers keeps spitting GPF messages:
> (sorry for long message)
>
> [34110.179005] general protection fault: [#1] PREEMPT SMP
> [34110.185000] CPU 0
> [34110.186872] Modules linked in: ipmi_devintf ipmi_si ipmi_m
On Friday 12 April 2013 14:51:25 Greg Kroah-Hartman wrote:
> On Fri, Apr 12, 2013 at 01:59:32PM +0200, Federico Vaga wrote:
> > Signed-off-by: Federico Vaga
> > ---
> >
> > drivers/base/core.c | 4
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/drivers/base/core.c b/drivers/base/
2013/4/15 Bengt Jönsson :
> On 04/08/2013 02:31 PM, Axel Lin wrote:
>>
>> The special handling code for getting shared mode status is wrong
>> because it needs to check info->shared_mode->lp_mode_req for
>> both regulators that shared the same mode register.
>>
>> In set_mode(), current code ensure
The voltage_mask is 0xc0, thus we need to set voltage_shift = 6 to get correct
selector in get_voltage_sel and set_voltage_sel.
Signed-off-by: Axel Lin
---
Hi Bengt,
I don't have the datasheet. Can you confirm if this fix is correct?
BTW, can you also review a couple patches for ab8500 and ab850
On Fri, Apr 12, 2013, at 22:15, Hans de Bruin wrote:
> On 03/27/2013 10:18 PM, Alexander van Heukelum wrote:
> > On Wed, Mar 27, 2013, at 20:46, Al Viro wrote:
> >> On Wed, Mar 27, 2013 at 08:31:02PM +0100, Alexander van Heukelum wrote:
> >>> Hi Al,
> >>>
> >>> Hans de Bruin found a regression due
Signed-off-by: Paolo Pisati
---
drivers/dma/of-dma.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/of-dma.c b/drivers/dma/of-dma.c
index 69d04d2..9628298 100644
--- a/drivers/dma/of-dma.c
+++ b/drivers/dma/of-dma.c
@@ -91,6 +91,7 @@ int of_dma_controlle
Unable to handle kernel NULL pointer dereference at virtual address
pgd = c0004000
[] *pgd=
Internal error: Oops: 5 [#1] SMP ARM
CPU: 0Tainted: GW (3.9.0-rc739rc7fix1-dirty #10)
PC is at of_dma_controller_register+0xb8/0x11c
LR is at of_find_property+0x44/0x
From: Girish K S
The 64xx spi driver supports partial polling mode.
Only the last chunk of the transfer length is transferred
or recieved in polling mode.
Some SoC's that adopt this controller might not have have dma
interface. This patch adds support for complete polling mode
and gives flexibit
From: Girish K S
The existing driver supports gpio based /cs signal.
For controller's that have one device per controller,
the slave device's /cs signal might be internally controlled
by the chip select bit of slave select register. They are not
externally asserted/deasserted using gpio pin.
Thi
From: Girish K S
This patch adds support for the exynos5440 spi controller.
The integration of the spi IP in exynos5440 is different from
other SoC's. The I/O pins are no more configured via gpio, they
have dedicated pins.
Signed-off-by: Girish K S
---
drivers/spi/spi-s3c64xx.c | 12
From: Girish K S
Currently the drivers supports only the GPIO based i/o pins.
But there are Exynos SoC's that use the same controller with
dedicated i/o pins.
This patch provides provision to support gpio/dedicated pins.
The decision is made by parsing the "gpios" property in the spi
node.
Sig
Provide the RESET and Power regulators for the USB PHY,
the USB Host port mode and the PHY device.
The USB PHY needs AUXCLK3 to operate. Provide this information
as well.
Also provide pin multiplexer information for the USB host
pins.
This patch depends on OMAP clock binding introduced in
https:
> My understanding is for shared mode regulators:
> It can be in LP mode only when *BOTH* are in LP mode.
> If only one of the regulator in HP mode, then *BOTH* should be in HP mode.
> Did I misunderstand something?
Let me put this issue this way:
Current code behavior:
get_mode() returns IDLE if
Hi Lars,
> Considering that there seems to be a common pattern here where the caller
> only wants to know if the device exists, but is not really interested in the
> device itself, how about adding a helper function for this?
It was my first thought when I opened this thread. But now I'm convinc
Thank you very much Greg
> > I did not study serial_core, I was looking only for device_find_child().
> > Probably I'm missing something. Anyway, here what does not convice me:
> >
> > (line number on next-20130412)
> > serial_core.c:2003
> >
> > tty_dev = device_find_child(uport->dev, &mat
On 4/15/2013 7:25 AM, Vakul Garg wrote:
The job ring init function creates a platform device for each job ring.
While the job ring is shutdown, e.g. while caam module removal, its
platform device was not being removed. This leads to failure while
reinsertion and then removal of caam module second
Reviewed-by: Tang Chen
Thanks. :)
On 04/15/2013 01:48 PM, Yasuaki Ishimatsu wrote:
> When hot removing a memory, a firmware_map_entry which has memory range
> of the memory is released by release_firmware_map_entry(). If the entry
> is allocated by bootmem, release_firmware_map_entry() adds the
(2013/04/10 13:47), Takao Indoh wrote:
> (2013/04/05 20:06), Joerg Roedel wrote:
>> On Wed, Apr 03, 2013 at 09:24:39AM +0100, David Woodhouse wrote:
>>> On Wed, 2013-04-03 at 16:11 +0900, Takao Indoh wrote:
Yeah, you are right. I forgot such a case.
>>>
>>> If you disable translation and there
On 04/15/2013 10:36 AM, Axel Lin wrote:
The voltage_mask is 0xc0, thus we need to set voltage_shift = 6 to get correct
selector in get_voltage_sel and set_voltage_sel.
Signed-off-by: Axel Lin
The patch is correct. Voltage selection is done with 0xc0.
Acked-by: Bengt Jonsson
---
Hi Bengt,
I
On 09/04/13 16:47, Konrad Rzeszutek Wilk wrote:
> On Wed, Mar 27, 2013 at 12:10:38PM +0100, Roger Pau Monne wrote:
>> Using balloon pages for all granted pages allows us to simplify the
>> logic in blkback, especially in the xen_blkbk_map function, since now
>> we can decide if we want to map a gra
Signed-off-by: Federico Vaga
---
drivers/base/core.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/base/core.c b/drivers/base/core.c
index 016312437..3c8512f 100644
--- a/drivers/base/core.c
+++ b/drivers/base/core.c
@@ -1372,6 +1372,8 @@ int device_for_each_child(struct device *p
* Oleg Nesterov wrote:
> This reverts commit 87dc669ba25777b67796d7262c569429e58b1ed4.
>
> The patch was fine but we can no longer race with SIGKILL after
> 9899d11f "ptrace: ensure arch_ptrace/ptrace_request can never race
> with SIGKILL", the __TASK_TRACED tracee can't be woken up and
> ->ptr
* Paul Gortmaker wrote:
> Recent activity has had a focus on moving functionally related blocks of
> stuff
> out of sched/core.c into stand-alone files. The code relating to load
> average
> calculations has grown significantly enough recently to warrant placing it in
> a
> separate file.
On Mon, Apr 15, 2013 at 09:56:29AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Since I expect Linus to open the merge window in about a week I guess this
> is the last i915 feature pull for 3.10. Highlights:
> Updated testing tree for -next. Highlights:
> - Corner case fixes discovered with static
This patch-set did the following things:
patch1: Remove unused parameter "nr_pages" of pages_correctly_reserved().
patch2: Use CONFIG_MEMORY_HOTREMOVE to protect kernel_physical_mapping_remove().
patch3: Add comments for parameter "nid" for memblock_insert_region().
Tang Chen (3):
mm: Remove un
nr_pages is not used in pages_correctly_reserved().
So remove it.
Signed-off-by: Tang Chen
Reviewed-by: Wang Shilong
Reviewed-by: Wen Congyang
---
drivers/base/memory.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/base/memory.c b/drivers/base/memory.c
in
There is no comment for parameter nid of memblock_insert_region().
This patch adds comment for it.
Signed-off-by: Tang Chen
---
mm/memblock.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/mm/memblock.c b/mm/memblock.c
index b8d9147..16eda3d 100644
--- a/mm/memb
kernel_physical_mapping_remove() is only called by arch_remove_memory() in
init_64.c, which is enclosed in CONFIG_MEMORY_HOTREMOVE. So when we don't
configure CONFIG_MEMORY_HOTREMOVE, the compiler will give a warning:
warning: ‘kernel_physical_mapping_remove’ defined but not used
So put k
On Mon, Apr 15, 2013 at 02:16:55PM +0800, Alex Shi wrote:
> And I need to say again. the powersaving policy just effect on system
> under utilisation. when system goes busy, it won't has effect.
> performance oriented policy will take over balance behaviour.
And AFACU your patches, you do this aut
2013/4/13 Oleg Nesterov
>
> exit_notify() does exit_task_namespaces() after
> forget_original_parent(). This was needed to ensure that ->nsproxy
> can't be cleared prematurely, an exiting child we are going to
> reparent can do do_notify_parent() and use the parent's (ours) pid_ns.
>
> However, af
There are 2 hard drives (normal, magnetic) in software raid 1
on 3.2.41 kernel.
When I write into them e.g. using dd from /dev/zero to a local file
(ext4 on default settings), running 2 dd at once (writing two files) it
starves all other programs that try to use the disk.
Running ls on any direct
Linus,
please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
* Single bug fix for a cpu hotplug race.
Thanks,
tglx
-->
Michael Bohan (1):
hrtimer: Don't reinitialize a c
On Sun, 24 Mar 2013 14:58:13 +0100, Lubomir Rintel wrote:
> This introduces a routine devm_of_iomap(), which acts exactly like of_iomap()
> apart from that managed deivce resource subsystem takes care of reclaiming the
> resources wherever appropriate.
>
> Signed-off-by: Lubomir Rintel
> Cc: Gra
Linus,
please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
* Single bugfix for a wrong return value, which prevents the calling
function to invoke the software fallback.
Thanks,
tglx
--
Hi Mike,
> Feeding that to scripts/decodecode
thanks, didn't know about that!
.
.
.
.
>
> That's here in dup_fd():
> for (i = open_files; i != 0; i--) {
> struct file *f = *old_fds++;
> if (f) {
> get_file(f);
>
> It's doing that g
* Borislav Petkov wrote:
> And 0x3f76 + 0x104 gives exactly 0x407a which is the address at
> which we #PF:
>
> [ 15.921486] BUG: unable to handle kernel paging request at 407a
> [ 15.921486] IP: [<41071ab0>] __lock_acquire.isra.19+0x3e0/0xb00
>
> More hmmm...
It gave me the im
Santosh, thank you very much for your comments. Most where adopted, others
where replied inline.
Please note the comment on removing ufs_coe.c file. I will appreciated
your opinion on that.
> linux-...@vger.kernel.org is for UFS filesystem.
>
>> The API for submitting a query request is ufs_quer
On Tue, Apr 09, 2013 at 01:33:34PM +0100, Christopher Covington wrote:
> For accurate accounting pass contextidr_thread_switch the prev
> task pointer, since cpu_switch_to has at that point changed the
> the stack pointer.
>
> Signed-off-by: Christopher Covington
> ---
> arch/arm64/kernel/proces
* Robin Holt wrote:
> From 1767003c943325e52ac78cac6fdbaf2ab63d Mon Sep 17 00:00:00 2001
> From: Robin Holt
> Date: Wed, 3 Apr 2013 13:52:00 -0500
> Subject: [PATCH] Migrate shutdown/reboot to boot cpu.
>
> We recently noticed that reboot of a 1024 cpu machine takes approx 16
> minutes of
On Mon, Apr 15, 2013 at 12:08:58PM +0200, Ingo Molnar wrote:
> It gave me the impression of memory corruption - but impressions can
> deceive ;-)
>
> Anyway, not sure I can test/bisect it this week - merge window
> preparations and all that.
Ok, and also, in your oops, it said 3.9.0-rc6+ but tip:x
* Borislav Petkov wrote:
> On Mon, Apr 15, 2013 at 12:08:58PM +0200, Ingo Molnar wrote:
> > It gave me the impression of memory corruption - but impressions can
> > deceive ;-)
> >
> > Anyway, not sure I can test/bisect it this week - merge window
> > preparations and all that.
>
> Ok, and also
On Mon, Apr 15, 2013 at 06:00:13PM +0900, Takao Indoh wrote:
> On DMAR initialization during kdump boot, do you guys agree to change
> order like this?
>
> Current order:
> (1) Disable translation
> (2) PCI initialization
> (3) Make pgtable and enable translation.
>
> Order I'm proposing:
> (1) P
On Wed, 20 Mar 2013 14:41:59 +0530, Kishon Vijay Abraham I
wrote:
> Added a generic PHY framework that provides a set of APIs for the PHY drivers
> to create/destroy a PHY and APIs for the PHY users to obtain a reference to
> the PHY with or without using phandle. To obtain a reference to the PHY
On Mon, Apr 15, 2013 at 09:31:26AM +0200, Benjamin Herrenschmidt wrote:
> On Mon, 2013-04-15 at 14:17 +1000, Michael Ellerman wrote:
> > This patch adds preliminary support for the power8 PMU to perf.
>
> Might be worthwhile to have a small blurb explaining roughly what you
> mean by "preliminary"
On 21:35 Mon 07 Jan , Arnd Bergmann wrote:
> (Adding Sascha Hauer, Linus Walleij, Lee Jones to Cc)
>
> On Monday 07 January 2013, Tony Lindgren wrote:
> > >
> > > At the end of the line, some kind of hardware glue is going to be needed.
> > >
> > > I just feel that drawing from a sample size
* Christoph Lameter wrote:
> On Thu, 11 Apr 2013, Frederic Weisbecker wrote:
>
> > It may be too general for a naming. But I don't mind just selecting
> > CONFIG_RCU_NOCBS_ALL unconditionally. It's easily changed in the future if
> > anybody complains.
>
>
> I like the general nature of tha
Hi,
currently, the userspace is informed about the port the MAC is learned
on a bridge and about the bridge removing the MAC from its forwarding
table, but not when the MAC is learned on a different port. This is
inconsistent and makes it difficult for applications to keep track of
all MACs l
* Ingo Molnar wrote:
>
> * Andi Kleen wrote:
>
> > This is based on v7 of the full Haswell PMU support,
>
> This series looks mostly good - I've got two requests:
>
> - please rename intx -> in_tx, INTX -> IN_TX, as 'intx' is confusing
>
> - please port to the latest tip:master (or perf/
Hi,
On Monday 15 April 2013 03:50 PM, Grant Likely wrote:
On Wed, 20 Mar 2013 14:41:59 +0530, Kishon Vijay Abraham I
wrote:
Added a generic PHY framework that provides a set of APIs for the PHY drivers
to create/destroy a PHY and APIs for the PHY users to obtain a reference to
the PHY with or
Commit-ID: 8176cced706b5e5d15887584150764894e94e02f
Gitweb: http://git.kernel.org/tip/8176cced706b5e5d15887584150764894e94e02f
Author: Tommi Rantala
AuthorDate: Sat, 13 Apr 2013 22:49:14 +0300
Committer: Ingo Molnar
CommitDate: Mon, 15 Apr 2013 11:42:12 +0200
perf: Treat attr.config as
On Tue, Apr 9, 2013 at 11:16 AM, Fabio Baltieri
wrote:
> Ux500 regulator name for V-INTCORE is misspelled as vinitcore instead of
> vintcore in some .dts file, causing the AB8500 regulator driver to not
> bind properly. Fix this by replacing all occurrences with the right
> name.
>
> Acked-by: L
Commit-ID: 587ff8c4eab1587044e69156f997e9d1d3b07709
Gitweb: http://git.kernel.org/tip/587ff8c4eab1587044e69156f997e9d1d3b07709
Author: Tang Chen
AuthorDate: Mon, 15 Apr 2013 17:46:46 +0800
Committer: Ingo Molnar
CommitDate: Mon, 15 Apr 2013 12:03:24 +0200
x86/mm/hotplug: Put kernel_phy
On Mon, Apr 15, 2013 at 11:11:59AM +0100, Catalin Marinas wrote:
> On Tue, Apr 09, 2013 at 01:33:34PM +0100, Christopher Covington wrote:
> > For accurate accounting pass contextidr_thread_switch the prev
> > task pointer, since cpu_switch_to has at that point changed the
> > the stack pointer.
> >
On Mon, Apr 8, 2013 at 5:23 PM, Lee Jones wrote:
> The pin names for DB8500 based platforms need to be moved out of
"pin names" ???
> ux500 platform data and into the new proper location in include/
> linux/platform_data/. This way we an reference them from other
> external locations, such as t
From: Borislav Petkov
Now that we do sort the __extable at build time, we actually are
interested only in the case where we still do need to sort it.
Signed-off-by: Borislav Petkov
Cc: David Daney
---
kernel/extable.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/k
Hi Jens,
How about this patch? It was a long time.
Thanks!
Jianpeng Ma
> Thare's a race between elevator switching and normal io operation.
> Because the allocation of struct elevator_queue and struct elevator_data
> don't in a atomic operation.So there are have chance to use NULL
> ->
On Mon, 15 Apr 2013, Linus Walleij wrote:
> On Mon, Apr 8, 2013 at 5:23 PM, Lee Jones wrote:
>
> > The pin names for DB8500 based platforms need to be moved out of
>
> "pin names" ???
>
> > ux500 platform data and into the new proper location in include/
> > linux/platform_data/. This way we a
Hello,
I'm seeing this when I try to build perf in v3.9-rc7:
[penberg@golgotha perf]$ make
CHK -fstack-protector-all
CHK -Wstack-protector
CHK -Wvolatile-register-var
CHK -D_FORTIFY_SOURCE=2
CHK bionic
CHK libelf
CHK libdw
Makefile:584: No libdw.h found or old libdw.h
On Mon, Apr 15, 2013 at 11:45:42AM +0100, Will Deacon wrote:
> On Mon, Apr 15, 2013 at 11:11:59AM +0100, Catalin Marinas wrote:
> > On Tue, Apr 09, 2013 at 01:33:34PM +0100, Christopher Covington wrote:
> > > For accurate accounting pass contextidr_thread_switch the prev
> > > task pointer, since c
On Fri, Apr 12, 2013 at 09:27:27PM +0200, Lars-Peter Clausen wrote:
> I actually had a look at how the Samsung PCM driver a couple of days back,
> but I didn't fully grasp how things work with the secondary TX channel for
> the i2s driver and to make it work with the generic dmaengine PCM driver.
On Fri, 12 Apr 2013, Rabin Vincent wrote:
> 2013/4/9 Lee Jones :
> > Someone has spent a fair amount of effort writing a runtime configuration
> > changing algorithm for DMA clients. However, the config appears to never
> > actually make it to hardware. In order for the configuration to take hold
Add support for sending UFS query requests through tagged command
queuing. This design allows queuing query requests in any open slot
along with other SCSI commands. In this way there is no need to
save a slot in the requests queue and decrease its size.
A query request is posing to a SCSI command
1 - 100 of 601 matches
Mail list logo
