* Eric W. Biederman:
> If windows is not present on a system linux can not be used to boot a
> compromised version of windows without user knowledge because windows is
> not present.
Interesting idea. Unfortunately, it is very hard to detect reliably
that Windows is not present from the
From: Qing Xu
add max8925 dts support into mmp2 brownstone platform
Signed-off-by: Qing Xu
---
arch/arm/boot/dts/mmp2-brownstone.dts | 166 +
arch/arm/boot/dts/mmp2.dtsi |4 +-
2 files changed, 169 insertions(+), 1 deletions(-)
diff --git
From: Qing Xu
Signed-off-by: Qing Xu
---
drivers/video/backlight/max8925_bl.c | 31 ++-
1 files changed, 30 insertions(+), 1 deletions(-)
diff --git a/drivers/video/backlight/max8925_bl.c
b/drivers/video/backlight/max8925_bl.c
index f72ba54..7de02ed 100644
---
On 11/6/2012 2:38 AM, Murali Karicheri wrote:
> On 11/04/2012 08:52 AM, Rob Herring wrote:
>> OMAP GPMC
> Could you send me a link please?
https://www.google.com/search?q=RFC+OMAP+GPMC+DT+bindings
The patches series is sent by Daniel Mack. v3 was the last version sent.
Thanks,
Sekhar
--
To
From: Qing Xu
Signed-off-by: Qing Xu
---
drivers/regulator/max8925-regulator.c | 35 -
1 files changed, 34 insertions(+), 1 deletions(-)
diff --git a/drivers/regulator/max8925-regulator.c
b/drivers/regulator/max8925-regulator.c
index 9bb0be3..16d9457 100644
From: Qing Xu
Signed-off-by: Qing Xu
---
drivers/power/max8925_power.c | 57
1 files changed, 51 insertions(+), 6 deletions(-)
diff --git a/drivers/power/max8925_power.c b/drivers/power/max8925_power.c
index daa333b..dd2ac2d 100644
---
From: Qing Xu
Signed-off-by: Qing Xu
---
drivers/power/max8925_power.c | 57
1 files changed, 51 insertions(+), 6 deletions(-)
diff --git a/drivers/power/max8925_power.c b/drivers/power/max8925_power.c
index daa333b..dd2ac2d 100644
---
From: Qing Xu
update onkey driver's irq base, it should get from max8925,
but not save in a private value
Signed-off-by: Qing Xu
---
drivers/input/misc/max8925_onkey.c |3 ---
drivers/mfd/max8925-core.c |2 +-
2 files changed, 1 insertions(+), 4 deletions(-)
diff --git
From: Qing Xu
Add irqdomains for max8925's main irq, and touch irq.
Wrap irq register operations into irqdomain's map func.
it is necessary for dt support.
Also, add dt support for max8925 driver.
Signed-off-by: Qing Xu
---
drivers/mfd/max8925-core.c | 87
From: Qing Xu
we encounter rtc/power/touch driver registry failure, root cause
it is resources confilict in insert_resouce, solved by changing
mfd_add_devices 5th parameter to NULL
Signed-off-by: Qing Xu
---
drivers/mfd/max8925-core.c | 22 ++
1 files changed, 10
2012/10/31, OGAWA Hirofumi :
> Paul Bolle writes:
>
>> On Wed, 2012-10-31 at 09:49 +0900, OGAWA Hirofumi wrote:
>>> This bug is known as the inotify bug. I recall I talked about this,
>>> maybe years ago.
>>
>> Would that be this thread: https://lkml.org/lkml/2011/6/10/155 ?
>
> Sure, exactly.
I
From: Qing Xu
1. add irqdomain for max8925, it is necessary for dt support
2. bug fix in max8925 mfd devices'irq base and device registry failure
3. support DT for max8925 mfd devices
Qing Xu (7):
mfd: max8925: add irqdomain for dt
mfd: max8925: fix mfd device register failure
mfd:
At Tue, 6 Nov 2012 15:16:43 +0800,
Ming Lei wrote:
>
> On Tue, Nov 6, 2012 at 3:03 PM, Takashi Iwai wrote:
> >
> > Yeah, it's just uncovered in the patch. As a easy solution, apply the
> > patch like below to disallow the udev fw loading when signature check
> > is enforced.
> >
> >
> > thanks,
On Tue, Nov 6, 2012 at 1:36 PM, Li Joey wrote:
> The udev direct write firmware through data attribute, maybe we can do the
> same signature verification in firmware_data_write? The following patch
> didn't test yet.
> @@ -655,6 +656,23 @@ static ssize_t firmware_data_write(struct file *filp,
>
On 11/05/2012 08:25 PM, David Miller wrote:
From: Michel Lespinasse
Date: Mon, 5 Nov 2012 14:47:12 -0800
Update the sparc32 arch_get_unmapped_area function to make use of
vm_unmapped_area() instead of implementing a brute force search.
Signed-off-by: Michel Lespinasse
Hmmm...
-
On 31 October 2012 10:18, viresh kumar wrote:
> On Tue, Oct 30, 2012 at 10:19 PM, hongbo.zhang
> wrote:
>> From: "hongbo.zhang"
>
> Just a minor comment below.
>
>> This patch adds device tree properties for ST-Ericsson DB8500 thermal driver,
>> also adds the platform data to support the old
On Tue, Nov 6, 2012 at 3:03 PM, Takashi Iwai wrote:
>
> Yeah, it's just uncovered in the patch. As a easy solution, apply the
> patch like below to disallow the udev fw loading when signature check
> is enforced.
>
>
> thanks,
>
> Takashi
>
> ---
> diff --git a/drivers/base/firmware_class.c
Signed-off-by: liguang
---
kernel/sched/cputime.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/sched/cputime.c b/kernel/sched/cputime.c
index 81b763b..d2c24c1 100644
--- a/kernel/sched/cputime.c
+++ b/kernel/sched/cputime.c
@@ -282,7 +282,7 @@ static
On Tue, Nov 6, 2012 at 7:04 AM, Kees Cook wrote:
> The CONFIG_EXPERIMENTAL config item has not carried much meaning for a
> while now and is almost always enabled by default. As agreed during the
> Linux kernel summit, remove it from any "depends on" lines in Kconfigs.
>
> CC: Russell King
> CC:
At Tue, 6 Nov 2012 13:36:46 +0800,
Li Joey wrote:
>
> [1 ]
> 2012/11/6 Ming Lei
>
> > On Tue, Nov 6, 2012 at 1:18 AM, Takashi Iwai wrote:
> > >
> > > To be noted, it doesn't support the firmwares via udev but only the
> > > direct loading, and the check for built-in firmware is missing, too.
This patch fixes below build error when !CONFIG_OF_GPIO.
CC drivers/pinctrl/pinctrl-samsung.o
drivers/pinctrl/pinctrl-samsung.c: In function 'samsung_pinctrl_parse_dt_pins':
drivers/pinctrl/pinctrl-samsung.c:557:19: warning: unused variable 'prop'
[-Wunused-variable]
At Tue, 6 Nov 2012 10:30:26 +0800,
Ming Lei wrote:
>
> On Tue, Nov 6, 2012 at 1:18 AM, Takashi Iwai wrote:
> >
> > To be noted, it doesn't support the firmwares via udev but only the
> > direct loading, and the check for built-in firmware is missing, too.
>
> Generally, both direct loading and
At Tue, 06 Nov 2012 00:01:52 +,
David Howells wrote:
>
> Takashi Iwai wrote:
>
> > this is a patch series to add the support for firmware signature
> > check. At this time, the kernel checks extra signature file (*.sig)
> > for each firmware, instead of embedded signature.
> > It's just a
On Mon, Nov 05, 2012 at 14:42:29, Philip, Avinash wrote:
[...]
> + am33xx_pinmux: pinmux@44e10800 {
> + ecap0_pins: backlight_pins {
> + pinctrl-single,pins = <
> + 0x164 0x0 /*
> eCAP0_in_PWM0_out.eCAP0_in_PWM0_out MODE0 */
>
On Mon, Nov 05, 2012 at 14:42:26, Philip, Avinash wrote:
[...]
> +#include
> +#include
Pinctrl changes should be separate patch. Morevoer, you don't mention
that you making this change.
> +
> +#include "tipwmss.h"
>
> /* EHRPWM registers and bits definitions */
>
> @@ -107,6 +111,10 @@
>
On Mon, Nov 05, 2012 at 14:42:27, Philip, Avinash wrote:
[...]
> + /* Some platforms require explicit tbclk gating */
> + if (of_property_read_bool(pdev->dev.of_node, "tbclkgating")) {
> + pc->tbclk = clk_get(>dev, "tbclk");
> + if (IS_ERR(pc->tbclk)) {
> +
At Mon, 5 Nov 2012 15:43:09 -0500,
Josh Boyer wrote:
>
> On Mon, Nov 5, 2012 at 12:18 PM, Takashi Iwai wrote:
> > Hi,
> >
> > this is a patch series to add the support for firmware signature
> > check. At this time, the kernel checks extra signature file (*.sig)
> > for each firmware, instead
On Mon, Nov 05, 2012 at 04:49:01PM +0100, Alban Bedel wrote:
> Signed-off-by: Alban Bedel
> ---
> .../bindings/video/backlight/pwm-backlight.txt |1 +
> drivers/video/backlight/pwm_bl.c | 22 ++-
> include/linux/pwm_backlight.h |
From: "Yan, Zheng"
New Intel CPU can record call chains by using existing last branch
record facility. perf_callchain_user() can make use of the call
chains recorded by hardware in case of there is no frame pointer.
Signed-off-by: Yan, Zheng
---
arch/arm/kernel/perf_event.c | 4 ++--
From: "Yan, Zheng"
Zero length call is also referred to as zero displacement call.
It is usually used in 32-bit code to get address of next
instruction. The assembly code looks like:
callnext_ip
next_ip:
popl%ebx
Zero length calls may confuse the hardware and make the recorded
From: "Yan, Zheng"
Enable the LBR call stack feature if user requests recording
usr callchain. kernel can use the hardware feature to get
user callchain in case there is no frame pointer.
This patch also adds a file named "lbr_callstack" to the sysfs
directory of cpu pmu. User can
From: "Yan, Zheng"
The x86 special perf event context is named x86_perf_event_context,
We can enlarge it later to store PMU special data.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event.c | 12
arch/x86/kernel/cpu/perf_event.h | 4
include/linux/perf_event.h
From: "Yan, Zheng"
When the LBR call stack is enabled, it is necessary to save/restore
the stack on context switch. The solution is saving/restoring the
stack to/from task's perf event context. If task has no perf event
context, just flush the stack on context switch.
Signed-off-by: Yan, Zheng
From: "Yan, Zheng"
The new HSW call stack feature provides a facility such that
unfiltered call data will be collected as normal, but as return
instructions are executed the last captured branch record is
popped from the LBR stack. Thus, branch information relative to
leaf functions will not be
From: "Yan, Zheng"
The index of lbr_sel_map is bit value of perf branch_sample_type.
By using bit shift as index, we can reduce lbr_sel_map size.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event.h | 4 +++
arch/x86/kernel/cpu/perf_event_intel_lbr.c | 50
From: "Yan, Zheng"
Haswell has a new feature that utilizes the existing Last Branch Record
facility to record call chains. When the feature is enabled, function
call will be collected as normal, but as return instructions are executed
the last captured branch record is popped from the on-chip
On Mon, Nov 05, 2012 at 14:42:22, Philip, Avinash wrote:
[...]
> +pwmss0: pwmss@4830 {
> + compatible = "ti,am33xx-pwmss";
> + reg = <0x4830 0x10
> + 0x48300100 0x80
> + 0x48300180 0x80
> + 0x48300200 0x80>;
Do you really need the 4 address
If the max packet size for some class (configured through tc) is
violated by the actual size of the packets of that class, then QFQ
would not schedule classes correctly, and the data structures
implementing the bucket lists may get corrupted. This problem occurs
with TSO/GSO even if the max packet
Liu, Jinsong wrote:
> Stefano Stabellini wrote:
diff --git a/drivers/xen/Makefile b/drivers/xen/Makefile
index 0e86370..a2af622 100644
--- a/drivers/xen/Makefile
+++ b/drivers/xen/Makefile
@@ -29,6 +29,7 @@ obj-$(CONFIG_XEN_MCE_LOG) += mcelog.o
On Mon, 5 Nov 2012, Kees Cook wrote:
> >>> diff --git a/mm/Kconfig b/mm/Kconfig
> >>> index a3f8ddd..679945e 100644
> >>> --- a/mm/Kconfig
> >>> +++ b/mm/Kconfig
> >>> @@ -1,6 +1,5 @@
> >>> config SELECT_MEMORY_MODEL
> >>> def_bool y
> >>> - depends on EXPERIMENTAL ||
Stefano Stabellini wrote:
>>> diff --git a/drivers/xen/Makefile b/drivers/xen/Makefile
>>> index 0e86370..a2af622 100644
>>> --- a/drivers/xen/Makefile
>>> +++ b/drivers/xen/Makefile
>>> @@ -29,6 +29,7 @@ obj-$(CONFIG_XEN_MCE_LOG) += mcelog.o
>>> obj-$(CONFIG_XEN_PCIDEV_BACKEND) +=
Hi all,
Changes since 20121105:
The pci tree gained a build failure for which I applied a merge fix patch.
The v4l-dvb tree still had its build failure so I used the version from
next-20121026.
The thermal tree lost its conflict.
The pm tree gained a conflict against the pci tree.
The tty
2012/11/6 Ming Lei :
> On Tue, Nov 6, 2012 at 1:18 AM, Takashi Iwai wrote:
>>
>> To be noted, it doesn't support the firmwares via udev but only the
>> direct loading, and the check for built-in firmware is missing, too.
>
> Generally, both direct loading and udev may request one same firmware
>
On Wed, Oct 24, 2012 at 09:13:56AM +0800, Shaohua Li wrote:
> On Tue, Oct 23, 2012 at 09:41:00AM -0400, Rik van Riel wrote:
> > On 10/23/2012 01:51 AM, Shaohua Li wrote:
> >
> > >I have no strong point against the global state method. But I'd agree
> > >making the
> > >heuristic simple is
On Mon, Nov 05, 2012 at 09:19:46PM -0800, Eric W. Biederman wrote:
> Matthew Garrett writes:
>
> > On Mon, Nov 05, 2012 at 07:36:32PM -0800, Eric W. Biederman wrote:
> >
> >> For automated installs you don't have to satisfy me. Feel free to
> >> deliver a lousy solution to your users. Just
Hello All:
1) Status:
A) I have many "* change %8s to %s *" patches (minor and trivial
patches).
B) for net subsystem, have 3 (have sent to relative members);
C) for another:
i) arch/x86/kernel/process_64.c:120,
pr_warn("WARNING: dead process %8s still has LDT?
On Sat, 03 Nov 2012 20:04:58 +0100, Ove Karlsen said:
> And have you given consideration to the fact that most distros and OS
> grow with some levels of bloat, and everyone can`t be an expert, so
> maybe one shold consider a (scheduler) queue for "bloat", and one queue
> for main app, so that
On Sun, Nov 04, 2012 at 06:47:12PM +0100, Linus Walleij wrote:
> On Wed, Oct 31, 2012 at 8:00 AM, Yuanhan Liu
> wrote:
>
> > Those functions are availabe only when CONFIG_GPIOLIB is set. So, we
> > should not call them under !CONFIG_GPIOLIB block.
> >
> > This would fix following build errros:
>
Matthew Garrett writes:
> On Mon, Nov 05, 2012 at 07:36:32PM -0800, Eric W. Biederman wrote:
>
>> For automated installs you don't have to satisfy me. Feel free to
>> deliver a lousy solution to your users. Just don't use your arbitrary
>> design decisions to justify your kernel patches.
>
>
On Sun, 04 Nov 2012 00:43:31 +0900, Akinobu Mita said:
> This patchset introduces new functions into random32 library for
> getting the requested number of pseudo-random bytes.
>
> Before introducing these new functions into random32 library,
> prandom32() and prandom32_seed() with "prandom32"
On Mon, Nov 05, 2012 at 02:01:54PM -0800, Andrew Morton wrote:
> On Fri, 2 Nov 2012 12:33:13 -0400
> Naoya Horiguchi wrote:
>
> > Printing out the information about which file can be affected by a
> > memory error in generic_error_remove_page() is helpful for user to
> > estimate the impact of
On Mon, 2012-11-05 at 18:20 +0100, Takashi Iwai wrote:
> Add a feature to check the firmware signature, specified via Kconfig
> CONFIG_FIRMWARE_SIG. The signature check is performed only for the
> direct fw loading without udev. Also no check for built-in firmware
> blobs is implemented yet.
>
On 5 November 2012 21:14, Axel Lin wrote:
> This fixes below build error when !CONFIG_OF_GPIO.
>
> CC drivers/pinctrl/pinctrl-samsung.o
> drivers/pinctrl/pinctrl-samsung.c: In function
> 'samsung_pinctrl_parse_dt_pins':
> drivers/pinctrl/pinctrl-samsung.c:557:19: warning: unused variable
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
mm/memcontrol.c between commit ab5196c202c6 ("memcg: make
mem_cgroup_reparent_charges non failing") from the cgroup tree and commit
"memcg: destroy memcg caches" from the akpm tree.
I fixed it up (see below) and can carry the
This patch doesn't apply...
I'm trying on Linus' master branch, HEAD is v3.7-rc4, and I've merged
your pm-qos branch on top of v3.7-rc4.
Thanks,
Aaron
On Mon, Oct 29, 2012 at 10:09:09AM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The ACPI function for choosing device power
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
mm/memcontrol.c between commit ab5196c202c6 ("memcg: make
mem_cgroup_reparent_charges non failing") from the cgroup tree and commit
"memcg: allow a memcg with kmem charges to be destructed" from the akpm
tree.
I fixed it up
Hi Samuel,
On Tue, Nov 06, 2012 at 04:25:24, Samuel Ortiz wrote:
> Hi Rachna,
>
> On Tue, Oct 16, 2012 at 12:55:37PM +0530, Patil, Rachna wrote:
> > This patch set is a cumulative set of [1] and [2] sent earlier.
> > I have merged the patch set so that the MFD patches apply without any
> >
On Tue, Nov 06, 2012 at 12:52:46AM +0100, Matteo Croce wrote:
> Hi all,
>
> I know that this is useless to people using git, but it was so fun to write
> and I use it to update regularly my pc kernel source from time to time
> while saving servers (and home) bandwidth
Have you looked at the
On Mon, 2012-11-05 at 15:03 -0800, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, it is being removed. This will discourage future addition of
> CONFIG_EXPERIMENTAL while it is
2012/11/5, OGAWA Hirofumi :
> Namjae Jeon writes:
>
>> +blknr = fat_clus_to_blknr(sbi, parent_logstart);
>> +parent_bh = sb_bread(sb, blknr);
>> +if (!parent_bh) {
>> +fat_msg(sb, KERN_ERR,
>> +"NFS:unable to read
On Mon, Nov 05, 2012 at 07:36:32PM -0800, Eric W. Biederman wrote:
> For automated installs you don't have to satisfy me. Feel free to
> deliver a lousy solution to your users. Just don't use your arbitrary
> design decisions to justify your kernel patches.
My kernel patches are justified by
Hi Greg,
Today's linux-next merge of the tty tree got a conflict in
drivers/tty/serial/omap-serial.c between commit d864c03bfce2 ("SERIAL:
omap: remove setting of EFR SCD bit") from the arm tree and commit
7ba897d77ce2 ("serial: omap: Remove the default setting of special
character") from the tty
On 11/05/2012 07:55 PM, Omar Ramirez Luna wrote:
> Actually moving it from plat-omap, as this framework/driver code is
> supposed to be under drivers/ folder. The framework should work with
> the current supported OMAP processors (OMAP1+) that have mailbox and
> can be used as a method of
Matthew Garrett writes:
> On Mon, Nov 05, 2012 at 06:46:32PM -0800, Eric W. Biederman wrote:
>> Matthew Garrett writes:
>>
>> > On Mon, Nov 05, 2012 at 11:16:12AM -0800, Eric W. Biederman wrote:
>> >> Matthew Garrett writes:
>> >> > No, in the general case the system will do that once it
On Tue, Nov 6, 2012 at 8:04 AM, Axel Lin wrote:
> This fixes compile error if one of SPEAr3xx implementations is not selected.
>
> CC drivers/clk/spear/spear3xx_clock.o
> drivers/clk/spear/spear3xx_clock.c: In function 'spear3xx_clk_init':
> drivers/clk/spear/spear3xx_clock.c:599:3: error:
On Mon, Nov 5, 2012 at 5:25 PM, David Miller wrote:
> From: Michel Lespinasse
> Date: Mon, 5 Nov 2012 14:47:12 -0800
>
>> Update the sparc32 arch_get_unmapped_area function to make use of
>> vm_unmapped_area() instead of implementing a brute force search.
>>
>> Signed-off-by: Michel Lespinasse
On Mon, Nov 05, 2012 at 06:46:32PM -0800, Eric W. Biederman wrote:
> Matthew Garrett writes:
>
> > On Mon, Nov 05, 2012 at 11:16:12AM -0800, Eric W. Biederman wrote:
> >> Matthew Garrett writes:
> >> > No, in the general case the system will do that once it fails to find a
> >> > bootable OS
Hi Grant,
On Mon, Nov 5, 2012 at 5:58 PM, Grant Likely wrote:
>
>
> Joel A Fernandes wrote:
>
>>Hi Grant,
>>
>>On Mon, Nov 5, 2012 at 2:14 PM, Grant Likely
>> wrote:
>>> I'm open to suggestions if anyone has any. I have not objections to a
>>> fixup approach, but I'm not comfortable with
Now internal structures can remain hidden to the user and just API
related functions and defines are made available.
Signed-off-by: Omar Ramirez Luna
---
drivers/mailbox/mailbox.c | 34
drivers/mailbox/mailbox.h | 48
As part of plat-omap code cleanup, move omap-mailbox framework to
a newly drivers/mailbox folder, right now this code is specific to
OMAP platforms, but with some clean up it could be the base for a
generic framework; living under drivers/mailbox could give it some
exposure for interested
Hi Rafael,
Today's linux-next merge of the pm tree got a conflict in
arch/x86/pci/acpi.c between commit 3f385fa9edce ("x86/PCI: Ignore _SEG on
HP xw9300") from the pci tree and commit 97a7108a3c00 ("ACPI / x86: Add
quirk for "CheckPoint P-20-00" to not use bridge _CRS_ info") from the pm
tree.
I
Matthew Garrett writes:
> On Mon, Nov 05, 2012 at 11:16:12AM -0800, Eric W. Biederman wrote:
>> Matthew Garrett writes:
>> > No, in the general case the system will do that once it fails to find a
>> > bootable OS on the drive.
>>
>> In the general case there will be a bootable OS on the
On 11/5/12 5:49 PM, Minchan Kim wrote:
Also, memory allocators have a second motivation in using madvise: to
create virtually contiguous regions of memory from a fragmented address
space, without increasing the RSS.
I don't get it. How do we create contiguos region by madvise?
Just out of
This fixes compile error if one of SPEAr3xx implementations is not selected.
CC drivers/clk/spear/spear3xx_clock.o
drivers/clk/spear/spear3xx_clock.c: In function 'spear3xx_clk_init':
drivers/clk/spear/spear3xx_clock.c:599:3: error: implicit declaration of
function 'spear300_clk_init'
Hi,
Firstly, this is a coreboot issue rather than kernel issue. I don't
know how to deal with it so come here to ask for help.
I am debugging coreboot which is an open source bios on a mainboard now.
the mainboard is tyan s8226, which has two CPUs and each CPU has 8 cores.
the details of s8226
On Tue, Nov 6, 2012 at 1:18 AM, Takashi Iwai wrote:
>
> To be noted, it doesn't support the firmwares via udev but only the
> direct loading, and the check for built-in firmware is missing, too.
Generally, both direct loading and udev may request one same firmware
image. And after check failed,
On Mon, Nov 05, 2012 at 11:55:32PM +0100, Heinz Wiesinger wrote:
> On Monday 05 November 2012 11:13:31 Greg KH wrote:
> > On Mon, Nov 05, 2012 at 01:11:18AM -0800, Jonathan Nieder wrote:
> > > Hi,
> > >
> > > In March, Greg KH wrote:
> > > > 3.2-stable review patch. If anyone has any objections,
Sjur Brændeland writes:
> Hi Rusty,
>
>> So, this adds another host-side virtqueue implementation.
>>
>> Can we combine them together conveniently? You pulled out more stuff
>> into vring.h which is a start, but it's a bit overloaded.
>> Perhaps we should separate the common fields into struct
Amit Shah writes:
> On (Mon) 05 Nov 2012 [11:31:24], Amit Shah wrote:
>> On (Mon) 05 Nov 2012 [09:11:45], Rusty Russell wrote:
>> > Sjur Brændeland writes:
>> >
>> > > From: Sjur Brændeland
>> > >
>> > > This patch-set introduces a new virtio type "rproc_serial" for
>> > > communicating
>> >
Andrew Morton writes:
> On Fri, 02 Nov 2012 14:47:40 +
> "Jan Beulich" wrote:
>
>> This makes the resulting diagnostics quite a bit more useful.
>
> So asserts Jan, but to confirm it I would need to download, configure,
> build and install a different gcc version, which sounds rather a
Josh Boyer writes:
> On Mon, Nov 05, 2012 at 12:31:39PM +1030, Rusty Russell wrote:
>> Josh Boyer writes:
>> > diff --git a/Makefile b/Makefile
>> > index 14c93b3..7e27d51 100644
>> > --- a/Makefile
>> > +++ b/Makefile
>> > @@ -722,8 +722,14 @@ export mod_strip_cmd
>> > ifeq
Alexander Duyck writes:
> The function lguest_write_cr3 is using __pa to convert swapper_pg_dir and
> initial_page_table from virtual addresses to physical. The correct function
> to use for these values is __pa_symbol since they are C visible symbols.
>
> Cc: Rusty Russell
> Signed-off-by:
Hi Greg,
On Tue, 6 Nov 2012 02:55:42 +0100 Greg Kroah-Hartman
wrote:
>
> It is gone in my tree, and it should be deleted in yours, do you not see
> that?
Unfortunately, your tree gets merged late in my set of trees ... so I'll
just keep the disabling patch and the problem will go away
On Tue, Oct 30, 2012 at 10:30:02PM -0400, Sasha Levin wrote:
> On Tue, Oct 30, 2012 at 9:48 PM, Wen Congyang wrote:
> > At 10/31/2012 09:12 AM, Marcelo Tosatti Wrote:
> >> It has been asked earlier why a simple virtio device is not usable
> >> for this (with no response IIRC).
> >
> > 1. We can't
On Mon, Nov 5, 2012 at 5:54 PM, Kees Cook wrote:
> On Mon, Nov 5, 2012 at 5:22 PM, David Rientjes wrote:
>> On Mon, 5 Nov 2012, Kees Cook wrote:
>>
>>> diff --git a/mm/Kconfig b/mm/Kconfig
>>> index a3f8ddd..679945e 100644
>>> --- a/mm/Kconfig
>>> +++ b/mm/Kconfig
>>> @@ -1,6 +1,5 @@
>>> config
On Tue, Nov 06, 2012 at 11:27:29AM +1100, Stephen Rothwell wrote:
> Hi Bjorn,
>
> After merging the pci tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> drivers/staging/telephony/ixj.c: In function 'ixj_probe_pci':
> drivers/staging/telephony/ixj.c:7732:13: warning:
On Mon, Nov 5, 2012 at 5:22 PM, David Rientjes wrote:
> On Mon, 5 Nov 2012, Kees Cook wrote:
>
>> diff --git a/mm/Kconfig b/mm/Kconfig
>> index a3f8ddd..679945e 100644
>> --- a/mm/Kconfig
>> +++ b/mm/Kconfig
>> @@ -1,6 +1,5 @@
>> config SELECT_MEMORY_MODEL
>> def_bool y
>> - depends on
Hello,
On Mon, Nov 05, 2012 at 03:54:43PM -0800, Arun Sharma wrote:
> On Wed, Oct 31, 2012 at 06:56:05PM -0400, KOSAKI Motohiro wrote:
> > glibc malloc discard freed memory by using MADV_DONTNEED
> > as tcmalloc. and it is often a source of large performance decrease.
> > because of MADV_DONTNEED
On Tue, 6 Nov 2012 09:22:16 +0800 Xiaotian Feng wrote:
> On Tue, Nov 6, 2012 at 6:52 AM, Andrew Morton
> wrote:
> > On Fri, 2 Nov 2012 10:48:54 +0800
> > Xiaotian Feng wrote:
> >
> >> We met a ksoftirqd 100% issue, the perf top shows kernel is busy
> >> with tasklet_action(), but no actual
Under a particular load on one machine, I have hit shmem_evict_inode()'s
BUG_ON(inode->i_blocks), enough times to narrow it down to a particular
race between swapout and eviction.
It comes from the "if (freed > 0)" asymmetry in shmem_recalc_inode(),
and the lack of coherent locking between
Fuzzing with trinity hit the "impossible" VM_BUG_ON(error)
(which Fedora has converted to WARNING) in shmem_getpage_gfp():
WARNING: at mm/shmem.c:1151 shmem_getpage_gfp+0xa5c/0xa70()
Pid: 29795, comm: trinity-child4 Not tainted 3.7.0-rc2+ #49
Call Trace:
[] warn_slowpath_common+0x7f/0xc0
[]
Changeset 7f1290f2f2 tries to fix a issue when calculating
zone->present_pages, but it causes a regression to 32bit systems with
HIGHMEM. With that changeset, function reset_zone_present_pages()
resets all zone->present_pages to zero, and fixup_zone_present_pages()
is called to recalculate
On Tuesday 06 November 2012 01:35:11 Stephen Warren wrote:
> On 11/04/2012 11:04 AM, Linus Walleij wrote:
> > On Wed, Oct 31, 2012 at 10:04 AM, Alex Courbot
wrote:
> >> Would anyone be opposed to having a gpio_get() function that works
> >> similarly to e.g. regulator_get() and clk_get()?
> >
>
Yasuaki,
Please refresh this patch on top of linux-next and re-send to Rafael.
I've dropped it from my tree.
thanks,
-Len
On 10/10/2012 10:52 PM, Len Brown wrote:
> v5 applied (with typo fixed).
> In the future, it would be better if your patches apply to the latest
> upstream kernel. (_STR
Hi Stephen,
Em Mon, 5 Nov 2012 11:34:09 +1100
Stephen Rothwell escreveu:
> Hi Mauro,
>
> On Mon, 29 Oct 2012 11:14:03 +1100 Stephen Rothwell
> wrote:
> >
> > After merging the v4l-dvb tree, today's linux-next build (x86_64
> > allmodconfig) failed like this:
> >
> >
From: Michel Lespinasse
Date: Mon, 5 Nov 2012 14:47:12 -0800
> Update the sparc32 arch_get_unmapped_area function to make use of
> vm_unmapped_area() instead of implementing a brute force search.
>
> Signed-off-by: Michel Lespinasse
Hmmm...
> - if (flags & MAP_SHARED)
> -
On Mon, 5 Nov 2012, Kees Cook wrote:
> diff --git a/mm/Kconfig b/mm/Kconfig
> index a3f8ddd..679945e 100644
> --- a/mm/Kconfig
> +++ b/mm/Kconfig
> @@ -1,6 +1,5 @@
> config SELECT_MEMORY_MODEL
> def_bool y
> - depends on EXPERIMENTAL || ARCH_SELECT_MEMORY_MODEL
>
> choice
>
On Tue, Nov 6, 2012 at 6:52 AM, Andrew Morton wrote:
> On Fri, 2 Nov 2012 10:48:54 +0800
> Xiaotian Feng wrote:
>
>> We met a ksoftirqd 100% issue, the perf top shows kernel is busy
>> with tasklet_action(), but no actual action is shown. From dumped
>> kernel, there's only one disabled tasklet
On Tue, 2012-10-30 at 18:27 +0800, Chuansheng Liu wrote:
> We encounted one BUG_ON() issue at function __run_hrtimer(),
> but the panic info is not enough to find out which hrtimer
> users use the hrtimer wrongly.
> (in this BUG_ON case, it is callback running at the same time
> hrtimer_start() is
On Mon, Nov 5, 2012 at 6:20 AM, Nathan Lynch wrote:
> Seeing the following every time the CPU enters or leaves idle on a
> Beagleboard:
>
> BUG: sleeping function called from invalid context at kernel/mutex.c:269
> in_atomic(): 1, irqs_disabled(): 0, pid: 0, name: swapper/0
> no locks held by
1 - 100 of 1796 matches
Mail list logo
