* Kees Cook wrote:
> From: Eugene Surovegin
>
> Include kASLR offset in VMCOREINFO ELF notes to assist in debugging.
>
> Signed-off-by: Eugene Surovegin
> Signed-off-by: Kees Cook
> ---
> v2:
> - make sure "From:" got sent correctly
> ---
> arch/x86/kernel/machine_kexec_64.c |2 ++
>
* Dave Jones wrote:
> I have a system with 4 cores (configured with CONFIG_NR_CPUS=4) that shows
> during boot..
>
> [0.00] smpboot: 8 Processors exceeds NR_CPUS limit of 4
>
> it looks like this is because..
>
> [0.00] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
> [
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
# HEAD: 993e5ee67a90c7b6a5dbb61b9c31df2955afff46 Merge tag
'perf-urgent-for-mingo' of
* Frederic Weisbecker wrote:
> Ingo,
>
> Please pull the timers/core branch that can be found at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> timers/core
>
> HEAD: 8fe8ff09ce3b5750e1f3e45a1f4a81d59c7ff1f1
>
>
> Nothing very exiting, just a
Linus,
Please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
# HEAD: 5e3c1afd4587e70c201bf7224b51f747c9a3dfa8 sched/x86/tsc: Initialize
multiplier to 0
A couple of regression fixes mostly hitting
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling,
>
> Regards,
>
> - Arnaldo
>
> The following changes since commit bb236de5d9509c1c6ea5ce0680f02e731ee2:
>
> Merge tag 'perf-core-for-mingo' of
>
On 01/24/2014 02:38 PM, Andi Kleen wrote:
> T Makphaibulchoke writes:
>
>> The patch consists of three parts.
>>
>> The first part changes the implementation of both the block and hash chains
>> of
>> an mb_cache from list_head to hlist_bl_head and also introduces new members,
>> including a
On Fri, 2014-01-24 at 16:14 +0100, Peter Zijlstra wrote:
> On Thu, Jan 23, 2014 at 11:38:24AM -0800, Nicholas A. Bellinger wrote:
> > > AFAICT, those changes don't address the original bug that the series was
> > > trying to address, allowing the percpu_ida_alloc() tag stealing slow
> > > path to
I think the ext4 block groups are locked with the blockgroup_lock that has
about the same number of locks as the number of cores, with a max of 128, IIRC.
See blockgroup_lock.h.
While there is some chance of contention, it is also unlikely that all of the
cores are locking this area at the
On Thu, Jan 23, 2014 at 08:51:47PM +0100, Fabian Frederick wrote:
> mutex_destroy added on each device in block2mtd_exit and add_device failure
>
> Signed-off-by: Fabian Frederick
> ---
> drivers/mtd/devices/block2mtd.c | 13 -
> 1 file changed, 8 insertions(+), 5 deletions(-)
>
>
On Thu, Jan 23, 2014 at 08:54:56PM +0100, Fabian Frederick wrote:
> mutex_init declared when mtd structure is available
>
> Signed-off-by: Fabian Frederick
> ---
> drivers/mtd/devices/block2mtd.c | 9 -
> 1 file changed, 4 insertions(+), 5 deletions(-)
>
> diff --git
On Fri, 2014-01-24 at 20:46 +0100, Sebastian Andrzej Siewior wrote:
> * Mike Galbraith | 2013-12-23 06:12:39 [+0100]:
>
> >P.S.
> >
> >virgin -rt7 doing tbench 64 + make -j64
> >
> >[ 97.907960] perf samples too long (3138 > 2500), lowering
> >kernel.perf_event_max_sample_rate to 5
> >[
On Fri, 2014-01-24 at 20:50 +0100, Sebastian Andrzej Siewior wrote:
> * Mike Galbraith | 2014-01-18 04:25:14 [+0100]:
>
> >> ># timers-do-not-raise-softirq-unconditionally.patch
> >> ># rtmutex-use-a-trylock-for-waiter-lock-in-trylock.patch
> >> >
> >> >..those two out does seem to have
On 01/24/2014 03:25 AM, Peter Zijlstra wrote:
On Thu, Jan 23, 2014 at 11:28:48PM -0500, Waiman Long wrote:
+/**
+ * queue_read_trylock - try to acquire read lock of a queue rwlock
+ * @lock : Pointer to queue rwlock structure
+ * Return: 1 if lock acquired, 0 if failed
+ */
+static inline int
On 01/24/2014 03:26 AM, Peter Zijlstra wrote:
On Thu, Jan 23, 2014 at 11:28:51PM -0500, Waiman Long wrote:
There is a pending MCS lock patch series that adds generic MCS lock
helper functions to do MCS-style locking. This patch will enable
the queue rwlock to use that generic MCS lock/unlock
Hello!
On Jan 24, 2014, at 3:55 AM, Geert Uytterhoeven wrote:
> On Fri, Jan 24, 2014 at 6:51 AM, Oleg Drokin wrote:
>>> +STAGING - LUSTRE
>>> +M: Andreas Dilger
>>> +M: Oleg Drokin
>>> +M: Peng Tao .
>>> +L: hpdd-discuss
>>> +S: Odd Fixes
>>
>> Actually we are at least Maintained
(2014/01/24 21:13), Arnaldo Carvalho de Melo wrote:
> Em Fri, Jan 24, 2014 at 10:49:32AM +0900, Masami Hiramatsu escreveu:
>> (2014/01/24 1:12), Steven Rostedt wrote:
>>> On Thu, 23 Jan 2014 11:52:11 -0300
>>> Arnaldo Carvalho de Melo wrote:
>>>
Em Thu, Jan 23, 2014 at 02:29:55AM +,
Tested this patchset on my local HP Z420 workstation, and it works very
well.
Hi Bill,
Thanks for your effort.
There are several concerns from me.
Firstly, I think the patch log need be rearanged. Patchset cover letter
can contain information to express why, how briefly. If you think this
is
On Fri, Jan 24, 2014 at 12:11:07PM -0800, Yinghai Lu wrote:
> Date: Fri, 24 Jan 2014 12:11:07 -0800
> From: Yinghai Lu
> To: "H. Peter Anvin"
> Cc: Thomas Gleixner , Ingo Molnar ,
> linux-kernel@vger.kernel.org, Yinghai Lu , Prarit
> Bhargava
> Subject: [PATCH] x86: allocate cpumask during
On Fri, 24 Jan 2014 16:19:36 -0800
"Paul E. McKenney" wrote:
> Failing to invoke rsp_wakeup() when it was needed could potentially
> stop RCU grace periods from happening, so having rsp_wakeup() happen
> when it is needed is pretty important...
>
> But I would guess that you knew that already.
On Thu, Jan 23, 2014 at 7:36 PM, Zhang Rui wrote:
>
> Please pull from the git repository at
>
>git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git next
>
> to receive Thermal management updates for v3.14-rc1
This annoys me _enormously_:
CONFIG_ACPI_INT3403_THERMAL:
This
Fix warning:
arch/x86/kernel/irq.c: In function check_irq_vectors_for_cpu_disable:
arch/x86/kernel/irq.c:337:1: warning: the frame size of 2052 bytes is larger
than 2048 bytes
when NR_CPUS=8192
We should use zalloc_cpumask_var() instead.
-v2: update to GFP_ATOMIC instead and free the allocated
On Fri, Jan 24, 2014 at 03:35:42PM -0500, Steven Rostedt wrote:
> On Fri, 24 Jan 2014 21:20:39 +0100
> Sebastian Andrzej Siewior wrote:
>
> > * Steven Rostedt | 2014-01-24 15:09:33 [-0500]:
> >
> > >[ Talking with Sebastian on IRC, it seems that doing the irq_work_run()
> > > from the
On 01/23/2014 11:16 AM, Curt Brune wrote:
> Create a new hardware class under /sys/class/eeprom_dev
>
> EEPROM drivers can register their devices with the eeprom_dev class
> during instantiation.
>
> The registered devices show up as:
>
> /sys/class/eeprom_dev/eeprom0
>
On Fri, Jan 24, 2014 at 08:39:50PM +0100, Radim Krčmář wrote:
> Hello,
>
> could 3.12.9 and 3.10.28 include
> 0dce7cd kvm: x86: fix apic_base enable check
> ? It fixes a regression applied to 3.10.26 and 3.12.7.
I'll queue it up for the next round of stable kernels, thanks.
> Stable was
Lopullisesta ilmoituksesta
Sähköpostiisi id on voittanut (450,000.00 euroa) Espanjan "El Gordo"
Kansainvälinen sähköpostia arpajaiset palkinnon Lucky Numbers 9/11/13/24/43 ja
Ref: ES/9420X2/68.
Selvyyden ja menettely Yhteystiedot:
STALLION MEGA KORVAUSVAATIMUKSEN AGENCY
Arvoisa; Juan Carlos
regcache_sync_block_raw_flush takes the address of the base register
and the address of one past the last register to write to. "count" is
the number of registers in the range, not the number of bytes, it
should be (end addr - start addr) / stride. Without accounting for
strides greater than one,
On Thu, Jan 23, 2014 at 10:15:33AM -0800, Junio C Hamano wrote:
> Jeff King writes:
>
> > Junio, since you prepare such tarballs[1] anyway for kernel.org, it
> > might be worth uploading them to the "Releases" page of git/git. I
> > imagine there is a programmatic way to do so via GitHub's
On Fri, Jan 24, 2014 at 05:21:44PM -0500, Tejun Heo wrote:
> The trigger conditions seem quite plausible - high anon memory usage
> w/ heavy buffered IO and swap configured - and it's highly likely that
> this is happening in the wild too. (this can happen with copying
> large files to usb sticks
Seth Forshee writes:
> root is allowed to steal ttys from other sessions, but it
> requires system-wide CAP_SYS_ADMIN and therefore is not possible
> for root within a user namespace. This should be allowed so long
> as the process doing the stealing is privileged towards the
> session which
On 01/24/2014 05:51 PM, Johannes Weiner wrote:
> On Fri, Jan 24, 2014 at 02:30:03PM -0800, Andrew Morton wrote:
>> On Fri, 24 Jan 2014 17:03:02 -0500 Johannes Weiner
>> wrote:
>>
>>> Tejun reported stuttering and latency spikes on a system where random
>>> tasks would enter direct reclaim and
On 01/24/2014 05:03 PM, Johannes Weiner wrote:
> The VM is currently heavily tuned to avoid swapping. Whether that is
> good or bad is a separate discussion, but as long as the VM won't swap
> to make room for dirty cache, we can not consider anonymous pages when
> calculating the amount of
On Fri, 24 Jan 2014, Joe Perches wrote:
> diff --git a/scripts/get_maintainer.pl b/scripts/get_maintainer.pl
> index 9c3986f..ef05ed6 100755
> --- a/scripts/get_maintainer.pl
> +++ b/scripts/get_maintainer.pl
> @@ -483,6 +483,13 @@ my %deduplicate_address_hash = ();
>
> my @maintainers =
Hi Mark,
>> diff --git a/Documentation/devicetree/bindings/power/reset/syscon-reboot.txt
b/Documentation/devicetree/bindings/power/reset/syscon-reboot.txt
>> new file mode 100644
>> index 000..e9eb1fe
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/power/reset/syscon-reboot.txt
>>
On 01/24/2014 05:03 PM, Johannes Weiner wrote:
> The dirty_balance_reserve is an approximation of the fraction of free
> pages that the page allocator does not make available for page cache
> allocations. As a result, it has to be taken into account when
> calculating the amount of "dirtyable
Mikulas:
>> Here I'm sending some ia64 patches to make it work in the ski emulator.
>> This has been broken for a long time.
Thanks - There are questions from time to time on how to test ia64
for those people who do not have hardware.
Mikael:
> Thanks. I've recently started running 3.x kernels
Linus,
Please pull the for-linus branch from the git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
for-linus
HEAD: f58437f1f9161847c636e4fed5569ed5b908af36 MIPS: VPE: Remove vpe_getuid
and vpe_getgid
The work to convert the kernel to use kuid_t and
On Fri, 2014-01-24 at 02:27 -0800, David Rientjes wrote:
> On Thu, 23 Jan 2014, Joe Perches wrote:
>
> > > > get_maintainer's default output should answer the question "who do I
> > > > email about this file", and that ain't working :(
> >
> > Complaints cheerfully ignored.
> > Suggestions
On Fri, Jan 24, 2014 at 02:30:03PM -0800, Andrew Morton wrote:
> On Fri, 24 Jan 2014 17:03:02 -0500 Johannes Weiner wrote:
>
> > Tejun reported stuttering and latency spikes on a system where random
> > tasks would enter direct reclaim and get stuck on dirty pages. Around
> > 50% of memory was
The DCO conversation is over and we no longer have to rely on some
questionable URL / project / etc. After discussions with folks from
the Linux Foundation we now have a reasonable document and home page
for the DCO as a project in itself, any project can embrace this DCO.
The shiny new DCO
The DCO conversation is over and we no longer have to rely on some
questionable URL / project / etc. After discussions with folks from
the Linux Foundation we now have a reasonable document and home page
for the DCO as a project in itself, any project can embrace this DCO.
The shiny new DCO
Enable the external clock needed by the host controller during the
probe and disable it during the remove.
Signed-off-by: Tim Kryger
Reviewed-by: Markus Mayer
Reviewed-by: Matt Porter
Reviewed-by: Christian Daudt
---
This was dropped from "Update Kona drivers to use clocks" series so the
On Fri, 24 Jan 2014 17:03:02 -0500 Johannes Weiner wrote:
> Tejun reported stuttering and latency spikes on a system where random
> tasks would enter direct reclaim and get stuck on dirty pages. Around
> 50% of memory was occupied by tmpfs backed by an SSD, and another disk
> (rotating) was
Hello,
On Fri, Jan 24, 2014 at 05:03:02PM -0500, Johannes Weiner wrote:
> These two patches fix the dirtyable memory calculation to acknowledge
> the fact that the VM does not really replace anon with dirty cache.
> As such, anon memory can no longer be considered "dirtyable."
>
> Longer term we
Guten Tag,
Mein Name ist Mr.SUN Zhijun, ich mit der Bank of China zu arbeiten. Ich brauche
Ihre Unterstützung in Durchführung einer Transaktion bei $ 18,5 Millionen
Dollar geschätzt, möchte ich Ihnen 30% der gesamten Mittel als Ausgleich für
Ihre Unterstützung in dieser Transaktion. Ich werde
Move the support to perform an HMAC calculation into
the CCP operations file. This eliminates the need to
perform a synchronous SHA operation used to calculate
the HMAC.
Signed-off-by: Tom Lendacky
---
drivers/crypto/ccp/ccp-crypto-sha.c | 130 +++
Change from scheduling work to scheduling a tasklet to perform
the callback operations.
Signed-off-by: Tom Lendacky
---
drivers/crypto/ccp/ccp-dev.c | 21 +
1 file changed, 17 insertions(+), 4 deletions(-)
diff --git a/drivers/crypto/ccp/ccp-dev.c
Move to a single queue to serialize requests within a tfm. When
testing using IPSec with a large number of network connections
the per cpu tfm queuing logic was not working properly.
Signed-off-by: Tom Lendacky
---
drivers/crypto/ccp/ccp-crypto-main.c | 164 ++
Introduce module parameters that allow for disabling of a
crypto algorithm by not registering the algorithm with the
crypto API.
Signed-off-by: Tom Lendacky
---
drivers/crypto/ccp/ccp-crypto-main.c | 37 +++---
1 file changed, 25 insertions(+), 12 deletions(-)
Patch 1: Allow for selectively disabling the registration of an algorithm
family (sha or aes algorithms) via module parameters.
Patch 2-4: Fix errors/issues that were found during IPSec testing. In
order to prevent deadlocks with the networking code, the crypto callback
was changed to run as a
From: Rafael J. Wysocki
Subject: ACPI / LPSS: Support for device latency tolerance PM QoS
Add a new routine, acpi_lpss_set_ltr(), for setting latency tolerance
values for LPSS devices having LTR (Latency Tolerance Reporting)
registers. Add .bind()/.unbind() callbacks to lpss_handler to set
the
From: Rafael J. Wysocki
Add a new latency tolerance device PM QoS type to be use for
specifying active state (RPM_ACTIVE) memory access (DMA) latency
tolerance requirements for devices. It may be used to prevent
hardware from choosing overly aggressive energy-saving operation
modes (causing too
On 1/24/2014 7:37 AM, Catalin Marinas wrote:
On Fri, Jan 24, 2014 at 08:23:08AM +, Pankaj Dubey wrote:
arm64/include/asm/dma-contiguous.h is trying to include
which does not exist, and thus failing
build for arm64 if we enable CONFIG_DMA_CMA. This patch fixes build
error by removing
On Thu, Jan 23, 2014 at 08:49:47PM +0100, Fabian Frederick wrote:
> Deny use of a char mtd device to map as a block device.
>
> Signed-off-by: Fabian Frederick
> ---
> drivers/mtd/devices/block2mtd.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git
The VM is currently heavily tuned to avoid swapping. Whether that is
good or bad is a separate discussion, but as long as the VM won't swap
to make room for dirty cache, we can not consider anonymous pages when
calculating the amount of dirtyable memory, the baseline to which
The dirty_balance_reserve is an approximation of the fraction of free
pages that the page allocator does not make available for page cache
allocations. As a result, it has to be taken into account when
calculating the amount of "dirtyable memory", the baseline to which
dirty_background_ratio and
Tejun reported stuttering and latency spikes on a system where random
tasks would enter direct reclaim and get stuck on dirty pages. Around
50% of memory was occupied by tmpfs backed by an SSD, and another disk
(rotating) was reading and writing at max speed to shrink a partition.
Analysis:
The patch that I sent before had wrong numbers in it, it could result in
"Clocksource jiffies might overflow on 11% adjustment" message. This is
the patch with correct numbers.
> +#if HZ < 30
> +#define JIFFIES_SHIFT6
> +#elif HZ < 60
> +#define JIFFIES_SHIFT7
> +#else
>
On Thu, Jan 23, 2014 at 11:38:04PM +0100, Sebastian Hesselbarth wrote:
> It is good practice to mask and clear pending irqs on init. We already
> mask all irqs, so also clear the bridge irq cause register.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Thomas Gleixner
> Cc: Jason Cooper
Hi Mark,
> As I commented on v3 [1], these are contiguous and can be described with
> a single entry:
>
> memory {
> device_type = "memory";
> reg = <0x0 0x 0x0 0xc000>;
> };
>
> Is there any reason to have three entries?
Oopsies, sorry for missing that.
On BCM7445 and
T Makphaibulchoke writes:
> The patch consists of three parts.
>
> The first part changes the implementation of both the block and hash chains of
> an mb_cache from list_head to hlist_bl_head and also introduces new members,
> including a spinlock to mb_cache_entry, as required by the second
Add entry for AppliedMicro X-Gene PCIe host driver.
Signed-off-by: Tanmay Inamdar
---
MAINTAINERS |7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5c21402..721fec7 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -6539,6 +6539,13 @@ L:
This patch adds the bindings for X-Gene PCIe driver. The driver resides
under 'drivers/pci/host/pci-xgene.c' file.
Signed-off-by: Tanmay Inamdar
---
.../devicetree/bindings/pci/xgene-pci.txt | 52
1 file changed, 52 insertions(+)
create mode 100644
This patch adds the AppliedMicro X-Gene SOC PCIe controller driver.
X-Gene PCIe controller supports maximum upto 8 lanes and GEN3 speed.
X-Gene has maximum 5 PCIe ports supported.
Signed-off-by: Tanmay Inamdar
---
drivers/pci/host/Kconfig | 10 +
drivers/pci/host/Makefile|1 +
On Fri, Jan 24, 2014 at 03:03:38PM -0500, Jason Baron wrote:
> Hi,
>
> I think we want some sort of commit message for this patch. But they
> all look good to me and they tested fine.
>
> Acked-by: Jason Baron
>
> Greg, Can you pick up this series?
Will do, after 3.14-rc1 is out, thanks.
This patch adds the device tree nodes for APM X-Gene PCIe controller and
PCIe clock interface. Since X-Gene SOC supports maximum 5 ports, 5 dts
nodes are added.
Signed-off-by: Tanmay Inamdar
---
arch/arm64/boot/dts/apm-mustang.dts |8 ++
arch/arm64/boot/dts/apm-storm.dtsi | 155
Hi Mark,
>> +reboot
>> +---
>> +Required properties
>> +
>> +- compatible
>> +The string property "brcm,brcmstb-reboot".
>> +
>> +- syscon
>> +A phandle / integer array that points to the syscon node which
>> describes
>> +the general system reset registers.
This patch adds support for AppliedMicro X-Gene PCIe host controller. The
driver is tested on X-Gene platform with different gen1/2/3 PCIe endpoint
cards.
X-Gene PCIe controller driver has depedency on the pcie arch support for
arm64. The arm64 pcie arch support is not yet part of mainline Linux
On Thu, Jan 16, 2014 at 5:10 PM, Tanmay Inamdar wrote:
> On Wed, Jan 15, 2014 at 4:39 AM, Arnd Bergmann wrote:
>> On Wednesday 15 January 2014, Tanmay Inamdar wrote:
>>> This patch adds the AppliedMicro X-Gene SOC PCIe controller driver.
>>> X-Gene PCIe controller supports maxmum upto 8 lanes
Hi Mark,
>> +static void __init brcmstb_init_early(void)
>> +{
>> + add_preferred_console("ttyS", 0, "115200");
>> +}
>
> Is this really required?
I think I can drop this. It was a holdover from our older kernels.
>> + /*
>> + * set the reset vector to point to the
On 01/23/2014 10:02 PM, Jason Wang wrote:
> This patch bypass the timer_irq_works() check for hyperv guest since:
>
> - It was guaranteed to work.
> - timer_irq_works() may fail sometime due to the lpj calibration were
> inaccurate
> in a hyperv guest or a buggy host.
>
> In the future, we
From: Andi Kleen
For testing purposes it can be useful to downgrade microcode.
Normally the driver only allows upgrading.
Add a module_param (default off) that allows downgrading.
Note the module_param can currently not be set for early
ucode update, only for late.
Signed-off-by: Andi Kleen
From: Andi Kleen
The Intel SDM Vol 3 9.11.1 Microcode update states that
the update revision field is signed. However we do the comparison
unsigned, as the comparison gets promoted. Change the field
to be signed, so that comparision is really signed.
v2: Change field.
Signed-off-by: Andi Kleen
> -Original Message-
> From: Jason Wang [mailto:jasow...@redhat.com]
> Sent: Thursday, January 23, 2014 10:03 PM
> To: KY Srinivasan; Haiyang Zhang; t...@linutronix.de; mi...@redhat.com;
> h...@zytor.com; x...@kernel.org; de...@linuxdriverproject.org; linux-
> ker...@vger.kernel.org
>
From: Dave Jones
On kmem_cache_create_memcg() error path we set 'err', but leave 's' (the
new cache ptr) undefined. The latter can be NULL if we could not
allocate the cache, or pointing to a freed area if we failed somewhere
later while trying to initialize it. Initially we checked 'err'
On 01/24/2014 10:20 PM, Dave Jones wrote:
> On Fri, Jan 24, 2014 at 03:33:41AM +, Linux Kernel wrote:
> > Gitweb:
> http://git.kernel.org/linus/;a=commit;h=3965fc3652244651006ebb31c8c45318ce84818f
> > Commit: 3965fc3652244651006ebb31c8c45318ce84818f
> > Parent:
On Fri, 2014-01-24 at 15:46 -0500, Adrien Vergé wrote:
> I think very few people use Linux on their MBA 1,1. Moreover, part of
> them remained on v2.6.
I see. Well, if your analysis is correct I think you're supposed to add
Fixes: 1a97b7f22774 ("ALSA: hda/realtek - Remove the last static
From: "John W. Linville"
Date: Fri, 24 Jan 2014 14:39:33 -0500
> Please pull these fixes for the 3.14 stream!
Pulled, thanks John.
--
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
On Fri, Jan 24, 2014 at 10:55:56PM +0200, Tommi Rantala wrote:
> Hello,
>
> Trinity triggered the following bug in two separate qemu virtual
> machines after fuzzing v3.13-3995-g0dc3fd0 for a day or two. I have
> not been running Trinity in a while, so no idea if this is a
> regression or
On Friday 24 January 2014, Hanjun Guo wrote:
> >> diff --git a/arch/arm64/include/asm/acpi.h b/arch/arm64/include/asm/acpi.h
> >> index e108d9c..c335c6d 100644
> >> --- a/arch/arm64/include/asm/acpi.h
> >> +++ b/arch/arm64/include/asm/acpi.h
> >> @@ -83,6 +83,9 @@ void arch_fix_phys_package_id(int
Hello,
Trinity triggered the following bug in two separate qemu virtual
machines after fuzzing v3.13-3995-g0dc3fd0 for a day or two. I have
not been running Trinity in a while, so no idea if this is a
regression or not.
If I'm reading this right, it's oopsing in kernel/sched/core.c:
> >> It looks like gcov exploded when running a module's constructors or
> >> init function, but I'm unable to work out which module it was :(
> > [...]
> >
> >> Maybe it's tg3.
> >>
> >> Could you add `ignore_loglevel' to the kernel boot parameters? That
> >> should make all pr_debug()s come
I think very few people use Linux on their MBA 1,1. Moreover, part of
them remained on v2.6.
2014/1/24 Paul Bolle :
> On Fri, 2014-01-24 at 14:56 -0500, Adrien Vergé wrote:
>> Similarly to other Apple products, MBA 1,1 needs a specific quirk.
>> Pin 0x18 must be set to VREF_50 to have sound
On 01/24/2014 09:35 PM, Steven Rostedt wrote:
>
> I know we discussed this on IRC, but I wanted to publicly state that
> the missing irq work callback was the RCU's rsp_wakeup() function.
Let me add that part to that commit message since I can't find it.
>
> -- Steve
Sebastian
--
To
On Fri, 24 Jan 2014 21:20:39 +0100
Sebastian Andrzej Siewior wrote:
> * Steven Rostedt | 2014-01-24 15:09:33 [-0500]:
>
> >[ Talking with Sebastian on IRC, it seems that doing the irq_work_run()
> > from the interrupt in -rt is a bad thing. Here we simply raise the
> > softirq if there's irq
On Fri, Jan 24, 2014 at 2:08 PM, Felipe Balbi wrote:
> Hi,
>
> On Fri, Jan 24, 2014 at 08:47:07AM -0500, Josh Boyer wrote:
>> We've had a report [1] of the USB layer throwing out 'unable to find
>> transceiver' messages during boot with the 3.14 merge window kernels.
>> I've seen this on my
* Steven Rostedt | 2014-01-24 15:09:33 [-0500]:
>[ Talking with Sebastian on IRC, it seems that doing the irq_work_run()
> from the interrupt in -rt is a bad thing. Here we simply raise the
> softirq if there's irq work to do. This too boots on my i7 ]
It is okay in general because most of the
On Fri, Jan 24, 2014 at 7:27 PM, Curt Brune wrote:
> On Fri Jan 24 18:42, Laszlo Papp wrote:
>> > Note: The class cannot be called 'eeprom' as that is the name of the
>> > I/O file created by the driver. The class name appears as a
>> > sub-directory within the main device directory. Hence the
On Fri, 24 Jan 2014 14:33:19 -0500 Santosh Shilimkar
wrote:
> Yinghai,
>
> On Friday 24 January 2014 02:11 PM, Yinghai Lu wrote:
> > Big numa system boot get broken while switch API from bootmem to
> > memblock_virt.
> >
> > Revert the offending patch, and also address swiotlb regression.
> >
On 01/24/2014 12:39 PM, Dave Jones wrote:
> There are some suspicious looking lines of code in the new ccp driver,
> including
> one that assigns a variable to itself, and another that overwrites a previous
> assignment.
>
> This may have been a cut-and-paste error where 'src' was forgotten to
On Fri, 2014-01-24 at 14:56 -0500, Adrien Vergé wrote:
> Similarly to other Apple products, MBA 1,1 needs a specific quirk.
> Pin 0x18 must be set to VREF_50 to have sound output. This was no
> longer done since commit 1a97b7f, resulting in a mute built-in speaker.
Commit 1a97b7f ("ALSA:
Fix warning:
arch/x86/kernel/irq.c: In function check_irq_vectors_for_cpu_disable:
arch/x86/kernel/irq.c:337:1: warning: the frame size of 2052 bytes is larger
than 2048 bytes
when NR_CPUS=8192
We should use zalloc_cpumask_var() instead.
Signed-off-by: Yinghai Lu
Cc: Prarit Bhargava
diff
[ Talking with Sebastian on IRC, it seems that doing the irq_work_run()
from the interrupt in -rt is a bad thing. Here we simply raise the
softirq if there's irq work to do. This too boots on my i7 ]
After trying hard to figure out why my i7 box was locking up with the
new active_timers code,
From: Xie XiuQi
Use USEC_PER_SEC instead of 100, that making the later bugfix
more clearly.
Signed-off-by: Xie XiuQi
Signed-off-by: Corey Minyard
---
drivers/char/ipmi/ipmi_bt_sm.c | 8
drivers/char/ipmi/ipmi_kcs_sm.c | 4 ++--
drivers/char/ipmi/ipmi_smic_sm.c | 2 +-
3 files
From: Xie XiuQi
Loading ipmi_si module while bmc is disconnected, we found the timeout
is longer than 5 secs. Actually it takes about 3 mins and 20 secs.(HZ=250)
error message as below:
Dec 12 19:08:59 linux kernel: IPMI BT: timeout in RD_WAIT [ ] 1 retries left
Dec 12 19:08:59 linux kernel:
From: Corey Minyard
Return proper errors for a lot of IPMI failure cases. Also call
pci_disable_device when IPMI PCI devices are removed.
Signed-off-by: Corey Minyard
---
drivers/char/ipmi/ipmi_si_intf.c | 44 ++--
1 file changed, 29 insertions(+), 15
Hi,
I think we want some sort of commit message for this patch. But they
all look good to me and they tested fine.
Acked-by: Jason Baron
Greg, Can you pick up this series?
Thanks,
-Jason
On 01/23/2014 08:20 AM, Andrey Ryabinin wrote:
> Signed-off-by: Andrey Ryabinin
> ---
>
Just some collected fixes for 3.14. Nothing huge.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Michael Opdenacker
This patch proposes to remove the use of the IRQF_DISABLED flag
It's a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
Signed-off-by: Corey Minyard
---
drivers/char/ipmi/ipmi_si_intf.c | 4 ++--
1 file changed, 2 insertions(+), 2
Similarly to other Apple products, MBA 1,1 needs a specific quirk.
Pin 0x18 must be set to VREF_50 to have sound output. This was no
longer done since commit 1a97b7f, resulting in a mute built-in speaker.
This patch corrects the regression by creating a fixup for the MBA 1,1.
Tested-by: Adrien
1 - 100 of 846 matches
Mail list logo