Thanks, looks good:
Reviewed-by: Christoph Hellwig
--
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 at http://www.tux.org/lkml/
Hello,
Cc += Linus Walleij, linux-gpio
On Wed, Nov 18, 2015 at 04:59:11PM -0600, Li Yang wrote:
> On Wed, Nov 18, 2015 at 1:24 AM, Uwe Kleine-König
> wrote:
> > On Tue, Nov 17, 2015 at 06:02:59PM -0600, Li Yang wrote:
> >> @@ -1125,7 +1119,12 @@ static int i2c_imx_probe(struct platform_device
>
get_lock_data_page in f2fs_readdir can fail due to a lot of reasons (i.e.
no memory or IO error...), it's better to report this kind of error to
user rather than ignoring it.
Signed-off-by: Chao Yu
---
fs/f2fs/dir.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/fs/
On Wed, Nov 18, 2015 at 09:51:48PM +0100, Josef Gajdusek wrote:
> This patch adds support for the Sunxi thermal sensor on the Allwinner H3.
> Also adds declaration of the H3 THS clock to clk-sunxi.c ignoring the
> dividers as they are not continuous (clk-divider.c cannot be used as it
> does not su
On 11/19/2015 03:08 PM, Mark yao wrote:
On 2015年11月19日 11:35, Chris Zhong wrote:
+
+/*
+ * Sometimes the clock driver can not set a accurate clock_rate
for vop,
+ * get the true rate of vop_dclk and set it back to adjusted_mode.
+ */
+adjusted_mode->clock = clk_get_rate(v
Marcelo,
On Wed, 18 Nov 2015, Marcelo Tosatti wrote:
Can you please trim your replies? It's really annoying having to
search for a single line of reply.
> The cgroups interface works, but moves the problem of contiguous
> allocation to userspace, and is incompatible with cache allocations
> on d
* Andy Lutomirski wrote:
> On Wed, Nov 18, 2015 at 6:48 AM, Chris Wilson
> wrote:
> > Although
> >
> > diff --git a/include/linux/stop_machine.h b/include/linux/stop_machine.h
> > index d2abbdb..ff4f029 100644
> > --- a/include/linux/stop_machine.h
> > +++ b/include/linux/stop_machine.h
> > @@
* Chris Wilson wrote:
> > > A bisection pointed to
> > >
> > > commit ea8596bb2d8d37957f3e92db9511c50801689180
> > > Author: Masami Hiramatsu
> > > Date: Thu Jul 18 20:47:53 2013 +0900
> > >
> > > kprobes/x86: Remove unused text_poke_smp() and text_poke_smp_batch()
> > > functions
> >
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 gmap code to handle one
> VM_FAULT_RETRY.
>
> Signed-off-by: Dominik Dingel
> ---
> arch/s390/mm/pgtable.c | 28 ++
This patch modifies the indentation of 'trans_stat' sysfs to improve
readability.
The 1GHz is 1000,000,000. So it needs the least 10 position to show the GHz
unit.
- Before apply this patch,
-sh-3.2# cat trans_stat
From : To
:500011330024 time(ms)
This patch-set clean the code for both devfreq and devfreq-event framework
and add the 'freq_table' for devfreq device. After initializing the
'freq_table', the 'trans_stat' sysfs provide the appropriate information.
Chanwoo Choi (6):
PM / devfreq: event: Remove the error log of
devfreq_event_g
This patch initialize the freq_table array of each devfreq device by using
the devfreq_set_freq_table(). If freq_table is NULL, the devfreq framework
is not able to support the frequency transtion information through sysfs.
The OPP core uses the integer type for the number of opps in the opp list
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
---
drivers/devfreq/devfreq.c | 5 +
1 file changed, 5 ins
This patch adds the 'show_one' macro to simplify the duplicate code
of both max_freq_show() and min_freq_show().
Signed-off-by: Chanwoo Choi
---
drivers/devfreq/devfreq.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/drivers/devfreq/devfreq.c b/drivers
This patch just removes the error log when devfreq_event_get_edev_by_phandle()
fail to get the instance of devfreq-event device. It is related to sequence of
the probe() of each driver. So, this error log might show the always during
kernel booting. Instead, each driver using this function can show
This patch just fixes following error and warning by using
scripts/checkpatch.pl.
- Follwoing issue from checkpatch.pl:
ERROR: space prohibited before that close parenthesis ')'
+ if (count < 0 ) {
WARNING: line over 80 characters
+ ptr = devres_alloc(devm_devfreq_event_release, sizeo
It's pretty much guaranteed a block layer bug, most likely in the
merge bios to request infrastucture where we don't obey the merging
limits properly.
Does either of you have a known good and first known bad kernel?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Wednesday 18 November 2015 16:49:52 Suravee Suthikulpanit wrote:
> - if (IS_ENABLED(CONFIG_OF) && dev->dev.of_node) {
> - if (bridge->parent)
> + if (IS_ENABLED(CONFIG_OF) &&
> + bridge->parent && bridge->parent->of_node) {
> of_dma
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 gmap code to handle one
>> VM_FAULT_RETRY.
>>
>> Signed-off-by: Dominik Dingel
On Wednesday 18 November 2015 17:37:16 Ray Jui wrote:
> >> +}
> >> +
> >> +static inline void iproc_msi_write_reg(struct iproc_msi *msi,
> >> + enum iproc_msi_reg reg,
> >> + int eq, u32 val)
> >> +{
> >> +struct iproc_pcie *pc
On Wed, 18 Nov 2015, Marcelo Tosatti wrote:
> On Wed, Nov 18, 2015 at 08:34:07PM -0200, Marcelo Tosatti wrote:
> > On Wed, Nov 18, 2015 at 07:25:03PM +0100, Thomas Gleixner wrote:
> > > Assume that you have isolated a CPU and run your important task on
> > > it. You give that task a slice of cache.
arm64: dts: add Hi6220 spi configuration nodes
Signed-off-by: Zhong Kaihua
---
arch/arm64/boot/dts/hisilicon/hi6220-hikey.dts | 1 +
arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 20
2 files changed, 21 insertions(+)
diff --git a/arch/arm64/boot/dts/hisilicon/hi6220-hik
dt-bindings: spi: Documentation for Hi6220 spi driver
Signed-off-by: Zhong Kaihua
---
.../devicetree/bindings/spi/spi-hi6220.txt | 45 ++
1 file changed, 45 insertions(+)
create mode 100644 Documentation/devicetree/bindings/spi/spi-hi6220.txt
diff --git a/Documentat
Added a space around the "+" at: "reg_base+addr2" to clear up a checkpatch
check.
Signed-off-by: Christian Colic
---
drivers/staging/goldfish/goldfish_audio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/goldfish/goldfish_audio.c
b/drivers/staging/goldfis
Hi,
> > Another area of extension is how to expose a framebuffer to QEMU for
> > seamless integration into a SPICE/VNC channel. For this I believe we
> > could use a new region, much like we've done to expose VGA access
> > through a vfio device file descriptor. An area within this new
> > fra
hi, jia
Nice patch. But I have one minor question. see inline comments.
On 2015/11/19 14:48, Jia He wrote:
This patch introduces 2 lightweight bit api.
all_bit_is_zero return 1 if the bit string is all zero.
The addr is the start address, the size is the bit size of the bit string.
all_b
Before this patch libbpf always do feature check even when cleaning.
For example:
$ cd kernel/tools/lib/bpf
$ make
Auto-detecting system features:
...libelf: [ on ]
... bpf: [ on ]
CC libbpf.o
CC bpf.o
LD libbpf-
> This patch-set clean the code for both devfreq and devfreq-event framework
> and add the 'freq_table' for devfreq device. After initializing the
> 'freq_table', the 'trans_stat' sysfs provide the appropriate information.
Chanwoo,
Are these the same patches in your git,
https://git.kernel.org/c
On Thu, Nov 19, 2015 at 2:38 AM, Peter Hurley wrote:
>
> On 11/17/2015 07:40 AM, Muni Sekhar wrote:
> > [ Please keep me in CC as I'm not subscribed to the list]
> >
> > Hello,
> >
> > The behaviour of dynamic debug prints are controlled via writing to a
> > control file in the 'debugfs'
> > file
Rewrite comparisons to NULL "data->reg_base == NULL" as "!data->reg_base" to
conform to checkpatch.
Signed-off-by: Christian Colic
---
drivers/staging/goldfish/goldfish_audio.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/goldfish/goldfish_audio.c
b
On 06/11/15 08:28, MaJun wrote:
> From: Ma Jun
>
> Mbigen means Message Based Interrupt Generator(MBIGEN).
>
> Its a kind of interrupt controller that collects
> the interrupts from external devices and generate msi interrupt.
> Mbigen is applied to reduce the number of wire connected interrupts
On 2015/11/19 10:29, Wangnan (F) wrote:
On 2015/11/19 10:21, Wangnan (F) wrote:
[SNIP]
Right. It should be
$ cd tools/lib/bpf
$ make clean
CLEANlibbpf
CLEANcore-gen
$
After cleaning can you trigger this problem again?
Tiggered part of your problem:
$ make
Auto-detecti
> On Nov 19, 2015, at 14:48, Jia He wrote:
>
>
why not use memcmp() to compare with 0x000 or 0x ?
memcmp() have better performance on some platforms .
Thanks
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ker
Thanks, I will add it in next verison
B.R.
Justin
在 11/19/15 4:40 PM, xinhui 写道:
hi, jia
Nice patch. But I have one minor question. see inline comments.
On 2015/11/19 14:48, Jia He wrote:
This patch introduces 2 lightweight bit api.
all_bit_is_zero return 1 if the bit string is all zero.
T
On Wed, 18 Nov 2015, Ioan-Adrian Ratiu wrote:
> > > The critical section protected by usbhid->lock in hid_ctrl() is too
> > > big and in rare cases causes a recursive deadlock because of its call
> > > to hid_input_report().
> > >
> > > This deadlock reproduces on newer wacom tablets like 056a:03
On Thu, Nov 19 2015, Jia He wrote:
> find_fisrt_{zero_}bit are too heavy for bitmap_{full,empty}. We don't
> need to calculate and compare the position of bitmap. This set of patch
> instroduces lightweight api and replaces the heavy one.
>
Please check the history of the code you're modifying.
Ismail Kizir wrote:
> The essential logic of the algorithm is using the key as a "jump
> table" which is dynamically updated with every "jump" we make.
Sounds like RC4. Please tell us how you are avoiding the weaknesses
that make RC4 insecure.
> Briefly, to decypher a ciphertext, a cracker needs
On Wed, 2015-10-21 at 23:51 +0200, Joerg Roedel wrote:
> Hi,
>
> this patch-set makes the core code for managing iommu-groups
> more generic by lifting its dependencies on PCI. The core
> function iommu_group_get_for_dev() had a hard dev_is_pci()
> check in it, followed by PCI specific handling.
>
On Wed, 18 Nov 2015, Marcelo Tosatti wrote:
> On Wed, Nov 18, 2015 at 07:25:03PM +0100, Thomas Gleixner wrote:
> > So now to the interface part. Unfortunately we need to expose this
> > very close to the hardware implementation as there are really no
> > abstractions which allow us to express the v
On 11/18/2015 03:17 AM, Rafael J. Wysocki wrote:
> On Tuesday, November 17, 2015 01:44:59 PM Andrzej Hajda wrote:
>> Hi Rafael,
>>
>> Please forgive me late reply, but I have missed this thread before.
>>
>> On 10/27/2015 04:24 PM, Rafael J. Wysocki wrote:
>>> Hi All,
>>>
>>> As discussed in the re
On Wed, 18 Nov 2015, Marcelo Tosatti wrote
> Actually, there is a point that is useful: you might want the important
> application to share the L3 portion with HW (that HW DMAs into), and
> have only the application and the HW use that region.
>
> So its a good point that controlling the exact pos
On 19/11/15 08:50, vas...@iit.demokritos.gr wrote:
> Hi,
>
> Thanks for the quick answer
>
>>
>> Could you please try the most recent 4.3 kernel? There has been some
>> work related to this topic after 4.2 (large page pat handling done by
>> Toshi Kani and mtrr/pat handling by Luis Rodriguez).
>
On Thu, 19 Nov 2015, Ioan-Adrian Ratiu wrote:
> First part of lockdep report:
> http://imgur.com/clLsCWe
>
> Second part:
> http://imgur.com/Wa2PzRl
>
> Here are some printk's of mine while reproducing + debugging the issue:
> http://imgur.com/SETOHT7
So the real problem is that Intuos driver i
"K. Y. Srinivasan" writes:
> Currently we have two policies for deciding when to signal the host:
> One based on the ring buffer state and the other based on what the
> VMBUS client driver wants to do. Consider the case when the client
> wants to explicitly control when to signal the host. In thi
On 18/11/15 19:14, Boris Ostrovsky wrote:
> After commit 8c058b0b9c34 ("x86/irq: Probe for PIC presence before
> allocating descs for legacy IRQs") early_irq_init() will no longer
> preallocate descriptors for legacy interrupts if PIC does not
> exist, which is the case for Xen PV guests.
>
> Ther
On 18/11/2015 19:55, Jonathan Cameron wrote:
On 18/11/15 14:38, Marc Titinger wrote:
The hrtimer sw-trigger allow for polling mode on devices w/o hard irq
trigger source, but setting the frequency from userland for both the
hrtimer trigger device and the adc is error prone.
Make adc drivers abl
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
>> into separate symbols?
>
> To me it does not really matte
On Mon, Nov 16, 2015 at 11:01:10AM -0600, Rob Herring wrote:
> On Thu, Oct 29, 2015 at 09:21:25AM +0100, Jens Wiklander wrote:
> > Introduces optee prefix and adds bindings for ARM TrustZone based OP-TEE
> > implementation.
> >
> > Signed-off-by: Jens Wiklander
> > ---
> > .../bindings/arm/firmw
Free buffer to avoid memory leak and close fd upon failure occurs.
Signed-off-by: Wei Jiangang
---
tools/usb/ffs-aio-example/multibuff/device_app/aio_multibuff.c | 6 ++
tools/usb/ffs-aio-example/simple/device_app/aio_simple.c | 6 ++
2 files changed, 12 insertions(+)
diff --git a
On Wed, 2015-11-18 at 10:46 +0100, Robert Baldyga wrote:
> Hi Wei,
>
> On 11/18/2015 07:13 AM, Wei, Jiangang wrote:
> > To whom it may concern:
> >
> > Sorry to bother again,
> > But any comment about this patch?
> >
>
> Reviewed-by: Robert Baldyga
>
> It looks good to me. By the way, maybe w
On 18/11/2015 19:50, Borislav Petkov wrote:
> On Wed, Nov 18, 2015 at 12:35:24PM +0100, Paolo Bonzini wrote:
>> Yes, exactly. I'm suggesting that the same applies to x86_vendor(). I
>> also prefer x86_cpuid_* to x86_*_cpuid because, once you add two
>> functions in the same family it's nice tha
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 and clksrc in 'struct clocksource_mmio'
>> (for example, L1_CACHE_BYTES =
Am 18.11.2015 um 22:22 schrieb Hannes Frederic Sowa:
> On Wed, Nov 18, 2015, at 22:20, Stefan Priebe wrote:
>> you mean just:
>> la /proc/$pid/fd
>
> ls -l /proc/pid/fd/
>
> the numbers in brackets in return from readlink are the inode numbers.
>
>> and
>>
>> cat /proc/net/netlink
>
> Exactly,
On 11/19/2015 01:48 AM, Baolin Wang wrote:
>>
>>> +{
>>> + struct gscons_info *info = gserial_cons.data;
>>> + int port_num = gserial_cons.index;
>>> + struct usb_request *req;
>>> + struct gs_port *port;
>>> + struct usb_ep *ep;
>>> +
>>> + if (port_num >= MAX_U_SERIAL_PORT
Hi Myungjoo,
On 2015년 11월 19일 17:46, MyungJoo Ham wrote:
>> This patch-set clean the code for both devfreq and devfreq-event framework
>> and add the 'freq_table' for devfreq device. After initializing the
>> 'freq_table', the 'trans_stat' sysfs provide the appropriate information.
>
> Chanwoo,
>
Hi,
On 10/11/15 20:33, Wanpeng Li wrote:
> earliest_dl.next is used to cache the next earliest ready task
> which also is pushable in order to be a candidate of pushable
> tasks during pull algorithm. If the earliest_dl.next deadline
> of the sr_rq is earlier than the earliest_dl.curr deadline
On 11/18/2015 10:23 PM, Stefan Priebe wrote:
>> please try to get a backtrace with debugging information. It is likely
>> that this is the make_request/__check_pf functionality in glibc, but it
>> would be nice to get some certainty.
>>
>> Which glibc version do you use? Has it got a fix for CVE
On Wed, Nov 18, 2015 at 06:39:30PM -0800, Tim Chen wrote:
>
> The __cbc-aes-aesni-mb algorithm is marked as internal algorithm
> with flag CRYPTO_ALG_INTERNAL, so it should not be picked up by other
> algorithms and should only be invoked from mcryptd.
OK I guess that's fine then.
> Anyway, I've
On Fri, 6 Nov 2015 16:28:42 +0800
MaJun wrote:
> From: Ma Jun
>
> Add the interrupt controller chip operation functions of mbigen chip.
>
> Signed-off-by: Ma Jun
> ---
> drivers/irqchip/irq-mbigen.c | 102 +++--
> 1 files changed, 97 insertions(+), 5 dele
W dniu 19.11.2015 o 18:16, Tomasz Figa pisze:
> 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
>>> into
Hello,
On (11/19/15 15:54), kyeongdon.kim wrote:
> When we use lzo/lz4 multi compression streams for zram,
> we might face page allocation failure. In order to make parallel
> compression private data, we should call kzalloc() with order 2/3
> in runtime. But if there is no order 2/3 size memory t
On 19 November 2015 at 17:36, Peter Hurley wrote:
> On 11/19/2015 01:48 AM, Baolin Wang wrote:
>>>
+{
+ struct gscons_info *info = gserial_cons.data;
+ int port_num = gserial_cons.index;
+ struct usb_request *req;
+ struct gs_port *port;
+ struct u
On 11/18/2015 10:36 PM, Stefan Priebe wrote:
>> please try to get a backtrace with debugging information. It is likely
>> that this is the make_request/__check_pf functionality in glibc, but it
>> would be nice to get some certainty.
>
> sorry here it is. What I'm wondering is why is there ipv6
On Thu, Nov 19, 2015 at 10:34:07AM +0100, Paolo Bonzini wrote:
> Let me know if I should include this patch via the KVM tree. Do you
> want it in 4.4?
Nah, no need.
I'll send the whole pile with your Reviewed-by's to Ingo so that they
all go together. I'll run them some more on my boxes first th
Am 19.11.2015 um 10:44 schrieb Florian Weimer:
> On 11/18/2015 10:36 PM, Stefan Priebe wrote:
>
>>> please try to get a backtrace with debugging information. It is likely
>>> that this is the make_request/__check_pf functionality in glibc, but it
>>> would be nice to get some certainty.
>>
>> so
On 19/11/2015 03:15, Martin K. Petersen wrote:
"John" == John Garry writes:
John> thanks, please note that we still have the dependency on
John> http://www.spinics.net/lists/arm-kernel/msg452833.html
John> Without it the driver can only be built into the kernel, and not
John> as a module.
I
AMD Mullins watchdog is fully compatible to the previous Hudson chipset,
reuse the existent sp5100_tco driver.
Signed-off-by: Denis Turischev
diff -Nru linux-4.3.orig/drivers/watchdog/sp5100_tco.c
linux-4.3/drivers/watchdog/sp5100_tco.c
--- linux-4.3.orig/drivers/watchdog/sp5100_tco.c20
OK it had a livelock again. It just took more time.
So here is the data:
# la /proc/2598/fd
total 0
dr-x-- 2 root root0 Nov 19 06:53 .
dr-xr-xr-x 7 callweaver callweaver 0 Nov 18 22:38 ..
lrwx-- 1 root root 64 Nov 19 06:54 0 -> /dev/null
lrwx-- 1 root
On Tue, 17 Nov 2015, Chris J Arges wrote:
> Jiri,
> Ok, I had put this in the cover letter which I thought was ok as well.
> I'll copy those parts into this commit message as well. Here is the text
> below. Let me know if this is sufficient.
Yup, it'd be nice to have this in changelog of one of t
Hi Juri,
2015-11-19 17:38 GMT+08:00 Juri Lelli :
> Hi,
>
> On 10/11/15 20:33, Wanpeng Li wrote:
>> earliest_dl.next is used to cache the next earliest ready task
>> which also is pushable in order to be a candidate of pushable
>> tasks during pull algorithm. If the earliest_dl.next deadline
>> of t
On 19/11/15 04:57, AKASHI Takahiro wrote:
Hi
From my curiosity,
can you please clarify your criteria regarding which fields of a register
should be signed or unsigned?
I guessed that the fields marked with FTR_LOWER_SAFE or FTR_HIGHER_SAFE could
be unsigned,
but it seems to be not always true
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 ... ?
Thanks,
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list:
Hi Linus,
Here are some mmc fixes intended for v4.4 rc2. It's based on a commit
prior rc1 as I wanted to get them a bit more tested in next before
sending you the pull request.
Details are as usual found in the signed tag. Please pull this in!
Kind regards
Ulf Hansson
The following changes sin
On Wed 18-11-15 10:29:33, Vlastimil Babka wrote:
> The previous patch has improved swap accounting for shmem mapping, which
> however made /proc/pid/smaps more expensive for shmem mappings, as we consult
> the radix tree for each pte_none entry, so the overal complexity is
> O(n*log(n)).
>
> We ca
On Wed, Nov 11 2015, Andy Shevchenko wrote:
> Just to follow the scheme that most of the test modules are using.
>
> There is no fuctional change.
Yeah, this has also been bugging me slightly.
Acked-by: Rasmus Villemoes
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Currently the full stop_machine() routine is only enabled on SMP if
module unloading is enabled, or if the CPUs are hotpluggable. This leads
to configurations where stop_machine() is broken as it will then only
run the callback on the local CPU with irqs disabled, and not stop the
other CPUs or run
On 19/11/15 10:03, Suzuki K. Poulose wrote:
On 19/11/15 04:57, AKASHI Takahiro wrote:
Hi
From my curiosity,
can you please clarify your criteria regarding which fields of a register
should be signed or unsigned?
I guessed that the fields marked with FTR_LOWER_SAFE or FTR_HIGHER_SAFE could
be
On Wed, Nov 11 2015, Andy Shevchenko wrote:
> The function prepares the expected result in the provided buffer.
>
> Signed-off-by: Andy Shevchenko
> ---
> lib/test_hexdump.c | 26 +++---
> 1 file changed, 19 insertions(+), 7 deletions(-)
Makes sense. It does improve readabi
On Wed, Nov 11 2015, Andy Shevchenko wrote:
> When test for overflow do iterate the buffer length in a range
> 0 .. BUF_SIZE.
>
> Signed-off-by: Andy Shevchenko
> ---
> lib/test_hexdump.c | 20 ++--
> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/lib/test_he
Commit-ID: ed29210cd6a67425026e78aa298fa434e11a74e3
Gitweb: http://git.kernel.org/tip/ed29210cd6a67425026e78aa298fa434e11a74e3
Author: Juergen Gross
AuthorDate: Tue, 17 Nov 2015 13:05:43 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 17 Nov 2015 15:40:17 +0100
x86: Remove unused fun
Commit-ID: 460958659270b7d750d4ccfe052171cb6f655cbb
Gitweb: http://git.kernel.org/tip/460958659270b7d750d4ccfe052171cb6f655cbb
Author: Juergen Gross
AuthorDate: Tue, 17 Nov 2015 14:44:32 +0100
Committer: Thomas Gleixner
CommitDate: Thu, 19 Nov 2015 11:03:58 +0100
x86/paravirt: Remove u
Hi Jacek,
Thanks for the review.
I'm trying to reply in detail what you mentioned.
Please contact me If you need more detail to understand what I replied.
On 2015년 11월 19일 00:46, Jacek Anaszewski wrote:
> Hi Ingi,
>
> Thanks for the update. I have few comments below.
>
> On 11/17/2015 10:04 AM
On Wed, Nov 11 2015, Andy Shevchenko wrote:
> The magic numbers of the length are converted to their actual meaning, such as
> end of the buffer with and without ASCII part.
>
> We don't touch the rest magic constants that will be removed in the following
> commits.
>
> Signed-off-by: Andy Shevch
> 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
> ---
> drivers/devfreq/devfreq.c | 5 +
> 1 fil
> On Nov 19, 2015, at 14:58, Kirill A. Shutemov wrote:
>
> uncharged
i also encounter this crash ,
also i encounter a crash like this in qemu:
[2.703436] [] do_execveat_common.isra.36+0x4f0/0x630
[2.703624] [] do_execve+0x24/0x30
[2.703767] [] SyS_execve+0x1c/0x2c
[2.703923]
On Wed, Nov 11 2015, Andy Shevchenko wrote:
> After processing by hex_dump_to_buffer() check all the parts to be expected.
>
> Part 1. The actual expected hex dump with or without ASCII part.
> This is provided by plain strcmp() call including check for the
> terminating NUL.
>
> Part
Commit-ID: 112677d683d31ebd6a8e8b02e0620ae512354b2d
Gitweb: http://git.kernel.org/tip/112677d683d31ebd6a8e8b02e0620ae512354b2d
Author: Namhyung Kim
AuthorDate: Tue, 17 Nov 2015 09:43:24 +0900
Committer: Thomas Gleixner
CommitDate: Thu, 19 Nov 2015 11:07:49 +0100
x86/ftrace: Add comment
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 check
On Wed 18-11-15 10:29:34, Vlastimil Babka wrote:
> Following the previous patch, further reduction of /proc/pid/smaps cost is
> possible for private writable shmem mappings with unpopulated areas where
> the page walk invokes the .pte_hole function. We can use radix tree iterator
> for each such ar
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 ch
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
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 Re
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: s
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
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 +
* 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' an
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
>
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 Chengming
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:
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 an
1 - 100 of 888 matches
Mail list logo