On 10/04/17 23:13, Rafael J. Wysocki wrote:
> On Mon, Apr 10, 2017 at 1:26 PM, Juri Lelli wrote:
[...]
> > Given that for RT (and still for DL as well) the next event is a
> > periodic tick, couldn't happen that the required frequency transition
> > for an RT task, that unfortunately woke up bef
Hi Herbert,
2017-04-11 15:40 GMT+09:00 Herbert Xu :
> On Tue, Apr 11, 2017 at 03:34:43PM +0900, Masahiro Yamada wrote:
>> Hi Herbert,
>>
>>
>> 2017-04-11 14:12 GMT+09:00 Herbert Xu :
>> > On Tue, Apr 11, 2017 at 03:02:50PM +1000, Stephen Rothwell wrote:
>> >>
>> >> So basically we need CRYPTO_MAX
* Kirill A. Shutemov wrote:
> This patch adds support for 5-level paging during early boot.
> It generalizes boot for 4- and 5-level paging on 64-bit systems with
> compile-time switch between them.
>
> Signed-off-by: Kirill A. Shutemov
> ---
> arch/x86/boot/compressed/head_64.S | 23
On Sun, Apr 9, 2017 at 12:20 AM, Icenowy Zheng wrote:
> 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.
>
> Signed-off-by: Icenowy Zheng
> ---
> drivers/cpufreq/
Andrew Morton writes:
> On Fri, 7 Apr 2017 14:49:01 +0800 "Huang, Ying" wrote:
>
>> To reduce the lock contention of swap_info_struct->lock when freeing
>> swap entry. The freed swap entries will be collected in a per-CPU
>> buffer firstly, and be really freed later in batch. During the batch
On 04/11/2017 at 01:53 PM, Xunlei Pang wrote:
> On 04/11/2017 at 04:47 AM, Daniel Bristot de Oliveira wrote:
>> On 04/10/2017 11:22 AM, Xunlei Pang wrote:
>>> I was testing Daniel's changes with his test case in the commit
>>> df8eac8cafce ("sched/deadline: Throttle a constrained deadline
>>> task
From: Sean Wang
The series fixes kernel BUG caused by inconsistent SKB length reported
into BQL. The reason for inconsistent length comes from hardware BUG which
results in different port number carried on the TXD within the lifecycle of
SKB. So patch 2) is proposed for use a software way to trac
From: Sean Wang
Fix port inconsistency on TXD due to hardware BUG that would cause
different port number is carried on the same TXD between tx_map()
and tx_unmap() with the iperf test. It would cause confusing BQL
logic which leads to kernel panic when dual GMAC runs concurrently.
Signed-off-by:
From: Sean Wang
Fix inconsistency between the TXD descriptor and the used buffer that
would cause unexpected logic at mtk_tx_unmap() during skb housekeeping.
Signed-off-by: Sean Wang
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c | 17 -
1 file changed, 8 insertions(+), 9 dele
* Kirill A. Shutemov wrote:
> On Wed, Apr 05, 2017 at 01:50:27PM +0200, Denys Vlasenko wrote:
> > Er "Change top bits ... ((47 or 56 [bits] depending on paging mode)"?
> > I know that's wrong and that's not what you meant to say,
> > but it can be read this way too. "47th" instead of "47"
>
Currently we release the schemata lock before we free the
resource's temporary tmp_cbms allocation, which could be
already used another concurrent access and crashed like:
BUG: unable to handle kernel NULL pointer dereference at (null)
IP: rdtgroup_schemata_write+0x2d1/0x460
...
On 11/04/17 04:40, Christophe JAILLET wrote:
> It is likely that returning returned by 'devm_ioremap_resource()' is
> expected here instead of something related to 'base' which should be a
> valid pointer at this point.
>
> Fixes: 841fd94c43a4 ("soc/tegra: flowctrl: Add basic platform driver")
>
On Tue, Apr 11, 2017 at 04:00:45PM +0900, Masahiro Yamada wrote:
>
> Commit 4473710df1f8 fixed the problem,
> but reverting the patch in kbuild will break the bisect'ability
> of the kbuild tree.
All you will be doing is reverting to the status quo before you
applied that patch. So I don't see ho
Hi,
On 04/11/2017 07:40 AM, Giuseppe CAVALLARO wrote:
Hi Niklas
patch looks ok for me, Alex any feedback?
It sounds good for me to.
peppe
On 4/10/2017 8:33 PM, Niklas Cassel wrote:
From: Niklas Cassel
Field FL/TPL in register TDES3 is not correctly set on GMAC4.
TX appears to be functio
On 10/04/2017 08:48, Djalal Harouni wrote:
> On Wed, Mar 29, 2017 at 1:46 AM, Mickaël Salaün wrote:
>> A landlocked process has less privileges than a non-landlocked process
>> and must then be subject to additional restrictions when manipulating
>> processes. To be allowed to use ptrace(2) and r
The LAN9303 is a three port 10/100 ethernet switch with integrated phys
for the two external ethernet ports. The third port is an RMII/MII
interface to a host master network interface (e.g. fixed link).
While the LAN9303 device itself supports offload packet processing, this
driver does not make u
In this mode the switch device and the internal phys will be managed via
I2C interface. The MDIO interface is still supported, but for the
(emulated) CPU port only.
Signed-off-by: Juergen Borleis
CC: devicet...@vger.kernel.org
CC: robh...@kernel.org
CC: mark.rutl...@arm.com
---
.../devicetree/bi
When the LAN9303 device is in MDIO manged mode, all register accesses must
be done via MDIO.
Please note: this code is compile time tested only due to the absence of such
configured hardware. It is based on a patch from Stefan Roese from 2014.
Signed-off-by: Juergen Borleis
CC: devicet...@vger.k
The SMSC/Microchip LAN9303 is an ethernet switch device with one CPU port
and two external ethernet ports with built-in phys.
This driver uses the DSA framework, but is currently only capable of
separating the two external ports. There is no offload support yet.
Signed-off-by: Juergen Borleis
--
To define the outgoing port and to discover the incoming port a regular
VLAN tag is used by the LAN9303. But its VID meaning is 'special'.
This tag handler/filter depends on some hardware features which must be
enabled in the device to provide and make use of this special VLAN tag
to control the d
Sehr geehrte Damen und Herren,
Haben Sie Interesse über einer finanziellen Darlehen zu 3%?
kontaktieren Sie mich für mehr Details und Bedingungen. ich kann all
jenen helfen, wer ein Darlehen benötigen.
Ich kann Ihnen biete ein darlehen in hohe von 10.000.000 EUR
Meine mail: info@rschmidt.onli
> Il giorno 10 apr 2017, alle ore 11:55, Paolo Valente
> ha scritto:
>
>>
>> Il giorno 10 apr 2017, alle ore 11:05, Andreas Herrmann
>> ha scritto:
>>
>> Hi Paolo,
>>
>> I've looked at your WIP branch as of 4.11.0-bfq-mq-rc4-00155-gbce0818
>> and did some fio tests to compare the behavior
> Il giorno 10 apr 2017, alle ore 17:15, Bart Van Assche
> ha scritto:
>
> On Mon, 2017-04-10 at 11:55 +0200, Paolo Valente wrote:
>> That said, if you do always want maximum throughput, even at the
>> expense of latency, then just switch off low-latency heuristics, i.e.,
>> set low_latency to
Some eMMCs disable their hardware reset line (RST_N) by default. To enable
it the host must set the corresponding bit in ECSD. An example for such
a device is the Micron MTFCxGACAANA-4M.
This patch adds a new mmc-card devicetree property to let the host enable
this feature during card initializati
On Mon, 10 Apr 2017 12:10:14 -0400
Ilia Mirkin wrote:
> On Mon, Apr 10, 2017 at 11:09 AM, Pekka Paalanen wrote:
> > I also wonder if a real BE machine could have different results than
> > the virtual machine.
>
> I have a PPC G5 with an AGP GeForce FX 5200 that I can test things on,
> if ne
Hi Tony,
On 11/04/17 03:15, Tony Lindgren wrote:
> Commit 16fa3dc75c22 ("mfd: omap-usb-tll: HOST TLL platform driver")
> added support for USB TLL, but uses OMAP_TLL_CHANNEL_CONF_ULPINOBITSTUFF
> bit the wrong way. The comments in the code are mostly correct, but the
> inverted use of OMAP_TLL_CHA
Hi Lee,
On 10/04/2017 16:54, Lee Jones wrote:
> On Mon, 10 Apr 2017, Quentin Schulz wrote:
>
>> Hi Lee,
>>
>> Just to make sure you didn't miss that patch (can't find it in
>> for-mfd-next and for-mfd-next-next).
>
> It has not been missed, but is yet to be reviewed.
>
Hum.. What do you mean e
Hi,
Alan Stern writes:
>> >> >> >> --- a/drivers/usb/gadget/udc/core.c
>> >> >> >> +++ b/drivers/usb/gadget/udc/core.c
>> >> >> >> @@ -1273,6 +1273,7 @@ void usb_del_gadget_udc(struct usb_gadget
>> >> >> >> *gadget)
>> >> >> >> flush_work(&gadget->work);
>> >> >> >> device_unregister(&u
On Tue, Apr 11, 2017 at 11:06:14AM +0800, Du, Changbin wrote:
SNIP
> > the original code takes it out of both lists,
> > so the next itaration won't go over that entry
> >
> oh, my bad, my desc is wrong. I replayed the crash. The problem is
> list_del_init a unlinked entry.
>
> perf: Segmentatio
On 04/11/2017 03:36 AM, Xunlei Pang wrote:
> On 04/11/2017 at 04:47 AM, Daniel Bristot de Oliveira wrote:
>> On 04/10/2017 11:22 AM, Xunlei Pang wrote:
>>> I was testing Daniel's changes with his test case in the commit
>>> df8eac8cafce ("sched/deadline: Throttle a constrained deadline
>>> task act
On Mon 2017-04-10 21:00:35, Aleksey Makarov wrote:
>
>
> On 04/10/2017 05:22 PM, Petr Mladek wrote:
> >On Wed 2017-04-05 23:20:00, Aleksey Makarov wrote:
> >>If a console was specified by ACPI SPCR table _and_ command line
> >>parameters like "console=ttyAMA0" _and_ "earlycon" were specified,
> >
On Mon, Apr 10, 2017 at 7:00 PM, Andreas Klinger wrote:
> While calculating the compensation of the humidity there are negative values
> interpreted as unsigned because of unsigned variables used. These values as
> well as the constants need to be casted to signed as indicated by the
> documenta
On Fri, Apr 7, 2017 at 2:58 PM, Andrew Jeffery wrote:
> Three video input signals suffered from a search/replace failure in
> some copied code.
>
> Signed-off-by: Andrew Jeffery
Patch applied.
Yours,
Linus Walleij
When instrumenting the SCSI layer to run into the
!blk_rq_nr_phys_segments(rq) case the following warning emitted from the
block layer:
blk_peek_request: bad return=-22
This happens because since commit fd3fc0b4d730 ('scsi: don't BUG_ON()
empty DMA transfers') we return the wrong error value fro
On Mon, 2017-04-03 at 13:11 +0200, Julien Beraud wrote:
> Use spin_lock/unlock_irq instead of doing nothing. This fixes
> corruptions
> of the vma_interval_tree causing the kernel to be stuck in an
> infinite loop in vma_interval_tree_foreach.
>
> Signed-off-by: Julien Beraud
> ---
> arch/nios2/
Hi Linus, Stephen,
2017-04-11 14:02 GMT+09:00 Stephen Rothwell :
> Hi Herbert,
>
> On Tue, 11 Apr 2017 10:42:15 +0800 Herbert Xu
> wrote:
>>
>> Actually the patch in the kbuild tree should be reverted because
>> we have now increased the in-kernel length limit and this must not
>> be directly e
Hi Vikas
On 04/10/2017 08:40 PM, Vikas Manocha wrote:
Thanks Alex,
On 04/10/2017 12:23 AM, Alexandre Torgue wrote:
Hi
On 04/08/2017 03:12 AM, Vikas Manocha wrote:
Stm32f769I & stm32f746 are MCUs of stm32f7 family. Here are the major
spces of the two boards:
stm32f769I discovery board:
-
Hi Alexandre,
On Tue, 11 Apr 2017 07:55:09 +0200 Alexandre Belloni
wrote:
>
> On 11/04/2017 at 10:22:38 +1000, Stephen Rothwell wrote:
> >
> > On Mon, 10 Apr 2017 09:45:45 +0200 Hans de Goede
> > wrote:
> > >
> > > On 10-04-17 08:04, Stephen Rothwell wrote:
> > > >
> > > > After merging t
On Tue, Apr 11, 2017 at 06:56:30PM +0800, Jin Yao wrote:
> Perf already has support for disassembling the branch instruction
> and using the branch type for filtering. The patch just records
> the branch type in perf_branch_entry.
>
> Before recording, the patch converts the x86 branch classificat
Le Monday 10 Apr 2017 à 19:38:02 (+0200), Peter Zijlstra a écrit :
>
> Thanks for the rebase.
>
> On Mon, Apr 10, 2017 at 11:18:29AM +0200, Vincent Guittot wrote:
>
> Ok, so let me try and paraphrase what this patch does.
>
> So consider a task that runs 16 out of our 32ms window:
>
>runni
On Mon, Apr 10, 2017 at 8:12 PM, Rob Herring wrote:
> On Wed, Apr 05, 2017 at 04:07:21PM +0200, Jacopo Mondi wrote:
>> + The allowed generic formats for a pin multiplexing sub-node are the
>> + following ones:
>> +
>> + node-1 {
>> + pinmux = , , ... ;
>> + GENERIC_PINCONFIG;
>
> Wha
Hi Masahiro,
On Tue, 11 Apr 2017 15:19:21 +0900
Masahiro Yamada wrote:
> Hi Boris,
>
>
>
> 2017-04-10 1:33 GMT+09:00 Boris Brezillon
> :
> > On Mon, 3 Apr 2017 12:16:34 +0900
> > Masahiro Yamada wrote:
> >
> >> Hi Boris,
> >>
> >>
> >>
> >> 2017-03-31 18:46 GMT+09:00 Boris Brezillon
> >>
On Mon, Apr 10, 2017 at 12:42:44PM +, Coelho, Luciano wrote:
> On Wed, 2017-03-29 at 20:25 -0700, Luis R. Rodriguez wrote:
> > The firmware API does not scale well: when new features are added we
> > either add a new exported symbol or extend the arguments of existing
> > routines. For the late
On 11-04-17, 15:18, Icenowy Zheng wrote:
>
> 2017年4月11日 15:03于 Viresh Kumar 写道：
> >
> > On Sun, Apr 9, 2017 at 12:20 AM, Icenowy Zheng wrote:
> > > Some new Allwinner SoCs get supported in the kernel after the
> > > compatibles are added to cpufreq-dt-platdev driver.
> > >
> > > Add their com
Hi Ulf,
On lun., avril 10 2017, Ulf Hansson wrote:
> On 30 March 2017 at 17:22, Gregory CLEMENT
> wrote:
>> Hello,
>>
>> This the seventh version of the series adding support for the SDHCI
>> Xenon controller. It can be currently found on the Armada 37xx and the
>> Armada 7K/8K but will be al
Commit-ID: 68e8038048f44e7782079e79338506246393a876
Gitweb: http://git.kernel.org/tip/68e8038048f44e7782079e79338506246393a876
Author: Borislav Petkov
AuthorDate: Mon, 10 Apr 2017 14:20:46 +0200
Committer: Ingo Molnar
CommitDate: Tue, 11 Apr 2017 08:44:59 +0200
perf/amd/uncore: Clean u
Commit-ID: c2628f90c9964881a62dd8e9f7372ca05cb6fe32
Gitweb: http://git.kernel.org/tip/c2628f90c9964881a62dd8e9f7372ca05cb6fe32
Author: Borislav Petkov
AuthorDate: Mon, 10 Apr 2017 14:20:45 +0200
Committer: Ingo Molnar
CommitDate: Tue, 11 Apr 2017 08:44:59 +0200
perf/amd/uncore: Do feat
On Mon, 10 Apr 2017 16:56:39 +0200
Michal Hocko wrote:
> On Mon 10-04-17 16:27:49, Igor Mammedov wrote:
> [...]
> > Hi Michal,
> >
> > I've given series some dumb testing, see below for unexpected changes I've
> > noticed.
> >
> > Using the same CLI as above plus hotpluggable dimms present at
The CMA pages migration code does not support compound pages at
the moment so it performs few tests before proceeding to actual page
migration.
One of the tests - PageTransHuge() - has VM_BUG_ON_PAGE(PageTail()) as
it is designed to be called on head pages only. Since we also test for
PageCompound
On Tue, 11 Apr 2017, Quentin Schulz wrote:
> On 10/04/2017 16:54, Lee Jones wrote:
> > On Mon, 10 Apr 2017, Quentin Schulz wrote:
> >
> >> Hi Lee,
> >>
> >> Just to make sure you didn't miss that patch (can't find it in
> >> for-mfd-next and for-mfd-next-next).
> >
> > It has not been missed, but
Commit-ID: 9df9078ef2086652647248ee6e82ca8f661cb3f5
Gitweb: http://git.kernel.org/tip/9df9078ef2086652647248ee6e82ca8f661cb3f5
Author: Borislav Petkov
AuthorDate: Mon, 10 Apr 2017 14:20:47 +0200
Committer: Ingo Molnar
CommitDate: Tue, 11 Apr 2017 08:44:59 +0200
perf/amd/uncore: Fix pr_
Commit-ID: 8c86769544abd97bb9b55ae0eaa91d65b56f2272
Gitweb: http://git.kernel.org/tip/8c86769544abd97bb9b55ae0eaa91d65b56f2272
Author: Kirill A. Shutemov
AuthorDate: Thu, 6 Apr 2017 17:01:00 +0300
Committer: Ingo Molnar
CommitDate: Tue, 11 Apr 2017 08:57:37 +0200
x86/boot/64: Rename in
Add a new cpufreq driver for Tegra186 (and likely later).
The CPUs are organized into two clusters, Denver and A57,
with two and four cores respectively. CPU frequency can be
adjusted by writing the desired rate divisor and a voltage
hint to a special per-core register.
The frequency of each core
On 2017-04-03 10:38, Peter Rosin wrote:
> Hi!
>
> Many users of the i2c_mux_add_adapter interface log a message
> on failure, but the function already logs such a message. One
> or two of those users actually add more information than already
> provided by the central failure message.
>
> So, fir
On Mon, Apr 10, 2017 at 12:55 PM, Herbert Xu
wrote:
> On Sat, Apr 08, 2017 at 03:32:45PM +0200, Krzysztof Kozlowski wrote:
>>
>> +static struct rng_alg exynos_rng_alg = {
>> + .generate = exynos_rng_generate,
>> + .seed = exynos_rng_seed,
>> + .seedsize
On Mon, 2017-04-10 at 13:03 +0200, Michal Hocko wrote:
> From: Michal Hocko
>
> init_currently_empty_zone doesn't have any error to return yet it is
> still an int and callers try to be defensive and try to handle potential
> error. Remove this nonsense and simplify all callers.
>
> This patch s
Commit-ID: 7f00f388712b29005782bad7e4b25942620f3b9c
Gitweb: http://git.kernel.org/tip/7f00f388712b29005782bad7e4b25942620f3b9c
Author: Jiri Olsa
AuthorDate: Tue, 11 Apr 2017 09:14:46 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 11 Apr 2017 09:48:12 +0200
x86/intel_rdt: Fix locking
On 4/11/2017 3:52 PM, Peter Zijlstra wrote:
This is still a completely inadequate changelog. I really will not
accept patches like this.
Hi,
The changelog is added in the cover-letter ("[PATCH v3 0/5] perf report: Show branch
type").
Does the changelog need to be added in each patch's desc
Commit-ID: 10ee822ec8c53f3987d969ce98b2686323a7fc2a
Gitweb: http://git.kernel.org/tip/10ee822ec8c53f3987d969ce98b2686323a7fc2a
Author: Kirill A. Shutemov
AuthorDate: Thu, 6 Apr 2017 17:00:59 +0300
Committer: Ingo Molnar
CommitDate: Tue, 11 Apr 2017 08:57:37 +0200
x86/boot/64: Rewrite s
Hi Greg,
On Monday 10 April 2017 10:13 PM, Greg Kroah-Hartman wrote:
> 4.10-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Kevin Hilman
>
> [ Upstream commit 9c9b1bc25291e275b04f758f2549c81e092954f5 ]
>
> Add skeleton pdata-quirks for
It is necessary to provide ethtool support for displaying and
modifying parameters of dwc-xlgmac.
Signed-off-by: Jie Deng
---
drivers/net/ethernet/synopsys/Makefile | 3 +-
drivers/net/ethernet/synopsys/dwc-xlgmac-common.c | 1 +
drivers/net/ethernet/synopsys/dwc-xlgmac-ethtool.
On Tue, 2017-04-11 at 12:07 +0530, Viresh Kumar wrote:
> On 04-04-17, 20:04, Leonard Crestez wrote:
> > If the cpufreq driver tries to modify voltage/freq during suspend/resume
> > it might need to control an external PMIC via I2C or SPI but those
> > devices might be already suspended. This issue
On Tue, Apr 11, 2017 at 09:52:19AM +0200, Peter Zijlstra wrote:
> On Tue, Apr 11, 2017 at 06:56:30PM +0800, Jin Yao wrote:
> > @@ -960,6 +1006,11 @@ intel_pmu_lbr_filter(struct cpu_hw_events *cpuc)
> > cpuc->lbr_entries[i].from = 0;
> > compress = true;
> >
On Tue, Apr 11, 2017 at 9:31 AM, Richard Leitner
wrote:
> Some eMMCs disable their hardware reset line (RST_N) by default. To enable
> it the host must set the corresponding bit in ECSD. An example for such
> a device is the Micron MTFCxGACAANA-4M.
>
> This patch adds a new mmc-card devicetree pr
Hi Paul,
On 10/04/17 23:06, Paul Burton wrote:
Hi Matt,
On Friday, 31 March 2017 04:05:32 PDT Matt Redfearn wrote:
Commit 4cfffcfa5106 ("irqchip/mips-gic: Fix local interrupts") added
mapping of several local interrupts during initialisation of the gic
driver. This associates virq numbers wit
On Tue, 2017-04-11 at 17:54 +1000, Alexey Kardashevskiy wrote:
> The CMA pages migration code does not support compound pages at
> the moment so it performs few tests before proceeding to actual page
> migration.
>
> One of the tests - PageTransHuge() - has VM_BUG_ON_PAGE(PageTail()) as
> it is de
Hi Boris,
On 10.04.2017 17:35, Boris Brezillon wrote:
> On Mon, 10 Apr 2017 17:20:20 +0300
> Claudiu Beznea wrote:
>
>> Implement suspend and resume power management specific
>> function to allow PWM controller to correctly suspend
>> and resume.
>>
>> Signed-off-by: Claudiu Beznea
>> ---
>> d
Fixing warnings found by sparse on rtl8192u/ieee80211.
drivers/staging/rtl8192u/ieee80211//ieee80211_rx.c:1318:45: warning: incorrect
type in assignment (different base types)
drivers/staging/rtl8192u/ieee80211//ieee80211_rx.c:1318:45:expected
unsigned short [unsigned] [usertype] len
drivers
On Mon, Apr 10, 2017 at 10:53:02PM +0200, Jesper Dangaard Brouer wrote:
>
> I will appreciate review of this patch.
I had reviewed it but didn't have much to say other than the in_interrupt()
is inconvenient rather than wrong.
> My micro-benchmarking show we
> basically return to same page alloc
> > (gdb) print fmt.sort_list
> > $5 = {next = 0x9727d0 , prev = 0x9727d0
> > }
> >
> > In this case, the fmt is linked in sort_list, but not in list. So crash
> > at the list_del_init(&fmt->list) of second loop.
>
> so the only place I can see the POISON could get there
> is in perf_hpp__column
On Mon, Apr 10, 2017 at 03:09:03PM -0700, Andrew Morton wrote:
> On Mon, 10 Apr 2017 19:07:14 +0100 Mel Gorman
> wrote:
>
> > On Mon, Apr 10, 2017 at 12:49:40PM -0500, Zi Yan wrote:
> > > On 10 Apr 2017, at 12:20, Mel Gorman wrote:
> > >
> > > > On Mon, Apr 10, 2017 at 11:45:08AM -0500, Zi Yan
On Wed, Mar 29, 2017 at 08:25:12PM -0700, Luis R. Rodriguez wrote:
> This adds a load tester driver test_driver_data a for the new extensible
> driver_data loader API, part of firmware_class. This test driver enables
> you to build your tests in userspace by exposing knobs of the exported
> API to
On Mon 10-04-17 14:34:29, Ross Zwisler wrote:
> On Mon, Apr 10, 2017 at 03:41:11PM +0200, Jan Kara wrote:
> > On Thu 06-04-17 15:29:44, Ross Zwisler wrote:
> > > While running generic/340 in my test setup I hit the following race. It
> > > can
> > > happen with kernels that support FS DAX PMDs, so
On 10.04.2017 19:27, Boris Brezillon wrote:
> On Mon, 10 Apr 2017 18:01:37 +0200
> Boris Brezillon wrote:
>
>> On Mon, 10 Apr 2017 17:10:11 +0200
>> Thierry Reding wrote:
>>
>>> On Mon, Apr 10, 2017 at 04:35:58PM +0200, Boris Brezillon wrote:
On Mon, 10 Apr 2017 17:20:20 +0300
Clau
From: Sean Wang
The patch adds the enhancement for recycling more TX completed SKBs in
one NAPI polling handler if NAPI budgets are still available and hardware
raises status bit shown for certain SKBs are aready done.
Signed-off-by: Sean Wang
---
drivers/net/ethernet/mediatek/mtk_eth_soc.c |
Hi Morimoto-san,
On Tue, Apr 11, 2017 at 2:36 AM, Kuninori Morimoto
wrote:
> From: Kuninori Morimoto
>
> Signed-off-by: Kuninori Morimoto
> Tested-by: Hiroyuki Yokoyama
> ---
> .../devicetree/bindings/clock/cs2000-cp.txt| 9 +++
> drivers/clk/clk-cs2000-cp.c|
On Tue, Apr 11, 2017 at 04:11:21PM +0800, Jin, Yao wrote:
>
>
> On 4/11/2017 3:52 PM, Peter Zijlstra wrote:
> > This is still a completely inadequate changelog. I really will not
> > accept patches like this.
> >
> Hi,
>
> The changelog is added in the cover-letter ("[PATCH v3 0/5] perf report:
On 10.04.2017 23:29, Christophe JAILLET wrote:
If 'devm_reset_control_get' returns an error, then we erroneously return
success because error code is taken from 'host->clk' instead of
'host->rst'.
Fixes: b386c6b73ac6 ("gpu: host1x: Support module reset")
Signed-off-by: Christophe JAILLET
---
On Tue 11-04-17 10:01:52, Igor Mammedov wrote:
> On Mon, 10 Apr 2017 16:56:39 +0200
> Michal Hocko wrote:
[...]
> > > #echo online_kernel > memory32/state
> > > write error: Invalid argument
> > > // that's not what's expected
> >
> > this is proper behavior with the current implementation. Doe
> Il giorno 10 apr 2017, alle ore 18:56, Bart Van Assche
> ha scritto:
>
> On Fri, 2017-03-31 at 14:47 +0200, Paolo Valente wrote:
>> [ ... ]
>
> Hello Paolo,
>
> Is the git tree that is available at https://github.com/Algodev-github/bfq-mq
> appropriate for testing BFQ? If I merge that tree
On 10.04.2017 22:04, Linus Walleij wrote:
On Wed, Apr 5, 2017 at 3:07 PM, wrote:
From: Michael Hennerich
This patch adds support for the Analog Devices / Linear Technology
LTC4306 and LTC4305 4/2 Channel I2C Bus Multiplexer/Switches.
The LTC4306 optionally provides two general purpose input
commit e7e11f995642 ("drm/vmwgfx: fix integer overflow in
vmw_surface_define_ioctl()")
ensures that each req->mip_levels[i] <= DRM_VMW_MAX_MIP_LEVELS, It would be
easy to
conclude that the sum of req->mip_levels[i] (i = 0, ...,
DRM_VMW_MAX_SURFACE_FACES - 1)
is less than or equal to (DRM_VMW_MAX
Hi Niklas,
Às 7:33 PM de 4/10/2017, Niklas Cassel escreveu:
> From: Niklas Cassel
>
> Field FL/TPL in register TDES3 is not correctly set on GMAC4.
> TX appears to be functional on GMAC 4.10a even if this field is not set,
> however, to avoid relying on undefined behavior, set the length in TDE
On Tue, 11 Apr 2017 11:33:44 +0300
m18063 wrote:
> On 10.04.2017 19:27, Boris Brezillon wrote:
> > On Mon, 10 Apr 2017 18:01:37 +0200
> > Boris Brezillon wrote:
> >
> >> On Mon, 10 Apr 2017 17:10:11 +0200
> >> Thierry Reding wrote:
> >>
> >>> On Mon, Apr 10, 2017 at 04:35:58PM +0200, Boris
Add a parameter for setting the resolution of xen-kbdfront in order to
be able to cope with a (virtual) frame buffer of arbitrary resolution.
Signed-off-by: Juergen Gross
---
drivers/input/misc/xen-kbdfront.c | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
diff --git a
Setting the pointing device resolution via Xenstore isn't working
reliably: in case XenbusStateInitWait has been missed the resolution
settings won't be read. Correct this.
Signed-off-by: Juergen Gross
Reviewed-by: Oleksandr Andrushchenko
---
drivers/input/misc/xen-kbdfront.c | 32 +
As my patch tying the resolution of the xen pointing device to that of
the framebuffer wasn't accepted add support for different resolutions
via a module parameter.
Another possibility would be to set parameters via Xenstore, but this
is broken (patch 2 fixes that) and not yet supported by Xen too
On Tue, Apr 11, 2017 at 09:52:21AM +0200, Vincent Guittot wrote:
> Le Monday 10 Apr 2017 à 19:38:02 (+0200), Peter Zijlstra a écrit :
> >
> > Thanks for the rebase.
> >
> > On Mon, Apr 10, 2017 at 11:18:29AM +0200, Vincent Guittot wrote:
> >
> > Ok, so let me try and paraphrase what this patch d
On 10/04/17 16:18, Oleksandr Andrushchenko wrote:
> On 04/10/2017 05:11 PM, Juergen Gross wrote:
>> On 10/04/17 16:00, Oleksandr Andrushchenko wrote:
>>>
>>> On 04/10/2017 04:50 PM, Juergen Gross wrote:
On 10/04/17 15:44, Oleksandr Andrushchenko wrote:
> Hi, Juergen!
>
> On 03/21/2
* tip-bot for Kirill A. Shutemov wrote:
> Commit-ID: 10ee822ec8c53f3987d969ce98b2686323a7fc2a
> Gitweb: http://git.kernel.org/tip/10ee822ec8c53f3987d969ce98b2686323a7fc2a
> Author: Kirill A. Shutemov
> AuthorDate: Thu, 6 Apr 2017 17:00:59 +0300
> Committer: Ingo Molnar
> CommitDate:
On Tue, 2017-04-11 at 10:38 +0530, Ravi Bangoria wrote:
> If we set a kprobe on a 'stdu' instruction on powerpc64, we see a kernel
> OOPS:
>
> [ 1275.165932] Bad kernel stack pointer cd93c840 at c0009868
> [ 1275.166378] Oops: Bad kernel stack pointer, sig: 6 [#1]
> ...
> GPR00: c
On Tue, 11 Apr 2017 11:22:39 +0300
m18063 wrote:
> Hi Boris,
>
> On 10.04.2017 17:35, Boris Brezillon wrote:
> > On Mon, 10 Apr 2017 17:20:20 +0300
> > Claudiu Beznea wrote:
> >
> >> Implement suspend and resume power management specific
> >> function to allow PWM controller to correctly sus
On 11.04.2017 11:50, Boris Brezillon wrote:
> On Tue, 11 Apr 2017 11:33:44 +0300
> m18063 wrote:
>
>> On 10.04.2017 19:27, Boris Brezillon wrote:
>>> On Mon, 10 Apr 2017 18:01:37 +0200
>>> Boris Brezillon wrote:
>>>
On Mon, 10 Apr 2017 17:10:11 +0200
Thierry Reding wrote:
On Mon 10-04-17 10:43:04, Reza Arbab wrote:
> On Mon, Apr 10, 2017 at 01:03:42PM +0200, Michal Hocko wrote:
> >This patchset aims at making the onlining semantic more usable. First of
> >all it allows to online memory movable as long as it doesn't clash with
> >the existing ZONE_NORMAL. That means
Tyrel Datwyler writes:
> On 04/06/2017 09:04 PM, Michael Ellerman wrote:
>> Tyrel Datwyler writes:
>>
>>> On 04/06/2017 03:27 AM, Sachin Sant wrote:
On a POWER8 LPAR running 4.11.0-rc5, a hot unplug operation on
any I/O adapter results in the following warning
This problem h
Hi, Juergen,
could you please make one more patch in the series:
the code that you fix in this patch is ok, but most
of the functionality of the xenkbd_set_connected
is still useless: feature-abs-pointer/request-abs-pointer
negotiation has only meaning at probe time, when we are
configuring
Hi,
On 04/03/2017 08:17 AM, Smitha T Murthy wrote:
On Mon, 2017-04-03 at 08:00 +0200, Julia Lawall wrote:
See line 2101
julia
Thank you for bringing it to my notice, I had not checked on this git.
I will upload the next version of patches soon corresponding to this
git.
In general please u
perf_init_event() never returns NULL, only error pointer. The check for
NULL causes a static checker warning and it seems slightly buggy to do
a goto err_ns without setting the error code so those are two other
reasons to delete this.
Signed-off-by: Dan Carpenter
diff --git a/kernel/events/core
On Wed, Apr 5, 2017 at 4:07 PM, Jacopo Mondi wrote:
> Add bi-directional and output-enable pin configuration properties.
>
> bi-directional allows to specify when a pin shall operate in input and
> output mode at the same time. This is particularly useful in platforms
> where input and output buf
On Wed, Apr 5, 2017 at 4:07 PM, Jacopo Mondi wrote:
> Hi Linus,
>this is 4th round of gpio/pincontroller for RZ/A1 devices.
>
> As you suggested in v3 review, I have now added what we called pinmux flags
> to the list of standard pinconf generic properties, and we're now using
> generic parsi
1 - 100 of 939 matches
Mail list logo
