On 05/29/2017 11:01 AM, Linus Walleij wrote:
> On Wed, May 24, 2017 at 10:20 AM, Neil Armstrong
> wrote:
>
>> The Amlogic Meson GXL SoCs embeds an 10/100 Ethernet PHY, this patchs enables
>> the Link and Activity LEDs signals.
>>
>> Signed-off-by: Neil Armstrong
>
> Patch applied with Jerome's
Add a thermal driver for on-chip PVT (Process, Voltage and Temperature)
monitoring unit implemented on UniPhier SoCs. This driver supports
temperature monitoring and alert function.
Signed-off-by: Kunihiko Hayashi
---
drivers/thermal/Kconfig| 8 +
drivers/thermal/Makefile
This patch series adds support for thermal monitor implemented on UniPhier LD20
and PXs2 SoCs. This driver supports temperature monitoring and alert function.
Kunihiko Hayashi (4):
thermal: uniphier: add UniPhier thermal driver
dt-bindings: thermal: add binding documentation for UniPhier therm
Add nodes of thermal monitor and thermal zone for UniPhier PXs2 SoC.
The thermal monitor is included in sysctrl.
Signed-off-by: Kunihiko Hayashi
---
arch/arm/boot/dts/uniphier-pxs2-gentil.dts | 21 +
arch/arm/boot/dts/uniphier-pxs2-vodka.dts | 21 +
arch/
On Sat, May 27, 2017 at 06:09:25PM +0200, Maxime Ripard wrote:
> Hi,
>
> Here is an attempt at getting the HDMI controller running.
>
> This HDMI controller is found on a number of old Allwinner SoCs (A10, A10s,
> A20, A31).
>
> This driver only supports for now the A10s because it was an easy t
Add devicetree binding documentation for thermal monitor implemented on
Socionext UniPhier SoCs.
Signed-off-by: Kunihiko Hayashi
---
.../bindings/thermal/uniphier-thermal.txt | 54 ++
1 file changed, 54 insertions(+)
create mode 100644
Documentation/devicetree/bind
On Tue, May 23, 2017 at 7:03 PM, Andy Shevchenko
wrote:
> Check that we don't ask for output direction on GpioInt resource
> in cases with or without _DSD defined.
>
> Reviewed-by: Dmitry Torokhov
> Signed-off-by: Andy Shevchenko
> Tested-by: Jarkko Nikula
> Reviewed-by: Mika Westerberg
Patc
Add nodes of thermal monitor and thermal zone for UniPhier LD20 SoC.
The thermal monitor is included in sysctrl.
Furthermore, since SoC installed in the reference board doesn't have a
calibrated value of thermal monitor, this patch gives the default value
for LD20 Reference board via device-tree p
On 24/05/2017 at 17:39:03 +0200, Arnd Bergmann wrote:
> The reference to cpu_resume requires the corresponding
> generic code to be enabled when CONFIG_PM is set:
>
> arch/arm/mach-at91/pm.o: In function `sama5d2_pm_init':
> pm.c:(.init.text+0x5e8): undefined reference to `cpu_resume'
>
> Fixes:
Christoph Hellwig writes:
> On Sat, May 27, 2017 at 12:58:14PM -0700, Kees Cook wrote:
>> FAST_REFCOUNT=n: use function-based refcount_t with cmpxvhg and
>> full-verification
>> FAST_REFCOUNT=y without arch-specific implementation: use atomic_t
>> with no verification (i.e. no functional change f
On Tue, May 23, 2017 at 7:03 PM, Andy Shevchenko
wrote:
> The commit 10cf4899f8af ("gpiolib: tighten up ACPI legacy gpio lookups")
> prevents to getting same resource twice if the driver asks twice using
> different connection ID.
>
> But the whole idea of fallback might bring some problems. Imag
On Tue, May 23, 2017 at 7:03 PM, Andy Shevchenko
wrote:
> If we pass connection ID to the both functions and at the same time
> acpi_can_fallback_to_crs() returns false we will get different results,
> i.e. the number of GPIO resources returned by acpi_gpio_count() might be
> not correct.
>
> Fix
Hi Greg,
On 05/26/2017 08:36 PM, Greg KH wrote:
On Fri, May 26, 2017 at 11:10:32AM +0100, Juri Lelli wrote:
Hi,
On 25/05/17 15:18, Greg KH wrote:
On Thu, Apr 20, 2017 at 03:43:16PM +0100, Juri Lelli wrote:
[...]
But this is all really topology stuff, right? Why use "capacity" at
all:
On Tue, May 23, 2017 at 7:03 PM, Andy Shevchenko
wrote:
> Documentation lacks of explanation how we actually use device properties
> for GPIO resources.
>
> Add a section to the documentation about that.
>
> Suggested-by: Mika Westerberg
> Signed-off-by: Andy Shevchenko
> Tested-by: Jarkko Niku
On Monday, May 22, 2017 12:02:09 AM Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
Acked-by: Bartlomiej Zolnierkiewicz
> ---
> arch/arm/mach-omap1/board-h2-mmc.c | 2 +-
> arch/arm/
On Monday, May 22, 2017 12:02:10 AM Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
Acked-by: Bartlomiej Zolnierkiewicz
> ---
> arch/arm/mach-omap2/common.h| 2 +-
> arch/arm/
On Tue, May 23, 2017 at 7:03 PM, Andy Shevchenko
wrote:
> The helper function acpi_gpio_to_gpiod_flags() will be used later to configure
> pin properly whenever it's requested.
>
> While here, introduce a checking error code returned by
> gpiod_configure_flags()
> and bail out if it's not okay.
On Monday, May 22, 2017 12:09:52 AM Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
Acked-by: Bartlomiej Zolnierkiewicz
> ---
> arch/blackfin/mach-bf537/boards/stamp.c| 2 +-
> dr
On Tue, May 23, 2017 at 7:03 PM, Andy Shevchenko
wrote:
> This allows ACPI GPIO code to modify flags based on
> ACPI GpioIo() / GpioInt() resources.
>
> Signed-off-by: Andy Shevchenko
> Tested-by: Jarkko Nikula
> Reviewed-by: Mika Westerberg
Patch applied.
Yours,
Linus Walleij
On Monday, May 22, 2017 12:09:53 AM Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
Acked-by: Bartlomiej Zolnierkiewicz
> ---
> arch/blackfin/mach-bf537/boards/stamp.c| 2 +-
> dr
2017-04-25 15:44 GMT+02:00 Enric Balletbo i Serra
:
> Dump a block of kernel memory from around the registers in the kernel oops
> dump. This is behind a config option (DEBUG_AROUND_REGS), since it adds
> a bunch of noise to the kernel logs (which someone can find valuable but
> not everyone else w
Arnd, Olof,
Here are two fixes for 4.12.
The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6:
Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/abelloni/linux.git
tags/at91-4.12-fixes
f
On Tue, May 23, 2017 at 7:03 PM, Andy Shevchenko
wrote:
> The helper does retrieve pointer to struct acpi_resource_gpio from
> struct acpi_resource if it represents GpioInt() resource.
>
> It will be used by PNP code later on.
>
> Signed-off-by: Andy Shevchenko
Patch applied with Mika's review
On 29.05.2017 10:45, Peter Zijlstra wrote:
On Sat, May 27, 2017 at 02:19:51PM +0300, Alexey Budankov wrote:
Solution:
cpu indexed trees for perf_event_context::pinned_groups and
perf_event_context::flexible_groups lists are introduced. Every tree node
keeps a list of groups allocated for the sa
On Mon, May 29, 2017 at 04:16:51PM +0800, Chen-Yu Tsai wrote:
> On Mon, May 29, 2017 at 3:41 PM, Maxime Ripard
> wrote:
> > Hi,
> >
> > On Wed, May 24, 2017 at 08:13:20PM +0800, Icenowy Zheng wrote:
> >> The 40-pin LCD connector on Lichee Pi Zero has backlight pins, which is
> >> controlled by the
On Fri, 26 May 2017, Josh Poimboeuf wrote:
> On Thu, May 18, 2017 at 02:00:43PM +0200, Miroslav Benes wrote:
> > @@ -591,3 +591,19 @@ void klp_send_fake_signal(void)
> > }
> > read_unlock(&tasklist_lock);
> > }
> > +
> > +/*
> > + * Drop TIF_PATCH_PENDING of all tasks on admin's request.
On Tue, May 23, 2017 at 7:03 PM, Andy Shevchenko
wrote:
> From: Jagadish Krishnamoorthy
>
> The PNP ACPI driver parses ACPI interrupt resource but not
> GpioInt resource. When the firmware passes GpioInt resource
> for IRQ the PNP ACPI driver ignores it and hence the interrupt for
> the particul
On Tue, May 23, 2017 at 7:03 PM, Andy Shevchenko
wrote:
> Simply join string literals back for better maintenance and debugging.
>
> No functional changes intended.
>
> Signed-off-by: Andy Shevchenko
Patch applied with Mika's review tag.
Yours,
Linus Walleij
Add support for STM32H7 Analog to Digital Converter variant.
It has up to 20 external channels, resolution ranges from 8 to 16bits.
Differences are regarding clocking, registers and bitfields have also
been re-arranged, but behavior is similar. It also has additional self
calibration and power on/o
On Wed 2017-05-10 14:59:35, Sergey Senozhatsky wrote:
> This patch introduces a '/sys/module/printk/parameters/atomic_print_limit'
> sysfs param, which sets the limit on number of lines a process can print
> from console_unlock(). Value 0 corresponds to the current behavior (no
> limitation). The p
On Tue, May 23, 2017 at 7:03 PM, Andy Shevchenko
wrote:
> There is no point in keeping an address in the file since it's subject
> to change.
>
> Signed-off-by: Andy Shevchenko
Patch applied with Mika's review tag.
Yours,
Linus Walleij
Analog clock input is mandatory on stm32f4. But newer version of
ADC hardware block allow to select either bus clock or asynchronous
clock, for analog circuitry.
So, make it optional by default, but enforce clk presence on stm32f4.
Signed-off-by: Fabrice Gasnier
---
drivers/iio/adc/stm32-adc-co
Prepare support for stm32h7 adc variant by introducing compatible
configuration data.
Move STM32F4 specific stuff to compatible data structure:
- registers & bit fields
- input channels data
- start/stop procedures
- trigger definitions
Signed-off-by: Fabrice Gasnier
---
Changes in v2:
- rename s
Add support for STM32H7 Analog to Digital Converter. It has up
to 20 external channels, resolution ranges from 8 to 16bits.
Either bus or asynchronous adc clock may be used.
Add registers & bitfields definition. Also add new configuration
options to enter/exit powerdown and perform self-calibratio
STM32F4 requires one clock per ADC instance for register access. But,
newer version of ADC hardware block have common bus clock for all
instances (per instance driver isn't responsible for getting it).
So, make it optional by default. Still, enforce it's required on STM32F4.
Signed-off-by: Fabrice
Document support for STM32H7 Analog to Digital Converter.
Main difference is regarding compatible, clock definitions and new
features like differential channels support:
STM32H7 ADC block has two clock inputs, common clock for all ADCs.
One 'bus' clock for registers access, and one optional 'adc' c
Hi Bjorn,
On Sat, May 27, 2017 at 12:57 AM, Bjorn Helgaas wrote:
> Hi Srinath,
>
> Thanks for chasing this down! It must have been a real hassle to find
> this.
>
> On Mon, May 08, 2017 at 08:39:50PM +0530, Srinath Mannam wrote:
>> We found a concurrency issue in NVMe Init when we initialize
>>
On Tue, May 23, 2017 at 7:03 PM, Andy Shevchenko
wrote:
> This is second iteration of the fix of GPIO ACPI library to make it
> robust against different ACPI specification generations and thus
> firmwares.
I applied it all so we get some rotation.
Was a bit worried about hitting drivers/pnp/* b
On Fri, May 12, 2017 at 01:11:06PM +0800, linzhang wrote:
> This patch cleans up extra spaces.
Applied.
On Tue, May 23, 2017 at 8:41 PM, Krzysztof Kozlowski wrote:
> Static exynos_irq_chip structures, containing driver specific data, are
> referenced only through opaque data pointer in const of_device_id table.
> The contents of pointed memory (exynos_irq_chip structure itself) is
> then copied wit
On Thu, May 4, 2017 at 7:21 AM, Javier Martinez Canillas
wrote:
> The tps61052 device node doesn't have a vendor prefix
> in its compatible string, fix it by adding one.
>
> Signed-off-by: Javier Martinez Canillas
> Acked-by: Rob Herring
> Acked-by: Tony Lindgren
Reviewed-by: Linus Walleij
On Wed, May 24, 2017 at 10:01 AM, Christophe Leroy
wrote:
> of_mm_gpiochip_add_data() generates an Oops for NULL pointer dereference.
>
> of_mm_gpiochip_add_data() calls mm_gc->save_regs() before
> setting the data, therefore ->save_regs() cannot use gpiochip_get_data()
>
> Fixes: 937daafca774b (
On Mon, May 29, 2017 at 11:12:53AM +0200, Peter Zijlstra wrote:
> On Thu, May 25, 2017 at 10:55:47PM -0700, Alexei Starovoitov wrote:
>
> > +++ b/kernel/bpf/arraymap.c
> > @@ -462,26 +462,22 @@ static void *perf_event_fd_array_get_ptr(struct
> > bpf_map *map,
> >
> > event = perf_file->priv
Since commit 3bc48f96cf11 ("mm, page_alloc: split smallest stolen page in
fallback") we pick the smallest (but sufficient) page of all that have been
stolen from a pageblock of different migratetype. However, there are cases when
we decide not to steal the whole pageblock. Practically in the curren
Hi Joel,
On Fri, 2017-05-26 at 11:55 +1000, Joel Stanley wrote:
> This adds the hooks for an optional reset controller in the 8250 device
> tree node.
>
> Signed-off-by: Joel Stanley
>
> ---
> v2:
> Address Philipp's comments. Thanks for the review!
> - use _shared variant
> - remove unneces
On 05/26/2017 11:20 AM, Wolfram Sang wrote:
--- a/drivers/i2c/busses/i2c-designware-core.c
+++ b/drivers/i2c/busses/i2c-designware-core.c
@@ -583,7 +583,7 @@ i2c_dw_xfer_msg(struct dw_i2c_dev *dev)
*/
/*
-* i2c-core.c alway
On 05/25/2017 04:19 PM, Jose Abreu wrote:
> Now that we have a callback to check if bridge supports a given mode
> we can use it in Synopsys Designware HDMI bridge so that we restrict
> the number of probbed modes to the ones we can actually display.
>
> Also, there is no need to use mode_fixup()
Hi Andreas,
On Thu, 2017-05-25 at 11:22 +0200, Andreas Färber wrote:
> The hi6220_reset driver fails to load:
>
> [ 10.423640] hi6220_reset: module license 'unspecified' taints kernel.
> [ 10.423644] Disabling lock debugging due to kernel taint
> [ 10.423735] hi6220_reset: Unknown sym
Hi,
On Thu, May 25, 2017 at 10:02:42PM -0700, jiada_w...@mentor.com wrote:
> From: Jiada Wang
>
> previously burst length (BURST_LENGTH) is always set to equal
> to bits_per_word, causes a 10us gap between each word in
> transfer, which significantly affects performance.
>
> This patch uses 32
On 27.05.2017 22:26, Corentin Labbe wrote:
When plugging an USB webcam I see the following message:
[106385.615559] xhci_hcd :04:00.0: WARN Successful completion on short TX:
needs XHCI_TRUST_TX_LENGTH quirk?
[106390.583860] handle_tx_event: 913 callbacks suppressed
With this patch applied,
On 19.5.2017 13:45, Tobias Klauser wrote:
> Some of microblaze's asm and uapi header are merely including their
> asm-generic counterpart. Thus, the arch specific headers can be removed
> and the asm-generic header can be used directly via generic-y.
>
> The headers removed from uapi don't need to
On Mon, May 29, 2017 at 7:13 PM, Philipp Zabel wrote:
> Hi Joel,
>
> On Fri, 2017-05-26 at 11:55 +1000, Joel Stanley wrote:
>> This adds the hooks for an optional reset controller in the 8250 device
>> tree node.
>>
>> Signed-off-by: Joel Stanley
>>
>> ---
>> v2:
>> Address Philipp's comments. T
This adds the hooks for an optional reset controller in the 8250 device
tree node.
Signed-off-by: Joel Stanley
Reviewed-by: Philipp Zabel
---
v3:
- deassert reset after disabling clock in _remove to to match _setup
order
v2:
Address Philipp's comments. Thanks for the review!
- use _shared v
On Mon, May 29, 2017 at 11:20:24AM +0200, Dietmar Eggemann wrote:
> Hi Greg,
>
> On 05/26/2017 08:36 PM, Greg KH wrote:
> > On Fri, May 26, 2017 at 11:10:32AM +0100, Juri Lelli wrote:
> > > Hi,
> > >
> > > On 25/05/17 15:18, Greg KH wrote:
> > > > On Thu, Apr 20, 2017 at 03:43:16PM +0100, Juri Le
On Sat, May 27, 2017 at 12:10 AM, Kirill A. Shutemov
wrote:
> On Thu, May 25, 2017 at 11:33:33PM +0300, Kirill A. Shutemov wrote:
>> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
>> index 0bf81e837cbf..c795207d8a3c 100644
>> --- a/arch/x86/Kconfig
>> +++ b/arch/x86/Kconfig
>> @@ -100,7 +100,7 @
On Mon, May 29, 2017 at 12:00 PM, Richard Weinberger wrote:
> Amir, Hyunchul,
>
> Am 29.05.2017 um 07:40 schrieb Amir Goldstein:
>> On Mon, May 29, 2017 at 7:40 AM, Hyunchul Lee wrote:
>>>
>>> and I missed the following case.
>>>
>>> in some embedded systems, clean-up for shutdown should be fast.
On Mon, May 29, 2017 at 10:52:31AM +0200, Michal Hocko wrote:
> > Why is it a problem to change the default for 'online'? As far as I can see
> > that doesn't have too much to do with the order of zones, no?
>
> `online' (aka MMOP_ONLINE_KEEP) should always inherit its current zone.
> The previous
On Mon, May 29, 2017 at 6:39 PM, Philipp Zabel wrote:
> Hi Joel,
>
> On Fri, 2017-05-26 at 13:32 +1000, Joel Stanley wrote:
>> This adds the bindings documentation for a basic single-register reset
>> controller.
>>
>> The bindings describe a single 32-bit register that contains up to 32
>> reset
Amir,
Am 29.05.2017 um 12:04 schrieb Amir Goldstein:
>> Well, UBIFS is a bit different.
>> The UBIFS journal is not an add-on feature, you have to replay it in
>> any case. Otherwise you're facing corrupted data.
>
> Yes, I suppose you are right.
> I guess there is no equivalent of mount -oro,{no
On Sun, May 28, 2017 at 12:26:00PM +0200, Ulf Hansson wrote:
> Hi Olof,
>
> +Daniel
>
> On 26 May 2017 at 18:24, Olof Johansson wrote:
> > Hi Ulf,
> >
> >
> > On Fri, May 26, 2017 at 6:08 AM, Ulf Hansson wrote:
> >> Hi Linus,
> >>
> >> Here are a couple of mmc and arm64-dts fixes intended for v
On Monday 29 May 2017 02:45 PM, Kunihiko Hayashi wrote:
> Add a thermal driver for on-chip PVT (Process, Voltage and Temperature)
> monitoring unit implemented on UniPhier SoCs. This driver supports
> temperature monitoring and alert function.
The Documentation in patch 2/4 should be squashed in
On Mon, May 29, 2017 at 04:11:13AM -0500, Eric W. Biederman wrote:
> Kees I I have a concern:
>
> __must_check bool refcount_add_not_zero(unsigned int i, refcount_t *r)
> {
> unsigned int new, val = atomic_read(&r->refs);
>
> do {
> if (!val)
>
Hi Andy,
On Sun, May 28, 2017 at 12:41 AM, Andy Shevchenko
wrote:
> On Fri, May 26, 2017 at 6:32 AM, Joel Stanley wrote:
>> This driver is a basic single-register reset controller driver that
>> supports clearing a single bit in a register.
>>
>
> While this makes sense, I'm wondering if there c
Below is the list of build error/warning regressions/improvements in
v4.12-rc3[1] compared to v4.11[2].
Summarized:
- build errors: +3/-3
- build warnings: +27837/-1023
JFYI, when comparing v4.12-rc3[1] to v4.12-rc2[3], the summaries are:
- build errors: +1/-
- build warnings: +1133/-1164
On Mon, May 29, 2017 at 12:27 PM, Geert Uytterhoeven
wrote:
>
> JFYI, when comparing v4.12-rc3[1] to v4.12-rc2[3], the summaries are:
> - build errors: +1/-
Nothing to report.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...
On Mon, May 29, 2017 at 12:24:53PM +0300, Alexey Budankov wrote:
> On 29.05.2017 10:45, Peter Zijlstra wrote:
> > On Sat, May 27, 2017 at 02:19:51PM +0300, Alexey Budankov wrote:
> > > Solution:
> > >
> > > cpu indexed trees for perf_event_context::pinned_groups and
> > > perf_event_context::flexi
Hi Linus,
On Mon, May 29, 2017 at 10:45:44AM +0200, Linus Walleij wrote:
> On Tue, May 23, 2017 at 8:37 PM, jmondi wrote:
>
> >> I did not follow too much.
> >> But it seems IMX7ULP/Vybrid to be also a fan of generic
> >> output-enable/input-enable
> >> property.
> >>
> >> See:
> >> Figure 5-2. G
On Sat, May 20, 2017 at 12:33 AM, Serge E. Hallyn wrote:
> On Fri, May 19, 2017 at 12:48:17PM +1000, Peter Dolding wrote:
>> Using cap_sys_admin as fix is like removing car windsheld because
>> vision is being blocked by a rock hitting it.
>
> Nonsense. If the application has cap_sys_admin then i
On Mon, May 29, 2017 at 12:15:14PM +0300, Alexey Budankov wrote:
> On 29.05.2017 10:46, Peter Zijlstra wrote:
> > On Sat, May 27, 2017 at 02:19:51PM +0300, Alexey Budankov wrote:
> > > @@ -742,7 +772,17 @@ struct perf_event_context {
> > >
> > > struct list_headactive_ct
On 05/22/17 12:27, Vegard Nossum wrote:
On 05/22/17 12:24, Greg Kroah-Hartman wrote:
On Mon, May 22, 2017 at 04:39:43PM +0900, Sergey Senozhatsky wrote:
Hello,
[ 1274.378287] ==
[ 1274.378289] WARNING: possible circular locking dependency det
2017-05-26 8:54 GMT+03:00 Florian Fainelli :
> On May 24, 2017 4:17:39 AM PDT, "Andrey Jr. Melnikov"
> wrote:
>>In gmane.linux.kernel sean.w...@mediatek.com wrote:
>>> From: Sean Wang
>>
>>> MT7530 is a 7-ports Gigabit Ethernet Switch that could be found on
>>> Mediatek router platforms such as
The USB 3.0 PHY modules of R-Car Gen3 SoCs have:
- Spread spectrum clock (ssc).
- Using USB 2.0 EXTAL clock instead of USB 3.0 clock.
- Enabling VBUS detection for usb3.0 peripheral.
So, this driver supports these features.
Signed-off-by: Yoshihiro Shimoda
---
This patch is based on the late
On Mon 29-05-17 12:11:28, Heiko Carstens wrote:
> On Mon, May 29, 2017 at 10:52:31AM +0200, Michal Hocko wrote:
> > > Why is it a problem to change the default for 'online'? As far as I can
> > > see
> > > that doesn't have too much to do with the order of zones, no?
> >
> > `online' (aka MMOP_ON
On 29.05.2017 13:33, Peter Zijlstra wrote:
On Mon, May 29, 2017 at 12:24:53PM +0300, Alexey Budankov wrote:
On 29.05.2017 10:45, Peter Zijlstra wrote:
On Sat, May 27, 2017 at 02:19:51PM +0300, Alexey Budankov wrote:
Solution:
cpu indexed trees for perf_event_context::pinned_groups and
perf_ev
On 05/29/2017 11:58 AM, Greg KH wrote:
On Mon, May 29, 2017 at 11:20:24AM +0200, Dietmar Eggemann wrote:
Hi Greg,
On 05/26/2017 08:36 PM, Greg KH wrote:
On Fri, May 26, 2017 at 11:10:32AM +0100, Juri Lelli wrote:
Hi,
On 25/05/17 15:18, Greg KH wrote:
On Thu, Apr 20, 2017 at 03:43:16PM +0100
On Fri, May 26, 2017 at 09:09:04PM +0200, Dmitry Vyukov wrote:
> Some 64-bit atomic operations use 'long long' as operand/return type
> (e.g. asm-generic/atomic64.h, arch/x86/include/asm/atomic64_32.h);
> while others use 'long' (e.g. arch/x86/include/asm/atomic64_64.h).
> This makes it impossible
On 27.05.2017 14:01, Eric W. Biederman wrote:
> Kirill Tkhai writes:
>
>> This patch prohibits pid allocation till child_reaper
>> of pid namespace is set, and it makes possible and safe
>> to get just unshared pid_ns from "/proc/[pid]/ns/pid_for_children"
>> file. This may be useful to determine
On Sat, May 27, 2017 at 2:57 AM, Palmer Dabbelt wrote:
> On Tue, 23 May 2017 04:30:50 PDT (-0700), Arnd Bergmann wrote:
>> On Tue, May 23, 2017 at 2:41 AM, Palmer Dabbelt wrote:
>>> RISC-V has both 32-bit and 64-bit base ISAs, but they are very similar.
>>> Like some other platforms, we'd like to
On Thu, May 25, 2017 at 2:04 PM, John Garry wrote:
> Move the functionality to retrieve the fw info into
> a dedicated device type-agnostic function,
> hisi_sas_get_fw_info().
>
> The reasoning is that this function will be required
> for future pci-based platforms.
>
> -
> if (device_pro
On 29.05.2017 13:43, Peter Zijlstra wrote:
On Mon, May 29, 2017 at 12:15:14PM +0300, Alexey Budankov wrote:
On 29.05.2017 10:46, Peter Zijlstra wrote:
On Sat, May 27, 2017 at 02:19:51PM +0300, Alexey Budankov wrote:
@@ -742,7 +772,17 @@ struct perf_event_context {
struct list_head
Anshuman Khandual writes:
>
> So the question is are we willing to do all these changes across
> the tree to achieve common definitions of KB, MB, GB, TB in the
> kernel ? Is it worth ?
No I don't think it's worth the churn.
But have you looked at using the "proper" names, ie. KiB, MiB, GiB?
AF
Peter Zijlstra writes:
> On Mon, May 29, 2017 at 04:11:13AM -0500, Eric W. Biederman wrote:
>
>> Kees I I have a concern:
>>
>> __must_check bool refcount_add_not_zero(unsigned int i, refcount_t *r)
>> {
>> unsigned int new, val = atomic_read(&r->refs);
>>
>> do {
>>
On Mon, May 29, 2017 at 12:49 PM, Heiko Carstens
wrote:
> On Fri, May 26, 2017 at 09:09:04PM +0200, Dmitry Vyukov wrote:
>> Some 64-bit atomic operations use 'long long' as operand/return type
>> (e.g. asm-generic/atomic64.h, arch/x86/include/asm/atomic64_32.h);
>> while others use 'long' (e.g. ar
Hi Anshuman,
On Wed, May 24, 2017 at 8:40 AM, Anshuman Khandual
wrote:
> On 05/23/2017 04:49 PM, Anshuman Khandual wrote:
>> On 05/23/2017 02:08 PM, Vlastimil Babka wrote:
>>> On 05/23/2017 09:02 AM, Christoph Hellwig wrote:
On Mon, May 22, 2017 at 02:11:49PM -0700, Andrew Morton wrote:
Hi Jiada,
On Fri, May 26, 2017 at 2:02 AM, wrote:
> From: Jiada Wang
>
> previously burst length (BURST_LENGTH) is always set to equal
> to bits_per_word, causes a 10us gap between each word in
> transfer, which significantly affects performance.
>
> This patch uses 32 bits transfer to simulate
On Wed, May 3, 2017 at 7:05 AM, Benoît Thébaudeau wrote:
> The eSDHC can only DMA from 32-bit-aligned addresses.
>
> This fixes the following test cases of mmc_test:
> 11: Badly aligned write
> 12: Badly aligned read
> 13: Badly aligned multi-block write
> 14: Badly aligned multi-b
On Wed, May 3, 2017 at 7:05 AM, Benoît Thébaudeau wrote:
> On i.MX25, the eSDHC DAT line software reset (SYSCTL.RSTD) unexpectedly
> clears at least the data transfer width (PROCTL.DTW), which then results
> in data CRC errors. This behavior is not documented, but it has actually
> been observed.
On Wed, May 3, 2017 at 7:05 AM, Benoît Thébaudeau wrote:
> On i.MX, SYSCTL.SDCLKFS may always be set to 0 in order to make the SD
> clock frequency prescaler divide by 1 in SDR mode, even with the eSDHC.
> The previous minimum prescaler value of 2 in SDR mode with the eSDHC was
> a code remnant fr
On Wed, May 3, 2017 at 7:05 AM, Benoît Thébaudeau wrote:
> The SDHCI_QUIRK_NO_MULTIBLOCK quirk was used as a workaround for the
> ENGcm07207 erratum. However, it caused excruciatingly slow SD transfers
> (300 kB/s on average), and this erratum actually does not imply that
> multiple-block transfer
On 05/29/2017 01:02 PM, Dmitry Vyukov wrote:
> On Sat, May 27, 2017 at 12:10 AM, Kirill A. Shutemov
> wrote:
>> On Thu, May 25, 2017 at 11:33:33PM +0300, Kirill A. Shutemov wrote:
>>> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
>>> index 0bf81e837cbf..c795207d8a3c 100644
>>> --- a/arch/x86/
On Sat, May 27, 2017 at 2:57 AM, Palmer Dabbelt wrote:
> On Tue, 23 May 2017 04:46:22 PDT (-0700), Arnd Bergmann wrote:
>> On Tue, May 23, 2017 at 2:41 AM, Palmer Dabbelt wrote:
>>> diff --git a/arch/riscv/Kconfig b/arch/riscv/Kconfig
>>> new file mode 100644
>>> index ..510ead1d3343
is
On 29/05/2017 11:53, Arnd Bergmann wrote:
On Thu, May 25, 2017 at 2:04 PM, John Garry wrote:
Move the functionality to retrieve the fw info into
a dedicated device type-agnostic function,
hisi_sas_get_fw_info().
The reasoning is that this function will be required
for future pci-based plat
On Mon, May 29, 2017 at 1:18 PM, Andrey Ryabinin
wrote:
>
>
> On 05/29/2017 01:02 PM, Dmitry Vyukov wrote:
>> On Sat, May 27, 2017 at 12:10 AM, Kirill A. Shutemov
>> wrote:
>>> On Thu, May 25, 2017 at 11:33:33PM +0300, Kirill A. Shutemov wrote:
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfi
On Mon, May 29, 2017 at 1:18 PM, John Garry wrote:
> On 29/05/2017 11:53, Arnd Bergmann wrote:
>> On Thu, May 25, 2017 at 2:04 PM, John Garry wrote:
>
> So we only require these properties for platform device with DT firmware.
> This code is same as before (apart from adding the comments), but I'
On Mon, May 29, 2017 at 01:56:05PM +0300, Alexey Budankov wrote:
> On 29.05.2017 13:43, Peter Zijlstra wrote:
> > Why can't the tree do both?
> >
>
> Well, indeed, the tree provides such capability too. However switching to
> the full tree iteration in cases where we now go through _groups lists
On Wed, May 24, 2017 at 11:58 PM, Logan Gunthorpe wrote:
> Two dma engine drivers directly accesses page_link assuming knowledge
> that should be contained only in scatterlist.h.
>
> We replace these with calls to sg_chain and sg_assign_page.
>
> Signed-off-by: Logan Gunthorpe
> Signed-off-by: S
On Thu, May 25, 2017 at 10:33 AM, Bartosz Golaszewski wrote:
> The comment in linux/gpio/driver.h says:
>
> @get_direction: returns direction for signal "offset", 0=out, 1=in
>
> We got those switched at some point. Fix the values.
>
> Signed-off-by: Bartosz Golaszewski
Patch applied.
Yours,
On Thu, May 25, 2017 at 10:33 AM, Bartosz Golaszewski wrote:
> All internal symbols except for the direction enum follow the same
> convention and use the gpio_mockup prefix. Add the prefix to the
> DIR_IN and DIR_OUT definitions as well for consistency across the
> file.
>
> Signed-off-by: Barto
On Thu, May 25, 2017 at 10:33 AM, Bartosz Golaszewski wrote:
> When inserting and removing the module repeatedly (e.g. when running
> the libgpiod test-suite) the kernel log gets clobbered with messages
> reporting successful creation of dummy gpiochips.
>
> Remove this message and only emit logs
On Thu, May 25, 2017 at 10:33 AM, Bartosz Golaszewski wrote:
> Even though this is a testing module, be nice and actually implement
> these functions.
>
> Signed-off-by: Bartosz Golaszewski
Patch applied.
Yours,
Linus Walleij
101 - 200 of 645 matches
Mail list logo
