Hi Linus,
This Btrfs pull is available in two flavors:
First, my for-linus branch has it against all the btrfs pulls from 3.10:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Or, with a merge commit on top of 3.10 (master branch):
On Tuesday, 28 May 2013 at 12:20, Jiri Kosina wrote:
I have applied your patches and fixed that omission.
I see the driver made it into Linus's tree. Thanks for applying, and the
fixes!
Best regards,
Christian Ohm
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
Hi Linus,
Please pull the following Ceph updates from
git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git for-linus
There is some follow-on RBD cleanup after the last window's code drop, a
series from Yan fixing multi-mds behavior in cephfs, and then a sprinkling
of bug fixes
On Mon, 2013-07-08 at 02:10 +0200, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
An ACPI_NOTIFY_BUS_CHECK notification means that we should scan the
entire namespace starting from the given handle even if the device
represented by that handle is present (other
From: Eliezer Tamir eliezer.ta...@linux.intel.com
Date: Tue, 09 Jul 2013 13:09:21 +0300
Sorry, I forgot to commit before sending, so I sent the wrong version.
The previous version gets a warning in busy_loop_timeout().
Suggested by Linus:
Changed time accounting for busy-poll:
- Make it
From: Geert Uytterhoeven ge...@linux-m68k.org
Date: Tue, 9 Jul 2013 10:22:31 +0200
linux-...@vger.kernel.org was replaced by net...@oss.sgi.com was replaced
by net...@vger.kernel.org.
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
Applied, thanks.
--
To unsubscribe from this list:
From: Michael S. Tsirkin m...@redhat.com
Date: Tue, 9 Jul 2013 08:12:57 +0300
Jason Wang reported a race in RX VQ processing:
virtqueue_enable_cb is called outside napi lock,
violating virtio serialization rules.
The race has been there from day 1, but it got especially nasty in 3.0
when
From: Nicolas Ferre nicolas.fe...@atmel.com
Date: Tue, 9 Jul 2013 18:02:23 +0200
On 09/07/2013 10:36, Jongsung Kim :
Signed-off-by: Jongsung Kim neidhard@lge.com
Acked-by: Nicolas Ferre nicolas.fe...@atmel.com
Cc: stable sta...@vger.kernel.org # 3.10+
Applied and queued up for -stable,
From: Hayes Wang hayesw...@realtek.com
Date: Mon, 8 Jul 2013 17:09:01 +0800
Add a new chip for RTL8411 series.
Signed-off-by: Hayes Wang hayesw...@realtek.com
Francois, please review.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
From: Michael S. Tsirkin m...@redhat.com
Date: Sun, 7 Jul 2013 14:26:53 +0300
vhost_net_ubuf_put_and_wait has a confusing name:
it will actually also free it's argument.
Thus since commit 1280c27f8e29acf4af2da914e80ec27c3dbd5c01
vhost-net: flush outstanding DMAs on memory change
From: Konstantin Khlebnikov khlebni...@openvz.org
Date: Mon, 08 Jul 2013 11:23:04 +0400
rtnl_is_locked() doesn't check who holds this lock, it just tells that it's
locked right now. if caif::ldisc_close really can be called under rtrnl_lock
then it should release net device in other context
From: Konstantin Khlebnikov khlebni...@openvz.org
Date: Mon, 08 Jul 2013 11:22:51 +0400
enic_change_mtu_work() must call rtnl_unlock() on all exiting paths.
Signed-off-by: Konstantin Khlebnikov khlebni...@openvz.org
Applied.
--
To unsubscribe from this list: send the line unsubscribe
On Tue, Jul 09, 2013 at 01:19:09PM -0400, Konrad Rzeszutek Wilk wrote:
My thinking is that what should be done to have some sense of history
is that the patch in GRUB to not rely on kernel internals should be
done. Then that git commit of that tree should be mentioned in this
kernel patch.
In (1fb5f68 mmc: dw_mmc: Don't loop when handling an interrupt), the
code for handling DW_MCI_QUIRK_IDMAC_DTO became dead code. Move it to
where it ought to live.
Found by code inspection and compile-tested only--I don't know of any
boards that need DW_MCI_QUIRK_IDMAC_DTO.
Signed-off-by: Doug
This reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970.
The commit results in repeated 'Timed out waiting for forcewake old ack
to clear' messages on a Supermicro C7H61 board (BIOS version 2.00 and 2.00b)
with i7-3770K CPU. It ultimately results in a hangup if the system is highly
loaded.
On Tue, Jul 9, 2013 at 3:35 AM, Chris Clayton chris2...@gmail.com wrote:
Hello again, Bjorn.
On 04/01/13 18:28, Bjorn Helgaas wrote:
snip
Hi Chris,
The current Linux acpiphp driver doesn't do anything unless it finds
devices with _EJ0 or _RMV methods, and your DSDT has neither. But I
I started seeing this problem after updating the BIOS trying fix another issue,
though I may have missed it earlier.
I understand this is a BIOS bug. Would be great if someone can pass this on
to Intel BIOS engineers.
CPU is i7-4770K.
Guenter
---
[0.00] WARNING: at
I'm announcing the release of the 3.6.11.6 kernel.
The updated 3.6.11.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
v3.6-stable
The patch can be downloaded at:
On Tue, Jul 09, 2013 at 01:14:09PM -0700, Guenter Roeck wrote:
This reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970.
The commit results in repeated 'Timed out waiting for forcewake old ack
to clear' messages on a Supermicro C7H61 board (BIOS version 2.00 and 2.00b)
with i7-3770K CPU.
With the driver now setup for default 32-bit DMA capabilities, remove the
64-bit DMA related dead code.
Signed-off-by: Myron Stowe myron.st...@redhat.com
---
drivers/scsi/megaraid.c | 45 +
drivers/scsi/megaraid.h |1 -
2 files changed, 9
With the driver now setup for default 32-bit DMA capabilities, remove the
broken make_local_pdev() implementation and usages.
Signed-off-by: Myron Stowe myron.st...@redhat.com
---
drivers/scsi/megaraid.c | 98 ---
1 files changed, 16 insertions(+),
If the megaraid device is 64-bit DMA capable then, once it is setup, any
subsequent DMA allocations for internal commands would not be properly
restricted due to megaraid_probe_one() having called pci_set_dma_mask() on
pdev with DMA_BIT_MASK(64). The driver attempts to solve this by using
Is the megaraid driver still actively used and maintained? I originally
posted this series on 06.07.2013 and after receiving no comments, pinged
the list again on 06.17.2013 and still received no comments/feedback.
Trying again as I believe there is a real issue here, which I'd like
confirmation
On Tue, 9 Jul 2013, Benjamin Tissoires wrote:
For those who wants to try, I have set up a project [1] to implement
part of the spec Nestor released. I implemented various features: list
devices paired to a receiver, pair/unpair a device, and toggle the
button 6 on M705 mouse with the
On Tue, Jul 09, 2013 at 10:01:50PM +0200, Borislav Petkov wrote:
On Tue, Jul 09, 2013 at 01:19:09PM -0400, Konrad Rzeszutek Wilk wrote:
My thinking is that what should be done to have some sense of history
is that the patch in GRUB to not rely on kernel internals should be
done. Then that
On Tue, Jul 9, 2013 at 10:13 AM, Joe Perches j...@perches.com wrote:
x86/ia64 have a slight mismatch in dmi_alloc as
x86 does a memset(0), and ia64 just does kmalloc.
Make the ia64 dmi_alloc match the x86 style.
Signed-off-by: Joe Perches j...@perches.com
Applied. Thanks Joe.
-Tony
--
To
On Tue, Jul 09, 2013 at 06:48:55PM +0200, Jiri Olsa wrote:
hi,
following up on the 'perf timechart' FIXME note and changing
its tracepoint match not to use event types data.
In my tests the old and new timechart outputs look the same,
so.. any other tester would be appreciated ;-)
Also
Yann,
On Mon, Jul 08, 2013 at 05:41:33PM -0500, Ben Myers wrote:
On Tue, Jul 02, 2013 at 06:39:34PM +0200, Yann Droneaud wrote:
Macro get_unused_fd() is used to allocate a file descriptor with
default flags. Those default flags (0) can be unsafe:
O_CLOEXEC must be used by default to not
Vivek Goyal wrote:
On Tue, Jul 09, 2013 at 09:42:57PM +0400, Konstantin Khlebnikov wrote:
[..]
So what kind of priority inversion you are facing with blkcg and how would
you avoid it with your implementation?
I know that serialization can happen at filesystem level while trying
to commit
On Tue, Jul 09, 2013 at 04:40:11PM -0400, Konrad Rzeszutek Wilk wrote:
I am not clear what the boundary is. Let me get Linus's guidance on this
after the rc0 madness.
You're joking, right?
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
--
To
On 07/04/2013 06:25 AM, David Herrmann wrote:
Hi
This series changes the way we handle firmware framebuffers on x86 systems. On
other architectures the recently introduced simple-framebuffer
platform-devices provide a sane and proper way to handle firmware
framebuffers.
So why not use it
[+cc Joerg, David, iommu list]
On Tue, Jul 9, 2013 at 2:24 PM, Guenter Roeck li...@roeck-us.net wrote:
I started seeing this problem after updating the BIOS trying fix another
issue,
though I may have missed it earlier.
I understand this is a BIOS bug. Would be great if someone can pass
On 07/04/2013 06:25 AM, David Herrmann wrote:
If we create proper platform-devices in x86 boot-code, we can use simplefb
for VBE or EFI framebuffers, too. However, there is normally no OF support
so we introduce a platform_data object so x86 boot-code can pass the
parameters via plain old
Hi Doug,
On 9 July 2013 18:31, Doug Anderson diand...@chromium.org wrote:
On some platforms (like exynos5420) the dw_mmc controller may be in a
strange state after we wake up from sleep. Add callbacks to allow for
dealing with these quirks. Prevent interrupts from firing when we're
On Tuesday 09 July 2013, Thomas Petazzoni wrote:
Dear Neil Zhang,
On Tue, 9 Jul 2013 14:42:45 +0800, Neil Zhang wrote:
support CLOCKSOURCE OF DECLARE for mmp timer.
Signed-off-by: Neil Zhang zhan...@marvell.com
---
arch/arm/mach-mmp/mmp-dt.c |5 ++---
On Tue, 2013-07-09 at 14:39 -0600, Myron Stowe wrote:
Is the megaraid driver still actively used and maintained? I originally
posted this series on 06.07.2013 and after receiving no comments, pinged
the list again on 06.17.2013 and still received no comments/feedback.
Trying again as I
Hi Linus,
Please pull the latest parisc updates from
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-for-3.11
PA-RISC updates for v3.11 include a gcc miscompilation fix,
gzip-compressed vmlinuz support, a fix in the PCI code for ATI FireGL
support on c8000
James,
On Tue, Jul 9, 2013 at 2:17 PM, James Hogan james.ho...@imgtec.com wrote:
Hi Doug,
On 9 July 2013 18:31, Doug Anderson diand...@chromium.org wrote:
On some platforms (like exynos5420) the dw_mmc controller may be in a
strange state after we wake up from sleep. Add callbacks to allow
On Tue, 9 Jul 2013 19:57:49 +0200 Michal Hocko mho...@suse.cz wrote:
On Tue 09-07-13 21:32:51, Glauber Costa wrote:
[...]
You seem to have switched to XFS.
Yes, to make sure that the original hang is not fs specific. I can
switch to other fs if it helps. This seems to be really hard to
Hello Stephen,
Thank you for reporting the error. I removed these variables from the debug
statement, because I didn't see that they were defined. It is possible that I
manually enabled the nes_debug and the #ifdef CONFIG_INFINIBAND_NES_DEBUG
statement these variables are enclosed in wasn't
On Tue, Jul 09, 2013 at 05:47:04PM +0200, Michal Simek wrote:
Probably the best solution is just revert this part of patch.
Mark: What do you think?
We should make it so that the user does not need to supply empty
functions if none are needed.
signature.asc
Description: Digital signature
On Tuesday 09 July 2013, Srinivas KANDAGATLA wrote:
On 09/07/13 08:56, Arnd Bergmann wrote:
No, you should be using generic interfaces to do the things you need.
I believe what you are missing is an ethernet phy driver that is specific
to your SoC.
It looks interesting way to solve the
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc.git
tags/mmc-updates-for-3.11-rc1
to receive the MMC merge for 3.11. There are currently no conflicts,
and these patches have been tested in linux-next. Thanks.
The following changes since commit
On 09.07.2013, at 06:24, Michael Neuling wrote:
Alexander Graf ag...@suse.de wrote:
On 04.07.2013, at 08:15, Bharat Bhushan wrote:
From: Bharat Bhushan bharat.bhus...@freescale.com
This patchset moves the debug registers in a structure, which allows
kvm to use same structure for
On Tue, Jul 09, 2013 at 10:49:10PM +0100, Mark Brown wrote:
On Tue, Jul 09, 2013 at 05:47:04PM +0200, Michal Simek wrote:
Probably the best solution is just revert this part of patch.
Mark: What do you think?
We should make it so that the user does not need to supply empty
functions if
On Tuesday 09 July 2013, Neil Zhang wrote:
+ soc {
+ compatible = simple-bus;
+ #address-cells = 1;
+ #size-cells = 1;
+ interrupt-parent = gic;
+ ranges;
+
+ gic: interrupt-controller@d1dfe100 {
+
On Tue, Jul 9, 2013 at 2:18 PM, James Bottomley
james.bottom...@hansenpartnership.com wrote:
On Tue, 2013-07-09 at 14:39 -0600, Myron Stowe wrote:
Is the megaraid driver still actively used and maintained? I originally
posted this series on 06.07.2013 and after receiving no comments, pinged
On Mon, Jul 08, 2013 at 03:52:53PM +0800, Gu Zheng wrote:
Add the missing NULL check of the return value of find_or_create_page() in
function ocfs2_duplicate_clusters_by_page().
Signed-off-by: Gu Zheng guz.f...@cn.fujitsu.com
---
fs/ocfs2/refcounttree.c |6 +-
1 files changed, 5
On Mon, 08 Jul 2013 16:20:34 +0300
Eliezer Tamir eliezer.ta...@linux.intel.com wrote:
Rename POLL_LL to POLL_BUSY_LOOP.
So pardon me if I speak out of turn, but it occurs to me to
wonder...should the SO_LL socket option be renamed in a similar fashion
before this interface escapes into the
On Tue, Jul 9, 2013 at 1:56 AM, Yijing Wang wangyij...@huawei.com wrote:
Currently, pciehp_resume will call pciehp_enable_slot() to add
device if there is a device in the slot. But if the device was
present before suspend, it's no necessary to add again. Now in
such case, there is some
Serial No: S/N-472-9768-79
Full Name:
Contact Address:
Tel:
Age:
Country:
--
Esta mensagem foi verificada pelo sistema de antivirus e
acredita-se estar livre de perigo.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Tue, Jul 09, 2013 at 03:05:39PM -0600, Bjorn Helgaas wrote:
[+cc Joerg, David, iommu list]
On Tue, Jul 9, 2013 at 2:24 PM, Guenter Roeck li...@roeck-us.net wrote:
I started seeing this problem after updating the BIOS trying fix another
issue,
though I may have missed it earlier.
Tuesday, July 9, 2013, 5:05:54 PM, you wrote:
On Tue, Jul 09, 2013 at 10:48:40AM -0400, Konrad Rzeszutek Wilk wrote:
Then that should be discussed on grub2 to remove said check and modify
the code so that it can properly work without regression.
Actually, the kernel patch removing that
disabled at (431969): [81132ed6]
irq_exit+0x86/0x120
[ 2536.440007] CPU: 0 PID: 12368 Comm: trinity-child86 Tainted: GW
3.10.0-next-20130709-sasha #3953
[ 2536.440007] task: 8807dea03000 ti: 8807d7c14000 task.ti:
8807d7c14000
[ 2536.440007] RIP: 0010:[8419871c
On Tue, Jul 09, 2013 at 10:33:22PM +0200, Daniel Vetter wrote:
On Tue, Jul 09, 2013 at 01:14:09PM -0700, Guenter Roeck wrote:
This reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970.
The commit results in repeated 'Timed out waiting for forcewake old ack
to clear' messages on a
From: Paul E. McKenney paul...@linux.vnet.ibm.com
This commit adds the code that updates the rcu_dyntick structure's
new fields to track the per-CPU idle state based on interrupts and
transitions into and out of the idle loop (NMIs are ignored because NMI
handlers cannot cleanly read out the time
On Tue, Jul 09, 2013 at 06:35:27PM -0400, Sasha Levin wrote:
Hi all,
While fuzzing with trinity inside a KVM tools guest running latest -next,
I've
stumbled on the following spew:
[ 2536.440007] BUG: soft lockup - CPU#0 stuck for 23s!
[trinity-child86:12368]
[ 2536.440007]
On 07/09/2013 06:47 PM, Dave Jones wrote:
On Tue, Jul 09, 2013 at 06:35:27PM -0400, Sasha Levin wrote:
Hi all,
While fuzzing with trinity inside a KVM tools guest running latest -next,
I've
stumbled on the following spew:
[ 2536.440007] BUG: soft lockup - CPU#0 stuck for 23s!
This patch partially reverts commit 36ec8f877481449bdfa072e6adf2060869e2b970 for
IvyBridge CPUs.
The original commit results in repeated 'Timed out waiting for forcewake old
ack to clear' messages on a Supermicro C7H61 board (BIOS version 2.00 and 2.00b)
with i7-3770K CPU. It ultimately results
David Miller da...@davemloft.net :
[...]
Francois, please review.
The style is consistent with the driver.
The commit message may state that this 8411 chipset does not require
any special action in rtl_link_chg_patch (whence differing from the
previous F 8411).
Most of the code shared by
On Tue, Jul 09, 2013 at 06:49:29PM -0400, Sasha Levin wrote:
On 07/09/2013 06:47 PM, Dave Jones wrote:
[ 2536.500130] INFO: NMI handler
(arch_trigger_all_cpu_backtrace_handler) took too long to run:
697182.008 msecs
I've been reporting these (and other traces) for a while
From: Jonathan Corbet cor...@lwn.net
Date: Tue, 9 Jul 2013 16:25:14 -0600
On Mon, 08 Jul 2013 16:20:34 +0300
Eliezer Tamir eliezer.ta...@linux.intel.com wrote:
Rename POLL_LL to POLL_BUSY_LOOP.
So pardon me if I speak out of turn, but it occurs to me to
wonder...should the SO_LL socket
] WARNING: CPU: 20 PID: 49263 at kernel/lockdep.c:3552
check_flags+0x16b/0x220()
[ 1443.383988] DEBUG_LOCKS_WARN_ON(current-softirqs_enabled)
[ 1443.385452] Modules linked in:
[ 1443.386459] CPU: 20 PID: 49263 Comm: trinity-child50 Tainted: GW
3.10.0-next-20130709-sasha #3953
[ 1443.388735
On Wed, 3 Jul 2013, Kay Sievers wrote:
But that's not my point. It seems pretty easy to make this cgroup
management (in native mode) a library that can have either a thin
veneer of a main() function, while also being usable by systemd. The
point is to solve all of the problems ONCE.
The TMOUT register is initted to 0x at probe time but isn't
initted after suspend/resume. Add an init of this value.
No problems were observed without this (it will also get initted in
__dw_mci_start_request if there is data to send), but it makes the
register dump before and after
The dw_mmc driver keeps a cache of the current slot-clock in order to
avoid doing a whole lot of work every time set_ios() is called.
However, after suspend/resume the register values are bogus so we need
to ensure that the cached value is invalidated.
In many cases we got by without this since
If the WAKEUP_INT is asserted at wakeup and not cleared, we'll end up
looping around forever. This has been seen to happen on exynos5420
silicon despite the fact that we haven't enabled any wakeup events.
Signed-off-by: Doug Anderson diand...@chromium.org
---
Changes in v2:
- Use suspend_noirq
After suspend/resume all of the dw_mmc registers are reset to
defaults. We restore most of them, but specifically don't setup the
clock registers after resume unless we've got a powered card. Things
still work because the core will eventually call set_ios() and we'll
set things up.
There
This series of patches addresses some suspend/resume problems with
dw_mmc on exynos platforms. Since suspend/resume is not fully working
on ToT Linux (3.10) on exynos5250-snow, this series was tested against
the current ToT ChromeOS 3.8 tree. I have confirmed basic booting
and eMMC / SD card
On some devices (like exynos5420) the dw_mmc controller may be in a
strange state after we wake up from sleep. Add callbacks to allow for
dealing with these quirks. We use the _noirq versions of the
callbacks since in the case of exynos5420 the strange state caused
interrupts to fire so we need
On 07/10/2013 03:32 AM, Alexander Graf wrote:
On 07/06/2013 05:07 PM, Alexey Kardashevskiy wrote:
This adds special support for huge pages (16MB). The reference
counting cannot be easily done for such pages in real mode (when
MMU is off) so we added a list of huge pages. It is populated in
From add0c59d802e6118e51e21244c3871be35164e4b Mon Sep 17 00:00:00 2001
From: Tejun Heo t...@kernel.org
Date: Tue, 9 Jul 2013 16:17:39 -0700
cafe563591 (bcache: A block layer cache) added a new cgroup
subsystem bcache_subsys without proper review and ack. bcache_subsys
seems to use cgroup for
On 07/10/2013 01:35 AM, Alexander Graf wrote:
On 06/27/2013 07:02 AM, Alexey Kardashevskiy wrote:
Signed-off-by: Alexey Kardashevskiya...@ozlabs.ru
---
include/uapi/linux/kvm.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/uapi/linux/kvm.h b/include/uapi/linux/kvm.h
On Tuesday, July 09, 2013 12:30:45 PM Mika Westerberg wrote:
On Tue, Jul 09, 2013 at 02:19:04AM +0200, Rafael J. Wysocki wrote:
Index: linux-pm/drivers/pci/hotplug/acpiphp.h
===
--- linux-pm.orig/drivers/pci/hotplug/acpiphp.h
On Thu, 4 Jul 2013, Michal Hocko wrote:
On Thu 04-07-13 18:16:41, Michal Hocko wrote:
On Thu 04-07-13 09:10:39, Joe Perches wrote:
On Thu, 2013-07-04 at 18:07 +0200, Michal Hocko wrote:
A warning is printed when the new value is ignored.
[]
+
On Tue, Jul 09, 2013 at 04:22:52PM -0700, Chris Wright wrote:
* Guenter Roeck (li...@roeck-us.net) wrote:
On Tue, Jul 09, 2013 at 03:05:39PM -0600, Bjorn Helgaas wrote:
[+cc Joerg, David, iommu list]
On Tue, Jul 9, 2013 at 2:24 PM, Guenter Roeck li...@roeck-us.net wrote:
I started
On Tuesday, July 09, 2013 12:23:53 PM Mika Westerberg wrote:
On Tue, Jul 09, 2013 at 02:18:12AM +0200, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
When either a new hotplug brigde or a new hotplug function is added
^^
On Tuesday, July 09, 2013 12:37:26 PM Mika Westerberg wrote:
On Tue, Jul 09, 2013 at 02:20:31AM +0200, Rafael J. Wysocki wrote:
@@ -953,37 +937,49 @@ static void acpiphp_sanitize_bus(struct
* ACPI event handlers
*/
-static acpi_status
-check_sub_bridges(acpi_handle handle, u32
* Guenter Roeck (li...@roeck-us.net) wrote:
On Tue, Jul 09, 2013 at 03:05:39PM -0600, Bjorn Helgaas wrote:
[+cc Joerg, David, iommu list]
On Tue, Jul 9, 2013 at 2:24 PM, Guenter Roeck li...@roeck-us.net wrote:
I started seeing this problem after updating the BIOS trying fix another
On Tuesday, July 09, 2013 01:32:42 PM Toshi Kani wrote:
On Mon, 2013-07-08 at 02:10 +0200, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
An ACPI_NOTIFY_BUS_CHECK notification means that we should scan the
entire namespace starting from the given handle even
* Guenter Roeck (li...@roeck-us.net) wrote:
On Tue, Jul 09, 2013 at 04:22:52PM -0700, Chris Wright wrote:
* Guenter Roeck (li...@roeck-us.net) wrote:
On Tue, Jul 09, 2013 at 03:05:39PM -0600, Bjorn Helgaas wrote:
[+cc Joerg, David, iommu list]
On Tue, Jul 9, 2013 at 2:24 PM,
Hi David,
2013-07-09 오후 11:21, David Ahern 쓴 글:
On 7/9/13 1:41 AM, Namhyung Kim wrote:
Hi Arnaldo,
You may want to merge this patch too. :)
He did. See 77d03596 and the note:
[ combined patch removing the -f usage in various sub-commands, such
as 'perf sched', etc, by Namhyung Kim ]
Hi all,
On Tue, 2 Jul 2013 17:09:57 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
We are in the merge window, so please do not add anything to your
linux-next included branches that is not destined for v3.11 until after
v3.11-rc1 is released.
No, really :-(
i.e. maintainers should be
On Tue, Jul 09, 2013 at 05:05:11PM -0700, Chris Wright wrote:
* Guenter Roeck (li...@roeck-us.net) wrote:
On Tue, Jul 09, 2013 at 04:22:52PM -0700, Chris Wright wrote:
* Guenter Roeck (li...@roeck-us.net) wrote:
On Tue, Jul 09, 2013 at 03:05:39PM -0600, Bjorn Helgaas wrote:
[+cc
On Thu, Jul 04, 2013 at 12:00:44PM +0200, Michal Hocko wrote:
On Thu 04-07-13 13:24:50, Joonsoo Kim wrote:
On Thu, Jul 04, 2013 at 12:01:43AM +0800, Zhang Yanfei wrote:
On 07/03/2013 11:51 PM, Zhang Yanfei wrote:
On 07/03/2013 11:28 PM, Michal Hocko wrote:
On Wed 03-07-13 17:34:15,
This patch adds support for a new 'samsung,hsic-reset-gpio' in the
device tree, which will be interpreted as an active-low reset pin during
PHY initialization when it exists. Useful for intergrated HSIC devices
like an SMSC 3503 hub. It is necessary to add this directly to the PHY
initialization
On Tue, 2013-07-09 at 17:18 -0700, Guenter Roeck wrote:
I meant warning as in pr_warn or dev_warn, not WARNING as in traceback.
Keep in mind that a casual user doesn't expect to see a traceback and will
tend
to get alarmed. Several bugs have been filed against this issue in various
于 2013/7/10 0:16, Stephen Warren 写道:
From: Stephen Warren swar...@nvidia.com
Prior to commit 3ab8352 kexec jump, if machine_kexec() returned,
sys_reboot() would return -EINVAL. This patch restores this behaviour
for the non-KEXEC_JUMP case, where machine_kexec() is not expected to
return.
于 2013/7/10 8:31, Joonsoo Kim 写道:
On Thu, Jul 04, 2013 at 12:00:44PM +0200, Michal Hocko wrote:
On Thu 04-07-13 13:24:50, Joonsoo Kim wrote:
On Thu, Jul 04, 2013 at 12:01:43AM +0800, Zhang Yanfei wrote:
On 07/03/2013 11:51 PM, Zhang Yanfei wrote:
On 07/03/2013 11:28 PM, Michal Hocko wrote:
Hi Sage,
Today's linux-next merge of the ceph tree got conflicts in
drivers/block/rbd.c and net/ceph/osd_client.c because the ceph tree was
rebased before being sent to Linus and it looks like one patch
was dropped and several more added.
I just used the upstream version of the cpeh tree for
Hell All:
gcc '-O2' may skip some of uninitialized variables warnings which may be
real bugs. This is gcc issue which keep existence almost 10 years, and
now it seems can not be fixed in recent years.
Please reference: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18501, for
kernel special case,
On 07/10/2013 06:11 AM, Joel Becker wrote:
On Mon, Jul 08, 2013 at 03:52:53PM +0800, Gu Zheng wrote:
Add the missing NULL check of the return value of find_or_create_page() in
function ocfs2_duplicate_clusters_by_page().
Signed-off-by: Gu Zheng guz.f...@cn.fujitsu.com
---
Hi Rusty,
playing with my virtio gpu, I started hitting the qemu
error_report(Too many read descriptors in indirect table);
Now I'm not sure but this doesn't seem to be a virtio limit that the
guest catches from what I can see, since my host dies quite quickly,
when I'm doing transfers in/out of
Hi Daniel,
On Mon, Jun 24, 2013 at 02:34:00PM +0800, Daniel J Blueman wrote:
On 16 April 2013 15:37, Daniel J Blueman dan...@quora.org wrote:
When using e4defrag on a ext4 filesystem created a month ago, I ran
into this fatal page fault [1]
while running e4defrag on 3.9-rc6 (Ubuntu
Chen Gang gang.c...@asianux.com writes:
When sysfs_create_file() fails, recommend to print the related failure
information. And it is useless to still 'KOBJ_ADD' to user space.
Signed-off-by: Chen Gang gang.c...@asianux.com
sysfs_create_file() should not fail during boot, should it?
Cheers,
Michael S. Tsirkin m...@redhat.com writes:
On Tue, Jul 09, 2013 at 11:46:23AM +0930, Rusty Russell wrote:
Michael S. Tsirkin m...@redhat.com writes:
For small packets we can simplify xmit processing
by linearizing buffers with the header:
most packets seem to have enough head room
we can
Hi! I'm doing volunteer testing of xfstests and was sent here to
ask about this issue. I apologize in advance if the problem has
already been solved...
I've been testing XFS from various git kernels on 32-bit Pentium 4
and Pentium III PCs. There was an issue with xfstests test xfs/167,
On 07/08/2013 10:36 AM, Michael Wang wrote:
Hi, Sam
On 07/07/2013 09:31 AM, Sam Ben wrote:
On 07/04/2013 12:55 PM, Michael Wang wrote:
wake-affine stuff is always trying to pull wakee close to waker, by
theory,
this will bring benefit if waker's cpu cached hot data for wakee, or the
extreme
On 07/09/2013 12:32:56 PM, Linus Torvalds wrote:
On Mon, Jul 8, 2013 at 7:29 PM, Rob Landley r...@landley.net wrote:
Um, does that mean I should have cc'd you on the initmpfs patch
series
back before the merge window opened?
So I personally don't tend to care about that kind of
From: Stephen Warren swar...@nvidia.com
Prior to commit 3ab8352 kexec jump, if machine_kexec() returned,
sys_reboot() would return -EINVAL. This patch restores this behaviour
for the non-KEXEC_JUMP case, where machine_kexec() is not expected to
return.
This situation can occur on ARM, where
1 - 100 of 1090 matches
Mail list logo