On Mon, Dec 07, 2015 at 10:49:05AM -0800, Linus Torvalds wrote:
> On Mon, Dec 7, 2015 at 10:05 AM, Suzuki K. Poulose
> wrote:
> > blkdev_open() doesn't release the bdev, it attached to a given
> > inode, if blkdev_get() fails (e.g, due to absence of a device).
> > This can cause kernel crashes
Sudip Mukherjee writes:
> On Mon, Dec 07, 2015 at 08:03:54PM +0200, Kalle Valo wrote:
>> Hi Sudip,
>>
>> Sudip Mukherjee writes:
>>
>> > We were dereferencing cmd first and checking for NULL later. Lets first
>> > check for NULL.
>> >
>> > Signed-off-by: Sudip Mukherjee
>>
>> I noticed that
Hi Jean-Francois,
On Tue, Dec 08, 2015 at 07:42:26AM +0100, Jean-Francois Moine wrote:
> On Mon, 7 Dec 2015 08:31:02 -0600
> Rob Herring wrote:
>
> > On Sun, Dec 06, 2015 at 10:04:12AM +0100, Jean-Francois Moine wrote:
> > > The H3 has a clock gate definition similar to the other Allwinner
HP C2502 cards (based on 53C400A chips) use different magic numbers for
software-based I/O address configuration than other cards.
The configuration is also extended to allow setting the IRQ.
Move the configuration to a new function magic_configure() and move
magic the magic numbers into an
On 7 December 2015 at 23:35, Kees Cook wrote:
> When rodata is large enough that it crosses a section boundary after the
> kernel text, mark the rest NX. This is as close to full NX of rodata as
> we can get without splitting page tables or doing section alignment via
> CONFIG_DEBUG_ALIGN_RODATA.
On 08.12.2015 03:18, Bartlomiej Zolnierkiewicz wrote:
> From: Thomas Abraham
>
> The new CPU clock type allows the use of cpufreq-dt driver
> for Exynos5420.
>
> Changes by Bartlomiej:
> - split Exynos5420 support from the original patch
> - disable cpufreq if big.LITTLE switcher support is
On 07/12/15 23:09, Arnaldo Carvalho de Melo wrote:
> Em Thu, Dec 03, 2015 at 10:06:39AM +0100, Jiri Olsa escreveu:
>> hi,
>> while testing ftrace:function event I noticed we create
>> stat counters as enabled (except for enable_on_exec couters).
>>
>> This way we count also filter setup and other
The instructions for mounting sysfs are inconsistent in instructing to
create the directory '/sysfs' but then mounting sysfs to /sys.
Also, indentation is slightly off.
Signed-off-by: Soren Brinkmann
---
Documentation/cpu-hotplug.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On Mon, Dec 07, 2015 at 06:05:03PM +, Suzuki K. Poulose wrote:
> blkdev_open() doesn't release the bdev, it attached to a given
> inode, if blkdev_get() fails (e.g, due to absence of a device).
> This can cause kernel crashes when the original filesystem
> tries to flush the data during
On 08.12.2015 03:18, Bartlomiej Zolnierkiewicz wrote:
> From: Thomas Abraham
>
> For Exynos5420 platforms, add CPU operating points for
> migrating from Exynos specific cpufreq driver to using
> generic cpufreq driver.
>
> Changes by Bartlomiej:
> - split Exynos5420 support from the original
From: Tomasz Nowicki
This commit provides APEI arch-specific bits for aarch64
Meanwhile, add a new subfunction "hest_ia_init" for
"acpi_disable_cmcff" which is used by IA-32 Architecture
Corrected Machine Check (CMC).
Signed-off-by: Tomasz Nowicki
Tested-by: Jonathan (Zhixiong) Zhang
On 12/07/2015 09:42 PM, Huang Rui wrote:
Hi all,
I found an issue in some of AMD platforms about sp5100, that the MMIO
address (0x51413120) is already used by System RAM
(0010-7c2befff)...
[ 29.928096] sp5100_tco: SP5100/SB800 TCO WatchDog Timer Driver v0.05
[ 29.928302] sp5100_tco:
* Andy Lutomirski wrote:
> On Mon, Dec 7, 2015 at 8:42 PM, Ingo Molnar wrote:
> >
> > * Andy Lutomirski wrote:
> >
> >> On Mon, Dec 7, 2015 at 1:51 PM, Andy Lutomirski wrote:
> >>
> >> > This is kind of like the 32-bit and compat code, except that I preserved
> >> > the
> >> > fast path
On 08-12-15, 01:39, Rafael J. Wysocki wrote:
> @@ -269,9 +259,6 @@ static void dbs_timer_handler(unsigned l
> {
> struct cpu_dbs_info *cdbs = (struct cpu_dbs_info *)data;
> struct cpu_common_dbs_info *shared = cdbs->shared;
> - unsigned long flags;
> -
> -
On 2015/12/8 14:30, Du, Fan wrote:
>
>
> On 2015/12/8 14:22, Yankejian (Hackim Yim) wrote:
>>
>> On 2015/12/7 16:58, Du, Fan wrote:
>>> >
>>> >
>>> >On 2015/12/5 15:32, yankejian wrote:
>>here is the patch raising the performance of XGE by:
>>1)changes the way page management method
On 07-12-15, 23:43, Rafael J. Wysocki wrote:
> On Monday, December 07, 2015 01:20:27 PM Viresh Kumar wrote:
> > At this point we might end up decrementing skip_work from
> > gov_cancel_work() and then cancel the work which we haven't queued
> > yet. And the end result will be that the work is
On Tue, Dec 08, 2015 at 01:14:39PM +0800, Aaron Lu wrote:
> On Tue, Dec 08, 2015 at 09:41:18AM +0900, Joonsoo Kim wrote:
> > On Mon, Dec 07, 2015 at 04:59:56PM +0800, Aaron Lu wrote:
> > > On Mon, Dec 07, 2015 at 04:35:24PM +0900, Joonsoo Kim wrote:
> > > > It looks like overhead still remain. I
On 08.12.2015 03:18, Bartlomiej Zolnierkiewicz wrote:
> Add cluster regulator supply properties as a preparation to
> adding generic cpufreq-dt driver support for Exynos542x and
> Exynos5800 based boards.
>
> Cc: Kukjin Kim
> Cc: Doug Anderson
> Cc: Javier Martinez Canillas
That's Javier's
On 08-12-15, 00:17, Rafael J. Wysocki wrote:
> In fact, I've already folded the above changes into the $subject patch (but
> this
> is an exception).
Yeah I know, I would have sent a patch this morning though.
--
viresh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On SDMA initialization return exactly the same error, which is
reported by dma_request_slave_channel_reason(), it is a preceding
change to defer SPI DMA initialization, if SDMA module is not yet
available.
Signed-off-by: Vladimir Zapolskiy
Signed-off-by: Anton Bondarenko
---
If controller hold in reset it's not possible to write any
register except CTRL. So all other registers must be updated
only after controller bring out from reset.
Signed-off-by: Anton Bondarenko
---
drivers/spi/spi-imx.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
If SPI device supports DMA mode, but DMA controller is not yet
available due to e.g. a delay in the corresponding kernel module
initialization, retry to initialize SPI driver later on instead of
falling back into PIO only mode.
Signed-off-by: Anton Bondarenko
---
drivers/spi/spi-imx.c | 3 +++
>
> I'll admit I'm a little fuzzy on the differences between dual and quad modes
> on
> various flash manufacturers. Can you help clear it up for me?
For SPI NOR, currently, don't have an official standard to define an uniform
Quad
I/O mode protocol. So we can see that there are some
RX DMA tail data handling doesn't work correctly in many cases with current
implementation. It happens because SPI core was setup to generates both RX
and RX TAIL events. And RX TAIL event does not work correctly.
This can be easily verified by sending SPI transaction with size modulus
WML(32 in
DMA transfer for SPI was limited to up to 8 bits word size until now.
Sync in SPI burst size and DMA bus width is necessary to correctly
support 16 and 32 BPW.
Signed-off-by: Anton Bondarenko
---
drivers/spi/spi-imx.c | 121 +++---
1 file changed, 95
This series is to complement commits already applied to topic/imx branch
Changes since V5:
* Fix for commit "spi: imx: Add loopback mode support"
* Addressed some comments from Sascha Hauer for DMA initialization error report
* Fixed 32 bytes transaction. It will be DMA now.
Anton Bondarenko
Fixed timeout value can fire while transaction is ongoing. This may happen
because there are no strict requirements on SPI transaction duration.
Dynamic timeout value is generated based on SCLK and transaction size.
There is also 4 * SCLK delay between TX bursts related to HW internal CS change.
Limit SPI_LOOP mode to ECSPI controller (iMX.51, iMX53 and i.MX6) only since
there is no support in other families specific code for now.
Signed-off-by: Anton Bondarenko
---
drivers/spi/spi-imx.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git
transfer->len % wml for DMA capable transactions will always be 0
due to recent change in can_dma checks. So it's safe to remove dead code
in processing DMA.
Signed-off-by: Anton Bondarenko
---
drivers/spi/spi-imx.c | 13 -
1 file changed, 13 deletions(-)
diff --git
On Mon, 2015-12-07 at 23:25 +0100, Boris Brezillon wrote:
> ecclayout->oobavail is just redundant with the mtd->oobavail field.
> Moreover, it prevents static const definition of ecc layouts since
> the
> NAND framework is calculating this value based on the ecclayout-
> >oobfree
> field.
>
>
On Mon, 7 Dec 2015 08:31:02 -0600
Rob Herring wrote:
> On Sun, Dec 06, 2015 at 10:04:12AM +0100, Jean-Francois Moine wrote:
> > The H3 has a clock gate definition similar to the other Allwinner SoCs,
> > but with a different parent clock for each single gate.
> >
> > Adding the names of the
The original code defined macros in the source code, making it
harder to read. Moved them to the header file, as per the TODO file.
Upadated the TODO file.
Signed-off-by: Sanidhya Solanki
---
drivers/staging/skein/TODO | 1 -
drivers/staging/skein/skein_block.c | 6 --
On 2015/12/8 14:22, Yankejian (Hackim Yim) wrote:
On 2015/12/7 16:58, Du, Fan wrote:
>
>
>On 2015/12/5 15:32, yankejian wrote:
>>here is the patch raising the performance of XGE by:
>>1)changes the way page management method for enet momery, and
>>2)reduces the count of rmb, and
>>3)adds
On 08-12-15, 11:47, Viresh Kumar wrote:
> On 07-12-15, 19:18, Bartlomiej Zolnierkiewicz wrote:
> > Hi,
> >
> > This patch series adds generic cpufreq-dt driver support for
> > Exynos542x/5800 (using the new CPU clock type which allows it).
> >
> > It has been tested on Exynos5422 based
On 07-12-15, 19:18, Bartlomiej Zolnierkiewicz wrote:
> + cpu1_opp_table: opp_table1 {
> + compatible = "operating-points-v2";
> + opp-shared;
> + opp00@13 {
This should be just opp@13, you don't need 00/01/02... anymore
now. Same for the
On 2015/12/7 16:58, Du, Fan wrote:
>
>
> On 2015/12/5 15:32, yankejian wrote:
>> here is the patch raising the performance of XGE by:
>> 1)changes the way page management method for enet momery, and
>> 2)reduces the count of rmb, and
>> 3)adds Memory prefetching
>
> Any numbers on how much it
some memory manufacturers such as Spansion, Micron and
> > Macronix. There are many comments in the source code to explain the
> > implementation choices based on the datasheets from memory
> manufacturers.
> >
> >
> > This series was based and tested on linux-
Create a new ioctl to expose the block layer's newfound ability to
issue either a zeroing discard, a WRITE SAME with a zero page, or a
regular write with the zero page. This BLKZEROOUT2 ioctl takes
{start, length, flags} as parameters. So far, the only flag available
is to enable the zeroing
Invalidate the page cache (as a regular O_DIRECT write would do) to avoid
returning stale cache contents at a later time.
v5: Refactor the 4.4 refactoring of the ioctl code into separate functions.
Split the page invalidation and the new ioctl into separate patches.
Signed-off-by: Darrick J.
On 07-12-15, 19:18, Bartlomiej Zolnierkiewicz wrote:
> Hi,
>
> This patch series adds generic cpufreq-dt driver support for
> Exynos542x/5800 (using the new CPU clock type which allows it).
>
> It has been tested on Exynos5422 based ODROID-XU3 Lite board.
Excellent work Bartlomiej. Thanks a lot
On Mon, Dec 07, 2015 at 10:26:30AM -0500, Tejun Heo wrote:
> On Fri, Dec 04, 2015 at 06:12:24PM +0100, Andreas Werner wrote:
> > This patchset add a new ata port flag ATA_FLAG_NO_LOG_PAGE to be able
> > to blacklist ports/controller which e.g. locks up on a log page read.
> >
> > This flag is
On Mon, Dec 07, 2015 at 07:58:25AM +0100, Stefan Priebe - Profihost AG wrote:
>
> Thanks, good. Can you help me to get this fix upstream into the stable
> lines?
Sure. Greg, please apply this patch to fix up the backport for 4.1.
---8<---
The backport of 1f770c0a09da855a2b51af6d19de97fb955eca85
Ping.
Any comment is appreciate.
Thanks
Minfei
On 11/27/15 at 04:37pm, Minfei Huang wrote:
> From: Minfei Huang
>
> It might be more reasonable to cleanup all of the allocations in same
> function, if there is a fatal. Thus we can make function more
> independency to export it.
>
> For this
On 08/12/15 09:37, Will Deacon wrote:
Hi David,
Thanks for the patch. Took me a while to get through it and I suspect
I missed things, but comments inline all the same.
Sorry for the big delay in responding. You did have a fair few
questions though. I'm still chasing down a couple
On Tue, Dec 08, 2015 at 01:33:18AM +0100, Anton Bondarenko wrote:
>
>
> On 2015-12-07 10:42, Sascha Hauer wrote:
> >On Sat, Dec 05, 2015 at 05:57:06PM +0100, Anton Bondarenko wrote:
> >>RX DMA tail data handling doesn't work correctly in many cases with current
> >>implementation. It happens
Hi Morimoto-san,
Sorry for late information in v3.
There's a small mistake in example in DT binding documentation.
Anyway, let's wait for more comments from other developers before fixing it.
On 12/8/2015 12:28 PM, Kuninori Morimoto wrote:
From: Kuninori Morimoto
This patch enables to use
Dear Bjorn,
On Wed, 25 Nov 2015 14:01:03 -0600
Bjorn Helgaas wrote:
> Hi Jisheng,
>
> On Thu, Nov 12, 2015 at 09:48:45PM +0800, Jisheng Zhang wrote:
> > There's no reason to continue the initialization such as configure
> > register, scan root bus etc. if customized host_init() failed. This
> >
On Mon, Dec 7, 2015 at 9:15 PM, Al Viro wrote:
> On Tue, Dec 08, 2015 at 06:01:48AM +0100, Ingo Molnar wrote:
>
>> Hm, so if Sparc has no notion of compat-ness of the system call then how
>> does it
>> implement runtime compat checks, such as AUDIT_ARCH et al?
>
> Badly. Things like
On Tue, Dec 08, 2015 at 04:20:03PM +1100, Paul Mackerras wrote:
> On Sat, Dec 05, 2015 at 06:19:46PM -0800, Paul E. McKenney wrote:
> >
> > As in the following? (And yes, I was confused by the fact that the
> > docbook header was in front of a differently-named macro!)
>
> That looks great!
On Mon, Dec 7, 2015 at 8:42 PM, Ingo Molnar wrote:
>
> * Andy Lutomirski wrote:
>
>> On Mon, Dec 7, 2015 at 1:51 PM, Andy Lutomirski wrote:
>>
>> > This is kind of like the 32-bit and compat code, except that I preserved
>> > the
>> > fast path this time. I was unable to measure any
Hi all,
I found an issue in some of AMD platforms about sp5100, that the MMIO
address (0x51413120) is already used by System RAM
(0010-7c2befff)...
[ 29.928096] sp5100_tco: SP5100/SB800 TCO WatchDog Timer Driver v0.05
[ 29.928302] sp5100_tco: PCI Vendor ID: 0x1022, Device ID: 0x790b,
* Peter Zijlstra wrote:
> On Sun, Dec 06, 2015 at 02:11:02PM +0100, Ingo Molnar wrote:
>
> > the symptom is that latest 'perf top' and 'perf record' produces no samples.
> >
> > So I've removed this commit and the related Skylake commit from -tip:
> >
> > 4576ceaa56a8 perf/x86: Use
* Frederic Weisbecker wrote:
> On Fri, Dec 04, 2015 at 03:53:13AM -0800, tip-bot for Hiroshi Shimamoto wrote:
> > Commit-ID: 2541117b0cf79977fa11a0d6e17d61010677bd7b
> > Gitweb:
> > http://git.kernel.org/tip/2541117b0cf79977fa11a0d6e17d61010677bd7b
> > Author: Hiroshi Shimamoto
> >
From: Kuninori Morimoto
of_thermal_set_trip_temp() updates trip temperature. It should call
thermal_zone_device_update() immediately.
Signed-off-by: Kuninori Morimoto
---
v3 -> v4
- no change
drivers/thermal/of-thermal.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
From: Kuninori Morimoto
This patch enables to use thermal-zone on r8a7791.
This thermal sensor can measure temperature from -4 to 125000,
but over 117000 can be critical on this chip.
Thus, default critical temperature is now set as 115000 (this driver
is using 5000 steps) (Current critical
From: Kuninori Morimoto
This patch enables to use thermal-zone on r8a7790.
This thermal sensor can measure temperature from -4 to 125000,
but over 117000 can be critical on this chip.
Thus, default critical temperature is now set as 115000 (this driver
is using 5000 steps) (Current critical
From: Kuninori Morimoto
This patch enables to use thermal-zone on DT if it was call as
"renesas,rcar-gen2-thermal".
Previous style is still supported by "renesas,rcar-thermal".
Signed-off-by: Kuninori Morimoto
---
v3 -> v4
- no change
.../devicetree/bindings/thermal/rcar-thermal.txt |
On Mon, Dec 07, 2015 at 06:40:15PM -0800, Christoph Hellwig wrote:
> On Fri, Nov 13, 2015 at 02:01:43PM -0800, Darrick J. Wong wrote:
> > Create a new ioctl to expose the block layer's newfound ability to
> > issue either a zeroing discard, a WRITE SAME with a zero page, or a
> > regular write
From: Kuninori Morimoto
Current rcar_thermal_get_temp() returns latest temperature, but it might
not be updated if some HW issue happened. This means user might get
wrong temperature. This patch solved this issue.
Signed-off-by: Kuninori Morimoto
---
v3 -> v4
- "happend" -> "happened"
From: Kuninori Morimoto
Signed-off-by: Kuninori Morimoto
---
v3 -> v4
- add 1line between int <-> return
drivers/thermal/rcar_thermal.c | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
diff --git a/drivers/thermal/rcar_thermal.c b/drivers/thermal/rcar_thermal.c
From: Kuninori Morimoto
Current rcar thermal driver sometimes checks irq possibility when it
calls rcar_thermal_irq_enable/disable(), but sometimes not.
This patch checks it inside rcar_thermal_irq_enable/disable().
Signed-off-by: Kuninori Morimoto
---
v3 -> v4
- no change
From: Kuninori Morimoto
This patch is prepare for of-thermal support.
Signed-off-by: Kuninori Morimoto
---
v3 -> v4
- no change
drivers/thermal/rcar_thermal.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/thermal/rcar_thermal.c
Hi
These are v4 of thermal-zone support for r8a7790/r8a7791.
Mainly, it cares return value of get_temp()
I think 8) is needed on of-thermal (?)
Kuninori Morimoto (8):
1) thermal: rcar: move rcar_thermal_dt_ids to upside
2) thermal: rcar: check every rcar_thermal_update_temp()
In Fuzhou, China, the month of November seems to be having 31 days.
That's nice and all (I'm sure you can get a lot more done in a year that
way), but back here in other parts of the world we are not so lucky.
Therefore, we need to compensate for these extra days existing only in
the RTC's
On Sat, Dec 05, 2015 at 06:19:46PM -0800, Paul E. McKenney wrote:
>
> As in the following? (And yes, I was confused by the fact that the
> docbook header was in front of a differently-named macro!)
>
> Thanx, Paul
That looks great! Have
> Still, you're right that adding the GET_TIME check wouldn't hurt... at
> worst it just does nothing. I'll try it out.
Hmm... so it basically works (when you hack the RTC read out of the
firmware), but only on reboot for some reason (which makes it way less
useful). After a full power off I'm
On Tue, Dec 08, 2015 at 09:41:18AM +0900, Joonsoo Kim wrote:
> On Mon, Dec 07, 2015 at 04:59:56PM +0800, Aaron Lu wrote:
> > On Mon, Dec 07, 2015 at 04:35:24PM +0900, Joonsoo Kim wrote:
> > > It looks like overhead still remain. I guess that migration scanner
> > > would call
On Tue, Dec 08, 2015 at 06:01:48AM +0100, Ingo Molnar wrote:
> Hm, so if Sparc has no notion of compat-ness of the system call then how does
> it
> implement runtime compat checks, such as AUDIT_ARCH et al?
Badly. Things like compat_sys_ioctl() vs. ioctl() work (we use different
arrays of
Commit-ID: 837eeb7569bf2b3bd3b1b82e0e61edb19811036e
Gitweb: http://git.kernel.org/tip/837eeb7569bf2b3bd3b1b82e0e61edb19811036e
Author: Wang Nan
AuthorDate: Mon, 7 Dec 2015 02:35:45 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 12:02:11 -0300
perf hists browser:
Commit-ID: 4938cf0c7a62025bbfbf3db7bcdcc2c33312bedb
Gitweb: http://git.kernel.org/tip/4938cf0c7a62025bbfbf3db7bcdcc2c33312bedb
Author: Wang Nan
AuthorDate: Mon, 7 Dec 2015 02:35:44 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 12:02:35 -0300
perf hists browser:
Commit-ID: 979d2cac1144da6b25334a8572c80cde9662105c
Gitweb: http://git.kernel.org/tip/979d2cac1144da6b25334a8572c80cde9662105c
Author: Wang Nan
AuthorDate: Mon, 7 Dec 2015 02:35:46 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 12:02:12 -0300
perf hists browser:
Seen this in 2 boots out of two on next-20151207 when IPV6 networking
was available. It was stable when no net was available. Also, next-20161127 is
OK.
Haven't bisected it yet - this ring any bells?
[ 92.231022] BUG: unable to handle kernel NULL pointer dereference at
(null
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider applying,
>
> - Arnaldo
>
> The following changes since commit 4e93ad601a4308d4a67673c81556580817d56940:
>
> perf: Do not send exit event twice (2015-12-06 12:54:49 +0100)
>
> are
Hi Khiem
> Hi Morimoto-san,
>
> Thanks for your patch.
> I have same comments as patch 0006.
Thanks, will fix in v4
--
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
* Al Viro wrote:
> On Tue, Dec 08, 2015 at 05:36:49AM +0100, Ingo Molnar wrote:
>
> > So are there any deep objections to doing this rename in a single, quick,
> > pain-minimized fashion right at the end of the next merge window, when the
> > amount of pending patches in various maintainer
On Mon, Dec 07, 2015 at 09:54:50AM -0500, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.2.7 release.
> There are 124 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Mon, Dec 07, 2015 at 08:03:54PM +0200, Kalle Valo wrote:
> Hi Sudip,
>
> Sudip Mukherjee writes:
>
> > We were dereferencing cmd first and checking for NULL later. Lets first
> > check for NULL.
> >
> > Signed-off-by: Sudip Mukherjee
>
> I noticed that your name in git log is not your full
On Thu, Nov 19, 2015 at 6:46 PM, Andrew-CT Chen
wrote:
> Add Mediatek EFUSE driver to access hardware data like
> thermal sensor calibration or HDMI impedance.
>
> Signed-off-by: Andrew-CT Chen
> ---
> drivers/nvmem/Kconfig | 11 ++
> drivers/nvmem/Makefile| 2 ++
>
On Tue, Dec 08, 2015 at 05:36:49AM +0100, Ingo Molnar wrote:
> So are there any deep objections to doing this rename in a single, quick,
> pain-minimized fashion right at the end of the next merge window, when the
> amount
> of pending patches in various maintainer trees is at a cyclical
Hi all,
Changes since 20151207:
Undropped tree: cgroup
The vfs tree gained a conflict against the s390 tree and a build failure
so I used the version from next-20151207.
The drm-misc tree gained a build failure so I used the version from
next-20151207.
The gpio tree still had its build
* Andy Lutomirski wrote:
> On Mon, Dec 7, 2015 at 1:51 PM, Andy Lutomirski wrote:
>
> > This is kind of like the 32-bit and compat code, except that I preserved
> > the
> > fast path this time. I was unable to measure any significant performance
> > change on my laptop in the fast path.
>
On Sat, 5 Dec 2015 01:07:47 +0100
"Rafael J. Wysocki" wrote:
> >>> [2] http://www.spinics.net/lists/kernel/msg2119229.html
>
> I'm the top-level powercap maintainer, but the RAPL driver is
> maintained by Jacob. Please ask him for an ACK.
looks good to me. no functional change to the
* Arnd Bergmann wrote:
> On Monday 07 December 2015 15:12:59 Andy Lutomirski wrote:
> > Hi all-
> >
> > Every time I look at is_compat_task, I cringe. That function
> > determines whether we're in a compat syscall, not whether we're in a
> > compat task. There are probably architectures
Commit-ID: cfef25b8daf7e4b49c84e174a904af9d89dc7c46
Gitweb: http://git.kernel.org/tip/cfef25b8daf7e4b49c84e174a904af9d89dc7c46
Author: Russell King
AuthorDate: Sun, 6 Dec 2015 23:07:13 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:13:00 -0300
perf annotate:
Commit-ID: c8280cec2a196f2ffea83dd755b17eb020ca1b83
Gitweb: http://git.kernel.org/tip/c8280cec2a196f2ffea83dd755b17eb020ca1b83
Author: Jiri Olsa
AuthorDate: Thu, 3 Dec 2015 10:06:45 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:59 -0300
perf stat: Move
Commit-ID: 3e27c92081131738fa4d7dd71673aa6e8c24866d
Gitweb: http://git.kernel.org/tip/3e27c92081131738fa4d7dd71673aa6e8c24866d
Author: Jiri Olsa
AuthorDate: Thu, 3 Dec 2015 10:06:42 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:58 -0300
perf evlist:
Commit-ID: ab46db0a3325a064bb24e826b12995d157565efb
Gitweb: http://git.kernel.org/tip/ab46db0a3325a064bb24e826b12995d157565efb
Author: Jiri Olsa
AuthorDate: Thu, 3 Dec 2015 10:06:43 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:58 -0300
perf stat: Use
Commit-ID: 67ccdecd09cac818146b1e153ff901cb67570012
Gitweb: http://git.kernel.org/tip/67ccdecd09cac818146b1e153ff901cb67570012
Author: Jiri Olsa
AuthorDate: Thu, 3 Dec 2015 10:06:44 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:59 -0300
perf stat: Create
Commit-ID: c0651c41e45dee1d6abb83fd5b25e7097aeac141
Gitweb: http://git.kernel.org/tip/c0651c41e45dee1d6abb83fd5b25e7097aeac141
Author: Jiri Olsa
AuthorDate: Thu, 3 Dec 2015 09:34:16 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:56 -0300
perf test: Prevent
Commit-ID: d6e94fa6b6dab4668e46665bbe766142af32cc15
Gitweb: http://git.kernel.org/tip/d6e94fa6b6dab4668e46665bbe766142af32cc15
Author: Jiri Olsa
AuthorDate: Wed, 2 Dec 2015 22:08:29 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:56 -0300
perf test: Create
On Mon, Dec 07, 2015 at 08:07:37PM +, Mark Brown wrote:
> On Mon, Dec 07, 2015 at 04:17:28PM +0530, Sudip Mukherjee wrote:
> > checkpatch complains about multiple blank lines.
>
> Please don't resubmit already applied patches, please submit against the
> latest development code for the
Commit-ID: 5cd95fc3f8d84a8bb256838fa3b6b59e9095eaa2
Gitweb: http://git.kernel.org/tip/5cd95fc3f8d84a8bb256838fa3b6b59e9095eaa2
Author: Jiri Olsa
AuthorDate: Thu, 3 Dec 2015 10:06:40 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:57 -0300
perf evsel: Use
Commit-ID: e98a4cbb01e0ba1110eba5166a425b3eab9b2244
Gitweb: http://git.kernel.org/tip/e98a4cbb01e0ba1110eba5166a425b3eab9b2244
Author: Jiri Olsa
AuthorDate: Thu, 3 Dec 2015 10:06:41 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:57 -0300
perf evsel:
Commit-ID: 046847935754f27c2e8334ff15abda0b733a1fd4
Gitweb: http://git.kernel.org/tip/046847935754f27c2e8334ff15abda0b733a1fd4
Author: Jiri Olsa
AuthorDate: Thu, 3 Dec 2015 09:34:13 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:54 -0300
perf test: Use
Commit-ID: 7320b1b3d9e6af30adcbead64568be3c40b50e59
Gitweb: http://git.kernel.org/tip/7320b1b3d9e6af30adcbead64568be3c40b50e59
Author: Jiri Olsa
AuthorDate: Thu, 3 Dec 2015 09:34:15 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:55 -0300
perf test: Fix
Commit-ID: 0fd4008ed755c52d85117302a3c2c108b2958420
Gitweb: http://git.kernel.org/tip/0fd4008ed755c52d85117302a3c2c108b2958420
Author: Jiri Olsa
AuthorDate: Thu, 3 Dec 2015 09:34:14 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:55 -0300
perf test: Use
Commit-ID: bdaba8aee5c3806d78ee4f130048b2238c636d47
Gitweb: http://git.kernel.org/tip/bdaba8aee5c3806d78ee4f130048b2238c636d47
Author: Jiri Olsa
AuthorDate: Thu, 3 Dec 2015 09:34:12 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:54 -0300
perf test: Use
Hi Kirill,
It's probably a bug fix that unveils the link errors.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 62ea1ec5e17fe36e2c728bc534f9f78b216dfe83
commit: 51b97e354ba9fce1890cf38ecc754aa49677fc89 kernel: use the gnu89 standard
explicitly
date:
Commit-ID: 5dcf16df3ce48b2e4f798b1a11b5de2fc3cfd73a
Gitweb: http://git.kernel.org/tip/5dcf16df3ce48b2e4f798b1a11b5de2fc3cfd73a
Author: Wang Nan
AuthorDate: Mon, 7 Dec 2015 02:36:25 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 7 Dec 2015 18:12:45 -0300
perf machine: Pass
The term functions are needed by help.c which is going to be moved into
a separate library. Move them out of util.c and into their own file.
Signed-off-by: Josh Poimboeuf
---
tools/perf/util/Build | 1 +
tools/perf/util/term.c | 35 +++
tools/perf/util/term.h
1 - 100 of 2520 matches
Mail list logo
