On Monday 18 April 2016 20:43:36 Pablo Neira Ayuso wrote:
> On Mon, Apr 18, 2016 at 08:33:15PM +0200, Arnd Bergmann wrote:
> > On Monday 18 April 2016 20:16:59 Pablo Neira Ayuso wrote:
> > > On Sat, Apr 16, 2016 at 10:17:43PM +0200, Arnd Bergmann wrote:
> > > > A recent patch removed many 'inline'
On Mon, Apr 18, 2016 at 09:27:16AM -0500, Thor Thayer wrote:
> We're still getting the single bit correction
By that you mean, you get that by enabling ECC on the FIFO block?
> which makes the entire system more stable and the ability to see both
> single bit errors corrected and the number of un
On Mon, 18 Apr 2016 12:58:28 +0300
"Michael S. Tsirkin" wrote:
> Modern virtio pci devices can set VIRTIO_F_IOMMU_PLATFORM
> to signal they are safe to use with an IOMMU.
>
> Without this bit, exposing the device to userspace is unsafe, so probe
> and fail VFIO initialization unless noiommu is e
Add a scrollback buffers for each VGA console. The benefit is that
the scrollback history is not flushed when switching between consoles
but is persistent.
The buffers are allocated on demand when a new console is opened.
This breaks tools like clear_console that rely on flushing the
scrollback hi
Tools like clear_console rely on the fact that scrollback history is
flushed when switching back and forth between consoles.
Persistent scrollback buffers for each console breaks this, so this
patch adds a ioctl() callf for flushing the scrollback history.
Signed-off-by: Manuel Schölling
---
dri
Another attempt to add persistent scrollback buffers for all VGA consoles,
so the buffer is not flushed when swithing back and forth between consoles.
Note that breaks tools like bash's clear_console and thus might have
security implications:
clear_console relies on this 'anti-feature' of the kern
Radim,
On 04/12/2016 03:34 AM, Radim Krčmář wrote:
2016-04-07 03:20-0500, Suravee Suthikulpanit:
Exporting LAPIC utility functions and macros for re-use in SVM code.
Signed-off-by: Suravee Suthikulpanit
---
Adding kvm_lapic_set_reg looks weird when KVM has kvm_apic_get_reg, but
the structur
commit e7ec014a47e4 ("Input: twl6040-vibra - update for device tree support")
made the separate vibra DT node to a subnode of the twl6040.
It now calls of_find_node_by_name() to locate the "vibra" subnode.
This function has a side effect to call of_node_put on() for the twl6040
parent node passed
commit 1f9e1470ab34 ("Input: twl6040-vibra - use devm functions")
converted everything to devm but we still need to call
input_unregister_device(info->input_dev)
Solution: add back twl6040_vibra_remove to call input_unregister_device
Signed-off-by: H. Nikolaus Schaller
---
drivers/input/misc/t
Another attempt to add persistent scrollback buffers for all VGA consoles,
so the buffer is not flushed when swithing back and forth between consoles.
Note that breaks tools like bash's clear_console and thus might have
security implications:
clear_console relies on this 'anti-feature' of the kern
The mutex does not seem to be needed. twl4030-vibra doesn't
use one either.
Signed-off-by: H. Nikolaus Schaller
---
drivers/input/misc/twl6040-vibra.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/drivers/input/misc/twl6040-vibra.c
b/drivers/input/misc/twl6
returning ret is wrong. And checking for an error as well. User space
may call multiple times until the work is really scheduled.
twl4030-vibra.c also ignores the return value.
Signed-off-by: H. Nikolaus Schaller
---
drivers/input/misc/twl6040-vibra.c | 6 +-
1 file changed, 1 insertion(+),
There are some small bugs in the twl6040-vibra driver and differences to how
twl4030 vibra works.
This patch series addresses them.
H. Nikolaus Schaller (5):
input: twl6040-vibra: fix DT node memory management
input: twl6040-vibra: add handler to unregister input if module is
removed
commit 21fb9f0d5e91 ("Input: twl6040-vibra - use system workqueue")
says that it switches to use the system workqueue but it did neither
- remove the workqueue struct variable
- replace code to really use the system workqueue
Instead it calls queue_work() on uninitialized info->workqueue.
The r
On 4/18/16 9:13 AM, Steven Rostedt wrote:
On Mon, 4 Apr 2016 21:52:46 -0700
Alexei Starovoitov wrote:
Hi Steven, Peter,
last time we discussed bpf+tracepoints it was a year ago [1] and the reason
we didn't proceed with that approach was that bpf would make arguments
arg1, arg2 to trace_xx(arg
I agree, if we had a generic way to pass entropy across boots on all
architecture that would be amazing. I will let the SLAB maintainers to
decide on requiring CONFIG_ARCH_RANDOM or documenting it.
On Mon, Apr 18, 2016 at 12:36 PM, Laura Abbott wrote:
> On 04/18/2016 08:59 AM, Thomas Garnier wrot
On 18/04/16 11:25, Crestez Dan Leonard wrote:
> On 04/18/2016 09:07 AM, Denis Ciocca wrote:
>> Hi Leonard and Jonathan,
>>
>> basically the patch can not work.
> Well, it can work as long as you don't initialize both the accel and the
> magn at the same time. There is no issue with the gyro driver.
On ads7828 the internal reference defaults to off upon power up. When
using internal reference, it needs to be turned on and the voltage needs
to settle before normal conversion cycle can be started. Hence perform a
dummy read in the probe to enable the internal reference allowing the
voltage to se
On 04/15/2016 06:19 PM, Dave Chinner wrote:
On Fri, Apr 15, 2016 at 01:17:41PM -0400, Waiman Long wrote:
On 04/15/2016 04:17 AM, Dave Chinner wrote:
On Thu, Apr 14, 2016 at 12:21:13PM -0400, Waiman Long wrote:
What the patch does is to eliminate the innermost
inode_dio_begin/end pair.
Yes, an
On 03/28/2016 02:39 PM, Joseph Salisbury wrote:
> On 03/02/2016 04:58 PM, Joseph Salisbury wrote:
>> On 02/29/2016 04:33 AM, Jani Nikula wrote:
>>> On Wed, 24 Feb 2016, Joseph Salisbury
>>> wrote:
Hi Sonika,
A kernel bug report was opened against Ubuntu [0]. After a kernel
bi
On 09/24/2015 10:51 AM, Kirill A. Shutemov wrote:
> Transparent huge pages can be mlocked -- whole compund page at once.
> Something went wrong if we're trying to mlock() tail page.
> Let's use PF_NO_TAIL.
Kirill, Hugh,
I seem to be hitting this with trinity:
[ 242.257552] page:ea0001517fc0
On 18/04/16 12:24, Tirdea, Irina wrote:
>
>
>> -Original Message-
>> From: Jonathan Cameron [mailto:ji...@kernel.org]
>> Sent: 17 April, 2016 13:02
>> To: Baluta, Daniel; Tirdea, Irina
>> Cc: knaac...@gmx.de; l...@metafoo.de; pme...@pmeerw.net;
>> ge...@linux-m68k.org; Dogaru, Vlad; Purd
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Monday, April 18, 2016 10:00 AM
> To: KY Srinivasan ; Alexander Duyck
>
> Cc: David Miller ; Netdev
> ; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; Robo Bot
> ; Jason Wang ;
> e..
On 04/18/2016 02:31 AM, Davidlohr Bueso wrote:
Specifically around the debugfs file creation calls,
I have no idea if they could ever possibly fail, but
this is core code (debug aside) so lets at least
check the return value and inform anything fishy.
Signed-off-by: Davidlohr Bueso
---
kernel/
On 18/04/16 11:32, Mark Brown wrote:
> On Sun, Apr 17, 2016 at 09:36:10AM +0100, Jonathan Cameron wrote:
>> On 11/04/16 16:08, Crestez Dan Leonard wrote:
>
> Please leave blank lines between paragraphs, it makes things much easier
> to read.
>
>>> Would it be
>>> acceptable to just expand the REG
On 04/18/2016 08:59 AM, Thomas Garnier wrote:
I will send the next version today. Note that I get_random_bytes_arch
is used because at that stage we have 0 bits of entropy. It seemed
like a better idea to use the arch version that will fallback on
get_random_bytes sub API in the worse case.
Th
On 18/04/16 13:34, Mark Brown wrote:
> On Mon, Apr 18, 2016 at 03:15:54PM +0300, Crestez Dan Leonard wrote:
>
>> As a further clarification: regmap_write will write to hardware even if
>> the cache is known to be up-to-date and no matter the regcache_type. Did
>> I understand this correctly?
>
>>
On 04/18/2016 02:31 AM, Davidlohr Bueso wrote:
While playing with such statistics I ran into the following
splat on a VM when opening pv_hash_hops:
[ 25.267962] divide error: [#1] SMP
...
[ 25.268807] CPU: 17 PID: 1018 Comm: cat Not tainted 4.6.0-rc3-debug+ #2
[ 25.268853] Hardware na
The ACPI 6.1 specification was recently released at the end of January
2016, but the arm64 kernel documentation for the use of ACPI was written
for the 5.1 version of the spec. There were significant additions to the
spec that had not yet been mentioned -- for example, the 6.0 mechanisms
added to
On 18.04.2016 16:44, Arnd Bergmann wrote:
On Monday 18 April 2016 15:03:51 Tomasz Nowicki wrote:
On 16.04.2016 16:36, Jayachandran C wrote:
On Sat, Apr 16, 2016 at 1:01 PM, Arnd Bergmann wrote:
On Saturday 16 April 2016 12:50:13 Jayachandran C wrote:
The whole pci-thunder-*.c is to support t
Hi Linus,
On 4/15/2016 1:24 AM, Linus Walleij wrote:
On Wed, Apr 13, 2016 at 2:15 AM, Ray Jui wrote:
In some of the future iProc based SoCs, pinconf is handled by another
block and the iProc GPIO controller is solely used as a GPIO controller.
This patch adds support of a new compatible strin
On 18/04/16 16:53, Andrew F. Davis wrote:
> On 04/17/2016 11:56 PM, Alison Schofield wrote:
>> On Sun, Apr 17, 2016 at 01:07:52PM -0500, Andrew F. Davis wrote:
>>> On 04/16/2016 02:22 PM, Jonathan Cameron wrote:
On 10/04/16 20:07, Alison Schofield wrote:
> Driver includes struct regmap and
On Sat, Apr 16, 2016 at 01:55:19AM +0100, Al Viro wrote:
> From: Al Viro
>
> ... and explain the non-obvious logics in case when lookup yields
> a different dentry.
ACK to this independent of the rest of the series, my only minor gripe
is that the point made in this new comment is also made at
o
On Mon, Apr 18, 2016 at 11:29 AM, David Woodhouse wrote:
> For x86, you *can* enable virtio-behind-IOMMU if your DMAR tables tell
> the truth, and even legacy kernels ought to cope with that.
> FSVO 'ought to' where I suspect some of them will actually crash with a
> NULL pointer dereference if th
Hi Linus/Rob,
On 4/15/2016 1:20 AM, Linus Walleij wrote:
On Wed, Apr 13, 2016 at 2:15 AM, Ray Jui wrote:
The iProc GPIO controller is shared among multiple iProc based SoCs. In
some of these SoCs, certain PINCONF functions are disabled and registers
associated with these functions are reserve
[adding clk maintainers/list to cc]
On 04/18/2016 09:29 AM, Javier Martinez Canillas wrote:
> Hello Marek,
>
> On 04/18/2016 03:50 AM, Marek Szyprowski wrote:
>> Hello,
>>
>> On 2016-04-16 00:04, Javier Martinez Canillas wrote:
>>> The exynos5 I2C controller driver always prepares and enables a c
On 18/04/16 15:59, Srinivas Pandruvada wrote:
> On Sat, 2016-04-16 at 20:20 +0100, Jonathan Cameron wrote:
>> On 10/04/16 20:05, Alison Schofield wrote:
>>>
>>> Driver includes struct regmap and struct device in its global data.
>>> Remove the struct device and use regmap API to retrieve device
>>>
On 04/14/2016 07:24 PM, Vlastimil Babka wrote:
>> > @@ -1459,8 +1459,8 @@ static enum compact_result compact_zone(
>> >zone->compact_cached_migrate_pfn[1] = cc->migrate_pfn;
>> >}
>> >
>> > - if (cc->migrate_pfn == start_pfn)
>> > - cc->whole_zone = true;
>> > + cc->whole
A string representation of the kernel_read_file_id enumeration is
needed for displaying messages (eg. pr_info, auditing) that can be
used by multiple LSMs and the integrity subsystem. To simplify
keeping the list of strings up to date with the enumeration, this
patch defines two new preprocessing
The patch
spi: pic32-sqi: add SPI driver for PIC32 SQI controller.
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 s
The patch
regulator: s2mps11: Set default ramp delay for S2MPS11 LDOs
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next
The patch
spi: pic32-sqi: add binding document for PIC32 Quad-SPI driver.
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
The patch
regulator: core: remove lockdep assert from suspend_prepare
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next
Add a BPF_F_CURRENT_CPU flag to optimize the use-case where user space has
per-CPU ring buffers and the eBPF program pushes the data into the current
CPU's ring buffer which saves us an extra helper function call in eBPF.
Also, make sure to properly reserve the remaining flags which are not used.
On April 18, 2016 7:46:05 AM PDT, Joerg Roedel wrote:
>On Fri, Apr 15, 2016 at 03:03:12PM -0700, Thomas Garnier wrote:
>> +#if defined(CONFIG_KASAN)
>> +static const unsigned long memory_rand_end = KASAN_SHADOW_START;
>> +#elfif defined(CONFIG_X86_ESPFIX64)
>> +static const unsigned long memory_ra
This patch adds a new helper for cls/act programs that can push events
to user space applications. For networking, this can be f.e. for sampling,
debugging, logging purposes or pushing of arbitrary wake-up events. The
idea is similar to a43eec304259 ("bpf: introduce bpf_perf_event_output()
helper")
This minor set adds a new helper bpf_event_output() for eBPF cls/act
program types which allows to pass events to user space applications.
For details, please see individual patches.
Thanks!
v1 -> v2:
- Address kbuild bot found compile issue in patch 2
- Rest as is
Daniel Borkmann (2):
bpf
The DT fragment will select the ohci-platform driver, since that can
handle the JZ4740 OHCI just fine. While I don't have a JZ4740-based
board with anything connected to the USB host controller, I did test
the generic OHCI driver successfully on a JZ4770-based board.
The device is disabled by defa
AVT2 was a prototype board of which about 5 were made, none of which
are in use anymore.
Signed-off-by: Maarten ter Huurne
---
arch/mips/jz4740/board-qi_lb60.c | 52 ++--
1 file changed, 2 insertions(+), 50 deletions(-)
diff --git a/arch/mips/jz4740/board-qi_
The ohci-platform driver can control the clock, while usb-nop-xceiv
as the PHY can control the vbus regulator. So this JZ4740-specific
glue is not needed anymore.
Signed-off-by: Maarten ter Huurne
---
drivers/usb/host/ohci-hcd.c| 5 -
drivers/usb/host/ohci-jz4740.c | 245 --
On Mon, 18 Apr 2016 12:58:20 +0300
"Michael S. Tsirkin" wrote:
> When using vfio, callers might want to know whether device is added to a
> regular group or an non-iommu group.
>
> Report this status from vfio_add_group_dev.
>
> Signed-off-by: Michael S. Tsirkin
> ---
What about making an int
On Mon, Apr 18, 2016 at 10:30:39AM +, Prabu Thangamuthu wrote:
> diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
> index 247da8c..01f743b 100644
> --- a/include/linux/pci_ids.h
> +++ b/include/linux/pci_ids.h
> @@ -2318,6 +2318,9 @@
> #define PCI_DEVICE_ID_CENATEK_IDE0x0001
On 04/18, Julia Lawall wrote:
> Add __init attribute on a function that is only called from other __init
> functions and that is not inlined, at least with gcc version 4.8.4 on an
> x86 machine with allyesconfig. Currently, the function is put in the
> .text.unlikely segment. Declaring it as __in
From: Philippe Reynes
Date: Fri, 15 Apr 2016 00:34:58 +0200
> Ethtool has a new api {get|set}_link_ksettings that deprecate
> the old api {get|set}_settings. We update the fec driver to use
> this new ethtool api.
>
> For this first version, I've converted old u32 value in phy structure
> to lin
This is a driver for the Integrated Silicon Solution Inc. LED driver
chips IS31FL3196 and IS31FL3199. They can drive up to 6 or 9
LEDs.
Each LED is individually controllable in brightness (through pwm)
in 256 steps so that RGB LEDs can show any of ca. 16 Mio colors.
The maximum current of the LED
This patch adds a driver for the is31fl3196/99 dimmable dual/triple rgb
controller chips from ISSI.
H. Nikolaus Schaller (1):
drivers: led: is31fl319x: 6/9-channel light effect led driver
.../devicetree/bindings/leds/is31fl319x.txt| 41 +++
drivers/leds/Kconfig
On Mon, Apr 18, 2016 at 08:33:15PM +0200, Arnd Bergmann wrote:
> On Monday 18 April 2016 20:16:59 Pablo Neira Ayuso wrote:
> > On Sat, Apr 16, 2016 at 10:17:43PM +0200, Arnd Bergmann wrote:
> > > A recent patch removed many 'inline' annotations for static
> > > functions in this file, which has cau
HAVE_ARCH_TRANSPARENT_HUGEPAGE has been defined in arch/Kconfig already,
the ARM64 version is identical with it and the default value is Y. So remove
the redundant definition and just select it under CONFIG_ARM64.
Signed-off-by: Yang Shi
---
arch/arm64/Kconfig | 4 +---
1 file changed, 1 inserti
On Monday 18 April 2016 20:16:59 Pablo Neira Ayuso wrote:
> On Sat, Apr 16, 2016 at 10:17:43PM +0200, Arnd Bergmann wrote:
> > A recent patch removed many 'inline' annotations for static
> > functions in this file, which has caused warnings for functions
> > that are not used in a given configurati
On Mon, 2016-04-18 at 19:27 +0300, Michael S. Tsirkin wrote:
> I balk at adding more hacks to a broken system. My goals are
> merely to
> - make things work correctly with an IOMMU and new guests,
> so people can use userspace drivers with virtio devices
> - prevent security risks when guest kern
On 4/14/2016 7:38 AM, Rob Herring wrote:
On Tue, Apr 12, 2016 at 05:15:22PM -0700, Ray Jui wrote:
Update the iProc GPIO binding document to introduce a new compatible
string "brcm,iproc-gpio-only", that allows the generic pinconf function
to be disabled completely
Signed-off-by: Ray Jui
Revi
otherwise we can't define gpio1_wk14
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap5.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi
index 38805eb..120b6b8 100644
--- a/arch/arm/boot/dts/omap5.dt
On 16/04/13, Peter Hurley wrote:
> Hi Richard,
Hi Peter,
> On 04/13/2016 04:25 PM, Richard Guy Briggs wrote:
> > The tty field was missing from AUDIT_LOGIN events.
> >
> > Refactor code to create a new function audit_get_tty(), using it to
> > replace the call in audit_log_task_info() and to add
OMAP5 has a register to control if the ckobuffer is enabled
and defines the polarity. ckobuffer is required to drive a twl6040
with the system clock. Hence, add the pinctrl,single to the
OMAP5 SoC description so that omap5-board-common can
set up the ckobuffer as required.
Signed-off-by: H. Nikola
Hi Linus, Reddy,
On 4/17/2016 8:34 PM, Yendapally Reddy Dhananjaya Reddy wrote:
Hi Linus,
On Thu, Apr 14, 2016 at 3:12 PM, Linus Walleij wrote:
On Thu, Apr 14, 2016 at 9:53 AM, Yendapally Reddy Dhananjaya Reddy
wrote:
On Wed, Apr 13, 2016 at 6:49 PM, Linus Walleij wrote:
On Tue, Mar 29, 2
On Mon, Apr 18, 2016 at 11:40:47AM -0600, Jason Gunthorpe wrote:
> I wasn't arguing this should integrate into verbs in some way, only
> that the way to access the driver-specific uAPI of a RDMA device should
> be through the RDMA common uAPI and not through a random char dev.
Well, it's stuff not
This patch series adds DT nodes for:
* twl6030 gpadc for omap4 based boards (Pandaboard ES)
* twl6037 gpadc for omap5 based board (OMAP5EVM)
* omap5-board-common: ckobuffer (needed for high quality twl6040 audio)
* fix range problem with omap5 pinmux
H. Nikolaus Schaller (5):
ARM: dts: twl6030:
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap5-board-common.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/omap5-board-common.dtsi
b/arch/arm/boot/dts/omap5-board-common.dtsi
index c0da5ff..e89bef3 100644
--- a/arch/arm/boot/dts/omap5-
tested on OMP5432 EVM
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap5-board-common.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/omap5-board-common.dtsi
b/arch/arm/boot/dts/omap5-board-common.dtsi
index 902657d..c0da5ff 100644
--- a/arch/
tested on Pandaboard ES.
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/twl6030.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/twl6030.dtsi b/arch/arm/boot/dts/twl6030.dtsi
index 55eb35f..c45f97f 100644
--- a/arch/arm/boot/dts/twl6030.dtsi
+++ b/arch/
On Sat, Apr 16, 2016 at 10:17:43PM +0200, Arnd Bergmann wrote:
> A recent patch removed many 'inline' annotations for static
> functions in this file, which has caused warnings for functions
> that are not used in a given configuration, in particular when
> CONFIG_NF_CONNTRACK_EVENTS is disabled:
>
On Mon, 18 Apr 2016, Ralf Baechle wrote:
> I extracted a rather simple test case:
>
> $ echo >> testcase .s << EOF
> .setmips3
> dli $2, 0x90008000
> EOF
> $ mips-linux-as -mips3 -march=r4600 -o testcase.o testcase.s
> testcase.s: Assembler messages:
> testcase.s:2
On Mon, Apr 18, 2016 at 10:42:38AM -0700, John Stultz wrote:
> On Mon, Apr 18, 2016 at 10:32 AM, Shaohua Li wrote:
> > On Mon, Apr 18, 2016 at 10:05:22AM -0700, John Stultz wrote:
> >> On Mon, Apr 11, 2016 at 5:57 PM, Shaohua Li wrote:
> >> > Calvin found 'perf record -a --call-graph dwarf -- sle
On Mon, 2016-04-18 at 19:15 +0200, Sebastian Andrzej Siewior wrote:
> take 2. There is this else case in pin_current_cpu() where I take
> hp_lock. I didn't manage to get in there. So I *think* we can get rid of
> the lock now. Since there is no lock (or will be) we can drop the whole
> `do_mig_dis
On Mon, Apr 18, 2016 at 10:48 AM, Shaohua Li wrote:
> On Mon, Apr 18, 2016 at 10:42:38AM -0700, John Stultz wrote:
>> I'm sort of on the edge of just adding a blacklist entry for the HPET
>> on this hardware. I'm not sure its something that can be easily
>> handled generically. I *hope* you only
Le lundi 18 avril 2016 à 16:22 +0800, tiffany lin a écrit :
> > > We are plaining to remove m2m framework in th feature, although
> we think
> >
> > Remove it for just the decoder driver or both encoder and decoder?
> >
> Remove it from decoder driver.
Did you look at how CODA handle it (drivers
On 4/18/2016 11:40 AM, Christoph Hellwig wrote:
> On Mon, Apr 18, 2016 at 11:21:12AM -0400, Sinan Kaya wrote:
>> I was looking at the code. I don't see how removing virt_to_page + vmap
>> would solve the issue.
>>
>> The code is trying to access the buffer space with direct.buf member
>> from the
On 4/18/16 1:20 PM, Florian Margaine wrote:
> On Mon, 2016-04-18 at 11:20 -0400, Eric Sandeen wrote:
>> >
>> > On 4/14/16 10:17 PM, Dave Chinner wrote:
>>> > > On Thu, Apr 14, 2016 at 09:57:07AM +0200, Florian Margaine wrote:
> > > This lets userland get the filesystem freezing status, aka
>>
On Monday 18 April 2016 11:01 PM, Jonathan Cameron wrote:
On 18 April 2016 17:49:39 BST, Laxman Dewangan wrote:
On Sunday 17 April 2016 04:24 PM, Jonathan Cameron wrote:
On 14/04/16 15:41, Laxman Dewangan wrote:
+static int gadc_thermal_read_channel(struct gadc_thermal_info *gti,
int *val)
Stephen Boyd writes:
> On 04/13, Eric Anholt wrote:
>> Signed-off-by: Eric Anholt
>> ---
>
> Acked-by: Stephen Boyd
>
> Or can I merge this? It wasn't addressed To: me so who knows.
Yeah, please merge it.
signature.asc
Description: PGP signature
Hi, how are you? My name is J Eric Denials, External Financial Auditor at
Lloyds Banking Group plc., London. It is a pleasure to contact you at this time
through this medium. I have a cool and legitimate deal to do with you as you're
a foreigner, it will be mutually beneficial to both. If you’re
On Mon, Apr 18, 2016 at 10:32 AM, Shaohua Li wrote:
> On Mon, Apr 18, 2016 at 10:05:22AM -0700, John Stultz wrote:
>> On Mon, Apr 11, 2016 at 5:57 PM, Shaohua Li wrote:
>> > Calvin found 'perf record -a --call-graph dwarf -- sleep 5' making
>> > clocksource
>> > switching to hpet. We found simil
From: Dan Carpenter
Date: Mon, 18 Apr 2016 11:44:49 +0300
> We deleted a line of code and accidentally made the "return put_user()"
> part of the if statement when it's supposed to be unconditional.
>
> Fixes: 9f9a45beaa96 ('udp: do not expect udp headers on ioctl SIOCINQ')
> Signed-off-by: Dan
On Mon, Apr 18, 2016 at 06:09:09AM -0700, Christoph Hellwig wrote:
> On Thu, Apr 14, 2016 at 10:45:50AM -0600, Jason Gunthorpe wrote:
> > On Thu, Apr 14, 2016 at 08:41:35AM -0700, Dennis Dalessandro wrote:
> > > This patch series removes the write() interface for user access in favor
> > > of an
>
On Mon, Apr 18, 2016 at 10:05:22AM -0700, John Stultz wrote:
> On Mon, Apr 11, 2016 at 5:57 PM, Shaohua Li wrote:
> > Calvin found 'perf record -a --call-graph dwarf -- sleep 5' making
> > clocksource
> > switching to hpet. We found similar symptom in another machine. Here is an
> > example:
> >
On 18 April 2016 17:49:39 BST, Laxman Dewangan wrote:
>
>On Sunday 17 April 2016 04:24 PM, Jonathan Cameron wrote:
>> On 14/04/16 15:41, Laxman Dewangan wrote:
>> +static int gadc_thermal_read_channel(struct gadc_thermal_info *gti,
>int *val)
>> +{
>> +int ret;
>> +
>> +ret = iio_read_ch
On Mon, Apr 11, 2016 at 5:57 PM, Shaohua Li wrote:
> We use watchdog clocksource to detect unstable clocksource. This assumes
> watchdog clocksource is correct. But it's possible watchdog clocksource
> is crappy, please see previous patch. Double check if watchdog interval
> is too long and bypass
The following series of patches implements a multi-instance vTPM
proxy driver that can dynamically create TPM 'server' and client device
pairs.
Using an ioctl on the provided /dev/vtpmx, a client-side vTPM device
and a server side file descriptor is created. The file descriptor must
be passed to
From: Jason Gunthorpe
The final thing preventing this was the way the sysfs files were
attached to the pdev. Follow the approach developed for ppi and move
the sysfs files to the chip->dev with symlinks from the pdev
for compatibility. Everything in the core now sanely uses container_of
to get th
Add documentation for the tpm_vtpm device driver that implements
support for providing TPM functionality to Linux containers.
Parts of this documentation were recycled from the Xen vTPM
device driver documentation.
Update the documentation for the ioctl numbers.
Signed-off-by: Stefan Berger
Rev
Introduce TPM_CHIP_FLAG_VIRTUAL to be used when the chip device has no
parent device.
Prevent sysfs entries requiring a parent device from being created.
Signed-off-by: Stefan Berger
Reviewed-by: Jason Gunthorpe
---
drivers/char/tpm/tpm-chip.c | 7 +--
drivers/char/tpm/tpm.h | 1 +
2
This patch implements a proxy driver for supporting multiple emulated TPMs
in a system.
The driver implements a device /dev/vtpmx that is used to created
a client device pair /dev/tpmX (e.g., /dev/tpm10) and a server side that
is accessed using a file descriptor returned by an ioctl.
The device /d
On Fri, Apr 15, 2016 at 04:13:18PM +0200, Sebastian Reichel wrote:
> Hi,
>
> On Fri, Apr 15, 2016 at 09:43:34AM +0900, Chanwoo Choi wrote:
> > This patch removes the deprecated notifier API of extcon framework and then
> > use
> > the new extcon API[2] with the unique id[1] to indicate the each e
On Mon, Apr 18, 2016 at 08:43:39PM +0800, PC Liao wrote:
> +Optional properties:
> +- sound-dai: audio codec dai on capture path
> + <&rt5650 0> : Default setting. Connect rt5650 I2S1 for capture. (dai_name
> = rt5645-aif1)
> + <&rt5650 1> : Connect rt5650 I2S2 for capture. (dai_name = rt5645-a
On Mon, 2016-04-18 at 11:20 -0400, Eric Sandeen wrote:
>
> On 4/14/16 10:17 PM, Dave Chinner wrote:
> > On Thu, Apr 14, 2016 at 09:57:07AM +0200, Florian Margaine wrote:
> > > This lets userland get the filesystem freezing status, aka
> > > whether the
> > > filesystem is frozen or not. This is so
On Monday 18 April 2016 10:08 PM, Stephen Warren wrote:
On 04/18/2016 02:46 AM, Laxman Dewangan wrote:
+
+/* There is only one debounce count register per port and hence
+ * set the maximum of current and requested debounce time.
+ */
+max_dbc = tegra_gpio_readl(GPIO_DBC_CNT(o
* Mike Galbraith | 2016-04-08 18:49:28 [+0200]:
>On Fri, 2016-04-08 at 16:51 +0200, Sebastian Andrzej Siewior wrote:
>
>> Is there anything you can hand me over?
>
>Sure, I'll send it offline (yup, that proud of my scripting;)
>
> -Mike
take 2. There is this else case in pin_current_cpu() w
mes kmalloc(128)/kfree -> 127 cycles
1 times kmalloc(256)/kfree -> 119 cycles
1 times kmalloc(512)/kfree -> 112 cycles
1 times kmalloc(1024)/kfree -> 112 cycles
1 times kmalloc(2048)/kfree -> 112 cycles
1 times kmalloc(4096)/kfree -> 1
On Mon, Apr 18, 2016 at 6:44 PM, Rob Herring wrote:
> On Mon, Apr 18, 2016 at 8:35 AM, Andrea Merello
> wrote:
>> On Thu, Apr 14, 2016 at 6:10 PM, Rob Herring wrote:
>>> On Wed, Apr 13, 2016 at 10:36:31AM +0200, Andrea Merello wrote:
According to Documentation/i2c/smbus-protocol, a smbus co
On Monday 18 April 2016 09:59 PM, Stephen Warren wrote:
On 04/18/2016 02:46 AM, Laxman Dewangan wrote:
Remove the file static device handle variable as this is just
required for prints. The required handle can be stored in
tegra_gpio_chip and hence it become redundancy.
This seems fine as far
201 - 300 of 919 matches
Mail list logo
