On Wed, Jun 11, 2014 at 11:18 AM, H. Peter Anvin wrote:
> On 06/11/2014 08:16 AM, Josh Boyer wrote:
>> On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer
>> wrote:
>>> Hi,
>>>
>>> I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
>>> broke the vdso_install target:
>>>
>>> + make -s
On Wed, Jun 11, 2014 at 8:16 AM, Josh Boyer wrote:
> On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer
> wrote:
>> Hi,
>>
>> I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
>> broke the vdso_install target:
>>
>> + make -s ARCH=x86_64
>> INSTALL_MOD_PATH=/home/jwboyer/rpmbuild/BU
On Wed, Jun 11, 2014 at 10:00:23AM +0200, Michal Hocko wrote:
> If there is no memcg eligible for reclaim because all groups under the
> reclaimed hierarchy are within their guarantee then the global direct
> reclaim would end up in the endless loop because zones in the zonelists
> are not consider
Chander,
On Tue, Jun 10, 2014 at 9:52 PM, Chander Kashyap wrote:
> Hi Doug,
>
> On Tue, Jun 10, 2014 at 9:19 PM, Nicolas Pitre
> wrote:
>> On Tue, 10 Jun 2014, Doug Anderson wrote:
>>
>>> My S-state knowledge is not strong, but I believe that Lorenzo's
>>> questions matter if we're using S2 for
On 06/11/2014 08:16 AM, Josh Boyer wrote:
> On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer
> wrote:
>> Hi,
>>
>> I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
>> broke the vdso_install target:
>>
>> + make -s ARCH=x86_64
>> INSTALL_MOD_PATH=/home/jwboyer/rpmbuild/BUILDROOT/ke
On 06/10, Rasmus Villemoes wrote:
>
> This introduces a single wait_queue_t into the task structure.
> Functions which need to wait, but which do not call other functions
> that might wait while on the wait queue, may use current->__wq
I am not going to argue, but I am not sure that wait_event() (
> I am having a really hard time distinguishing the colors on both charts
> (yeah, red-green colorblind, go figure). Any chance of brighter colors,
> patterned lines, or (better yet) the data in tabular form (for example,
> with the configuration choices as columns and the releases/commits
> as ro
On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer wrote:
> Hi,
>
> I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
> broke the vdso_install target:
>
> + make -s ARCH=x86_64
> INSTALL_MOD_PATH=/home/jwboyer/rpmbuild/BUILDROOT/kernel-3.16.0-0.rc0.git1.1.fc21.x86_64
> vdso_install KE
On Mon, May 05, 2014 at 04:21:00PM +0200, Michal Hocko wrote:
> On Fri 02-05-14 18:00:56, Johannes Weiner wrote:
> > On Fri, May 02, 2014 at 06:49:30PM +0200, Michal Hocko wrote:
> > > On Fri 02-05-14 11:58:05, Johannes Weiner wrote:
> > > > On Fri, May 02, 2014 at 11:36:28AM +0200, Michal Hocko wr
On Tue, Jun 10, 2014 at 10:50:08PM -0700, Eric Dumazet wrote:
> On Wed, 2014-06-11 at 07:24 +0200, Mike Galbraith wrote:
> > (CCs network wizard hangout)
> >
> > On Wed, 2014-06-11 at 00:12 -0400, Rich Felker wrote:
> > > While looking to add support for the recvmmsg and sendmmsg syscalls in
> >
Paul,
On Wed, Jun 11, 2014 at 3:37 AM, Paul Bolle wrote:
> On Tue, 2014-05-20 at 09:46 +0100, Lee Jones wrote:
>> On Wed, 30 Apr 2014, Doug Anderson wrote:
>> > From: Bill Richardson
>> >
>> > This just updates include/linux/mfd/cros_ec_commands.h to match the
>> > latest EC version (which is th
On Wed, 11 Jun 2014 15:53:42 +0100
Punit Agrawal wrote:
> >
> > /sys/kernel/debug/thermal/thermal_zone_trip/format
>
> I don't have this file but found the following which seems to contain
> the format.
Yeah, that was typed manually, forgot "tracing". I mount the debugfs
system at /debug for e
On 2104.06.11 07:08 Stratos Karafotis wrote:
> On 11/06/2014 04:41 μμ, Doug Smythies wrote:
>
> No.
>
> The intent was only ever to round properly the pseudo floating point result
> of the divide.
> It was much more important (ugh, well 4 times more) when FRACBITS was still
> 6, which also got
On 06/10/2014 11:59 AM, Peter Hurley wrote:
> On 06/06/2014 03:05 PM, Sasha Levin wrote:
>> On 05/30/2014 10:07 AM, Jan Kara wrote:
>>> On Fri 30-05-14 09:58:14, Peter Hurley wrote:
> On 05/30/2014 09:11 AM, Sasha Levin wrote:
>>> Hi all,
>>>
>>> I sometime see lockups when booting
On 06/09/2014 11:26 AM, Vlastimil Babka wrote:
> Compaction uses watermark checking to determine if it succeeded in creating
> a high-order free page. My testing has shown that this is quite racy and it
> can happen that watermark checking in compaction succeeds, and moments later
> the watermark c
Steven Rostedt writes:
> On Wed, 11 Jun 2014 15:11:02 +0100
> Punit Agrawal wrote:
>
>> I do indeed see the value of trip_type and it matches what's being
>> traced.
>>
>> ~# trace-cmd report | grep thermal_zone_trip | tail -n 5
>> kworker/2:2-1014 [002] 125.623213: thermal_zone_trip:
Le 10/06/2014 19:37, Stephen Hemminger a écrit :
Time for the release of iproute2 for 3.15
The main new features are:
* ss gets more attention
* Support for HHF qdisc
* Updates to bridge command
* Lots of vxlan related changes
* Lots of little corrections and build fixes
Source:
Il 02/06/2014 15:06, Ming Lei ha scritto:
>
> If you're running SMP under an emulator where exits are expensive, then
> this wins. Under KVM it's marginal at best.
Both my tests on arm64 and x86 are under KVM, and looks the
patch can improve performance a lot. IMO, even though under
KVM, virtio
On Wed, Jun 11, 2014 at 07:17:34AM -0700, James Bottomley wrote:
> No, I was waiting to check if there was any reason to have them split,
> but I think we've scope today or tomorrow.
>
> The only other outstanding thing is the fsync bug fix, which is waiting
> Jens' investigation of the block issu
t; > grab it from logfiles if dmesg is cut off).
> > >
> > > Please find kern.log.gz attached.
>
> Not in the resend and I didn't seem to receive your original mail somehow
> at all. Can you please resend.
Downloadable from http://sucs.org/~sits/test/eeepc-90
On 2014.06.11 06:42 Doug Smythies wrote:
On 2014.06.11 05:34 Stratos Karafotis wrote:
>> if ((rem << 1) >= int_tofp(sample->mperf))
>> -core_pct += 1;
>> +core_pct += int_tofp(1);
>>
>> sample->freq = fp_toint(
>> mul_fp(int_tofp(cpu->pstate.max_pst
On Wed, Jun 11, 2014 at 8:17 AM, Opensource [Adam Thomson]
wrote:
>> On Wed, Jun 11, 2014 at 13:43, Rob Herring wrote:
>>
>> dlg is the correct one and seems to be the most widely used, so we
>> should go with that and mark the others deprecated.
>>
>> diasemi is documented for the da9210, but not
On Wed, 11 Jun 2014 15:11:02 +0100
Punit Agrawal wrote:
> I do indeed see the value of trip_type and it matches what's being
> traced.
>
> ~# trace-cmd report | grep thermal_zone_trip | tail -n 5
> kworker/2:2-1014 [002] 125.623213: thermal_zone_trip:
> thermal_zone=soc_thermal id=0
On Wed, 2014-06-11 at 05:01 -0700, Christoph Hellwig wrote:
> After this first pull for the 3.16 merge window it seems like this
> worked out fairly well - we got a large number of patches in, and all
> reviewed by a second pair of eyes.
>
> How should we go on from this? The drivers-for-3.16-2 b
Hi Linus,
Final small batch of fixes to be included before -rc1. Some general
cleanups in here as well, but some of the blk-mq fixes we need for the
NVMe conversion and/or scsi-mq. The pull request contains:
- Support for not merging across a specified "chunk size", if set by the
driver. Some N
Hi,
I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
broke the vdso_install target:
+ make -s ARCH=x86_64
INSTALL_MOD_PATH=/home/jwboyer/rpmbuild/BUILDROOT/kernel-3.16.0-0.rc0.git1.1.fc21.x86_64
vdso_install KERNELRELEASE=3.16.0-0.rc0.git1.1.fc21.x86_64
make[1]: *** No rule to
On Fri, Jun 06, 2014 at 02:02:14PM -0400, Vivek Goyal wrote:
> > If you want to make it more explicit, you could do
> >
> > #define RES_OK 0
> > #define RES_ERR 1
> > #define RES_STOP2
>
> You are saying that called back function should return this to walk_*
> functio
On Wed 11-06-14 08:31:09, Tejun Heo wrote:
> Hello, Michal.
>
> On Wed, Jun 11, 2014 at 09:57:29AM +0200, Michal Hocko wrote:
> > Is this the kind of symmetry Tejun is asking for and that would make
> > change is Nack position? I am still not sure it satisfies his soft
>
> Yes, pretty much. What
Thanks for the quick response.
Steven Rostedt writes:
> On Wed, 11 Jun 2014 12:31:44 +0100
> Punit Agrawal wrote:
>
>> Create a new event to trace when the temperature is above a trip
>> point. Use the trace-point when handling non-critical and critical
>> trip pionts.
>>
>> Cc: Zhang Rui
>>
On 11/06/2014 04:41 μμ, Doug Smythies wrote:
>
> On 2014.06.11 05:34 Stratos Karafotis wrote:
>
>> Local variable core_pct holds fixed point values.
>> When we round it we add "1" to core_pct. This has almost
>> no effect.
>>
>> So, add int_toftp(1) to core_pct when rounding.
>>
>> For example, i
On Wed, Jun 11, 2014 at 01:25:49PM +0200, Jiri Kosina wrote:
> On Wed, 11 Jun 2014, Janne Kanniainen wrote:
>
> > This driver adds support for USB controlled led panels that exists in MSI
> > GT683R laptop
> >
> > Changes in v2:
> > - sorted headers to alphabetic order
> > - using devm_k
On Wed, Jun 11, 2014 at 12:21:39AM +0300, Janne Kanniainen wrote:
> This driver adds support for USB controlled led panels that exists in MSI
> GT683R laptop
Can you break this line by 72 columns or so as well?
> Changes in v2:
> - sorted headers to alphabetic order
> - using devm_kz
On Wed, 11 Jun 2014 17:06:54 +0900
Namhyung Kim wrote:
> When a filter file is open for writing and O_TRUNC is set, there's no
> need to copy and free the filter entries.
>
Nice cleanup. I'll add it for 3.17.
Thanks,
-- Steve
> Signed-off-by: Namhyung Kim
> ---
> kernel/trace/ftrace.c | 12
On Wed, May 28, 2014 at 10:49 AM, Chen-Yu Tsai wrote:
> Log says musb is wrestling control over some pins with some other driver:
>
> [1.441497] pinctrl-nomadik soc:pinctrl: pin GPIO256_AF28 already
> requested by a03e.usb_per5; cannot claim for musb-hdrc.0.auto
> [1.453369] pinctrl-n
On Wed, 11 Jun 2014 17:06:53 +0900
Namhyung Kim wrote:
> As struct ftrace_page is managed in a single linked list, it should
> free from the start page.
>
> Signed-off-by: Namhyung Kim
> ---
> kernel/trace/ftrace.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/ker
On Wed, 11 Jun 2014, Luiz Capitulino wrote:
> > The zone should not cross the 8M boundary?
>
> Yes, but the question is: why?
zones need to be aligned so that the huge pages order and other page
orders allocated from the page allocator are at their "natural alignment".
Otherwise huge pages cannot
On Wed, Jun 11, 2014 at 11:59:26AM +0100, Charles Keepax wrote:
> On Mon, Jun 09, 2014 at 07:43:14PM +0100, Mark Brown wrote:
> > IIRC this was deliberately coded in this fashion on advice from the
> > hardware engineers - there was more going on with that register than
> > there might at first ap
On Wed, 11 Jun 2014 16:11:46 +0300
Dan Carpenter wrote:
> On Wed, Jun 11, 2014 at 07:06:32AM -0400, Jeff Layton wrote:
> > $ rpm -q sparse
> > sparse-0.5.0-1.fc20.x86_64
> >
> > I see it all over the tree, but an easy example is fs/locks.c:
> >
> > $ make fs/locks.o C=1
> > make[1]: Nothing to b
Hi Linus,
Please pull the following.
Please note this needs to be merged before merging
target-pending PULL which Nicholas will be sending
out shortly.
Thanks!
The following changes since commit 1860e379875dfe7271c649058aeddffe5afd9d0d:
Linux 3.15 (2014-06-08 11:19:54 -0700)
are available in
On Wed, 11 Jun 2014 15:38:49 +0200
Geert Uytterhoeven wrote:
> Hi Steven,
>
> On Wed, Jun 11, 2014 at 3:23 PM, Steven Rostedt wrote:
> > The clean up of CALLER_ADDR*() functions required the archs to either
> > use the default __builtin_return_address(X) (where X > 0) or override
> > it with so
11.06.2014, 17:15, "Srikar Dronamraju" :
>>> * Kirill Tkhai [2014-06-11 13:52:10]:
Currently migrate_tasks() skips throttled tasks,
because they are not pickable by pick_next_task().
>>> Before migrate_tasks() is called, we do call set_rq_offline(), in
>>> migration_call().
>>>
On 2014.06.11 05:34 Stratos Karafotis wrote:
> Local variable core_pct holds fixed point values.
> When we round it we add "1" to core_pct. This has almost
> no effect.
>
> So, add int_toftp(1) to core_pct when rounding.
>
> For example, in a given sample point (values taken from
> tracepoint) wi
On Wed, Jun 11, 2014 at 02:52:09AM -0300, Rafael Tinoco wrote:
> Paul E. McKenney, Eric Biederman, David Miller (and/or anyone else
> interested):
>
> It was brought to my attention that netns creation/execution might
> have suffered scalability/performance regression after v3.8.
>
> I would lik
Hi Steven,
On Wed, Jun 11, 2014 at 3:23 PM, Steven Rostedt wrote:
> The clean up of CALLER_ADDR*() functions required the archs to either
> use the default __builtin_return_address(X) (where X > 0) or override
> it with something the arch can use. To override it, the arch would
> define function_
On Wed, Jun 11, 2014 at 14:17, Adam Thomson wrote:
> The intention is to update the other Dialog drivers after we've agreed this
> prefix. With regards to da9055, what's the issue here as I believe that uses
> the 'dlg' prefix already?
Never mind about my DA9055 question. Just spotted what you me
On Wed, Jun 11, 2014 at 12:43:26PM +0100, Eduardo Valentin wrote:
> On Wed, Jun 11, 2014 at 12:42:18PM +0100, Morten Rasmussen wrote:
> > On Wed, Jun 11, 2014 at 12:02:51PM +0100, Eduardo Valentin wrote:
> > > Hello,
> > >
> > > On Mon, Jun 09, 2014 at 09:22:49AM -0400, Nicolas Pitre wrote:
> > >
The following changes since commit 3c2580173e3bc820a8f8c0db968f757b8eca7fe5:
Merge tag 'sunxi-core-for-3.16-2' of https://github.com/mripard/linux into
next/soc (2014-05-23 21:57:23 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
Hi Lorenzo and Chander,
On Wed, Jun 11, 2014 at 6:45 PM, Lorenzo Pieralisi
wrote:
> On Wed, Jun 11, 2014 at 01:14:21PM +0100, Chander Kashyap wrote:
>> On Wed, Jun 11, 2014 at 3:43 PM, Lorenzo Pieralisi
>> wrote:
>> > On Wed, Jun 11, 2014 at 05:52:10AM +0100, Chander Kashyap wrote:
>> >> Hi Doug
On 11 June 2014 18:45, Lorenzo Pieralisi wrote:
> On Wed, Jun 11, 2014 at 01:14:21PM +0100, Chander Kashyap wrote:
>> On Wed, Jun 11, 2014 at 3:43 PM, Lorenzo Pieralisi
>> wrote:
>> > On Wed, Jun 11, 2014 at 05:52:10AM +0100, Chander Kashyap wrote:
>> >> Hi Doug,
>> >>
>> >> On Tue, Jun 10, 2014
Yinghai, sorry for my late reply.
On Mon, 9 Jun 2014 15:13:41 -0700
Yinghai Lu wrote:
> On Mon, Jun 9, 2014 at 12:03 PM, Luiz Capitulino
> wrote:
> > On Sun, 8 Jun 2014 18:29:11 -0700
> > Yinghai Lu wrote:
> >
> >> On Sun, Jun 8, 2014 at 3:14 PM, Luiz Capitulino
> >> wrote:
> > [0.
The clean up of CALLER_ADDR*() functions required the archs to either
use the default __builtin_return_address(X) (where X > 0) or override
it with something the arch can use. To override it, the arch would
define function_return_address(x).
The arm architecture requires this to be redefined but i
The Kconfig already check if !NO_HZ, but miss if someone enables
NO_HZ_IDLE (which is equivalent).
Signed-off-by: Paul Chavent
---
drivers/pps/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pps/Kconfig b/drivers/pps/Kconfig
index 7512e98..c0d77ed 100644
--- a
On Wed, 11 Jun 2014 14:05:58 +0100
Sitsofe Wheeler wrote:
> On Wed, Jun 11, 2014 at 02:48:46PM +0200, Igor Mammedov wrote:
> > On Wed, 11 Jun 2014 07:16:24 +0100
> > Sitsofe Wheeler wrote:
> >
> > > It basically gives up just before Initializing CPU#0. The following is
> > > an approximation of
On Wed, Jun 11, 2014 at 02:53:46PM +0200, Paolo Bonzini wrote:
> Messaggio originale
> From: Christoph Hellwig
> To: Paolo Bonzini
> Cc: linux-kernel@vger.kernel.org, linux-s...@vger.kernel.org, h...@lst.de,
> jbottom...@parallels.com, venkate...@google.com
> Subject: Re
On Tue, Jun 10, 2014 at 11:58:06PM -0400, George Spelvin wrote:
> You can forbid underflows, but the code doesn't forbid overflows.
>
> 1. Assume the entropy count starts at 512 bytes (input pool full)
> 2. Random writer mixes in 20 bytes of entropy into the input pool.
> 2a. Input pool entropy is
On Wed, Jun 11, 2014 at 07:06:32AM -0400, Jeff Layton wrote:
> $ rpm -q sparse
> sparse-0.5.0-1.fc20.x86_64
>
> I see it all over the tree, but an easy example is fs/locks.c:
>
> $ make fs/locks.o C=1
> make[1]: Nothing to be done for `all'.
> make[1]: Nothing to be done for `relocs'.
> CHK
> On Wed, Jun 11, 2014 at 13:43, Rob Herring wrote:
>
> dlg is the correct one and seems to be the most widely used, so we
> should go with that and mark the others deprecated.
>
> diasemi is documented for the da9210, but not used anywhere.
>
> There appears to be 2 different da9053 bindings. I
> > * Kirill Tkhai [2014-06-11 13:52:10]:
> >> Currently migrate_tasks() skips throttled tasks,
> >> because they are not pickable by pick_next_task().
> >
> > Before migrate_tasks() is called, we do call set_rq_offline(), in
> > migration_call().
> >
> > Shouldnt this take care of unthrottling
On Wed, Jun 11, 2014 at 01:14:21PM +0100, Chander Kashyap wrote:
> On Wed, Jun 11, 2014 at 3:43 PM, Lorenzo Pieralisi
> wrote:
> > On Wed, Jun 11, 2014 at 05:52:10AM +0100, Chander Kashyap wrote:
> >> Hi Doug,
> >>
> >> On Tue, Jun 10, 2014 at 9:19 PM, Nicolas Pitre
> >> wrote:
> >> > On Tue, 10
On Wed, Jun 11, 2014 at 12:34:16AM -0400, George Spelvin wrote:
>
> I haven't got a specific call chain where 128 bytes pushes it
> over a limit. But kernel stack usage is a perennial problem.
> Wasn't there some discussion about that just recenty?
> 6538b8ea8: "x86_64: expand kernel stack to 16K
On Wed, Jun 11, 2014 at 02:48:46PM +0200, Igor Mammedov wrote:
> On Wed, 11 Jun 2014 07:16:24 +0100
> Sitsofe Wheeler wrote:
>
> > It basically gives up just before Initializing CPU#0. The following is
> > an approximation of the boot messages that I see on the screen (the
> > early ones are gone
On Wed, Jun 11, 2014 at 2:43 PM, Rob Herring wrote:
> On Wed, Jun 11, 2014 at 7:09 AM, Geert Uytterhoeven
> wrote:
>> On Wed, Jun 11, 2014 at 1:11 PM, Adam Thomson
>> wrote:
>>> --- a/Documentation/devicetree/bindings/vendor-prefixes.txt
>>> +++ b/Documentation/devicetree/bindings/vendor-prefixe
On 06/10/2014 10:37 PM, Xufeng Zhang wrote:
> Consider the scenario:
> For a TCP-style socket, while processing the COOKIE_ECHO chunk in
> sctp_sf_do_5_1D_ce(), after it has passed a series of sanity check,
> a new association would be created in sctp_unpack_cookie(), but afterwards,
> some process
On Friday 06 June 2014, Pranith Kumar wrote:
>
> define generic versions of cmpxchg{64} only if not previously defined.
>
> This makes these definition in-line to other definitions of generic versions
>
>
> Signed-off-by: Pranith Kumar
Acked-by: Arnd Bergmann
I assume you have a patch that
On Mon, Jun 2, 2014 at 11:10 AM, wrote:
> From: Srinivas Kandagatla
>
> This patch adds a fake Qualcomm ID 0x00051180 to the amba_ids, as Qualcomm
> SDCC controller is pl180, but amba id registers read 0x0's.
> The plan is to remove SDCC driver totally and use mmci as the main SD
> controller d
On Mon, Jun 2, 2014 at 11:10 AM, wrote:
> From: Srinivas Kandagatla
>
> MCIFIFOCNT register behaviour on Qcom chips is very different than the other
> pl180 integrations. MCIFIFOCNT register contains the number of
> words that are still waiting to be transferred through the FIFO. It keeps
> dec
On Mon, Jun 2, 2014 at 11:09 AM, wrote:
> From: Srinivas Kandagatla
>
> On Controllers like Qcom SD card controller where cclk is mclk and mclk should
> be directly controlled by the driver.
>
> This patch adds support to control mclk directly in the driver, and also
> adds explicit_mclk_contro
On Wed, 11 Jun 2014 12:31:44 +0100
Punit Agrawal wrote:
> Create a new event to trace when the temperature is above a trip
> point. Use the trace-point when handling non-critical and critical
> trip pionts.
>
> Cc: Zhang Rui
> Cc: Eduardo Valentin
> Cc: Steven Rostedt
> Cc: Frederic Weisbecke
On Wed, 11 Jun 2014 07:16:24 +0100
Sitsofe Wheeler wrote:
> On Mon, Jun 09, 2014 at 12:26:16PM +0200, Igor Mammedov wrote:
> > On Sun, 8 Jun 2014 10:02:23 +0100
> > Sitsofe Wheeler wrote:
> >
> > > The latest kernel (c593e8978722f7f4a12932733cfeed6c0c74fbaa) refuses to
> > > boot on my EeePC -
Can I get a second review on this one from anyone?
On Wed, Jun 04, 2014 at 01:34:56PM +0200, Paolo Bonzini wrote:
> Calling the workqueue interface on uninitialized work items isn't a
> good idea even if they're zeroed. It's not failing catastrophically only
> through happy accidents.
>
> Signed-
On 05/06/14 16:09, Peter De Schrijver wrote:
...
+int tegra_fuse_readl(u32 offset, u32 *val)
+{
+ if (!fuse_readl)
+ return -ENXIO;
+
+ *val = fuse_readl(offset);
+
+ return 0;
+}
+
-EPROBE_DEFER would be a better error value, so that drivers can work
even if th
On Mon, Jun 2, 2014 at 11:09 AM, wrote:
> From: Srinivas Kandagatla
>
> Some of the controller have maximum supported frequency, This patch adds
> support in variant data structure to specify such restrictions. This
> gives more flexibility in calculating the f_max before passing it to
> mmc-co
On Mon, Jun 2, 2014 at 11:08 AM, wrote:
> From: Srinivas Kandagatla
>
> On Qcom SD Card controller POWER, CLKCTRL, DATACTRL and COMMAND registers
> should be updated in MCLK domain, and writes to these registers must be
> separated by three MCLK cycles. This resitriction is not applicable for
>
On Mon, Jun 2, 2014 at 11:08 AM, wrote:
> From: Srinivas Kandagatla
>
> This patch adds a Qualcomm SD Card controller specific register variations
> to header file. Qualcomm SDCC controller is pl180, with slight changes in
> the register layout from standard pl180 register set.
>
> Signed-off-b
On Wed, Jun 11, 2014 at 01:52:46PM +0400, Cyrill Gorcunov wrote:
> On Wed, Jun 11, 2014 at 01:09:15PM +0400, Andrew Vagin wrote:
> > On Wed, Jun 11, 2014 at 11:51:25AM +0400, Cyrill Gorcunov wrote:
> > > On Wed, Jun 11, 2014 at 11:27:43AM +0400, Andrew Vagin wrote:
> >
> > Setting ticks to zero is
[full quote, since I added Al to cc]
On Mon, Jun 09, 2014 at 04:11:59PM +0800, Ian Kent wrote:
> On Wed, 2014-05-28 at 15:37 -0700, Andrew Morton wrote:
> > On Wed, 28 May 2014 11:01:53 +0200 Heiko Carstens
> > wrote:
> >
> > > Now, /proc/stat uses single_open() for showing information. This me
On Wed, Jun 11, 2014 at 7:09 AM, Geert Uytterhoeven
wrote:
> On Wed, Jun 11, 2014 at 1:11 PM, Adam Thomson
> wrote:
>> --- a/Documentation/devicetree/bindings/vendor-prefixes.txt
>> +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt
>> @@ -36,6 +36,7 @@ dallasMaxim Integrated Pro
This patch adds a clock source and clock event for the timer found
on the Mediatek SoCs.
The Mediatek General Purpose Timer block provides five 32 bit timers and
one 64 bit timer.
Two 32 bit timers are used by this driver:
TIMER1: clock events supporting periodic and oneshot events
TIMER2: clock
A call to of_iomap does not request the memory region.
This patch adds the function of_io_request_and_map which requests
the memory region before mapping it.
Signed-off-by: Matthias Brugger
Suggested-by: Thomas Gleixner
Suggested-by: Rob Herring
Acked-by: Grant Likely
---
drivers/of/address.c
Eighth round for the Mediatek basic support patches.
The biggest change are the DTS definition of the clocks.
---
This patch set adds basic support for the Mediatek Cortex-A7 SoCs.
Support is quite basic, as the only component working up to now are the
timers.
The patch series is build against t
Signed-off-by: Matthias Brugger
Acked-by: Rob Herring
---
.../devicetree/bindings/vendor-prefixes.txt|1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index 4d7f375..d819d8
The Aquaris5 is a mobile phone based on the MT6589 SoC.
Signed-off-by: Matthias Brugger
---
arch/arm/boot/dts/mt6589-aquaris5.dts | 25 +
1 file changed, 25 insertions(+)
create mode 100644 arch/arm/boot/dts/mt6589-aquaris5.dts
diff --git a/arch/arm/boot/dts/mt6589-aq
This adds a generic devicetree board file and a dtsi for boards
based on MT6589 SoCs from Mediatek.
Apart from the generic parts (gic, clocks) the only component
currently supported are the timers.
Signed-off-by: Matthias Brugger
---
arch/arm/Kconfig |2 +
arch/arm/Makefile
This adds a DT binding documentation for the MT6589 SoC from Mediatek.
Signed-off-by: Matthias Brugger
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/arm/mediatek.txt |8
1 file changed, 8 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/mediatek
Add binding documentation for the General Porpose Timer driver of
the Mediatek SoCs.
Signed-off-by: Matthias Brugger
Acked-by: Sören Brinkmann
Acked-by: Rob Herring
---
.../bindings/timer/mediatek,mtk-timer.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 1
On Wed, Apr 30, 2014 at 11:54 AM, AKASHI Takahiro
wrote:
> Most archs with HAVE_ARCH_CALLER_ADDR have the almost same definitions
> of CALLER_ADDRx(n), and so put them into linux/ftrace.h.
>
> Signed-off-by: AKASHI Takahiro
On arm (at least shmobile_defconfig and versatile_defconfig) with gcc 4.
Local variable core_pct holds fixed point values.
When we round it we add "1" to core_pct. This has almost
no effect.
So, add int_toftp(1) to core_pct when rounding.
For example, in a given sample point (values taken from
tracepoint) with:
aperf = 5024
mperf = 10619
the core_pct is (before round
Hello, Michal.
On Wed, Jun 11, 2014 at 09:57:29AM +0200, Michal Hocko wrote:
> Is this the kind of symmetry Tejun is asking for and that would make
> change is Nack position? I am still not sure it satisfies his soft
Yes, pretty much. What primarily bothered me was the soft/hard
guarantees being
On Wed, Jun 11, 2014 at 06:32:58PM +0900, J. R. Okajima wrote:
>
> Al Viro:
> > So I suspect that the right fix is a bit trickier - in addition to check
> > on the fast path (i.e. when trylock gets us the lock on parent), we need
> > to
> > * get rcu_read_lock() before dropping ->d_lock.
> >
On Wed, 2014-06-11 at 04:23 +0100, Matthew Garrett wrote:
> Yes. Wouldn't having a mechanism to allow userspace to drop keys that
> have otherwise been imported be a generally useful solution to the issue
> you have with that?
There are issues removing a key from both the local system(eg. cache
Hello Javi,
On Tue, Jun 03, 2014 at 11:18:33AM +0100, Javi Merino wrote:
> Introduce a power actor for cpus. It has a basic power model to get
> the current power utilization and uses cpufreq cooling devices to set
> the desired power. It uses the current frequency (as reported by
> cpufreq) as
On 06/11/2014 03:10 AM, Minchan Kim wrote:
On Mon, Jun 09, 2014 at 11:26:14AM +0200, Vlastimil Babka wrote:
Async compaction aborts when it detects zone lock contention or need_resched()
is true. David Rientjes has reported that in practice, most direct async
compactions for THP allocation abort
11.06.2014, 15:24, "Srikar Dronamraju" :
> * Kirill Tkhai [2014-06-11 13:52:10]:
>> Currently migrate_tasks() skips throttled tasks,
>> because they are not pickable by pick_next_task().
>
> Before migrate_tasks() is called, we do call set_rq_offline(), in
> migration_call().
>
> Shouldnt this t
On 06/11/2014 01:54 AM, David Rientjes wrote:
On Tue, 10 Jun 2014, Vlastimil Babka wrote:
I think the compiler is allowed to turn this into
if (ACCESS_ONCE(page_private(page)) > 0 &&
ACCESS_ONCE(page_private(page)) < MAX_ORDER)
low_pfn += (1UL << ACCESS_ONCE
On Tue 10-06-14 20:11:18, Himangi Saraogi wrote:
> Drop cast on the result of kmem_cache_alloc.
>
> The semantic patch that makes this change is as follows:
>
> //
> @@
> type T;
> @@
>
> - (T *)
> (\(kmalloc\|kzalloc\|kcalloc\|kmem_cache_alloc\|kmem_cache_zalloc\|
>kmem_cache_alloc_node\
On Wed, Jun 11, 2014 at 3:43 PM, Lorenzo Pieralisi
wrote:
> On Wed, Jun 11, 2014 at 05:52:10AM +0100, Chander Kashyap wrote:
>> Hi Doug,
>>
>> On Tue, Jun 10, 2014 at 9:19 PM, Nicolas Pitre
>> wrote:
>> > On Tue, 10 Jun 2014, Doug Anderson wrote:
>> >
>> >> My S-state knowledge is not strong, bu
Hi,
I got a trace while running 3.15.0-08556-gdfb9454:
[ 104.534026] Unable to handle kernel paging request for data at
address 0xc0007f00
[ 104.534197] Faulting instruction address: 0xc019cb50
[ 104.534204] Oops: Kernel access of bad area, sig: 11 [#1]
[ 104.534891] PREEMPT S
Hello,
On Wed 11-06-14 16:19:12, Weng Meiling wrote:
> We run vdbench test in our suse system with kernel 3.4, the vdbench test
> is about different block size seq and rand read/write. Before the vdbench
Hum, this looks like some relatively old (not supported anymore)
openSUSE, right?
> test,
Looks good,
Reviewed-by: Christoph Hellwig
--
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 Wed, Jun 11, 2014 at 1:11 PM, Adam Thomson
wrote:
> --- a/Documentation/devicetree/bindings/vendor-prefixes.txt
> +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt
> @@ -36,6 +36,7 @@ dallasMaxim Integrated Products (formerly Dallas
> Semiconductor)
> davicomDAVICOM
501 - 600 of 780 matches
Mail list logo
