Hi!
> Most likely yes but I wanted to keep sha1_ssse3_mod_init consistent
> with sha256_ssse3_mod_init/sha512_ssse3_mod_init functions.
> > > Reported-by:
> > > Signed-off-by: Milos Vyletel
> > > ---
> > > arch/x86/crypto/sha1_ssse3_glue.c | 22 --
> > > 1 file changed,
From: j...@joshtriplett.org
Date: Tue, 6 May 2014 14:08:15 -0700
> On Tue, May 06, 2014 at 04:44:10PM -0400, David Miller wrote:
>> From: Cong Wang
>> Date: Tue, 6 May 2014 11:33:11 -0700
>>
>> > So why bothers 3.15+ Linux kernel? Why not use an old kernel e.g. 2.4.x?
>> > 2.4.x kernel doesn't
Hi,
On 06/05/2014 at 19:06:56 +, Bryan Evenson wrote :
>
> I'd assume this patch would be backported to the longterm releases?
>
If by longterm, you mean the linux4sam tree, 3.10 branch, it is up to
Nicolas to take it. I believe it will be pretty easy to convince him ;)
--
Alexandre
Oups sorry msmtp messed up the from mail address. Do you want me to
re-submit this or you can fix it while applying the patch ?
--
Remi Pommarel
--
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
On Tue, May 06, 2014 at 04:44:10PM -0400, David Miller wrote:
> From: Cong Wang
> Date: Tue, 6 May 2014 11:33:11 -0700
>
> > So why bothers 3.15+ Linux kernel? Why not use an old kernel e.g. 2.4.x?
> > 2.4.x kernel doesn't have so many new features you want to get rid of here.
>
> +1
You've
On Tue, May 06, 2014 at 10:07:38PM +0200, Richard Cochran wrote:
> On Tue, May 06, 2014 at 12:50:49PM -0700, Andi Kleen wrote:
> >
> > > So I think Dave is right
> > > in rejecting anything that compromises the _quality_ of the stack.
> >
> > I don't think anything I removed compromised quality
On Tue, 6 May 2014 20:53:41 + (UTC)
Mathieu Desnoyers wrote:
> > I do plan on adding more documentation to this to stress that this
> > should be done like this. But hey, we're kernel developers, we should
> > be responsible enough to not require the hand holding.
>
> I like your optimism.
On 04/22/2014 10:40 PM, NeilBrown wrote:
> PF_LESS_THROTTLE has a very specific use case: to avoid deadlocks
> and live-locks while writing to the page cache in a loop-back
> NFS mount situation.
>
> It therefore makes sense to *only* set PF_LESS_THROTTLE in this
> situation.
> We now know when a
On Tue, May 6, 2014 at 1:00 PM, Andi Kleen wrote:
>> not quite. I'm saying: no extra optimizations, no GCC changes.
>> Compile kernel as-is. Most functions have a stub for mcount() already.
>> Use it to track whether kernel function was called or not.
>> Collect this data in userspace (as perf
On Tue, May 6, 2014 at 10:42 AM, Dinh Nguyen wrote:
> On Mon, 2014-05-05 at 17:52 -0500, Thor Thayer wrote:
>> From: Thor Thayer
>>
>> ---
>> v2: Use the SDRAM controller registers to calculate memory size
>> instead of the Device Tree. Update To & Cc list. Add maintainer
>> information.
This makes it more likely that patch submitters will CC API/ABI changes
to the linux-api list, and tools like get_maintainer.pl will do so
automatically.
Signed-off-by: Josh Triplett
Acked-by: Steven Rostedt
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS
On Tue, May 6, 2014 at 1:35 PM, Linus Torvalds
wrote:
>
> Heh. That is pretty disgusting. But I guess it could be interesting
> for timing. BRB.
Ooh. That's friggin impressive.
Guys, see if you can recreate these numbers. This is my totally
disgusting test-case, which really is just
Could you include a description in the patch for why this is necessary?
--
Matthew Garrett | mj...@srcf.ucam.org
--
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
On Wed, Apr 23, 2014 at 12:40:58PM +1000, NeilBrown wrote:
> PF_LESS_THROTTLE has a very specific use case: to avoid deadlocks
> and live-locks while writing to the page cache in a loop-back
> NFS mount situation.
>
> It therefore makes sense to *only* set PF_LESS_THROTTLE in this
> situation.
>
Hi Greg,
On 06 May 02:14 AM, Gregory CLEMENT wrote:
> +
> +#define USB2_PHY_CONFIG_ENABLE BIT(0) /* active low */
> +
I still think it's more readable to use USB2_PHY_CONFIG_DISABLE.
It's just a nitpick, though.
> +static int armada375_usb_phy_probe(struct platform_device *pdev)
> +{
> +
- Original Message -
> From: "Steven Rostedt"
> To: "Mathieu Desnoyers"
> Cc: "LKML" , "Andrew Morton"
> , "Javi Merino"
> , "David Howells" , "Ingo Molnar"
>
> Sent: Tuesday, May 6, 2014 3:48:45 PM
> Subject: Re: [RFA][PATCH] tracing: Add trace__enabled() function
>
> On Tue, 6 May
From: Eric Dumazet
Date: Tue, 06 May 2014 13:17:58 -0700
> Adding ~1000 lines of code to save few KB was the point I gave up.
+1
--
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
From: Andi Kleen
Date: Tue, 6 May 2014 22:06:44 +0200
>> You see, that's the point I'm trying to make, once it's upstream
>> then it's my problem.
>
> FWIW I don't think any of the changes I proposed would be likely
> to add lots of new bugs.
Then you're living in a dream world, one in which
From: Andi Kleen
Date: Tue, 6 May 2014 12:50:49 -0700
> It's still a more-features-than-your-typical-BSD TCP/IP stack
Said the guy posting patches to remove TCP metrics.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, 6 May 2014 19:07:34 +0200 Fabian Frederick wrote:
> +coalesce formats
>
> (This is untested)
>
> Cc: Guan Xuetao
> Cc: Andrew Morton
> Signed-off-by: Fabian Frederick
> ---
> arch/unicore32/mm/ioremap.c | 9 ++---
> 1 file changed, 2 insertions(+), 7 deletions(-)
>
> diff
On Thu, May 01, 2014 at 09:44:39AM +0100, Mel Gorman wrote:
> +void set_pfnblock_flags_group(struct page *page, unsigned long flags,
> + unsigned long end_bitidx,
> + unsigned long nr_flag_bits,
> +
On Tuesday 06 May 2014 05:40 AM, Arnd Bergmann wrote:
> On Monday 05 May 2014 17:47:32 Santosh Shilimkar wrote:
>
>> + dev->coherent_dma_mask = DMA_BIT_MASK(32);
>> + if (!dev->dma_mask)
>> + dev->dma_mask = >coherent_dma_mask;
>> +
>> + /*
>> +* if
Hi,
On 06/05/2014 21:06, Bryan Evenson wrote:
> Boris,
>
>> -Original Message-
>> From: Boris BREZILLON [mailto:boris.brezil...@free-electrons.com]
>> Sent: Tuesday, May 06, 2014 10:28 AM
>> To: Bryan Evenson
>> Cc: Andrew Victor; Nicolas Ferre; Jean-Christophe Plagniol-Villard;
>>
> And if you're asking for someone to help pay attention to bug reports so
> you don't have to, that's reasonable as well; just like you probably
> have a stock response for "that's a crazy distro kernel, ask them about
> it and not me", you could have a stock response for "that kernel has the
>
From: Cong Wang
Date: Tue, 6 May 2014 11:33:11 -0700
> So why bothers 3.15+ Linux kernel? Why not use an old kernel e.g. 2.4.x?
> 2.4.x kernel doesn't have so many new features you want to get rid of here.
+1
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Tue, 2014-05-06 at 13:06 -0700, Davidlohr Bueso wrote:
> On Fri, 2014-05-02 at 15:16 +0200, Michael Kerrisk (man-pages) wrote:
> > Hi Manfred,
> >
> > On Mon, Apr 21, 2014 at 4:26 PM, Manfred Spraul
> > wrote:
> > > Hi all,
> > >
> > > the increase of SHMMAX/SHMALL is now a 4 patch series.
>
3.13.11.1 -stable review patch. If anyone has any objections, please let me
know.
--
From: Matthew Daley
commit 2145e15e0557a01b9195d1c7199a1b92cb9be81f upstream.
Do not leak kernel-only floppy_raw_cmd structure members to userspace.
This includes the linked-list pointer and
On Tue, May 06, 2014 at 01:40:54PM -0700, Andrew Morton wrote:
> On Tue, 06 May 2014 23:33:03 +0530 "Srivatsa S. Bhat"
> wrote:
>
> > --- a/kernel/stop_machine.c
> > +++ b/kernel/stop_machine.c
> > @@ -165,12 +165,21 @@ static void ack_state(struct multi_stop_data *msdata)
> >
3.13.11.1 -stable review patch. If anyone has any objections, please let me
know.
--
From: Peter Hurley
commit 4291086b1f081b869c6d79e5b7441633dc3ace00 upstream.
The tty atomic_write_lock does not provide an exclusion guarantee for
the tty driver if the termios settings are
3.13.11.1 -stable review patch. If anyone has any objections, please let me
know.
--
From: Matthew Daley
commit ef87dbe7614341c2e7bfe8d32fcb7028cc97442c upstream.
Always clear out these floppy_raw_cmd struct members after copying the
entire structure from userspace so that
New patches have been added during this review cycle for the Linux 3.13.11.1
stable kernel.
The 3 new patches are summarized below. The new patches are
posted as replies to this message and also available in this git branch:
On Tue, May 06, 2014 at 04:20:59PM -0400, Rik van Riel wrote:
> On 05/06/2014 09:25 AM, Peter Zijlstra wrote:
> > On Sun, May 04, 2014 at 08:41:09AM -0400, Rik van Riel wrote:
> >> Even on 8-node DL980 systems, the NUMA distance in the
> >> SLIT table is less than RECLAIM_DISTANCE, and we will
>
On Tue, 06 May 2014 23:33:03 +0530 "Srivatsa S. Bhat"
wrote:
> --- a/kernel/stop_machine.c
> +++ b/kernel/stop_machine.c
> @@ -165,12 +165,21 @@ static void ack_state(struct multi_stop_data *msdata)
> set_state(msdata, msdata->state + 1);
> }
>
> +/* Holding area for active
Hi Davidlohr,
On Tue, May 6, 2014 at 10:06 PM, Davidlohr Bueso wrote:
> On Fri, 2014-05-02 at 15:16 +0200, Michael Kerrisk (man-pages) wrote:
>> Hi Manfred,
>>
>> On Mon, Apr 21, 2014 at 4:26 PM, Manfred Spraul
>> wrote:
>> > Hi all,
>> >
>> > the increase of SHMMAX/SHMALL is now a 4 patch
On Tue, 6 May 2014 16:12:54 -0400
Dan Streetman wrote:
> On Mon, May 5, 2014 at 10:18 PM, Steven Rostedt wrote:
> > On Fri, 2 May 2014 15:02:29 -0400
> > Dan Streetman wrote:
> >
> >> Add plist_rotate(), which moves the specified plist_node after
> >> all other same-priority plist_nodes in
On Tue, May 06, 2014 at 04:19:21PM -0400, Rik van Riel wrote:
> On 05/06/2014 07:54 AM, Peter Zijlstra wrote:
> > On Fri, May 02, 2014 at 11:19:47AM -0400, Rik van Riel wrote:
> >> As an aside, it also looks like SD_BALANCE_WAKE is set on all domains
> In 1024 bytes of memory, and keep an efficient kernel to handle
> arbitrary number of sockets using the venerable and slow BSD socket api.
I agree running in 1024 bytes would be challenging.
> Adding ~1000 lines of code to save few KB was the point I gave up.
You're refering to fib_list? It
On Tue, May 6, 2014 at 4:29 PM, Felipe Balbi wrote:
> Hi,
>
> Just caught this with v3.14-rc4 running with
>
> 01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce
> GTX 650] (rev a1)
>
> full dmesg attached
>
> [ 239.589213]
On Tue, May 6, 2014 at 1:29 PM, Andy Lutomirski wrote:
>
> The only reason it's Signed-off-by is that I agree to the DCO.
> That should not be construed to mean that anyone should apply
> this patch. It's an abomination and it will do terrible,
> terrible things.
Heh. That is pretty disgusting.
On Tue, 06 May 2014 23:32:51 +0530 "Srivatsa S. Bhat"
wrote:
> Today the smp-call-function code just prints a warning if we get an IPI on
> an offline CPU. This info is sufficient to let us know that something went
> wrong, but often it is very hard to debug exactly who sent the IPI and why,
>
On Thu, May 01, 2014 at 09:44:48AM +0100, Mel Gorman wrote:
> +/*
> + * If PageWaiters was found to be set at unlock time, __wake_page_waiters
> + * should be called to actually perform the wakeup of waiters.
> + */
> +static inline void __wake_page_waiters(struct page *page)
> +{
> +
This could be even faster if it were written in assembler :)
The only reason it's Signed-off-by is that I agree to the DCO.
That should not be construed to mean that anyone should apply
this patch. It's an abomination and it will do terrible,
terrible things.
It boots, though :) I haven't
On Mon, 5 May 2014, Sonny Rao wrote:
> On Mon, May 5, 2014 at 7:52 PM, Nicolas Pitre
> wrote:
> > On Mon, 5 May 2014, Sonny Rao wrote:
> >
> >> Hi, we have the problem today that cpu based performance counters don't
> >> work when we're using the big.LITTLE switcher on Exynos 5420, and it
> >>
On Tue, May 06, 2014 at 01:17:58PM -0700, Eric Dumazet wrote:
> On Tue, 2014-05-06 at 11:32 -0700, Andi Kleen wrote:
> > > We simply can not compete with user space, as a programmer is free to
> > > keep what he really wants/needs.
> >
> > Not true.
>
> You can shake the kernel as much as you
From: Fabio Estevam
Since commit e7489693b3 (clk: divider: Optimize clk_divider_bestdiv loop) we
notice a system hang on mx6qboard.
The cause for the hang is well explained by Sascha Hauer [1]:
"This cannot work. _round_up_table is implemented like this:
static int _round_up_table(const
This driver adds support for EtherCAT master module located on CCAT
FPGA found on Beckhoff CX series industrial PCs. The driver exposes
EtherCAT master as an ethernet interface.
EtherCAT is a fieldbus protocol defined on top of ethernet and Beckhoff
CX5020 PCs come with built-in EtherCAT master
On Tue, May 06, 2014 at 11:42:58AM -0400, Vince Weaver wrote:
>
> So just to be difficult I fired up the perf_fuzzer on a Pentium 4 machine.
>
> It crashes more or less instantly (sorry for the line wrapping,
> just got the serial console hooked up and don't have minicom configured
> right
On Thu, May 01, 2014 at 09:44:34AM +0100, Mel Gorman wrote:
> If cpusets are not in use then we still check a global variable on every
> page allocation. Use jump labels to avoid the overhead.
>
> Signed-off-by: Mel Gorman
> ---
> include/linux/cpuset.h | 31 +++
>
in commit
72533b77d30c2be02672e26b5dde1263d7b4c2be, by specifying ARMv7 flags for pmsu.o.
Signed-off-by: Vincent Stehlé
Cc: Jason Cooper
Cc: Andrew Lunn
Cc: Gregory Clement
Cc: Sebastian Hesselbarth
Cc: Russell King
---
Hi,
This build issue can be seen with e.g. Linux next-20140506, ARCH=arm
On Tue, May 6, 2014 at 2:59 AM, Liviu Dudau wrote:
> On Mon, May 05, 2014 at 11:42:40PM +0100, Bjorn Helgaas wrote:
>> On Fri, May 02, 2014 at 12:18:07PM +0100, Liviu Dudau wrote:
>> > On Thu, May 01, 2014 at 08:05:04PM +0100, Bjorn Helgaas wrote:
>> > > I'm not a CPU
>> > > person, so I don't
Move cgroup_lock_live_group() invocation upwards to right below
cgroup_tree_mutex in cgroup_subtree_control_write(). This is to help
the planned locking simplification.
This doesn't make any userland-visible behavioral changes.
Signed-off-by: Tejun Heo
---
kernel/cgroup.c | 16
On 05/06/2014 09:25 AM, Peter Zijlstra wrote:
> On Sun, May 04, 2014 at 08:41:09AM -0400, Rik van Riel wrote:
>> Even on 8-node DL980 systems, the NUMA distance in the
>> SLIT table is less than RECLAIM_DISTANCE, and we will
>> do wake_affine across the entire system.
>
> Yeah, so the problem is
Reorganize cgroup_create() so that all paths share unlock out path.
* All err_* labels are renamed to out_* as they're now shared by both
success and failure paths.
* @err renamed to @ret for the similar reason as above and so that
it's more consistent with other functions.
* cgroup memory
The ->priv field of a cgroup directory kernfs_node points back to the
cgroup. This field is RCU cleared in cgroup_destroy_locked() for
non-kernfs accesses from css_tryget_from_dir() and
cgroupstats_build().
As these are only applicable to cgroups which finished creation
successfully and fully
cgroup_mkdir() is the sole user of cgroup_create(). Let's collapse
the latter into the former. This will help simplifying locking.
While at it, remove now stale comment about inode locking.
This patch doesn't introduce any functional changes.
Signed-off-by: Tejun Heo
---
kernel/cgroup.c | 52
After the recent cgroup_kn_lock_live() changes, cgroup_mutex is no
longer nested below kernfs active protection. The two don't have any
relationship now.
This patch nests kernfs active protection under cgroup_mutex. All
cftype operations now require both cgroup_tree_mutex and cgroup_mutex,
cgroup_mkdir(), cgroup_rmdir() and cgroup_subtree_control_write()
share the logic to break active protection so that they can grab
cgroup_tree_mutex which nests above active protection and/or remove
self. Factor out this logic into cgroup_kn_lock_live() and
cgroup_kn_unlock().
This patch doesn't
cgroup_tree_mutex was introduced to work around the circular
dependency between cgroup_mutex and kernfs active protection - some
kernfs file and directory operations needed cgroup_mutex putting
cgroup_mutex under active protection but cgroup also needs to be able
to access cgroup hierarchies and
Make __cgroup_procs_write() and cgroup_release_agent_write() use
cgroup_kn_lock_live() and cgroup_kn_unlock() instead of
cgroup_lock_live_group(). This puts the operations under both
cgroup_tree_mutex and cgroup_mutex protection without circular
dependency from kernfs active protection. Also,
Hello,
cgroup_tree_mutex was introduced during kernfs conversion to work
around the cyclic locking dependency between kernfs active protection
and cgroup_mutex. Some file and directory operations need to acquire
cgroup_mutex which puts the mutex under the kernfs active protection;
however,
On 05/06/2014 07:54 AM, Peter Zijlstra wrote:
> On Fri, May 02, 2014 at 11:19:47AM -0400, Rik van Riel wrote:
>> As an aside, it also looks like SD_BALANCE_WAKE is set on all domains
>> of a NUMA system by default, so even the non-affine wakeup will end
>> up looking for the lowest load NUMA node
On Tue, 2014-05-06 at 11:32 -0700, Andi Kleen wrote:
> > We simply can not compete with user space, as a programmer is free to
> > keep what he really wants/needs.
>
> Not true.
You can shake the kernel as much as you want, you wont make :
- a TCP socket
- a dentry
- an inode
- a file structure
On Tue, May 06, 2014 at 04:56:06PM +0200, Tobias Klauser wrote:
> > + if (skb) {
> > + memcpy(skb_put(skb, pkt_size), data, pkt_size);
> > + skb->protocol = eth_type_trans(skb, priv->net_dev);
> > + dev_dbg(dev, "Protocol type: %x\n",
>From d39d3460f1ab36365a48b6815dd9a5d26613d3ec Mon Sep 17 00:00:00 2001
From: poma
Date: Tue, 6 May 2014 22:03:38 +0200
Subject: [PATCH] WAPF 4 for ASUSTeK COMPUTER INC. X75VBP WLAN ON.
Signed-off-by: poma
---
drivers/platform/x86/asus-nb-wmi.c | 9 +
1 file changed, 9 insertions(+)
Acked-by: Michael Schmitz
On Mon, May 5, 2014 at 5:35 PM, Finn Thain wrote:
>
> Signed-off-by: Finn Thain
> Cc: Michael Schmitz
>
> ---
>
> As requested:
> http://marc.info/?l=linux-arm-kernel=139853302724112=2
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index e67ea24..60ea600 100644
> ---
On Sun, Apr 27, 2014 at 09:44:31PM +0530, Aneesh Kumar K.V wrote:
> As per LSF/MM summit discussion I am reposting the richacl patchset for
> upstream inclusion. The patchset includes minimal changes required to
> implement
> a new acl model similar to NFSv4 ACL. The acl model selection is based
On Monday 28 April 2014 12:51:57 Jacob Pan wrote:
> On Sat, 26 Apr 2014 12:24:45 +0200
>
> Pali Rohár wrote:
> > Hello,
> >
> > on intel haswell mobile cpu it is not possible to load
> > intel_rapl driver. Modprobe will show this error message:
> >
> > intel_rapl.ko': -1 No such device
> >
On Mon, May 5, 2014 at 10:18 PM, Steven Rostedt wrote:
> On Fri, 2 May 2014 15:02:29 -0400
> Dan Streetman wrote:
>
>> Add plist_rotate(), which moves the specified plist_node after
>> all other same-priority plist_nodes in the list.
>
> This is a little confusing? You mean it takes a
On Tue, 6 May 2014, Andrey Ryabinin wrote:
> According to arm procedure call standart r2 register is call-cloberred.
> So after the result of x expression was put into r2 any following
> function call in p may overwrite r2. To fix this, the result of p
> expression must be saved to the temporary
On Tue, May 06, 2014 at 01:25:01PM -0400, David Miller wrote:
> From: j...@joshtriplett.org
> Date: Tue, 6 May 2014 10:21:06 -0700
>
> > On Tue, May 06, 2014 at 01:17:52PM -0400, David Miller wrote:
> >> From: j...@joshtriplett.org
> >> Date: Tue, 6 May 2014 09:45:46 -0700
> >>
> >> > The kernel
Darren Etheridge wrote on Tue [2014-May-06 14:58:04 -0500]:
> Nishanth Menon wrote on Tue [2014-May-06 14:46:10 -0500]:
> > On 05/06/2014 02:40 PM, Felipe Balbi wrote:
> > > On Tue, May 06, 2014 at 07:26:17PM +0530, Sricharan R wrote:
> > >> This adds the irq crossbar device node.
> > >>
> > >>
On Tue, May 06, 2014 at 12:50:49PM -0700, Andi Kleen wrote:
>
> > So I think Dave is right
> > in rejecting anything that compromises the _quality_ of the stack.
>
> I don't think anything I removed compromised quality (modulo bugs)
> It's still a more-features-than-your-typical-BSD TCP/IP stack
> You see, that's the point I'm trying to make, once it's upstream
> then it's my problem.
FWIW I don't think any of the changes I proposed would be likely
to add lots of new bugs. Nothing was really adding any significant new logic,
just doing less (modulo perhaps fib_list) Was that your main
On Fri, 2014-05-02 at 15:16 +0200, Michael Kerrisk (man-pages) wrote:
> Hi Manfred,
>
> On Mon, Apr 21, 2014 at 4:26 PM, Manfred Spraul
> wrote:
> > Hi all,
> >
> > the increase of SHMMAX/SHMALL is now a 4 patch series.
> > I don't have ideas how to improve it further.
>
> On the assumption
On Mon, May 05, 2014 at 08:51:13AM -0700, Guenter Roeck wrote:
> On Sun, May 04, 2014 at 10:07:58PM -0500, Maxime Ripard wrote:
> > Hi,
> >
> > This serie moves the restart code out of the mach-sunxi directory to
> > either the watchdog driver or to a new driver in drivers/power/reset.
> >
> >
This patch fixes all prohibited spaces after open '(' checkpatch.pl errors
for rtl8188eu.
Signed-off-by: Remi Pommarel
---
drivers/staging/rtl8188eu/include/odm_debug.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/odm_debug.h
> not quite. I'm saying: no extra optimizations, no GCC changes.
> Compile kernel as-is. Most functions have a stub for mcount() already.
> Use it to track whether kernel function was called or not.
> Collect this data in userspace (as perf already does), add few
> more functions that had
On Tue 06-05-14 16:00:37, Will Deacon wrote:
> On Tue, May 06, 2014 at 03:00:32PM +0100, Jan Kara wrote:
> > On Tue 06-05-14 14:12:34, Will Deacon wrote:
> > > On Tue, May 06, 2014 at 01:29:58PM +0100, Jan Kara wrote:
> > > > Well, with serial console the backlog can get actually pretty big.
>
On Tue, May 6, 2014 at 1:47 AM, Dan Carpenter wrote:
>> - boolsearch_dir[4] = {0, 0, 0, 0};
>> + boolsearch_dir[4] = {0};
>
> That's weird. The original code is valid but it generates a sparse
> warning.
>
>
Nishanth Menon wrote on Tue [2014-May-06 14:46:10 -0500]:
> On 05/06/2014 02:40 PM, Felipe Balbi wrote:
> > On Tue, May 06, 2014 at 07:26:17PM +0530, Sricharan R wrote:
> >> This adds the irq crossbar device node.
> >>
> >> There is a IRQ crossbar device in the soc, which
> >> maps the irq
Andrew, could you queue/fold this one, please?
On Fri 02-05-14 17:48:52, Michal Hocko wrote:
[...]
> From 3101ce41cc8c0c9691d98054e8811c66a77cd079 Mon Sep 17 00:00:00 2001
> From: Michal Hocko
> Date: Fri, 2 May 2014 17:47:32 +0200
> Subject: [PATCH] mmotm:
> Can this at least be done without the combinatorial explosion in
> number of configurations? As Yuchung pointed out these patches
> introduce at least one unresolved configuration dependency. CONFIG_SMP
> works quite well since with a single parameter we can enable/disable a
> whole bunch of
Andrew, could you queue this one please?
On Fri 02-05-14 11:43:51, Michal Hocko wrote:
[...]
> From 30b9505169e574cdb553226e1a361cc527ed492b Mon Sep 17 00:00:00 2001
> From: Michal Hocko
> Date: Fri, 2 May 2014 11:42:35 +0200
> Subject: [PATCH] mmotm:
On Tue, May 06, 2014 at 08:30:01PM +0200, Michal Hocko wrote:
> On Tue 06-05-14 12:51:50, Johannes Weiner wrote:
> > On Tue, May 06, 2014 at 06:12:56PM +0200, Michal Hocko wrote:
> > > On Tue 06-05-14 11:21:12, Johannes Weiner wrote:
> > > > On Tue, May 06, 2014 at 04:32:42PM +0200, Michal Hocko
From: Corey Minyard
If the sched_clock time starts at a large value, the kernel will spin
in sched_avg_update for a long time while rq->age_stamp catches up
with rq->clock.
The comment in kernel/sched/clock.c says that there is no strict promise
that it starts at zero. So initialize
> So I think Dave is right
> in rejecting anything that compromises the _quality_ of the stack.
I don't think anything I removed compromised quality (modulo bugs)
It's still a more-features-than-your-typical-BSD TCP/IP stack
-Andi
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, 6 May 2014 19:35:32 + (UTC)
Mathieu Desnoyers wrote:
> I'm OK with the intend, however there seems to be two means to achieve
> this, and I'm not sure the proposed solution is safe.
I do plan on adding more documentation to this to stress that this
should be done like this. But
On 05/06/2014 02:40 PM, Felipe Balbi wrote:
> On Tue, May 06, 2014 at 07:26:17PM +0530, Sricharan R wrote:
>> This adds the irq crossbar device node.
>>
>> There is a IRQ crossbar device in the soc, which
>> maps the irq requests from the peripherals to the
>> mpu interrupt controller's inputs.
On Tue, May 06, 2014 at 07:26:17PM +0530, Sricharan R wrote:
> This adds the irq crossbar device node.
>
> There is a IRQ crossbar device in the soc, which
> maps the irq requests from the peripherals to the
> mpu interrupt controller's inputs. The Peripheral irq
> requests are connected to only
On 04/14, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Separate Qualcomm low-level debugging UART to two options.
>
> DEBUG_MSM_UART is used in earlier non-multi platform arches,
> like MSM7X00A, QSD8X50 and MSM7X30.
>
> DEBUG_QCOM_UARTDM is used in multi-plafrom arches and have
>
On Tue, May 06, 2014 at 11:58:38AM -0700, Tom Herbert wrote:
> On Tue, May 6, 2014 at 11:32 AM, Andi Kleen wrote:
> >> We simply can not compete with user space, as a programmer is free to
> >> keep what he really wants/needs.
> >
> > Not true.
> >
> > With my patches and LTO Linux can be
- Original Message -
> From: "Steven Rostedt"
> To: "LKML"
> Cc: "Andrew Morton" , "Mathieu Desnoyers"
> , "Javi Merino"
> , "David Howells" , "Ingo Molnar"
>
> Sent: Tuesday, May 6, 2014 9:44:07 AM
> Subject: [RFA][PATCH] tracing: Add trace__enabled() function
>
>
> There are some
On Tue, 6 May 2014, Rafael J. Wysocki wrote:
> > > > You are using leave_runtime_suspended to mean two different things:
> > > > remain runtime-suspended during the system suspend stages (i.e., no
> > > > reprogramming is needed so don't go to full power), and remain
> > > > runtime-suspended
On Tue, 6 May 2014 19:16:34 + (UTC)
Mathieu Desnoyers wrote:
> - Original Message -
> > From: "Steven Rostedt"
> > To: "LKML"
> > Cc: "Javi Merino" , "Andrew Morton"
> > , "Mathieu Desnoyers"
> > , "Ingo Molnar" ,
> > "Namhyung Kim" , "Jiri
> > Olsa"
> > Sent: Tuesday, May 6,
On 5/6/2014 2:11 PM, Suravee Suthikulanit wrote:
On 5/6/2014 1:14 PM, Joerg Roedel wrote:
On Mon, Apr 28, 2014 at 05:27:46PM -0500, Suthikulpanit, Suravee wrote:
From: Jay Cornwall
get_user_pages requires caller to hold a read lock on mmap_sem.
Right, but can't we just switch to
Firstly, let me remind that my understanding of low lovel hardware details
is very limited.
On 05/06, Denys Vlasenko wrote:
>
> Oleg, can you clear for me the following -
>
> If the probed instruction triggers an "illegal insn" or "privileged insn"
> CPU exception - are we completely fine?
Yes I
On Tue, 2014-05-06 at 11:23 -0700, Andi Kleen wrote:
> Ok I need to fix that, because a single slot on a 2MB system
> is likely not enough.
You have nothing to do.
It will use a 128 slots hash table with current code.
--
To unsubscribe from this list: send the line "unsubscribe
2014-05-06 12:12 GMT-07:00 Brian Lilly :
> It is happening during boot up:
>
>
>
> Configuring network interfaces... [ 35.117114] fec 800f.ethernet
> eth0: Freescale FEC PHY driver [SMSC LAN8710/LAN8720]
Note that the SMSC PHY driver is picked up here, and that specific
driver implements a
On 05/01/2014 04:44 AM, Mel Gorman wrote:
> cold is a bool, make it one. Make the likely case the "if" part of the
> block instead of the else as according to the optimisation manual this
> is preferred.
>
> Signed-off-by: Mel Gorman
Acked-by: Rik van Riel
--
All rights reversed
--
To
On Tue, May 06, 2014 at 11:33:11AM -0700, Cong Wang wrote:
>
> So why bothers 3.15+ Linux kernel? Why not use an old kernel e.g. 2.4.x?
> 2.4.x kernel doesn't have so many new features you want to get rid of here.
If you compare a 3.x and a 2.4.x kernel with the same minimal feature
set, you
201 - 300 of 1654 matches
Mail list logo
