* Bjorn Helgaas [2014-10-15 11:06:50]:
> For the following interfaces:
>
> set_swbp()
> set_orig_insn()
> is_swbp_insn()
> is_trap_insn()
> uprobe_get_swbp_addr()
> arch_uprobe_ignore()
> arch_uprobe_copy_ixol()
>
> kernel/events/uprobes.c provides default definitions explicitly
Just hit this on Linus' current tree while running my fuzz-tester.
(No logs unfortunatly, so no idea what actually happened).
kernel BUG at fs/ext4/inode.c:2982!
invalid opcode: [#1] SMP DEBUG_PAGEALLOC
Modules linked in: hidp rfcomm af_key llc2 can_bcm sctp libcrc32c can_raw nfc
Hi Heiko,
(2014/10/16 0:46), Heiko Carstens wrote:
> Hi all,
>
> we would like to implement an architecture specific variant of "kprobes
> on ftrace" without using the current HAVE_KPROBES_ON_FTRACE infrastructure
> which is currently only used by x86.
>
> The rationale for these two patches
Hello,
On 10/16/2014 05:17 AM, Andrew Morton wrote:
On Wed, 15 Oct 2014 19:00:43 +0900 Heesub Shin wrote:
When zbud is initialized through the zpool wrapper, pool->ops which
points to user-defined operations is always set regardless of whether it
is specified from the upper layer. This
On 2014/10/16 13:24, Ingo Molnar wrote:
>
> * Dave Jones wrote:
>
>> The Atom PMC driver is always built-in, regardless of whether
>> the kernel being built is going to be run on an Atom (or even Intel) CPU.
>>
>> Signed-off-by: Dave Jones
>> Cc: One Thousand Gnomes
>> Cc:
Commit-ID: 66f066d8994bd146304bab72fa09c1e644c4b3ff
Gitweb: http://git.kernel.org/tip/66f066d8994bd146304bab72fa09c1e644c4b3ff
Author: Namhyung Kim
AuthorDate: Mon, 6 Oct 2014 09:46:00 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 17:38:23 -0300
perf
Commit-ID: 96355f2cfb61bb057df9bc0712cd7323dba28080
Gitweb: http://git.kernel.org/tip/96355f2cfb61bb057df9bc0712cd7323dba28080
Author: Masanari Iida
AuthorDate: Wed, 10 Sep 2014 00:18:50 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 17:39:02 -0300
perf
Commit-ID: 54bf53b1cb9150b894213a705c562d52388376ef
Gitweb: http://git.kernel.org/tip/54bf53b1cb9150b894213a705c562d52388376ef
Author: Alexander Yarygin
AuthorDate: Fri, 3 Oct 2014 18:40:11 +0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 17:39:03 -0300
perf
Commit-ID: 673d659f5c5918b7ddbafebf1f129c9eb82973b4
Gitweb: http://git.kernel.org/tip/673d659f5c5918b7ddbafebf1f129c9eb82973b4
Author: Alexander Yarygin
AuthorDate: Fri, 3 Oct 2014 18:40:12 +0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 17:39:03 -0300
perf kvm
Commit-ID: 89dceb22c098bd6afa9f3054aedddb9e1349392b
Gitweb: http://git.kernel.org/tip/89dceb22c098bd6afa9f3054aedddb9e1349392b
Author: Namhyung Kim
AuthorDate: Mon, 6 Oct 2014 09:46:03 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 17:39:02 -0300
perf trace:
* Dave Jones wrote:
> The Atom PMC driver is always built-in, regardless of whether
> the kernel being built is going to be run on an Atom (or even Intel) CPU.
>
> Signed-off-by: Dave Jones
> Cc: One Thousand Gnomes
> Cc: aubrey...@linux.intel.com
>
> diff --git a/arch/x86/Kconfig
Commit-ID: 69e865c353b226dbedf319ae6d1ab8fb3510fa25
Gitweb: http://git.kernel.org/tip/69e865c353b226dbedf319ae6d1ab8fb3510fa25
Author: Namhyung Kim
AuthorDate: Mon, 6 Oct 2014 09:46:02 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 17:39:01 -0300
perf kvm: Use
Commit-ID: 0cdccac6fe4b1316f04f0dbfcc4efab51932014a
Gitweb: http://git.kernel.org/tip/0cdccac6fe4b1316f04f0dbfcc4efab51932014a
Author: Namhyung Kim
AuthorDate: Mon, 6 Oct 2014 09:45:59 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 16:20:03 -0300
perf report:
Commit-ID: b56d5beff4825f9f216f1fc4a54a5d07d4b68b71
Gitweb: http://git.kernel.org/tip/b56d5beff4825f9f216f1fc4a54a5d07d4b68b71
Author: Cody P Schafer
AuthorDate: Tue, 30 Sep 2014 23:03:20 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 16:00:37 -0300
perf
Commit-ID: ed90a4466340e51699139ea83dbe0f4536360e6d
Gitweb: http://git.kernel.org/tip/ed90a4466340e51699139ea83dbe0f4536360e6d
Author: Cody P Schafer
AuthorDate: Tue, 30 Sep 2014 23:03:19 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 15:54:40 -0300
perf
Commit-ID: b2e19a934a36b2b4affcde9c170c0f01afabe50a
Gitweb: http://git.kernel.org/tip/b2e19a934a36b2b4affcde9c170c0f01afabe50a
Author: Yasser Shalabi
AuthorDate: Sat, 4 Oct 2014 11:37:57 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 16:16:53 -0300
perf evlist:
Commit-ID: dcb4e1022b40d886027500821a592dd8f8ccde8f
Gitweb: http://git.kernel.org/tip/dcb4e1022b40d886027500821a592dd8f8ccde8f
Author: Kan Liang
AuthorDate: Tue, 7 Oct 2014 11:08:50 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 16:05:01 -0300
perf tools: Parse
Commit-ID: ffe59788e69b548bd62cc9a053253a8af2cdda1d
Gitweb: http://git.kernel.org/tip/ffe59788e69b548bd62cc9a053253a8af2cdda1d
Author: Kan Liang
AuthorDate: Tue, 7 Oct 2014 11:08:52 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 16:10:24 -0300
perf test: Add
Commit-ID: ba32a4511c65e41958384d2f7a046a6ec6e151e5
Gitweb: http://git.kernel.org/tip/ba32a4511c65e41958384d2f7a046a6ec6e151e5
Author: Kan Liang
AuthorDate: Tue, 7 Oct 2014 11:08:51 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 16:05:45 -0300
perf tools: Add
Commit-ID: 42f60c2d63b0d3f7230d28ac37c1da4885d4ee65
Gitweb: http://git.kernel.org/tip/42f60c2d63b0d3f7230d28ac37c1da4885d4ee65
Author: Kan Liang
AuthorDate: Tue, 7 Oct 2014 11:08:49 -0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 16:04:33 -0300
Revert "perf
Commit-ID: 1e378ebd117d1828b9d5dbe0538887478fcb9d84
Gitweb: http://git.kernel.org/tip/1e378ebd117d1828b9d5dbe0538887478fcb9d84
Author: Taeung Song
AuthorDate: Tue, 7 Oct 2014 16:13:15 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 15 Oct 2014 15:47:48 -0300
perf top: Add a
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling, I guess the changes are minor of affect just
> some
> non-core feature, so it is you call if you prefer to pull it into perf/urgent
> instead.
>
> Best Regards,
>
> - Arnaldo
>
> The following changes since
On Thu, Oct 16, 2014 at 11:35 AM, Hui Zhu wrote:
> In fallbacks of page_alloc.c, MIGRATE_CMA is the fallback of
> MIGRATE_MOVABLE.
> MIGRATE_MOVABLE will use MIGRATE_CMA when it doesn't have a page in
> order that Linux kernel want.
>
> If a system that has a lot of user space program is running,
Hi all,
Please do not add any material intended for v3.19 to your linux-next
included trees until after v3.18-rc1 has been released.
Changes since 20141015:
The net tree lost its build failure.
The thermal tree gained a build failure for which I reverted a commit.
The akpm-current tree gained
On Wed, Oct 15, 2014 at 03:29:45PM +0200, Rolf Evers-Fischer wrote:
> The Kconfig symbol ARCH_HAS_OPP became redundant in v3.16: commit
> 049d595a4db3 ("PM / OPP: Make OPP invisible to users in Kconfig")
> removed the only dependency that used it. Setting it had no effect
> anymore.
>
> So commit
* Bjorn Helgaas wrote:
> For the following interfaces:
>
> set_swbp()
> set_orig_insn()
> is_swbp_insn()
> is_trap_insn()
> uprobe_get_swbp_addr()
> arch_uprobe_ignore()
> arch_uprobe_copy_ixol()
>
> kernel/events/uprobes.c provides default definitions explicitly marked
>
* Bjorn Helgaas wrote:
> kernel/time/jiffies.c provides a default clocksource_default_clock()
> definition explicitly marked "weak". arch/s390 provides its own definition
> intended to override the default, but the "weak" attribute on the
> declaration applied to the s390 definition as well,
* Bjorn Helgaas wrote:
> For the following interfaces:
>
> get_penwell_ops()
> get_cloverview_ops()
> get_tangier_ops()
>
> there is only one implementation, so they do not need to be marked "weak".
>
> Remove the "weak" attribute from their declarations.
>
> Signed-off-by: Bjorn
This patch replaces printk(KERN_ERR...) with pr_err found.
Signed-off-by: Vishnu Pratap Singh
---
kernel/power/process.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/power/process.c b/kernel/power/process.c
index 7b32322..401f7ee 100644
--- a/kernel/power/process.c
On 10/14/2014 11:35 PM, Andrew Lunn wrote:
>
>
> if (pdev->dev.of_node) {
> board = devm_kzalloc(>dev, sizeof(struct orion_nand_data),
> GFP_KERNEL);
> if (!board) {
> - ret = -ENOMEM;
> -
This replaces kzalloc() and ioremap() calls by devm_ functions
in the probe() routine, which automatically release the corresponding
resources when probe() fails or when the device is removed.
This simplifies simplifies the error management code, and brings
the below improvements or changes:
A.
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
allyesconfig) failed like this:
In file included from mm/memcontrol.c:28:0:
include/linux/page_counter.h: In function 'page_counter_init':
include/linux/page_counter.h:19:27: error: 'LONG_MAX' undeclared (first use in
Andrew, Ezequiel,
Many thanks for your review!
On 10/15/2014 11:39 PM, Ezequiel Garcia wrote:
> On 14 Oct 11:35 PM, Andrew Lunn wrote:
>
>> Hi Michael
>>
>> It is quite a common pattern to use:
>>
>> res = platform_get_resource(dev, IORESOURCE_MEM, 0);
>> c->membase =
On Wed, Oct 15, 2014 at 4:34 PM, Wilmer van der Gaast wrote:
>
> Is there anything I can do now to find out why your change is causing my
> machine to crash?
Can you please try attached patch? that should workaround the problem.
as some driver is using pci_enable_device in .resume instead of
On 10/16/2014 09:21 AM, Chang Rebecca Swee Fun wrote:
Intel Quark X1000 GPIO controller supports interrupt handling for
both core power well and resume power well. This patch is to enable
the IRQ support and provide IRQ handling for Intel Quark X1000
GPIO-SCH device driver.
(...)
static
On Thu, 2014-10-16 at 13:55 +1100, Michael Ellerman wrote:
> Yes, we already provide our own version of pci_address_to_pio().
>
> The problem is it's too early to call it when we come in from
> find_and_init_phbs() -> pci_process_bridge_OF_ranges(), so it returns junk.
>
> I think you were
Hi,
This is a revised version for enabling Quark X1000 in gpio-sch.
Change log for V3:
The patches had been rebased on "devel" branch and it has dependency on
Mika Westerberg's commit at: https://lkml.org/lkml/2014/9/16/213
Patch 3:
- Change variable type of irq_support to bool.
- Update error
On Thu, Oct 16, 2014 at 01:14:46AM +0200, Greg Kroah-Hartman wrote:
> On Wed, Oct 15, 2014 at 11:25:23AM -0400, Aristeu Rozanski wrote:
> > It's desirable for allnconfig and tinyconfig targets to result in the
> > least amount of code possible. DISABLE_DEV_COREDUMP exists as a way to
> > switch
Intel Quark X1000 provides a total of 16 GPIOs. The GPIOs are split between
the legacy I/O bridge and the GPIO controller.
GPIO-SCH is the GPIO pins on legacy bridge for Intel Quark SoC.
Intel Quark X1000 has 2 GPIOs powered by the core power well and 6 from
the suspend power well.
This piece of
Intel Quark X1000 GPIO controller supports interrupt handling for
both core power well and resume power well. This patch is to enable
the IRQ support and provide IRQ handling for Intel Quark X1000
GPIO-SCH device driver.
This piece of work is derived from Dan O'Donovan's initial work for
Quark
Consolidating similar algorithms into common functions to make
GPIO SCH simpler and manageable.
Signed-off-by: Chang Rebecca Swee Fun
---
drivers/gpio/gpio-sch.c | 95 ++-
1 file changed, 53 insertions(+), 42 deletions(-)
diff --git
[+cc Joerg, Suravee, Jay, iommu list, linux-pci]
On Wed, Oct 15, 2014 at 5:44 PM, Kallol Biswas wrote:
> Resending, as message got bounced for html content.
>
> Hi,
> PCIe has introduced PASID TLP Prefix. There are two ECNs on this.
>
> It seems
Chris,
On Wed, Oct 15, 2014 at 1:47 PM, wrote:
> +static const struct platform_suspend_ops rk3288_suspend_ops = {
> + .enter = rk3288_suspend_enter,
> + .valid = suspend_valid_only_mem,
> +};
As per offline discussion, let's add the regulator calls in prepare / finish.
--
To
Chris,
On Wed, Oct 15, 2014 at 1:49 PM, wrote:
> From: Chris Zhong
>
> add pmu_intmem subnode for suspend, add suspend pinctrl
Maybe mention that it's expected that board files will reference the
suspend pinctrl as part of the PMIC config?
--
To unsubscribe from this list: send the line
Chris,
On Wed, Oct 15, 2014 at 1:50 PM, wrote:
> From: Chris Zhong
>
> The pmu-sram is used to store resume code, suspend/resume need get the
> address of it. Therefore add a node and documentation for it.
This patch just adds bindings, not a node.
>
> Signed-off-by: Tony Xie
>
In fallbacks of page_alloc.c, MIGRATE_CMA is the fallback of
MIGRATE_MOVABLE.
MIGRATE_MOVABLE will use MIGRATE_CMA when it doesn't have a page in
order that Linux kernel want.
If a system that has a lot of user space program is running, for
instance, an Android board, most of memory is in
Function shrink_all_memory try to free `nr_to_reclaim' of memory.
CMA_AGGRESSIVE_SHRINK function will call this functon to free `nr_to_reclaim' of
memory. It need different scan_control with current caller function
hibernate_preallocate_memory.
If hibernation is true, the caller is
If page alloc function __rmqueue try to get pages from MIGRATE_MOVABLE and
conditions (cma_alloc_counter, cma_aggressive_free_min, cma_alloc_counter)
allow, MIGRATE_CMA will be allocated as MIGRATE_MOVABLE first.
Signed-off-by: Hui Zhu
---
mm/page_alloc.c | 42
Add cma_alloc_counter, cma_aggressive_switch, cma_aggressive_free_min and
cma_aggressive_shrink_switch.
cma_aggressive_switch is the swith for all CMA_AGGRESSIVE function. It can be
controlled by sysctl vm.cma-aggressive-switch.
cma_aggressive_free_min can be controlled by sysctl
Add CMA_AGGRESSIVE config that depend on CMA to Linux kernel config.
Add CMA_AGGRESSIVE_PHY_MAX, CMA_AGGRESSIVE_FREE_MIN and CMA_AGGRESSIVE_SHRINK
that depend on CMA_AGGRESSIVE.
If physical memory size (not include CMA memory) in byte less than or equal to
CMA_AGGRESSIVE_PHY_MAX, CMA aggressive
Chris,
On Wed, Oct 15, 2014 at 1:48 PM, wrote:
> From: Chris Zhong
>
> save and restore some clks, which might be changed in suspend.
>
> Signed-off-by: Tony Xie
> Signed-off-by: Chris Zhong
> ---
>
> drivers/clk/rockchip/clk-rk3288.c | 61
> +
> 1
From: Fabian Frederick
Date: Wed, 15 Oct 2014 21:03:18 +0200
> s/sock/gs
>
> Signed-off-by: Fabian Frederick
Applied.
--
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
From: Fabian Frederick
Date: Wed, 15 Oct 2014 21:03:41 +0200
> All functions used struct vport *vport except
> ovs_vport_find_upcall_portid.
>
> This fixes 1 kerneldoc warning
>
> Signed-off-by: Fabian Frederick
Applied.
--
To unsubscribe from this list: send the line "unsubscribe
Commit 0b0b0893d49b "of/pci: Fix the conversion of IO ranges into IO
resources" changed the behaviour of of_pci_range_to_resource().
Previously it simply populated the resource based on the arguments. Now
it calls pci_register_io_range() and pci_address_to_pio(). These both
have two
On 2014/10/15 23:13, Arnaldo Carvalho de Melo wrote:
> Em Wed, Oct 15, 2014 at 11:28:53AM +0800, Wang Nan escreveu:
>> Commit fbe96f29 (perf tools: Make perf.data more self-descriptive)
>> read '/proc/cpuinfo' to form cpu descriptor. For ARM, it finds
>> 'Processor' field. It is correct when the
From: Meelis Roos
Date: Wed, 15 Oct 2014 23:11:34 +0300 (EEST)
>> >> The gcc-4.9 case is interesting, are you saying that a gcc-4.9 compiled
>> >> kernel works fine on other systems?
>> >
>> > Yes, all USII based systems work fine with Debian gcc-4.9, as does
>> > T2000. Of USIII* systems,
When 'perf record' write headers, it calls write_xxx in
tools/perf/util/header.c, and check return value. It rolls back all
working only when return value is negative.
This patch ensures write_cpudesc() and write_total_mem() return negative number
when error. Without this patch, headers reported
After kerne 3.7 (commit b4b8f770eb10a1bccaf8aa0ec1956e2dd7ed1e0a),
/proc/cpuinfo replcae 'Processor' to 'model name'. This patch makes
CPUINFO_PROC to an array and provides two choices for ARM, make it
compatible for different kernel version.
Signed-off-by: Wang Nan
---
tools/perf/perf-sys.h
On Thu, Oct 16, 2014 at 11:00:35AM +0800, Li, Aubrey wrote:
> On 2014/10/16 10:18, Dave Jones wrote:
> > The Atom PMC driver is always built-in, regardless of whether
> > the kernel being built is going to be run on an Atom (or even Intel) CPU.
> >
> > Signed-off-by: Dave Jones
> > Cc: One
On 2014/10/16 10:18, Dave Jones wrote:
> The Atom PMC driver is always built-in, regardless of whether
> the kernel being built is going to be run on an Atom (or even Intel) CPU.
>
> Signed-off-by: Dave Jones
> Cc: One Thousand Gnomes
> Cc: aubrey...@linux.intel.com
>
> diff --git
On Wed, 2014-10-15 at 10:02 +0100, Liviu Dudau wrote:
> On Wed, Oct 15, 2014 at 08:35:07AM +0100, Benjamin Herrenschmidt wrote:
> > On Thu, 2014-10-09 at 20:02 +, Linux Kernel Mailing List wrote:
> > > Gitweb:
> > >
Fix line over 80 characters in imx-tve.c
Signed-off-by: Gaston Gonzalez
---
drivers/staging/imx-drm/imx-tve.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/imx-drm/imx-tve.c
b/drivers/staging/imx-drm/imx-tve.c
index 3e8b0a1..a46905f 100644
---
Hi Shawn,
[...]
> > + DCFG_CCSR_DEVDISR1,
> > + ls1021a_clk_shift(0));
>
> I think we can ignore the 80 columns warning and put these on one line
> to make the code a bit easier to read.
>
Yes, it looks better,
On 10/15/2014 08:27 PM, Marek Szyprowski wrote:
> This patch fixes unconditional initialization failure on non-exynos3250
> SoCs. Commit df9e26d093d33a097c5558aab017dd2f540ccfe5 ("rtc: s3c: add support
> for RTC of Exynos3250 SoC") introduced rtc source clock support,
> but also added
Hi, Doug.
It looks good to me.
Acked-by: Jaehoon Chung
On 10/15/2014 01:39 AM, Doug Anderson wrote:
> The "set_ios" function is called with a clock of 0 when the clock is
> turning off. There's no reason to go through all the extra Rockchip
> logic (whose goal is to make sure DIV is 0 or 1)
Add the default enable config option after the NUMA_BALANCING option
so that it appears related in the nconfig interface.
Signed-off-by: Aneesh Kumar K.V
---
NOTE: Resending with linux-mm on cc:
init/Kconfig | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git
The Atom PMC driver is always built-in, regardless of whether
the kernel being built is going to be run on an Atom (or even Intel) CPU.
Signed-off-by: Dave Jones
Cc: One Thousand Gnomes
Cc: aubrey...@linux.intel.com
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index
On Wed, 2014-10-15 at 22:55 -0300, Albino Biasutti Neto wrote:
> I'm writing my first kernel patch, sorry. I will be better in the next.
Please experiment with files in drivers/staging/
before you work on other files.
Even then, verify what you do by using tools
like scripts/objdiff and
Hi,
Would you please give me some of your views on this issue? Any suggestion is
appreciative.
Thanks!
Weng Meiling
On 2014/10/15 14:42, Weng Meiling wrote:
> When the last child kobject was deleted, it's parent kobject will be deleted,
> when removing the parent kobject if the parent
2014-10-15 20:26 GMT-03:00 Joe Perches :
> On Wed, 2014-10-15 at 20:15 -0300, Albino Biasutti Neto wrote:
>> ---
>
> Are you not mentioning the logic changes because you
> didn't notice them?
>> diff --git a/fs/open.c b/fs/open.c
> []
>> @@ -71,10 +71,8 @@ long vfs_truncate(struct path *path,
>Acked-by: Marek Vasut
Hi,brian
How about this patch? And can be accepted by linux-mtd?
--
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
Hi Zhang,
After merging the thermal tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/thermal/thermal_core.c:1183:1: error: redefinition of
'thermal_cooling_device_register'
thermal_cooling_device_register(char *type, void *devdata,
^
In file included from
Drivers should put the device into low power states proactively whenever the
device is not in use. Thus implement support for runtime PM and use the
autosuspend feature to make sure that we can still perform well in case we see
lots of SPI traffic within short period of time.
Signed-off-by:
From: Chang Huaixin
xenkbd_disconnect_backend doesn't free grant table entry.
This bug affects live migration.
xenkbd_disconnect_backend uses gnttab_end_foreign_access_ref
to handle grant table entry which doesn't really free an entry.
Thus every time we do xenkbd_resume, grant table entry
On Wed, Oct 15, 2014 at 04:24:20PM -0700, Jim Davis wrote:
> This looks like a similar problem to one reported in August
> (https://lists.01.org/pipermail/kbuild-all/2014-August/006021.html),
> but there are significantly more errors this time. Random
> configuration file attached:
>
>
On Wed, Oct 15, 2014 at 12:03 PM, Fabian Frederick wrote:
> All functions used struct vport *vport except
> ovs_vport_find_upcall_portid.
>
> This fixes 1 kerneldoc warning
>
> Signed-off-by: Fabian Frederick
Acked-by: Pravin B Shelar
Thanks.
> ---
> net/openvswitch/vport.c | 4 ++--
> 1
On Wed, Oct 15, 2014 at 12:03 PM, Fabian Frederick wrote:
> s/sock/gs
>
> Signed-off-by: Fabian Frederick
Looks good.
Acked-by: Pravin B Shelar
Thanks.
> ---
> net/openvswitch/vport-geneve.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On 10/15/2014 11:05 AM, Takashi Iwai wrote:
>> +#if defined(CONFIG_MEDIA_SUPPORT)
>> +extern int media_tknres_create(struct device *dev);
>> +extern int media_tknres_destroy(struct device *dev);
>> +
>> +extern int media_get_tuner_tkn(struct device *dev);
>> +extern int media_put_tuner_tkn(struct
>Won't $info contain an undefined value in case the newly added condition isn't
>met ? The old code initialized $info to a certain value always, the new code
>does not do that.
Hi,Marek Vasut
Thanks.the $info has been defined before as below:
info = (void *)id->driver_data;
Unless id has
On 10/15/2014 10:32 PM, Michael S. Tsirkin wrote:
> RFC patches to enable tx interrupts.
> This is to demonstrate how this can be done without
> core virtio changes, and to make sure I understand
> the new APIs correctly.
>
> Testing TBD: I'm going offline for several days, will only be able to
>
Hi Mark,
Any update for these patches? Just want to follow-up.
Best regards,Alvin Chen
ICFS Platform Engineering Solution
Flex Services (CMMI Level 3, IQA2005, IQA2008), Greater Asia Region Intel
Information Technology Tel. 010-82171960
inet.8-7581960
Email. alvin.c...@intel.com
>
On Wed, Oct 15, 2014 at 5:07 PM, David Madore wrote:
> On Wed, Oct 15, 2014 at 03:54:08PM -0700, Andy Lutomirski wrote:
>> On Wed, Oct 15, 2014 at 3:30 PM, David Madore wrote:
>> > Note that since the possibility of using SO_PEERCRED on AF_INET
>> > sockets does not hitherto exist on Linux, we
On Wed, Oct 15, 2014 at 10:06 AM, Bjorn Helgaas wrote:
>
> kernel/debug/debug_core.c provides a default kgdb_arch_pc() definition
> explicitly marked "weak". Several architectures provide their own
> definitions intended to override the default, but the "weak" attribute on
> the declaration
On Wed, Oct 15, 2014 at 03:54:08PM -0700, Andy Lutomirski wrote:
> On Wed, Oct 15, 2014 at 3:30 PM, David Madore wrote:
> > Note that since the possibility of using SO_PEERCRED on AF_INET
> > sockets does not hitherto exist on Linux, we can be sure that nobody
> > uses it, so it's not like it
Pravin could you please review these two openvswitch kerneldoc
fixes from Fabian?
Thanks.
--
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
On 10/16/14 at 07:55am, Baoquan He wrote:
> On 10/15/14 at 01:32pm, H. Peter Anvin wrote:
> > I don't see why we can't randomize anywhere in physical space. We already
> > handle the kernel above 4 GB and it wouldn't be hard to do the equivalent
> > for the decompress/relocation code, using a
The mm-of-the-moment snapshot 2014-10-15-16-57 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
On 10/15/14 at 01:32pm, H. Peter Anvin wrote:
> I don't see why we can't randomize anywhere in physical space. We already
> handle the kernel above 4 GB and it wouldn't be hard to do the equivalent for
> the decompress/relocation code, using a #PF handler. Not all CPUs support 1
> GB pages.
>
[+cc Martin, Heiko, linux-s390, since s390 could see issues from this.
Sorry for all the spam; I should have gotten this right the first
time.]
On Wed, Oct 15, 2014 at 5:31 PM, Bjorn Helgaas wrote:
> [+cc Michael, Vivek; sorry, I botched my "stg mail" so you weren't
> included the first time]
>
Resending, as message got bounced for html content.
Hi,
PCIe has introduced PASID TLP Prefix. There are two ECNs on this.
It seems that AMD iommu code makes use of PASID. Is there a device that
utilizes this TLP prefix?
PASID allocation and
[+cc Victor, Oleg, David, Srikar, Ananth, Russell, linux-arm-kernel,
Ben, Paul, Michael, linuxppc-dev. arm and powerpc define some of
these functions and are at risk for this issue.]
On Wed, Oct 15, 2014 at 11:06 AM, Bjorn Helgaas wrote:
> For the following interfaces:
>
> set_swbp()
>
[+cc Rashika, Nathan, Anton, Blanchard, Heiko, Yinghai, Martin,
linux-s390; sorry, I botched my "stg mail" so you weren't included the
first time. s390 and x86 define their own memory_block_size_bytes()
and are at risk for this problem.]
On Wed, Oct 15, 2014 at 11:06 AM, Bjorn Helgaas wrote:
>
Hello Yinghai,
On 15-10-14 19:39, Yinghai Lu wrote:
so third resume will not work? that is strange.
second and third should not use same code path...
Always exactly the third time, yes. Seems strange indeed. :-( I was
under the impression that on each resume, completion time of device
[+cc Harvey, Vineet, linux-sh; arc, sh, and x86 have kgdb_arch_pc()
definitions and could see issues from this]
On Wed, Oct 15, 2014 at 11:06 AM, Bjorn Helgaas wrote:
> kernel/debug/debug_core.c provides a default kgdb_arch_pc() definition
> explicitly marked "weak". Several architectures
Hi,
PCIe has introduced PASID TLP Prefix. There are two ECNs on this.
It seems that AMD iommu code makes use of PASID. Is there a device that
utilizes this TLP prefix?
PASID allocation and management within a device is not clear to me. How
does device know which PASID to issue for with
[+cc Michael, Vivek; sorry, I botched my "stg mail" so you weren't
included the first time]
On Wed, Oct 15, 2014 at 11:06 AM, Bjorn Helgaas wrote:
> For the following functions:
>
> elfcorehdr_alloc()
> elfcorehdr_free()
> elfcorehdr_read()
> elfcorehdr_read_notes()
>
[+cc Daniel, Martin, linux-s390; sorry, I botched my "stg mail" so you
weren't included the first time. s390 could see issues from this.]
On Wed, Oct 15, 2014 at 11:06 AM, Bjorn Helgaas wrote:
> kernel/time/jiffies.c provides a default clocksource_default_clock()
> definition explicitly marked
On Thursday 16 October 2014 01:15:45 Samuel Thibault wrote:
> Pali Rohár, le Sun 12 Oct 2014 16:52:08 +0200, a écrit :
> > I would like to ask if something was changed and if this
> > patch (in any way) is going to mainline kernel.
>
> Well, the latest news I got from Dmity was on 12 Apr 2014, to
[+cc linux-mips]
On Wed, Oct 15, 2014 at 11:06 AM, Bjorn Helgaas wrote:
> When the "weak" attribute is on a declaration in a header file, every
> definition where the header is included becomes weak, and the linker
> chooses one definition based on link order (see 10629d711ed7 ("PCI: Remove
>
[+cc linux-mips]
On Wed, Oct 15, 2014 at 11:06 AM, Bjorn Helgaas wrote:
> arch/mips/mm/init.c provides a default platform_maar_init() definition
> explicitly marked "weak". arch/mips/mti-malta/malta-memory.c provides its
> own definition intended to override the default, but the "weak"
1 - 100 of 1282 matches
Mail list logo