Move error injection, coverage, testing options to a new submenu
'Kernel Testing and Coverage'. They are all for test purpose.
Signed-off-by: Changbin Du
---
lib/Kconfig.debug | 497 +++---
1 file changed, 251 insertions(+), 246 deletions(-)
diff --git
This series is a trivial improvment for the layout of 'kernel hacking'
configuration menu. Now we have many items in it which makes takes
a little time to look up them since they are not well structurized yet.
Early discussion is here:
https://lkml.org/lkml/2019/9/1/39
This is a preview:
│
On 09/09/19 03:21:16, Stephen Boyd wrote:
> Quoting Jorge Ramirez-Ortiz (2019-08-26 09:45:07)
> > @@ -76,10 +88,11 @@ static int qcom_apcs_msm8916_clk_probe(struct
> > platform_device *pdev)
> > a53cc->src_shift = 8;
> > a53cc->parent_map = gpll0_a53cc_map;
> >
> > -
On 9/6/2019 4:47 AM, Martin Blumenstingl wrote:
Hi Rahul,
On Wed, Sep 4, 2019 at 10:04 AM Tanwar, Rahul
wrote:
Hi Martin,
On 4/9/2019 2:53 AM, Martin Blumenstingl wrote:
My understanding is that if we do not use syscon, then there is no
point in using regmap because this driver uses
The following changes since commit 811ba489fa524ec634933cdf83aaf6c007a4c004:
regulator: of: Add of_node_put() before return in function (2019-08-01
14:07:46 +0100)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
Hi Song,
On Mon, Sep 9, 2019 at 11:12 AM Hui Song wrote:
> static void mpc8xxx_irq_unmask(struct irq_data *d)
> @@ -409,8 +409,14 @@ static int mpc8xxx_probe(struct platform_device *pdev)
> if (devtype->gpio_dir_in_init)
> devtype->gpio_dir_in_init(gc);
>
> -
Hi
Am 04.09.19 um 08:27 schrieb Feng Tang:
> Hi Thomas,
>
> On Wed, Aug 28, 2019 at 12:51:40PM +0200, Thomas Zimmermann wrote:
>> Hi
>>
>> Am 28.08.19 um 11:37 schrieb Rong Chen:
>>> Hi Thomas,
>>>
>>> On 8/28/19 1:16 AM, Thomas Zimmermann wrote:
Hi
Am 27.08.19 um 14:33 schrieb
Folks,
printk meeting at LPC Meeting Room - SAFIRA on Tuesday Sept 10. from 2PM to 3PM.
Thanks
tglx
From: Eugen Hristev
Add bindings for optional rtc clock pin.
Signed-off-by: Eugen Hristev
Acked-by: Ajay Singh
---
Changes in v2:
- none
drivers/staging/wilc1000/microchip,wilc1000,sdio.txt | 8 +++-
drivers/staging/wilc1000/microchip,wilc1000,spi.txt | 8
2 files changed, 15
From: Eugen Hristev
If rtc_clk is provided from DT, use it and enable it.
This is optional.
The signal may be hardcoded and no need to be requested,
but if DT provides it, use it.
Signed-off-by: Eugen Hristev
Acked-by: Ajay Singh
---
Changes in v2:
- rebased on staging-next
On 9/9/2019 4:41 PM, Arnd Bergmann wrote:
On Mon, Sep 9, 2019 at 1:13 PM Shenhar, Talel wrote:
On 9/9/2019 12:44 PM, Arnd Bergmann wrote:
On Mon, Sep 9, 2019 at 11:14 AM Talel Shenhar wrote:
+ writel_relaxed(0, pos->mmio_base + AL_POS_ERROR_LOG_1);
Why do you require _relaxed()
Zdravstvujte! Vas interesujut klientskie bazy dannyh?
On Sun, Sep 08, 2019 at 05:44:54PM -0700, Randy Dunlap wrote:
> On 9/7/19 6:27 PM, Changbin Du wrote:
> > This series is a trivial improvment for the layout of 'kernel hacking'
> > configuration menu. Now we have many items in it which makes takes
> > a little time to look up them since they are
On Mon, Sep 09, 2019 at 08:32:06AM -0500, Adam Ford wrote:
> I am not sure who the right maintainer is, but as of today, cpufreq
> for users of twl4030 on 5.3-RC8 is still broken without this patch.
> Is there any way it can be applied before the final release?
Ugh, this affects cpufreq :/ I
On 9/9/2019 4:45 PM, Arnd Bergmann wrote:
On Mon, Sep 9, 2019 at 12:17 PM Shenhar, Talel wrote:
On 9/9/2019 12:40 PM, Arnd Bergmann wrote:
On Mon, Sep 9, 2019 at 11:14 AM Talel Shenhar wrote:
diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms
index 4778c77..bd86b15
On Mon, 9 Sep 2019 08:32:06 -0500
Adam Ford wrote:
> > > The patch fixes declaration of VDD1/2 regulators by
> > > adding proper voltage lists.
> > >
> > > Fixes: 498209445124 ("regulator: core: simplify return value on
> > > suported_voltage")
> > > Cc: sta...@vger.kernel.org
> > >
On Mon, Sep 09, 2019 at 03:19:06PM +0200, Corentin Labbe wrote:
> On Mon, Sep 09, 2019 at 01:38:37PM +0200, Maxime Ripard wrote:
> > On Sat, Sep 07, 2019 at 09:04:08PM +0200, Corentin Labbe wrote:
> > > > Also, I'm not sure what is the point of having the clocks names be
> > > > parameters there
"Jeff Layton" writes:
> On Mon, 2019-09-09 at 06:35 -0400, Jeff Layton wrote:
>> On Mon, 2019-09-09 at 11:28 +0100, Luis Henriques wrote:
>> > OSDs are able to perform object copies across different pools. Thus,
>> > there's no need to prevent copy_file_range from doing remote copies if the
>>
On Mon, Sep 02, 2019 at 05:20:30PM +0300, Kirill A. Shutemov wrote:
> On Mon, Sep 02, 2019 at 06:52:54AM -0700, Matthew Wilcox wrote:
> > On Sat, Aug 31, 2019 at 12:58:26PM +0800, Hillf Danton wrote:
> > > On Fri, 30 Aug 2019 12:40:06 -0700
> > > > syzbot found the following crash on:
> > > >
> >
Linus Torvalds writes:
> On Sat, Sep 7, 2019 at 12:17 PM Linus Torvalds
> wrote:
>>
>> I'm really not clear on why it's a good idea to clear the LDR bits on
>> shutdown, and commit 558682b52919 ("x86/apic: Include the LDR when
>> clearing out APIC registers") just looks pointless. And now it
On Mon, 9 Sep 2019, Masahiro Yamada wrote:
> This line was touched by commit f235541699bc ("export.h: allow for
> per-symbol configurable EXPORT_SYMBOL()"), but the commit log did
> not explain why.
>
> CONFIG_TRIM_UNUSED_KSYMS works for me without defined(__KERNEL__).
I'm pretty sure it was
On Mon, Sep 09, 2019 at 02:36:52PM +0300, Andy Shevchenko wrote:
> On Mon, Sep 09, 2019 at 03:15:55AM -0700, Dmitry Torokhov wrote:
> > On Mon, Sep 09, 2019 at 12:55:05PM +0300, Andy Shevchenko wrote:
> > > On Mon, Sep 09, 2019 at 01:15:47AM -0700, Dmitry Torokhov wrote:
> > > > Instead of
On Mon, Sep 9, 2019 at 12:17 PM Shenhar, Talel wrote:
> On 9/9/2019 12:40 PM, Arnd Bergmann wrote:
> > On Mon, Sep 9, 2019 at 11:14 AM Talel Shenhar wrote:
> >> diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms
> >> index 4778c77..bd86b15 100644
> >> ---
On Mon, Sep 9, 2019 at 12:53 PM Masahiro Yamada
wrote:
> Since commit 15bfc2348d54 ("modpost: check for static EXPORT_SYMBOL*
> functions"), it is harmful because the bogus __crc* symbols make
> modpost call sym_update_crc(), and then new_symbol(), but there is
> no one that clears the
On Sat, Sep 7, 2019 at 12:47 PM H. Nikolaus Schaller wrote:
>
> In addition, move omap3 from whitelist to blacklist in cpufreq-dt-platdev
> in the same patch, because doing either first breaks operation and
> may make trouble in bisect.
>
> We also can remove opp-v1 table for omap3-n950-n9 since
On Mon, Sep 9, 2019 at 1:13 PM Shenhar, Talel wrote:
> On 9/9/2019 12:44 PM, Arnd Bergmann wrote:
> > On Mon, Sep 9, 2019 at 11:14 AM Talel Shenhar wrote:
> >> + writel_relaxed(0, pos->mmio_base + AL_POS_ERROR_LOG_1);
> > Why do you require _relaxed() accessors here? Please add a comment
On Monday 09 September 2019 08:37:09 Adam Ford wrote:
> On Mon, Sep 9, 2019 at 7:13 AM Adam Ford wrote:
> >
> > On Thu, Sep 5, 2019 at 6:04 PM Tony Lindgren wrote:
> > >
> > > Hi,
> > >
> > > * Adam Ford [190828 15:01]:
> > > > The datasheet for the AM3517 shows the RNG is connected to L4.
> >
On 8/31/2019 5:19 AM, Peter Zijlstra wrote:
Then there is no mucking about with that odd counter/metrics msr pair
reset nonsense. Becuase that really stinks.
You have to write them to reset the internal counters.
But not for ever read, only on METRIC_OVF.
The precision are lost if the
On Mon, Sep 9, 2019 at 7:13 AM Adam Ford wrote:
>
> On Thu, Sep 5, 2019 at 6:04 PM Tony Lindgren wrote:
> >
> > Hi,
> >
> > * Adam Ford [190828 15:01]:
> > > The datasheet for the AM3517 shows the RNG is connected to L4.
> > > It shows the module address for the RNG is 0x480A, and it
> > >
On Fri, Sep 6, 2019 at 4:42 PM Marek Vasut wrote:
>
> On 9/6/19 11:30 PM, George McCollister wrote:
> > Add support for the KSZ9567 7-Port Gigabit Ethernet Switch to the
> > ksz9477 driver. The KSZ9567 supports both SPI and I2C. Oddly the
> > ksz9567 is already in the device tree binding
On Fri, 30 Aug 2019 03:12:29 -0500
Jassi Brar wrote:
Hi,
> On Fri, Aug 30, 2019 at 3:07 AM Peng Fan wrote:
> >
> > > Subject: Re: [PATCH v5 1/2] dt-bindings: mailbox: add binding doc for the
> > > ARM
> > > SMC/HVC mailbox
> > >
> > > On Fri, Aug 30, 2019 at 2:37 AM Peng Fan wrote:
> > >
On Thu, Aug 15, 2019 at 5:47 AM Adam Ford wrote:
>
> On Wed, Aug 14, 2019 at 5:18 PM Andreas Kemnade wrote:
> >
> > _opp_supported_by_regulators() wrongly ignored errors from
> > regulator_is_supported_voltage(), so it considered errors as
> > success. Since
> > commit 498209445124 ("regulator:
On Sat, Sep 7, 2019 at 12:47 PM H. Nikolaus Schaller wrote:
>
> For the ti-cpufreq driver we need a clear separation between omap34 and
> omap36 families
> since they have different silicon revisions and efuses.
>
> So far ti,omap3630/ti,omap36xx is just an additional flag to ti,omap3 while
>
On Sat, Sep 07, 2019 at 04:27:34PM -0400, Martin K. Petersen wrote:
>
> Sakari,
>
> > Convert the remaining %pf users to %ps to prepare for the removal of
> > the old %pf conversion specifier support.
>
> Applied to 5.4/scsi-queue, thanks!
Thanks, Martin!
--
Sakari Ailus
On Mon, 9 Sep 2019 at 14:42, Maciej Falkowski wrote:
>
> Convert Samsung Exynos IOMMU H/W, System Memory Management Unit
> to newer dt-schema format.
>
> Signed-off-by: Maciej Falkowski
> Signed-off-by: Andrzej Hajda
Hi Maciej,
Thanks for the patch. Few comments below.
> ---
>
On Mon, Sep 09, 2019 at 01:38:37PM +0200, Maxime Ripard wrote:
> On Sat, Sep 07, 2019 at 09:04:08PM +0200, Corentin Labbe wrote:
> > > Also, I'm not sure what is the point of having the clocks names be
> > > parameters there as well. It's constant across all the compatibles,
> > > the only thing
On Sun, 8 Sep 2019 at 18:13, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.4.192 release.
> There are 23 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
>
This driver becomes the first user of the kernel's `ETHTOOL_PHY_EDPD`
phy-tunable feature.
EDPD is also enabled by default on PHY config_init, but can be disabled via
the phy-tunable control.
When enabling EDPD, it's also a good idea (for the ADIN PHYs) to enable TX
periodic pulses, so that in
The `phy_tunable_id` has been named `ETHTOOL_PHY_EDPD` since it looks like
this feature is common across other PHYs (like EEE), and defining
`ETHTOOL_PHY_ENERGY_DETECT_POWER_DOWN` seems too long.
The way EDPD works, is that the RX block is put to a lower power mode,
except for link-pulse
This changeset proposes a new control for PHY tunable to control Energy
Detect Power Down.
The `phy_tunable_id` has been named `ETHTOOL_PHY_EDPD` since it looks like
this feature is common across other PHYs (like EEE), and defining
`ETHTOOL_PHY_ENERGY_DETECT_POWER_DOWN` seems too long.
The
Hi Greg,
On Fri, 6 Sep 2019 14:15:10 +0200, Greg Kroah-Hartman wrote:
> On Fri, Sep 06, 2019 at 01:02:21PM +0200, Jean Delvare wrote:
> > I've been bitten recently by mcelog not working on machines started in
> > secure boot mode. mcelog tries to read DMI information from /dev/mem
> > and fails
From: Dmitry Safonov
> Sent: 09 September 2019 11:24
>
> All preparations have been done - now poll() can set u64 timeout in
> restart_block. It allows to do the next step - unifying all timeouts in
> restart_block and provide ptrace() API to read it.
>
> Signed-off-by: Dmitry Safonov
> ---
>
On 9/9/19 10:24 AM, walter-zh...@mediatek.com wrote:
From: Walter Wu
This patch is KASAN report adds the alloc/free stacks for page allocator
in order to help programmer to see memory corruption caused by page.
By default, KASAN doesn't record alloc and free stack for page allocator.
It is
On Sun 2019-09-08 13:41:51, Greg Kroah-Hartman wrote:
> [ Upstream commit c554336efa9bbc28d6ec14efbee3c7d63c61a34f ]
>
> In blocked_fl_write(), 't' is not deallocated if bitmap_parse_user() fails,
> leading to a memory leak bug. To fix this issue, free t before returning
> the error.
The code is
On Mon 09-09-19 21:40:24, Tetsuo Handa wrote:
> On 2019/09/09 20:36, Michal Hocko wrote:
> > On Sat 07-09-19 19:54:32, Tetsuo Handa wrote:
> >> (Resending to LKML as linux-mm ML dropped my posts.)
> >>
> >> If /proc/sys/vm/oom_dump_tasks != 0, dump_header() can become very slow
> >> because
On Mon, Sep 09, 2019 at 01:46:39PM +0200, Jean-Jacques Hiblot wrote:
> Hi Daniel,
>
> On 09/09/2019 13:14, Daniel Thompson wrote:
> > On Sat, Sep 07, 2019 at 12:07:27PM +0200, Pavel Machek wrote:
> > > Hi!
> > >
> > > I don't see the LED-backlight driver in -next. Could it be pushed? It
> > > is
Hi Zbyněk,
thanks a lot for testing and sharing your results with us.
> I do not know how to do this in the development of drivers, whether it makes
> sense to put a filter directly into the driver or at least pull the maximum
> distance parameter as a variable?
In this case one should read
Hi,
On Mon, Sep 9, 2019 at 2:15 PM Pavel Machek wrote:
> Hi!
>
> > [ Upstream commit 48d9cc9d85dde37c87abb7ac9bbec6598ba44b56 ]
> >
> > Let hidp_send_message return the number of successfully queued bytes
> > instead of an unconditional 0.
> >
> > With the return value fixed to 0, other drivers
Hi,
Grygorii, can you take a look?
On 09/09/2019 9.09, Tero Kristo wrote:
> Hi,
>
> Mostly some cosmetic comments below, other than that seems fine to me.
>
> On 30/07/2019 12:34, Peter Ujfalusi wrote:
>> From: Grygorii Strashko
>>
>> The Ring Accelerator (RINGACC or RA) provides hardware
On 9/9/19 10:53 AM, Walter Wu wrote:
KASAN will record last stack of page in order to help programmer
to see memory corruption caused by page.
What is difference between page_owner and our patch?
page_owner records alloc stack of page, but our patch is to record
last stack(it may be alloc or
On Fri, Sep 6, 2019 at 4:42 PM Marek Vasut wrote:
>
> On 9/6/19 11:30 PM, George McCollister wrote:
>
> [...]
>
> > --- /dev/null
> > +++ b/drivers/net/dsa/microchip/ksz9477_i2c.c
> > @@ -0,0 +1,100 @@
> > +// SPDX-License-Identifier: GPL-2.0
> > +/*
> > + * Microchip KSZ9477 series register
On Mon, Sep 9, 2019 at 1:11 PM Dave Rodgman wrote:
>
> Thanks Anatoly, I'll take a look at this. Could you please let me know the
> exact hardware you're running on?
Dave,
machine is a LDOM on T5-2 server.
OS is debian unstable/sid linux with latest git kernel, currently :
$ uname -a
Linux
On 9/09/19 3:16 PM, Baolin Wang wrote:
> Hi Adrian,
>
> On Mon, 9 Sep 2019 at 20:02, Adrian Hunter wrote:
>>
>> On 6/09/19 6:52 AM, Baolin Wang wrote:
>>> Now the MMC read/write stack will always wait for previous request is
>>> completed by mmc_blk_rw_wait(), before sending a new request to
Convert Samsung Exynos IOMMU H/W, System Memory Management Unit
to newer dt-schema format.
Signed-off-by: Maciej Falkowski
Signed-off-by: Andrzej Hajda
---
.../bindings/iommu/samsung,sysmmu.txt | 67
.../bindings/iommu/samsung,sysmmu.yaml| 102 ++
On 2019/09/09 20:36, Michal Hocko wrote:
> On Sat 07-09-19 19:54:32, Tetsuo Handa wrote:
>> (Resending to LKML as linux-mm ML dropped my posts.)
>>
>> If /proc/sys/vm/oom_dump_tasks != 0, dump_header() can become very slow
>> because dump_tasks() synchronously reports all OOM victim candidates,
Optimize use of return in hx711_set_gain_for_channel().
Signed-off-by: Andreas Klinger
---
drivers/iio/adc/hx711.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/iio/adc/hx711.c b/drivers/iio/adc/hx711.c
index c8686558429b..20c249f502c0 100644
---
Set gain in hx711_reset() to its default value after a reset cycle. This
omits one precautionary read cycle, because the read is performed in
hx711_set_gain_for_channel() anyway if gain has changed.
Check for DOUT low and if its high wait some time if it goes down
instead of doing a blind reset
Fix bug in sampling function hx711_cycle() when interrupt occures while
PD_SCK is high. If PD_SCK is high for at least 60 us power down mode of
the sensor is entered which in turn leads to a wrong measurement.
Switch off interrupts during a PD_SCK high period and move query of DOUT
to the latest
This patch set fixes problems in the sampling of data and optimizes driver
performance.
It was partly suggested privately to me and i got the allowance to use it
further. But because the person is not answering my emails related to
the question of mentioning the name for a long time i submit it
Hi Jonathan,
only patch 1 fixes a bug which is occurring on systems. In my test it happened
every one of about 10 - 15.000 measurements. But this depends on the interrupt
load of the system. With a high interrupt load there might be much more wrong
measurements.
Patch 2 is a performance
Hi,
On Sun, Sep 08, 2019 at 10:54:17PM -0500, Samuel Holland wrote:
> On 9/8/19 10:22 PM, Ondřej Jirman wrote:
> > Hello Samuel,
> >
> > On Mon, Aug 19, 2019 at 10:23:01PM -0500, Samuel Holland wrote:
> >> This series adds support for the "hardware message box" in sun8i, sun9i,
> >> and sun50i
On 09/09/2019 14:28, Aleksa Sarai wrote:
> On 2019-09-09, Mickaël Salaün wrote:
>> On 09/09/2019 12:12, James Morris wrote:
>>> On Mon, 9 Sep 2019, Mickaël Salaün wrote:
As I said, O_MAYEXEC should be ignored if it is not supported by the
kernel, which perfectly fit with the current
On 09/09/2019 13:54, Aleksa Sarai wrote:
> On 2019-09-09, Mickaël Salaün wrote:
>> On 06/09/2019 21:03, James Morris wrote:
>>> On Fri, 6 Sep 2019, Jeff Layton wrote:
>>>
The fact that open and openat didn't vet unknown flags is really a bug.
Too late to fix it now, of course,
On 2019-09-09, Mickaël Salaün wrote:
> On 09/09/2019 12:12, James Morris wrote:
> > On Mon, 9 Sep 2019, Mickaël Salaün wrote:
> >> As I said, O_MAYEXEC should be ignored if it is not supported by the
> >> kernel, which perfectly fit with the current open(2) flags behavior, and
> >> should also
The patch
regulator: lp87565: Simplify lp87565_buck_set_ramp_delay
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-5.4
All being well this means that it will be integrated into the linux-next
tree (usually sometime in
On Sun 2019-09-08 13:41:45, Greg Kroah-Hartman wrote:
> [ Upstream commit 68e03b85474a51ec1921b4d13204782594ef7223 ]
>
> when do randbuilding, I got this error:
>
> In file included from drivers/hwmon/pmbus/ucd9000.c:19:0:
> ./include/linux/gpio/driver.h:576:1: error: redefinition of
>
Peter Zijlstra writes:
> On Thu, Sep 05, 2019 at 03:02:49PM -0500, Eric W. Biederman wrote:
>> Paul, what is the purpose of the barrier in rcu_assign_pointer?
>>
>> My intuition says it is the assignment half of rcu_dereference, and that
>> anything that rcu_dereference does not need is too
On Mon, 9 Sep 2019 at 19:06, Paolo Bonzini wrote:
>
> On 09/09/19 12:56, Waiman Long wrote:
> > On 9/9/19 2:40 AM, Wanpeng Li wrote:
> >> From: Wanpeng Li
> >>
> >> This patch reverts commit 75437bb304b20 (locking/pvqspinlock: Don't wait if
> >> vCPU is preempted), we found great regression
Hi Adrian,
On Mon, 9 Sep 2019 at 20:02, Adrian Hunter wrote:
>
> On 6/09/19 6:52 AM, Baolin Wang wrote:
> > Now the MMC read/write stack will always wait for previous request is
> > completed by mmc_blk_rw_wait(), before sending a new request to hardware,
> > or queue a work to complete request,
On Mon, Sep 09, 2019 at 03:18:01PM +0800, Jason Wang wrote:
>
> On 2019/9/6 下午9:15, David Miller wrote:
> > From: Jason Wang
> > Date: Fri, 6 Sep 2019 18:02:35 +0800
> >
> > > On 2019/9/5 下午9:59, Jason Gunthorpe wrote:
> > > > I think you should apply the revert this cycle and rebase the other
Hi!
> [ Upstream commit 48d9cc9d85dde37c87abb7ac9bbec6598ba44b56 ]
>
> Let hidp_send_message return the number of successfully queued bytes
> instead of an unconditional 0.
>
> With the return value fixed to 0, other drivers relying on hidp, such as
> hidraw, can not return meaningful values
On Mon, Sep 09, 2019 at 12:50:27PM +0100, Dmitry Safonov wrote:
> Hi Cyrill,
>
> On Mon, 9 Sep 2019 at 12:18, Cyrill Gorcunov wrote:
> > Compiler precompute constants so it doesn't do division here.
> > But I didn't read the series yet so I might be missing
> > something obvious.
>
> Heh, like
On Thu, Sep 5, 2019 at 6:04 PM Tony Lindgren wrote:
>
> Hi,
>
> * Adam Ford [190828 15:01]:
> > The datasheet for the AM3517 shows the RNG is connected to L4.
> > It shows the module address for the RNG is 0x480A, and it
> > matches the omap2.dtsi description. Since the driver can support
>
Hi Adrian,
On Mon, 9 Sep 2019 at 20:04, Adrian Hunter wrote:
>
> On 6/09/19 6:52 AM, Baolin Wang wrote:
> > Add cqhci_virt_finalize_request() to help to complete a request
> > from virtual command queue.
> >
> > Signed-off-by: Baolin Wang
> > ---
> > drivers/mmc/host/sdhci.c |7 +--
> >
On 09.09.19 13:53, Dan Williams wrote:
> On Mon, Sep 9, 2019 at 1:11 AM David Hildenbrand wrote:
> [..]
It seems that SECTION_IS_ONLINE and SECTION_MARKED_PRESENT can be used to
distinguish uninitialized struct pages if we can apply them to ZONE_DEVICE,
but that is no longer
On September 6, 2019 12:22:21 AM GMT+01:00, Brendan Shanks
wrote:
>Add emulation of the sgdt, sidt, and smsw instructions for 64-bit
>processes.
>
>Wine users have encountered a number of 64-bit Windows games that use
>these instructions (particularly sgdt), and were crashing when run on
On 6/09/19 6:52 AM, Baolin Wang wrote:
> Add cqhci_virt_finalize_request() to help to complete a request
> from virtual command queue.
>
> Signed-off-by: Baolin Wang
> ---
> drivers/mmc/host/sdhci.c |7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git
Hi Martin,
On 2019/9/7 23:02, Martin Blumenstingl wrote:
> Hi Jianxin,
>
> On Fri, Sep 6, 2019 at 7:58 AM Jianxin Pan wrote:
> [...]
>>> also I'm a bit surprised to see no busses (like aobus, cbus, periphs, ...)
>>> here
>>> aren't there any busses defined in the A1 SoC implementation or are
On 6/09/19 6:52 AM, Baolin Wang wrote:
> Now the MMC read/write stack will always wait for previous request is
> completed by mmc_blk_rw_wait(), before sending a new request to hardware,
> or queue a work to complete request, that will bring context switching
> overhead, especially for high I/O
On Sat, Sep 7, 2019 at 9:47 PM Stephen Boyd wrote:
>
> Quoting Peng Fan (2019-08-27 01:17:50)
> > From: Peng Fan
> >
> > There is hardware issue that:
> > The output clock the LPCG cell will not turn back on as expected,
> > even though a read of the IPG registers in the LPCG indicates that
> >
On Sat, 2019-08-31 at 13:56 -0400, Pedro Vanzella wrote:
> +static int hidpp20_battery_map_status_voltage(u8 data[3], int
> *voltage)
> +{
> + int status;
> +
> + switch (data[2]) {
> + case 0x00: /* discharging */
> + status = POWER_SUPPLY_STATUS_DISCHARGING;
> +
On 9/9/19 1:18 PM, Sebastian Reichel wrote:
Hi,
On Mon, Sep 09, 2019 at 12:26:06PM +0300, Nandor Han wrote:
On 9/8/19 3:10 PM, Sebastian Reichel wrote:
From: Sebastian Reichel
nvmem_cell_write's buf argument uses different types based on
the configuration of CONFIG_NVMEM. The function
On September 8, 2019 8:22:48 AM GMT+01:00, Borislav Petkov
wrote:
>On Sat, Sep 07, 2019 at 02:26:10PM -0700, Ricardo Neri wrote:
>> > Wine users have encountered a number of 64-bit Windows games that
>use
>> > these instructions (particularly sgdt), and were crashing when run
>on
>> >
On 2019-09-09, Mickaël Salaün wrote:
> On 06/09/2019 21:03, James Morris wrote:
> > On Fri, 6 Sep 2019, Jeff Layton wrote:
> >
> >> The fact that open and openat didn't vet unknown flags is really a bug.
> >>
> >> Too late to fix it now, of course, and as Aleksa points out, we've
> >> worked
On Mon, Sep 9, 2019 at 1:11 AM David Hildenbrand wrote:
[..]
> >> It seems that SECTION_IS_ONLINE and SECTION_MARKED_PRESENT can be used to
> >> distinguish uninitialized struct pages if we can apply them to ZONE_DEVICE,
> >> but that is no longer necessary with this approach.
> >
> > Let's take
On Tue, Aug 27, 2019 at 4:19 PM Peng Fan wrote:
>
> From: Peng Fan
>
> There is hardware issue that:
> The output clock the LPCG cell will not turn back on as expected,
> even though a read of the IPG registers in the LPCG indicates that
> the clock should be enabled.
>
> The software workaround
/Talel-Shenhar/Amazon-s-Annapurna-Labs-POS-Driver/20190909-180243
config: m68k-allmodconfig (attached as .config)
compiler: m68k-linux-gcc (GCC) 7.4.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
On Mon, Sep 09, 2019 at 10:56:25AM +0100, Greg KH wrote:
> On Sun, Sep 08, 2019 at 08:26:05PM -0500, Sreeram Veluthakkal wrote:
> > This patch fixes the issue:
> > FILE: drivers/staging/fbtft/fb_agm1264k-fl.c:88:
> > CHECK: usleep_range is preferred over udelay; see
> >
Hi Cyrill,
On Mon, 9 Sep 2019 at 12:18, Cyrill Gorcunov wrote:
> Compiler precompute constants so it doesn't do division here.
> But I didn't read the series yet so I might be missing
> something obvious.
Heh, like a division is in ktime_divns()?
Thanks,
Dmitry
Let's expose generic_online_page() so online_page_callback users can
simply fallback to the generic implementation when actually deciding to
online the pages.
Cc: Andrew Morton
Cc: Oscar Salvador
Cc: Michal Hocko
Cc: Pavel Tatashin
Cc: Dan Williams
Cc: Wei Yang
Cc: Qian Cai
Signed-off-by:
Let's drop the now unused functions.
Cc: Andrew Morton
Cc: Oscar Salvador
Cc: Michal Hocko
Cc: Pavel Tatashin
Cc: Wei Yang
Cc: Dan Williams
Cc: Qian Cai
Signed-off-by: David Hildenbrand
---
include/linux/memory_hotplug.h | 3 ---
mm/memory_hotplug.c| 12
2 files
Let's use the generic onlining function - which will now also take care
of calling kernel_map_pages().
Cc: "K. Y. Srinivasan"
Cc: Haiyang Zhang
Cc: Stephen Hemminger
Cc: Sasha Levin
Signed-off-by: David Hildenbrand
---
drivers/hv/hv_balloon.c | 3 +--
1 file changed, 1 insertion(+), 2
Based on linux/next + "[PATCH 0/3] Remove __online_page_set_limits()"
Let's replace the __online_page...() functions by generic_online_page().
Hyper-V only wants to delay the actual onlining of un-backed pages, so we
can simpy re-use the generic function.
Only compile-tested.
Cc: Souptick
Hi Daniel,
On 09/09/2019 13:14, Daniel Thompson wrote:
On Sat, Sep 07, 2019 at 12:07:27PM +0200, Pavel Machek wrote:
Hi!
I don't see the LED-backlight driver in -next. Could it be pushed? It
is one of last pieces to get working backlight on Motorola Droid 4...
Sorry, I dropped the ball on
On Fri, Jul 26, 2019 at 11:12 AM Masahiro Yamada
wrote:
>
> The ima/ and evm/ sub-directories contain built-in objects, so
> obj-$(CONFIG_...) is the correct way to descend into them.
>
> subdir-$(CONFIG_...) is redundant.
>
> Signed-off-by: Masahiro Yamada
> ---
Ping.
>
>
On Fri, Jul 26, 2019 at 11:11 AM Masahiro Yamada
wrote:
>
> I guess commit 15ea0e1e3e18 ("efi: Import certificates from UEFI Secure
> Boot") attempted to add -fshort-wchar for building load_uefi.o, but it
> has never worked as intended.
>
> load_uefi.o is created in the platform_certs/
Quoting Vinod Koul (2019-08-26 10:31:20)
> Add support for rpmh clocks found in SM8150
>
> Signed-off-by: Vinod Koul
> Reviewed-by: Bjorn Andersson
> ---
Applied to clk-next
Quoting Vinod Koul (2019-08-26 10:31:19)
> Document the SM8150 rpmh-clock compatible for rpmh clock controller
> found on SM8150 platforms.
>
> Signed-off-by: Vinod Koul
> Reviewed-by: Bjorn Andersson
> ---
Applied to clk-next
Quoting Vinod Koul (2019-08-26 10:31:17)
> With clock parent data scheme we must specify the parent clocks for the
> rpmhcc nodes. So describe the parent clock for rpmhcc in the bindings.
>
> Signed-off-by: Vinod Koul
> Reviewed-by: Bjorn Andersson
> ---
Applied to clk-next
Enable JTI support for s390 perf tool chain
Signed-off-by: Thomas Richter
---
tools/perf/arch/s390/Makefile | 1 +
tools/perf/util/genelf.h | 3 +++
2 files changed, 4 insertions(+)
diff --git a/tools/perf/arch/s390/Makefile b/tools/perf/arch/s390/Makefile
index cb198787570a..6ac8887be7c9
401 - 500 of 731 matches
Mail list logo
