The SimpleDRM driver binds to simple-framebuffer devices and provides a
DRM/KMS API. It provides only a single CRTC+encoder+connector combination
plus one initial mode.
Userspace can create dumb-buffers which can be blit into the real
framebuffer similar to UDL. No access to the real framebuffer i
If x86-sysfb platform-devices are removed from a system, we should
properly unload vesafb. Otherwise, we end up releasing the parent while
our vesa framebuffer is still running. This currently works just fine, but
will cause problems on handover to real hw. So add the ->remove() callback
and unregi
We supported many different firmware-fbs in linux for a long time. On x86,
we tried to unify the different types into platform-devices so their
lifetime and drivers can be more easily controlled. This patch moves the
x86-specific sysfb_*() helpers into drivers/video/sysfb.c so other
architectures c
Hi
Another round of SimpleDRM patches. I somehow lost track of the last ones and as
this is a major rewrite, I'll just start at v1 again.
Some comments up-front:
- @Ingo: Patch #1 and #2 are unchanged from the previous ML discussions. I
included them in this series as the other patches depen
Once we allow DRM drivers for system-framebuffers, we need to evict such
devices *before* probing the real driver. A simple call to sysfb_claim()
does this and remove_conflicting_framebuffers() implicitly calls this.
However, it causes the sysfb device to be unloaded and thus locks
drm_global_mutex
Create a simple fbdev device during SimpleDRM setup so legacy user-space
and fbcon can use it.
Signed-off-by: David Herrmann
---
drivers/gpu/drm/simpledrm/Kconfig | 11 +++
drivers/gpu/drm/simpledrm/Makefile | 1 +
drivers/gpu/drm/simpledrm/simpledrm.c | 13 ++-
driv
On Thu, Jan 23, 2014 at 08:28:53AM +0900, Namhyung Kim wrote:
> Now perf report will show absolute percentage on filter entries by
> default.
>
> Suggested-by: Jiri Olsa
Acked-by: Jiri Olsa ;-)
once the 1st patch issues are solved, I'm ok with this
thanks,
jirka
--
To unsubscribe from this li
Turns out, people do not read help-texts of new config-options and enable
them nonetheless. So several reports came in with X86_SYSFB=y and
FB_SIMPLE=n, which in almost all situations prevents firmware-fbs from
being probed.
X86_SYSFB clearly states that it turns legacy vesa/efi framebuffers into
With CONFIG_X86_SYSFB=y, probing real hw-drivers may result in
resource-conflicts and drivers will refuse to load. A call to
request_mem_region() will fail, if the region overlaps with the mem-region
used by simplefb. The common desktop DRM drivers (intel, nouveau, radeon)
are not affected as they
On 23 January 2014 19:05, Frederic Weisbecker wrote:
> On Thu, Jan 23, 2014 at 11:22:32AM +0530, Viresh Kumar wrote:
>> I think below diff might get this fixed for you, though I am not sure if it
>> breaks something else. Probably Thomas/Frederic can answer here.
>> If this looks fine I will send
On 23 January 2014 19:24, Frederic Weisbecker wrote:
> On Tue, Jan 21, 2014 at 10:07:58AM +0800, Lei Wen wrote:
>> I find the cpuset's cpus member becomes NULL even I hotplug the core3
>> back again.
>> So is it a bug?
>
> Not sure, you may need to check cpuset internals.
I think this is the corr
The AB3100 regulator driver emits a warning when compiled on 64bit
systems like this:
drivers/regulator/ab3100.c:
In function ‘ab3100_regulator_of_probe’:
srivers/regulator/ab3100.c:649:4:
warning: cast from pointer to integer of different size [-Wpointer-to-int-cast]
As the int is a different si
On Wed, 2014-01-22 at 14:20 +0100, Petr Mladek wrote:
> On Wed, 2014-01-15 at 10:47 -0500, Steven Rostedt wrote:
> > On Tue, 10 Dec 2013 16:42:19 +0100
> > Petr Mladek wrote:
> >
> > >
> > > diff --git a/arch/x86/kernel/alternative.c b/arch/x86/kernel/alternative.c
> > > index 03abf9abf681..e5c0
Hi Will,
Wow , Thank you very much for your kindly help to me .
I think the suggestions you mentioned are very very important and useful to me ,
I am really a freshman in Linux Opensource Community .
As for the patch ,
The reason why use PAGE_SIZE to decide to use vmalloc or kmalloc is that
If
Hi Benjamin
On Wed, Jan 22, 2014 at 6:23 PM, Benjamin Tissoires
wrote:
> From: Benjamin Tisssoires
>
> The current implementation prevents us to add variable-length ioctl.
> Use a bunch of gotos instead of break to allow us to do so.
>
> No functional changes.
Looks good.
Reviewed-by: David He
Hi Benjamin
On Wed, Jan 22, 2014 at 6:24 PM, Benjamin Tissoires
wrote:
> uinput is used in the xorg-integration-tests suite and in the wayland
> test suite. These automated tests suites create many virtual input
> devices and then hook something to read these newly created devices.
>
> Currently,
On 01/23/2014 01:58 PM, Peter Zijlstra wrote:
On Tue, Jan 21, 2014 at 12:17:57PM +0100, Peter Zijlstra wrote:
From: Daniel Lezcano
The idle_balance modifies the idle_stamp field of the rq, making this
information to be shared across core.c and fair.c. As we can know if the
cpu is going to idle
On Wed, Jan 22, 2014 at 10:15:51PM -0800, David Rientjes wrote:
> On Thu, 23 Jan 2014, Dave Jones wrote:
>
> > It's 10, because I had MAXSMP set.
> >
> > So, MAX_NUMNODES = 1 << 10
> >
> > And the bitmask is made of longs. 1024 of them.
> >
> > How does this work ?
> >
>
> It's 10
Em Thu, Jan 23, 2014 at 02:29:50AM +, Masami Hiramatsu escreveu:
> In map_groups__find_symbol() map->map_ip is used without
> ensuring the map is loaded. Then the address passed
> to map->map_ip isn't mapped at the first time.
>
> E.g. below code always fails to get a symbol at the first call;
On 01/23/2014 08:32 PM, Morten Rasmussen wrote:
> On Thu, Jan 23, 2014 at 10:49:35AM +, Alex Shi wrote:
>> On 01/23/2014 05:54 PM, Peter Zijlstra wrote:
>>> On Thu, Jan 23, 2014 at 02:49:25PM +0800, Alex Shi wrote:
On 01/23/2014 02:10 AM, Jason Low wrote:
> P64(avg_idle);
>>>
On Thu, Jan 23, 2014 at 09:13:45AM +0900, Namhyung Kim wrote:
> There're some duplicate code when adding hist entries. They are
> different in that some have branch info or mem info but generally do
> same thing. So introduce new struct hist_entry_iter and add callbacks
> to customize each case i
On 14-01-23 01:38 AM, Stephen Rothwell wrote:
> Hi Paul,
>
> On Thu, 23 Jan 2014 17:21:09 +1100 Stephen Rothwell
> wrote:
>>
>> Changes since 20140122:
>>
>> The init tree lost one of its patches.
>
> It turns out that I merged yesterday's version of the init tree again
> today (so the fixes th
Register port numbers according to order in DT aliases.
If aliases are not defined, order in DT is used.
If aliases are defined, register port id based
on that.
This patch ensures proper ttyPS0/1 assignment.
Signed-off-by: Michal Simek
---
drivers/tty/serial/xilinx_uartps.c | 18 ++-
Em Thu, Jan 23, 2014 at 02:29:52AM +, Masami Hiramatsu escreveu:
> Show the name of binary file or modules in which the probes
> are set with --list option.
>
> Without this change;
>
> # ./perf probe -m drm drm_av_sync_delay
> # ./perf probe -x perf dso__load_vmlinux
Please add two spaces b
On 01/23/2014 03:45 PM, Michal Simek wrote:
> Register port numbers according to order in DT aliases.
> If aliases are not defined, order in DT is used.
> If aliases are defined, register port id based
> on that.
> This patch ensures proper ttyPS0/1 assignment.
>
> Signed-off-by: Michal Simek
> -
On request of Lennart Poettering for the Linux plumbers.
On 14-01-22 07:53 AM, Peter Zijlstra wrote:
On Tue, Jan 21, 2014 at 07:10:04AM -0800, Dan Ballard wrote:
starttime in /proc/$PID/stat is inaccurate by "clock tick" granularity.
The kernel keeps better track os this exposes that in /prod/$
Em Thu, Jan 23, 2014 at 02:29:55AM +, Masami Hiramatsu escreveu:
> Since several local symbols can have same name (e.g. t_show),
> we need to use the actual address instead of symbol name for
> those points. Note that this works only with debuginfo.
>
> E.g. without this change;
>
Please
On Fri, Jan 17, 2014 at 08:13:18AM +, AKASHI Takahiro wrote:
> generic compat sycall audit (lib/compat_audit.c) requires unistd_32.h
> for __NR_xyx compat syscall numbers. This is a different file from unistd32.h
> on arm64 and so it must be generated from unistd32.h.
>
> Signed-off-by: AKASHI
On 23 January 2014 12:37, Peter Zijlstra wrote:
> On Tue, Jan 21, 2014 at 06:27:11PM +0100, Vincent Guittot wrote:
>> On 21 January 2014 12:17, Peter Zijlstra wrote:
>
>> If i have correctly followed the new function path that is introduced
>> by the patchset, idle_enter_fair is called after idle
On Thu, Jan 23, 2014 at 09:13:45AM +0900, Namhyung Kim wrote:
> There're some duplicate code when adding hist entries. They are
> different in that some have branch info or mem info but generally do
> same thing. So introduce new struct hist_entry_iter and add callbacks
> to customize each case i
On Fri, Jan 17, 2014 at 08:13:19AM +, AKASHI Takahiro wrote:
> @@ -1064,6 +1066,16 @@ asmlinkage int syscall_trace(int dir, struct pt_regs
> *regs)
> {
> unsigned long saved_reg;
>
> +#ifdef CONFIG_AUDITSYSCALL
> + if (dir)
> + audit_syscall_exit(regs);
> + else
>
On Tue, Jan 21, 2014 at 04:03:53PM +0530, Viresh Kumar wrote:
> On 20 January 2014 21:21, Frederic Weisbecker wrote:
> > I fear you can't. If you schedule a timer in 4 seconds away and your
> > clockdevice
> > can only count up to 2 seconds, you can't help much the interrupt in the
> > middle to
On Fri, Jan 17, 2014 at 09:23:06AM +, Ard Biesheuvel wrote:
> Ard Biesheuvel (5):
> ARM: add support for AT_HWCAP2 ELF auxv entry
> binfmt_elf: add ELF_HWCAP2 to compat auxv entries
> arm64: add AT_HWCAP2 support for 32-bit compat
> ARM: introduce HWCAP2 feature bits for ARMv8 Crypto Ex
It's commonly accepted that when defining a struct the '{' is appended
onto the first line. This helps when searching for the definition using
syntax similar to 'struct of_device_id {'.
Signed-off-by: Lee Jones
---
include/linux/mod_devicetable.h | 3 +--
1 file changed, 1 insertion(+), 2 deleti
On Wed 22-01-14 19:32:40, Dave Jones wrote:
> On Wed, Jan 22, 2014 at 04:08:52PM -0800, Linus Torvalds wrote:
> > On Wed, Jan 22, 2014 at 3:36 PM, Jan Kara wrote:
> > >
> > > But refcounting seems like an overkill for this - there is exactly one
> > > fanotify_response_event structure iff it i
On Thu, Jan 23, 2014 at 2:31 PM, Lee Jones wrote:
> Patch looks good to me. Is there any reason why we should rush this in
> for v3.14, or is it okay to go to -next?
No rush, but it's been on review like forever so unless there is
some noise from the DT people at -rc1 I'd be very happy if you
co
On Thu Jan 23 07:44, Laszlo Papp wrote:
> On Wed, Jan 22, 2014 at 5:23 PM, Curt Brune wrote:
> > During device instantiation have the at24 driver add the new device to
> > the eeprom_dev hardware class. The functionality is enabled by
> > CONFIG_EEPROM_CLASS.
[snip]
> > static void __exit at24_e
On Thu 23-01-14 11:23:53, Jiri Kosina wrote:
> On Wed, 22 Jan 2014, Linus Torvalds wrote:
>
> > > But refcounting seems like an overkill for this - there is exactly one
> > > fanotify_response_event structure iff it is a permission event. So
> > > something like the (completely untested) attached
On Thu, 23 Jan 2014, Jan Kara wrote:
> > > > But refcounting seems like an overkill for this - there is exactly one
> > > > fanotify_response_event structure iff it is a permission event. So
> > > > something like the (completely untested) attached patch should fix the
> > > > problem. But I agree
If we compile the MAX8997 for a 64bit architecture we receive the following
warnings:
drivers/mfd/max8997.c: In function ‘max8997_i2c_get_driver_data’:
drivers/mfd/max8997.c:173:10:
warning: cast from pointer to integer of different size
return (int)match->data;
^
Signed-
If we compile the MAX8998 for a 64bit architecture we receive the following
warnings:
drivers/mfd/max8998.c: In function ‘max8998_i2c_get_driver_data’:
drivers/mfd/max8998.c:178:10:
warning: cast from pointer to integer of different size
return (int)match->data;
^
Signed-
If we compile the TPS65217 for a 64bit architecture we receive the following
warnings:
drivers/mfd/tps65217.c: In function ‘tps65217_probe’:
drivers/mfd/tps65217.c:173:13:
warning: cast from pointer to integer of different size
chip_id = (unsigned int)match->data;
^
Signed-off-b
On 23/01/14 13:59, Stefano Stabellini wrote:
On Wed, 22 Jan 2014, Zoltan Kiss wrote:
diff --git a/arch/x86/xen/p2m.c b/arch/x86/xen/p2m.c
index 2ae8699..0060178 100644
--- a/arch/x86/xen/p2m.c
+++ b/arch/x86/xen/p2m.c
@@ -872,15 +872,13 @@ static unsigned long mfn_hash(unsigned long mfn)
/*
On Thu, Jan 23, 2014 at 04:55:43PM +0400, Cyrill Gorcunov wrote:
> On Thu, Jan 23, 2014 at 04:15:55PM +0400, Cyrill Gorcunov wrote:
> > >
> > > Thanks a lot, Mel! I'm testing the patch as well (manually though :).
> > > I'll send the final fix today.
> >
> > The patch below should fix the problem
On Thu, 23 Jan 2014, Zoltan Kiss wrote:
> On 23/01/14 13:59, Stefano Stabellini wrote:
> > On Wed, 22 Jan 2014, Zoltan Kiss wrote:
> > > > > > > diff --git a/arch/x86/xen/p2m.c b/arch/x86/xen/p2m.c
> > > > > > > index 2ae8699..0060178 100644
> > > > > > > --- a/arch/x86/xen/p2m.c
> > > > > > > +++
On Thu, Jan 23, 2014 at 12:30 AM, Tony Prisk wrote:
> The binding document for the vt8500/wm8xxx SoC UART driver is missing.
> This patch adds the binding document.
>
> Signed-off-by: Tony Prisk
> ---
Applied. Thanks.
Rob
> .../devicetree/bindings/serial/vt8500-uart.txt | 26
>
Register port numbers according to order in DT aliases.
If aliases are not defined, order in DT is used.
If aliases are defined, register port id based
on that.
This patch ensures proper ttyPS0/1 assignment.
Signed-off-by: Michal Simek
---
This patch should by applied on the top of:
http://www.sp
> > Patch looks good to me. Is there any reason why we should rush this in
> > for v3.14, or is it okay to go to -next?
>
> No rush, but it's been on review like forever so unless there is
> some noise from the DT people at -rc1 I'd be very happy if you
> could apply patches 1 & 2 by then.
I'm ju
If we compile the WM8994 for a 64bit architecture we receive the following
warnings:
drivers/mfd/wm8994-core.c: In function ‘wm8994_i2c_probe’:
drivers/mfd/wm8994-core.c:639:19:
warning: cast from pointer to integer of different size
wm8994->type = (int)of_id->data;
^
Sig
On Thu, Jan 23, 2014 at 03:39:36PM +0100, Daniel Lezcano wrote:
> On 01/23/2014 01:58 PM, Peter Zijlstra wrote:
> >On Tue, Jan 21, 2014 at 12:17:57PM +0100, Peter Zijlstra wrote:
> >>From: Daniel Lezcano
> >>
> >>The idle_balance modifies the idle_stamp field of the rq, making this
> >>information
On Thu, Jan 23, 2014 at 06:52:03AM -0800, Dan Ballard wrote:
> On request of Lennart Poettering for the Linux plumbers.
That's not an answer, so NAK then.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
On Sat, Jan 11, 2014 at 7:38 AM, boris brezillon
wrote:
> On 08/01/2014 15:21, Boris BREZILLON wrote:
>>
>> Hello,
>>
>> This series add the sunxi NFC support with up to 8 NAND chip connected.
>> I'm still in the early stages drivers development and some key features
>> are
>> missing, but it's us
On Thu, Jan 23, 2014 at 03:09:12PM +, One Thousand Gnomes wrote:
> On Thu, 23 Jan 2014 13:04:03 +0200
> Mika Westerberg wrote:
>
> > Baytrail is based on Silvermont core so MSR_FSB_FREQ[2:0] == 0 means that
> > the CPU reference clock runs at 83.3MHz. Without this we crash a bit later
> > wit
On 01/23/2014 07:09 AM, One Thousand Gnomes wrote:
> On Thu, 23 Jan 2014 13:04:03 +0200
> Mika Westerberg wrote:
>
>> Baytrail is based on Silvermont core so MSR_FSB_FREQ[2:0] == 0 means that
>> the CPU reference clock runs at 83.3MHz. Without this we crash a bit later
>> with backtrace looking l
On Thu, Jan 23, 2014 at 05:55:39AM -0800, Kent Overstreet wrote:
> On Thu, Jan 23, 2014 at 02:50:03PM +0100, Peter Zijlstra wrote:
> > On Thu, Jan 23, 2014 at 05:28:29AM -0800, Kent Overstreet wrote:
> > > pool->lock is also going to be fairly badly contended in the worst case,
> > > and that can g
On Thu, 2014-01-23 at 19:27 +1100, Dave Chinner wrote:
> On Wed, Jan 22, 2014 at 10:13:59AM -0800, James Bottomley wrote:
> > On Wed, 2014-01-22 at 18:02 +, Chris Mason wrote:
> > > On Wed, 2014-01-22 at 09:21 -0800, James Bottomley wrote:
> > > > On Wed, 2014-01-22 at 17:02 +, Chris Mason
On Thu, 23 Jan 2014 13:04:03 +0200
Mika Westerberg wrote:
> Baytrail is based on Silvermont core so MSR_FSB_FREQ[2:0] == 0 means that
> the CPU reference clock runs at 83.3MHz. Without this we crash a bit later
> with backtrace looking like:
Would it not be wise to also make the code robust agai
> >+fsm->region = devm_request_mem_region(&pdev->dev, res->start,
> >+ resource_size(res), pdev->name);
> >+if (!fsm->region) {
> >+dev_err(&pdev->dev,
> >+"Failed to reserve memory region [0x%08x-0x%08x]\n",
> >+
Hi Lorenzo,
W dniu 22.01.2014 12:54, Lorenzo Pieralisi pisze:
On Fri, Jan 17, 2014 at 12:24:58PM +, Hanjun Guo wrote:
[...]
diff --git a/arch/arm64/kernel/setup.c b/arch/arm64/kernel/setup.c
index bd9bbd0..2210353 100644
--- a/arch/arm64/kernel/setup.c
+++ b/arch/arm64/kernel/setup.c
@@ -
On Fri, Jan 17, 2014 at 12:24:56PM +, Hanjun Guo wrote:
> ACPI requires a cpu.h, add a dummy one copied from arm. This will need
> updated or replaced as ACPI based cpu hotplug or cpu topology for armv8
> is worked out.
>
> Signed-off-by: Graeme Gregory
> Signed-off-by: Hanjun Guo
> ---
> a
Hello Robert,
Adding Kent to the Cc list as well.
On Thu, Jan 23, 2014 at 11:25:03AM +0100, Robert Baldyga wrote:
> This this patch fix kiocb_cancel() function.
> If cancel() function ends successfully:
> - kiocb request is removed from ctx->active_reqs,
> - new event is added to ring buffer (thi
On Thu, 23 Jan 2014 15:21:42 +0100
Petr Mladek wrote:
> It means that the slowness caused by tracing "text_poke*" stuff is
> comparable with the slowness caused by "run_sync()". It might mean that
> "text_poke_bp_list" is not worth the added complexity.
I'm starting to think it's fine keeping ft
On Thu, 23 Jan 2014 11:52:11 -0300
Arnaldo Carvalho de Melo wrote:
> Em Thu, Jan 23, 2014 at 02:29:55AM +, Masami Hiramatsu escreveu:
> > Since several local symbols can have same name (e.g. t_show),
> > we need to use the actual address instead of symbol name for
> > those points. Note that
> Does that clarify things?
Yes
--
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 the FAQ at http://www.tux.org/lkml/
On 12:29-20140123, Mark Brown wrote:
> On Wed, Jan 22, 2014 at 04:25:23PM -0600, Nishanth Menon wrote:
>
> > How about something like the following? If this is acceptable, I can do
> > a complete round of retest and ensure everything is functional on all
> > platforms
On Mon, Jan 20, 2014 at 09:20:38AM +, Hanjun Guo wrote:
> On 2014-1-17 22:25, Sudeep Holla wrote:
> > On 17/01/14 12:24, Hanjun Guo wrote:
> >> --- a/arch/arm64/kernel/process.c
> >> +++ b/arch/arm64/kernel/process.c
> >> @@ -89,6 +89,9 @@ void arch_cpu_idle_prepare(void)
> >>local_fiq_enab
On Thu, Jan 23, 2014 at 09:13:44AM +0900, Namhyung Kim wrote:
> Hello,
>
> This is a new attempt to implement cumulative hist period report.
> This work begins from Arun's SORT_INCLUSIVE patch [1] but I completely
> rewrote it from scratch.
>
> This patchset is based on my previous patchset [2] b
On Thu, Jan 23, 2014 at 05:28:29AM -0800, Kent Overstreet wrote:
> pool->lock is also going to be fairly badly contended in the worst case,
> and that can get real bad real fast... now that I think about it we
> probably want to avoid the __alloc_global_tag() double call just because
> of that, poo
On Wed, Jan 22, 2014 at 3:33 PM, Steven Noonan wrote:
> On Wed, Jan 22, 2014 at 03:18:50PM -0500, Elena Ufimtseva wrote:
>> On Wed, Jan 22, 2014 at 9:29 AM, Daniel Borkmann
>> wrote:
>> > On 01/22/2014 08:29 AM, Steven Noonan wrote:
>> >>
>> >> On Wed, Jan 22, 2014 at 12:02:15AM -0500, Konrad Rz
On 01/23/2014 10:20 AM, Nishanth Menon wrote:
> On 12:29-20140123, Mark Brown wrote:
>> On Wed, Jan 22, 2014 at 04:25:23PM -0600, Nishanth Menon wrote:
>>
>>> How about something like the following? If this is acceptable, I can do
>>> a complete round of retest an
On Thu, Jan 23, 2014 at 10:26:20AM -0600, Nishanth Menon wrote:
> On 01/23/2014 10:20 AM, Nishanth Menon wrote:
> Sigh.. the check was supposed to be:
> if (abb->regs->setup_off || abb->regs->control_off) {
> Darned.. forgot to commit! Grr... anyways.. still looking for feedback
> for the remaini
Hi Paul,
On Tue, 21 Jan 2014 16:22:53 -0500, Paul Gortmaker wrote:
> None of these files are actually using any __init type directives
> and hence don't need to include . Most are just a
> left over from __devinit and __cpuinit removal, or simply due to
> code getting copied from one driver to th
On Fri, Jan 17, 2014 at 12:25:01PM +, Hanjun Guo wrote:
> Add Kconfigs to build ACPI on ARM64, and make ACPI runable on ARM64.
>
> acpi_idle driver is x86/IA64 dependent now, so make CONFIG_ACPI_PROCESSOR
> depends on X86 || IA64, and implement it on ARM/ARM64 in the furture.
>
> In order to
On Thu, 2014-01-23 at 09:06 +, Matt Fleming wrote:
> On Sat, 18 Jan, at 12:48:13PM, Borislav Petkov wrote:
> > From: Borislav Petkov
> >
> > Hi all,
> >
> > this is the latest incarnation which should hopefully work just fine. It
> > tpasses esting at least on all our boxes so we have *some*
On 01/22, Hugh Dickins wrote:
>
> On Wed, 22 Jan 2014, Oleg Nesterov wrote:
>
> > hugepage_madvise() checks "mm->def_flags & VM_NOHUGEPAGE" but
> > this can be never true, currently mm->def_flags can only have
> > VM_LOCKED.
>
> But line 1087 of arch/s390/mm/pgtable.c says
> mm->def_flags |=
On Thu, Jan 23, 2014 at 11:52:03AM +, Russell King - ARM Linux wrote:
> On Thu, Jan 23, 2014 at 08:37:14AM +0100, Lothar Waßmann wrote:
> > This wouldn't buy much without a material change to of_pwm_get().
> > The function of_parse_phandle_with_args() called by of_pwm_get()
> > requires the num
On Mon, Jan 6, 2014 at 12:39 AM, wrote:
> --- a/drivers/spi/spi.c
> +++ b/drivers/spi/spi.c
> @@ -735,7 +735,9 @@ static void spi_pump_messages(struct kthread_work *work)
> ret = master->transfer_one_message(master, master->cur_msg);
> if (ret) {
> dev_err(&master-
On Thu, Jan 23, 2014 at 05:22:54PM +0100, Peter Zijlstra wrote:
> On Thu, Jan 23, 2014 at 05:28:29AM -0800, Kent Overstreet wrote:
> > pool->lock is also going to be fairly badly contended in the worst case,
> > and that can get real bad real fast... now that I think about it we
> > probably want t
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 45e6af06367e7b2eb8dc49671092462d8f8a5f47:
>
> Merge tag 'perf-core-for-mingo' of
> git://git.kernel.org/pub/scm/linux/k
On Thu, Jan 23, 2014 at 07:47:53AM -0800, James Bottomley wrote:
> On Thu, 2014-01-23 at 19:27 +1100, Dave Chinner wrote:
> > On Wed, Jan 22, 2014 at 10:13:59AM -0800, James Bottomley wrote:
> > > On Wed, 2014-01-22 at 18:02 +, Chris Mason wrote:
> > > > On Wed, 2014-01-22 at 09:21 -0800, James
Commit-ID: d375b4e0fa3771343b370be0d876a1963c02e0a0
Gitweb: http://git.kernel.org/tip/d375b4e0fa3771343b370be0d876a1963c02e0a0
Author: Peter Zijlstra
AuthorDate: Wed, 22 Jan 2014 12:59:18 +0100
Committer: Ingo Molnar
CommitDate: Thu, 23 Jan 2014 14:48:36 +0100
sched/clock: Fixup early
Commit-ID: 5e3c1afd4587e70c201bf7224b51f747c9a3dfa8
Gitweb: http://git.kernel.org/tip/5e3c1afd4587e70c201bf7224b51f747c9a3dfa8
Author: Peter Zijlstra
AuthorDate: Wed, 22 Jan 2014 22:08:14 +0100
Committer: Ingo Molnar
CommitDate: Thu, 23 Jan 2014 14:48:36 +0100
sched/x86/tsc: Initialize
On 01/22, Alex Thorlton wrote:
>
> On Wed, Jan 22, 2014 at 08:43:27PM +0100, Oleg Nesterov wrote:
> > On 01/22, Oleg Nesterov wrote:
> > >
> > > On 01/22, Alex Thorlton wrote:
> > > > > + case PR_SET_THP_DISABLE:
> > > > > + case PR_GET_THP_DISABLE:
> > > > > + down_write(&me->m
Commit-ID: 215393bc1fab3d61a5a296838bdffce22f27ffda
Gitweb: http://git.kernel.org/tip/215393bc1fab3d61a5a296838bdffce22f27ffda
Author: Peter Zijlstra
AuthorDate: Wed, 22 Jan 2014 11:24:35 +0100
Committer: Ingo Molnar
CommitDate: Thu, 23 Jan 2014 14:48:35 +0100
sched/preempt/x86: Fix vo
Commit-ID: 9390675af0835ae1d654d33bfcf16096028550ad
Gitweb: http://git.kernel.org/tip/9390675af0835ae1d654d33bfcf16096028550ad
Author: Vincent Guittot
AuthorDate: Wed, 22 Jan 2014 08:45:34 +0100
Committer: Ingo Molnar
CommitDate: Thu, 23 Jan 2014 14:48:34 +0100
Revert "sched: Fix sleep
On Fri, Dec 20, 2013 at 12:33:43PM -0700, Alex Williamson wrote:
> dma_pte_free_level() has an off-by-one error when checking whether a
> pte is completely covered by a range. Take for example the case of
> attempting to free pfn 0x0 - 0x1ff, ie. 512 entries covering the first
> 2M superpage. The
Just a couple of small nits:
* David Herrmann wrote:
> --- a/arch/x86/kernel/sysfb.c
> +++ b/arch/x86/kernel/sysfb.c
> @@ -33,11 +33,76 @@
> #include
> #include
> #include
> +#include
> #include
> #include
> #include
> #include
>
> +static DEFINE_MUTEX(sysfb_lock);
> +static st
On Thu, Jan 23, 2014 at 09:30:19AM -0700, Toshi Kani wrote:
> Since this issue is quite serious on our systems (3.14 kernels won't
> boot up), I'd really appreciate if the fixes can be made into some
> 3.14-rc. It can hit on any EFI systems with large memory.
That's why we have "efi=old_map" - so
Linus,
Please pull DeviceTree updates for 3.14.
Rob
The following changes since commit d6e0a2dd12f4067a5bcefb8bbd8ddbeff800afbc:
Linux 3.13-rc7 (2014-01-04 15:12:14 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git
tags/devicetree-
On Thu, Jan 23, 2014 at 12:04:44PM +0100, Sascha Hauer wrote:
> On Thu, Jan 23, 2014 at 11:56:32AM +0100, Lothar Waßmann wrote:
> > Hi,
> >
> > Sascha Hauer wrote:
> > > of_pwm_n_cells for the of_xlate handler is stored in struct pwm_chip,
> > > but it is only ever used by the of_xlate handler its
On Thu, Jan 23, 2014 at 10:10:28AM +0800, Dave Young wrote:
> Hmm, seems the my physical machine is booting fine with this patch. kvm
> guest problem still exist, but that kvm thing might be other problem.
Dave, could you try with tip/master, Ingo pushed out all the fixes
gathered.
Lacking that,
On Thu, 2014-01-23 at 17:51 +0100, Borislav Petkov wrote:
> On Thu, Jan 23, 2014 at 09:30:19AM -0700, Toshi Kani wrote:
> > Since this issue is quite serious on our systems (3.14 kernels won't
> > boot up), I'd really appreciate if the fixes can be made into some
> > 3.14-rc. It can hit on any EFI
On 01/23, Srivatsa S. Bhat wrote:
>
> On 01/23/2014 12:48 AM, Oleg Nesterov wrote:
> > On 01/22, Srivatsa S. Bhat wrote:
> >>
> >> Wait a min, that _will_ actually work for all cases because I have provided
> >> an option to invoke _any_ arbitrary function as the "setup" routine.
> >
> > And probab
Commit-ID: 578c03c86fadcc6fd7319ddf41dd4d1d88aab77a
Gitweb: http://git.kernel.org/tip/578c03c86fadcc6fd7319ddf41dd4d1d88aab77a
Author: Namhyung Kim
AuthorDate: Thu, 16 Jan 2014 10:49:31 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 21 Jan 2014 10:56:05 -0300
perf symbols:
Commit-ID: 8ad9219e08af12a5652892e273336dbd31b25b03
Gitweb: http://git.kernel.org/tip/8ad9219e08af12a5652892e273336dbd31b25b03
Author: Stephane Eranian
AuthorDate: Fri, 17 Jan 2014 16:34:06 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 20 Jan 2014 16:19:09 -0300
perf stat:
Hi
On Thu, Jan 23, 2014 at 5:51 PM, Ingo Molnar wrote:
>
> Just a couple of small nits:
>
> * David Herrmann wrote:
>
>> --- a/arch/x86/kernel/sysfb.c
>> +++ b/arch/x86/kernel/sysfb.c
>> @@ -33,11 +33,76 @@
>> #include
>> #include
>> #include
>> +#include
>> #include
>> #include
>> #
Commit-ID: 3415d8b851307c75a1e8aa16030db9172306df78
Gitweb: http://git.kernel.org/tip/3415d8b851307c75a1e8aa16030db9172306df78
Author: Stanislav Fomichev
AuthorDate: Mon, 20 Jan 2014 15:39:38 +0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 20 Jan 2014 16:19:08 -0300
perf tim
Commit-ID: 8bac41cbfe2efe55e2b93673b84761ed7dd75f69
Gitweb: http://git.kernel.org/tip/8bac41cbfe2efe55e2b93673b84761ed7dd75f69
Author: Stanislav Fomichev
AuthorDate: Mon, 20 Jan 2014 15:39:39 +0400
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 20 Jan 2014 16:19:08 -0300
perf ses
On Tue, Jan 21, 2014 at 03:27:08PM -0800, Steven Noonan wrote:
> A user reported a problem starting vsftpd on a Xen paravirtualized
> guest, with this in dmesg:
>
> [ 60.654862] BUG: Bad page map in process vsftpd pte:800493b88165
> pmd:e9cc01067
> [ 60.654876] page:ea00124ee200 coun
Commit-ID: 3a46817f674389d5fb2f4dce19fbc73ebd1976bb
Gitweb: http://git.kernel.org/tip/3a46817f674389d5fb2f4dce19fbc73ebd1976bb
Author: Baruch Siach
AuthorDate: Mon, 13 Jan 2014 12:27:35 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 20 Jan 2014 16:19:08 -0300
perf tools: Ad
201 - 300 of 691 matches
Mail list logo
