On 11/03/2019 at 08:57, David Engraf wrote:
> The function argument for the ISC_D0 on PC9 was incorrect. According to
> the documentation it should be 'C' aka 3.
>
> Signed-off-by: David Engraf
Reviewed-by: Nicolas Ferre
Fixes: 7f16cb676c00 ("ARM: at91/dt: add sama5d2 pinmux")
Cc: # v4.4+
>
On Friday, March 8, 2019 7:01:49 PM CET Bjorn Helgaas wrote:
> This is strictly a discussion starter, obviously not for application.
>
> The portdrv driver binds to pci_dev for PCIe Root Ports and Switch
> Ports. It creates additional pcie_devices for each "service" (Power
> Management events, AE
pon., 11 mar 2019 o 07:28 Andrey Smirnov napisał(a):
>
> Everyone:
>
> This series contains a number of fixes/improvements I came up with
> while working VF610 GPIO code. Hopefully each commit is
> self-explanatory.
>
> Feedback is welcome!
>
> Thanks,
> Andrey Smirnov
>
> Andrey Smirnov (7):
>
Enable the Bluetooth Module on the X96 Max Set-Top-Box.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-g12a-x96-max.dts | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a-x96-max.dts
b/arch/arm64/boot/dts/amlogic/meson-g
From: Guillaume La Roque
Add system regulators for the X96 Max Set-Top-Box.
Signed-off-by: Guillaume La Roque
Signed-off-by: Neil Armstrong
---
.../boot/dts/amlogic/meson-g12a-x96-max.dts | 65 +++
1 file changed, 65 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/me
From: Jerome Brunet
Add some regulators. Still missing
* VDD_EE (0.8V - PWM controlled)
* VDD_CPU(PWM controlled)
* VDDQ1_5
Signed-off-by: Jerome Brunet
Signed-off-by: Neil Armstrong
---
.../boot/dts/amlogic/meson-g12a-sei510.dts| 55 +++
1 file changed, 55 insertions(+)
Add pinctrl on the always-enabled debug UART AO.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-g12a-u200.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a-u200.dts
b/arch/arm64/boot/dts/amlogic/meson-g12a-u200.dts
index c44dbd
Enable the USB2 and USB3 Host ports on the SEI520 Set-Top-Box.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-g12a-sei510.dts | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a-sei510.dts
b/arch/arm64/boot/dts/amlogic/meson-g
On Mär 11 2019, Geert Uytterhoeven wrote:
> Hi Finn,
>
> On Thu, Mar 7, 2019 at 10:42 PM Finn Thain wrote:
>> No, the link fails because the compiler still emits some references to
>> strlen().
>
> Despite -ffreestanding?!?
*Because* of -ffreestanding. Without that, strlen would be recognized
+Eric (the VC4 driver maintainer)
Hello Helen,
On Mon, 4 Mar 2019 11:49:09 -0300
Helen Koike wrote:
> Async update callbacks are expected to set the old_fb in the new_state
> so prepare/cleanup framebuffers are balanced.
>
> Calling drm_atomic_set_fb_for_plane() (which gets a reference of the
From: Jerome Brunet
Add system regulators for the S905D2 U200 reference design.
Signed-off-by: Jerome Brunet
Signed-off-by: Neil Armstrong
---
.../boot/dts/amlogic/meson-g12a-u200.dts | 79 +++
1 file changed, 79 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/mes
Add pinctrl on the always-enabled debug UART AO.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-g12a-x96-max.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a-x96-max.dts
b/arch/arm64/boot/dts/amlogic/meson-g12a-x96-max.dts
ind
Enable the USB2 and USB3 Host ports on the X96 Max Set-Top-Box.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-g12a-x96-max.dts | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a-x96-max.dts
b/arch/arm64/boot/dts/amlogic/meso
Enable the USB2 OTG and USB3 Host ports on the S905D2 Reference Design.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-g12a-u200.dts | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a-u200.dts
b/arch/arm64/boot/dts/a
Add pinctrl on the always-enabled debug UART AO.
Signed-off-by: Neil Armstrong
---
arch/arm64/boot/dts/amlogic/meson-g12a-sei510.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a-sei510.dts
b/arch/arm64/boot/dts/amlogic/meson-g12a-sei510.dts
index
Following [1], add regulators, bluetooth, UART and ADC keys on :
- meson-g12a-x96-max
- meson-g12a-u200
- meson-g12a-sei510
[1] https://patchwork.kernel.org/cover/10843095/
Guillaume La Roque (1):
arm64: dts: meson-g12a-x96-max: add regulators
Jerome Brunet (2):
arm64: dts: meson-g12a-u200:
Add support for the :
- ADC Touch key
- Bluetooth Module on UART A
Signed-off-by: Neil Armstrong
---
.../boot/dts/amlogic/meson-g12a-sei510.dts| 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm64/boot/dts/amlogic/meson-g12a-sei510.dts
b/arch/arm64/boot/dts/aml
On Mon, Mar 11, 2019 at 05:37:01PM +0800, Peter Xu wrote:
> Apply the unprivileged_userfaultfd check when doing userfaultfd
> syscall. We didn't check it in other paths of userfaultfd (e.g., the
> ioctl() path) because we don't want to drag down the fast path of
> userfaultfd, as suggested by Andr
Hi Neil,
On Mon, Feb 4, 2019 at 10:55 AM Neil Armstrong wrote:
>
> When meson_canvas is not yet probed, meson_canvas_get returns -EPROBE_DEFER.
>
> Handle this case but deferring the probe of the drm driver aswell.
>
> Fixes: 66cae477c380 ("drm/meson: Use optional canvas provider")
> Signed-off-by
Hi Andreas,
On Mon, Mar 11, 2019 at 10:56 AM Andreas Schwab wrote:
> On Mär 11 2019, Geert Uytterhoeven wrote:
> > On Thu, Mar 7, 2019 at 10:42 PM Finn Thain
> > wrote:
> >> No, the link fails because the compiler still emits some references to
> >> strlen().
> >
> > Despite -ffreestanding?!?
On 22/02/2019 22:18, Lina Iyer wrote:
> Add new bus token to describe domains that are wakeup capable.
This doesn't quite match what this bus token is trying to describe. How
about something along the lines of the following:
A single controller can handle normal interrupts and wake-up interrupts
From: Saravana Kannan
If the new governor fails to start, switch back to old governor so that the
devfreq state is not left in some weird limbo.
[Mjungjoo: assume fatal on revert failure and set df->governor to NULL]
Signed-off-by: Sibi Sankar
Signed-off-by: Saravana Kannan
Reviewed-by: Chanwo
On 10.03.19 21:27, Jacek Anaszewski wrote:
> Hi Kangjie,
>
> Thank you for the patch.
>
> On 3/9/19 7:04 AM, Kangjie Lu wrote:
>> In case of_match_device cannot find a match, the fixes returns
>> -EINVAL to avoid NULL pointer dereference.
>>
>> Signed-off-by: Kangjie Lu
>> ---
>> drivers/leds/
On Mär 11 2019, Geert Uytterhoeven wrote:
> Hi Andreas,
>
> On Mon, Mar 11, 2019 at 10:56 AM Andreas Schwab wrote:
>> On Mär 11 2019, Geert Uytterhoeven wrote:
>> > On Thu, Mar 7, 2019 at 10:42 PM Finn Thain
>> > wrote:
>> >> No, the link fails because the compiler still emits some references
Hi Andreas,
On Mon, Mar 11, 2019 at 11:13 AM Andreas Schwab wrote:
> On Mär 11 2019, Geert Uytterhoeven wrote:
> > On Mon, Mar 11, 2019 at 10:56 AM Andreas Schwab
> > wrote:
> >> On Mär 11 2019, Geert Uytterhoeven wrote:
> >> > On Thu, Mar 7, 2019 at 10:42 PM Finn Thain
> >> > wrote:
> >> >
On Mon 2019-01-07 20:05:55, Pavel Machek wrote:
> Hi!
>
> Can we do something with that code?
>
> First -- tables should not be necceessary. Formula for li-ion open
> circuit voltage is well-known, and does not really depend on the
> device -- only on the chemistry of battery.
>
> state of charg
On Wed, 27 Feb 2019 15:50:31 -0700
Keith Busch wrote:
> Systems may provide different memory types and export this information
> in the ACPI Heterogeneous Memory Attribute Table (HMAT). Parse these
> tables provided by the platform and report the memory access and caching
> attributes to the kern
Hi Abel,
On Thu, Mar 07, 2019 at 09:20:37AM +, Abel Vesa wrote:
> By default, the muxes should re-parent on set_rate.
> This would allow the drivers to control only the leaf clock node,
> leaving the rest to the clock driver, that way simplifying the
> clock control.
I am afraid of this chang
On Wed, 27 Feb 2019 15:50:32 -0700
Keith Busch wrote:
> Systems may be constructed with various specialized nodes. Some nodes
> may provide memory, some provide compute devices that access and use
> that memory, and others may provide both. Nodes that provide memory are
> referred to as memory ta
On 22/02/2019 22:18, Lina Iyer wrote:
> Introduce a new domain for wakeup capable GPIOs. The domain can be
> requested using the bus token DOMAIN_BUS_WAKEUP. In the following
> patches, we will specify PDC as the wakeup-parent for the TLMM GPIO
> irqchip. Requesting a wakeup GPIO will setup the GPI
On 19-03-11 11:28:25, Sascha Hauer wrote:
> Hi Abel,
>
> On Thu, Mar 07, 2019 at 09:20:37AM +, Abel Vesa wrote:
> > By default, the muxes should re-parent on set_rate.
> > This would allow the drivers to control only the leaf clock node,
> > leaving the rest to the clock driver, that way simpl
On 22/02/2019 22:18, Lina Iyer wrote:
> From: Stephen Boyd
>
> Sometimes interrupts are routed from an interrupt controller to another
> in no specific order. Having these in the drives makes it difficult to
s/drives/driver/ ?
> maintain when the same drivers supports multiple variants with dif
On 2019-03-07, Sergey Senozhatsky wrote:
>> The current printk implementation will do a better job of getting the
>> informational messages out, but at an enormous cost to all the tasks
>> on the system (including the realtime tasks). I am proposing a printk
>> implementation where the tasks are n
On 22/02/2019 22:18, Lina Iyer wrote:
> To allow GPIOs to wakeup the system from suspend or deep idle, the
> wakeup capable GPIOs are setup in hierarchy with interrupts from the
> wakeup-parent irqchip.
>
> In older SoC's, the TLMM will handover detection to the parent irqchip
> and in newer SoC's
On (03/07/19 10:53), John Ogness wrote:
[..]
>
> No, I am not sure if we can convert all console drivers to atomic
> consoles. But I think if we don't have to fear disturbing the system,
> the possibilities for such an implementation are greater.
> > If there are setups which can be fully !atomic
On Sun, Mar 10, 2019 at 07:17:08PM +0300, Alexey Budankov wrote:
SNIP
> > so to be on the same page.. normal processing without compression is:
> >
> > perf_mmap__push does:
> > push(mmap buf)
> > record__pushfn
> > record__write
> > write(buf)
> >
> > perf_mmap_
Hi
I'm in the process of upgrading an old BSP to a 4.19 kernel, and noticed
that CAN_LEDS has been marked broken. The comments say that the netdev
trigger can do everything, but doesn't provide much guidance on how to
actually do the transition.
In my case, I used to have a device tree node
Hi Kangjie,
On Mon, Mar 11, 2019 at 8:50 AM Kangjie Lu wrote:
> of_get_phy_mode may fail and return a negative error code;
> the fix checks the return value of of_get_phy_mode and
> returns NULL of it fails.
>
> Signed-off-by: Kangjie Lu
> --- a/drivers/net/ethernet/renesas/sh_eth.c
> +++ b/dri
On Mon 2019-02-04 23:27:15, Alexey Dobriyan wrote:
> Number of ELF program headers is 16-bit by spec, so total size
> comfortably fits into "unsigned int".
If it can't overflow, gcc should know too, and optimize checks
out... right?
> @@ -429,13 +430,9 @@ static struct elf_phdr *load_elf_phdrs(st
On 2019-03-08 11:01:25 [-0800], Dave Hansen wrote:
> On 3/8/19 10:08 AM, Sebastian Andrzej Siewior wrote:
> > On 2019-02-25 10:16:24 [-0800], Dave Hansen wrote:
> >>> + if (!cpu_feature_enabled(X86_FEATURE_OSPKE))
> >>> + return;
> >>> +
> >>> + if (current->mm) {
> >>> + pk = get_x
On 22/02/2019 22:18, Lina Iyer wrote:
> Hi all,
>
> This series is based on idea of setting up a wakeup parent interrupt
> controller
> for GPIOs that are wakeup capable. The patch is based on Thierry's
> hierarchical
> GPIO irqdomains. Much of the idea stem's from Stephen's suggestions in [1]
On Sun, Mar 10, 2019 at 10:37 AM Jonathan Cameron wrote:
> On Thu, 7 Mar 2019 16:35:26 -0800 Nick Desaulniers
> wrote:
> > On Thu, Mar 7, 2019 at 1:46 PM Nathan Chancellor
> > wrote:
> > >
> > > When building with -Wsometimes-uninitialized, Clang warns:
> > >
> > > drivers/iio/common/ssp_senso
Hi Pavel,
On Mon, 11 Mar 2019 at 18:23, Pavel Machek wrote:
>
> On Mon 2019-01-07 20:05:55, Pavel Machek wrote:
> > Hi!
> >
> > Can we do something with that code?
> >
> > First -- tables should not be necceessary. Formula for li-ion open
> > circuit voltage is well-known, and does not really dep
On Wed, 27 Feb 2019 15:50:35 -0700
Keith Busch wrote:
> If the HMAT Subsystem Address Range provides a valid processor proximity
> domain for a memory domain, or a processor domain matches the performance
> access of the valid processor proximity domain, register the memory
> target with that ini
On Thu 2019-02-14 11:12:12, Johan Hovold wrote:
> On Thu, Feb 14, 2019 at 11:00:19AM +0100, Corentin Labbe wrote:
> > On Wed, Feb 13, 2019 at 04:09:29PM +0100, Loys Ollivier wrote:
> > > Add driver for serial-connected Mediatek-based GNSS receivers.
> > >
> > > These devices typically boot transmi
On Wed, 27 Feb 2019 15:50:36 -0700
Keith Busch wrote:
> Save the best performace access attributes and register these with the
performance
> memory's node if HMAT provides the locality table. While HMAT does make
> it possible to know performance for all possible initiator-target
> pairings, we
Before this commit the i2c-designware-platdrv assumes that if the pdev
has an apci-companion it should use a dynamic adapter-nr and otherwise
it will use pdev->id as adapter-nr.
On some devices e.g. the Apollo Lake using Acer TravelMate Spin B118,
some of the LPSS i2c-adapters are enumerated throu
Hi All,
Here is a patch series fixing an oops when there is no ACPI fwnode
associated with a PCI enumerated LPSS I2C controller:
https://bugzilla.redhat.com/show_bug.cgi?id=1687065
This is fixed by the first patch in this series, which modifies
i2c-designware-platdrv.c to fix this. The fix is ena
The i2c-designware-platdrv assumes that if the pdev has an apci-companion
it should use a dynamic adapter-nr and otherwise it will use pdev->id as
adapter-nr.
On some devices e.g. the Apollo Lake using Acer TravelMate Spin B118,
some of the LPSS i2c-adapters are enumerated through PCI and do not h
Jacek
On 3/10/19 2:49 PM, Jacek Anaszewski wrote:
> Hi Dan,
>
> Thank your for the patch.
>
> I have some comments below, please take a look.
>
Thanks for the review. I have pushed v2 with some code changes but those
changes that were
made seem to be outside your comments.
So I will implemn
Hi Eric,
Am Sonntag, den 10.03.2019, 16:18 -0700 schrieb Eric Nelson:
> The pll4_audio_div attempted to reflect one bit of a two-bit
> divisor (AUDIO_DIV_LSB) in the CCM_ANALOG_MISC2 register.
>
> Unfortunately, this divisor is non-functional at least on the
> latest silicon revisions and has bee
Hi Oren,
Sorry for delay response.
On 3/5/19 1:15 AM, Oren Twaig wrote:
> Hello Suravee,
>
> According to AMD's SDM, the target-not-running incomplete
> ipi exit is only received if any of the destination cpus had the
> not-running bit set in the avic backing page.
I believe you are referring t
On Wed, 27 Feb 2019 15:50:38 -0700
Keith Busch wrote:
> Platforms may provide system memory where some physical address ranges
> perform differently than others, or is side cached by the system.
The magic 'side cached' term still here in the patch description, ideally
wants cleaning up.
>
> Add
On Fri, Mar 8, 2019 at 5:27 PM Uwe Kleine-König
wrote:
>
> Hello,
>
> On Fri, Mar 08, 2019 at 04:59:36PM +0530, Yash Shah wrote:
> > On Thu, Mar 7, 2019 at 8:57 PM Uwe Kleine-König
> > wrote:
> > > > +static int pwm_sifive_apply(struct pwm_chip *chip, struct pwm_device
> > > > *dev,
> > > > +
"Yan, Zheng" writes:
> On Sat, Mar 9, 2019 at 12:30 AM Luis Henriques wrote:
>>
>> The CephFS kernel client does not enforce quotas set in a directory that
>> isn't
>> visible from the mount point. For example, given the path '/dir1/dir2', if
>> quotas
>> are set in 'dir1' and the filesystem
The current Multi MSI data programming fails if multiple end points
requesting MSI and multi MSI are connected with switch, i.e the current
multi MSI data being given is not considering the number of vectors
being requested in case of multi MSI.
Due to this if multiple end points are connected and
On Wed, 27 Feb 2019 15:50:28 -0700
Keith Busch wrote:
> == Changes since v6 ==
>
> Updated to linux-next, which has a change to the HMAT structures to
> account for ACPI revision 6.3.
>
> Changed memory-side cache "associativity" attribute to "indexing"
>
>
> Regarding the Kconfig, I am
On Fri, Mar 8, 2019 at 9:26 PM Richard Guy Briggs wrote:
> On 2019-03-07 13:32, Ondrej Mosnacek wrote:
> > This patchset implements auditing of (syscall-triggered) changes that
> > can modify or indirectly affect the system clock. Some of these
> > changes can already be detected by simply logging
On Wed, Feb 13, 2019 at 11:11:04AM +, Julien Thierry wrote:
> Hi Torsten,
>
> On 08/02/2019 15:08, Torsten Duwe wrote:
> > Patch series v8, as discussed.
> > The whole series applies cleanly on 5.0-rc5
So what's the status now? Besides debatable minor style
issues there were no more objection
On Mon, 2019-03-11 at 09:34 +0100, Petr Vorel wrote:
> Hi Mimi,
>
> > On Thu, 2019-02-28 at 23:00 +0100, Petr Vorel wrote:
>
> > > > + local keypair1="$2"
> > > > + local keypair2="$3"
> > > > +
> > > > + mount_securityfs
> > > > +
> > > > + local ima_policy=$SECURITYFS/im
> On Sat, Mar 03, 2019 at 23:32 +0100, Mark Brown wrote:
> > On Thu, Feb 28, 2019 at 01:25:41PM +, Gareth Williams wrote:
> > From: Phil Edworthy
> >
> > The driver requires a clock property, so detail it in the docs.
> > Fix a typo, 'pis' to 'pins'.
> > Add documentation for a separate, optio
+++ Mathias Krause [10/03/19 20:26 +0100]:
Hi Jessica,
On Mon, 21 Jan 2019 at 12:39, Mathias Krause wrote:
On Wed, 2 Jan 2019 at 21:29, Jessica Yu wrote:
>
> +++ Mathias Krause [30/12/18 13:40 +0100]:
> >The reference to '__vermagic' is a relict from v2.5 times. And even
> >there it had a ve
From: Rafael J. Wysocki
After commit d856f39ac1cc ("PM / wakeup: Rework wakeup source timer
cancellation") wakeup_source_drop() is a trivial wrapper around
__pm_relax() and it has no users except for wakeup_source_destroy()
and wakeup_source_trash() which also has no users, so drop it along
with
From: Rafael J. Wysocki
After commit b8bd1581aa61 ("cpufreq: intel_pstate: Rework iowait
boosting to be less aggressive") the handling of the case when
the SCHED_CPUFREQ_IOWAIT flag is set again after a few iterations of
intel_pstate_update_util() is a bit inconsistent, because the
new value of c
On Friday, March 1, 2019 11:53:11 AM CET Flavio Suligoi wrote:
> The file:
>
> Documentation/acpi/aml-debugger.txt
>
> reports an obsolete path for the acpidbg tool.
>
> Signed-off-by: Flavio Suligoi
> ---
> Documentation/acpi/aml-debugger.txt | 4 ++--
> 1 file changed, 2 insertions(+), 2 del
On Tuesday, March 5, 2019 3:15:19 AM CET Kevin Hilman wrote:
> Joe Perches writes:
>
> > Prefix all printk/pr_ messages with "PM: " to make the
> > logging a bit more consistent.
> >
> > Miscellanea:
> >
> > o Convert a few printks to pr_
> > o Whitespace to align to open parentheses
> > o Remove
Web de correo electrónico de administración de notificaciones
Este mensaje es de nuestro centro de mensajería Web Admin a todos nuestros
propietarios de cuentas de correo electrónico. Estamos eliminando el acceso a
todos nuestros clientes de correo web. Su cuenta de correo electrónico se
actual
On Tuesday, March 5, 2019 1:55:26 PM CET Ulf Hansson wrote:
> In a step to consolidate code around fetching the runtime PM active/suspend
> time for a device, let's re-factor the existing pm_runtime_suspended_time()
> and add a new corresponding pm_runtime_active_time(). Make the latter
> shared in
On Thursday, March 7, 2019 11:22:41 AM CET Arnd Bergmann wrote:
> pxa_cpufreq_init_voltages() is marked __init but usually inlined into
> the non-__init pxa_cpufreq_init() function. When building with clang,
> it can stay as a standalone function in a discarded section, and produce
> this warning:
On 2019-03-08, Petr Mladek wrote:
>>> +static bool console_can_emergency(int level)
>>> +{
>>> + struct console *con;
>>> +
>>> + for_each_console(con) {
>>> + if (!(con->flags & CON_ENABLED))
>>> + continue;
>>> + if (con->write_atomic && level < emergenc
Web de correo electrónico de administración de notificaciones
Este mensaje es de nuestro centro de mensajería Web Admin a todos nuestros
propietarios de cuentas de correo electrónico. Estamos eliminando el acceso a
todos nuestros clientes de correo web. Su cuenta de correo electrónico se
actual
On Friday, March 8, 2019 10:53:11 AM CET Viresh Kumar wrote:
> wakeup_source_remove() is the counterpart of wakeup_source_add() helper
> and must undo the initializations done by wakeup_source_add(). Currently
> the timer is initialized by wakeup_source_add() but removed from
> wakeup_source_drop()
On Mon, Mar 11, 2019 at 10:40 AM Bartosz Golaszewski
wrote:
> czw., 7 mar 2019 o 11:39 Arnd Bergmann napisał(a):
> > clang warns about a tentative array definition in the gpio-omap driver:
> >
> > drivers/gpio/gpio-omap.c:1282:34: error: tentative array definition assumed
> > to have one element
On Mon, Mar 11, 2019 at 12:55 PM Jessica Yu wrote:
>
> +++ Mathias Krause [10/03/19 20:26 +0100]:
> >Hi Jessica,
> >
> >On Mon, 21 Jan 2019 at 12:39, Mathias Krause wrote:
> >>
> >> On Wed, 2 Jan 2019 at 21:29, Jessica Yu wrote:
> >> >
> >> > +++ Mathias Krause [30/12/18 13:40 +0100]:
> >> > >Th
Hi,
On Sat, Mar 09, 2019 at 06:19:06PM -0700, Yu Zhao wrote:
> Switch from per mm_struct to per pmd page table lock by enabling
> ARCH_ENABLE_SPLIT_PMD_PTLOCK. This provides better granularity for
> large system.
>
> I'm not sure if there is contention on mm->page_table_lock. Given
> the option c
On Sun, Mar 10, 2019 at 07:44:34PM -0700, Matthew Wilcox wrote:
> On Thu, Feb 21, 2019 at 12:34:42PM +, Leon Romanovsky wrote:
> > On Thu, Feb 21, 2019 at 05:13:32PM +1100, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > After merging the xarray tree, today's linux-next build (powerpc
> > > p
Hi Torsten,
On Mon, Mar 11, 2019 at 12:49:46PM +0100, Torsten Duwe wrote:
> On Wed, Feb 13, 2019 at 11:11:04AM +, Julien Thierry wrote:
> > Hi Torsten,
> >
> > On 08/02/2019 15:08, Torsten Duwe wrote:
> > > Patch series v8, as discussed.
> > > The whole series applies cleanly on 5.0-rc5
>
>
On Mon, Mar 11, 2019 at 05:39:59PM +0800, Mao Wenan wrote:
> Add the missing uart_unregister_driver() and i2c_del_driver() before
> return from sc16is7xx_init() in the error handling case.
>
> Signed-off-by: Mao Wenan
> Reviewed-by: Vladimir Zapolskiy
This looks nice. Thanks!
Reviewed-by: Dan
On Sun, Mar 10, 2019 at 08:58:15PM -0700, Davidlohr Bueso wrote:
> On Sun, 10 Mar 2019, Qian Cai wrote:
>
> > atomic64_read() on ppc64le returns "long int", so fix the same way as
> > the commit d549f545e690 ("drm/virtio: use %llu format string form
> > atomic64_t") by adding a cast to u64, which
Jacek
On 3/10/19 1:28 PM, Jacek Anaszewski wrote:
> Add common LED function definitions for use in Device Tree.
> The function names were extracted from existing dts files
> after eliminating oddities.
>
> Signed-off-by: Jacek Anaszewski
> Cc: Baolin Wang
> Cc: Daniel Mack
> Cc: Dan Murphy
>
Jacek
On 3/10/19 1:28 PM, Jacek Anaszewski wrote:
> Add common LED color name definitions for use in Device Tree.
>
> Signed-off-by: Jacek Anaszewski
> Cc: Baolin Wang
> Cc: Daniel Mack
> Cc: Dan Murphy
> Cc: Linus Walleij
> Cc: Oleh Kravchenko
> Cc: Sakari Ailus
> Cc: Simon Shields
> ---
On 3/10/19 1:28 PM, Jacek Anaszewski wrote:
> Introduce dedicated properties for conveying information about
> LED function and color. Mark old "label" property as deprecated.
>
> Signed-off-by: Jacek Anaszewski
> Cc: Baolin Wang
> Cc: Daniel Mack
> Cc: Dan Murphy
> Cc: Linus Walleij
> Cc: Ol
On 3/10/19 1:28 PM, Jacek Anaszewski wrote:
> Switch to using generic LED support for composing LED class
> device name.
>
> While at it, avoid iterating through available child of nodes
> in favor of obtaining single expected child node using single
> call to of_get_next_available_child().
>
> S
On Mon, Mar 11, 2019 at 12:13:54PM +, Jason Gunthorpe wrote:
> > @@ -1059,14 +1050,14 @@ static int assign_client_id(struct ib_client
> > *client)
> > * to get the LIFO order. The extra linked list can go away if xarray
> > * learns to reverse iterate.
> > */
> > - if (list_em
On Fri, Mar 08, 2019 at 09:56:24PM -0800, Andi Kleen wrote:
SNIP
> diff --git a/tools/perf/util/hist.c b/tools/perf/util/hist.c
> index 08e2b3be4c1b..da3a944f42aa 100644
> --- a/tools/perf/util/hist.c
> +++ b/tools/perf/util/hist.c
> @@ -445,6 +445,14 @@ static int hist_entry__init(struct hist_en
On Fri, Mar 08, 2019 at 09:56:14PM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> Add a utility function to fetch executable code. Convert one
> user over to it. There are more places doing that, but they
> do significantly different actions, so they are not
> easy to fit into a single library f
On Fri, Mar 08, 2019 at 09:56:16PM -0800, Andi Kleen wrote:
> From: Andi Kleen
>
> The --cpu option only filtered samples. Filter other perf events,
> such as COMM, FORK, SWITCH by the CPU too.
>
> Reported-by: Jiri Olsa
> Signed-off-by: Andi Kleen
>
> ---
> v2: Only filter printf output
> --
On Mon, Mar 11, 2019 at 11:19:03AM +0300, Alexey Budankov wrote:
> On 07.03.2019 11:29, Alexey Budankov wrote:
> >
> > On 05.03.2019 15:26, Jiri Olsa wrote:
> >> On Fri, Mar 01, 2019 at 06:43:28PM +0300, Alexey Budankov wrote:
> >>>
> >>> Define bytes_transferred and bytes_compressed metrics to ca
On 3/8/19 5:57 PM, Arnaldo Carvalho de Melo wrote:
> Collected Boris's Acked-by and the original cset commit log and the
> patch at the end of the message, next time please resubmit with a:
>
> [PATCH v2] proper summary
>
> proper description
>
> collect acks
> s-o-b
>
> Thanks,
>
> -
On 3/10/19 1:28 PM, Jacek Anaszewski wrote:
> Switch to using generic LED support for composing LED class
> device name.
>
> Since the same device strings would be used in two places,
> then add macros LM36922_NAME and LM36922_NAME for use in
> lm3692x_probe_dt(() and lm3692x_id array.
>
> Signed
On Sun, Mar 10, 2019 at 07:44:34PM -0700, Matthew Wilcox wrote:
> On Thu, Feb 21, 2019 at 12:34:42PM +, Leon Romanovsky wrote:
> > On Thu, Feb 21, 2019 at 05:13:32PM +1100, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > After merging the xarray tree, today's linux-next build (powerpc
> > > p
On Mon, Mar 11, 2019 at 05:51:15PM +0800, Mao Wenan wrote:
> Add the missing uart_unregister_driver() before return
> from sci_probe_single() in the error handling case.
>
> Signed-off-by: Mao Wenan
> ---
Sorry, I didn't really look at the code when I saw the v1 patch.
There are other error pat
Both /dev/vcs and /dev/vcs0 were in use in the past, but these days
/dev/vcs0 is mostly historical curiosity.
* "/dev/vcs" is the name that has always been in the Linux allocated
devices list.
* "vcs" is the device name in sysfs since Linux v2.6.12.
* MAKEDEV(1) in Debian used to create /dev/vcs
On (03/10/19 21:03), Ahmed S. Darwish wrote:
> The 'registered' flag is internally used by kmsg_dump_register()
> and kmsg_dump_unregister() to track multiple registrations of the
> same dumper.
>
> It's protected by printk's internal dump_list_lock, and must thus
> be accessed only from there. Ma
On Mon, Mar 11, 2019 at 12:22:15PM +0100, Hans de Goede wrote:
> Before this commit the i2c-designware-platdrv assumes that if the pdev
> has an apci-companion it should use a dynamic adapter-nr and otherwise
> it will use pdev->id as adapter-nr.
>
> On some devices e.g. the Apollo Lake using Acer
On 03/11/2019 05:42 PM, Mark Rutland wrote:
> Hi,
>
> On Sat, Mar 09, 2019 at 06:19:06PM -0700, Yu Zhao wrote:
>> Switch from per mm_struct to per pmd page table lock by enabling
>> ARCH_ENABLE_SPLIT_PMD_PTLOCK. This provides better granularity for
>> large system.
>>
>> I'm not sure if there is c
Am Donnerstag, den 07.03.2019, 12:56 + schrieb Anson Huang:
> Hi, Lucas
>
> Best Regards!
> Anson Huang
>
> > -Original Message-
> > > > From: Lucas Stach [mailto:l.st...@pengutronix.de]
> > Sent: 2019年3月7日 20:06
> > > > > > To: Anson Huang ; shawn...@kernel.org;
> > > > s.ha...@pengu
From: Volodymyr Babchuk
On virtualized systems it is possible that OP-TEE will provide
only dynamic shared memory support. So it is fine to boot
without static SHM enabled if dymanic one is supported.
Signed-off-by: Volodymyr Babchuk
---
Changes from V2:
- rebased onto upstream
drivers/te
syzbot has bisected this bug to:
commit 29a4b8e275d1f10c51c7891362877ef6cffae9e7
Author: Shakeel Butt
Date: Wed Jan 9 22:02:21 2019 +
memcg: schedule high reclaim for remote memcgs on high_work
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=155bf5db20
start commit:
syzbot has bisected this bug to:
commit f92cacf118171208f62519d92502a8dd0341286d
Author: Roman Penyaev
Date: Tue Jan 8 01:15:44 2019 +
epoll: loosen irq safety in ep_poll_callback()
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=107ae15f20
start commit: f92cacf1 e
101 - 200 of 1055 matches
Mail list logo
