Current virtio-blk spec only supports one virtual queue for transfering
data between VM and host, and inside VM all kinds of operations on
the virtual queue needs to hold one lock, so cause below problems:
- bad scalability
- bad throughput
This patch requests to introduce feature
On Fri 20-06-14 15:56:56, Xishi Qiu wrote:
> On 2014/6/17 9:35, Xishi Qiu wrote:
>
> > On 2014/6/16 20:50, Rafael Aquini wrote:
> >
> >> On Mon, Jun 16, 2014 at 01:14:22PM +0200, Michal Hocko wrote:
> >>> On Mon 16-06-14 17:24:38, Xishi Qiu wrote:
> When system(e.g. smart phone) running for
On 6/17/2014 8:08 PM, Bjorn Helgaas wrote:
On Tue, Jun 10, 2014 at 02:51:19PM -0400, Murali Karicheri wrote:
This patch adds a PCIe controller driver for Keystone SoCs. This
is based on v1 of the series posted to the mailing list.
CC: Santosh Shilimkar
CC: Russell King
CC: Grant Likely
CC: R
On Fri, Jun 20, 2014 at 10:20:36AM -0500, Christoph Lameter wrote:
> On Thu, 19 Jun 2014, Paul E. McKenney wrote:
>
> > I am putting together patches based on Eric Dumazet's suggestion and on a
> > variant of the above approach. However, I do expect the distros to starve
> > to death between thos
Em Fri, Jun 20, 2014 at 07:03:18PM +0400, Stanislav Fomichev escreveu:
> > Just to clarify here, those slides came from slides I made and in turn
> > the whole idea about pagefaults tracing I got from the trace prototype
> > that Thomas Gleixner implemented in his 'trace' utility, described
> > he
On Fri, Jun 20, 2014 at 10:17:32AM +0200, Thomas Gleixner wrote:
> On Thu, 19 Jun 2014, Paul E. McKenney wrote:
> > On Thu, Jun 19, 2014 at 11:32:41PM +0200, Thomas Gleixner wrote:
> > >
> > >
> > > On Thu, 19 Jun 2014, Paul E. McKenney wrote:
> > >
> > > > On Thu, Jun 19, 2014 at 10:37:17PM +02
On 06/20/2014 11:23 AM, Borislav Petkov wrote:
On Fri, Jun 20, 2014 at 10:28:13AM -0400, Boris Ostrovsky wrote:
Commit 9c15a24b038f4d8da93a2bc2554731f8953a7c17 (x86/mce: Improve
mcheck_init_device() error handling) unregisters (or never registers)
MCE's hotplug notifier if an error is encountere
AArch64 stores the frame pointer and return pointer, and decrements the
stack. Also remove my (no longer valid) email address.
Signed-off-by: Kyle McMartin
--- a/scripts/checkstack.pl
+++ b/scripts/checkstack.pl
@@ -13,7 +13,7 @@
# Random bits by Matt Mackall
# M68k port by Geert Uy
On Mon, Jun 16, 2014 at 2:48 PM, H. Peter Anvin wrote:
> On 06/16/2014 02:35 PM, Andy Lutomirski wrote:
>>
>> To hpa, etc: It appears that entry_32.S is missing any call to the
>> audit exit hook on the badsys path. If I'm diagnosing this bug report
>> correctly, this causes OOPSes.
>>
>> The th
On Thu, Jun 19, 2014 at 09:35:48PM -0700, Hugh Dickins wrote:
> On Thu, 19 Jun 2014, Naoya Horiguchi wrote:
> > Hi,
> >
> > I triggered the following bug on v3.16-rc1 when I did mbind() testing
> > where multiple processes repeat calling mbind() for a shared mapped file
> > (causing pingpong of pa
lock and set pc->flags non-atomically.
>
> Signed-off-by: Johannes Weiner
> Cc: Michal Hocko
> Cc: Hugh Dickins
> Cc: Tejun Heo
> Cc: Vladimir Davydov
> Signed-off-by: Andrew Mort
On Thursday 19 June 2014 15:04:50 Ulf Hansson wrote:
> +Power sequence DT bindings
> +
> +Each power sequence method has a corresponding "power-method" property
> string.
> +This property shall be set in a subnode for a device. That subnode should
> also
> +describe resourses which are specific t
This patch improves coding style in Queue.h
Comments according to the coding guideline
Signed-off-by: Martin Gumbrecht
Signed-off-by: Christian Bay
---
drivers/staging/bcm/Queue.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/bcm/Queue.h b/drivers/stagi
This patch improves coding style in Queue.h:
Brackets according to the coding guideline
Signed-off-by: Martin Gumbrecht
Signed-off-by: Christian Bay
---
drivers/staging/bcm/Queue.h | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/bcm/Queue.h b/d
On Fri, 2014-06-20 at 11:39 +0200, Michal Marek wrote:
> Dne 19.6.2014 16:44, Kamal Mostafa napsal(a):
> > Adds new macro KERNEL_EXTRAVERSION(a,b,c,d) and value
> > LINUX_EXTRAVERSION_CODE to version.h, allowing ranged version checks of
> > extended-stable versions that use a numeric EXTRAVERSION v
Hi Linus,
Please pull my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
This fixes some lockups in btrfs reported with rc1. It probably has
some performance impact because it is backing off our spinning locks
more often and switching to a blockin
On Fri, Jun 20, 2014 at 11:25:58AM -0400, rbasukala wrote:
> Signed-off-by: rbasukala
> ---
> drivers/staging/netlogic/xlr_net.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/staging/netlogic/xlr_net.c
> b/drivers/staging/netlogic/xlr_net.c
> index e320d6
This patch improves coding style in Prototypes.h:
Whitespaces according to the coding guideline
Signed-off-by: Martin Gumbrecht
Signed-off-by: Christian Bay
---
drivers/staging/bcm/Prototypes.h | 58
1 file changed, 29 insertions(+), 29 deletions(-)
dif
> > 1756272.905 ( 0.000 ms): curl/5937 majfault [0x7fa7261978b6] =>
> > /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0+0x85288 (d.)
>
> Things like the above may be better expressed using dso@symbol+offset,
> even more when the symbol is not resolved within a DSO, due to
> insufficient expressivity
On Thu, 2014-06-19 at 21:53 +0200, Michal Nazarewicz wrote:
> With a kernel configured with ARM64_64K_PAGES && !TRANSPARENT_HUGEPAGE,
> the following is triggered at early boot:
>
> SMP: Total of 8 processors activated.
> devtmpfs: initialized
> Unable to handle kernel NULL pointer dereferen
> -Original Message-
> From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
> Sent: Friday, June 20, 2014 4:42 AM
> To: Haiyang Zhang
> Cc: da...@davemloft.net; net...@vger.kernel.org; o...@aepfle.de;
> jasow...@redhat.com; driverdev-de...@linuxdriverproject.org; linux-
> ker...@vger.ker
On Fri, Jun 20, 2014 at 10:29:04AM -0500, Christoph Lameter wrote:
> On Thu, 19 Jun 2014, Paul E. McKenney wrote:
>
> > Or just keep doing what I am doing. What exactly is the problem with it?
> > (Other than probably needing to clean up the cache alignment of some
> > of the per-CPU structures?)
On Fri, Jun 20, 2014 at 10:04 AM, Santosh Shilimkar
wrote:
> On Monday 09 June 2014 09:59 AM, Santosh Shilimkar wrote:
>> On Sunday 08 June 2014 10:13 PM, Fabio Estevam wrote:
>>> On Thu, Jun 5, 2014 at 12:22 PM, Santosh Shilimkar
>>> wrote:
Recently we introduced the generic device tree inf
This is a patch to the hwdep.c file that fixes one instance of
the following error:
ERROR: do not use assignment in if condition
It also, incidentally, fixes one instance of the following warning:
WARNING: line over 80 characters
Signed-off-by: Vincent Heuken
---
sound/core/hwdep.c | 4 +++-
1
Based on next-20140620.
This is a v3 of a series (first with proper cover letter) that tries to work
simultaneously towards two mutually exclusive goals in memory compaction -
reducing overhead and improving success rates. It includes some cleanups and
more or less trivial (micro-)optimizations
isolate_migratepages_range() is the main function of the compaction scanner,
called either on a single pageblock by isolate_migratepages() during regular
compaction, or on an arbitrary range by CMA's __alloc_contig_migrate_range().
It currently perfoms two pageblock-wide compaction suitability chec
When allocating huge page for collapsing, khugepaged currently holds mmap_sem
for reading on the mm where collapsing occurs. Afterwards the read lock is
dropped before write lock is taken on the same mmap_sem.
Holding mmap_sem during whole huge page allocation is therefore useless, the
vma needs t
isolate_freepages_block() rechecks if the pageblock is suitable to be a target
for migration after it has taken the zone->lock. However, the check has been
optimized to occur only once per pageblock, and compact_checklock_irqsave()
might be dropping and reacquiring lock, which means somebody else m
Tushar,
On Fri, Jun 20, 2014 at 1:03 AM, Tushar Behera wrote:
> Peach-pi board has MAX98091 CODEC. Extend snow machine driver to support
> this board.
>
> Signed-off-by: Tushar Behera
> ---
> Documentation/devicetree/bindings/sound/snow.txt |1 +
> sound/soc/samsung/snow.c
On Fri, Jun 20, 2014 at 10:23:57AM -0500, Christoph Lameter wrote:
> > You're repeatedly getting wayside in the discussion. What are you
> > suggesting? Sending IPIs on each percpu allocation?
>
> No this is about sending an IPI if you want to modify the percpu data of
> another process. There w
Compaction uses watermark checking to determine if it succeeded in creating
a high-order free page. My testing has shown that this is quite racy and it
can happen that watermark checking in compaction succeeds, and moments later
the watermark checking in page allocation fails, even though the numbe
When direct sync compaction is often unsuccessful, it may become deferred for
some time to avoid further useless attempts, both sync and async. Successful
high-order allocations un-defer compaction, while further unsuccessful
compaction attempts prolong the copmaction deferred period.
Currently th
In direct compaction for a page fault, we want to allocate the high-order page
as soon as possible, so migrating from a cc->order aligned block of pages that
contains also unmigratable pages just adds to page fault latency.
This patch therefore makes the migration scanner skip to the next cc->orde
From: David Rientjes
struct compact_control currently converts the gfp mask to a migratetype, but we
need the entire gfp mask in a follow-up patch.
Pass the entire gfp mask as part of struct compact_control.
Signed-off-by: David Rientjes
Signed-off-by: Vlastimil Babka
Cc: Minchan Kim
Cc: Mel
Compaction scanners try to lock zone locks as late as possible by checking
many page or pageblock properties opportunistically without lock and skipping
them if not unsuitable. For pages that pass the initial checks, some properties
have to be checked again safely under lock. However, if the lock w
On Wednesday 18 June 2014 11:14:39 Will Deacon wrote:
> On Wed, Jun 18, 2014 at 12:37:16AM +0100, Thierry Reding wrote:
> - Each master has a set of fixed StreamIDs
> - StreamIDs can be remastered by adding a constant offset (this could also
> be used to describe RequesterID -> StreamID map
Unlike the migration scanner, the free scanner remembers the beginning of the
last scanned pageblock in cc->free_pfn. It might be therefore rescanning pages
uselessly when called several times during single compaction. This might have
been useful when pages were returned to the buddy allocator afte
The migration scanner skips PageBuddy pages, but does not consider their order
as checking page_order() is generally unsafe without holding the zone->lock,
and acquiring the lock just for the check wouldn't be a good tradeoff.
Still, this could avoid some iterations over the rest of the buddy page
From: David Rientjes
The page allocator has gfp flags (like __GFP_WAIT) and alloc flags (like
ALLOC_CPUSET) that have separate semantics.
The function allocflags_to_migratetype() actually takes gfp flags, not alloc
flags, and returns a migratetype. Rename it to gfpflags_to_migratetype().
Signe
Compaction scanners regularly check for lock contention and need_resched()
through the compact_checklock_irqsave() function. However, if there is no
contention, the lock can be held and IRQ disabled for potentially long time.
This has been addressed by commit b2eef8c0d0 ("mm: compaction: minimise
On Mon, Jun 16, 2014 at 8:42 AM, Rich Felker wrote:
> On Mon, Jun 16, 2014 at 08:31:39AM -0700, Ian Lance Taylor wrote:
>> On Mon, Jun 16, 2014 at 7:38 AM, Andi Kleen wrote:
>> >> I think this issue started when some of the Go developers questioned
>> >> why the kernel needed to provide a very co
Async compaction aborts when it detects zone lock contention or need_resched()
is true. David Rientjes has reported that in practice, most direct async
compactions for THP allocation abort due to need_resched(). This means that a
second direct compaction is never attempted, which might be OK for a
This patch improves coding style in Queue.h
Whitespaces according to the coding guideline
Signed-off-by: Martin Gumbrecht
Signed-off-by: Christian Bay
---
drivers/staging/bcm/Queue.h | 32
1 file changed, 16 insertions(+), 16 deletions(-)
diff --git a/drivers/s
This patch sereies fixes several errors and warnings shown by the checkpatch
script at the module driver/staging/bcm
v2 splits the patches up, so that only one kind of fix is made in each patch.
In addition also fixes on a third file (Qos.c) are included in this version.
v1 was sent in by Christ
Subject: [PATCH 3.15.1] i82975x_edac: fix dram layout inits and style
rewrite dram layout initialisation differently based on symmetry
of organisation. And a long pending cleanup.
Signed-off-by: Arvind R.
---
i82975x_edac.c | 408 -
1 file
This patch improves coding style in Qos.c
Whitespaces according to the coding guideline
Signed-off-by: Martin Gumbrecht
Signed-off-by: Christian Bay
---
drivers/staging/bcm/Qos.c | 38 +++---
1 file changed, 19 insertions(+), 19 deletions(-)
diff --git a/drivers
This patch improves coding style in Qos.c
Comments according to the coding guideline
Signed-off-by: Martin Gumbrecht
Signed-off-by: Christian Bay
---
drivers/staging/bcm/Qos.c | 88 +++
1 file changed, 51 insertions(+), 37 deletions(-)
diff --git a/d
This patch improves coding style in Prototypes.h:
Exactly one blank line after each declaration
Signed-off-by: Martin Gumbrecht
Signed-off-by: Christian Bay
---
drivers/staging/bcm/Prototypes.h | 37 -
1 file changed, 16 insertions(+), 21 deletions(-)
diff -
On Fri, Jun 20, 2014 at 11:41:27AM -0400, Boris Ostrovsky wrote:
> Only in the sense that on Xen misc_register() often fails. But any
> failure on baremetal will result in the same behavior.
Ok, thanks for explaining the details.
> Right. And I think we shouldn't because we leave undeleted timers
On Fri, Jun 20, 2014 at 02:28:48PM +0200, Matthias Brugger wrote:
> +/*
> + * of_io_request_and_map - Requests a resource and maps the memory mapped IO
> + * for a given device_node
> + * @device: the device whose io range will be mapped
> + * @index: index of the io range
>
On Thu, Jun 19, 2014 at 10:07 PM, H. Peter Anvin wrote:
>
> For each of those transfers, we don't free the source memory until the
> very end. We could free that memory as we process the input, requiring
> less total memory.
Yes, that would be nice enhancement.
Yinghai
--
To unsubscribe from th
On Friday, June 20, 2014 08:59:31 AM Stephen Rothwell wrote:
> Hi Paul,
Hello again.
> On Thu, 19 Jun 2014 15:47:01 -0400 Paul Moore wrote:
> > I want to avoid use a -rcX release as the foundation of any of my trees;
> > the -rc releases aren't as stable and it goes against what we're trying
> >
On Fri, 20 Jun 2014, Paul E. McKenney wrote:
> And the fraction of the small systems that care that much about latency
> is also quite small.
This also impacts general performance of course not only latency.
> Of course, if you have performance results that show otherwise, please
> share them.
On Fri, Jun 20, 2014 at 08:55:01AM -0700, Andy Lutomirski wrote:
> On Mon, Jun 16, 2014 at 8:42 AM, Rich Felker wrote:
> > On Mon, Jun 16, 2014 at 08:31:39AM -0700, Ian Lance Taylor wrote:
> >> On Mon, Jun 16, 2014 at 7:38 AM, Andi Kleen wrote:
> >> >> I think this issue started when some of the
> -Original Message-
> From: Greg KH [mailto:g...@kroah.com]
> Sent: Friday, June 20, 2014 1:12 AM
> To: Olaf Hering
> Cc: Haiyang Zhang; net...@vger.kernel.org; jasow...@redhat.com;
> driverdev-de...@linuxdriverproject.org; linux-kernel@vger.kernel.org;
> da...@davemloft.net
> Subject: R
Em Fri, Jun 20, 2014 at 07:49:01PM +0400, Stanislav Fomichev escreveu:
> > > 1756272.905 ( 0.000 ms): curl/5937 majfault [0x7fa7261978b6] =>
> > > /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0+0x85288 (d.)
> >
> > Things like the above may be better expressed using dso@symbol+offset,
> > even more
On 06/20/2014 11:58 AM, Borislav Petkov wrote:
On Fri, Jun 20, 2014 at 11:41:27AM -0400, Boris Ostrovsky wrote:
Only in the sense that on Xen misc_register() often fails. But any
failure on baremetal will result in the same behavior.
Ok, thanks for explaining the details.
Right. And I think w
There are a few other features than MPX that we can make
assumptions about at compile-time based on compile options.
Add them to disabled-features.h
---
b/arch/x86/include/asm/cpufeature.h| 18 --
b/arch/x86/include/asm/disabled-features.h | 16 ++--
2 fi
Today, we assume that all 64-bit cpus have X86_FEATURE_MP. It
should be in the REQUIRED_MASK so that we do not need the #undef
trick for it.
---
b/arch/x86/include/asm/cpufeature.h|3 ---
b/arch/x86/include/asm/required-features.h |4 +++-
2 files changed, 3 insertions(+), 4 de
I believe the REQUIRED_MASK aproach was taken so that it was
easier to consult in assembly (arch/x86/kernel/verify_cpu.S).
DISABLED_MASK does not have the same restriction, but I
implemented it the same way for consistency.
--
We have a REQUIRED_MASK... which does two things:
1. Keeps a list of
> Hey, haven't you seen the vfs_getname probe? Idea is to hook on where
> the relevant copy_from_user is done and insert that into the ring
> buffer, as we already do for mapping fd -> pathname.
I saw it but didn't actually try because it needs all the debugging
stuff enabled and in place.
> I.e.
as already fixed it and Greg has applied it to his
>> staging-next branch. It should wend it's merry way to linux-next in the
>> not-too-distant future.
>
> Thanks, good to hear that!
Geert / Ian,
The patches to fix this are in next-20140620.
Sorry for the trouble,
Hartle
On Wednesday 18 June 2014 14:38:43 Kishon Vijay Abraham I wrote:
> On Thursday 29 May 2014 12:08 PM, Kishon Vijay Abraham I wrote:
> >
> > Here the CPU address for configuration space is 0x20013000 and the
> > controller
> > address for configuration space is 0x13000. The controller address shoul
On Thu, 19 Jun 2014 18:45:57 -1000
Linus Torvalds wrote:
> On Thu, Jun 19, 2014 at 11:33 AM, Steven Rostedt wrote:
> > From: "Steven Rostedt (Red Hat)"
> >
> > The trace_seq functions are rather useful outside of tracing.
>
> They are?
They will be.
> Why and where?
Why? for NMI safe output
On 06/20/2014 09:17 AM, Dave Hansen wrote:
> diff -puN /dev/null arch/x86/include/asm/disabled-features.h
> --- /dev/null 2014-04-10 11:28:14.066815724 -0700
> +++ b/arch/x86/include/asm/disabled-features.h2014-06-20
> 09:15:38.968987152 -0700
> @@ -0,0 +1,33 @@
> +#ifndef _ASM_X86_DISABLE
Unlike the original unfair rwlock implementation, queued rwlock
will grant lock according to the chronological sequence of the lock
requests except when the lock requester is in the interrupt context.
As a result, recursive read_lock calls will hang the process if there
is a write_lock call somewhe
On 06/20/2014 09:17 AM, Dave Hansen wrote:
> Today, we assume that all 64-bit cpus have X86_FEATURE_MP. It
> should be in the REQUIRED_MASK so that we do not need the #undef
> trick for it.
I don't think we enforce that the MP bit is set in CPUID, though.
Non-AMD processors will typically not set
In for loop of function appleir_input_configured we hit
a Null pointer after the for loop due to array_size not
being correct needs to be changed to input_dev->keycodemax.
Signed-off-by: Nicholas Krause
---
drivers/hid/hid-appleir.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --g
2014-06-20 16:57 GMT+02:00 Alan Stern :
> On Fri, 20 Jun 2014, Jörg Otte wrote:
>
>> 2014-06-19 19:35 GMT+02:00 Alan Stern :
>> > On Thu, 19 Jun 2014, Jörg Otte wrote:
>> >
>> >> I don't know how to do this.
>> >
>> > To enable dynamic debugging (as root):
>> >
>> > echo 'module usbcore =p' >/s
On Fri, Jun 20, 2014 at 11:07:13AM -0500, Christoph Lameter wrote:
> On Fri, 20 Jun 2014, Paul E. McKenney wrote:
>
> > And the fraction of the small systems that care that much about latency
> > is also quite small.
>
> This also impacts general performance of course not only latency.
>
> > Of
On 06/20/2014 09:23 AM, H. Peter Anvin wrote:
> On 06/20/2014 09:17 AM, Dave Hansen wrote:
>> > Today, we assume that all 64-bit cpus have X86_FEATURE_MP. It
>> > should be in the REQUIRED_MASK so that we do not need the #undef
>> > trick for it.
> I don't think we enforce that the MP bit is set i
This is a patch to the serqt_usb2.c file that fixes two instances
of the following checkpatch.pl warning:
WARNING: else is not generally useful after a break or return
Signed-off-by: Vincent Heuken
---
drivers/staging/serqt_usb2/serqt_usb2.c | 47 +
1 file changed
Ok that's fine I would return as if it's a NULL the other parts of the
function can't continue.
Nick
On Thu, Jun 19, 2014 at 1:21 AM, Dan Carpenter wrote:
> On Wed, Jun 18, 2014 at 06:08:05PM -0400, Nicholas Krause wrote:
>> Signed-off-by: Nicholas Krause
>> ---
>> fs/affs/file.c | 2 ++
>> 1 f
This patch is old I thought I fixed it and resent.
Cheers Nick
On Thu, Jun 19, 2014 at 5:25 PM, Joe Perches wrote:
> On Thu, 2014-06-19 at 15:29 -0400, Nicholas Krause wrote:
>
>> diff --git a/drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c
>> b/drivers/staging/rtl8192e/rtl8192e/r8192E_firmw
Swappiness is determined for each scanned memcg individually in
shrink_zone() and is not a parameter that applies throughout the
reclaim scan. Move it out of struct scan_control to prevent
accidental use of a stale value.
Signed-off-by: Johannes Weiner
---
mm/vmscan.c | 27 +
Page reclaim for a higher-order page runs until compaction is ready,
then aborts and signals this situation through the return value of
shrink_zones(). This is an oddly specific signal to encode in the
return value of shrink_zones(), though, and can be quite confusing.
Introduce sc->compaction_re
Direct reclaim currently calls shrink_zones() to reclaim all members
of a zonelist, and if that wasn't successful it does another pass
through the same zonelist to check overall reclaimability.
Just check reclaimability in shrink_zones() directly and propagate the
result through the return value.
shrink_zones() has a special branch to skip the all_unreclaimable()
check during hibernation, because a frozen kswapd can't mark a zone
unreclaimable.
But ever since 6e543d5780e3 ("mm: vmscan: fix do_try_to_free_pages()
livelock"), determining a zone to be unreclaimable is done by directly
looking
preempt_disable was previously disabled by lock_page_cgroup which has
been removed by "mm: memcontrol: rewrite uncharge API".
This fixes the a flood of splats like this:
[3.149371] BUG: using __this_cpu_add() in preemptible [] code:
udevd/1271
[3.151458] caller is __this_cpu_preem
On Fri, Jun 20 2014, Mark Salter wrote:
> This still isn't quite right. __free_pages can only take up to
> MAX_ORDER-1 (MAX_ORDER_NR_PAGES is 1 << (MAX_ORDER - 1)).
Good catch. I'll send v3 in a few days then.
--
Best regards, _ _
.o. | Liege of Sere
of the driver
> > which talk directly to the hardware (that is pci device setup, interrupt
> > handling and RX/TX ring management).
> >
> > Signed-off-by: Andreas Noever
> > ---
>
> This patch landed in today's linux-next (next-20140620).
>
> > [..
On 06/20/2014 09:30 AM, Dave Hansen wrote:
> On 06/20/2014 09:23 AM, H. Peter Anvin wrote:
>> On 06/20/2014 09:17 AM, Dave Hansen wrote:
Today, we assume that all 64-bit cpus have X86_FEATURE_MP. It
should be in the REQUIRED_MASK so that we do not need the #undef
trick for it.
>> I
On Fri, Jun 20, 2014 at 09:31:28AM -0700, Vincent Heuken wrote:
> This is a patch to the serqt_usb2.c file that fixes two instances
> of the following checkpatch.pl warning:
> WARNING: else is not generally useful after a break or return
>
> Signed-off-by: Vincent Heuken
> ---
> drivers/staging/
On Fri, Jun 20, 2014 at 04:44:05PM +0200, Andreas Noever wrote:
> Thanks for the series.
>
> Patch 2 is equivalent to patches 1 and 2 from Sachin Kamat's series.
>
> @Greg: This series together with Sachin's patches should fix all build
> errors. I'll send patches for the remaining warnings later
On Fri, Jun 20, 2014 at 07:03:44AM -0700, Jim Davis wrote:
> Building with the attached random configuration file,
>
> drivers/thunderbolt/nhi.c: In function ‘nhi_probe’:
> drivers/thunderbolt/nhi.c:541:2: error: implicit declaration of
> function ‘pcim_enable_device’ [-Werror=implicit-function-de
Building with the attached random configuration file,
drivers/built-in.o: In function `wil_vring_debugfs_show':
debugfs.c:(.text+0x3a331c): undefined reference to `__udivdi3'
make: *** [vmlinux] Error 1
Patch already sent.
Thanks, Vladimir--
To unsubscribe from this list: send the line "unsubscr
On Fri, Jun 20, 2014 at 3:22 AM, Will Deacon wrote:
> Hi Kees,
>
> I'm struggling to see the bug in the current code, so apologies if my
> questions aren't helpful.
>
> On Wed, Jun 18, 2014 at 09:27:48PM +0100, Kees Cook wrote:
>> An x86 tracer wanting to change the syscall uses PTRACE_SETREGS
>>
[Sorry for the delay in the answer. Been mired somewhere else.]
On Tue, Jun 3, 2014 at 5:38 PM, Alexei Starovoitov wrote:
> On Tue, Jun 3, 2014 at 2:40 PM, Chema Gonzalez wrote:
>> First of all, and just to join the crowd, kernel/bpf/ FTW.
>>
>> Now, I have some suggestions about eBPF. IMO class
On Fri, Jun 20, 2014 at 3:13 AM, Daniel Borkmann wrote:
> Hi Kees,
>
>
> On 06/19/2014 01:28 AM, Kees Cook wrote:
>>
>> On Wed, Jun 18, 2014 at 4:19 PM, Alexei Starovoitov
>> wrote:
>>>
>>> On Wed, Jun 18, 2014 at 3:55 PM, Kees Cook wrote:
On Wed, Jun 18, 2014 at 3:48 PM, Alexei Starov
This patch introduces the use of managed interface devm_ioremap_resource
for ioremap_nocache and request_mem_region and removes the corresponding
free functions in the probe and remove functions.
Signed-off-by: Himangi Saraogi
---
drivers/usb/host/xhci-plat.c | 25 +
1 fi
This is a patch to the serqt_usb2.c file that fixes three instances
of the following checkpatch.pl warning:
WARNING: else is not generally useful after a break or return
Signed-off-by: Vincent Heuken
---
drivers/staging/serqt_usb2/serqt_usb2.c | 45 -
1 file chang
On Fri, Jun 20, 2014 at 02:18:07PM +1000, Stephen Rothwell wrote:
> Hi Greg,
>
> After merging the staging tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> drivers/staging/board/board.c: In function 'find_by_address':
> drivers/staging/board/board.c:14:3: error: impli
Checks for Null return from dev_skb_alloc if it returns Null,
fw_download returns false. Otherwise it returns true.Also
removed rt_status due to returning true of false directly.
Signed-off-by: Nicholas Krause
---
drivers/staging/rtl8192e/rtl8192e/r8192E_firmware.c | 7 ---
1 file changed, 4
On 06/20/2014 06:33 PM, Johannes Weiner wrote:
> Page reclaim for a higher-order page runs until compaction is ready,
> then aborts and signals this situation through the return value of
> shrink_zones(). This is an oddly specific signal to encode in the
> return value of shrink_zones(), though, a
Rewrites the wireless check for legacy checking in function
halbtc_legacy to check for both Mode A and B.
Signed-off-by: Nicholas Krause
---
drivers/staging/rtl8821ae/btcoexist/halbtcoutsrc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8821ae/btcoexist/
Hi,
On Fri, Jun 20, 2014 at 10:18:53PM +0530, Himangi Saraogi wrote:
> This patch introduces the use of managed interface devm_ioremap_resource
> for ioremap_nocache and request_mem_region and removes the corresponding
> free functions in the probe and remove functions.
>
> Signed-off-by: Himangi
On Thu, 19 Jun 2014 22:06:07 -0700
Andrew Morton wrote:
> On Thu, 19 Jun 2014 17:33:30 -0400 Steven Rostedt wrote:
>
> > From: "Steven Rostedt (Red Hat)"
> >
> > The trace_seq functions are rather useful outside of tracing. Instead
> > of having it be dependent on CONFIG_TRACING, move the cod
> +static const struct hc_driver tegra_xhci_hc_driver = {
> + .description = "tegra-xhci-hcd",
> + .product_desc = "Tegra xHCI Host Controller",
> + .hcd_priv_size =sizeof(struct xhci_hcd *),
> +
> + /*
> +* generic hardware linkage
> +
Hi all,
Vitaly and I just some hours having a look at his environment together and
examining what was going on. Kudos for Vitaly for putting together the virtual
meeting and preparing the whole environment for this!
The short version is that we don't believe the patches introduce a regression.
Hi Pawel,
On Tue, Jun 17, 2014 at 04:21:33PM +0100, Pawel Moll wrote:
> This patch adds basic DT bindings for the PL11x CLCD cells
> and make their fbdev driver use them.
>
> Signed-off-by: Pawel Moll
> ---
> Changes since v6:
> - replaced in-node device-timing subnode with the standard
> vide
301 - 400 of 767 matches
Mail list logo
