Em Fri, 7 Apr 2017 17:10:27 +0200
Benjamin Tissoires escreveu:
> On Apr 07 2017 or thereabouts, Mauro Carvalho Chehab wrote:
> > Em Fri, 7 Apr 2017 14:17:51 +0200
> > Benjamin Tissoires escreveu:
> >
> > > Hi Mauro,
> > >
> > > On Apr 07 2017 or thereabouts, Mauro Carvalho Chehab wrote:
>
The input subsystem documentation got converted into ReST.
Add it to the main documentation index and use kernel-figure
for the two svg images there.
Signed-off-by: Mauro Carvalho Chehab
---
Jon/Dmitry,
This patch contains the final bits of the input documentation
conversion. The linux-input t
On Mon, Apr 10, 2017 at 11:47:40PM +0400, Yury Norov wrote:
> According to latest plans figured out on Linaro Connect, ILP32 should
> be taken in 4.12 merge window.
Sorry, I wasn't present at Linaro Connect, so definitely not involved in
such decision.
BTW, it would be nice to have Arnd's ack on
From: "Michael S. Tsirkin"
Guests that are heavy on futexes end up IPI'ing each other a lot. That
can lead to significant slowdowns and latency increase for those guests
when running within KVM.
If only a single guest is needed on a host, we have a lot of spare host
CPU time we can throw at the
On Apr 11 2017, Catalin Marinas wrote:
> Is there an up to date pre-built toolchain and a filesystem for ILP32?
https://build.opensuse.org/project/show/devel:ARM:Factory:Contrib:ILP32
should have everything you need.
Andreas.
--
Andreas Schwab, SUSE Labs, sch...@suse.de
GPG Key fingerprint =
On Tue, Apr 11, 2017 at 01:45:35PM +0200, Alexander Graf wrote:
> From: "Michael S. Tsirkin"
>
> Guests that are heavy on futexes end up IPI'ing each other a lot. That
> can lead to significant slowdowns and latency increase for those guests
> when running within KVM.
>
> If only a single guest
On 04/11/2017 02:41 PM, Gabriel L. Somlo wrote:
On Tue, Apr 11, 2017 at 01:45:35PM +0200, Alexander Graf wrote:
From: "Michael S. Tsirkin"
Guests that are heavy on futexes end up IPI'ing each other a lot. That
can lead to significant slowdowns and latency increase for those guests
when running
On Tue, Apr 11, 2017 at 08:41:11AM -0400, Gabriel L. Somlo wrote:
> On Tue, Apr 11, 2017 at 01:45:35PM +0200, Alexander Graf wrote:
> > From: "Michael S. Tsirkin"
> >
> > Guests that are heavy on futexes end up IPI'ing each other a lot. That
> > can lead to significant slowdowns and latency incre
Some mice have a switch on their wheel, allowing to switch
between ratchet and free wheel mode. Add support for it.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/input/event-codes.txt| 12
include/linux/mod_devicetable.h| 2 +-
include/uapi/linux/input-event-co
As some devices can produce either low-res or high-res
vertical wheel EV_REL events, add a new event to allow
userspace to distinguish between them.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/input/event-codes.txt| 17 ++---
include/uapi/linux/input-event-codes.h | 1
On Tue, Apr 11, 2017 at 12:33:35PM +0100, Catalin Marinas wrote:
> On Mon, Apr 10, 2017 at 11:47:40PM +0400, Yury Norov wrote:
> > According to latest plans figured out on Linaro Connect, ILP32 should
> > be taken in 4.12 merge window.
>
> Sorry, I wasn't present at Linaro Connect, so definitely n
> On Apr 10, 2017, at 8:42 AM, Rob Herring wrote:
>
> On Tue, Apr 04, 2017 at 12:20:34PM -0700, John Muir wrote:
>> +MAX31760 fan controller
>> +---
>> +
>> +This device supports I2C only. Many properties of this device are
>> configurable
>> +thorugh the hwmon interface. See
On Sat, Apr 08, 2017 at 10:04:33PM +0200, Greg Kroah-Hartman wrote:
> On Sat, Apr 08, 2017 at 11:23:28AM -0600, Jonathan Corbet wrote:
> > On Wed, 5 Apr 2017 10:22:54 -0300
> > Mauro Carvalho Chehab wrote:
> >
> > > Currently, there are several USB core documents that are at either
> > > written
Hello,
Some of these patches were send few years back, I saw that first
version was send to this list in 2010, and after some reviews did not
landi [1] , apparently without any reason.
The patches has been used and working well on the ChromeOS kernel for
long time, this version is basically a reb
From: Brian Norris
If anyone is going to use dm_table_create(), they probably should be
able to use dm_table_destroy() too. Move the dm_table_destroy()
definition outside the private header, near dm_table_create()
Signed-off-by: Brian Norris
Signed-off-by: Enric Balletbo i Serra
---
drivers/m
From: Will Drewry
Version 0 of the on-disk format is compatible with the format used in the
Chromium OS. This patch adds support for this version.
Format type 0 is the original Chrome OS version, whereas the format type 1
is current version, but 0, the original format used in the Chromium OS is
From: Will Drewry
One function is added which allows for a programmatically created
mapped device to be inserted into the dm-ioctl hash table. This binds
the device to a name and, optional, uuid which is needed by udev and
allows for userspace management of the mapped device.
Signed-off-by: Will
From: Will Drewry
Add a dm= kernel parameter modeled after the md= parameter from
do_mounts_md. It allows for device-mapper targets to be configured at
boot time for use early in the boot process (as the root device or
otherwise).
Signed-off-by: Will Drewry
Signed-off-by: Enric Balletbo i Serra
To boot to device-mapper targets without an initr* we should be able to
use some dm functions, move these to the device-mapper include file so
we can call these functions from init/*
The functions moved are:
dm_table_get_type()
dm_lock_md_type()
dm_unlock_md_type()
dm_set_md_type()
dm_g
This might be more useful if it could be dynamically toggled on and
off, depending on system load.
On Tue, Apr 11, 2017 at 4:45 AM, Alexander Graf wrote:
> From: "Michael S. Tsirkin"
>
> Guests that are heavy on futexes end up IPI'ing each other a lot. That
> can lead to significant slowdowns an
On 04/11/2017 05:33 PM, Enric Balletbo i Serra wrote:
> From: Will Drewry
>
> Version 0 of the on-disk format is compatible with the format used in the
> Chromium OS. This patch adds support for this version.
>
> Format type 0 is the original Chrome OS version, whereas the format type 1
> is cur
> Am 11.04.2017 um 19:10 schrieb Jim Mattson :
>
> This might be more useful if it could be dynamically toggled on and
> off, depending on system load.
What would trapping mwait (currently) buy you?
As it stands today, before this patch, mwait is simply implemented as a nop, so
enabling the t
Em Tue, 11 Apr 2017 16:58:40 +0200
Greg Kroah-Hartman escreveu:
> On Sat, Apr 08, 2017 at 10:04:33PM +0200, Greg Kroah-Hartman wrote:
> > On Sat, Apr 08, 2017 at 11:23:28AM -0600, Jonathan Corbet wrote:
> > > On Wed, 5 Apr 2017 10:22:54 -0300
> > > Mauro Carvalho Chehab wrote:
> > >
> > >
> Also, the latest benchmarks I've seen were mostly for user space
> while I'm more concerned with the user-kernel interface
> (https://marc.info/?l=linux-arm-kernel&m=148690490713310&w=2).
> On the glibc testing side, have the regressions been identified/fixed?
I run LTP for testing the ABI and
On Tue, Apr 11, 2017 at 03:36:39PM -0300, Mauro Carvalho Chehab wrote:
> Em Tue, 11 Apr 2017 16:58:40 +0200
> Greg Kroah-Hartman escreveu:
>
> > On Sat, Apr 08, 2017 at 10:04:33PM +0200, Greg Kroah-Hartman wrote:
> > > On Sat, Apr 08, 2017 at 11:23:28AM -0600, Jonathan Corbet wrote:
> > > > On
On 04/11/2017 08:36 PM, Yury Norov wrote:
Also, the latest benchmarks I've seen were mostly for user space
while I'm more concerned with the user-kernel interface
(https://marc.info/?l=linux-arm-kernel&m=148690490713310&w=2).
On the glibc testing side, have the regressions been identified/fixe
On Mon, Apr 10, 2017 at 10:43:28AM -0500, Bjorn Helgaas wrote:
> On Wed, Apr 05, 2017 at 02:22:20PM +0530, Kishon Vijay Abraham I wrote:
> > Hi Bjorn,
> >
> > Please find the pull request for PCI endpoint support below. I've
> > also included all the history here.
>
> Thanks, I applied these (wit
On 11/04/17 19:21, Milan Broz wrote:
> On 04/11/2017 05:33 PM, Enric Balletbo i Serra wrote:
>> From: Will Drewry
>>
>> Version 0 of the on-disk format is compatible with the format used in the
>> Chromium OS. This patch adds support for this version.
>>
>> Format type 0 is the original Chrome O
On Tue, Apr 11, 2017 at 06:47:28AM -0700, John Muir wrote:
> > On Apr 10, 2017, at 8:42 AM, Rob Herring wrote:
> >
> > On Tue, Apr 04, 2017 at 12:20:34PM -0700, John Muir wrote:
> >> +MAX31760 fan controller
> >> +---
> >> +
> >> +This device supports I2C only. Many properties
On Tue, 11 Apr 2017 16:58:40 +0200
Greg Kroah-Hartman wrote:
> Nope, they don't apply to my tree, it was probably based on yours. And
> the first two are ones I shouldn't be taking.
>
> So, feel free to take all of these with a:
> Acked-by: Greg Kroah-Hartman
> for the USB-related patche
On Tue, Apr 11, 2017 at 08:42:24PM +0200, Florian Weimer wrote:
> On 04/11/2017 08:36 PM, Yury Norov wrote:
> >>Also, the latest benchmarks I've seen were mostly for user space
> >>while I'm more concerned with the user-kernel interface
> >>(https://marc.info/?l=linux-arm-kernel&m=148690490713310&w
On Tue, 11 Apr 2017 07:01:19 -0300
Mauro Carvalho Chehab wrote:
> This patch contains the final bits of the input documentation
> conversion. The linux-input tree has already the ReST conversion
> patches, but it doesn't have the
> Documentation/sphinx/load_config.py script with implements
> the
v2:
- Fixup based on comments.
Signed-off-by: John Muir
---
.../devicetree/bindings/hwmon/max31760.txt | 72 ++
1 file changed, 72 insertions(+)
create mode 100644 Documentation/devicetree/bindings/hwmon/max31760.txt
diff --git a/Documentation/devicetree/bindings/hw
Add a driver for the Maxim Integrated MAX31760 Precision Fan
Speed Controller.
v2:
- Fixup open firmware code.
- Add a few comments.
Signed-off-by: John Muir
---
Documentation/hwmon/max31760 | 41 ++
drivers/hwmon/Kconfig| 10 +
drivers/hwmon/Makefile |1 +
drivers/hwmon/m
Add a device driver for the MAX31760 I2C device with a hwmon interface and
a few open firmware device properties.
v2:
- Fixup device tree binding documentation.
- max32760: Fix OF code and add some comments.
John Muir (2):
hwmon: Add MAX31760 fan controller driver.
devicetree: Document the ma
Hi Will,
[auto build test ERROR on dm/for-next]
[also build test ERROR on v4.11-rc6 next-20170411]
[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/Enric-Balletbo-i-Serra/dm-boot-a-mapped-device
Hi Bjorn,
On Wednesday 12 April 2017 01:04 AM, Bjorn Helgaas wrote:
> On Mon, Apr 10, 2017 at 10:43:28AM -0500, Bjorn Helgaas wrote:
>> On Wed, Apr 05, 2017 at 02:22:20PM +0530, Kishon Vijay Abraham I wrote:
>>> Hi Bjorn,
>>>
>>> Please find the pull request for PCI endpoint support below. I've
>>
* Masami Hiramatsu wrote:
> On Thu, 30 Mar 2017 08:53:32 +0200
> Ingo Molnar wrote:
>
> >
> > * Masami Hiramatsu wrote:
> >
> > > > So this is something I missed while the original code was merged, but
> > > > the concept
> > > > looks a bit weird: why do we do any "allocation" while a ha
38 matches
Mail list logo
