Use list_first_entry_or_null() instead of list_empty() + list_entry()
to simplify the code.
Signed-off-by: Geliang Tang
---
drivers/pci/pcie/aer/aer_inject.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/pci/pcie/aer/aer_inject.c
b/drivers/pci/pcie/ae
On Friday 22 January 2016 15:27:12 Michał Kępień wrote:
> Note:
>
> In this series (both v1 and v2) I tried to stick to the overall
> concept used in dell-laptop, but in the v1 thread me and Pali also
> briefly discussed his alternative ideas [1][2] as to what this API
> could look
We forgot to remove the clock tree if something goes wrong in ->probe(). Add a
call to intel_lpss_unregister_clock() on error path in ->probe() to fix the
potential issue.
Fixes: 4b45efe85263 (mfd: Add support for Intel Sunrisepoint LPSS devices)
Signed-off-by: Andy Shevchenko
---
drivers/mfd/in
Hello, Shaohua.
On Thu, Jan 21, 2016 at 04:00:16PM -0800, Shaohua Li wrote:
> > The thing is that most of the possible contentions can be removed by
> > implementing per-cpu cache which shouldn't be too difficult. 10%
> > extra cost on current gen hardware is already pretty high.
>
> I did think
On Thu, Jan 21, 2016 at 05:41:57PM -0500, Tejun Heo wrote:
[..]
> A simple approximation of IO cost such as fixed cost
> per IO + cost proportional to IO size would do a far better job than
> just depending on bandwidth or iops and that requires approximating
> two variables over time. I'm not su
This patch is to vb_init.c file that fixes up following warnings
reported by checkpatch.pl:
WARNING: Block comments use a trailing */ on a separate line
Signed-off-by: YU BO
---
drivers/staging/xgifb/vb_init.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drive
struct register_host_info stores a 64-bit UTC system time timestamp.
This patch removes the use of 'struct timeval' to obtain that timestamp
as its tv_sec value will overflow on 32-bit systems in year 2038 beyond.
The patch uses ktime_get_real_seconds() which returns a 64-bit seconds value.
Signed
On Fri, Jan 22, 2016 at 01:48:08PM +, Chris Brandt wrote:
> I believe the motivation for the new DAX code was being able to
> read/write data directly to specific physical memory. However, with
> the AXFS file system, XIP file mapping was mostly beneficial for direct
> access to executable code
Instead of using the WMI wrapper, dell-led can take advantage of
dell_smbios_send_request() for performing the SMBIOS calls required to
change the state of the microphone LED.
Signed-off-by: Michał Kępień
Acked-by: Jacek Anaszewski
---
drivers/leds/dell-led.c | 65 +---
Hi Namhyung,
While continuing to process this series, I thought about one new
feature: A popup menu that would allow adding/removing sort keys, which
would entail resorting with the new sort order, what do you think?
It may be relatively simple to implement, or I may be missing
so
Extract SMBIOS-related code from dell-laptop to a new kernel module,
dell-smbios. The static specifier is removed from exported symbols,
otherwise code is just moved around.
Signed-off-by: Michał Kępień
---
drivers/platform/x86/Kconfig | 12 ++-
drivers/platform/x86/Makefile |1
On 22/01/16 14:15, Ian Campbell wrote:
> On Fri, 2016-01-22 at 13:49 +, Wei Liu wrote:
>> On Fri, Jan 22, 2016 at 01:14:24PM +, David Vrabel wrote:
>>> On 22/01/16 12:34, Wei Liu wrote:
The comment at the beginning of the file is the canonical source of
licenses for this module. C
On Thu, Jan 21, 2016 at 03:09:22PM +0300, Kirill A. Shutemov wrote:
> @@ -3511,7 +3506,7 @@ static unsigned long deferred_split_scan(struct
> shrinker *shrink,
> list_splice_tail(&list, &pgdata->split_queue);
> spin_unlock_irqrestore(&pgdata->split_queue_lock, flags);
>
> - retur
UUID calculation uses 'struct timespec' whose seconds will overflow
in year 2038 and beyond for 32-bit systems. This patch removes the
dependency on 'struct timespec' by using ktime_get_real().
While the patch does not fix a 'bug' as such, it is part of a larger
effort to remove instances of 'struc
As dell_send_request() is exported from the module, its prefix should be
consistent with other exported symbols, so change function name to
dell_smbios_send_request().
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-laptop.c | 42 ++--
drivers/platfor
As clear_buffer() is exported from the module, it has to be renamed to
something less generic, so add a "dell_smbios_" prefix to the function
name.
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-laptop.c | 12 ++--
drivers/platform/x86/dell-smbios.c |6 +++---
drivers/p
On Mon, Dec 21, 2015 at 06:08:44PM -0800, Eric Anholt wrote:
> I've tested and confirmed that it doesn't actually work. We'll need
> to sort out how to do this properly later, but for now just remove it
> since it also caused build breakage due to using CONFIG_PM_SLEEP
> functions without our Kcon
Passing an SMBIOS buffer pointer to dell_smbios_send_request() is
redundant as it should always operate on the SMBIOS buffer exported from
the module.
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-laptop.c | 42 ++--
drivers/platform/x86/dell-smbios
As release_buffer() is exported from the module, it has to be renamed to
something less generic, so add a "dell_smbios_" prefix to the function
name.
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-laptop.c | 28 ++--
drivers/platform/x86/dell-smbios.c |4
With the advent of dell_smbios_find_token(), dell-led does not need to
perform any DMI walking on its own, but it can rather ask dell-smbios to
look up the DMI tokens it needs for changing the state of the microphone
LED.
Signed-off-by: Michał Kępień
Acked-by: Jacek Anaszewski
---
drivers/leds/
Ultimately, the SMBIOS buffer should not be exported from dell-smbios.
Currently, dell-laptop accesses it directly using a global variable, so
make dell_smbios_get_buffer() return a pointer to the SMBIOS buffer and
replace all uses of the global variable with local variables.
Signed-off-by: Michał
An SMBIOS buffer pointer does not need to be returned by
dell_smbios_send_request(), because SMBIOS call results are stored in
the buffer passed as input.
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-smbios.c |5 +
drivers/platform/x86/dell-smbios.h |3 +--
2 files chan
Replace all uses of find_token_id() with dell_smbios_find_token() to
avoid directly accessing the da_tokens table.
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-laptop.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/platform/x
As dell-laptop has been changed to always retrieve a pointer to the
SMBIOS buffer using dell_smbios_get_buffer(), the SMBIOS buffer can be
marked static.
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-smbios.c |3 +--
drivers/platform/x86/dell-smbios.h |1 -
2 files changed,
Ultimately, the da_tokens table should not be exported from dell-smbios.
Currently, in some cases, dell-laptop accesses that table's members
directly, so implement a new function, dell_smbios_find_token(), which
returns a pointer to an entry inside the da_tokens table with the given
token ID (or NU
Replace all uses of find_token_location() with dell_smbios_find_token()
to avoid directly accessing the da_tokens table.
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-laptop.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/pl
As dell-laptop has been changed to use dell_smbios_find_token() instead
of find_token_id() and find_token_location(), these functions can be
safely removed.
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-smbios.c | 25 -
drivers/platform/x86/dell-smbios.h |
As get_buffer() is exported from the module, it has to be renamed to
something less generic, so add a "dell_smbios_" prefix to the function
name.
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-laptop.c | 26 +-
drivers/platform/x86/dell-smbios.c |4 ++--
As dell-laptop has been changed to use dell_smbios_find_token() instead
of directly accessing members of the da_tokens table, the latter can be
marked static.
Signed-off-by: Michał Kępień
---
drivers/platform/x86/dell-smbios.c |3 +--
drivers/platform/x86/dell-smbios.h |2 --
2 files cha
The Linux kernel tree currently contains two Dell laptop-related drivers
issuing SMBIOS requests in different ways (dell-laptop in
drivers/platform/x86 and dell-led in drivers/led). As an upcoming patch
series for the dell-wmi driver (also in drivers/platform/x86) will
change it so that it also pe
On 01/19/2016 06:18 PM, Tejun Heo wrote:
> If "cpuset.memory_migrate" is set, when a process is moved from one
> cpuset to another with a different memory node mask, pages in used by
> the process are migrated to the new set of nodes. This was performed
> synchronously in the ->attach() callback,
Hi Linus,
Here are some mmc fixes intended for v4.5 rc1. These are based on a
commit earlier in the merge window but has been tested a while in
linux-next via my next branch.
Details are as usual found in the signed tag. Please pull this in!
Kind regards
Ulf Hansson
The following changes since
On Fri, Jan 22, 2016 at 10:03:34AM +, David Vrabel wrote:
> On 21/01/16 20:13, Daniel Kiper wrote:
> > Linux kernel commit 054954eb051f35e74b75a566a96fe756015352c8
> > (xen: switch to linear virtual mapped sparse p2m list), which
> > appeared in 3.19, introduced linear virtual mapped sparse p2m
On Fri, 2016-01-22 at 13:49 +, Wei Liu wrote:
> On Fri, Jan 22, 2016 at 01:14:24PM +, David Vrabel wrote:
> > On 22/01/16 12:34, Wei Liu wrote:
> > > The comment at the beginning of the file is the canonical source of
> > > licenses for this module. Currently it contains GPL and MIT license
On 01/22/2016 02:34 PM, Grygorii Strashko wrote:
>> Do you still see it with the missing lazy bits? I don't see where this
>> could come from.
>>
>
> yep. I've tried it with and without changing _TIF_WORK_MASK
> Seems It's triggered by Virtual terminal keyboard_tasklet
Just bootet my current v4.4
Hello
tv,dj,bike,watch,watch,gultar...the shipping is 0euro
iphone6s, 368 €
we b: wfoaool. com
On Thu, Jan 21, 2016 at 02:48:58PM -0800, mingming cao wrote:
> On 01/08/2016 11:49 AM, Matthew Wilcox wrote:
> > Filesystems still need work to allocate 1GB pages. With ext4, I can
> > only get 16MB of contiguous space, although it is aligned. With XFS,
> > I can get 80MB less than 1GB, and it's
On Thu, Jan 21, 2016 at 6:51 PM, Peter Hurley wrote:
> On 01/21/2016 02:20 AM, Peter Zijlstra wrote:
>> On Thu, Jan 21, 2016 at 11:06:45AM +0100, Dmitry Vyukov wrote:
>>> On Wed, Jan 20, 2016 at 5:08 PM, Peter Hurley
>>> wrote:
On 01/20/2016 05:02 AM, Peter Zijlstra wrote:
> On Wed, Dec
2016-01-22 05:12+, Wu, Feng:
>> From: Radim Krčmář [mailto:rkrc...@redhat.com]
>> 2016-01-20 09:42+0800, Feng Wu:
>>> - if (kvm_intr_is_single_vcpu_fast(kvm, irq, dest_vcpu))
>>> + if (kvm_intr_can_posting_fast(kvm, irq, dest_vcpu))
>>> return true;
>>
>> There is one pitfall:
The comment at the beginning of the file is the canonical source of
licenses for this module. The license used to distribute outside of
Linux kernel is not BSD license but X11 license. Instead of trying to
determine whether X11 license can be mapped into Linux's "MIT" license
ident, simply make the
The comment at the beginning of the file is the canonical source of
licenses for this module. The license used to distribute outside of
Linux kernel is not BSD license but X11 license. Instead of trying to
determine whether X11 license can be mapped into Linux's "MIT" license
ident, simply make the
On Thu 21-01-16 11:38:46, Christoph Lameter wrote:
> On Thu, 21 Jan 2016, Michal Hocko wrote:
>
> > It goes like this:
> > CPU0: CPU1
> > vmstat_update
> > cpumask_test_and_set_cpu (0->1)
> > [...]
> > vmst
The comment at the beginning of the file is the canonical source of
licenses for this module. The license used to distribute outside of
Linux kernel is not BSD license but X11 license. Instead of trying to
determine whether X11 license can be mapped into Linux's "MIT" license
ident, simply make the
2016-01-22 05:12+, Wu, Feng:
>> From: Radim Krčmář [mailto:rkrc...@redhat.com]
>> 2016-01-20 09:42+0800, Feng Wu:
>> > +{
>> > + u32 mod;
>> > + int i, idx = 0;
>> > +
>> > + mod = vector % dest_vcpus;
>> > +
>> > + for (i = 0; i <= mod; i++) {
>> > + idx = find_next_bit(bitmap, bi
On 21 January 2016 at 21:11, Doug Anderson wrote:
> Hi,
>
> On Thu, Jan 21, 2016 at 1:03 AM, Tomeu Vizoso wrote:
>> So we have a mechanism for detecting a conflict in the clock
>> hierarchy, and a mechanism to solve it, but we are missing a way for
>> userspace to communicate policy regarding whi
On 01/22/2016 06:06 AM, Peter Zijlstra wrote:
On Fri, Jan 22, 2016 at 11:56:52AM +0100, Peter Zijlstra wrote:
On Fri, Jan 22, 2016 at 11:53:12AM +0100, Peter Zijlstra wrote:
There might be other details, but this is the one that stood out.
I think this also does the wrong thing for use_ww_ctx
David Rientjes wrote:
> On Thu, 21 Jan 2016, Tetsuo Handa wrote:
>
> > I consider phases for managing system-wide OOM events as follows.
> >
> > (1) Design and use a system with appropriate memory capacity in mind.
> >
> > (2) When (1) failed, the OOM killer is invoked. The OOM killer select
On Fri, Jan 22, 2016 at 02:47:36PM +0100, Arnd Bergmann wrote:
> The copy_file_range system call was added in linux-4.5 needs to
> be added to the system call tables on all architectures.
>
> This is the change for arch/arm.
>
> Signed-off-by: Arnd Bergmann
Thanks, but as ever I much prefer to
On 01/22/2016 08:12 AM, Heiko Carstens wrote:
> Christian Borntraeger reported that panic_on_warn doesn't have any
> effect on s390.
>
> The panic_on_warn feature was introduced with 9e3961a09798 ("kernel:
> add panic_on_warn"). However it did care only for the case when
> WANT_WARN_ON_SLOWPATH
On Fri, Jan 22, 2016 at 01:14:24PM +, David Vrabel wrote:
> On 22/01/16 12:34, Wei Liu wrote:
> > The comment at the beginning of the file is the canonical source of
> > licenses for this module. Currently it contains GPL and MIT license. Fix
> > the code to reflect the reality.
>
> "The MIT l
This patch adds firmware compressed stream capture support
and DAI hookups for voice control firmware (based on the wm5110
implementation.)
Signed-off-by: Richard Fitzgerald
---
sound/soc/codecs/cs47l24.c | 98 +-
1 file changed, 96 insertions(+), 2 de
2016-01-22 12:00+0800, Yang Zhang:
> On 2016/1/22 1:21, rkrc...@redhat.com wrote:
>>(I think there isn't a practical difference between *r=-1 and *r=0.)
>
> Currently, if *r == -1, the remote_irr may get set. But it seems wrong. I
Yeah ...
> need to have a double check to see whether it is a bug
I believe the motivation for the new DAX code was being able to read/write data
directly to specific physical memory. However, with the AXFS file system, XIP
file mapping was mostly beneficial for direct access to executable code pages,
not data. Code pages were XIP-ed, and data pages were copie
The copy_file_range system call was added in linux-4.5 needs to
be added to the system call tables on all architectures.
This is the change for arch/arm.
Signed-off-by: Arnd Bergmann
diff --git a/arch/arm/include/uapi/asm/unistd.h
b/arch/arm/include/uapi/asm/unistd.h
index ede692ffa32e..5dd252
Hi
On Fri, Jan 22, 2016 at 1:39 PM, Jacob Siverskog
wrote:
> This series add support for I2C and declares support for continuous
> sample rates.
>
> Please note that this has only been tested using I2C and PCM1791A. I'd
> be grateful if someone can test it with other devices in the PCM179X
> fam
Hi,
On Thu, 21 Jan 2016, H. Peter Anvin wrote:
> Something that confuses me is that gcc seems to give these sections the
> "aw" attributes which makes as complain. This might be a gcc bug.
Workaround: use an (possibly empty) intializer:
struct foo {int i;};
const struct foo
__attribute__((use
On Friday, January 22, 2016 09:20:15 AM Sudeep Holla wrote:
>
> On 22/01/16 01:15, Rafael J. Wysocki wrote:
> > On Thursday, January 21, 2016 11:19:29 AM Sudeep Holla wrote:
> >> Commit 51164251f5c3 ("sched / idle: Drop default_idle_call() fallback
> >> from call_cpuidle()") made find_deepest_stat
On Fri, Jan 22, 2016 at 12:53 PM, Sudip Mukherjee
wrote:
> On Wed, Jan 20, 2016 at 04:24:36PM +0800, Peter Hung wrote:
>> Hi Sudip,
>>
>> Sudip Mukherjee 於 2016/1/20 下午 02:22 寫道:
>> >On Wed, Jan 20, 2016 at 10:59:28AM +0800, Peter Hung wrote:
>>
>> >But my personal opinion, if we move out the seri
If it returns an error, warn user and bail out instead of silently
ignoring.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-report.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/tools/perf/builtin-report.c b/tools/perf/builtin-report.c
index 2bf537f190a
Currently hists__collapse_resort() and hists__collapse_insert_entry()
don't return error code. Now callchain_merge() can check error case,
abort and pass the error to the user. Later patch can add more work
which can be failed too.
Signed-off-by: Namhyung Kim
---
tools/perf/util/hist.c | 27 +++
The append_chain() might return either result of match_chain() or
other (error) code. But match_chain() can return any value in s64 type
so it's hard to check the error case. Add new enum match_result and
make match_chain() return non-negative values only so that we can check
the error cases.
Cc
Now it can check the error case, so check and pass it to the caller.
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/callchain.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/tools/perf/util/callchain.c b/tools/perf/util/callchai
Now create_child() and add_child() return errors so check and pass it
to the caller.
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/callchain.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/tools/perf/util/callchain.c b/tools/perf/util
The create_child() in add_child() can return NULL in case of memory
allocation failure. So check the return value and bail out. The proper
error handling will be added later.
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/callchain.c | 8
1 file changed, 8 in
Hi,
This patchset checks error case during the process of collapsing hist
entries. It's a preparation of upcoming hierarchy patchset which adds
more work in the collapsing path. If there's an error during this
stage, it'll stop processing and show warning to user.
Thanks,
Namhyung
Namhyung Ki
Memory allocation in the fill_node() can fail so change its return type
to int and check it in add_child() too.
Cc: Frederic Weisbecker
Signed-off-by: Namhyung Kim
---
tools/perf/util/callchain.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/tools/perf/ut
On 01/22/2016 02:12 PM, Heiko Carstens wrote:
> Christian Borntraeger reported that panic_on_warn doesn't have any
> effect on s390.
>
> The panic_on_warn feature was introduced with 9e3961a09798 ("kernel:
> add panic_on_warn"). However it did care only for the case when
> WANT_WARN_ON_SLOWPATH is
On 01/22/2016 03:54 AM, Peter Zijlstra wrote:
On Thu, Jan 21, 2016 at 06:02:34PM -0500, Waiman Long wrote:
This patch attempts to fix this live-lock condition by enabling the
a woken task in the wait list to enter optimistic spinning loop itself
with precedence over the ones in the OSQ. This sho
On Friday, January 22, 2016 01:10:31 PM Thomas Renninger wrote:
> On Friday, January 22, 2016 01:09:15 PM Thomas Renninger wrote:
> > The assumption that BIOSes never want to have this register being set to
> > full performance (zero) is wrong.
>
> Patch is against latest linux-pm kernel.
> Rafael
I think there's a race in radix_tree_gang_lookup() (and
related functions). I was trying to understand why we need the
'indirect_to_ptr()' call here:
radix_tree_for_each_slot(slot, root, &iter, first_index) {
results[ret] = indirect_to_ptr(rcu_dereference_raw(*slot));
On 01/22/2016 01:09 AM, Davidlohr Bueso wrote:
On Thu, 21 Jan 2016, Waiman Long wrote:
On 01/21/2016 04:29 AM, Ding Tianhong wrote:
I got the vmcore and found that the ifconfig is already in the
wait_list of the
rtnl_lock for 120 second, but my process could get and release the
rtnl_lock
no
On Thu, 21 Jan 2016 11:19:19 -0800
Andrew Morton wrote:
> On Thu, 21 Jan 2016 15:57:32 +0100 Gerald Schaefer
> wrote:
>
> > > --- a/fs/proc/task_mmu.c~numa-fix-proc-pid-numa_maps-on-s390-fix
> > > +++ a/fs/proc/task_mmu.c
> > > @@ -1523,6 +1523,7 @@ static int gather_pte_stats(pmd_t *pmd,
> >
On 01/22/2016 03:19 PM, Sebastian Andrzej Siewior wrote:
On 01/22/2016 01:24 PM, Grygorii Strashko wrote:
I can see below backtrace during boot if i backport this change in K4.1-rt
TI am437x-idk (UP) board.
[0.204022] Switched to clocksource arm_global_timer
[0.211982] [ cut
v2:
- changes merged with latest mainline and functionality re-verified.
- performed additional tests to illustrate performance benefits of
using this feature in certain configuration.
In a dm multipath environment, providing end user with an option of
selecting preferred path for an I/O i
2016-01-22 10:03+0800, Yang Zhang:
> On 2016/1/22 0:35, rkrc...@redhat.com wrote:
>>2016-01-21 13:44+0800, Yang Zhang:
>>>On 2016/1/21 13:41, Wu, Feng wrote:
>From: Yang Zhang [mailto:yang.zhang...@gmail.com]
>We may have different understanding on PI mode. My understanding is if
>we se
On 22/01/2016 at 14:20:25 +0100, Nicolas Ferre wrote :
> After 57a38effa598 (net: phy: micrel: disable broadcast for KSZ8081/KSZ8091)
> the macb0 interface has difficulties to come back from power saving mode if
> address not explicitly set up.
> As the micrel phy on the board is actually configure
Am Donnerstag, 21. Januar 2016, 20:32:09 schrieb Shawn Lin:
> rk3368 dtsi file add dw-mshc compatible "rockchip,rk3368-dw-mshc"
> but didn't add it into rockchip-dw-mshc.txt.
>
> Signed-off-by: Shawn Lin
applied to my dts32 branch for 4.6 with Rob's ack
Thanks
Heiko
After 57a38effa598 (net: phy: micrel: disable broadcast for KSZ8081/KSZ8091)
the macb0 interface has difficulties to come back from power saving mode if
address not explicitly set up.
As the micrel phy on the board is actually configured to show up at address 1
we use this explicitly.
Adding the ph
On 01/22/2016 01:24 PM, Grygorii Strashko wrote:
> I can see below backtrace during boot if i backport this change in K4.1-rt
> TI am437x-idk (UP) board.
>
> [0.204022] Switched to clocksource arm_global_timer
> [0.211982] [ cut here ]
> [0.212021] WARNING: CPU:
On 22/01/16 12:34, Wei Liu wrote:
> The comment at the beginning of the file is the canonical source of
> licenses for this module. Currently it contains GPL and MIT license. Fix
> the code to reflect the reality.
"The MIT license" isn't really a thing. The closest is the X11
license[1], but this
Christian Borntraeger reported that panic_on_warn doesn't have any
effect on s390.
The panic_on_warn feature was introduced with 9e3961a09798 ("kernel:
add panic_on_warn"). However it did care only for the case when
WANT_WARN_ON_SLOWPATH is defined. This is turn is only the case for
architectures
Hi Jared,
The old filemap_xip code was living in a state of sin ;-) It was writing to
the kernel's mapping of an address, and then not flushing the cache before
telling userspace that the data was updated. That left userspace able to read
stale data, which might actually have been a security
2016-01-22 01:49+, Wu, Feng:
>> From: Radim Krčmář [mailto:rkrc...@redhat.com]
>> 2016-01-20 09:42+0800, Feng Wu:
>> > - if (!kvm_intr_is_single_vcpu(kvm, &irq, &vcpu))
>> > + if (!kvm_intr_is_single_vcpu(kvm, &irq, &vcpu)) {
>> > + /*
>> > +
Commit-ID: 1dff76b92f69051e579bdc131e01500da9fa2a91
Gitweb: http://git.kernel.org/tip/1dff76b92f69051e579bdc131e01500da9fa2a91
Author: Gavin Guo
AuthorDate: Wed, 20 Jan 2016 12:36:58 +0800
Committer: Ingo Molnar
CommitDate: Fri, 22 Jan 2016 13:51:04 +0100
sched/numa: Fix use-after-free
Commit-ID: 753b11ef8e92a1c1bbe97f2a5ec14bdd1ef2e6fe
Gitweb: http://git.kernel.org/tip/753b11ef8e92a1c1bbe97f2a5ec14bdd1ef2e6fe
Author: Matt Fleming
AuthorDate: Thu, 21 Jan 2016 14:11:59 +
Committer: Ingo Molnar
CommitDate: Thu, 21 Jan 2016 21:01:34 +0100
x86/efi: Setup separate EFI
On 22/01/16 13:34, Wei Liu wrote:
> The comment at the beginning of the file is the canonical source of
> licenses for this module. Currently it contains GPL and MIT license.
> Fix the code to reflect the reality.
>
> Signed-off-by: Wei Liu
Acked-by: Juergen Gross
> ---
> drivers/xen/xen-scsi
On 01/22/2016 12:58 PM, Grygorii Strashko wrote:
> On 01/18/2016 10:18 PM, Sebastian Andrzej Siewior wrote:
>> * Mike Galbraith | 2016-01-18 10:08:23 [+0100]:
>>
>>> --- a/arch/x86/entry/common.c
>>> +++ b/arch/x86/entry/common.c
>>> @@ -220,14 +220,14 @@ long syscall_trace_enter(struct pt_regs
>>>
On Fri, Jan 22, 2016 at 01:15:27PM +0100, Dmitry Vyukov wrote:
> On Fri, Jan 22, 2016 at 12:55 PM, Mark Rutland wrote:
> > On Mon, Jan 18, 2016 at 09:09:43PM +0100, Dmitry Vyukov wrote:
> >> On Mon, Jan 18, 2016 at 8:44 PM, Dmitry Vyukov wrote:
> >> > Regarding KASLR and dynamically loaded module
On Thu, 21 Jan 2016 14:52:32 +0200
"Michael S. Tsirkin" wrote:
> +#if defined(__x86_64__) || defined(__i386__)
> +#include "x86intrin.h"
> +
> +static inline void wait_cycles(unsigned long long cycles)
> +{
> + unsigned long long t;
> +
> + t = __rdtsc();
> + while (__rdtsc() - t < c
2016-01-19 17:31 GMT+03:00 Peter Zijlstra :
> On Sun, Jan 10, 2016 at 03:55:13PM -0500, Sasha Levin wrote:
>> Hi all,
>>
>> While fuzzing with trinity inside a KVM tools guest, running the latest -next
>> kernel, I've hit the following warning:
>>
>> [ 3494.030114] UBSAN: Undefined behaviour in
>>
El 22/01/16 a les 13.34, Wei Liu ha escrit:
> The comment at the beginning of the file is the canonical source of
> licenses for this module. Currently it contains GPL and MIT license.
> Fix the code to reflect the reality.
>
> Signed-off-by: Wei Liu
Acked-by: Roger Pau Monné
Thanks.
The pcm179x family supports both SPI and I2C for configuration. This
patch splits the driver into core and SPI parts, in preparation for
I2C support.
Reviewed-by: Johan Hovold
Signed-off-by: Jacob Siverskog
---
sound/soc/codecs/Kconfig | 11 +--
sound/soc/codecs/Makefile | 2 ++
The PCM179x family supports both SPI and I2C. This patch adds support
for the I2C interface.
Reviewed-by: Johan Hovold
Signed-off-by: Jacob Siverskog
---
.../devicetree/bindings/sound/pcm179x.txt | 11 +++-
sound/soc/codecs/Kconfig | 9 +++
sound/soc/codecs/M
According to the PCM179x data sheets sampling frequencies between 10
kHz and 200 kHz are supported. Specify support in the driver.
Tested with PCM1791A.
References:
http://www.ti.com/lit/ds/symlink/pcm1791a.pdf
http://www.ti.com/lit/ds/symlink/pcm1792a.pdf
http://www.ti.com/lit/ds/symlink/pcm1795
This series add support for I2C and declares support for continuous
sample rates.
Please note that this has only been tested using I2C and PCM1791A. I'd
be grateful if someone can test it with other devices in the PCM179X
family and/or SPI.
These patches are against linux-next.
[V4]: Move regmap
On Fri, Jan 22, 2016 at 01:35:40PM +0200, Alexander Shishkin wrote:
> Peter Zijlstra writes:
>
> > So I think there's a number of problems still :-(
>
> Also, it does indeed race with
> __perf_event_exit_task()/sync_child_event(), but that one I'd fix by
> simply wrapping the sync_child_event()/
On 08/10/2015 07:25 AM, Peter Zijlstra wrote:
> On Sun, Aug 09, 2015 at 03:46:48PM -0400, Sasha Levin wrote:
>> > Hi all,
>> >
>> > While fuzzing with trinity inside a KVM tools guest running -next I've
>> > stumbled on the following:
>
>> > [424256.911563]
>> >
The comment at the beginning of the file is the canonical source of
licenses for this module. Currently it contains GPL and MIT license.
Fix the code to reflect the reality.
Signed-off-by: Wei Liu
---
drivers/xen/xen-scsiback.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
The comment at the beginning of the file is the canonical source of
licenses for this module. Currently it contains GPL and MIT license. Fix
the code to reflect the reality.
Signed-off-by: Wei Liu
---
drivers/net/xen-netback/netback.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
The comment at the beginning of the file is the canonical source of
licenses for this module. Currently it contains GPL and MIT license.
Fix the code to reflect the reality.
Signed-off-by: Wei Liu
---
drivers/block/xen-blkback/blkback.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
501 - 600 of 744 matches
Mail list logo