Hey Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
stable/for-linus-3.14-rc0-tag
which has two major features that Xen community is excited about:
The first is event channel scalability by David Vrabel - we switch over from an
two-level
On 01/22, Paul E. McKenney wrote:
>
> On Wed, Jan 22, 2014 at 07:31:25PM +0100, Oleg Nesterov wrote:
> >
> > Also, this all should be exported. And I think cleanuped somehow.
>
> I would be happy to take a patch with the above issues fixed.
Yes, yes, thanks.
Sorry for noise, I forgot to say that
On Wed, Jan 15, 2014 at 04:51:48PM +0100, Jean-Francois Moine wrote:
> The CPU and CODEC DAI names are still copied to the user info structure.
> Put them directly in the DAI links.
Applied, thanks.
signature.asc
Description: Digital signature
On 14-01-16 11:57 PM, Steven Rostedt wrote:
> Peter Zijlstra mentioned that he wanted to catch the following problem:
>
> local_irq_disable();
> preempt_disable();
> local_irq_enable();
>
> local_irq_disable();
> preempt_enable();
> local_irq_enable();
>
[...]
> +
> +static void
Contradicting to documenation, the notifier callbacks do receive
the original clock rate in struct clk_notifier_data.old_rate and the new
frequency struct clk_notifier_data.new_rate, independent of the
notification reason.
This behavior also seems to make more sense, since callbacks can use the
On Wed, Jan 22, 2014 at 05:07:28PM +0100, Krzysztof Kozlowski wrote:
> Add documentation for new bindings for controlling (enable/disable) the
> Buck9 Converter by GPIO (BUCK9EN).
Your CC list for this is *very* large...
> + - s5m8767,pmic-ext-control-enable: regulator can be
On Wed, 22 Jan 2014 11:30:19 -0800 James Bottomley
wrote:
> But this, I think, is the fundamental point for debate. If we can pull
> alignment and other tricks to solve 99% of the problem is there a need
> for radical VM surgery? Is there anything coming down the pipe in the
> future that may
On 01/22/2014 01:37 PM, Chris Mason wrote:
> Circling back to what we might talk about at the conference, Ric do you
> have any ideas on when these drives might hit the wild?
>
> -chris
I will poke at vendors to see if we can get someone to make a public statement,
but I cannot do that for them.
On 01/22, Oleg Nesterov wrote:
>
> On 01/22, Alex Thorlton wrote:
> > > + case PR_SET_THP_DISABLE:
> > > + case PR_GET_THP_DISABLE:
> > > + down_write(>mm->mmap_sem);
> > > + if (option == PR_SET_THP_DISABLE) {
> > > + if (arg2)
> > > +
On Wed, 22 Jan 2014 19:08:16 + Mel Gorman wrote:
> X-related junk is there was because I was using a headless server and
> xinit directly to launch gimp to reproduce the bug.
I've never done this. Can you share the magic recipe for running an X
app in this way?
Thanks.
--
To unsubscribe
Hi Peter,
Does this satisfy your questions..?
Do you have any more concerns about TASK_RUNNING + prepare_to_wait()
usage in percpu_ida_alloc() that need to be addressed before I can drop
this series into target-pending/for-next to address the original bug..?
Thank you,
--nab
On Tue,
On Wed, Jan 22, 2014 at 9:53 AM, wrote:
> Vincent Guittot writes:
>
>> This reverts commit 282cf499f03ec1754b6c8c945c9674b02631fb0f.
>>
>> With the current implementation, the load average statistics of a sched
>> entity
>> change according to other activity on the CPU even if this activity is
Add speed strings for usb wireless and 3.0 to speed_strings array.
Signed-off-by: Shuah Khan
---
drivers/staging/usbip/userspace/libsrc/usbip_common.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/usbip/userspace/libsrc/usbip_common.c
This patch fixes bug 64811 (https://bugzilla.kernel.org/show_bug.cgi?id=64811)
The Microsoft Surface Type/Touch cover 2 devices have the flag HID_DG_CONTACTID
in their reports.This causes the device to bind to the hid-multitouch driver,
which doesn't handle generic keyboard/mouse input events.
Hey Jens,
On Mon, 2014-01-20 at 03:44 +, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> Hi Linus,
>
> Here is the -v2 series for converting percpu_ida_alloc() + consumer
> usage to accept the task state bitmask parameter, w/o the extra
> legacy gfp_t wrapper.
>
> As
Some kernels contain C++ code, and thus their symbols need to be demangled.
This allows 'perf kvm top' to generate readable output.
Signed-off-by: Avi Kivity
---
tools/perf/util/symbol-elf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/util/symbol-elf.c
Hi Naresh,
> From: Naresh Bhat
>
> Add sp805_wdt depends on ARM64.
>
> Signed-off-by: Naresh Bhat
> ---
> drivers/watchdog/Kconfig |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig
> index 5be6e91..2385124 100644
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(>mm->mmap_sem);
> > > > + if
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 probably the generic solution makes sense. I am not
Hi Jonas,
> mach-moxart lacks a separate register for reset; as a workaround,
> add a function that can be hooked to arm_pm_restart.
>
> Signed-off-by: Jonas Jensen
Added to linux-watchdog-next.
> ---
>
> Notes:
> During review of this driver, the restart handler for moxart was
>
On Tue, Jan 21, 2014 at 04:23:08PM -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 the
On Wed, Jan 15, 2014 at 04:51:52PM +0100, Jean-Francois Moine wrote:
> In the non-DT sequence, the platform data is copied as a whole to the
> dynamic card info and the same pointer 'cinfo' is used to copy the
> platform information to the card.
Applied, thanks.
signature.asc
Description:
On Wed, Jan 15, 2014 at 04:51:56PM +0100, Jean-Francois Moine wrote:
> The platform data structure contains information which is used only by
> the driver, and the driver allocates platform information fields which
> are of no use.
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, Jan 15, 2014 at 04:52:00PM +0100, Jean-Francois Moine wrote:
> Rename the pointer to the private data structure to 'priv' to avoid confusion
> with the platform data pointer.
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, 22 Jan 2014 14:47:42 -0500
Paul Gortmaker wrote:
> > +
> > +static void update_pied_state(enum pied_stat_type type, bool enable,
> > + unsigned long ip)
> > +{
> > + struct stack_trace *trace;
> > + int state, new_state;
> > + unsigned long flags;
> > +
>
On Wed, 2014-01-22 at 11:50 -0800, Andrew Morton wrote:
> On Wed, 22 Jan 2014 11:30:19 -0800 James Bottomley
> wrote:
>
> > But this, I think, is the fundamental point for debate. If we can pull
> > alignment and other tricks to solve 99% of the problem is there a need
> > for radical VM
On Wed, Jan 22, 2014 at 08:12:54PM +0100, Markus Trippelsdorf wrote:
> On 2014.01.22 at 20:09 +0100, Markus Trippelsdorf wrote:
> > On 2014.01.22 at 19:42 +0100, Peter Zijlstra wrote:
> > > On Wed, Jan 22, 2014 at 07:35:38PM +0100, Markus Trippelsdorf wrote:
> > >
> > > > >FYI it happens on real
On Tue, Jan 21, 2014 at 04:32:12PM -0600, Nishanth Menon wrote:
> The other alternative will be to use reg-names and map individual
> registers (there are just setup and control registers to deal with per
> abb instance). That will coexist with other pinctrl, bandgap and other
> drivers which are
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 |= VM_NOHUGEPAGE;
from
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 Rzeszutek Wilk wrote:
>>>
>>> On Tue, Jan 21, 2014 at 07:20:45PM -0800, Steven Noonan wrote:
On Tue, Jan 21, 2014 at 06:47:07PM
On Wed, Jan 22, 2014 at 8:19 PM, Gerhard Sittig wrote:
> On Tue, Jan 21, 2014 at 21:06 +0100, Geert Uytterhoeven wrote:
>> On Tue, Jan 21, 2014 at 7:21 PM, Mark Brown wrote:
>> > On Tue, Jan 21, 2014 at 04:10:08PM +0100, Geert Uytterhoeven wrote:
>> >> From: Geert Uytterhoeven
>> >> Quad and
From: Mark Brown
irqdomain now supports removal of domains on exit so we can properly clean
up on deletion of a regmap irqchip.
Signed-off-by: Mark Brown
---
drivers/base/regmap/regmap-irq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/regmap/regmap-irq.c
On Wed, Jan 22, 2014 at 10:10:18AM -0800, Junio C Hamano wrote:
> Vicent Martí writes:
>
> >> Do these consume CPU every time somebody asks for a tarball? That
> >> might be considered "wrong" depending on the view.
> >
> > No, our infrastructure caches frequently requested tarballs so they
> >
On Wed, 22 Jan 2014 09:19:58 -0500 Dan Streetman wrote:
> >>> > Acutally, I really don't know how much benefit we have that in-memory
> >>> > swap overcomming to the real storage but if you want, zRAM with dm-cache
> >>> > is another option rather than invent new wheel by "just having is
> >>>
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 Rzeszutek Wilk wrote:
> >>>
> >>> On Tue, Jan 21, 2014 at
On Wed, 22 Jan 2014 12:18:21 +0100 Philipp Hachtmann
wrote:
> Hi again,
>
> I'd like to remind that the s390 development relies on this patch
> (and the next one, for cleanliness, of course) being added. It would be
> very good to see it being added to the -mm tree resp. linux-next.
>
Once
On 01/21/2014 03:10 AM, Alexandre Courbot wrote:
> Support the do_idle() firmware call, which is necessary to properly
> support cpuidle.
> diff --git a/arch/arm/firmware/trusted_foundations.c
> b/arch/arm/firmware/trusted_foundations.c
> +#define TF_CPU_PM 0xfffc
> +#define
On 01/21/2014 03:10 AM, Alexandre Courbot wrote:
> As discussed previously (https://lkml.org/lkml/2013/11/26/289), enable
> Trusted Foundation support by default since it already depends on a
> supporting architecture being selected.
>
> Doing so allows us to remove it from tegra_defconfig.
>
On 01/21/2014 03:10 AM, Alexandre Courbot wrote:
> Invoke the do_idle() firmware call before suspending a CPU so that the
> underlying firmware (if any) can take necessary action.
> diff --git a/arch/arm/mach-tegra/cpuidle-tegra114.c
> b/arch/arm/mach-tegra/cpuidle-tegra114.c
> @@ -45,6 +46,8
On 01/21/2014 03:10 AM, Alexandre Courbot wrote:
> These (mostly minor) patches fix a few typos, improve points that
> were agreed upon when the Trusted Foundation series was initially
> submitted, and more importantly add support for the do_idle() firmware
> operation that is needed for cpuidle
> "Ric" == Ric Wheeler writes:
Ric> I will have to see if I can get a storage vendor to make a public
Ric> statement, but there are vendors hoping to see this land in Linux
Ric> in the next few years. I assume that anyone with a shipping device
Ric> will have to at least emulate the 4KB
On 01/21/14 10:37, Stephen Boyd wrote:
> On 01/21/14 10:07, Will Deacon wrote:
>> Do you need isbs to ensure the pmresrn side-effects have happened, or are
>> the registers self-synchronising? Similarly for your other IMP DEF
>> registers.
> There aren't any isbs in the downstream android sources
On 01/22/2014 02:19 PM, Mark Brown wrote:
> On Tue, Jan 21, 2014 at 04:32:12PM -0600, Nishanth Menon wrote:
>
>> The other alternative will be to use reg-names and map individual
>> registers (there are just setup and control registers to deal with per
>> abb instance). That will coexist with
> "James" == James Bottomley writes:
>> or even (not today, but some day) reject the IO.
James> I really doubt this. All 4k drives today do RMW ... I don't see
James> that changing any time soon.
All consumer grade 4K phys drives do RMW.
It's a different story for enterprise drives. The
Hi Linus,
Please pull these XFS updates for 3.14-rc1. This is primarily bug fixes,
many of which you already have. New stuff includes a series to decouple the
in-memory and on-disk log format, helpers in the area of inode clusters, and
i_version handling.
We decided to try to
Commit-ID: 43881ec7a88a3d3b2fd6da58168173e135b41fba
Gitweb: http://git.kernel.org/tip/43881ec7a88a3d3b2fd6da58168173e135b41fba
Author: Magnus Damm
AuthorDate: Wed, 4 Dec 2013 21:05:56 +0900
Committer: Thomas Gleixner
CommitDate: Wed, 22 Jan 2014 21:48:55 +0100
irqchip: renesas-irqc:
Ken Moffat writes:
> I note that all of these *are* still available at googlecode for
> the moment : https://code.google.com/p/git-core/downloads/list
As I said, Cgc is not the ony download site. The end of
http://git-blame.blogspot.com/p/git-public-repositories.html
lists the two sites
Commit-ID: 3aba55605326be6d7e624090858aa921ab519cda
Gitweb: http://git.kernel.org/tip/3aba55605326be6d7e624090858aa921ab519cda
Author: Magnus Damm
AuthorDate: Wed, 4 Dec 2013 21:05:46 +0900
Committer: Thomas Gleixner
CommitDate: Wed, 22 Jan 2014 21:48:55 +0100
irqchip: renesas-irqc:
On Thu, 2 Jan 2014, Yijing Wang wrote:
> Fix some trivial comments typo in kernel/time/clocksource.c
That's not a typo. Thats a left over. The function simply cannot fail
anymore. So the subject of that patch should be something like:
clocksource: Remove outdated comments
And the changelog
Commit-ID: 397e7b515785cad6e10b29f3001fd80c3f519bb8
Gitweb: http://git.kernel.org/tip/397e7b515785cad6e10b29f3001fd80c3f519bb8
Author: Daniel Tang
AuthorDate: Thu, 5 Dec 2013 17:12:17 +1100
Committer: Thomas Gleixner
CommitDate: Wed, 22 Jan 2014 21:48:55 +0100
irqchip: Add support for
On Wed 22-01-14 09:00:33, James Bottomley wrote:
> On Wed, 2014-01-22 at 11:45 -0500, Ric Wheeler wrote:
> > On 01/22/2014 11:03 AM, James Bottomley wrote:
> > > On Wed, 2014-01-22 at 15:14 +, Chris Mason wrote:
> > >> On Wed, 2014-01-22 at 09:34 +, Mel Gorman wrote:
> > >>> On Tue, Jan
>
> I think its the right region to look through. My current suspect is the
> linear continuity fit with the initial 'random' multiplier.
>
> That initial 'random' multiplier can get us quite high, and we'll fit
> the function to match that but continue at a sane rate.
>
> I'll try and prod a
On Tue, Jan 14, 2014 at 02:42:11PM -0800, David Cohen wrote:
> On Fri, Dec 20, 2013 at 12:23:36PM -0800, David Cohen wrote:
> > On Fri, Dec 20, 2013 at 08:55:27PM +0100, Pavel Machek wrote:
> > > On Sun 2013-12-15 11:25:08, David Cohen wrote:
> > > > On Sun, Dec 15, 2013 at 06:51:12PM +0100, Pavel
On 2014.01.22 at 22:08 +0100, Peter Zijlstra wrote:
> >
> > I think its the right region to look through. My current suspect is the
> > linear continuity fit with the initial 'random' multiplier.
> >
> > That initial 'random' multiplier can get us quite high, and we'll fit
> > the function to
On Sun, Jan 19, 2014 at 07:58:38PM +0100, Jean-Francois Moine wrote:
> This patch adds more error checking inn I2C I/O functions.
> In case of I/O error, this permits to avoid writing in bad controller
> pages, a bad chipset detection or looping when getting the EDID.
>
> Tested-by: Russell King
On Sun, Jan 19, 2014 at 07:58:38PM +0100, Jean-Francois Moine wrote:
> This patch:
> - replaces ARRAY_SIZE() by sizeof() when a number of bytes is needed,
> - adds a linefeed in an error message and
> - removes an useless variable setting.
>
> Tested-by: Russell King
> Signed-off-by:
Change vhci_hcd store_attach() routine to include speed string in its device
information message. The current call to dev_info() prints out speed number
which is the enum number. Change to call usb_speed_string() to print speed
string in addition to the number.
Signed-off-by: Shuah Khan
---
On Mon, 20 Jan 2014 21:17:36 -0500
Steven Rostedt wrote:
> I happen to have a i7 box to test on, and sure enough, the latest
> 3.12-rt locks up on boot and reverting the
> timers-do-not-raise-softirq-unconditionally.patch, it boots fine.
> Signed-off-by: Steven Rostedt
>
> diff --git
On Sun, Jan 19, 2014 at 07:58:40PM +0100, Jean-Francois Moine wrote:
> This patch uses always the adjusted video mode instead of a mix of
> original and adjusted mode.
>
> Signed-off-by: Jean-Francois Moine
Nothing obviously wrong and appears to work, thanks.
Acked-by: Russell King
Tested-by:
Hello,
2014/1/22 Srikanth Thokala :
> This is the driver for the AXI Video Direct Memory Access (AXI
> VDMA) core, which is a soft Xilinx IP core that provides high-
> bandwidth direct memory access between memory and AXI4-Stream
> type video target peripherals. The core provides efficient two
>
Hi,
On Wed, Jan 22, 2014 at 11:45:42AM -0700, Jim Davis wrote:
> Building with the attached random configuration file,
>
> In file included from arch/x86/platform/intel-mid/intel-mid.c:38:0:
> arch/x86/platform/intel-mid/intel_mid_weak_decls.h:17:25: error:
> expected ‘=’, ‘,’, ‘;’, ‘asm’ or
Thank you so much Stefan for the help and cc'ing Michael & Jason.
Like you advised yesterday on IRC, today we are making some tests with
the application setting TCP_NODELAY in the socket options.
So we will try that and get back to you with further information.
In the mean time, maybe showing
The generic __native_word() macro defined in include/linux/compiler.h
only allows "int" and "long" data types to be treated as native and
atomic. The x86 architecture, however, allow the use of char and short
data types as atomic as well.
This patch extends the data type allowed in the
This patch introduces a new read/write lock implementation that put
waiting readers and writers into a queue instead of actively contending
the lock like the current read/write lock implementation. This will
improve performance in highly contended situation by reducing the
cache line bouncing
This patch makes the necessary changes at the x86 architecture specific
layer to enable the presence of the CONFIG_QUEUE_RWLOCK kernel option
to replace the read/write lock by the queue read/write lock.
It also enables the CONFIG_QUEUE_RWLOCK option by default for x86 which
will force the use of
There is a pending MCS lock patch series that adds generic MCS lock
helper functions to do MCS-style locking. This patch will enable
the queue rwlock to use that generic MCS lock/unlock primitives for
internal queuing. This patch should only be merged after the merging
of that generic MCS locking
On Sun, Jan 19, 2014 at 07:58:42PM +0100, Jean-Francois Moine wrote:
> This patch takes care of the write-only registers of the tda998x.
>
> The value 'MAT_CONTRL_MAT_SC(1)' in the register MAT_CONTRL has been
> set as it is at reset time.
>
> Signed-off-by: Jean-Francois Moine
> ---
> v3
>
v9->v10:
- Eliminate the temporary smp_load_acquire()/smp_store_release() macros
by merging v9 patch 4 into patch 1.
- Include & remove xadd() macro check.
- Incorporate review comments from PeterZ.
v8->v9:
- Rebase to the tip branch which has the PeterZ's
On Sun, Jan 19, 2014 at 07:58:43PM +0100, Jean-Francois Moine wrote:
> This patch adds DT support to the tda998x.
>
> Signed-off-by: Jean-Francois Moine
Acked-by: Russell King
Tested-by: Russell King
--
FTTC broadband for 0.8mile line: 5.8Mbps down 500kbps up. Estimation
in database were
On Mon, Jan 20, 2014 at 7:46 PM, Yijing Wang wrote:
> Since acpi_evaluate_object() returns acpi_status and not plain int,
> ACPI_FAILURE() should be used for checking its return value.
>
> Reviewed-by: Jani Nikula
> Signed-off-by: Yijing Wang
> ---
> v3->v4: Fix spell error, add Jani Nikula
Hello,
On Wed, Jan 22, 2014 at 10:49:51AM +0100, Uwe Kleine-König wrote:
> On Tue, Dec 03, 2013 at 04:01:50PM +0800, Chris Ruehl wrote:
> > usb: chipidea: hw_phymode_configure moved before ci_usb_phy_init
> > hw_phymode_configure configures the PORTSC registers and allow the
> > following
On Sun, Jan 19, 2014 at 07:58:43PM +0100, Jean-Francois Moine wrote:
> This patch fixes a NULL pointer dereference when the set_config
> function has not been called (priv->params == NULL).
No, that's not what this patch is doing. Maybe you could enlighten me
how priv->params could ever be NULL
On Wed, 22 Jan 2014, Alex Thorlton wrote:
> > I would expect that the alternative solution to a per-mm switch is to
> > reserve the naturally aligned pages for a THP promotion. Have a threshold
> > of pages pages that must be faulted before the full THP's worth of pages
> > is allocated, zero'd
On Wed, Jan 22, 2014 at 12:34:15PM -0500, Paul Gortmaker wrote:
> Commit 85611e3febe78955a519f5f9eb47b941525c8c76 ("x86, intel-mid:
> Add Clovertrail platform support") added new instances of __cpuinit
> usage. We removed this a couple versions ago; we now want to remove
> the compat no-op stubs.
On Wed, 22 Jan 2014, Jiri Kosina wrote:
> Hi,
>
> booting current Linus' tree (df32e43a), I am getting
>
> Slab corruption (Not tainted): fanotify_event_info start=8800372e3320,
> len=64
> Redzone: 0x9f911029d74e35b/0x9f911029d74e35b.
> Last user: [](fanotify_free_event+0x2d/0x40)
>
On Wed, 15 Jan 2014 11:40:34 +0200 Mike Rapoport
wrote:
> Commit 6bdb913f0a70a4dfb7f066fb15e2d6f960701d00 (mm: wrap calls to
> set_pte_at_notify with invalidate_range_start and invalidate_range_end)
> breaks semantics of set_pte_at_notify. When calls to set_pte_at_notify
> are wrapped with
On 14-01-22 04:50 PM, David Cohen wrote:
> On Wed, Jan 22, 2014 at 12:34:15PM -0500, Paul Gortmaker wrote:
>> Commit 85611e3febe78955a519f5f9eb47b941525c8c76 ("x86, intel-mid:
>> Add Clovertrail platform support") added new instances of __cpuinit
>> usage. We removed this a couple versions ago;
On 01/22/2014 01:50 PM, David Cohen wrote:
>>
>> -void * __cpuinit get_penwell_ops()
>> +void *get_penwell_ops()
>> {
>> return _ops;
>> }
>>
>> -void * __cpuinit get_cloverview_ops()
>> +void *get_cloverview_ops()
>> {
>> return _ops;
>> }
>
Can someone also find and fix the
On Wed, Jan 22, 2014 at 04:58:28PM -0500, Paul Gortmaker wrote:
> On 14-01-22 04:50 PM, David Cohen wrote:
> > On Wed, Jan 22, 2014 at 12:34:15PM -0500, Paul Gortmaker wrote:
> >> Commit 85611e3febe78955a519f5f9eb47b941525c8c76 ("x86, intel-mid:
> >> Add Clovertrail platform support") added new
On 14-01-22 05:03 PM, H. Peter Anvin wrote:
> On 01/22/2014 01:50 PM, David Cohen wrote:
>>>
>>> -void * __cpuinit get_penwell_ops()
>>> +void *get_penwell_ops()
>>> {
>>> return _ops;
>>> }
>>>
>>> -void * __cpuinit get_cloverview_ops()
>>> +void *get_cloverview_ops()
>>> {
>>>
On Wed, 2014-01-22 at 12:12 +0200, Sagi Grimberg wrote:
> On 1/22/2014 12:28 AM, Nicholas A. Bellinger wrote:
> > On Sun, 2014-01-19 at 14:31 +0200, Sagi Grimberg wrote:
> >> On 1/19/2014 4:44 AM, Nicholas A. Bellinger wrote:
> >>> From: Nicholas Bellinger
> >>>
> >>> This patch adds support for
On Tue, Jan 21, 2014 at 10:02 PM, Alexei Starovoitov
wrote:
> On Tue, Jan 21, 2014 at 8:10 PM, dormando wrote:
>>
>>
>> On Tue, 21 Jan 2014, Alexei Starovoitov wrote:
>>
>>> On Tue, Jan 21, 2014 at 5:39 PM, dormando wrote:
>>> >
>>> > > On Fri, Jan 17, 2014 at 11:16 PM, dormando wrote:
>>> > >
On Wed, Jan 22, 2014 at 05:10:47PM -0500, Paul Gortmaker wrote:
> On 14-01-22 05:03 PM, H. Peter Anvin wrote:
> > On 01/22/2014 01:50 PM, David Cohen wrote:
> >>>
> >>> -void * __cpuinit get_penwell_ops()
> >>> +void *get_penwell_ops()
> >>> {
> >>> return _ops;
> >>> }
> >>>
> >>> -void *
On Wed, 2014-01-22 at 18:44 +0200, Sagi Grimberg wrote:
> On 1/19/2014 4:44 AM, Nicholas A. Bellinger wrote:
> > From: Nicholas Bellinger
> >
> > This patch adds support for DIF related CHECK_CONDITION ASC/ASCQ
> > exception cases into transport_send_check_condition_and_sense().
> >
> > This
This patch adds missing 'void' to functions that doesn't receive
arguments.
Signed-off-by: David Cohen
---
Hi,
Please, apply on top of Paul Gortmaker's patches:
[PATCH v2] x86: don't introduce more __cpuinit users in intel_mid_weak_decls.h
[PATCH] x86: don't add new __cpuinit users to
On Wed, Jan 22, 2014 at 01:54:59PM -0800, Andrew Morton wrote:
> The changelog fails to describe the end-user visible effects of the
> bug, so I (and others) will be unable to decide which kernel versions
> need patching
>
> Given that the bug has been around for 1.5 years I assume the priority
>
On 01/22/2014 10:09 AM, David Cohen wrote:
> On Wed, Jan 22, 2014 at 10:08:03AM -0800, David Cohen wrote:
>> On Wed, Jan 22, 2014 at 12:35:25PM -0500, Paul Gortmaker wrote:
>>> Commit bc20aa48bbb3068224a1c91f8332971fdb689fad ("x86, intel-mid:
>>> Add Merrifield platform support") added new
On 14:48-20140122, Nishanth Menon wrote:
> On 01/22/2014 02:19 PM, Mark Brown wrote:
> > On Tue, Jan 21, 2014 at 04:32:12PM -0600, Nishanth Menon wrote:
> >
> >> The other alternative will be to use reg-names and map individual
> >> registers (there are just se
On Wed, 2014-01-22 at 20:00 +0200, Sagi Grimberg wrote:
> On 1/22/2014 12:48 AM, Nicholas A. Bellinger wrote:
> > + cmd->prot_handover = PROT_SEPERATED;
> >> I know that we are not planning to support interleaved mode at the
> >> moment, But I think
> >> that the protection handover type is the
On Sun, Jan 19, 2014 at 07:58:43PM +0100, Jean-Francois Moine wrote:
> This patch adds the optional treatment of the tda998x IRQ.
>
> The interrupt function is used to know the display connection status
> without polling and to speedup reading the EDID.
>
> The interrupt number may be defined
Commit-ID: cbe48bc8cd279ad519624c331dad5a291891ef05
Gitweb: http://git.kernel.org/tip/cbe48bc8cd279ad519624c331dad5a291891ef05
Author: Paul Gortmaker
AuthorDate: Wed, 22 Jan 2014 12:34:15 -0500
Committer: H. Peter Anvin
CommitDate: Wed, 22 Jan 2014 14:21:14 -0800
x86: Don't introduce
On Wed, Jan 22, 2014 at 02:23:33PM -0800, H. Peter Anvin wrote:
> On 01/22/2014 10:09 AM, David Cohen wrote:
> > On Wed, Jan 22, 2014 at 10:08:03AM -0800, David Cohen wrote:
> >> On Wed, Jan 22, 2014 at 12:35:25PM -0500, Paul Gortmaker wrote:
> >>> Commit bc20aa48bbb3068224a1c91f8332971fdb689fad
Commit-ID: 47683f7fe5d2abd71bf08b42060bcf95e0ad668f
Gitweb: http://git.kernel.org/tip/47683f7fe5d2abd71bf08b42060bcf95e0ad668f
Author: Paul Gortmaker
AuthorDate: Wed, 22 Jan 2014 12:35:25 -0500
Committer: H. Peter Anvin
CommitDate: Wed, 22 Jan 2014 14:28:57 -0800
x86: Don't add new
On 01/22/2014 12:14 PM, Peter Zijlstra wrote:
On Tue, Jan 21, 2014 at 05:28:37PM -0500, Sasha Levin wrote:
[0.00] Initmem setup node 30 [mem 0x12ee00-0x138dff]
[0.00] NODE_DATA [mem 0xcfa42000-0xcfa72fff]
[0.00] NODE_DATA(30) on node
On Wed, Jan 22, 2014 at 11:19:28PM +0400, Cyrill Gorcunov wrote:
> > commit. Test case was simple -- try and open the large file described in
> > the bug. I did not investigate the patch itself as I'm just reporting
> > the results of the bisection. If I had to guess, I'd say that VMA
> > merging
Commit-ID: 48102ca7fb2856dde2c75fbd37db45ba630f2967
Gitweb: http://git.kernel.org/tip/48102ca7fb2856dde2c75fbd37db45ba630f2967
Author: David Cohen
AuthorDate: Wed, 22 Jan 2014 14:22:49 -0800
Committer: H. Peter Anvin
CommitDate: Wed, 22 Jan 2014 14:30:02 -0800
x86, intel-mid: Add
On Tue, Jan 21, 2014 at 10:17:56AM -0800, Olof Johansson wrote:
> Ok, this is a classic case where the binding should describe how
> things are configured/wired up instead of hardcoding a register value
> like this. From the data sheet there seems to be a _lot_ of settings,
> so selecting the
Hi Marc,
2014/1/21 Marc Carino :
> Document the Broadcom Brahma B15 GIC implementation as compatible
> with the ARM GIC standard.
>
> Signed-off-by: Marc Carino
> Acked-by: Florian Fainelli
Do not we also need to update drivers/irqchip/irq-gic.c to look for
this compatible property?
On 01/22/2014 11:08 AM, Mel Gorman wrote:
> Cyrill,
>
> Gimp is broken due to a kernel bug included in 3.12. It cannot open
> large files without failing memory allocations due to exceeding
> vm.max_map_count. The relevant bugzilla entries are
>
>
Hi Yann,
> Since commit 8df8c56a5abc, 6lowpan_iphc is a module of its own.
>
> Unfortunately, it lacks some infrastructure to behave like a
> good kernel citizen:
>
> kernel: 6lowpan_iphc: module license 'unspecified' taints kernel.
> kernel: Disabling lock debugging due to kernel taint
>
>
1001 - 1100 of 1304 matches
Mail list logo