>>> On 03.04.13 at 15:25, William Dauchy wrote:
> On Wed, Apr 3, 2013 at 3:01 PM, Jan Beulich wrote:
>> Iirc we requested the earlier commit to be removed from stable
>> trees, and I think Greg also did so.
>
> I'm sorry but I'm unable to find a revert of 01c681d in stable tree.
ChangeLog-3.8.3
On Wed, Apr 3, 2013 at 8:24 AM, Tony Prisk wrote:
> v5 changes:
> Changed as requested by Rob Herring:
> Added of_find_property_value_of_size() to drivers/of/base.c to remove some
> code that was being duplicated.
>
> Changed as requested by Stephen Warren:
> Redid the kfree(maps) code as devm_kz
On my smp platform which is made of 5 cores in 2 clusters, I have the
nr_busy_cpu field of sched_group_power struct that is not null when the
platform is fully idle. The root cause is:
During the boot sequence, some CPUs reach the idle loop and set their
NOHZ_IDLE flag while waiting for others CPUs
When using a large number of threads performing AIO operations the
IOCTX list may get a significant number of entries which will cause
significant overhead. For example, when running this fio script:
rw=randrw; size=256k ;directory=/mnt/fio; ioengine=libaio; iodepth=1
blocksize=1024; numjobs=512;
Hi Christian,
On 04/03/2013 06:40 PM, Christian Ruppert wrote:
> This patch adds implicit memory barriers to irqsave/restore functions of
> the ARC architecture port in line with what is done in other architectures.
>
> It seems to fix several seemingly unrelated issues in our platform but for
> t
On Fri, Mar 29, 2013 at 2:11 PM, Alexandre Courbot wrote:
> Since I have received no death threat from architecture maintainers I'd like
> to
> proceed with the remainder of this work so that it doesn't go half-baked into
> 3.10. These three patches finish the removal of the GENERIC_GPIO config
Hello Jan,
On Wed, Apr 3, 2013 at 3:01 PM, Jan Beulich wrote:
> Iirc we requested the earlier commit to be removed from stable
> trees, and I think Greg also did so.
I'm sorry but I'm unable to find a revert of 01c681d in stable tree.
Regards,
--
William
--
To unsubscribe from this list: send t
On 03/23/2013 09:36 AM, Konrad Rzeszutek Wilk wrote:
From: Boris Ostrovsky
Invoking arch_flush_lazy_mmu_mode() results in calls to
preempt_enable()/disable() which may have performance impact.
Since lazy MMU is not used on bare metal we can patch away
arch_flush_lazy_mmu_mode() so that it is n
On Thu, Mar 28, 2013 at 09:46:45PM +0100, 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: Jamie Iles
Thanks Maxime!
--
To unsubscribe from thi
On Tue, Apr 02, 2013 at 01:36:02PM -0700, Yinghai Lu wrote:
[..]
> > You are just describing what your code does. There is no theme or
> > justification behind this behavior. There is no uniformity. A user can
> > question that so far you used to honor last crashkernel= parameter and
> > suddenly
Add non-zero module sections to sysfs on architectures unequal to PARISC.
KGDB needs all module sections for proper module debugging. Therefore, commit
35dead4235e2b67da7275b4122fed37099c2f462 is revoked except for PARISC
architecture.
Signed-off-by: Sebastian Wankerl
Signed-off-by: Philip Kranz
Hi Felipe,
On Wed, Apr 3, 2013 at 1:45 PM, Felipe Balbi wrote:
> Hi,
>
> On Wed, Apr 03, 2013 at 11:48:39AM +0530, 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 autosuspen
This patch adds implicit memory barriers to irqsave/restore functions of
the ARC architecture port in line with what is done in other architectures.
It seems to fix several seemingly unrelated issues in our platform but for
the moment it is insufficiently tested (and might even be incomplete).
Ple
On 01/04/13 16:14, Matthew Garrett wrote:
> @@ -452,8 +462,33 @@ check_var_size_locked(struct efivars *efivars, u32
> attributes,
> if (status != EFI_SUCCESS)
> return status;
>
> - if (!storage_size || size > remaining_size || size > max_size ||
> - (remaining_si
On 01/04/13 16:13, Matthew Garrett wrote:
> EFI variables can be flagged as being accessible only within boot services.
> This makes it awkward for us to figure out how much space they use at
> runtime. In theory we could figure this out by simply comparing the results
> from QueryVariableInfo() to
From: Wei Yongjun
Fix to return a negative error code from the error handling
case instead of 0, as returned elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/spi/spi-mxs.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/spi/spi-mxs.c b/drivers/spi/spi-mxs.c
index
Hello Vineet,
In the following a patch for a seemingly unrelated problem (RB-trees in
hrtimer implementation) which seems to fix the original problem at the
same time. For the moment, this patch is insufficiently tested but I am
posting it here (preliminarily) since it seems to be in line with
Tho
On 04/03/2013 01:12 PM, Li Zefan wrote:
> Use css_get()/css_put() instead of mem_cgroup_get()/mem_cgroup_put().
>
> Signed-off-by: Li Zefan
> ---
> mm/memcontrol.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> index 43ca9
On 2013年04月03日 19:39, Christopher Covington wrote:
> Maybe somebody else does have a fix, but Catalin mentioned he was going on
> vacation for two weeks on March 28th in "[GIT PULL] Preparatory GIC patches
> for arm64 support".
>
ok, I can wait.
>> > if really no one fix it within this week,
>>> On 03.04.13 at 14:56, William Dauchy wrote:
> On Thu, Feb 28, 2013 at 3:34 AM, Chen Gang wrote:
>> additional information:
>> before commit 01c681d4c70d64cb72142a2823f27c4146a02e63, the value printed
>> here was bogus, as it was the guest provided value from req->u.rw.handle
>> rather t
On 04/03/2013 01:11 PM, Li Zefan wrote:
> Use css_get/css_put instead of mem_cgroup_get/put.
>
> Note, if at the same time someone is moving @current to a different
> cgroup and removing the old cgroup, css_tryget() may return false,
> and sock->sk_cgrp won't be initialized.
>
> Signed-off-by: Li
Used the generic PHY framework API to create the PHY. omap_usb2_suspend
is split into omap_usb_suspend and omap_usb_resume in order to align
with the new framework.
However using the old USB PHY library cannot be completely removed
because OTG is intertwined with PHY and moving to the new framewor
Hello,
On Thu, Feb 28, 2013 at 3:34 AM, Chen Gang wrote:
> additional information:
> before commit 01c681d4c70d64cb72142a2823f27c4146a02e63, the value printed
> here was bogus, as it was the guest provided value from req->u.rw.handle
> rather than the actual device.
>
> Signed-off-by: Chen
Use the generic PHY framework API to get the PHY. The usb_phy_set_suspend
and usb_phy_set_resume is replaced with phy_suspend and phy_resume to
align with the new PHY framework.
musb->xceiv can't be removed as of now because musb core uses xceiv.state and
xceiv.otg. Once there is a separate state
Used the generic PHY framework API to create the PHY. twl4030_usb_suspend
and twl4030_usb_resume is added to phy_ops in order to align
with the new framework.
However using the old USB PHY library cannot be completely removed
because OTG is intertwined with PHY and moving to the new
framework comp
In order for controllers to get PHY in case of non dt boot, the phy
binding information should be added in the platform specific
initialization code using phy_bind.
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/mach-omap2/usb-musb.c |7 ++-
1 file changed, 6 insertions(+), 1 deletio
Added a generic PHY framework that 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
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)
shoul
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
Documentation/devicetree/bindings/phy/phy-bindings
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 tra
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 c
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
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 o
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.
S
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
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 Walleij
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 pinconf_
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( ) becaus
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 unsub
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" i
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 u
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 file
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 le
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 +-
tools/perf/builtin
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 Kleen
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: re-enable
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
ind
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 changed,
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 a/tools/perf/util/
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 a/tools/perf/ui/browsers
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 b/tool
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: htt
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 thu
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 thu
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, w
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 remo
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 er
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 good!
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 inserti
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 -
include/linux/mfd/abx500/ab8500-bm.
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 depe
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 replace
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 bl
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 sup
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
shuffle
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, ima
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,
xen_sen
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 usi
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 @@
# (M)HDR
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 more
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 unsub
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' [-Werror=implicit-func
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
> usin
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 purpo
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 P
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 3
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: Loopb
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 `nfsd_reply_cache_stat
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 cp
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 Meerw
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 removin
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 runn
501 - 600 of 750 matches
Mail list logo
