Quoting Ian Lartey (2013-03-07 05:17:56)
> Palmas has two clock generators in it, clk32kg and clk32kg audio. They
> are fixed frequency clocks that only have enable/disable functionality.
>
> Signed-off-by: Graeme Gregory
> Signed-off-by: J Keerthy
> Signed-off-by: Ian Lartey
My only complaint
On Thu, Mar 21, 2013 at 05:12:01PM -0400, Alan Stern wrote:
> On Thu, 21 Mar 2013, Alan Stern wrote:
>
> > On Thu, 21 Mar 2013, Soeren Moch wrote:
> >
> > > Now I found out what is going on here:
> > >
> > > In itd_urb_transaction() we allocate 9 iTDs for each URB with
> > > number_of_packets =
On Thu, Mar 21, 2013 at 2:02 PM, Dave Jones wrote:
>
> here we go...
>
> WARNING: at fs/namei.c:2335 lock_rename+0x156/0x160()
> p1=irda p2=irda
Ok, good. I ssupect it's /proc or /sys, we do have that entry there.
But in fact I suspect we do want the parent name after all, because I
think we hav
On Thu, Mar 21, 2013 at 02:33:13PM -0500, Scott Wood wrote:
> On 03/21/2013 02:16:00 PM, Gleb Natapov wrote:
> >On Thu, Mar 21, 2013 at 01:42:34PM -0500, Scott Wood wrote:
> >> On 03/21/2013 09:27:14 AM, Kevin Hilman wrote:
> >> >Gleb Natapov writes:
> >> >
> >> >> On Wed, Mar 20, 2013 at 06:58:41
Dear Andrew Lunn,
On Thu, 21 Mar 2013 21:37:51 +0100, Andrew Lunn wrote:
> > And I'm not sure the SDRAM address decoding windows allows to split the
> > first 4 GB of RAM into two areas, one that would be mapped starting at
> > physical address 0x0, and another area that would be mapped at a
> >
Dear Jason Gunthorpe,
On Thu, 21 Mar 2013 14:55:45 -0600, Jason Gunthorpe wrote:
> Or, better, locate all the internal registers above 8G and use
> contiguous DRAM mapping from 0 -> 8GB
I see two potential issues with this idea:
*) It only works when LPAE is enabled, so we would have to have
On Thu, 21 Mar 2013, Alan Stern wrote:
> On Thu, 21 Mar 2013, Soeren Moch wrote:
>
> > Now I found out what is going on here:
> >
> > In itd_urb_transaction() we allocate 9 iTDs for each URB with
> > number_of_packets == 64 in my case. The iTDs are added to
> > sched->td_list. For a frame-alig
On Wed, 20 Mar 2013 15:55:30 -0400 Rik van Riel wrote:
> This series makes the sysv semaphore code more scalable,
> by reducing the time the semaphore lock is held, and making
> the locking more scalable for semaphore arrays with multiple
> semaphores.
>
> The first four patches were written by
Em Thu, 21 Mar 2013 11:57:24 -0700
Randy Dunlap escreveu:
> On 03/21/13 11:45, Mauro Carvalho Chehab wrote:
> > Em Tue, 12 Mar 2013 11:40:29 -0700
> > Randy Dunlap escreveu:
> >
> >> From: Randy Dunlap
> >>
> >> Fix build warning in hdpvr:
> >>
> >> drivers/media/usb/hdpvr/hdpvr-video.c: warni
Dear Andrew Lunn,
On Thu, 21 Mar 2013 21:37:51 +0100, Andrew Lunn wrote:
> > And I'm not sure the SDRAM address decoding windows allows to split the
> > first 4 GB of RAM into two areas, one that would be mapped starting at
> > physical address 0x0, and another area that would be mapped at a
> >
On Thu, 21 Mar 2013, Soeren Moch wrote:
> Now I found out what is going on here:
>
> In itd_urb_transaction() we allocate 9 iTDs for each URB with
> number_of_packets == 64 in my case. The iTDs are added to
> sched->td_list. For a frame-aligned scheduling we need 8 iTDs, the 9th
> one is relea
2013/3/21 Christoph Lameter :
> On Thu, 21 Mar 2013, Frederic Weisbecker wrote:
>
>> Sure, for now just don't use SCHED_FIFO and you will have a much more
>> extended dynticks coverage.
>
> Ah. Ok. Important information. That would mean no tick for the 2 second
> intervals between the vm stats etc.
On Thu, Mar 21, 2013 at 08:47:04PM +, Al Viro wrote:
> On Thu, Mar 21, 2013 at 04:36:39PM -0400, Dave Jones wrote:
> > at some point during the fuzz run, this happened..
> >
> > Mar 20 15:20:41 kernel: [ 7578.784674] fuse init (API version 7.21)
> > Mar 20 15:20:41 systemd[1]: Mounting FU
Reported-by: kbuild test robot
Signed-off-by: Haiyang Zhang
Reviewed-by: K. Y. Srinivasan
---
drivers/video/hyperv_fb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/video/hyperv_fb.c b/drivers/video/hyperv_fb.c
index ceb33b0..d4d2c5f 100644
--- a/drivers/vi
On Thu, 21 Mar 2013, Frederic Weisbecker wrote:
> Sure, for now just don't use SCHED_FIFO and you will have a much more
> extended dynticks coverage.
Ah. Ok. Important information. That would mean no tick for the 2 second
intervals between the vm stats etc. Much much better than now where we
have
The following changes since commit 9b2ff35753c0512bc8c6adae9e9c87cbeee86f82:
ext4: enable quotas before orphan cleanup (2013-03-02 18:22:38 -0500)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
tags/ext4_for_linue
for you to fetch chan
On Thu, Mar 21, 2013 at 09:22:36PM +0100, Thomas Petazzoni wrote:
> And I'm not sure the SDRAM address decoding windows allows to split the
> first 4 GB of RAM into two areas, one that would be mapped starting at
> physical address 0x0, and another area that would be mapped at a
> different addres
On Thu, Mar 21, 2013 at 12:08 PM, David Rientjes wrote:
> CONFIG_MFD_CROS_EC requires CONFIG_MFD_CORE for a couple of functions that
> are declared but not defined:
>
> ERROR: "mfd_remove_devices" [drivers/mfd/cros_ec.ko] undefined!
> ERROR: "mfd_add_devices" [drivers/mfd/cros_ec.k
On Thu, Mar 21, 2013 at 08:04:08PM +, Christoph Lameter wrote:
> On Thu, 21 Mar 2013, Paul E. McKenney wrote:
>
> > > Yeah doing that right now but I'd like to see it handled without manual
> > > intervention.
> >
> > Given that RCU has no idea where you want them to run, some manual
> > inter
The only user of Kconfig symbol IP_CHECKSUM_L1 got removed in v2.6.33,
with commit ddf9ddacef0989fdeb22e182212a232488f0f3ad ("Blackfin: convert
to generic checksum code"). We can remove the Kconfig entry for this
unused symbol now.
Signed-off-by: Paul Bolle
---
Untested.
arch/blackfin/Kconfig |
On Thu, Mar 21, 2013 at 04:36:39PM -0400, Dave Jones wrote:
> at some point during the fuzz run, this happened..
>
> Mar 20 15:20:41 kernel: [ 7578.784674] fuse init (API version 7.21)
> Mar 20 15:20:41 systemd[1]: Mounting FUSE Control File System...
> Mar 20 15:20:41 systemd[1]: Mounted FUSE Con
2013/3/21 Christoph Lameter :
> On Thu, 21 Mar 2013, Paul E. McKenney wrote:
>> So, again, removing scheduling-clock interrupts in more situations is
>> a good future enhancement.
>
> The point here is that the check for a single runnable process is wrong
> because it accounts for tasks in all sche
On Thu, 2013-03-21 at 21:37 +0100, Mark Brown wrote:
> you routinely send very trivial
> patches which don't apply cleanly
That's demonstrably false.
> people
> who submit many patches ought to be examples of how to work smoothly.
I'm done with this conversation.
--
To unsubscribe from this li
On Thu, Mar 21, 2013 at 09:22:36PM +0100, Thomas Petazzoni wrote:
> Dear Andrew Lunn,
>
> On Thu, 21 Mar 2013 21:15:33 +0100, Andrew Lunn wrote:
>
> > Could you recommend a document which introduces LPAE.
> >
> > Only being able to address 7GB seems a bit odd to me. I kind of
> > expected you se
On Thu, Mar 21, 2013 at 12:16:45PM -0700, Joe Perches wrote:
> The commit isn't in -next so I have no idea what
> you actually applied. (nor do I really care btw)
The fact that you don't care is kind of the problem here, aside from
the extra effort involved the active resistance to change isn't g
On Thu, Mar 21, 2013 at 01:32:45PM -0700, Linus Torvalds wrote:
> On Thu, Mar 21, 2013 at 1:26 PM, Dave Jones wrote:
> >
> > those are qstr's, so I used d_name.name, right ?
>
> Yup. And if you want to, you could do p1->d_parent->d_name.name too,
> just to make things obvious. It's technica
On 03/21/13 13:25, Frank Rowand wrote:
> On 03/21/13 02:00, Ming Lei wrote:
< snip >
> --
> There are some timeout messages that I am not positive are symptoms of
> the problem. With these messages, the smsc95xx driver initialization is
> successful, so the ethernet device is available.
Setup the compatible property so that when this device is registered
through device tree, it can match the expected compatiblity string
used in the tps65090 driver.
Signed-off-by: Rhyland Klein
---
drivers/power/tps65090-charger.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-
This updates the DT documentation to reflect that the tps65090-charger
should be represented as a child node of the tps65090 device itself.
Signed-off-by: Rhyland Klein
---
.../devicetree/bindings/power_supply/tps65090.txt | 18 ++
1 file changed, 6 insertions(+), 12 deletions
On Thu, Mar 21, 2013 at 1:26 PM, Dave Jones wrote:
>
> those are qstr's, so I used d_name.name, right ?
Yup. And if you want to, you could do p1->d_parent->d_name.name too,
just to make things obvious. It's technically racy, but by the time
the bug happens, who cares?
> I'd be surprised actually
On Thu, Mar 21, 2013 at 12:49 PM, Benjamin Herrenschmidt
wrote:
> On Thu, 2013-03-21 at 11:24 +, Grant Likely wrote:
>> Device tree nodes are already treated as objects, and we already want to
>> expose them to userspace which is done using the /proc filesystem today.
>> Right now the kernel h
On Thu, Mar 21, 2013 at 09:22:36PM +0100, Thomas Petazzoni wrote:
> Dear Andrew Lunn,
>
> On Thu, 21 Mar 2013 21:15:33 +0100, Andrew Lunn wrote:
>
> > Could you recommend a document which introduces LPAE.
> >
> > Only being able to address 7GB seems a bit odd to me. I kind of
> > expected you se
On Thu, Mar 21, 2013 at 07:21:46PM +, Al Viro wrote:
> On Thu, Mar 21, 2013 at 03:06:53PM -0400, Dave Jones wrote:
> > Al, Linus,
>
> > trinity-child2 D 880110b3a7e0 5448 7669 1 0x0004
> [sits in rename(), trying to grab ->i_mutex on a parent]
>
> > Showing all locks he
Add irq resources to pass to the charger mfd sub dev so
the charger can listen for interrupts.
Signed-off-by: Rhyland Klein
---
v4:
- Added of_compatible string to resources for tps65090-charger
v3:
- no changes since v2
v2:
- no changes since v1
drivers/mfd/tps65090.c | 11 +++
1
The enum is missing the definition for the first bit, which makes all
the rest off by one. Add definition for the TPS65090_IRQ_INTERRUPT bit
which at 0.
Signed-off-by: Rhyland Klein
---
v4:
- no changes since v1
include/linux/mfd/tps65090.h |1 +
1 file changed, 1 insertion(+)
diff --git
On Thu, 2013-03-21 at 21:20 +0100, Paul Bolle wrote:
> When the NUC900 LCD Controller Driver got added (in v3.4) a Kconfig
> entry for FB_NUC900_DEBUG got added too. It has never been used. It
> appears that its users were dropped during review. Anyhow, this entry
> can be removed.
>
> Signed-off-
On 03/12/13 17:44, Frank Rowand wrote:
> On 03/11/13 10:34, Sebastian Andrzej Siewior wrote:
>> * Frank Rowand | 2013-03-07 20:03:18 [-0800]:
>>
>>> panda boot often fails due to a usb timeout, while sending a command on
>>> behalf of the smsc95xx ethernet driver.
>>>
>>> This patch is a temporary
On Thu, Mar 21, 2013 at 01:15:08PM -0700, Linus Torvalds wrote:
> On Thu, Mar 21, 2013 at 12:29 PM, Al Viro wrote:
> >
> > #0 oddity aside, that looks very much like directory aliased by two
> > different
> > dentries. Try to add
> > BUG_ON(p1->d_inode == p2->d_inode);
> > just be
On 03/21/13 02:00, Ming Lei wrote:
> Hi Frank,
>
> On Thu, Mar 21, 2013 at 11:29 AM, Frank Rowand
> wrote:
>>
>> I found the problem on 3.6.11, but have not replicated it on 3.9-rcX
>> yet because my config fails to build on 3.9-rc1 and 3.9-rc2. I'll try
>> to work on that issue tomorrow.
>
>
Dear Andrew Lunn,
On Thu, 21 Mar 2013 21:15:33 +0100, Andrew Lunn wrote:
> Could you recommend a document which introduces LPAE.
>
> Only being able to address 7GB seems a bit odd to me. I kind of
> expected you set up the translation tables to map a page in the 32 bit
> address range to any arb
From: Stephen Rothwell
Date: Thu, 21 Mar 2013 16:33:28 +1100
> Today's linux-next merge of the akpm tree got a conflict in
> arch/sparc/mm/init_64.c between commit ce835e513a93 ("sparc64: Do not
> change num_physpages during initmem freeing") from the sparc-next tree
> and commit "mm/SPARC: use c
When the NUC900 LCD Controller Driver got added (in v3.4) a Kconfig
entry for FB_NUC900_DEBUG got added too. It has never been used. It
appears that its users were dropped during review. Anyhow, this entry
can be removed.
Signed-off-by: Paul Bolle
---
Untested.
drivers/video/Kconfig | 7 ---
> /*
> - * 4 GB of plug-in RAM modules by default but only 3GB
> - * are visible, the amount of memory available can be
> - * changed by the bootloader according the size of the
> - * module actually plugged
> + * 8 GB o
On Thu, Mar 21, 2013 at 12:29 PM, Al Viro wrote:
>
> #0 oddity aside, that looks very much like directory aliased by two different
> dentries. Try to add
> BUG_ON(p1->d_inode == p2->d_inode);
> just before
> mutex_lock(&p1->d_inode->i_sb->s_vfs_rename_mutex);
> and see if it trigg
On Thu, 21 Mar 2013, Paul E. McKenney wrote:
> > Yeah doing that right now but I'd like to see it handled without manual
> > intervention.
>
> Given that RCU has no idea where you want them to run, some manual
> intervention would most likely be required even if RCU spawned them
> dynamically, rig
On Wed, Mar 20, 2013 at 05:54:11PM -0500, Rob Herring wrote:
> +Optional properties:
> +- arm,sp804-has-irq = <#>: In the case of only 1 timer irq line connected,
> this
> + specifies if the irq connection is for timer 1 or timer 2. A value of 1
> + or 2 should be used.
This fails to ment
On Wed, Mar 20, 2013 at 05:54:02PM -0500, Rob Herring wrote:
> From: Rob Herring
>
> The timer-sp initialization code clears the control register before
> initializing the timers, so every platform doing this is redundant.
>
> For unused timers, we should not care what state they are in.
NAK.
On Thu, Mar 21, 2013 at 09:15:41PM +0200, Michael S. Tsirkin wrote:
> On Thu, Mar 21, 2013 at 12:41:35PM -0600, Jason Gunthorpe wrote:
> > On Thu, Mar 21, 2013 at 08:16:33PM +0200, Michael S. Tsirkin wrote:
> >
> > > This is the one I find redundant. Since the write will be done by
> > > the adapt
On Wed, Mar 20, 2013 at 05:54:03PM -0500, Rob Herring wrote:
> + clk0 = of_clk_get(np, 0);
> + if (IS_ERR(clk0))
> + clk0 = NULL;
> +
> + /* Get the 2nd clock if the timer has 2 timer clocks */
> + if (of_count_phandle_with_args(np, "clocks", "#clock-cells") == 3) {
> +
On Thu, Mar 21, 2013 at 12:52 PM, Benjamin Herrenschmidt
wrote:
> On Thu, 2013-03-21 at 11:24 +, Grant Likely wrote:
>> The same data is now available in sysfs, so we can remove the code
>> that exports it in /proc and replace it with a symlink to the sysfs
>> version.
>>
>> Tested on versatil
On 03/21/13 07:41, Alan Stern wrote:
> On Wed, 20 Mar 2013, Frank Rowand wrote:
>
>> Hi All,
>>
>> Not quite sure quite where the problem is (USB, OMAP, smsc95xx driver,
>> other???),
>> so casting the nets wide...
>>
>> The PandaBoard frequently fails to boot with an eth0 error when mounting
>>
Let me add a signed off in case some one want to apply it.
Signed-Off-By: Christopher Li
On Wed, Mar 20, 2013 at 1:19 PM, Sam Ravnborg wrote:
> I looked at the attached patch:
> Acked-by: Sam Ravnborg
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
From: Andi Kleen
Add basic Haswell PMU support.
Similar to SandyBridge, but has a few new events and two
new counter bits.
There are some new counter flags that need to be prevented
from being set on fixed counters, and allowed to be set
for generic counters.
Also we add support for the counte
From: Andi Kleen
Haswell has two additional LBR from flags for TSX: intx and abort, implemented
as a new v4 version of the LBR format.
Handle those in and adjust the sign extension code to still correctly extend.
The flags are exported similarly in the LBR record to the existing misprediction
fl
From: Andi Kleen
Add support for the Haswell extended (fmt2) PEBS format.
It has a superset of the nhm (fmt1) PEBS fields, but has a longer record so
we need to adjust the code paths.
The main advantage is the new "EventingRip" support which directly
gives the instruction, not off-by-one instru
From: Andi Kleen
This avoids some problems with spurious PMIs on Haswell.
Haswell seems to behave more like P4 in this regard. Do
the same thing as the P4 perf handler by unmasking
the NMI only at the end. Shouldn't make any difference
for earlier family 6 cores.
Tested on Haswell, IvyBridge, We
This is based on v7 of the full Haswell PMU support,
rebased, and stripped down to the bare bones
Most interesting new features are not in this patchkit
(full version is
git://git.kernel.org/pub/scm/linux/kernel/git/ak/linux-misc.git hsw/pmu5)
Contains support for:
- Basic Haswell PMU and PEBS s
From: Andi Kleen
Add basic PEBS support for Haswell.
The constraints are similar to SandyBridge with a few new events.
v2: Readd missing pebs_aliases
v3: Readd missing hunk. Fix some constraints.
v4: Fix typo in PEBS event table (Stephane Eranian)
Reviewed-by: Stephane Eranian
Signed-off-by: An
On 03/21/13 11:45, Mauro Carvalho Chehab wrote:
> Em Tue, 12 Mar 2013 11:40:29 -0700
> Randy Dunlap escreveu:
>
>> From: Randy Dunlap
>>
>> Fix build warning in hdpvr:
>>
>> drivers/media/usb/hdpvr/hdpvr-video.c: warning: "CONFIG_I2C_MODULE" is not
>> defined [-Wundef]
>>
>> Signed-off-by: Rand
On 03/17/2013 09:04 AM, Mel Gorman wrote:
Currently kswapd checks if it should start writepage as it shrinks
each zone without taking into consideration if the zone is balanced or
not. This is not wrong as such but it does not make much sense either.
This patch checks once per priority if kswapd
On 03/17/2013 09:04 AM, Mel Gorman wrote:
If kswaps fails to make progress but continues to shrink slab then it'll
either discard all of slab or consume CPU uselessly scanning shrinkers.
This patch causes kswapd to only call the shrinkers once per priority.
Signed-off-by: Mel Gorman
Acked-by:
Hi Luca,
Having a timeout that takes into consideration the card size would be
artificial as we cannot have the ability to create a function for its
calculation that will fit all the card vendors.
I suggest keeping it as a constant value for simplicity, as 4 minutes
cover all the card sizes.
Tha
On 3/21/2013 3:12 PM, Paul Bolle wrote:
> Tile support got added in v2.6.36. Its main Kconfig file was added with
> two outdated Kconfig entries. DEFAULT_MIGRATION_COST is unused since
> v2.6.23, and SEMAPHORE_SLEEPERS is unused since v2.6.26. Remove these
> outdated entries now.
>
> Signed-off-by:
Hi
On 21/03/13 20:10, Arnd Bergmann wrote:
> On Thursday 21 March 2013, Jason Cooper wrote:
>> On Thu, Mar 21, 2013 at 06:04:59PM +0100, Soeren Moch wrote:
>
>>>
>>> Now I found out what is going on here:
>>>
>>> In itd_urb_transaction() we allocate 9 iTDs for each URB with
>>> number_of_packets
On 03/21/2013 02:16:00 PM, Gleb Natapov wrote:
On Thu, Mar 21, 2013 at 01:42:34PM -0500, Scott Wood wrote:
> On 03/21/2013 09:27:14 AM, Kevin Hilman wrote:
> >Gleb Natapov writes:
> >
> >> On Wed, Mar 20, 2013 at 06:58:41PM -0500, Scott Wood wrote:
> >>> Why can't the entirety kvm_host.h be incl
On Thu, Mar 21, 2013 at 03:06:53PM -0400, Dave Jones wrote:
> Showing all locks held in the system:
> 4 locks on stack by trinity-child2/7669:
> #0: blocked: (sb_writers#4){.+.+.+}, instance: 8801292d17d8, at:
> [] mnt_want_write+0x24/0x50
> #1: held: (&type->s_vfs_rename_key){+.+.+.},
On Thu, Mar 21, 2013 at 03:06:53PM -0400, Dave Jones wrote:
> Al, Linus,
> trinity-child2 D 880110b3a7e0 5448 7669 1 0x0004
[sits in rename(), trying to grab ->i_mutex on a parent]
> Showing all locks held in the system:
> 4 locks on stack by trinity-child2/7669:
> #0: blocked:
Kernels up to an including 3.8.0 work Ok on my old dual-CPU G5, but
3.9-rc3 refuses to boot. After selecting it in yaboot's menu I see
Please wait, loading kernel
Elf64 kernel loaded
Loading ramdisk
ramdisk loaded
Invalid memory access at SRR0: .0380 SRR1: 9000.00081000
and
On Thu, Mar 21, 2013 at 05:26:15PM +0100, Gregory CLEMENT wrote:
> From: Lior Amsalem
>
> For mvebu IOs are 32 bits and we have 40 bits memory due to LPAE so
> make sure we give 32 bits addresses to the IOs.
Hi Gregory, Lior
I don't really understand what this comment is supposed to mean. I
wou
On Thu, 2013-03-21 at 19:44 +0100, Mark Brown wrote:
> On Thu, Mar 21, 2013 at 10:53:13AM -0700, Joe Perches wrote:
> > On Thu, 2013-03-21 at 18:44 +0100, Mark Brown wrote:
>
> > > That one needs a bit more taste and thought to work out what's
> > > appropraite than can be guaranteed easily with a
Dear Arnd Bergmann,
On Thu, 21 Mar 2013 19:03:52 +, Arnd Bergmann wrote:
> On Thursday 21 March 2013, Rob Herring wrote:
> > > soc {
> > > - #address-cells = <1>;
> > > - #size-cells = <1>;
> > > + #address-cells = <2>;
> > > + #size-cells
Signed-off-by: Stefano Stabellini
---
arch/arm/include/asm/xen/hypercall.h |1 +
arch/arm/xen/enlighten.c |1 +
arch/arm/xen/hypercall.S |1 +
3 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/xen/hypercall.h
b/arch/arm/includ
On Thu, 21 Mar 2013, Herbert Xu wrote:
> > This patch adds CONFIG_PM_SLEEP to suspend/resume functions to fix
> > the following build warning when CONFIG_PM_SLEEP is not selected.
> >
> > drivers/char/hw_random/exynos-rng.c:147:12: warning:
> > 'exynos_rng_runtime_suspend' defined but not used [
xenvm is based on mach-vexpress, move it to mach-virt.
Signed-off-by: Stefano Stabellini
CC: marc.zyng...@arm.com
CC: will.dea...@arm.com
CC: a...@arndb.de
CC: rob.herr...@calxeda.com
---
arch/arm/mach-vexpress/v2m.c |1 -
arch/arm/mach-virt/virt.c|1 +
2 files changed, 1 insertions(
On Thu, 2013-03-21 at 18:53 +, Christoph Lameter wrote:
> On Thu, 21 Mar 2013, Steven Rostedt wrote:
>
> > For now, no, if more than one process is scheduled on the CPU, we fall
> > out of dynamic tick mode. In the future, we can add SCHED_FIFO task
> > scheduled in to trigger it. But lets con
Hi all,
this patch series, based on 3.9-rc3, moves xenvm to mach-virt and
implements SMP support in Xen on ARM.
Stefano Stabellini (4):
xen/arm: implement HYPERVISOR_vcpu_op
xen/arm: SMP support
xen: move the xenvm machine to mach-virt
xenvm: add a simple PSCI node and a s
Signed-off-by: Stefano Stabellini
CC: rob.herr...@calxeda.com
CC: will.dea...@arm.com
CC: marc.zyng...@arm.com
CC: a...@arndb.de
---
arch/arm/boot/dts/xenvm-4.2.dts | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/xenvm-4.2.dts b/arch/arm/boot
Map vcpu_info using VCPUOP_register_vcpu_info on secondary cpus.
Call enable_percpu_irq on every cpu.
Actually pass a percpu variable to request_percpu_irq.
Signed-off-by: Stefano Stabellini
---
arch/arm/xen/enlighten.c | 42 --
1 files changed, 40 ins
On Thu, Mar 21, 2013 at 01:42:34PM -0500, Scott Wood wrote:
> On 03/21/2013 09:27:14 AM, Kevin Hilman wrote:
> >Gleb Natapov writes:
> >
> >> On Wed, Mar 20, 2013 at 06:58:41PM -0500, Scott Wood wrote:
> >>> On 03/14/2013 07:13:46 PM, Kevin Hilman wrote:
> >>> >The new context tracking subsystem u
On Thu, Mar 21, 2013 at 12:41:35PM -0600, Jason Gunthorpe wrote:
> On Thu, Mar 21, 2013 at 08:16:33PM +0200, Michael S. Tsirkin wrote:
>
> > This is the one I find redundant. Since the write will be done by
> > the adaptor under direct control by the application, why does it
> > make sense to decl
Tile support got added in v2.6.36. Its main Kconfig file was added with
two outdated Kconfig entries. DEFAULT_MIGRATION_COST is unused since
v2.6.23, and SEMAPHORE_SLEEPERS is unused since v2.6.26. Remove these
outdated entries now.
Signed-off-by: Paul Bolle
---
Untested.
arch/tile/Kconfig | 9
On Thursday 21 March 2013, Jason Cooper wrote:
> On Thu, Mar 21, 2013 at 06:04:59PM +0100, Soeren Moch wrote:
> >
> > Now I found out what is going on here:
> >
> > In itd_urb_transaction() we allocate 9 iTDs for each URB with
> > number_of_packets == 64 in my case. The iTDs are added to
> > sch
On Wed, Mar 20, 2013 at 05:02:02PM -0600, Stephen Warren wrote:
> From: Stephen Warren
>
> _regmap_raw_write() contains code to call regcache_write() to write
> values to the cache. That code calls memcpy() to copy the value data to
> the start of the work_buf. However, at least when _regmap_raw_
CONFIG_MFD_CROS_EC requires CONFIG_MFD_CORE for a couple of functions that
are declared but not defined:
ERROR: "mfd_remove_devices" [drivers/mfd/cros_ec.ko] undefined!
ERROR: "mfd_add_devices" [drivers/mfd/cros_ec.ko] undefined!
Fix it by selecting CONFIG_MFD_CORE anytime CONFIG
On Thu, Mar 21, 2013 at 12:42:20PM +0100, Stanislaw Gruszka wrote:
> On Mon, Mar 18, 2013 at 02:03:08PM -0700, Luis R. Rodriguez wrote:
> > > > --- a/drivers/net/wireless/ath/ath9k/link.c
> > > > +++ b/drivers/net/wireless/ath/ath9k/link.c
> > > > @@ -158,7 +158,8 @@ void ath_start_rx_poll(struct a
Al, Linus,
I've seen this happen a few times recently.. I have a bunch of trinity
processes
that run for a few hours, and then eventually all those processes end up
spinning
waiting on each other.
The stack traces always seem to look like this..
Does this look like a real kernel deadlock, or m
On Thursday 21 March 2013, Rob Herring wrote:
> > soc {
> > - #address-cells = <1>;
> > - #size-cells = <1>;
> > + #address-cells = <2>;
> > + #size-cells = <2>;
>
> If all the addresses for the soc bus are below 4GB or even within a 4GB
> rang
On Thu, 21 Mar 2013, Steven Rostedt wrote:
> For now, no, if more than one process is scheduled on the CPU, we fall
> out of dynamic tick mode. In the future, we can add SCHED_FIFO task
> scheduled in to trigger it. But lets conquer that after we successfully
> conquer the current changes.
Be gla
On Thu, Mar 21, 2013 at 02:44:22PM -0400, Steven Rostedt wrote:
> On Thu, 2013-03-21 at 10:15 -0700, Paul E. McKenney wrote:
>
> > > The OS always has some sched other tasks around that become runnable after
> > > a while (like for example the vm statistics update, or the notorious slab
> > > scan
On Thu, Mar 21, 2013 at 06:39:09PM +, Christoph Lameter wrote:
> On Thu, 21 Mar 2013, Paul E. McKenney wrote:
>
> > > Why are there multiple rcuo threads? Would a single thread that may be
> > > able to run on multiple cpus not be sufficient?
> >
> > In many cases, this would indeed be suffici
On Thu, 21 Mar 2013, Paul E. McKenney wrote:
> > Why are there multiple rcuo threads? Would a single thread that may be
> > able to run on multiple cpus not be sufficient?
>
> In many cases, this would indeed be sufficient. However, if you have
> enough CPUs posting RCU callbacks, then the single
Em Tue, 12 Mar 2013 11:40:29 -0700
Randy Dunlap escreveu:
> From: Randy Dunlap
>
> Fix build warning in hdpvr:
>
> drivers/media/usb/hdpvr/hdpvr-video.c: warning: "CONFIG_I2C_MODULE" is not
> defined [-Wundef]
>
> Signed-off-by: Randy Dunlap
> Reported-by: Geert Uytterhoeven
> Cc: Janne Gr
On Thu, Mar 21, 2013 at 10:53:13AM -0700, Joe Perches wrote:
> On Thu, 2013-03-21 at 18:44 +0100, Mark Brown wrote:
> > That one needs a bit more taste and thought to work out what's
> > appropraite than can be guaranteed easily with a script, things like
> > working out drive level prefixes for e
On 03/17/2013 09:04 AM, Mel Gorman wrote:
Historically, kswapd used to congestion_wait() at higher priorities if it
was not making forward progress. This made no sense as the failure to make
progress could be completely independent of IO. It was later replaced by
wait_iff_congested() and removed
On Thu, 2013-03-21 at 10:15 -0700, Paul E. McKenney wrote:
> > The OS always has some sched other tasks around that become runnable after
> > a while (like for example the vm statistics update, or the notorious slab
> > scanning). As long as SCHED_FIFO is active and there is no process in the
> >
On 03/21/2013 09:27:14 AM, Kevin Hilman wrote:
Gleb Natapov writes:
> On Wed, Mar 20, 2013 at 06:58:41PM -0500, Scott Wood wrote:
>> On 03/14/2013 07:13:46 PM, Kevin Hilman wrote:
>> >The new context tracking subsystem unconditionally includes
kvm_host.h
>> >headers for the guest enter/exit
On Thu, Mar 21, 2013 at 08:16:33PM +0200, Michael S. Tsirkin wrote:
> This is the one I find redundant. Since the write will be done by
> the adaptor under direct control by the application, why does it
> make sense to declare this beforehand? If you don't want to allow
> local write access to me
On 03/19/2013 08:02 PM, Guenter Roeck wrote:
> On Tue, Mar 19, 2013 at 05:26:26PM +, Pádraig Brady wrote:
>> On 03/10/2013 11:14 PM, Guenter Roeck wrote:
>>> It is unnecessary to enable the logical device and WDT0 each time
>>> the watchdog is accessed. Do it only once during initialization.
>>
On Thu, 21 Mar 2013, Ingo Molnar wrote:
> > Index: linux/mm/page_alloc.c
> > ===
> > --- linux.orig/mm/page_alloc.c 2013-03-18 10:52:11.510988843 -0500
> > +++ linux/mm/page_alloc.c 2013-03-18 10:52:14.214931348 -0500
> > @@ -4
Hey, Christoph.
On Thu, Mar 21, 2013 at 09:08:19AM -0400, Christoph Hellwig wrote:
> > > Hmm... I guess, then, what we can do is adding a worker description
> > > which is printed out with task dump. ie. A work function can call
> > > work_set_desc(fmt, arg). It won't be expensive and can be
201 - 300 of 842 matches
Mail list logo