/linux/commits/Quentin-Schulz/add-ESP8089-WiFi-chip-driver/20170723-143744
config: blackfin-allyesconfig (attached as .config)
compiler: bfin-uclinux-gcc (GCC) 6.2.0
reproduce:
wget
https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x
On 21 July 2017 at 11:05, Viresh Kumar wrote:
> On 21-07-17, 10:35, Ulf Hansson wrote:
>> This depends on how drivers are dealing with runtime PM in conjunction
>> with the new pm_genpd_update_performance_state().
>>
>> In case you don't want to manage some of this in genpd, then each
>> driver wi
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-4.13b-rc2-tag
xen: fixes for 4.13-rc2
It contains some fixes and cleanups for running under Xen.
Now the new driver is omitted. :-)
Thanks.
Juergen
arch/x86/xen/smp_pv.c | 3
> For example, the persistent clock that is used to report
> "Suspended for" message, although very useful, is not present on all
> platforms. It is currently standardized for millisecond precision.
Fix that on your platforms, instead?
Hi Wang Cong,
With this patch , the system was crashed when setsockopt.
The call trace as below:
crash> bt
PID: 3069 TASK: 8800afcc CPU: 0 COMMAND: "trinity-main"
#0 [8801bec03ce0] machine_kexec at 8105354b
#1 [8801bec03d40] crash_kexec at 810f7e82
#2 [
drivers/staging/esp8089/esp_mac80211.c:596:33-34: WARNING comparing pointer to 0
Compare pointer-typed values to NULL rather than 0
Semantic patch information:
This makes an effort to choose between !x and x == NULL. !x is used
if it has previously been used with the function used to initiali
Hi!
> > I guess output just after boot will be more interesting?
> >
> > root@n900:/my/modules# insmod hci_nokia.ko
> > root@n900:/my/modules#
> > Message from syslogd@localhost at Jul 19 12:24:00 ...
> > kernel:[ 174.363037] BUG: rwlock bad magic on CPU#0,
> > kworker/u3:0/3027, c2665a48
> >
>
Alignment should match with open parenthesis.
This fixes the coding style issue.
Signed-off-by: Shreeya Patel
---
drivers/staging/greybus/tools/loopback_test.c | 35 ---
1 file changed, 16 insertions(+), 19 deletions(-)
diff --git a/drivers/staging/greybus/tools/loopback
/linux/commits/Quentin-Schulz/add-ESP8089-WiFi-chip-driver/20170723-143744
config: i386-allmodconfig (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All errors (new ones prefixed by
On Sun, Jul 23, 2017 at 02:09:57PM +0530, Shreeya Patel wrote:
> Alignment should match with open parenthesis.
> This fixes the coding style issue.
No, it need not. This is a choice left up to the author, even if
checkpatch happens to complain about it with the --strict option.
Thanks,
Johan
Hi Richard,
> -Original Message-
> From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
> ow...@vger.kernel.org] On Behalf Of Richard Cochran
> Sent: Sunday, July 23, 2017 7:17 AM
> To: Salil Mehta
> Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); huangdaode; lipeng (Y);
> mehta.salil
On Sun, Jul 23, 2017 at 4:15 AM, Lyude wrote:
> So, call hid_hw_open() in rmi_post_resume() so we make sure that the
> device is alive before we try talking to it.
>
> This fixes RMI device suspend/resume over HID.
> - int ret;
> + int ret = 0;
What's the point?
>
> if (!(d
Hi,
Do we need delete the v3 ring, when tp_version changed from TPACKET_V3 to
TPACKET_V1 ?
Best Regards,
liujian
> -Original Message-
> From: liujian (CE)
> Sent: Sunday, July 23, 2017 4:21 PM
> To: 'Cong Wang'; Dingtianhong
> Cc: Willem de Bruijn; Dave Jones; alexander.le...@verizon
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by work with
const pci_device_id. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
202531184 19904 41341a17d drivers/tty/m
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by work with
const pci_device_id. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
12626 18128 0 307547822 tty/serial/82
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by work with
const pci_device_id. So mark the non-const structs as const.
Arvind Yadav (9):
[PATCH 1/9] tty: mxser: constify pci_device_id.
[PATCH 2/9] tty: isicom: constify pci_device_id.
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by work with
const pci_device_id. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
41180 480 185 41845a375 drivers/tty/s
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by work with
const pci_device_id. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
24421088 83538 dd2 tty/serial/js
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by work with
const pci_device_id. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
14201 6561760 1661740e9 drivers/tty/m
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by work with
const pci_device_id. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
40301280 0531014be tty/serial/82
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by work with
const pci_device_id. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
121761520 25864 395609a88 drivers/tty/i
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by work with
const pci_device_id. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
51755 400 513 52668cdbc drivers/tty/s
pci_device_id are not supposed to change at runtime. All functions
working with pci_device_id provided by work with
const pci_device_id. So mark the non-const structs as const.
File size before:
textdata bss dec hex filename
44660 432 104 45196b08c drivers/tty/s
Hi David,
Strange that checkpatch.pl --strict didn't warn about it.
We will fix it.
Thanks for review,
Aviad
On 7/20/2017 2:13 AM, David Miller wrote:
> From: Aviad Krawczyk
> Date: Wed, 19 Jul 2017 17:19:10 +0800
>
>> diff --git a/drivers/net/ethernet/huawei/hinic/Makefile
>> b/drivers/net/e
Hello,
22.07.2017 20:17, Hans de Goede wrote:
> Hi,
>
> On 22-07-17 12:55, Paolo Cretaro wrote:
>> Fix compiler warnings:
>> vbox_mode.c:57:15: warning: variable ‘crtc_id’ set but not used
>> vbox_mode.c:581:25: warning: variable ‘vbox_connector’ set but not used
>>
>> Signed-off-by: Paolo Cretar
From: Ondrej Jirman
SY8106A is an I2C-controlled adjustable voltage regulator made by
Silergy Corp.
Add its device tree binding.
Signed-off-by: Ondrej Jirman
[Icenowy: Change commit message]
Signed-off-by: Icenowy Zheng
---
.../bindings/regulator/sy8106a-regulator.txt| 21 +++
From: Ondrej Jirman
SY8106A is an I2C attached single output regulator made by Silergy Corp,
which is used on several Allwinner H3/H5 SBCs to control the power
supply of the ARM cores.
Add a driver for it.
Signed-off-by: Ondrej Jirman
[Icenowy: Change commit message]
Signed-off-by: Icenowy Zhe
This patchset is a trial for DVFS support for Allwinner H3 SoC,
considering two kinds of adjustable regulators used on H3 boards:
SY8106A I2C-controlled regulator and SY8113B regulator (controllable
by GPIO with some special designs on the board).
PATCH 1 and PATCH 2 are for the SY8106A regulator,
From: Ondrej Jirman
Allwinner H3/H5 SoCs have an I2C controller at PL GPIO bank.
Add support for it in the device tree.
Signed-off-by: Ondrej Jirman
[Icenowy: Change to use r_ccu and change pinmux node name]
Signed-off-by: Icenowy Zheng
---
arch/arm/boot/dts/sunxi-h3-h5.dtsi | 14 +++
From: Ondrej Jirman
H3/H5 SoCs contain an I2C controller optionally available
on the PL0 and PL1 pins. This patch adds pinmux configuration
for this controller.
Signed-off-by: Ondrej Jirman
[Icenowy: change commit message and node name]
Signed-off-by: Icenowy Zheng
---
arch/arm/boot/dts/sunxi
The CPUX clock, which is the main clock of the ARM core on Allwinner H3,
can be adjusted by changing the frequency of the PLL_CPUX clock.
Allowing setting parent clock for the CPUX clock, thus the PLL_CPUX
clock can be adjusted when adjusting the CPUX clock.
Signed-off-by: Icenowy Zheng
---
dri
From: Chen-Yu Tsai
This patch utilizes the new PLL clk notifier to gate then ungate the
PLL CPU clock after rate changes. This should prevent any system hangs
resulting from cpufreq changes to the clk.
Reported-by: Ondrej Jirman
Signed-off-by: Chen-Yu Tsai
Tested-by: Icenowy Zheng
---
driver
Some new Allwinner SoCs get supported in the kernel after the
compatibles are added to cpufreq-dt-platdev driver.
Add their compatible strings in the cpufreq-dt-platdev driver.
Cc: "Rafael J. Wysocki"
Cc: Viresh Kumar
Signed-off-by: Icenowy Zheng
---
drivers/cpufreq/cpufreq-dt-platdev.c | 6 +
The CPU on Allwinner H3 can do dynamic frequency scaling.
Add a DVFS table based on the one tweaked by Armbian developers, which
are proven to work stably on BSP kernels.
Frequencies higher than 1008MHz are temporarily dropped in the table, as
they may lead to over voltage on boards without prope
Orange Pi Zero board has a SY8113B regulator, which is controlled via
GPIO and capable of outputing 1.1V when the PL6 GPIO is set to output 0
or 1.3V when the PL6 GPIO is set to input or output 1, and the output is
the power supply of the ARM cores in H2+ SoC.
Add the device tree node of this regu
From: Ondrej Jirman
Add SY8106A regulator to r_i2c bus and enable the r_i2c bus on
Orange Pi PC, then set the power supply of the ARM cores to this
regulator, in order to enable DVFS.
Signed-off-by: Ondrej Jirman
[Icenowy: Enable DVFS in this patch, slight changes and change commit
message]
Si
Hi Francois,
ERR_PTR / IS ERR - we will change it
err_xyz labels - we will change it according to other companies style.
hinic_free_hwdev - It is there to mark us changes for VF code. We will remove
it,
it can't be failed.
hinic_remove - If insmod failed and someone calls rmmod, we will get a
On Tue, 18 Jul 2017 14:35:30 +0200
Fabrice Gasnier wrote:
> Fixes commit 95e339b6e85d ("iio: adc: stm32: add support for STM32H7")
>
> Fix common clock rate used then by stm32-adc sub-devices: take common
> prescaler into account.
> Fix ADC max clock rate on STM32H7 (fADC from datasheet)
>
> Si
On Tue, 18 Jul 2017 14:35:31 +0200
Fabrice Gasnier wrote:
> STM32 ADC allows each channel to be sampled with a different sampling
> time. There's an application note that deals with this: 'How to get
> the best ADC accuracy in STM32...' It basically depends on analog input
> signal electrical pro
On Tue, 18 Jul 2017 14:35:32 +0200
Fabrice Gasnier wrote:
> STM32 ADC allows each channel to be sampled with a different sampling time,
> by setting SMPR registers. Basically, value depends on local electrical
> properties. Selecting correct value for sampling time highly depends on
> analog sour
On Tue, 18 Jul 2017 12:23:36 +0200
Wolfram Sang wrote:
> One helper checks if DMA is suitable and optionally creates a bounce
> buffer, if not. The other function returns the bounce buffer and makes
> sure the data is properly copied back to the message.
>
> Signed-off-by: Wolfram Sang
My knowl
On Tue, 18 Jul 2017 12:23:37 +0200
Wolfram Sang wrote:
> Signed-off-by: Wolfram Sang
Is this material not perhaps better placed in the sphinx docs?
Up to you of course as your subsystem ;)
Text is good though.
Acked-by: Jonathan Cameron
> ---
> Changes since v2:
>
> * documentation updates.
Hi Tom,
On Mon, Jun 26, 2017 at 05:49:23PM -0500, Tom Zanussi wrote:
> Synthetic events are user-defined events generated from hist trigger
> variables saved from one or more other events.
>
> To define a synthetic event, the user writes a simple specification
> consisting of the name of the new
On Sun, Jul 23, 2017 at 10:47:43AM +0200, Johan Hovold wrote:
> On Sun, Jul 23, 2017 at 02:09:57PM +0530, Shreeya Patel wrote:
> > Alignment should match with open parenthesis.
> > This fixes the coding style issue.
>
> No, it need not. This is a choice left up to the author, even if
> checkpatch
>From 3e90ab52ad9b437d7c09cc667161cdb855c0cc7b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Christopher=20M=C3=A5rtensson?=
Date: Sun, 23 Jul 2017 13:05:09 +0200
Subject: [PATCH] staging: comedi: ni_mio_common.c: fix coding style issue
"checkpatch.pl -f ..." gave
ERROR: open brace '{' following funct
While refactoring, f7b2814bb9b6 ("cgroup: factor out
cgroup_{apply|finalize}_control() from
cgroup_subtree_control_write()") broke error return value from the
function. The return value from the last operation is always
overridden to zero. Fix it.
Signed-off-by: Tejun Heo
Cc: sta...@vger.kernel
On Sun, Jul 23, 2017 at 08:14:15AM -0400, Tejun Heo wrote:
> While refactoring, f7b2814bb9b6 ("cgroup: factor out
> cgroup_{apply|finalize}_control() from
> cgroup_subtree_control_write()") broke error return value from the
> function. The return value from the last operation is always
> overridde
cgroup_enable_threaded() checks that the cgroup doesn't have any tasks
or children and fails the operation if so. This test is unnecessary
because the first part is already checked by
cgroup_can_be_thread_root() and the latter is unnecessary. The latter
actually cause a behavioral oddity. Please
5c0338c68706 ("workqueue: restore WQ_UNBOUND/max_active==1 to be
ordered") automatically enabled ordered attribute for unbound
workqueues w/ max_active == 1. Because ordered workqueues reject
max_active and some attribute changes, this implicit ordered mode
broke cases where the user creates an un
On Sun, Jul 23, 2017 at 03:10:53PM +0300, Dan Carpenter wrote:
> On Sun, Jul 23, 2017 at 10:47:43AM +0200, Johan Hovold wrote:
> > On Sun, Jul 23, 2017 at 02:09:57PM +0530, Shreeya Patel wrote:
> > > Alignment should match with open parenthesis.
> > > This fixes the coding style issue.
> >
> > No,
Hi
I find it caused by below steps:
1. set tp_version to TPACKET_V3 and req->tp_block_nr to 1
2. set tp_block_nr to 0
Then pg_vec was freed, and we did not delete the timer?
Best Regards,
liujian
> -Original Message-
> From: liujian (CE)
> Sent: Sunday, July 23, 2017 5:47 PM
> To: liuj
On Sat, Jul 22, 2017 at 11:09:42PM +0100, Salil Mehta wrote:
> This patch updates the MAINTAINERS file with HNS3 Ethernet driver
> maintainers names and other details. This also introduces the new
> Makefiles required to build the HNS3 Ethernet driver and updates
> the existing Kconfig file in the
On Sat, Jul 22, 2017 at 11:09:36PM +0100, Salil Mehta wrote:
> This patch adds the support of the HNAE3 (Hisilicon Network
> Acceleration Engine 3) framework support to the HNS3 driver.
>
> Framework facilitates clients like ENET(HNS3 Ethernet Driver), RoCE
> and user-space Ethernet drivers (like O
Hi! I've bisected a bug I'm seeing to:
c21b48cc1bbf2f5af3ef54ada559f7fadf8b508b
net: adjust skb->truesize in ___pskb_trim()
The bug manifests as my NFS4 (TCP) client mount hanging after 5-10s of
heavy read data transfer, which also produces: kernel BUG at
./include/linux/mm.h:462 (see full trac
On 19/07/2017 18:13, Radim Krčmář wrote:
> Good point, 'select' seems misused here.
>
> There is no reason to depend on TASKSTATS (nor NET+MULTIUSER), we only
> suggest to enable it with KVM. KVM uses sched_info_on() to handle any
> any possible resulting configuration, c9aaa8957f20 ("KVM: Steal
To fix:
drivers/infiniband/hw/hns/hns_roce_eq.c:477:1: error: unknown type name
‘irqreturn_t’
static irqreturn_t hns_roce_msi_x_interrupt(int irq, void *eq_ptr)
^
drivers/infiniband/hw/hns/hns_roce_eq.c: In function ‘hns_roce_msi_x_interrupt’:
drivers/infiniband/hw/hns/hns_roce_eq.c:485:2: erro
This adds support for the Allwinner H3 thermal sensor.
Allwinner H3 has a thermal sensor like the one in A33, but have its
registers nearly all re-arranged, sample clock moved to CCU and a pair
of bus clock and reset added. It's also the base of newer SoCs' thermal
sensors.
Some new options is ad
As we have gained the support for the thermal sensor in H3, we can now
add its device nodes to the device tree.
Add them to the H3 device tree.
The H5 thermal sensor has some differences, and will be added furtherly.
Signed-off-by: Icenowy Zheng
---
Changes in v3:
- Clock name changes.
- Splite
As the H3 SoC, which is also in sun8i line, has totally different
register map for the thermal sensor (a cut down version of GPADC), we
should rename A23/A33-specified registers to contain A23, in order to
prevent obfuscation with H3 registers. Currently these registers are
only prefixed "SUN8I", n
Allwiner H3 SoC has a thermal sensor, which is a large refactored version of
the old Allwinner "GPADC" (although it have already only thermal part left
in A33).
This patch tried to add support for the sensor in H3 based on the A33 thermal
sensor driver by Quentin Schulz, which is already merged.
Allwinner H3 features a thermal sensor like the one in A33, but has its
register re-arranged, the clock divider moved to CCU (originally the
clock divider is in ADC) and added a pair of bus clock and reset.
Update the binding document to cover H3.
Signed-off-by: Icenowy Zheng
---
Changes in v3:
Because of the restriction of the OF thermal framework, the thermal
sensor will fail to probe if the thermal zone doesn't exist.
Add a partial thermal zone which claims the H3 THS as the thermal sensor.
The cooling device (CPU DVFS) is still not added as it's not ready, and
the trip points are al
The critical shutdown notice string used to have some spaces missing,
which makes it not so pretty.
Add the spaces to satisfy usual English space rules.
Reported-by: Mingcong Bai
Signed-off-by: Icenowy Zheng
---
drivers/thermal/thermal_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
To fix:
In file included from drivers/staging/fsl-dpaa2/ethernet/dpaa2-eth.h:39:0,
from drivers/staging/fsl-dpaa2/ethernet/dpaa2-ethtool.c:34:
drivers/staging/fsl-dpaa2/ethernet/../../fsl-mc/include/dpaa2-io.h:86:1: error:
unknown type name ‘irqreturn_t’
irqreturn_t dpaa2_io_irq
On 07/22/2017 10:35 PM, kbuild test robot wrote:
> Hi Al,
>
> FYI, the error/warning still remains.
>
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 4b162c530d9c101381500e586fedb1340595a6ff
> commit: 468138d78510688fb5476f98d23f11ac6a63229a binfmt
On Mon, Jun 26, 2017 at 05:49:24PM -0500, Tom Zanussi wrote:
> Add an 'onmatch(matching.event).(param list)'
> hist trigger action which is invoked with the set of variables or
> event fields named in the 'param list'. The result is the generation
> of a synthetic event that consists of the values
On Fri, Jul 21, 2017 at 7:38 PM, wrote:
> 在 2017-07-21 15:49，Chen-Yu Tsai 写道：
>>
>> On Fri, Jul 21, 2017 at 3:44 PM, Icenowy Zheng wrote:
>>>
>>>
>>>
>>> 于 2017年7月21日 GMT+08:00 下午3:42:07, Chen-Yu Tsai 写到:
On Fri, Jul 21, 2017 at 7:07 AM, Icenowy Zheng wrote:
>
> Banana Pi M64
Add static keywords to fix this kind of sparse warnings:
warning: symbol 'imx_t_vcm_timing' was not declared. Should it be static?
Signed-off-by: JB Van Puyvelde
---
drivers/staging/media/atomisp/i2c/imx/imx.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff
于 2017年7月23日 GMT+08:00 下午11:15:04, Chen-Yu Tsai 写到:
>On Fri, Jul 21, 2017 at 7:38 PM, wrote:
>> 在 2017-07-21 15:49，Chen-Yu Tsai 写道：
>>>
>>> On Fri, Jul 21, 2017 at 3:44 PM, Icenowy Zheng
>wrote:
于 2017年7月21日 GMT+08:00 下午3:42:07, Chen-Yu Tsai 写到:
>
> On Fri, Jul 21
On Sat, Jul 22, 2017 at 09:43:00PM -0700, Paul E. McKenney wrote:
[...]
> > Your priority seemed to be in reducing the chance of the "if" statement
> > to be optimized away. So I suggested to use "extern" as a compromise.
>
Hi Akira,
The problem is that, such a compromise doesn't help *develope
On Sun, Jul 23, 2017 at 07:46:05AM +0900, Namhyung Kim wrote:
> Hi Arnaldo and Taeung,
>
> (+ Andi)
>
> On Fri, Jul 21, 2017 at 11:47:48AM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Jul 20, 2017 at 06:36:55AM +0900, Taeung Song escreveu:
> > > +++ b/tools/perf/builtin-annotate.c
> > > @@
Arnd Bergmann writes:
Hi Arnd,
> -#define xip_irqpending() (ICIP & ICMR)
> +/* restored July 2017, this did not build since 2011! */
> +
> +#define ICIP io_p2v(0x40d0)
> +#define ICMR io_p2v(0x40d4)
Okay, I suppose the IO mapping is guaranteed to work,
Make iowait_boost and iowait_boost_max as unsigned int since its unit is kHz
and this is consistent with struct cpufreq_policy. Also change the local
variables in sugov_iowait_boost to match this.
Cc: Srinivas Pandruvada
Cc: Len Brown
Cc: Rafael J. Wysocki
Cc: Viresh Kumar
Cc: Ingo Molnar
Cc:
Currently the iowait_boost feature in schedutil makes the frequency go to max
on iowait wakeups. This feature was added to handle a case that Peter
described where the throughput of operations involving continuous I/O requests
[1] is reduced due to running at a lower frequency, however the lower
t
On Sun, 23 Jul 2017 22:13:52 +0800
Icenowy Zheng wrote:
> This adds support for the Allwinner H3 thermal sensor.
>
> Allwinner H3 has a thermal sensor like the one in A33, but have its
> registers nearly all re-arranged, sample clock moved to CCU and a pair
> of bus clock and reset added. It's a
After a suspend / resume cycle we possibly need to reapply chip registers
settings that we had set or fixed in a probe path, since they might have
been reset to default values or set incorrectly by a BIOS again.
Tested on a Gigabyte M720-US3 board, which requires routing internal VCCH5V
to in7 (an
On 07/22/2017 03:09 PM, Salil Mehta wrote:
> This patch adds the support of MDIO bus interface for HNS3 driver.
> Code provides various interfaces to start and stop the PHY layer
> and to read and write the MDIO bus or PHY.
>
> Signed-off-by: Daode Huang
> Signed-off-by: lipeng
> Signed-off-by
On Sun, Jul 23, 2017 at 5:48 AM, liujian (CE) wrote:
> Hi
>
> I find it caused by below steps:
> 1. set tp_version to TPACKET_V3 and req->tp_block_nr to 1
> 2. set tp_block_nr to 0
> Then pg_vec was freed, and we did not delete the timer?
Thanks for testing!
Ah, I overlook the initialization cas
Hi Kevin,
I tested on a P212 reference board, which is currently the only GXL
based board I have.
Before applying the patch, high activity on the ethernet interface
would cause the link to break, requiring the interface to be brought
down and back up before it would work again. After applying the
On 07/22/2017 03:09 PM, Salil Mehta wrote:
> This patch adds the support of the Ethtool interface to
> the HNS3 Ethernet driver. Various commands to read the
> statistics, configure the offloading, loopback selftest etc.
> are supported.
>
> Signed-off-by: Daode Huang
> Signed-off-by: lipeng
>
acpi_device_id are not supposed to change at runtime. All functions
working with acpi_device_id provided by work with
const acpi_device_id. So mark the non-const structs as const.
Arvind Yadav (4):
[PATCH 1/4] ASoC: rt5514: constify acpi_device_id.
[PATCH 2/4] ASoC: rt5663: constify acpi_devi
acpi_device_id are not supposed to change at runtime. All functions
working with acpi_device_id provided by work with
const acpi_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/codecs/rt5663.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
acpi_device_id are not supposed to change at runtime. All functions
working with acpi_device_id provided by work with
const acpi_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/codecs/rt5665.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
acpi_device_id are not supposed to change at runtime. All functions
working with acpi_device_id provided by work with
const acpi_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/codecs/rt5659.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
acpi_device_id are not supposed to change at runtime. All functions
working with acpi_device_id provided by work with
const acpi_device_id. So mark the non-const structs as const.
Signed-off-by: Arvind Yadav
---
sound/soc/codecs/rt5514.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
On 07/22/2017 03:09 PM, Salil Mehta wrote:
> This patch adds the support of Hisilicon Network Subsystem 3
> Ethernet driver to hip08 family of SoCs.
>
> This driver includes basic Rx/Tx functionality. It also includes
> the client registration code with the HNAE3(Hisilicon Network
> Acceleration
On Sat, 22 Jul 2017 23:09:41 +0100
Salil Mehta wrote:
> + HNS3_NETDEV_STAT("rx_packets", rx_packets),
> + HNS3_NETDEV_STAT("tx_packets", tx_packets),
> + HNS3_NETDEV_STAT("rx_bytes", rx_bytes),
> + HNS3_NETDEV_STAT("tx_bytes", tx_bytes),
> + HNS3_NETDEV_STAT("rx_errors", rx_er
From: Steffen Trumtrar
Add a devicetree entry for the Random Number Generator Version B (RNGB).
The driver for RNGC supports version B as well.
Signed-off-by: Steffen Trumtrar
Signed-off-by: Martin Kaiser
---
Changes in v6:
- use rngb instead of just rng
Changes in v5:
none
Changes in v4
From: Steffen Trumtrar
Add binding documentation for the Freescale RNGC found on
some i.MX2/3 SoCs.
Signed-off-by: Steffen Trumtrar
Signed-off-by: Martin Kaiser
---
Changes in v6:
- be more precise about rngc and rngb
- get rid of mxc, rename the file to imx-rngc.txt
- reformat the compa
The driver is ported from Freescale's Linux git and can be
found in the
vendor/freescale/imx_2.6.35_maintain
branch.
The driver supports both RNG version C that's part of some Freescale
i.MX3 SoCs and version B that is available on i.MX2x chipsets.
Signed-off-by: Steffen Trumtrar
Signe
Sandy Harris wrote:
> The biggest problem with random(4) is that you cannot generate good
> output without a good seed & just after boot, ...
>
> The only really good solution I know of is to find a way to provide a
> chunk of randomness early in the boot process. John Denker has a good
> discuss
Hi Martin,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.13-rc1 next-20170721]
[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/Martin-Wilck/Improve-readbility-of-NVME-wwid-
Hi Pavel,
>>> I guess output just after boot will be more interesting?
>>>
>>> root@n900:/my/modules# insmod hci_nokia.ko
>>> root@n900:/my/modules#
>>> Message from syslogd@localhost at Jul 19 12:24:00 ...
>>> kernel:[ 174.363037] BUG: rwlock bad magic on CPU#0,
>>> kworker/u3:0/3027, c2665a48
Fixed coding style issue for function declaration.
Signed-off-by: Himanshu Jha
---
drivers/staging/unisys/visorbus/visorbus_main.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/unisys/visorbus/visorbus_main.c
b/drivers/staging/unisys/vis
Hi Suravee,
[auto build test ERROR on tip/x86/core]
[also build test ERROR on v4.13-rc1 next-20170721]
[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/Suravee-Suthikulpanit/x86-amd-Refactor-topol
/20170723-092845
config: parisc-allyesconfig (attached as .config)
compiler: hppa-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
wget
https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
# save the
Ok, so I already applied your alpha-ordering patch, but it just annoyed me that
(a) the ordering wasn't complete
(b) this wasn't scripted.
However, the sane way of scripting it is clearly not to do it in C,
which I'd be comfy with, because that would be insane.
Instead, it should be done in p
On Sun, Jul 23, 2017 at 12:49 PM, Linus Torvalds
wrote:
>
> The end result looks ok. I can run
>
> perl parse-maintainers.pl < MAINTAINERS > outfile
>
> and the end result is actually a *properly* sorted MAINTAINERS file as
> far as I can tell.
Yeah, there's something wrong there. I end up wi
On 07/23/2017 09:12 AM, Maciej S. Szmigiero wrote:
After a suspend / resume cycle we possibly need to reapply chip registers
settings that we had set or fixed in a probe path, since they might have
been reset to default values or set incorrectly by a BIOS again.
Tested on a Gigabyte M720-US3 boa
On Sun, 2017-07-23 at 12:49 -0700, Linus Torvalds wrote:
> Ok, so I already applied your alpha-ordering patch, but it just annoyed me
> that
>
> (a) the ordering wasn't complete
>
> (b) this wasn't scripted.
>
> However, the sane way of scripting it is clearly not to do it in C,
> which I'd b
1 - 100 of 247 matches
Mail list logo
