* Oleg Nesterov wrote:
> On 08/29, Ingo Molnar wrote:
> >
> > So I'm wondering, is there any strong reason why we couldn't use a double
> > linked
> > list and still do FIFO and remove that silly linear list walking hack?
>
> This will obviously enlarge callback_head, and it
* Michael S. Tsirkin wrote:
> +static __always_inline int __constant_test_bit(long nr, const unsigned long
> *addr)
> +{
> + return ((1UL << (nr & (BITS_PER_LONG-1))) &
> + (addr[nr >> _BITOPS_LONG_SHIFT])) != 0;
> +}
> +
> +static inline int
On 2015년 08월 29일 02:32, Casey Schaufler wrote:
> On 8/26/2015 6:58 PM, Jonghwa Lee wrote:
>> Current Smack object's label is always given by userspace.
>> So there might be a certain gap between the time of file creation
>> and the time of applying actual label. And because of the time gap,
>> it
Presumably because gcc can't generate bt... whether or not it is worth it is
another matter.
On August 30, 2015 11:05:49 PM PDT, Ingo Molnar wrote:
>
>* Michael S. Tsirkin wrote:
>
>> +static __always_inline int __constant_test_bit(long nr, const
>unsigned
Hello Linus,
could you please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jack/linux-fs.git for_linus
The biggest change in the pull is the removal of ext3 filesystem driver
(~28k lines removed). Ext4 driver is a full featured replacement these
days and both RH and SUSE use it
On Thu, Aug 27, 2015 at 12:37:00AM +, Kuninori Morimoto wrote:
> From: Nobuhiro Iwamatsu
>
> The reg variable used when setting PCIECAR register need to be masked by 0xFC
> by restriction of the corresponding register.
> This adds PCIE_CONF_REGNO are macros
The following changes since commit
d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754:
Linux 4.2-rc1 (2015-07-05 11:01:52 -0700)
are available in the git repository at:
git://git.lwn.net/linux-2.6.git tags/docs-for-linus
for you to fetch changes up to ce14c5831364118324b10c0355dead062b9ddd40:
This patch adds following attributes to watchdog device's sysfs interface.
* state - reads whether device is active or not
* identity - reads Watchdog device's identity string.
* timeout - reads current timeout.
* timeleft - reads timeleft before watchdog generates a reset
* bootstatus - reads
On Mon, Aug 31, 2015 at 09:44:49AM +0800, Qu Wenruo wrote:
> >>>From the perspective of users, qgroup's referenced or exclusive
> >>is negative,but user can not continue to write data! a workaround
> >>way is to cast u64 to s64 when doing qgroup reservation
> >
> >I am unable to
Hi Linus,
After merging the gpio tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/gpio/gpio-etraxfs.c: In function 'etraxfs_gpio_irq_request_resources':
drivers/gpio/gpio-etraxfs.c:300:2: error: 'ret' undeclared (first use in this
function)
ret =
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I'm announcing the release of the 3.12.47 kernel.
All users of the 3.12 kernel series must upgrade.
The updated 3.12.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.12.y
and can be
To analyze the exit events with perf, we need to export the related
tracepoints through kvm_perf.h. kvm_perf.h is to be added in the
arch/powerpc directory, where the kvm tracepoints needed to trace the
KVM exit events are defined.
To indicate that the tracepoints are book3s_hv specific, suffix
To analyze the hcalls with perf kvm stat, we need the hcall related
tracepoint information to be exported.
This patch adds hcall tracepoints "kvm_hv:kvm_hcall_enter" and
"kvm_hv:kvm_hcall_exit" to kvm_perf.h. So, perf will now know to look
for these tracepoints if "perf kvm stat record" is
On Mon, Aug 31, 2015 at 8:40 AM, Stephen Rothwell wrote:
> After merging the gpio tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/gpio/gpio-etraxfs.c: In function 'etraxfs_gpio_irq_request_resources':
>
Alexandru Moise wrote on 2015/08/31 09:32 +0300:
On Mon, Aug 31, 2015 at 09:44:49AM +0800, Qu Wenruo wrote:
>From the perspective of users, qgroup's referenced or exclusive
is negative,but user can not continue to write data! a workaround
way is to cast u64 to s64 when doing
perf kvm can be used to analyze guest exit reasons. This support already
exists in x86. Hence, porting it to powerpc.
- To trace KVM events :
perf kvm stat record
If many guests are running, we can track for a specific guest by using
--pid as in : perf kvm stat record --pid
- To see the
On Fri, 2015-07-10 at 16:58 -0400, Mathieu Desnoyers wrote:
> From: Pranith Kumar
>
> This patch adds a self test for the membarrier system call.
>
> CC: Michael Ellerman
Sorry I only just saw this due to some over zealous filtering on my end.
>
On Thu, 2015-08-27 at 13:56 -0400, Mathieu Desnoyers wrote:
> Allow it to be used from SPU, since it should not have unwanted
> side-effects.
>
> [ Untested on this architecture. To try it out: fetch linux-next/akpm,
> apply this patch, build/run a membarrier-enabled kernel, and do make
>
This patch removes the "const" qualifier from kvm_events_tp declaration
to account for the fact that powerpc will need to update this variable
dynamically depending on the machine type.
Signed-off-by: Hemant Kumar
---
tools/perf/arch/s390/util/kvm-stat.c | 2 +-
Powerpc provides hcall events that also provides insights into guest
behaviour. Enhance perf kvm to record and analyze hcall events.
- To trace hcall events :
perf kvm stat record
- To show the results :
perf kvm stat report --event=hcall
The result shows the number of hypervisor calls
On Mon, Aug 31, 2015 at 02:51:08PM +0800, Qu Wenruo wrote:
>
>
> Alexandru Moise wrote on 2015/08/31 09:32 +0300:
> >On Mon, Aug 31, 2015 at 09:44:49AM +0800, Qu Wenruo wrote:
> >From the perspective of users, qgroup's referenced or exclusive
> is negative,but user can not
>>
>> Series applied, thanks.
>> --
Thanks a lot.
--
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 Fri, 28 Aug 2015, Mark Brown wrote:
> On Fri, Aug 28, 2015 at 09:40:41AM +0200, Ricard Wanderlof wrote:
> > On Fri, 28 Aug 2015, Stephen Rothwell wrote:
>
> > In fact the exact same construct is used by a handful of other codec
> > drivers which apparently don't fail.
>
> > I'm suspecting
On 8/30/2015 7:24 PM, Jon Mason wrote:
> On Fri, Aug 28, 2015 at 05:20:20PM -0700, Ray Jui wrote:
>>
>>
>> On 8/28/2015 4:47 PM, Jon Mason wrote:
>>> Add a very minimalistic set of Northstar Plus Device Tree files which
>>> describes the SoC and the BCM958625 implementation. The perpherials
>>>
> On 08/29/2015 05:21 PM, Winkler, Tomas wrote:
> >>
> >> Hi Prarit,
> >>
> >> On Fri, Aug 28, 2015 at 07:50:52AM -0400, Prarit Bhargava wrote:
> >>> Heikki, Tomas?
> >>
> >> I'm afraid I don't know much about Intel's Management Engine
> >> Interface. Looks like the driver is from Samuel (CC'd)
There are couple of situations, where objdump output doesn't
match "code reading" test expectations:
1. gaps in output, objdump skips zero blocks by default
816704fe :
816704fe: 7b 34 jnp81670534
On 29-08-15, 01:32, 俞伟 wrote:
> Hi,
> This patch fixes an issue in cpufreq_init_policy().
>
> Best regards,
> Yu Wei
You have done the right thing in the wrong way.
Firstly, this is not how you send patches. Please read
Documentation/SubmittingPatches for right details..
Secondly, this is even
On Mon, Aug 31, 2015 at 09:18:33AM +0200, Jan Stancek wrote:
> There are couple of situations, where objdump output doesn't
> match "code reading" test expectations:
>
> 1. gaps in output, objdump skips zero blocks by default
>
> 816704fe :
> 816704fe: 7b
On Fri, Aug 28, 2015 at 10:23:15AM +0800, Daniel Kurtz wrote:
> On Thu, Aug 27, 2015 at 7:49 PM, Punit Agrawal wrote:
> > [ + device tree folks ]
> >
> > Hi Sascha,
> >
> > When introducing a new binding, it is a good idea to get reviews from
> > the device tree
On 28 August 2015 at 16:01, Shawn Lin wrote:
> From: Jialing Fu
>
> The following panic is captured in ker3.14, but the issue still exists
> in latest kernel.
> -
> [ 20.738217] c0
On Mon, Aug 31, 2015 at 11:12:07AM +0800, Jason Wang wrote:
>
>
> On 08/26/2015 01:10 PM, Jason Wang wrote:
> > On 08/25/2015 07:51 PM, Michael S. Tsirkin wrote:
> >> > On Tue, Aug 25, 2015 at 05:05:47PM +0800, Jason Wang wrote:
> >> > We register wildcard mmio eventfd on two buses, one for
On Sun, Aug 30, 2015 at 6:31 AM, Dave Chinner wrote:
> On Fri, Aug 28, 2015 at 08:54:04PM +0800, Gavin Guo wrote:
>> On Wed, Jul 8, 2015 at 7:37 AM, Dave Chinner wrote:
>> > On Tue, Jul 07, 2015 at 05:29:43PM +0800, Gavin Guo wrote:
>> >> Hi all,
>> >>
Eugene Shatokhin writes:
> 28.08.2015 11:55, Bjørn Mork пишет:
>
>> I guess you are right. At least I cannot prove that you are not :)
>>
>> There is a bit too much complexity involved here for me...
>
> :-)
>
> Yes, it is quite complex.
>
> I admit, it was easier
This adds support for the Mediatek thermal controller found on MT8173
and likely other SoCs.
The controller is a bit special. It does not have its own ADC, instead
it controls the on-SoC AUXADC via AHB bus accesses. For this reason
we need the physical address of the AUXADC. Also it controls a mux
Signed-off-by: Sascha Hauer
Reviewed-by: Daniel Kurtz
---
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
Signed-off-by: Sascha Hauer
Reviewed-by: Daniel Kurtz
---
.../bindings/thermal/mediatek-thermal.txt | 38 ++
include/dt-bindings/thermal/mt8173.h | 13
2 files changed, 51 insertions(+)
create
On (09/01/15 11:06), Minchan Kim wrote:
> Thanks.
>
> I want to include this patchset in Joonsoo's crypto support patch
> if you don't mind.
>
Sure. Thanks.
-ss
> Because we don't need to make additional changes at this moment
> unless we provides another compress algorithm which
I am sorry, I forget to remove them. It is generated by git and I send the
patch with outlook.
I will use git-send-email instead next time if my email account work.
Regards
Du, Changbin
> -Original Message-
> From: 'Greg Kroah-Hartman' [mailto:gre...@linuxfoundation.org]
> Sent: Monday,
From: "Tan, Jui Nee"
On Intel Baytrail, there is case when interrupt handler get called, no SPI
message is captured. The RX FIFO is indeed empty when RX timeout pending
interrupt (SSSR_TINT) happens.
Use the BIOS version where both HSUART and SPI are on the same IRQ. Both
On Tue, Sep 01, 2015 at 01:24:53AM +, Richard Yao wrote:
> On Mon, 2015-08-17 09:56:55 -0700, Ben Hutchings wrote:
> > On Mon, 2015-08-17 at 17:11 +0200, Michal Hocko wrote:
> > > On Mon 17-08-15 16:56:32, Ben Hutchings wrote:
> > > > On Mon, 2015-08-17 at 15:54 +0200, Michal Hocko wrote:
> >
There is a problem in dwarf-regs.c of sh, sparc and x86 that it is
possible to make an out-of-bound array accessing when searching
register names. This patch fixes it by replacing '<=' to '<', so when
register (number == XXX_MAX_REGS), get_arch_regstr() returns NULL.
Signed-off-by: Wang Nan
The __do_IRQ() is removed by the patch:
"1c77ff2 genirq: Remove __do_IRQ"
This patch updates the comment for generic_handle_irq_desc().
Signed-off-by: Huang Shijie
---
include/linux/irqdesc.h | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
On Thu, 13 Aug 2015, Jérôme Glisse wrote:
> The invalidate_range_start() and invalidate_range_end() can be
> considered as forming an "atomic" section for the cpu page table
> update point of view. Between this two function the cpu page
> table content is unreliable for the address range being
Recent cleanup removed some include files without checking if the cleaned
up code still compiles. This results in the following compile error.
drivers/clk/h8300/clk-h8s2678.c: In function ‘h8s2678_pll_clk_setup’:
drivers/clk/h8300/clk-h8s2678.c:99:14: error:
implicit declaration of
On 08/31/2015 07:33 PM, Michael S. Tsirkin wrote:
> On Mon, Aug 31, 2015 at 04:03:59PM +0800, Jason Wang wrote:
>> >
>> >
>> > On 08/31/2015 03:29 PM, Michael S. Tsirkin wrote:
>>> > > Thinking more about this, invoking the 0-length write after
>>> > > > >> > the != 0
Ping ?
> On Aug 30, 2015, at 14:19, yalin wang wrote:
>
> This patch add kc_offset_to_vaddr() and kc_vaddr_to_offset(),
> the default version doesn't work on arm64, because arm64 kernel address
> is below the PAGE_OFFSET, like module address and vmemmap address are
>
Hi, Arnaldo
On 2015/9/1 4:16, Arnaldo Carvalho de Melo wrote:
Em Sat, Aug 29, 2015 at 03:16:52AM +, He Kuang escreveu:
This patch implements arch_get_reg_info() for arm64 to enable
HAVE_BPF_PROLOGUE feature. For arm64, structure pt_regs is not composed
by fields of register names but an
On Mon, Aug 31, 2015 at 03:39:38PM -0700, Linus Torvalds wrote:
>
> That's not my only worry. Things like "can you go back to ext3-only"
> is an issue too - I don't think that's been a big priority for ext4
> any more, and if there are any existing hold-outs that still use ext3,
> they may want
On Fri, Aug 28, 2015 at 10:03 PM, Luis R. Rodriguez wrote:
> On Fri, Aug 28, 2015 at 06:26:05PM -0400, Paul Moore wrote:
>> On Fri, Aug 28, 2015 at 7:20 AM, Roberts, William C
>> wrote:
>> > Even triggered updates make sense, since you can at least
> -Original Message-
> From: Nikhil Badola [mailto:nikhil.bad...@freescale.com]
> Sent: Monday, August 17, 2015 9:54 AM
> To: linux-kernel@vger.kernel.org; devicet...@vger.kernel.org; linux-
> u...@vger.kernel.org
> Cc: ba...@ti.com; Badola Nikhil-B46172
>
On 08/11/2015 12:42 AM, Daniel Baluta wrote:
> A software trigger associates an IIO device trigger with a software
> interrupt source (e.g: timer, sysfs). This patch adds the generic
> infrastructure for handling software triggers.
>
> Software interrupts sources are kept in a
Em Mon, Aug 31, 2015 at 04:58:38PM +0300, Adrian Hunter escreveu:
> Hi
>
> perf tools has a copy of the x86 instruction decoder for decoding
> Intel PT. This patch set adds a perf tools test to use it to
> test new instructions. Subsequent patches add a few new x86
> instructions, or very
On Mon, Aug 31, 2015 at 03:55:58PM +0200, Pali Rohár wrote:
> > > Sorry for the delay in replying. The change in parallel port code was
> > > merged in 4.2, so you can test it againt 4.2-rc*.
> > Hi Pali,
> > Now that 4.2 is released you can test on it. And do you also have any
> > option to test
Hello, Vladimir.
On Mon, Aug 31, 2015 at 05:20:49PM +0300, Vladimir Davydov wrote:
...
> That being said, this is the fix at the right layer.
While this *might* be a necessary workaround for the hard limit case
right now, this is by no means the fix at the right layer. The
expectation is that
Em Mon, Aug 31, 2015 at 04:58:40PM +0300, Adrian Hunter escreveu:
> The MPX instructions are presently not described in the SDM
> opcode maps, and there are not encoding characters for bnd
> registers, address method or operand type. So the kernel
> opcode map is using 'Gv' for bnd registers and
Em Mon, Aug 31, 2015 at 04:58:41PM +0300, Adrian Hunter escreveu:
> Intel SHA Extensions are explained in the Intel Architecture
> Instruction Set Extensions Programing Reference (Oct 2014).
> There are 7 new instructions. Add them to the op code map
> and the perf tools new instructions test.
Document the binding for the zynq specific chipidea UDC binding.
Signed-off-by: Nathan Sullivan
---
Documentation/devicetree/bindings/usb/ci-hdrc-usb2.txt |1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/usb/ci-hdrc-usb2.txt
Ich bin Mr.Wenyao Zhou Independent Director der Bank of China, habe ich einen
Geschäftsvorgang von $ 23,5 Mio., und ich werde Ihnen 30% Entschädigung für
Ihre Unterstützung bei dieser Transaktion Bei Interesse bitte senden Sie mir
Ihre vollen Informationen, wie unten angegeben, um Email:
Due to having hardware tx buffers less than 512 bytes in size, streaming
must be enabled on the Zynq for the udc to work at all. Add platform data
specific to the Zynq udc, which does not set the CI_HDRC_DISABLE_STREAMING
flag.
Based on a patch by the same name from the Xilinx vendor tree.
On Mon, Aug 31, 2015 at 04:14:07PM +0530, Kishon Vijay Abraham I wrote:
> On Tuesday 25 August 2015 07:20 PM, Mark Brown wrote:
> > On Tue, Aug 25, 2015 at 01:03:04PM +0300, Grygorii Strashko wrote:
> >> On 08/19/2015 09:11 PM, Mark Brown wrote:
> >>> So substract this address from the start of
On Mon, 2015-08-31 at 13:43 +0200, Antonios Motakis wrote:
>
> On 18-Aug-15 19:44, Alex Williamson wrote:
> > On Mon, 2015-08-17 at 17:38 +0200, Eric Auger wrote:
> >> On 08/12/2015 08:56 PM, Alex Williamson wrote:
> >>> On Mon, 2015-08-10 at 15:20 +0200, Eric Auger wrote:
> This function
On Thu, 27 Aug 2015 17:24:02 +0200
Vlastimil Babka wrote:
> Some compaction tracepoints convert the integer return values to strings using
> the compaction_status_string array. This works for in-kernel printing, but not
> userspace trace printing of raw captured trace such as via
On Mon, Aug 31, 2015 at 09:23:13PM +0800, Xiao Guangrong wrote:
> I have another question, the eventfd memory is never read by guest and it's
> always
> a write MMIO VM-exit, why you build it on RO memslot? Why not just use normal
> MMIO page
> instead?
We do that at the moment, that's slower
On Mon, Aug 31, 2015 at 06:53:58AM -0700, Guenter Roeck wrote:
> What does that have to do with 'hwmon' ? The current implementation in the
> driver may not be a good idea, and maybe for good reasons; I can not
> comment on that. However, you concluded from that implementation that
> hwmon, the
On 08/17/2015 02:45 PM, Vladimir Barinov wrote:
> Hello Daniel,
>
> I've verified that your hrtimer trigger works.
>
> I have minor suggestions.
>
> Will not it be useful to have ability to stop/start hrtimer polling
> not only during attach/detach trigger.
>
> f.e. writing 0 to
On Mon, Aug 31, 2015 at 05:22:23PM +0800, Axel Lin wrote:
> So the drivers can be compiled with CONFIG_RESET_CONTROLLER disabled.
The lack of this is breaking the build for the newly added ASoC STI
driver in some COMPILE_TEST configurations, can we please get this in
for v4.3-rc1?
On Mon, Aug 31, 2015 at 03:25:35PM +0200, Peter Zijlstra wrote:
> On Thu, Aug 27, 2015 at 04:07:43PM +0800, Huang Rui wrote:
> > +static ssize_t show_power_acc(struct device *dev,
> > + struct device_attribute *attr, char *buf)
> > +{
> > + int cpu, cu, cu_num,
On Thu, 27 Aug 2015 17:24:03 +0200
Vlastimil Babka wrote:
> Some compaction tracepoints use zone->name to print which zone is being
> compacted. This works for in-kernel printing, but not userspace trace printing
> of raw captured trace such as via trace-cmd report.
>
> This
The only user of scsi_prep_async_scan() is scsi_scan_host() and it handles
the situation correctly. Move 'called twice' reporting to debug level as
well.
The issue is observed on Hyper-V: on any device add/remove event storvsc
driver calls scsi_scan_host() and in case previous scan is still
On 08/31/2015 04:58 PM, Steven Rostedt wrote:
On Thu, 27 Aug 2015 17:24:03 +0200
Vlastimil Babka wrote:
Some compaction tracepoints use zone->name to print which zone is being
compacted. This works for in-kernel printing, but not userspace trace printing
of raw captured trace
On 8/31/15 7:17 AM, Guenter Roeck wrote:
s390:
kernel/built-in.o: In function `bpf_trace_printk':
bpf_trace.c:(.text+0x116a5c): undefined reference to `strncpy_from_unsafe'
kernel/built-in.o: In function `fetch_memory_string':
trace_kprobe.c:(.text+0x118ee0): undefined reference to
In case of unknown DT compatible device the ASRC OF node
possibly acquired earlier by of_parse_phandle() has
to be put before returning from probe method.
Signed-off-by: Maciej Szmigiero
---
sound/soc/fsl/fsl-asoc-card.c |3 ++-
1 files changed, 2 insertions(+),
On 30/08/15 09:46, kbuild test robot wrote:
> drivers/iio/light/opt3001.c:796:3-8: No need to set .owner here. The core
> will do it.
>
> Remove .owner field if calls are used which set it automatically
>
> Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
>
> CC: Andreas
On 08/31/2015 07:57 AM, Peter Zijlstra wrote:
On Mon, Aug 31, 2015 at 06:53:58AM -0700, Guenter Roeck wrote:
What does that have to do with 'hwmon' ? The current implementation in the
driver may not be a good idea, and maybe for good reasons; I can not
comment on that. However, you concluded
On Mon, 31 Aug 2015 17:02:38 +0200
Vlastimil Babka wrote:
> >> +#define ZONE_TYPE \
> >> + IFDEF_ZONE_DMA( EM (ZONE_DMA,"DMA"))\
> >> + IFDEF_ZONE_DMA32( EM (ZONE_DMA32, "DMA32")) \
> >> +
On 08/11/2015 12:42 AM, Daniel Baluta wrote:
[...]
> +
> +static struct iio_sw_trigger *iio_trig_hrtimer_probe(const char *name)
> +{
> + struct iio_hrtimer_info *trig_info;
> + int ret;
> +
> + trig_info = kzalloc(sizeof(*trig_info), GFP_KERNEL);
> + if (!trig_info)
> +
Add AC'97 support to fsl-asoc-card using generic
ASoC AC'97 CODEC.
The SSI controller will silently enable any TX
AC'97 slots that have their bits set in SLOTREQ
received from CODEC and then will redirect some
of playback samples there.
That's why it is important to make sure that
any of CODEC
On 30/08/15 09:12, Peng Fan wrote:
> To lpc32xx_adc driver, when platform_get_resource or
> platform_get_irq failed, we should use -ENXIO as a
> return value, but not -EBUSY.
>
> Signed-off-by: Peng Fan
> Cc: Jonathan Cameron
> Cc: Hartmut Knaack
On Tue, 2015-08-25 at 20:17 -0700, Jason Low wrote:
> In fastpath_timer_check(), the task_cputime() function is always
> called to compute the utime and stime values. However, this is not
> necessary if there are no per-thread timers to check for. This patch
> modifies the code such that we
On Mon, Aug 31, 2015 at 10:39:39AM -0400, Tejun Heo wrote:
> On Mon, Aug 31, 2015 at 05:30:08PM +0300, Vladimir Davydov wrote:
> > slab/slub can issue alloc_pages() any time with any flags they want and
> > it won't be accounted to memcg, because kmem is accounted at slab/slub
> > layer, not in
On 20/08/15 07:50, Duan Andy wrote:
> From: Sanchayan Maity Sent: Monday, August 17,
> 2015 11:52 PM
>> To: ji...@kernel.org; linux-...@vger.kernel.org
>> Cc: ste...@agner.ch; Duan Fugang-B38611; pme...@pmeerw.net; linux-
>> ker...@vger.kernel.org;
On Sat, Aug 29, 2015 at 09:33:54AM -0700, Guenter Roeck wrote:
> On Thu, Aug 27, 2015 at 04:07:46PM +0800, Huang Rui wrote:
> > Andreas Herrmann won't take the maintainer of fam15h_power driver. I
> > will take it and appreciate him for the great contributions on this
> > driver.
> >
> >
On Sat, Aug 29, 2015 at 12:06:22AM +0200, Andreas Grünbacher wrote:
> 2015-08-28 23:49 GMT+02:00 J. Bruce Fields :
> > On Tue, Aug 04, 2015 at 01:53:08PM +0200, Andreas Gruenbacher wrote:
> >> + /*
> >> + * We don't care which class the process is in
On Fri, Aug 28, 2015 at 01:12:19PM +0100, Matt Fleming wrote:
> From: Matt Fleming
>
> The EFI Graphics Output Protocol uses 64-bit frame buffer addresses
> but these get truncated to 32-bit by the EFI boot stub when storing
> the address in the 'lfb_base' field of
On Mon, Aug 31, 2015 at 10:46:04AM -0400, Tejun Heo wrote:
> Hello, Vladimir.
>
> On Mon, Aug 31, 2015 at 05:20:49PM +0300, Vladimir Davydov wrote:
> ...
> > That being said, this is the fix at the right layer.
>
> While this *might* be a necessary workaround for the hard limit case
> right now,
Oleg Nesterov wrote:
> Actually you need a single tail pointer, See 158e1645e07f3e9f7e49.
> But this doesn't matter.
(This uses a circularly linked list, keeping a pointer to the
tail, and tail->next pointing to the head.)
Yes, if you're not trying to be lockless, that works quite well.
> And
On Thu, Aug 20, 2015 at 08:35:16PM +0900, Byungchul Park wrote:
> On Thu, Aug 20, 2015 at 08:22:00PM +0900, byungchul.p...@lge.com wrote:
> > + /*
> > +* If it's !queued, then only when the task is sleeping it has a
> > +* non-normalized vruntime, that is, when the task is being
On 08/31/2015 04:55 PM, Steven Rostedt wrote:
On Thu, 27 Aug 2015 17:24:02 +0200
Vlastimil Babka wrote:
Some compaction tracepoints convert the integer return values to strings using
the compaction_status_string array. This works for in-kernel printing, but not
userspace trace
Em Mon, Aug 31, 2015 at 09:37:18AM +0200, Jiri Olsa escreveu:
> On Fri, Aug 28, 2015 at 01:21:39PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Wed, Aug 26, 2015 at 03:46:43PM +0200, Jiri Olsa escreveu:
> > > +++ b/tools/include/linux/err.h
> > > @@ -0,0 +1,28 @@
> > > +#ifndef
On Fri, Aug 28, 2015 at 5:31 AM, Lee Jones wrote:
> Signed-off-by: Ludovic Barre
> Signed-off-by: Lee Jones
> ---
> .../devicetree/bindings/remoteproc/st-rproc.txt| 35
> ++
> 1 file changed, 35
On Mon, 31 Aug 2015 07:17:36 -0700
Guenter Roeck wrote:
Hi Guenter,
> Qemu test results:
> total: 85 pass: 74 fail: 11
> Failed tests:
> arm:vexpress-a9:arm_vexpress_defconfig:vexpress-v2p-ca9
> arm:vexpress-a15:arm_vexpress_defconfig:vexpress-v2p-ca15-tc1
On 18/08/15 10:16, Dan Carpenter wrote:
> The tsl4531_check_id() function returned 1 on "found" and 0 on "not
> found" and negative error codes on failure. This was non-standard and
> bug prone. The caller treated all non-zero values including error codes
> as "found".
>
> This patch fixes it
Hi Arnaldo,
On Mon, Aug 31, 2015 at 11:23 PM, Arnaldo Carvalho de Melo
wrote:
> Em Mon, Aug 31, 2015 at 10:19:57AM +0200, Jiri Olsa escreveu:
>> On Fri, Aug 28, 2015 at 02:04:14PM -0300, Arnaldo Carvalho de Melo wrote:
>> >
>> > Hi,
>> >
>> > While trying to test my
On Thu, 27 Aug 2015 17:24:03 +0200
Vlastimil Babka wrote:
> Some compaction tracepoints use zone->name to print which zone is being
> compacted. This works for in-kernel printing, but not userspace trace printing
> of raw captured trace such as via trace-cmd report.
>
> This
On Fri, Aug 28, 2015 at 12:52 PM, Peter Griffin
wrote:
> gpio.txt documents that GPIO properties should be named
> "[-]gpios", with being the purpose of this
> GPIO for the device.
>
> This change has been done as one atomic commit.
dtb and kernel updates are not
- On Aug 31, 2015, at 2:54 AM, Michael Ellerman m...@ellerman.id.au wrote:
> On Thu, 2015-08-27 at 13:56 -0400, Mathieu Desnoyers wrote:
>> Allow it to be used from SPU, since it should not have unwanted
>> side-effects.
>>
>> [ Untested on this architecture. To try it out: fetch
On Mon, Aug 24, 2015 at 2:52 AM, David Herrmann wrote:
> Hi
>
> On Mon, Aug 10, 2015 at 4:42 AM, Andy Lutomirski wrote:
>> I spotted this:
>>
>> +/**
>> + * kdbus_proc_permission() - check /proc permissions on target pid
>> + * @pid_ns:
On Mon, Aug 31, 2015 at 05:21:38PM +0200, Peter Zijlstra wrote:
> + if (!p->se.on_rq)
> return true;
>
> return false;
>
>
> Does that make sense?
It does not.. never mind me.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Thu, Aug 27, 2015 at 3:23 PM, Jonathan Cameron wrote:
> On 20/08/15 11:12, Adriana Reus wrote:
>> Added entries in i2c/vendor-prefixes for the us5182d als and proximity
>> sensor.
>> Also added a documentation file for this sensor's properties.
>>
>> Signed-off-by: Adriana
On Thu, Aug 27, 2015 at 12:37 PM, Bjorn Andersson
wrote:
> This documents a device tree binding for exposing the Qualcomm Shared
> Memory State Machine as a set of gpio- and interrupt-controllers.
>
> Signed-off-by: Bjorn Andersson
1 - 100 of 1202 matches
Mail list logo