Enabling support for more than one BMIPS CPU in the same build may
result in different L1_CACHE_SHIFT values, e.g.
CPU_BMIPS5000 selects MIPS_L1_CACHE_SHIFT_7
CPU_BMIPS4380 selects MIPS_L1_CACHE_SHIFT_6
anything else defaults to MIPS_L1_CACHE_SHIFT_5
Ensure that if more than one
On 2014/11/23 21:22, Lan Tianyu wrote:
> ACPI 5.0 introduces _DEP to designate device objects that OSPM should
> assign a higher priority in start ordering due to future operation region
> accesses.
>
> On Asus T100TA, ACPI battery info are read from a I2C slave device via
> I2C operation region.
From: Brian Norris
Wakeable interrupts might be pending at boot/init time, because wakeup
interrupts might have triggered a resume from S5. So don't clear such
wakeups.
This means that any driver which requests a wakeable interrupt bit
should be prepared to handle an interrupt as soon as they
On Tuesday, November 18, 2014 01:58:11 PM Ken Xue wrote:
> This new feature is to interpret AMD specific ACPI device to platform
> device such as I2C, UART found on AMD CZ and later chipsets. It is
> based on example INTEL LPSS. Now, it can support AMD I2C & UART.
>
> Signed-off-by: Ken Xue
>
Hi Paolo,
On Fri, Nov 21, 2014 at 07:31:18PM +0100, Paolo Bonzini wrote:
[...]
>+ u64 feature = valid & -valid;
>+ int index = fls64(feature) - 1;
>+ void *src = get_xsave_addr(xsave, feature);
>+
>+ if (src) {
>+ u32 size,
Hi Paolo,
On Fri, Nov 21, 2014 at 03:46:55PM +0100, Paolo Bonzini wrote:
>
>
>On 20/11/2014 17:34, Nadav Amit wrote:
>> Fenghua,
>>
>> I got KVM (v3.17) crashing on a machine that supports XRSTORS - It appears
>> to get a #GP when it is trying to load the guest FPU.
>> One reason for the #GP is
These flushes deal with sequence number overflows, such
as for long lived threads. These are rare, but interesting
from a debugging PoV. As such, display the number of flushes
when vmacache debugging is enabled.
Signed-off-by: Davidlohr Bueso
---
include/linux/vm_event_item.h | 1 +
On Fri, Nov 21, 2014 at 12:58 PM, Olof Johansson wrote:
> On Thu, Nov 20, 2014 at 8:58 AM, Catalin Marinas
> wrote:
>> Doug,
>>
>> On Thu, Nov 20, 2014 at 04:24:09PM +, Doug Anderson wrote:
>>> On Thu, Nov 20, 2014 at 8:10 AM, Catalin Marinas
>>> wrote:
>>> > On Wed, Oct 08, 2014 at
Hi Mauro,
Today's linux-next merge of the v4l-dvb tree got a conflict in
arch/arm/mach-omap2/devices.c between commit e7e42b9d2a7f ("ARM:
OMAP4+: Remove unused omap_l3_noc platform init") from the arm-soc tree
and commit 1b65729a186b ("[media] mach-omap2: remove deprecated
VIDEO_OMAP2 support")
This patch adds an API exynos_sys_powerup_conf to be called after system sleep
wakeup. This will useful for exynos7 SoC to perform resume related
initialisations. This is similar to currently existing API
exynos_sys_powerdown_conf.
Reviewed-by: Pankaj Dubey
Signed-off-by: Amit Daniel Kachhap
The config option SOC_SAMSUNG is needed to enable all soc samsung
drivers inside driver/soc/samsung folder. Currently, this will be useful to
enable exynos pmu driver which is moved to that folder.
Signed-off-by: Amit Daniel Kachhap
---
arch/arm/mach-exynos/Kconfig |1 +
1 file changed, 1
Add PMU settings for exynos7. This is required for future suspend-to-ram,
cpuidle and power domain support.
Note: In this patch some static declarations lines are over 80
characters per line for easy redability.
Reviewed-by: Pankaj Dubey
Signed-off-by: Eunseok Choi
Signed-off-by: Abhilash
This patch moves Exynos PMU driver implementation from "arm/mach-exynos"
to "drivers/soc/samsung". This driver is mainly used for setting misc
bits of register from PMU IP of Exynos SoC which will be required to
configure before Suspend/Resume. Currently all these settings are done
in
Moving Exynos PMU specific header file into "include/linux/soc/samsung"
thus updated affected files under "mach-exynos" to use new location of
these header files.
Signed-off-by: Pankaj Dubey
Signed-off-by: Amit Daniel Kachhap
---
arch/arm/mach-exynos/exynos.c |2 +-
This patch series [1 - 5] performs,
1) Moves pmu driver to driver/soc/samsung folder. This is needed as exynos7 is
an arm64 based platform and hence PMU driver should be in driver folder.
Some discussion happened about this in the v1 version. Finally adding it in
driver/soc folder as it
(2014/11/22 4:43), Steven Rostedt wrote:
> On Fri, 21 Nov 2014 13:05:29 -0500
> Steven Rostedt wrote:
>
>> On Fri, 21 Nov 2014 05:25:16 -0500
>> Masami Hiramatsu wrote:
>
>>> + * IPMODIFY - The ops can modify the IP register. This can only be set with
>>> + *SAVE_REGS. If another
On Sun, Nov 23, 2014 at 4:07 PM, Heiko Stübner wrote:
> Hi Sonny,
>
> Am Dienstag, 18. November 2014, 23:15:19 schrieb Sonny Rao:
>> This exposes the clock that comes out of the i2s block which generally
>> goes to the audio codec.
>>
>> Signed-off-by: Sonny Rao
>> ---
>>
(2014/11/22 3:05), Steven Rostedt wrote:
> On Fri, 21 Nov 2014 05:25:16 -0500
> Masami Hiramatsu wrote:
>
>> Documentation/trace/ftrace.txt |5 +
>> include/linux/ftrace.h | 16 -
>> kernel/trace/ftrace.c | 142
>> +++-
>> 3 files
On Sat, 2014-11-22 at 04:39 +, Al Viro wrote:
[...]
> - ret = rds_page_copy_from_user(sg_page(sg), sg->offset + sg_off,
> - iov->iov_base + iov_off,
> - to_copy);
[...]
It looks like
Linda,
On 2014/11/21 13:00, Linda Knippers wrote:
On 11/20/2014 10:07 PM, Ethan Zhao wrote:
Kristen,
Whatever I would like there is a way to load intel_pstate and give
it a try even it does not support all the PM features.
I think 'force' is OK.
Linda,
Do you like it ? if the
Linda,
On 2014/11/21 12:44, Linda Knippers wrote:
On 11/20/2014 07:37 PM, ethan zhao wrote:
Dirk,
On 2014/11/21 0:50, Dirk Brandewie wrote:
On 11/19/2014 12:22 PM, Linda Knippers wrote:
On 11/18/2014 3:37 AM, Ethan Zhao wrote:
Oracle Sun X86 servers have dynamic power capping capability
On Monday, November 24, 2014 01:02:30 AM Xue, Ken wrote:
>
> On Tuesday, November 18, 2014 01:58:11 PM Ken Xue wrote:
> > This new feature is to interpret AMD specific ACPI device to platform
> > device such as I2C, UART found on AMD CZ and later chipsets. It is
> > based on example INTEL LPSS.
On Friday, October 17, 2014 09:36:59 PM Hanjun Guo wrote:
> From: Tomasz Nowicki
>
> It is very useful to traverse all available table entries without max
> number of expected entries type. Current acpi_parse_entries()
> implementation gives that feature but it does not count those entries,
> it
From: "Michael S. Tsirkin"
Date: Sun, 23 Nov 2014 22:30:32 +0200
> qemu runs in the host, but it's unpriveledged: it gets
> passed tun FDs by a priveledged daemon, and it only
> has the rights to some operations,
> in particular to attach and detach queues.
>
> The assumption always was that
This allows ITER_KVEC iterators work regardless of set_fs() - they can
use memcpy() instead of uaccess.h stuff. While we are at it, they don't
need to bother with "it's walked into an unmapped area" logics either and
copying itself is atomic, which simplifies the copy_page_..._iter() for
those
On Sun, 23 Nov 2014 14:51:57 -0800
Linus Torvalds wrote:
> On Sat, Nov 22, 2014 at 5:05 AM, Steven Rostedt wrote:
> >
> > Honestly, I did it this way because it was the simplest way to do it.
>
> So the thing is, I already dislike the whole setup, and your patch
> just makes it worse.
>
> And
From: Benoit Parrot
This patch adds Video Processing Front End (VPFE) driver for
AM437X family of devices
Driver supports the following:
- V4L2 API using MMAP buffer access based on videobuf2 api
- Asynchronous sensor/decoder sub device registration
- DT support
Signed-off-by: Benoit Parrot
iov_iter.c has already grown pretty large, and there is a couple of pending
changes to it that promise to make it even bigger. On the other hand, there's
a lot of duplicated logics in there. Generally, we'd want something like
iterate(iter, size, f_iovec, f_bvec, data, move) that would apply the
On Mon, 2014-11-24 at 00:27 +, Ben Hutchings wrote:
> On Sat, 2014-11-22 at 04:33 +, Al Viro wrote:
[...]
> Does skb_copy_datagram_from_iter() really need a len parameter? Here it
> is equal to iov_iter_count(from).
[...]
> Again len is equal to iov_iter_count(from), so I think that
On Friday, October 17, 2014 09:36:58 PM Hanjun Guo wrote:
> From: Ashwin Chaugule
>
> The acpi_table_parse() function has a callback that
> passes a pointer to a table_header. Add a new function
> which takes this pointer and parses its entries. This
> eliminates the need to re-traverse all the
On Tuesday, November 18, 2014 01:58:11 PM Ken Xue wrote:
> This new feature is to interpret AMD specific ACPI device to platform device
> such as I2C, UART found on AMD CZ and later chipsets. It is based on example
> INTEL LPSS. Now, it can support AMD I2C & UART.
>
> Signed-off-by: Ken Xue
>
On Friday, November 21, 2014 03:11:51 PM Aaron Lu wrote:
> The same virtual GPIO strategy is also used for the AXP288 PMIC in that
> various control methods that are used to do power rail handling and
> sensor reading/setting will touch GPIO fields defined under the PMIC
> device. The GPIO fileds
On Friday, November 21, 2014 03:11:50 PM Aaron Lu wrote:
> The Baytrail-T-CR platform firmware has defined two customized operation
> regions for PMIC chip Dollar Cove XPower - one is for power resource
> handling and one is for thermal just like the CrystalCove one. This patch
> adds support for
On Friday, November 21, 2014 03:11:49 PM Aaron Lu wrote:
> The Baytrail-T platform firmware has defined two customized operation
> regions for PMIC chip Crystal Cove - one is for power resource handling
> and one is for thermal: sensor temperature reporting, trip point setting,
> etc. This patch
From: Byungchul Park
Currently, function graph tracer prints "!" or "+" just before
function execution time to signal a function overhead, depending
on the time. And some tracers tracing latency also print "!" or
"+" just after time to signal overhead, depending on the interval
between events.
Hi Vincent,
On 5/28/14, 7:15 PM, Vincent Guittot wrote:
On 28 May 2014 12:58, Peter Zijlstra wrote:
On Fri, May 23, 2014 at 05:53:03PM +0200, Vincent Guittot wrote:
[snip]
Now I'm only struggling to understand the rationale for this, its got
LLC in there somewhere, but I'm failing to
On Sun, Nov 23, 2014 at 07:28:10PM -0500, Jeff Layton wrote:
> On Sun, 23 Nov 2014 15:36:37 -0800
> Josh Triplett wrote:
>
> > On Sun, Nov 23, 2014 at 09:30:40PM +0100, Pieter Smith wrote:
> > > On Sun, Nov 23, 2014 at 11:43:26AM -0800, Josh Triplett wrote:
> > > > On Sun, Nov 23, 2014 at
On Mon, 2014-11-24 at 00:02 +, Ben Hutchings wrote:
> On Sat, 2014-11-22 at 04:33 +, Al Viro wrote:
> [...]
> > --- a/net/core/datagram.c
> > +++ b/net/core/datagram.c
> > @@ -572,6 +572,77 @@ fault:
> > }
> > EXPORT_SYMBOL(skb_copy_datagram_from_iovec);
> >
>
> Missing kernel-doc.
On Sun, 23 Nov 2014 15:36:37 -0800
Josh Triplett wrote:
> On Sun, Nov 23, 2014 at 09:30:40PM +0100, Pieter Smith wrote:
> > On Sun, Nov 23, 2014 at 11:43:26AM -0800, Josh Triplett wrote:
> > > On Sun, Nov 23, 2014 at 01:46:23PM -0500, David Miller wrote:
> > > > Truly removing sendfile/sendpage
On Sun, Nov 23, 2014 at 7:23 PM, Benjamin Herrenschmidt
wrote:
On Sun, 2014-11-23 at 10:14 -0500, Chris Mason wrote:
Hi Linus,
My for-linus branch:
Not sure if this is related, but with -rc4, on this ppc64el box, when
grub updates (it starts trying to mount everything under the sun
On Sat, 2014-11-22 at 04:33 +, Al Viro wrote:
> allows to switch macvtap and tun from ->aio_write() to ->write_iter()
>
> Signed-off-by: Al Viro
> ---
> drivers/net/macvtap.c | 43 ---
> drivers/net/tun.c | 43
On Sun, Nov 23, 2014 at 04:08:21PM -0800, Linus Torvalds wrote:
> Really not a whole lot of code changed, and if it wasn't for the
> pending trouble from DaveJ, I'd probably be perfectly happy. Let's see
> how that all unfolds, but in the meantime, the more testing this can
> get, the better.
Hi Sonny,
Am Dienstag, 18. November 2014, 23:15:19 schrieb Sonny Rao:
> This exposes the clock that comes out of the i2s block which generally
> goes to the audio codec.
>
> Signed-off-by: Sonny Rao
> ---
> drivers/clk/rockchip/clk-rk3288.c | 3 ++-
>
On Sun, 2014-11-23 at 10:14 -0500, Chris Mason wrote:
> Hi Linus,
>
> My for-linus branch:
Not sure if this is related, but with -rc4, on this ppc64el box, when
grub updates (it starts trying to mount everything under the sun with
every filesystem), the box hangs with:
[ 177.344522] INFO:
Hi Maxime,
Today's linux-next merge of the sunxi tree got a conflict in
arch/arm/boot/dts/sun6i-a31.dtsi between commit 123ccfcc632a ("Revert
merge of sunxi/dt") from the arm-soc tree and commits from the sunxi
tree.
I fixed it up (I just used the version from the sunxi tree) and can
carry the
Hi folks,
Not sure if this is right place to ask this doubt.
I am trying to port my old script to centos7, in which earlier device
state was set using
echo "offline" > /sys/block/sda/device/state.
I am looking for systemctl equivalent for it. Can anyone please help?
Thank you.
-Chaitanya
--
Steady progress towards final release, although we still have a big
unknown worry in a regression that Dave Jones reported and that we
haven't solved yet. In the process of chasing that one down, there's
been a fair amount of looking at various low-level details, and that
found some dubious
On Sat, 2014-11-22 at 04:33 +, Al Viro wrote:
[...]
> --- a/net/core/datagram.c
> +++ b/net/core/datagram.c
> @@ -572,6 +572,77 @@ fault:
> }
> EXPORT_SYMBOL(skb_copy_datagram_from_iovec);
>
Missing kernel-doc.
> +int skb_copy_datagram_from_iter(struct sk_buff *skb, int offset,
> +
Don't assume that the issuer & serialNumber are specified.
Signed-off-by: Mimi Zohar
---
crypto/asymmetric_keys/x509_public_key.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/crypto/asymmetric_keys/x509_public_key.c
b/crypto/asymmetric_keys/x509_public_key.c
On Sun, Nov 23, 2014 at 09:30:40PM +0100, Pieter Smith wrote:
> On Sun, Nov 23, 2014 at 11:43:26AM -0800, Josh Triplett wrote:
> > On Sun, Nov 23, 2014 at 01:46:23PM -0500, David Miller wrote:
> > > Truly removing sendfile/sendpage means that you can't even compile NFS
> > > into the tree.
> >
>
On Sat, 2014-11-22 at 04:32 +, Al Viro wrote:
> Signed-off-by: Al Viro
> ---
> drivers/net/macvtap.c | 39 ---
> 1 file changed, 16 insertions(+), 23 deletions(-)
>
> diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c
> index cea99d4..cdd820f
On Sun, Nov 23, 2014 at 11:29:08PM +0100, Richard Weinberger wrote:
> On Sun, Nov 23, 2014 at 3:20 PM, Pieter Smith wrote:
> > To implement splice support, fs/fuse makes use of nosteal_pipe_buf_ops. This
> > struct is exported by fs/splice. The goal of the larger patch set is to
> > completely
On Sat, Nov 22, 2014 at 5:05 AM, Steven Rostedt wrote:
>
> Honestly, I did it this way because it was the simplest way to do it.
So the thing is, I already dislike the whole setup, and your patch
just makes it worse.
And part of the problem is that there is *already* too many stupid
layers of
On Sun, Nov 23, 2014 at 3:20 PM, Pieter Smith wrote:
> To implement splice support, fs/fuse makes use of nosteal_pipe_buf_ops. This
> struct is exported by fs/splice. The goal of the larger patch set is to
> completely compile out fs/splice, so uses of the exported struct need to be
> compiled
I've just released Linux 2.6.32.64.
The patch and changelog will appear soon at the following locations:
https://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.32/
https://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.32/patch-2.6.32.64.xz
Chris bisected a NULL pointer deference in task_sched_runtime() to
commit 6e998916dfe3 'sched/cputime: Fix clock_nanosleep()/clock_gettime()
inconsistency'.
Chris observed crashes in atop or other /proc walking programs when he
started fork bombs on his machine. He assumed that this is a new exit
On Sun, Nov 23, 2014 at 4:38 PM, Thomas Gleixner
wrote:
On Sun, 23 Nov 2014, Chris Mason wrote:
On Sun, Nov 23, 2014 at 4:05 PM, Thomas Gleixner
wrote:
> On Sun, 23 Nov 2014, Chris Mason wrote:
> > On Sun, Nov 23, 2014 at 11:32 AM, Borislav Petkov
wrote:
> > > On Sun, Nov 23, 2014
On 11/20/2014 12:01 AM, Doug Anderson wrote:
Daniel,
On Wed, Oct 8, 2014 at 12:33 AM, Sonny Rao wrote:
From: Doug Anderson
Some 32-bit (ARMv7) systems are architected like this:
* The firmware doesn't know and doesn't care about hypervisor mode and
we don't want to add the complexity of
On Sun, Nov 23, 2014 at 04:29:53PM -0500, Chris Mason wrote:
> 11 minutes later and it's still alive. I'll keep an eye on it and yell
> if it falls over.
Ditto. Box here suspends and resumes fine even while the fork bomb is
running. I'll watch it the next days just in case though.
On Sun, 23 Nov 2014, Chris Mason wrote:
> On Sun, Nov 23, 2014 at 4:05 PM, Thomas Gleixner wrote:
> > On Sun, 23 Nov 2014, Chris Mason wrote:
> > > On Sun, Nov 23, 2014 at 11:32 AM, Borislav Petkov wrote:
> > > > On Sun, Nov 23, 2014 at 11:16:51AM -0500, Chris Mason wrote:
> > > > > It must
On Sun, 2014-11-23 at 16:03 -0500, Rik van Riel wrote:
> On 11/23/2014 01:23 PM, Manfred Spraul wrote:
> > Hi Rik,
> >
> > On 11/21/2014 08:52 PM, Rik van Riel wrote:
> >> When manipulating just one semaphore with semop, sem_lock only
> >> takes that single semaphore's lock. This creates a
On Sun, Nov 23, 2014 at 4:11 PM, Chris Mason wrote:
On Sun, Nov 23, 2014 at 4:05 PM, Thomas Gleixner
wrote:
On Sun, 23 Nov 2014, Chris Mason wrote:
On Sun, Nov 23, 2014 at 11:32 AM, Borislav Petkov
wrote:
> On Sun, Nov 23, 2014 at 11:16:51AM -0500, Chris Mason wrote:
> > It must be:
On Sun, Nov 23, 2014 at 4:05 PM, Thomas Gleixner
wrote:
On Sun, 23 Nov 2014, Chris Mason wrote:
On Sun, Nov 23, 2014 at 11:32 AM, Borislav Petkov
wrote:
> On Sun, Nov 23, 2014 at 11:16:51AM -0500, Chris Mason wrote:
> > It must be:
> >
> > commit
On Sun, 23 Nov 2014, Chris Mason wrote:
> On Sun, Nov 23, 2014 at 11:32 AM, Borislav Petkov wrote:
> > On Sun, Nov 23, 2014 at 11:16:51AM -0500, Chris Mason wrote:
> > > It must be:
> > >
> > > commit 6e998916dfe327e785e7c2447959b2c1a3ea4930
> > > Author: Stanislaw Gruszka
> > > Date: Wed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/23/2014 01:23 PM, Manfred Spraul wrote:
> Hi Rik,
>
> On 11/21/2014 08:52 PM, Rik van Riel wrote:
>> When manipulating just one semaphore with semop, sem_lock only
>> takes that single semaphore's lock. This creates a problem during
>>
On Fri, Nov 21, 2014 at 09:59:49PM +, Luck, Tony wrote:
> > Oh, cpu errata. So this would mean that we can't even rely on the
> > contents of the MCA banks, can we?
> >
> > In any case, is any of the information in the MCA banks in such cases
> > even usable then? Because if not, we're
Fix the following sparse errors:
drivers/staging/lustre/lnet/lnet/router.c:756:1: warning: symbol
'lnet_wait_known_routerstate' was not declared. Should it be static?
drivers/staging/lustre/lnet/lnet/router.c:788:1: warning: symbol
'lnet_update_ni_status_locked' was not declared. Should it be
Hello Grygorii,
On Fri, Nov 21, 2014 at 09:33:22PM +0200, Grygorii Strashko wrote:
> On 11/21/2014 09:07 PM, Uwe Kleine-König wrote:
> > On Thu, Nov 20, 2014 at 12:03:07PM +0200, Grygorii Strashko wrote:
> > Just another general comment about the driver that doesn't influence the
> > correctness
Hello Grygorii,
On Fri, Nov 21, 2014 at 05:33:37PM +0200, Grygorii Strashko wrote:
> On 11/21/2014 03:10 PM, Uwe Kleine-König wrote:
> > On Fri, Nov 21, 2014 at 02:48:57PM +0200, Grygorii Strashko wrote:
> >> On 11/21/2014 12:19 AM, Uwe Kleine-König wrote:
> diff --git
On Sun, Nov 23, 2014 at 01:43:23PM -0500, David Miller wrote:
> From: "Michael S. Tsirkin"
> Date: Sun, 23 Nov 2014 12:46:23 +0200
>
> > At the moment attaching/detaching queues is an unpriveledged operation.
> >
> > Shouldn't we worry that an application can cause large
> > allocations, and
On Sun, Nov 23, 2014 at 11:43:26AM -0800, Josh Triplett wrote:
> On Sun, Nov 23, 2014 at 01:46:23PM -0500, David Miller wrote:
> > Truly removing sendfile/sendpage means that you can't even compile NFS
> > into the tree.
>
> If you mean the in-kernel nfsd (CONFIG_NFSD), that already has a large
>
On Sat, 2014-11-22 at 21:56 +0100, Fabian Frederick wrote:
> This script generates a graph based on errors/warnings/checks detected
> by checkpatch -f recursively on each files of a directory.
> Results are grouped by subfolders and pushed in gnuplot datasets.
Why is this useful?
Ingo's badly
Hello Wolfram,
On Sat, Nov 22, 2014 at 07:26:30PM +0100, Wolfram Sang wrote:
>
> > this mail is thematically more a reply to patch 1 and maybe just serves
> > my understanding of the slave support.
>
> Sure. This shows how badly needed the documentation is :)
>
> ...
> > > + break;
> >
On Fri, 21 Nov 2014, Alex Williamson wrote:
> For the most part multivector MSI is not supported and drivers and
> hardware wanting multiple vectors opt for MSI-X instead. It seems
> though that having the ability to query the arch/platform code to
> determine whether allocating multiple MSI
On Fri, 21 Nov 2014, Vikas Shivappa wrote:
> On Fri, 21 Nov 2014, Thomas Gleixner wrote:
> > On Wed, 19 Nov 2014, Vikas Shivappa wrote:
> > > + rdmsr(IA32_PQR_ASSOC, l, h);
> >
> > Why on earth do we want to read an MSR on every context switch? What's
> > wrong with having
> >
> >
On Sun, Nov 23, 2014 at 08:27:24PM +0100, Thomas Gleixner wrote:
> While that works, this wants to be:
>
> +RUN_SIZE = $(shell $(OBJDUMP) -h vmlinux | \
Ah, true:
$ git grep OBJDUMP Makefile
Makefile:363:OBJDUMP= $(CROSS_COMPILE)objdump
Makefile:420:export CPP AR NM STRIP OBJCOPY
On Sun, Nov 23, 2014 at 01:46:23PM -0500, David Miller wrote:
> Truly removing sendfile/sendpage means that you can't even compile NFS
> into the tree.
If you mean the in-kernel nfsd (CONFIG_NFSD), that already has a large
stack of "select" and "depends on", both directly and indirectly; adding
a
From: Julia Lawall
Date: Sat, 22 Nov 2014 15:39:17 +0100
> From: Julia Lawall
>
> Return a negative error code on failure.
>
> A simplified version of the semantic match that finds this problem is as
> follows: (http://coccinelle.lip6.fr/)
...
> Signed-off-by: Julia Lawall
Applied, thanks
On Sun, 23 Nov 2014, Matt Fleming wrote:
> Something like this?
>
> first_bit = find_next_bit(map, nr_bits, -1);
> zero_bit = find_next_zero_bit(map, nr_bits, first_bit);
>
> if (find_next_bit(map, nr_bits, zero_bit) < nr_bits)
> return -EINVAL; /* non-contiguous
On Sat, 22 Nov 2014, Borislav Petkov wrote:
> On Sat, Nov 22, 2014 at 09:51:10AM +, Chris Clayton wrote:
> > Hi,
>
> Yeah, next time make sure you actually CC people :-)
>
> I've added them to CC now.
>
> > Commit e6023367d779060fddc9a52d1f474085b2b36298 broke building an x86_64
> >
On Fri, 21 Nov, at 03:19:52PM, Thomas Gleixner wrote:
> > + barrier();
> > + cqe_genable = true;
>
> What's the exact point of that barrier?
Yes, this definitely needs documenting. Vikas?
> > +
> > +/*
> > + * Tests if only contiguous bits are set.
> > + */
> > +
> >
On Sun, Nov 23 2014 at 12:31pm -0500,
Eric Dumazet wrote:
> On Sun, 2014-11-23 at 11:53 -0500, Mike Snitzer wrote:
> > On Sun, Nov 23, 2014 at 11:40 AM, Eric Dumazet
> > wrote:
> > > From: Eric Dumazet
> > >
> > > rcu_dereference() should be used in sections protected by rcu_read_lock.
> > >
On Sun, 23 Nov 2014, Sudip Mukherjee wrote:
> On Sun, Nov 23, 2014 at 01:48:06PM +0100, Julia Lawall wrote:
> > From: Julia Lawall
> >
> > Initialize err before returning on failure, as done elsewhere in the
> > function.
>
> >
> > Signed-off-by: Julia Lawall
> >
> > ---
> >
On Sun, 2014-11-23 at 20:03 +0100, SF Markus Elfring wrote:
> > Why not just make the static source code analysis aware of the problem?
>
> This is also possible, of course.
>
>
> > You can treat static functions differently that non-static ones.
>
> I have added this detail to my ideas around
On Sun, 2014-11-23 at 14:51 +0400, Vladimir Shebordaev wrote:
> Hi,
>
> I would like to suggest an interface to list inodes that currently
> occupy page cache in human readable form.
>
> A piece of code below creates a dedicated proc entry, namely,
> /proc/kpagecache. Upon read request it
Folks,
I've rebased the hierarchical irqdomain code on top of Bjorns
msi_controller rework.
Changes versus the previous version:
- Bjorns new pci/mci branch. See also:
http://lkml.kernel.org/r/20141121172018.ga6...@google.com
Thanks Bjorn for fixing that just before your
> Why not just make the static source code analysis aware of the problem?
This is also possible, of course.
> You can treat static functions differently that non-static ones.
I have added this detail to my ideas around the next fine-tuning
for the published semantic patch approach.
> There
On Sun, Nov 23, 2014 at 5:08 PM, Beniamino Galvani wrote:
> Add a node for the Ethernet controller to Meson DTS file and
> enable it on the Geniatech ATV1200 board.
>
> Signed-off-by: Beniamino Galvani
> ---
> arch/arm/boot/dts/meson.dtsi | 11 +++
>
On Mon, Nov 24, 2014 at 12:15:21AM +0530, Balavasu kuppusammyprathaban wrote:
> This patch fixes the checkpatch.pl issue
> Error: do not initialise statics to 0 or NULL
>
> Signed-off-by: Balavasu
You seem to have ignored everything I said in my last response to your
previous submission, which
Hallo Wolfram,
On Sat, Nov 22, 2014 at 07:14:06PM +0100, Wolfram Sang wrote:
> > > > + case I2C_SLAVE_REQ_READ_END:
> > > > + eeprom->buffer_idx++;
> > > You don't check here for buffer_idx >= ARRAY_SIZE(buffer)?
> > > Ditto in the I2C_SLAVE_REQ_WRITE_END case.
> > I just
This patch fixes the checkpatch.pl issue
Error: trailing statements should be on next line
Signed-off-by: Balavasu
---
drivers/staging/lustre/lnet/lnet/router.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/lustre/lnet/lnet/router.c
Truly removing sendfile/sendpage means that you can't even compile NFS
into the tree.
I cannot take this patch series seriously, sorry.
--
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
This patch fixes the checkpatch.pl issue
Error: do not initialise statics to 0 or NULL
Signed-off-by: Balavasu
---
drivers/staging/lustre/lnet/lnet/router.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/staging/lustre/lnet/lnet/router.c
From: Markus Elfring
Date: Sun, 23 Nov 2014 19:12:29 +0100
The jump label "err1" was used by the ion_buffer_create() function in case of
a memory allocation failure just to pass a null pointer to a vfree() function
call by a data structure element.
This implementation detail could be improved by
From: "Michael S. Tsirkin"
Date: Sun, 23 Nov 2014 12:46:23 +0200
> At the moment attaching/detaching queues is an unpriveledged operation.
>
> Shouldn't we worry that an application can cause large
> allocations, and provide a way to limit these?
>
> David, could you comment on this please?
I
This series proposes an integration of "ARM: Forwarding physical
interrupts to a guest VM" (http://lwn.net/Articles/603514/) in
KVM.
It enables to transform a VFIO platform driver IRQ into a forwarded
IRQ.
When a physical IRQ is forwarded (to a guest), the host does not
deactivates this latter.
From: Kim Phillips
Used by KVM-enabled VFIO-based device passthrough support in QEMU.
Signed-off-by: Kim Phillips
---
arch/arm/kvm/Kconfig | 1 +
arch/arm/kvm/Makefile | 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/kvm/Kconfig b/arch/arm/kvm/Kconfig
index
In case the IRQ is forwarded, the VFIO platform IRQ handler does not
need to disable the IRQ anymore.
When setting the IRQ handler we now also test the forwarded state. In
case the IRQ is forwarded we select the edge handler (no automaske).
Signed-off-by: Eric Auger
---
v2 -> v3:
- forwarded
From: SF Markus Elfring
Date: Sun, 23 Nov 2014 08:18:31 +0100
>> Whereas if you learn how to base your changes cleanly on the correct
>> base now, all of your future submissions will go quickly and smoothly
>> into my tree.
>
> My reluctance to work with more Linux repositories will evolve
>
From: Markus Elfring
Date: Sun, 23 Nov 2014 18:48:15 +0100
The functions ion_heap_destroy() and vfree() perform also input
parameter validation. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
101 - 200 of 656 matches
Mail list logo
