From: Matthew Wilcox
The IDR is very similar to the radix tree. It has some functionality
that the radix tree did not have (alloc next free, cyclic allocation,
a callback-based for_each, destroy tree), which is readily implementable
on top of the radix tree. A few small changes were needed in o
From: Matthew Wilcox
Similar to node_tag_clear(), factor node_tag_set() out of
radix_tree_range_tag_if_tagged().
Signed-off-by: Matthew Wilcox
---
lib/radix-tree.c | 41 +++--
1 file changed, 19 insertions(+), 22 deletions(-)
diff --git a/lib/radix-tree.c b
From: Matthew Wilcox
It can be a source of mild concern when the test suite shows that we're
leaking nodes. While poring over the source code looking for leaks
can lead to some fascinating bugs being discovered, sometimes the leak
is simply that these nodes were preallocated and are sitting on t
From: Matthew Wilcox
IDR needs more functionality from the kernel: kmalloc()/kfree(), and xchg().
Signed-off-by: Matthew Wilcox
---
tools/testing/radix-tree/linux.c| 15 +++
tools/testing/radix-tree/linux/kernel.h | 3 +++
tools/testing/radix-tree/linux/slab.h | 3 +++
From: Matthew Wilcox
all_tag_set() sets every tag on a node. This is useful for the IDR code
when we're creating new nodes which contain only free slots.
Signed-off-by: Matthew Wilcox
---
lib/radix-tree.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/lib/radix-tre
From: Matthew Wilcox
Each thread needs to register itself with RCU, otherwise the reading
thread's read lock has no effect and the freeing thread will free the
memory in the tree without waiting for the read lock to be dropped.
Signed-off-by: Matthew Wilcox
---
tools/testing/radix-tree/iterati
From: Matthew Wilcox
Instead of reseeding the random number generator every time around the
loop in big_gang_check(), seed it at the beginning of execution. Use
rand_r() and an independent base seed for each thread in iteration_test()
so they don't stomp all over each others state. Since this p
From: Matthew Wilcox
Rather than simply NOP out preempt_enable() and preempt_disable(),
keep track of preempt_count and display it regularly in case either
the test suite or the code under test is forgetting to balance the
enables & disables. Only found a test-case that was forgetting to
re-enab
From: Matthew Wilcox
The radix tree uses its own buggy WARN_ON_ONCE. Replace it with the
definition from asm-generic/bug.h
Signed-off-by: Matthew Wilcox
---
tools/include/asm/bug.h| 11 +++
tools/testing/radix-tree/Makefile | 2 +-
tools/testing/radix-tree/linux/
From: Matthew Wilcox
Hi Andrew,
Please include these patches in the -mm tree for 4.10. Mostly these are
improvements; the only bug fixes in here relate to multiorder entries
(which as far as I'm aware remain unused). The IDR rewrite has the
highest potential for causing mayhem as the test suit
Hello Mikko,
It would be great to see a solution to this long standing issue. I
would highlight that we have two pockets of AX.25 that need to be
considered aligned IMHO:
#Official AX.25 repo but sometimes doesn't include all available fixes
http://git.linux-ax25.org/cgit/libax25.git/tree/n
On Thu, Nov 10, 2016 at 07:16:22AM +, Dexuan Cui wrote:
> PATCH 1 is just a clean-up. There should be no functional change.
>
> PATCH 2 and 3 are for device hot-remove case.
> Currently the driver will stop working or even cause panic, if we do
> hot add/remove quickly a few times. With the 2
On 11/16/2016 2:59 PM, John Stultz wrote:
On Wed, Nov 16, 2016 at 11:35 AM, Chris Metcalf wrote:
For large values of "mult" and long uptimes, the intermediate
result of "cycles * mult" can overflow 64 bits. For example,
the tile platform calls clocksource_cyc2ns with a 1.2 GHz clock;
we have m
The build of mips bcm63xx_defconfig was failing with the error:
drivers/net/ethernet/broadcom/bcm63xx_enet.c:1440:2:
error: expected expression before 'return'
The return statement should be termibated with ';' and not ','.
Fixes: 42469bf5d9bb ("net: bcm63xx_enet: Utilize phy_ethtool_nway
From: Matthew Wilcox
Calculate how many nodes we need to allocate to split an old_order entry
into multiple entries, each of size new_order. The test suite checks that
we allocated exactly the right number of nodes; neither too many (checked
by rtp->nr == 0), nor too few (checked by comparing nr
From: Matthew Wilcox
Similar to node_tag_clear(), factor node_tag_set() out of
radix_tree_range_tag_if_tagged().
Signed-off-by: Matthew Wilcox
---
lib/radix-tree.c | 41 +++--
1 file changed, 19 insertions(+), 22 deletions(-)
diff --git a/lib/radix-tree.c b
From: Sudip Mukherjee
Date: Wed, 16 Nov 2016 22:50:16 +
> The build of mips bcm63xx_defconfig was failing with the error:
> drivers/net/ethernet/broadcom/bcm63xx_enet.c:1440:2:
> error: expected expression before 'return'
>
> The return statement should be termibated with ';' and not '
This patch was triggered by the following Coccinelle error:
./drivers/mtd/maps/sc520cdp.c:246:3-9: \
ERROR: missing iounmap; ioremap on line 242 \
and execution via conditional on line 244
Signed-off-by: Luis Henriques
---
drivers/mtd/maps/sc520cdp.c | 4
1 file changed, 4
On Tue, Nov 15, 2016 at 10:28:32PM -0700, Jason Gunthorpe wrote:
> On Mon, Nov 14, 2016 at 09:11:54PM -0800, Jarkko Sakkinen wrote:
>
> > How strong is your opposition here? I do not see any exceptional damage
> > done but see some subtle but still significant benefits.
>
> It seems OK, but I nev
From: Alexandru Gagniuc
Date: Wed, 16 Nov 2016 01:02:33 -0800
> With RGMII, we need a 1.5 to 2ns skew between clock and data lines. The
> VSC8601 can handle this internally. While the VSC8601 can set more
> fine-grained delays, the standard skew settings work out of the box.
> The same heuristic
This patch fixes the following Coccinelle error:
./drivers/bus/mvebu-mbus.c:1115:2-8: \
ERROR: missing iounmap; ioremap on line 1108 \
and execution via conditional on line 1113
Although all mvebu_mbus_common_init() callers seem to actually use
&mbus_state in the 1st argument, thi
Hi all,
On Wed, 16 Nov 2016 15:24:45 +1100 Stephen Rothwell
wrote:
>
> Changes since 20161115:
>
> Non-merge commits (relative to Linus' tree): 5617
> 5979 files changed, 365287 insertions(+), 131171 deletions(-)
I forgot to mention that there will be no linux-next releases on Friday
(tomorro
On Wed, 16 Nov 2016, Geliang Tang wrote:
> Use module_pci_driver() helper to simplify the code.
>
> Signed-off-by: Geliang Tang
Acked-by: Finn Thain
> ---
> drivers/scsi/dmx3191d.c | 13 +
> 1 file changed, 1 insertion(+), 12 deletions(-)
>
> diff --git a/drivers/scsi/dmx3191d.
From: Rafal Ozieblo
Date: Wed, 16 Nov 2016 10:02:34 +
> New Cadence GEM hardware support Large Segment Offload (LSO):
> TCP segmentation offload (TSO) as well as UDP fragmentation
> offload (UFO). Support for those features was added to the driver.
> ---
> Changed in v2:
> macb_lso_check_comp
Occasionally, this machine hit it during boot with this config.
http://people.redhat.com/qcai/tmp/config-god-4.9rc2
[ 18.125103] x2apic enabled
[ 18.128182] Switched APIC routing to cluster x2apic.
[ 18.137063] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[ 18.153805] smpboot: CPU
On Mon, Nov 14, 2016 at 05:33:20PM -0600, Bjorn Helgaas wrote:
> On Wed, Nov 09, 2016 at 05:14:57PM +0800, Dongdong Liu wrote:
> > PCIe controller in Hip05/HIP06/HIP07 SoCs is not ECAM compliant.
> > It is non ECAM only for the RC bus config space;for any other bus
> > underneath the root bus we su
On Wed, Nov 16, 2016 at 8:40 PM, Guenter Roeck wrote:
> Yes, but not the 'device_type' property, which the kernel seems to expect.
> The qemu patch below fixes the problem for sabrelite, I just don't know
> if that is really the way to go. You tell me; I'll be happy to submit
> the necessary patc
On Wed, Nov 16, 2016 at 07:03:38PM +0200, Tomas Winkler wrote:
> Functions tpm_transmit and transmit_cmd are referenced
> from other functions kdoc hence deserve documentation.
>
> Signed-off-by: Tomas Winkler
Do you know how to make "make htmldocs" to generate documentation for
the source tree?
On Wed, 16 Nov 2016 11:13:59 +
Mark Rutland wrote:
> While the {READ,WRITE}_ONCE() macros should be used in preference to
> ACCESS_ONCE(), the atomic documentation uses the latter exclusively.
>
> To point people in the right direction, and as a step towards the
> eventual removal of ACCESS_
On Wed, 16 Nov 2016 11:12:49 +
Mark Rutland wrote:
> While the {READ,WRITE}_ONCE() macros should be used in preference to
> ACCESS_ONCE(), the circular buffer documentation uses the latter
> exclusively.
>
> To point people in the right direction, and as a step towards the
> eventual removal
On Tue, 15 Nov 2016 14:42:14 -0800
Brian Norris wrote:
> Per the original author, the proposed document was never deemed
> necessary, and the important bits got merged into completion.txt. Let's
> just stop confusing readers by pointing at a nonexistent doc.
Makes sense, applied.
Thanks,
jon
This patch fixes the following Coccinelle error:
./drivers/thermal/ti-soc-thermal/ti-bandgap.c:1441:1-7: \
ERROR: missing clk_put; clk_get on line 1290 \
and execution via conditional on line 1298
Signed-off-by: Luis Henriques
---
drivers/thermal/ti-soc-thermal/ti-bandgap.c | 5
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: Wednesday, November 16, 2016 2:49 PM
> To: Dexuan Cui
> Cc: Bjorn Helgaas ; linux-...@vger.kernel.org;
> de...@linuxdriverproject.org; gre...@linuxfoundation.org; KY Srinivasan
> ; Haiyang Zhang ; Stephen
> He
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/cavium/thunder/nicvf_main.c
between commit:
712c31853440 ("net: thunderx: Program LMAC credits based on MTU")
from the net tree and commit:
109cc16526c6 ("ethernet/cavium: use core min/max MTU
On 11/16/2016 11:39 AM, Dan Williams wrote:
>> > @@ -578,6 +582,7 @@ static void smaps_pmd_entry(pmd_t *pmd,
>> > /* pass */;
>> > else
>> > VM_BUG_ON_PAGE(1, page);
>> > + mss->rss_pmd += PAGE_SIZE;
> Should this be "HPAGE_PMD_SIZE"?
Yep, that's a typ
David,
On Wed, 16 Nov 2016, David Howells wrote:
From: Dave Howells
Add the data types that are used for containing hashes, keys and
certificates for cryptographic verification along with their corresponding
type GUIDs.
Signed-off-by: David Howells
---
include/linux/efi.h | 24 +
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/stmicro/stmmac/dwmac4_descs.c
between commit:
ba1ffd74df74 ("stmmac: fix PTP support for GMAC4")
from the net tree and commit:
f8be0d78be6e ("net: ethernet: stmmac: change dma descriptors to __
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
include/linux/bpf_verifier.h
between commit:
f23cc643f9ba ("bpf: fix range arithmetic for bpf map access")
from the net tree and commit:
57a09bf0a416 ("bpf: Detect identical PTR_TO_MAP_VALUE_OR_NULL registers")
fr
When both the iio subsystem and the i2c subsystem wants to update
the same mux, there needs to be some coordination. Invent a new
minimal "mux" subsystem that handles this.
Add a single backend driver for this new subsystem that can
control gpio based multiplexers.
---
drivers/misc/Kconfig|
Extend the inkern api with functions for reading and writing ext_info
of iio channels.
---
drivers/iio/inkern.c | 40
include/linux/iio/consumer.h | 5 +
2 files changed, 45 insertions(+)
diff --git a/drivers/iio/inkern.c b/drivers/iio/inkern.
---
.../devicetree/bindings/misc/mux-gpio.txt | 76 ++
1 file changed, 76 insertions(+)
create mode 100644 Documentation/devicetree/bindings/misc/mux-gpio.txt
diff --git a/Documentation/devicetree/bindings/misc/mux-gpio.txt
b/Documentation/devicetree/bindings/misc/m
m/jcmvbkbc/linux-xtensa.git tags/xtensa-20161116
for you to fetch changes up to 709fb1f961ea5c287107c3f903e81c9529224c8b:
xtensa: wire up new pkey_{mprotect,alloc,free} syscalls (2016-11-14 12:31:49
-0800)
Xtensa fixes for v4.9-r
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
kernel/bpf/verifier.c
between commit:
f23cc643f9ba ("bpf: fix range arithmetic for bpf map access")
from the net tree and commit:
de464375daf0 ("bpf: Remove unused but set variables")
from the net-next tree.
I fi
On 11/16/2016 11:50 AM, Jian Yuan wrote:
From: yuanjian
Add PWM driver for the PWM controller found on HiSilicon BVT SOCs, like
Hi3519V100, Hi3516CV300, etc.
The PWM controller is primarily in charge of controlling P-Iris lens.
Reviewed-by: Jiancheng Xue
Signed-off-by: Jian Yuan
---
Change
Hi Linus,
There seems to be an uptick in the ARM drivers sending things for
fixes which is good, so I've decided to dequeue a bit early, more
stuff may arrive before the weekend.
This contains mediatek, arcpgu, sunxi, fsl-dcu display controller
fixes along with 3 amdgpu fixes, one for a fencing i
On Thu, 17 Nov 2016 02:16:22 +0530
Kirti Wankhede wrote:
> @@ -931,6 +1344,24 @@ static void vfio_iommu_type1_detach_group(void
> *iommu_data,
>
> mutex_lock(&iommu->lock);
>
> + if (iommu->external_domain) {
> + group = find_iommu_group(iommu->external_domain, iommu_gro
On 10/21/2016 05:01 AM, bamvor.zhangj...@huawei.com wrote:
> From: Bamvor Jian Zhang
>
> Here is my first version for enabling the KBUILD_OUTPUT for kselftest.
> I fix and test all the TARGET in tools/testing/selftest/Makefile. For
> ppc, I test through fake target.
>
> There are six patches in
Hi,
In the perf todo list (https://perf.wiki.kernel.org/index.php/Todo),
there is an entry related with SDT markers support; SDT tracepoints
were already supported by perf but, so far, the probes arguments are
skipped. Here are 2 small patches which adds support of SDT probes
arguments:
$ perf re
An sdt probe can be associated with arguments but they were not passed
to the user probe tracing interface (uprobe_events); this patch adapts
the sdt argument descriptors according to the uprobe input format.
As the uprobe parser does not support scaled address mode, perf will
skip arguments which
During a "perf buildid-cache --add" command, the section
".note.stapsdt" of the "added" binary is scanned in order to list the
available SDT markers available in a binary. The parts containing the
probes arguments were left unscanned.
The whole section is now parsed; the probe arguments are extrac
On Thu, 17 Nov 2016 02:16:23 +0530
Kirti Wankhede wrote:
> @@ -1321,12 +1350,11 @@ static void vfio_iommu_unmap_unpin_reaccount(struct
> vfio_iommu *iommu)
>
> static void vfio_sanity_check_pfn_list(struct vfio_iommu *iommu)
> {
> - struct rb_node *n, *p;
> + struct rb_node *n;
>
>
On Wed, 2016-11-16 at 03:36 +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Currently, intel_pstate is unable to control P-states on my
> IvyBridge-based Acer Aspire S5, because they are controlled by SMM
> on that machine by default and it is necessary to request OS control
> of P-
Commit-ID: a8d9df5a509a232a959e4ef2e281f7ecd77810d6
Gitweb: http://git.kernel.org/tip/a8d9df5a509a232a959e4ef2e281f7ecd77810d6
Author: Gayatri Kammela
AuthorDate: Wed, 16 Nov 2016 12:11:00 -0800
Committer: Thomas Gleixner
CommitDate: Thu, 17 Nov 2016 01:09:40 +0100
x86/cpufeatures: Ena
Hi Vadim,
I've noticed two more minor issues, please consider to fix them.
On 11/16/2016 09:08 AM, vad...@mellanox.com wrote:
From: Vadim Pasternak
Device driver for Mellanox I2C controller logic, implemented in Lattice
CPLD device.
Device supports:
- Master mode
- One physical bus
- Polli
Hi,
Fedora got a bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=1395896
of an oops with this program:
#include
#include
#include
int main(int argc, char *argv[]) {
static const union {
struct sockaddr sa;
struct sockaddr_alg alg;
} sa = {
Hi!
This is work in progress, I'm asking for early feedback.
I have a piece of hardware that is using the same 3 GPIO pins
to control four 8-way muxes. Three of them control ADC lines
to an ADS1015 chip with an iio driver, and the last one
controls the SDA line of an i2c bus. We have some deploye
When LTO is used, some ___ksymtab_string sections are seen by this sed
script, creating lines containing a single ) such as:
EXPORT(foo)
)
)
EXPORT(bar)
Let's make it so the + character is also required for any line to be
printed.
Signed-off-by: Nicolas Pitre
diff --git a/scripts/Makefile.bui
Changes from v1:
* Do one 'Pte' line per pte size instead of mashing on one line
* Use PMD_SIZE for pmds instead of PAGE_SIZE, whoops
* Wrote some Documentation/
--
/proc/$pid/smaps has a number of fields that are intended to imply the
kinds of PTEs used to map memory. "AnonHugePages" obviou
On 2016-11-02 09:40, Stefan Agner wrote:
> On 2016-11-02 01:42, Dong Aisheng wrote:
>> Hi Leonardo,
>>
>> On Tue, Nov 1, 2016 at 11:58 PM, Leonardo G. Veiga
>> wrote:
>>> From: Leonardo Graboski Veiga
>>>
>>> The 1-bit operation mode, enabled by seeting the 'bus-width' property of
>>> the device
Good Day,
There is an urgent response needed from you to a transaction which is attached
to your name in my office.
Thank You
Mrs. Angel Lo
Just wanted to resend the adv7511 hdmi bridge audio support
again for review and consideration for merging (am I missing
anyone from the CC list here, or submitting this improperly?)
I've taken the core audio work done by Lars-Peter Clausen, and
adapted by Srinivas Kandagatla and Archit Taneja, an
This patch adds support to Audio for both adv7511 and adv7533
bridge chips.
This patch was originally from [1] by Lars-Peter Clausen
and was adapted by Archit Taneja and
Srinivas Kandagatla .
Then I heavily reworked it to use the hdmi-codec driver. And also
folded in some audio packet initializ
From: Srinivas Kandagatla
This patch enables the Audio Data and Clock pads to the adv7533 bridge.
Without this patch audio can not be played.
Cc: David Airlie
Cc: Archit Taneja
Cc: Laurent Pinchart
Cc: Wolfram Sang
Cc: Srinivas Kandagatla
Cc: "Ville Syrjälä"
Cc: Boris Brezillon
Cc: Andy G
On 2016-10-19 17:32, Stefan Agner wrote:
> Hi All,
>
> The first patch is a better alternative to the previously posted
> patch ("drm/fsl-dcu: only init fbdev if required") as suggested
> by Daniel.
>
> The second and third are fix related issue uncovered during tests
> with bind/unbind:
> echo 4
With multiple metadata RPCs code in now, these two fixes
become important.
Please consider.
Niu Yawei (2):
staging/lustre/ptlrpc: track unreplied requests
staging/lustre/ptlrpc: update imp_known_replied_xid on resend-replay
.../staging/lustre/lustre/include/lustre_import.h | 5 +
drivers
From: Niu Yawei
The request xid was used to make sure the ost object timestamps
being updated by the out of order setattr/punch/write requests
properly. However, this mechanism is broken by the multiple rcvd
slot feature, where we deferred the xid assignment from request
packing to request sendin
Signed-off-by: Eric Anholt
---
include/drm/vc4_drm.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/drm/vc4_drm.h b/include/drm/vc4_drm.h
index 919eecea7626..319881d8e5ca 100644
--- a/include/drm/vc4_drm.h
+++ b/include/drm/vc4_drm.h
@@ -286,6 +286,8 @@ struct drm_vc4_get_hang_stat
From: Niu Yawei
The imp_known_replied_xid should be updated when try to resend
an already replied replay request, because the xid of this replay
request could be less than current imp_known_replied_xid.
Signed-off-by: Niu Yawei
Reviewed-on: http://review.whamcloud.com/22776
Intel-bug-id: https:
On 2016/11/16 20:15, Christoph Hellwig wrote:
> On Wed, Nov 16, 2016 at 08:12:11PM +0800, Chao Yu wrote:
>> For below two cases, we can't guarantee data consistence:
>>
>> a)
>> 1. xfs_io "pwrite 0 4195328" "fsync"
>> 2. xfs_io "pwrite 4195328 1024" "fdatasync"
>> 3. godown
>> 4. umount & mount
>>
On Wed, Nov 16, 2016 at 2:14 AM, Florian Westphal wrote:
> Vicente Jiménez wrote:
>> 1- add warning with pr_warn_ratelimited. I like this idea. I also
>> though about adding some message but I have no kernel experience and I
>> preferred to have just a working solution.
>
> I added this only to s
On Wed, Nov 16, 2016 at 06:38:22PM +, Sudeep Holla wrote:
> Commit 700a38b27eef ("Input: gpio_keys - switch to using generic device
> properties") switched to use generic device properties for GPIO keys and
> commit 5feeca3c1e39 ("Input: gpio_keys - add support for GPIO descriptors")
> switched
On Wed, Nov 16, 2016 at 06:40:30PM +, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake "failied" to "failed" in
> dev_err message.
>
> Signed-off-by: Colin Ian King
Applied, thank you.
> ---
> drivers/input/touchscreen/raydium_i2c_ts.c | 2 +-
> 1 file changed
Hi Colin,
On 11/17/2016 03:55 AM, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake "desciptor" to "descriptor" in
> dev_dbg message.
Applied on my dwmmc repository. Thanks!
Best Regards,
Jaehoon Chung
>
> Signed-off-by: Colin Ian King
> ---
> drivers/mmc/host/dw
On Wed, 2016-11-16 at 11:38 -0800, Stephen Boyd wrote:
> On 11/16, Arnd Bergmann wrote:
> > After the MT2701 clock driver was added, we get a harmless warning for
> > the iommu driver that selects it, when compile-testing without
> > COMMON_CLK.
> >
> > warning: (MTK_IOMMU_V1) selects COMMON_CLK_M
Hi, Bjorn,
Bjorn Helgaas writes:
> Hi Huang,
>
> 7ad6e9435596 ("ACPI, APEI, Manage GHES as platform devices") added
> platform devices so the GHES driver could be built as a module and
> automatically loaded when needed.
>
> Later, 86cd47334b00 ("ACPI, APEI, GHES, Prevent GHES to be built as
> m
On 2016/11/17 1:43, Joe Stringer wrote:
The tools version of this header is out of date; update it to the latest
version from the kernel headers.
Signed-off-by: Joe Stringer
---
v2: No change.
---
tools/include/uapi/linux/bpf.h | 51 ++
1 file change
On 2016/11/16 21:48, Rob Herring wrote:
> On Tue, Nov 15, 2016 at 08:41:32PM +0800, Jian Yuan wrote:
>> From: yuanjian
>>
>> Add PWM driver for the PWM controller found on HiSilicon BVT SOCs, like
>> Hi3519V100, Hi3516CV300, etc.
>
> Wrap your lines at ~72 chars.
>
>> The PWM controller is pr
Memory compaction will only migrate memory to MIGRATE_MOVABLE pageblocks
for asynchronous compaction.
If most free memory on the system is not eligible for migration in this
context, isolate_freepages() can take an extreme amount of time trying to
find a free page. For example, we have encountere
Hi Nikolaus,
On 11/17/2016 01:39 AM, Nikolaus Rath wrote:
Hi Ravishankar,
In commit 0b5da8d you added support for a new FUSE_LSEEK
operation. However, as far as I can tell the corresponding userspace
code never landed in libfuse.
Do you have a corresponding patch for libfuse?
No, unfortunatel
The separate file fsl_dcu_drm_fbdev.c only initialized fbdev
emulation which is a one-line operation. There is not much more
code on sight which justifies a separate file, hence call the
initialization helper directly from the drv file.
Signed-off-by: Stefan Agner
---
drivers/gpu/drm/fsl-dcu/Mak
Add a kernel parameter legancyfb_depth (like the i.MX drm driver)
to control the legancy fbdev depth. Default to the so far hard
coded depth of 24-bit. Currently changing the framebuffer depth
is not possible from user space when using the fbdev emulation
layer... This provides a rudimentary mechan
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/i2c/tda998x_drv.c
between commit:
5d564ba2705d ("drm/i2c: tda998x: group audio functions together")
from the arm tree and commit:
c20ea8fd4986 ("drm/i2c/tda998x: mark symbol static where possible")
fro
Each zone's free_area tracks the number of free pages for all free lists.
This does not allow the number of free pages for a specific migratetype
to be determined without iterating its free list.
An upcoming change will use this information to preclude doing async
memory compaction when the number
> "Geliang" == Geliang Tang writes:
Geliang> Use module_pci_driver() helper to simplify the code.
Applied to 4.10/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
> "Arnd" == Arnd Bergmann writes:
Arnd> gcc-7 notices that the condition in mvs_94xx_command_active looks
Arnd> suspicious:
Applied to 4.10/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
Hi Bjorn
在 2016/11/17 3:31, Bjorn Helgaas 写道:
On Wed, Nov 16, 2016 at 07:59:38PM +0800, Dongdong Liu wrote:
Hi Bjorn
Many Thanks for your review
在 2016/11/15 7:33, Bjorn Helgaas 写道:
On Wed, Nov 09, 2016 at 05:14:57PM +0800, Dongdong Liu wrote:
PCIe controller in Hip05/HIP06/HIP07 SoCs is no
From: Dan Carpenter
This is a cut and paste bug. We had intended to check "sysmgr".
Fixes: e5f8efa5c8bf ("ARM: socfpga: fpga bridge driver support")
Signed-off-by: Dan Carpenter
Acked-by: Moritz Fischer
Acked-by: Alan Tull
---
drivers/fpga/altera-fpga2sdram.c | 2 +-
1 file changed, 1 inser
Hi Greg,
Can you take this patch?
Thanks,
Alan
Dan Carpenter (1):
ARM: socfpga: checking the wrong variable
drivers/fpga/altera-fpga2sdram.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--
2.7.4
On Wed, Nov 16, 2016 at 04:07:57PM +0100, Wim Osterholt wrote:
> A bit of patience please. Yesterday I hadn't the modem at hand.
Whell, I lost track of what happens where with which config file..
Confusion about the bug not appearing an too many configs with SMP set
where I'm sure the machine(s) c
On Wed, Nov 16, 2016 at 12:42 PM, Paolo Bonzini wrote:
>> On Fri, Nov 11, 2016 at 12:54 PM, Nadav Amit wrote:
>> >
>> >> On Nov 10, 2016, at 3:40 PM, Kyle Huey wrote:
>> >>
>> >> Hardware support for faulting on the cpuid instruction is not required to
>> >> emulate it, because cpuid triggers a
Hi Jens,
Today's linux-next merge of the block tree got conflicts in:
fs/btrfs/extent_io.c
fs/btrfs/inode.c
between commit:
01a1400f8545 ("btrfs: only check bio size to see if a repair bio should have
the failfast flag")
from the btrfs-kdave tree and commit:
70fd76140a6c ("block,fs:
rr (http://rr-project.org/), a userspace record-and-replay reverse-
execution debugger, would like to trap and emulate the CPUID instruction.
This would allow us to a) mask away certain hardware features that rr does
not support (e.g. RDRAND) and b) enable trace portability across machines
by provi
Hardware support for faulting on the cpuid instruction is not required to
emulate it, because cpuid triggers a VM exit anyways. KVM handles the relevant
MSRs (MSR_PLATFORM_INFO and MSR_MISC_FEATURES_ENABLE) and upon a
cpuid-induced VM exit checks the cpuid faulting state and the CPL.
kvm_require_cp
Add do_arch_prctl_common() to handle arch_prctls that are not specific to 64
bit mode. Call it from the syscall entry point, but not any of the other
callsites in the kernel, which all want one of the existing 64 bit only
arch_prctls.
Signed-off-by: Kyle Huey
---
arch/x86/include/asm/proto.h | 2
Intel supports faulting on the CPUID instruction beginning with Ivy Bridge.
When enabled, the processor will fault on attempts to execute the CPUID
instruction with CPL>0. Exposing this feature to userspace will allow a
ptracer to trap and emulate the CPUID instruction.
When supported, this featur
Intel supports faulting on the CPUID instruction beginning with Ivy Bridge.
When enabled, the processor will fault on attempts to execute the CPUID
instruction with CPL>0. This will allow a ptracer to emulate the CPUID
instruction.
Bit 31 of MSR_PLATFORM_INFO advertises support for this feature. I
Use the SYSCALL_DEFINE2 macro instead of manually defining it.
Signed-off-by: Kyle Huey
---
arch/x86/kernel/process_64.c | 3 ++-
arch/x86/um/syscalls_64.c| 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/process_64.c b/arch/x86/kernel/process_64.c
index
In order to introduce new arch_prctls that are not 64 bit only, rename the
existing 64 bit implementation to do_arch_prctl_64(). Also rename the second
argument to arch_prctl(), which will no longer always be an address.
Signed-off-by: Kyle Huey
Reviewed-by: Andy Lutomirski
---
arch/um/include/
Hook up arch_prctl to call do_arch_prctl() on x86-32, and in 32 bit compat
mode on x86-64. This allows us to have arch_prctls that are not specific to
64 bits.
On UML, simply stub out this syscall.
Signed-off-by: Kyle Huey
---
arch/x86/entry/syscalls/syscall_32.tbl | 1 +
arch/x86/kernel/proces
Hi Sudeep,
On Wednesday 16 November 2016 08:04 PM, Sudeep Holla wrote:
>
>
> On 14/11/16 05:02, Pankaj Dubey wrote:
>> Now as we have of_scu_enable which takes care of mapping
>> scu base from DT, lets use it.
>>
>> CC: Liviu Dudau
>> CC: Sudeep Holla
>
> I assume you will take this series th
701 - 800 of 933 matches
Mail list logo
