Initialize hw device by calling the initialization functions of aeqs and
management channel.
Signed-off-by: Aviad Krawczyk
Signed-off-by: Zhao Chen
---
drivers/net/ethernet/huawei/hinic/Makefile| 3 +-
drivers/net/ethernet/huawei/hinic/hinic_hw_dev.c | 176 --
dri
Initialize hw interface as part of the nic initialization for accessing hw.
Signed-off-by: Aviad Krawczyk
Signed-off-by: Zhao Chen
---
Documentation/networking/hinic.txt | 125 ++
drivers/net/ethernet/Kconfig | 1 +
drivers/net/ethernet/Makefile
On 01/08/17 18:59, Robin Murphy wrote:
> Currently, we handle all DMA aliases equally when calculating MSI
> requester IDs for the generic infrastructure. This turns out to be the
> wrong thing to do in the face of pure DMA quirks like those of Marvell
> SATA cards, where in the usual case the last
The patch-set contains the support of the HiNIC Ethernet driver for
hinic family of PCIE Network Interface Cards.
The Huawei's PCIE HiNIC card is a new Ethernet card and hence there was
a need of a new driver.
The current driver is meant to be used for the Physical Function and there
would soon b
On 01. aug. 2017 15:27, Andrew Lunn wrote:
On Tue, Aug 01, 2017 at 02:31:44PM +0200, Egil Hjelmeland wrote:
On 01. aug. 2017 13:49, Juergen Borleis wrote:
Hi Egil,
On Tuesday 01 August 2017 13:14:38 Egil Hjelmeland wrote:
Will be used instead of '3' in upcomming patches.
+#define LAN9303_NU
On Thu, Aug 03, 2017 at 11:31:53AM +0200, Michal Hocko wrote:
> On Thu 03-08-17 17:22:37, Joey Lee wrote:
> > On Wed, Aug 02, 2017 at 11:01:43AM +0200, Michal Hocko wrote:
> > > On Mon 31-07-17 15:38:45, Joey Lee wrote:
> [...]
> > > > So, the behavior is:
> > > >
> > > > Kernel received ejection
My Dear,
May Peace be unto you,
My name is Mrs. Sunie Wendy and i belief that you can help in setting
up a charity foundation for the benefit of mankind,
I wish to establish a charity foundation to help the poor in your
country under your care, Can you help to build this project in your
country?
On Thu, Aug 3, 2017 at 12:09 PM, Hannes Reinecke wrote:
> On 07/14/2017 03:22 PM, Suganath Prabu S wrote:
>> Sets nvme device queue depth, name and displays device capabilities
>>
>> Signed-off-by: Chaitra P B
>> Signed-off-by: Suganath Prabu S
>> ---
>> drivers/scsi/mpt3sas/mpt3sas_base.h |
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 2017-08-03 12:00, Pierre Yves MORDRET wrote:
>> What I actually mean is that you should not need to modify the DMA
>> driver at all.
>> According to stm32-dma.txt:
Simplify usage of lan9303_enable_packet_processing,
lan9303_disable_packet_processing()
Signed-off-by: Egil Hjelmeland
---
drivers/net/dsa/lan9303-core.c | 24 ++--
1 file changed, 10 insertions(+), 14 deletions(-)
diff --git a/drivers/net/dsa/lan9303-core.c b/drivers/net/ds
This series is purely non functional.
It changes the lan9303_enable_packet_processing,
lan9303_disable_packet_processing() to pass port number (0,1,2) as
parameter instead of port offset. This aligns them with
other functions in the module, and makes it possible to simplify the code.
The lan9303
The lan9303_enable_packet_processing, lan9303_disable_packet_processing
functions operate on port, so the names should reflect that.
And to align with lan9303_disable_processing(), rename:
lan9303_enable_packet_processing -> lan9303_enable_processing_port
lan9303_disable_packet_processing -> lan93
In lan9303_get_ethtool_stats: Get rid of 0x400 constant magic
by using new lan9303_read_switch_reg() inside loop.
Reduced scope of two variables.
Signed-off-by: Egil Hjelmeland
---
drivers/net/dsa/lan9303-core.c | 26 --
1 file changed, 16 insertions(+), 10 deletions(-)
lan9303_enable_packet_processing, lan9303_disable_packet_processing()
Pass port number (0,1,2) as parameter instead of port offset.
Because other functions in the module pass port numbers.
And to enable simplifications in following patch.
Introduce lan9303_write_switch_port().
Signed-off-by: Egil
Will be used instead of '3' in upcomming patches.
Signed-off-by: Egil Hjelmeland
---
drivers/net/dsa/lan9303-core.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/dsa/lan9303-core.c b/drivers/net/dsa/lan9303-core.c
index fa19e320c5a8..126e8b84bdf0 100644
--- a/drivers/net/dsa/
> Il giorno 03 ago 2017, alle ore 11:42, Mel Gorman
> ha scritto:
>
> On Thu, Aug 03, 2017 at 05:17:21PM +0800, Ming Lei wrote:
>> Hi Mel Gorman,
>>
>> On Thu, Aug 3, 2017 at 4:51 PM, Mel Gorman
>> wrote:
>>> Hi Christoph,
>>>
>>> I know the reasons for switching to MQ by default but just b
On Thu, 2017-08-03 at 11:10 +0200, Jiri Kosina wrote:
> On Mon, 31 Jul 2017, Jiri Kosina wrote:
>
> > Hi,
> >
> > booting current Linus' tree, I'm seeing lockdep splat (see the end of this
> > mail).
> >
> > Apparently, there is AB-BA between tz->lock and mvm->mutex through the CPU
> > hotplug
On Thu, Aug 03, 2017 at 05:17:21PM +0800, Ming Lei wrote:
> Hi Mel Gorman,
>
> On Thu, Aug 3, 2017 at 4:51 PM, Mel Gorman
> wrote:
> > Hi Christoph,
> >
> > I know the reasons for switching to MQ by default but just be aware that
> > it's
> > not without hazards albeit it the biggest issues I'v
Thanks John's reply.
Hi Thierry & Matthais,
What's your opinion?
On Wed, 2017-08-02 at 16:42 +0800, John Crispin wrote:
>
> On 02/08/17 09:19, Zhi Mao wrote:
> > Hi John, Matthais & Thierry,
> >> Just a gentle ping on this issue again.
> >> Do you have any update?
> >>
> >> Regards,
> >> Zhi
>
Can be reproduced when running dlm_controld (tested on 4.4.x, 4.12.4):
# seq 1 100 | xargs -P0 -n1 dlm_tool join
# seq 1 100 | xargs -P0 -n1 dlm_tool leave
misc_register fails due to duplicate sysfs entry, which causes
dlm_device_register to free ls->ls_device.name.
In dlm_device_deregister the
On Wed, Aug 02, 2017 at 10:29:14AM +0200, Michal Hocko wrote:
> For ages we have been relying on TIF_MEMDIE thread flag to mark OOM
> victims and then, among other things, to give these threads full
> access to memory reserves. There are few shortcomings of this
> implementation, th
On Thu, Aug 3, 2017 at 1:48 PM, Shawn Lin wrote:
>
> On 2017/8/2 19:09, Jagan Teki wrote:
>>
>> Hi,
>>
>> Did anyone observing error -110 and -84 during boot on rk3288 target?
>> full log here[1] and used dts node is[2].
>
>
> -100 is -ETIMEDOUT and -84 is CRC error. So that seems much likely HW
>
On Thu, Aug 3, 2017 at 1:25 PM, Johannes Thumshirn wrote:
> On Thu, Aug 03, 2017 at 08:24:59AM +0200, Hannes Reinecke wrote:
>> > + U32
>> > + IOCLogInfo; /*0x10 */
>> > + U16
>> > + ErrorResponseCount; /*0x14 */
>> > + U16
>> > +
On Thu, Aug 3, 2017 at 5:17 PM, Ming Lei wrote:
> Hi Mel Gorman,
>
> On Thu, Aug 3, 2017 at 4:51 PM, Mel Gorman
> wrote:
>> Hi Christoph,
>>
>> I know the reasons for switching to MQ by default but just be aware that it's
>> not without hazards albeit it the biggest issues I've seen are switchin
On Thu 03-08-17 17:22:37, Joey Lee wrote:
> On Wed, Aug 02, 2017 at 11:01:43AM +0200, Michal Hocko wrote:
> > On Mon 31-07-17 15:38:45, Joey Lee wrote:
[...]
> > > So, the behavior is:
> > >
> > > Kernel received ejection event, set _Eject_ flag on container object
> > > -> Kernel sends offline
NVME_RDMA_MAX_SEGMENT_SIZE is not used anywhere, zap it.
Signed-off-by: Johannes Thumshirn
---
drivers/nvme/host/rdma.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/nvme/host/rdma.c b/drivers/nvme/host/rdma.c
index da04df1af231..57ac96ff9acb 100644
--- a/drivers/nvme/host/rdma.c
ALL_OPTS isn't used anywhere, remove it.
Signed-off-by: Johannes Thumshirn
---
drivers/nvme/target/fcloop.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/nvme/target/fcloop.c b/drivers/nvme/target/fcloop.c
index 1bb9d5b311b1..1cb9847ec261 100644
--- a/drivers/nvme/target/fcloop.c
Commit d618ebaf0aa8 ("f2fs: enable small discard by default") enables
f2fs to issue 4K size discard in real-time discard mode. However, issuing
smaller discard may cost more flash lifetime but release less free
space in storage. Since f2fs has ability of separating hot/cold data and
garbage collect
Nice work!
On 2017-08-02 at 15:18:37 +0200, Oleksandr Shamray
wrote:
> --- /dev/null
> +++ b/drivers/jtag/jtag.c
[...]
> +static int jtag_run_test_idle(struct jtag *jtag,
> + struct jtag_run_test_idle *idle)
Both the function and the struct it takes have the same name,
Hi Andy,
On Thu, 03 Aug 2017 11:17:03 +0300 Andy Shevchenko
wrote:
>
> I just checked what we have in our for-next branch and mentioned commits
> have mine SoB. Should they have something else?
In Darren's response it became clear that even though you had initially
commited the patches, he had
On 03.08.2017 09:48, Horia Geantă wrote:
On 8/3/2017 6:17 AM, Herbert Xu wrote:
On Wed, Aug 02, 2017 at 02:03:14PM +, Horia Geantă wrote:
Take CAAM's engine HWRNG: it can work both as a TRNG and as a
TRNG-seeded DRBG (that's how it's currently configured).
IIUC, both setups are fit as so
On Wed, 2 Aug 2017, Benjamin Tissoires wrote:
> Sorry for the delay. I was at GUADEC the whole past week and couldn't
> get much kernel work done. I was thinking a little bit about this series
> though. Patch 1 is fine, but patch 2 is a little bit more of an issue.
> Ideally, I'd like to keep h
Hi,
The patch looks correct.
On 07/16/2017 09:39 AM, Bjorn Andersson wrote:
> When the init op fails it will restore the state of the resources, so we
> should not disable them one more time when this happens.
>
> Signed-off-by: Bjorn Andersson
> ---
> drivers/pci/dwc/pcie-qcom.c | 2 +-
> 1 f
Hi,
Chunfeng Yun writes:
> Add myself as maintainer of MediaTek USB3 DRD IP driver
>
> Signed-off-by: Chunfeng Yun
> ---
> MAINTAINERS |7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 205d397..0f0bcc7 100644
> --- a/MAINTAINERS
> +++ b/MAINTA
On Wed, Aug 02, 2017 at 11:01:43AM +0200, Michal Hocko wrote:
> On Mon 31-07-17 15:38:45, Joey Lee wrote:
> > Hi Michal,
> >
> > Sorry for my delay...
> >
> > On Tue, Jul 25, 2017 at 02:48:37PM +0200, Michal Hocko wrote:
> > > On Mon 24-07-17 17:29:21, Joey Lee wrote:
> [...]
> > > > For the succ
Fix reading trigger mode, when other bit-fields are set. SMCR register
value must be masked to read SMS (slave mode selection) only.
Fixes: 9eba381 ("iio: make stm32 trigger driver use
INDIO_HARDWARE_TRIGGERED mode")
Signed-off-by: Fabrice Gasnier
---
drivers/iio/trigger/stm32-timer-trigger.c |
> Il giorno 03 ago 2017, alle ore 10:51, Mel Gorman
> ha scritto:
>
> Hi Christoph,
>
> I know the reasons for switching to MQ by default but just be aware that it's
> not without hazards albeit it the biggest issues I've seen are switching
> CFQ to BFQ. On my home grid, there is some experime
On 03/08/2017 00:01, Andrew Morton wrote:
On Wed, 2 Aug 2017 14:06:39 +0100 Tvrtko Ursulin
wrote:
Hi Andrew,
We have a couple of small lib/scatterlist.c tidies here, plus exporting
the new API which allows drivers to control the maximum coalesced entry
as created by __sg_alloc_table_from_p
On 8/3/2017 3:51 AM, Franklin S Cooper Jr wrote:
Add information regarding fixed transceiver binding. This is especially
important for MCAN since the IP allows CAN FD mode to run significantly
faster than what most transceivers are capable of.
Signed-off-by: Franklin S Cooper Jr
---
Document
Hello!
On 8/3/2017 3:51 AM, Franklin S Cooper Jr wrote:
Add documentation to describe usage of the new fixed transceiver binding.
This new binding is applicable for any CAN device therefore it exists as
its own document.
Signed-off-by: Franklin S Cooper Jr
---
.../bindings/net/can/fixed-tra
Hi Mel Gorman,
On Thu, Aug 3, 2017 at 4:51 PM, Mel Gorman wrote:
> Hi Christoph,
>
> I know the reasons for switching to MQ by default but just be aware that it's
> not without hazards albeit it the biggest issues I've seen are switching
> CFQ to BFQ. On my home grid, there is some experimental a
Add output compare trigger sources available on some instances.
Signed-off-by: Fabrice Gasnier
---
drivers/iio/trigger/stm32-timer-trigger.c | 31 +--
include/linux/iio/timer/stm32-timer-trigger.h | 12 +++
2 files changed, 32 insertions(+), 11 deletions(-)
d
STM32H7 variant has additional timer instances, and slightly different
valid triggers.
This patchset introduces a new compatible for STM32H7 timers, to handle
this new variant, with appropriate configuration data.
Fabrice Gasnier (3):
dt-bindings: iio: timer: stm32: add support for STM32H7
iio
Hi Ding
patch looks good, except would reword the patch description for clarity
here is my crack at it, feel free to use.
On Thu, Jul 13, 2017 at 10:21:31PM +0800, Ding Tianhong wrote:
> The PCIe Device Control Register use the bit 4 to indicate that
> whether the device is permitted to enable r
STM32H7 has slightly different triggers than previous versions.
Introduce st,stm32h7-timer-trigger compatible to handle this new variant.
Signed-off-by: Fabrice Gasnier
---
Documentation/devicetree/bindings/iio/timer/stm32-timer-trigger.txt | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-
Add support for STM32H7 timer triggers:
- Add new valids_table
- Introduce compatible, with configuration data
- Extend up to 15 timers, available on STM32H7
Signed-off-by: Fabrice Gasnier
---
drivers/iio/trigger/stm32-timer-trigger.c | 55 +--
include/linux/iio/timer
From: Tvrtko Ursulin
With the addition of __sg_alloc_table_from_pages we can control
the maximum coalescing size and eliminate a separate path for
allocating backing store here.
Similar to 871dfbd67d4e ("drm/i915: Allow compaction upto
SWIOTLB max segment size") this enables more compact sg list
From: Tvrtko Ursulin
Drivers like i915 benefit from being able to control the maxium
size of the sg coalesced segment while building the scatter-
gather list.
Introduce and export the __sg_alloc_table_from_pages function
which will allow it that control.
v2: Reorder parameters. (Chris Wilson)
v
From: Tvrtko Ursulin
Since the scatterlist length field is an unsigned int, make
sure that sg_alloc_table_from_pages does not overflow it while
coalescing pages to a single entry.
v2: Drop reference to future use. Use UINT_MAX.
v3: max_segment must be page aligned.
v4: Do not rely on compiler to
Declare echo_lock_ops object of type cl_lock_operations as const as it
is only passed to the function cl_lock_slice_add. The corresponding
argument is of type const, so make the object const.
Signed-off-by: Bhumika Goyal
---
drivers/staging/lustre/lustre/obdecho/echo_client.c | 2 +-
1 file chan
On Thu 03-08-17 14:38:18, Wei Wang wrote:
> This patch adds support to walk through the free page blocks in the
> system and report them via a callback function. Some page blocks may
> leave the free list after the report function returns, so it is the
> caller's responsibility to either detect or
On Mon, 31 Jul 2017, Jiri Kosina wrote:
> Hi,
>
> booting current Linus' tree, I'm seeing lockdep splat (see the end of this
> mail).
>
> Apparently, there is AB-BA between tz->lock and mvm->mutex through the CPU
> hotplug lock.
>
> The obivous depency is: thermal_zone_get_temp() acquires tz-
Hi Joe,
[auto build test WARNING on staging/staging-testing]
[also build test WARNING on next-20170803]
[cannot apply to v4.13-rc3]
[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/Joe-Perches
Hi Wolfram,
On 3 August 2017 at 17:00, Wolfram Sang wrote:
> Hi,
>
>> Sorry for noise. I just afraid Wolfram missed this patchset since I
>> did not get any comments from V4.
>
> I use patchwork. Patches don't get lost :)
>
> Anyway, I nearly finished a document I can point people to when they
>
On Thu, Aug 03, 2017 at 04:59:26PM +0800, Dou Liyang wrote:
>Cc ACPI maintainers and mail list
So many thanks.
>
>At 08/03/2017 04:51 PM, Chao Fan wrote:
>> Hi all,
>>
>> Here is an issue about movable_node and KASLR.
>> Currently, KASLR works well with "mem=", by which we can limit the scope of
On 08/03/2017 08:42 AM, Peter Ujfalusi wrote:
> our mail server started to mangle outgoing mails, sorry for that, we are
> trying to resolve that...
No problem ;)
>
>
> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
> Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: He
When order is -1 or too big, *1UL << order* will be 0, which will
cause divide error. Although it seems that all callers of
__fragmentation_index() will only do so with a valid order, the
patch can make it more robust.
Sugguested-by: VlastimilBabka
Signed-off-by: Wen Yang
Reviewed-by: Jiang Biao
Hi,
> Sorry for noise. I just afraid Wolfram missed this patchset since I
> did not get any comments from V4.
I use patchwork. Patches don't get lost :)
Anyway, I nearly finished a document I can point people to when they
wonder what happened about their patches.
I hope this will help because I
Cc ACPI maintainers and mail list
At 08/03/2017 04:51 PM, Chao Fan wrote:
Hi all,
Here is an issue about movable_node and KASLR.
Currently, KASLR works well with "mem=", by which we can limit the scope of
memory chosen by KASLR. But if we use "movable_node" independently without
"mem=", we don'
On Thu, Aug 03, 2017 at 04:35:21PM +0800, Huang, Ying wrote:
> diff --git a/include/linux/smp.h b/include/linux/smp.h
> index 68123c1fe549..4d3b372d50b0 100644
> --- a/include/linux/smp.h
> +++ b/include/linux/smp.h
> @@ -13,13 +13,22 @@
> #include
> #include
>
> +#define CSD_ALIGNMENT
Hi Ding
Not sure if V7 is the last version.
can you consider rewording this just to make it a little bit more
readable? My suggestion below, feel free to use/modify
Otherwise its all good and you can add my Ack.
Acked-by: Ashok Raj
On Thu, Jul 13, 2017 at 10:21:30PM +0800, Ding Tianhong wrote
On Thu, Aug 03, 2017 at 10:11:52AM +0200, Michal Hocko wrote:
> > The GFP_ATOMIC|__GFP_NOMEMALLOC use in SELinux appears to be limited
> > to security/selinux/avc.c, and digging a bit, I'm guessing commit
> > fa1aa143ac4a copied the combination from 6290c2c43973 ("selinux: tag
> > avc cache alloc a
Hi all,
Here is an issue about movable_node and KASLR.
Currently, KASLR works well with "mem=", by which we can limit the scope of
memory chosen by KASLR. But if we use "movable_node" independently without
"mem=", we don't know the scope of memory in the home SB, which will cause
the memory of hot
Hi Christoph,
I know the reasons for switching to MQ by default but just be aware that it's
not without hazards albeit it the biggest issues I've seen are switching
CFQ to BFQ. On my home grid, there is some experimental automatic testing
running every few weeks searching for regressions. Yesterda
thanks
On 02-08-2017 22:50, Bjorn Helgaas wrote:
> On Mon, Jul 17, 2017 at 02:13:34PM +0100, Carlos Palminha wrote:
>> Helper functions dw_pcie_prog_*_atu_unroll don't need to be in global scope,
>> so make it static.
>>
>> Cleans up sparse warnings:
>> - symbol 'dw_pcie_prog_outbound_atu_unroll'
On 3 August 2017 at 16:26, Peter Rosin wrote:
> On 2017-08-03 09:29, Baolin Wang wrote:
>> Hi Wolfram,
>>
>> On 27 July 2017 at 17:29, Baolin Wang wrote:
>>> Hi Wolfram,
>>>
>>> On 24 July 2017 at 14:51, Baolin Wang wrote:
Hi Wolfram,
On 五, 7月 14, 2017 at 05:01:10下午 +0800, Baolin
Hello,
On 08/03/2017 04:03 AM, Shawn Guo wrote:
> On Fri, Jul 28, 2017 at 10:36:33AM +0200, Sébastien Szymanski wrote:
>> Setting the frequency higher than 528Mhz actually sets the ARM
>> clock to 528MHz. That's because PLL2 is used as the root clock when the
>> frequency is higher than 396MHz.
>>
On Thu, Aug 03, 2017 at 01:44:23PM +0800, Herbert Xu wrote:
> On Mon, Jul 17, 2017 at 11:27:36AM +0300, Cosar Dindar wrote:
> > This patch adds CRC (CRC32 Crypto) support for STM32F4 series.
> >
> > As an hardware limitation polynomial and key setting are not supported.
> > They are fixed as 0x4C1
Hi Masahiro,
On 03/08/17 08:32, Masahiro Yamada wrote:
> Hi.
>
> 2017-08-01 0:55 GMT+09:00 Thomas Gleixner :
>> On Mon, 31 Jul 2017, Tomi Sarvela wrote:
>>> On 31/07/17 18:06, Thomas Gleixner wrote:
Can you please remove the patch. And try the following:
# echo N > /sys/module/prin
The export does not work if only branches are exported because of a missing
column in the samples table. Fix by adding the missing call_path_id.
Signed-off-by: Adrian Hunter
Fixes: 3521f3bc9dae ("perf script: Update export-to-postgresql to support
callchain export")
---
tools/perf/scripts/pyth
Hi
Here is a script for exporting to SQLite 3 the same data as the PostgreSQL
export. The call-graph script is renamed and amended to work with both
PostgreSQL and SQLite.
Adrian Hunter (5):
perf script: Fix missing call_path_id in export-to-postgresql script
perf script: Fix query
Hi Shawn,
Please see my explanation inline.
> -Original Message-
> From: Shawn Guo [mailto:shawn...@kernel.org]
> Sent: Thursday, August 03, 2017 9:40 AM
> To: Andy Tang
> Cc: mark.rutl...@arm.com; devicet...@vger.kernel.org;
> catalin.mari...@arm.com; will.dea...@arm.com; linux-
> ker..
Hi, Matthias,
Ryder and me tried to make the patch better, so the delivery is made in
v3, including add missing pin state for mmc1 and remove wp-gpio
because the board only has micro-sd slot that can't be adjusted for the
lock manually. And also some cleanups are made for nodes sorted in
alphabe
Provides a new vbus debugfs interface used to turn on/off vbus
regulator, it also can be used to get/put reference count of
vbus, due to sometimes we need keep it alive when manually switch
mtu3 to device mode.
Signed-off-by: Chunfeng Yun
---
drivers/usb/mtu3/mtu3_dr.c | 75 +++
Add support for SQLite 3 to the call-graph-from-sql.py script. The SQL
statements work as is, so just detect the database type by checking if the
SQLite 3 file exists.
Signed-off-by: Adrian Hunter
---
tools/perf/scripts/python/call-graph-from-sql.py | 60 ++--
1 file changed,
Rename call-graph-from-postgresql.py to call-graph-from-sql.py in
preparation for adding support to it for SQLite 3.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/intel-pt.txt | 2 +-
.../scripts/python/call-graph-from-postgresql.py | 327 -
tools
Add support for exporting to SQLite 3 the same data as the PostgreSQL
export.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/intel-pt.txt | 6 +-
.../scripts/python/bin/export-to-sqlite-record | 8 +
.../scripts/python/bin/export-to-sqlite-report | 29 ++
too
Add a missing space which seemed not to affect PostgreSQL but upsets
SQLite.
Signed-off-by: Adrian Hunter
---
tools/perf/scripts/python/call-graph-from-postgresql.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/scripts/python/call-graph-from-postgresql.py
b/too
Add myself as maintainer of MediaTek USB3 DRD IP driver
Signed-off-by: Chunfeng Yun
---
MAINTAINERS |7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 205d397..0f0bcc7 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -8472,6 +8472,13 @@ M: Sean Wang
From: Michal Hocko
alloc_gigantic_page doesn't consider movability of the gigantic hugetlb
when scanning eligible ranges for the allocation. As 1GB hugetlb pages
are not movable currently this can break the movable zone assumption
that all allocations are migrateable and as such break memory hotp
Eric Dumazet writes:
> On Wed, 2017-08-02 at 16:52 +0800, Huang, Ying wrote:
>> From: Huang Ying
>>
>> struct call_single_data is used in IPI to transfer information between
>> CPUs. Its size is bigger than sizeof(unsigned long) and less than
>> cache line size. Now, it is allocated with no a
Malformed ascii art saying "Don't feed the trolls"
IE: Can't attack the message, attack the man.
Because White Men Programmers simply do not know what they do not know
and take proper, correct, legal analysis from a license attorney dealing
with a relevant issue as "trolling".
Here's a respo
Malformed ascii art saying "Don't feed the trolls"
IE: Can't attack the message, attack the man.
Because White Men Programmers simply do not know what they do not know
and take proper, correct, legal analysis from a license attorney dealing
with a relevant issue as "trolling".
Here's a respo
Hi Casey
On Wed, Aug 02, 2017 at 05:53:52PM +, Casey Leedom wrote:
> Okay, here you go. As you can tell, it's almost a trivial copy of the
> cxgb4 patch.
>
> By the way, I realized that we have yet another hole which is likely not
> to be fixable. If we're dealing with a problematic Ro
On Thu, Aug 03, 2017 at 09:26:06AM +0530, Pratyush Anand wrote:
> Hi Peter,
>
> On Wednesday 02 August 2017 01:44 PM, Peter Zijlstra wrote:
> > On Wed, Aug 02, 2017 at 09:01:19AM +0530, Pratyush Anand wrote:
> > > Hi,
> > >
> > > I am observing following rcu_sched stall while executing `perf reco
From: Sean Wang
The bananapi-r2 board has an SD-card controller and built-in
EMMC storage so enables those devices in the devicetree. Also
cleanup nodes in alphabetical order in the patch.
Signed-off-by: Matthias Brugger
Signed-off-by: Sean Wang
Signed-off-by: Ryder Lee
---
arch/arm/boot/dts
On 2017-08-03 09:29, Baolin Wang wrote:
> Hi Wolfram,
>
> On 27 July 2017 at 17:29, Baolin Wang wrote:
>> Hi Wolfram,
>>
>> On 24 July 2017 at 14:51, Baolin Wang wrote:
>>> Hi Wolfram,
>>>
>>> On 五, 7月 14, 2017 at 05:01:10下午 +0800, Baolin Wang wrote:
This patch adds the binding documentati
Hi Edward,
[auto build test ERROR on hwmon/hwmon-next]
[also build test ERROR on v4.13-rc3 next-20170803]
[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/Eddie-James/drivers-hwmon-pmbus-Add-IBM
On Thu, Aug 03, 2017 at 04:32:09PM +0900, Masahiro Yamada wrote:
> My environment is completely different (ARM64 board),
> I am also suffering from a hibernation problem
> since this commit.
>
>
> I get no response on the serial console
> after "Restarting tasks ... done." log message.
>
>
> B
The commit 575c2b867ee0 ("extcon: Rename the extcon_set/get_state()
to maintain the function naming pattern") renames the extcon function as
following: But, the extcon just keeps the old API to prevent the build error.
This patch removes the deprecatd extcon API.
- extcon_get_cable_state_() -> ext
This patch replaces the deprecated extcon API as following:
- extcon_get_cable_state_() -> extcon_get_state()
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
Cc: Raviteja Garimella
Signed-off-by: Chanwoo Choi
---
drivers/usb/gadget/udc/snps_udc_plat.c | 6 +++---
1 file changed, 3 insertions(+), 3 de
This patch replaces the deprecated extcon API as following:
- extcon_set_cable_state_() -> extcon_get_state()
Cc: Raviteja Garimella
Acked-by: Kishon Vijay Abraham I
Signed-off-by: Chanwoo Choi
---
drivers/phy/broadcom/phy-bcm-ns2-usbdrd.c | 8
1 file changed, 4 insertions(+), 4 delet
This patch uses the resource-managed extcon API for extcon_register_notifier()
and replaces the deprecated extcon API as following:
- (deprecated) extcon_get_cable_state_() -> extcon_get_state()
Acked-by: Kishon Vijay Abraham I
Signed-off-by: Chanwoo Choi
---
drivers/phy/qualcomm/phy-qcom-usb-h
These patches replace the deprecated extcon API and remove them from extcon.
Patch4 (drivers/usb/gadget/udc/snps_udc_plat.c) neeeds the review
from usb maintainer. After finishing the review of patch4,
I'll create the immutable branch and send the pull request
to both usb and phy maintainer.
Chan
On Thu 03-08-17 17:03:20, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > Look, I really appreciate your sentiment for for nommu platform but with
> > an absolute lack of _any_ oom reports on that platform that I am aware
> > of nor any reports about lockups during oom I am less than thrilled to
> >
This patch uses the resource-managed extcon API for extcon_register_notifier()
and replaces the deprecated extcon API as following:
- extcon_get_cable_state_() -> extcon_get_state()
- extcon_set_cable_state_() -> extcon_set_state_sync()
Acked-by: Kishon Vijay Abraham I
Signed-off-by: Chanwoo Choi
On Thu, Aug 3, 2017 at 2:34 AM, Bjorn Helgaas wrote:
> On Thu, Jul 06, 2017 at 08:39:41AM +0530, Oza Pawandeep wrote:
>> For Configuration Requests only, following reset it is possible for a
>> device to terminate the request but indicate that it is temporarily unable
>> to process the Request, bu
On 2017/8/2 19:09, Jagan Teki wrote:
Hi,
Did anyone observing error -110 and -84 during boot on rk3288 target?
full log here[1] and used dts node is[2].
-100 is -ETIMEDOUT and -84 is CRC error. So that seems much likely HW
relevant. Have you check the SI of SD slot?
You don't enable UHS mode
On Thu, 2017-08-03 at 06:37 +1000, Stephen Rothwell wrote:
> Hi Darren,
>
> Commits
>
> 890f658c101d ("platform/x86: peaq-wmi: silence a static checker
> warning")
> 6d8d55626296 ("platform/x86: msi-wmi: remove unnecessary static in
> msi_wmi_notify()")
> cd0223c64c60 ("platform/x86: ibm_rt
On Wed, Jul 19, 2017 at 4:59 PM, Laxman Dewangan wrote:
> On Wednesday 19 July 2017 06:55 PM, Johan Hovold wrote:
>> I guess the latter is fine, even if it is likely to amount to a fair bit
>> of debugging world wide.
>>
>> Perhaps all this can still be avoided by adding further flags and
>> depr
901 - 1000 of 1056 matches
Mail list logo