* Joerg Roedel wrote:
> On Thu, Apr 27, 2017 at 08:51:42AM +0200, Ingo Molnar wrote:
> > > + tboot_noforce [Default Off]
> > > + Do not force the Intel IOMMU enabled under tboot.
> > > + By default, tboot will force Intel IOMMU on, which
> > > +
Hi,
> > >>Hmm, that looks like a rather strange way to return a file descriptor.
> > >>
> > >>What is the reason to not use ioctls on the vfio file handle, like
> > >>older version of these patches did?
> > >If I understood correctly that Alex prefer not to change the ioctls on the
> > >vfio
* Dan Williams wrote:
> The pmem driver has a need to transfer data with a persistent memory
> destination and be able to rely on the fact that the destination writes
> are not cached. It is sufficient for the writes to be flushed to a
> cpu-store-buffer (non-temporal / "movnt" in x86 terms), as
* Xunlei Pang wrote:
> @@ -122,6 +122,10 @@ static int init_pgtable(struct kimage *image, unsigned
> long start_pgtable)
>
> level4p = (pgd_t *)__va(start_pgtable);
> clear_page(level4p);
> +
> + if (direct_gbpages)
> + info.direct_gbpages = true;
No, this should
Hi Thierry,
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v4.11 next-20170504]
[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/Thierry-Escande/v4l2-Add-support-for
On Wed, Mar 15, 2017 at 12:31:28PM +0100, Philipp Zabel wrote:
> As of commit bb475230b8e5 ("reset: make optional functions really
> optional"), the reset framework API calls use NULL pointers to describe
> optional, non-present reset controls.
>
> This allows to return errors from devm_reset_cont
On Wed, May 03, 2017 at 11:16:50AM +0800, Chen-Yu Tsai wrote:
> Hi everyone,
>
> (Resent with devicetree mailing list CC-ed.)
> This is v2 of my A83T CCU series. This is for 4.13.
>
> Changes since v1:
>
> - Dropped two patches that were merged
>
> - Added clk core flag to disable caching o
On May 4, 2017 11:23:33 PM PDT, Ingo Molnar wrote:
>
>* Nick Desaulniers wrote:
>
>> Other compilers, like clang, treat unknown compiler flags as errors.
>>
>> Signed-off-by: Nick Desaulniers
>> ---
>> arch/x86/Makefile | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git
The LTC3651 reports its status via GPIO lines. This driver translates
the GPIO levels to battery charger status information via sysfs.
It relies on devicetree to supply the IO configuration.
Signed-off-by: Mike Looijmans
---
v2: Remove unused include
Remove last part of license text
Use d
Fix sparse warning "warning: Variable length array is used." by using
kmalloc_array to allocate the required amount of memory instead and
kfree to deallocate memory after use.
Signed-off-by: Guru Das Srinagesh
---
drivers/staging/lustre/lustre/llite/xattr.c | 17 +
1 file changed
On Fri, 05 May 2017 09:40:10 +0530
Abdul Haleem wrote:
> On Thu, 2017-05-04 at 20:41 +1000, Nicholas Piggin wrote:
> > On Thu, 04 May 2017 14:54:19 +0530
> > Abdul Haleem wrote:
> >
> > > Hi,
> > >
> > > linux-next build fails on BE config with next-20170424 onwards
> > >
> > > the patch ht
This adds the devicetree bindings documentation for the LTC3651 battery charger.
Signed-off-by: Mike Looijmans
---
.../bindings/power/supply/ltc3651-charger.txt | 26 ++
1 file changed, 26 insertions(+)
create mode 100644
Documentation/devicetree/bindings/power/supply/
On Fri, 2017-05-05 at 08:01 +0200, Karim Eshapa wrote:
> > On 5/4/2017 5:07 PM, Scott Wood wrote:
> > > On Thu, 2017-05-04 at 06:58 +0200, Karim Eshapa wrote:
> > > > +stop = jiffies + 1;
> > > > +/*
> > > > + * if MR was full and h/w had other FQRNI entries to produce, we
> > > > +
Looks good,
Reviewed-by: Christoph Hellwig
This is an upstream port of an IIO driver for the TI ADC108S102 and
ADC128S102. The former can be found on the Intel Galileo Gen2 and the
Siemens SIMATIC IOT2000. For those boards, ACPI-based enumeration is
included.
Due to the lack of regulators under ACPI, we need a special device
property to de
Hi,
4.11.0 Linus mainline booted with Warnings on PowerPC.
We did not see this on next-20170407 but on next-20170410 and later.
Machine type: Power 7 PowerVM LPAR
Kernel : 4.11.0
Config : file attched.
IPv6: ADDRCONF(NETDEV_UP): net0: link is not ready
Starting WPA Supplicant daemon...
* Nick Desaulniers wrote:
> Other compilers, like clang, treat unknown compiler flags as errors.
>
> Signed-off-by: Nick Desaulniers
> ---
> arch/x86/Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/x86/Makefile b/arch/x86/Makefile
> index 4430dd489620..
On 04.05.2017 14:35, Thierry Reding wrote:
> On Thu, May 04, 2017 at 07:44:08AM +0200, Daniel Vetter wrote:
>> On Wed, May 3, 2017 at 6:17 PM, Eric Anholt wrote:
>>> Laurent Pinchart writes:
>>>
Hi Daniel,
On Wednesday 03 May 2017 16:28:56 Daniel Vetter wrote:
> On Wed, May 03,
On 04-05-17 17:36, Sebastian Reichel wrote:
Hi,
On Tue, May 02, 2017 at 03:48:33PM +0200, Mike Looijmans wrote:
The LTC3651 reports its status via GPIO lines. This driver translates
the GPIO levels to battery charger status information via sysfs.
It relies on devicetree to supply the IO config
On Thu, May 4, 2017 at 2:21 AM, Andy Shevchenko
wrote:
> acpi_evaluate_dsm() and friends take a pointer to a raw buffer of 16
> bytes. Instead we convert them to use uuid_le type. At the same time we
> convert current users.
>
> acpi_str_to_uuid() becomes useless after the conversion and it's safe
Since usb phy core has added common code to register or unregister
extcon device, then phy-qcom-8x16-usb driver does not need its own
code to register/unregister extcon device, then remove them.
Signed-off-by: Baolin Wang
---
drivers/usb/phy/phy-qcom-8x16-usb.c | 20 +---
1 fil
Since usb phy core has added common code to register or unregister
extcon device, then phy-msm-usb driver does not need its own
code to register/unregister extcon device, then remove them.
Signed-off-by: Baolin Wang
---
drivers/usb/phy/phy-msm-usb.c | 85 +--
This patchset introduces one pointer of extcon device into usb phy
structure, and some other helper functions to register extcon instead
of each phy driver having its own related extcon APIs.
Changes since v2:
- Support separate extcon device.
- Convert the phy-msm-usb driver.
Changes since v1:
Usually usb phy need register one extcon device to get the connection
notifications. It will remove some duplicate code if the extcon device
is registered using common code instead of each phy driver having its
own related extcon APIs. So we add one pointer of extcon device into
usb phy structure,
* alexander.le...@verizon.com wrote:
> Hi Ingo,
>
> Please pull fixes for liblockdep.
>
> ===
>
> The following changes since commit a351e9b9fc24e982ec2f0e76379a49826036da12:
>
> Linux 4.11 (2017-04-30 19:47:48 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org
On 03-05-17, 14:30, Juri Lelli wrote:
> Currently, sugov_next_freq_shared() uses last_freq_update_time as a
> reference to decide when to start considering CPU contributions as
> stale.
>
> However, since last_freq_update_time is set by the last CPU that issued
> a frequency transition, this might
Fix failures to create namespaces due to the vmem_altmap not advertising
enough free space to store the memmap.
WARNING: CPU: 15 PID: 8022 at arch/x86/mm/init_64.c:656
arch_add_memory+0xde/0xf0
[..]
Call Trace:
dump_stack+0x63/0x83
__warn+0xcb/0xf0
warn_slowpath_null+0x1d/0x20
arch_add
Hi Andy,
[auto build test ERROR on next-20170503]
[cannot apply to pm/linux-next linus/master linux/master v4.9-rc8 v4.9-rc7
v4.9-rc6 v4.11]
[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/Andy-
>On 5/4/2017 5:07 PM, Scott Wood wrote:
>> On Thu, 2017-05-04 at 06:58 +0200, Karim Eshapa wrote:
>>> +stop = jiffies + 1;
>>> +/*
>>> + * if MR was full and h/w had other FQRNI entries to produce, we
>>> + * need to allow it time to produce those entries once the
>>> + * ex
On Thu, 04 May 2017, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 4 May 2017 13:40:53 +0200
>
> Do not use curly brackets at some source code places
> where a single statement should be sufficient.
We only tend to do this kind of changes when we're changing the
surrounding code a
On Thu, 04 May 2017, Chris Wilson wrote:
> On Thu, May 04, 2017 at 06:54:16PM +0200, SF Markus Elfring wrote:
>> From: Markus Elfring
>> Date: Thu, 4 May 2017 13:20:47 +0200
>>
>> Some strings which did not contain data format specifications should be put
>> into a sequence. Thus use the corresp
On Thu, 04 May 2017, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 4 May 2017 14:04:38 +0200
>
> Use space characters at some source code places according to
> the Linux coding style convention.
LGTM. Frankly the only concern I have with accepting this patch is that
it encourages
On Thu, 04 May 2017, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 4 May 2017 13:52:19 +0200
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> The script “checkpatch.pl” pointed information out like the following.
>
> Comparison to
Use msleep() instead of stucking with
long delay will be more efficient.
Signed-off-by: Karim Eshapa
---
drivers/soc/fsl/qbman/qman.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/soc/fsl/qbman/qman.c b/drivers/soc/fsl/qbman/qman.c
index 3d891db..18d391e 100644
Hi,
On 05/03/2017 06:38 AM, Boris Ostrovsky wrote:
> On 03/21/2017 04:01 AM, Lu Baolu wrote:
>> Add a simple udelay calibration in x86 architecture-specific
>> boot-time initializations. This will get a workable estimate
>> for loops_per_jiffy. Hence, udelay() could be used after this
>> initializ
Introduces a local var to collect flags and convert
them to le32.
Fixes the following sparse warnings:
drivers/staging/lustre/lustre/lmv/lmv_obd.c:2305:23: warning: invalid
assignment: |=
drivers/staging/lustre/lustre/lmv/lmv_obd.c:2305:23:left side has type
restricted __le32
drivers/stagin
Hello,
I have recently had occasion to use SOCK_SEQPACKET sockets on Linux,
and noticed some odd behavior. When using sendmsg and recvmsg with
these sockets, it seems that the "end-of-record" flag (MSG_EOR) is not
being propagated correctly.
The man page for recvmsg(2) states:
> The msg_flags fi
On Fri, 2017-05-05 at 06:26 +0200, Mike Galbraith wrote:
> > To get rteval:
> >
> > $ git clone
> > git://git.kernel.org/pub/scm/linux/kernel/git/clrkwllms/rteval.git
> > $ cd rteval
> > $ git checkout origin/v2/master
>
> ImportError: No module named ethtool
>
> Where does one find the ethto
On 05/04/17 11:00, Rob Herring wrote:
> sparse generates the following warnings in drivers/of/:
>
> ../drivers/of/fdt.c:63:36: warning: cast to restricted __be32
> ../drivers/of/fdt.c:68:33: warning: cast to restricted __be32
> ../drivers/of/irq.c:105:88: warning: incorrect type in initializer (di
On 05/04/17 11:00, Rob Herring wrote:
> sparse gives the following warning for 'pci_space':
>
> ../drivers/of/address.c:266:26: warning: incorrect type in assignment
> (different base types)
> ../drivers/of/address.c:266:26:expected unsigned int [unsigned]
> [usertype] pci_space
> ../drivers
On 05/04/17 11:00, Rob Herring wrote:
> sparse gives a warning that 'handle' is not a __be32:
>
> ../drivers/of/base.c:2261:61: warning: incorrect type in argument 1
> (different base types)
> ../drivers/of/base.c:2261:61:expected restricted __be32 const [usertype]
> *p
> ../drivers/of/base.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev.2017.05.02c
head: b69fe94f46adfa1b76504b0cd1b9604ea04db87d
commit: 37b235df7033c20b00702b8aa30f7424fc0fb556 [78/90] rcu: Remove
linux/cpumask.h from rcupdate.h
config: arm-imx_v6_v7_defconfig (attached as .config)
Any comments?
Juergen
On 27/04/17 07:01, Juergen Gross wrote:
> When running as Xen pv guest X86_BUG_SYSRET_SS_ATTRS must not be set
> on AMD cpus.
>
> This bug/feature bit is kind of special as it will be used very early
> when switching threads. Setting the bit and clearing it a little bit
>
Unless the software synchronization objects (CONFIG_SW_SYNC) is enabled,
the sync test will fail:
Additional Information:
Running tests in sync
[RUN] Testing sync framework
[RUN] Executing test_alloc_timeline
[ERROR] Failure allocating timeline
[RUN]
On Thu, May 04, 2017 at 09:12:32PM +0100, Chris Wilson wrote:
> On Thu, May 04, 2017 at 06:59:23PM +0200, SF Markus Elfring wrote:
> > From: Markus Elfring
> > Date: Thu, 4 May 2017 14:15:00 +0200
> >
> > The script "checkpatch.pl" pointed information out like the following.
> >
> > WARNING: quo
Hi, Dmitry!
On 04/21/2017 09:40 AM, Oleksandr Andrushchenko wrote:
Hi, Dmitry!
On 04/21/2017 05:10 AM, Dmitry Torokhov wrote:
Hi Oleksandr,
On Thu, Apr 13, 2017 at 02:38:04PM +0300, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Extend xen_kbdfront to provide multi-touch supp
Hello, Dmitry!
On 04/21/2017 09:42 AM, Oleksandr Andrushchenko wrote:
On 04/21/2017 05:11 AM, Dmitry Torokhov wrote:
On Thu, Apr 13, 2017 at 02:38:03PM +0300, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
Xen input para-virtual protocol defines string constants
used by both bac
On Thu, May 4, 2017 at 9:39 PM, Al Viro wrote:
> On Thu, May 04, 2017 at 08:46:49PM -0700, Linus Torvalds wrote:
>> On Thu, May 4, 2017 at 7:47 PM, Jann Horn wrote:
>> >
>> > Thread 1 starts an AT_BENEATH path walk using an O_PATH fd
>> > pointing to /srv/www/example.org/foo; the path given to th
Fixed coding style issue
Signed-off-by: Jaya Durga
---
drivers/staging/rtl8712/ieee80211.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8712/ieee80211.c
b/drivers/staging/rtl8712/ieee80211.c
index d84da2b..512bf16 100644
--- a/drivers/staging/rtl8712/
On Thu, May 04, 2017 at 08:46:49PM -0700, Linus Torvalds wrote:
> On Thu, May 4, 2017 at 7:47 PM, Jann Horn wrote:
> >
> > Thread 1 starts an AT_BENEATH path walk using an O_PATH fd
> > pointing to /srv/www/example.org/foo; the path given to the syscall is
> > "bar/../../../../etc/passwd". The pat
On Thu, May 4, 2017 at 9:01 PM, Linus Torvalds
wrote:
> On Thu, May 4, 2017 at 8:00 PM, Al Viro wrote:
>>>
>>> That could still allow crossing mount-points, but only if they are
>>> non-bind mounts and cannot let us escape.
>>>
>>> I'm not sure if that's testable, though.
>>
>> This one isn't, un
> To get rteval:
>
> $ git clone
> git://git.kernel.org/pub/scm/linux/kernel/git/clrkwllms/rteval.git
> $ cd rteval
> $ git checkout origin/v2/master
ImportError: No module named ethtool
Where does one find the ethtool bits it seems to depend upon?
-Mike
Hi all,
Please do not add any v4.13 destined material in your linux-next
included branches until after v4.12-rc1 has been released.
Changes since 20170504:
The rdma tree gained a conflict against the pci tree.
The spi-nor tree lost its build failure.
Non-merge commits (relative to Linus'
Mr.Torokhov
Mr.Herrmann
> Anyway, I'd suggest leaving the patch unchanged. You can do the
> modification as a follow-up. It is not urgent.
I don't change now.
Please continue with the processing.
Regard.
---
Tomohiro
2017-05-05 0:09 GMT+09:00 Tomohiro Yoshidomi :
> Mr.Torokhov
> Mr.Herrmann
>
On Thu, 2017-05-04 at 20:41 +1000, Nicholas Piggin wrote:
> On Thu, 04 May 2017 14:54:19 +0530
> Abdul Haleem wrote:
>
> > Hi,
> >
> > linux-next build fails on BE config with next-20170424 onwards
> >
> > the patch https://lkml.org/lkml/2017/4/20/994 fixes a similar issue
> > with kvm guest b
On Thu, 2017-05-04 at 21:25 +0100, Chris Wilson wrote:
> On Thu, May 04, 2017 at 11:45:48AM -0700, Laura Abbott wrote:
> >
> > Enable the GEM dma-buf import interfaces in addition to the export
> > interfaces. This lets vgem be used as a test source for other allocators
> > (e.g. Ion).
> >
> > Re
On Thu, May 4, 2017 at 8:00 PM, Al Viro wrote:
>>
>> That could still allow crossing mount-points, but only if they are
>> non-bind mounts and cannot let us escape.
>>
>> I'm not sure if that's testable, though.
>
> This one isn't, unfortunately - there is no difference between bind and
> no-bind;
On Thu, May 4, 2017 at 7:47 PM, Jann Horn wrote:
>
> Thread 1 starts an AT_BENEATH path walk using an O_PATH fd
> pointing to /srv/www/example.org/foo; the path given to the syscall is
> "bar/../../../../etc/passwd". The path walk enters the "bar" directory.
> Thread 2 moves /srv/www/example.org/f
On Fri, May 5, 2017 at 12:52 AM, wrote:
> 在 2017-05-04 21:05，Maxime Ripard 写道：
>>
>> On Thu, May 04, 2017 at 07:48:53PM +0800, Icenowy Zheng wrote:
>>>
>>> Allwinner have a new "Display Engine 2.0" in their new SoCs, which comes
>>> with mixers to do graphic processing and feed data to TCON, like
On Thu, May 4, 2017 at 9:49 PM, Icenowy Zheng wrote:
> From: Icenowy Zheng
Do you want to update your author email address?
>
> Allwinner R40 is a new SoC, with Quad Core Cortex-A7 and peripherals
> like A20.
>
> Add support for it.
>
> Signed-off-by: Icenowy Zheng
Same here.
For the subject
On 5/4/2017 8:19 PM, Stephen Rothwell wrote:
> Hi Doug,
>
> Today's linux-next merge of the rdma tree got a conflict in:
>
> drivers/infiniband/hw/hfi1/hfi.h
>
> between commit:
>
> 21c433a74b6b ("IB/hfi1: Use pcie_flr() instead of duplicating it")
>
> from the pci tree and commit:
>
>
Hi Laura,
On 2017/5/5 1:47, Laura Abbott wrote:
> On 05/04/2017 07:45 AM, Yisheng Xie wrote:
>> From: Yisheng Xie
>>
>> It should check ipdev->heaps[i] whether it is error or null instead of
>> ipdev->heaps, after ion_heap_create() for ipdev->heaps[i].
>>
>> Signed-off-by: Yisheng Xie
>> ---
>>
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> Allwinner V3s SoC features a TCON without channel 1.
>
> Add support for it.
>
> Signed-off-by: Icenowy Zheng
Reviewed-by: Chen-Yu Tsai
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> Allwinner V3s SoC features a "Display Engine 2.0" with only one TCON
> which have RGB LCD output.
Please also mention that it only has one mixer.
For the subject, you could just say "Add device nodes for the display pipeline".
>
> Add devic
On Friday 05 May 2017 04:08 AM, Alexandre Belloni wrote:
> Hi,
>
> On 03/05/2017 at 11:39:34 +0530, Keerthy wrote:
>> On Tuesday 18 April 2017 10:50 AM, Keerthy wrote:
>>> From: Russ Dill
>>>
>>> Many RTCs provide scratch registers that are maintained so long as the RTC
>>> has power. Provide a
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> Allwinner V3s SoC features a set of pins that have functionality of RGB
> LCD, the pins are at different pin ban than other SoCs.
>
> Add pinctrl node for them.
>
> Signed-off-by: Icenowy Zheng
> ---
> arch/arm/boot/dts/sun8i-v3s.dtsi | 9 ++
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> Allwinner V3s SoC have a display engine which have a different pipeline
> with older SoCs.
>
> Add document for it (new compatibles and the new "mixer" part).
>
> Signed-off-by: Icenowy Zheng
> Acked-by: Rob Herring
> ---
> Changes in v4:
>
Other compilers, like clang, treat unknown compiler flags as errors.
Signed-off-by: Nick Desaulniers
---
arch/x86/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/Makefile b/arch/x86/Makefile
index 4430dd489620..12757a252e6b 100644
--- a/arch/x86/Makefile
+++
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> As sun4i-backend is now a dedicated module, add an Kconfig option for
> it to make it optional, since some build may only use other engines.
>
> Signed-off-by: Icenowy Zheng
> ---
> Splited out patch.
>
> drivers/gpu/drm/sun4i/Kconfig | 10
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> Currently the direct call from CRTC code to layer code has disappeared,
> instead the layer's init function is called via the backend's ops.
>
> Add a dedicated module for sun4i-backend and sun4i-layer, and drop the
> EXPORT_SYMBOL from backen
SNIP
- if (symbol_conf.use_callchain) {
+ if (symbol_conf.use_callchain &&
+ !symbol_conf.show_branchflag_count) {
ui__error("Selected -g or --branch-history but no "
"callchain data. Did\n
Hi,
> From: Jon Mason [mailto:jon.ma...@broadcom.com]
> Sent: Thursday, May 4, 2017 11:06 PM
> Subject: [PATCH] ACPI: SPCR: Use access width to determine mmio usage
>
> The current SPCR code does not check the access width of the mmio, and
> uses a default of 8bit register accesses. This prevent
On Thu, May 04, 2017 at 10:13:41AM -0500, Li, Yi wrote:
> hi Hao
>
>
> On 3/30/2017 7:08 AM, Wu Hao wrote:
> >From: Xiao Guangrong
> >
> >Device Featuer List structure creates a link list of feature headers
> >within the MMIO space to provide an extensiable way of adding features.
> >
> >The Int
On Thu, May 4, 2017 at 7:41 PM, Icenowy Zheng wrote:
> As we are going to add support for the Allwinner DE2 Mixer in sun4i-drm
> driver, we will finally have two types of layers.
>
> Each layer is bound to a drm_plane that is CRTC-specific, so we create
> them when initializing CRTC (calling sun4i
On Thu, May 04, 2017 at 06:27:10PM -0700, Linus Torvalds wrote:
> As mentioned last time, at least for the git usage, even relative
> symlinks are a no-no - not because they'd escape, but simply because
> git wants to see the *unique* name, and resolve relative symlinks to
> either the symlink, or
On Thu, May 4, 2017 at 7:48 PM, Icenowy Zheng wrote:
> As we are going to add support for the Allwinner DE2 engine in sun4i-drm
> driver, we will finally have two types of display engines -- the DE1
> backend and the DE2 mixer. They both do some display blending and feed
> graphics data to TCON, s
Hi Ingo,
Please pull fixes for liblockdep.
===
The following changes since commit a351e9b9fc24e982ec2f0e76379a49826036da12:
Linux 4.11 (2017-04-30 19:47:48 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/sashal/linux.git
liblockdep-fixes
for
From: Xiubo Li
The fifo type waiter list will hold the udevs who are waiting for the
blocks from the data global pool. The unmap thread will try to feed the
first udevs in waiter list, if the global free blocks available are
not enough, it will stop traversing the list and abort waking up the
oth
+CC drysdale in case he has thoughts on this
On Fri, May 5, 2017 at 2:30 AM, Al Viro wrote:
> On Mon, May 01, 2017 at 07:36:52PM +0200, Jann Horn wrote:
>
>> Oh, nice!
>>
>> It looks like this is somewhat similar to the old O_BENEATH proposal,
>> but because the intentions behind the proposals ar
In annotate_browser_write(),
if (dl->offset != -1 && percent_max != 0.0) {
if (percent_max != 0.0) {
...
}
...
}
The second checking of (percent_max != 0.0) is not necessary,
so remove it.
Change log:
---
v2:
---
Thanks for the comments and ideas from Arnaldo and Milian.
1. Change "Percnt" to "Percent"
2. Add explanations for "Percent", "IPC" and "Cycle".
When user hit hotkey 'h', the help window is popup. Explanations
are added at the bottom of window.
│Report explanation:
The annotate browser is divided into 2 frames. Left frame
contains 3 columns (some platforms only have one column).
For example:
│26 int compute_flag()
│27 {
22.80 1.20 │ sub$0x8,%rsp
│25 int i;
On Thu, May 4, 2017 at 5:18 PM, Greg KH wrote:
>
> Here is the big set of new char/misc driver drivers and features for
> 4.12-rc1.
Ugh. I'm not particularly happy with the conflicts I got and my
resolutions there-of.
I did resolve them - in the case of drivers/scsi/osd/osd_uld.c as per
James' s
On (05/04/17 17:46), Petr Mladek wrote:
[..]
> Suggested-by: Sergey Senozhatsky
> Signed-off-by: Petr Mladek
Acked-by: Sergey Senozhatsky
a small nitpick,
[..]
> void printk_nmi_enter(void)
> {
> - this_cpu_or(printk_context, PRINTK_NMI_CONTEXT_MASK);
> + /*
> + * The size of t
Hi Linus,
Small supplementary pull request. I didn't want anyone saying we snuck
this in in a the middle of a big pile of changes, so here is a clearly
separate pull request documenting the code of conduct introduced for
freedesktop.org and how it relates to dri-devel community.
Dave.
The follow
On 24 September 2016 at 00:03, Olliver Schinagl wrote:
> You are welcome, but there's some work still being done in this regard, or
> rather, i have to find time to grab a scope and properly check the output.
> So expect the proper fix to be coming to a kernel near you soon :)
>
> Meanwhile, it se
On Thursday, May 4, 2017 6:16 PM Daniel Lezcano wrote:
> >
> > preempt_disable();
> > dev = cpuidle_get_device();
> > - dev->use_deepest_state = enable;
> > + if (dev)
> > + dev->use_deepest_state = enable;
>
>
> This change is acceptable as a hot fix but the question is 'why is
Hi Linus,
I missed a pull request from Thierry, this stuff has been in
linux-next for a while anyways.
It does contain a branch from the iommu tree, but Thierry said it
should be fine.
Dave.
The following changes since commit 8b03d1ed2c43a2ba5ef3381322ee4515b97381bf:
Merge branch 'linux-4.12'
Hi Parav and Doug,
Quoting Doug Ledford :
On Thu, 2017-05-04 at 21:52 +, Parav Pandit wrote:
Hi,
>
> -Original Message-
> From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
> ow...@vger.kernel.org] On Behalf Of Gustavo A. R. Silva
> Sent: Thursday, May 4, 2017 12:42 PM
> T
From: Amey Telawane
Strcpy is inherently not safe, and strlcpy() should be used instead.
__trace_find_cmdline() uses strcpy() because the comms saved must have a
terminating nul character, but it doesn't hurt to add the extra protection
of using strlcpy() instead of strcpy().
Link:
http://lkml.
From: "Steven Rostedt (VMware)"
Dan Carpenter sent a patch to remove a check in ftrace_match_record()
because the logic of the code made the check redundant. I looked deeper into
the code, and made the following logic table, with the three variables and
the result of the original code.
modname
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: 77c0edde14bf0fb0c0bb97e782981bbcf084
Amey Telawane (1):
tracing: Use strlcpy() instead of strcpy() in __trace_find_cmdline()
Dan Carpenter (1):
ftrace: Remove an unneeded condition
Steve
From: Dan Carpenter
We know that "mod_matches" is true here so there is no need to check
again.
Link: http://lkml.kernel.org/r/20170331152130.GA4947@mwanda
Signed-off-by: Dan Carpenter
Signed-off-by: Steven Rostedt (VMware)
---
kernel/trace/ftrace.c | 2 +-
1 file changed, 1 insertion(+), 1
On Thu, May 4, 2017 at 5:30 PM, Al Viro wrote:
>
> As for mountpoint crossing... it might make sense to split those.
> O_BENEATH allowed it, and if we want AT_BENEATH to match that - let's
> do it. Then this one would become AT_BENEATH | AT_XDEV (the latter named
> after find(1) option, obviousl
On Thu, Apr 20, 2017 at 10:05:00PM -0700, Yinghai Lu wrote:
> From 5b2854155 (PCI: Restrict 64-bit prefetchable bridge windows to 64-bit
> resources), we change the logic for pref mmio allocation:
> When bridge pref support mmio64, we will only put children pref
> that support mmio64 into it, and w
On Thu, May 04, 2017 at 04:34:14PM +0200, Marek Vasut wrote:
> On 05/04/2017 03:41 PM, Shawn Guo wrote:
> > So I guess you do not understand how the OPP hackery was born and why it
> > shouldn't be there for mainline kernel at all.
>
> The OPP hackery is there to keep both regulators configured th
On Thu, May 04, 2017 at 05:44:19PM -0700, Andy Lutomirski wrote:
> > It's not quite O_BENEATH, and IMO it's saner that way - a/b/c/../d is
> > bloody well allowed, and so are relative symlinks that do not lead out of
> > the subtree. If somebody has a good argument in favour of flat-out
> > ban on
Hi, Dan
> From: Dan Williams [mailto:dan.j.willi...@intel.com]
> Sent: Thursday, May 4, 2017 11:45 PM
> Subject: Re: [PATCH v3 2/4] ACPICA: Tables: Add mechanism to allow to balance
> late stage
> acpi_get_table() independently
>
> On Thu, May 4, 2017 at 12:18 AM, Zheng, Lv wrote:
> > Hi, Rafae
On Thu, May 4, 2017 at 5:30 PM, Al Viro wrote:
> On Mon, May 01, 2017 at 07:36:52PM +0200, Jann Horn wrote:
>
>> Oh, nice!
>>
>> It looks like this is somewhat similar to the old O_BENEATH proposal,
>> but because the intentions behind the proposals are different
>> (application sandboxing versus
On 04/05/17 17:00, Tejun Heo wrote:
Hi,
> Hello,
>
> On Thu, May 04, 2017 at 02:03:14PM +0200, Maxime Ripard wrote:
>>> @@ -704,6 +704,7 @@ static void pinctrl_generic_free_groups(struct
>>> pinctrl_dev *pctldev)
>>> radix_tree_delete(&pctldev->pin_group_tree, indices[i]);
>>>
1 - 100 of 798 matches
Mail list logo
