The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference to the
PHY with or without using phandle. To obtain a reference to the PHY without
using phandle, the platform specfic intialization code (say from board file)
Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
binding in order for the driver to use the new generic PHY framework.
Also updated the Documentation to include the binding information.
The PHY binding information can be found at
2013/4/3 Frank Ch. Eigler :
> Frederic Weisbecker writes:
>
>> [...]
>> Sometimes I don't mind keeping around code in the kernel for out of
>> tree users, depending on the case. But in this specific matter we have
>> more standard ways to do this kind of hook: kprobes, static
>> tracepoints. A
Now the user has the choice between three implementations of
the timer tick:
* Static periodic tick
* Idle dynticks
* Full dynticks
At least for now, these are mutually exclusive choices, so
let's rely on the proper Kconfig feature to display these
to the user.
A new entry CONFIG_NO_HZ_IDLE is
Ingo,
This set addresses your review concerning the Kconfig layout.
Please note two things here that derive from what we agreed
on due to technical limitations:
* Now the full dynticks Kconfig is not hidden anymore behind its
high level dependencies. (ie: passive dependencies are now active).
The full dynticks feature only shows up when all its
Kconfig dependencies are met (RCU nocbs, RCU user mode, ...)
This is far from being user friendly as those who want to
activate this feature need to look into the Kconfig files
and iterate through each dependency then activate these
by hand in
Given that we apply a few restrictions on the full dynticks
CPUs range (keep an online timekeeper oustide the range,
then in the future have the range be an RCU nocb CPUs subset),
let's print the final resulting range of full dynticks CPUs to
the user so that he knows what's really going to run.
We are planning to convert the dynticks Kconfig options layout
into a choice menu. The user must be able to easily pick
any of the following implementations: constant periodic tick,
idle dynticks, full dynticks.
As this implies a mutual exclusion, the two dynticks implementions
need to converge
On Fri, Mar 29, 2013 at 10:03 AM, Richard Genoud
wrote:
> Instead of just enabling the settings that were disabled in the 1st
> loop, it's simpler to recall pinctrl_select_state with the old state.
>
> Signed-off-by: Richard Genoud
Patch applied with Stephen's review tag.
Thanks,
Linus
On Fri, Mar 29, 2013 at 10:03 AM, Richard Genoud
wrote:
> As Stephen Warren pointed out, pinctrl_free_setting() was called instead
> of pinmux_disable_setting() on error.
> In this error code, we want to call pinmux_disable_setting() where
> pinmux_enable_setting() was called.
> And when
2013/4/3 Linus Walleij :
> On Thu, Mar 28, 2013 at 4:47 PM, Richard Genoud
> wrote:
>> 2013/3/28 Stephen Warren :
>
>>> Again, pinconf_free_setting() is all about freeing any dynamically
>>> allocated storage required to represent the setting itself; it's not
>>> about (un-)programming HW.
>>>
>>
Vineet,
On Fri, 29 Mar 2013, Vineet Gupta wrote:
> When stress testing ARC Linux from 3.9-rc3, we've hit a serialization
> issue when mod_timer() races with itself. This is on a FPGA board and
> kernel .config among others has !SMP and !PREEMPT_COUNT.
>
> The issue happens in mod_timer( )
On Thu, Mar 28, 2013 at 9:46 PM, Maxime Ripard
wrote:
> Now that the arm core code calls irqchip_init, we can remove it from all
> the machines that were using it.
>
> Signed-off-by: Maxime Ripard
> Acked-by: Simon Horman
Acked-by: Linus Walleij
For Nomadik.
Yours,
Linus Walleij
--
To
On Wed, Mar 27, 2013 at 06:22:10PM -0700, David Rientjes wrote:
> A memcg may livelock when oom if the process that grabs the hierarchy's
> oom lock is never the first process with PF_EXITING set in the memcg's
> task iteration.
>
> The oom killer, both global and memcg, will defer if it finds an
On 04/03/2013 07:30:08 AM, Rob Landley wrote:
Attached is my quick and dirty hack to make rootfs be tmpfs when
CONFIG_TMPFS is
enabled.
For a somewhat quantum definition of "attached".
Robdiff --git a/fs/ramfs/inode.c b/fs/ramfs/inode.c
index c24f1e1..f875bf2 100644
--- a/fs/ramfs/inode.c
On Thu, Mar 28, 2013 at 5:18 PM, Axel Lin wrote:
> The pointer "port" is always not NULL if gpio->port_list is not empty.
>
> Signed-off-by: Axel Lin
Excellent catch Axel, thanks!!
Patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Thu, Mar 28, 2013 at 4:47 PM, Richard Genoud
wrote:
> 2013/3/28 Stephen Warren :
>> Again, pinconf_free_setting() is all about freeing any dynamically
>> allocated storage required to represent the setting itself; it's not
>> about (un-)programming HW.
>>
> got it.
> I'll change that
I guess
Frederic Weisbecker writes:
> [...]
> Sometimes I don't mind keeping around code in the kernel for out of
> tree users, depending on the case. But in this specific matter we have
> more standard ways to do this kind of hook: kprobes, static
> tracepoints. A tracepoint on the timer tick would be
Attached is my quick and dirty hack to make rootfs be tmpfs when
CONFIG_TMPFS is
enabled. It can't be this easy or somebody would have done it in the
_eight_years_
since https://lkml.org/lkml/2006/7/31/145
Yes, it's got an #ifdef and out of place prototypes. Yes, it manually
calls a module
The registration of the "leds-gpio" device was using
"vexpress_sysreg_dev" as a parent before it was actually
set to something different than NULL.
Trivial fix by reordering the code.
Reported-by: Lorenzo Pieralisi
Signed-off-by: Pawel Moll
---
drivers/mfd/vexpress-sysreg.c |4 ++--
1
On Wed, 3 Apr 2013 08:20:58 -0400, Theodore Ts'o wrote:
> On Wed, Apr 03, 2013 at 06:22:04PM +0800, Zheng Liu wrote:
> > Subject: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out
> >
> > From: Zheng Liu
> >
> > When an extent was zeroed out, we forgot to do convert from cpu to
From: Namhyung Kim
Update and add missing description of new sort keys.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/Documentation/perf-diff.txt | 2 +-
tools/perf/Documentation/perf-report.txt | 5 -
tools/perf/Documentation/perf-top.txt| 2 +-
From: Namhyung Kim
New addr_{to,from} sort keys provide a way to sort the entries by the
source/target symbol addresses.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/util/hist.c | 2 ++
tools/perf/util/hist.h | 2 ++
tools/perf/util/sort.c | 50
From: Namhyung Kim
Since they're used only for perf mem, separate out them to a different
dimension so that normal user cannot access them by any chance.
For global/local weights, I'm not entirely sure to place them into the
memory dimension. But it's the only user at this time.
Cc: Andi
On Thu, Mar 28, 2013 at 12:55 PM, Richard Genoud
wrote:
> In unapply_new_state, the old state is re-applied, but p->state is not
> set back as it should.
>
> Signed-off-by: Richard Genoud
> ---
> This one can be squshed with commit:
> 50cf7c8ab324de348990bb028ad9ed10872d527a
> pinctrl:
From: Namhyung Kim
They are set to constant length so no need to update every time.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/util/hist.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/tools/perf/util/hist.c b/tools/perf/util/hist.c
From: Namhyung Kim
The sort__has_sym variable is set only if a symbol-related sort key
was added. Since branch stack and memory sort dimensions are
separated, it doesn't need to be checked from common dimension.
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.c | 5 +
1 file
From: Namhyung Kim
Let's remove duplicate code.
Suggested-by: Jiri Olsa
Cc: Stephane Eranian
Cc: Andi Kleen
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.c | 41 +
1 file changed, 17 insertions(+), 24 deletions(-)
diff --git
From: Namhyung Kim
The TUI hist browser had a similar variable has_symbols for the same
purpose. Let's get rid of the duplication.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git
From: Namhyung Kim
perf top had a similar variable sort_has_symbols for the same purpose.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-top.c | 12 +++-
tools/perf/util/top.h| 1 -
2 files changed, 3 insertions(+), 10 deletions(-)
diff --git a/tools/perf/builtin-top.c
From: Namhyung Kim
New addr sort key provides a way to sort the entries by the symbol
addresses. It can be helpful to figure out symbol resolution problem
when a dso cannot do it properly as well as finding hotpath in a dso
and/or a function.
Suggested-by: Arnaldo Carvalho de Melo
Buglink:
From: Namhyung Kim
The same code was duplicate to places, factor them out to common
sort__setup_elide().
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-diff.c | 4 +---
tools/perf/builtin-report.c | 20 +---
tools/perf/builtin-top.c| 4 +---
tools/perf/util/sort.c
On Thu, Mar 28, 2013 at 12:55 PM, Richard Genoud
wrote:
> As Stephen Warren suggested, checking first if the setting->node entry
> is the first in the list or not is superfluous, as it is checked again
> in the list_for_each_entry bellow.
> So, remove it, the code will be simpler and lighter !
>
Hello,
This is a second version of my sort key cleanup series. I Added
helper function for adding sort key and used unmap_ip() function for
printing symbol address as Jiri commented. But didn't change name of
the sort keys to 'ip'. If you really think I should change, I'm okay
to do it though.
The current scheme of using the timer tick was fine
for per-thread events. However, it was causing
bias issues in system-wide mode (including for
uncore PMUs). Event groups would not get their
fair share of runtime on the PMU. With tickless
kernels, if a core is idle there is no timer tick,
and
The current scheme of using the timer tick was fine
for per-thread events. However, it was causing
bias issues in system-wide mode (including for
uncore PMUs). Event groups would not get their
fair share of runtime on the PMU. With tickless
kernels, if a core is idle there is no timer tick,
and
This patch adds /sys/device/xxx/perf_event_mux_interval_ms to ajust the
multiplexing interval per PMU. The unit is milliseconds. Value
has to be >= 1.
In the 4th version, we renamed the sysfs file to be more
consistent with the other /proc/sys/kernel entries for
perf_events.
In the 5th version,
On Wed, Apr 03, 2013 at 02:18:20PM +0200, Florian Fainelli wrote:
> Le 04/03/13 14:15, Felipe Balbi a écrit :
> >On Wed, Apr 03, 2013 at 02:11:13PM +0200, Florian Fainelli wrote:
> >>Le 04/02/13 20:06, Alan Stern a écrit :
> >>>On Tue, 2 Apr 2013, Florian Fainelli wrote:
> >>>
> This patch
On Thu, Mar 28, 2013 at 12:55 PM, Richard Genoud
wrote:
> And remove superfluous brackets.
>
> Signed-off-by: Richard Genoud
> ---
> If it's not too late, it can be squashed with commit:
> 3102a76cfbf9ac4ae0cf54c7452f7ba4292a4760
> "pinctrl: disable and free setting in select_state in case of
On Wed, Apr 03, 2013 at 06:22:04PM +0800, Zheng Liu wrote:
> Subject: [PATCH] ext4: fix a big-endian bug when an extent is zeroed out
>
> From: Zheng Liu
>
> When an extent was zeroed out, we forgot to do convert from cpu to le16.
> It could make us hit a BUG_ON when we try to write dirty pages
On Mon, Mar 25, 2013 at 05:54:39PM +0100, Viresh Kumar wrote:
> This patch moves cpufreq drivers of CRIS architecture to drivers/cpufreq.
>
> Cc: Jesper Nilsson
> Cc: Mikael Starvik
> Cc: linux-cris-ker...@axis.com
> Signed-off-by: Viresh Kumar
Ah, sorry for not responding earlier, looks
This patch exports the thermistor resistance-to-temperature tables, so that the
hwmon driver can access them, and also adds the corresponding table size
variables.
Signed-off-by: Hongbo Zhang
---
drivers/power/ab8500_bmdata.c | 20 ++--
include/linux/power/ab8500.h | 16
Each of ST-Ericsson X500 chip set series consists of both ABX500 and DBX500
chips. This is ABX500 hwmon driver, where the abx500.c is a common layer for
all ABX500s, and the ab8500.c is specific for AB8500 chip. Under this designed
structure, other chip specific files can be added simply using the
This patch adds const attributes to AB8500 power and temperature related
read-only data arrays.
Signed-off-by: Hongbo Zhang
---
drivers/power/ab8500_bmdata.c | 20 ++--
drivers/power/ab8500_fg.c | 4 ++--
include/linux/mfd/abx500.h| 6 +++---
3 files changed, 15
Some AB8500 power related variable names don't comply with kernel coding rules,
any new patch using these variables will result in CamelCase warnings from
checkpatch.pl, this patch re-name these variables.
Signed-off-by: Hongbo Zhang
---
drivers/power/ab8500_bmdata.c | 24
Make ab8500_btemp_get_temp interface public, export it and also export the
ab8500_btemp_get, ab8500_btemp_get_batctrl_temp interfaces, so that the ab8500
hwmon driver can use them.
Signed-off-by: Hongbo Zhang
---
drivers/power/ab8500_btemp.c | 5 -
Guenter and Anton,
As suggested by Anton, I rebased these patches to his latest battery-2.6 tree.
Thanks.
v7 -> v8 changes:
- rebase these patches to Anton's latest battery-2.6 tree.
v6 -> v7 changes:
- move exporting symbols from [5/5] to [4/5], which was a mistake.
v5 -> v6 changes:
- add
Le 04/03/13 14:15, Felipe Balbi a écrit :
On Wed, Apr 03, 2013 at 02:11:13PM +0200, Florian Fainelli wrote:
Le 04/02/13 20:06, Alan Stern a écrit :
On Tue, 2 Apr 2013, Florian Fainelli wrote:
This patch removes the depends on USB from all config symbols in
drivers/usb/host/Kconfig and
On Wed, Apr 03, 2013 at 02:11:13PM +0200, Florian Fainelli wrote:
> Le 04/02/13 20:06, Alan Stern a écrit :
> >On Tue, 2 Apr 2013, Florian Fainelli wrote:
> >
> >>This patch removes the depends on USB from all config symbols in
> >>drivers/usb/host/Kconfig and replace that with an if USB / endif
On Thu, Mar 28, 2013 at 7:18 AM, Tony Prisk wrote:
> On Wed, 2013-03-27 at 23:09 -0600, Stephen Warren wrote:
>> Use the new standard API of_property_read_u32_index() instead of open-
>> coding it.
>>
>> Signed-off-by: Stephen Warren
>> ---
>> Note: This depends on the proposed patch "of: Add
Le 04/02/13 20:06, Alan Stern a écrit :
On Tue, 2 Apr 2013, Florian Fainelli wrote:
This patch removes the depends on USB from all config symbols in
drivers/usb/host/Kconfig and replace that with an if USB / endif block
as suggested by Alan Stern. Some source ... Kconfig lines have been
On Wed, Apr 03, 2013 at 11:19:25AM +0100, Mel Gorman wrote:
>
> I'm running with -rc5 now. I have not noticed much interactivity problems
> as such but the stall detection script reported that mutt stalled for
> 20 seconds opening an inbox and imapd blocked for 59 seconds doing path
> lookups,
On 2013-04-01 20:41, Konrad Rzeszutek Wilk wrote:
On Mon, Apr 01, 2013 at 01:26:34PM +0800, Zhenzhong Duan wrote:
On 2013-03-29 21:46, Konrad Rzeszutek Wilk wrote:
On Fri, Mar 29, 2013 at 03:22:38PM +0800, Zhenzhong Duan wrote:
The problem is even without overwrite, like xapic system,
On Wednesday 03 April 2013 05:22 PM, Peter Ujfalusi wrote:
> On 04/03/2013 01:24 PM, Santosh Shilimkar wrote:
>> On Wednesday 03 April 2013 04:47 PM, Peter Ujfalusi wrote:
>>> cyclic DMA is only used by audio which needs DMA to be started without a
>>> delay.
>>> If the DMA for audio is started
Le 04/02/13 20:19, ba...@ti.com a écrit :
Hi,
On Tue, Apr 02, 2013 at 07:10:22PM +0200, Florian Fainelli wrote:
diff --git a/drivers/usb/musb/Kconfig b/drivers/usb/musb/Kconfig
index 05e5143..ab5a3b9 100644
--- a/drivers/usb/musb/Kconfig
+++ b/drivers/usb/musb/Kconfig
@@ -6,7 +6,6 @@
#
On 04/03/2013 01:24 PM, Santosh Shilimkar wrote:
> On Wednesday 03 April 2013 04:47 PM, Peter Ujfalusi wrote:
>> cyclic DMA is only used by audio which needs DMA to be started without a
>> delay.
>> If the DMA for audio is started using the tasklet we experience random
>> channel switch (to be
On 04/02/2013 12:13:42 PM, Antony Pavlov wrote:
The kbuild's ld-option function is broken because
the command
$(CC) /dev/null -c -o "$$TMPO"
does not create object file!
Could you glue the doc fix to this one and submit then as one patch to
the kbuild guys, please?
Thanks,
Rob--
To
On Thu, Mar 28, 2013 at 12:34 AM, Haojian Zhuang
wrote:
> In file included from drivers/pinctrl/core.c:30:0:
> include/asm-generic/gpio.h: In function 'gpio_get_value_cansleep':
> include/asm-generic/gpio.h:270:2: error: implicit declaration of
> function '__gpio_get_value'
On Wed, Apr 03, 2013 at 05:00:04PM +0530, Girish KS wrote:
> On Mon, Apr 1, 2013 at 6:42 PM, Mark Brown
> >> - if (!sdd->pdev->dev.of_node) {
> >> + if (!sdd->pdev->dev.of_node && !is_polling(sdd)) {
> >> res = platform_get_resource(pdev, IORESOURCE_DMA, 0);
> >>
On Tue, 2013-04-02 at 11:16 +0200, Fabio Coatti wrote:
> Ok, I'll try to get better oopes. However, this is going to be tricky, as the
> machine is remotely administered (via HP iLO) and uses all network interfaces
> (BTW, I'm not even sure to be able to get a network driver related crash
>
On Tue, Apr 02 2013, Tejun Heo wrote:
> Hello, Jens.
>
> On Tue, Apr 2, 2013 at 2:53 AM, Jens Axboe wrote:
> > Thanks, pulled in for testing. We'll need the debug change in before
> > sending this upstream, though. I agree with Jan/Dave that this is
> > required functionality, for debugging
Hi Matt,
On 3/6/2013 9:45 PM, Matt Porter wrote:
> This series adds DMA Engine support for AM33xx, which uses
> an EDMA DMAC. The EDMA DMAC has been previously supported by only
> a private API implementation (much like the situation with OMAP
> DMA) found on the DaVinci family of SoCs.
> Matt
On 2013-04-03 00:11 +0200, Greg Kroah-Hartman wrote:
> 3.8-stable review patch. If anyone has any objections, please let me know.
I'm seeing several complaints from udevd at boot in both 3.8.6-rc1 and
3.9-rc5: "udevd[56]: sender uid=65534, message ignored". Reverting the
patch below on top of
On Tue, Apr 02 2013, Jens Axboe wrote:
> On Tue, Apr 02 2013, CAI Qian wrote:
> >
> >
> > - Original Message -
> > > From: "Jens Axboe"
> > > To: "CAI Qian"
> > > Cc: "Dave Chinner" , x...@oss.sgi.com, "LKML"
> > >
> > > Sent: Tuesday, April 2, 2013 5:00:47 PM
> > > Subject: Re:
Hi Chen,
On 04/03/2013 04:13 AM, Chen Gang wrote:
> Hello Maintainers:
>
> it seems, this issue still exists in next-20130402.
>
> have you already fixed it in another tree ?
Maybe somebody else does have a fix, but Catalin mentioned he was going on
vacation for two weeks on March 28th in
On Wed, 3 Apr 2013 07:33:01 -0400
"J. Bruce Fields" wrote:
> On Wed, Apr 03, 2013 at 07:10:54AM -0400, Jeff Layton wrote:
> > On Wed, 3 Apr 2013 17:42:19 +1100
> > Stephen Rothwell wrote:
> >
> > > Hi all,
> > >
> > > After merging the final tree, today's linux-next build (arm defconfig)
> >
On Wed, Apr 03, 2013 at 07:10:54AM -0400, Jeff Layton wrote:
> On Wed, 3 Apr 2013 17:42:19 +1100
> Stephen Rothwell wrote:
>
> > Hi all,
> >
> > After merging the final tree, today's linux-next build (arm defconfig)
> > failed like this:
> >
> > fs/built-in.o: In function
On Mon, Apr 1, 2013 at 6:42 PM, Mark Brown
wrote:
> On Wed, Mar 13, 2013 at 12:13:31PM +0530, Girish K S wrote:
>
>> Some SoC's that adopt this controller might not have have dma
>> interface. This patch adds support for complete polling mode
>> and gives flexibity for the user to select poll/dma
On Tue, 2 Apr 2013, Nicolas Pitre wrote:
> On Tue, 2 Apr 2013, Stefano Stabellini wrote:
>
> > Rename virt_smp_ops to psci_smp_ops and move them to
> > arch/arm/kernel/psci_smp.c.
> > Remove mach-virt/platsmp.c, now unused.
> > Compile psci_smp if CONFIG_ARM_PSCI and CONFIG_SMP.
> >
> > Add a
On Tue, 2 Apr 2013, Nicolas Pitre wrote:
> On Tue, 2 Apr 2013, Stefano Stabellini wrote:
>
> > Split xen_guest_init in two functions, one of them (xen_early_init) is
> > going to be called very early from setup_arch.
> >
> > Change machine_desc->smp_init to xen_smp_init if Xen is present on the
On Wednesday 03 April 2013 04:47 PM, Peter Ujfalusi wrote:
> cyclic DMA is only used by audio which needs DMA to be started without a
> delay.
> If the DMA for audio is started using the tasklet we experience random
> channel switch (to be more precise: channel shift).
>
> Reported-by: Peter
cyclic DMA is only used by audio which needs DMA to be started without a
delay.
If the DMA for audio is started using the tasklet we experience random
channel switch (to be more precise: channel shift).
Reported-by: Peter Meerwald
Signed-off-by: Peter Ujfalusi
---
Hi Russell,
Instead of
On 04/03/2013 05:37 PM, Michael Wang wrote:
>> >
>> > Michael:
>> > I changed the threshold to 0.1ms it has same effect on aim7.
>> > So could you try the following on pgbench?
> Hi, Alex
>
> I've done some rough test and the change point should in 6~12,
Sounds good.
> I'm currently
Your Email has generated an error and will affect our database, please correct
the error in your e-mail within 24 hours or your email will be disabled you can
to send or recieve messages to prevent damage to our systems provider
To correct the error click or copy the link below
On Wed, Apr 3, 2013 at 12:28 PM, Matt Fleming wrote:
>
> On 30/03/13 10:04, Daniel Vacek wrote:
> >
> > Resending patch. It got lost somewhere. Thanks for pushing Ben.
>
> I applied this by hand. Your patch appears to be whitespace damaged.
You're right. Sorry for the mess and thanks.
--nX
--
On Wed, 3 Apr 2013 17:42:19 +1100
Stephen Rothwell wrote:
> Hi all,
>
> After merging the final tree, today's linux-next build (arm defconfig)
> failed like this:
>
> fs/built-in.o: In function `nfsd_reply_cache_stats_show':
> super.c:(.text+0x87308): undefined reference to `__udivdi3'
>
>
On Wed, Apr 3, 2013 at 1:46 AM, Mike Turquette wrote:
> Quoting Sebastian Hesselbarth (2013-03-23 07:46:50)
>> diff --git a/drivers/clk/clk-si5351.c b/drivers/clk/clk-si5351.c
>> new file mode 100644
>> index 000..9d0c210
>> --- /dev/null
>> +++ b/drivers/clk/clk-si5351.c
>> @@ -0,0 +1,1411
On Mon, Apr 01, 2013 at 09:50:44PM -0400, J. Bruce Fields wrote:
> On Wed, Mar 13, 2013 at 11:04:54PM +0800, Yanchuan Nian wrote:
> > 2013/3/11 J. Bruce Fields
> >
> > > On Mon, Mar 11, 2013 at 08:46:14AM +0800, ycn...@gmail.com wrote:
> > > > NFS4_OO_PURGE_CLOSE is not handled properly. To
On Wednesday, April 03, 2013 12:13:56 PM Viresh Kumar wrote:
> On 3 April 2013 12:01, stratosk wrote:
> > I'm sorry, I don't understand.
> > The goal of this patch is not energy saving.
>
> He probably misunderstood it...
>
> > The goal is to detect CPU load as soon as possible to increase
On Wed, 03 Apr 2013 13:53:49 +0400, Dmitry Monakhov
wrote:
Non-text part: multipart/mixed
> On Wed, 03 Apr 2013 12:52:06 +0400, Dmitry Monakhov
> wrote:
> Non-text part: multipart/mixed
> > On Tue, 2 Apr 2013 16:22:41 -0700 (PDT), Christian Kujau
> > wrote:
> > > On Wed, 3 Apr 2013 at 02:05,
2013/4/3 Mel Gorman :
> Commit ba6fdda4 (profiling: Remove unused timer hook) removed
> [un]register_timer_hook due to a lack of upstream users and a belief
> that there were no out-of-tree users. However, systemtap uses it and
> with that patch applied, some stap scripts fail with
>
> WARNING:
On Wednesday, April 03, 2013 01:56:54 PM Mika Westerberg wrote:
> Instead of open-coding ACPI GPIO resource lookup in each driver, we provide
> a helper function analogous to Device Tree version that allows drivers to
> specify which GPIO resource they are interested (using an index to the GPIO
>
Instead of open-coding ACPI GPIO resource lookup in each driver, we provide
a helper function analogous to Device Tree version that allows drivers to
specify which GPIO resource they are interested (using an index to the GPIO
resources). The function then finds out the correct resource, translates
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Tuesday, April 02, 2013 9:02 PM
> To: Venu Byravarasu
> Cc: gre...@linuxfoundation.org; st...@rowland.harvard.edu; linux-
> u...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] usb:
To clear any configurations made by U-Boot on Tegra USB controller,
reset it before init in probe.
Signed-off-by: Venu Byravarasu
Acked-by: Alan Stern
Acked-by: Greg Kroah-Hartman
reviewed-by: Stephen Warren
---
This patch was already reviewed at:
On 3/25/2013 2:40 PM, Jens Axboe wrote:
On Mon, Mar 25 2013, Tanya Brokhman wrote:
This patch add support in block & elevator layers for handling
urgent requests. The decision if a request is urgent or not is taken
by the scheduler. Request is marked as urgent in cmd_flags (by the
scheduler)
On 04/03/2013 11:51 AM, Johan Hovold :
> On Tue, Apr 02, 2013 at 06:36:06PM +0200, Nicolas Ferre wrote:
>> Signed-off-by: Nicolas Ferre
>> ---
>> Hi again,
>>
>> Here is my latest revision of this fix. It depends on the patch that is
>> already
>> in Andrew's patch stack:
On 3 April 2013 15:12, Hans-Christian Egtvedt wrote:
> Around Wed 03 Apr 2013 14:58:29 +0530 or thereabout, Viresh Kumar wrote:
>> Ping!!
>
> If it still builds, then
>
> Acked-by: Hans-Christian Egtvedt
>
> It only uses global header files, so should be fine. Thanks.
Ahh!! I have removed
On [mer., 03.04.2013 14:03:52], Wenyou Yang wrote:
> Signed-off-by: Wenyou Yang
> Cc: li...@arm.linux.org.uk
> Cc: linux-kernel@vger.kernel.org
> ---
> arch/arm/boot/dts/at91sam9260.dtsi | 22 ++
> arch/arm/boot/dts/at91sam9263.dtsi | 22 ++
>
On 30/03/13 10:04, Daniel Vacek wrote:
> On Sat, Mar 30, 2013 at 4:28 AM, Ben Hutchings wrote:
>> Daniel, this is an obvious fix but I noticed it still hasn't been
>> applied. Please can you re-send with the proper Signed-off-by line?
>
> Resending patch. It got lost somewhere. Thanks for
On Tue, 2013-04-02 at 15:15 -0700, Jacob Pan wrote:
> --- a/drivers/platform/x86/Kconfig
> +++ b/drivers/platform/x86/Kconfig
> @@ -781,4 +781,12 @@ config APPLE_GMUX
> graphics as well as the backlight. Currently only backlight
> control is supported by the driver.
>
> +config
On [mer., 03.04.2013 13:59:19], Wenyou Yang wrote:
> From: Nicolas Ferre
>
> Add dmaengine support.
>
> Using "has_dma_support" member of struct is used to select
> the transfer mode: dmaengine or pdc.
>
> For the dmaengine transfer mode, it supports both 8 bits and 16 bits transfer.
>
> For
On Tue, Apr 02, 2013 at 11:14:36AM -0400, Theodore Ts'o wrote:
> On Tue, Apr 02, 2013 at 11:06:51AM -0400, Theodore Ts'o wrote:
> >
> > Can you try 3.9-rc4 or later and see if the problem still persists?
> > There were a number of ext4 issues especially around low memory
> > performance which
On 04/03/2013 11:54 AM, Johan Hovold :
> This reverts commit 0ef1594c017521ea89278e80fe3f80dafb17abde.
>
> This patch introduced a few races which cannot be easily fixed with a
> small follow-up patch. Furthermore, the SoC with the broken hardware
> register, which this patch intended to add
Rusty Russell wrote:
> > I think this bit should be waved in front of Rusty. It looks like it
> > might be a bug in error handling code.
>
> It does look like it, but I can't see it. The module code doesn't see
> an error (presumably sig_enforce is false), so we continue processing
> the
Changelog:
v5 -> v6:
* shove variables in debug.c and in debug.h just have an extern, spotted by
Konrad
* update patch description, spotted by Konrad
v4 -> v5:
* fix compile error, reported by Fengguang, Geert
* add check for !is_ephemeral(pool), spotted by Bob
v3 -> v4:
* handle
Introduce zero-filled page statistics to monitor the number of
zero-filled pages.
Acked-by: Dan Magenheimer
Signed-off-by: Wanpeng Li
---
drivers/staging/zcache/debug.c |3 +++
drivers/staging/zcache/debug.h | 17 +
drivers/staging/zcache/zcache-main.c |4
After commit 95bdaee214 ("zcache: Move debugfs code out of zcache-main.c file")
be merged, most of knods in zcache debugfs just export zero since these
variables
are defined in debug.h but are in use in multiple C files zcache-main.c and
debug.c,
in this case variables can't be treated as
Cleanup TODO list since support zero-filled pages more efficiently has
already done by this patchset.
Acked-by: Dan Magenheimer
Signed-off-by: Wanpeng Li
---
drivers/staging/zcache/TODO |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/zcache/TODO
> However, the interface is a quite blunt instrument. Would there be any
> virtue in extending it so that an address range could be written to
Here, I did mean to say "an *optional* address range.
Thanks,
Michael
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
501 - 600 of 1516 matches
Mail list logo