Hi Peter,
Here are some patches for Intel PT driver, should all be
self-evident. 2/3 has been posted before in a slightly different form,
but it's been quite a while and everybody should have forgotten it by
now.
Alexander Shishkin (3):
perf/x86/intel/pt: Convert ACCESS_ONCE()s
perf/x86/intel
Le 28/04/2016 16:46, Nathan Sullivan a écrit :
> Since of_mdiobus_register and mdiobus_register will scan automatically,
> do not manually scan for PHY devices in the macb ethernet driver. Doing
> so will result in many nonexistent PHYs on the MDIO bus if the MDIO
> lines are floating or grounded,
Change the return type of zs_pool_stat_create() to void, and
remove the logic to abort pool creation if the stat debugfs
dir/file could not be created.
The debugfs stat file is for debugging/information only, and doesn't
affect operation of zsmalloc; there is no reason to abort creating
the pool i
On Thu, 28 Apr 2016, Michal Hocko wrote:
> On Thu 28-04-16 11:04:05, Mikulas Patocka wrote:
> > Acked-by: Mikulas Patocka
>
> Thanks!
>
> > BTW. we could also use kvmalloc to complement kvfree, proposed here:
> > https://www.redhat.com/archives/dm-devel/2015-July/msg00046.html
>
> If there
On Thu, Apr 28, 2016 at 04:11:54PM +0100, David Woodhouse wrote:
> On Thu, 2016-04-28 at 17:34 +0300, Michael S. Tsirkin wrote:
> > I see work-arounds for broken IOMMUs but not for
> > individual devices. Could you point me to a more specific
> > example?
>
> I think the closest example is probabl
On Wednesday 27 April 2016 11:10:55 Krzysztof Kozlowski wrote:
> DeviceTree changes for new SROM controller driver reached mainline
> some time ago, before the driver was accepted (due to very late
> comments). However, after these late comments, the driver expects
> different bindings so we need t
This patch converts remaining ACCESS_ONCE() instances into READ_ONCE()
and WRITE_ONCE() as appropriate.
Signed-off-by: Alexander Shishkin
---
arch/x86/events/intel/pt.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86/events/intel/pt.c b/arch/x86/events/intel/pt
On Wed, Apr 27, 2016 at 03:26:59PM +0100, Lorenzo Pieralisi wrote:
> On Tue, Apr 26, 2016 at 09:39:16PM -0500, Bjorn Helgaas wrote:
> > On Fri, Apr 15, 2016 at 07:06:40PM +0200, Tomasz Nowicki wrote:
> > > Platforms that have memory mapped IO port (such as ARM64) need special
> > > handling for PCI
The problem with the existing lock pinning is that each pin is of
value 1; this mean you can simply unpin if you know its pinned,
without having any extra information.
This scheme generates a random (16 bit) cookie for each pin and
requires this same cookie to unpin. This means you have to keep th
On Wed, 2016-04-27 at 01:02 +0200, Ben Hutchings wrote:
> 3.16.35-rc1 review patch. If anyone has any objections, please let me know.
Also dropping this from 3.16-longterm.
Ben.
> --
>
> From: Yoshihiro Shimoda
>
> commit 4fccb0767fdbdb781a9c5b5c15ee7b219443c89d upstream.
>
I've been sitting on these patches for a long while and finally got around to
finishing them.
They implement a better pinning, as requested by Ingo. I'm not entirely sure I
like what 2/3 does, but it does avoid extra code bloat, where all other
attempts resulted in changed code for !lockdep.
In order to pass around more than just the IRQ flags, add a rq_flags
structure.
No difference in code generation for the x86_64-defconfig build I
tested.
Signed-off-by: Peter Zijlstra (Intel)
---
kernel/sched/core.c | 98
kernel/sched/deadl
On Wed, 2016-04-27 at 01:02 +0200, Ben Hutchings wrote:
> 3.2.80-rc1 review patch. If anyone has any objections, please let me know.
I'm dropping this as it depends on other changes to renesas_usbhs.
Ben.
> --
>
> From: Yoshihiro Shimoda
>
> commit 4fccb0767fdbdb781a9c5b5c15e
Its a rather large function, inline doesn't seems to make much sense.
$ size defconfig-build/kernel/sched/core.o{.orig,}
textdata bss dec hex filename
56533 210372320 79890 13812 defconfig-build/kernel/sched/core.o.orig
55733 210372320 79090 134f2 defconf
Until now, the dma pool have been exclusively used to allocate the ppa
list being sent to the device. In pblk (upcoming), we use these pools to
allocate metadata too. Thus, we generalize the names of some variables
on the dma helper functions to make the code more readable.
Signed-off-by: Javier G
On 4/28/2016 11:23 AM, Arnd Bergmann wrote:
On Thursday 28 April 2016 10:58:43 Chris Metcalf wrote:
(Resending as text/plain)
On 4/27/2016 5:34 PM, Arnd Bergmann wrote:
This won't help on TILE, which is the one architecture that sets
ARCH_SUPPORTS_OPTIMIZED_INLINING but does not set ARCH_USE_B
On Thu, 2016-04-28 at 18:37 +0300, Michael S. Tsirkin wrote:
> OK, so for intel, it seems that it's enough to set
> pdev->dev.archdata.iommu = DUMMY_DEVICE_DOMAIN_INFO;
> for the device.
Yes, currently. Although that's vile. In fact what we *want* to happen
is for the intel-iommu code simply
On Wednesday 27 April 2016 14:51:46 Nicolas Ferre wrote:
> First batch of defconfig updates for 4.7:
> - HDMA, HLCD and PDMIC drivers for sama5_defconfig
> - several missing drivers in multi_v7_defconfig. In module when possible
>
Pulled into next/defconfig, thanks!
Arnd
Hi Mikulas,
On Thu, Apr 28, 2016 at 11:29 PM, Mikulas Patocka wrote:
>
>
> On Thu, 28 Apr 2016, Ming Lei wrote:
>
>> There were reports about heavy stack use by recursive calling
>> .bi_end_io()([1][2][3]). For example, more than 16K stack is
>> consumed in a single bio complete path[3], and in [
Hello,
On 04/28/2016 09:40 AM, Javier Martinez Canillas wrote:
> There are a bunch of media platform drivers under drivers/media/platform/
> that are for Samsung SoCs but are not being built with exynos_defconfig.
>
> This patch enables them as a module to improve build coverage for these
> drive
Alexander Shishkin writes:
> In order for Intel PT decoders to infer correct crystal clock and bus
> frequencies that are required to correctly decode timing information
> from a PT stream (MTC and CBR packets), export them as sysfs attributes:
>
> * max_nonturbo_ratio: ratio between the invari
On Thu, Apr 28, 2016 at 05:44:14PM +0200, Nicolas Ferre wrote:
> Le 28/04/2016 16:46, Nathan Sullivan a écrit :
> > Since of_mdiobus_register and mdiobus_register will scan automatically,
> > do not manually scan for PHY devices in the macb ethernet driver. Doing
> > so will result in many nonexist
On 04/28/2016 04:10 AM, David Rivshin (Allworx) wrote:
From: David Rivshin
This series fixes a number of related issues around using phy-handle
properties in cpsw emac nodes.
Patch 1 fixes a bug if more than one slave is used, and either
slave uses the phy-handle property in the devicetree.
P
On Thu, 28 Apr 2016, Ming Lei wrote:
> Hi Mikulas,
>
> On Thu, Apr 28, 2016 at 11:29 PM, Mikulas Patocka wrote:
> >
> >
> > On Thu, 28 Apr 2016, Ming Lei wrote:
> >
> >> There were reports about heavy stack use by recursive calling
> >> .bi_end_io()([1][2][3]). For example, more than 16K stack
On Thu 28-04-16 11:37:31, Mike Snitzer wrote:
> On Thu, Apr 28 2016 at 9:24am -0400,
> Michal Hocko wrote:
>
> > From: Michal Hocko
> >
> > Use kvfree rather than DM_PARAMS_[KV]MALLOC specific param flags.
> >
> > Cc: Shaohua Li
> > Cc: Mikulas Patocka
> > Cc: dm-de...@redhat.com
> > Signed
On Thu, Apr 28, 2016 at 2:37 AM, Ingo Molnar wrote:
>
> * Kees Cook wrote:
>
>> On Thu, Apr 28, 2016 at 2:04 AM, Ingo Molnar wrote:
>> >
>> > * Kees Cook wrote:
>> > > +#define memmove memmove
>> >
>> > Btw., what's the purpose of this define? If it's already defined then we
>> >
Hi Heiko, Jianqun,
On Wed, Apr 27, 2016 at 03:54:51PM +0800, Jianqun Xu wrote:
> diff --git a/arch/arm64/boot/dts/rockchip/rk3399.dtsi
> b/arch/arm64/boot/dts/rockchip/rk3399.dtsi
> new file mode 100644
> index 000..5a8a915
> --- /dev/null
> +++ b/arch/arm64/boot/dts/rockchip/rk3399.dtsi
> @@
Hello Bartlomiej,
On 04/28/2016 10:44 AM, Bartlomiej Zolnierkiewicz wrote:
> Disable big.LITTLE switcher in order to allow automatic usage of
> cpufreq-dt driver on Exynos542x/Exynos5800 SoCs based boards.
>
> This change should not cause any problems as arm_big_little[_dt]
> driver (which is usi
On Tue, 2016-04-26 at 20:38 -0700, Guenter Roeck wrote:
> On 04/26/2016 04:02 PM, Ben Hutchings wrote:
> >
> > This is the start of the stable review cycle for the 3.2.80
> > release.
> > There are 115 patches in this series, which will be posted as
> > responses
> > to this one. If anyone has an
From: Emoly Liu
Some proc parameters were moved from ofd to osd module and only
their symlinks were kept in ofd for interoperability/compatibility.
To process this kind of config params passed by ofd, this patch is
to do the following fixes:
- since these parameters are not included by the stat
From: Oleg Drokin
initialize the libcfs_debug_msg_data only if needed
Signed-off-by: Oleg Drokin
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-1408
Reviewed-on: http://review.whamcloud.com/8338
Reviewed-by: Jinshan Xiong
Reviewed-by: John L. Hammond
Reviewed-by: Oleg Drokin
Signed-off-
From: Sebastien Buisson
If connection is not established yet, cli->cl_chunkbits is
uninitilized so we cannot use it to check max_pages_per_rpc
alignment.
Signed-off-by: Sebastien Buisson
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-4379
Reviewed-on: http://review.whamcloud.com/8558
Revie
On Wednesday 27 April 2016 11:10:56 Krzysztof Kozlowski wrote:
> Finally, I hope the SROM controller can be split from mach-exynos into
> drivers/memory. This is a very long standing patchset. The delay was
> caused (twice) by very late comments, including comments for already
> acked patch by the
From: Alexander Boyko
To prevent collisions with any future flags needed in features written
against this branch.
Signed-off-by: Alexander Boyko
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-1757
Xyratex-bug-id: MRP-1460
Reviewed-on: http://review.whamcloud.com/8182
Reviewed-by: Andreas D
From: Andreas Dilger
The client doesn't need to print a message for every client mount that
the layout lock feature is enabled. This can be found at runtime via
the "import" proc file.
I also noticed that deleting OST objects logs into the debug log with
D_HA status, which is enabled by default
From: "John L. Hammond"
This function declartion is not needed so remove it.
Signed-off-by: John L. Hammond
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-2675
Reviewed-on: http://review.whamcloud.com/5580
Reviewed-by: James Simmons
Reviewed-by: Andreas Dilger
Reviewed-by: Oleg Drokin
S
On 27/04/16 19:52, David Long wrote:
> From: "David A. Long"
>
> Add HAVE_REGS_AND_STACK_ACCESS_API feature for arm64.
And clearly a lot more.
>
> Signed-off-by: David A. Long
> ---
> arch/arm64/Kconfig | 1 +
> arch/arm64/include/asm/ptrace.h | 33 ++-
> arch/arm64/k
From: Emoly Liu
Improve /sys/debug/fs/lustre/{osc,mdc}/*/import files to print
the struct obd_connect_data data fields as "connect_data:"
in addition to the "connect_flags:" field.
Signed-off-by: Emoly Liu
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3386
Reviewed-on: http://review.whamc
From: wang di
Add local FLDB to each MDT, so OSD/OUT can check whether
FID is remote by looking up local FLDB, i.e. no need send RPC
to MDT0. This is just the client part of the work.
Signed-off-by: wang di
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-4076
Reviewed-on: http://review.wham
This next set of patches covers what is in the upstream client that
is present in lustre 2.5.53
Alexander Boyko (1):
staging: lustre: brw: added OBDO short io flag
Andreas Dilger (1):
staging: lustre: llite: quiet overly verbose info message
Emoly Liu (2):
staging: lustre: obd: add case LC
On Thu, Apr 28, 2016 at 11:58 PM, Mikulas Patocka wrote:
>
>
> On Thu, 28 Apr 2016, Ming Lei wrote:
>
>> Hi Mikulas,
>>
>> On Thu, Apr 28, 2016 at 11:29 PM, Mikulas Patocka
>> wrote:
>> >
>> >
>> > On Thu, 28 Apr 2016, Ming Lei wrote:
>> >
>> >> There were reports about heavy stack use by recurs
On Wed, 2016-04-27 at 17:43 -0300, Rafael David Tinoco wrote:
> It seems that changing discard method from UNMAP to WRITE SAME(16)
> without using NDOB bit (as first described in sbc3r35b.pdf) can cause
> performance problems on big discards (since data-out buffer will be
> checked for every WRITE
On 2016/04/28 12:29PM, Arnaldo Carvalho de Melo wrote:
> Em Thu, Apr 28, 2016 at 07:53:41PM +0530, Naveen N. Rao escreveu:
> > On 2016/04/28 03:01PM, Chandan Kumar wrote:
> > > This patch set enables perf user stack dump on powerpc
> >
> > For this patch-set:
> > Reviewed-by: Naveen N. Rao
> >
>
Hi,
vfio-based device assignment makes use of get_user_pages_fast() in order
to pin pages for mapping through the iommu for userspace drivers.
Until the recent redesign of THP reference counting in the v4.5 kernel,
this all worked well. Now we're seeing cases where a sanity test
before we release
On Thu, Apr 28, 2016 at 12:22:24AM +0200, Alexander Graf wrote:
> When booting with efifb, we get a frame buffer address passed into the system.
> This address can be backed by any device, including PCI devices.
I guess we get the frame buffer address via EFI, but it doesn't tell
us what PCI devic
On Wed, 2016-04-27 at 01:02 +0200, Ben Hutchings wrote:
> 3.16.35-rc1 review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Lucas Stach
>
> commit 54a47a83421a3b7ee0e0fab7f65d04179bdf59b6 upstream.
>
> This adds the PHY reset into a common error path
On 4/28/2016 9:24 AM, Michal Hocko wrote:
From: Michal Hocko
__GFP_REPEAT has a rather weak semantic but since it has been introduced
around 2.6.12 it has been ignored for low order allocations.
pgtable_alloc_one uses __GFP_REPEAT flag for L2_USER_PGTABLE_ORDER but
the order is either 0 or 3 if
Hi Olivier
Am 28.04.2016 um 14:52 schrieb Olivier Blin:
> Stephen Warren writes:
>
>> On 02/04/2016 12:36 AM, Lubomir Rintel wrote:
>>> The hub and the ethernet in its port 1 are hardwired on the board.
>>>
>>> Compared to the adapters that can be plugged into the USB ports, this
>>> one has no s
-Original Message-
From: on behalf of Josh Poimboeuf
Date: Wednesday, April 27, 2016 at 3:11 PM
To: Arnd Bergmann
Cc: Martin Jambor , "Martin K. Petersen"
, James Bottomley
, linux-scsi
, linux-kernel ,
Denys Vlasenko , Thomas Graf , Peter
Zijlstra , David Rientjes , Andrew
Mort
On Thu, 2016-04-28 at 18:26 +0200, Stefan Wahren wrote:
> Hi Olivier
>
> Am 28.04.2016 um 14:52 schrieb Olivier Blin:
> >
> > Stephen Warren writes:
> >
> > >
> > > On 02/04/2016 12:36 AM, Lubomir Rintel wrote:
> > > >
> > > > The hub and the ethernet in its port 1 are hardwired on the
> > >
On Thu, Apr 28, 2016 at 2:37 AM, Ingo Molnar wrote:
>
> * Kees Cook wrote:
>
>> On Thu, Apr 28, 2016 at 2:04 AM, Ingo Molnar wrote:
>> >
>> > * Kees Cook wrote:
>> >> +void *memcpy(void *dest, const void *src, size_t n)
>> >
>> > btw., if there's any doubt about other overlapping uses, we could
Em Thu, Apr 28, 2016 at 09:44:29PM +0530, Naveen N. Rao escreveu:
> On 2016/04/28 12:29PM, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Apr 28, 2016 at 07:53:41PM +0530, Naveen N. Rao escreveu:
> > > On 2016/04/28 03:01PM, Chandan Kumar wrote:
> > > > This patch set enables perf user stack dump on p
> Hmm, are AT91 platforms special in this regard? As far as I can tell, this
> driver (macb) and Marvell PXA are the only ethernet drivers that call
> mdiobus_scan directly, and PXA does it on a known address. I do see that there
> are trees that use macb and don't have a phy listed, which is unfor
When sizeof is applied to a pointer typed expression, it gives
the size of the pointer. So, here do not use sizeof on pointer
type.
Problem found using Coccinelle.
Fixes: a3667aaed569 ('[SCSI] csiostor: Chelsio FCoE offload driver')
Signed-off-by: Vaishali Thakkar
---
drivers/scsi/csiostor/csi
On Thu, Apr 28, 2016 at 04:59:02PM +0200, Arnd Bergmann wrote:
> My comment this time was for the particular driver, but I'd
> still also maintain that a new subsystem in general should not
> start out by addressing the needs of traditional board files.
I certainly wouldn't insist that people add
On Wed, 27 Apr 2016 01:32:32 +
"Wu, Feng" wrote:
> > -Original Message-
> > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > Sent: Wednesday, April 27, 2016 4:08 AM
> > To: Wu, Feng
> > Cc: pbonz...@redhat.com; j...@8bytes.org; mtosa...@redhat.com;
> > eric.au...@linaro.
When attaching a pollfunc iio_trigger_attach_poll_func will allocate a
virtual irq and call the driver's set_trigger_state function. Fix error
handling to release the irq if set_trigger_state fails.
Otherwise when using triggered buffers and the driver's
set_trigger_state fails once then the buffe
On 04/28/2016 06:20 PM, Bjorn Helgaas wrote:
On Thu, Apr 28, 2016 at 12:22:24AM +0200, Alexander Graf wrote:
When booting with efifb, we get a frame buffer address passed into the system.
This address can be backed by any device, including PCI devices.
I guess we get the frame buffer address vi
I'm announcing the release of the 3.18.32 kernel.
All users of the 3.18 kernel series must upgrade.
The updated 3.18.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.18.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.1.23 kernel.
All users of the 4.1 kernel series must upgrade.
The updated 4.1.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.1.y
and can be browsed at the normal kernel.org git web browser:
From: Sebastian Siewior
The standard futex mechanism in the Linux kernel uses a global hash to store
transient state. Collisions on that hash can lead to performance degradation
especially on NUMA systems and on real-time enabled kernels even to priority
inversions.
To mitigate that problem we p
Instead of using the default hash size on the first allocation it is
possible to allocate a specific number of slots upfront.
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Thomas Gleixner
---
tools/perf/bench/futex-hash.c | 16 ++--
tools/perf/bench/futex.h |5 +
Add some more comments and reformat existing ones to kernel doc style.
Signed-off-by: Thomas Gleixner
---
kernel/futex.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
--- a/kernel/futex.c
+++ b/kernel/futex.c
@@ -373,8 +373,12 @@ static inline int hb_waiters_pending(s
This adds a new option to tell perf on which numa node the hash benchmark
should run. If set then
- The test is bound to the node
- Memory is allocated on the local NUMA node
- The threads are bound to the cpus on the node
The NUMA node can be specified by the -n argument.
Signed-off-by: Seb
hash_long/hash_ptr() provide really bad hashing for small hash sizes and for
cases where the lower 12 bits (Page size aligned) of the hash value are 0.
A simple modulo(prime) based hash function has way better results
across a wide range of input values. The implementation uses invers
multiplicati
The standard futex mechanism in the Linux kernel uses a global hash to store
transient state. Collisions on that hash can lead to performance degradation
and on real-time enabled kernels to unbound priority inversions.
This new attempt to solve the issue does not require user space changes and
ope
From: Sebastian Siewior
The per process hash is allocated on the fly at the first futex operation of a
process. The size of the hash is determined by a system wide default setting
controlled by the sys admin, This is suboptimal for RT applications and
applications with pathological futex abuse,
Using sizeof on a malloced pointer type will return the wordsize
which can often cause one to allocate a buffer much smaller than
it is needed. So, here do not use sizeof on pointer type.
Note that this has no effect on runtime because 'dsos' is a
pointer to a pointer.
Problem found using Coccine
O> For example, this is what I've got currently:
>
> /* Detect and warn about potential overlaps. */
> void *memcpy(void *dest, const void *src, size_t n)
> {
> if (dest > src && dest - src < n)
> warn("Potentially unsafe overlapping memcpy detected!");
> return __m
On Thursday 28 April 2016 17:39:20 Mark Brown wrote:
> > I don't think we have merge new platform support on any
> > architecture that would need this in the past years and
> > stuff like spi_board_info and i2c_board_info is only really
> > used on really old machines (but not going away any time s
On Thu, Apr 28, 2016 at 9:47 AM, One Thousand Gnomes
wrote:
> O> For example, this is what I've got currently:
>>
>> /* Detect and warn about potential overlaps. */
>> void *memcpy(void *dest, const void *src, size_t n)
>> {
>> if (dest > src && dest - src < n)
>> warn("Pot
From: Sebastian Siewior
To adjust the default hash size and the maximum hash size for process private
futexes we add the following sysctls:
futex_private_default_hash_bits:
Adjusts the default hash size (in bits) which is used for automatic hash
allocations on the first futex operatio
On Thu, Apr 28, 2016 at 11:36:44AM -0300, Gustavo Padovan wrote:
> 2016-04-27 Daniel Stone :
>
> > Hi,
> >
> > On 26 April 2016 at 21:48, Greg Hackmann wrote:
> > > On 04/26/2016 01:05 PM, Daniel Vetter wrote:
> > >> On Tue, Apr 26, 2016 at 09:55:06PM +0300, Ville Syrjälä wrote:
> > >>> What are
On Thu, 28 Apr 2016 21:04:52 +1000
Alexey Kardashevskiy wrote:
> VFIO reads a dword beyond the standard PCI config space (256 bytes) to
> know if there are extended config space (4096 bytes). It relies on
> the platform to return zero if there is no extended space.
>
> However at least on PPC64/
On 27/04/16 16:15, Andrew Lunn wrote:
> On Wed, Apr 27, 2016 at 06:30:04PM -0400, Vivien Didelot wrote:
>> List DSA port structures in their switch structure, so that drivers can
>> iterate on them to retrieve information such as their ports membership.
>
> And this would be so much easier using a
On Thu 28-04-16 11:40:59, Mikulas Patocka wrote:
[...]
> There are many users that use one of these patterns:
>
> if (size <= some_threshold)
> p = kmalloc(size);
> else
> p = vmalloc(size);
>
> or
>
> p = kmalloc(size);
> if (!p)
>
On Fri, 29 Apr 2016, Ming Lei wrote:
> On Thu, Apr 28, 2016 at 11:58 PM, Mikulas Patocka wrote:
> >
> >
> > On Thu, 28 Apr 2016, Ming Lei wrote:
> >
> >> Hi Mikulas,
> >>
> >> On Thu, Apr 28, 2016 at 11:29 PM, Mikulas Patocka
> >> wrote:
> >> >
> >> >
> >> > On Thu, 28 Apr 2016, Ming Lei wrot
Functions dev_pm_opp_of_{cpumask_,}remove_table removes/frees all the
static OPP entries associated with the device and/or all cpus(in case
of cpumask) that are created from DT.
However the OPP entries are populated reading from the firmware or some
different method using dev_pm_opp_add are marked
Currently when performing random hotplugs and suspend-to-ram(S2R) on
systems using arm_big_little cpufreq driver, we get warnings similar to:
cpu cpu1: _opp_add: duplicate OPPs detected. Existing: freq: 6,
volt: 80, enabled: 1. New: freq: 6, volt: 80, enabled: 1
Th
On Wed, Apr 27, 2016 at 06:44:46PM +0300, Alexander Shishkin wrote:
> +/*
> + * In order to contain the amount of racy and tricky in the address filter
> + * configuration management, it is a two part process:
> + *
> + * (p1) when userspace mappings change as a result of (1) or (2) or (3)
> below
On Thu, Apr 28, 2016 at 11:00:20AM +0200, Markus Pargmann wrote:
> Hi,
>
> On Saturday 23 April 2016 07:47:21 Ratna Manoj wrote:
> > Thanks for the review.
> >
> > Atleast for ext4 this crash happens on a sys_umount() call, timing of
> > which is not in control of block driver. Block driver cann
On Apr 28, 2016, at 7:43 AM, zengzhao...@163.com wrote:
> + * This implements the binary GCD algorithm. (Often attributed to Stein,
> + * but as Knuth has noted, appears a first-century Chinese math text.)
Should this be "appears in a"?
Josh
Another few comments:
1. Would ARCH_HAS_FAST_FFS involve fewer changes than CPU_NO_EFFICIENT_FFS?
Rather than updating all the Kconfig files, it could be #defined in
the arch/*/asm/bitops.h files where the __ffs macro is defined. E.g.
diff --git a/arch/alpha/include/asm/bitops.h b/arch
On Thu, Apr 28, 2016 at 02:02:21PM +0200, Takashi Iwai wrote:
> Mark Brown wrote:
> > On Thu, Apr 28, 2016 at 01:26:49PM +0200, Takashi Iwai wrote:
> > > BTW, this reminds me of another question: don't we have a dummy ASoC
> > > driver like snd-dummy? It would be convenient for a casual API
> > >
On Thu, Apr 28, 2016 at 01:55:35PM +0800, Lu Baolu wrote:
> How about below code?
> + gpiod = gpiod_get(dev, "vbus_en", GPIOD_ASIS);
> + if (IS_ERR(gpiod))
> + return PTR_ERR(gpiod);
> +
> + config->gpio = desc_to_gpio(gpiod);
> + config->enable_high = device
On Thu, 28 Apr 2016, Marc Zyngier wrote:
> Any comment on this? The Rockchip dudes have confirmed that this solves
> their problems (big-little system with PMUs using the same PPI).
It's in my backlog
On Wed, Apr 27, 2016 at 11:15 PM, Thomas Gleixner wrote:
> On Wed, 27 Apr 2016, Lianwei Wang wrote:
>> Yes. In our project, there is a kernel driver which register a pm
>> notifier. On some conditions this pm notifier will return an error and
>> abort the suspend process. The counter will be unbal
Yuyang Du writes:
> __compute_runnable_contrib() uses a loop to compute sum, whereas a
> table lookup can do it faster in a constant time.
>
> The program to generate the constants is located at:
> Documentation/scheduler/sched-avg.txt
>
> Signed-off-by: Yuyang Du
> Reviewed-by: Morten Rasmussen
Yuyang Du writes:
> Now a period is about 1ms, so a 32-bit unsigned integer can approximately
> hold a maximum of 49 (=2^32/1000/3600/24) days, which means it is big enough
> and 64-bit is needless.
>
If a thread sleeps for 49 days and then wakes up this would be wrong...
but it also would just r
On Thu, 2016-04-28 at 19:43 +0800, zengzhao...@163.com wrote:
> From: Zhaoxiu Zeng
>
> Because some architectures (alpha, armv6, etc.) don't provide
> hardware division, the mod operation is slow! Binary GCD algorithm
> uses simple arithmetic operations, it replaces division with
> arithmetic
Folks, any thoughts on this?
Thanks,
Davidlohr
On Wed, 2016-04-27 at 16:48 +0300, Andy Shevchenko wrote:
> The patch has been tested on few Intel SoCs / platforms. In any case
> I would
> like to ask Bryan to do independent test.
Andy.
I tested out on Quark and an initial boot was successful, there was no
obvious slowdown or dropped bytes.
I
On Wed, Apr 20, 2016 at 01:39:04AM +0300, Octavian Purdila wrote:
> + switch (value) {
> + case ACPI_RECONFIG_DEVICE_ADD:
> + master = acpi_spi_find_master_by_adev(adev->parent);
> + if (!master)
> + break;
> +
> + acpi_register_spi_d
On Thu, Apr 28, 2016 at 6:56 PM, Ville Syrjälä
wrote:
>> - better for tracing, can identify the buffer/fence promptly
>
> Can fences be reused somehow while still attached to a plane, or ever?
> That might cause some oddness if you, say, leave a fence attached to one
> plane and then do a modeset
Hi Bartlomiej,
On 28 April 2016 at 20:14, Bartlomiej Zolnierkiewicz
wrote:
> Disable big.LITTLE switcher in order to allow automatic usage of
> cpufreq-dt driver on Exynos542x/Exynos5800 SoCs based boards.
>
> This change should not cause any problems as arm_big_little[_dt]
> driver (which is usi
On Thu, Apr 28, 2016 at 02:25:00PM +1000, Michael Ellerman wrote:
> On Wed, 2016-04-27 at 09:57 -0700, Darren Hart wrote:
> > On Wed, Apr 27, 2016 at 09:08:01AM -0700, Linus Torvalds wrote:
> > > On Tue, Apr 26, 2016 at 10:02 PM, Darren Hart
> > > wrote:
> > > >
> > > > Found myself not wanting t
* Kees Cook wrote:
> On Thu, Apr 28, 2016 at 9:47 AM, One Thousand Gnomes
> wrote:
> > O> For example, this is what I've got currently:
> >>
> >> /* Detect and warn about potential overlaps. */
> >> void *memcpy(void *dest, const void *src, size_t n)
> >> {
> >> if (dest > src && dest -
Linus,
Please pull the latest efi-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
efi-urgent-for-linus
# HEAD: ede85e90be26e5de2a72f76feec01cfc5281d4bd Merge tag 'efi-urgent' of
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi into efi/
On Thu, Apr 28, 2016 at 6:48 PM, George Spelvin wrote:
> Another few comments:
>
> 1. Would ARCH_HAS_FAST_FFS involve fewer changes than CPU_NO_EFFICIENT_FFS?
No, as you want to _disable_ ARCH_HAS_FAST_FFS / _enable_
CPU_NO_EFFICIENT_FFS as soon as you're enabling support for a
CPU that doesn't s
On Thu, Apr 28, 2016 at 07:43:16PM +0200, Daniel Vetter wrote:
> On Thu, Apr 28, 2016 at 6:56 PM, Ville Syrjälä
> wrote:
> >> - better for tracing, can identify the buffer/fence promptly
> >
> > Can fences be reused somehow while still attached to a plane, or ever?
> > That might cause some oddne
201 - 300 of 1020 matches
Mail list logo
