* 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
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
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
>
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 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: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
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
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.
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
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
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
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)
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
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
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
在 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
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 =
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
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
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,
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
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.
>>
>>
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
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
> >
> 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,
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
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
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
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
* 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
> > ---
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) {
>
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.
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
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
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
* 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
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 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
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
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
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
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
>
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
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
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
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
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
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
> 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
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.
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 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.
>
>
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
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 >=
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
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.
>>
>>
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
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
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
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
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
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
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
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
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
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
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
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
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
>
>
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,
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
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
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
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
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
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
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,
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
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
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
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.
"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
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
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
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
> > ---
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
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
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 =
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
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,
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
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
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
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
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
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
---
1 - 100 of 1776 matches
Mail list logo