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 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
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
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
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;
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 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
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
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
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
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
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
> >
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,
> -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:
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
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
>
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
> -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;
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
> >> 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
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
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
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
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:
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
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".
>
>
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
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 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
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
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
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
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, 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
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
* 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
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
-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
* 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
* 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
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
out 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] -
[0.63650
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;
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
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 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
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
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
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 +
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
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 = _v2_regs->powmgtcsr;
> > + int ret = 0;
> > + int result;
> > +
> > + switch (state) {
> > + case PLAT_PM_LPM20:
> > + /*
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
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
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
* 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
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
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
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
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 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 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
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
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
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
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
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
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
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
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
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
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
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,
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
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
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/
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
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
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
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
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;
>> + }
>
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
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
> > > >
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:
> -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;
>
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
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
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
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, 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
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: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 =
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
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:
On Wed, Apr 01, 2015 at 10:44:55PM -0300, Marcelo Tosatti wrote:
>
> It is only necessary to raise timer softirq
> in case there are active timers or irq work
> to do.
>
> Limit the ksoftirqd wakeup to those cases.
>
> Fixes a latency spike with isolated CPUs and
> nohz full mode.
>
>
Em Thu, Apr 02, 2015 at 04:33:12PM +0900, Masami Hiramatsu escreveu:
> Fix perf probe to track down unnamed union/structure members.
> perf probe did not track down the tree of unnamed union/structure
> members, since it just failed to find given "name" in a parent
> structure/union. To solve this
Am 02.04.2015 um 16:45 schrieb Fabio Estevam:
> On Thu, Apr 2, 2015 at 11:33 AM, Richard Weinberger wrote:
>
>> Why? Free()ing a NULL pointer is perfectly fine.
>> What did I miss? :)
>
> If the first 'iobuf = kmalloc(mtd->erasesize, GFP_KERNEL);' fails then
> you jump to the out label where
On Wednesday 01 April 2015 08:45:06 Vinod Koul wrote:
> On Wed, Mar 18, 2015 at 04:16:34PM +, Zubair Lutfullah Kakakhel wrote:
> > Hi,
> >
> > Here we have three patches that add a DMA driver for the Ingenic JZ4780 SoC.
> >
> > JZ4780 support is still in-flight.
> >
> > These are based on
Have you checked that this patch applies correctly, considering that the
chunks are still ambiguous? :)
Mikko
On 04/02/2015 05:31 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"),
On Wednesday 18 March 2015 16:16:36 Zubair Lutfullah Kakakhel wrote:
> +
> +static bool jz4780_dma_filter_fn(struct dma_chan *chan, void *param)
> +{
> + struct jz4780_dma_chan *jzchan = to_jz4780_dma_chan(chan);
> + struct jz4780_dma_dev *jzdma = jz4780_dma_chan_parent(jzchan);
> +
On 04/02/2015 03:37 AM, Marc Dietrich wrote:
Am Mittwoch, 1. April 2015, 11:28:32 schrieb Stephen Warren:
On 03/31/2015 09:46 AM, Andrey Danin wrote:
On 31.03.2015 17:09, Stephen Warren wrote:
On 03/31/2015 12:40 AM, Andrey Danin wrote:
Hi,
Thanks for the review.
On 03.02.2015 0:20,
401 - 500 of 1818 matches
Mail list logo