Remove the if conditional - that will help us avoid
an "else initialize to 0" Also, rearrange operators
for slightly better code.
Signed-off-by: Bandan Das
---
arch/x86/kvm/emulate.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/arch/x86/kvm/emulate.c b/arch/
Hello, Lai.
On Thu, Apr 17, 2014 at 12:21:21AM +0800, Lai Jiangshan wrote:
> OK. It is better to use get_pwq(). I will also change the above comments to:
>
> The base ref and the possible ref from rerscuer(stopped) are never
> dropped on per-cpu pwqs.
> Directly free the pwqs and wq.
Hmmm, w
On 04/16/2014 01:44 AM, Christoph Hellwig wrote:
> Add a blk-mq equivalent to blk_delay_queue so that the scsi layer can ask
> to be kicked again after a delay.
Applied with the preempts bits from the delayed work handler removed.
--
Jens Axboe
--
To unsubscribe from this list: send the line "u
On 04/16/2014 10:47 AM, Christoph Hellwig wrote:
> On Wed, Apr 16, 2014 at 10:45:03AM -0600, Jens Axboe wrote:
>> There's nothing wrong with the check, it's identical to one I sent out
>> last week. But it's not part of the bidi enable patch, it's a separate
>> bug fix for bsg.
>
> Do you want to
On Wed, 2014-04-16 at 12:21 -0400, Tejun Heo wrote:
> Hello,
>
> On Wed, Apr 16, 2014 at 12:13:57PM -0400, Simo Sorce wrote:
> > The only one that *may* be reasonable is the "secret" cgroup name one,
> > however nobody seem to come up with a reason why it is legitimate to
> > allow to keep cgroup
(resending without the html)
On Wed, Apr 16, 2014 at 9:36 AM, John Stultz wrote:
>
> On 04/16/2014 07:39 AM, Joe Perches wrote:
> > On Wed, 2014-04-16 at 23:27 +0900, Seunghun Lee wrote:
> >> This patch fix checkpatch.pl warnings and errors.
> > []
> >> diff --git a/drivers/staging/android/uapi/b
Jingoo,
Thanks for taking a stab at trying to convert a host bridge
driver to use the new generic host bridge code.
I do however have concerns on the direction you took. You have split
your driver in two, depending on whether it was CONFIG_ARM or CONFIG_ARM64,
even if (with my series) it should b
On Wed, 2014-04-16 at 09:31 -0700, Andy Lutomirski wrote:
> On Wed, Apr 16, 2014 at 9:13 AM, Simo Sorce wrote:
> > On Wed, 2014-04-16 at 07:37 -0700, Andy Lutomirski wrote:
> >> On Wed, Apr 16, 2014 at 5:57 AM, David Miller wrote:
> >> >
> >> > Please, just stop.
> >>
> >> No.
> >>
> >> This thre
On 04/15/2014 08:08 PM, Yoshihiro YUNOMAE wrote:
> Hi Stephen,
>
> Thank you for your review.
>
> (2014/04/16 2:39), Stephen Warren wrote:
>> On 04/15/2014 02:06 AM, Yoshihiro YUNOMAE wrote:
>>> /* I found a bug in V5, so I resend this as V5.1. Please do not
>>> review V5. */
>>>
>>> Add tunable
On Wed, Mar 26, 2014 at 09:28:42AM -0500, Rob Herring wrote:
> On Wed, Mar 19, 2014 at 6:12 PM, Tanmay Inamdar wrote:
> > This patch adds the device tree nodes for APM X-Gene PCIe controller and
> > PCIe clock interface. Since X-Gene SOC supports maximum 5 ports, 5 dts
> > nodes are added.
>
> [s
On Wed, Apr 16, 2014 at 10:16:10AM +0200, Boris BREZILLON wrote:
> + if (i2c_check_functionality(i2c->adapter, I2C_FUNC_I2C)) {
> + return ®map_i2c;
> + } else if (config->val_bits == 16 &&
> +i2c_check_functionality(i2c->adapter,
> +
On Wed, Apr 16, 2014 at 09:06:21AM -0700, Paul E. McKenney wrote:
> On Wed, Apr 16, 2014 at 10:08:03AM -0500, Christoph Lameter wrote:
> > On Tue, 15 Apr 2014, Paul E. McKenney wrote:
> >
> > > Hello, Christoph,
> > >
> > > I have a patch that currently uses __this_cpu_inc_return() to increment a
Hi Arnd,
We had an intensive discussion of the series in the beginning of
December 2013 [1]. The discussion resulted in 3 versions of the series
in less than 3 weeks. Then there was a decision to block this series
until Daniel Mack's DMA-engine-for-PXA series is ready.
Unfortunately Daniel neigth
Signed-off-by: Sergei Ianovich
CC: Daniel Mack
CC: Haojian Zhuang
CC: Arnd Bergmann
---
v3..v4
v2..v3
v1..v2
* no changes
arch/arm/boot/dts/pxa2xx.dtsi | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/pxa2xx.dtsi b/arch/arm/boot/dts/pxa2xx
Signed-off-by: Sergei Ianovich
CC: Daniel Mack
CC: Haojian Zhuang
CC: Arnd Bergmann
---
v3..v4
v2..v3
v1..v2
* no changes
arch/arm/boot/dts/pxa27x.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/pxa27x.dtsi b/arch/arm/boot/dts/pxa27x.dtsi
index a70
Non-dts implementation supply required DMA channel numbers as
IORESOURCE_DMA. We can also get them from the device tree, if it
is present.
This patch updates device tree with the proper dmaengine-based
"marvell,pdma-1.0" DMA.
There is no actual data handling in this patch, because the existing
dr
pxa2xx-uart was a separate uart platform driver. It was declaring
the same device names and numbers as 8250 driver. As a result,
it was impossible to use 8250 driver on PXA SoCs.
Upon closer examination pxa2xx-uart turned out to be a clone of
8250_core driver.
Workaround for Erratum #19 according
Hello Mark,
On 16/04/2014 19:06, Mark Brown wrote:
> On Wed, Apr 16, 2014 at 10:16:10AM +0200, Boris BREZILLON wrote:
>
>> +if (i2c_check_functionality(i2c->adapter, I2C_FUNC_I2C)) {
>> +return ®map_i2c;
>> +} else if (config->val_bits == 16 &&
>> + i2c_check_func
Signed-off-by: Sergei Ianovich
CC: Daniel Mack
CC: Haojian Zhuang
CC: Arnd Bergmann
---
v3..v4
v2..v3
* no changes
v1..v2
* use of_have_populated_dt() instead of a static variable
* drop #ifdef in header file
* number changed from 8 to 5 (dropped patches)
arch/arm/mach-p
This way it will be more difficult to change the declaration in one
place, but not the other.
In addition, the change allows to use the binding for pxa-gpio on
other PXA CPUs.
Signed-off-by: Sergei Ianovich
CC: Daniel Mack
CC: Haojian Zhuang
CC: Arnd Bergmann
---
v3..v4
v2..v3
* no c
The existing PXA MMC driver cannot get DMA channels in a proper
way from the respective device tree binding.
This patch provides temporary workaround which allows using the
existing driver in DT machines by pointing to the proper
dmaengine-based "marvell,pdma-1.0" DMA.
Even though the new DMA pro
ICP DAS calls LP-8x4x 'programmable automation controller'. It is
an industrial computer based on PXA270 SoC. They ship it with a 2.6.19
kernel and proprietary kernel module and userspace library to access
its industrial IO.
This patch allows to boot the device with a modern kernel with device
tre
This provides an MTD device driver for 512kB of battery backed up SRAM
on ICPDAS LP-8X4X programmable automation controllers.
SRAM chip is connected via FPGA and is not accessible without a driver,
unlike flash memory which is wired to CPU MMU.
This SRAM becomes an excellent persisent storage of
Signed-off-by: Sergei Ianovich
---
v3..v4
* move DTS bindings to a different patch (8/21)
v2..v3
* use usleep_range instead of custom nsleep
* number change (07/16 -> 09/21)
v0..v2
* use device tree
* use devm helpers where possible
.../devicetree/bindings/rtc/rtc-ds130
The patch adds support for 3 additional LP-8x4x built-in serial
ports.
The device can also host up to 8 extension cards with 4 serial ports
on each card for a total of 35 ports. However, I don't have
the hardware to test extension cards, so they are not supported, yet.
Signed-off-by: Sergei Ianov
ICP DAS LP-8x4x contains FPGA chip. The chip functions as an interrupt
source providing 16 additional interrupts among other things. The
interrupt lines are muxed to a GPIO pin of a 2nd level PXA-GPIO
interrupt controller. GPIO pins of the 2nd level controller are in turn
muxed to a CPU interrupt l
Signed-off-by: Sergei Ianovich
---
v3..v4
* move DTS binding to a different patch (8/21)
v2..v3
* new patch
.../devicetree/bindings/misc/lp8x4x-bus.txt| 8 ++--
Documentation/misc-devices/lp8x4x_bus.txt | 3 ++
drivers/misc/lp8x4x_bus.c |
Status of I-8042 16 digital output channels can be managed via
sysfs.
Status of I-8042 16 digital input channels can be read via sysfs.
http://www.icpdas.com/products/Remote_IO/i-8ke/i-8042w.htm
Signed-off-by: Sergei Ianovich
---
v3..v4
v2..v3
v0..v2
* no changes (except number 15/1
Signed-off-by: Sergei Ianovich
---
v3..v4
* move DTS binding to a different patch (8/21)
v2..v3
* new patch
.../devicetree/bindings/misc/lp8x4x-bus.txt| 2 ++
Documentation/misc-devices/lp8x4x_bus.txt | 3 +++
drivers/misc/lp8x4x_bus.c | 2
This patch implements probing for the bus and reporting the number
of available expansion slots.
Signed-off-by: Sergei Ianovich
---
v3..v4
* move DTS binding to a different patch (8/21)
v2..v3
* fixed goto after bus_register
* number change (11/16 -> 13/21)
v0..v2
* use dev
On Thu, Apr 17, 2014 at 12:46 AM, Tejun Heo wrote:
> Please put it before @new_sb_created.
Ok.
> Also, why isn't it unsigned long magic?
I just thought there may be more private data in the future, so I made
it a void pointer. But now I think this is overskill and meaningless.
Renewed patch he
On Wed, Apr 16, 2014 at 10:02 AM, Simo Sorce wrote:
> On Wed, 2014-04-16 at 09:31 -0700, Andy Lutomirski wrote:
>> On Wed, Apr 16, 2014 at 9:13 AM, Simo Sorce wrote:
>> > On Wed, 2014-04-16 at 07:37 -0700, Andy Lutomirski wrote:
>> >> On Wed, Apr 16, 2014 at 5:57 AM, David Miller wrote:
>> >> >
Hi Pual,
OK, we will merge it into our tree.
Best,
Lennox
2014-04-15 17:19 GMT+08:00 Paul Bolle :
> On Mon, 2014-02-10 at 10:24 +0800, Lennox Wu wrote:
>> Thanks.
>>
>> Acked-by: Lennox Wu
>
> I don't think this oneliner is queued somewhere. Lennox, you're listed
> as one of the score maintainer
This patch enumerates parallel modules in expansion slots and exposes
model numbers via sysfs.
Signed-off-by: Sergei Ianovich
---
v3..v4
* move DTS binding to a different patch (8/21)
v2..v3
* no changes (except number 13/16 -> 18/21)
v0..v2
* use device tree
* use devm hel
Serial modules (I-870xxW series) implement DCON protocol which
allows one-master-many-slaves configuration over RS-485. When
these modules are installed into the device, they could be
accessed using the 2nd PXA built-in UART port (/dev/ttyS1).
However, it seems that addresses are not processed by t
Status of I-8041 32 digital output channels can be managed via
sysfs now.
http://www.icpdas.com/products/Remote_IO/i-8ke/i-8041w.htm
Signed-off-by: Sergei Ianovich
---
v3..v4
v2..v3
v0..v2
* no changes (except number 14/16 -> 19/21)
Documentation/misc-devices/lp8x4x_bus.txt | 4 ++
at24c128 write protection is implemented by a separate GPIO line.
EEPROM driver doesn't provide this option, so we implement it
in the board-specific device.
Signed-off-by: Sergei Ianovich
---
v3..v4
* move DTS binding to a different patch (8/21)
v2..v3
* new patch
.../devicetree/b
-Convert printk(KERN_WARNING|KERN_ERR|KERN_INFO to pr_foo()
-Define pr_fmt where it doesn't break existing format.
Thanks to Joe Perches for commenting different versions.
Cc: Bjorn Helgaas
Cc: Andrew Morton
Cc: Joe Perches
Signed-off-by: Fabian Frederick
---
v3:
-Separate format/arguments on
On Wed, 2014-04-16 at 10:29 -0700, Andy Lutomirski wrote:
> Then please remove SO_PASSCGROUP.
Can you stop demanding changes while demonstrating you haven't well
understood the needs, let alone the consequences ?
Take a day or 2, put your thoughts together and come back with a clear
description o
On Wed, 16 Apr 2014, Peter Zijlstra wrote:
> Does the below make any difference? I've only ran it through some light
> testing to make sure it didn't insta-explode on running.
>
> (perf stat make -j64 -s in fact)
I'm running with your patch now and so far so good.
Unfortunately the problem isn'
On Thu, Apr 17, 2014 at 01:24:18AM +0800, Jianyu Zhan wrote:
> On Thu, Apr 17, 2014 at 12:46 AM, Tejun Heo wrote:
> > Please put it before @new_sb_created.
>
> Ok.
>
> > Also, why isn't it unsigned long magic?
>
> I just thought there may be more private data in the future, so I made
> it a voi
Hi Jacek,
Thanks for the patch! Comments below.
On Fri, Apr 11, 2014 at 04:56:54PM +0200, Jacek Anaszewski wrote:
> This patch adds led-flash support to Maxim max77693 chipset.
> A device can be exposed to user space through LED subsystem
> sysfs interface or through V4L2 subdevice when the suppo
On Wed, Apr 16, 2014 at 04:39:47PM +, Jane Wan wrote:
> On Mon, Apr 14, 2014 at 09:51:56PM +0100, Mark Brown wrote:
> > > + if (spi_raw_rxdata_to_user[m->spi->chip_select])
> > > + espi_trans->len = n_tx;
> > > + else
> > > + espi_trans->len = tr
Status of I-8042 4 analog output channels can be managed via
sysfs.
http://www.icpdas.com/root/product/solutions/remote_io/rs-485/i-8k_i-87k/i-8024w.html
Signed-off-by: Sergei Ianovich
---
v3..v4
* no changes
v2..v3
* use usleep_range instead of custom nsleep
* number change (16/
Hello,
On Wed, Apr 16, 2014 at 02:33:27PM +0900, Daeseok Youn wrote:
>
> Replace blocks of code which checks whether pwq is defalut with
> jump to use_dfl_pwq. It is same as before.
A better wording would be sth like
wq_update_unbound_numa(), when it's decided that the newly updated
cpumask e
Hi,
On 04/16/2014 07:13 PM, Sergei Ianovich wrote:
> We had an intensive discussion of the series in the beginning of
> December 2013 [1]. The discussion resulted in 3 versions of the series
> in less than 3 weeks. Then there was a decision to block this series
> until Daniel Mack's DMA-engine-for
On Wed, Apr 16, 2014 at 02:32:29PM +0900, Daeseok Youn wrote:
>
> wq_update_unbound_numa() failure path has the following two bugs.
> - alloc_unbound_pwq() is called without holding wq->mutex;
> however, if the allocation fails, it jumps to out_unlock
> which tries to unlock wq->mutex.
>
> -
On Wednesday 16 April 2014 9:06:57 am Geert Uytterhoeven wrote:
> Hi Steven,
>
> On Wed, Apr 16, 2014 at 5:47 PM, Steven King wrote:
> > --- a/mm/slab.c
> > +++ b/mm/slab.c
> > @@ -2572,13 +2572,13 @@ static void *alloc_slabmgmt(struct kmem_cache
> > *cachep, return freelist;
> > }
> >
> > -stati
On Wed, 16 Apr 2014, Vince Weaver wrote:
> On Wed, 16 Apr 2014, Peter Zijlstra wrote:
>
> > Does the below make any difference? I've only ran it through some light
> > testing to make sure it didn't insta-explode on running.
> >
> > (perf stat make -j64 -s in fact)
>
> I'm running with your pat
Lee,
On Wed, Apr 16, 2014 at 9:26 AM, Lee Jones wrote:
>> >> On the ARM Chromebook tps65090 has two masters: the AP (the main
>> >> processor running linux) and the EC (the embedded controller). The AP
>> >> is allowed to mess with FETs but the EC is in charge of charge control.
>> >>
>> >> The
On Wed, Apr 16, 2014 at 01:21:34PM +0530, Amit Sahrawat wrote:
> Sorry Ted, if it caused the confusion.
>
> There were actually 2 parts to the problem, the logs in the first mail
> were from the original situation – where in there were many block
> groups and error prints also showed that.
>
> EX
On Wed, Apr 16, 2014 at 01:43:49PM -0400, Vince Weaver wrote:
> On Wed, 16 Apr 2014, Vince Weaver wrote:
>
> > On Wed, 16 Apr 2014, Peter Zijlstra wrote:
> >
> > > Does the below make any difference? I've only ran it through some light
> > > testing to make sure it didn't insta-explode on running
On Wed, Apr 16, 2014 at 10:34 AM, Simo Sorce wrote:
> On Wed, 2014-04-16 at 10:29 -0700, Andy Lutomirski wrote:
>> Then please remove SO_PASSCGROUP.
>
> Can you stop demanding changes while demonstrating you haven't well
> understood the needs, let alone the consequences ?
>
> Take a day or 2, put
This sets the correct error code when final filter memory is unavailable,
and frees the raw filter no matter what.
unreferenced object 0x8800d6ea4000 (size 512):
comm "sshd", pid 278, jiffies 4294898315 (age 46.653s)
hex dump (first 32 bytes):
21 00 00 00 04 00 00 00 15 00 01 00 3e 00
On 04/15/2014 05:49 AM, Benjamin Herrenschmidt wrote:
> On Mon, 2014-04-14 at 14:58 -0400, Joseph Salisbury wrote:
>> After further review, it appears ppc does not actually use the define
>> in
>> the ppc headers but uses the common generic
>> default(include/uapi/asm-generic/setup.h). COMMAND_LIN
Hi,
On Wed, Apr 16, 2014 at 04:09:28PM +0530, sundeep subbaraya wrote:
> Hi Felipe,
>
> On Thu, Apr 3, 2014 at 8:28 PM, Felipe Balbi wrote:
>
> >> +static int start_dma(struct xusb_ep *ep, u32 src, u32 dst, u32 length)
> >
> > please prepend this with xudc_, it makes tracing a lot easier.
> >
>
On Tue, Apr 15, 2014 at 04:57:49PM +0200, Miklos Szeredi wrote:
> Some callers (aio_run_iocb, vmsplice_to_user) forget to free the iov on
> error. This seems to be a recurring problem, with most callers being buggy
> initially.
Your patch looks a lot more complete than the quick hack I did a
On Wed, Apr 16, 2014 at 09:31:25AM -0700, Andy Lutomirski wrote:
> On Wed, Apr 16, 2014 at 9:13 AM, Simo Sorce wrote:
> > On Wed, 2014-04-16 at 07:37 -0700, Andy Lutomirski wrote:
> >> On Wed, Apr 16, 2014 at 5:57 AM, David Miller wrote:
> >> >
> >> > Please, just stop.
> >>
> >> No.
> >>
> >> Th
On 04/14/2014 06:41 AM, Peter Ujfalusi wrote:
> Hi,
>
> Changes since v2:
> - Dropped patch 10 from v2 (simplify direction configuration...)
> - Dropped the channel priority related patches since we are going to go via
> different route for configuring the priority.
> - Added ACK from Joel for t
On Wed, Apr 16, 2014 at 11:06 AM, Vivek Goyal wrote:
> On Wed, Apr 16, 2014 at 09:31:25AM -0700, Andy Lutomirski wrote:
> I am not sure how same issue with happen with cgroups. In the case of
> socket example, you are forcing a setuid program to write to standard
> output and that setuid program w
Hi Jacek,
Thanks for the update!
On Fri, Apr 11, 2014 at 04:56:56PM +0200, Jacek Anaszewski wrote:
> This patch adds helper functions for registering/unregistering
> LED class flash devices as V4L2 subdevs. The functions should
> be called from the LED subsystem device driver. In case the
> suppo
On the ARM Chromebook tps65090 has two masters: the AP (the main
processor running linux) and the EC (the embedded controller). The AP
is allowed to mess with FETs but the EC is in charge of charge control.
The tps65090 interupt line is routed to both the AP and the EC, which
can cause quite a he
An issue was discovered with tps65090 where sometimes the FETs
wouldn't actually turn on when requested (they would report
overcurrent). The most problematic FET was the one used for the LCD
backlight on the Samsung ARM Chromebook (FET1). Problems were
especially prevalent when the device was plu
On Wed, Apr 16, 2014 at 11:13:31AM -0700, Andy Lutomirski wrote:
[..]
> > Ok, so passing cgroup information is not necessarily a problem as long
> > as it is not used for authentication. So say somebody is just logging
> > all the client request and which cgroup client was in, that should not
> >
On Wednesday 16 April 2014 17:57:24 Liviu Dudau wrote:
> Jingoo,
>
> Thanks for taking a stab at trying to convert a host bridge
> driver to use the new generic host bridge code.
>
> I do however have concerns on the direction you took. You have split
> your driver in two, depending on whether it
Hey Andrew,
can you pls pick this one up - it seems it fell through the cracks.
Thanks.
On Wed, Feb 19, 2014 at 03:21:35PM +0100, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Let's use the more common "unusable".
>
> Cc: Eric Biederman
> Cc: ke...@lists.infradead.org
> Signed-off-by: B
Mark,
On Wed, Apr 16, 2014 at 3:13 AM, Mark Brown wrote:
> On Wed, Apr 16, 2014 at 10:59:22AM +0100, Lee Jones wrote:
>
>> > NOTE: the IRQnMASK and CG_CTRLn registers are the exception and could
>> > be cached. If we find that we spend a lot of time reading those we
>> > can turn on cache for ju
The tps65090 regulator allows you to specify how long you want it to
wait before detecting an overcurrent condition. Allow specifying that
through the device tree (or through platform data).
Signed-off-by: Doug Anderson
Signed-off-by: Simon Glass
Signed-off-by: Michael Spang
Signed-off-by: Sea
Mark,
On Tue, Apr 15, 2014 at 3:52 PM, Mark Brown wrote:
> On Tue, Apr 15, 2014 at 01:14:36PM -0700, Doug Anderson wrote:
>
>> Mitigate the problem by:
>> * Allow setting the overcurrent wait time so devices with this problem
>> can set it to the max.
>> * Add retry logic on enables of FETs.
>
These five patches bring tps65090 up to speed with what's currently
in the Chromium OS kernel 3.8 tree and running on the Samsung ARM
Chromebook. Changes were tested atop the current linux tree
(v3.15-rc1). FET retries were tested on a machine with a known flaky
tps65090. Since display isn't wor
On Wed, 16 Apr 2014, Paul E. McKenney wrote:
> On Wed, Apr 16, 2014 at 09:06:21AM -0700, Paul E. McKenney wrote:
> > On Wed, Apr 16, 2014 at 10:08:03AM -0500, Christoph Lameter wrote:
> > > On Tue, 15 Apr 2014, Paul E. McKenney wrote:
> > >
> > > > Hello, Christoph,
> > > >
> > > > I have a patch
Nearly all of the registers in tps65090 combine control bits and
status bits. Turn off caching of all registers except the select few
that can be cached.
In order to avoid adding more duplicate #defines, we also move some
register offset definitions to the mfd driver (and resolve
inconsistent nam
On Thu, 2014-04-17 at 01:29 +0800, Lennox Wu wrote:
> OK, we will merge it into our tree.
Thanks!
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-
On 04/15/2014 05:18 AM, Vlastimil Babka wrote:
isolate_freepages() is currently somewhat hard to follow thanks to many
different pfn variables. Especially misleading is the name 'high_pfn' which
looks like it is related to the 'low_pfn' variable, but in fact it is not.
This patch renames the 'hi
If we weren't given an interrupt we shouldn't tell child devices (like
the tps65090 charger) that they have an interrupt. This is needed so
that we can support polling mode in the tps65090 charger driver.
See also (charger: tps65090: Allow charger module to be used when no
irq).
Signed-off-by: D
On Wed, Apr 16, 2014 at 11:25 AM, Vivek Goyal wrote:
> On Wed, Apr 16, 2014 at 11:13:31AM -0700, Andy Lutomirski wrote:
>
> [..]
>> > Ok, so passing cgroup information is not necessarily a problem as long
>> > as it is not used for authentication. So say somebody is just logging
>> > all the clien
On Wed, Apr 16, 2014 at 10:29:08AM -0700, Andy Lutomirski wrote:
[..]
> >> Admittedly cgroups aren't currently as important as uid, but if this
> >> changes, then SO_PASSCGROUP, as currently written, will have *exactly*
> >> the same problem.
> >
> > Which is easy to foil by using SO_PEERCGROUP an
On Sun, 2014-04-13 at 02:05 +0200, Manuel Krause wrote:
> On 2014-04-11 00:51, Manuel Krause wrote:
> > On 2014-04-07 13:45, Rafael J. Wysocki wrote:
> >> On Monday, April 07, 2014 01:17:51 AM Manuel Krause wrote:
> >>> On 2014-04-06 04:43, Guenter Roeck wrote:
> On 04/05/2014 07:37 PM, Manuel
> + baud = uart_get_baud_rate(port, termios, old,
> + port->uartclk / 16 / 0x,
> + port->uartclk / 16);
> + switch (baud) {
> + case 2400:
> + len |= 1;
> + break;
> + case 4800:
> +
On Wed, 16 Apr 2014 21:17:26 +0400
Sergei Ianovich wrote:
> Status of I-8042 4 analog output channels can be managed via
> sysfs.
Surely this is an iio interface and should follow the same API as
everyone else ?
Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Wed, Apr 16, 2014 at 11:36 AM, Vivek Goyal wrote:
> On Wed, Apr 16, 2014 at 10:29:08AM -0700, Andy Lutomirski wrote:
>
> [..]
>> >> Admittedly cgroups aren't currently as important as uid, but if this
>> >> changes, then SO_PASSCGROUP, as currently written, will have *exactly*
>> >> the same pr
From: Ramkumar Ramachandra
Signed-off-by: Ramkumar Ramachandra
Acked-by: David Ahern
Cc: David Ahern
Cc: Jiri Olsa
Link:
http://lkml.kernel.org/r/1394853474-31019-5-git-send-email-artag...@gmail.com
Signed-off-by: Arnaldo Carvalho de Melo
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-sc
From: Andi Kleen
perf stat -rX prints the stddev for multiple measurements.
Just looking at the stddev for judging the quality of the data
is a bit dangerous The simplest sanity check is to just look
at a simple plot. This patchs add a sparkline to the end
of the measurements to make it simple to
From: Namhyung Kim
When filtering by thread, dso or symbol on TUI it also update total
period so that the output shows different result than no filter - the
percentage changed to relative to filtered entries only. Sometimes
this is not desired since users might expect same results with filter.
On Wed, 16 Apr 2014 21:17:18 +0400
Sergei Ianovich wrote:
> This patch implements probing for the bus and reporting the number
> of available expansion slots.
This appears to be a bus not a misc device. I don't think it belongs in
misc. As you've got devices on this bus (or nailed into the 'bus'
From: Ramkumar Ramachandra
Signed-off-by: Ramkumar Ramachandra
Acked-by: David Ahern
Cc: David Ahern
Cc: Jiri Olsa
Link:
http://lkml.kernel.org/r/1394853474-31019-4-git-send-email-artag...@gmail.com
Signed-off-by: Arnaldo Carvalho de Melo
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-lo
From: Ramkumar Ramachandra
Signed-off-by: Ramkumar Ramachandra
Acked-by: David Ahern
Cc: Jiri Olsa
Link:
http://lkml.kernel.org/r/1394853474-31019-2-git-send-email-artag...@gmail.com
Signed-off-by: Arnaldo Carvalho de Melo
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-kmem.c | 8
From: Ramkumar Ramachandra
Signed-off-by: Ramkumar Ramachandra
Acked-by: David Ahern
Cc: David Ahern
Cc: Jiri Olsa
Link:
http://lkml.kernel.org/r/1394853474-31019-3-git-send-email-artag...@gmail.com
Signed-off-by: Arnaldo Carvalho de Melo
Signed-off-by: Jiri Olsa
---
tools/perf/builtin-me
On Wednesday 16 April 2014 19:41:09 One Thousand Gnomes wrote:
> On Wed, 16 Apr 2014 21:17:18 +0400
> Sergei Ianovich wrote:
>
> > This patch implements probing for the bus and reporting the number
> > of available expansion slots.
>
> This appears to be a bus not a misc device. I don't think it
On Sun, Apr 13, 2014 at 7:51 PM, Minchan Kim wrote:
> On Fri, Apr 11, 2014 at 01:15:40PM -0700, John Stultz wrote:
>> @@ -3643,6 +3644,8 @@ static int handle_pte_fault(struct mm_struct *mm,
>>
>> entry = *pte;
>> if (!pte_present(entry)) {
>> + swp_entry_t mvolatile_entry;
From: Namhyung Kim
The --percentage option is for controlling overhead percentage
displayed. It can only receive either of "relative" or "absolute" and
affects -c delta output only.
For more information, please see previous commit same thing done to
"perf report".
Signed-off-by: Namhyung Kim
From: Namhyung Kim
Now perf report will show absolute percentage on filter entries by
default.
Suggested-by: Jiri Olsa
Signed-off-by: Namhyung Kim
Link:
http://lkml.kernel.org/r/1397145720-8063-8-git-send-email-namhy...@kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/util/symbol.c | 1 -
From: Namhyung Kim
Add hist.percentage option for setting default value of the
symbol_conf.filter_relative. It affects the output of various perf
commands (like perf report, top and diff) only if filter(s) applied.
An user can write .perfconfig file like below to show absolute
percentage of fil
> > +void print_stat_spark(FILE *f, struct stats *stat)
> > +{
> > + int n = stat->n, len;
> > +
> > + if (n <= 1)
> > + return;
> > + len = n;
>
> It seems the 'n' is not needed at all - just use 'len'.
This would break ".." for n == NUM_SPARK_VALS
>
>
> > + if (len > NUM_SPA
hi Ingo,
please consider pulling
thanks,
jirka
The following changes since commit fbdd17ec5ce2e5e4027356fcfde769b88d15702f:
Merge branch 'perf-core-for-mingo' into perf/urgent (2014-04-14 16:45:39
+0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/g
From: Namhyung Kim
Add 'F' hotkey to toggle relative and absolute percentage of filtered
entries.
Suggested-by: Jiri Olsa
Signed-off-by: Namhyung Kim
Link:
http://lkml.kernel.org/r/1397145720-8063-7-git-send-email-namhy...@kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/ui/browsers/hists
From: Namhyung Kim
The --percentage option is for controlling overhead percentage
displayed. It can only receive either of "relative" or "absolute".
"relative" means it's relative to filtered entries only so that the
sum of shown entries will be always 100%. "absolute" means it retains
the ori
From: Namhyung Kim
The --percentage option is for controlling overhead percentage
displayed. It can only receive either of "relative" or "absolute".
Move the parser callback function into a common location since it's
used by multiple commands now.
For more information, please see previous commi
On Wed, Apr 16, 2014 at 01:29:21PM -0500, Christoph Lameter wrote:
> On Wed, 16 Apr 2014, Paul E. McKenney wrote:
>
> > On Wed, Apr 16, 2014 at 09:06:21AM -0700, Paul E. McKenney wrote:
> > > On Wed, Apr 16, 2014 at 10:08:03AM -0500, Christoph Lameter wrote:
> > > > On Tue, 15 Apr 2014, Paul E. Mc
From: Andi Kleen
The Intel events use a dot to separate event name and unit mask.
Allow dot in names in the scanner, and remove special handling
of dot as EOF. Also remove the hack in jevents to replace dot
with underscore. This way dotted events can be specified
directly by the user.
I'm not fu
401 - 500 of 772 matches
Mail list logo
