On Thu, Apr 2, 2015 at 10:36 AM, Denys Vlasenko wrote:
> stub_sigreturn ignores old values of pt_regs->REG for all general-purpose
> registers, it sets them to values saved on userspace
> signal stack.
>
> Which is hardly surprising - it would be a bug if it would use pt_regs->REG.
> sigreturn mus
It should be the first controller, not the second.
This broke USB after 6261b06 ("regulator: Defer lookup of supply to
regulator_get"), because it changed the order in which the controllers
were probed.
The fix for this issue was suggested by Mikko Perttunen.
Signed-off-by: Tomeu Vizoso
Cc: Mik
On Thu, Apr 2, 2015 at 11:13 AM, Richard Weinberger wrote:
> + ret = mtdtest_erase_eraseblock(mtd, i);
> + if (ret) {
> + err = ret;
> + goto out;
> + }
Why not just do like this instead?
err = m
On Wed, Apr 01, 2015 at 08:49:54PM -0700, Omar Sandoval wrote:
> Hm, yeah, that's unfortunate, thanks for pointing that out. It looks
> like we can get the subvolume ID reliably:
>
>
> diff --git a/fs/btrfs/super.c b/fs/btrfs/super.c
> index 05fef19..a74ddb3 100644
> --- a/fs/btrfs/super.c
>
On Thu, Apr 2, 2015 at 11:56 AM, Richard Weinberger wrote:
> It is not *much* better. It is just a matter of taste.
... and instructions cycles as well ;-)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majord
On Thu, Apr 02, 2015 at 07:20:50PM +0530, Viresh Kumar wrote:
> > Or am I completely missing something?
>
> So yes, if we would have done that in tick_program_event(), it would have
> been a single place for doing this change..
>
> But, when Thomas ranted [1] at me on this earlier, he said:
>
>
On Thu, 02 Apr 2015 08:20:09 -0600
Shuah Khan wrote:
> >>> Reported-by: Michael Ellerman
> >>> Reported-by: Dave Jones
> >>> Reported-by: Luis Henriques
> >>> Based-on-patch-by: Pádraig Brady
>
> Is this standard? checkpatch complained as non-standard. I am
> seeing some patches posted with
Le Thursday 02 April 2015 à 16:02 +0300, Ivan.khoronzhuk a écrit :
> Hi Jean,
> Sorry for the late reply.
> I've send new series
> "[Patch 0/3] firmware: dmi_scan: add SBMIOS entry point and DMI tables"
> with all last propositions.
Thanks Ivan, no problem. I'll look at it when I have time.
Two r
When building a legacy (non-multi) platforms and if the ARCH_AT91 config option
is enabled there is a build error. We need AT91 to depend on multi-platform
core type options.
Reported-by: Arnd Bergmann
Signed-off-by: Nicolas Ferre
---
arch/arm/mach-at91/Kconfig | 1 +
1 file changed, 1 insertio
> -Original Message-
> From: Christoph Hellwig [mailto:h...@lst.de]
> Sent: Wednesday, April 1, 2015 2:26 AM
> To: Elliott, Robert (Server Storage)
> Cc: Christoph Hellwig; linux-nvd...@ml01.01.org; linux-
> fsde...@vger.kernel.org; linux-kernel@vger.kernel.org; x...@kernel.org;
> ross.zw
Em Thu, Apr 02, 2015 at 09:47:09PM +0800, Yunlong Song escreveu:
> Hi,
> Enable perf commands to use perf file when it is not owned by current
> user or root.
>
> Yunlong Song (10):
> perf tools: Support using -f to override perf.data file ownership for
>evlist
> perf tools: Suppo
On Thu, Apr 02, 2015 at 09:09:07AM +0200, Michael Mueller wrote:
> On Wed, 1 Apr 2015 20:05:24 -0300
> Eduardo Habkost wrote:
>
> > > >
> > > > If you don't want to encode that knowledge in libvirt or other
> > > > management software for s390, it looks like you need something like a
> > > > "st
Hi,
Le jeudi 02 avril 2015 à 10:52 +, Shachar Raindel a écrit :
> > -Original Message-
> > From: Yann Droneaud [mailto:ydrone...@opteya.com]
> > Sent: Thursday, April 02, 2015 1:05 PM
> > Le mercredi 18 mars 2015 à 17:39 +, Shachar Raindel a écrit :
...
> > > + /*
> > > + * If the
Am 02.04.2015 um 17:02 schrieb Fabio Estevam:
> On Thu, Apr 2, 2015 at 11:13 AM, Richard Weinberger wrote:
>
>> + ret = mtdtest_erase_eraseblock(mtd, i);
>> + if (ret) {
>> + err = ret;
>> + goto out;
>> + }
>
Am 02.04.2015 um 17:03 schrieb Fabio Estevam:
> On Thu, Apr 2, 2015 at 11:56 AM, Richard Weinberger wrote:
>
>> It is not *much* better. It is just a matter of taste.
>
> ... and instructions cycles as well ;-)
You do understand that this is an error path?
Thanks,
//richard
--
To unsubscribe f
On Mon, Mar 30, 2015 at 04:02:06PM -0400, Don Zickus wrote:
> On Mon, Mar 30, 2015 at 03:32:55PM -0400, Chris Metcalf wrote:
> > On 03/30/2015 03:12 PM, Don Zickus wrote:
> > >On Mon, Mar 30, 2015 at 02:51:05PM -0400, cmetc...@ezchip.com wrote:
> > >>From: Chris Metcalf
> > >>
> > >>Running watchd
On 04/02/2015 05:01 PM, Brian Gerst wrote:
> On Thu, Apr 2, 2015 at 10:36 AM, Denys Vlasenko wrote:
>> stub_sigreturn ignores old values of pt_regs->REG for all general-purpose
>> registers, it sets them to values saved on userspace
>> signal stack.
>>
>> Which is hardly surprising - it would be a
Reviewed-by: Mikko Perttunen
On 04/02/2015 06:00 PM, Tomeu Vizoso wrote:
It should be the first controller, not the second.
This broke USB after 6261b06 ("regulator: Defer lookup of supply to
regulator_get"), because it changed the order in which the controllers
were probed.
The fix for this
Thanks!
regards,
dan carpenter
--
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.html
Please read the FAQ at http://www.tux.org/lkml/
From: Kan Liang
Same as Haswell, Broadwell also support LBR callstack.
Signed-off-by: Kan Liang
---
arch/x86/kernel/cpu/perf_event_intel.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/cpu/perf_event_intel.c
b/arch/x86/kernel/cpu/perf_event_intel.c
index
On 31/03/15 18:08, Mark Rutland wrote:
Hi Daniel,
I'd very much like to see us converge on a solution for this soon. The
existing hack is getting in the way of other rework of the arm/arm64
perf code.
I'd quite like to see this patch sorted out too (mostly because one o my
"go to" devices sti
On 2015-03-27 12:43, Masahiro Yamada wrote:
> Masahiro Yamada (4):
> kbuild: use relative path to include Makefile
> kbuild: use relative path more to include Makefile
> kbuild: include $(src)/Makefile rather than $(obj)/Makefile
> kbuild: ia64: use $(src)/Makefile.gate rather than particul
On Wed 2015-04-01 21:47:43, rhn wrote:
> Hello,
>
> Between kernel 3.16 and 3.17, a regression has been introduced where the
> first hibernation after regular shutdown always fails to resume. Subsequent
> hibernations succeed.
>
> The system is a Lenovo x230 with Intel i5, booting with EFI, wit
Am 02.04.2015 um 16:32 schrieb Fabio Estevam:
>> +
>> + ret = read_eraseblock_by_page(i, iteration);
>> +
>> + ret = mtdtest_relax();
>> + if (ret)
>> + goto out;
BTW: While all the nitpicking you overs
Hi Christoph, Ingo
Please consider this small patch below just a small print at module
load/unload so to know at user systems how things progressed.
As it is now, we know nothing. For any other disk kind we have two
tuns of prints.
---
From: Boaz Harrosh
Date: Thu, 2 Apr 2015 16:43:48 +0300
Subj
On 02/04/2015 16:30, Yann Droneaud wrote:
> Hi,
>
> Le jeudi 02 avril 2015 à 10:52 +, Shachar Raindel a écrit :
>>> -Original Message-
>>> From: Yann Droneaud [mailto:ydrone...@opteya.com]
>>> Sent: Thursday, April 02, 2015 1:05 PM
>>> Le mercredi 18 mars 2015 à 17:39 +, Shachar Ra
This resurrects a patch from Doug Anderson from november that fixes the
enable counts when previous orphan-clocks get reparented to a newly
probed parent clock.
In the ensuing discussion Russell rightfully pointed out that orphan
clocks should probably not be used at all, as things like dividers
w
From: Doug Anderson
With the existing code, if you find a parent for an orhpan that has
already been prepared / enabled, you won't enable the parent. That
can cause later problems since the clock tree isn't in a consistent
state. Fix by propagating the prepare and enable.
NOTE: this does bring
There are cases where it is helpful to know if the full clock path can be
trusted or if there is a parent clock missing somewhere in the parent-path.
We keep it confined to the ccf area for now, if later users outside the ccf
surface it can be made more publically available.
Signed-off-by: Heiko
On 04/02/2015 06:20 PM, Mikko Perttunen wrote:
Reviewed-by: Mikko Perttunen
Scratch that;
as Tuomas noted on IRC, the reset numbers here are still wrong.
phy1 should have 22 and phy2 58.
On 04/02/2015 06:00 PM, Tomeu Vizoso wrote:
It should be the first controller, not the second.
This b
The usage of clocks derived from an orphan can produce issues when trying
to set rates etc. So ideally a clk_get to such a clock should defer till
the clock hierarchy is complete.
But as some arches probably rely on such clocks we can't disable them all.
Therefore add a new clk flag where arches ca
All Rockchip drivers should handle deferentials correctly and on all boards
we have the situation that some clock sources are generated off-soc by an
external i2c component (like the xin32k feeding for example the sclk_tsadc
on rk3288). So some clocks are always orphans until the i2c drivers are
pr
On Thu, Apr 02, 2015 at 10:15:27AM -0400, Don Zickus wrote:
> On Thu, Apr 02, 2015 at 09:49:45AM -0400, Chris Metcalf wrote:
> > >Can I ask how the NO_HZ_FULL technology works from userspace? Is there a
> > >system command that has to be sent? How does the kernel know to turn off
> > >ticks and t
On Thu, Apr 2, 2015 at 8:31 AM, Boaz Harrosh wrote:
> Hi Christoph, Ingo
>
> Please consider this small patch below just a small print at module
> load/unload so to know at user systems how things progressed.
> As it is now, we know nothing. For any other disk kind we have two
> tuns of prints.
>
On Wed, Apr 01, 2015 at 12:08:35PM +0530, Aneesh Kumar K.V wrote:
> "Kirill A. Shutemov" writes:
>
> > Current split_huge_page() combines two operations: splitting PMDs into
> > tables of PTEs and splitting underlying compound page. This patch
> > changes split_huge_pmd() implementation to split
On 04/02/2015 11:38 AM, Frederic Weisbecker wrote:
On Thu, Apr 02, 2015 at 10:15:27AM -0400, Don Zickus wrote:
On Thu, Apr 02, 2015 at 09:49:45AM -0400, Chris Metcalf wrote:
Can I ask how the NO_HZ_FULL technology works from userspace? Is there a
system command that has to be sent? How does t
On 4/2/2015 7:30 AM, tip-bot for Ingo Molnar wrote:
Committer: Ingo Molnar
CommitDate: Thu, 2 Apr 2015 16:28:06 +0200
bpf: Fix the build on BPF_SYSCALL=y && !CONFIG_TRACING kernels, make it more
configurable
Thanks for the fix.
I've tried this combination and it was fine, since whole kernel
On 04/02/2015 06:39 PM, Dan Williams wrote:
> On Thu, Apr 2, 2015 at 8:31 AM, Boaz Harrosh wrote:
>> Hi Christoph, Ingo
>>
>> Please consider this small patch below just a small print at module
>> load/unload so to know at user systems how things progressed.
>> As it is now, we know nothing. For a
* Alexei Starovoitov wrote:
> On 4/2/2015 7:30 AM, tip-bot for Ingo Molnar wrote:
> >Committer: Ingo Molnar
> >CommitDate: Thu, 2 Apr 2015 16:28:06 +0200
> >
> >bpf: Fix the build on BPF_SYSCALL=y && !CONFIG_TRACING kernels, make it more
> >configurable
>
> Thanks for the fix.
> I've tried t
Quoting Andy Lutomirski (l...@amacapital.net):
> On Thu, Apr 2, 2015 at 7:29 AM, Alexander Larsson wrote:
> > On Thu, 2015-04-02 at 07:06 -0700, Andy Lutomirski wrote:
> >> On Thu, Apr 2, 2015 at 3:12 AM, James Bottomley
> >> wrote:
> >> > On Tue, 2015-03-31 at 16:17 +0200, Alexander Larsson wrot
On 31/03/15 17:20, Will Deacon wrote:
Hi Daniel,
On Wed, Mar 04, 2015 at 01:25:45PM +, Daniel Thompson wrote:
Some ARM platforms mux the PMU interrupt of every core into a single
SPI. On such platforms if the PMU of any core except 0 raises an interrupt
then it cannot be serviced and eventu
On Thu, Apr 02, 2015 at 03:11:22PM +0200, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Previously, we did call an XSAVE/XRSTOR variant through alternatives
> and did potential exception handling resulting from the instruction
> execution in a second inline asm. Which was misleading and erro
On Thu, 2015-04-02 at 05:33 -0500, Zhao Chenhui-B35336 wrote:
> > +static int rcpm_v2_plat_enter_state(int state)
> > +{
> > + u32 *pmcsr_reg = &rcpm_v2_regs->powmgtcsr;
> > + int ret = 0;
> > + int result;
> > +
> > + switch (state) {
> > + case PLAT_PM_LPM20:
> > +
On 4/2/2015 5:01 AM, Ingo Molnar wrote:
* Aravind Gopalakrishnan wrote:
GART registers are not present in newer processors (Fam15h, Model 10h
and later). So, avoid accesses to GART registers in PCI config
space by returning early in early_gart_iommu_check() and
gart_iommu_hole_init() if GART i
On 04/01/2015 07:36 AM, Igal.Liberman wrote:
From: Igal Liberman
The FMan FLib provides the basic API used by the FMan drivers to
configure and control the FMan hardware.
Signed-off-by: Igal Liberman
---
drivers/soc/fsl/Kconfig |2 +
drivers/soc/fsl/Makefile |2 +
drive
On 04/02/2015 02:59 PM, Denys Vlasenko wrote:
> On 04/02/2015 02:31 PM, Ingo Molnar wrote:
>> - we can optimize in a more directed fashion - like here
>>
>> ... while the downsides are:
>>
>> - more code
>> - a (small) chance of a fix going to one path while not the other.
>>
>> How much extr
On Thu, 02 Apr 2015 10:42:46 -0400
Mark Salter wrote:
> This patch:
>
> commit f895b252d4edf66b2895fb5a7b17a638665f3e1f
> Author: Jeff Layton
> Date: Mon Nov 17 16:58:04 2014 -0500
>
> sunrpc: eliminate RPC_DEBUG
>
> It's always set to whatever CONFIG_SUNRPC_DEBUG is, so j
On Wed, Apr 01, 2015 at 08:22:58AM +0800, Ian Kent wrote:
> On Tue, 2015-03-31 at 09:14 -0400, J. Bruce Fields wrote:
> > On Tue, Mar 31, 2015 at 11:14:58AM +0800, Ian Kent wrote:
> > > From: Ian Kent
> > >
> > > If nfsd is running within a container the client tracking operations
> > > should ru
On Thu, 26 Mar 2015, Joe Perches wrote:
> > I'd have thought that a function-wide
> > __attribute__((__string_section__(foo))
> > wouldn't be a ton of work to implement.
>
> Maybe not.
>
> Could some future version of gcc move string constants
> in a function to a specific section marked in
On Thu, Apr 2, 2015 at 8:47 AM, Boaz Harrosh wrote:
> On 04/02/2015 06:39 PM, Dan Williams wrote:
>> On Thu, Apr 2, 2015 at 8:31 AM, Boaz Harrosh wrote:
>>> Hi Christoph, Ingo
>>>
>>> Please consider this small patch below just a small print at module
>>> load/unload so to know at user systems ho
On Thu, 2015-04-02 at 06:16 -0500, Zhao Chenhui-B35336 wrote:
>
>
> From: Wood Scott-B07421
> Sent: Tuesday, March 31, 2015 10:07
> To: Zhao Chenhui-B35336
> Cc: linuxppc-...@lists.ozlabs.org; devicet...@vger.kernel.org;
> linux-kernel@vger.kernel.org; Jin
how
> us you've thought about it.
It's not correct.
[0.634248] =
[0.635011] [ BUG: swapper/0/1 still has locks held! ]
[0.635566] 4.0.0-rc6-next-20150402-sasha-00038-g3637da5 #2121 Not tainted
[0.636009]
On Thu, Apr 02, 2015 at 04:13:46PM +0200, Richard Weinberger wrote:
> This simple MTD tests allows the user to see when read disturb happens.
> By reading blocks over and over it reports flipped bits.
> Currently it reports only flipped bits of the worst page of a block.
> If within block X page P1
* Peter Zijlstra wrote:
> On Thu, Apr 02, 2015 at 07:20:50PM +0530, Viresh Kumar wrote:
> > > Or am I completely missing something?
> >
> > So yes, if we would have done that in tick_program_event(), it would have
> > been a single place for doing this change..
> >
> > But, when Thomas ranted
* Aravind Gopalakrishnan wrote:
> On 4/2/2015 5:01 AM, Ingo Molnar wrote:
> >* Aravind Gopalakrishnan wrote:
> >
> >>GART registers are not present in newer processors (Fam15h, Model 10h
> >>and later). So, avoid accesses to GART registers in PCI config
> >>space by returning early in early_gar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
stable/for-linus-4.0-rc6-tag
xen: regression fixes for 4.0-rc6
- - Fix two regressions in the balloon driver's use of memory hotplug
when used i
On Thu, Apr 02, 2015 at 11:42:43AM -0400, Chris Metcalf wrote:
> >
> >>Then perhaps as a debug aid, expose a /proc/sys/kernel/watchdog_cpumask for
> >>folks to modify in case they want to enable the watchdog on the nohz cpus.
> >That sounds like a good idea.
>
> OK, I will respin v2 of the patch a
* Denys Vlasenko wrote:
> On 04/02/2015 02:59 PM, Denys Vlasenko wrote:
> > On 04/02/2015 02:31 PM, Ingo Molnar wrote:
> >> - we can optimize in a more directed fashion - like here
> >>
> >> ... while the downsides are:
> >>
> >> - more code
> >> - a (small) chance of a fix going to one pa
Hi Pawel,
My apologies for the very late reply.
On Thu, Apr 02, 2015 at 04:38:46PM +0200, Pavel Machek wrote:
>
>
> We are moving to device tree support on OMAP3, but that currently
> breaks ADP1653 driver. This adds device tree support, plus required
> documentation.
>
> Signed-off-by: Pavel
On Thu, Apr 02, 2015 at 05:52:10PM +0200, Quentin Casasnovas wrote:
> FWIW I think this looks much nicer! I have a couple of comments though,
> apologies in advance if they aren't relevant :)
No worries, I very much appreciate the looking at. :)
> I thought the SYSTEM_BOOTING checks were present
Am 02.04.2015 um 18:04 schrieb Brian Norris:
> On Thu, Apr 02, 2015 at 04:13:46PM +0200, Richard Weinberger wrote:
>> This simple MTD tests allows the user to see when read disturb happens.
>> By reading blocks over and over it reports flipped bits.
>> Currently it reports only flipped bits of the
On Thu, 2015-04-02 at 16:00 +, Joseph Myers wrote:
> On Thu, 26 Mar 2015, Joe Perches wrote:
> > > I'd have thought that a function-wide
> > > __attribute__((__string_section__(foo))
> > > wouldn't be a ton of work to implement.
> >
> > Maybe not.
> >
> > Could some future version of gcc mo
On 4/2/2015 11:06 AM, Ingo Molnar wrote:
We get "AGP:" messages on kernel logs like this-
[0.00] AGP: Node 0: aperture [bus addr 0x-0x01ff] (32MB)
[0.00] AGP: Your BIOS doesn't leave a aperture memory hole
[0.00] AGP: Please enable the IOMMU option in the BIO
I updated the function to handle structures that were saved as well.
Just in case something like REC->my_enum does not get converted.
Also, I found that I never needed to decrement the pointer for those
locations that I did so.
Here's the new function:
static void update_event_printk(struct ftr
On Fri, Dec 05, 2014 at 05:18:40PM +0200, Roger Quadros wrote:
> When vary_offset is set (e.g. test case 3), the offset is not always
> zero so memcmpshow() will show the wrong offset in the print message.
> To fix this we introduce a new function memcmpshowoffset() which takes
> offset as a parame
On 04/01/2015 05:03 PM, Peter Zijlstra wrote:
On Wed, Apr 01, 2015 at 03:58:58PM -0400, Waiman Long wrote:
On 04/01/2015 02:48 PM, Peter Zijlstra wrote:
I am sorry that I don't quite get what you mean here. My point is that in
the hashing step, a cpu will need to scan an empty bucket to put the
On 04/02/2015 09:08 AM, Steven Rostedt wrote:
> On Thu, 02 Apr 2015 08:20:09 -0600
> Shuah Khan wrote:
>
>
> Reported-by: Michael Ellerman
> Reported-by: Dave Jones
> Reported-by: Luis Henriques
> Based-on-patch-by: Pádraig Brady
>>
>> Is this standard? checkpatch complained
Hi Yinghai,
On 04/02/2015 05:15 AM, Yinghai Lu wrote:
> On Wed, Apr 1, 2015 at 8:22 PM, Peter Hurley wrote:
>> The documented behavior of console=ttyS options, to which your
>> quote refers, clearly states:
>>
>> Default is "9600n8".
>
> drivers/tty/serial/8250/8250_early.c:early
On Thu, Apr 02, 2015 at 06:12:59PM +0200, Borislav Petkov wrote:
> On Thu, Apr 02, 2015 at 05:52:10PM +0200, Quentin Casasnovas wrote:
> > FWIW I think this looks much nicer! I have a couple of comments though,
> > apologies in advance if they aren't relevant :)
>
> No worries, I very much apprec
Hi Haggai,
Le jeudi 02 avril 2015 à 18:18 +0300, Haggai Eran a écrit :
> On 02/04/2015 16:30, Yann Droneaud wrote:
> > Hi,
> >
> > Le jeudi 02 avril 2015 à 10:52 +, Shachar Raindel a écrit :
> >>> -Original Message-
> >>> From: Yann Droneaud [mailto:ydrone...@opteya.com]
> >>> Sent: T
The tracing infrastructure is adding a macro TRACE_SYSTEM_STRING, and
hit the following build failure:
In file included from include/trace/define_trace.h:90:0,
from drivers/gpu/drm/.//radeon/radeon_trace.h:209,
from drivers/gpu/drm/.//radeon/radeon_trace
Mark,
On 03/18/2015 04:57 PM, Suman Anna wrote:
> Hi Mark,
>
> On 03/12/2015 04:24 AM, Ohad Ben-Cohen wrote:
>> Hi Suman,
>>
>> On Thu, Mar 5, 2015 at 4:01 AM, Suman Anna wrote:
>>> This is the latest version of the hwspinlock dt support series,
>>> rebased onto v4.0-rc1 and addressing the long
On Thu, Apr 02, 2015 at 03:11:36PM +, Elliott, Robert (Server Storage)
wrote:
> Attr CopyRead IOPS Write IOPS
> = ==
> UCmemcpy 36 K22 K
> UCNT rd,wr513 K
> >> struct arm_pmu {
> >> @@ -117,6 +125,10 @@ struct arm_pmu {
> >> struct platform_device *plat_device;
> >> struct pmu_hw_events__percpu *hw_events;
> >> struct notifier_block hotplug_nb;
> >> +#ifdef CONFIG_SMP
> >> + int muxed_spi_
On Thu, Apr 02, 2015 at 09:01:14AM -0700, Dan Williams wrote:
> >> If anything I think these should be dev_dbg().
> >
> > We do not have a dev at any of this point, and it does not
> > belong to any specific device.
>
> Ah, true this is prior to the driver attaching... that said it seems
> more re
> -Original Message-
> From: Yann Droneaud [mailto:ydrone...@opteya.com]
> Sent: Thursday, April 02, 2015 7:35 PM
> To: Haggai Eran
> Cc: Shachar Raindel; Sagi Grimberg; oss-secur...@lists.openwall.com;
> (linux-r...@vger.kernel.org); linux-
> ker...@vger.kernel.org; sta...@vger.kernel.o
On Wed, Apr 1, 2015 at 6:08 PM, Guenter Roeck wrote:
> On 04/01/2015 03:22 PM, James Hogan wrote:
>>
>> Hi Andrew,
>>
>> On Wed, Apr 01, 2015 at 10:43:14AM -0700, Andrew Bresticker wrote:
>>>
>>> Since the heartbeat is statically initialized to its default value,
>>> watchdog_init_timeout() will n
On Thu, Apr 02, 2015 at 06:33:40PM +0200, Quentin Casasnovas wrote:
> I would personnaly add it to the non _booting() variants as well to make
> sure the alternative instructions _are_ applied, since otherwise that would
> probably cause random failures to restore the xsaveopt/xsaves context
> prev
On Thu, 02 Apr 2015 10:30:05 -0600
Shuah Khan wrote:
> >> Anyway, I have this patch tagged for 4.1-rc2
> >
> > Why rc2?
>
> I usually let the patches stay in next for a few days before
> I send pull request. It is getting close to that, so decided
> on rc2 as a better choice.
>
> We are at rc-
Hi,
> -Original Message-
> From: Yann Droneaud [mailto:ydrone...@opteya.com]
> Sent: Thursday, April 02, 2015 6:16 PM
> To: Shachar Raindel
> Cc: oss-secur...@lists.openwall.com;
> (linux-r...@vger.kernel.org); linux-kernel@vger.kernel.org;
> sta...@vger.kernel.org
> Subject: Re: CVE-2014
On Thu, Apr 02, 2015 at 11:42:43AM -0400, Chris Metcalf wrote:
> OK, I will respin v2 of the patch as follows:
>
> - Provide a watchdog_cpumask as suggested by Don.
> - On a non-NO_HZ_FULL build, it defaults to cpu_possible as normal
> - On a NO_HZ_FULL build, it defaults to the housekeeping cpus
Hi,
On Thu, Apr 02, 2015 at 05:28:05PM +0200, Pavel Machek wrote:
> On Wed 2015-04-01 21:47:43, rhn wrote:
> > Hello,
> >
> > Between kernel 3.16 and 3.17, a regression has been introduced where the
> > first hibernation after regular shutdown always fails to resume. Subsequent
> > hibernation
On Thu, 2 Apr 2015 16:20:46 +0200
"Michael S. Tsirkin" wrote:
> On Thu, Apr 02, 2015 at 03:17:13PM +0200, Greg Kurz wrote:
> > This patch brings cross-endian support to vhost when used to implement
> > legacy virtio devices. Since it is a relatively rare situation, the feature
> > availability is
On Wed, Mar 25, 2015 at 05:33:09PM +, Peter Zijlstra wrote:
> On Tue, Mar 24, 2015 at 11:00:57AM +0100, Vincent Guittot wrote:
> > On 23 March 2015 at 14:19, Peter Zijlstra wrote:
> > > On Fri, Feb 27, 2015 at 04:54:07PM +0100, Vincent Guittot wrote:
> > >
> > >> + unsigned long scale_freq
On 04/02/2015 10:48 AM, Steven Rostedt wrote:
> On Thu, 02 Apr 2015 10:30:05 -0600
> Shuah Khan wrote:
>
Anyway, I have this patch tagged for 4.1-rc2
>>>
>>> Why rc2?
>>
>> I usually let the patches stay in next for a few days before
>> I send pull request. It is getting close to that, so de
This change does two things:
Copy-pastes "retint_swapgs:" code into syscall handling code,
the copy is under "syscall_return:" label. The code is unchanged
apart from some label renames.
Removes "opportunistic sysret" code from "retint_swapgs:" code block,
since now it won't be reached by syscall
On Thu, Apr 02, 2015 at 11:23:17AM -0500, Aravind Gopalakrishnan wrote:
> Sure, will do that and resend.
No need - I can amend the local copy I have here.
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
--
--
To unsubscribe from this list: send the line "unsubscribe l
A cipher instance is added to the list of instances unconditionally
regardless of whether the associated test failed. However, a failed
test implies that during another lookup, the cipher instance will
be added to the list again as it will not be found by the lookup
code.
That means that the list
On 03/30/2015 06:33 PM, Wang Long wrote:
dummy_data->mem_size = mem_size;
dummy_data->mem_address = mem_address;
-dummy_data->mem_type = 0;
+dummy_data->mem_type = mem_type;
dummy_data->record_size = record_size;
dummy_data->console_size = ramoops_console_size;
On 2 April 2015 at 06:43, Shuah Khan wrote:
> On 04/02/2015 04:18 AM, Prarit Bhargava wrote:
>>
>>
>> On 03/26/2015 01:33 PM, Tyler Baker wrote:
>>> On 26 March 2015 at 09:29, John Stultz wrote:
On Thu, Mar 26, 2015 at 4:31 AM, Prarit Bhargava wrote:
> On 03/25/2015 07:44 PM, John Stult
On Thu, Apr 02, 2015 at 12:04:21PM -0500, Aravind Gopalakrishnan wrote:
> >No need - I can amend the local copy I have here.
Here's what I did:
---
From: Aravind Gopalakrishnan
Date: Wed, 1 Apr 2015 09:32:08 -0500
Subject: [PATCH] x86/gart: Check for GART support before accessing GART
registers
On 4/2/2015 11:53 AM, Borislav Petkov wrote:
On Thu, Apr 02, 2015 at 11:23:17AM -0500, Aravind Gopalakrishnan wrote:
Sure, will do that and resend.
No need - I can amend the local copy I have here.
Okay.
Thanks!
-Aravind.
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
Hi Shuah,
On 2 April 2015 at 06:53, Shuah Khan wrote:
> On 04/01/2015 05:20 PM, Tyler Baker wrote:
>> This patch set improves cross building functionality by resovling hard coded
>> assumptions about the compiler used. With this patch set, all but mqueue,
>> and kdbus cross build successfully as
On Thu, Apr 02, 2015 at 12:28:30PM -0400, Waiman Long wrote:
> On 04/01/2015 05:03 PM, Peter Zijlstra wrote:
> >On Wed, Apr 01, 2015 at 03:58:58PM -0400, Waiman Long wrote:
> >>On 04/01/2015 02:48 PM, Peter Zijlstra wrote:
> >>I am sorry that I don't quite get what you mean here. My point is that i
On Thu, 2015-04-02 at 10:17 +0100, Morten Rasmussen wrote:
> On Thu, Apr 02, 2015 at 06:59:07AM +0100, Jason Low wrote:
> > Also, below is an example patch.
> >
> > (Without the conversion to idle_cpu(), the check for rq->idle_balance
> > would not be accurate anymore)
> I think this should redu
On Fri, Apr 03, 2015 at 12:50:54AM +0800, joeyli wrote:
> Hi,
>
> On Thu, Apr 02, 2015 at 05:28:05PM +0200, Pavel Machek wrote:
> > On Wed 2015-04-01 21:47:43, rhn wrote:
> > > Hello,
> > >
> > > Between kernel 3.16 and 3.17, a regression has been introduced where the
> > > first hibernation af
On Thu, Apr 2, 2015 at 9:31 AM, Peter Hurley wrote:
> Would you please try the patch below instead?
>
> --- >% ---
> From: Peter Hurley
> Subject: [PATCH] earlycon: Fix __earlycon_table stride
>
> Signed-off-by: Peter Hurley
> ---
> include/asm-generic/vmlinux.lds.h | 2 +-
> include/linux/ser
On 04/02/2015 07:53 AM, Shuah Khan wrote:
> On 04/01/2015 05:20 PM, Tyler Baker wrote:
>> This patch set improves cross building functionality by resovling hard coded
>> assumptions about the compiler used. With this patch set, all but mqueue,
>> and kdbus cross build successfully as they must lin
On Thu, Apr 02, 2015 at 12:03:08PM -0400, Sasha Levin wrote:
> It's not correct.
Yay for lockdep ;-)
> [0.645644] debug_check_no_locks_held (kernel/locking/lockdep.c:4178)
Should we also have that call in freezer_do_not_count() ?
--
To unsubscribe from this list: send the line "unsubscribe l
On Thu, 02 Apr 2015 10:52:38 -0600
Shuah Khan wrote:
> > But the merge window closes at the rc1 release. Is this also a "stable"
> > thing? It should be labeled as such if that's the case.
> >
>
> I am treating this as a fix so rc2 would be fine, however, if I can
> get the rebased patch soon
401 - 500 of 903 matches
Mail list logo
