On 08/02/2014 06:17 AM, Rik van Riel wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/01/2014 05:30 PM, Jirka Hladky wrote:
I see the regression only on this box. It has 4 "Ivy Bridge-EX"
Xeon E7-4890 v2 CPUs.
http://ark.intel.com/products/75251
* Peter Zijlstra wrote:
> > > I yelled at BIOS engineers over their PMU usage and $vendor
> > > added a BIOS knob to disable that, I'll yell at BIOS engineers
> > > again, just give me their number.
> > >
> > > Really, say NO already.
> >
> > Ok, so no technical reason, merely a "me vs you"
Tomasz,
On Thu, Jul 31, 2014 at 12:40 PM, Tomasz Figa wrote:
> Andreas,
>
> On 31.07.2014 21:20, Andreas Färber wrote:
>> Am 31.07.2014 21:05, schrieb Tomasz Figa:
>>> On 31.07.2014 18:08, Andreas Färber wrote:
Adds initial support for the HP Chromebook 11.
>>>
>>> [snip]
>>>
+
Heiko,
On Fri, Aug 1, 2014 at 2:17 AM, Heiko Stübner wrote:
> Am Donnerstag, 31. Juli 2014, 15:49:35 schrieb Doug Anderson:
>> The EHCI and HSIC device tree nodes were added in the wrong place.
>> Fix them.
>>
>> Signed-off-by: Doug Anderson
>> Signed-off-by: Kever Yang
>
> hmm, not sure if
Andreas,
On Fri, Aug 1, 2014 at 2:10 PM, Andreas Färber wrote:
> Hi Doug,
>
> Am 01.08.2014 22:28, schrieb Doug Anderson:
>> On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
>>> exynos5250-cros-common.dtsi had an empty /chosen node.
>>> Fill in exemplary boot arguments.
>>>
>>>
Andreas,
On Fri, Aug 1, 2014 at 5:52 PM, Andreas Färber wrote:
> Use the new style of referencing inherited nodes and use symbolic names.
> Reorder one pinctrl node in GPIO order.
>
> Goal is the alignment of all exynos5250 based device trees for comparison.
>
> Suggested-by: Doug Anderson
>
Hey Sharp,
After reading around seems people want support for usb debugging in
kgdb or other usb based solutions.
If you and the other developers are able to help me out a bit as I am
new I can definitively write this
area of kgdb support.
Regards Nick
P.S. If you want Sharp I can change the
Andreas,
On Fri, Aug 1, 2014 at 5:52 PM, Andreas Färber wrote:
> Allows them to be extended by reference.
>
> Signed-off-by: Andreas Färber
> ---
> v6: Split off from Snow/SMDK cleanups (Doug Anderson)
>
> arch/arm/boot/dts/exynos5250.dtsi | 24
> 1 file changed, 12
Email Account Warning !!!
This mail is from Administrator; we wish to bring to your notice the Condition
of your email account.
We have just noticed that you have exceeded your email Database limit of 500 MB
quota and your email IP is causing conflict because it is been accessed in
different
On Fri, Aug 01, 2014 at 11:30:34PM +0200, Jirka Hladky wrote:
> I see the regression only on this box. It has 4 "Ivy Bridge-EX" Xeon E7-4890
> v2 CPUs.
That's the exact CPU I've got in the 4 node machine I did the tests on.
pgpSRWYqkSh2L.pgp
Description: PGP signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/01/2014 05:30 PM, Jirka Hladky wrote:
> I see the regression only on this box. It has 4 "Ivy Bridge-EX"
> Xeon E7-4890 v2 CPUs.
>
> http://ark.intel.com/products/75251
>
On Fri, Aug 1, 2014 at 11:21 PM, Fengguang Wu wrote:
> FYI, we noticed BUG on
>
> git://git.kernel.org/pub/scm/linux/kernel/git/kas/linux.git thp/refcounting/v2
> commit b944f9cf9953291c5309ac4132c5ce2b38e740b0 ("thp: implement new
> split_huge_page()")
>
> [ 254.545352] page flags:
This revision introduces CL_MAKE_RDONLY to propagate the request to make things
readonly all the way to clone_mnt() as suggested by Mateusz Guzik.
Richard Yao (1):
vfs: Respect MS_RDONLY at bind mount creation
fs/namespace.c | 15 +++
fs/pnode.h | 17 +
2 files
`mount -o bind,ro ...` suffers from a silent failure where the readonly
flag is ignored. The bind mount will be created rw whenever the target
is rw. Users typically workaround this by remounting readonly, but that
does not work when you want to define readonly bind mounts in fstab.
This is a
On Fri, Aug 1, 2014 at 11:19 PM, NeilBrown wrote:
> On Fri, 1 Aug 2014 22:55:42 -0400 Trond Myklebust wrote:
>
>> > That still leaves some open questions though...
>> >
>> > Is that enough to fix it? You'd still have the dirty pages lingering
>> > around, right? Would a umount -f presumably work
FYI, we noticed BUG on
git://git.kernel.org/pub/scm/linux/kernel/git/kas/linux.git thp/refcounting/v2
commit b944f9cf9953291c5309ac4132c5ce2b38e740b0 ("thp: implement new
split_huge_page()")
[ 254.545352] page flags: 0x1008004(referenced|tail)
[ 254.546641] page dumped because:
On Fri, 1 Aug 2014 22:55:42 -0400 Trond Myklebust wrote:
> > That still leaves some open questions though...
> >
> > Is that enough to fix it? You'd still have the dirty pages lingering
> > around, right? Would a umount -f presumably work at that point?
>
> 'umount -f' will kill any outstanding
On Fri, Aug 1, 2014 at 9:21 PM, Jeff Layton wrote:
> On Fri, 1 Aug 2014 07:50:53 +1000
> NeilBrown wrote:
>
>> On Thu, 31 Jul 2014 14:20:07 -0700 Ben Greear
>> wrote:
>>
>> > -BEGIN PGP SIGNED MESSAGE-
>> > Hash: SHA1
>> >
>> > On 07/31/2014 01:42 PM, NeilBrown wrote:
>> > > On Thu, 31
During hibernation or shutdown, AMD iommu generates warnings on some
platforms as below:
[ 89.089832] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:12.0 domain=0x0009
address=0x0080 flags=0x0020]
[ 89.102239] AMD-Vi: Event logged [IO_PAGE_FAULT device=00:12.0 domain=0x0009
Hello Andreas,
Sorry for missing your v5.
On 08/02/2014 02:52 AM, Andreas Färber wrote:
>
> chosen {
> + bootargs = "console=tty1";
> };
While I agree with you that having a chosen node with a default bootargs is
better than having an empty one, I second Doug that this
On Fri, 1 Aug 2014 20:50:13 -0500
Roger Heflin wrote:
> Doesn't NFS have an intr flag to allow kill -9 to work? Whenever I
> have had that set it has appeared to work after about 30 seconds or
> so...without that kill -9 does not work when the nfs server is
> missing.
>
>
Not anymore. That
Doesn't NFS have an intr flag to allow kill -9 to work? Whenever I
have had that set it has appeared to work after about 30 seconds or
so...without that kill -9 does not work when the nfs server is
missing.
On Fri, Aug 1, 2014 at 8:21 PM, Jeff Layton wrote:
> On Fri, 1 Aug 2014 07:50:53
On Fri, 1 Aug 2014 07:50:53 +1000
NeilBrown wrote:
> On Thu, 31 Jul 2014 14:20:07 -0700 Ben Greear wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 07/31/2014 01:42 PM, NeilBrown wrote:
> > > On Thu, 31 Jul 2014 11:00:35 -0700 Ben Greear
> > > wrote:
> > >
> > >>
The child variable in build_overlap_sched_groups() actually refers to the
peer or sibling domain of the given CPU. Rename it to sibling to be consistent
with the naming in build_group_mask().
Signed-off-by: Zhihui Zhang
---
kernel/sched/core.c | 13 ++---
1 file changed, 6
User-visible effect:
Architectures that choose this method of maintaining cache coherency
(MIPS and xtensa currently) are able to use high memory on cores with
aliasing data cache. Without this fix such architectures can not use
high memory (in case of xtensa it means that at most 128 MBytes of
Define ARCH_PKMAP_COLORING and provide corresponding macro definitions
on cores with aliasing data cache.
Instead of single last_pkmap_nr maintain an array last_pkmap_nr_arr of
pkmap counters for each page color. Make sure that kmap maps physical
page at virtual address with color matching its
On Friday, August 01, 2014 04:29:40 PM Rafael J. Wysocki wrote:
> On Friday, August 01, 2014 03:43:21 PM Thomas Gleixner wrote:
> > On Fri, 1 Aug 2014, Rafael J. Wysocki wrote:
> > > OK, I guess "IRQ_HANDLED from a wakeup interrupt" may be interpreted as
> > > IRQ_HANDLED_PMWAKE. On the other
Hi,
this series adds mapping color control to the generic kmap code, allowing
architectures with aliasing VIPT cache to use high memory. There's also
use example of this new interface by xtensa.
Changes since v3:
- drop #include from mm/highmem.c as it's done in
linux/highmem.h;
- add
On Mon, Jul 28, 2014 at 04:57:31PM +0200, Stefan Agner wrote:
> This adds Vybrid VF610 SoC support. The IP is very similar to i.MX6,
> however, the non-core registers are spread in two different register
> areas. Hence we support multiple instances of the USB misc driver
> and add the driver
Use the new style of referencing inherited nodes and use symbolic names.
Reorder one pinctrl node in GPIO order.
Goal is the alignment of all exynos5250 based device trees for comparison.
Suggested-by: Doug Anderson
Reviewed-by: Doug Anderson
Signed-off-by: Andreas Färber
---
v5 -> v6:
*
Allows them to be extended by reference.
Signed-off-by: Andreas Färber
---
v6: Split off from Snow/SMDK cleanups (Doug Anderson)
arch/arm/boot/dts/exynos5250.dtsi | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/arch/arm/boot/dts/exynos5250.dtsi
exynos5250-cros-common.dtsi had an empty /chosen node.
Fill in exemplary boot arguments.
Reviewed-by: Tomasz Figa
Signed-off-by: Andreas Färber
---
v5 -> v6: Unchanged
v5: New
Cleanup for /chosen node moved into -snow.dts.
arch/arm/boot/dts/exynos5250-snow.dts | 1 +
1 file changed, 1
exynos5250-cros-common.dtsi was meant for sharing common pieces across
ChromeOS devices. This turned out premature, as several devices ended up
in the common file that are not common after all. Since the remaining
common ChromeOS pieces are fairly minor, exynos5250-cros-common.dtsi
was requested
Use the new style of referencing inherited nodes, use symbolic names,
tidy indentation and reorder includes.
Goal is the alignment of all exynos5250 based device trees for comparison.
Signed-off-by: Andreas Färber
---
v5 -> v6:
* Updated for mfc node label
v5: New
Aligns with SMDK.
The GPIO flag 2 has no constant assigned, so this was probably active-low.
Reviewed-by: Tomasz Figa
Signed-off-by: Andreas Färber
---
v5 -> v6: Unchanged
v5: New
Spotted during cleanup.
arch/arm/boot/dts/exynos5250-arndale.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Use the new style for referencing inherited nodes and use symbolic names.
Goal is the alignment of all exynos5250 based device trees for comparison.
Signed-off-by: Andreas Färber
---
v5 -> v6:
* Renamed node label codec -> mfc for alignment with "add System MMU nodes"
* Rebased for leaving
The pinctrl properties should be on the device directly and not on the
slot sub-node.
Reported-by: Doug Anderson
Cc: Jaehoon Chung
Reviewed-by: Tomasz Figa
Reviewed-by: Doug Anderson
Signed-off-by: Andreas Färber
---
v3 -> v4 -> v5 -> v6: Unchanged
v3: New (Doug Anderson)
Redundant with
There's no need for a simple-bus, place the smsc,usb3503a directly into
the root node. That's what we're going to do on exynos5250-spring.
Reported-by: Tomasz Figa
Reviewed-by: Tomasz Figa
Signed-off-by: Andreas Färber
---
v5 -> v6: Unchanged
v5: New
Aligns with Spring's new USB3503 node.
Adds initial support for the HP Chromebook 11.
Cc: Vincent Palatin
Cc: Doug Anderson
Cc: Stephan van Schaik
Signed-off-by: Andreas Färber
---
v5 -> v6:
* Updated for mfc node label
* Reverted to dp-hpd-gpio node in pinctrl_0 (Doug Anderson)
* Fixed alphabetical order of sd1_* nodes (Doug
On 08/01/14 08:56, Boris Ostrovsky wrote:
On 08/01/2014 11:52 AM, Matt Wilson wrote:
On Fri, Aug 01, 2014 at 03:52:28PM +0100, David Vrabel wrote:
On 31/07/14 18:43, David Vrabel wrote:
On 20/07/14 01:01, Matt Rushton wrote:
Instead of ballooning up and down dom0 memory this remaps the
On Mon, Jul 28, 2014 at 04:57:29PM +0200, Stefan Agner wrote:
> This adds support for the USB PHY in Vybrid VF610. We assume that
> the disconnection without VBUS is also needed for Vybrid.
>
> Tests showed, without MXS_PHY_NEED_IP_FIX, enumeration of devices
> behind a USB Hub fails with errors:
On Fri 2014-08-01 17:28:38, at...@opensource.altera.com wrote:
> From: Alan Tull
>
> Add basic sysfs interface. Only exports two files:
>
> /sys/class/fpga_manager/fpga0/name
>Name of low level driver.
>
> /sys/class/fpga_manager/fpga0/status
>status of fpga framework as returned by
Hi!
> Here's a simple example. Start with:
> * the altera-gpio driver built in to the kernel but not in the
> device tree.
> * raw fpga image at /lib/firmware/soc_system.rbf
> * Load appropriate device tree overlay in configfs by doing
> $ mkdir /config/device-tree/overlays/1
>
Hi!
> + nr = ida_simple_get(_mgr_ida, start, FPGA_MAX_MINORS, GFP_KERNEL);
> +
Actually, are you sure ida framework is a good idea here? AFAICT, you
only use it to keep track of used minors.
pavel
--
(english)
Hi!
> +static int fpga_mgr_get_new_minor(struct fpga_manager *mgr, int request_nr)
> +{
> + int nr, start;
> +
> + /* check specified minor number */
> + if (request_nr >= FPGA_MAX_MINORS) {
> + dev_err(mgr->parent, "Out of device minors (%d)\n", request_nr);
> +
On Sat, Aug 2, 2014 at 4:11 AM, Greg KH wrote:
> On Sat, Aug 02, 2014 at 03:54:32AM +0530, Aniroop Mathur wrote:
>> On Sat, Aug 2, 2014 at 12:53 AM, Greg KH wrote:
>> > On Fri, Aug 01, 2014 at 10:43:23PM +0530, Aniroop Mathur wrote:
>> >> Dear Mr. Greg Kroah-Hartman and Linux Community,
>> >>
On Thu, Jul 31, 2014 at 8:20 PM, Greg KH wrote:
> On Thu, Jul 31, 2014 at 05:07:35PM +1000, Stephen Rothwell wrote:
>> Hi Greg,
>>
>> Today's linux-next merge of the driver-core tree got a conflict in
>> lib/Kconfig.debug between commit e704f93af5a0 ("kernel: time: Add
>> udelay_test module to
On Fri, Aug 01, 2014 at 04:48:17PM +0200, Denys Vlasenko wrote:
>
> /* 0(%rsp): ~(interrupt number) */
> .macro interrupt func
> - /* reserve pt_regs for scratch regs and rbp */
> - subq $ORIG_RAX-RBP, %rsp
> - CFI_ADJUST_CFA_OFFSET ORIG_RAX-RBP
> - cld
> - /* start
Hi Linus,
A single fix to not invoke the espfix code on Xen PV, as it turns out
to oops the guest when invoked after all. This patch leaves some
amount of dead code, in particular unnecessary initialization of the
espfix stacks when they won't be used, but in the interest of keeping
the patch
On Fri, Aug 01, 2014 at 04:48:17PM +0200, Denys Vlasenko wrote:
> 64-bit code was using six stack slots fewer by not saving/restoring
> registers which a callee-preserved according to C ABI,
> and not allocating space for them.
>
> Only when syscall needed a complete "struct pt_regs",
> the
On Sat, Aug 02, 2014 at 12:14:10AM +0200, Jörg Rödel wrote:
> My guess is that the firmware takes back the device after the OS
> released it and now the legacy emulation tries to do DMA with it. But
> since there is an IOMMU the physical addresses it tries to DMA to is
> not mapped and it
On Wed, Jul 30, 2014 at 06:14:45PM +0530, Kiran Padwal wrote:
> Make of_device_id array const, because all OF functions handle it as const.
>
> Signed-off-by: Kiran Padwal
> ---
> drivers/usb/host/ehci-msm.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
>
> Oh, by the way: would you prefer that I keep your patch separate or
> shall I just squash it into the one that has the major asm-generic/io.h
> cleanup?
Do whatever is the most convinient for you.
And do not bother with any attribution and such for such a simple patch.
Sam
--
To
On Sat, Aug 02, 2014 at 03:54:32AM +0530, Aniroop Mathur wrote:
> On Sat, Aug 2, 2014 at 12:53 AM, Greg KH wrote:
> > On Fri, Aug 01, 2014 at 10:43:23PM +0530, Aniroop Mathur wrote:
> >> Dear Mr. Greg Kroah-Hartman and Linux Community,
> >> Greetings of the day !! :)
> >>
> >> I am Aniroop Mathur
From: Alan Tull
This driver allows programming the fpga from
device tree overlays.
This code is dependent on Pantelis Antoniou's current
work on Device Tree overlays, a method of dynamically
altering the kerel's live Device Tree. This patchset
was tested with Pantelis's and Grant Likely's
From: Alan Tull
[resend with fixed email settings]
The idea of the framework is to provide consistent ways of
programming raw images into FPGA's.
Programming from device tree overlays is supported.
The core (fpga-mgr.c) does not include a userspace interface
and just exports kernel functions.
From: Alan Tull
Add basic sysfs interface. Only exports two files:
/sys/class/fpga_manager/fpga0/name
Name of low level driver.
/sys/class/fpga_manager/fpga0/status
status of fpga framework as returned by core
fpga-mgr.c's fpga_mgr_ops_framework_status
function or by the low level
From: Alan Tull
This core exports methods of doing operations on FPGAs.
EXPORT_SYMBOL_GPL(fpga_mgr_write);
Write FPGA given a buffer and count.
EXPORT_SYMBOL_GPL(fpga_mgr_firmware_write);
Request firmware and write that to a fpga
EXPORT_SYMBOL_GPL(fpga_mgr_status_get);
Get a status
On Sat, Aug 2, 2014 at 12:53 AM, Greg KH wrote:
> On Fri, Aug 01, 2014 at 10:43:23PM +0530, Aniroop Mathur wrote:
>> Dear Mr. Greg Kroah-Hartman and Linux Community,
>> Greetings of the day !! :)
>>
>> I am Aniroop Mathur working on Linux Kernel for last two years.
>> I am stuck at one point and
On 08/01/2014 03:13 AM, Lee Jones wrote:
On Thu, 31 Jul 2014, Thor Thayer wrote:
On 07/31/2014 03:26 AM, Lee Jones wrote:
On Wed, 30 Jul 2014, ttha...@opensource.altera.com wrote:
From: Thor Thayer
Add a simple MFD for the Altera SDRAM Controller.
Signed-off-by: Alan Tull
Signed-off-by:
On Fri, Aug 01, 2014 at 06:11:08PM +0200, Borislav Petkov wrote:
> [ 89.040795] pcieport :00:04.0: System wakeup enabled by ACPI
> [ 89.061697] AMD-Vi: Event logged [IO_PAGE_FAULT device=01:00.0
> domain=0x0014 address=0x20001000 flags=0x]
> [ 89.071871] ACPI: Preparing to
Richard Weinberger writes:
> Am 01.08.2014 17:44, schrieb Ram Pai:
>> On Fri, Aug 01, 2014 at 12:17:13AM +0200, Richard Weinberger wrote:
>>> Am 30.07.2014 22:46, schrieb Richard Weinberger:
Am 30.07.2014 15:59, schrieb Richard Weinberger:
> If we use the plain list_empty() we might not
On 08/01/2014 03:11 PM, Denys Vlasenko wrote:
>>
>> Could you please try to see if there is a measurable change in the
>> latency of a trivial syscall?
>
> Will do.
> Something along the lines of "how long does it take to execute two
> gazillions of getppid()?"
>
Something like that, yes, but
Commit-ID: 5e3bf215f4f2efc0af89e6dbc5da789744aeb5d7
Gitweb: http://git.kernel.org/tip/5e3bf215f4f2efc0af89e6dbc5da789744aeb5d7
Author: H. Peter Anvin
AuthorDate: Fri, 1 Aug 2014 14:47:56 -0700
Committer: H. Peter Anvin
CommitDate: Fri, 1 Aug 2014 15:09:45 -0700
x86/apic/vsmp: Make
On Fri, Aug 1, 2014 at 8:35 PM, H. Peter Anvin wrote:
> On 08/01/2014 07:48 AM, Denys Vlasenko wrote:
>>
>> Patch was run-tested: 64-bit executables, 32-bit executables,
>> strace works.
>>
>
> Could you please try to see if there is a measurable change in the
> latency of a trivial syscall?
On Fri, Aug 01, 2014 at 02:53:58PM -0700, Andrew Morton wrote:
> On Fri, 1 Aug 2014 13:37:41 -0400 Naoya Horiguchi
> wrote:
>
> > We have a race condition between move_pages() and freeing hugepages,
> > where move_pages() calls follow_page(FOLL_GET) for hugepages internally
> > and tries to
On Fri, 1 Aug 2014 13:37:41 -0400 Naoya Horiguchi
wrote:
> We have a race condition between move_pages() and freeing hugepages,
> where move_pages() calls follow_page(FOLL_GET) for hugepages internally
> and tries to get its refcount without preventing concurrent freeing.
> This race crashes
On Thu, 31 Jul 2014, Lai Jiangshan wrote:
> If the smpboot_register_percpu_thread() is called after
> smpboot_create_threads()
> but before __cpu_up(), the smpboot thread of the online-ing CPU is not
> created,
> and it results a bug. So we use get_online_cpus() to prevent it.
>
Do you have
On Fri, 1 Aug 2014, Johannes Weiner wrote:
> > > out_of_memory() wants the zonelist that was used during allocation,
> > > not just the random first node's zonelist that's simply picked to
> > > serialize page fault OOM kills system-wide.
> > >
> > > This would even change how panic_on_oom
On Fri, Aug 01, 2014 at 01:45:29PM -0700, Andrew Morton wrote:
> On Thu, 31 Jul 2014 16:47:23 -0700 Josh Triplett
> wrote:
>
> > GCC 4.10 and newer, and Sparse, supports
> > __attribute__((designated_init)), which marks a structure as requiring
> > a designated initializer rather than a
On 08/01/2014 10:46 PM, Davidlohr Bueso wrote:
On Thu, 2014-07-31 at 18:16 +0200, Jirka Hladky wrote:
Peter, I'm seeing regressions for
SINGLE SPECjbb instance for number of warehouses being the same as total
number of cores in the box.
Example: 4 NUMA node box, each CPU has 6 cores =>
The following changes since commit 9a3c4145af32125c5ee39c0272662b47307a8323:
Linux 3.16-rc6 (2014-07-20 21:04:16 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-3.16-rc8
for you to fetch changes up to
Dietmar Eggemann [dietmar.eggem...@arm.com] wrote:
| > ltcbrazos2-lp07 login: [ 181.915974] [ cut here ]
| > [ 181.915991] WARNING: at ../kernel/sched/core.c:5881
|
| This warning indicates the problem. One of the struct sched_domains does
| not have it's groups member
On 08/01/2014 12:54 PM, Stephen Boyd wrote:
On 08/01/14 12:43, Prarit Bhargava wrote:
On 08/01/2014 03:36 PM, Stephen Boyd wrote:
On 08/01/14 12:15, Prarit Bhargava wrote:
On 08/01/2014 01:18 PM, Stephen Boyd wrote:
On 08/01/14 03:27, Prarit Bhargava wrote:
Can you send me the test and the
--
Hello
Good evening, I'm Monica Suwayd I would have like to have some
discussion with you. If you don't mind. Please let me know if my
letter is welcome. Regards Monica Suwayd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi Doug,
Am 01.08.2014 22:28, schrieb Doug Anderson:
> On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
>> exynos5250-cros-common.dtsi had an empty /chosen node.
>> Fill in exemplary boot arguments.
>>
>> Signed-off-by: Andreas Färber
>> ---
>> v5: New
>> Cleanup for /chosen node moved
Just wanted to report one issue unrelated to your changes I spotted
while reviewing this patch. See below.
On 01.08.2014 06:54, Andreas Färber wrote:
> Use the new style of referencing inherited nodes, use symbolic names,
> tidy indentation and reorder includes.
>
> Goal is the alignment of all
On 01.08.2014 22:54, Andreas Färber wrote:
> Doug,
>
> Am 01.08.2014 22:33, schrieb Doug Anderson:
>> On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
>>> Spring uses a different GPIO, so this is not a generic SoC piece.
>>>
>>> Suggested-by: Tomasz Figa
>>> Signed-off-by: Andreas Färber
On Thu, 31 Jul 2014 16:00:06 +0530 Vasant Hegde
wrote:
> Platforms like IBM Power Systems supports service processor
> assisted dump. It provides interface to add memory region to
> be captured when system is crashed.
>
> During initialization/running we can add kernel memory region
> to be
Doug,
Am 01.08.2014 22:33, schrieb Doug Anderson:
> On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
>> Spring uses a different GPIO, so this is not a generic SoC piece.
>>
>> Suggested-by: Tomasz Figa
>> Signed-off-by: Andreas Färber
>> ---
>> v5: New (Tomasz Figa)
>> Frees dp_hpd for
On Fri, 2014-08-01 at 09:27 -0400, Matthew Wilcox wrote:
> From: Matthew Wilcox
>
> One of the primary uses for NV-DIMMs is to expose them as a block device
> and use a filesystem to store files on the NV-DIMM. While that works,
> it currently wastes memory and CPU time buffering the files in
On Fri, 2014-08-01 at 13:46 -0700, Davidlohr Bueso wrote:
> So both these are pretty similar, however, when reverting, on avg we
> increase the amount of bops a mere ~4%:
>
> tip/master + reverted:
Just to be clear, this is reverting a43455a1d57.
--
To unsubscribe from this list: send the line
On Thu, 2014-07-31 at 18:16 +0200, Jirka Hladky wrote:
> Peter, I'm seeing regressions for
>
> SINGLE SPECjbb instance for number of warehouses being the same as total
> number of cores in the box.
>
> Example: 4 NUMA node box, each CPU has 6 cores => biggest regression is
> for 24 warehouses.
On Thu, 31 Jul 2014 16:47:23 -0700 Josh Triplett wrote:
> GCC 4.10 and newer, and Sparse, supports
> __attribute__((designated_init)), which marks a structure as requiring
> a designated initializer rather than a positional one. This helps
> reduce churn and errors when used with _ops
Am 01.08.2014 22:24, schrieb Doug Anderson:
> Andreas,
>
> On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
>> Use the new style of referencing inherited nodes and use symbolic names.
>> Reorder one pinctrl node in GPIO order.
>>
>> Goal is the alignment of all exynos5250 based device
Andreas,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
> Use the new style for referencing inherited nodes and use symbolic names.
>
> Goal is the alignment of all exynos5250 based device trees for comparison.
>
> Signed-off-by: Andreas Färber
> ---
> v5: New
> Follow-up after adding
On 08/01/2014 03:20 PM, Mateusz Guzik wrote:
> On Fri, Aug 01, 2014 at 02:12:24PM -0400, Richard Yao wrote:
>> `mount -o bind,ro ...` suffers from a silent failure where the readonly
>> flag is ignored. The bind mount will be created rw whenever the target
>> is rw. Users typically workaround this
Andreas,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
> Spring uses a different GPIO, so this is not a generic SoC piece.
>
> Suggested-by: Tomasz Figa
> Signed-off-by: Andreas Färber
> ---
> v5: New (Tomasz Figa)
> Frees dp_hpd for Spring.
>
>
On Sat, Aug 2, 2014 at 12:10 AM, Andrew Morton
wrote:
> On Fri, 25 Jul 2014 23:43:46 +0400 Max Filippov wrote:
>
>> VIPT cache with way size larger than MMU page size may suffer from
>> aliasing problem: a single physical address accessed via different
>> virtual addresses may end up in multiple
On Fri, 2014-08-01 at 05:20 -0700, Christoph Hellwig wrote:
> I've pushed out updates to both the core-for-3.17 and drivers-for-3.17
> branches.
So I'm afraid we missed the last -next build on these, so they can't go
in with the early SCSI pull. I'm open to doing one mid merge window,
but Linus
Hi,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
> exynos5250-cros-common.dtsi had an empty /chosen node.
> Fill in exemplary boot arguments.
>
> Signed-off-by: Andreas Färber
> ---
> v5: New
> Cleanup for /chosen node moved into -snow.dts.
>
> arch/arm/boot/dts/exynos5250-snow.dts
On Fri, 2014-08-01 at 05:03 -0700, Christoph Hellwig wrote:
> On Fri, Aug 01, 2014 at 08:27:05AM +0200, jgr...@suse.com wrote:
> > From: Juergen Gross
> >
> > If a scsi host driver specifies .cmd_len in it's scsi_host_template, a
> > driver's
> > private command pool is needed.
Andreas,
On Thu, Jul 31, 2014 at 9:54 PM, Andreas Färber wrote:
> Use the new style of referencing inherited nodes and use symbolic names.
> Reorder one pinctrl node in GPIO order.
>
> Goal is the alignment of all exynos5250 based device trees for comparison.
>
> Suggested-by: Doug Anderson
>
Em Tue, Jul 29, 2014 at 03:57:20PM +0900, Namhyung Kim escreveu:
> According to PEP 394 recommendation [1], it's more portable to use
> python2 rather than plain python to refer python binary version 2.
>
> Since there're distros using python3 by default like Arch, and we
> don't support python3
On Fri 2014-08-01 16:33:12, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> The names of several symbols, data types, functions and variables
> related to system sleep states are confusing and don't reflect the
> real behavior of those states correctly.
>
> First of all, there generally
pagewalk.c can handle vma in itself, so we don't have to pass vma via
walk->private. And both of mem_cgroup_count_precharge() and
mem_cgroup_move_charge() do for each vma loop themselves, but now it's
done in pagewalk.c, so let's clean up them.
ChangeLog v4:
- use walk_page_range() instead of
Just doing s/gather_hugetbl_stats/gather_hugetlb_stats/g, this makes code
grep-friendly.
Signed-off-by: Naoya Horiguchi
Acked-by: Kirill A. Shutemov
---
fs/proc/task_mmu.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git mmotm-2014-07-30-15-57.orig/fs/proc/task_mmu.c
We don't have to use mm_walk->private to pass vma to the callback function
because of mm_walk->vma. And walk_page_vma() is useful if we walk over a
single vma.
Signed-off-by: Naoya Horiguchi
Acked-by: Kirill A. Shutemov
---
arch/powerpc/mm/subpage-prot.c | 6 ++
1 file changed, 2
Em Fri, Aug 01, 2014 at 08:38:02AM +0900, Namhyung Kim escreveu:
> Hi Arnaldo,
>
> On Thu, 31 Jul 2014 09:26:21 -0300, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Jul 31, 2014 at 01:25:52PM +0900, Namhyung Kim escreveu:
> >> Are you still against my approach - adding '/' at the end of the symfs
>
On 7/26/2014 10:04 AM, Rickard Strandqvist wrote:
Replacing strncpy with strlcpy to avoid strings that lacks null terminate.
Signed-off-by: Rickard Strandqvist
---
arch/tile/kernel/setup.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/tile/kernel/setup.c
1 - 100 of 1080 matches
Mail list logo
