On Tue, 2013-07-23 at 01:33 -0400, Vince Weaver wrote:
> On Fri, 19 Jul 2013, tip-bot for Runzhen Wang wrote:
>
> > perf tools: Make Power7 events available for perf
> >
> > This patch makes all the POWER7 events available in sysfs. So we can
> > instead specify these as:
> >
> > $ size
On Mon, Jul 22, 2013 at 07:17:42PM -0700, Yinghai Lu wrote:
> We should not check loop+1 with loop end in loop body.
> Just duplicate two lines code to avoid it.
>
> That will help a bit when we have huge amount of pages on
> system with 16TiB memory.
>
> Signed-off-by: Yinghai Lu
> Cc: Mel
Hi,
On Monday 22 July 2013 08:14 PM, Alan Stern wrote:
> On Mon, 22 Jul 2013, Kishon Vijay Abraham I wrote:
>
>>> The PHY and the controller it is attached to are both physical
>>> devices.
>>>
>>> The connection between them is hardwired by the system
>>> manufacturer and cannot
Adding Al again, someone dropped him from the CC list...
On Tue, Jul 23, 2013 at 7:40 AM, Richard Weinberger wrote:
> Lennart,
>
> Am 23.07.2013 00:32, schrieb Lennart Poettering:
>> On Mon, 22.07.13 16:13, Ramkumar Ramachandra (artag...@gmail.com) wrote:
>>
>>>
>>> [Corrected Lennart's email
Lennart,
Am 23.07.2013 00:32, schrieb Lennart Poettering:
> On Mon, 22.07.13 16:13, Ramkumar Ramachandra (artag...@gmail.com) wrote:
>
>>
>> [Corrected Lennart's email ID]
>>
>> Richard Weinberger wrote:
>>> CC'ing Lennart.
>>>
>>> Am 22.07.2013 11:45, schrieb Ramkumar Ramachandra:
Ramkumar
On Mon, 22 Jul 2013, Andi Kleen wrote:
> From: Andi Kleen
>
> Add a precise qualifier, like cpu/event=0x3c,precise=1/
So you're adding this to "events/" but not to "format/"?
This breaks the ABI, which specifies that the only fields
that can appear in a sysfs events specifier must exist under
Hi,
On Monday 22 July 2013 08:34 PM, Greg KH wrote:
> On Mon, Jul 22, 2013 at 12:55:18PM +0530, Kishon Vijay Abraham I wrote:
>>> The issue (or one of the issues) in this discussion is that
>>> Greg does not like the idea of using names or IDs to associate
>>> PHYs with controllers,
On Fri, 19 Jul 2013, tip-bot for Runzhen Wang wrote:
> perf tools: Make Power7 events available for perf
>
> This patch makes all the POWER7 events available in sysfs. So we can
> instead specify these as:
>
> $ size arch/powerpc/perf/power7-pmu.o
>text data bss dec
On Mon, Jul 22, 2013 at 06:50:01PM -0700, Keith Packard wrote:
> This adds the necesary register defines for async page flipping
> through the command ring, and then hooks those up for Ivybridge (gen7)
> page flipping.
>
> Signed-off-by: Keith Packard
> ---
> drivers/gpu/drm/i915/i915_reg.h
On Mon, Jul 22, 2013 at 9:15 AM, Joe Perches wrote:
> ommit ca9143501c30 ("ARM: EXYNOS: Remove unused board files")
> removed the files, remove the patterns too.
>
> Signed-off-by: Joe Perches
> cc: Tomasz Figa
> cc: Kyungmin Park
Acked-by: Kyungmin Park
> cc: Kukjin Kim
> ---
> MAINTAINERS
Moin,
I got this on 3.11-rc1+ when halting the box:
[ 883.476242] [ cut here ]
[ 883.480927] WARNING: CPU: 3 PID: 2701 at
drivers/gpu/drm/nouveau/nouveau_gem.c:54 nouveau_gem_object_del+0xa8/0xc0()
[ 883.491545] Modules linked in: ntfs msdos dm_mod ext2 vfat fat loop
On Mon, Jul 22, 2013 at 03:17:33PM -0700, John Stultz wrote:
> Thanks again for your interest in hunting this down.
Yeah, "interest" is a good euphemism for "it pisses the h*ll out of me"
:-)
Btw, the failing box runs a SLED11 kernel (3.0.x + a lot of patches)
while the good box will run latest
On 07/23/2013 12:32 PM, Stephen Warren wrote:
On 07/22/2013 07:15 PM, Alex Courbot wrote:
...
Although the patch seems ok to me in its current form, there are two
points for which I still have small doubts:
1) Whether size_t and pointers will have the same size on all platforms.
ptrsize_t?
smt-snooze-delay is a tun-able provided currently on powerpc to delay the
entry of an idle cpu to NAP state. By default, the value is 100us,
which is entry criteria for NAP state i.e only if the idle period is
above 100us it would enter NAP. Value of -1 disables entry into NAP.
This value can be
Hi Roger,
On Mon, Jul 22, 2013 at 6:30 AM, Roger Quadros wrote:
> Hi,
>
> I observe the following problem on booting v3.11-rc1 on OMAP3 beagle board.
>
> [5.888946] Internal error: Oops - undefined instruction: 0 [#1] SMP ARM
> [5.896057] Modules linked in:
> [5.899322] CPU: 0 PID: 9
On 7/23/2013 6:44 AM, Jingoo Han wrote:
+ if (restype == IORESOURCE_MEM) {
> >+ of_pci_range_to_resource(, np, >mem);
> >+ pp->mem.name = "MEM";
> >+ pp->config.mem_size = resource_size(>mem);
> >+
Mike,
I do want to partially apologize to Sarah for my first email. That
was really much tongue in cheek to express what happens when things
get too polite
and professional and hope she wasn't too offended. I saw Sarah's last post
Hi Linus,
This is just a regular fixes pull, mostly nouveau and i915, the i915 ones
fix RC6 on Sandybridge after suspend/resume, which I think people have be
wanting for quite a while!
Now you shouldn't wish for more patches, as the new mutex/reservation code
found a number of problems with
On Mon, Jul 22, 2013 at 07:01:18PM -0700, PINTU KUMAR wrote:
> >Lastly, order >= MAX_ORDER is not supported by the page allocator, and
> >we do not want to punish 99.999% of all legitimate page allocations in
> >the fast path in order to catch an unlikely situation like this.
[...]
> >Having the
On Mon, Jul 22, 2013 at 05:36:28PM +0900, Joonsoo Kim wrote:
> Currently, we use a page with mapped count 1 in page cache for cow
> optimization. If we find this condition, we don't allocate a new
> page and copy contents. Instead, we map this page directly.
> This may introduce a problem that
Amit Shah writes:
> On (Mon) 22 Jul 2013 [13:00:43], Yoshihiro YUNOMAE wrote:
>> Hi,
>>
>> This patch set fixes two bugs of splice_write in the virtio-console driver.
>>
>> [BUG1] Although pipe->nrbufs is empty, the driver tries to do splice_write.
>>=> This induces oops in
"H. Peter Anvin" writes:
> On 07/19/2013 02:06 AM, Ramkumar Ramachandra wrote:
>> Hi,
>>
>> I tried building lguest to play with it, but was disappointed to find
>> this in the Kconfig:
>>
>> depends on X86_32
>>
>> Why is this [1]? What is so hard about supporting 64-bit machines? I
>>
Michal Simek writes:
> + Ohad
>
> On 07/22/2013 03:47 AM, Rusty Russell wrote:
>> Michal Simek writes:
>>> Hi Rusty and Jens,
>>>
>>> I am getting problem with your patch which you have added to the kernel.
>>> The problem is with my arm zynq remoteproc driver where
>>> I use
On Mon, 2013-07-22 at 17:13 +0100, Luis Henriques wrote:
> Greg Kroah-Hartman writes:
>
> > 3.0-stable review patch. If anyone has any objections, please let me know.
>
> Sorry for the late review, but this patch is actually tagged for
> stable kernels >= 3.9 ("Cc: 3.9+ "). But it
> is
> Which means you're likely not invited to the annual mud-wrestling and toga
party where this topic has been scheduled for further discussion.
> This thread and its offspring have been declared dead on LKML, we're in
kernel development mode again.
> -Mike
That's okay. Just wanted to express
Hi all,
Changes since 20130719:
The wireless-next tree gained a build failure so I used the version from
next-20130722.
The sound-asoc tree gained a build failure for which I reverted a commit.
The imx-mxs tree gained a conflict against the arm tree
Hi all,
After merging the final tree, today's linux-next build (powerpc
allyesconfig) failed like this:
sound/soc/mxs/mxs-saif.c: In function 'mxs_saif_mclk_init':
sound/soc/mxs/mxs-saif.c:668:2: error: implicit declaration of function
'clk_register_divider'
commit b29900e6 (AHCI: Make distinct names for ports in /proc/interrupts)
introuded a regression, which resulted Null pointer dereference for achi
host with dummy ports. For ahci ports, when the port is dummy port, its
private_data will be NULL, as ata_dummy_port_ops doesn't support ->port_start.
On Mon, 2013-07-22 at 21:42 -0400, Regina Obe wrote:
> Linus,
> I want to start off by saying, though I'm mostly a windows developer,
Which means you're likely not invited to the annual mud-wrestling and
toga party where this topic has been scheduled for further discussion.
This thread and its
On 07/22/2013 07:15 PM, Alex Courbot wrote:
...
> Although the patch seems ok to me in its current form, there are two
> points for which I still have small doubts:
>
> 1) Whether size_t and pointers will have the same size on all platforms.
ptrsize_t?
--
To unsubscribe from this list: send the
On Mon, Jul 22, 2013 at 4:36 PM, Jon Loeliger wrote:
>>
>> My own selfish desire is to easily separate emails for DT bindings and
>> DT core code. I suppose I could do that with a suffix on my email address.
>
> And I've had the reverse problem: Sorting out the DTC
> and libfdt patches from the
On Mon, Jul 22, 2013 at 09:31:41PM -0500, Rob Landley wrote:
> On 07/16/2013 07:03:47 PM, Michael Cree wrote:
> >On Tue, Jul 16, 2013 at 06:35:07PM -0500, Rob Landley wrote:
> >> On 07/16/2013 12:04:33 PM, Richard Henderson wrote:
> >> >Here's a set of minor updates for arch/alpha that should not
And one for 3.11-rc2,
…
ACPI: Low-level resume complete
PM: Restoring platform NVS memory
PCI-DMA: Resuming GART IOMMU
PCI-DMA: Restoring GART aperture settings
Enabling non-boot CPUs ...
smpboot: Booting Node 0 Processor 1 APIC 0x1
[Firmware Bug]: cpu 1, try to use APIC500 (LVT offset 0) for
Hi Shawn,
Today's linux-next merge of the imx-mxs tree got a conflict in
arch/arm/Kconfig.debug between commit 5e33abe38413 ("ARM: debug: move
PL01X debug include into arch/arm/include/debug/") from the arm tree and
commit d1814df976f2 ("ARM: imx: add low-level debug for vybrid") from the
imx-mxs
On Mon, 2013-07-22 at 19:47 -0700, James Bottomley wrote:
> On Tue, 2013-07-23 at 02:40 +, Myklebust, Trond wrote:
> > On Mon, 2013-07-15 at 23:27 +0400, James Bottomley wrote:
> > > The solution, to me, looks simple: Let's co-opt a process we already
> > > know how to do: mailing list review
On Tue, 2013-07-23 at 12:43 +1000, Alexey Kardashevskiy wrote:
> On 07/23/2013 12:41 PM, Joe Perches wrote:
> > On Tue, 2013-07-23 at 12:28 +1000, Alexey Kardashevskiy wrote:
> >> Anyone, ping. Is it good, bad, ugly (ack/nack)? Thanks!
> >> Is there any "trivial patches" list? Could not find it on
On Tue, 2013-07-23 at 02:40 +, Myklebust, Trond wrote:
> On Mon, 2013-07-15 at 23:27 +0400, James Bottomley wrote:
> > The solution, to me, looks simple: Let's co-opt a process we already
> > know how to do: mailing list review and tree handling. So the proposal
> > is simple:
> >
> >
On 07/23/2013 01:06 AM, Konrad Rzeszutek Wilk wrote:
github link: https://github.com/ktraghavendra/linux/tree/pvspinlock_v11
And chance you have a backup git tree? I get:
This repository is temporarily unavailable.
I only have it on local apart from there :(.
Hope it was a temporary github
On 07/23/2013 12:41 PM, Joe Perches wrote:
> On Tue, 2013-07-23 at 12:28 +1000, Alexey Kardashevskiy wrote:
>> Anyone, ping. Is it good, bad, ugly (ack/nack)? Thanks!
>>
>> Is there any "trivial patches" list? Could not find it on vger.
>
> Jiri Kosina has triv...@kernel.org
>
> Also, there's
On Tue, 2013-07-23 at 12:28 +1000, Alexey Kardashevskiy wrote:
> Anyone, ping. Is it good, bad, ugly (ack/nack)? Thanks!
>
> Is there any "trivial patches" list? Could not find it on vger.
Jiri Kosina has triv...@kernel.org
Also, there's kernel-janitors
Since the same ipc driver can be used by many platforms, using
macros for defining ipc_base and i2c_base addresses is not
a scalable approach. So added a platform data structure to pass
this information.
Signed-off-by: Kuppuswamy Sathyanarayanan
---
drivers/platform/x86/intel_scu_ipc.c | 37
On Mon, 2013-07-15 at 23:27 +0400, James Bottomley wrote:
> Before the "3.10.1-stable review" thread degenerated into a disagreement
> about habits of politeness, there were some solid points being made
> which, I think, bear consideration and which may now be lost.
>
> The problem, as Jiří
Enabled ipc support for penwell, clovertrail & tangier platforms.
Signed-off-by: Kuppuswamy Sathyanarayanan
---
drivers/platform/x86/intel_scu_ipc.c | 24
1 file changed, 24 insertions(+)
diff --git a/drivers/platform/x86/intel_scu_ipc.c
Following patches adds IPC support for addional intel platforms and provides
default interrupt mode support.
Please let me know your review comments.
Kuppuswamy Sathyanarayanan (3):
ipc: Added platform data structure
ipc: Enabled ipc support for additional intel platforms
ipc: Add support
Added intel scu ipc access mode config option.
Also, This patch adds support to enable ipc command interrupt
mode by default. This functionality is enabled by following
config option.
CONFIG_INTEL_SCU_IPC_INTR_MODE=y
Signed-off-by: Kuppuswamy Sathyanarayanan
---
drivers/platform/x86/Kconfig
On Tue, Jul 09, 2013 at 08:26:33AM +0100, Srinivas KANDAGATLA wrote:
> From: Srinivas Kandagatla
>
> Some of the ARM_ERRATA selection is not done in the initial SOC support
> patches. This patch selects 2 new ARM_ERRATA's and removes one which was
> actually fixed.
These entries should be
On Tue, Jul 09, 2013 at 08:26:24AM +0100, Srinivas KANDAGATLA wrote:
> From: Srinivas Kandagatla
>
> This patch fixes a bug in pinctrl setup of serial2 device, Some of the
> pins in the pinctrl node of serial2 do not belong to that
> pin-controller. This patch divides them in the pins into there
On 07/16/2013 07:03:47 PM, Michael Cree wrote:
On Tue, Jul 16, 2013 at 06:35:07PM -0500, Rob Landley wrote:
> On 07/16/2013 12:04:33 PM, Richard Henderson wrote:
> >Here's a set of minor updates for arch/alpha that should not
> >be controversial.
>
> I also note that I had to do this to get
On 2013/7/23 5:24, KOSAKI Motohiro wrote:
>> I review what I can, but recently have often missed the 2 day review
>> period.
>>
>> Review from the authors and maintainers is probably more valuable than
>> that from generalists on the stable list.
>
>>From point of subsystem developers view, the
Anyone, ping. Is it good, bad, ugly (ack/nack)? Thanks!
Is there any "trivial patches" list? Could not find it on vger.
On 07/15/2013 08:04 PM, Alexey Kardashevskiy wrote:
> Anyone, ping?
>
> On 07/06/2013 02:16 PM, Alexey Kardashevskiy wrote:
>> This adds hash_for_each_possible_rcu_notrace()
On Tue, 2013-07-16 at 10:53 +1000, Alexey Kardashevskiy wrote:
> VFIO is designed to be used via ioctls on file descriptors
> returned by VFIO.
>
> However in some situations support for an external user is required.
> The first user is KVM on PPC64 (SPAPR TCE protocol) which is going to
> use
Ping, anyone, please?
Ben needs ack from any of MM people before proceeding with this patch. Thanks!
On 07/16/2013 10:53 AM, Alexey Kardashevskiy wrote:
> The current VFIO-on-POWER implementation supports only user mode
> driven mapping, i.e. QEMU is sending requests to map/unmap pages.
>
We should not check loop+1 with loop end in loop body.
Just duplicate two lines code to avoid it.
That will help a bit when we have huge amount of pages on
system with 16TiB memory.
Signed-off-by: Yinghai Lu
Cc: Mel Gorman
---
mm/page_alloc.c | 14 +++---
1 file changed, 7
On 07/23/2013 03:08 AM, Jon Medhurst (Tixy) wrote:
On Mon, 2013-07-22 at 15:56 +0900, Alexandre Courbot wrote:
When decompressing into memory, the output buffer length is set to some
arbitrarily high value (0x7fff) to indicate the output is,
virtually, unlimited in size.
The problem with
On 22 July 2013 21:45, Kevin Winchester wrote:
> I have found that the new CPU Package temperature thermal driver introduced
> in this merge window causes my HP laptop to panic on boot.
I just merged Zhang's pull request that should contain a fix for this,
but was planning on the allmoconfig
On Mon, 2013-07-22 at 16:36 -0400, Paul Moore wrote:
>
> These changes are going to affect Smack as well. You either need to respin
> this patch to include all of the LSMs (Smack should be the only other
> affected
> LSM) or add a new patch to the patchset.
>
Yeah, I will include the Smack
2013/7/22 Manjunath Goudar :
> Separate the W90X900(W90P910) on-chip host controller driver from
> ehci-hcd host code so that it can be built as a separate driver module.
> This work is part of enabling multi-platform kernels on ARM;
> however, note that other changes are still needed before
On 2013/7/23 9:39, Steven Rostedt wrote:
> On Tue, 2013-07-23 at 09:26 +0800, Li Zefan wrote:
>
>> IT companies in China, they try to make sure there's at least one (most the
>> time the result is just one) female developer/tester in a team, and a team
>> is ~10 people. Even if it's a kernel
This lets drivers see the flags requested by the application
Signed-off-by: Keith Packard
---
drivers/gpu/drm/drm_crtc.c| 2 +-
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 5 +++--
drivers/gpu/drm/i915/i915_drv.h | 3 ++-
drivers/gpu/drm/i915/intel_display.c |
This requests that the driver perform the page flip as soon as
possible, not necessarily waiting for vblank.
Signed-off-by: Keith Packard
---
include/uapi/drm/drm_mode.h | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/include/uapi/drm/drm_mode.h
This adds the necesary register defines for async page flipping
through the command ring, and then hooks those up for Ivybridge (gen7)
page flipping.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/i915/i915_reg.h | 6 ++
drivers/gpu/drm/i915/intel_display.c | 40
Just copies the IVB code
Signed-off-by: Keith Packard
---
drivers/gpu/drm/i915/intel_display.c | 39
1 file changed, 35 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index
Let applications know whether the kernel supports asynchronous page
flipping.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/drm_crtc.c | 3 +++
drivers/gpu/drm/drm_ioctl.c | 3 +++
include/drm/drm_crtc.h | 3 +++
include/uapi/drm/drm.h | 1 +
4 files changed, 10 insertions(+)
Here's a sequence of five patches that exposes an interface to request
of the driver that the page flipping request be executed without
waiting for vblank. It's optional, and drivers can expose whether it
is supported through the existing GETCAP ioctl.
This supports only Ivybridge and Sandybridge
Hi Johannes,
Thank you for your reply.
This is my first kernel patch, sorry for the small mistakes.
Please find my comments inline.
>
> From: Johannes Weiner
>To: Pintu Kumar
>Cc: a...@linux-foundation.org; mgor...@suse.de; jiang@huawei.com;
On Monday, July 22, 2013 07:33:32 PM Bjorn Helgaas wrote:
> On Mon, Jul 22, 2013 at 7:18 PM, Bjorn Helgaas wrote:
> > On Mon, Jul 22, 2013 at 6:08 PM, Bjorn Helgaas wrote:
> >> On Wed, Jul 3, 2013 at 8:04 AM, Mika Westerberg
> >> wrote:
> >>> In hotplug case (especially with Thunderbolt enabled
I wanted to take Sarah up on her offer to pay my respects for the
great work she is doing to bring civility to the LKLM community
as detailed in http://marc.info/?l=linux-kernel=137390362508794
Linus,
I want to start off by saying, though I'm mostly a windows developer,
I've gained a whole new
On Monday, July 22, 2013 07:18:38 PM Bjorn Helgaas wrote:
> On Mon, Jul 22, 2013 at 6:08 PM, Bjorn Helgaas wrote:
> > On Wed, Jul 3, 2013 at 8:04 AM, Mika Westerberg
> > wrote:
> >> In hotplug case (especially with Thunderbolt enabled systems) we might need
> >> to call
On Tue, 2013-07-23 at 09:26 +0800, Li Zefan wrote:
> IT companies in China, they try to make sure there's at least one (most the
> time the result is just one) female developer/tester in a team, and a team
> is ~10 people. Even if it's a kernel team, but it's harder to meet.
>
> Don't know if
Reviewed-by: Len Brown
--
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/
We wanted to check if the acpi id is out of range. It should be:
if (id >= (MAX_LOCAL_APIC)).
Signed-off-by: Tang Chen
---
arch/x86/kernel/acpi/boot.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/acpi/boot.c b/arch/x86/kernel/acpi/boot.c
index
On Mon, Jul 15, 2013 at 03:37:09PM +0200, Benjamin Tissoires wrote:
> Evemu [1] uses uinput to replay devices traces it has recorded. However,
> the way evemu uses uinput is slightly different from how uinput is
> supposed to be used.
> Evemu creates the device node through uinput, bu inject
On Mon, Jul 22, 2013 at 7:18 PM, Bjorn Helgaas wrote:
> On Mon, Jul 22, 2013 at 6:08 PM, Bjorn Helgaas wrote:
>> On Wed, Jul 3, 2013 at 8:04 AM, Mika Westerberg
>> wrote:
>>> In hotplug case (especially with Thunderbolt enabled systems) we might need
>>> to call pcibios_resource_survey_bus()
On Mon, Jul 22, 2013 at 11:52:38AM +0100, Lee Jones wrote:
> Cc: Simon Horman
> Signed-off-by: Lee Jones
Acked-by: Simon Horman
Let me know if you want me to take this through the renesas tree.
> ---
> arch/arm/boot/dts/r8a7779.dtsi | 8
> 1 file changed, 4 insertions(+), 4
architecture ...
Caused by commit 6ffdead8027c ("bcma: make it possible to select SoC
support without mips").
I have used the version of the wireless-next tree from next-20130722 for
today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpb1v0v2ntRN.pgp
Descri
On Monday, July 22, 2013 05:42:49 PM Colin Cross wrote:
> On Mon, Jul 22, 2013 at 5:32 PM, Linus Torvalds
> wrote:
> > On Mon, Jul 22, 2013 at 4:55 PM, Colin Cross wrote:
> >>
> >> I think the right solution is to add a flag to the freezing task that
> >> marks it unfreezable. I think
Dear Purchasing manager:
Nice time to you
It is my big pleasure to hear you need A4 paper
If you still need that pls tell me
Then i can send you our best price
Best wishes
Ida
Ida Chen
SALES MANAGER
East Siweite industry Co., Ltd
www.dfswtpaper.com
SKYPE: siweite
On Sat, Jul 20, 2013 at 01:28:48PM +0200, Guennadi Liakhovetski wrote:
> This configuration data will be re-used, when DMAC DT support is added to
> sh73a0, DMAC platform data in setup-sh73a0.c will be removed.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
>
> v3: also add an of_device_id
On 07/22/2013 08:51 PM, Jaegeuk Kim wrote:
> Hi,
>
> 2013-07-19 (금), 16:18 +0800, Gu Zheng:
>> After writing orphan inode entry in jornal block, we need to delete each
>> entry from the orphan entry list, and release them.
>>
>>
>> Signed-off-by: Gu Zheng
>> ---
>> fs/f2fs/checkpoint.c |4
On 2013/7/21 21:22, Ric Wheeler wrote:
> On 07/20/2013 01:04 PM, Ben Hutchings wrote:
>> n Fri, 2013-07-19 at 13:42 -0500, Felipe Contreras wrote:
>>> >On Fri, Jul 19, 2013 at 7:08 AM, Ingo Molnar wrote:
> >
> >* Felipe Contreras wrote:
>>> >
> > >>As Linus already pointed out, not
(2013/07/23 6:00), Jiri Kosina wrote:
> On Mon, 22 Jul 2013, H. Peter Anvin wrote:
>
>> What is the baseline for this patch?
>
> Hi!
>
> it's x86/jumplabel branch, as a followup to commit
> fd4363fff3d96 ("x86: Introduce int3 (breakpoint)-based instruction
> patching") sitting there.
On 07/23/2013 05:32 AM, Tejun Heo wrote:
> On Mon, Jul 22, 2013 at 07:52:34PM +0800, Lai Jiangshan wrote:
>> diff --git a/kernel/workqueue.c b/kernel/workqueue.c
>> index f02c4a4..b021a45 100644
>> --- a/kernel/workqueue.c
>> +++ b/kernel/workqueue.c
>> @@ -4731,6 +4731,7 @@ struct work_for_cpu {
On Mon, Jul 22, 2013 at 6:08 PM, Bjorn Helgaas wrote:
> On Wed, Jul 3, 2013 at 8:04 AM, Mika Westerberg
> wrote:
>> In hotplug case (especially with Thunderbolt enabled systems) we might need
>> to call pcibios_resource_survey_bus() several times for a bus. The function
>> ends up calling
On 07/22/2013 04:24 PM, Shuah Khan wrote:
> On 07/22/2013 03:36 PM, Winkler, Tomas wrote:
>>>
>>>
This series should fix the long standing reset storm issue in mei
suspend/resume failure
>>
>> Can you guys confirm these fixes the issue for you.
>> Thanks
>> Tomas
>
> Yes. I am
On Tue, 2013-07-23 at 03:04 +0200, rydb...@euromail.se wrote:
> Hi Trond, Linus,
>
> On Sun, Jul 21, 2013 at 12:53:10PM -0700, Linus Torvalds wrote:
> > So it's been another week, and -rc2 is out there.
>
> This one happens to break nfs in a rather blunt-instrument fashion -
> creating files on
On Tue, 2013-07-23 at 09:07 +0800, Li Zefan wrote:
> > Perhaps what might help here is a kernel organizational chart.
[]
> the complete chart will in no doubt break 80
> characters limit. Actually as the hierarchy is quite flat, I can't
> image how long the longest line will be.
I think it really
On Tuesday, July 23, 2013 12:04 AM, Kishon Vijay Abraham I wrote:
> On Thursday 18 July 2013 10:51 AM, Jingoo Han wrote:
> > Exynos PCIe IP consists of Synopsys specific part and Exynos
> > specific part. Only core block is a Synopsys designware part;
> > other parts are Exynos specific.
> > Also,
Hi,
Resume from S3 generates WARNING:
…
ACPI: Low-level resume complete
PM: Restoring platform NVS memory
PCI-DMA: Resuming GART IOMMU
PCI-DMA: Restoring GART aperture settings
Enabling non-boot CPUs ...
smpboot: Booting Node 0 Processor 1 APIC 0x1
[Firmware Bug]: cpu 1, try to use APIC500 (LVT
On 07/22/2013 11:36 PM, Nikola Pajkovsky wrote:
> Gu Zheng writes:
>
>> As we remove the target single node, so list_for_each is enought, in order to
>> clean up, we use list_for_each_entry instead.
>>
>> Signed-off-by: Gu Zheng
>> ---
>> fs/f2fs/checkpoint.c |5 ++---
>> 1 files changed,
> Perhaps what might help here is a kernel organizational chart. A graph
> of who sends pull requests to Linus, and their subsystem maintainers.
> For example, in the USB "branch" there would be:
>
> Linus Torvalds
> (Linux kernel release
Michal Hocko writes:
> On Mon 22-07-13 17:36:26, Joonsoo Kim wrote:
>> Current node iteration code have a minor problem which do one more
>> node rotation if we can't succeed to allocate. For example,
>> if we start to allocate at node 0, we stop to iterate at node 0.
>> Then we start to
Hi Trond, Linus,
On Sun, Jul 21, 2013 at 12:53:10PM -0700, Linus Torvalds wrote:
> So it's been another week, and -rc2 is out there.
This one happens to break nfs in a rather blunt-instrument fashion -
creating files on a nfs4 partition [1] no longer works. Bisection
yields this commit as the
On Mon, 2013-06-03 at 09:45 -0700, Joe Perches wrote:
> Thanks for the oversight reviews guys.
>
> V3:
> Fixed patch 2 thinko in sense_string via Dan Carpenter
> Moved pr_err in patch 5 to avoid moving again in patch 6 via Andy Schevchenko
>
> V2:
> Removed the compile error the patch 1 and
Sorry, forgot to change gmail to plain text mode, so the mailing lists
rejected this.
On 22 July 2013 21:45, Kevin Winchester wrote:
> I have found that the new CPU Package temperature thermal driver introduced
> in this merge window causes my HP laptop to panic on boot.
>
> An image of the
On Tue, 2013-07-23 at 09:24 +0900, Yasuaki Ishimatsu wrote:
> (2013/07/20 2:47), Toshi Kani wrote:
> > CONFIG_ARCH_MEMORY_PROBE enables /sys/devices/system/memory/probe
> > interface, which allows a given memory address to be hot-added as
> > follows. (See Documentation/memory-hotplug.txt for more
On Mon, 2013-07-22 at 19:15 +0200, Oleg Nesterov wrote:
> > Otherwise, you might want to fix them if you need
> > to send a follow up patch set.
>
> Yes, will do.
>
After applying your patches, my tests crashed the kernel. It's fixed
with the following update. I guess you should merge this
On Mon, Jul 22, 2013 at 5:32 PM, Linus Torvalds
wrote:
> On Mon, Jul 22, 2013 at 4:55 PM, Colin Cross wrote:
>>
>> I think the right solution is to add a flag to the freezing task that
>> marks it unfreezable. I think PF_NOFREEZE would work, although it is
>> normally used on kernel threads,
On Mon, 2013-07-22 at 16:57 -0400, KOSAKI Motohiro wrote:
> (7/22/13 1:12 PM), Toshi Kani wrote:
> > On Mon, 2013-07-22 at 10:37 +0200, Ingo Molnar wrote:
> >> * Toshi Kani wrote:
> >>
> >>> CONFIG_ARCH_MEMORY_PROBE enables /sys/devices/system/memory/probe
> >>> interface, which allows a given
Use the vsprintf pointer extension to emit the addresses symbol name.
Signed-off-by: Joe Perches
---
Documentation/filesystems/sysfs.txt| 4 ++--
Documentation/zh_CN/filesystems/sysfs.txt | 4 ++--
arch/alpha/kernel/traps.c | 8 +++
There are no more uses in the tree so remove print_symbol.
Signed-off-by: Joe Perches
---
include/linux/kallsyms.h | 18 --
kernel/kallsyms.c| 11 ---
2 files changed, 29 deletions(-)
diff --git a/include/linux/kallsyms.h b/include/linux/kallsyms.h
index
1 - 100 of 1518 matches
Mail list logo
