Your From email header says "harsha" but it should match your signed off
by line which says "Harsha Sharma".
regards,
dan carpenter
On Thu, Sep 07, 2017 at 02:16:21PM -0700, h...@zytor.com wrote:
> On September 7, 2017 2:44:51 AM PDT, Gary Lin wrote:
> >On Thu, Jun 01, 2017 at 08:46:26AM +, Ard Biesheuvel wrote:
> >> On 1 June 2017 at 08:11, Gary Lin wrote:
> >> > On Fri, May 12, 2017 at 04:05:34PM +0800, Gary Lin wrote:
On Thu, Sep 07, 2017 at 06:22:13PM -0700, Badhri Jagan Sridharan wrote:
> The source and sink caps should follow the following rules.
> This patch validates whether the src_caps/snk_caps adheres
> to it.
>
> 6.4.1 Capabilities Message
> A Capabilities message (Source Capabilities message or Sink
>
On Fri, 8 Sep 2017, harsha wrote:
> From: Harsha Sharma
>
> Fixes checkpatch warning -- "occured" and "succesfully" are misspelled
>
> Signed-off-by: Harsha Sharma
> ---
> Changes in v4:
> -Correct the format of the subject.
> -Signed-off properly.
It's not signed off properly. Like Greg j
On Fri, 8 Sep 2017 11:37:56 +0200
Lars-Peter Clausen wrote:
> On 09/08/2017 11:32 AM, Jonathan Cameron wrote:
> > On Fri, 8 Sep 2017 07:29:06 +0100
> > Jonathan Cameron wrote:
> >
> >> On 8 September 2017 05:47:52 BST, Himanshi Jain
> >> wrote:
> >>> Added space around(one on each side of
On 2017.09.08 at 11:16 +0200, Borislav Petkov wrote:
> On Fri, Sep 08, 2017 at 10:05:36AM +0200, Borislav Petkov wrote:
> > On Fri, Sep 08, 2017 at 08:26:44AM +0200, Thomas Gleixner wrote:
> > > On Fri, 8 Sep 2017, Markus Trippelsdorf wrote:
> > >
> > > CC+ Borislav. He might have access to such a
On Fri 08-09-17 09:25:43, Dave Chinner wrote:
> On Thu, Sep 07, 2017 at 04:19:00PM -0600, Ross Zwisler wrote:
> > On Fri, Sep 08, 2017 at 08:12:01AM +1000, Dave Chinner wrote:
> > > On Thu, Sep 07, 2017 at 03:51:48PM -0600, Ross Zwisler wrote:
> > > > On Thu, Sep 07, 2017 at 03:26:10PM -0600, Andre
On Friday 08 September 2017 02:35 PM, Daniel Lezcano wrote:
> There is a particular situation when the cooling device is cpufreq and the
> heat
> dissipation is not efficient enough where the temperature increases little by
> little until reaching the critical threshold and leading to a SoC rese
Similarly to CFQ, BFQ has its write-throttling heuristics, and it
is better not to combine them with further write-throttling
heuristics of a different nature.
So this commit disables write-back throttling for a device if BFQ
is used as I/O scheduler for that device.
Signed-off-by: Luca Miccio
Si
On 08/09/2017 05:22, Eduardo Valentin wrote:
> On Mon, Sep 04, 2017 at 09:56:08PM +0200, Daniel Lezcano wrote:
>> The sensor is all setup, bind, resetted, acked, etc... every single second.
>>
>> That was the way to workaround a problem with the interrupt bouncing again
>> and
>> again.
>>
>> With
On Fri, Sep 08, 2017 at 11:45:20AM +0200, Julia Lawall wrote:
>
>
> On Fri, 8 Sep 2017, harsha wrote:
>
> > From: Harsha Sharma
> >
> > Fixes checkpatch warning -- "occured" and "succesfully" are misspelled
> >
> > Signed-off-by: Harsha Sharma
> > ---
> > Changes in v4:
> > -Correct the forma
On Friday 08 September 2017 03:19 PM, Keerthy wrote:
>
>
> On Friday 08 September 2017 02:35 PM, Daniel Lezcano wrote:
>> There is a particular situation when the cooling device is cpufreq and the
>> heat
>> dissipation is not efficient enough where the temperature increases little by
>> littl
On Fri, 8 Sep 2017, Dan Carpenter wrote:
> On Fri, Sep 08, 2017 at 11:45:20AM +0200, Julia Lawall wrote:
> >
> >
> > On Fri, 8 Sep 2017, harsha wrote:
> >
> > > From: Harsha Sharma
> > >
> > > Fixes checkpatch warning -- "occured" and "succesfully" are misspelled
> > >
> > > Signed-off-by: Hars
On Fri, 8 Sep 2017, Lars-Peter Clausen wrote:
> On 09/08/2017 11:32 AM, Jonathan Cameron wrote:
> > On Fri, 8 Sep 2017 07:29:06 +0100
> > Jonathan Cameron wrote:
> >
> >> On 8 September 2017 05:47:52 BST, Himanshi Jain
> >> wrote:
> >>> Added space around(one on each side of) binary
> >>> ope
On Wed, Sep 06, 2017 at 03:57:40PM +0300, Jarkko Sakkinen wrote:
> On Thu, Aug 31, 2017 at 07:18:55PM +0200, Alexander Steffen wrote:
> > The self test logic for TPM 2.0 was probably based on the implementation
> > for TPM 1.2, but did not correctly take into account some TPM 2.0 specifics.
> > Thi
Fixes checkpatch warning -- "occured" and "succesfully" are misspelled
Signed-off-by: Harsha Sharma
---
Changes in v5:
-Correct the format of the subject.
-Signed-off properly with correct author name in .gitconfig
drivers/staging/pi433/pi433_if.c | 4 ++--
1 file changed, 2 insertions(+), 2 d
On 08/09/17 05:06, Kosuke Tatsukawa wrote:
> Hi,
>
>> On 7.09.2017 01:47, Kosuke Tatsukawa wrote:
>>> Commit cbf5ecb30560 ("net: bonding: Fix transmit load balancing in
>>> balance-alb mode") tried to fix transmit dynamic load balancing in
>>> balance-alb mode, which wasn't working after commit 8
On 09/08/2017 11:59 AM, Julia Lawall wrote:
>
>
> On Fri, 8 Sep 2017, Lars-Peter Clausen wrote:
>
>> On 09/08/2017 11:32 AM, Jonathan Cameron wrote:
>>> On Fri, 8 Sep 2017 07:29:06 +0100
>>> Jonathan Cameron wrote:
>>>
On 8 September 2017 05:47:52 BST, Himanshi Jain
wrote:
> Add
On 08/09/17 13:10, Nikolay Aleksandrov wrote:
> On 08/09/17 05:06, Kosuke Tatsukawa wrote:
>> Hi,
>>
>>> On 7.09.2017 01:47, Kosuke Tatsukawa wrote:
Commit cbf5ecb30560 ("net: bonding: Fix transmit load balancing in
balance-alb mode") tried to fix transmit dynamic load balancing in
Thread A calls pl330_get_desc() to get descriptor. If DMAC descriptor
pool is empty pl330_get_desc() allocates new descriptor using add_desc()
and then get newly allocated descriptor using pluck_desc().
It is possible that another concurrent thread B calls pluck_desc()
and catch newly allocated des
On Wed 2017-08-30 14:37:34, Sergey Senozhatsky wrote:
> On (08/29/17 19:58), Joe Perches wrote:
> > > >
> > > > Why?
> > > >
> > > > What's wrong with a simple printk?
> > > > It'd still do a log_store.
> > >
> > > sure, it will. but in separate logbuf entries, and between two
> > > consequent p
devm_ioremap_resource() never returns NULL, it only returns error
pointers so this test needs to be changed.
Fixes: d0438bd6aa09 ("phy: add the mvebu cp110 comphy driver")
Signed-off-by: Dan Carpenter
---
This driver apparently is going through the net tree, but netdev isn't
listed as handling it
On Fri, Sep 08, 2017 at 11:41:21AM +0300, Fathi Boudra wrote:
> Shuah, should I resend?
Hi,
I also did send some patches to his kernel.org address after lazy searching
for "Shuah" in my inbox. But maybe his other email address is the correct one.
with kind regards
thomas
On Fri, 8 Sep 2017, Lars-Peter Clausen wrote:
> On 09/08/2017 11:59 AM, Julia Lawall wrote:
> >
> >
> > On Fri, 8 Sep 2017, Lars-Peter Clausen wrote:
> >
> >> On 09/08/2017 11:32 AM, Jonathan Cameron wrote:
> >>> On Fri, 8 Sep 2017 07:29:06 +0100
> >>> Jonathan Cameron wrote:
> >>>
> On 8
* Markus Trippelsdorf wrote:
> On 2017.09.08 at 11:16 +0200, Borislav Petkov wrote:
> > On Fri, Sep 08, 2017 at 10:05:36AM +0200, Borislav Petkov wrote:
> > > On Fri, Sep 08, 2017 at 08:26:44AM +0200, Thomas Gleixner wrote:
> > > > On Fri, 8 Sep 2017, Markus Trippelsdorf wrote:
> > > >
> > > >
On 2017.09.08 at 12:35 +0200, Ingo Molnar wrote:
>
> * Markus Trippelsdorf wrote:
>
> > On 2017.09.08 at 11:16 +0200, Borislav Petkov wrote:
> > > On Fri, Sep 08, 2017 at 10:05:36AM +0200, Borislav Petkov wrote:
> > > > On Fri, Sep 08, 2017 at 08:26:44AM +0200, Thomas Gleixner wrote:
> > > > > O
True.
Of course, normally the from line means you're forwarding a patch from
someone else and then it's totally appropriate. I don't like From lines
because it's just an extra thing to check. How do we know that they're
not just pretending to be someone from @MajorCorporation.com?
regards,
dan
On 09/07/2017 03:58 PM, Rakesh Pandit wrote:
Removal of virtual block device by "nvm lnvm remove..." undergoing IO
and created by "nvme lnvm create... -t pblk" results in following and
is annoying.
446416.309757] bdi-block not registered
[446416.309773] [ cut here ]
[4464
The KB_MASK is used to hide the low bits which prevent an information
leak about keyboard timing etc. The problem is that it's a 32 bit mask
instead of 64 bits so it zeroes out the high 32 bits as well.
Fixes: 58c3c3aa01b4 ("Make taskstats round statistics down to nearest 1k
bytes/events")
Signe
From: Shu Wang
There is a race that cause cifs reconnect in cifs_mount,
- cifs_mount
- cifs_get_tcp_session
- [ start thread cifs_demultiplex_thread
- cifs_read_from_socket: -ECONNABORTED
- DELAY_WORK smb2_reconnect_server ]
- cifs_setup_session
- [ smb2_reconnect_server ]
Ah crap... Please ignore this one. I forgot about sign extension. The
code works fine.
regards,
dan carpenter
On 09/08/2017 11:36 AM, Michael S. Tsirkin wrote:
On Tue, Aug 29, 2017 at 11:09:18AM +0800, Wei Wang wrote:
On 08/29/2017 02:03 AM, Michael S. Tsirkin wrote:
On Mon, Aug 28, 2017 at 06:08:31PM +0800, Wei Wang wrote:
Add a new feature, VIRTIO_BALLOON_F_SG, which enables the transfer
of balloon
Em Fri, 8 Sep 2017 10:56:40 +0200
Wolfram Sang escreveu:
> Hi Mauro,
>
> thanks for your comments. Much appreciated!
>
> > There are also a couple of things here that Sphinx would complain.
> > So, it could be worth to rename it to *.rst, while you're writing
> > it, and see what:
> > make
On Wed, 6 Sep 2017, Josh Poimboeuf wrote:
> > I just got the below stack trace with current Linus' tree with ORC
> > unwinder enabled:
> >
> > [8.652765] Call Trace:
> > [8.652767] dump_stack+0x7c/0xbf
> > [8.652769] print_circular_bug+0x2d3/0x2e0
> > [8.652771]
On 07/09/17 19:04, Doug Anderson wrote:
> I'd agree that I don't think we should land Enric's series as-is.
> ...but I think something has been missing from the discussion so far:
> the fact that the backlight driver doesn't necessarily increase light
> output (in Watts) linearly in response to a
The current implementation fails to work on uniprocessor systems.
Fix the parser to also handle the uniprocessor case.
Signed-off-by: Thomas Meyer
---
tools/testing/selftests/bpf/bpf_util.h | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/tools/testing/selfte
On Fri, Sep 8, 2017 at 8:02 AM, Hoegeun Kwon wrote:
> Currently, the compatible('samsung,exynos5-gsc') is not used.
> Remove unnecessary compatible.
>
> Signed-off-by: Hoegeun Kwon
> ---
> Documentation/devicetree/bindings/media/exynos5-gsc.txt | 8
> 1 file changed, 4 insertions(+), 4
On 2017.09.08 at 12:39 +0200, Markus Trippelsdorf wrote:
> On 2017.09.08 at 12:35 +0200, Ingo Molnar wrote:
> >
> > * Markus Trippelsdorf wrote:
> >
> > > On 2017.09.08 at 11:16 +0200, Borislav Petkov wrote:
> > > > On Fri, Sep 08, 2017 at 10:05:36AM +0200, Borislav Petkov wrote:
> > > > > On Fr
Hi!
> > + case POWER_SUPPLY_PROP_CAPACITY:
> > + {
> > + int ret, curr, voltage;
> > +
> > + ret = read_channel(adc_bat, POWER_SUPPLY_PROP_CURRENT_NOW,
> > &curr);
> > + ret |= read_channel(adc_bat, POWER_SUPPLY_PROP_VOLTAGE_NOW,
> > &voltage);
> > +
On 08/09/17 07:02, Hoegeun Kwon wrote:
> Exynos 5250 and 5420 have different hardware rotation limits. However,
> currently it uses only one compatible - "exynos5-gsc". Since we have
> to distinguish between these two, we add different compatible.
>
> Signed-off-by: Hoegeun Kwon
> ---
> arch/arm
Apologise for the late reply.
On Wed, Jul 19, 2017 at 2:02 AM, Jim Davis wrote:
>
> Once I fed the snap into ubuntu-image, after hunting down a plausible
> model file, I did get an image file that booted under qemu. I guess
> if you're in the know about snap (and I don't include myself in that
>
On Wed, Aug 30, 2017 at 05:18:04PM +0530, Arvind Yadav wrote:
> rhashtable_params are not supposed to change at runtime. All
> Functions rhashtable_* working with const rhashtable_params
> provided by . So mark the non-const structs
> as const.
Applied to nf, thanks.
On 08/09/2017 11:49, Keerthy wrote:
>
>
> On Friday 08 September 2017 02:35 PM, Daniel Lezcano wrote:
>> There is a particular situation when the cooling device is cpufreq and the
>> heat
>> dissipation is not efficient enough where the temperature increases little by
>> little until reaching th
Hi Sai,
There were several combinations suggested in your threads, so it took
me some time to try them out and document the different behaviours.
Please see them inline:
On Wed, Sep 6, 2017 at 2:30 PM, Prakhya, Sai Praneeth
wrote:
>
>
>> -Original Message-
>> From: Sai Praneeth Prakhya [
On 08/09/17 07:02, Hoegeun Kwon wrote:
> The gscaler has hardware rotation limits that need to be hardcoded
> into driver. Distinguish them and add them to the property list.
>
> The hardware rotation limits are related to the cropped source size.
> When swap occurs, use rot_max size instead of cr
On Fri, Sep 08, 2017 at 11:00:16AM +0800, zhizhou.t...@gmail.com wrote:
> From: Zhizhou Tian
>
> struct xt_byteslimit_htable used hlist_head,
> but alloc memory with sizeof(struct list_head)
Applied, thanks.
For the record, I have mangled the patch titled to:
netfilter: xt_hashlimit: a
Add optee device tree node on ls1012a, ls1043a, ls1046a, ls1088a
and ls208xa.
Signed-off-by: Sumit Garg
---
arch/arm64/boot/dts/freescale/fsl-ls1012a.dtsi | 7 +++
arch/arm64/boot/dts/freescale/fsl-ls1043a.dtsi | 7 +++
arch/arm64/boot/dts/freescale/fsl-ls1046a.dtsi | 7 +++
arch/arm
The multiple_kprobes test case fails to check for KPROBE_EVENT support.
Add the check to prevent a false test result.
Signed-off-by: Thomas Meyer
---
tools/testing/selftests/ftrace/test.d/kprobe/multiple_kprobes.tc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/testing/selftests/ftr
Explicitly define SO_EE_ORIGIN_ZEROCOPY.
This makes the test program build with older kernel headers,
e.g. from Debian 9.
Signed-off-by: Thomas Meyer
---
tools/testing/selftests/net/msg_zerocopy.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/testing/selftests/net/msg
Both test programs are being compiled by make, so no need to compile both
programs in the runner script.
This resolves an error when installing all selftests via make install
and run them in a different environemnt.
Running tests in intel_pstate
./run.sh: l
hi,
sending some progress bar fixes.
thanks,
jirka
---
tools/perf/ui/progress.c | 15 ---
tools/perf/ui/progress.h | 12 +++-
tools/perf/ui/tui/progress.c | 32 +---
tools/perf/util/session.c| 2 +-
4 files changed, 53 insertions(+), 8
Adding the size values '[current/total]' into progress bar,
to show more detailed progress of data reading.
Adding new ui_progress__init_size function to specify we
want to display the size.
Link: http://lkml.kernel.org/n/tip-39wn4d77phel3dgkzo3ly...@git.kernel.org
Signed-off-by: Jiri Olsa
---
Unlikely, but we could have ui_progress__init being called
with total < 16, which would set the next and step variables
to 0. That would force unnecessary ui_progress__ops->update
calls because 'next' would never raise.
Forcing the next and step values to be always > 0.
Link: http://lkml.kernel.o
Adding ui specific init function allowing to setup the
progress bar width based on current screen scales.
Adding TUI init function to get more grained update
of the progress bar.
Link: http://lkml.kernel.org/n/tip-tiuspugnjv3o3qbuugsvk...@git.kernel.org
Signed-off-by: Jiri Olsa
---
tools/perf/u
We currently update the 'next' variable only with a single
step value. But it's possible the 'adv' update is bigger
than single 'step' value. This would leave 'next' value
under counted and force unnecessary ui_progress__ops->update
calls.
Calculate the amount of steps we need for 'adv' update
and
On 08/09/17 10:05, gengdongjiu wrote:
> Marc,
>Thanks for reply.
>
> On 2017/9/8 16:21, Marc Zyngier wrote:
>>> Marc,
>>>
>>> sorry I have another question for the PAN.
>>>
>>> In the non-VHE mode, The host kernel is running in the EL1. Before
>>> host kernel enter guest, host OS will call 'HV
On Wed, Sep 06, 2017 at 03:54:58PM +0300, Jarkko Sakkinen wrote:
> On Thu, Aug 31, 2017 at 06:58:17PM +0200, Alexander Steffen wrote:
> > The documentation says that DMA-safe memory is required for SPI transfers.
> > The I/O buffers passed in by the caller can be allocated anywhere,
> > including o
On 9/6/2017 6:32 PM, Pavel Machek wrote:
> On Tue 2017-09-05 14:44:56, David Miller wrote:
>> From: Pavel Machek
>> Date: Mon, 4 Sep 2017 18:25:30 +0200
>>
>>> Will gcc be able to compile code that uses these automatically? That
>>> does not sound easy to me. Can libc automatically use this in mal
Correcting Style checks thrown by checkpatch scripts
Signed-off-by: Ravi Shankar Jonnalagadda
Signed-off-by: RaviKiran Gummaluri
---
drivers/pci/host/pcie-xilinx-nwl.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/pci/host/pcie-xilinx-nwl.c
b/drivers/pci/h
ZynqMP devices have PCIe Bridge along with DMA in PS.
These devices can be configured as either PCIe Endpoints
or as PCIe Root Complex.
This patch series shall provide a driver to initiate
transactions using this DMA.
Single platform driver shall handle both EndPoint and
Root DMA transfers.
Patch 1
Adding support for ZynqmMP PS PCIe EP driver.
Adding support for ZynqmMP PS PCIe Root DMA driver.
Modifying Kconfig and Makefile to add the support.
Signed-off-by: Ravi Shankar Jonnalagadda
Signed-off-by: RaviKiran Gummaluri
---
drivers/dma/Kconfig | 12 +++
drivers/dma/xilinx/Ma
Binding explaining devicetree usage for enabling Root DMA capability
Signed-off-by: Ravi Shankar Jonnalagadda
Signed-off-by: RaviKiran Gummaluri
---
.../devicetree/bindings/dma/xilinx/ps-pcie-dma.txt | 67 ++
1 file changed, 67 insertions(+)
create mode 100644 Documentation
Platform driver handles transactions for PCIe EP DMA and Root DMA
Signed-off-by: Ravi Shankar Jonnalagadda
Signed-off-by: RaviKiran Gummaluri
---
drivers/dma/xilinx/ps_pcie_platform.c | 3055 +
1 file changed, 3055 insertions(+)
create mode 100644 drivers/dma/xi
Platform driver handles transactions for PCIe EP DMA and Root DMA
Signed-off-by: Ravi Shankar Jonnalagadda
Signed-off-by: RaviKiran Gummaluri
---
drivers/dma/xilinx/ps_pcie_platform.c | 3055 +
1 file changed, 3055 insertions(+)
create mode 100644 drivers/dma/xi
Enabling Root DMA interrupts
Adding Root DMA translations to bridge for Register Access
Signed-off-by: Ravi Shankar Jonnalagadda
Signed-off-by: RaviKiran Gummaluri
---
drivers/pci/host/pcie-xilinx-nwl.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/pci/host/pcie-
On Friday 08 September 2017 05:17 PM, Daniel Lezcano wrote:
> On 08/09/2017 11:49, Keerthy wrote:
>>
>>
>> On Friday 08 September 2017 02:35 PM, Daniel Lezcano wrote:
>>> There is a particular situation when the cooling device is cpufreq and the
>>> heat
>>> dissipation is not efficient enough w
From: Markus Elfring
Date: Fri, 8 Sep 2017 14:12:10 +0200
Three update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Delete an error message for a failed memory allocation in init_vpbe_layer()
Improve a size determination in two functions
Adjust
From: Markus Elfring
Date: Thu, 7 Sep 2017 22:37:16 +0200
Omit an extra message for a memory allocation failure in this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
drivers/media/platform/davinci/vpbe_display.c | 5 ++---
1 file changed
From: Markus Elfring
Date: Fri, 8 Sep 2017 10:50:32 +0200
Replace the specification of data structures by pointer dereferences
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
Signed-off-by: Markus
From: Markus Elfring
Date: Fri, 8 Sep 2017 14:00:20 +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 NULL could be written …
Thus fix the affected source code plac
On Tue 2017-09-05 09:13:20, Arnd Bergmann wrote:
> We get a link error when V4L2_FLASH_LED_CLASS=m and AS3645A is built-in:
>
> drivers/leds/leds-as3645a.o: In function `as3645a_v4l2_setup':
> leds-as3645a.c:(.text+0x258): undefined reference to `v4l2_flash_init'
> leds-as3645a.c:(.text+0x284): un
If target type module e.g. pblk here is unloaded (rmmod) while module
is in use (after creating target) system crashes. We fix this by
using module API refcnt.
Signed-off-by: Rakesh Pandit
---
drivers/lightnvm/core.c | 4
drivers/lightnvm/pblk-init.c | 1 +
include/linux/lightnvm.h
On Fri, Sep 08, 2017 at 03:31:57PM +0530, Harsha Sharma wrote:
> Fixes checkpatch warning -- "occured" and "succesfully" are misspelled
>
> Signed-off-by: Harsha Sharma
> ---
> Changes in v5:
> -Correct the format of the subject.
> -Signed-off properly with correct author name in .gitconfig
Wh
On Thu, Sep 07, 2017 at 03:45:14PM +0800, Xie XiuQi wrote:
> With ARM v8.2 RAS Extension, SEA are usually triggered when memory errors
> are consumed. In some cases, if the error address is in a clean page or a
> read-only page, there is a chance to recover. Such as error occurs in a
> instruction
On Thu, Aug 24, 2017 at 7:24 PM, Robin Murphy wrote:
> Since f94277af03ea ("of/platform: Initialise dev->fwnode appropriately"),
> of_platform_device_create() already initialises dev->fwnode to that of
> the appropriate device_node, so within the driver we shouldn't need to
> care whether we prob
On Fri, Sep 08, 2017 at 01:38:58AM -0400, Vishwanath Pai wrote:
> 64bit division causes build/link errors on 32bit architectures. It
> prints out error messages like:
>
> ERROR: "__aeabi_uldivmod" [net/netfilter/xt_hashlimit.ko] undefined!
>
> The value of avg passed through by userspace in BYTE
Hi,
I found a warning while fuzzing with Syzkaller on linux 4.13-rc7 on
x86_64. The full stack trace is below:
WARNING: CPU: 2 PID: 4277 at lib/refcount.c:186
refcount_sub_and_test+0x167/0x1b0 lib/refcount.c:186
Kernel panic - not syncing: panic_on_warn set ...
CPU: 2 PID: 4277 Comm: syz-executo
On 09/08/2017 02:35 PM, Rakesh Pandit wrote:
If target type module e.g. pblk here is unloaded (rmmod) while module
is in use (after creating target) system crashes. We fix this by
using module API refcnt.
Signed-off-by: Rakesh Pandit
---
drivers/lightnvm/core.c | 4
drivers/lightn
On Fri, 8 Sep 2017, Benjamin Tissoires wrote:
> I know I requested a v2, but meanwhile some users are experiencing
> delays at resume:
> https://bugzilla.kernel.org/show_bug.cgi?id=196851
>
> Jiri, could you take this one in v4.14 (maybe with @stable) and we'll
> figure out a way to fix this prop
This series adds support for Socionext AVE ethernet controller implemented
on UniPhier SoCs. This driver supports RGMII/RMII modes.
Furthermore, this series includes support for realtek RTL8201F PHY to be
implemented on some supported boards.
Jassi Brar (1):
net: phy: realtek: add RTL8201F phy-
DT bindings for the AVE ethernet controller found on Socionext's
UniPhier platforms.
Signed-off-by: Kunihiko Hayashi
Signed-off-by: Jassi Brar
---
.../bindings/net/socionext,uniphier-ave4.txt | 44 ++
1 file changed, 44 insertions(+)
create mode 100644
Documentation/
From: Jassi Brar
Add RTL8201F phy-id and the related functions to the driver.
The original patch is as follows:
https://patchwork.kernel.org/patch/2538341/
Signed-off-by: Jongsung Kim
Signed-off-by: Jassi Brar
Signed-off-by: Kunihiko Hayashi
---
drivers/net/phy/realtek.c | 45 ++
The UniPhier platform from Socionext provides the AVE ethernet
controller that includes MAC and MDIO bus supporting RGMII/RMII
modes. The controller is named AVE.
Signed-off-by: Kunihiko Hayashi
Signed-off-by: Jassi Brar
---
drivers/net/ethernet/Kconfig |1 +
drivers/net/etherne
> +#define DWMAC_sUN8I_MDIO_MUX_INTERNAL_ID 0
> +#define DWMAC_sUN8I_MDIO_MUX_EXTERNAL_ID 1
>
> /* H3/A64 specific bits */
> #define SYSCON_RMII_EN BIT(13) /* 1: enable RMII (overrides
> EPIT) */
> @@ -634,6 +639,76 @@ static int sun8i_dwmac_reset(struct stmmac_priv *priv
:00: fail to add MMCONFIG information, can't access
extended PCI configuration space under this bridge.
Kernel config is at http://I-love.SAKURA.ne.jp/tmp/config-4.13-20170908 .
On Freitag, 8. September 2017 14:05:07 CEST Jiri Olsa wrote:
> Unlikely, but we could have ui_progress__init being called
> with total < 16, which would set the next and step variables
> to 0. That would force unnecessary ui_progress__ops->update
> calls because 'next' would never raise.
>
> Forci
On Fri, Sep 08, 2017 at 01:12:45PM +0200, Jiri Kosina wrote:
> On Wed, 6 Sep 2017, Josh Poimboeuf wrote:
>
> > > I just got the below stack trace with current Linus' tree with ORC
> > > unwinder enabled:
> > >
> > > [8.652765] Call Trace:
> > > [8.652767] dump_stack+0x7c/0xbf
> > >
Hi,
> Am 08.09.2017 um 13:32 schrieb Pavel Machek :
>
> Hi!
>
>>> + case POWER_SUPPLY_PROP_CAPACITY:
>>> + {
>>> + int ret, curr, voltage;
>>> +
>>> + ret = read_channel(adc_bat, POWER_SUPPLY_PROP_CURRENT_NOW,
>>> &curr);
>>> + ret |= read_channel(adc_b
From: Colin Ian King
The current error handling on devm_kzalloc failures performs a non-null
check on connector. Thss check is redundant because connector is null
at that failure point. With this check removed, we may as well make
the failure path into a trivial -ENOMEM return to clean up the er
4.13-stable review patch. If anyone has any objections, please let me know.
--
From: Akinobu Mita
commit e8245c68350104b6022b6783719e843d69ea7c43 upstream.
The ADS1015 device have two operating modes, continuous conversion mode
and single-shot mode. This driver assumes that t
4.13-stable review patch. If anyone has any objections, please let me know.
--
From: Akinobu Mita
commit 0d106b74c558e3000aa0e058b4725cacb70ce77a upstream.
The ti-ads1015 driver has eight iio voltage channels and each iio channel
can hold own sampling frequency information.
T
4.13-stable review patch. If anyone has any objections, please let me know.
--
From: Christophe JAILLET
commit 0f9b011d3321ca1079c7a46c18cb1956fbdb7bcb upstream.
The .release function of driver_ktype is 'driver_release()'.
This function frees the container_of this kobject.
So
4.13-stable review patch. If anyone has any objections, please let me know.
--
From: Gilad Ben-Yossef
commit 737aed947f9b5bd749a2684e13572ee99a1b8bae upstream.
The crypto API requires saving the last blocks of ciphertext
in req->info for use as IV for CTS mode. The ccree drive
4.13-stable review patch. If anyone has any objections, please let me know.
--
From: Jason Gerecke
commit 8d411cbf46e515ca2b7ceb3d2b3f43e22813edac upstream.
The WACOM_HID_WD_TOUCHRINGSTATUS usage is a single bit which tells us
whether the touchring is currently in use or not.
4.13-stable review patch. If anyone has any objections, please let me know.
--
From: Sandeep Singh
commit e6b422b88b46353cf596e0db6dc0e39d50d90d6e upstream.
The following commit cause a regression on ATI chipsets.
'commit e788787ef4f9 ("usb:xhci:Add quirk for Certain
failing H
4.13-stable review patch. If anyone has any objections, please let me know.
--
From: Luca Coelho
commit 3f7a5e13e85026b6e460bbd6e87f87379421d272 upstream.
We have a new PCI subsystem ID for 7265D. Add it to the list.
Signed-off-by: Luca Coelho
Signed-off-by: Greg Kroah-Hart
4.13-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
commit fbf1c41fc0f4d3574ac2377245efd666c1fa3075 upstream.
Commit 0a94efb5acbb ("workqueue: implicit ordered attribute should be
overridable") introduced a __WQ_ORDERED_EXPLICIT f
4.13-stable review patch. If anyone has any objections, please let me know.
--
From: Maarten Lankhorst
commit 813a7e1604eaad1c2792d37d402e1b48b8d0eb3f upstream.
Make it more clear that post commit return ret is really return 0,
and add a missing drm_atomic_helper_cleanup_plan
4.13-stable review patch. If anyone has any objections, please let me know.
--
From: Brian Norris
commit 4b5dde2d6234ff5bc68e97e6901d1f2a0a7f3749 upstream.
mwifiex records information about various channels as it receives scan
information. It does this by appending to a buffer
4.13-stable review patch. If anyone has any objections, please let me know.
--
From: Colin Ian King
commit 34ff1bf4920471cff66775dc39537b15c5f0feff upstream.
The mask of sns_key_info1 suggests the upper nybble is being extracted
however the following shift of 8 bits is too lar
101 - 200 of 795 matches
Mail list logo
