From: Rafael J. Wysocki
Redefine the function used for matching the device's "compatible"
property against a given list of "compatible" strings to take
a pointer to that list instead of a driver object pointer to
make it more general.
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/scan.c |
Hi Andy,
On 04/08/2015 05:17 PM, Andy Lutomirski wrote:
> Something strange seems to have happened to my serial console setup.
> I boot with console=ttyS1,115200n8 and I have a getty running on
> /dev/ttyS1.
>
> On older kernels, or if I remove the console= boot parameter, then my
> getty works f
On Wed, Apr 8, 2015 at 8:17 PM, Benjamin Herrenschmidt
wrote:
> On Wed, 2015-04-08 at 17:06 -0700, Yinghai Lu wrote:
> I'll let Bjorn be the final judge here but I am not fan of the way you
> set/clear/set/clear the IORESOURCE_PREFETCH bit with
> pci_set_pref_under_pref(). It's error prone and co
Checks whether the pre-allocated memory of the loaded kernel is in
conflict with the target memory map. If this is the case, just panic
instead of run into problems later, as there is nothing we can do
to repair this situation.
Signed-off-by: Juergen Gross
---
arch/x86/xen/setup.c | 12 +
64 bit pv-domains under Xen are limited to 512 GB of RAM today. The
main reason has been the 3 level p2m tree, which was replaced by the
virtual mapped linear p2m list. Parallel to the p2m list which is
being used by the kernel itself there is a 3 level mfn tree for usage
by the Xen tools and event
Check whether the hypervisor supplied p2m list is placed at a location
which is conflicting with the target E820 map. If this is the case
relocate it to a new area unused up to now and compliant to the E820
map.
As the p2m list might by huge (up to several GB) and is required to be
mapped virtuall
On Thu, Apr 9, 2015 at 2:24 AM, Chris Zankel wrote:
> It would seem Guenter's fix addresses the issue. Are there any additional
> benefits in your patch (better localized code, etc.?)
It's a bit more generic. Maybe it's not an advantage.
Also we have a rule for .text already, in the first line.
At Wed, 8 Apr 2015 23:24:52 -0700,
Matthew Garrett wrote:
>
> On Wed, Apr 8, 2015 at 10:20 PM, Takashi Iwai wrote:
> >
> > At Wed, 8 Apr 2015 18:53:48 -0700,
> > Matthew Garrett wrote:
> > >
> > > Modern hardware will often have multiple HDA devices, and the desired
> > > power saving configurat
Mark,
On 04/08/2015 10:05 PM, Mark Rutland wrote:
On Thu, Apr 02, 2015 at 06:40:13AM +0100, AKASHI Takahiro wrote:
The current kvm implementation keeps EL2 vector table installed even
when the system is shut down. This prevents kexec from putting the system
with kvm back into EL2 when starting
On 04/08/2015 09:49 PM, Andy Lutomirski wrote:
> On Wed, Apr 8, 2015 at 5:45 PM, Andy Lutomirski wrote:
>> On Wed, Apr 8, 2015 at 4:32 PM, Peter Hurley
>> wrote:
>>> On 04/08/2015 05:40 PM, Andy Lutomirski wrote:
On Wed, Apr 8, 2015 at 2:29 PM, Peter Hurley
wrote:
> Hi Andy,
On 2015/4/9 7:44, Rafael J. Wysocki wrote:
> On Wednesday, April 08, 2015 01:48:46 PM Jiang Liu wrote:
>> On 2015/4/7 8:28, Rafael J. Wysocki wrote:
>>> On Friday, April 03, 2015 10:04:11 PM Bjorn Helgaas wrote:
Hi Jiang,
>>
> Currently acpi_dev_filter_resource_type() is only used by ACPI
On 04/08/2015 10:02 PM, Mark Rutland wrote:
+ /* We're now in idmap, disable MMU */
+1: mrs x0, sctlr_el2
+ and x1, x0, #SCTLR_EL2_EE
+ orr x0, x0, x1 // preserve endianness of EL2
+ ldr x1, =SCTLR_EL2_FLAGS
+ eor x1, x1, xzr
+
In case the Xen tools indicate they don't need the p2m 3 level tree
as they support the virtual mapped linear p2m list, just omit building
the tree.
Signed-off-by: Juergen Gross
---
arch/x86/xen/p2m.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/arch/x86/xen/p2m
t;
> triton:~/linux.trees.git> git log f28c11e4b695 --
> fatal: bad revision 'f28c11e4b695'
> triton:~/linux.trees.git> git describe
> next-20150408
>
> How am I supposed to fetch and interpret such sha1's?
Stephen didn't include the -mm patch s
After this patch, blackfin can pass allmodconfig building (if we treat
it as allmodconfig). And next, I shall try to:
- Send all related patches v2 for blackfin kernel within this month.
- Fix blackfin gcc/binutils related issues within this month.
Thanks.
On 4/9/15 05:03, Chen Gang wrote:
Handle the changed flag of IRQ status in interruption
instead of handling it in tasklet due to the tasklet
may be scheduled more than once in one interruption.
Otherwise, the changed status may be processed more
than once which will lead to unexpected result. And
seriously, kernel will crash.
Sign
Commit-ID: fe0c52fc003bc046380e52fe6799c96d770770cc
Gitweb: http://git.kernel.org/tip/fe0c52fc003bc046380e52fe6799c96d770770cc
Author: Marc Zyngier
AuthorDate: Mon, 26 Jan 2015 19:10:19 +
Committer: Thomas Gleixner
CommitDate: Wed, 8 Apr 2015 23:28:28 +0200
genirq: MSI: Fix freeing
Commit-ID: 1b7047edfcfb257f69e306c9afbab150cb987717
Gitweb: http://git.kernel.org/tip/1b7047edfcfb257f69e306c9afbab150cb987717
Author: Marc Zyngier
AuthorDate: Wed, 18 Mar 2015 11:01:22 +
Committer: Thomas Gleixner
CommitDate: Wed, 8 Apr 2015 23:28:28 +0200
genirq: Allow the irqchi
Hi Robert,
On 04/02/2015 10:13 PM, Robert Baldyga wrote:
> This patch adds VBUS pin detection support to extcon-usb-gpio driver.
> It allows to use this driver with boards which have both VBUS and ID
> pins, or only one of them.
>
> Following table of states presents relationship between this sig
Modern hardware will often have multiple HDA devices, and the desired
power saving configuration may vary depending on the codecs attached to
each of them. Push the power_save value down to the individual codec
structures, keeping the module parameter as a global control mechanism
for compatibility
On Wed, Apr 8, 2015 at 10:20 PM, Takashi Iwai wrote:
>
> At Wed, 8 Apr 2015 18:53:48 -0700,
> Matthew Garrett wrote:
> >
> > Modern hardware will often have multiple HDA devices, and the desired
> > power saving configuration may vary depending on the codecs attached to
> > each of them. Push the
On 04/07/2015 10:12 PM, Darren Hart wrote:
> On Tue, Mar 31, 2015 at 10:37:51AM -0600, Shuah Khan wrote:
>> On 03/31/2015 10:24 AM, Darren Hart wrote:
>>> On 3/31/15, 8:32 AM, "Shuah Khan" wrote:
>>>
Hi Daren,
On 03/27/2015 04:17 PM, Darren Hart wrote:
> Hi Shuah,
>
> Th
Cleanup by removing arch/x86/xen/p2m.h as it isn't needed any more.
Most definitions in this file are used in p2m.c only. Move those into
p2m.c.
set_phys_range_identity() is already declared in
arch/x86/include/asm/xen/page.h, add __init annotation there.
MAX_REMAP_RANGES isn't used at all, just
On 4/8/2015 4:10 PM, Jason Gunthorpe wrote:
On Wed, Apr 08, 2015 at 02:29:46PM -0400, Doug Ledford wrote:
...
rdma_port_get_read_sge(dev, port)
{
if (rdma_transport_is_iwarp)
return 1;
return dev->port[port]->max_sge;
}
Hum, that is nice, but it doesn't quite
> Subject: Re: [E1000-devel] [PATCH v3 3/3] ixgbe: Add new ndo to allow VF
> multicast promiscuous mode
>
> On Wed, 2015-04-08 at 15:15 -0700, Alexander Duyck wrote:
> > On 04/07/2015 10:38 PM, Hiroshi Shimamoto wrote:
> > > From: Hiroshi Shimamoto
> > >
> > > Implements the new netdev op to all
On 08.04.2015 [20:04:04 +0300], Konstantin Khlebnikov wrote:
> On 08.04.2015 19:59, Konstantin Khlebnikov wrote:
> >Node 0 might be offline as well as any other numa node,
> >in this case kernel cannot handle memory allocation and crashes.
Isn't the bug that numa_node_id() returned an offline node
On 04/08/15 06:28, Pramod Gurav wrote:
> Disable the pclk when tty port is closed by user space.
>
> Signed-off-by: Pramod Gurav
> ---
> drivers/tty/serial/msm_serial.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/tty/serial/msm_serial.c b/drivers/tty/serial/msm_serial.c
> ind
On Wed, Apr 8, 2015 at 6:08 AM, Guenter Roeck wrote:
> On 04/07/2015 11:14 PM, Max Filippov wrote:
>>> Linker script transformation needs to be updated to detect and handle
>>> the new section.
>> I've posted a patch for it to the linux-xtensa ML a while ago:
>> http://lists.linux-xtensa.org/piper
* Ingo Molnar wrote:
> I'd also suggest the removal of the timerqueue_getnext()
> obfuscation: it 'sounds' complex but in reality it's a simple
> dereference to active.next. I think this is what triggered this
> rather pointless maintenance of active_bases.
The patch below does this - it's m
Sometimes we will use the memory dump to figure out what has happened.
Flush the local cache is needed to make the memory content be updated.
Signed-off-by: Neil Zhang
---
kernel/panic.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/kernel/panic.c b/kernel/panic.c
index 8136ad7..e945
show detailed free pages per each migrate type in show_free_areas.
After apply this patch, the log printed out will be changed from
[ 558.212844@0] Normal: 218*4kB (UEMC) 207*8kB (UEMC) 126*16kB (UEMC) 21*32kB
(UC) 5*64kB (C) 3*128kB (C) 1*256kB (C) 1*512kB (C) 0*1024kB 0*2048kB 1*4096kB
(R)
On Wed, 8 Apr 2015 06:06:45 -0700 Andi Kleen wrote:
> From: Andi Kleen
>
> const char *...[] is not const, but an array of pointer to const.
> So these arrays cannot be __initconst, but must be __initdata
>
> This fixes section conflicts with LTO.
>
> --- a/lib/test-hexdump.c
> +++ b/lib/te
Without a prompt string, it is impossible to disable FRAME_POINTER on
ARM. It will simply set the default value anytime you run 'make'.
To reproduce the original issue, run:
make multi_v7_defconfig
scripts/config -d ARM_UNWIND
make oldconfig
# check .config, note that FRAME_POINTER=y
scr
On 04/08/15 06:28, Pramod Gurav wrote:
> diff --git a/drivers/tty/serial/msm_serial.c b/drivers/tty/serial/msm_serial.c
> index b73889c..4c1e9ea 100644
> --- a/drivers/tty/serial/msm_serial.c
> +++ b/drivers/tty/serial/msm_serial.c
> @@ -432,8 +432,13 @@ static int msm_set_baud_rate(struct uart_por
Am 08.04.2015 um 23:05 schrieb Chen Gang:
> l1_text is at L1_CODE_START (e.g. for bf533, 0xff80). If the kernel
> is too big, it may be overwritten, the related issue:
>
> LD init/built-in.o
> init/built-in.o: In function `do_early_param':
> init/main.c:(.init.text+0xe0): relocati
On Wed, Apr 8, 2015 at 4:32 PM, Peter Hurley wrote:
> On 04/08/2015 05:40 PM, Andy Lutomirski wrote:
>> On Wed, Apr 8, 2015 at 2:29 PM, Peter Hurley
>> wrote:
>>> Hi Andy,
>>>
>>> On 04/08/2015 05:17 PM, Andy Lutomirski wrote:
Something strange seems to have happened to my serial console se
* Jason Low wrote:
> Ingo suggested for mutex_spin_on_owner() that having multiple return
> statements is not the cleanest approach, especially when holding locks.
>
> The same thing applies to the rwsem variant. This patch rewrites
> much of this function to use a "ret" return value.
>
> Sign
On Wed, 2015-04-08 at 17:06 -0700, Yinghai Lu wrote:
> On Wed, Apr 8, 2015 at 2:12 PM, Benjamin Herrenschmidt
> wrote:
>
> > Thanks Bjorn. We can fix Yinghai patch for 4.2, it would be indeed handy
> > even for us to be able to support putting 64-bit NP BARs in prefetch
> > windows (For some SR-I
const objects shouldn't be __read_mostly. They are read-only.
Marking these objects as __read_mostly causes section conflicts
with LTO linking.
So add a test to try to avoid this issue.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 10 ++
1 file changed, 10 insertions(+)
dif
Something strange seems to have happened to my serial console setup.
I boot with console=ttyS1,115200n8 and I have a getty running on
/dev/ttyS1.
On older kernels, or if I remove the console= boot parameter, then my
getty works fine. On 3.19.3 with the console= parameter, something's
wrong with t
Wrap asm/jump_label.h for all archs with #ifndef __ASSEMBLY__.
Since these are kernel only headers, we don't need #ifdef __KERNEL__
so can simplify things a bit.
If an architecture wants to use jump labels in assembly, it
will still need to define a macro to create the __jump_table
entries (see AR
Commit 1bc9e47aa8e4 ("powerpc/jump_label: Use HAVE_JUMP_LABEL")
converted uses of CONFIG_JUMP_LABEL to HAVE_JUMP_LABEL in
some assembly files.
HAVE_JUMP_LABEL is defined in linux/jump_label.h, so we need to
include this or we always get the non jump label fallback code.
Fixes: 1bc9e47aa8e4 ("powe
>> Commit-ID: 80e3d87b2c5582db0ab5e39610ce3707d97ba409
>> Gitweb:
>> http://git.kernel.org/tip/80e3d87b2c5582db0ab5e39610ce3707d97ba409
>> Author: Tim Chen
>> AuthorDate: Fri, 12 Dec 2014 15:38:12 -0800
>> Committer: Ingo Molnar
>> CommitDate: Fri, 30 Jan 2015 19:38:49 +0100
>>
>> sche
On Wed, 8 Apr 2015 06:17:38 -0700 Andi Kleen wrote:
> From: Andi Kleen
>
> gcc 5 has a new no_reorder attribute that prevents top level
> reordering only for that symbol.
I'm having trouble locating gcc documentation which explains all this
stuff.
> Kernels don't like any reordering of initc
On Wed, Apr 08, 2015 at 03:21:00PM -0400, Chris Metcalf wrote:
> On 04/08/2015 10:01 AM, Frederic Weisbecker wrote:
> >How about creating smpboot_update_mask_percpu_thread() and handle it from
> >smpboot,
> >this way future evolutions of smpboot won't overlook this cpumask live
> >change?
>
> It
Bugzilla:https://bugs.freedesktop.org/show_bug.cgi?id=89047
CC: David Airlie
CC: Ben Skeggs
CC: dri-de...@lists.freedesktop.org
CC: linux-kernel@vger.kernel.org
Signed-off-by: Jan Vesely
---
It's needed for 3.19 too
drivers/gpu/drm/nouveau/nvkm/subdev/bios/shadow.c | 2 +-
drivers/gpu/dr
get_symbol_str() was assuming that symbols would only have a single
property for the purpose of printing define and depends information.
This is not true, and one current example is FRAME_POINTER which is
both in lib/Kconfig.debug and arch/arm/Kconfig.debug.
In order to print out the correct Defin
On 04/07/2015 10:38 PM, Hiroshi Shimamoto wrote:
> From: Hiroshi Shimamoto
>
> Implements the new netdev op to allow VF multicast promiscuous mode.
>
> The multicast promiscuous mode is not allowed for all VFs by default.
>
> The administrator can allow to VF multicast promiscuous mode for only
>
On Monday 06 April 2015 18:20:56 Dmitry Torokhov wrote:
> On Mon, Apr 06, 2015 at 10:06:10AM +0200, Pali Rohár wrote:
> > On Monday 06 April 2015 01:53:43 Dmitry Torokhov wrote:
> > > On Mon, Apr 06, 2015 at 12:00:32AM +0200, Pali Rohár wrote:
> > > > On Sunday 05 April 2015 23:48:33 Dmitry Torokho
On 03/27/2015 10:01 PM, J. German Rivera wrote:
This patch series includes some cleanup/refactoring and minor correction
patches for the Freescale fsl-mc bus driver.
Patch 1: Name MC object devices using decimal numbers
Patch 2: Removed reordering of MC objects during bus scan
Patch 3: Bind/unbi
On 03/27/2015 10:01 PM, J. German Rivera wrote:
Before this change, we were requiring a complete version match (major and
minor version numbers) between MC objects and corresponding drivers, to
allow MC objects to be bound to their drivers. We realized that a mismatch
in minor version numbers sho
On Thu, 2015-04-09 at 13:21 +1000, Alexey Kardashevskiy wrote:
> On 04/09/2015 01:43 AM, Alex Williamson wrote:
> > On Wed, 2015-04-08 at 13:22 +1000, Alexey Kardashevskiy wrote:
> >> On 04/03/2015 07:50 AM, Alex Williamson wrote:
> >>>
> >>> Should have sent this with the other comments, but found
On 4/9/15 05:10, Richard Weinberger wrote:
> Am 08.04.2015 um 23:05 schrieb Chen Gang:
>> l1_text is at L1_CODE_START (e.g. for bf533, 0xff80). If the kernel
>> is too big, it may be overwritten, the related issue:
>>
>> LD init/built-in.o
>> init/built-in.o: In function `do_early_pa
triton:~/linux.trees.git> git log f28c11e4b695 --
> fatal: bad revision 'f28c11e4b695'
> triton:~/linux.trees.git> git describe
> next-20150408
>
> How am I supposed to fetch and interpret such sha1's?
Sorry, this was a special case. This was a patch in the part of
On Thu, 2015-04-09 at 02:28 +0200, Andi Kleen wrote:
> On Wed, Apr 08, 2015 at 05:14:49PM -0700, Joe Perches wrote:
> > const objects shouldn't be __read_mostly. They are read-only.
> >
> > Marking these objects as __read_mostly causes section conflicts
> > with LTO linking.
> >
> > So add a tes
On Wed, Apr 8, 2015 at 10:17 PM, Benjamin Herrenschmidt
wrote:
> On Wed, 2015-04-08 at 17:06 -0700, Yinghai Lu wrote:
>> On Wed, Apr 8, 2015 at 2:12 PM, Benjamin Herrenschmidt
>> wrote:
>>
>> > Thanks Bjorn. We can fix Yinghai patch for 4.2, it would be indeed handy
>> > even for us to be able to
Le 08/04/2015 14:19, Frank Rowand a écrit :
> On 4/7/2015 11:44 PM, Florian Fainelli wrote:
>> Commit 51975db0b7333 ("of/flattree: merge early_init_dt_scan_memory()
>> common code") consolidated some code from PowerPC (typically
>> big-endian), and ended-up adding a pr_debug() printing reg properti
Thermal framework may already be ready and cooling policies might
already be functional when we are attempting to register gpio fan as
a cooling device. This can be reproduced by changing probe order in
which registration of various modules are done in a system. In such
a case, kernel generates an
On Wed, 8 Apr 2015 09:48:06 +0800 Neil Zhang wrote:
> show detailed free pages per each migrate type in show_free_areas.
>
It would be good to include example before and after output within the
changelog, so that people can better understand the effect and value of
the proposed change.
Thanks.
On Wed, Apr 8, 2015 at 12:45 PM, Peter Hurley wrote:
> stdout-path defines ':' as a path terminator and commit 75c28c09af99a
> ("of: add optional options parameter to of_find_node_by_path()") added
> the necessary support to parse paths terminated with ':'.
> commit 7914a7c5651a5 ("of: support pas
Hi Arnaldo,
(2015/04/09 4:48), Arnaldo Carvalho de Melo wrote:
> Hi Masami,
>
> In tools/perf constructors are named __new, and right now I want
> to know hoe many of each objects are being allocated, so I expected to
> be able to do:
>
> [root@zoo ~]# perf probe -x ~/bin/perf -a "*__new"
On Thu, Apr 09, 2015 at 08:13:46AM +0200, Borislav Petkov wrote:
> On Tue, Apr 07, 2015 at 08:02:18AM +, Naoya Horiguchi wrote:
> > kexec disables (or "shoots down") all CPUs other than a crashing CPU before
> > entering the 2nd kernel. But the MCE handler is still enabled after that,
> > so if
Check whether the initrd is placed at a location which is conflicting
with the target E820 map. If this is the case relocate it to a new
area unused up to now and compliant to the E820 map.
Signed-off-by: Juergen Gross
---
arch/x86/xen/setup.c | 51 +++
During early boot as Xen pv domain the kernel needs to map some page
tables supplied by the hypervisor read only. This is needed to be
able to relocate some data structures conflicting with the physical
memory map especially on systems with huge RAM (above 512GB).
Provide the function early_memrem
On 04/08/2015 05:40 PM, Andy Lutomirski wrote:
> On Wed, Apr 8, 2015 at 2:29 PM, Peter Hurley wrote:
>> Hi Andy,
>>
>> On 04/08/2015 05:17 PM, Andy Lutomirski wrote:
>>> Something strange seems to have happened to my serial console setup.
>>> I boot with console=ttyS1,115200n8 and I have a getty r
On Thu, 2015-04-09 at 07:37 +0200, Ingo Molnar wrote:
> The 'break' path does not seem to be equivalent, we used to do:
>
> > - rcu_read_unlock();
> > - return false;
>
> and now we'll do:
>
> > + ret = false;
> ...
> > + if (!READ_ONCE(se
On Tuesday, April 07, 2015 09:28:03 AM Steven Rostedt wrote:
> On Tue, Apr 07, 2015 at 02:31:23PM +0200, Rafael J. Wysocki wrote:
> > >
> > > As per the other branch of this tree; an emphatic NO to that. The
> > > trivial tree is not a backdoor to bypass maintainers. Actual code
> > > changes do n
On 9 April 2015 at 01:41, Thomas Gleixner wrote:
> I'm really not too excited about this incomprehensible macro mess and
> especially not about the code it generates.
>
> x86_64 i386ARM power
>
> Mainline76686942807710253
>
> + Patch 8068729
On 04/09/2015 12:48 AM, Peter Zijlstra wrote:
> +static void module_assert_mutex_or_preempt(void)
> +{
> +#ifdef CONFIG_LOCKDEP
> + int rcu_held = rcu_read_lock_sched_held();
> + int mutex_held = 1;
> +
> + if (debug_locks)
> + mutex_held = lockdep_is_held(&module_mutex);
>
From: Xunlei Pang
We may suffer from extra rt overload rq due to the affinity,
so when the affinity of any runnable rt task is changed, we
should check to trigger balancing, otherwise it will cause
some unnecessary delayed real-time response. Unfortunately,
current RT global scheduler doesn't tri
On 04/08/15 at 11:09am, Dave Young wrote:
> On 04/08/15 at 10:41am, Xishi Qiu wrote:
> > >> Hi Dave,
> > >>
> > >> I made a mistake, when numa is on, numa_meminfo is from SRAT, but it
> > >> will be cut
> > >> in numa_cleanup_meminfo(), so the bug is not related to numa on/off.
> > >> Your commen
At Wed, 8 Apr 2015 18:53:48 -0700,
Matthew Garrett wrote:
>
> Modern hardware will often have multiple HDA devices, and the desired
> power saving configuration may vary depending on the codecs attached to
> each of them. Push the power_save value down to the individual codec
> structures, keepin
On 4/7/2015 11:44 PM, Florian Fainelli wrote:
> Commit 51975db0b7333 ("of/flattree: merge early_init_dt_scan_memory()
> common code") consolidated some code from PowerPC (typically
> big-endian), and ended-up adding a pr_debug() printing reg properties in
> big-endian (DT native) format, not CPU en
Hi all,
After merging the regulator tree, today's linux-next build (arm
multi_v7_defconfig)
failed like this:
drivers/gpu/drm/msm/dsi/dsi_host.c: In function 'dsi_host_regulator_disable':
drivers/gpu/drm/msm/dsi/dsi_host.c:330:4: error: implicit declaration of
function 'regulator_set_optimum_mo
l1_text is at L1_CODE_START (e.g. for bf533, 0xff80). If the kernel
is too big, it may be overwritten, the related issue:
LD init/built-in.o
init/built-in.o: In function `do_early_param':
init/main.c:(.init.text+0xe0): relocation truncated to fit: R_BFIN_PCREL24
against symbol `s
On Wed, Apr 8, 2015 at 2:12 PM, Benjamin Herrenschmidt
wrote:
> Thanks Bjorn. We can fix Yinghai patch for 4.2, it would be indeed handy
> even for us to be able to support putting 64-bit NP BARs in prefetch
> windows (For some SR-IOV adapters for example) too, but we need to do it
> right.
Plea
At Thu, 9 Apr 2015 09:34:05 +0800,
Raymond Yau wrote:
>
> > > > > > Taylor Smock wrote:
> > > > > > >
> > > > > > > Yes; reverting the patch does fix the problem.
> > > > > >
> > > > > > What if you just adjust the new volume manually without
> > > > > > reverting the
> > > > > > patch? Run "alsa
On Wed, 2015-04-08 at 15:15 -0700, Alexander Duyck wrote:
> On 04/07/2015 10:38 PM, Hiroshi Shimamoto wrote:
> > From: Hiroshi Shimamoto
> >
> > Implements the new netdev op to allow VF multicast promiscuous mode.
> >
> > The multicast promiscuous mode is not allowed for all VFs by default.
> >
>
[Trying again due to HTML mail goof. Trimming and responding better, too.]
On Fri, Apr 3, 2015 at 4:51 AM, David Herrmann wrote:
> Hi
>
> On Tue, Mar 31, 2015 at 8:29 PM, Andy Lutomirski wrote:
>> On Tue, Mar 31, 2015 at 8:10 AM, Tom Gundersen wrote:
>>> On Tue, Mar 31, 2015 at 3:58 PM, Andy
Signed-off-by: Michal Simek
---
http://www.ceva-dsp.com/Company-Overview
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
i
On 04/08/2015 04:23 PM, Nishanth Menon wrote:
Thermal framework may already be ready and cooling policies might
already be functional when we are attempting to register gpio fan as
a cooling device. This can be reproduced by changing probe order in
which registration of various modules are done i
From: Xunlei Pang
As part of addressing "y2038 problem" for in-kernel uses, this
patch converts read_boot_clock() to read_boot_clock64() and
read_persistent_clock() to read_persistent_clock64() using
timespec64.
Rename some timespec to timespec64 in time.c and related references.
Signed-off-by:
From: Xunlei Pang
On 32-bit systems, timespec64_add_ns() calls __iter_div_u64_rem()
which needs match64.h, and we want to include time64.h in some
cases.
Signed-off-by: Xunlei Pang
---
include/linux/time64.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/time64.h b/include/l
Hi Andrew,
On Wed, Apr 08, 2015 at 03:31:12PM -0700, Andrew Morton wrote:
> On Wed, 8 Apr 2015 06:17:38 -0700 Andi Kleen wrote:
>
> > From: Andi Kleen
> >
> > gcc 5 has a new no_reorder attribute that prevents top level
> > reordering only for that symbol.
>
> I'm having trouble locating gcc
Bump.
On Wed, Mar 11, 2015 at 10:20:38AM +0900, Minchan Kim wrote:
> Bascially, MADV_FREE relys on the pte dirty to decide whether
> it allows VM to discard the page. However, if there is swap-in,
> pte pointed out the page has no pte_dirty. So, MADV_FREE checks
> PageDirty and PageSwapCache for t
From: Xunlei Pang
Now we have all the read_boot_clock64() for all implementations,
it's time to remove read_boot_clock() completely from the kernel.
Signed-off-by: Xunlei Pang
---
include/linux/timekeeping.h | 1 -
kernel/time/timekeeping.c | 14 +++---
2 files changed, 3 insertions
OK, I will prepare version 2 to include the difference.
Best Regards,
Neil Zhang
> Date: Wed, 8 Apr 2015 15:20:11 -0700
> From: a...@linux-foundation.org
> To: neilzhang1...@hotmail.com
> CC: linux...@kvack.org; linux-kernel@vger.kernel.org
> Subject: Re:
This will add support for ACPI parsing of the mboxes attribute
when booting with ACPI table. The client will have a attribute
mimic the dts call "mboxes". In the ACPI case, the client will
mark "mboxes" with the ACPI reference of the mbox it wishes to
use.
Name (_DSD, Package () {
On Wed, Apr 8, 2015 at 8:12 AM, Denys Vlasenko wrote:
> On Tue, Aug 12, 2014 at 9:38 PM, Christopher Barry
> wrote:
>> So why would very smart people who love and use Linux want to create or
>> embrace such a creepy 'Master of All' daemon? Ostensibly, it's for the
>> reasons they say, as I mentio
Il 08/04/2015 12:34, Richard Weinberger ha scritto:
> Am 02.04.2015 um 21:19 schrieb Andrea Scian:
>> Il 02/04/2015 19:54, Richard Weinberger ha scritto:
>>> Hi!
>>>
>>> Am 02.04.2015 um 19:34 schrieb Andrea Scian:
Richard,
Il 29/03/2015 14:13, Richard Weinberger ha scritto:
> +
Hi Linus,
Final drm fixes, one core locking imbalance regression, and a bunch of
i915 baytrail s/r fixes.
going to be away for a few days, but should still have email at least.
Dave.
The following changes since commit f22e6e847115abc3a0e2ad7bb18d243d42275af1:
Linux 4.0-rc7 (2015-04-06 15:39
On Wed, 2015-04-08 at 10:28 -0600, Jason Gunthorpe wrote:
> On Wed, Apr 08, 2015 at 10:26:07AM +0300, Jarkko Sakkinen wrote:
> > On Wed, Apr 01, 2015 at 12:19:25PM -0600, Jason Gunthorpe wrote:
> > > On Wed, Apr 01, 2015 at 03:28:52PM +0300, Jarkko Sakkinen wrote:
> > > > Added PPI interface to the
On Thu, Apr 09, 2015 at 08:28:41AM +0200, Ingo Molnar wrote:
> Btw., does cpu_base->active_bases even make sense? hrtimer bases are
> fundamentally percpu, and to check whether there are any pending
> timers is a very simple check:
>
> base->active->next != NULL
>
Yeah, that's 3 pointer
The virtual address of the linear p2m list should be stored in the
shared info structure read by the Xen tools to be able to support
64 bit pv-domains larger than 512 GB. Additionally the linear p2m
list interface includes a generation count which is changed prior
to and after each mapping change o
To use jump labels in assembly we need the HAVE_JUMP_LABEL define,
so we select a fallback version if the toolchain does not support
them.
Modify linux/jump_label.h so it can be included by assembly files.
We also need to add -DCC_HAVE_ASM_GOTO to KBUILD_AFLAGS.
Signed-off-by: Anton Blanchard
--
On Thu, 2015-04-09 at 01:37 +0200, Rafael J. Wysocki wrote:
> old code is somewhat like an ancient building. Yes, it needs to be
> kept in a good shape, but you won't replace bricks in it just because they are
> old, will you?
No, but you do have to replace/repoint the mortar
as it ages.
Here in
On Sunday, April 05, 2015 07:20:17 PM Pali Rohár wrote:
> To prevent race conditions on userspace processes with I/O some taks must be
> called after processes are freezed. This patch adds new events which are
> delivered by pm_notifier_call_chain() after freezing processes when doing
> suspend or
For the record I still think it's better to just look it up in the
kernel page tables, which already maintain that information. This is a much
simpler, much less risky patch. It works on all architectures that use page
tables for the kernel, and have a X bit in them. The rest are likely
obscure an
618013] Freeing unused kernel memory: 5160K (803d6000 - 808e)
[4.625211] CPU 0 Unable to handle kernel paging request at virtual
address , epc == 80027924, ra == 8001db10
[4.635881] Oops[#1]:
[4.638149] CPU: 0 PID: 1 Comm: init Not tainted
4.0.0-rc7-next-20
On Thu, Apr 9, 2015 at 2:00 AM, Jarod Wilson wrote:
> On Wed, Apr 08, 2015 at 07:32:24PM +0200, Sebastian Ott wrote:
>> On Wed, 8 Apr 2015, Ming Lei wrote:
>> > From: Jarod Wilson
>> >
>> > With the mutex_trylock bit gone from blkdev_reread_part(), the retry logic
>> > in dasd_scan_partitions() s
701 - 800 of 805 matches
Mail list logo
