From: Vincent Cheng
Add device tree binding doc for the IDT ClockMatrix PTP clock.
Co-developed-by: Richard Cochran
Signed-off-by: Richard Cochran
Signed-off-by: Vincent Cheng
---
Changes since v2:
- As suggested by Rob Herring:
1. Replace with DT schema
2. Remove '-ptp' from compatib
Introduce "facebook-netbmc-ast2500-common.dtsi" which is included by all
Facebook AST2500 Network BMC platforms. The major purpose is to minimize
duplicated device entries cross Facebook Network BMC dts files.
Signed-off-by: Tao Ren
---
.../dts/facebook-netbmc-ast2500-common.dtsi | 96
The patch simplifies Yamp device tree by including dtsi to define
devices which are common to Facebook AST2500 Network BMC platforms.
Below is the summary of changes comparing with previous dts version:
- enabling the second firmware flash.
- enabling the emmc device in slot #1.
Signed-off-by
The patch simplifies CMM device tree by including dtsi to define devices
which are common to Facebook AST2500 Network BMC platforms.
Below is the summary of changes comparing with previous dts version:
- enabling the second firmware flash.
- enabling the emmc device in slot #0.
Signed-off-by:
The patch simplifies Minipack device tree by including dtsi to define
devices which are common to Facebook AST2500 Network BMC platforms.
Below is the summary of changes comparing with previous dts version:
- enabling the second firmware flash.
- updating firmware flashes' size from 32MB to 64
The patch series adds "facebook-netbmc-ast2500-common.dtsi" which defines
devices that are common cross all Facebook AST2500 Network BMC platforms.
The major purpose is to minimize duplicated device entries among Facebook
Network BMC dts files.
Patch #1 (of 4) adds "facebook-netbmc-ast2500-common.
On Mon, Oct 21, 2019 at 04:46:33PM +0200, Oleg Nesterov wrote:
> On 10/14, Christian Brauner wrote:
> >
> > The child helper process on Linux posix_spawn must ensure that no signal
> > handlers are enabled, so the signal disposition must be either SIG_DFL
> > or SIG_IGN. However, it requires a sigp
On Mon, Oct 21, 2019 at 05:12:55PM +0200, Oleg Nesterov wrote:
> On 10/21, Oleg Nesterov wrote:
> >
> > On 10/14, Christian Brauner wrote:
> > >
> > > The child helper process on Linux posix_spawn must ensure that no signal
> > > handlers are enabled, so the signal disposition must be either SIG_DF
LKP reported the following build problem from two hunks that did not
survive the reshuffling of the series reordering.
ld: mm/page_alloc.o: in function `page_alloc_init_late':
mm/page_alloc.c:1956: undefined reference to `zone_pcp_update'
Reported-by: kbuild test robot
Signed-off-by: Mel Gorma
On Mon, 21 Oct 2019 14:49:02 +0200, Andrew Lunn wrote:
> On Sun, Oct 20, 2019 at 07:42:15PM -0700, Florian Fainelli wrote:
> >
> >
> > On 10/19/2019 8:19 PM, Vivien Didelot wrote:
> > > Use the new ports list instead of iterating over switches and their
> > > ports when setting up the switches a
Sebastian
On 10/20/19 7:30 AM, Sebastian Reichel wrote:
Hi Dan,
On Mon, Sep 30, 2019 at 09:31:36AM -0500, Dan Murphy wrote:
Add the bindings for the bq25150 and bq25155 500mA
charging IC from Texas Instruments.
Datasheet:
http://www.ti.com/lit/ds/symlink/bq25150.pdf
http://www.ti.com/lit/ds
Sebastian
On 10/20/19 7:25 AM, Sebastian Reichel wrote:
Hi,
On Mon, Sep 30, 2019 at 09:31:35AM -0500, Dan Murphy wrote:
Add HEALTH_WARM, HEALTH_COOL and HEALTH_HOT to the health enum.
You used OVERHEAT instead of HOT in the implementation,
which makes sense to me, so please drop HOT here. Als
On Mon, Oct 21, 2019 at 03:47:59PM +0200, Peter Zijlstra wrote:
> On Mon, Oct 21, 2019 at 03:19:48PM +0200, Christian Brauner wrote:
> > On Mon, Oct 21, 2019 at 03:11:49PM +0200, Peter Zijlstra wrote:
>
> > > By popular request; here's that alternative. Completely untested :-)
> >
> > Am I not ge
Check mtd panic write flag and set the mtd partition panic
write flag so that low level drivers can use it to take
required action to ensure oops data gets written to assigned
mtd partition.
Fixes: 9f897bfdd8 ("mtd: Add flag to indicate panic_write")
Signed-off-by: Kamal Dasu
---
drivers/mtd/mtd
On Mon, Oct 21, 2019 at 11:30 AM Bobby Jones wrote:
>
> On Mon, Oct 21, 2019 at 1:19 AM Marco Felsch wrote:
> >
> > Hi Robert,
> >
> > same here, don't name it 'ARM: dt: ...' instead name it 'ARM: dts: imx:
> > ventana: ..' or 'ARM: dts: imx: imx6qdl-gw553x: ..'.
>
> Sorry about that, I'll follow
On Mon, 2019-10-21 at 17:39 +, Jason Gunthorpe wrote:
> Maybe output format and then parse it to check the min
> length and verify the subject?
I'm not too worried about that for now.
12 should still be good for quite awhile...
$ git log --abbrev=1 --format='%h' --no-merges | \
awk '{print
On Mon, Oct 21, 2019 at 12:02 PM Mike Kravetz wrote:
>
> On 10/12/19 5:30 PM, Mina Almasry wrote:
> > A follow up patch in this series adds hugetlb cgroup uncharge info the
> > file_region entries in resv->regions. The cgroup uncharge info may
> > differ for different regions, so they can no longe
On 10/21/19 9:08 AM, Julia Lawall wrote:
On Mon, 21 Oct 2019, Suwan Kim wrote:
iso_buffer should be set to NULL after use and free in the while loop.
In the case of isochronous URB in the while loop, iso_buffer is
allocated and after sending it to server, buffer is deallocated. And
then, if t
Greetings
My name is Barrister Hans Erich.
I have a client who is interested to invest in your country, she is a well
known politician in her country and deserve a lucrative investment partnership
with you outside her country without any delay Please can you manage such
investment please Kin
Linus,
Two minor fixes:
- A race in perf trace initialization (missing mutexes)
- Minor fix to represent gfp_t in synthetic events as properly signed
Please pull the latest trace-v5.4-rc3-2 tree, which can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.g
On Fri, Oct 11, 2019 at 03:51:49PM +0100, Dave Martin wrote:
> On Fri, Oct 11, 2019 at 02:19:48PM +0100, Alex Bennée wrote:
> > > - 4) ID_AA64ISAR1_EL1 - Instruction set attribute register 1
> > > + 5) ID_AA64ISAR1_EL1 - Instruction set attribute register 1
> > If I'm not mistaken .rst has supp
Hi Jeffrey,
On Sat, Oct 19, 2019 at 02:31:18PM -0600, Jeffrey Hugo wrote:
> On Fri, Oct 18, 2019 at 5:15 PM Matthias Kaehlcke wrote:
> >
> > On Fri, Oct 18, 2019 at 04:36:23PM -0600, Jeffrey Hugo wrote:
> > > On Fri, Oct 18, 2019 at 3:33 PM Matthias Kaehlcke
> > > wrote:
> > > >
> > > > On Fri,
On Mon, 21 Oct 2019 12:45:08 -0400
Steven Rostedt wrote:
> Linus,
>
Hi Linus,
Please hold off on this. Someone just pointed out to me that one of the
change logs has a bunch of crap attached to it that shouldn't be
committed.
I need to rebase (just the change logs, so no retesting is needed).
Hi Matti,
On 10/21/19 10:00 AM, Vaittinen, Matti wrote:
> Hello Dan,
>
> Thanks for taking the time to check my driver :) I truly appreciate all
> the help!
>
> A "fundamental question" regarding these review comments is whether I
> should add DT entries for these LEDs or not. I thought I should
From: Kazutoshi Noguchi
Date: Mon, 21 Oct 2019 00:03:07 +0900
> This device is sold as 'ThinkPad USB-C Dock Gen 2 (40AS)'.
> Chipset is RTL8153 and works with r8152.
> Without this, the generic cdc_ether grabs the device, and the device jam
> connected networks up when the machine suspends.
>
>
On 10/12/19 5:30 PM, Mina Almasry wrote:
> A follow up patch in this series adds hugetlb cgroup uncharge info the
> file_region entries in resv->regions. The cgroup uncharge info may
> differ for different regions, so they can no longer be coalesced at
> region_add time. So, disable region coalesci
Thanks Domunik I'll get onto this and report back the results.
On 22/10/2019, Dominik Brodowski wrote:
> On Tue, Oct 22, 2019 at 05:17:12AM +1100, Michael . wrote:
>> Thank you Dominik for looking at this for us and passing it on.
>>
>> Good morning Bjorn, thank you also for looking into this for
So far ASPM is disabled in the r8169 driver due to issues on several
chip version / BIOS version combinations. Commit ad46fe1c7336
("PCI/ASPM: Add sysfs attributes for controlling ASPM link states")
adds the option to enable ASPM states for a device via sysfs
(provided that BIOS allows the OS to co
On Sat, Oct 19, 2019 at 11:12:26AM -0700, Douglas Anderson wrote:
> This is commit fdfeff0f9e3d ("arm64: hw_breakpoint: Handle inexact
> watchpoint addresses") but ported to arm32, which has the same
> problem.
>
> This problem was found by Android CTS tests, notably the
> "watchpoint_imprecise" t
On Tue, Oct 22, 2019 at 05:17:12AM +1100, Michael . wrote:
> Thank you Dominik for looking at this for us and passing it on.
>
> Good morning Bjorn, thank you also for looking into this for us and
> thank you for CCing us into this as non of us are on the mailing list.
> One question how do we app
> On Oct 21, 2019, at 21:59, Mathias Nyman
> wrote:
>
> On 18.10.2019 21.59, Greg Kroah-Hartman wrote:
>> On Thu, Oct 17, 2019 at 02:33:00PM +0800, Kai-Heng Feng wrote:
>>>
>>>
On Oct 4, 2019, at 03:04, Alan Stern wrote:
On Fri, 4 Oct 2019, Kai-Heng Feng wrote:
>
On Mon, Oct 21, 2019 at 05:49:00PM +0200, Andrew Lunn wrote:
> > +static struct sk_buff *ar9331_tag_rcv(struct sk_buff *skb,
> > + struct net_device *ndev,
> > + struct packet_type *pt)
> > +{
> > + u8 ver, port;
> > + u16 hdr;
> >
On Mon, Oct 21, 2019 at 11:24:27AM +0200, Marco Elver wrote:
> On Sun, 20 Oct 2019 at 19:30, Alexey Dobriyan wrote:
> >
> > (euid, egid) pair is snapshotted correctly from task under RCU,
> > but writeback to inode can be done in any order.
> >
> > Fix by doing writeback under inode->i_lock where
From: Vivien Didelot
Date: Sat, 19 Oct 2019 23:19:25 -0400
> The dsa_switch structure represents the physical switch device itself,
> and is allocated by the driver. The dsa_switch_tree and dsa_port structures
> represent the logical switch fabric (eventually composed of multiple switch
> devices
On Mon, Oct 21, 2019 at 1:19 AM Marco Felsch wrote:
>
> Hi Robert,
>
> same here, don't name it 'ARM: dt: ...' instead name it 'ARM: dts: imx:
> ventana: ..' or 'ARM: dts: imx: imx6qdl-gw553x: ..'.
Sorry about that, I'll follow that format from now on.
>
> On 19-10-18 16:21, Robert Jones wrote:
>
On Mon, Oct 21, 2019 at 11:17:11AM -0400, Alan Stern wrote:
> On Fri, 18 Oct 2019, Johan Hovold wrote:
>
> > The custom ring-buffer implementation was merged without any locking
> > whatsoever, but a spinlock was later added by commit 9d33efd9a791
> > ("USB: ldusb bugfix").
> >
> > The lock did n
> Am 21.10.2019 um 19:13 schrieb Tony Lindgren :
>
> * H. Nikolaus Schaller [191018 20:28]:
>> Since v4.7 the dma initialization requires that there is a
>> device tree property for "rx" and "tx" channels which is
>> not provided by the pdata-quirks initialization.
>>
>> By conversion of the m
On 10/21/19 8:47 AM, Mika Westerberg wrote:
> On Thu, Oct 17, 2019 at 03:32:56PM -0400, Stuart Hayes wrote:
>> Some systems have in-band presence detection disabled for hot-plug PCI
>> slots, but do not report this in the slot capabilities 2 (SLTCAP2) register.
>> On these systems, presence dete
Thank you Dominik for looking at this for us and passing it on.
Good morning Bjorn, thank you also for looking into this for us and
thank you for CCing us into this as non of us are on the mailing list.
One question how do we apply this patch or is this for Dominik to try?
Cheers.
Michael
On 22/
On 10/19/19 3:59 AM, David Rientjes wrote:
> On Thu, 17 Oct 2019, Kalra, Ashish wrote:
>
>> From: Ashish Kalra
>>
>> SEV INIT command loads the SEV related persistent data from NVS
>> and initializes the platform context. The firmware validates the
>> persistent state. If validation fails, the
Fix inconsistent IS_ERR and PTR_ERR in ab8500_charger_probe().
The proper pointer to be passed as argument is di->adc_main_charger_c
This bug was detected with the help of Coccinelle.
Fixes: 97ab78bac5d0 ("power: supply: ab8500_charger: Convert to IIO ADC")
Signed-off-by: Gustavo A. R. Silva
--
In the impelementation of amdgpu_fence_emit() if dma_fence_wait() fails
and returns an errno, before returning the allocated memory for fence
should be released.
Fixes: 3d2aca8c8620 ("drm/amdgpu: fix old fence check in amdgpu_fence_emit")
Signed-off-by: Navid Emamdoost
---
drivers/gpu/drm/amd/am
On Mon, Oct 21, 2019 at 10:48 AM Alexandre Belloni
wrote:
> On 21/10/2019 10:20:08-0700, Brian Norris wrote:
> > Hi Alexandre!
> >
> > On Mon, Oct 21, 2019 at 9:11 AM Alexandre Belloni
> > wrote:
> > > On 21/05/2018 09:42:22-0700, Brian Norris wrote:
> > > > __rtc_read_time() can fail (e.g., if t
On Sat, Oct 19, 2019 at 05:24:00AM +, Song Liu wrote:
> In collapse_file(), for !is_shmem case, current check cannot guarantee
> the locked page is up-to-date. Specifically, xas_unlock_irq() should not
> be called before lock_page() and get_page(); and it is necessary to
> recheck PageUptodat
The following changes since commit 54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c:
Linux 5.4-rc1 (2019-09-30 10:35:40 -0700)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git
tags/samsung-defconfig-5.5
for you to fetch changes up to 54e48a69c1
Hi,
Topic branch/pull for DMC driver bindings/DTS. Patchset had many iterations
on mailing lists and waited for very long.
Best regards,
Krzysztof
The following changes since commit 54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c:
Linux 5.4-rc1 (2019-09-30 10:35:40 -0700)
are available in the Git
Hi,
Topic branch/pull for DMC driver in memory. Patchset had many iterations
on mailing lists and waited for very long.
Best regards,
Krzysztof
The following changes since commit 54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c:
Linux 5.4-rc1 (2019-09-30 10:35:40 -0700)
are available in the Git rep
The patch
ASoC: msm8916-wcd-analog: Fix RX1 selection in RDAC2 MUX
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.4
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
The patch
ASoC: msm8916-wcd-analog: Add earpiece
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.5
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
On Mon, 21 Oct 2019, Roman Gushchin wrote:
> Sp far I haven't noticed any regression on the set of workloads where I did
> test
> the patchset, but if you know any benchmark or realistic test which can
> affected
> by this check, I'll be happy to try.
>
> Also, less-than-word-sized operations ca
On Mon, Oct 21, 2019 at 01:47:19PM -0400, Sean Paul wrote:
> On Mon, Oct 21, 2019 at 06:34:25PM +0200, Stephan Gerhold wrote:
> > The DSI PHY regulator supports two regulator modes: LDO and DCDC.
> > This mode can be selected using the "qcom,dsi-phy-regulator-ldo-mode"
> > device tree property.
> >
The patch
ASoC: samsung: i2s: Document clocks macros
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-5.5
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sen
On Mon, Oct 21, 2019 at 03:01:56PM +, Mihail Atanassov wrote:
> I'll be the main point of contact.
>
> Cc: James Qian Wang (Arm Technology China)
> Cc: Liviu Dudau
> Signed-off-by: Mihail Atanassov
Acked-by: Sean Paul
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff
On 10/21/19 8:41 AM, Mika Westerberg wrote:
> On Thu, Oct 17, 2019 at 03:32:55PM -0400, Stuart Hayes wrote:
>> From: Alexandru Gagniuc
>>
>> When inband presence is disabled, PDS may come up at any time, or not
>> at all. PDS being low may indicate that the card is still mating, and
>> we could
On Mon, 21 Oct 2019 17:34:19 +0100
Mark Rutland wrote:
> Architectures may need to perform special initialization of ftrace
> callsites, and today they do so by special-casing ftrace_make_nop() when
> the expected branch address is MCOUNT_ADDR. In some cases (e.g. for
> patchable-function-entry),
Fixed a coding style issue.
Signed-off-by: Yadav Lamichhane
---
drivers/bcma/driver_chipcommon_pmu.c | 24
1 file changed, 16 insertions(+), 8 deletions(-)
diff --git a/drivers/bcma/driver_chipcommon_pmu.c
b/drivers/bcma/driver_chipcommon_pmu.c
index f4161064365c..3056
The following changes since commit 54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c:
Linux 5.4-rc1 (2019-09-30 10:35:40 -0700)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git
tags/samsung-dt64-5.5
for you to fetch changes up to 9f17f839fe9cfee
The following changes since commit 54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c:
Linux 5.4-rc1 (2019-09-30 10:35:40 -0700)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git
tags/samsung-dt-5.5
for you to fetch changes up to d60d0cff4ab01255b
Hi,
Samsung had quite active cycle so I am sending early first part.
This includes two topic branches for DMC driver: bindings and driver
itself.
Best regards,
Krzysztof
On 21/10/2019 10:20:08-0700, Brian Norris wrote:
> Hi Alexandre!
>
> On Mon, Oct 21, 2019 at 9:11 AM Alexandre Belloni
> wrote:
> > On 21/05/2018 09:42:22-0700, Brian Norris wrote:
> > > __rtc_read_time() can fail (e.g., if the RTC uses an unreliable medium).
> > > When it does, we don't report t
A LED is usually powered by a voltage/current regulator. Let the LED core
know about it. This allows the LED core to turn on or off the power supply
as needed.
Because turning ON/OFF a regulator might block, it is not done
synchronously but done in a workqueue. Turning ON the regulator is always
d
Most of the LEDs are powered by a voltage/current regulator. Describing it
in the device-tree makes it possible for the LED core to enable/disable it
when needed.
Cc: devicet...@vger.kernel.org
To: robh...@kernel.org
To: mark.rutl...@arm.com
Signed-off-by: Jean-Jacques Hiblot
---
Documentation/d
On Mon, 2019-10-21 at 13:25 -0400, Qian Cai wrote:
> > On Oct 21, 2019, at 1:01 PM, Nicolas Saenz Julienne
> > wrote:
> >
> > Could you enable CMA debugging to see if anything interesting comes out of
> > it.
>
> I did but nothing interesting came out. Did you use the same config I gave?
Yes, a
This series makes it possible for the LED core to manage the power supply
of a LED. It uses the regulator API to disable/enable the power if when the
LED is turned on/off.
This is especially useful in situations where the LED driver/controller is
not supplying the power.
Because updating a regulato
On Mon, 21 Oct 2019 at 01:48, Leo Yan wrote:
>
> Macro TO_CS_QUEUE_NR definition has a typo, which uses 'trace_id_chan'
> as its parameter, this doesn't match with its definition body which uses
> 'trace_chan_id'. So renames the parameter to 'trace_chan_id'.
>
> It's luck to have a local variable
On Mon, Oct 21, 2019 at 11:26:21AM +1100, Dave Chinner wrote:
> On Sun, Oct 20, 2019 at 08:59:32AM -0700, ira.we...@intel.com wrote:
> > From: Ira Weiny
> >
> > xfs_ioctl_setattr_dax_invalidate() currently checks if the DAX flag is
> > changing as a quick check.
> >
> > But the implementation mi
On Mon, Oct 21, 2019 at 10:25:41AM -0700, Joe Perches wrote:
> On Mon, 2019-10-21 at 17:11 +, Jason Gunthorpe wrote:
> > On Mon, Oct 21, 2019 at 07:08:21PM +0200, Matteo Croce wrote:
> > > On Mon, Oct 21, 2019 at 7:01 PM Jason Gunthorpe wrote:
> > > > On Mon, Oct 21, 2019 at 05:39:06PM +0200,
On 16/10/19 18:11, Anup Patel wrote:
> Instead of dealing with PGD, PMD, and PTE differently in stage2
> page table progamming, we can simply use iterative and recursive
> helper functions to program stage2 page tables of any level.
>
> This patch re-implements stage2_get_leaf_entry(), stage2_set_
On Mon, Oct 21, 2019 at 05:28:09PM +0900, Masami Hiramatsu wrote:
> Currently proc-self-map-files-002.c sets va_max (max test address
> of user virtual address) to 4GB, but it is too big for 32bit
> arch and 1UL << 32 is overflow on 32bit long.
>
> Make va_max 1GB on 32bit arch like i386 and arm.
On Sun, Oct 20, 2019 at 06:17:42PM -0400, Joel Savitz wrote:
> When one attempts to create a directory in /proc with an invalid name,
> such as one in a subdirectory that doesn't exist, one with a name beyond
> 256 characters, or a reserved name such as '.' or '..', the kernel
> throws a warning me
On Mon, Oct 21, 2019 at 8:31 AM Rishi Gupta wrote:
>
> This commit adds device tree bindings for veml6030 ambient
> light sensor.
>
> Signed-off-by: Rishi Gupta
> ---
> Changes in v3:
> * None
>
> Changes in v2:
> * Corrected grammatical mistake from 'is' to 'are' in description of bindings
>
>
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
certs/Kconfig | 14 ++---
init/Kconfig | 28 +-
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
Acked-by: Geert Uytterhoeven # for m68k
---
arch/Kconfig | 4 ++--
arch/alpha/Kconfig
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
drivers/acpi/Kconfig | 8 +-
drivers/ata/Kconfig | 12 +--
dri
Adjust indentation from spaces to tab (+optional two spaces) as in
coding style with command like:
$ sed -e 's/^/\t/' -i */Kconfig
Signed-off-by: Krzysztof Kozlowski
---
fs/9p/Kconfig | 20 ++--
fs/Kconfig| 4 ++--
fs/Kconfig.binfmt | 4 ++--
fs/fuse/Kco
On 16/10/19 18:12, Anup Patel wrote:
> Currently, we track last value wrote to VSIP CSR using per-CPU
> vsip_shadow variable but this easily goes out-of-sync because
> Guest can update VSIP.SSIP bit directly.
>
> To simplify things, we remove per-CPU vsip_shadow variable and
> unconditionally writ
On 16/10/19 18:12, Anup Patel wrote:
> + /* Read current VSIP and VSIE CSRs */
> + vsip = csr_read(CSR_VSIP);
> + csr->vsie = csr_read(CSR_VSIE);
> +
> + /* Sync-up VSIP.SSIP bit changes does by Guest */
> + if ((csr->vsip ^ vsip) & (1UL << IRQ_S_SOFT)) {
> + if (!te
On Mon, 2019-10-21 at 17:11 +, Jason Gunthorpe wrote:
> On Mon, Oct 21, 2019 at 07:08:21PM +0200, Matteo Croce wrote:
> > On Mon, Oct 21, 2019 at 7:01 PM Jason Gunthorpe wrote:
> > > On Mon, Oct 21, 2019 at 05:39:06PM +0200, Matteo Croce wrote:
> > > > > I thought I saw that checkpatch was che
> On Oct 21, 2019, at 1:01 PM, Nicolas Saenz Julienne
> wrote:
>
> Could you enable CMA debugging to see if anything interesting comes out of it.
I did but nothing interesting came out. Did you use the same config I gave?
Also, it has those cmdline.
page_poison=on page_owner=on numa_balanc
From: Thomas Hellstrom
LLVM's assembler doesn't accept the short form INL instruction:
inl (%%dx)
but instead insists on the output register to be explicitly specified.
This was previously fixed for the VMWARE_PORT macro. Fix it also for
the VMWARE_HYPERCALL macro.
Cc: clang-built-li...@goo
From: Thomas Hellstrom
The platform detection VMWARE_PORT macro uses the VMWARE_HYPERVISOR_PORT
definition, but expects it to be an integer. However, when it was moved
to the new vmware.h include file, it was changed to be a string to better
fit into the VMWARE_HYPERCALL set of macros. This obvio
We have two types of users of page isolation:
1. Memory offlining: Offline memory so it can be unplugged. Memory won't
be touched.
2. Memory allocation: Allocate memory (e.g., alloc_contig_range()) to
become the owner of the memory and make use of it.
For
We call __offline_isolated_pages() from __offline_pages() after all
pages were isolated and are either free (PageBuddy()) or PageHWPoison.
Nothing can stop us from offlining memory at this point.
In __offline_isolated_pages() we first set all affected memory sections
offline (offline_mem_sections(
From: Thomas Hellstrom
Two fixes for recently introduced regressions:
Patch 1 is more or less idential to a previous patch fixing the VMW_PORT
macro on LLVM's assembler. However, that patch left out the VMW_HYPERCALL
macro (probably not configured for use), so let's fix that also.
Patch 2 fixes
Two cleanups that popped up while working on (and discussing) virtio-mem:
https://lkml.org/lkml/2019/9/19/463
Tested with DIMMs on x86.
As discussed with michal in v1, I'll soon look into removing the use
of PG_reserved during memory onlining completely - most probably
disallowing to offline mem
Hi Alexandre!
On Mon, Oct 21, 2019 at 9:11 AM Alexandre Belloni
wrote:
> On 21/05/2018 09:42:22-0700, Brian Norris wrote:
> > __rtc_read_time() can fail (e.g., if the RTC uses an unreliable medium).
> > When it does, we don't report the error, but instead calculate a
> > 1-second alarm based on t
Bonjour,
Je soussignée Mme Annie MARTINEZ. Je suis née en France. Je souffre d’un cancer
du foie en phase terminale.
Après de nombreux essais cliniques sans succès, mon médecin vient de m’annoncer
que mes jours sont comptés. Je voudrais réaliser un projet d’aide humanitaire à
travers vous bien
* Adam Ford [191016 06:53]:
> With the removal of the panel-dpi from the omap drivers, the
> LCD no longer works. This patch points the device tree to
> a newly created panel named "logicpd,type28"
>
> Fixes: 8bf4b1621178 ("drm/omap: Remove panel-dpi driver")
>
> Signed-off-by: Adam Ford
> Ack
On 16/10/19 19:06, Vitaly Kuznetsov wrote:
>> /* we verify if the enable bit is set... */
>> +vcpu->arch.pv_time_enabled = false;
>> if (!(data & 1))
>> break;
>>
>> if (kvm_gfn_to_hva_cache_init(vcpu->kvm,
>>
On Mon, Oct 21, 2019 at 02:38:50PM +0100, Andrew Murray wrote:
> On Mon, Oct 21, 2019 at 02:39:20PM +0800, Dilip Kota wrote:
> > PCIe RC driver on Intel Gateway SoCs have a requirement
> > of changing link width and speed on the fly.
Please add more details about why this is needed. Since you're
On Mon, Oct 21, 2019 at 02:39:19PM +0800, Dilip Kota wrote:
> Add support to PCIe RC controller on Intel Gateway SoCs.
> PCIe controller is based of Synopsys DesignWare pci core.
>
> Intel PCIe driver requires Upconfig support, fast training
> sequence configuration and link speed change. So addin
On 10/15/19 4:37 PM, Mike Kravetz wrote:
> On 10/15/19 3:50 AM, Michal Hocko wrote:
>> On Tue 15-10-19 11:01:12, Piotr Sarna wrote:
>>> With hugetlbfs, a common pattern for mapping anonymous huge pages
>>> is to create a temporary file first.
>>
>> Really? I though that this is normally done by shm
On Mon, Oct 21, 2019 at 09:10:23AM +0200, Martin Kepplinger wrote:
> On 20.10.19 10:29, Dixit Parmar wrote:
> > Any review comments for this?
> > Or it should be merged?
> >
> > Thanks.
>
> My comment and tag is there. This fixes multitouch and should be merged.
Missed it earlier, sorry. I am ap
* H. Nikolaus Schaller [191018 20:28]:
> Since v4.7 the dma initialization requires that there is a
> device tree property for "rx" and "tx" channels which is
> not provided by the pdata-quirks initialization.
>
> By conversion of the mmc3 setup to device tree this will
> finally allows to remove
On Mon, Oct 21, 2019 at 07:08:21PM +0200, Matteo Croce wrote:
> On Mon, Oct 21, 2019 at 7:01 PM Jason Gunthorpe wrote:
> >
> > On Mon, Oct 21, 2019 at 05:39:06PM +0200, Matteo Croce wrote:
> > > > I thought I saw that checkpatch was checking this now?
> > > >
> > > > commit a8dd86bf746256fbf68f82b
* H. Nikolaus Schaller [191021 17:08]:
>
> > Am 21.10.2019 um 16:30 schrieb Tony Lindgren :
> >
> > * H. Nikolaus Schaller [191019 18:43]:
> >> --- a/arch/arm/mach-omap2/Makefile
> >> +++ b/arch/arm/mach-omap2/Makefile
> >> @@ -216,7 +216,6 @@ obj-$(CONFIG_MACH_NOKIA_N8X0) += board-n8x
On Mon, Oct 21, 2019 at 7:01 PM Jason Gunthorpe wrote:
>
> On Mon, Oct 21, 2019 at 05:39:06PM +0200, Matteo Croce wrote:
> > > I thought I saw that checkpatch was checking this now?
> > >
> > > commit a8dd86bf746256fbf68f82bc13356244c5ad8efa
> > > Author: Matteo Croce
> > > Date: Wed Sep 25 16:
> Am 21.10.2019 um 16:30 schrieb Tony Lindgren :
>
> * H. Nikolaus Schaller [191019 18:43]:
>> --- a/arch/arm/mach-omap2/Makefile
>> +++ b/arch/arm/mach-omap2/Makefile
>> @@ -216,7 +216,6 @@ obj-$(CONFIG_MACH_NOKIA_N8X0)+= board-n8x0.o
>>
>> # Platform specific device init code
>>
On Tue, 15 Oct 2019 23:51:22 -0300
Marcelo Schmitt wrote:
> The AD7292 is a 10-bit monitor and control system with ADC, DACs,
> temperature sensor, and GPIOs.
>
> Configure AD7292 devices in direct access mode, enabling single-ended
> ADC readings.
>
> Datasheet:
> Link:
> https://www.analog.c
Hi,
On Mon, Oct 21, 2019 at 11:40:07PM +0800, zhong jiang wrote:
> The GCC complains the following case when compiling kernel.
>
> drivers/power/supply/cpcap-charger.c:563:5: warning: symbol
> 'cpcap_charger_voltage_to_regval' was not declared. Should it be static?
>
> Signed-off-by: zhong jian
301 - 400 of 1182 matches
Mail list logo
