Dear Marc Kleine-Budde,
On 04/05/2013 02:47 PM, Marc Kleine-Budde wrote:
Some boards have non removable cards like eMMC. Handle such case.
Acked-by: Shawn Guo
Signed-off-by: Marc Kleine-Budde
---
changes since v1:
- fix removeable typo
drivers/mmc/host/mxs-mmc.c | 10 +++---
1 file ch
On 9 April 2013 16:48, Alex Shi wrote:
> On 04/09/2013 07:56 PM, Vincent Guittot wrote:
>> On 9 April 2013 12:38, Alex Shi wrote:
>>> On 04/09/2013 04:58 PM, Vincent Guittot wrote:
How do you ensure that runnable_avg_period and runnable_avg_sum are
coherent ? an update of the st
On 04/09/2013 05:14 PM, Hector Palacios wrote:
@@ -95,7 +97,8 @@ static int mxs_mmc_get_cd(struct mmc_host *mmc)
struct mxs_mmc_host *host = mmc_priv(mmc);
struct mxs_ssp *ssp = &host->ssp;
- return !(readl(ssp->base + HW_SSP_STATUS(ssp)) &
+ return host->non_remova
Upcoming AMD Family 16h Processors provide 4 new performance counters
to count L2 related events. Similar to northbridge counters, these new
counters are shared across multiple CPUs that share the same L2 cache.
This patchset adds support for these new counters and enforces sharing
by leveraging th
Currently only 1 pointer can be freed using kfree_on_online mechanism,
allow for multiple.
Signed-off-by: Jacob Shin
---
arch/x86/kernel/cpu/perf_event.c |7 +--
arch/x86/kernel/cpu/perf_event.h |3 ++-
arch/x86/kernel/cpu/perf_event_amd.c |2 +-
arch/x86/kernel/cpu
In preparation for enabling AMD L2I performance counters, we will
further generalize NB event constraints handling logic to now allow
any type of shared counters. This is just a code rework, there are
no functional changes.
Signed-off-by: Jacob Shin
---
arch/x86/kernel/cpu/perf_event.h |
AMD Family 16h processors provide 4 new performance counters (in
addition to 4 legacy core counters, and 4 northbridge counters) for
monitoring L2 cache specific events (i.e. L2 cache misses). These 4
counters are shared between all CPUs that share the same L2 cache. We
will use the same existing e
On Tue, Apr 09, 2013 at 05:46:18AM -0700, Jacob Pan wrote:
> +config INTEL_RAPL
> + tristate "Intel RAPL Support"
> + depends on THERMAL
> + default y
Unless you can not boot your machine without this, you should never
default to y. Just delete this line.
> +#define DEBUG
Why? I th
On Wed, Mar 27, 2013 at 12:10:39PM +0100, Roger Pau Monne wrote:
> This mechanism allows blkback to change the number of grants
> persistently mapped at run time.
>
> The algorithm uses a simple LRU mechanism that removes (if needed) the
> persistent grants that have not been used since the last L
On Wed, Mar 27, 2013 at 12:10:38PM +0100, Roger Pau Monne wrote:
> Using balloon pages for all granted pages allows us to simplify the
> logic in blkback, especially in the xen_blkbk_map function, since now
> we can decide if we want to map a grant persistently or not after we
> have actually mappe
On 04/09/2013 02:30 AM, Peter De Schrijver wrote:
> On Mon, Apr 08, 2013 at 08:27:00PM +0200, Stephen Warren wrote:
>> On 04/08/2013 09:41 AM, Jay Agarwal wrote:
>>> Signed-off-by: Jay Agarwal
>>
>> Your s-o-b line should be below the patch description, not above it.
>> Please see Documentation/Su
> On Mon, Apr 08, 2013 at 08:27:49PM +0400, Alexander Shiyan wrote:
> > > > > After merging the mfd tree, today's linux-next build (x86_64
> > > > > allmodconfig)
> > > > > failed like this:
> > > > >
> > > > > drivers/regulator/anatop-regulator.c: In function
> > > > > 'anatop_regulator_probe':
On Tue, Apr 9, 2013 at 5:11 PM, Sedat Dilek wrote:
> On Tue, Apr 9, 2013 at 4:32 PM, Sedat Dilek wrote:
>> On Tue, Apr 9, 2013 at 4:23 PM, Stephen Rothwell
>> wrote:
>>> Hi Sedat,
>>>
>>> On Tue, 9 Apr 2013 16:11:50 +0200 Sedat Dilek wrote:
[ CC Al Viro ]
>>>
>>> You forgot to do tha
The dmesg_restrict sysctl currently covers the syslog method for access
dmesg, however /dev/kmsg isn't covered by the same protections. Most
people haven't noticed because util-linux dmesg(1) defaults to using the
syslog method for access in older versions. With util-linux dmesg(1)
defaults to re
Hi Al,
On 2013-04-08 11:15, Stephen Rothwell wrote:
After merging the vfs tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
arch/powerpc/kvm/../../../virt/kvm/kvm_main.c: In function
'kvm_init':
arch/powerpc/kvm/../../../virt/kvm/kvm_main.c:2990:2: error:
assignment
On Tue, 2013-04-09 at 08:26 -0700, Greg Kroah-Hartman wrote:
> On Tue, Apr 09, 2013 at 05:46:18AM -0700, Jacob Pan wrote:
> > +#define DEBUG
> Why? I think you need to remove this line :)
Some people like their dev_dbg statements to
be emitted all the time.
--
To unsubscribe from this list: sen
Hey Thomas,
I don't think the patch helped my case. Looks like the same BUG_ON().
I accidentally booted with possible_cpus=10 instead of 160. I wasn't
able to trigger this in that case, even repeatedly on/offlining them.
But, once I booted with possible_cpus=160, it triggered in a jiffy.
Two o
On Tue, Apr 09, 2013 at 09:22:40AM +0800, Chen Gang wrote:
> On 2013年04月09日 04:45, Lars Ellenberg wrote:
> > On Wed, Apr 03, 2013 at 04:00:31PM +0800, Chen Gang wrote:
> >> > Hello maintainers:
> >> >
> >> > when you have time, please help to check this patch whether is OK.
> >> >
> >> > than
pinctrl_register() returns NULL on error.
Signed-off-by: Axel Lin
---
drivers/pinctrl/vt8500/pinctrl-wmt.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/vt8500/pinctrl-wmt.c
b/drivers/pinctrl/vt8500/pinctrl-wmt.c
index 14400a7..ab63104e 100644
--- a/driv
On Tue, 2013-04-09 at 05:46 -0700, Jacob Pan wrote:
> RAPL(Running Average Power Limit) interface provides platform software
> with the ability to monitor, control, and get notifications on SOC
> power consumptions.
yet more trivia:
> diff --git a/drivers/platform/x86/intel_rapl.c
> b/drivers/pl
On Fri, 2013-04-05 at 10:54 +0900, Yoshihiro YUNOMAE wrote:
> In this patch, trace-cmd reads trace_clock on debugfs in the report/extract
> modes and outputs the data to trace.dat file. Then, in the report mode,
> trace-cmd reads trace_clock data from the file and switches outputting format
> of ti
On Tue, 2013-04-09 at 12:00 -0400, Steven Rostedt wrote:
> I think it's time for me to push my latest updates to trace-cmd. As this
> will probably end up being the 3.0 version. I have examples there that
> use the options feature for more extensions that you can look at.
>
I just pushed my late
On Tue, Apr 09, 2013 at 08:53:37AM -0700, Joe Perches wrote:
> On Tue, 2013-04-09 at 08:26 -0700, Greg Kroah-Hartman wrote:
> > On Tue, Apr 09, 2013 at 05:46:18AM -0700, Jacob Pan wrote:
> > > +#define DEBUG
> > Why? I think you need to remove this line :)
>
> Some people like their dev_dbg state
On Tue, Apr 09, 2013 at 11:14:23AM -0400, Don Zickus wrote:
> On Tue, Apr 09, 2013 at 07:52:28AM -0700, Guenter Roeck wrote:
> > On Tue, Apr 09, 2013 at 10:44:31AM -0400, Don Zickus wrote:
> > > On Mon, Apr 08, 2013 at 08:15:09AM -0700, Guenter Roeck wrote:
> > > > On Mon, Apr 08, 2013 at 08:48:58A
On Tue, Apr 9, 2013 at 4:56 PM, Viresh Kumar wrote:
> On 9 April 2013 19:34, Sedat Dilek wrote:
>> I have seen it on reboots.
>> How to online/offline from sysfs?
>
> offline a cpu "x" with:
>
> echo 0 > /sys/devices/system/cpu/cpux/online
>
> and online with echo 1 > to same location.
With x=3
Hi Alexander,
On Tue, Apr 09, 2013 at 07:47:40PM +0400, Alexander Shiyan wrote:
> > On Mon, Apr 08, 2013 at 08:27:49PM +0400, Alexander Shiyan wrote:
> > > > > > After merging the mfd tree, today's linux-next build (x86_64
> > > > > > allmodconfig)
> > > > > > failed like this:
> > > > > >
> > >
On Wed, Mar 27, 2013 at 12:10:41PM +0100, Roger Pau Monne wrote:
> Remove the last dependency from blkbk by moving the list of free
> requests to blkif. This change reduces the contention on the list of
> available requests.
>
> Signed-off-by: Roger Pau Monné
> Cc: Konrad Rzeszutek Wilk
> Cc: xe
On Tue, 9 Apr 2013 08:26:38 -0700
Greg Kroah-Hartman wrote:
> > + if (NULL == rp->name || rp->flag & RAPL_PRIMITIVE_DUMMY)
>
> In Linux we do (rp->name == NULL), or even better yet (!rp->name),
> please fix that up here and elsewhere in the driver.
>
I can fix that. I did that because checkpat
On Tue, Apr 09, 2013 at 01:45:44PM +0200, Wim Van Sebroeck wrote:
> Hi Guenter,
>
> > I was waiting for feedback from Wim, who submitted a similar driver, about
> > his
> > thoughts. Key question is how to reserve access to the shared resource -
> > either
> > through an exported function in the
On 04/04/2013 05:18 AM, Matt Fleming wrote:
> From: Matt Fleming
>
> drivers/firmware/efivars.c has grown pretty large and is ~2K lines.
>
Hi Matt,
Are you expecting me or Matt G. to take this one?
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Tue, 2013-04-09 at 09:15 -0700, Jacob Pan wrote:
> On Tue, 9 Apr 2013 08:26:38 -0700
> Greg Kroah-Hartman wrote:
> > > + if (NULL == rp->name || rp->flag & RAPL_PRIMITIVE_DUMMY)
> >
> > In Linux we do (rp->name == NULL), or even better yet (!rp->name),
> > please fix that up here and elsewhere
On Tue, 2013-04-09 at 09:07 -0700, Greg Kroah-Hartman wrote:
> On Tue, Apr 09, 2013 at 08:53:37AM -0700, Joe Perches wrote:
> > On Tue, 2013-04-09 at 08:26 -0700, Greg Kroah-Hartman wrote:
> > > On Tue, Apr 09, 2013 at 05:46:18AM -0700, Jacob Pan wrote:
> > > > +#define DEBUG
> > > Why? I think yo
On Tue, Apr 9, 2013 at 8:48 AM, Josh Boyer wrote:
> The dmesg_restrict sysctl currently covers the syslog method for access
> dmesg, however /dev/kmsg isn't covered by the same protections. Most
> people haven't noticed because util-linux dmesg(1) defaults to using the
> syslog method for access
On 04/09/2013 05:21 PM, Hector Palacios wrote:
> On 04/09/2013 05:14 PM, Hector Palacios wrote:
>> @@ -95,7 +97,8 @@ static int mxs_mmc_get_cd(struct mmc_host *mmc)
>> struct mxs_mmc_host *host = mmc_priv(mmc);
>> struct mxs_ssp *ssp = &host->ssp;
>>
>> - return !(readl(ssp-
On Tue, Apr 09, 2013 at 09:15:17AM -0700, Jacob Pan wrote:
> On Tue, 9 Apr 2013 08:26:38 -0700
> Greg Kroah-Hartman wrote:
> > > + if (NULL == rp->name || rp->flag & RAPL_PRIMITIVE_DUMMY)
> >
> > In Linux we do (rp->name == NULL), or even better yet (!rp->name),
> > please fix that up here and el
On Mon, 2013-04-08 at 08:42 +0100, Jan Beulich wrote:
> >>> On 07.04.13 at 07:54, Zhenzhong Duan wrote:
> > nmi isn't supported in dom0, fallback to general all cpu backtrace code.
>
> Since when is sending NMIs not supported, and since when is this
> Dom0-specific? If you want to deal with this,
The arch_local_irq_save(), etc., routines are required to function
as compiler barriers. They do, but it's subtle and requires knowing
that the gcc builtin __insn_mtspr() is marked as a memory clobber.
Provide a comment explaining the assumption.
Signed-off-by: Chris Metcalf
---
arch/tile/inclu
On Tue, Apr 09, 2013 at 10:46:15AM +0200, Linus Walleij wrote:
> On Mon, Apr 8, 2013 at 7:15 PM, Kevin Strasser
> wrote:
>
> > From: Michael Brunner
> >
> > Add gpio support for the on-board PLD found on some Kontron embedded
> > modules.
> >
> > Signed-off-by: Michael Brunner
> > Signed-off-by
On 04/09/13 02:08, Mark Rutland wrote:
> On Tue, Apr 09, 2013 at 03:30:20AM +0100, Stephen Boyd wrote:
>>
>> -** Timer node properties:
>> +** CP15 Timer node properties:
>>
>> - compatible : Should at least contain one of
>> "arm,armv7-timer"
>> @@ -26,3 +30,55 @@ Example:
>>
Make a copy of the IDT (as seen via the "sidt" instruction) read-only.
This primarily removes the IDT from being a target for arbitrary memory
write attacks, and has the added benefit of also not leaking the kernel
base offset, if it has been relocated.
Signed-off-by: Kees Cook
Cc: Eric Northup
Hi Viresh and Vincent,
> On 9 April 2013 16:07, Lukasz Majewski wrote:
> >> On Mon, Apr 1, 2013 at 1:54 PM, Jonghwa Lee
> > Our approach is a bit different than cpufreq_ondemand one. Ondemand
> > takes the per CPU idle time, then on that basis calculates per cpu
> > load. The next step is to choo
On Tue, Apr 09, 2013 at 08:00:57AM -0700, H. Peter Anvin wrote:
> Please, no semicolons. We already have established syntax for suboptions
> (option=suboption,suboption,...) and suboptions with parameters
> (option=suboption:value,...)
Ok, to understand it better, so crashkernel= will look as fo
On 03/26/13 10:34, Stephen Boyd wrote:
> On 03/16/13 12:32, Stephen Boyd wrote:
>> On 3/5/2013 2:34 PM, Arnd Bergmann wrote:
>>> On Tuesday 05 March 2013, Stephen Boyd wrote:
On 02/27/13 15:43, Stephen Warren wrote:
> Seems simple enough it doesn't really need many, but for Tegra,
> Ac
On 04/09/13 03:33, Mark Rutland wrote:
> On Mon, Apr 08, 2013 at 10:27:23PM +0100, Stephen Boyd wrote:
>> On an SMP system with only one global clockevent and a dummy
>> clockevent per CPU we run into problems. We want the dummy
>> clockevents to be registered as the per CPU tick devices, but
>> we
* Roger Quadros [130409 03:00]:
> On 04/05/2013 06:58 PM, Tony Lindgren wrote:
> >
> > Well your approach is fine as a first step moving all the clock
> > code, but it needs to be a real driver under drivers/clock/omap.
> > And the DT binding needs to stay the same for the driver(s) in the
> > lo
On 04/09/2013 09:47 AM, Vivek Goyal wrote:
> On Tue, Apr 09, 2013 at 08:00:57AM -0700, H. Peter Anvin wrote:
>> Please, no semicolons. We already have established syntax for suboptions
>> (option=suboption,suboption,...) and suboptions with parameters
>> (option=suboption:value,...)
>
> Ok, to u
On 09/04/13 17:25, H. Peter Anvin wrote:
> On 04/04/2013 05:18 AM, Matt Fleming wrote:
>> From: Matt Fleming
>>
>> drivers/firmware/efivars.c has grown pretty large and is ~2K lines.
>>
>
> Hi Matt,
>
> Are you expecting me or Matt G. to take this one?
I was going to send it to you in a pull re
On Tue, Apr 9, 2013 at 11:12 AM, Samuel Ortiz wrote:
> Hi Alexander,
>
> On Tue, Apr 09, 2013 at 07:47:40PM +0400, Alexander Shiyan wrote:
>> > On Mon, Apr 08, 2013 at 08:27:49PM +0400, Alexander Shiyan wrote:
[...]
>> From 3296415f29818a430bad12c92dc65cd81e4d133f Mon Sep 17 00:00:00 2001
>> Fro
On 9 April 2013 21:38, Sedat Dilek wrote:
> With x=3 the system gets in an unuseable state.
>
> root# echo 0 > /sys/devices/system/cpu/cpu3/online
>
> I could not write my reply and had to do a hard/cold reboot.
> The dmesg log I saw looked similiar to my digicam-shot.
Few things i need from
2013/4/9 Peter Zijlstra :
> On Sat, 2013-04-06 at 18:45 +0200, Frederic Weisbecker wrote:
>> check_preempt_wakeup() of fair class needs an uptodate sched clock
>> value to update runtime stats of the current task.
>>
>> When a task is woken up, activate_task() is usually called right
>> before
>> t
On 04/05/2013 10:50 PM, Stratos Karafotis wrote:
Hi Viresh,
On 04/04/2013 07:54 AM, Viresh Kumar wrote:
Hi Stratos,
Yes, your results show some improvements. BUT if performance is the only thing
we were looking for, then we will never use ondemand governor but performance
governor.
I suspect
On Fri, Feb 15, 2013 at 04:52:25PM +0100, Andreas Larsson wrote:
> Acked-by: Anton Vorontsov
> Signed-off-by: Andreas Larsson
I'll apply this on account of it being part of the series and review
having been very slow but...
> /* Make sure its a bit width we support [4..16, 32] */
>
On Tue, Apr 9, 2013 at 6:51 PM, Viresh Kumar wrote:
> On 9 April 2013 21:38, Sedat Dilek wrote:
>> With x=3 the system gets in an unuseable state.
>>
>> root# echo 0 > /sys/devices/system/cpu/cpu3/online
>>
>> I could not write my reply and had to do a hard/cold reboot.
>> The dmesg log I sa
On Tue, Apr 09, 2013 at 09:49:28AM -0700, H. Peter Anvin wrote:
> On 04/09/2013 09:47 AM, Vivek Goyal wrote:
> > On Tue, Apr 09, 2013 at 08:00:57AM -0700, H. Peter Anvin wrote:
> >> Please, no semicolons. We already have established syntax for suboptions
> >> (option=suboption,suboption,...) and s
On Tue, Apr 09, 2013 at 05:57:38PM +0100, Mark Brown wrote:
> On Fri, Feb 15, 2013 at 04:52:25PM +0100, Andreas Larsson wrote:
> > Acked-by: Anton Vorontsov
> > Signed-off-by: Andreas Larsson
> I'll apply this on account of it being part of the series and review
> having been very slow but...
.
Hi Eduardo,
On Tue, Apr 9, 2013 at 7:55 AM, Eduardo Valentin
wrote:
> Hi Andrew,
>
>
> On 08-04-2013 19:54, Andrew Bresticker wrote:
>>
>> The loops which are used to perform lookups in CPU frequency tables in
>> cpu_cooling and the Exynos thermal driver do not update the loop counter
>> if they
Hello,
the following simple test causes a deadlock between the loop driver,
umount and blkid i v3.9-rc6 (tested on a standard Debian wheezy
installating, i.e. with udev 175):
qmitest:~# file cd-image-cfg1.iso
cd-image-cfg1.iso: # ISO 9660 CD-ROM filesystem data 'D-LINK MODEM'
qmitest:~# mount cd
On Tue, 09 Apr 2013 09:26:55 -0700
Joe Perches wrote:
> On Tue, 2013-04-09 at 09:15 -0700, Jacob Pan wrote:
> > On Tue, 9 Apr 2013 08:26:38 -0700
> > Greg Kroah-Hartman wrote:
> > > > + if (NULL == rp->name || rp->flag &
> > > > RAPL_PRIMITIVE_DUMMY)
> > >
> > > In Linux we do (rp->name =
On Tue, Apr 9, 2013 at 11:30 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20130408:
>
> The vfs tree still had its build failure so I used the version from
> next-20130405.
>
With the attached patch including a follow-up I was able to boot
today's Linux-Next.
I have reverted "Revert "
Cc: Mark
On 09.04.2013 18:40, Josef Ahmad wrote:
> spi_bitbang_setup() deasserts the chip select line to initialise
> the device. The chip select GPIO line is obtained from
> spi_gpio->cs_gpios[] private data.
> Currently, devices that are not registered under devicetree
> environment will call in
On Tue, Apr 09, 2013 at 07:06:32PM +0200, Daniel Mack wrote:
> Cc: Mark
>
> On 09.04.2013 18:40, Josef Ahmad wrote:
> > spi_bitbang_setup() deasserts the chip select line to initialise
> > the device. The chip select GPIO line is obtained from
Please resend the patch - git am doesn't know how to
Hi Eduardo,
On Tue, Apr 9, 2013 at 8:00 AM, Eduardo Valentin
wrote:
> Hi Andrew,
>
>
> On 08-04-2013 19:56, Andrew Bresticker wrote:
>>
>> When selecting a target cooling state in get_target_state(), make sure
>> that the state is at least as high as the minimum when the temperature
>> is rising
On 04/08/2013 06:54 PM, Luck, Tony wrote:
>> I think it is a good idea to switch directly to strtobool. But anyway, if you
>> don't want to respin the patch it is fine as it is.
> I didn't know that strtobool() existed ... but now that I do I agree that it
> would
> be better to use it here. But
On 09.04.2013 19:08, Mark Brown wrote:
> On Tue, Apr 09, 2013 at 07:06:32PM +0200, Daniel Mack wrote:
>> Cc: Mark
>>
>> On 09.04.2013 18:40, Josef Ahmad wrote:
>>> spi_bitbang_setup() deasserts the chip select line to initialise
>>> the device. The chip select GPIO line is obtained from
>
> Please
On Tue, Apr 09, 2013 at 09:49:28AM -0700, H. Peter Anvin wrote:
> On 04/09/2013 09:47 AM, Vivek Goyal wrote:
> > On Tue, Apr 09, 2013 at 08:00:57AM -0700, H. Peter Anvin wrote:
> >> Please, no semicolons. We already have established syntax for suboptions
> >> (option=suboption,suboption,...) and s
On 04/08/2013 06:46 PM, Doug Anderson wrote:
Al,
On Mon, Apr 8, 2013 at 4:06 PM, Al Viro wrote:
Folks, see if vfs.git#experimental works for you; the PITA had apparently
been caused by change of open() semantics for /proc//fd/ -
it started to behave like a FIFO, i.e. wait for peer to show up.
On 09-04-2013 13:09, Andrew Bresticker wrote:
Hi Eduardo,
On Tue, Apr 9, 2013 at 8:00 AM, Eduardo Valentin
wrote:
Hi Andrew,
On 08-04-2013 19:56, Andrew Bresticker wrote:
When selecting a target cooling state in get_target_state(), make sure
that the state is at least as high as the minimu
Hi Hector,
> Dear Marek Vasut,
>
> On 04/09/2013 10:15 AM, Marek Vasut wrote:
> > Dear Hector Palacios,
> >
> >> Dear Marek Vasut,
> >>
> >> On 04/08/2013 06:28 PM, Marek Vasut wrote:
> >>> Dear Shawn Guo,
> >>>
> On Mon, Apr 08, 2013 at 03:58:05PM +0200, Hector Palacios wrote:
> > On
From: Li Zefan
Date: Tue, 9 Apr 2013 13:59:28 +0800
> We read the value but make no use of it.
>
> Signed-off-by: Li Zefan
Applied.
--
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://vg
From: Li Zefan
Date: Tue, 9 Apr 2013 14:03:35 +0800
> The callers always pass current to sock_update_classid().
>
> Signed-off-by: Li Zefan
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo i
From: Li Zefan
Date: Tue, 9 Apr 2013 14:03:47 +0800
> The callers always pass current to sock_update_netprio().
>
> Signed-off-by: Li Zefan
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo i
On 04/09/2013 10:12 AM, Vivek Goyal wrote:
> On Tue, Apr 09, 2013 at 09:49:28AM -0700, H. Peter Anvin wrote:
>> On 04/09/2013 09:47 AM, Vivek Goyal wrote:
>>> On Tue, Apr 09, 2013 at 08:00:57AM -0700, H. Peter Anvin wrote:
Please, no semicolons. We already have established syntax for suboption
On 09-04-2013 13:02, Andrew Bresticker wrote:
Hi Eduardo,
On Tue, Apr 9, 2013 at 7:55 AM, Eduardo Valentin
wrote:
Hi Andrew,
On 08-04-2013 19:54, Andrew Bresticker wrote:
The loops which are used to perform lookups in CPU frequency tables in
cpu_cooling and the Exynos thermal driver do not
From: Suravee Suthikulpanit
Allow perf tool to pass in breakpoint address mask to match an address
range, i.e.:
$ perf stat -e mem:0x1000:w:0xf a.out
Will count writes to [0x1000 ~ 0x1010)
Signed-off-by: Suravee Suthikulpanit
Signed-off-by: Jacob Shin
---
tools/perf/util/parse-events.c |
Some architectures (for us, AMD Family 16h) allow for "don't care" bit
mask to further qualify a hardware breakpoint address, in order to
trap on range of addresses. Update perf uapi to add bp_addr_mask field
and define HAVE_HW_BREAKPOINT_ADDR_MASK.
Signed-off-by: Jacob Shin
---
arch/Kconfig
The following patchset adds address masks to existing perf hardware
breakpoint mechanism to allow trapping on an address range (currently
only single address) on supported architectures.
perf uapi is updated, x86 AMD implementation (for AMD Family 16h and
beyond) is provided, and perf tool has bee
From: Suravee Suthikulpanit
Signed-off-by: Suravee Suthikulpanit
Signed-off-by: Jacob Shin
---
tools/perf/tests/parse-events.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/tools/perf/tests/parse-events.c b/tools/perf/tests/parse-events.c
index 88e2
Implement hardware breakpoint address mask for AMD Family 16h (and
any other future) processors. CPUID feature bit indicates the hardware
support for DRn_ADDR_MASK MSRs.
Signed-off-by: Jacob Shin
---
arch/x86/Kconfig |1 +
arch/x86/include/asm/cpufeature.h |2 ++
From: Suravee Suthikulpanit
Signed-off-by: Suravee Suthikulpanit
Signed-off-by: Jacob Shin
---
tools/perf/Documentation/perf-record.txt | 14 ++
tools/perf/util/parse-events.c |2 +-
2 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/tools/perf/Documen
On Tue, Apr 09, 2013 at 03:21:35PM +0200, Richard Cochran wrote:
> On Tue, Apr 09, 2013 at 02:50:03PM +0200, Daniel Vetter wrote:
> >
> > This should be fixed with the above mentioned patch. The issue is that the
> > bios fumbles around with the output configuration behind our backs, so the
> > ne
One additional measure that may be useful is to make kswapd prefer one
specific processor on a socket. Two benefits arise from that:
1. Better use of cpu caches and therefore higher speed, less
serialization.
2. Reduction of the disturbances to one processor.
--
To unsubscribe from this list: s
On 04/09/13 07:52, Rob Landley wrote:
> On 04/05/2013 02:53:12 PM, Byron Stanoszek wrote:
>> Rob,
>>
>> FWIW I have a patch to do something like this. It even gives you a rdsize=xxx
>> tunable kernel parameter that lets you specify the size of the tmpfs, which
>> acts like the -osize= mount flag (s
On Tue, Apr 09, 2013 at 09:22:58AM -0500, Suthikulpanit, Suravee wrote:
> The reason I implemented the "per-thread IOMMU handling" and the
> "workaround" together in one patch
> is because it simplifies the synchronization of clearing and
> checking the interrupt enabling bits.
> In the previous im
Hi Guenter,
> > > I was waiting for feedback from Wim, who submitted a similar driver,
> > > about his
> > > thoughts. Key question is how to reserve access to the shared resource -
> > > either
> > > through an exported function in the mfd driver requesting a mutex, or
> > > through
> > > requ
On Tue, Apr 09, 2013 at 07:11:21PM +0200, Daniel Mack wrote:
> The reply was fyi only, as the patch also went to spi-devel-general. Can
> you pick it from there or should Josef send it again with your address
> in Cc:?
Please make sure stuff goes to my inbox, I *can* pick up from
-devel-general b
On Fri, Apr 05, 2013 at 04:54:39PM -0400, Michael R. Hines wrote:
> To be more specific, here's what I did:
>
> 1. apply kernel module patch - re-insert module
> 1. QEMU does: ibv_reg_mr(IBV_ACCESS_GIFT | IBV_ACCESS_REMOTE_READ)
> 2. Start the RDMA migration
> 3. Migration completes withou
On Tue, Apr 09 2013, Bjørn Mork wrote:
> Hello,
>
> the following simple test causes a deadlock between the loop driver,
> umount and blkid i v3.9-rc6 (tested on a standard Debian wheezy
> installating, i.e. with udev 175):
>
> qmitest:~# file cd-image-cfg1.iso
> cd-image-cfg1.iso: # ISO 9660 CD
* Tony Lindgren [130409 09:54]:
> * Roger Quadros [130409 03:00]:
> > On 04/05/2013 06:58 PM, Tony Lindgren wrote:
> > >
> > > Can't you just use the clock name there to get it?
> >
> > In device tree we don't pass around clock names. You can either get
> > a phandle or an index to the clock.
>
On Tue, 2013-04-02 at 05:13 +0200, Carsten Emde wrote:
> Steven,
> > I'm pleased to announce the 3.6.11.1-rt32 stable release.
> Unfortunately, there is another compile error:
> drivers/gpu/drm/i915/i915_gem.c: In function ‘i915_gem_wait_for_error’:
> drivers/gpu/drm/i915/i915_gem.c:118:3: warning
Jens Axboe wrote:
>On Tue, Apr 09 2013, Bjørn Mork wrote:
>> Hello,
>>
>> the following simple test causes a deadlock between the loop driver,
>> umount and blkid i v3.9-rc6 (tested on a standard Debian wheezy
>> installating, i.e. with udev 175):
>>
>> qmitest:~# file cd-image-cfg1.iso
>> cd-
Gets rid of these warnings when compile module for 64 bit targets:
CC drivers/mfd/syscon.o
drivers/mfd/syscon.c: In function 'syscon_probe':
drivers/mfd/syscon.c:155:2: warning: format '%x' expects argument of type
'unsigned int', but argument 3 has type 'resource_size_t' [-Wformat]
d
To avoid future stack content leaks in the various protocols, pre-clear
the returned memory.
Signed-off-by: Kees Cook
Suggested-by: Brad Spengler
---
net/socket.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/socket.c b/net/socket.c
index 88f759a..4d2af0d 100644
Hi
I placed the dm-crypt parallization patches at:
http://people.redhat.com/~mpatocka/patches/kernel/dm-crypt-paralelizace/current/
The patches paralellize dm-crypt and make it possible to use all processor
cores.
The patch dm-crypt-remove-percpu.patch removes some percpu variables and
repla
On 04/09/2013 12:39 PM, Michael S. Tsirkin wrote:
On Fri, Apr 05, 2013 at 04:54:39PM -0400, Michael R. Hines wrote:
To be more specific, here's what I did:
1. apply kernel module patch - re-insert module
1. QEMU does: ibv_reg_mr(IBV_ACCESS_GIFT | IBV_ACCESS_REMOTE_READ)
2. Start the RDM
The headers are now needed inside scripts/mod since 6543bec
("mod/file2alias: make modalias generation safe for cross compiling").
Signed-off-by: Andreas Schwab
---
Prabhakar Lad writes:
> Whats the status of it ?
I think it has sufficiently been tested by now.
Andreas.
---
Makefile | 3 ++-
On Tue, Apr 09, 2013 at 01:51:43PM -0400, Mikulas Patocka wrote:
> The patch dm-crypt-sort-requests.patch sorts write requests submitted by a
> single thread. The requests are sorted according to the sector number,
> rb-tree is used for efficient sorting.
Hmmm? Why not just keep the issuing orde
On Wed, Apr 03, 2013 at 04:42:44PM +0200, Jan Kara wrote:
> On Wed 03-04-13 15:20:19, Mel Gorman wrote:
> > On Tue, Apr 02, 2013 at 10:01:43AM -0700, Darrick J. Wong wrote:
> > > Hi,
> > >
> > > A couple of weeks have gone by without further comments about this patch.
> > >
> > > Are you interest
Walking a bio's page mappings has proved problematic, so create a new bio flag
to indicate that a bio's data needs to be snapshotted in order to guarantee
stable pages during writeback. Next, for the one user (ext3/jbd) of
snapshotting, hook all the places where writes can be initiated without
PG_
On Tue, 9 Apr 2013, Tejun Heo wrote:
> On Tue, Apr 09, 2013 at 01:51:43PM -0400, Mikulas Patocka wrote:
> > The patch dm-crypt-sort-requests.patch sorts write requests submitted by a
> > single thread. The requests are sorted according to the sector number,
> > rb-tree is used for efficient so
On Tue, 26 Mar 2013, Milan Broz wrote:
> - Are we sure we are not inroducing some another side channel in disc
> encryption? (Unprivileged user can measure timing here).
> (Perhaps stupid reason but please do not prefer performance to security
> in encryption. Enough we have timing attacks for A
401 - 500 of 888 matches
Mail list logo
