On Wed, 2012-12-26 at 17:52 -0800, David Rientjes wrote:
> On Wed, 26 Dec 2012, David Woodhouse wrote:
>
> > Thanks. I'll look into this. I presume it was *always* failing, but
> > nobody happened to come across it because our test coverage of x86
> > configs without CONFIG_64BIT wasn't particular
Hi, list
I know this might be a very basic question. But I really don't clear at
it.
Can a peripheral chip that claims to be ISA or PCI device be used in a
ARM based embedded system? For these kind of chips, I only concern
about the planar kind of devices, means they are not on a dedicated
expa
On Wed, Dec 26, 2012 at 10:34:39AM +0800, Shawn Guo wrote:
> It seems that I'm running into the same locking issue. My setup is:
>
> - i.MX28 (ARM)
> - v3.8-rc1
> - mxs_defconfig
- The warning is seen when LCD is blanking
>
The warning disappears after reverting patch daee779 (console: implem
Hello,
On Thu, 20 Dec 2012 18:00:11 -0800
ebied...@xmission.com (Eric W. Biederman) wrote:
> "Hatayama, Daisuke" writes:
>
> >> From: kexec-boun...@lists.infradead.org
> >> [mailto:kexec-boun...@lists.infradead.org] On Behalf Of Atsushi Kumagai
> >> Sent: Thursday, December 20, 2012 11:21 AM
>
On Friday 16 November 2012 10:28 AM, Al Viro wrote:
>> +; - check for signals/restore-sigmask
>> +bbit0 r9, TIF_SIGPENDING, chk_next_work
>> +
>> +; save CALLEE Regs.
>> +; (i) If this signal causes coredump - full regfile needed
>> +; (ii) If signal is SI
From: Namhyung Kim
Some functions are misplaced along with other entries. Move them to a
right place so that it can be found together with related functions.
No functional change intended.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.c | 119
From: Namhyung Kim
It doesn't need to compare to every sort key names since the index
already has the required information.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.c | 26 ++
1 file changed, 2 insertions(+), 24 deletions(-)
diff --git
From: Namhyung Kim
Current perf report gets segmentation fault when a branch stack
specific sort key is provided by --sort option to a perf.data file
which contains no branch infomation. It's because those sort keys
reference branch info of a hist entry unconditionally. Maybe we can
change it c
From: Namhyung Kim
Some functions have set __maybe_unused on its arguments that are used
actually. Remove them.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/tools/perf/util/sort.c b
From: Namhyung Kim
When setup_sorting() is called, 'str' is passed to strtok_r() but it's
not checked to have a valid pointer. As strtok_r() accepts NULL
pointer on a first argument and use the third argument in that case,
it can cause a trouble since our third argument, tmp, is not
initialized.
From: Namhyung Kim
Add description of sort keys to the perf-report document and also add
missing cpu and srcline keys to the command line help string.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
---
tools/perf/Documentation/perf-report.txt | 38 +---
tools/per
From: Namhyung Kim
Current _sort__sym_cmp() function is used for comparing symbols
between two hist entries on symbol, symbol_from and symbol_to sort
keys. Those functions pass addresses of symbols but it's meaningless
since it gets over-written inside of the _sort__sym_cmp function to a
start a
Hi,
There's a bug report from Stefan Beller that gets segfault on using
some sort keys. In addition to it, I had some TODO items related to
it, hence this patchset. :)
This is mostly simple few liners and more complex ones might come later.
Stephane, it'd be great if you check I'm not messed up
From: Namhyung Kim
When hists__calc_col_len() called, most of column length are refreshed
but it missed parent column. So if the parent sort key was used along
with other keys rests will be misalinged since parent has no proper
column width.
Cc: Stephane Eranian
Signed-off-by: Namhyung Kim
--
From: Namhyung Kim
Since cpu number is a natural number, it'd be more appropriate
aligning it to right.
Before:
# Overhead CPU Command: Pid Shared Object
# ... . .
#
8.91% 8gnome-shell: 1497 perf-1497.map
From: Namhyung Kim
The "pid" sort key prints "Command: Pid" output but it's misaligned.
It's because of the offset of 6 was added to the column length during
the calculation in order to reserve an space for Pid part but it isn't
honored when printed. The output before this patch was like this:
Hi Russell,
On Thu, Dec 27, 2012 at 5:56 AM, Russell King - ARM Linux
wrote:
> On Wed, Dec 26, 2012 at 05:58:32PM +0530, Vivek Gautam wrote:
>> + if (!ret)
>> + sphy->phyctrl_pmureg = ioremap(reg[0], reg[1]);
>> +
>> + of_node_put(usbphy_pmu);
>> +
>> + if (IS_ERR_OR_NULL
On Wed, Dec 26, 2012 at 05:50:42PM -0700, Bjorn Helgaas wrote:
> On Thu, Dec 13, 2012 at 12:25 PM, Kirill A. Shutemov
> wrote:
> > From: "Kirill A. Shutemov"
> >
> > I had chance to test two PC setups with Thunderbolt: Acer Aspire S5 and
> > Intel DZ77RE-75K motherboard. Unfortunately, both of th
On Thu, Dec 27, 2012 at 9:27 AM, Woody Wu wrote:
> Can a peripheral chip that claims to be ISA or PCI device be used in a
> ARM based embedded system? For these kind of chips, I only concern
> about the planar kind of devices, means they are not on a dedicated
> expansion card.
>
> From hardware
On Thu, 27 Dec 2012 11:49:45 +0900, Namhyung Kim wrote:
> From: Namhyung Kim
>
> For systems have unstable sched_clock, all cpu_clock() does is enable/
> disable local irq during call to sched_clock(). And for stable systems
Oops, I meant s/sched_clock/scheck_clock_cpu/.
Thanks,
Namhyung
> th
On Tue, Dec 25, 2012 at 03:58:37PM +0100, Lothar Waßmann wrote:
> ipu_reset() can fail with a timeout. Check the return value and act
> appropriately.
>
> Signed-off-by: Lothar Waßmann
All:
Acked-by: Sascha Hauer
> ---
> drivers/staging/imx-drm/ipu-v3/ipu-common.c |5 -
> 1 files cha
On Mon, Dec 3, 2012 at 9:58 PM, Kent Overstreet wrote:
> We want to remove retry-based AIO because it is fundemantally unsafe.
Instead of "fundemantally" that should have been "fundamentally" I guess ?
Thanks,
Fubo.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
On 12/27/2012 02:39 PM, Jason Wang wrote:
> Currently, polling error were ignored in vhost. This may lead some issues (e.g
> kenrel crash when passing a tap fd to vhost before calling TUNSETIFF). Fix
> this
> by:
Can this kernel crash be reproduced by hand?
Thanks,
Wanlong Gao
>
> - extend the
On Wed, 26 Dec 2012, Richard Hartmann wrote:
> + case TP_HKEY_EV_AC_CHANGED:
> + pr_info("AC status has changed\n");
> + /* X120e, x121e, X220, X220i, X220t, X230, T420, T420s, W520:
> + * AC status changed; can be triggered by plugging or
> + *
Hi,
This is following up on ARC Linux Port submission bits:
Basic Port: https://lkml.org/lkml/2012/11/7/114
Addons: https://lkml.org/lkml/2012/11/12/121
I'm resending this single patch to hopefully get ACK on simple modpost change.
Thx,
-Vineet
Vineet Gupta (1):
modpost: Ignore ARC specif
ARC relocatable object files contain one/more .gnu.linkonce.arcextmap.*
sections (collated by kernel/vmlinux.lds into .arcextmap in final link).
This section is used by debuggers to display the extension instructions
and need-not be loaded by target (hence !SHF_ALLOC)
The final kernel binary only
On Sun, Dec 23, 2012 at 05:16:02AM -0600, Matt Sealey wrote:
> Since Efika MX platform support (pre-devicetree) was removed from the tree
> this code no longer has any possibility of running and clutters up the
> driver which is being replaced by the chipidea host in the future anyway.
>
> Signed-
On 12/24/2012 06:24 AM, Guenter Roeck wrote:
> Instantiating the driver with no available regulator results in:
>
> [39711.686393] i2c i2c-7: new_device: Instantiated device max1139 at 0x35
> [39711.688687] BUG: unable to handle kernel paging request at fe13
> [39711.688734] IP: [] reg
I met one error when does the following command:
sh/$ echo 1 > /proc/sys/vm/compact_memory
sh/$ sh: write error: Bad address
After using strace, I find the following:
...
write(1, "1\n", 2) = 3
write(1, "", 4294967295)= -1 EFAULT (Bad address)
write(2,
On Thu, Dec 27, 2012 at 11:34:16AM +0800, Jason Wang wrote:
> On 12/26/2012 06:46 PM, Michael S. Tsirkin wrote:
> > On Wed, Dec 26, 2012 at 03:06:54PM +0800, Wanlong Gao wrote:
> >> Add a cpu notifier to virtio-net, so that we can reset the
> >> virtqueue affinity if the cpu hotplug happens. It imp
On Wed December 26 2012 16:29:43 Kirill Smelkov wrote:
> Most of *_ops and other structures in vivi.c were already declared const
> but some have not. Constify and code/data will take less space:
>
> $ size drivers/media/platform/vivi.o
> textdata bss dec hex file
Hi Sylwester,
On Thu, Dec 27, 2012 at 4:00 AM, Sylwester Nawrocki
wrote:
> On 12/26/2012 01:28 PM, Vivek Gautam wrote:
>>
>> Adding support to parse device node data in order to get
>> required properties to set pmu isolation for usb-phy.
>>
>> Signed-off-by: Vivek Gautam
>> ---
>> .../devicet
Hi Sergei,
Yes, you are right.
I made this patch to read its interrupt number from dtb directly. But
now platform_get_irq() returns correct irq since "OF_DEV_AUXDATA(...)"
is added as my first patch.
This patch is useless.
Thanks and best regards,
Dongjin.
On Thu, Dec 27, 2012 at 5:18 AM, Serge
At 12/26/2012 11:55 AM, Kamezawa Hiroyuki Wrote:
> (2012/12/24 21:09), Tang Chen wrote:
>> From: Wen Congyang
>>
>> We call hotadd_new_pgdat() to allocate memory to store node_data. So we
>> should free it when removing a node.
>>
>> Signed-off-by: Wen Congyang
>
> I'm sorry but is it safe to re
This patch series fixes a bug where of_gpio_named count relied upon a return
value that was no longer returned from of_parse_phandle_with_args and adds the
possibility for of_gpio_named_count to return error values.
In addition, for of_spi_register_master it fixes a bug, adds documentation,
adds f
Using memset does not set an array of integers properly
Signed-off-by: Andreas Larsson
---
drivers/spi/spi.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/spi/spi.c b/drivers/spi/spi.c
index 9c2acf1..a4baa0a 100644
--- a/drivers/spi/spi.c
+++ b/drivers/spi/sp
When using a gpio chip select with a OF_GPIO_ACTIVE_LOW flag, this needs to be
known to the controller driver.
Signed-off-by: Andreas Larsson
---
Documentation/devicetree/bindings/spi/spi-bus.txt |3 +-
drivers/spi/spi.c | 24 ++--
include/li
This adds missing kernel-doc entries for cs_gpios in struct spi_master and
cs_gpio in struct spi_device.
Signed-off-by: Andreas Larsson
---
include/linux/spi/spi.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux/spi/spi.h b/include/linux/spi/spi.h
index f6
Holes in the cs-gpios DT phandle list is supposed to mark that native
chipselects is to be used. The value returned from of_get_named_gpio_flags in
this case is -EEXIST. By initializing cs_gpios and cs_gpio with -EEXIST, this
and only this errno will indicate to a spi controller driver that a nativ
Return value for an empty phandle was -EEXIST before commit 15c9a0ac, that
changed the return value in this case to -ENOENT. However, of_gpio_named_count
relies upon the return value to be -EEXIST and relies upon being able to
distinguish this case from the case of no list at all which also returns
On Thu, Dec 27, 2012 at 8:31 AM, Alexander Beregalov
wrote:
> On 25 December 2012 16:05, Hillf Danton wrote:
>> On Tue, Dec 25, 2012 at 12:38 PM, Zhouping Liu wrote:
>>> Hello all,
>>>
>>> I found the below kernel bug using latest mainline(637704cbc95),
>>> my hardware has 2 numa nodes, and it's
This lets of_gpio_named_count return an errno on errors by being able to
distinguish between reaching the end of the phandle list and getting some other
error from of_parse_phandle_with_args.
Return error from of_spi_register_master when there is an "cs-gpios" list for
which gp_gpio_named_count fa
Hi,
On Wed, Dec 26, 2012 at 02:34:35AM +0200, Kirill A. Shutemov wrote:
> On MIPS if SPARSEMEM is enabled we've got this:
>
> In file included from
> /home/kas/git/public/linux/arch/mips/include/asm/pgtable.h:552,
> from include/linux/mm.h:44,
> from arch/mips/k
On Wednesday, December 26, 2012 04:10:32 PM Yinghai Lu wrote:
> On Wed, Dec 26, 2012 at 2:36 PM, Rafael J. Wysocki wrote:
> > On Wednesday, December 26, 2012 12:41:05 PM Yinghai Lu wrote:
> >> On Wed, Dec 26, 2012 at 12:16 PM, Yinghai Lu wrote:
> >> > On Wed, Dec 26, 2012 at 12:10 PM, Bjorn Helga
Am 19.12.2012 09:55, schrieb Alexander Holler:
Unlikely, as I've worked hard to get one of the first drivers for
pluggable RTCs into the kernel. ;)
BTW. maybe you could have a look at the patch for that:
https://lkml.org/lkml/2012/12/15/64
It should already be in your mailbox.
I had to move
On Thu, Dec 27, 2012 at 02:39:20PM +0800, Jason Wang wrote:
> Currently, polling error were ignored in vhost. This may lead some issues (e.g
> kenrel crash when passing a tap fd to vhost before calling TUNSETIFF). Fix
> this
> by:
>
> - extend the idea of vhost_net_poll_state to all vhost_polls
>
On Thu, 2012-12-27 at 16:36 +0800, Shawn Guo wrote:
> On Wed, Dec 26, 2012 at 10:34:39AM +0800, Shawn Guo wrote:
> > It seems that I'm running into the same locking issue. My setup is:
> >
> > - i.MX28 (ARM)
> > - v3.8-rc1
> > - mxs_defconfig
> - The warning is seen when LCD is blanking
> >
>
On Wednesday, December 05, 2012 10:48:35 AM Mark Langsdorf wrote:
> This patch series adds cpufreq support for the Calxeda
> ECX-1000 (highbank) SoCs. The EnergyCore Management Engine (ECME) on
> the ECX-1000 manages the voltage for the part and communications with
> Linux through a pl320 mailbox.
On Thu, Dec 27, 2012 at 02:39:19PM +0800, Jason Wang wrote:
> Fix the leaking of oldubufs and fd refcnt when fail to initialized used ring.
>
> Signed-off-by: Jason Wang
> ---
> drivers/vhost/net.c | 14 +++---
> 1 files changed, 11 insertions(+), 3 deletions(-)
>
> diff --git a/drive
On Thursday, December 27, 2012 01:47:22 PM Rafael J. Wysocki wrote:
> On Wednesday, December 26, 2012 04:10:32 PM Yinghai Lu wrote:
> > On Wed, Dec 26, 2012 at 2:36 PM, Rafael J. Wysocki wrote:
> > > On Wednesday, December 26, 2012 12:41:05 PM Yinghai Lu wrote:
> > >> On Wed, Dec 26, 2012 at 12:16
On Thursday 27 December 2012 02:30 PM, Vineet Gupta wrote:
> On Friday 16 November 2012 10:28 AM, Al Viro wrote:
>>> + ; - check for signals/restore-sigmask
>>> + bbit0 r9, TIF_SIGPENDING, chk_next_work
>>> +
>>> + ; save CALLEE Regs.
>>> + ; (i) If this signal causes
I thought I had addressed all the issues with the v9 version. The only comments
I got on it was Mike's reviewed-by and I didn't think that warranted a resend.
If you do want me to send it again, do you want it updated to current
top-of-tree? That may take a bit, since there's an unrelated bug t
On Mon, Dec 3, 2012 at 9:58 PM, Kent Overstreet wrote:
> +#define pr_fmt(fmt) "%s: " fmt "\n", __func__
Dynamic debug already allows to insert the function name. Please
consider leaving this line out entirely and move the "\n" to the end
of individual printed lines.
> +#define PCPU_REF_PTR
Hi Linus,
Please pull hwmon patches for Linux 3.8-rc2 from signed tag:
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
hwmon-for-linus
Thanks,
Guenter
--
The following changes since commit a49f0d1ea3ec94fc7cf33a7c36a16343b74bd565:
Linux 3.8-rc1 (2012-12-21 17:
ppc -> powerpc
Signed-off-by: Thomas Waldecker
---
Documentation/powerpc/cpu_features.txt | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/Documentation/powerpc/cpu_features.txt
b/Documentation/powerpc/cpu_features.txt
index ffa4183..ae09df8 100644
--- a/Documentat
On 27/12/2012 07:53, Eric W. Biederman wrote:
> The syscall ABI still has the wrong semantics.
>
> Aka totally unmaintainable and umergeable.
>
> The concept of domU support is also strange. What does domU support even
> mean, when the dom0 support is loading a kernel to pick up Xen when Xen fall
On Thu, 2012-12-27 at 10:51 +0100, Geert Uytterhoeven wrote:
> On Thu, Dec 27, 2012 at 9:27 AM, Woody Wu wrote:
> > Can a peripheral chip that claims to be ISA or PCI device be used in a
> > ARM based embedded system? For these kind of chips, I only concern
> > about the planar kind of devices, m
On Wed, 2012-12-26 at 22:07 -0800, Michel Lespinasse wrote:
> If we go with per-spinlock tunings, I feel we'll most likely want to
> add an associative cache in order to avoid the 1/16 chance (~6%) of
> getting 595Mbit/s instead of 982Mbit/s when there is a hash collision.
>
> I would still prefe
>From aa027f06dfb5b2fd27d6f92391d8340df671e82b Mon Sep 17 00:00:00 2001
From: Heiko Carstens
Date: Thu, 27 Dec 2012 15:22:27 +0100
Subject: [PATCH] f2fs: add missing pretech.h include
Fix these compile errors on s390:
fs/f2fs/data.c: In function 'read_end_io':
fs/f2fs/data.c:311:4: error: implic
On Thu, Dec 27, 2012 at 03:30:32PM +0100, Heiko Carstens wrote:
> From aa027f06dfb5b2fd27d6f92391d8340df671e82b Mon Sep 17 00:00:00 2001
> From: Heiko Carstens
> Date: Thu, 27 Dec 2012 15:22:27 +0100
> Subject: [PATCH] f2fs: add missing pretech.h include
That should have been "prefetch.h", obviou
On 12/27/2012 09:27 AM, Eric Dumazet wrote:
On Wed, 2012-12-26 at 22:07 -0800, Michel Lespinasse wrote:
If we go with per-spinlock tunings, I feel we'll most likely want to
add an associative cache in order to avoid the 1/16 chance (~6%) of
getting 595Mbit/s instead of 982Mbit/s when there is a
On Wed, Dec 26, 2012 at 05:31:12PM +0100, Oleg Nesterov wrote:
> On 12/26, Andrew Vagin wrote:
> >
> > On Tue, Dec 25, 2012 at 05:58:03PM +0100, Oleg Nesterov wrote:
> > > On 12/25, Pavel Emelyanov wrote:
> > > >
> > > > On 12/25/2012 07:27 PM, Oleg Nesterov wrote:
> > > > >
> > > > > I guess that
On Thursday, December 27, 2012 08:28:22 AM Mark Langsdorf wrote:
> I thought I had addressed all the issues with the v9 version. The only
> comments I got on it was Mike's reviewed-by and I didn't think that
> warranted a resend.
>
> If you do want me to send it again, do you want it updated to c
This patchset does following:
1. Decompose single tegra clock structure into multiple clocks.
2. Try to use standard clock types supported by common clock framework.
3. Use dynamic initialization.
4. Move all clock code to drivers/clk/tegra from mach-tegra.
5. Add device tree support for Tegra20 an
tegra_cpu_car_ops struct is going to be accessed from drivers/clk/tegra.
Move the tegra_cpu_car_ops to include/linux/clk/tegra.h.
Signed-off-by: Prashant Gaikwad
---
arch/arm/mach-tegra/clock.c|2 +-
arch/arm/mach-tegra/cpuidle-tegra30.c |2 +-
arch/a
Add tegra20 clock support based on common clock framework.
Signed-off-by: Prashant Gaikwad
---
drivers/clk/tegra/Makefile |2 +
drivers/clk/tegra/clk-tegra20.c | 1275 +++
drivers/clk/tegra/clk.h |6 +
3 files changed, 1283 insertions(+),
Add support to initialize clock from DT.
Signed-off-by: Prashant Gaikwad
---
drivers/clk/tegra/clk.c | 23 +++
drivers/clk/tegra/clk.h |2 ++
include/linux/clk/tegra.h |1 +
3 files changed, 26 insertions(+), 0 deletions(-)
diff --git a/drivers/clk/tegra/clk.c
Migrate tegra clock support to drivers/clk/tegra, this involves
moving
1. definition of tegra_cpu_car_ops to clk.c
2. definition of reset functions to clk-peripheral.c
3. change parent of cpu clock.
Signed-off-by: Prashant Gaikwad
---
arch/arm/mach-tegra/board-dt-tegra20.c | 30 ---
APB misc contains multiple registers required by different modules
such as CAR.
Signed-off-by: Prashant Gaikwad
---
arch/arm/boot/dts/tegra30.dtsi |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/tegra30.dtsi b/arch/arm/boot/dts/tegra30.dtsi
index 67
The device tree binding models Tegra30 CAR (Clock And Reset)
as a single monolithic clock provider.
Signed-off-by: Prashant Gaikwad
---
.../bindings/clock/nvidia,tegra30-car.txt | 282
arch/arm/boot/dts/tegra30.dtsi |6 +
2 files changed, 28
APB misc contains multiple registers required by different modules
such as CAR.
Signed-off-by: Prashant Gaikwad
---
arch/arm/boot/dts/tegra20.dtsi |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/tegra20.dtsi b/arch/arm/boot/dts/tegra20.dtsi
index 5b
From: Stephen Warren
The Tegra20 CAR (Clock And Reset) Controller controls most aspects of
most clocks within Tegra20. The device tree binding models this as a
single monolithic clock provider, which exports many clocks. This reduces
the number of nodes needed in device tree to represent these cl
Hello Rafael,
this is the v6 for the cpufreq SW coordinated CPU bug fix, that I was
holding for -rc1 as agreed.
Differences from v5:
- removed dangling special case in dbs_timer_init
- rebased on top of v3.8-rc1
Would you consider this set for -next?
Thanks,
Fabio
Fabio Baltieri (4):
cpufre
From: Rickard Andersson
This patch fixes a bug that occurred when we had load on a secondary CPU
and the primary CPU was sleeping. Only one sampling timer was spawned
and it was spawned as a deferred timer on the primary CPU, so when a
secondary CPU had a change in load this was not detected by t
Add a CPU notifier to start and stop individual core timers on CPU
hotplug events when running on CPUs with SW coordinated frequency.
Signed-off-by: Fabio Baltieri
---
drivers/cpufreq/cpufreq_governor.c | 51 ++
1 file changed, 51 insertions(+)
diff --git a/d
Modify conservative timer to not resample CPU utilization if recently
sampled from another SW coordinated core.
Signed-off-by: Fabio Baltieri
---
drivers/cpufreq/cpufreq_conservative.c | 47 +-
1 file changed, 41 insertions(+), 6 deletions(-)
diff --git a/drivers
Modify update_sampling_rate() to check, and eventually immediately
schedule, all CPU's do_dbs_timer delayed work.
This is required in case of software coordinated CPUs, as we now have a
separate delayed work for each CPU.
Signed-off-by: Fabio Baltieri
---
drivers/cpufreq/cpufreq_ondemand.c | 5
Hi Laxman,
On Friday 21 December 2012 20:42:28 you wrote:
> Add an RTC driver for TPS6586X chips by TI.
> This driver supports:
> - Setting and getting time and date.
> - Setting and reading alarm time.
> - Alarm and interrupt functionlity.
>
> Signed-off-by: Laxman Dewangan
> ---
> Changes from
Modify ondemand timer to not resample CPU utilization if recently
sampled from another SW coordinated core.
Signed-off-by: Fabio Baltieri
---
drivers/cpufreq/cpufreq_governor.c | 3 ++
drivers/cpufreq/cpufreq_governor.h | 1 +
drivers/cpufreq/cpufreq_ondemand.c | 58 +++
On 26.12.2012 12:22, Zhouping Liu wrote:
> Hello everyone,
>
> The latest mainline(637704cbc95c) would trigger the following error when the
> system was under
> some pressure condition(in my testing, I used oom01 case inside LTP test
> suite to trigger the issue):
>
> [ 5462.920151] BUG: unable
On Thursday 27 December 2012 08:26 PM, Marc Dietrich wrote:
Hi Laxman,
On Friday 21 December 2012 20:42:28 you wrote:
+
+ /* Set epoch start as 00:00:00:01:01:2000 */
+ rtc->epoch_start = mktime(2000, 1, 1, 0, 0, 0);
any reason why you hard coded it to 2000? All boards I know use
On 12/27, Andrey Wagin wrote:
>
> On Wed, Dec 26, 2012 at 05:31:12PM +0100, Oleg Nesterov wrote:
> >
> > So I think we should not use llseek. But, probably we can rely on pread() ?
> > This way we can avoid the problem above, and this looks even simpler.
>
> Yes. It is a good idea. A new patch is a
On 21.12.2012 12:51, Hillf Danton wrote:
On Thu, Dec 20, 2012 at 7:25 AM, Zlatko Calusic wrote:
static unsigned long balance_pgdat(pg_data_t *pgdat, int order,
int *classzone_idx)
{
- int all_zones_ok;
+ struct zone *unbal
On 12/26/2012 09:56 PM, Alan Stern wrote:
This looks like a matter of getting modules to load in the right order.
Apparently your OHCI controller doesn't work right if the EHCI driver
isn't present. Before the troublesome commit, this meant ehci-hcd had
to be loaded before ohci-hcd. Now it mean
Dear RT Folks,
I'm pleased to announce the 3.4.24-rt36 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
Head SHA1: c094034cc852ce529317bddff5bda479aed11385
Or to build 3.4.24-rt36 directly, the following p
On Fri, 2012-11-30 at 11:18 -0500, Steven Rostedt wrote:
> The function rb_set_head_page() searches the list of ring buffer
> pages for a the page that has the HEAD page flag set. If it does
> not find it, it will do a WARN_ON(), disable the ring buffer and
> return NULL, as this should never happe
Dear RT Folks,
I'm pleased to announce the 3.2.35-rt53 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
Head SHA1: a0023b3571d382691eaa75863a33dea512eac135
Or to build 3.2.35-rt53 directly, the following p
On Thursday 27 December 2012 20:29:14 Laxman Dewangan wrote:
> On Thursday 27 December 2012 08:26 PM, Marc Dietrich wrote:
> > Hi Laxman,
> >
> > On Friday 21 December 2012 20:42:28 you wrote:
> >> +
> >> + /* Set epoch start as 00:00:00:01:01:2000 */
> >> + rtc->epoch_start = mktime(2000, 1, 1,
Dear RT Folks,
I'm pleased to announce the 3.0.57-rt82 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
Head SHA1: 5d64f2c93f9dfa509549d2103ff06d5d84731d2f
Or to build 3.0.57-rt82 directly, the following p
On Wed, 26 Dec 2012, Joonsoo Kim wrote:
> This patch assign initial refcount 1 to kmalloc_caches, so fix this
> errornous situtation.
Ok Only for 3.7:
Acked-by: Christoph Lameter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vg
On Thursday 27 December 2012, anish kumar wrote:
> On Thu, 2012-12-27 at 10:51 +0100, Geert Uytterhoeven wrote:
> > On Thu, Dec 27, 2012 at 9:27 AM, Woody Wu wrote:
> > > Can a peripheral chip that claims to be ISA or PCI device be used in a
> > > ARM based embedded system? For these kind of chip
On Wed, 2012-12-12 at 13:44 -0500, Steven Rostedt wrote:
> The function rb_set_head_page() searches the list of ring buffer
> pages for a the page that has the HEAD page flag set. If it does
> not find it, it will do a WARN_ON(), disable the ring buffer and
> return NULL, as this should never happe
On 25/12/12 07:05 AM, Hillf Danton wrote:
> On Tue, Dec 25, 2012 at 12:38 PM, Zhouping Liu wrote:
>> Hello all,
>>
>> I found the below kernel bug using latest mainline(637704cbc95),
>> my hardware has 2 numa nodes, and it's easy to reproduce the issue
>> using LTP test case: "# ./mmap10 -a -s -c
Sometimes my user mode linux image just hangs.
Attaching a GDB to the "linux" process (which itself occupies 100% of a CPU
core), gives :
...
Loaded symbols for /lib/libnss_files.so.2
0x0805f24c in from_irq_stack (nested=0) at arch/um/kernel/irq.c:462
462 current->stack = to;
(gdb) c
On Wed, Dec 26, 2012 at 12:56:05AM +0800, Chuansheng Liu wrote:
>
> After called device_initialize(), even device_add() returns
> error, we still need use the put_device() to release the reference
> to call rtd_release(), which will do the free() action.
Applied both, thanks.
signature.asc
Desc
On Thu, Dec 27, 2012 at 3:27 AM, Woody Wu wrote:
> Hi, list
>
> I know this might be a very basic question. But I really don't clear at
> it.
>
> Can a peripheral chip that claims to be ISA or PCI device be used in a
> ARM based embedded system? For these kind of chips, I only concern
> about th
The DDW code uses a eeh_dev struct from the pci_dev. However, this is
not set until eeh_add_device_late is called.
Since pci_bus_add_devices is called before eeh_add_device_late, the PCI
devices are added to the bus, making drivers' probe hooks to be called.
These will call set_dma_mask, which wil
Signed-off-by: Jorrit Schippers
---
Documentation/networking/ip-sysctl.txt |2 +-
.../cavium-octeon/executive/cvmx-helper-util.c |4 ++--
arch/mips/include/asm/octeon/cvmx-helper-util.h|4 ++--
arch/x86/kernel/cpu/perf_event_amd_ibs.c |2 +-
drivers/h
On Thu, 2012-12-27 at 11:22 -0500, jonsm...@gmail.com wrote:
> On Thu, Dec 27, 2012 at 3:27 AM, Woody Wu wrote:
> > Hi, list
> >
> > I know this might be a very basic question. But I really don't clear at
> > it.
> >
> > Can a peripheral chip that claims to be ISA or PCI device be used in a
> > A
Thomas Abraham wrote:
>
> Hi Linus,
>
> On 14 December 2012 21:21, Linus Walleij wrote:
> > On Thu, Dec 13, 2012 at 12:54 PM, Thomas Abraham
> > wrote:
> >
> >> Add Samsung Exynos5250 SoC specific data to enable pinctrl support for
> >> all platforms based on Exynos5250.
> >>
> >> Signed-off-by
1 - 100 of 253 matches
Mail list logo
