vior is used on powerpc, s390, mips, sparc and
> parisc. Not sure about tile though.
tile also reports "tilegx" regardless of whether the task is 64-bit or
32-bit compat.
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from this list: send the line "unsub
+++
drivers/mmc/host/omap.c| 14 +--
drivers/mmc/host/sdhci-esdhc.h | 6 +--
include/linux/mmc/card.h | 1 +
8 files changed, 98 insertions(+), 61 deletions(-)
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "
BA+ AGP+ GART64- 64bit- FW-
Rate=x8
Kernel driver in use: radeon
Does anyone have any suggestions, please?
Thanks,
Chris
--
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:/
ts the
responsiveness. (I assume that the kernel switches to polling the device
instead when it disables the IRQ anyway).
I didn't try "pci=nocrs" because I didn't know about it. I can try that tonight.
Cheers,
Chris
--
To unsubscribe from this list: send the line "un
ly impact system performance
And the "pci=nocrs" option does Really Bad Things to the display at boot-time.
So what is "irqpoll" actually doing, please? Is it just a temporary workaround
for a driver bug?
Thanks,
Chris
--
To unsubscribe from this list: send the line "unsubscribe
x83
[] ? common_interrupt+0x29/0x30
handlers:
[] azx_interrupt [snd_hda_intel]
Disabling IRQ #17
Cheers,
Chris
--
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/maj
On Sat, 6 Oct 2012 01:42:18 +0200, Willy Tarreau wrote:
> Chris, Daniel,
>
> since version 3.5, my Asus EeePC 1005HA bugs during startx. I didn't
> have the time to investigate until this evening.
>
> I could bisect the commits and found that the following one was mer
pointer
> on the external display
>3.5.x no KMS : kernel BUG
>3.5.x KMS: X server segfaults in intel driver
>
> So in fact, both the KMS/non-KMS confs have regressed in 3.5 on this setup.
>
> It is possible that the commit which re
On Sat, 6 Oct 2012 10:20:16 +0200, Willy Tarreau wrote:
> Hi Chris,
>
> On Sat, Oct 06, 2012 at 09:04:34AM +0100, Chris Wilson wrote:
> > > The crash happens here in i915_gem_entervt_ioctl() :
> > >
> > > 3659 BUG_ON(!list_empty(&de
On Sat, 6 Oct 2012 10:42:58 +0200, Willy Tarreau wrote:
> On Sat, Oct 06, 2012 at 09:24:35AM +0100, Chris Wilson wrote:
> > More likely X is segfaulting for another reason altogether. Can you
> > please attach the stacktrace (with symbols!) and see if another
> > bisection
On Sat, 6 Oct 2012 11:17:08 +0200, Willy Tarreau wrote:
> On Sat, Oct 06, 2012 at 10:04:00AM +0100, Chris Wilson wrote:
> > On Sat, 6 Oct 2012 10:42:58 +0200, Willy Tarreau wrote:
> > > On Sat, Oct 06, 2012 at 09:24:35AM +0100, Chris Wilson wrote:
> > > > More likel
Kashyap (3):
mmc: sdhci-s3c: Enable only required bus clock
mmc: sdhci-s3c: Fix crash on module insertion for second time
mmc: sdhci-s3c: Add clk_(enable/disable) in runtime suspend/resume
Chao Xie (1):
mmc: sdhci-pxav2, sdhci-pxav3: use clk_prepare/unprepare APIs
Chris Bal
Hi Linus,
On Mon, Oct 08 2012, Chris Ball wrote:
> Please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc.git
> tags/mmc-merge-for-3.7-rc1
>
> to receive the MMC merge for 3.7. There are currently two conflicts
> due to header renames for the ARM sin
hite list in modpost.
Thanks,
-Chris
-->
The following changes since commit a0d271cbfed1dd50278c6b06bead3d00ba0a88f9:
Linux 3.6 (2012-09-30 16:47:46 -0700)
are available in the git repository at:
https://github.com/czankel/xtensa-linux.git tags/xtensa-next-2012100
as a warning, so you
kept the warning. But when the metadata block size is bigger than a
page, the WARN_ON triggers for any page that isn't the first one in the
extent buffer.
I kept this commit but removed the WARN_ON(1)
-chris
--
To unsubscribe from this list: send the line "unsubs
t; magic.
I'll take a look at this for arch/tile this week.
--
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.kerne
ry non-common :-)
I'll add arch/tile to the list of architectures that would benefit.
We currently allocate PTEs using the page allocator, but by default
we use 64K pages and 16M huge pages, so with 8-byte PTEs that's
just 2K for the page table, so we could fit 32 of them on a page
if we wi
btrfs: move inline function code to header file (+12/-14)
Mark Fasheh (2) commits (+848/-116):
btrfs: extended inode ref iteration (+138/-37)
btrfs: extended inode refs (+710/-79)
Wei Yongjun (2) commits (+3/-6):
Btrfs: fix possible memory leak in scrub_setup_recheck_block() (+1/-0)
Btr
Hi Greg,
Thanks for adding it.
Signed-off-by: Chris Zankel
On 10/10/2012 03:52 PM, Greg Kroah-Hartman wrote:
3.5-stable review patch. If anyone has any objections, please let me know.
--
From: Frederic Weisbecker
commit 11ad47a0edbd62bfc0547cfcdf227a911433f207 upstream
On Thu, Nov 29, 2012 at 07:49:10PM -0700, Dave Chinner wrote:
> On Thu, Nov 29, 2012 at 02:16:50PM -0800, Linus Torvalds wrote:
> > On Thu, Nov 29, 2012 at 1:29 PM, Chris Mason
> > wrote:
> > >
> > > Just reading the new blkdev_get_blocks, it looks like we'r
I will post patches soon.
Does this mean that I shouldn't merge either yours or Kevin's patch for
3.8, while we wait for this? Any ETA on it?
Thanks very much,
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "
I've submitted versions of this with prior patch sets, and this part
was never accepted, possibly because it depended on other patches to
work, or possibly because it wasn't so cleanly organized. This time,
I've split the LED setting command off into its own static function,
then call that on contr
Signed-off-by: Chris Moeller
---
diff -urpN a/drivers/input/joystick/xpad.c b/drivers/input/joystick/xpad.c
--- a/drivers/input/joystick/xpad.c 2012-11-30 12:33:10.604607590 -0800
+++ b/drivers/input/joystick/xpad.c 2012-11-30 12:41:19.374756212 -0800
@@ -260,13 +260,12 @@ struct
On Fri, 30 Nov 2012 14:30:23 -0800
Dmitry Torokhov wrote:
> Hi Chris,
>
> On Friday, November 30, 2012 01:54:06 PM Chris Moeller wrote:
> > I've submitted versions of this with prior patch sets, and this part
> > was never accepted, possibly because it depended on oth
On 11/29/12 10:52, Chris Clayton wrote:
On 11/28/12 23:52, Andrew Morton wrote:
On Wed, 21 Nov 2012 23:09:46 +0800
Jiang Liu wrote:
Subject: Re: [RFT PATCH v2 4/5] mm: provide more accurate estimation
of pages occupied by memmap
How are people to test this? "does it boot"?
Hi,
On Sun, Dec 02 2012, NeilBrown wrote:
>> What about applying the appended patch (hopefully, the build warnings should
>> be fixed properly this time)?
>
> Looks good to me - thanks!
Thanks, both of you, pushed to mmc-next for 3.8.
- Chris.
--
Chris Ball <http://pr
On 12/02/12 19:55, Chris Clayton wrote:
On 11/29/12 10:52, Chris Clayton wrote:
On 11/28/12 23:52, Andrew Morton wrote:
On Wed, 21 Nov 2012 23:09:46 +0800
Jiang Liu wrote:
Subject: Re: [RFT PATCH v2 4/5] mm: provide more accurate estimation
of pages occupied by memmap
How are people
On 12/3/2012 8:28 AM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Use for_each_pci_dev to simplify the code.
>
> Signed-off-by: Wei Yongjun
Thanks, I've taken this into my tree for -next.
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from this
On 12/03/12 23:17, Andrew Morton wrote:
On Sun, 02 Dec 2012 19:55:09 +
Chris Clayton wrote:
On 11/29/12 10:52, Chris Clayton wrote:
On 11/28/12 23:52, Andrew Morton wrote:
On Wed, 21 Nov 2012 23:09:46 +0800
Jiang Liu wrote:
Subject: Re: [RFT PATCH v2 4/5] mm: provide more
ch function are you referring to? You mention MPS/MRS so perhaps
you're talking about fixup_read_and_payload_sizes()?
> In general, I think the PCI_EXP_DEVCAP and PCI_EXP_DEVCTL code for MPS
> and MRRS management belongs in the PCI core, not in drivers or
> architectures (it's fin
t it will be the same there.
>
> Signed-off-by: David Howells
> cc: Ralf Baechle
> cc: Chris Metcalf
Acked-by: Chris Metcalf
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On 10/17/2012 10:16 AM, David Howells wrote:
> Move the header-y and generic-y lines for ucontext.h from
> arch/tile/include/asm/Kbuild to the uapi/ Kbuild as the asm-generic variant is
> used.
>
> Signed-off-by: David Howells
> cc: Chris Metcalf
Acked-by: Chris Metcalf
could be sorted by priority
and done with the ionice level of the original caller?
Chris
--
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
Hi Linus,
Could you please pull the changes from the Xtensa repository. They are
all limited to the xtensa subtree and include some important changes
(adding long missing system calls for newer libc versions and other
fixes) and the UAPI changes.
Thanks,
-Chris
The following changes since
Also provide an optimized current_pt_regs() while we're at it.
Signed-off-by: Chris Metcalf
---
arch/tile/Kconfig |2 +
arch/tile/include/asm/processor.h |3 ++
arch/tile/include/asm/switch_to.h |5 +-
arch/tile/kernel/entry.S | 11
arch/tile/k
support, the compiler by default omits .eh_frame
information, so we don't see this problem. But when not using feedback,
we need to explicitly suppress the .eh_frame.
Signed-off-by: Chris Metcalf
---
arch/tile/Makefile |4
1 file changed, 4 insertions(+)
diff --git a/arch/tile/Mak
These are now provided in , so clean up warning
by not re-defining them in module.c.
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/module.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/arch/tile/kernel/module.c b/arch/tile/kernel/module.c
index 001cbfa..243ffeb 100644
Also provide an optimized current_pt_regs() while we're at it.
Signed-off-by: Chris Metcalf
---
[Re-sending to correct linus-arch / linux-arch typo.]
arch/tile/Kconfig |2 +
arch/tile/include/asm/processor.h |3 ++
arch/tile/include/asm/switch_to.h |5 +-
arch
On 10/19/2012 5:35 PM, Al Viro wrote:
> On Fri, Oct 19, 2012 at 04:25:12PM -0400, Chris Metcalf wrote:
>> Also provide an optimized current_pt_regs() while we're at it.
> Applied. BTW, are you sure you want to record parent's pid and not tid?
By recording ->pid r
Hi Stephen,
Sorry, I accidentally pushed this patch up; should be fixed the next
next time you pull.
Thanks,
-Chris
On 10/21/2012 04:40 PM, Stephen Rothwell wrote:
Hi Chris,
Today's linux-next merge of the xtensa tree got a conflict in
arch/xtensa/include/uapi/asm/unistd.h between c
Chris Ball (1):
Revert misapplied "mmc: sh-mmcif: avoid oops on spurious interrupts"
Guennadi Liakhovetski (1):
mmc: sh-mmcif: avoid oops on spurious interrupts (second try)
Heiko Stübner (1):
mmc: sdhci-s3c: fix missing clock for gpio card-detect
drivers/mmc/
n the growing petition to get real errorcodes
back to userspace!
-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://vge
#x27;ll all want to address it somehow.
On a single flash drive doing random 4K writes, xfs does 950MB/s into
regular extents but only 400MB/s into preallocated extents.
http://masoncoding.com/presentation/perf-linuxcon12/fallocate.png
ext4 has a bigger hit, but there's a little room for im
On Fri, Dec 07, 2012 at 01:43:25PM -0700, Theodore Ts'o wrote:
> On Fri, Dec 07, 2012 at 02:03:06PM -0500, Chris Mason wrote:
> >
> > That's not what happened though, and the right way forward from here is
> > to give the bit to the feature,
On Fri, Dec 07, 2012 at 02:27:43PM -0700, Theodore Ts'o wrote:
> On Fri, Dec 07, 2012 at 04:09:32PM -0500, Chris Mason wrote:
> > Persistent trim is what I had in mind, but there are other ideas that do
> > imply a change in behavior as well. Can we safely assume this feature
On Fri, Dec 07, 2012 at 02:49:04PM -0700, Ric Wheeler wrote:
> On 12/07/2012 04:43 PM, Chris Mason wrote:
> > On Fri, Dec 07, 2012 at 02:27:43PM -0700, Theodore Ts'o wrote:
> >> On Fri, Dec 07, 2012 at 04:09:32PM -0500, Chris Mason wrote:
> >>> Persistent trim i
On Fri, Dec 07, 2012 at 05:17:05PM -0700, Dave Chinner wrote:
> On Fri, Dec 07, 2012 at 02:03:06PM -0500, Chris Mason wrote:
[ dead and beaten fallocate ponies ]
>
> > On a single flash drive doing random 4K writes, xfs does 950MB/s into
> > regular extents but only 400MB/s
ext as soon as the merge window opens. It had
> been sitting there for a long time by now and you've all been Cc'd on
> that thread all along.
IMHO, Al has done a great job reaching out to the architecture maintainers with
this round of changes. I think it should be a m
ass the FD back to the parent over
a socket, and then have the child exit.
--
Chris Adams
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
On Sun, 2 Dec 2012 23:43:18 -0800
Dmitry Torokhov wrote:
> On Fri, Nov 30, 2012 at 08:13:29PM -0800, Chris Moeller wrote:
> > On Fri, 30 Nov 2012 14:30:23 -0800
> > Dmitry Torokhov wrote:
> >
> > > Hi Chris,
> > >
> > > On Friday, N
On Mon, 10 Dec 2012 02:58:25 -0800
Chris Moeller wrote:
> On Sun, 2 Dec 2012 23:43:18 -0800
> Dmitry Torokhov wrote:
>
> > On Fri, Nov 30, 2012 at 08:13:29PM -0800, Chris Moeller wrote:
> > > On Fri, 30 Nov 2012 14:30:23 -0800
> > > Dmitry Torokho
On Mon, 10 Dec 2012 04:43:54 -0800
Chris Moeller wrote:
> On Mon, 10 Dec 2012 02:58:25 -0800
> Chris Moeller wrote:
>
> > On Sun, 2 Dec 2012 23:43:18 -0800
> > Dmitry Torokhov wrote:
> >
> > > On Fri, Nov 30, 2012 at 08:13:29PM -0800, Chris Moeller wrote:
Hi,
On Mon, Dec 10 2012, Adrian Hunter wrote:
> sdhci-acpi supports ACPI devices which have compatibility ID
> PNP0D40, however it is not possible to know if those devices
> will all work correctly with runtime-pm, so that must be configured
> per hardware ID.
Acked-by: Chris Ba
feel free to apply it to the tile
file as well. You'll note that for tile it's under an #if 0, which in
retrospect I shouldn't have pushed anyway. So I don't feel strongly :-)
FWIW, the change certainly seems at least plausible to me.
--
Chris Metcalf, Tilera Corp.
http://w
On Fri, Dec 07, 2012 at 06:39:49PM -0700, Chris Mason wrote:
> On Fri, Dec 07, 2012 at 05:17:05PM -0700, Dave Chinner wrote:
> > On Fri, Dec 07, 2012 at 02:03:06PM -0500, Chris Mason wrote:
> > > On a single flash drive doing random 4K writes, xfs does 950MB/s into
> > &g
nclude/linux/mmc/mxs-mmc.h
--
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://vger.kernel.org/majordomo-info.html
Hi,
On Sun, Nov 11 2012, Tushar Behera wrote:
> Yes, I can do that. I did split it specifically so that we could drop
> any patches if required.
>
> I will wait for a word from Chris regarding what he prefers.
I would want to merge one patch, but I'm afraid I don't g
ther occasions where is_supported_voltage() is used, like
this one -- is it necessary here too?
else if (regulator_is_supported_voltage(host->vqmmc, 180, 180))
regulator_enable(host->vqmmc);
Thanks,
- Chris.
--
Chris Ball <http://pr
omeone sets up a
fixed regulator at 330, all of the other caps are disabled. Why
wouldn't that work without this change, and how are we supposed to
remove those caps on a fixed regulator after your patchset?
Thanks, sorry if I'm missing something obvious,
- Chris.
--
Chris Ball &l
wouldn't that work without this change, and how are we supposed to
>> remove those caps on a fixed regulator after your patchset?
>>
>> Thanks, sorry if I'm missing something obvious,
>
> On our boards eMMC is connected to fixed 2.8V regulator, what results in
> clearing all availab
Hi Trey,
On Tue, Nov 13 2012, Trey Ramsay wrote:
> Thanks Chris. Any idea how long the timeout should be? It could
> cause problems if we timeout to early. This what I have so far with a
> 10 minute timeout. The code is based off of v3.7-rc3
Ten minutes sounds excessive, which is actu
net_handle_ingress_irq,
> - 0, NULL, NULL);
> + 0, "tile_net", NULL);
Good catch. If you can change it to dev->name instead of "tile_net", feel
free to add my:
Acked-by: Chris Metcalf
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsub
On 11/13/2012 4:54 PM, Simon Marchi wrote:
> On Tue, Nov 13, 2012 at 1:37 PM, Chris Metcalf wrote:
>> On 11/13/2012 3:58 PM, Simon Marchi wrote:
>>> This patch simply makes the tilegx net driver call request_irq with a
>>> non-null name. It makes the output in /proc/i
es for highmem zone
because bootmem allocator never allocates pages from them. So fix the
regression by skipping highmem in function reset_zone_present_pages()
and fixup_zone_present_pages().
Signed-off-by: Jiang Liu
Signed-off-by: Jianguo Wu
Reported-by: Maciej Rutecki
Tested-by: Maciej Rutecki
Cc
boot does arguably solve a class of problems, so it seems a bit
odd to recommend just throwing it out entirely.
Chris
--
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.kerne
p level:
> drivers/mmc/host/dw_mmc-exynos.c:226:34: error: '__mod_of_device_table'
> aliased to undefined symbol 'dw_mci_pltfm_match'
>
> This patch fixes the problem by just using the correct
> string.
>
> Signed-off-by: Arnd Bergmann
> Cc: Thomas Abra
s
> as const.
>
> drivers/mmc/host/dw_mmc-exynos.c: In function 'dw_mci_exynos_probe':
> drivers/mmc/host/dw_mmc-exynos.c:234:11: warning: assignment discards 'const'
> qualifier from pointer target type [enabled by default]
>
> Signed-off-by: Arnd Bergmann
Hi,
On Mon, Oct 29 2012, wwang wrote:
> Hi Chris, Samuel and Alex:
>
> Can you help to review this patchset, please?
>
> I have asked Greg to remove rts_pstor from the staging tree. So this
> driver have to be merged into 3.8 kernel, or else Realtek'sPCI-E card
> reader
Hi,
Looking a bit into it, I think modpost is broken. I'm working on a fix.
Cheers!
-Chris
On 11/06/2012 03:57 AM, Fengguang Wu wrote:
> Perhaps we should CC more people..
>
> On Tue, Nov 06, 2012 at 01:47:18PM +0200, Kasatkin, Dmitry wrote:
>> On Tue, Nov 6, 2012 at 1
Pressed the 'send' button a bit too fast.
On 11/07/2012 03:31 PM, Chris Zankel wrote:
> Hi,
>
> Looking a bit into it, I think modpost is broken. I'm working on a fix.
This is specific to Xtensa. Symbols are stored in a separate '.lit'
section, but modpost do
must either:
1) include the source with the distributed binary
or
2) include with the binary an offer to provide the source to *any* third
party
Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
his should hopefully fix the issue for good.
>
> Signed-off-by: Arnd Bergmann
Thanks, pushed to mmc-next for 3.7.
(Jaehoon also sent a patch to fix these last night, but yours applies to
current mmc-next and his doesn't, so I'll take this one instead.)
- Chris.
--
Chris Bal
ix NULL pointer dereference for dt boot
Chris Ball (1):
mmc: sdhci: fix NULL dereference in sdhci_request() tuning
Fabio Estevam (1):
mmc: mxcmmc: Fix MODULE_ALIAS
Guennadi Liakhovetski (1):
mmc: sh_mmcif: fix use after free
James Hogan (1):
mmc: dw_mmc: fix multipl
l help to merge all of the three parts to
> linus's tree?
I've removed the patch from my tree to avoid conflicting with Samuel.
I'm happy to either have the MMC patch go through the MFD tree with:
Acked-by: Chris Ball
or to merge the MMC side of v7 myself, whichever S
d patch 3/3 in this series, into the tile tree (and
pushed it up to linux-next). I fixed up ptrace.h to adjust the declarations
for the modified functions.
As Al Viro pointed out, patch 2/3 is already present in v3.8-rc1.
Thanks!
--
Chris Metcalf, Tilera Corp.
http://www.tilera.com
--
To unsubs
d pages at unmap time.
>
> Daniel, can you think of additional sanity checks that could be added to
> the i915 driver ? (Even if at the expense of speed: a CONFIG_DEBUG option
> to prove correctness would be very worthwhile imo)
If the bad pages are getting all the way to btrfs,
CONFIG_DEBUG_P
eed
* to set it here already despite that we pass it down the callchain.
However, until that confusion is unravelled, reverting b0a2658ac, seems
the most sensible approach.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list: send the line "unsubs
Hi Stephen,
Thanks for the patch. I have added it to the 'for_next' tree. Max, since
you added that feature for Xtensa, any comments before I ask to pull?
-Chris
On 1/2/13 7:27 PM, Stephen Warren wrote:
From: Stephen Warren
The current rules have the .dtb files build in a
Prevent a divide-by-zero by consistently treating an 'active' CRTC
without a mode set as actually disabled.
---
drivers/gpu/drm/i915/intel_pm.c | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/process.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/tile/kernel/process.c b/arch/tile/kernel/process.c
index 0e5661e..caf93ae 100644
--- a/arch/tile/kernel/process.c
+++ b/arch/tile/kernel/process.c
@@ -159,7
see
do_work_pending() in arch/tile/kernel/process.c. And signal delivery seems to
be handled in a platform-independent way now; see kernel/signal.c.
My only comment on the revised patch is that I believe you should #include
, not . Source code (.c files) doesn't seem to
use the prefix.
--
On 12/17/2012 8:08 PM, Simon Marchi wrote:
> This is a basic implementation of user_regset for the tile
> architecture. It reuses the basic blocks that were already there.
>
> Signed-off-by: Simon Marchi
Thanks, I'll take this into the tile tree for this merge window.
--
Chri
Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/cmetcalf/linux-tile.git master
These are a smattering of minor changes from Tilera and other folks,
mostly in the ptrace area.
Chris Metcalf (3):
tilegx: remove __init from pci fixup hook
arch/tile: provide
Hi Linus,
I had missed that for two of the patches in my last pull, we had
included different fixes during 3.7. My for-linus has them reverted:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Chris Mason (2) commits (+6/-8):
Revert "
>> Hope you help me to analyze it and discuss with me.
>
> I've added the proper people - Chris Ball and linux-mmc - to the
> participants list.
>
> I also wanted to check with you: the commit message implies that this
> can cause an IO timeout and then a call
ither
freezing or rebooting) after a suspend to disk.
Tested-by: Chris Clayton
From: Andrew Morton
Subject: revert "mm: fix-up zone present pages"
Revert
commit 7f1290f2f2a4d2c3f1b7ce8e87256e052ca23125
Author: Jianguo Wu
AuthorDate: Mon Oct 8 16:33:06 2012 -0700
Commit:
ed to come up with a new syscall or something since it
doesn't match the behaviour of posix fsync().
Chris
--
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
ppen after this path is hit?
Are we just going to start a new request that begins a new ten-minute
hang, or do we notice the bad card state somewhere and refuse to start
new I/O?
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the
t'd be very valuable for testing) we can look at going
farther, such as immediately setting host->flags |= SDHCI_DEVICE_DEAD.
What do you think?
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "u
timeout will be added to prevent the code from looping forever.
> The timeout will occur if the device never comes back from program
> state or the device never becomes ready for data.
>
> Signed-off-by: Trey Ramsay
Thanks for doing this; pushed to mmc-next for 3.8.
- Chris.
--
Chris B
uot;eliminate" here. :) 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://vger.kernel.org/majordom
a suspend to disc. Although
my laptop is 64 bit, I run a 32 bit kernel with HIGHMEM (I have 8GB RAM):
[chris:~/kernel/tmp/linux-3.7-rc6-resume]$ grep -E HIGHMEM\|X86_32 .config
CONFIG_X86_32=y
CONFIG_X86_32_SMP=y
CONFIG_X86_32_LAZY_GS=y
# CONFIG_X86_32_IRIS is not set
# CONFIG_NOHIGHMEM is not set
ere. :) Thanks,
>
> No, I meant alleviate. :)
>
> Do you want me to re-submit, or have you fixed up?
I already pushed with a change to "eliminate" -- I'll leave it like
that if that's okay.
Thanks,
- Chris.
--
Chris Ball <http://printf.net/>
One La
_REG_CMD, SD_TRANSFER,
Please write commit messages -- if this fixes a bug, what's the nature
of the bug that it fixes? Thanks,
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
ck to the internal register.
With what consequences? Was the data transfer failing? Under which
circumstances?
Thanks,
- Chris.
--
Chris Ball <http://printf.net/>
One Laptop Per Child
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
C side after 3.8. For these:
Acked-by: Chris Ball
- 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:/
eturns 1 for both fixed regulators and for
> virtual dummy regulator, so the above change makes no sense.
>
> However I was so focused on fixing the 2.8V supply case that I missed the
> fact that my "mmc: sdhci: apply voltage range check only for non-fixed
> regulators" patch
this style of error since the dawn of time. The error means
that the CPU accessed an invalid PTE - so the most likely a missing mb
or chipset flush.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list: send the line "unsubscribe linux
Quoting Tejun Heo (2013-04-19 01:57:54)
>
> Ewweehh
>
> No wonder this thing crashes. Chris, can't the original bio carry
> bbio in bi_private and let end_bio_extent_readpage() free the bbio
> instead of abusing bi_bdev like this?
Yes, we can d
Quoting Jens Axboe (2013-04-19 09:32:50)
> >
> > No wonder this thing crashes. Chris, can't the original bio carry
> > bbio in bi_private and let end_bio_extent_readpage() free the bbio
> > instead of abusing bi_bdev like this?
>
> Ugh, wtf.
>
> Chris
301 - 400 of 8373 matches
Mail list logo
