Em Fri, 25 Nov 2016 11:02:40 +0100
Silvio Fricke escreveu:
> ... and move to core-api folder.
>
> Signed-off-by: Silvio Fricke
> ---
> Documentation/atomic_ops.txt => Documentation/core-api/atomic_ops.rst | 745
> +---
> Docu
On 16-11-25 04:52 AM, Hayes Wang wrote:
..
> What is the value of /sys/bus/usb/devices/.../power/control ?
That entry does not exist -- power control is completely
disabled on this board.
Good try, though -- USB power control still causes me trouble
on PCs with mice and remote controls. But not
This patch introduces the RX checksum function to check the
status of the hardware calculated checksum and its error and
appropriately convey status to the upper stack in skb->ip_summed
field.
We only support checksum for IPv4, UDP(over IPv4 or IPv6),
TCP(over IPv4 or IPv6) and SCTP but we support
Em Fri, 25 Nov 2016 11:02:42 +0100
Silvio Fricke escreveu:
> This patch removes following error at for `make htmldocs`. No functional
> change.
>
> ./drivers/base/firmware_class.c:1348: WARNING: Bullet list ends without
> a blank line; unexpected unindent.
>
> Signed-off-by: Silvio Frick
On Fri, Nov 25, 2016 at 01:07:05PM +, Måns Rullgård wrote:
> Russell King - ARM Linux writes:
>
> > On Fri, Nov 25, 2016 at 10:25:49AM +0530, Vinod Koul wrote:
> >> Looking at thread and discussion now, first thinking would be to ensure
> >> the transaction is completed properly and then isr
Zach, Brian,
sorry for the late review.
On 22.11.2016 19:42, Brian Norris wrote:
> On Mon, Nov 21, 2016 at 01:51:36PM -0600, Zach Brown wrote:
>> From: Jeff Westfahl
>>
>> Use the MTD function 'max_bad_blocks' to compute the UBI bad_peb_limit,
>> if the function is implemented for an MTD and doe
On Fri, Nov 25, 2016 at 10:24 AM, Peter Rosin wrote:
>[Me]
>> struct device *gpiod_get_backing_device(struct gpio_desc *d);
>>
>> Is simple but is it really what you want?
>
> Well, my first attempt was to simply have a property in the
> devicetree stating that the mux was controlled from the same
On Thu, Nov 24, 2016 at 9:45 PM, Peter Rosin wrote:
> All other registers on these chips are 8-bit, but reg_sense is 16-bits
> and therefore needs to be moved down one notch.
> This was apparently overlooked in the conversion to regmap, which only
> updated the register locations for the 16-bit c
On Thu, Nov 24, 2016 at 9:45 PM, Peter Rosin wrote:
> Signed-off-by: Peter Rosin
Pretty, satisfies my OCD.
Patch applied.
Yours,
Linus Walleij
Hi Shailendra,
Thank you for the patch.
The subject line is missing something (and has an extra -), I would phrase it
as
"v4l: vsp1: Clean up file handle in open() error path"
(Mauro's scripts will add the "[media]" prefix when applying, so there's no
need to add it manually)
The same commen
On Thu, Nov 24, 2016 at 9:45 PM, Peter Rosin wrote:
> Untested, register offsets carefully copied from datasheets.
>
> Signed-off-by: Peter Rosin
Why not. Nice to support all of them.
Patch applied, fixing the typ you mentioned in the follow
up in the process.
Yours,
Linus Walleij
Hi!
On Thu, Nov 24, 2016 at 4:07 PM, Andrew Lunn wrote:
@Tomas: I think it doesn't make sense when we alternate sending
patches
without prior arrangement. Do you already work on a v5? If not I
can do
that to fix the last few comments. Not sure when a submission is too
late to enter v4.10,
Hi Mauro,
I have a question about the "code-block" and "::". On which situation should
I use "code-block" and on which condition a "::"?
For now I have used "::" on small one, two or three liners, and "code-block"
for "example code" snippets or longer code segments.
Thanks for a small clarificati
Em Thu, Nov 24, 2016 at 10:11:12AM +0900, Namhyung Kim escreveu:
> The sched_switch event always captured from the scheduler function. So
> it'd be great omit them from the callchain. This patch marks the
> functions to be omitted by later patch.
I just reorderded this so that after applying 1 I
On 25 November 2016 at 13:00, David Howells wrote:
> Okay, how about the attached?
>
> Can these variables every be anything other than 1 or 0? E.g. should the
> check on SetupMode be that it isn't 0 rather than it is 1?
>
The firmware will ensure that these variables only ever assume the
docume
Russell King - ARM Linux writes:
> On Fri, Nov 25, 2016 at 01:07:05PM +, Måns Rullgård wrote:
>> Russell King - ARM Linux writes:
>>
>> > On Fri, Nov 25, 2016 at 10:25:49AM +0530, Vinod Koul wrote:
>> >> Looking at thread and discussion now, first thinking would be to ensure
>> >> the trans
Hi Ulf,
On 2016/11/25 21:06, Ulf Hansson wrote:
> [...]
>
>>> +
>>> + /*
>>> +* Xenon Specific property:
>>> +* emmc: explicitly indicate whether this slot is for eMMC
>>> +* slotno: the index of slot. Refer to SDHC_SYS_CFG_INFO
>>> register
On Fri, Nov 25, 2016 at 01:50:35PM +, Måns Rullgård wrote:
> Russell King - ARM Linux writes:
> > It would be unfair to augment the API and add the burden on everyone
> > for the new API when 99.999% of the world doesn't require it.
>
> I don't think making this particular dma driver wait for
On Tue, Nov 08, 2016 at 05:29:57PM -0600, Bjorn Helgaas
wrote:
Hello Bjorn,
Here are the answers on your questions inlined in the text.
> Hi Serge,
>
> On Thu, Oct 06, 2016 at 12:34:15PM +0300, Serge Semin wrote:
> > Hello linux folks,
> >
> > Sometime ago I discovered a kernel panic popp
Russell King - ARM Linux writes:
> On Fri, Nov 25, 2016 at 01:50:35PM +, Måns Rullgård wrote:
>> Russell King - ARM Linux writes:
>> > It would be unfair to augment the API and add the burden on everyone
>> > for the new API when 99.999% of the world doesn't require it.
>>
>> I don't think
The patch
regmap: cache: Remove unused 'blksize' variable
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
On 25.11.2016 14:37, Richard Weinberger wrote:
>> Are you sure you want to even override the user-provided
>> max_beb_per1024 value taken from the mtd= line? I'd think if someone
>> went as far as to specify this in the kernel command line, they don't
>> expect it to get overridden. Just my two cen
On 25/11/2016 12:57, Måns Rullgård wrote:
> The same DMA unit is also used for SATA, which is an off the shelf
> Designware controller with an in-kernel driver. This interrupt timing
> glitch can actually explain some intermittent errors I've observed with
> it.
FWIW, newer chips embed an AHCI c
Em Fri, 25 Nov 2016 14:47:11 +0100
"S. Fricke" escreveu:
> Hi Mauro,
>
> I have a question about the "code-block" and "::". On which situation should
> I use "code-block" and on which condition a "::"?
> For now I have used "::" on small one, two or three liners, and "code-block"
> for "example
On 11/25/2016 02:07 PM, Kirill A. Shutemov wrote:
>> --- a/mm/debug.c
>> +++ b/mm/debug.c
>> @@ -59,6 +59,10 @@ void __dump_page(struct page *page, const char *reason)
>>
>> pr_emerg("flags: %#lx(%pGp)\n", page->flags, &page->flags);
>>
>> +print_hex_dump(KERN_ALERT, "raw: ", DUMP_PREF
Mason writes:
> On 25/11/2016 12:57, Måns Rullgård wrote:
>
>> The same DMA unit is also used for SATA, which is an off the shelf
>> Designware controller with an in-kernel driver. This interrupt timing
>> glitch can actually explain some intermittent errors I've observed with
>> it.
>
> FWIW, n
Currently we handle both old style GPIO and new style GPIOD differently
simplify this slightly by converting the old style GPIO to a GPIOD and
just using that from then on.
Signed-off-by: Charles Keepax
---
drivers/extcon/extcon-arizona.c | 20
1 file changed, 8 insertions(+
The patch
spi: atmel: remove the use of private channel fields
has been applied to the spi tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
On 11/24/2016 12:40 AM, Luis Henriques wrote:
> 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
>
> Since do_map_probe() is also invoked
On 25/11/2016 14:11, Måns Rullgård wrote:
> Mason writes:
>
>> It seems there is a disconnect between what Linux expects - an IRQ
>> when the transfer is complete - and the quirks of this HW :-(
>>
>> On this system, there are MBUS "agents" connected via a "switch box".
>> An agent fires an IRQ w
Dne 23.11.2016 v 20:40 Alexey Brodkin napsal(a):
>> diff --git a/arch/arc/Makefile b/arch/arc/Makefile
>> index 19cce226d1a8..44ef35d33956 100644
>> --- a/arch/arc/Makefile
>> +++ b/arch/arc/Makefile
>> @@ -123,9 +123,9 @@ libs-y += arch/arc/lib/ $(LIBGCC)
>> boot:= arch/
Dne 25.11.2016 v 13:12 Riku Voipio napsal(a):
> On 22 November 2016 at 23:34, Michal Marek wrote:
>> The arch Makefile are fixed to set KBUILD_IMAGE to the full patch, so
>> the workaround is no longer needed.
>>
>> Signed-off-by: Michal Marek
>> ---
> Thanks for cleaning this up.
>
> Reviewed-b
On Fri, Nov 25, 2016 at 07:41:42AM -0500, Mark Lord wrote:
> On 16-11-25 07:34 AM, Mark Lord wrote:
> > On 16-11-25 04:53 AM, Greg KH wrote:
> >> Note, there are "cheap" USB monitors that can be quite handy and that work
> >> on Linux:
> >>http://www.totalphase.com/products/beagle-usb12/
> >
Use the new gpiochip_irqchip_add_nested() and
gpiochip_set_nested_irqchip() calls to properly created
a nested irqchip and mark all child irqs properly with
their parent IRQ.
Signed-off-by: Linus Walleij
---
drivers/pinctrl/pinctrl-sx150x.c | 10 +++---
1 file changed, 7 insertions(+), 3 del
Em Fri, 25 Nov 2016 11:02:41 +0100
Silvio Fricke escreveu:
> ... and move to core-api folder.
>
> Signed-off-by: Silvio Fricke
> ---
> Documentation/core-api/index.rst| 1 +-
> Documentation/local_ops.txt => Documentation/core-api/local_ops.rst | 275
> ++
On Fri 2016-10-28 00:49:32, Sergey Senozhatsky wrote:
> Use printk_safe per-CPU buffers in in printk recursion-prone blocks:
> -- around logbuf_lock protected sections in vprintk_emit() and
>console_unlock()
> -- around down_trylock_console_sem() and up_console_sem()
>
> diff --git a/kernel/pr
On Fri, Nov 25, 2016 at 02:03:20PM +, Måns Rullgård wrote:
> Russell King - ARM Linux writes:
>
> > On Fri, Nov 25, 2016 at 01:50:35PM +, Måns Rullgård wrote:
> >> Russell King - ARM Linux writes:
> >> > It would be unfair to augment the API and add the burden on everyone
> >> > for the
On 25/11/2016 15:12, Måns Rullgård wrote:
> Mason writes:
>
>> On 25/11/2016 12:57, Måns Rullgård wrote:
>>
>>> The same DMA unit is also used for SATA, which is an off the shelf
>>> Designware controller with an in-kernel driver. This interrupt timing
>>> glitch can actually explain some interm
On Fri, Nov 25, 2016 at 07:49:35AM -0500, Mark Lord wrote:
> On 16-11-25 04:53 AM, Greg KH wrote:
> > On Thu, Nov 24, 2016 at 10:49:33PM -0500, Mark Lord wrote:
> >> There is no possibility for them to be used for anything other than
> >> USB receive buffers, for this driver only. Nothing in the d
On 16-11-25 09:22 AM, Greg KH wrote:
> On Fri, Nov 25, 2016 at 07:41:42AM -0500, Mark Lord wrote:
>> On 16-11-25 07:34 AM, Mark Lord wrote:
>>> On 16-11-25 04:53 AM, Greg KH wrote:
Note, there are "cheap" USB monitors that can be quite handy and that work
on Linux:
http://www.tot
Hi Shailendra,
Thank you for the patch.
On Friday 25 Nov 2016 10:14:32 Shailendra Verma wrote:
> v4l2_fh_init is already done.So call the v4l2_fh_exit in error condition
> before returing from the function.
>
> Signed-off-by: Shailendra Verma
> ---
> drivers/media/platform/omap3isp/ispvideo.c
Mason writes:
> On 25/11/2016 14:11, Måns Rullgård wrote:
>
>> Mason writes:
>>
>>> It seems there is a disconnect between what Linux expects - an IRQ
>>> when the transfer is complete - and the quirks of this HW :-(
>>>
>>> On this system, there are MBUS "agents" connected via a "switch box".
>
On Fri, Nov 25, 2016 at 01:40:44PM +0100, Peter Zijlstra wrote:
> On Fri, Nov 25, 2016 at 12:23:56PM +, Mark Rutland wrote:
> > Naming will be problematic; calling them ATOMIC_* makes tham sound like
> > they work on atomic_t. That and I have no idea how to ensure correct
> > usage tree-wide; I
On Fri, Nov 25, 2016 at 03:08:10PM +0100, Vlastimil Babka wrote:
> On 11/25/2016 02:07 PM, Kirill A. Shutemov wrote:
> >> --- a/mm/debug.c
> >> +++ b/mm/debug.c
> >> @@ -59,6 +59,10 @@ void __dump_page(struct page *page, const char *reason)
> >>
> >>pr_emerg("flags: %#lx(%pGp)\n", page->flags
Em Thu, Nov 17, 2016 at 11:23:58AM +0800, Wangnan (F) escreveu:
>
>
> On 2016/11/15 12:05, Wang Nan wrote:
> >Add more BPF map operations to libbpf.
> >
> >Signed-off-by: Wang Nan
> >Cc: Alexei Starovoitov
> >Cc: Arnaldo Carvalho de Melo
> >Cc: Li Zefan
> >---
> > tools/lib/bpf/bpf.c | 56
>
Em Sat, Nov 19, 2016 at 12:56:36AM +0100, Alexis Berlemont escreveu:
> 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 lef
Russell King - ARM Linux writes:
> On Fri, Nov 25, 2016 at 02:03:20PM +, Måns Rullgård wrote:
>> Russell King - ARM Linux writes:
>>
>> > On Fri, Nov 25, 2016 at 01:50:35PM +, Måns Rullgård wrote:
>> >> Russell King - ARM Linux writes:
>> >> > It would be unfair to augment the API and
Adds the device tree bindings description for Samsung S3C2410 and
compatible USB OHCI controller.
Signed-off-by: Sergio Prado
---
.../devicetree/bindings/usb/s3c2410-usb.txt| 22 ++
1 file changed, 22 insertions(+)
create mode 100644 Documentation/devicetree/bindings
Mason writes:
> On 25/11/2016 15:12, Måns Rullgård wrote:
>
>> Mason writes:
>>
>>> On 25/11/2016 12:57, Måns Rullgård wrote:
>>>
The same DMA unit is also used for SATA, which is an off the shelf
Designware controller with an in-kernel driver. This interrupt timing
glitch can ac
Hi Fu,
[auto build test ERROR on pm/linux-next]
[also build test ERROR on v4.9-rc6]
[cannot apply to tip/timers/core next-20161125]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/fu-wei-linaro
This series adds support for configuring Samsung's s3c2410 and
compatible USB OHCI controller via devicetree.
Tested on FriendlyARM mini2440, based on s3c2440 SoC.
Sergio Prado (2):
dt-bindings: usb: add DT binding for s3c2410 USB OHCI controller
usb: ohci: s3c2410: allow probing from device
The patch
spi: atmel: Use SPI core DMA mapping framework
has been applied to the spi tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Lin
Dominik Brodowski wrote:
> For most cases, request_firmware() is being used -- for some rare cases,
> however, this alternative interface is provided for. It should be pretty
> safe nowadays to make pccard_cis_attr read-only (and who uses PCMCIA
> nowadays anyway?).
Have a look at the top patch
Allows configuring Samsung's s3c2410 USB OHCI controller using a
devicetree.
Signed-off-by: Sergio Prado
---
drivers/usb/host/ohci-s3c2410.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/usb/host/ohci-s3c2410.c b/drivers/usb/host/ohci-s3c2410.c
index 7a1919ca543a..d8e03a801
On Fri, Nov 4, 2016 at 3:27 AM, Vitaly Wool wrote:
> On Thu, Nov 3, 2016 at 11:17 PM, Andrew Morton
> wrote:
>> On Thu, 3 Nov 2016 22:24:07 +0100 Vitaly Wool wrote:
>>
>>> On Thu, Nov 3, 2016 at 10:14 PM, Andrew Morton
>>> wrote:
>>> > On Thu, 3 Nov 2016 22:00:58 +0100 Vitaly Wool
>>> > wrote
Signed-off-by: wenhungyang
---
drivers/staging/most/mostcore/core.c | 40 ++--
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/drivers/staging/most/mostcore/core.c
b/drivers/staging/most/mostcore/core.c
index 4c580d1..9286c36 100644
--- a/drivers/s
Hi,
Stacking an overlayfs on top of an overlayfs doens't work when it used to
(tested on v4.9-rc5):
#!/bin/bash -xeu
tmpdir=$(mktemp -d)
pushd ${tmpdir}
mkdir -p {upper,lower,work}
echo 'foo' > lower/bar
mount -t overlay level_zero upper -o
lowerdir=lower,upperdir=upper,workdir=work
On Thu, Nov 3, 2016 at 5:04 PM, Vitaly Wool wrote:
> z3fold_compact_page() currently only handles the situation when
> there's a single middle chunk within the z3fold page. However it
> may be worth it to move middle chunk closer to either first or
> last chunk, whichever is there, if the gap betw
The guest could have configured a maximal physical address that exceeds
the host. Prevent that situation as it could easily lead to a bug.
Signed-off-by: Radim Krčmář
---
arch/x86/kvm/cpuid.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/arch/x86/kvm/cpuid.c b/arch/
> "John" == John Garry writes:
John> I think that these 2 outstanding issues have been
John> addressed. Please let me know if there is anything else.
Series applied to 4.10/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
This patchset adds basic support for the Qualcomm Camera Subsystem found
on Qualcomm MSM8916 and APQ8016 processors.
The driver implements V4L2, Media controller and V4L2 subdev interfaces.
Camera sensor using V4L2 subdev interface in the kernel is supported.
The driver is implemented using as a
Am 24.11.2016 um 17:42 schrieb Jason Gunthorpe:
On Wed, Nov 23, 2016 at 06:25:21PM -0700, Logan Gunthorpe wrote:
On 23/11/16 02:55 PM, Jason Gunthorpe wrote:
Only ODP hardware allows changing the DMA address on the fly, and it
works at the page table level. We do not need special handling for
On Fri, Nov 25, 2016 at 02:40:21PM +, Måns Rullgård wrote:
> Russell King - ARM Linux writes:
>
> > On Fri, Nov 25, 2016 at 02:03:20PM +, Måns Rullgård wrote:
> >> Russell King - ARM Linux writes:
> >>
> >> > On Fri, Nov 25, 2016 at 01:50:35PM +, Måns Rullgård wrote:
> >> >> Russell
Add DT binding document for Qualcomm Camera subsystem driver.
Signed-off-by: Todor Tomov
---
.../devicetree/bindings/media/qcom,camss.txt | 196 +
1 file changed, 196 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/qcom,camss.txt
diff --git a/
Add an entry for Qualcomm Camera subsystem driver.
Signed-off-by: Todor Tomov
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 411e3b8..0740aee 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9971,6 +9971,14 @@ T: git
git://git.ker
These files control the CSIPHY modules which are responsible for the physical
layer of the CSI2 receivers.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss-8x16/csiphy.c | 685
drivers/media/platform/qcom/camss-8x16/csiphy.h | 77 +++
2 files changed, 76
On Fri, Nov 25, 2016 at 01:44:04PM +0100, Peter Zijlstra wrote:
> On Fri, Nov 25, 2016 at 01:40:44PM +0100, Peter Zijlstra wrote:
> > #define SINGLE_LOAD(x) \
> > {( \
> > compiletime_assert_at
Add a document to describe Qualcomm Camera Subsystem driver.
Signed-off-by: Todor Tomov
---
Documentation/media/v4l-drivers/index.rst | 1 +
Documentation/media/v4l-drivers/qcom_camss.rst | 124 +
2 files changed, 125 insertions(+)
create mode 100644 Documentation
These files control the VFE module. The VFE has different input interfaces.
The PIX input interface feeds the input data to an image processing pipeline.
Three RDI input interfaces bypass the image processing pipeline. The VFE also
contains the AXI bus interface which writes the output data to memo
These files control the ISPIF module which handles the routing of the data
streams from the CSIDs to the inputs of the VFE.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss-8x16/ispif.c | 1105
drivers/media/platform/qcom/camss-8x16/ispif.h | 85 ++
2 f
These files implement the platform driver code.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss-8x16/camss.c | 603 +
drivers/media/platform/qcom/camss-8x16/camss.h | 93
2 files changed, 696 insertions(+)
create mode 100644 drivers/media/platform/
These files handle the video device nodes of the camss driver.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss-8x16/video.c | 597 +
drivers/media/platform/qcom/camss-8x16/video.h | 67 +++
2 files changed, 664 insertions(+)
create mode 100644 drivers/m
This patch removes following error at for `make htmldocs`. No functional
change.
./drivers/base/firmware_class.c:1348: WARNING: Bullet list ends without
a blank line; unexpected unindent.
Signed-off-by: Silvio Fricke
---
drivers/base/firmware_class.c | 6 +++---
1 file changed, 3 inser
... and move to core-api folder.
Signed-off-by: Silvio Fricke
---
Documentation/core-api/index.rst| 1 +-
Documentation/local_ops.txt => Documentation/core-api/local_ops.rst | 273
+++
2 files changed, 145 insertions(+), 129 deletions(-)
diff --git a/D
These files control the CSID modules which handle the protocol and application
layer of the CSI2 receivers.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/camss-8x16/csid.c | 1071 +
drivers/media/platform/qcom/camss-8x16/csid.h | 82 ++
2 files changed, 115
... and move to Documentation/core-api folder.
Signed-off-by: Silvio Fricke
---
Documentation/assoc_array.txt => Documentation/core-api/assoc_array.rst | 639
++--
Documentation/core-api/index.rst
Hi,
Thanks Mauro and Jani for reviewing.
Some more ReSTification of core-api's: assoc_array, atomic_ops and local_ops. A
fourth patch removes a warning about a bullet list without ending at
firmware_class.c
v2 -> v3
* change ". ::" to "::"
* replace all "code-blocks" with "::"
* add two ".. note
All known devices, which use DT for configuration, support
memory-to-memory transfers. So enable it by default, if we read
configuration from DT.
Acked-by: Andy Shevchenko
Signed-off-by: Eugeniy Paltsev
---
drivers/dma/dw/platform.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/driv
Several versions of DW DMAC have multi block transfers hardware
support. Hardware support of multi block transfers is disabled
by default if we use DT to configure DMAC and software emulation
of multi block transfers used instead.
Add multi-block property, so it is possible to enable hardware
multi
... and move to core-api folder.
Signed-off-by: Silvio Fricke
---
Documentation/atomic_ops.txt => Documentation/core-api/atomic_ops.rst | 777
+---
Documentation/core-api/index.rst | 1 +-
> "Mauricio" == Mauricio Faria de Oliveira
> writes:
Mauricio> The BUG_ON() recently introduced in lpfc_sli_ringtxcmpl_put()
Mauricio> is hit in the lpfc_els_abort() > lpfc_sli_issue_abort_iotag()
Mauricio> > lpfc_sli_abort_iotag_issue() function path [similar names],
Mauricio> due to 'p
It wasn't possible to enable some features like
memory-to-memory transfers or multi block transfers via DT.
It is fixed by these patches.
Changes for v6:
* Use "supported" as default state for "multi-block" property,
to keep old DTBs working. Pointed by Andy Shevchenko.
Changes for v5:
* Up
On 24/11/16 15:34, Ulf Hansson wrote:
> On 24 November 2016 at 13:41, Ziji Hu wrote:
>> On 2016/11/24 18:43, Ulf Hansson wrote:
>>> On 31 October 2016 at 12:09, Gregory CLEMENT
>>> wrote:
From: Ziji Hu
+static int xenon_start_signal_voltage_switch(struct mmc_host *mmc,
+
On 25/11/2016 15:17, Russell King - ARM Linux wrote:
> On Fri, Nov 25, 2016 at 02:03:20PM +, Måns Rullgård wrote:
>> Russell King - ARM Linux writes:
>>
>>> On Fri, Nov 25, 2016 at 01:50:35PM +, Måns Rullgård wrote:
Russell King - ARM Linux writes:
> It would be unfair to augment
Add Makefiles and Kconfig files to build the camss driver.
Signed-off-by: Todor Tomov
---
drivers/media/platform/qcom/Kconfig | 5 +
drivers/media/platform/qcom/Makefile| 1 +
drivers/media/platform/qcom/camss-8x16/Makefile | 12
3 files changed, 18 ins
Hi ,
On 25 November 2016 at 22:32, kbuild test robot wrote:
> Hi Fu,
>
> [auto build test ERROR on pm/linux-next]
> [also build test ERROR on v4.9-rc6]
> [cannot apply to tip/timers/core next-20161125]
> [if your patch is applied to the wrong git tree, please drop us a note
Am 25.11.2016 um 15:51 schrieb Radim Krčmář:
The guest could have configured a maximal physical address that exceeds
the host. Prevent that situation as it could easily lead to a bug.
Signed-off-by: Radim Krčmář
---
arch/x86/kvm/cpuid.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletio
Mason writes:
> On 25/11/2016 15:17, Russell King - ARM Linux wrote:
>> On Fri, Nov 25, 2016 at 02:03:20PM +, Måns Rullgård wrote:
>>> Russell King - ARM Linux writes:
>>>
On Fri, Nov 25, 2016 at 01:50:35PM +, Måns Rullgård wrote:
> Russell King - ARM Linux writes:
>> It wo
From: Wang Nan
Commit 0b3c2264ae30 ("perf symbols: Fix kallsyms perf test on ppc64le")
refers struct symbol in probe_event.h, but forgets to include its
definition. Gcc will complain about it when that definition is not
added, by sheer luck, by some other header included before
probe_event.h.
S
From: Ravi Bangoria
Support the PowerPC architecture using the ins_ops association
method.
Committer notes:
Testing it with a perf.data file collected on a PowerPC machine and
cross-annotated on a x86_64 workstation, using the associated vmlinux
file:
$ perf report -i perf.data.f22vm.powerdev
From: Namhyung Kim
When it records callchains, they will always have 2 scheduler functions
(__schedule + schedule or __schedule + preempt_schedule) and get
ignored. So it should collect 2 more functions to show the expected
number of callchains to user.
Committer Notes:
Example of final result
From: Wang Nan
Before this patch perf panics if kptr_restrict is set to 1 and perf is
owned by root with suid set:
$ whoami
wangnan
$ ls -l ./perf
-rwsr-xr-x 1 root root 19781908 Sep 21 19:29 /home/wangnan/perf
$ cat /proc/sys/kernel/kptr_restrict
1
$ cat /proc/sys/kernel/perf_even
From: Wang Nan
On ubuntu the internal kernel version code is different from what can
be retrived from uname:
$ uname -r
4.4.0-47-generic
$ cat /lib/modules/`uname -r`/build/include/generated/uapi/linux/version.h
#define LINUX_VERSION_CODE 263192
#define KERNEL_VERSION(a,b,c) (((a) << 16) +
From: Eric Leblond
It is not correct to assimilate the elf data of the maps section to an
array of map definition. In fact the sizes differ. The offset provided
in the symbol section has to be used instead.
This patch fixes a bug causing a elf with two maps not to load
correctly.
Wang Nan added
perf/core
(2016-11-24 05:09:31 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-core-for-mingo-20161125
for you to fetch changes up to 4708bbda5cb2f6cdc331744597527143f46394d5:
tools lib bpf: Fix maps resolution (2016-11-2
From: Arnaldo Carvalho de Melo
By using arch->init() to set up some regular expressions to associate
ins_ops to ARM instructions, ditching that old table that has
instructions not present on ARM.
Take advantage of having an arch->init() to hide more arm specific stuff
from the common code, like
From: Namhyung Kim
The sched_switch event always captured from the scheduler function. So
it'd be great omit them from the callchain. This patch marks the
functions to be omitted by later patch.
Committer notes:
Testing it:
Before:
[root@jouet experimental]# perf sched record -g ls
Dock
From: Namhyung Kim
For tracepoint events, callchains always contain certain functions.
Sometimes it'd be better to skip those functions as they have no value.
Signed-off-by: Namhyung Kim
Tested-by: Arnaldo Carvalho de Melo
Cc: Andi Kleen
Cc: David Ahern
Cc: Jiri Olsa
Cc: Peter Zijlstra
Cc:
On Fri 2016-10-28 00:49:33, Sergey Senozhatsky wrote:
> We use printk-safe now which makes printk-recursion detection code
> in vprintk_emit() is unreachable. The tricky thing here is that,
^^ superfluous "is"
> apart from detecting and reporting printk recursions, that code al
From: Arnaldo Carvalho de Melo
Arches like ARM will want to use regular expressions when deciding what
instructions to associate with what ins_ops, provide infrastructure for
that.
Reviewed-by: Ravi Bangoria
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Chris Riyder
Cc: David Ahern
Cc: Jiri
401 - 500 of 810 matches
Mail list logo