From: Etienne Carriere
ux500 machines performs pins (GPIO) reconfiguration when entering
in the suspended mode. This reconfiguration aims at reaching an ultra
low power HW configuration.
Due to this HW reconfiguration, some HW devices can change of HW state
and have their output signals at level
From: Linus Walleij
We have discovered transient IRQs when going to suspend on the
Ux500 platform. This patch series hits all sources by marking
the applicable IRQchips with MASK_ON_SUSPEND.
I don't know if this is a common problem or seen in other
platforms so comments are welcome.
Else I requ
From: Etienne Carriere
ux500 machines performs pins (GPIO) reconfiguration when entering
in the suspended mode. This reconfiguration aims at reaching an ultra
low power HW configuration.
Due to this HW reconfiguration, some HW devices can change of HW state
and have their output signals at level
Linus,
please pull some bugfixes for the "embedded" part of the I2C subsystem.
The fixes affect mostly drivers which have been largely reworked lately
and where regressions appeared.
Thanks,
Wolfram
The following changes since commit d9875690d9b89a866022ff49e3fcea892345ad92:
Linux 3.6-rc2
From: Etienne Carriere
ux500 machines performs pins (GPIO) reconfiguration when entering
in the suspended mode. This reconfiguration aims at reaching an ultra
low power HW configuration.
Due to this HW reconfiguration, some HW devices can change of HW state
and have their output signals at level
From: Etienne Carriere
ux500 machines performs pins (GPIO) reconfiguration when entering
in the suspended mode. This reconfiguration aims at reaching an ultra
low power HW configuration.
Due to this HW reconfiguration, some HW devices can change of HW state
and have their output signals at level
Hi All,
A few nitpicks.
> + * LIS3331DLH spec says 1LSBs corresponds 4G/1024 -> 1LSB is 1000/1024 mG.
> + * Sensitivity values for +/-2G, outdata in 12 bits for +/-2G scale. so 4
> + * bits adjustment is required
Shouldn't it be "1LSB is 4000/1024 mG" ?
Also "outdata in 12bits" (typo. in->is?)
O
From: Etienne Carriere
ux500 machines performs pins (GPIO) reconfiguration when entering
in the suspended mode. This reconfiguration aims at reaching an ultra
low power HW configuration.
Due to this HW reconfiguration, some HW devices can change of HW state
and have their output signals at level
From: Etienne Carriere
ux500 machines performs pins (GPIO) reconfiguration when entering
in the suspended mode. This reconfiguration aims at reaching an ultra
low power HW configuration.
Due to this HW reconfiguration, some HW devices can change of HW state
and have their output signals at level
* Ido Yariv wrote:
> vSMP Foundation does not require to serialize CPA by guaranteeing that
> the most recent TLB entry will always be used.
>
> To avoid needless contention on cpa_lock, do not lock/unlock it if it
> isn't necessary.
>
> Based on work by Shai Fultheim .
>
> Signed-off-by: Ido
On 08/22/2012 10:06 AM, Eric Dumazet wrote:
>> Prior to 9ad7c049 the timeout was defined with 189secs. Now we have only
>> a timeout of 63secs.
>>
>> ((2 << 5) - 1) * 3 secs = 189 secs
>> ((2 << 5) - 1) * 1 secs = 63 secs
>
> Strange maths ... here I have :
>
> (1+2+4+8+16) * 3
On Fri, Aug 17, 2012 at 08:53:53PM +0200, Olaf Hering wrote:
> On Fri, Aug 17, Ben Hutchings wrote:
>
> > You are never going to have a 'works everywhere' solution for
> > Linux guests.
>
> The hook is the solution.
>
> > How are these distribution-specific integration scripts going
> > to get i
Commit-ID: 784ffcbb96c3a97b4c64fd48b1dfe12ef3fcbcda
Gitweb: http://git.kernel.org/tip/784ffcbb96c3a97b4c64fd48b1dfe12ef3fcbcda
Author: John Stultz
AuthorDate: Tue, 21 Aug 2012 20:30:46 -0400
Committer: Thomas Gleixner
CommitDate: Wed, 22 Aug 2012 10:42:12 +0200
time: Ensure we normaliz
Commit-ID: 85dc8f05c93c8105987de9d7e7cebf15a72ff4ec
Gitweb: http://git.kernel.org/tip/85dc8f05c93c8105987de9d7e7cebf15a72ff4ec
Author: Andreas Schwab
AuthorDate: Tue, 21 Aug 2012 20:30:47 -0400
Committer: Thomas Gleixner
CommitDate: Wed, 22 Aug 2012 10:42:13 +0200
time: Fix casting iss
On Wed, Aug 22, 2012 at 03:18:47PM +0800, Dong Aisheng wrote:
> From: Dong Aisheng
>
> Originally the anatop regulator devices are populated by mfd anatop driver.
> Since mfd anatop driver will be deleted later, we change to populate the
> regulator devices by devicetree automatically.
> This wil
Commit-ID: 6ea565a9be32a3c8d1092017686f183b6d8c4514
Gitweb: http://git.kernel.org/tip/6ea565a9be32a3c8d1092017686f183b6d8c4514
Author: John Stultz
AuthorDate: Tue, 21 Aug 2012 20:30:48 -0400
Committer: Thomas Gleixner
CommitDate: Wed, 22 Aug 2012 10:42:13 +0200
time: Avoid potential sh
Commit-ID: bf2ac312195155511a0f79325515cbb61929898a
Gitweb: http://git.kernel.org/tip/bf2ac312195155511a0f79325515cbb61929898a
Author: John Stultz
AuthorDate: Tue, 21 Aug 2012 20:30:49 -0400
Committer: Thomas Gleixner
CommitDate: Wed, 22 Aug 2012 10:42:13 +0200
time: Avoid making adjus
Don't perform the locking in the rebalance_domains() when it's not needed.
rebalance_domains() tried to take a "balancing" spin-lock when SD_SERIALIZE
flag was set (which is a default configuration for NUMA aware systems)
every time it was called. This is done regardless the fact that maybe
there
On 08/22/2012 03:39 PM, Jan Beulich wrote:
Alex Shi 08/22/12 5:24 AM >>>
>> On 08/20/2012 10:12 PM, Jan Beulich wrote:
>> I was thought you have 'Agreed' for xen part code. :)
>
> I had agreed to it being done the right way, and I had pointed out the
> problem once. I can't say for sure tha
At 08/22/2012 03:59 PM, qiuxishi Wrote:
> On 2012-8-22 14:15, Wen Congyang wrote:
>> > At 08/21/2012 08:51 PM, qiuxishi Wrote:
>>> >> From: Xishi Qiu
>>> >>
>>> >> online_pages() does build_all_zonelists() and zone_pcp_update(),
>>> >> I think offline_pages() should do it too. The node has no memo
On Sunday 19 August 2012, Andi Kleen wrote:
>
> This rather large patchkit enables gcc Link Time Optimization (LTO)
> support for the kernel.
>
> With LTO gcc will do whole program optimizations for
> the whole kernel and each module. This increases compile time,
> but can generate faster code.
On Wed, 2012-08-22 at 10:48 +0200, Alex Bergmann wrote:
> On 08/22/2012 10:06 AM, Eric Dumazet wrote:
> >> Prior to 9ad7c049 the timeout was defined with 189secs. Now we have only
> >> a timeout of 63secs.
> >>
> >> ((2 << 5) - 1) * 3 secs = 189 secs
> >> ((2 << 5) - 1) * 1 secs =
Hi Chinmay,
Thanks for the comments
On Wed, Aug 22, 2012 at 14:14:55, Chinmay V S wrote:
> Hi All,
>
> A few nitpicks.
>
> > + * LIS3331DLH spec says 1LSBs corresponds 4G/1024 -> 1LSB is 1000/1024 mG.
> > + * Sensitivity values for +/-2G, outdata in 12 bits for +/-2G scale. so 4
> > + * bits ad
* Alan Cox wrote:
> > Why? Good scheduling is useful even in isolation.
>
> For power - I suspect it's damn near irrelevant except on a
> big big machine.
With deep enough C states it's rather relevant whether we
continue to burn +50W for a couple of more milliseconds or not,
and whether we
On Wed, Aug 22, 2012 at 03:59:41PM +1000, Stephen Rothwell wrote:
> Hi Andrew,
>
> Today's linux-next merge of the akpm tree got a conflict in
> mm/page_alloc.c between commit c67fe3752abe ("mm: compaction: Abort async
> compaction if locks are contended or taking too long") from Linus' tree
> and
Commit-ID: c00679af441c5be76e195deed2c76fef65a5d102
Gitweb: http://git.kernel.org/tip/c00679af441c5be76e195deed2c76fef65a5d102
Author: Ido Yariv
AuthorDate: Wed, 8 Aug 2012 20:01:38 +0300
Committer: Ingo Molnar
CommitDate: Wed, 22 Aug 2012 10:48:05 +0200
x86/vsmp: Use hypervisor layer
* Matthew Garrett wrote:
> [...]
>
> Our power consumption is worse than under other operating
> systems is almost entirely because only one of our three GPU
> drivers implements any kind of useful power management. [...]
... and because our CPU frequency and C state selection logic is
doing
* tip-bot for Ido Yariv wrote:
> Commit-ID: c00679af441c5be76e195deed2c76fef65a5d102
> Gitweb: http://git.kernel.org/tip/c00679af441c5be76e195deed2c76fef65a5d102
> Author: Ido Yariv
> AuthorDate: Wed, 8 Aug 2012 20:01:38 +0300
> Committer: Ingo Molnar
> CommitDate: Wed, 22 Aug 2012 1
On Tue, Aug 21, 2012 at 06:33:45PM -0700, Hugh Dickins wrote:
> Jeff,
>
> Your commit 91f68c89d8f3 ("block: fix infinite loop in __getblk_slow"),
> already gone into 3.* stable, is not good. Could you and your testers
> please give this alternative a try - I think it should work, and have
> start
21.08.2012 21:18, Neal Cardwell пишет:
On Tue, Aug 21, 2012 at 12:04 PM, Stanislav Kinsbursky
wrote:
10.08.2012 03:16, David Miller пишет:
From: Stanislav Kinsbursky
Date: Thu, 09 Aug 2012 16:50:40 +0400
This is a fix for bug, introduced in 3.4 kernel by commit
1ab5ecb90cb6a3df1476e052f76a
Hello,
Am Mittwoch, 22. August 2012, 16:04:39 schrieb Feng Tang:
> > Why use a fixed one? Give the driver (and maybe every i2c bus driver) a
> > parameter which sets the base bus number it should use.
> > E.g. i2c-eg20t.base-bus-num=2 so it will register the bus numbers starting
> > from 2. If t
On Tue, Aug 21, 2012 at 10:47 PM, Tony Prisk wrote:
> Converted the existing arch-vt8500 gpio to a platform_device.
> Added support for WM8505 and WM8650 GPIO controllers.
(...)
> + unsigned val;
I asked about the datatype for this "val", it sure isn't "unsigned".
I suspected the register
On Tue, 2012-08-21 at 15:54 -0500, Nathan Zimmer wrote:
> + if (pdeo) {
> + kfree(pdeo);
> + }
Just make it unconditional. kfree(NULL) is a no-op.
--
dwmw2
smime.p7s
Description: S/MIME cryptographic signature
On Mon, Aug 13, 2012 at 06:33:59PM +0800, Yuanhan Liu wrote:
> Embed block device name in struct block_device, thus we can replace
> the following code:
> char b[BDEVNAME_SIZE];
> printk(KERN_XXX "...%s..\n", bdevname(bdev, b);
>
> with a much simpler and less stack usage version:
>
On 08/22/2012 10:58 AM, Eric Dumazet wrote:
On Wed, 2012-08-22 at 10:48 +0200, Alex Bergmann wrote:
On 08/22/2012 10:06 AM, Eric Dumazet wrote:
Prior to 9ad7c049 the timeout was defined with 189secs. Now we have only
a timeout of 63secs.
((2 << 5) - 1) * 3 secs = 189 secs
(
On Tue, Aug 21, 2012 at 10:19:31PM -0300, Rafael Aquini wrote:
> On Wed, Aug 22, 2012 at 03:07:41AM +0300, Michael S. Tsirkin wrote:
> > On Tue, Aug 21, 2012 at 05:45:56PM -0300, Rafael Aquini wrote:
> > > On Tue, Aug 21, 2012 at 10:30:31PM +0300, Michael S. Tsirkin wrote:
> > > > On Tue, Aug 21, 2
On Mon, Aug 20, 2012 at 12:53 PM, Lee Jones wrote:
> MFD core now takes care of HWIRQ <-> VIRQ mapping, so the helper
> ab8500_irq_get_virq() is no longer used by ab8500 subordinate devices
> to obtain a Linux wide Virtual IRQ. The AB8500 IRQ controller still
> uses it internally though, so we'l
Julia Lawall wrote:
>
> From: Julia Lawall
>
> Initialize return variable before exiting on an error path.
>
> A simplified version of the semantic match that finds this problem is as
> follows: (http://coccinelle.lip6.fr/)
>
> //
> (
> if@p1 (\(ret < 0\|ret != 0\))
> { ... return ret; }
> |
Mandeep Singh Baines wrote:
>
> From 0cdf3aff, "ARM: SAMSUNG: use spin_lock_irqsave() in
> clk_{enable,disable}":
>
> The clk_enable()and clk_disable() can be used process and ISR either.
> And actually it is used for real product and other platforms use it
> now. So spin_lock_irqsave() sho
Fix spelling typo "suppport".
Signed-off-by: Masanari Iida
---
arch/ia64/kvm/kvm-ia64.c | 2 +-
drivers/net/ethernet/intel/e1000/e1000_ethtool.c | 2 +-
drivers/net/wireless/zd1211rw/zd_chip.c | 2 +-
drivers/scsi/bnx2fc/bnx2fc_hwi.c | 2 +-
drive
* Rusty Russell wrote:
> We still patch SMP instructions to UP variants if we boot with a
> single CPU, but not at any other time. In particular, not if we
> unplug CPUs to return to a single cpu.
>
> Paul McKenney points out:
>
> mean offline overhead is 6251/48=130.2 milliseconds.
>
> If
Hi Ingo,
On Wed, Aug 22, 2012 at 11:11:41AM +0200, Ingo Molnar wrote:
>
> * tip-bot for Ido Yariv wrote:
>
> > Commit-ID: c00679af441c5be76e195deed2c76fef65a5d102
> > Gitweb:
> > http://git.kernel.org/tip/c00679af441c5be76e195deed2c76fef65a5d102
> > Author: Ido Yariv
> > AuthorDate:
On Tue, Aug 14, 2012 at 09:29:21PM +0100, Jonathan Cameron wrote:
> On 08/02/2012 11:10 AM, Axel Lin wrote:
> > Fix below build warnings:
> > CC [M] drivers/iio/light/lm3533-als.o
> > drivers/iio/light/lm3533-als.c:667:8: warning: initialization from
> > incompatible pointer type [enabled by de
Hi Ingo,
On Wed, Aug 22, 2012 at 10:47:02AM +0200, Ingo Molnar wrote:
>
> * Ido Yariv wrote:
>
> > vSMP Foundation does not require to serialize CPA by guaranteeing that
> > the most recent TLB entry will always be used.
> >
> > To avoid needless contention on cpa_lock, do not lock/unlock it i
On Sunday 2012-08-19 15:34, Dan Luedtke wrote:
>I analyzed about 600k file stored on various removable storage devices.
>80 volunteers sent in data about their devices, generated by a program
>(windows) and scripts (linux, bsd, osx) I wrote for that purpose. The
>data shows that people use more
On 08/21/2012 12:28 PM, Tomas Racek wrote:
>
> http://fi.muni.cz/~xracek/debian2.img.bz2
>
> Other things are the same.
>
> The runtest.sh sets environment for xfstests and runs test 285 which I wrote
> and and which should test if FS sends discard requests only on free sectors:
> 285:
> 1. Cre
On Wed, 2012-08-22 at 11:29 +0200, Alex Bergmann wrote:
> Actual 6 SYN frames are sent. The initial one and 5 retries.
>
first one had a t0 + 0 delay. How can it count ???
> The kernel is waiting another 32 seconds for a SYN+ACK and then gives
> the ETIMEDOUT back to userspace.
>
> Do you mea
2012/8/21, Jan Kara :
> Hello,
>
> first, I'm sorry for a late reply. I was on a long vacation and then it
> took me a while to catch up with stuff.
>
> On Sat 18-08-12 05:58:22, Namjae Jeon wrote:
>> From: Namjae Jeon
>>
>> While mapping logical blocks of a file to physical blocks on the
>> p
On Wed, 2012-08-22 at 12:00 +0200, Eric Dumazet wrote:
> On Wed, 2012-08-22 at 11:29 +0200, Alex Bergmann wrote:
>
> > Actual 6 SYN frames are sent. The initial one and 5 retries.
> >
>
> first one had a t0 + 0 delay. How can it count ???
>
> > The kernel is waiting another 32 seconds for a SYN
On 08/22/2012 12:54 PM, Avi Kivity wrote:
> On 08/21/2012 12:28 PM, Tomas Racek wrote:
>>
>> http://fi.muni.cz/~xracek/debian2.img.bz2
>>
>> Other things are the same.
>>
>> The runtest.sh sets environment for xfstests and runs test 285 which I wrote
>> and and which should test if FS sends dis
Hi Rabin,
Is it resolved the issue you mentioned?
Thanks,
Laxman
On Tuesday 14 August 2012 03:37 PM, Laxman Dewangan wrote:
If supply regulator is enabled because of boot-on (not always-on)
then disable regulator need to be call if regulator have some
user or full constraint has been enabled.
T
* Ido Yariv wrote:
> Hi Ingo,
>
> On Wed, Aug 22, 2012 at 10:47:02AM +0200, Ingo Molnar wrote:
> >
> > * Ido Yariv wrote:
> >
> > > vSMP Foundation does not require to serialize CPA by guaranteeing that
> > > the most recent TLB entry will always be used.
> > >
> > > To avoid needless conte
On Wed 22-08-12 19:02:26, Namjae Jeon wrote:
> 2012/8/21, Jan Kara :
> Hi. Jan.
> Okay, We are trying to do it from your comment.
> 1. Change udf_ext_cache structure to following which would also include *bh.
> struct udf_ext_cache {
>
> /* Position of the cached extent */
> struct extent_position
* Ido Yariv wrote:
> Hi Ingo,
>
> On Wed, Aug 22, 2012 at 11:11:41AM +0200, Ingo Molnar wrote:
> >
> > * tip-bot for Ido Yariv wrote:
> >
> > > Commit-ID: c00679af441c5be76e195deed2c76fef65a5d102
> > > Gitweb:
> > > http://git.kernel.org/tip/c00679af441c5be76e195deed2c76fef65a5d102
> >
On Tue, Aug 21, 2012 at 01:28:57PM -0600, Alex Williamson wrote:
> Here's the much anticipated re-write of support for level irqfds. As
> Michael suggested, I've rolled the eoi/ack notification fd into
> KVM_IRQFD as a new mode. For lack of a better name, as there seems to
> be objections to asso
Hi Marek,
On Tue, 21 Aug 2012 17:01:08 +0200
Marek Szyprowski wrote:
> > > > -__iommu_alloc_remap(struct page **pages, size_t size, gfp_t gfp,
> > > > pgprot_t prot)
> > > > +__iommu_alloc_remap(struct page **pages, size_t size, gfp_t gfp,
> > > > pgprot_t prot,
> > > > + con
Fix spelling typo "suport" in comments and a Kconfig.
Signed-off-by: Masanari Iida
---
Documentation/hwmon/pmbus | 2 +-
Documentation/video4linux/bttv/Sound-FAQ | 2 +-
arch/mips/txx9/generic/pci.c | 2 +-
arch/powerpc/include/asm/oprofile_impl.h
Hi,
The commit e9da6e9 "ARM: dma-mapping: remove custom consistent dma
region" breaks the compatibility with existing drivers. This causes
the following kernel oops(*1). That driver has called dma_pool_alloc()
to allocate memory from the interrupt context, and it hits
BUG_ON(in_interrpt()) in "get
There's possibility that this attrs be used later to set.
Signed-off-by: Hiroshi Doyu
---
arch/arm/include/asm/dma-mapping.h | 21 +
1 files changed, 17 insertions(+), 4 deletions(-)
diff --git a/arch/arm/include/asm/dma-mapping.h
b/arch/arm/include/asm/dma-mapping.h
inde
Makes use of the same atomic pool from DMA, and skips kernel page
mapping which can involves sleep'able operation at allocating a kernel
page table.
Signed-off-by: Hiroshi Doyu
---
arch/arm/mm/dma-mapping.c | 22 ++
1 files changed, 18 insertions(+), 4 deletions(-)
diff --
Make dma_alloc{_attrs}() returns cpu address when
DMA_ATTR_NO_KERNEL_MAPPING && GFP_ATOMIC.
Signed-off-by: Hiroshi Doyu
---
arch/arm/mm/dma-mapping.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
index 9260107..
__alloc_fill_pages() allocates power of 2 page number allocation at
most repeatedly.
Signed-off-by: Hiroshi Doyu
---
arch/arm/mm/dma-mapping.c | 40
1 files changed, 28 insertions(+), 12 deletions(-)
diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm
Commit-ID: 9f2bce885cbea18074b2fe747e3db5262f68c90a
Gitweb: http://git.kernel.org/tip/9f2bce885cbea18074b2fe747e3db5262f68c90a
Author: Rusty Russell
AuthorDate: Mon, 6 Aug 2012 17:29:49 +0930
Committer: Ingo Molnar
CommitDate: Wed, 22 Aug 2012 11:18:26 +0200
x86/smp: Don't ever patch b
Commit-ID: cb09cad44f07044d9810f18f6f9a6a6f3771f979
Gitweb: http://git.kernel.org/tip/cb09cad44f07044d9810f18f6f9a6a6f3771f979
Author: Avi Kivity
AuthorDate: Wed, 22 Aug 2012 13:03:48 +0300
Committer: Ingo Molnar
CommitDate: Wed, 22 Aug 2012 12:09:49 +0200
x86/alternatives: Fix p6 nops
On Wed, 2012-08-08 at 23:50 +0100, David Miller wrote:
> Just use something like a call to __pskb_pull_tail(skb, len) and all
> that other crap around that area can simply be deleted.
I think you mean something like this, which works for me, although I've
only lightly tested it.
Ian.
8<-
2012/8/22, Jan Kara :
> On Wed 22-08-12 19:02:26, Namjae Jeon wrote:
>> 2012/8/21, Jan Kara :
>> Hi. Jan.
>> Okay, We are trying to do it from your comment.
>> 1. Change udf_ext_cache structure to following which would also include
>> *bh.
>> struct udf_ext_cache {
>>
>> /* Position of the cached e
On Wed, Aug 22, 2012 at 08:56:30AM +0100, Arnd Bergmann wrote:
> On Tuesday 21 August 2012, Catalin Marinas wrote:
> > As I understand, sys_mmap_pgoff can be used instead of sys_mmap2 on new
> > 32-bit architectures. But on 64-bit architectures we don't have
> > sys_mmap2, only sys_mmap with the di
On Tue, 21 Aug 2012, Thomas Gleixner wrote:
> On Tue, 21 Aug 2012, Attilio Rao wrote:
> > Differences with v1:
> > - The patch serie is re-arranged in a way that it helps reviews, following
> > a plan by Thomas Gleixner
> > - The PVOPS nomenclature is not used as it is not correct
> > - The front
- Original Message -
> On 08/22/2012 12:54 PM, Avi Kivity wrote:
> > On 08/21/2012 12:28 PM, Tomas Racek wrote:
> >>
> >> http://fi.muni.cz/~xracek/debian2.img.bz2
> >>
> >> Other things are the same.
> >>
> >> The runtest.sh sets environment for xfstests and runs test 285
> >> which I w
On Tue, Aug 21, 2012 at 05:21:50PM +0200, Markus F.X.J. Oberhumer wrote:
> as suggested on the mailing list I have converted the updated LZO
> code into git, so please pull my "lzo-update" branch from
...
> [ Changes in v2: Optimize code for CPUs with inefficient unaligned
> access => significant
Hmmm. Interesting. As i understand LIS331DLH provides 16bit data
irrespective of the full-scale/sensitivity configuration. Hence we
could effectively map +/-2G to +/-32768(signed 16bit 2's complement).
According to the current-patch right-shifting the register values by
4(i.e. reducing 16bit --> 12
On Tue, 21 Aug 2012, Konrad Rzeszutek Wilk wrote:
> On Tue, Aug 21, 2012 at 01:27:32PM -0400, Konrad Rzeszutek Wilk wrote:
> > On Mon, Aug 20, 2012 at 10:13:05AM -0400, Konrad Rzeszutek Wilk wrote:
> > > On Fri, Aug 17, 2012 at 06:35:12PM +0100, Stefano Stabellini wrote:
> > > > On Thu, 16 Aug 2012
The kgdb_single_step flag has the possibility to indefinitely
hang the system on an SMP system.
The x86 arch have the same problem, and that problem was fixed by
commit 8097551d9ab9b9e3630(kgdb,x86: do not set kgdb_single_step
on x86). This patch does the same behaviors as x86's patch.
Signed-off
For powerpc BooKE and e200, singlestep is handled on the critical/dbg
exception stack. This causes current_thread_info() to fail for kgdb
internal, so previously We work around this issue by copying
the thread_info from the kernel stack before calling kgdb_handle_exception,
and copying it back afte
We need to skip a breakpoint exception when it occurs after
a breakpoint has already been removed.
Signed-off-by: Tiejun Chen
---
arch/powerpc/kernel/kgdb.c | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/kgdb.c b/arch/powerpc/kernel
Rusty Russell wrote:
> > I've posted new versions of my module signing patches to my GIT trees.
>
> Now I get to punt this discussion to KS.
:-)
See you there!
Dmitry, Mimi: We should discuss if there's any way to integrate our two
approaches. Are you going to the security summit?
David
--
On Wed, Aug 22, 2012 at 12:00:38AM +0200, Jan Kara wrote:
> On Mon 23-07-12 22:21:46, Mel Gorman wrote:
> > Configuration: global-dhp__io-dbench4-async-ext3
> > Result:
> > http://www.csn.ul.ie/~mel/postings/mmtests-20120424/global-dhp__io-dbench4-async-ext3
> > Benchmarks: dbench4
> >
>
> With deep enough C states it's rather relevant whether we
> continue to burn +50W for a couple of more milliseconds or not,
> and whether we have the right information from the scheduler and
> timer subsystem about how long the next idle period is expected
> to be and how bursty a given task
From: Alan Cox
These are used with the tty_port flags which are tty generic so move the
flags into a more sensible place. This then makes it possible to add
helpers such as those suggested by Huang Shijie.
Signed-off-by: Alan Cox
---
include/linux/serial.h|2 +
include/linux/tty.h
On Tue, Aug 21, 2012 at 6:00 PM, Roland Stigge wrote:
> This patch adds the ability for the driver to control the chip select
> directly.
> This enables independence from cs_control callbacks. Configurable via
> platform_data, to be extended as DT in the following patch.
>
> Based on the initia
On Tue, Aug 21, 2012 at 6:01 PM, Roland Stigge wrote:
> This patch adds device tree support to the spi-pl022 driver.
(...)
> --- linux-2.6.orig/Documentation/devicetree/bindings/spi/spi_pl022.txt
> +++ linux-2.6/Documentation/devicetree/bindings/spi/spi_pl022.txt
> @@ -6,7 +6,22 @@ Required prop
On Wed, Aug 22, 2012 at 04:29:41PM +0800, Zhao Richard-B20223 wrote:
> On Wed, Aug 22, 2012 at 03:18:42PM +0800, Dong Aisheng wrote:
> > From: Dong Aisheng
> >
> > Add regmap based imx syscon driver.
> > This is usually used for access misc bits in registers which does not belong
> > to a specifi
On Wed, Aug 22, 2012 at 09:17:50AM +0100, Lee Jones wrote:
> I was saying that in order for the MFD core to carry out the hwirq->virq
> conversion, it needed to obtain the irqdomain pointer pertaining to the
> provided hwirq. The only helper function the irqdomain subsystem provides
> requires a d
vSMP Foundation detection and initialization could be done by the
hypervisor layer, so set it up that way.
Signed-off-by: Ido Yariv
Acked-by: Shai Fultheim
---
Changes from v1:
- Fixed build errors on 32bit kernels
arch/x86/include/asm/hypervisor.h |1 +
arch/x86/include/asm/setup.h |
Konrad,
I cannot see this patch anywhere in your trees. Did I miss it?
Or maybe it just fell through the cracks?
Let me know if you want me to do anything more.
Cheers,
Stefano
On Wed, 18 Jul 2012, Stefano Stabellini wrote:
> xen/events: fix unmask_evtchn for PV on HVM guests
>
> When unmask_evtc
On Wed, Aug 22, 2012 at 04:52:36PM +0800, Zhao Richard-B20223 wrote:
> On Wed, Aug 22, 2012 at 03:18:47PM +0800, Dong Aisheng wrote:
> > From: Dong Aisheng
> >
> > Originally the anatop regulator devices are populated by mfd anatop driver.
> > Since mfd anatop driver will be deleted later, we cha
* Alan Cox wrote:
> > With deep enough C states it's rather relevant whether we
> > continue to burn +50W for a couple of more milliseconds or
> > not, and whether we have the right information from the
> > scheduler and timer subsystem about how long the next idle
> > period is expected to
On Wed, Aug 22, 2012 at 11:10:13AM +0200, Ingo Molnar wrote:
>
> * Matthew Garrett wrote:
>
> > [...]
> >
> > Our power consumption is worse than under other operating
> > systems is almost entirely because only one of our three GPU
> > drivers implements any kind of useful power management. [
On Wed, Aug 22, 2012 at 06:38:36PM +0900, Kukjin Kim wrote:
> Julia Lawall wrote:
> > Signed-off-by: Julia Lawall
> Acked-by: Kukjin Kim
> (Cc'ed Mark Brown who is handling spi for a moment)
Please resend the patch to me so I can apply this.
signature.asc
Description: Digital signature
Hi,
I used the $DBGMT/dynamic_debug/control to control printing
debuginfo.But When i wote multiple queries which has at least one didn't match,
the result is ok which no error can return.
So i think i wrote correct queries.But until using dmesg, i only found
error.
And if
From: Julia Lawall
Initialize return variable before exiting on an error path.
A simplified version of the semantic match that finds this problem is as
follows: (http://coccinelle.lip6.fr/)
//
(
if@p1 (\(ret < 0\|ret != 0\))
{ ... return ret; }
|
ret@p1 = 0
)
... when != ret = e1
when !=
On Wed, Aug 22, 2012 at 04:27:08AM +0200, Sasha Levin wrote:
> +static int __init nlm_init(void)
> +{
> + hash_init(nlm_files);
> + return 0;
> +}
> +
> +module_init(nlm_init);
That's giving me:
fs/lockd/svcsubs.o: In function `nlm_init':
/home/bfields/linux-2.6/fs/lockd/svcsubs.c:454: mu
On Wed, Aug 22, 2012 at 10:43 AM, Linus Walleij
wrote:
> We have discovered transient IRQs when going to suspend on the
> Ux500 platform. This patch series hits all sources by marking
> the applicable IRQchips with MASK_ON_SUSPEND.
>
> I don't know if this is a common problem or seen in other
> p
On Wed, Aug 22, 2012 at 10:43 AM, Linus Walleij
wrote:
> ux500 machines performs pins (GPIO) reconfiguration when entering
> in the suspended mode. This reconfiguration aims at reaching an ultra
> low power HW configuration.
Sam, please disregard this patch.
Yours,
Linus Walleij
--
To unsubscri
Hey Dan,
Op 16-08-12 01:12, Daniel Vetter schreef:
> Hi Maarten,
>
> Ok, here comes the promised review (finally!), but it's rather a
> high-level thingy. I've mostly thought about how we could create a neat
> api with the following points. For a bit of clarity, I've grouped the
> different consid
On Wed, Aug 22, 2012 at 10:44 AM, Linus Walleij
wrote:
> ux500 machines performs pins (GPIO) reconfiguration when entering
> in the suspended mode. This reconfiguration aims at reaching an ultra
> low power HW configuration.
Sam, please disregard this patch.
Yours,
Linus Walleij
--
To unsubscri
On Wed, Aug 22, 2012 at 10:44 AM, Linus Walleij
wrote:
> ux500 machines performs pins (GPIO) reconfiguration when entering
> in the suspended mode. This reconfiguration aims at reaching an ultra
> low power HW configuration.
Sam, please disregard this patch.
Yours,
Linus Walleij
--
To unsubscri
On Wed, Aug 22, 2012 at 10:44 AM, Linus Walleij
wrote:
> ux500 machines performs pins (GPIO) reconfiguration when entering
> in the suspended mode. This reconfiguration aims at reaching an ultra
> low power HW configuration.
Sam, please disregard this patch.
Yours,
Linus Walleij
--
To unsubscri
On Wed, Aug 22, 2012 at 10:44 AM, Linus Walleij
wrote:
> ux500 machines performs pins (GPIO) reconfiguration when entering
> in the suspended mode. This reconfiguration aims at reaching an ultra
> low power HW configuration.
Sam, please disregard this patch.
Yours,
Linus Walleij
--
To unsubscri
On Tue, Aug 21, 2012 at 06:33:45PM -0700, Hugh Dickins wrote:
> Jeff,
>
> Your commit 91f68c89d8f3 ("block: fix infinite loop in __getblk_slow"),
> already gone into 3.* stable, is not good. Could you and your testers
> please give this alternative a try - I think it should work, and have
> start
101 - 200 of 725 matches
Mail list logo
