This patchset depends on Dmitry's patch that fixes the
GPIO ACPI API[1], so devm_gpiod_get_optional can be properly
used in the code.
[1] https://lkml.org/lkml/2015/11/11/465
Changes in v11:
- renamed irq-gpio and reset-gpio to irq-gpios and reset-gpios
- added Rob's Acked-by for the binding
Use goodix_i2c_write_u8 instead of i2c_master_send to simplify code.
Signed-off-by: Irina Tirdea
Tested-by: Bastien Nocera
Tested-by: Aleksei Mamlin
---
drivers/input/touchscreen/goodix.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git
On 19/11/2015 12:14, Thomas Gleixner wrote:
> So yes, the alignment of the clocksource struct is not longer
> relevant. The case where we access clocksource->max_cycles is when
> CONFIG_DEBUG_TIMEKEEPING is enabled, which imposes worse performance
> problems to timekeeping than the extra
Add support for runtime power management so that the device is
turned off when not used (when the userspace holds no open
handles of the input device). The device uses autosuspend with a
default delay of 2 seconds, so the device will suspend if no
handles to it are open for 2 seconds.
The runtime
Goodix devices can be configured by writing custom data to the device at
init. The configuration data is read with request_firmware from
"goodix__cfg.bin", where is the product id read from the device
(e.g.: goodix_911_cfg.bin for Goodix GT911, goodix_9271_cfg.bin for
GT9271).
The configuration
After power on, it is recommended that the driver resets the device.
The reset procedure timing is described in the datasheet and is used
at device init (before writing device configuration) and
for power management. It is a sequence of setting the interrupt
and reset pins high/low at specific
Fengguang Wu wrote:
> Hi David,
>
> On Wed, Nov 18, 2015 at 05:00:07PM -0800, David Rientjes wrote:
> > On Thu, 19 Nov 2015, kbuild test robot wrote:
> >
> > > Hi David,
> > >
> > > [auto build test ERROR on: next-20151118]
> > > [also build test ERROR on: v4.4-rc1]
> > >
> >
> > You need to
It looks like no comment (no interest?) on this patch.
If nobody is opposed to this patch, I will put it into Russell's patch tracker.
2015-11-11 20:47 GMT+09:00 Masahiro Yamada :
> The function uniphier_cache_get_next_level_node() does the same thing
> as of_find_next_cache_node(). Drop the
On Wed, Nov 18, 2015 at 04:55:10PM -0500, Nicolas Pitre wrote:
> On Wed, 18 Nov 2015, Will Deacon wrote:
> > On Wed, Nov 18, 2015 at 10:15:05AM -0800, Yang Shi wrote:
> > > +loops_per_jiffy / (50UL/HZ),
> > > +loops_per_jiffy / (5000UL/HZ) % 100);
>
>
On 2015/11/19 20:10, Wangnan (F) wrote:
On 2015/11/19 19:22, Jiri Olsa wrote:
On Tue, Nov 17, 2015 at 04:05:36PM +0100, Jiri Olsa wrote:
[SNIP]
In addition, just for your information, I find libdw can unwind call
chain I described yesterday in [1].
Please forget it. The problem is
On Thursday 19 November 2015 13:00:48 Ulf Hansson wrote:
> Thanks, applied for next!
>
> FYI: There were some check patch warnings, I decided to fix them
> myself before applying.
>
Ok, thanks!
Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
> -Original Message-
> From: Nicholas Krause [mailto:xerofo...@gmail.com]
> Sent: Thursday, November 19, 2015 5:31 AM
> To: Ariel Elior
> Cc: netdev ; linux-kernel
>
> Subject: [PATCH] bnx2x:Fix error handling and return statement in the function
> bnx2x_vf_init
>
> This fixes error
It was <2015-11-18 śro 06:25>, when Ismail Kizir wrote:
> Hello,
>
> I've developed a new encryption algorithm, which dynamically changes
> the key according to plaintext and practically impossible to break.
[...]
> I will be glad to see my algorithm included in Linux distributions.
> Please feel
On 2015/11/19 19:22, Jiri Olsa wrote:
On Tue, Nov 17, 2015 at 04:05:36PM +0100, Jiri Olsa wrote:
SNIP
Tested on x86_64. The change is in generic code only,
so it should not affect other archs. Still it would be
nice to have some confirmation.. Wang Nan? ;-)
It'd be nice to have this for
On Wed, Nov 18, 2015 at 03:06:16PM -0500, Boris Ostrovsky wrote:
> The first patch fixes Xen PV regression introduced by 32-bit rewrite. Unlike
> the
> earlier version it uses ALTERNATIVE instruction and avoids using xen_sysexit
> (and sysret32 in compat mode) pv ops, as suggested by Andy. (I
Originally the driver would use of_irq_count to
calculate how much memory is required for storing the
interrupt names, since the number of interrupt sources
for the controller is variable.
Since of_irq_count cannot be used by the driver, use
fixed names.
Signed-off-by: John Garry
Signed-off-by:
On Wed, 21 Oct 2015 11:47:25 -0700
Suravee Suthikulpanit wrote:
Hi Suravee,
Sorry it took so long to get to this series. Comments below.
> This patch introduces pci_host_bridge_acpi_msi_domain(), which returns
> the MSI domain of the specified PCI host bridge with DOMAIN_BUS_PCI_MSI
> bus
On Wed, Nov 18, 2015 at 12:21:56PM -0800, Andy Lutomirski wrote:
> Could we make this a little less subtle:
>
> ALTERNATIVE "testl %eax, %eax; lz .Lsyscall_32_done", "jmp
> .Lsyscasll_32_done", X86_FEATURE_XENPV
>
> Borislav, what do you think?
I don't mind either.
I would've said your version
On 19/11/2015 13:01, Wanpeng Li wrote:
> > This is not correct. As far as I know, the SYSCALL bit is always
> > present in CPUID, even if the machine is running in 32-bit mode; CPUID
> > documentation (SDM Volume 2) explicitly documents bit 11 as "Bit 11:
> > SYSCALL/SYSRET available in 64-bit
Hi,
I've looked into blk-mq and possible support for I/O scheduling.
The reason for this is to minimize performance degradation with
rotational devices when scsi_mod.use_blk_mq=1 is switched on.
I think that the degradation is well reflected with fio measurements.
With an increasing number of
2015-11-19 19:05 GMT+08:00 Paolo Bonzini :
>
>
> On 19/11/2015 11:45, Wanpeng li wrote:
>> Intel cpu doesn't support syscall/sysret in non 64-bit mode which
>> is different from AMD. Expose syscall/sysret to intel 32-bit guest
>> just makes no sense and leads to #UD which will confuse the users.
On 16 November 2015 at 17:08, Arnd Bergmann wrote:
> When compiling the sh_mmcif driver for ARM64, we currently
> get a harmless build warning:
>
> ../drivers/mmc/host/sh_mmcif.c: In function 'sh_mmcif_request_dma_one':
> ../drivers/mmc/host/sh_mmcif.c:417:4: warning: cast to pointer from integer
> -Original Message-
> From: Rob Herring [mailto:r...@kernel.org]
> Sent: 18 November, 2015 23:24
> To: Tirdea, Irina
> Cc: Dmitry Torokhov; Bastien Nocera; Aleksei Mamlin; Karsten Merker;
> linux-in...@vger.kernel.org; Mark Rutland; Purdila, Octavian;
> linux-kernel@vger.kernel.org;
On Tue, Nov 17, 2015 at 11:55:53PM +0100, Enric Balletbo Serra wrote:
> Hello Thierry,
>
> 2015-11-17 13:55 GMT+01:00 Thierry Reding :
> > On Mon, Nov 16, 2015 at 05:28:24PM +0100, Enric Balletbo Serra wrote:
> >> Hello Thierry,
> >>
> >> Many thanks for your comments.
> >>
> >> 2015-11-16 12:50
On 14 November 2015 at 18:05, Julia Lawall wrote:
> The mmc_pwrseq_ops structures are never modified, so declare them as const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
Thanks, applied for next!
Kind regards
Uffe
>
> ---
> drivers/mmc/core/pwrseq.h|2
On 2015/11/19 6:44, Arnaldo Carvalho de Melo wrote:
Have you guys ever saw this?
[acme@zoo linux]$ alias m
alias m='perf stat -e cycles make O=/tmp/build/perf -C tools/perf
install-bin'
[acme @zoo linux]$ m
make: Entering directory '/home/git/linux/tools/perf'
BUILD: Doing 'make -j4'
The gendisk structure has not been initialized when using lightnvm.
Make sure to not delete it upon exit. Also make sure that we use the
appropriate disk_name at unregistration.
Signed-off-by: Matias Bjørling
---
drivers/block/null_blk.c | 8 +---
1 file changed, 5 insertions(+), 3
The linear addressing mode was removed in 7386af2. Make null_blk instead
expose the ppa format geometry and support the generic addressing mode.
Signed-off-by: Matias Bjørling
---
drivers/block/null_blk.c | 28 +++-
1 file changed, 23 insertions(+), 5 deletions(-)
diff
Instead of using a page pool, we can save memory by only allocating room
for 64 entries for the ppa command. Introduce a ppa_cache to allocate only
the required memory for the ppa list.
Signed-off-by: Matias Bjørling
---
drivers/block/null_blk.c | 26 --
1 file changed,
Hi Jens,
Please take a look at these three patches for 4.4-rc2.
The first patch uses a slab allocator for ppa list to only allocate the
necessary memory. As the linear addressing mode was removed, the second
patch changes the driver to use the ppa format adressing mode and at
last, the third
Am 19.11.2015 um 12:41 schrieb Hannes Frederic Sowa:
> On Thu, Nov 19, 2015, at 10:56, Stefan Priebe - Profihost AG wrote:
>> OK it had a livelock again. It just took more time.
>>
>> So here is the data:
>
> Thanks, I couldn't reproduce it so far with simple threaded resolver
> loop on your
On Thu, Nov 19, 2015, at 10:56, Stefan Priebe - Profihost AG wrote:
> OK it had a livelock again. It just took more time.
>
> So here is the data:
Thanks, I couldn't reproduce it so far with simple threaded resolver
loop on your kernel. :/
Your data is useless if you don't also provide the file
On Thu, Nov 19, 2015 at 01:25:29AM +0200, Kirill A. Shutemov wrote:
> The idea borrowed from Peter's patch from patchset on speculative page
> faults[1]:
>
> Instead of passing around the endless list of function arguments,
> replace the lot with a single structure so we can change context
>
On 3 November 2015 at 12:37, Peter Ujfalusi wrote:
> The driver will not probe without valid DMA channels so no need to check
> if they are valid when the module is removed.
>
> Signed-off-by: Peter Ujfalusi
> CC: Ulf Hansson
Thanks, applied for next!
Kind regards
Uffe
> ---
>
Hi David,
On Wed, Nov 18, 2015 at 05:00:07PM -0800, David Rientjes wrote:
> On Thu, 19 Nov 2015, kbuild test robot wrote:
>
> > Hi David,
> >
> > [auto build test ERROR on: next-20151118]
> > [also build test ERROR on: v4.4-rc1]
> >
>
> You need to teach your bot what patches I'm proposing
On 21 October 2015 at 12:10, Sudeep Holla wrote:
> Though the mmc core driver should/will continue to support the legacy
> "enable-sdio-wakeup" property to enable SDIO as the wakeup source, we
> need to add support for the new standard property "wakeup-source".
>
> This patch adds support for
On 12 November 2015 at 12:27, yalin wang wrote:
> Use kmalloc instead of kzalloc, zero the memory is not needed.
>
> Signed-off-by: yalin wang
Thanks, applied for next! I took liberty to update the change log and
the commit message header to make it more descriptive.
Kind regards
Uffe
> ---
On 9 November 2015 at 15:03, Ludovic Desroches
wrote:
> Turn the informative message about no vmmc/vqmmc regulator found in
> debug one. There is no need to indicate that something optional is
> missing. Moreover, it can bring confusion, people who doesn't know
> it is optional may consider these
On 10 November 2015 at 20:12, Adrien Schildknecht
wrote:
> Fault-injection capability for MMC IO uses debugfs entries to configure
> the attributes.
> FAULT_INJECTION_DEBUG_FS must be enabled to use FAIL_MMC_REQUEST.
>
> Replace FAULT_INJECTION with FAULT_INJECTION_DEBUG_FS.
> Also remove 'select
On 11 November 2015 at 19:11, Ludovic Desroches
wrote:
> Add runtime PM support and use runtime_force_suspend|resume() for system
> PM.
>
> Signed-off-by: Ludovic Desroches
Thanks, applied for next!
Kind regards
Uffe
> ---
>
> Changes:
> - from v3: add error handling of runtime PM
> - from
On Thu, Nov 19, 2015 at 06:43:14PM +0800, Wangnan (F) wrote:
> Also, why not fixing rsp in kernel if that instruction is a 'callq'?
> For avoiding instruction decoding?
Why would the kernel do that? It doesn't need this.
Have userspace do it when trying to interpret the data.
If
On Thursday 19 November 2015 03:40:25 Chen Gang wrote:
> diff --git a/include/asm-generic/page.h b/include/asm-generic/page.h
> index 37d1fe2..67cfb7d 100644
> --- a/include/asm-generic/page.h
> +++ b/include/asm-generic/page.h
> @@ -24,9 +24,6 @@
>
> #ifndef __ASSEMBLY__
>
> -#define
On Thursday 19 November 2015 12:34:22 Peter Ujfalusi wrote:
>
> I think we can go with a single API, but I don't really like that:
> dma_request_channel(dev, name, *mask, fn, fn_param);
>
> This would cover all current uses being legacy, DT/ACPI, compat, etc:
> dma_request_channel(NULL, NULL, ,
From: Borislav Petkov
Hi,
so that xstate_fault() thing did cause trouble in the past, see
06c8173eb92b ("x86/fpu/xsaves: Fix improper uses of __ex_table")
So lemme kill it.
I had an earlier version of that patch, here's an updated one and split
into two for better digestion.
The guest
From: Borislav Petkov
Add an XSTATE_OP macro which contains the XSAVE* fault handling and
replace all non-alternatives users of xstate_fault() with it.
This fixes also the buglet in copy_xregs_to_user() and
copy_user_to_xregs() where the inline asm didn't have @xstate as memory
reference and
From: Borislav Petkov
Add macros for the alternative XSAVE*/XRSTOR* operations which contain
the fault handling and use them. Kill xstate_fault().
Also, copy_xregs_to_kernel() didn't have the extended state as memory
reference in the asm.
Signed-off-by: Borislav Petkov
---
On Nov 19 2015 or thereabouts, Jiri Kosina wrote:
> On Thu, 12 Nov 2015, Simon Wood wrote:
>
> > Patch-V2 tweaked as per Benjamin's requests.
>
> Looking at the patches, I am happy with them, but still would like to have
> Benjamin's Ack/Reviewed-by before merging them.
>
> Benjamin ... ?
On Thu, Nov 19, 2015 at 11:23:00AM +0100, Ingo Molnar wrote:
> PEBS is an asynchronous hardware tracing mechanism, when batched PEBS is used
> it
> might not even result in any interruption of execution. The 'pt_regs' does
> not
> necessarily correspond to an interrupted, restartable context -
On Wed, 18 Nov, at 09:18:59AM, Ingo Molnar wrote:
>
> Ah yes - but then the text is misleading, what does 'in the virtual range of
> 64Gb'
> mean? A virtual memory range is a specific range of addresses - like in the
> table
> you extended.
>
> A better phrasing would be something like:
>
>
On Tue, Nov 17, 2015 at 04:05:36PM +0100, Jiri Olsa wrote:
SNIP
> Tested on x86_64. The change is in generic code only,
> so it should not affect other archs. Still it would be
> nice to have some confirmation.. Wang Nan? ;-)
>
> It'd be nice to have this for libdw unwind as well,
> but it
On Thu, Nov 19, 2015 at 11:55:46AM +0100, Marc Gonzalez wrote:
> If you just object to the ifdef, then perhaps 'reg' can be included
> unconditionally.
>
> diff --git a/include/linux/clocksource.h b/include/linux/clocksource.h
> index 278dd279a7a8..50725fd23ab0 100644
> ---
On 10 November 2015 at 10:43, Haibo Chen wrote:
> Here we use '|=' to set the tuning-step, but before that, we should
> clear the tuning-step, otherwise we could got the wrong setting.
>
> Signed-off-by: Haibo Chen
> ---
> drivers/mmc/host/sdhci-esdhc-imx.c | 7 +--
> 1 file changed, 5
On Nov 12 2015 or thereabouts, Simon Wood wrote:
> This patch adds basic support for the Logitech G920 wheel when in HID
> mode. This wheel 'speaks' the HID++ protocol, and therefor is driven
> with hid-logitech-hidpp.
>
> At this stage the driver only shows that it can communicate with the
>
On 10 November 2015 at 10:43, Haibo Chen wrote:
> Currently, we config the watermark_level register only in probe.
> This will cause the mmc write operation timeout issue after system
> resume back in LPSR mode. Because in LPSR mode, after system resume
> back, the watermark_level register(0x44)
On 19 November 2015 at 18:28, Peter Hurley wrote:
> On 11/18/2015 09:35 PM, Baolin Wang wrote:
>> On 18 November 2015 at 23:32, Peter Hurley wrote:
>>> Hi Baolin,
>>>
>>> On 11/16/2015 02:05 AM, Baolin Wang wrote:
It dose not work when we want to use the usb-to-serial port based
on one
On Thu, Nov 19, 2015 at 08:38:58AM +0800, Huang, Ying wrote:
> Hi, Peter,
>
> Peter Zijlstra writes:
>
> > On Wed, Nov 18, 2015 at 02:33:00PM +0800, kernel test robot wrote:
> >> FYI, we noticed the below changes on
> >>
> >> https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git
On Thu, 19 Nov 2015, Russell King - ARM Linux wrote:
> On Thu, Nov 19, 2015 at 11:42:48AM +0100, Thomas Gleixner wrote:
> > On Thu, 19 Nov 2015, Russell King - ARM Linux wrote:
> > > The basic cause of this problem is the cacheline_aligned annotation
> > > which effectively prevents wrapping
On Wed, Nov 11, 2015 at 03:47:21PM -0600, Konstantin Shkolnyy wrote:
Please make the commit message self-contained even if it means repeating
what callback you're implementing here.
> Without this function, when the port is closed the data in the chip's
> transmit FIFO are lost. If the actual
On 19/11/2015 09:40, Gerd Hoffmann wrote:
>> > But this code should be
>> > minor to be maintained in libvirt.
> As far I know libvirt only needs to discover those devices. If they
> look like sr/iov devices in sysfs this might work without any changes to
> libvirt.
I don't think they will
On Thu, Nov 19, 2015 at 11:42:48AM +0100, Thomas Gleixner wrote:
> On Thu, 19 Nov 2015, Russell King - ARM Linux wrote:
> > The basic cause of this problem is the cacheline_aligned annotation
> > which effectively prevents wrapping struct clocksource to provide
> > implementation specific
>
> From: Jarkko Sakkinen [jarkko.sakki...@linux.intel.com]
> Sent: Tuesday, November 17, 2015 17:27
>
> Support for sealing with a authorization policy.
>
> Two new options for trusted keys:
>
> * 'policydigest=': provide an auth policy digest for
On 19/11/15 10:16, Tomasz Figa wrote:
> 2015-11-19 13:51 GMT+09:00 Krzysztof Kozlowski :
>> > On 19.11.2015 13:18, Tomasz Figa wrote:
>>> >> However, I don't think we can disable compilation of particular
>>> >> 64-bit SoCs, so maybe there isn't much sense in splitting their
>>> >> clock drivers
On 19/11/2015 11:45, Wanpeng li wrote:
> Intel cpu doesn't support syscall/sysret in non 64-bit mode which
> is different from AMD. Expose syscall/sysret to intel 32-bit guest
> just makes no sense and leads to #UD which will confuse the users.
>
> This patch disable expose syscall/sysret to
On 11/18/2015 05:16 PM, Dan Bogdan Nechita wrote:
Currently writing the attributes with "echo" will result in comparing:
"enabled\n" with "enabled\0" and attribute is always set to false.
Use the sysfs_streq() instead because it treats both NUL and
new-line-then-NUL as equivalent string
On 19/11/2015 11:36, Russell King - ARM Linux wrote:
> On Thu, Nov 19, 2015 at 11:33:47AM +0100, Thomas Gleixner wrote:
>> Russell,
>>
>> On Wed, 18 Nov 2015, Russell King - ARM Linux wrote:
>>
>>> On Wed, Nov 18, 2015 at 02:43:34PM +0100, Marc Gonzalez wrote:
Since 'struct clocksource' is
The sys.path should be scripts/gdb,
so that we can import linux lib correctly.
Signed-off-by: yalin wang
---
scripts/gdb/vmlinux-gdb.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/gdb/vmlinux-gdb.py b/scripts/gdb/vmlinux-gdb.py
index ce82bf5..5a45d1a 100644
---
在 2015/11/19 1:50, Marc Zyngier 写道:
> On 06/11/15 08:28, MaJun wrote:
>> From: Ma Jun
>>
>> Add the mbigen msi interrupt controller bindings document.
>>
>> This patch based on Mark Rutland's patch
>> https://lkml.org/lkml/2015/7/23/558
>>
>> Signed-off-by: Ma Jun
>> ---
>>
Hi Marc:
在 2015/11/19 17:41, Marc Zyngier 写道:
> On Fri, 6 Nov 2015 16:28:42 +0800
> MaJun wrote:
>
>> From: Ma Jun
>>
[...]
>> struct mbigen_irq_data {
>> void __iomem*base;
>> +unsigned intpin_offset;
>> unsigned intreg_vec;
>> +unsigned
The data_year_param struct is never modified, so lets constify it.
This permit to remove cast since of_device_id is const also.
Signed-off-by: LABBE Corentin
---
drivers/rtc/rtc-sunxi.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-sunxi.c
The usage of of_device_get_match_data reduce the code size a bit.
Signed-off-by: LABBE Corentin
---
drivers/rtc/rtc-sunxi.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/rtc/rtc-sunxi.c b/drivers/rtc/rtc-sunxi.c
index 0c08a5b..abada60 100644
---
The variable year must be set as unsigned since it is used with
sunxi_rtc_data_year{.min|.max} and as parameter of is_leap_year() which
wait for unsigned int.
Only tm_year is not unsigned, but it is long.
This patch fix also the format of printing of min/max. (must use %u since
they are unsigned)
On 11/18/2015 09:05 PM, Nathan Zimmer wrote:
On 11/18/2015 07:50 AM, Vlastimil Babka wrote:
At first glance it seems that RCU would be a good fit here and achieve even
better lookup scalability, have you considered it?
Originally that was my plan but when I saw how good the results were
On Thu, 19 Nov 2015 09:25:24 +0100
Christian Borntraeger wrote:
> On 11/19/2015 09:18 AM, Martin Schwidefsky wrote:
> > On Thu, 19 Nov 2015 00:49:58 +0100
> > Dominik Dingel wrote:
> >
> >> The userfaultfd does need FAULT_FLAG_ALLOW_RETRY to not return
> >> VM_FAULT_SIGBUS. So we improve the
Add Mediatek MT8173 EFUSE Devicetree binding file
Signed-off-by: Andrew-CT Chen
---
.../devicetree/bindings/nvmem/mtk-efuse.txt| 36 ++
1 file changed, 36 insertions(+)
create mode 100644 Documentation/devicetree/bindings/nvmem/mtk-efuse.txt
diff --git
Add Mediatek MT8173 EFUSE device node
Signed-off-by: Andrew-CT Chen
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
index 4dd5f93..d67e23b 100644
---
Add Mediatek EFUSE driver to access hardware data like
thermal sensor calibration or HDMI impedance.
Signed-off-by: Andrew-CT Chen
---
drivers/nvmem/Kconfig | 11 ++
drivers/nvmem/Makefile| 2 ++
drivers/nvmem/mtk-efuse.c | 89 +++
3
This patch adds EFUSE support driver which is used by other drivers
like thermal sensor and HDMI impedance.
There are some efuses these fuses store things like calibration data,
speed bins.. etc. Drivers like thermal sensor, HDMI impedance would
read out this data for configuring the driver.
On Thu, 19 Nov 2015, Russell King - ARM Linux wrote:
> The basic cause of this problem is the cacheline_aligned annotation
> which effectively prevents wrapping struct clocksource to provide
> implementation specific data.
>
> Maybe your idea is that struct clocksource should be bloated with
On 2015/11/19 18:23, Ingo Molnar wrote:
* Wangnan (F) wrote:
On 2015/11/19 14:37, Ingo Molnar wrote:
* Wangnan (F) wrote:
perf cmdline is
# ./pref record -g -F 9 --call-graph dwarf ./test_dwarf_unwind
Use default events, precise_ip == 2 so uses PEBS.
Testetd 'cycles', 'cycles:p'
On Thu, Nov 19, 2015 at 11:36:53AM +0100, Thomas Gleixner wrote:
> On Thu, 19 Nov 2015, Russell King - ARM Linux wrote:
> > Maybe the cacheline_aligned is inappropriate then, because it means
> > any wrapping of struct clocksource has exactly the same problem.
>
> We could do that, but that
Hi Fi
please read comment
https://bugzilla.redhat.com/show_bug.cgi?id=1282706#c2
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
On Thu, Nov 19, 2015 at 08:32:09AM +0530, Vinod Koul wrote:
> On Thu, Nov 19, 2015 at 11:35:28AM +1100, Stephen Rothwell wrote:
> > a86d505783e4 ("ASoC: Intel: Skylake: Adding nau88l25+ssm4567 machine
> > driver")
> Okay both went it same time, I will send a patch for this
> Somehow Feng's
On 2015년 11월 19일 19:10, MyungJoo Ham wrote:
>> After probing the devfreq device driver, the value of both min_freq and
>> max_freq are zero(0). So, this patch initializes the 'min_freq' and
>> 'max_freq'
>> field of devfreq device by using the freq_table array.
>>
>> Signed-off-by: Chanwoo Choi
On Thu, 19 Nov 2015, Russell King - ARM Linux wrote:
> On Thu, Nov 19, 2015 at 10:27:33AM +0100, Marc Gonzalez wrote:
> > On 18/11/2015 18:21, Russell King - ARM Linux wrote:
> > > On Wed, Nov 18, 2015 at 02:43:34PM +0100, Marc Gonzalez wrote:
> > >
> > >> Since 'struct clocksource' is
On Thu, Nov 19, 2015 at 11:33:47AM +0100, Thomas Gleixner wrote:
> Russell,
>
> On Wed, 18 Nov 2015, Russell King - ARM Linux wrote:
>
> > On Wed, Nov 18, 2015 at 02:43:34PM +0100, Marc Gonzalez wrote:
> > > Since 'struct clocksource' is cacheline_aligned, gcc must insert
> > > a lot of
On 11/18/2015 05:46 PM, Andy Shevchenko wrote:
> On Wed, Nov 18, 2015 at 4:21 PM, Peter Ujfalusi wrote:
>> Hi Vinod,
>>
>> bringing this old thread back to life as I just started to work on this.
>
> What I remember we need to convert drivers to use new API meanwhile it
> is good to keep old one
On 11/18/2015 05:07 PM, Arnd Bergmann wrote:
> On Wednesday 18 November 2015 16:41:35 Peter Ujfalusi wrote:
>> On 11/18/2015 04:29 PM, Arnd Bergmann wrote:
>>> On Wednesday 18 November 2015 16:21:26 Peter Ujfalusi wrote:
2. non slave channel requests, where only the functionality matters,
Russell,
On Wed, 18 Nov 2015, Russell King - ARM Linux wrote:
> On Wed, Nov 18, 2015 at 02:43:34PM +0100, Marc Gonzalez wrote:
> > Since 'struct clocksource' is cacheline_aligned, gcc must insert
> > a lot of padding between reg and clksrc in 'struct clocksource_mmio'
> > (for example,
On Thu, Nov 19, 2015 at 10:27:33AM +0100, Marc Gonzalez wrote:
> On 18/11/2015 18:21, Russell King - ARM Linux wrote:
> > On Wed, Nov 18, 2015 at 02:43:34PM +0100, Marc Gonzalez wrote:
> >
> >> Since 'struct clocksource' is cacheline_aligned, gcc must insert
> >> a lot of padding between reg
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive
- two functional fixes for wacom HID driver from Ping Cheng and Jiri
Kosina
Thanks
Jiri Kosina (1):
HID: wacom:
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/livepatching.git for-linus
to receive livepatching fix for module handling in case kASLR has been
enabled, from Zhou Chengming.
Thanks.
Zhou
On 11/18/2015 09:35 PM, Baolin Wang wrote:
> On 18 November 2015 at 23:32, Peter Hurley wrote:
>> Hi Baolin,
>>
>> On 11/16/2015 02:05 AM, Baolin Wang wrote:
>>> It dose not work when we want to use the usb-to-serial port based
>>> on one usb gadget as a console. Thus this patch adds the console
* Wangnan (F) wrote:
>
>
> On 2015/11/19 14:37, Ingo Molnar wrote:
> >* Wangnan (F) wrote:
> >
> >>>perf cmdline is
> >>>
> >>># ./pref record -g -F 9 --call-graph dwarf ./test_dwarf_unwind
> >>>
> >>>Use default events, precise_ip == 2 so uses PEBS.
> >>>
> >>Testetd 'cycles', 'cycles:p'
support rk3399 dmc clock driver. Note, ddr set rate function will
use dcf controller which run in ATF, it need to fishish it when rk3399
arm trust firmware ready.
Signed-off-by: Lin Huang
---
drivers/clk/rockchip/Makefile | 1 +
drivers/clk/rockchip/clk-rk3399-dmc.c | 196
rk3399 do ddr frequency scaling use devfreq framework,
use simple_ondemand policy, and use rk3399 dfi controller
to get ddr busy time.
Signed-off-by: Lin Huang
---
drivers/devfreq/Kconfig | 1 +
drivers/devfreq/Makefile | 1 +
drivers/devfreq/rockchip/Kconfig
these patchset bring up rk3399 ddr frequency scaling flow,
use devfreq framework and simple_ondemand policy. Ddr set
rate function will implement in dcf controller which run in
the ATF, and rk3399 ATF not ready now, so we need finish it
when rk3399 ATF ready.
Lin Huang (2):
clk: rockchip: dmc:
Hi,
While I was creating thousands of docker container on a power8 baremetal
(config: 4.3.0 kernel 1TB RAM, 20core (=160 cpu) system. After creating
around 5600 container
I have hit below problem.
[This is looking similar to
https://bugzilla.kernel.org/show_bug.cgi?id=101011, but
kernel had
On Wed, Nov 11 2015, Andy Shevchenko wrote:
> Like others test are doing print the gathered statistics after test module is
> finished. Return from the module based on the result.
>
Homogeneity between test modules is good.
Acked-by: Rasmus Villemoes
--
To unsubscribe from this list: send the
On Wed, Nov 11 2015, Andy Shevchenko wrote:
> Currently only one combination is tested for overflow, i.e. rowsize = 16,
> groupsize = 1, len = 1. Do various test to go all possible branches.
>
> Signed-off-by: Andy Shevchenko
> ---
> lib/test_hexdump.c | 23 ++-
> 1 file
Commit-ID: 581b7f158fe0383b492acd1ce3fb4e99d4e57808
Gitweb: http://git.kernel.org/tip/581b7f158fe0383b492acd1ce3fb4e99d4e57808
Author: Andrew Cooper
AuthorDate: Wed, 3 Jun 2015 10:31:14 +0100
Committer: Thomas Gleixner
CommitDate: Thu, 19 Nov 2015 11:07:49 +0100
x86/cpu: Fix SMAP
701 - 800 of 1776 matches
Mail list logo
