The r1 value is set based on the r0 value as we return to user space.
So tracing tools won't automatically see the right value. Fix this by
generating the correct r1 value in do_syscall_trace_exit() rather
than trying to tamper with the hot path in syscall return.
Signed-off-by: Chris Me
The "available_irqs" value needs to actually reflect the IRQs
available, not just start as an all-ones mask, since we only
have 32 IRQs available even on a 64-bit platform.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/irq.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletio
functions.
Signed-off-by: Chris Metcalf
---
v1: If these patches are OK, I can push them as part of the tile tree.
Otherwise, they should probably be pushed through a single tree either
by the timekeeping folks or (more likely?) the cpu frequency driver folks.
Let me know what makes the most sense
implements the hv_set_speed() API.
Signed-off-by: Chris Metcalf
---
v1: If these patches are OK, I can push them as part of the tile tree.
Otherwise, they should probably be pushed through a single tree either
by the timekeeping folks or (more likely?) the cpu frequency driver folks.
Let me know
We had been doing an automatic full eviction of the L1 I$
everywhere whenever we did a kernel-space TLB flush. It turns
out this isn't necessary, since all the callers already handle
doing a flush if necessary.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/tlb.c | 8 +++-
1
This enables support for "kexec --initrd" for tile.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/setup.c | 42 ++
1 file changed, 42 insertions(+)
diff --git a/arch/tile/kernel/setup.c b/arch/tile/kernel/setup.c
index b00e156..774e819 10
In strncpy_from_user_asm, when the destination buffer length was the
same as the actual string length, we were returning the size of the
destination buffer. But since it's a NUL terminated string, we should
return the length of the string instead.
Signed-off-by: Chris Metcalf
---
arch/til
because they fell between _etext and _sinittext.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/vmlinux.lds.S | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/tile/kernel/vmlinux.lds.S b/arch/tile/kernel/vmlinux.lds.S
index aab9955..c7ae53d 100644
--- a/arch/tile/kernel/vmlinux.lds.S
Normally the build doesn't include these warnings, but at one
point I built with -Wsign-compare, and noticed a few things that
are technically bugs. This change fixes those things.
Signed-off-by: Chris Metcalf
---
arch/tile/include/asm/io.h | 6 +++---
arch/tile/include/asm/mmz
an put them back.
Signed-off-by: Chris Metcalf
---
arch/tile/include/asm/fixmap.h | 8 ---
arch/tile/mm/init.c| 5 +
arch/tile/mm/pgtable.c | 49 --
3 files changed, 1 insertion(+), 61 deletions(-)
diff --git a/arch/tile/include
Hi Linus
Please pull my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
These are assorted fixes, mostly from Josef nailing down xfstests runs.
Zach also has a long standing fix for problems with readdir wrapping
f_pos (or ctx->pos)
These patches
We use the validate_current() API to make sure that "current" seems
plausible before using it. With the new show_regs_print_info()
API, we want to check that current is OK before calling it, since
otherwise we will end up in a recursive panic.
Signed-off-by: Chris Metcalf
---
arch/t
This tile-specific API had a minor bug, in that if a super huge (>4GB)
page mapped a particular address range, we wouldn't handle it correctly.
As part of fixing that bug, I also cleaned up some of the pud and pmd
accessors to make them more consistent.
Signed-off-by: Chris Metcalf
-
operation) is still fast; it's now a shift rather than a mask.
We make this change only for tilegx, since tilepro has too few SPR
bits to do this, and we don't need this support on tilepro anyway.
Signed-off-by: Chris Metcalf
---
arch/tile/include/
Signed-off-by: Chris Metcalf
---
MAINTAINERS | 1 +
drivers/tty/serial/Kconfig | 9 +
drivers/tty/serial/Makefile | 1 +
drivers/tty/serial/tilegx.c | 708 +++
include/uapi/linux/serial_core.h | 3 +
5 files changed
Enter kernel debugger at boot with:
--hvd UART_1=1 --hvx kgdbwait --hvx kgdboc=ttyS1,115200
or at runtime with:
echo ttyS1,115200 > /sys/module/kgdboc/parameters/kgdboc
echo g > /proc/sysrq-trigger
Signed-off-by: Chris Metcalf
---
arch/tile/Kconfig| 1 +
arch/tile/i
serial driver only.
Signed-off-by: Chris Metcalf
---
arch/tile/gxio/Kconfig | 5 +
arch/tile/gxio/Makefile | 1 +
arch/tile/gxio/iorpc_uart.c | 77 +
arch/tile/gxio/uart.c| 87 ++
arch/tile/include/arch/uart.h| 300
On 8/12/2013 2:43 PM, Greg Kroah-Hartman wrote:
> On Mon, Aug 12, 2013 at 02:11:44PM -0400, Chris Metcalf wrote:
>> +/*
>> + * Enable modem status interrupts.
>> + */
>> +static void tilegx_enable_ms(struct uart_port *port)
>> +{
>> +/* N/A */
>> +
(Oops, resending without the helpful [SPAM] marker that our
mail system appears to have injected into the subject line.)
On 8/9/2013 6:42 PM, Bjorn Helgaas wrote:
> On Thu, Aug 08, 2013 at 12:47:10PM -0400, Chris Metcalf wrote:
>> On 8/6/2013 1:48 PM, Bjorn Helgaas wrote:
>>>
t the fact that
we handle the final pte level differently.
Signed-off-by: Chris Metcalf
---
arch/tile/include/asm/mmu_context.h | 2 +-
arch/tile/include/asm/page.h| 1 +
arch/tile/kernel/setup.c| 6 +++---
arch/tile/mm/homecache.c| 6 +++---
arch/tile/mm/i
Newer hypervisors have an API for reporting per-cpu statistics
information. This change allows seeing that information via
/sys/devices/system/cpu/cpuN/hv_stats file for each core.
Signed-off-by: Chris Metcalf
---
arch/tile/include/hv/hypervisor.h | 16 +++--
arch/tile/kernel/sysfs.c
It isn't used any more by us now that the generic kernel build
offers DEBUG_INFO_REDUCED, so just get rid of it.
Signed-off-by: Chris Metcalf
---
arch/tile/Kconfig.debug | 10 --
arch/tile/Makefile | 4
2 files changed, 14 deletions(-)
diff --git a/arch/tile/Kconfig.de
optimizing tail and sibling calls. It adds around
3% to the size of the kernel when enabled.
Signed-off-by: Chris Metcalf
---
arch/tile/Kconfig | 1 +
arch/tile/lib/Makefile | 14 +++---
arch/tile/lib/cacheflush.c | 3 ++-
arch/tile/lib/memcpy_64.c | 3 ++-
4 files changed
: Chris Metcalf
---
arch/tile/kernel/process.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/tile/kernel/process.c b/arch/tile/kernel/process.c
index 2629ff1..9892f03 100644
--- a/arch/tile/kernel/process.c
+++ b/arch/tile/kernel/process.c
@@ -550,6 +550,9 @@ int do_work_pending(struct
On 8/12/2013 5:05 PM, Andrew Morton wrote:
> On Wed, 7 Aug 2013 16:52:22 -0400 Chris Metcalf wrote:
>
>> This change makes lru_add_drain_all() only selectively interrupt
>> the cpus that have per-cpu free pages that can be drained.
>>
>> This is important in no
() will align the object as required by fence */
- alignment = 0;
+ alignment = 256 * 1024;
break;
case I915_TILING_Y:
/* Despite that we check this in framebuffer_init userspace can
--
Chris Wilson, Intel Open Source Technology Centre
--
On Tue, Aug 13, 2013 at 11:35:53AM +0200, Sedat Dilek wrote:
> After a logout from my "BROKEN" Unity-2D session - the login-screen
> for LightDM seems to be OK.
> Then entering my Unity-2D desktop is OK - no screen corruptions.
What hardware and display do you have?
-Chri
On Tue, Aug 13, 2013 at 11:47:19AM +0200, Sedat Dilek wrote:
> On Tue, Aug 13, 2013 at 11:39 AM, Chris Wilson
> wrote:
> > On Tue, Aug 13, 2013 at 11:35:53AM +0200, Sedat Dilek wrote:
> >> After a logout from my "BROKEN" Unity-2D session - the login-screen
(Trimming the quoted material a little to try to keep this email under control.)
On 8/12/2013 4:42 PM, Bjorn Helgaas wrote:
> On Mon, Aug 12, 2013 at 1:42 PM, Chris Metcalf wrote:
>> On 8/9/2013 6:42 PM, Bjorn Helgaas wrote:
>>> OK, so physical memory in the [3GB,4GB] range
bad commit
> > commit 5456fe3882812aba251886e36fe55bfefb8e8829
> > Author: Chris Wilson
> > Date: Thu Aug 8 14:41:07 2013 +0100
> >
> > drm/i915: Allocate LLC ringbuffers from stolen
> >
> > As stolen objects now behave identically (wrt to default LLC cacheing)
&g
On Tue, Aug 13, 2013 at 07:03:44PM +0200, Sedat Dilek wrote:
> On Tue, Aug 13, 2013 at 6:37 PM, Sedat Dilek wrote:
> > On Tue, Aug 13, 2013 at 6:34 PM, Chris Wilson
> > wrote:
> >> On Tue, Aug 13, 2013 at 06:23:29PM +0200, Sedat Dilek wrote:
> >>> On Tue,
On Tue, Aug 13, 2013 at 07:53:25PM +0200, Sedat Dilek wrote:
> Files attached.
Can you also please attach a full dmesg so I can check for anything
unusual?
Thanks,
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list: send the line "unsubscri
On Tue, Aug 13, 2013 at 08:40:37PM +0200, Sedat Dilek wrote:
> On Tue, Aug 13, 2013 at 8:01 PM, Chris Wilson
> wrote:
> > On Tue, Aug 13, 2013 at 07:53:25PM +0200, Sedat Dilek wrote:
> >> Files attached.
> >
> > Can you also please attach a full dmesg so I c
Signed-off-by: Chris Metcalf
---
arch/tile/include/asm/Kbuild | 1 +
arch/tile/include/asm/hw_irq.h | 18 --
2 files changed, 1 insertion(+), 18 deletions(-)
delete mode 100644 arch/tile/include/asm/hw_irq.h
diff --git a/arch/tile/include/asm/Kbuild b/arch/tile/include/asm
If we wait until after including a bunch of other files, we
will have generated so much warning spew that it's hard to
notice the error about using the wrong compiler.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/asm-offsets.c | 22 +++---
1 file changed, 11 inser
We were rolling our own bundle_bits, which is unnecessary.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/traps.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a/arch/tile/kernel/traps.c b/arch/tile/kernel/traps.c
index ef95de2..8f41de2 100644
--- a/arch/tile
On Tue, Aug 13, 2013 at 10:16:10PM +0200, Sedat Dilek wrote:
> On Tue, Aug 13, 2013 at 10:10 PM, Chris Wilson
> wrote:
> > On Tue, Aug 13, 2013 at 09:05:41PM +0200, Sedat Dilek wrote:
> >> On Tue, Aug 13, 2013 at 8:53 PM, Chris Wilson
> >> wrote:
> >> >
There's no need to make up new ways of computing the addresses
of the Tilera hypervisor APIs; just use the standard method
of relying on the symbols to provide the addresses.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/relocate_kernel_32.S | 25 -
1 file chang
Also fix mentions of it in #error statements.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/regs_32.S | 4 ++--
arch/tile/kernel/regs_64.S | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/tile/kernel/regs_32.S b/arch/tile/kernel/regs_32.S
index c12280c..542cae1
It was bombed away because it was previously marked as __devinit,
but it should be an __init function.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/pci.c| 2 +-
arch/tile/kernel/pci_gx.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/tile/kernel/pci.c b
Signed-off-by: Chris Metcalf
---
arch/tile/include/asm/Kbuild | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/tile/include/asm/Kbuild b/arch/tile/include/asm/Kbuild
index 4c0b3c2..c5737f1 100644
--- a/arch/tile/include/asm/Kbuild
+++ b/arch/tile/include/asm/Kbuild
@@ -16,6 +16,7
Signed-off-by: Chris Metcalf
---
arch/tile/lib/atomic_32.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/arch/tile/lib/atomic_32.c b/arch/tile/lib/atomic_32.c
index f5cada7..42eacb1 100644
--- a/arch/tile/lib/atomic_32.c
+++ b/arch/tile/lib/atomic_32.c
@@ -208,15 +208,6 @@ struct
On Tue, Aug 13, 2013 at 09:05:41PM +0200, Sedat Dilek wrote:
> On Tue, Aug 13, 2013 at 8:53 PM, Chris Wilson
> wrote:
> > On Tue, Aug 13, 2013 at 08:40:37PM +0200, Sedat Dilek wrote:
> >> On Tue, Aug 13, 2013 at 8:01 PM, Chris Wilson
> >> wrote:
> >> >
e could also just have an asynchronous version
of schedule_on_each_cpu(), but I don't know if that's beneficial
enough to the swap code to make it worthwhile, or if it's tricky
enough on the workqueue side to make it not worthwhile; it does seem
like we would need to rethink the work_
On 8/13/2013 5:13 PM, Andrew Morton wrote:
> On Tue, 13 Aug 2013 16:59:54 -0400 Chris Metcalf wrote:
>
>>> Then again, why does this patchset exist? It's a performance
>>> optimisation so presumably someone cares. But not enough to perform
>>> actual
On 8/13/2013 6:26 PM, Andrew Morton wrote:
> On Tue, 13 Aug 2013 18:13:48 -0400 Chris Metcalf wrote:
>
>> On 8/13/2013 5:13 PM, Andrew Morton wrote:
>>> On Tue, 13 Aug 2013 16:59:54 -0400 Chris Metcalf
>>> wrote:
>>>
>>>>> Then ag
This API supports running work on a subset of the online
cpus determined by a callback function.
Signed-off-by: Chris Metcalf
---
v7: try a version with callbacks instead of cpu masks.
Either this or v6 seem like reasonable solutions.
v6: add Tejun's Acked-by, and add missing get/put_cpu_o
This change makes lru_add_drain_all() only selectively interrupt
the cpus that have per-cpu free pages that can be drained.
This is important in nohz mode where calling mlockall(), for
example, otherwise will interrupt every core unnecessarily.
Signed-off-by: Chris Metcalf
---
v7: try a version
On 8/13/2013 7:29 PM, Tejun Heo wrote:
> Hello,
>
> On Tue, Aug 13, 2013 at 06:53:32PM -0400, Chris Metcalf wrote:
>> int lru_add_drain_all(void)
>> {
>> -return schedule_on_each_cpu(lru_add_drain_per_cpu);
>> +return schedule_on_ea
p;mask);
put_online_cpus();
mutex_unlock(&lock);
return rc;
}
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
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/
n btrfs_ioctl_send() (+0/-3)
btrfs: handle null fs_info in btrfs_panic() (+7/-4)
btrfs: fix varargs in __btrfs_std_error (+7/-7)
btrfs: list_entry can't return NULL (+0/-2)
Chris Mason (7) commits (+561/-30):
Btrfs: reduce CPU contention while waiting for delayed extent operations
(+70
On Sat, Mar 02, 2013 at 05:45:41PM -0700, Linus Torvalds wrote:
> On Sat, Mar 2, 2013 at 7:15 AM, Chris Mason wrote:
> >
> > Our set of btrfs features, fixes and cleanups are in my for-linus
> > branch:
>
> I *really* wish that big pull requests like this would com
on-declaration]
> fs/btrfs/raid56.c:206:9: warning: assignment makes pointer from integer
> without a cast [enabled by default]
> fs/btrfs/raid56.c:226:4: error: implicit declaration of function 'vfree'
> [-Werror=implicit-function-declaration]
Thanks, I've got this
Hi Linus,
Geert and James both sent this one in, sorry guys.
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Geert Uytterhoeven (1) commits (+1/-0):
btrfs/raid56: Add missing #include
Total: (1) commits (+1/-0)
fs/btrfs/raid56.c | 1 +
1 file changed, 1 inse
%
reproducible.
Any suggestion how to further debug this i9515 black screen problem?
I really want to get it fixed.
Thanks
Chris
On Fri, Feb 22, 2013 at 2:42 PM, Chris Li wrote:
> Ping. Any update for this black screen problem?
>
> Chris
>
> On Wed, Feb 20, 2013 at 1:04 PM, Chris Li wr
Thanks Daniel
I am recompiling the kernel.
I will also open a bug in bugzilla when I collect all the relative information.
Chris
On Mon, Mar 4, 2013 at 9:50 AM, Daniel Vetter wrote:
>> Two things to test:
>> - Can you please check whether any of the backlight drivers in
&
On Mon, Mar 4, 2013 at 3:16 PM, Chris Li wrote:
>>> Two things to test:
>>> - Can you please check whether any of the backlight drivers in
>>> /sys/class/backlight does anything? You need to frob the brightness
>>> file. Please also list all the drivers you hav
rge commits often do contain a better
> description of what happened. Not that all submaintainers necessarily
> always send me that, but most of the merges actually do have
> human-readable background information.
>
> It's possible that I missed something. This really was a busier
From: Chris Fries
Panic loops while running LTP fsstress has been able to get
a disk into two different panic loops from dec_valid_node_count.
f2fs.h:714 BUG_ON(sbi->total_valid_node_count < count);
Once, it happens during recovery itself, and the disk would cause
a panic every time it m
doesn't include the patch
itself.)
Thanks,
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
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://v
Hi,
Abandon my patch in favor of Jaegeuk's recovery accounting fix (mine
has a copy paste error anyway)
[f2fs-dev] [PATCH 1/2] f2fs: fix inconsistency of block count during recovery
This patch solves the issue completely.
-Chris
On Tue, May 14, 2013 at 2:26 PM, Russell Knize wrote:
&g
On 5/16/2013 7:15 AM, Michael S. Tsirkin wrote:
> The only reason uaccess routines might sleep
> is if they fault. Make this explicit.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> arch/tile/include/asm/uaccess.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
The arch_local_irq_save(), etc., routines are required to function
as compiler barriers. They do, but it's subtle and requires knowing
that the gcc builtin __insn_mtspr() is marked as a memory clobber.
Provide a comment explaining the assumption.
Signed-off-by: Chris Metcalf
---
arch
more activity in the 3.11 merge window.
Chris Metcalf (2):
tile: support atomic64_dec_if_positive()
tile: comment assumption about __insn_mtspr for
Henrik Austad (1):
tile: ns2cycles should use __raw_get_cpu_var
Paul Bolle (2):
tile: remove two outdated Kconfig entries
n API call.
To make the transition cleaner, this change also provides the updated
hv_init() API for the new hypervisor that supports announcing Linux's
compiled-in PL, so the hypervisor can generate a suitable error in the
case of a mismatched hypervisor and Linux binary.
Signed-off-by: Chris M
From: Chris Fries
When unable to roll forward the journal, we shouldn't bail out and
not mount, we should continue to attempt the mount. Bad recovery data
is likely unrecoverable at this point, and requiring the user to try
to mount again doesn't solve any issues.
Signed-off-by: C
From: Chris Fries
When recovering a journal file with fsync data for files that have
been deleted, don't bail out on recovery.
Signed-off-by: Chris Fries
Reviewed-by: Russell Knize
Reviewed-by: Jason Hrycay
---
fs/f2fs/recovery.c | 9 +++--
1 file changed, 7 insertions(+), 2 dele
From: Chris Fries
When unable to roll forward the journal, we shouldn't bail out and
not mount, we should continue to attempt the mount. Bad recovery data
is likely unrecoverable at this point, and requiring the user to try
to mount again doesn't solve any issues.
Signed-off-by: C
From: Chris Fries
When recovering a journal file with fsync data for files that have
been deleted, don't bail out on recovery.
Signed-off-by: Chris Fries
Reviewed-by: Russell Knize
Reviewed-by: Jason Hrycay
---
fs/f2fs/recovery.c | 9 +++--
1 file changed, 7 insertions(+), 2 dele
mpc512x
Arnd Bergmann (1):
mmc: sdhci-tegra: fix MODULE_DEVICE_TABLE
Barry Song (1):
mmc: sdhci-sirf: add mmc host sdhci-pltfm based driver for SiRF SoCs
Bernie Thompson (1):
mmc: core: Add in support to expose PRV for v4 MMCs
Chris Ball (2):
Merge tag 'tegra-
should upgrade your drbd tools!
[hang]
There is nothing in dmesg during this time, either.
Cheers,
Chris
PS: Please ensure you CC me as I'm no longer an LKML subscriber.
--
Chris Boot
bo...@bootc.net
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
hanks. Taken into the tile tree.
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
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
Pleas
this (for the curious,
in my dataplane branch on kernel.org), but I expect in the relatively near
future we will be trying to switch to the NOHZ stuff instead. I'm
really pleased to see it start getting merged up.
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from thi
[ Sorry if I break the threading on this, I had to pull it off gmane ]
On Tue, 7 May 2013, Tony Lindgren wrote:
> OK got it narrowed down to CONFIG_DEBUG_SPINLOCK=y causing the problem
> with commit 8a965b3b. Ain't nothing like bisecting and booting and then
> diffing .config files on top of that.
Quoting Christoph Lameter (2013-05-08 14:25:49)
> On Wed, 8 May 2013, Chris Mason wrote:
>
> > This patch fixes things for me, but to maintain the rules from
> > Christoph's patch, kmalloc_caches[2] should have been created whenever
> > kmalloc_caches[7] was done.
at index 1 or 2 might not get created at all. This patch makes
sure none of the slabs get skipped.
Tony Lindgren bisected this down to the offending commit, which really
helped because bisect kept bringing me to almost but not quite this one.
Signed-off-by: Chris Mason
Acked-by: Christoph
Should make it to Linus' tree shortly.
Thanks,
-Chris
On 05/07/2013 02:57 AM, Geert Uytterhoeven wrote:
> Signed-off-by: Geert Uytterhoeven
> ---
> arch/xtensa/include/asm/Kbuild|1 +
> arch/xtensa/include/asm/linkage.h | 16
> 2 files changed,
also made the same change to ehci-tilegx.c.
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
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
le/lib/spinlock_32.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Thanks, taken into the tile tree.
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ke
oming "4.2" release of
the Tilera hypervisor, which by default launches Linux at privilege level 2
instead of 1. The fix lets new and old hypervisors and Linuxes
interoperate more smoothly, so I've tagged it for sta...@kernel.org so
that older Linuxes will be able to boot under the
Zach Brown (1) commits (+2/-0):
btrfs: abort unlink trans in missed error case
Simon Kirby (1) commits (+133/-109):
Btrfs: Include the device in most error printk()s
Nathaniel Yazdani (1) commits (+1/-1):
btrfs: fix minor typo in comment
Chris Mason (1) commits (+5/-0):
Btrfs: al
t_ids'
>
> Signed-off-by: Arnd Bergmann
> Cc: Stephen Warren
> Cc: Chris Ball
> ---
> drivers/mmc/host/sdhci-tegra.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/mmc/host/sdhci-tegra.c b/drivers/mmc/host/sdhci-tegra.c
> index 08b06
c8.
Thanks, I should have thought of that; applied to mmc-next for 3.10.
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More m
On 4/17/2013 11:01 AM, Simon Marchi wrote:
> Currently the syscall number is passed, but it should be the return
> value, which is kept in r0.
>
> Signed-off-by: Simon Marchi
> ---
> This patch applies on Chris Metcalf's tree:
> http://git.kernel.org/cgit/linux
the platform_data structure not
> needed by the driver, so we can split out the platform_data
> definition instead and leave the rest to platform code.
>
> Signed-off-by: Arnd Bergmann
> Cc: linux-...@vger.kernel.org
> Cc: Chris Ball
Acked-by: Chris Ball
- Chris.
--
Chri
nse.
>
> Note that intel_modeset_setup_hw_state already has a call to
> intel_modeset_check_state at the end, so we don't reduce the amount of
> checking.
>
> v2: Try harder not to create a big patch (Chris).
>
> v3: Even smaller (still Chris). Also fix a trailing space.
>
&g
ehave correctly, call
>> pm_runtime_put_noidle in such case.
>>
>> Signed-off-by Liu Chuansheng
>> Signed-off-by: Li Fei
>
> Acked-by: Ohad Ben-Cohen
Thanks, pushed this patch to mmc-next for 3.10.
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop
n is superset of what used to be there.
>
> arm, arm64, avr32, mips, powerpc, sh32, tile, unicore32, x86
Acked-by: Chris Metcalf [for tile]
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
make sense for me to look at this after it's merged up into -next and
see what tile needs? Unfortunately I'm taking off for a week's vacation so
won't be able to do much until after the 23rd.
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from this lis
xt section.
> 2) Export mandatory global variables __init_begin and __init_end.
>
> Signed-off-by: Jiang Liu
> Cc: Chris Metcalf
> Cc: Rusty Russell
> Cc: Bjorn Helgaas
> Cc: "David S. Miller"
> Cc: Wen Congyang
> Cc: David Howells
> Cc: linux-kernel@vg
On 4/6/2013 10:32 AM, Jiang Liu wrote:
> Prepare for removing num_physpages and simplify mem_init().
>
> Signed-off-by: Jiang Liu
> Cc: Chris Metcalf
> Cc: Bjorn Helgaas
> Cc: "David S. Miller"
> Cc: Wen Congyang
> Cc: linux-kernel@vger.kernel.org
> -
Hi,
On Sat, Apr 13 2013, Sergey Yanovich wrote:
> On Wed, 2013-03-27 at 07:57 -0400, Chris Ball wrote:
>> If the delay's significant, I agree with you and will revert this patch.
>
> The patch was reverted. The problem is back. Filed bug:
> https://bugzilla.kernel.org/show
Hi Linus
My for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Has a recent fix from Josef for our tree log replay code. It fixes
problems where the inode counter for the number of bytes in the file
wasn't getting updated properly during fsync replay
ff-by: Daniel Vetter
Signed-off-by: Dave Airlie
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
--
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://vg
/* Establish a handler for SIGALRM signals. */
signal(SIGALRM, catch_alarm);
/* Set an alarm to go off in a little while. */
ualarm(alarm_rate,alarm_rate);
/* Check the flag once in a while to see when to quit. */
while (1) {
pause();
}
return EXIT_SUCCESS;
}
Chris Redpath (3)
Using the per-cpu compute capacity exported from topology
when CONFIG_ARCH_SCALE_INVARIANT_CPU_CAPACITY is active, place this
information alongside cpu_power in the scheduler and combine for the
various aggregating entities.
Change-Id: I4984c335bcdc128680e7459b3f86bb05e04593cc
---
include/linux/s
Bsed upon the CPU Power of a core, computes a capacity measure
between 0 and 1024 scaling in line with the frequency using a
simple linear scale derived from the maximum frequency reported
by CPUFreq.
Scaling CPU Power with frequency and estimated capacity gives an
estimate of the amount of potent
Modulate the tracked load of a task using the measure of current
and maximum compute capacity for the core it is executing on.
Change-Id: If6aea806e631f2313fd925c8902260a522663dbd
Conflicts:
kernel/sched/fair.c
---
kernel/sched/fair.c | 51 +++--
nd is already at 525MB.
I can not understand the stark difference in source and directory size.
Running diff tells me both local source tree directories are exactly the
same.
Can anyone explain this in layman's terms?
--
Chris Jones
Founder and Lead Software Architect
Paradise Softwa
ze --block-size=1'
>
Thanks Roland. I figured it out in the end. Things were not as bad as
they first seemed.
Regards
--
Chris Jones
Founder and Lead Software Architect
Paradise Software
chrisjo...@spin.net.au
--
To unsubscribe from this list: send the line "unsubscribe linux
601 - 700 of 8373 matches
Mail list logo
