On 01/23/2017 06:20 PM, Christoph Hellwig wrote:
> On Mon, Jan 23, 2017 at 05:07:52PM +0100, Matias Bjørling wrote:
>> Hi,
>>
>> I could use some help verifying an use-after-free bug that I am seeing
>> after the new direct I/O work went in.
>>
>> When issuing a direct write io using libaio, a bio
On Mon, 26 Dec 2016, Lukasz Majewski wrote:
> The commit a55944ca82d2
> ("backlight: update bd state & fb_blank properties when necessary")
> has posed some extra restrictions on blanking and unblanking frame buffer
> device.
>
> Unfortunately, pwm_bl driver's probe did not initialize members of
Hi,
On Friday 20 January 2017 03:12 AM, Stephen Boyd wrote:
> On 01/19, Vivek Gautam wrote:
>>
>> On 01/19/2017 06:10 AM, Stephen Boyd wrote:
>>> Didn't we already move away from subnodes for lanes in an earlier
>>> revision of these patches? I seem to recall we did that because
>>> lanes are
Commit-ID: 0b737a9c2af85cc8295f9308d9250f9111bbf94d
Gitweb: http://git.kernel.org/tip/0b737a9c2af85cc8295f9308d9250f9111bbf94d
Author: Yazen Ghannam
AuthorDate: Mon, 23 Jan 2017 19:35:08 +0100
Committer: Ingo Molnar
CommitDate: Tue, 24 Jan 2017 09:14:53 +0100
x86/ras/amd: Make sysfs na
On Tue, Jan 24, 2017 at 10:32:11AM +0100, Matias Bjørling wrote:
> *(gdb) list *blkdev_direct_IO+0x50c
> 0x8142ab8c is in blkdev_direct_IO (fs/block_dev.c:401).
> 396 submit_bio(bio);
> 397 bio = bio_alloc(GFP_KERNEL, nr_pages);
> 398 }
> 399
Am 24.01.2017 um 10:25 schrieb Arvind Yadav:
Here, If ioremap_nocache will fail. It will return NULL.
Kernel can run into a NULL-pointer dereference.
This error check will avoid NULL pointer dereference.
Signed-off-by: Arvind Yadav
I'm not 100% sure if ioremap_nocache() can actually return NU
Greg Kurz writes:
> The kernel API does not use anything from this header file.
That's actually hard to prove in general, because pnv-pci.h includes
linux/pci.h, linux/pci_hotplug.h, linux/irq.h, misc/cxl-base.h and
asm/opal-api.h. At least four of which aren't included directly by
api.c.
But I
On Tuesday 24 January 2017 10:18:17 Pavel Machek wrote:
> Hi!
> On Mon 2017-01-23 14:44:54, Tony Lindgren wrote:
> > * Pavel Machek [170123 14:26]:
> > > [25392.239837] Unhandled fault: external abort on non-linefetch (0x1028)
> > > at 0xfa0ab060
> > > [25392.239868] pgd = c0004000
> > > [25392.2
On 01/24/2017 10:52 AM, Christoph Hellwig wrote:
> On Tue, Jan 24, 2017 at 10:32:11AM +0100, Matias Bjørling wrote:
>> *(gdb) list *blkdev_direct_IO+0x50c
>> 0x8142ab8c is in blkdev_direct_IO (fs/block_dev.c:401).
>> 396 submit_bio(bio);
>> 397 bio = bio_al
On 23 January 2017 at 21:11, Dave Gerlach wrote:
> On 01/20/2017 10:52 AM, Ulf Hansson wrote:
>>
>> [...]
>>
> Another option is create something new either common or TI SCI
> specific. It could be just a table of ids and phandles in the SCI
> node. I'm much more comfortable with an is
> Subject: Re: [PATCH] rtlwifi: rtl8192x: Enabling and disabling hardware
> interrupts
> after enabling local irq flags
>
> On 01/20/2017 08:14 AM, Bharat Kumar Gogada wrote:
> > > On 01/19/2017 04:14 AM, Bharat Kumar Gogada wrote:
> >>> -Realtek 8192CE chipset maintains local irq flags after
>
Previously the order described in the comment wasn't the actual
order that was considered. And the result also depended on the orders
of the various ID in the pg83 data.
Signed-off-by: Sylvain Munaut
---
drivers/scsi/scsi_lib.c | 25 ++---
1 file changed, 10 insertions(+), 15
On 01/23/2017 08:43 PM, Jarkko Sakkinen wrote:
On Mon, Jan 23, 2017 at 02:26:27AM -0500, Nayna Jain wrote:
Unlike the device driver support for TPM 1.2, the TPM 2.0 does
not support the securityfs pseudo files for displaying the
firmware event log.
This patch enables support for providing the
On Mon, Jan 23, 2017 at 08:49:29PM +0530, Keerthy wrote:
> Eduardo,
>
> On Friday 06 January 2017 11:31 AM, Keerthy wrote:
> >Technical Reference Manual [1] mandates that software should
> >not be configuring the thermal shutdown thresholds. Hence
> >removing TSHUT_CONFIG.
>
> Any comments on thi
On Thu 19-01-17 14:57:36, David Rientjes wrote:
> Commit 82e7d3abec86 ("oom: print nodemask in the oom report") implicitly
> sets the allocation nodemask to cpuset_current_mems_allowed when there is
> no effective mempolicy. cpuset_current_mems_allowed is only effective
> when cpusets are enabl
> On 21/01/17 11:11, Bharat Kumar Gogada wrote:
> > - The legacy status register value for particular INTx becomes low
> > only after DEASSERT_INTx is received.
> > - Few End Points take time for sending DEASSERT_INTx, checking legacy
> > status register in while loop causes invoking of EP handler
As the HPDET can't be aborted mid way through we should not allow any new
insertion to be processed until the previous HPDET has finished. It is very
unlikely but with low enough debounce settings you could start a new HPDET
before the old one has completed, which results in an erroneous reading.
From: Jiri Kosina
Commit 3bb398d925 ("netfilter: nf_ct_helper: disable automatic helper
assignment") is causing behavior regressions in firewalls, as traffic
handled by conntrack helpers is now by default not passed through even
though it was before due to missing CT targets (which were not neces
> On 21/01/17 11:11, Bharat Kumar Gogada wrote:
> > - Few wifi end points which only support legacy interrupts,
> > performs hardware reset functionalities after disabling interrupts
> > by invoking disable_irq and then re-enable using enable_irq, they
> > enable hardware interrupts first and then
From: Markus Elfring
Date: Tue, 24 Jan 2017 11:02:34 +0100
Some update suggestions were taken into account
from static source code analysis.
Markus Elfring (7):
seq: Delete unnecessary checks in snd_seq_ioctl_query_subs()
seq: Delete unnecessary checks in snd_seq_ioctl_get_subscription()
s
From: Markus Elfring
Date: Tue, 24 Jan 2017 08:00:34 +0100
Two checks were repeated by the snd_seq_ioctl_query_subs() function
despite of pointer determinations for the used variables at the beginning.
* Adjust jump targets according to the Linux coding style convention.
* Delete extra variable
On Tue, Jan 24, 2017 at 9:01 AM, Christian Borntraeger
wrote:
> Chris,
>
> since my bug report about this did not result in any fix and since
It was fixed and the fix landed in 4.10-rc4:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=781feef7e6befafd4d9787d1f7ada1f9cc
From: Markus Elfring
Date: Tue, 24 Jan 2017 08:54:36 +0100
Two checks were repeated by the snd_seq_ioctl_get_subscription() function
despite of pointer determinations for the used variables at the beginning.
* Adjust jump targets according to the Linux coding style convention.
* Convert an assi
From: Markus Elfring
Date: Tue, 24 Jan 2017 09:01:17 +0100
Four checks were repeated by the snd_seq_ioctl_unsubscribe_port() function
despite of pointer determinations for the used variables at the beginning.
* Adjust jump targets according to the Linux coding style convention.
* Delete extra v
On 01/23/2017 04:39 PM, Mel Gorman wrote:
> buffered_rmqueue removes a page from a given zone and uses the per-cpu
> list for order-0. This is fine but a hypothetical caller that wanted
> multiple order-0 pages has to disable/reenable interrupts multiple
> times. This patch structures buffere_rmque
> On 21/01/17 11:11, Bharat Kumar Gogada wrote:
> > Legacy interrupts are level sensitive, so using handle_level_irq is
> > more approprate as it is masks interrupts until End point handles
> > interrupts and unmasks interrutps after End point handler is executed.
> >
> > Signed-off-by: Bharat Kuma
From: Markus Elfring
Date: Tue, 24 Jan 2017 09:06:38 +0100
Four checks were repeated by the snd_seq_ioctl_subscribe_port() function
despite of pointer determinations for the used variables at the beginning.
* Adjust jump targets according to the Linux coding style convention.
* Delete extra var
From: Markus Elfring
Date: Tue, 24 Jan 2017 09:44:22 +0100
The script "checkpatch.pl" pointed information out like the following.
ERROR: do not use assignment in if condition
Thus fix the affected source code places.
Signed-off-by: Markus Elfring
---
sound/core/seq/seq_clientmgr.c | 52 +
On 01/17/2017 10:24 AM, Erin Lo wrote:
From: Dawei Chien
Add thermal controller device nodes for MT2701.
Signed-off-by: Dawei Chien
Signed-off-by: Erin Lo
---
arch/arm/boot/dts/mt2701.dtsi | 43 +++
1 file changed, 43 insertions(+)
Applied, thank
Hi,
On Mon, Dec 05, 2016 at 01:06:08PM +0200, Mika Westerberg wrote:
> On Sun, Dec 04, 2016 at 07:52:19PM +0100, Johannes Stezenbach wrote:
> > On Wed, Oct 05, 2016 at 04:05:11PM +0300, Mika Westerberg wrote:
> > > On Wed, Oct 05, 2016 at 02:46:48PM +0200, Johannes Stezenbach wrote:
> > > > On Fri
On 2017년 01월 24일 12:42, MyungJoo Ham wrote:
>> This patch just adds the simple log to show the PPMU device's registration
>> during the kernel booting.
>>
>> Signed-off-by: Chanwoo Choi
>> ---
>> drivers/devfreq/event/exynos-ppmu.c | 3 +++
>> 1 file changed, 3 insertions(+)
>>
>
> Applied in fo
From: Markus Elfring
Date: Tue, 24 Jan 2017 10:05:29 +0100
A local variable was set to an error code in two cases before a concrete
error situation was detected. Thus move the corresponding assignments into
if branches to indicate a software failure there.
This issue was detected by using the Co
From: Markus Elfring
Date: Tue, 24 Jan 2017 10:34:47 +0100
The script "checkpatch.pl" pointed information out like the following.
ERROR: do not use assignment in if condition
Thus fix affected source code places.
Signed-off-by: Markus Elfring
---
sound/oss/dmasound/dmasound_core.c | 23 +
Since HAVE_KPROBES can be enabled in arm64, this patch introduces
regs_query_register_offset() to convert register name to offset for
arm64, so the BPF prologue feature is ready to use.
This patch also changes the 'dwarfnum' to 'offset' in register table,
so the related functions are consistent wi
The register name of arm64 architecture is x0-x31 not r0-r31, this
patch changes this typo.
Before this patch:
# perf probe --definition 'sys_write count'
p:probe/sys_write _text+1502872 count=%r2:s64
# echo 'p:probe/sys_write _text+1502872 count=%r2:s64' > \
/sys/kernel/debug/tracing/
Two patches here makes bpf prologue available for arm64.
He Kuang (2):
perf probe: Fix wrong register name for arm64
perf tools: Introduce regs_query_register_offset() for arm64
tools/perf/arch/arm64/Makefile | 1 +
tools/perf/arch/arm64/include/dwarf-regs-table.h | 12 +
On Sun, 22 Jan 2017 10:36:40 +0800
Guochun Mao wrote:
> Hi,
> On Thu, 2017-01-19 at 08:18 -0600, Rob Herring wrote:
> > On Thu, Jan 19, 2017 at 2:14 AM, Boris Brezillon
> > > One last question and I'm done: is something like that acceptable?
> > >
> > > compatible = ",",",";
> > >
> > >
Hi Ulf,
On 01/20/2017 08:59 AM, Ulf Hansson wrote:
On 19 January 2017 at 11:19, Yong Mao wrote:
From: yong mao
configure some fixed mmc parameters
Signed-off-by: Yong Mao
Signed-off-by: Chaotian Jing
Please change the prefix of the commit message header to "ARM64: dts: mt8173:".
Also m
[add linux-kernel]
On Tue, Jan 24, 2017 at 5:38 AM, Andy Lutomirski wrote:
> Here's another one: split up and modernize /proc.
>
> I'm imagining a whole series of changes:
>
> - Make a sysctlfs. You could mount it and get all the sysctls if you
> have global privilege. If you only have
On 24/01/2017 11:31, Boris Brezillon wrote:
> On Sun, 22 Jan 2017 10:36:40 +0800
> Guochun Mao wrote:
>
>> Hi,
>> On Thu, 2017-01-19 at 08:18 -0600, Rob Herring wrote:
>>> On Thu, Jan 19, 2017 at 2:14 AM, Boris Brezillon
One last question and I'm done: is something like that acceptable?
On 01/23/2017 04:39 PM, Mel Gorman wrote:
> alloc_pages_nodemask does a number of preperation steps that determine
> what zones can be used for the allocation depending on a variety of
> factors. This is fine but a hypothetical caller that wanted multiple
> order-0 pages has to do the preparation s
handle_vmon gets a reference on VMXON region page,
but does not release it. Release the reference.
Found by syzkaller; based on a patch by Dmitry.
Reported-by: Dmitry Vyukov
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/vmx.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff
On Tue, Jan 24, 2017 at 04:57:29PM +0800, Chen Feng wrote:
> Add arm cpu type cortex-a73
>
> Signed-off-by: Chen Feng
Acked-by: Mark Rutland
Mark.
> ---
> Documentation/devicetree/bindings/arm/cpus.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Documentation/devicetree/binding
On 24/01/17 10:15, Bharat Kumar Gogada wrote:
>> On 21/01/17 11:11, Bharat Kumar Gogada wrote:
>>> - The legacy status register value for particular INTx becomes low
>>> only after DEASSERT_INTx is received.
>>> - Few End Points take time for sending DEASSERT_INTx, checking legacy
>>> status regist
On 01/17/2017 10:29 AM, Mel Gorman wrote:
> The per-cpu page allocator can be drained immediately via drain_all_pages()
> which sends IPIs to every CPU. In the next patch, the per-cpu allocator
> will only be used for interrupt-safe allocations which prevents draining
> it from IPI context. This pa
On Mon, Jan 23, 2017 at 06:11:07PM +0100, Johan Hovold wrote:
> On Mon, Jan 23, 2017 at 03:34:34PM +0300, Mika Westerberg wrote:
> > Currently we already have two pin configuration related callbacks
> > available for GPIO chips .set_single_ended() and .set_debounce(). In
> > future we expect to hav
On Tue, Jan 24, 2017 at 11:41 AM, Johannes Stezenbach wrote:
> Hi,
>
> On Mon, Dec 05, 2016 at 01:06:08PM +0200, Mika Westerberg wrote:
>> On Sun, Dec 04, 2016 at 07:52:19PM +0100, Johannes Stezenbach wrote:
>> > On Wed, Oct 05, 2016 at 04:05:11PM +0300, Mika Westerberg wrote:
>> > > On Wed, Oct 0
5 Merge branch 'stable' of
git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile
# extra tests on tree/branch linux-next/master
git bisect bad 766074e78188aac7ffbc1b51893a65668f315c54 # 19:19 18-
19 Add linux-next specific files for 20170124
---
0-DAY kernel t
On Mon, Jan 23, 2017 at 08:44:53PM +0100, Paolo Bonzini wrote:
>
>
> On 23/01/2017 19:44, Richard Cochran wrote:
> >> device clock |sample1P,deviceclock| |sample2P,deviceclock|
> >> -
> >> realtime clock |sample1P,realtim
On 01/24/2017 11:22 AM, Filipe Manana wrote:
> On Tue, Jan 24, 2017 at 9:01 AM, Christian Borntraeger
> wrote:
>> Chris,
>>
>> since my bug report about this did not result in any fix and since
>
> It was fixed and the fix landed in 4.10-rc4:
Thanks, I missed that last pull.
>
> https://git.ke
Vlastimil Babka pointed out that a failed per-cpu refill on a kernel with
CONFIG_DEBUG_VM may blow up on a VM_BUG_ON_PAGE. This patch is a fix
to the mmotm patch mm-page_alloc-split-buffered_rmqueue.patch
Signed-off-by: Mel Gorman
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index c075831c3a1a
On Mon, 2017-01-23 at 12:08 +0100, Hans Verkuil wrote:
> On 01/23/2017 12:00 PM, Philipp Zabel wrote:
> > On Fri, 2017-01-20 at 21:39 +0100, Hans Verkuil wrote:
[...]
> As long as it is mentioned in the TODO, and ideally in the Kconfig as well,
> then I'm fine with it.
>
> The big advantage of bein
Hi Steve, Hans,
[added Laurent to Cc: who I believe might have an opinion on the media
bus formats, too. Sorry for the wall of text, I have put a marker where
the MEDIA_BUS argument starts]
The central issue seems to be that I think media pad links / media bus
formats should describe physical lin
On Tue, Jan 24, 2017 at 09:23:29AM -0200, Marcelo Tosatti wrote:
> I'm resending v5 with native support for ->gettime and
> ->getcrosststamps.
And can you please drop the "fake" PTP_SYS_OFFSET stuff?
Here is another reason why this is illogical. The application can
choose how many samples to ta
>> Would others like to help in approaches for checking corresponding
>> run time changes a bit more?
>
> You propose the patch
I suggested additional changes which can get an usual mixture of agreements
and rejections.
> and others should do the work to get it accepted?
Not directly. - I imag
Hi Steve,
On Mon, 2017-01-23 at 17:45 -0800, Steve Longerbeam wrote:
>
> On 01/23/2017 05:38 PM, Steve Longerbeam wrote:
> >
> >>
> >>> Second, ignoring the above locking issue for a moment,
> >>> v4l2_pipeline_pm_use()
> >>> will call s_power on the sensor _first_, then the mipi csi-2 s_power,
>
On Wed, 2017-01-18 at 17:44 -0800, Steve Longerbeam wrote:
>
> On 01/14/2017 02:42 PM, Steve Longerbeam wrote:
> >
> >>> +/* parse inputs property from a sensor node */
> >>> +static void of_parse_sensor_inputs(struct imx_media_dev *imxmd,
> >>> +struct imx_media_subdev
On Tue, 24 Jan 2017 20:57:06 +1100
Michael Ellerman wrote:
> Greg Kurz writes:
>
> > The kernel API does not use anything from this header file.
>
> That's actually hard to prove in general, because pnv-pci.h includes
> linux/pci.h, linux/pci_hotplug.h, linux/irq.h, misc/cxl-base.h and
> asm
When the lightnvm core had the "gennvm" layer between the device and the
target, there was a need for the core to be able to figure out which
target it should send an end_io callback to. Leading to a "double"
end_io, first for the media manager instance, and then for the target
instance. Now that c
On Fri, Jan 13, 2017 at 02:19:15PM +0100, Micha?? K??pie?? wrote:
> > It might be worth glancing through these because the resulting renames in
> > particular definitely improved the clarity of the driver:
> >
> > Date: Thu, 17 Sep 2009
> > From: Alan Jenkins
> > Subject: [PATCH 1/4] fujitsu
On Mon, Jan 23, 2017 at 10:11:48PM +0530, Nayna wrote:
>
>
> On 01/23/2017 08:49 PM, Jarkko Sakkinen wrote:
> > On Fri, Jan 20, 2017 at 12:05:13PM -0500, Nayna Jain wrote:
> > > The current TPM 2.0 device driver extends only the SHA1 PCR bank
> > > but the TCG Specification[1] recommends extendin
On Mon, Jan 23, 2017 at 06:23:55PM +0100, Maciej S. Szmigiero wrote:
> On 16.01.2017 17:39, Jarkko Sakkinen wrote:
> > On Mon, Jan 16, 2017 at 03:58:26PM +0100, Maciej S. Szmigiero wrote:
> >> On 16.01.2017 14:55, Jarkko Sakkinen wrote:
> >>> On Mon, Jan 16, 2017 at 03:46:12PM +0200, Jarkko Sakkine
On Mon, Jan 23, 2017 at 03:26:08PM +0530, Chaitra P B wrote:
> Small glitch/degraded performance in Crusader is improved with SAS
> drives by removing unnecessary spinlocks while clearing scsi command
> in drivers internal lookup table.
>
> Signed-off-by: Chaitra P B
> Signed-off-by: Suganath Pra
On Mon, Jan 23, 2017 at 08:14:55AM -0800, James Bottomley wrote:
> On Mon, 2017-01-23 at 16:09 +0200, Jarkko Sakkinen wrote:
> > On Sun, Jan 22, 2017 at 01:36:28PM -0800, James Bottomley wrote:
> > > On Sun, 2017-01-22 at 23:04 +0200, Jarkko Sakkinen wrote:
> > > > On Sun, Jan 22, 2017 at 11:01:07P
Hi Hans,
On Fri, 2017-01-20 at 15:03 +0100, Hans Verkuil wrote:
> On 01/07/2017 03:11 AM, Steve Longerbeam wrote:
> > From: Philipp Zabel
> >
> > This driver can handle SoC internal and external video bus multiplexers,
> > controlled either by register bit fields or by a GPIO. The subdevice
> >
On Mon, Jan 23, 2017 at 03:26:09PM +0530, Chaitra P B wrote:
> Due existence of loop in the IO path our HBA will receive heavy IOs and
> also as driver is not updating the Reply Post Host Index frequently, So
> there will be a high chance that our Firmware unable to find any free entry
> in the Rep
Instead of using the default resolution of 800*600 for the pointing
device of xen-kbdfront try to read the resolution of the (virtual)
framebuffer device. Use the default as fallback only.
Cc: sta...@vger.kernel.org
Signed-off-by: Juergen Gross
---
drivers/input/misc/xen-kbdfront.c | 15
>> Would you like to check run time consequences
>> for the shown error code settings once more?
>
> Sure, lets for now ignore the fact that the performance of an error path
> does not matter most of the time.
I am concerned that extra error code settings within the “success path”
could influence
Using better of_property_read_u32() than generic of_get_property().
Cc: Bartlomiej Zolnierkiewicz
Cc: Hans de Goede
Cc: Tejun Heo
Signed-off-by: Kefeng Wang
---
drivers/ata/pata_of_platform.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/ata/pata_of_pla
bless may i know u
On 10/16/16, tip-bot for Rik van Riel wrote:
> You can do whatever you want to me izundunaoyi
>
> Tell me where you want my cum
>
> and don't let it be a disappointing location
>
>
> [image]
> [image]
>
> To OPT_OUT,Please Click Here
>
>
>
Joe Perches writes:
> On Tue, 2017-01-24 at 05:18 +, Valo, Kalle wrote:
>> Joe Perches writes:
>>
>> > On Mon, 2017-01-23 at 15:04 +, Srinivas Kandagatla wrote:
>> > > use dma_zalloc_coherent() instead of dma_alloc_coherent and memset().
>> >
>> > []
>> > > diff --git a/drivers/net/wir
Added __mode(x) into compiler-gcc.h as part of a cleanup task I've
taken up, to replace gcc specific attributes with macros.
Last accepted patch I sent into linux-next for crypto: d8c34b949d8c:
crypto: Replaced gcc specific attributes with macros from compiler.h
The last commit of this task that
There is which provides macros for various gcc specific
constructs. Eg: __weak for __attribute__((weak)). I've cleaned all
instances of gcc specific attributes with the right macros for all files
under /arch/m68k
This patch depends on the previous with changes in
/include/linux/compiler-gcc.h
Si
Make all properties description in form '"rockchip,-timer",
"rockchip,rk3288-timer"' for all chips found in linux kernel.
Suggested-by: Heiko Stübner
Signed-off-by: Alexander Kochetkov
Acked-by: Rob Herring
---
.../bindings/timer/rockchip,rk-timer.txt | 12 +---
1 file chan
The patch add two timers to all rk3188 based boards.
The first timer is from alive subsystem and it act as a backup
for the local timers at sleep time. It act the same as other
SoC rockchip timers already present in kernel.
The second timer is from CPU subsystem and act as replacement
for the arm
The patch move ce field out of struct bc_timer into struct
rk_clock_event_device and rename struct bc_timer to struct rk_timer.
The main idea for the commit is to exctact low level timer
routines from current implementation so they could be
reused in the following clocksource implementation commit
Pass rk_timer instead of clock_event_device to low lever timer routines.
So that code could be reused by clocksource implementation.
Drop rk_base() and rk_ctrl().
This is refactoring step without functional changes.
Signed-off-by: Alexander Kochetkov
Reviwed-by: Heiko Stübner
---
drivers/cloc
The clock supplying the arm-global-timer on the rk3188 is coming from the
the cpu clock itself and thus changes its rate everytime cpufreq adjusts
the cpu frequency making this timer unsuitable as a stable clocksource
and sched clock.
The rk3188, rk3288 and following socs share a separate timer bl
This allow to enable timer without enabling interrupts from it.
As that mode will be used in clocksource implementation.
This is refactoring step without functional changes.
Signed-off-by: Alexander Kochetkov
Reviwed-by: Heiko Stübner
---
drivers/clocksource/rockchip_timer.c |8
1
Property set to '"rockchip,rk3228-timer", "rockchip,rk3288-timer"'
to match devicetree bindings.
Signed-off-by: Alexander Kochetkov
Suggested-by: Heiko Stübner
---
arch/arm/boot/dts/rk322x.dtsi |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/rk322x.dtsi
clocksource and shed_clock provided by arm-global-timer is quite
unstable, because their rate depends on cpu frequency.
So disable arm-global-timer and use clocksource and sched_clock
from rockchip_timer.
It is impossible get stable clocksource having rockchip_timer and
arm-global-timer enabled at
Hello,
This patch series contain:
- devicetree bindings clarification for rockchip timers
- dts files fixes for rk3228-evb, rk3229-evb and rk3188
- implementation of clocksource and sched clock for rockchip SoC
The clock supplying the arm-global-timer on the rk3188 is coming from the
the cpu cloc
On 24/01/2017 13:10, SF Markus Elfring wrote:
>>> Would you like to check run time consequences
>>> for the shown error code settings once more?
>>
>> Sure, lets for now ignore the fact that the performance of an error path
>> does not matter most of the time.
>
> I am concerned that extra error
On Tue, Jan 24, 2017 at 09:27:45AM +0800, Xunlei Pang wrote:
> It occurred on real hardware when testing crash dump.
>
> 1) SysRq-c was injected for the test in 1st kernel
> [ 49.897279] SysRq : Trigger a crash 2) The 2nd kernel started for kdump
>[ 0.00] Command line: BOOT_IMAGE=/vmlinuz-
On Tue, Jan 24, 2017 at 09:25:54AM +, Colin King wrote:
> From: Colin Ian King
>
> Table sctp_timer_tbl is missing a TIMEOUT_RECONF string so
> add this in. Also compare timeout with the size of the array
> sctp_timer_tbl rather than SCTP_EVENT_TIMEOUT_MAX. Also add
> a build time check that
> It's just not possible to discuss things with you.
I wonder about your conclusion. We have got just different software
development opinions on some details.
I assume that a few additional dialogue techniques could help a bit more
in our communication difficulties.
> If other people want to m
On 01/24/2017 01:31 PM, SF Markus Elfring wrote:
>> It's just not possible to discuss things with you.
>
> I wonder about your conclusion. We have got just different software
> development opinions on some details.
>
> I assume that a few additional dialogue techniques could help a bit more
> in
Previously, in getxattr we will load all entries both in inline xattr and
xattr node block, and then do the lookup in all entries, but our lookup
flow shows low efficiency, since if we can lookup and hit in inline xattr
of inode page cache first, we don't need to load and lookup xattr node
block, w
On Fri 20-01-17 16:33:36, Hillf Danton wrote:
>
> On Tuesday, December 20, 2016 9:49 PM Michal Hocko wrote:
> >
> > @@ -1013,7 +1013,7 @@ bool out_of_memory(struct oom_control *oc)
> > * make sure exclude 0 mask - all other users should have at least
> > * ___GFP_DIRECT_RECLAIM to get
Hello Steve,
On Fri, Jan 6, 2017 at 11:11 PM, Steve Longerbeam wrote:
> From: Philipp Zabel
[snip]
>
> +config VIDEO_MULTIPLEXER
> + tristate "Video Multiplexer"
> + depends on VIDEO_V4L2_SUBDEV_API && MEDIA_CONTROLLER
The driver can be build as a module...
> +
> +static const st
>> I am curious if other update suggestions will be picked up
>> in a constructive way.
>
> There is only one person on this list that is not constructive,
You could accept a few patches from my selection of change possibilities
already.
> and that person is you.
I assume that some dialogue s
On Fri 20-01-17 00:35:44, Trevor Cordes wrote:
> On 2017-01-19 Michal Hocko wrote:
> > On Thu 19-01-17 03:48:50, Trevor Cordes wrote:
> > > On 2017-01-17 Michal Hocko wrote:
> > > > On Tue 17-01-17 14:21:14, Mel Gorman wrote:
> > > > > On Tue, Jan 17, 2017 at 02:52:28PM +0100, Michal Hocko
> >
This patch fix some double words found in Documentation.
Signed-off-by: Masanari Iida
---
Documentation/block/pr.txt | 2 +-
Documentation/ioctl/botching-up-ioctls.txt | 2 +-
Documentation/livepatch/livepatch.txt | 2 +-
Documentation/networking/kcm.txt | 2 +-
Do
On 01/21/2017 01:01 AM, Michael S. Tsirkin wrote:
> On Fri, Jan 20, 2017 at 06:13:22PM +0800, Cao jin wrote:
>>
>>
>> On 01/20/2017 04:16 AM, Michael S. Tsirkin wrote:
>>> This is a design and an initial patch for kernel side for AER
>>> support in VFIO.
>>>
>>> 0. What happens now (PCIE AER only
On Sun 22-01-17 18:45:59, Trevor Cordes wrote:
[...]
> Also, completely separate from your patch I ran mhocko's 4.9 tree with
> mem=2G to see if lower ram amount would help, but it didn't. Even with
> 2G the system oom and hung same as usual. So far the only thing that
> helps at all was the cgro
On Tue, Jan 24, 2017 at 12:11 PM, Mika Westerberg
wrote:
> On Mon, Jan 23, 2017 at 06:11:07PM +0100, Johan Hovold wrote:
>> On Mon, Jan 23, 2017 at 03:34:34PM +0300, Mika Westerberg wrote:
>> > Currently we already have two pin configuration related callbacks
>> > available for GPIO chips .set_sin
On Mon, Jan 23, 2017 at 05:16:15PM +0100, Arnd Bergmann wrote:
> On Monday, January 23, 2017 10:08:53 AM CET Jens Wiklander wrote:
> > On Fri, Jan 20, 2017 at 05:57:51PM +0100, Arnd Bergmann wrote:
> > > On Thursday, January 19, 2017 3:56:23 PM CET Jens Wiklander wrote:
> > > > On Wed, Jan 18, 2017
On Mon 23-01-17 10:48:58, Mel Gorman wrote:
[...]
> Unfortunately, even that will be race prone for GFP_NOFS callers as
> they'll effectively be racing to see if kswapd or another direct
> reclaimer can reclaim before the OOM conditions are hit. It is by
> design, but it's apparent that a __GFP_NOF
On Tue, Jan 24, 2017 at 01:53:53PM +0100, Linus Walleij wrote:
> On Tue, Jan 24, 2017 at 12:11 PM, Mika Westerberg
> wrote:
> > On Mon, Jan 23, 2017 at 06:11:07PM +0100, Johan Hovold wrote:
> >> On Mon, Jan 23, 2017 at 03:34:34PM +0300, Mika Westerberg wrote:
> >> > Currently we already have two p
On Thu, Dec 15, 2016 at 8:50 PM, Ian Pilcher wrote:
> I maintain an out-of-tree kernel module that enables the front-panel
> LEDs on the Thecus N5550 NAS.
>
> https://github.com/ipilcher/n5550/blob/master/modules/n5550_board.c
Generally I'm not very happy about boardfiles and such stuff being
201 - 300 of 836 matches
Mail list logo
