On Fri, Feb 15, 2013 at 04:47:47PM +, Jan Beulich wrote:
> >>> On 15.02.13 at 17:26, Konrad Rzeszutek Wilk
> >>> wrote:
> > v3.7:
> > - Initial support for ARM working under Xen as both guest and initial
> > domain.
> > - Security fixes.
> > - Fix RCU warning, add fallback code for old hy
>>> On 15.02.13 at 17:26, Konrad Rzeszutek Wilk wrote:
> v3.7:
> - Initial support for ARM working under Xen as both guest and initial
> domain.
> - Security fixes.
> - Fix RCU warning, add fallback code for old hypervisors, fix memory leaks in
>gntdev driver, fix some pvops calls failing,
Hey,
I realized I hadn't done my usual 'here is what goes in' for about half-a-year.
So catching up and doing it all at once.
v3.6:
- Fix a lot of bugs: Systems with MP BIOS failing, Systems with ACPI NUMA
failing,
FLR in xen-pciback leaving the devices unusable, 32-bit PCI sounds cards in
Sender : Greg KH
Date : 2012-10-19 02:24 (GMT+09:00)
> On Thu, Oct 11, 2012 at 10:31:19AM +0900, Chanwoo Choi wrote:
> > Hi Greg,
> >
> > Please pull extcon fixes for Linux 3.6 from:
> >
> > git://git.infradead.org/users/kmpark/linux-samsung extcon-for
On 10/19/2012 02:24 AM, Greg KH wrote:
> On Thu, Oct 11, 2012 at 10:31:19AM +0900, Chanwoo Choi wrote:
>> Hi Greg,
>>
>> Please pull extcon fixes for Linux 3.6 from:
>>
>> git://git.infradead.org/users/kmpark/linux-samsung extcon-for-next
>>
>>
On Thu, Oct 11, 2012 at 10:31:19AM +0900, Chanwoo Choi wrote:
> Hi Greg,
>
> Please pull extcon fixes for Linux 3.6 from:
>
> git://git.infradead.org/users/kmpark/linux-samsung extcon-for-next
>
> I've been creating "extcon-for-next" tree at git.infradea
On Thu, Oct 11, 2012 at 11:02:47AM +0900, Chanwoo Choi wrote:
> On 10/11/2012 10:40 AM, Greg KH wrote:
> > On Thu, Oct 11, 2012 at 10:31:19AM +0900, Chanwoo Choi wrote:
> >> Hi Greg,
> >>
> >> Please pull extcon fixes for Linux 3.6 from:
> >>
> &
On 10/11/2012 10:40 AM, Greg KH wrote:
> On Thu, Oct 11, 2012 at 10:31:19AM +0900, Chanwoo Choi wrote:
>> Hi Greg,
>>
>> Please pull extcon fixes for Linux 3.6 from:
>>
>> git://git.infradead.org/users/kmpark/linux-samsung extcon-for-next
>
> Linux 3.6
On Thu, Oct 11, 2012 at 10:31:19AM +0900, Chanwoo Choi wrote:
> Hi Greg,
>
> Please pull extcon fixes for Linux 3.6 from:
>
> git://git.infradead.org/users/kmpark/linux-samsung extcon-for-next
Linux 3.6 has been released already, I can't take any patches for it. :
Hi Greg,
Please pull extcon fixes for Linux 3.6 from:
git://git.infradead.org/users/kmpark/linux-samsung extcon-for-next
I've been creating "extcon-for-next" tree at git.infradead.org
and rebasing the branch base on your
driver-core.git(branch:driver-core-next).
This tree c
On 2012-10-04 23:30 +0200, Stefan Richter wrote:
> On Oct 04 Nick Bowler wrote:
> > On 2012-10-04 09:14 -0700, Kees Cook wrote:
> > > On Thu, Oct 04, 2012 at 12:03:54PM -0400, Nick Bowler wrote:
> > > > On 2012-10-04 08:49 -0700, Kees Cook wrote:
> > > > > FWIW, there should have been an audit mess
On Oct 04 Nick Bowler wrote:
> On 2012-10-04 09:14 -0700, Kees Cook wrote:
> > On Thu, Oct 04, 2012 at 12:03:54PM -0400, Nick Bowler wrote:
> > > On 2012-10-04 08:49 -0700, Kees Cook wrote:
> > > > FWIW, there should have been an audit message about it in dmesg.
> > >
> > > There were zero message
On 2012-10-04 09:14 -0700, Kees Cook wrote:
> On Thu, Oct 04, 2012 at 12:03:54PM -0400, Nick Bowler wrote:
> > On 2012-10-04 08:49 -0700, Kees Cook wrote:
> > > On Thu, Oct 04, 2012 at 09:35:04AM -0400, Nick Bowler wrote:
[...]
> > > > The thing that bothers me most about all this is that it's basi
On Thu, Oct 04, 2012 at 12:03:54PM -0400, Nick Bowler wrote:
> On 2012-10-04 08:49 -0700, Kees Cook wrote:
> > On Thu, Oct 04, 2012 at 09:35:04AM -0400, Nick Bowler wrote:
> > > On 2012-10-03 13:54 -0700, Linus Torvalds wrote:
> > > > On Wed, Oct 3, 2012 at 1:49 PM, Kees Cook wrote:
> > > > > I th
On 2012-10-04 08:49 -0700, Kees Cook wrote:
> On Thu, Oct 04, 2012 at 09:35:04AM -0400, Nick Bowler wrote:
> > On 2012-10-03 13:54 -0700, Linus Torvalds wrote:
> > > On Wed, Oct 3, 2012 at 1:49 PM, Kees Cook wrote:
> > > > I think the benefits of this being on by default outweigh glitches
> > > >
On Thu, Oct 04, 2012 at 09:35:04AM -0400, Nick Bowler wrote:
> On 2012-10-03 13:54 -0700, Linus Torvalds wrote:
> > On Wed, Oct 3, 2012 at 1:49 PM, Kees Cook wrote:
> > > I think the benefits of this being on by default outweigh glitches
> > > like this. Based on Nick's email, it looks like a dire
On 2012-10-03 13:54 -0700, Linus Torvalds wrote:
> On Wed, Oct 3, 2012 at 1:49 PM, Kees Cook wrote:
> > I think the benefits of this being on by default outweigh glitches
> > like this. Based on Nick's email, it looks like a directory tree of his
> > own creation.
>
> I agree that *one* report li
On Thu, Oct 04, 2012 at 12:23:41AM +0200, Matthias Schniedermeyer wrote:
> Personally i would have been bitten by this change, because for years i
> have used a symlink in /tmp (which has the sticky bit) to a directory
> somewhere else for historical reasons. But as i was aware of this change
>
On 03.10.2012 13:05, Kees Cook wrote:
> Hi Nick,
>
> 3.6 introduced link restrictions:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=800179c9b8a1e796e441674776d11cd4c05d61d7
>
> It sounds like you've got symlinks in a world-writable directory, and
> you're followin
On Wed, Oct 03, 2012 at 10:05:25PM +0100, Alan Cox wrote:
> > If this happens, I _really_ want to bring back the CONFIG options I had in
> > an earlier version of this patch. I want to be able to declare the default
> > at build time, and not leave a system vulnerable from boot until sysctls
> > ge
> If this happens, I _really_ want to bring back the CONFIG options I had in
> an earlier version of this patch. I want to be able to declare the default
> at build time, and not leave a system vulnerable from boot until sysctls
> get set.
If your early boot code trusts a random writeable user dir
On Wed, Oct 03, 2012 at 01:54:21PM -0700, Linus Torvalds wrote:
> On Wed, Oct 3, 2012 at 1:49 PM, Kees Cook wrote:
> >
> > I think the benefits of this being on by default outweigh glitches
> > like this. Based on Nick's email, it looks like a directory tree of his
> > own creation.
>
> I agree t
On Wed, Oct 3, 2012 at 1:49 PM, Kees Cook wrote:
>
> I think the benefits of this being on by default outweigh glitches
> like this. Based on Nick's email, it looks like a directory tree of his
> own creation.
I agree that *one* report like this doesn't necessarily mean that we
need to turn it of
On Wed, Oct 03, 2012 at 04:41:41PM -0400, Theodore Ts'o wrote:
> On Wed, Oct 03, 2012 at 01:29:15PM -0700, Linus Torvalds wrote:
> > On Wed, Oct 3, 2012 at 1:05 PM, Kees Cook wrote:
> > >
> > > 3.6 introduced link restrictions:
> >
> > Hmm. If this causes problems for others, I suspect we need to
On Wed, 3 Oct 2012 13:05:15 -0700
Kees Cook wrote:
> Hi Nick,
>
> 3.6 introduced link restrictions:
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=800179c9b8a1e796e441674776d11cd4c05d61d7
>
> It sounds like you've got symlinks in a world-writable directory, and
>
On Wed, Oct 03, 2012 at 01:29:15PM -0700, Linus Torvalds wrote:
> On Wed, Oct 3, 2012 at 1:05 PM, Kees Cook wrote:
> >
> > 3.6 introduced link restrictions:
>
> Hmm. If this causes problems for others, I suspect we need to turn it
> off by default.
>
> It's a nice security thing, but considering
On Wed, Oct 3, 2012 at 1:05 PM, Kees Cook wrote:
>
> 3.6 introduced link restrictions:
Hmm. If this causes problems for others, I suspect we need to turn it
off by default.
It's a nice security thing, but considering how quickly people started
complaining after 3.6 was out, I suspect we'll see m
Hi Nick,
3.6 introduced link restrictions:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=800179c9b8a1e796e441674776d11cd4c05d61d7
It sounds like you've got symlinks in a world-writable directory, and
you're following those symlinks across mis-matched uids. You can ei
On 2012-09-30 17:38 -0700, Linus Torvalds wrote:
> So here it is, 3.6 final. Sure, I'd have been happier with even fewer
> changes, but that just never happens. And holding off the release
> until people get too bored to send me the small stuff just makes the
> next merge window more painful.
Just
Seems like the seccomp example somehow expect linux/seccomp.h to
be installed instead of grabbing it from the kernel tree:
/home/hch/work/linux-2.6/samples/seccomp/bpf-direct.c:21:27: fatal error:
linux/seccomp.h: No such file or directory
compilation terminated.
/home/hch/work/linux-2.6/samples/
isable NUMA for PV guests.
Linus Lüssing (1):
batman-adv: Fix symmetry check / route flapping in multi interface setups
Linus Torvalds (2):
mtdchar: fix offset overflow detection
Linux 3.6
Luis R. Rodriguez (1):
cfg80211: fix possible circular lock on reg_regdb_search()
Marek Va
Compiled 3.6-rc7, with a hz timer of 3956 for a "natural" psychovisual
profile jitter level in OpenGL, and a shaved config for minimal jitter.
Also changed the 10ms filter in fair.c to 1. And I suggest the whole
filter to be removed. https://lkml.org/lkml/2012/9/30/78
There is very few clicks wi
On Fri, Sep 21, 2012 at 05:16:39PM -0400, Dave Jones wrote:
> On Mon, Sep 10, 2012 at 04:36:20PM +0200, Peter Zijlstra wrote:
> > On Fri, 2012-09-07 at 11:39 -0700, Linus Torvalds wrote:
> > > Al? Please look into this. I'm not entirely sure what's going on, but
> > > lockdep complains about
On 09/24/2012 05:01 AM, Stephen Rothwell wrote:
And pigs might fly :-)
Perhaps; pigs cannot fly, but penguins can fly! :-P Unless, you didn't
see this already :
http://laughingsquid.com/flying-penguins-documentary-prank-on-bbc/
http://en.wikipedia.org/wiki/Flying_penguins
Have fun! ;-)
On Sun, 23 Sep 2012 18:51:04 -0700 Linus Torvalds
wrote:
>
> Ho humm. I really *really* want to say that this is the last -rc, but
> we do have a few small things pending still. So who knows. There may
> be a -rc8, we'll just have to see.
And this means that *everything* destined for the merge w
(1):
mm/page_alloc: fix the page address of higher page's buddy calculation
Li RongQing (2):
xfrm: fix a read lock imbalance in make_blackhole
net/core: fix comment in skb_try_coalesce
Linus Lüssing (1):
batman-adv: make batadv_test_bit() return 0 or 1 only
Linus
Works fine on my (localized) desktop, except with bootparameter
"threadirqs" which has not been working since it was introduced.
Jitterlevels are very low now, regular os-jitter is typically below 1 ms.
(with a low jitter config) Which means audioapps run 1 ms latency, without
rt-threads, and
tomorrow a pull request with all fixes I'm aware
of for edac, after the -next merging.
If you prefer otherwise to merge them today, you can get those patches
with my SOB at:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-edac.git master
Thanks!
Mauro
-
The following changes sinc
On Sat, Sep 22, 2012 at 11:57:23AM -0700, Linus Torvalds wrote:
> On Fri, Sep 21, 2012 at 5:59 PM, Shaun Ruffell wrote:
> >
> > I posted patches [1,2,3] that resolve the issue for me. Shaohui Xie
> > also hit the issue and posted a slightly different patch [4]. The
> > patches are currently waitin
On Fri, Sep 21, 2012 at 5:59 PM, Shaun Ruffell wrote:
>
> I posted patches [1,2,3] that resolve the issue for me. Shaohui Xie
> also hit the issue and posted a slightly different patch [4]. The
> patches are currently waiting for Mauro, who I understand is
> catching up since returning from San Di
On Sun, Sep 16, 2012 at 03:59:09PM -0700, Linus Torvalds wrote:
>
> Please do test things out, I'd really like to be able to do the final
> 3.6 soonish..
Linus,
Just a heads up in case you are about to tag v3.6.
v3.6-rc6 still has a regression with edac_mc_alloc()/edac_mc_free()
introduced in c
On Mon, Sep 10, 2012 at 04:36:20PM +0200, Peter Zijlstra wrote:
> On Fri, 2012-09-07 at 11:39 -0700, Linus Torvalds wrote:
> > Al? Please look into this. I'm not entirely sure what's going on, but
> > lockdep complains about this:
> >
> > Possible interrupt unsafe locking scenario:
> >
>
Revert "sched: Improve scalability via 'CPU buddies', which
withstand random perturbations"
Linux 3.6-rc6
Malcolm Priestley (1):
staging: vt6656: [BUG] - Failed connection, incorrect endian.
Mandeep Singh Baines (1):
drm/exynos: fix double call of drm_prime_(init/
On Mon, Sep 10, 2012 at 4:36 PM, Peter Zijlstra wrote:
> On Fri, 2012-09-07 at 11:39 -0700, Linus Torvalds wrote:
>> Al? Please look into this. I'm not entirely sure what's going on, but
>> lockdep complains about this:
>>
>> Possible interrupt unsafe locking scenario:
>>
>>CPU0
Herbert Xu writes:
> Thanks! I think this patch should fix the problem. Can someone
> please confirm this?
Works for me as well, thanks!
> crypto: authenc - Fix crash with zero-length assoc data
>
> The authenc code doesn't deal with zero-length associated data
> correctly and ends up construc
On Fri, 2012-09-07 at 11:39 -0700, Linus Torvalds wrote:
> Al? Please look into this. I'm not entirely sure what's going on, but
> lockdep complains about this:
>
> Possible interrupt unsafe locking scenario:
>
>CPU0CPU1
>
> lock(
On Sun, Sep 09, 2012 at 02:00:00PM -0700, Herbert Xu wrote:
> On Sun, Sep 09, 2012 at 10:09:10PM +0200, Mathias Krause wrote:
> >
> > It happens with the C variants of SHA1 and AES, too. You can easily
> > trigger the bug with Steffen's crconf[1]:
> >
> > $ crconf add alg "authenc(hmac(sha1-generi
On Sun, Sep 09, 2012 at 11:54:04PM +0300, Jussi Kivilinna wrote:
>
> It seems that authenc is chaining empty assoc scatterlist, which causes
> BUG_ON(!sg->length) set off in crypto/scatterwalk.c.
>
> Following fixes the bug and self-test passes, but not sure if it's correct
> (note, copy-paste to
On Sun, Sep 09, 2012 at 10:09:10PM +0200, Mathias Krause wrote:
>
> It happens with the C variants of SHA1 and AES, too. You can easily
> trigger the bug with Steffen's crconf[1]:
>
> $ crconf add alg "authenc(hmac(sha1-generic),cbc(aes-generic))" type 3
>
> So the problem is likely not related t
Quoting Herbert Xu :
On Sun, Sep 09, 2012 at 08:35:56AM -0700, Linus Torvalds wrote:
On Sun, Sep 9, 2012 at 5:54 AM, Jussi Kivilinna
wrote:
>
> Does reverting e46e9a46386bca8e80a6467b5c643dc494861896 help?
>
> That commit added crypto selftest for authenc(hmac(sha1),cbc(aes)) in 3.6,
> and pro
Quoting Herbert Xu :
Can you try blacklisting/not loading sha1_ssse3 and aesni_intel
to see which one of them is causing this crash? Of course if you
can still reproduce this without loading either of them that would
also be interesting to know.
This triggers with aes-x86_64 and sha1_generic
On Sun, Sep 09, 2012 at 12:19:58PM -0700, Herbert Xu wrote:
> On Sun, Sep 09, 2012 at 11:13:02AM +0200, Romain Francoise wrote:
> > Still seeing this BUG with -rc5, that I originally reported here:
> > http://marc.info/?l=linux-crypto-vger&m=134653220530264&w=2
> >
> > [ 26.362567] [
On Sun, Sep 09, 2012 at 11:13:02AM +0200, Romain Francoise wrote:
> Still seeing this BUG with -rc5, that I originally reported here:
> http://marc.info/?l=linux-crypto-vger&m=134653220530264&w=2
>
> [ 26.362567] [ cut here ]
> [ 26.362583] kernel BUG at crypto/scatterw
On Sun, Sep 09, 2012 at 08:35:56AM -0700, Linus Torvalds wrote:
> On Sun, Sep 9, 2012 at 5:54 AM, Jussi Kivilinna
> wrote:
> >
> > Does reverting e46e9a46386bca8e80a6467b5c643dc494861896 help?
> >
> > That commit added crypto selftest for authenc(hmac(sha1),cbc(aes)) in 3.6,
> > and probably made
On Sun, Sep 9, 2012 at 5:54 AM, Jussi Kivilinna
wrote:
>
> Does reverting e46e9a46386bca8e80a6467b5c643dc494861896 help?
>
> That commit added crypto selftest for authenc(hmac(sha1),cbc(aes)) in 3.6,
> and probably made this bug visible (but not directly causing it).
So Romain said it does - wher
Jussi Kivilinna writes:
> Does reverting e46e9a46386bca8e80a6467b5c643dc494861896 help?
It does, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.
Quoting Romain Francoise :
Still seeing this BUG with -rc5, that I originally reported here:
http://marc.info/?l=linux-crypto-vger&m=134653220530264&w=2
Does reverting e46e9a46386bca8e80a6467b5c643dc494861896 help?
That commit added crypto selftest for authenc(hmac(sha1),cbc(aes)) in
3.6, a
Still seeing this BUG with -rc5, that I originally reported here:
http://marc.info/?l=linux-crypto-vger&m=134653220530264&w=2
[ 26.362567] [ cut here ]
[ 26.362583] kernel BUG at crypto/scatterwalk.c:37!
[ 26.362606] invalid opcode: [#1] SMP
[ 26.362622] Modul
(2):
mmc: mxs-mmc: fix deadlock in SDIO IRQ case
mmc: mxs-mmc: fix deadlock caused by recursion loop
Linus Torvalds (1):
Linux 3.6-rc5
Linus Walleij (1):
ARM: gemini: fix the gemini build
Ludovic Desroches (4):
ARM: at91: fix system timer irq issue due to sparse irq sup
Al? Please look into this. I'm not entirely sure what's going on, but
lockdep complains about this:
Possible interrupt unsafe locking scenario:
CPU0CPU1
lock(&(&p->alloc_lock)->rlock);
local_irq_disab
On 09/04/2012 05:44 PM, Dave Jones wrote:
> On Sat, Sep 01, 2012 at 03:10:58PM -0700, Linus Torvalds wrote:
> > The kernel summit is over, and most people have either returned or are
> > returning from San Diego.
>
> Still seeing this, that I started seeing just before leaving for San Diego..
>
On Sat, Sep 01, 2012 at 03:10:58PM -0700, Linus Torvalds wrote:
> The kernel summit is over, and most people have either returned or are
> returning from San Diego.
Still seeing this, that I started seeing just before leaving for San Diego..
Dave
==
Can anybody say is this fixed or not?
Or maybe you need more information?
Thanks.
On Fri, Aug 17, 2012 at 1:10 AM, Azat Khuzhin wrote:
> Hi all.
>
> After updating to linux-v3.6-rc1-315-g3c31a6e I noticed that load avg
> is too high for "current" CPU usage & IO activity
>
> Just after starting,
y for empty flushes
Lee Jones (2):
ARM: ux500: Fix merge error, no matching driver name for 'snd_soc_u8500'
ARM: ux500: Ensure probing of Audio devices when Device Tree is enabled
Linus Torvalds (1):
Linux 3.6-rc4
Liu Bo (2):
Btrfs: fix a dio write regression
or sm0/sm1/sm2
i2c: tegra: protect suspend/resume callbacks with CONFIG_PM_SLEEP
Lee Jones (1):
i2c: nomadik: Add default configuration into the Nomadik I2C driver
Linus Torvalds (1):
Linux 3.6-rc3
Linus Walleij (2):
regulator: ab3100: add missing voltage table
Hi Linus,
Linus Torvalds wrote:
> So, due to travels, the -rc2 release was two weeks instead of the
> usual one. But it's out there now.
Are you still considering my UAPI header patches and Nicholas's tcm_vhost
merge as you mentioned in the -rc1 announcement? Or are these now in the
category
ACPI: replace strlen("string") with sizeof("string") -1
ACPI/x86: revert 'x86, acpi: Call acpi_enter_sleep_state via an
asmlinkage C function from assembler'
ACPI: delete _GTS/_BFS support
Linus Torvalds (1):
Linux 3.6-rc2
Linus Walleij (2):
MA
Hi all.
After updating to linux-v3.6-rc1-315-g3c31a6e I noticed that load avg
is too high for "current" CPU usage & IO activity
Just after starting, I see next things:
1) I'v kill all processes that I "can"
iostat_min_tasks - http://pastebin.com/T59xKEy4
ps_min_tasks - http://pastebin.com/b7zVy6u
On Sat, Aug 04, 2012 at 03:51:01PM +0800, Dongsheng Song wrote:
> On Sat, Aug 4, 2012 at 2:19 PM, Al Viro wrote:
> >
> > Documentation/sysctl/vm.txt.rej| 21 +
>
> vm.txt.rej ???
Grrr... git add Documentation/sysctl/ during conflict-resolving in git am,
having
forgotten t
On Sat, Aug 4, 2012 at 2:19 PM, Al Viro wrote:
>
> Documentation/sysctl/vm.txt.rej| 21 +
vm.txt.rej ???
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kerne
On Sat, Aug 04, 2012 at 08:38:35AM +0300, Artem Bityutskiy wrote:
> On Sat, 2012-08-04 at 05:46 +0100, Al Viro wrote:
> > OK... I've ported Artem's patchset on top of exofs merge; Artem, could
> > you check if you are OK with the result currently in vfs.git#for-linus?
>
> Thanks Al, yes, it looks
On Fri, 2012-08-03 at 13:23 -0700, Linus Torvalds wrote:
> On Thu, Aug 2, 2012 at 11:47 PM, Artem Bityutskiy wrote:
> >
> > We have had 11 of 13 pieces of the 'sync_supers()' removal patch-sets
> > merged. The 12th piece removes dead code in exofs was supposed to go
> > through the exofs tree and
On Sat, 2012-08-04 at 05:46 +0100, Al Viro wrote:
> OK... I've ported Artem's patchset on top of exofs merge; Artem, could
> you check if you are OK with the result currently in vfs.git#for-linus?
Thanks Al, yes, it looks all right.
--
Best Regards,
Artem Bityutskiy
signature.asc
Description:
On Fri, Aug 03, 2012 at 01:23:29PM -0700, Linus Torvalds wrote:
> On Thu, Aug 2, 2012 at 11:47 PM, Artem Bityutskiy wrote:
> >
> > We have had 11 of 13 pieces of the 'sync_supers()' removal patch-sets
> > merged. The 12th piece removes dead code in exofs was supposed to go
> > through the exofs tr
On Thu, Aug 2, 2012 at 11:47 PM, Artem Bityutskiy wrote:
>
> We have had 11 of 13 pieces of the 'sync_supers()' removal patch-sets
> merged. The 12th piece removes dead code in exofs was supposed to go
> through the exofs tree and blocked the 13th piece which removes
> 'sync_supers()' and was supp
Good afternoon Linus!
On Thu, 2012-08-02 at 18:17 -0700, Linus Torvalds wrote:
> I do have two more pull requests that are at least tentatively
> pending: there's the uapi header file disintegration from David
> Howells and the tcm_vhost merge from Nicholas Bellinger, both of which
> came in in ti
Hi Linus,
On Thu, 2012-08-02 at 18:17 -0700, Linus Torvalds wrote:
> Yeah, it's actually only just over 12 days since 3.5 was released, but
> I hate the people who send me last-minute pull requests, so I like
> pulling the rug out from under people who plan on doing their pull
> request in day 13
Hi Linus,
Please pull these ACPI & Power Management patches.
A 3.3 sleep regression fixed, numa bugfix, plus some minor cleanups.
thanks!
Len Brown, Intel Open Source Technology Center
The following changes since commit 0d7614f09c1ebdbaa1599a5aba7593f147bf96ee:
Linux 3.6-rc1 (2012-08-0
Another almost-two-weeks, another merge window over and done with.
Yeah, it's actually only just over 12 days since 3.5 was released, but
I hate the people who send me last-minute pull requests, so I like
pulling the rug out from under people who plan on doing their pull
request in day 13 of the 1
Hi Linus,
Please pull these ACPI & Power Management patches.
re-write of the turbostat tool.
lower overhead was necessary for measuring very large system
when they are very idle.
IVB support in intel_idle
It's what I run on my IVB, others should be able to also:-)
ACPICA
On 25 July 2012 09:10, Len Brown wrote:
> Here is my initial queue of patches for Linux 3.6.
> Please let me know if you see troubles with any of them.
Hi Len,
I cannot see my patches (V5)
http://www.spinics.net/lists/linux-pm/msg27866.html in your list. V4
version was part of your pull r
Here is my initial queue of patches for Linux 3.6.
Please let me know if you see troubles with any of them.
thanks,
Len Brown, Intel Open Source Technology Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
82 matches
Mail list logo
