2013/4/1, Jaegeuk Kim :
> This patch adds a new condition that allocates free segments in the current
> active section even if SSR is needed.
> Otherwise, f2fs cannot allocate remained free segments in the section since
> SSR finds dirty segments only.
>
> Signed-off-by: Jaegeuk Kim
Looks good!
From: Nicolas Ferre
Needed for future use with dmaengine enabled driver.
Signed-off-by: Nicolas Ferre
Cc: spi-devel-gene...@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
[wenyou.y...@atmel.com: submit the patch]
Signed-off-by: Wenyou Yang
---
drivers/spi/spi-atmel.c |2 ++
1
hayeswang :
[...]
> Excuse me, I don't sure what is your question. Do you mean if the patch
> "[PATCH v2 net-next 5/8] r8169: Update the RTL8111G parameters" is necessary
> before the current patch? According to the settings from our hw engineers,
> some settings of the new chip are the same with
2013/4/1, Jaegeuk Kim :
> In get_node_page, we do not need to call lock_page all the time.
>
> If the node page is cached as uptodate,
>
> 1. grab_cache_page locks the page,
> 2. read_node_page unlocks the page, and
> 3. lock_page is called for further process.
>
> Let's avoid this.
Instead of
2013/4/1, Jaegeuk Kim :
> The foreground GCs are triggered under not enough free sections.
> So, we should not skip moving valid blocks in the victim segments.
>
> Signed-off-by: Jaegeuk Kim
Looks good to me~
Reviewed-by: Namjae Jeon
Thanks.
--
To unsubscribe from this list: send the line
2013/4/1, Jaegeuk Kim :
> In order to do GC more reliably, I'd like to lock the vicitm summary page
> until its GC is completed, and also prevent any checkpoint process.
>
> Signed-off-by: Jaegeuk Kim
> ---
> fs/f2fs/gc.c| 8 +---
> fs/f2fs/node.c | 2 +-
> fs/f2fs/super.c | 7 +--
>
On 04/03/2013 01:38 PM, Michael Wang wrote:
> On 04/03/2013 12:28 PM, Alex Shi wrote:
> [snip]
>>
>> but the patch may cause some unfairness if this/prev cpu are not burst at
>> same time. So could like try the following patch?
>
> I will try it later, some doubt below :)
>
> [snip]
>> +
>> +
2013/4/1, Jaegeuk Kim :
> This patch removes a bitmap for victim segments selected by foreground GC,
> and
> modifies the other bitmap for victim segments selected by background GC.
>
> 1) foreground GC bitmap
> : We don't need to manage this, since we just only one previous victim
> section
>
Please, try this patch maybe it can help localize your problem.
drivers/tty/n_tty.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/tty/n_tty.c b/drivers/tty/n_tty.c
index 05e72be..28f15d0 100644
--- a/drivers/tty/n_tty.c
+++ b/drivers/tty/n_tty.c
@@ -230,6 +230,7 @@ static void
struct rq *rq = cpu_rq(i);
>> +
>> +if (burst && rq->nr_running > 1)
>> +/* use nr_running as instant utilization */
>> +sgs->group_util += rq->nr_running;
>
> I guess multiplying FULL_UTIL to rq->nr_running here will remove
>
On 04/03/2013 12:28 PM, Alex Shi wrote:
[snip]
>
> but the patch may cause some unfairness if this/prev cpu are not burst at
> same time. So could like try the following patch?
I will try it later, some doubt below :)
[snip]
> +
> + if (cpu_rq(this_cpu)->avg_idle <
On Tue, Apr 02, 2013 at 10:17:29AM -0600, Toshi Kani wrote:
> Added release_mem_region_adjustable(), which releases a requested
> region from a currently busy memory resource. This interface
> adjusts the matched memory resource accordingly if the requested
> region does not match exactly but
On Wed, Apr 03, 2013 at 11:52:39AM +0800, Ming Lei wrote:
> On Wed, Apr 3, 2013 at 11:04 AM, Dave Jones wrote:
> > On Wed, Apr 03, 2013 at 10:58:23AM +0800, Ming Lei wrote:
> >
> > > diff --git a/fs/sysfs/dir.c b/fs/sysfs/dir.c
> > > index 1bf016b..328ef9b 100644
> > > --- a/fs/sysfs/dir.c
> >
On Tuesday 02 April 2013 09:10 PM, Stephen Warren wrote:
On 04/02/2013 02:37 AM, Kishon Vijay Abraham I wrote:
Hi,
On Thursday 28 March 2013 09:15 PM, Stephen Warren wrote:
On 03/27/2013 11:43 PM, Kishon Vijay Abraham I wrote:
The PHY framework provides a set of APIs for the PHY drivers to
On 3 April 2013 04:27, Rafael J. Wysocki wrote:
> On Tuesday, April 02, 2013 08:29:12 PM Viresh Kumar wrote:
>> On 2 April 2013 20:25, Nathan Zimmer wrote:
>> > The lock is unneeded if we expect register and unregister driver to not be
>> > called from muliple threads at once. I didn't make
> -Original Message-
> From: Joerg Roedel [mailto:j...@8bytes.org]
> Sent: Tuesday, April 02, 2013 8:40 PM
> To: Sethi Varun-B16395
> Cc: Yoder Stuart-B08248; Wood Scott-B07421; iommu@lists.linux-
> foundation.org; linuxppc-...@lists.ozlabs.org; linux-
> ker...@vger.kernel.org;
Kumar/Ben,
Any comments?
(Had checked with Ben (on IRC) sometime back, he was fine with this patch)
Regards
Varun
> -Original Message-
> From: Joerg Roedel [mailto:j...@8bytes.org]
> Sent: Tuesday, April 02, 2013 8:39 PM
> To: Sethi Varun-B16395
> Cc: Yoder Stuart-B08248; Wood
On 2 April 2013 23:41, Jacob Shin wrote:
> This allows for another [arch specific] driver to hook into existing
> powersave bias function of the ondemand governor. i.e. This allows AMD
> specific powersave bias function (in a separate AMD specific driver)
> to aid ondemand governor's frequency
> -Original Message-
> From: Wood Scott-B07421
> Sent: Wednesday, April 03, 2013 7:23 AM
> To: Timur Tabi
> Cc: Joerg Roedel; Sethi Varun-B16395; lkml; Kumar Gala; Yoder Stuart-
> B08248; io...@lists.linux-foundation.org; Benjamin Herrenschmidt;
> linuxppc-...@lists.ozlabs.org
> Subject:
Hi, Mark,
> -Original Message-
> From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
> Sent: 2013年4月1日 21:46
> To: Yang, Wenyou
> Cc: linux-arm-ker...@lists.infradead.org; grant.lik...@secretlab.ca;
> richard.gen...@gmail.com; plagn...@jcrosoft.com; Ferre, Nicolas; Lin, JM;
>
Hi,
On Monday 01 April 2013 07:24 PM, Vivek Gautam wrote:
Adding APIs to handle runtime power management on PHY
devices. PHY consumers may need to wake-up/suspend PHYs
when they work across autosuspend.
Signed-off-by: Vivek Gautam
---
include/linux/usb/phy.h | 141
Hi Alex,
On Sat, 30 Mar 2013 22:35:00 +0800, Alex Shi wrote:
> Sleeping task has no utiliation, when they were bursty waked up, the
> zero utilization make scheduler out of balance, like aim7 benchmark.
>
> rq->avg_idle is 'to used to accommodate bursty loads in a dirt simple
> dirt cheap manner'
On 03/30/2013 08:54 AM, Tejun Heo wrote:
> show_regs() is inherently arch-dependent but it does make sense to
> print generic debug information and some archs already do albeit in
> slightly different forms. This patch introduces a generic function to
> print debug information from show_regs() so
Hi Balbi,
On Tue, Apr 2, 2013 at 2:02 PM, Felipe Balbi wrote:
> Hi,
>
> On Mon, Apr 01, 2013 at 07:24:03PM +0530, Vivek Gautam wrote:
>> +#else
>> +#define dwc3_runtime_suspend NULL
>> +#define dwc3_runtime_resume NULL
>
> this #else branch is unnecessary. Look at the
On 18:46 Tue 02 Apr , Boris BREZILLON wrote:
> This patch fixes wrong clock request for TC block 2.
> The second block was using t0_clk, t1_clk and t2_clk clks instead of
> t3_clk, t4_clk and t5_clk clks.
>
this is intended as we have 3 clock per device
Best Regards,
J.
>
> Signed-off-by:
On Tue, 2 Apr 2013 17:13:00 -0700
Greg KH wrote:
> On Tue, Apr 02, 2013 at 04:53:40PM -0700, Jacob Pan wrote:
> > On Tue, 2 Apr 2013 16:00:42 -0700
> > Greg KH wrote:
> >
> > > And, one final complaint, never use "raw" kobjects, for loads of
> > > good reasons, not the least being you just
On 07:20 Wed 03 Apr , Tony Prisk wrote:
Acked-by: Jean-Christophe PLAGNIOL-VILLARD
on the whole serie
Best Regards,
J.
> V3 Changes:
> Tidied up patch 1 as requested by Jean-Christophe - Makes the patch much
> simpler.
>
> V2 Changes:
> Split the SoC and board portions of the binding into
Abhilash Kesavan wrote:
> >> > One concern is that I cannot apply Patch 1/4 directly as the .dts
> file isn't
> >> > available to me.
> >> > Do you intend to apply that patch to another tree and apply the other
> three
> >> > to devfreq tree?
> >> I have been merging the devfreq tree into Kgene's
On 04/03/2013 11:23 AM, Michael Wang wrote:
> On 04/03/2013 10:56 AM, Alex Shi wrote:
>> On 04/03/2013 10:46 AM, Michael Wang wrote:
>>> | 15 GB | 16 | 45110 | | 48091 |
>>> | 15 GB | 24 | 41415 | | 47415 |
>>> | 15 GB | 32 | 35988 | | 45749 | +27.12%
>>>
>>> Very nice
2013/4/3, Jaegeuk Kim :
> Hi,
> Thank you for your contribution.
>
> As I consider the null pointer check, generic_writepages() originally
> does so.
> Therefore, I think f2fs_write_data_pages() is better to handle this.
> Please review the modified patch.
> Thanks,
>
> ---
> From
This patch fixes compile warning in i386:
drivers/base/cpu.c: In function 'show_crash_notes_size':
drivers/base/cpu.c:142:2: warning: format '%lu' expects argument of type 'long
unsigned int', but argument 3 has type 'unsigned int' [-Wformat]
Reported-by: kbuild test robot
Signed-off-by: Zhang
On Mon, Apr 01, 2013 at 09:59:00PM -0700, Tony Chung wrote:
> Thanks Guenter!
> I agree with you. My first reaction was also about a small watchdog
> server that will start in early boot process. There are pros and
> cons. For example, there are many types of watchdog devices such as
>
On Tue, Mar 26, 2013 at 01:46:56PM -0700, Andrew Morton wrote:
[...]
> > +The file memory.pressure_level is only used to setup an eventfd,
> > +read/write operations are no implemented.
[...]
> Did we tell people how to use the eventfd interface anywhere?
Good point. In v4 I added a detailed
On Wed, Mar 27, 2013 at 10:53:30AM +0900, Kamezawa Hiroyuki wrote:
[...]
> >+++ b/mm/memcontrol.c
> >@@ -49,6 +49,7 @@
> > #include
> > #include
> > #include
> >+#include
> > #include
> > #include
> > #include
> >@@ -376,6 +377,9 @@ struct mem_cgroup {
> > atomic_t
gned int' to 'unsigned long',
this avoids possible overflows;
- Added Kamezawa's Ack, and rebased onto 3.9.0-rc5-next-20130402+.
In v3:
- No changes in the code, just updated commit message to incorporate the
answer to Minchan Kim's comment regarding applicability to embedded use
ca
On Wed, Apr 3, 2013 at 11:04 AM, Dave Jones wrote:
> On Wed, Apr 03, 2013 at 10:58:23AM +0800, Ming Lei wrote:
>
> > diff --git a/fs/sysfs/dir.c b/fs/sysfs/dir.c
> > index 1bf016b..328ef9b 100644
> > --- a/fs/sysfs/dir.c
> > +++ b/fs/sysfs/dir.c
> > @@ -268,6 +268,13 @@ void
>> Yes, indeed you are very right - and thanks for looking at such depth.
>
> So what about the patch bellow? It seems that I provoked all this mess
> but my brain managed to push it away so I do not remember why I thought
> the parent needs reference drop... It is "only" 3.9 thing fortunately.
>
On 2013/4/2 21:32, Michal Hocko wrote:
> On Tue 02-04-13 16:22:23, Glauber Costa wrote:
>> On 04/02/2013 04:16 PM, Michal Hocko wrote:
>>> On Tue 02-04-13 15:35:28, Li Zefan wrote:
>>> [...]
@@ -6247,16 +6247,7 @@ mem_cgroup_css_online(struct cgroup *cont)
error =
On 2 April 2013 22:10, Olof Johansson wrote:
> On Wed, Mar 13, 2013 at 03:05:15PM +0530, Sachin Kamat wrote:
>> Fixes the following errors:
>> ERROR: do not initialise statics to 0 or NULL
>> ERROR: space required after that ',' (ctx:VxV)
>>
>> Signed-off-by: Sachin Kamat
>> ---
>> Compile
On 04/03/2013 10:56 AM, Alex Shi wrote:
> On 04/03/2013 10:46 AM, Michael Wang wrote:
>> | 15 GB | 16 | 45110 | | 48091 |
>> | 15 GB | 24 | 41415 | | 47415 |
>> | 15 GB | 32 | 35988 | | 45749 |+27.12%
>>
>> Very nice improvement, I'd like to test it with the
On 04/02/2013 11:23 AM, Alex Shi wrote:
> Old function count the runnable avg on rq's nr_running even there is
> only rt task in rq. That is incorrect, so correct it to cfs_rq's
> nr_running.
this patch is incorrect and removed in
https://github.com/alexshi/power-scheduling.git runnablelb
On Tue, Apr 2, 2013 at 11:56 PM, Shawn Guo wrote:
> Ok, I'm seeing the error now on linux-next. It's not about compiler
> but the commit 3d5a965 (clocksource: make CLOCKSOURCE_OF_DECLARE type
> safe), which removes the semicolon at end of the
> CLOCKSOURCE_OF_DECLARE definition.
Right, the
From: David Jeffery
When checking if an autofs mount point is busy it isn't sufficient to
only check if it's a mount point.
For example, if the mount of an offset mountpoint in a tree is denied
for this host by its export and the dentry becomes a process working
directory the check incorrectly
From: Claudiu Ghioc
Fixed the sparse warning:
* "fs/autofs4/root.c:411:5: warning:
symbol 'autofs4_d_manage' was not declared.
Should it be static?"
edit: imk
Clearly it should be static as the function is declared static at
the top of root.c.
end edit: imk
Signed-off-by: Claudiu
Hi,
Thank you for your contribution.
As I consider the null pointer check, generic_writepages() originally
does so.
Therefore, I think f2fs_write_data_pages() is better to handle this.
Please review the modified patch.
Thanks,
---
From d3c811a51c7062fb1b66bec910ed346447c02032 Mon Sep 17
Francois Romieu [mailto:rom...@fr.zoreil.com]
> Sent: Wednesday, April 03, 2013 6:27 AM
> To: Hayeswang
> Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH v2 net-next 6/8] r8169: add a new chip
> for RTL8111G
>
> Hayes Wang :
> > Add a new chip for RTL8111G
On Wed, Apr 03, 2013 at 10:58:23AM +0800, Ming Lei wrote:
> diff --git a/fs/sysfs/dir.c b/fs/sysfs/dir.c
> index 1bf016b..328ef9b 100644
> --- a/fs/sysfs/dir.c
> +++ b/fs/sysfs/dir.c
> @@ -268,6 +268,13 @@ void release_sysfs_dirent(struct sysfs_dirent * sd)
> */
> parent_sd =
It might be a kernel disaster if one sysfs entry is freed but
still referenced by sysfs tree.
Recently Dave and Sasha reported one use-after-free problem on
sysfs entry, and the problem has been troubleshooted with help
of debug message added in this patch.
Given sysfs_get_dirent/sysfs_put are
On 04/02/2013 10:30 PM, David Miller wrote:
> From: Alan Ott
> Date: Tue, 02 Apr 2013 22:25:28 -0400
>
>> The workqueue in mac802154 is only needed because the current mac802154
>> xmit() function is designed to be blocking and synchronous.
>>
>> Prior to my patch (#3/6), that very same workqueue
On 04/03/2013 10:46 AM, Michael Wang wrote:
> | 15 GB | 16 | 45110 | | 48091 |
> | 15 GB | 24 | 41415 | | 47415 |
> | 15 GB | 32 | 35988 | | 45749 | +27.12%
>
> Very nice improvement, I'd like to test it with the wake-affine throttle
> patch later, let's see what
On 3 April 2013 10:29, Shawn Guo wrote:
> On Tue, Apr 02, 2013 at 01:30:32PM -0300, Fabio Estevam wrote:
>> Fix the following build error:
>>
>> drivers/clocksource/mxs_timer.c:304:1: error: expected ',' or ';' at end of
>> input
>>
> What's your gcc version? I'm using gcc version 4.6.3
- Original Message -
> From: "David Howells"
> To: "CAI Qian" , ru...@rustcorp.com.au
> Cc: dhowe...@redhat.com, "LKML"
> Sent: Wednesday, April 3, 2013 1:38:50 AM
> Subject: Re: NULL pointer at kset_find_obj
>
> CAI Qian wrote:
>
> > Just booted the latest mainline,
> >
> > [
Commit 201c373e8e ("sched/debug: Limit sd->*_idx range on sysctl")
was an incomplete bug fix. This patch fixs sd->*_idx limit range to
[0 ~ CPU_LOAD_IDX_MAX - 1] avioding array overflow caused by setting
sd->*_idx to CPU_LOAD_IDX_MAX on sysctl.
Signed-off-by: Libin
---
kernel/sched/core.c |
On 04/02/2013 04:35 PM, Alex Shi wrote:
[snip]
>>
>> The reason may caused by wake_affine()'s higher overhead, and pgbench is
>> really sensitive to this stuff...
>
> Thanks for testing. Could you like to remove the last patch and test it
> again? I want to know if the last patch has effect on
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_panel.c between commit b1289371fcd5 ("Revert
"drm/i915: write backlight harder"") from Linus' tree and commit
31ad8ec6a614 ("drm/i915: group backlight related stuff into a struct")
from the
Reserving a large number of 1GB hugetlbfs pages at boot takes a very
long time due to the pages being memset to 0 during the reservation.
This is unneeded as the pages will be zeroed by clear_huge_page() when
being allocated by the user.
Large system sites would at times like to allocate a very
Alan Ott wrote:
> 1. Most supported devices have only single packet output buffer, so
> blocking in the driver is the most straight-forward way to handle it.
> The alternative is to make each driver have a workqueue for xmit() (to
> lift the blocking out from atomic context). This makes each
On 04/03/2013 10:22 AM, Paul Turner wrote:
> On Tue, Apr 2, 2013 at 7:15 PM, Alex Shi wrote:
>> On 04/02/2013 05:02 PM, Namhyung Kim wrote:
> + cfs_util = (FULL_UTIL - rt_util) > rq->util ? rq->util
> + : (FULL_UTIL - rt_util);
> + nr_running = rq->nr_running ?
Signed-off-by: Axel Lin
---
drivers/regulator/ab8500.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/regulator/ab8500.c b/drivers/regulator/ab8500.c
index 73d84d8..d3170ae 100644
--- a/drivers/regulator/ab8500.c
+++ b/drivers/regulator/ab8500.c
@@ -3021,11 +3021,15 @@ static
Fix below build errors:
CC drivers/regulator/ab8500.o
drivers/regulator/ab8500.c: In function 'ab8500_regulator_probe':
drivers/regulator/ab8500.c:3018:3: error: 'match_size' undeclared (first use in
this function)
drivers/regulator/ab8500.c:3018:3: note: each undeclared identifier is
Both voltages and voltages_len are not exist in struct ab8500_regulator_info.
Signed-off-by: Axel Lin
---
drivers/regulator/ab8500.c |7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/regulator/ab8500.c b/drivers/regulator/ab8500.c
index abdfbd4..bdd17e6 100644
The delay field is removed from struct ab8500_regulator_info in commit 29234928
"regulator: ab8500: Remove set_voltage_time_sel and delay setting".
In additional, current delay setting does not make sense at all.
ab8500_regulator_mode_ops is for fixed voltage only, which does not need
From: Alan Ott
Date: Tue, 02 Apr 2013 22:25:28 -0400
> The workqueue in mac802154 is only needed because the current mac802154
> xmit() function is designed to be blocking and synchronous.
>
> Prior to my patch (#3/6), that very same workqueue would actually queue
> up packets (without bound).
2013/4/2 Mark Brown :
> On Tue, Apr 02, 2013 at 08:39:53AM +0800, Axel Lin wrote:
>> This patch removes 'delay' field which does not exist in struct
>> ab8500_regulator_info. ( The 'delay' field was removed because fixed
>> regulator
>> does not need to implement set_voltage_time_sel. )
>> Fix
On Tue, Apr 02, 2013 at 01:30:32PM -0300, Fabio Estevam wrote:
> Fix the following build error:
>
> drivers/clocksource/mxs_timer.c:304:1: error: expected ',' or ';' at end of
> input
>
What's your gcc version? I'm using gcc version 4.6.3 (Ubuntu/Linaro
4.6.3-1ubuntu5), and do not see the
On 04/02/2013 10:03 PM, David Miller wrote:
> From: Alan Ott
> Date: Tue, 02 Apr 2013 21:59:37 -0400
>
>> On 04/02/2013 09:56 PM, David Miller wrote:
>>> From: Alan Ott
>>> Date: Tue, 02 Apr 2013 21:24:59 -0400
>>>
I like it for a couple of reasons.
1. Most supported devices have only
On Tue, Apr 2, 2013 at 7:15 PM, Alex Shi wrote:
> On 04/02/2013 05:02 PM, Namhyung Kim wrote:
>>> > + cfs_util = (FULL_UTIL - rt_util) > rq->util ? rq->util
>>> > + : (FULL_UTIL - rt_util);
>>> > + nr_running = rq->nr_running ? rq->nr_running : 1;
>> This can be cleaned up with
Kukjin Kim wrote:
>
> Doug Anderson wrote:
> >
> > to make suspend/resume reliable on the ARM Chromebook
> > (exynos5250-snow).
> >
> > A few more details:
> > - The first patch is not strictly needed but was a nice cleanup. Our
> > understanding was that EINT0 was originally turned on for
On 04/02/2013 05:02 PM, Namhyung Kim wrote:
>> > + cfs_util = (FULL_UTIL - rt_util) > rq->util ? rq->util
>> > + : (FULL_UTIL - rt_util);
>> > + nr_running = rq->nr_running ? rq->nr_running : 1;
> This can be cleaned up with proper min/max().
>
>> > +
>> > + return rt_util +
On Tue, 2 Apr 2013, Randy Dunlap wrote:
> On 04/02/13 11:41, Casey Schaufler wrote:
> > As reported for linux-next: Tree for Apr 2 (smack)
> > Add the required include for smackfs.c
> >
> > Signed-off-by: Casey Schaufler
>
> Reported-by: Randy Dunlap
> Acked-by: Randy Dunlap
>
Applied to
On 04/03/2013 09:23 AM, Paul Turner wrote:
> Nack:
> Vincent is correct, rq->avg is supposed to be the average time that an
> rq is runnable; this includes (for example) SCHED_RT.
>
> It's intended to be more useful as a hint towards something like a
> power governor which wants to know how busy
On 03/22/13 08:43, James Hogan wrote:
> This patchset adds support for automatic selection of the best parent
> for a clock mux, i.e. the one which can provide the closest clock rate
> to that requested. It can be controlled by a new CLK_SET_RATE_REMUX flag
> so that it doesn't happen unless
From: Alan Ott
Date: Tue, 02 Apr 2013 21:59:37 -0400
> On 04/02/2013 09:56 PM, David Miller wrote:
>> From: Alan Ott
>> Date: Tue, 02 Apr 2013 21:24:59 -0400
>>
>>> I like it for a couple of reasons.
>>> 1. Most supported devices have only single packet output buffer, so
>>> blocking in the
Doug Anderson wrote:
>
> to make suspend/resume reliable on the ARM Chromebook
> (exynos5250-snow).
>
> A few more details:
> - The first patch is not strictly needed but was a nice cleanup. Our
> understanding was that EINT0 was originally turned on for exynos
> evt0 silicon and not needed
On 04/02/2013 09:56 PM, David Miller wrote:
> From: Alan Ott
> Date: Tue, 02 Apr 2013 21:24:59 -0400
>
>> I like it for a couple of reasons.
>> 1. Most supported devices have only single packet output buffer, so
>> blocking in the driver is the most straight-forward way to handle it.
>> The
From: Alan Ott
Date: Tue, 02 Apr 2013 21:24:59 -0400
> I like it for a couple of reasons.
> 1. Most supported devices have only single packet output buffer, so
> blocking in the driver is the most straight-forward way to handle it.
> The alternative is to make each driver have a workqueue for
On Thu, Mar 28, 2013 at 05:05:44PM -0700, Sandy Wu wrote:
> Occurs when CONFIG_CRYPTO_CRC32C_INTEL=y and CONFIG_CRYPTO_CRC32C_INTEL=y.
> Older versions of bintuils do not support the pclmulqdq instruction. The
> PCLMULQDQ gas macro is used instead.
>
> Signed-off-by: Sandy Wu
> Cc:
On Thu, Mar 28, 2013 at 07:19:38AM +0100, Lubomir Rintel wrote:
> This adds a driver for random number generator present on Broadcom BCM2835
> SoC,
> used in Raspberry Pi and Roku 2 devices.
Patch applied. Thanks!
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key:
On Tue, Mar 26, 2013 at 06:10:14PM -0500, Kim Phillips wrote:
> commit 2af8f4a "crypto: caam - coccicheck fixes" added error
> return values yet neglected to change the type from unsigned.
>
> Signed-off-by: Kim Phillips
Both patches applied. Thanks.
--
Email: Herbert Xu
Home Page:
On Tue, Mar 26, 2013 at 01:58:39PM -0700, Tim Chen wrote:
> Herbert,
>
> The following patch series provides optimized SHA256 and SHA512 routines
> using the SSSE3, AVX or AVX2 instructions on x86_64 for Intel cpus.
> Depending on cpu capabilities, speedup between 40% to 70% or more can be
>
On 04/02/2013 08:35:54 PM, Timur Tabi wrote:
On Tue, Apr 2, 2013 at 11:18 AM, Joerg Roedel wrote:
> > + panic("\n");
>
> A kernel panic seems like an over-reaction to an access violation.
We have no way to determining what code caused the violation, so we
can't just kill the process. I
Hi Wanpeng,
On 04/02/2013 06:57 PM, Wanpeng Li wrote:
>> >PS. For clarifying calling chains are showed as follows:
>> >setup_arch()
>> > ...
>> > initmem_init()
>> >x86_numa_init()
>> > numa_init()
>> >numa_register_memblks()
>> > setup_node_data()
>> >
Vivek Gautam wrote:
>
> Hi,
>
>
> On Fri, Mar 15, 2013 at 7:07 AM, Jingoo Han wrote:
> >
> > On Thursday, March 14, 2013 2:18 AM, Doug Anderson wrote:
> >>
> >> This is a fixup to two device tree nodes that have already landed but
> >> without clock nodes since the transition to common clock
On Tue, Apr 2, 2013 at 11:18 AM, Joerg Roedel wrote:
> > + panic("\n");
>
> A kernel panic seems like an over-reaction to an access violation.
We have no way to determining what code caused the violation, so we
can't just kill the process. I agree it seems like overkill, but what
else
Hi Toshi,
2013/04/03 1:17, Toshi Kani wrote:
> Changed __remove_pages() to call release_mem_region_adjustable().
> This allows a requested memory range to be released from
> the iomem_resource table even if it does not match exactly to
> an resource entry but still fits into. The resource
2013/04/03 1:17, Toshi Kani wrote:
> Added release_mem_region_adjustable(), which releases a requested
> region from a currently busy memory resource. This interface
> adjusts the matched memory resource accordingly if the requested
> region does not match exactly but still fits into.
>
> This
On 04/02/2013 07:13 PM, Werner Almesberger wrote:
> Alan Ott wrote:
>> it's now my opinion that we should _not_ try to retransmit at
>> all in mac802154/tx.c.
> I think the currently blocking workqueue design is ugly and
> quite contrary to how most the rest of the stack works. So
> anything that
Nack:
Vincent is correct, rq->avg is supposed to be the average time that an
rq is runnable; this includes (for example) SCHED_RT.
It's intended to be more useful as a hint towards something like a
power governor which wants to know how busy the CPU is in general.
> On the other side, periodic
2013/4/1, Jaegeuk Kim :
> A macro should not use duplicate parameter names.
>
> Signed-off-by: Jaegeuk Kim
Looks reasonable to me ~
Reviewed-by: Namjae Jeon
Thanks.
> ---
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
2013/4/1, Jaegeuk Kim :
> Let's use a macro to get the total number of sections.
>
> Signed-off-by: Jaegeuk Kim
Looks reasonable to me~
Reviewed-by: Namjae Jeon
Thanks.
> ---
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
2013/4/1, Jaegeuk Kim :
> Like below, there are 8 segment bitmaps for SSR victim candidates.
>
> enum dirty_type {
> DIRTY_HOT_DATA, /* dirty segments assigned as hot data logs */
> DIRTY_WARM_DATA,/* dirty segments assigned as warm data logs */
> DIRTY_COLD_DATA,
On Wed, Apr 03, 2013 at 11:22:35AM +1100, Stephen Rothwell wrote:
> And many, many more.
>
> Caused by commit 1f4fbcb8700c ("create_proc_cpu_mask() doesn't need an
> argument..."). Please build test this stuff *before* publishing it. :-(
"Remember to push the fixes", actually ;-/
--
To
Hi Mauro,
Today's linux-next merge of the v4l-dvb tree got a conflict in
drivers/media/pci/bt8xx/bttv-input.c between commit bf51a8c5e0b6 ("i2c:
Ignore return value of i2c_del_adapter()") from the i2c tree and commit
457ba4ce4f43 ("[media] bttv: move fini_bttv_i2c() from bttv-input.c to
On 04/02/2013 10:38 PM, Vincent Guittot wrote:
>> +static unsigned int max_rq_util(int cpu)
>> > +{
>> > + struct rq *rq = cpu_rq(cpu);
>> > + unsigned int rt_util = scale_rt_util(cpu);
>> > + unsigned int cfs_util;
>> > + unsigned int nr_running;
>> > +
>> > +
Hi Toshi,
2013/04/03 1:17, Toshi Kani wrote:
> Added __adjust_resource(), which is called by adjust_resource()
> internally after the resource_lock is held. There is no interface
> change to adjust_resource(). This change allows other functions
> to call __adjust_resource() internally while the
On Tue, Apr 02, 2013 at 03:15:23PM -0700, Hugh Dickins wrote:
> On Tue, 2 Apr 2013, Kirill A. Shutemov wrote:
> > Kirill A. Shutemov wrote:
> > > From: "Kirill A. Shutemov"
> > >
> > > ramfs is the most simple fs from page cache point of view. Let's start
> > > transparent huge page cache
Hi Mauro,
Today's linux-next merge of the v4l-dvb tree got a conflict in
drivers/staging/media/go7007/go7007-driver.c between commit bf51a8c5e0b6
("i2c: Ignore return value of i2c_del_adapter()") from the i2c tree and
commit d5d3a7cc127d ("[media] go7007: fix unregister/disconnect
handling") from
On 04/02/2013 10:30 PM, Vincent Guittot wrote:
> On 30 March 2013 15:34, Alex Shi wrote:
>> Old function count the runnable avg on rq's nr_running even there is
>> only rt task in rq. That is incorrect, so correct it to cfs_rq's
>> nr_running.
>>
>> Signed-off-by: Alex Shi
>> ---
>>
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: "Richard Guy Briggs "
commit da28d966f6aa942ae836d09729f76a1647932309 upstream.
The return code from the registration of the thermal class is used to
unallocate resources, but this failure
On Wed, Mar 27, 2013 at 12:01 PM, Arnd Bergmann wrote:
> On Wednesday 27 March 2013, Nicolas Ferre wrote:
>
>>
>> Introduction of new Atmel Cortex-A5: SAMA5D3 family.
>> - Modify AT91 Kconfig to plit ARMv4/5 and ARMv7 arch
>> -
1 - 100 of 2050 matches
Mail list logo
