On 02/05/14 22:01, Sander Eikelenboom wrote:
> Hi,
>
> On a machine running Xen-Unstable, i just tried running a 3.15-rc3 kernel
> with
> CONFIG_DEBUG_SLAB=y
>
> [0.748297] Kernel panic - not syncing: Out of memory and no killable
> processes...
> [0.748297]
> [0.748305] CPU: 0 PID
As there is already a implementation in linux/jiffies.h to convert
a nsec to jiffies, so we can use it here rather than reimplement
it in sched.h.
Signed-off-by: Dongsheng Yang
---
kernel/sched/fair.c | 2 +-
kernel/sched/sched.h | 6 +-
2 files changed, 2 insertions(+), 6 deletions(-)
dif
As there is a time_before64() in linux/jiffies.h we can use to
achieve our requirement here, we need not to reimplement a new
function of dl_time_before() here.
Signed-off-by: Dongsheng Yang
---
kernel/sched/cpudeadline.c | 17 ++---
kernel/sched/deadline.c| 30 +++---
On Sat, 19 Apr 2014 23:58:20 +0100 (BST)
"Maciej W. Rozycki" wrote:
> This brings in drivers/char/rtc.c functionality required for DECstation
> and, should the maintainers decide to switch, Alpha systems to use
> rtc-cmos.
Seems sane. We need to be sure it doesn't break anything
on non-Alpha
Hi Morten, Peter, Alex,
In a similar context, I noticed that /proc/loadavg makes use of
avenrun[] array which keeps track of the history of the global
load average. This however makes use of the sum of
nr_running + nr_uninterruptible per cpu. Why are we not
using the cpu_load[] array here which al
On Tuesday 06 May 2014 13:44:38 Benjamin Herrenschmidt wrote:
> On Mon, 2014-05-05 at 16:28 -0600, Bjorn Helgaas wrote:
> > I still wonder whether arm, powerpc, and tile (and I just noticed
> > microblaze also has a similar dma_direct_map_page()) could all be
> > handled by attaching devices to a g
On Tue, 6 May 2014 00:34:41 +0100 (BST)
"Maciej W. Rozycki" wrote:
> Well, the handling of update-ended interrupts is still missing, as is
> some non-x86 stuff I posted a fix for recently (still pending review, can
> you please look into it sometime?).
Done, sorry for the delay.
--
Best
On Mon, 05 May 2014 23:46:06 +0530
RAGHAVENDRA GANIGA wrote:
> 1. glitch filter read and write parameter
> 2. alarm status read parameter
> 3. alarm mode read parameter
> 4. trickle charger read parameter
>
> and i am removing the proc interface.
>
> is the above implementation ok as per your
Hi Nikita,
>From: Nikita Yushchenko
>
>Per MPC8572E manual, sec 14.4.3.1.3: "Transfers shorter than a full page,
>however, require software to prepare the appropriate ECC in the spare
>region"
>
>Need to set NAND_NO_SUBPAGE_WRITE flag. If this is not done, then
>generic nand_write_subpage_hwecc()
* Jiri Kosina wrote:
> On Tue, 29 Apr 2014, Steven Rostedt wrote:
>
> > > According to 38.4 of [1], when SMM mode is entered while the CPU is
> > > handling NMI, the end result might be that upon exit from SMM, NMIs will
> > > be re-enabled and latched NMI delivered as nested [2].
> >
> > No
(2014/05/06 5:48), Tony Luck wrote:
> This patch is in linux-next ("next-20140505") and I see a
> bunch of "Failed to find blacklist" messages when booting
> on ia64:
>
> Failed to find blacklist 000101316830
> Failed to find blacklist 0001013000f0a000
> Failed to find blacklist 000101315f70a0
On Mon 05-05-14 13:47:41, John Stultz wrote:
> An earlier change in -mm (printk: remove separate printk_sched
> buffers...), removed the printk_sched irqsave/restore lines
> since it was safe for current users. Since we may be expanding
> usage of printk_sched(), disable preepmtion for this functio
This allows us to avoid a non-atomic memset over ->atomic_flags as well
as killing lots of duplicate initializations.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 47 +--
include/linux/blkdev.h |7 ---
2 files changed, 49 ins
On Mon 05-05-14 13:47:42, John Stultz wrote:
> After learning we'll need some sort of deferred printk functionality
> in the timekeeping core, Peter suggested we rename the printk_sched
> function so it can be reused by needed subsystems.
>
> This only changes the function name. No logic changes.
On Sun, May 4, 2014 at 8:29 AM, Al Viro wrote:
> On Sat, May 03, 2014 at 07:21:11PM +0100, Al Viro wrote:
>> On Sat, May 03, 2014 at 05:26:04AM +0100, Al Viro wrote:
>>
>> > See vfs.git#dentry_kill-3; warning - this is completely untested and I
>> > would
>> > really like comments on spinning cas
Hi,
so I'm getting sick'n'tired of all those bug reports of people pounding
cpu hotplug with stupid scripts.
* We know cpu hotplug is fragile/buggy/crap/needs proper rewrite.
* Stupid hotplugging script doesn't resemble any real use case - go use
a real benchmark/stress test to trigger bugs.
So
On Thu, May 01, 2014 at 11:34:12AM +0900, Jungseok Lee wrote:
> This patch adds hardware definition and types for 4 levels of
> translation tables with 4KB pages.
>
> Cc: Catalin Marinas
> Cc: Steve Capper
> Signed-off-by: Jungseok Lee
> Reviewed-by: Sungjinn Chung
> ---
> arch/arm64/include/
On Thu, May 01, 2014 at 11:34:16AM +0900, Jungseok Lee wrote:
> This patch implements 4 levels of translation tables since 3 levels
> of page tables with 4KB pages cannot support 40-bit physical address
> space described in [1] due to the following issue.
>
> It is a restriction that kernel logica
On Thu, May 01, 2014 at 11:34:19AM +0900, Jungseok Lee wrote:
> This patch adds 4 levels of translation tables implementation for both
> HYP and stage2.
>
> Both symmetric and asymmetric configurations for page size and translation
> levels are are validated on Fast Models:
>
> 1) 4KB + 3 level
Hi Peter,
On Sat, May 03, 2014 at 06:59:24PM +0100, Peter Feuerer wrote:
> acerhdf has been doing an on-off fan control using hysteresis by
> post-manipulating the outcome of thermal subsystem trip point handling.
> This patch enables acerhdf to use the bang-bang governor, which is
> intended for
System can have mmaped also character devices (e.g dri devices by X) or deleted
files. Running cat on character devices is really bad idea (system can hang) so
run cat only on regular files. Also mmaped files can have spaces in filenames.
Signed-off-by: Pali Rohár
---
Documentation/power/swsusp.
On Wed 2014-04-30 16:30:45, Jiri Slaby wrote:
> These are a base which can be used for kgraft patch generation.
>
> The code was provided by Michael
Should Michael Matz sign it off, then?
> Signed-off-by: Jiri Slaby
> Cc: Michael Matz
> tools/kgraft/app.c | 35 +
> tools/kgra
Hi!
> This is a text provided by Udo and polished.
>
> Signed-off-by: Jiri Slaby
> Cc: Udo Seidel
> ---
> Documentation/kgr.txt | 26 ++
> 1 file changed, 26 insertions(+)
> create mode 100644 Documentation/kgr.txt
>
> diff --git a/Documentation/kgr.txt b/Documentatio
Hi!
> This is intended to be a presentation of the kgraft engine, so it is
> placed into samples/ directory.
>
> It patches sys_iopl() and sys_capable() to print an additional message
> to the original functionality.
>
> Jiri Kosina
??
> Signed-off-by: Jiri Slaby
> Cc: Steven Rostedt
> Cc:
On 05/05/2014 07:16 PM, Soren Brinkmann wrote:
> - Use generic node names
> - Fix up some weird formatting and white spaces
> - Update copyright info
>
> Signed-off-by: Soren Brinkmann
> ---
>
> arch/arm/boot/dts/zynq-7000.dtsi | 29 +++--
> 1 file changed, 15 inserti
On Tue, 6 May 2014 11:45:57 +0200
Jan Kara wrote:
> On Mon 05-05-14 19:18:46, Steven Rostedt wrote:
> > To prevent deadlocks with doing a printk inside the scheduler,
> > printk_sched() was created. The issue is that printk has a console_sem
> > that it can grab and release. The release does a wa
Hi Dmitry,
This series does the following
- use devres managed resource allocations
- convert to Type-B multi touch protocol
- support upto 5 fingers with hardware supplied tracking IDs
- device tree support
Please queue this for -next (3.16). Thanks.
cheers,
-roger
Changelog:
v5:
- Changed t
Introduce helper functions to configure power and interrupt registers.
Default to IDLE mode on probe as device supports auto wakeup to ACVIE mode
on detecting finger touch.
Configure interrupt mode and polarity on start up. Power down on device
closure or module removal.
Signed-off-by: Roger Qua
These add device tree entry for qspi controller driver on dra7-evm.
Signed-off-by: Sourav Poddar
---
Depends on sricharan's irq crossbar.
arch/arm/boot/dts/dra7-evm.dts | 80
arch/arm/boot/dts/dra7.dtsi| 14 +++
2 files changed, 94 insertions
Provide device tree support and binding information.
Also provide support for a new chip "pixcir_tangoc".
Signed-off-by: Roger Quadros
---
.../bindings/input/touchscreen/pixcir_i2c_ts.txt | 26
.../devicetree/bindings/vendor-prefixes.txt| 1 +
drivers/input/touchscreen/pixcir
Some variants of the Pixcir touch controller support upto 5
simultaneous fingers and hardware tracking IDs. Prepare the driver
for that.
Signed-off-by: Roger Quadros
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 74 ---
include/linux/input/pixcir_ts.h | 12
Improve the suspend and resume handlers to allow the device
to wakeup the system from suspend.
Signed-off-by: Roger Quadros
Acked-by: Mugunthan V N
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 47 ---
1 file changed, 43 insertions(+), 4 deletions(-)
diff --git a/
Hi!
> > From: Pavel Machek [mailto:pa...@ucw.cz]
> > Sent: Tuesday, May 06, 2014 3:54 PM
> >
> > On Wed 2014-04-30 10:03:39, Lv Zheng wrote:
> > > This patch deploys ACPI_DEBUGGER_EXEC usage to utglobal.c to reduce
> > > "ifdef"
> > > of ACPI_DEBUGGER. No functional changes. Lv Zheng.
> > >
>
Switch to using the Type-B Multi-Touch protocol.
Signed-off-by: Roger Quadros
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 125 ++
1 file changed, 94 insertions(+), 31 deletions(-)
diff --git a/drivers/input/touchscreen/pixcir_i2c_ts.c
b/drivers/input/touchscreen
Get rid of the attb_read_val() platform hook. Instead,
read the ATTB gpio directly from the driver.
Fail if valid ATTB gpio is not provided by patform data.
Signed-off-by: Roger Quadros
Acked-by: Mugunthan V N
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 16 +++-
include/linux/i
On Sat, May 03, 2014 at 09:16:00AM -0400, Sasha Levin wrote:
> Hi all,
>
> While fuzzing with trinity inside a KVM tools guest running latest -next
> kernel I've stumbled on the following:
>
Cute.. not making sense.. :-)
> [ 1796.591361] BUG: unable to handle kernel paging request at fffedf
Use devm_() and friends for allocating memory, input device
and IRQ.
Signed-off-by: Roger Quadros
Acked-by: Mugunthan V N
---
drivers/input/touchscreen/pixcir_i2c_ts.c | 38 ---
1 file changed, 15 insertions(+), 23 deletions(-)
diff --git a/drivers/input/touchscreen
On Tue, 6 May 2014 12:29:24 +0200
Borislav Petkov wrote:
> Hi,
>
> so I'm getting sick'n'tired of all those bug reports of people pounding
> cpu hotplug with stupid scripts.
>
> * We know cpu hotplug is fragile/buggy/crap/needs proper rewrite.
>
> * Stupid hotplugging script doesn't resemble a
On Sun, May 04, 2014 at 02:57:52PM +0200, Matthias Brugger wrote:
> 2014-05-02 1:32 GMT+02:00 Heiko Stübner :
> > Hi Beniamino,
> >
> > Am Donnerstag, 1. Mai 2014, 21:50:34 schrieb Beniamino Galvani:
> >> Add new vendor prefixes for:
> >>
> >> * bq, a company that sells multimedia devices and 3
On Tue, May 06, 2014 at 07:08:54AM -0400, Steven Rostedt wrote:
> Hey, I'm one of those that jerk off to CPU hotplug stress test scripts!
I know you are, Mike gave me your script. Like you haven't done enough!
:-P
> We were just bitching about this yesterday, but -rt related. As
> anything crap
On Mon 05-05-14 13:47:43, John Stultz wrote:
> Two of the three prink_deferred uses are really printk_once style
> uses, so add a printk_deferred_once macro to simplify those call
> sites.
>
> Cc: Jan Kara
> Cc: Peter Zijlstra
> Cc: Jiri Bohac
> Cc: Thomas Gleixner
> Cc: Ingo Molnar
> Cc: And
My static checker warns that "data_size" could be negative and underflow
the limit check. The code looks suspicious but I don't know if it is a
real bug.
Signed-off-by: Dan Carpenter
diff --git a/drivers/block/drbd/drbd_receiver.c
b/drivers/block/drbd/drbd_receiver.c
index b6c8aaf..15daf86d 10
* Rusty Russell wrote:
> Ingo Molnar writes:
> > * Madhavan Srinivasan wrote:
> >
> >> Performance data for different FAULT_AROUND_ORDER values from 4 socket
> >> Power7 system (128 Threads and 128GB memory). perf stat with repeat of 5
> >> is used to get the stddev values. Test ran in v3.14 k
Am Dienstag, 6. Mai 2014, 13:13:46 schrieb Beniamino Galvani:
> On Sun, May 04, 2014 at 02:57:52PM +0200, Matthias Brugger wrote:
> > 2014-05-02 1:32 GMT+02:00 Heiko Stübner :
> > > Hi Beniamino,
> > >
> > > Am Donnerstag, 1. Mai 2014, 21:50:34 schrieb Beniamino Galvani:
> > >> Add new vendor pref
On Mon, May 05, 2014 at 07:46:55PM +0200, Fabian Frederick wrote:
> This patch also converts seq_printf to seq_puts
>
> Cc: Li Zefan
> Cc: Andrew Morton
> Signed-off-by: Fabian Frederick
Applied to cgroup/for-3.16.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscrib
On Mon, May 05, 2014 at 07:49:00PM +0200, Fabian Frederick wrote:
> Cc: Li Zefan
> Cc: Andrew Morton
> Signed-off-by: Fabian Frederick
Applied to cgroup/for-3.16.
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...
Hi,
On Tuesday, May 06, 2014 02:14:01 AM Gregory CLEMENT wrote:
> For the Armada 38x SoCs which come with an xhci controller, specific
> initialization must be done during probe related to the MBus windows
> configuration. This patch adds the support of this quirk.
>
> Signed-off-by: Gregory CLE
Boris,
> -Original Message-
> From: Boris BREZILLON [mailto:boris.brezil...@free-electrons.com]
> Sent: Monday, May 05, 2014 4:23 PM
> To: Bryan Evenson
> Cc: Andrew Victor; Nicolas Ferre; Jean-Christophe Plagniol-Villard; linux-arm-
> ker...@lists.infradead.org; Alessandro Zummo; rtc-
> l
Hi,
On Tuesday, May 06, 2014 02:14:12 AM Gregory CLEMENT wrote:
> The Armada 375 SoC comes with an USB2 host and device controller and
> an USB3 controller. The USB cluster control register allows to manage
> common features of both USB controllers. It uses the generic PHY
> framework
>
> Signed
On Tue, May 06, 2014 at 03:24:13PM +0530, Preeti Murthy wrote:
> Hi Morten, Peter, Alex,
>
> In a similar context, I noticed that /proc/loadavg makes use of
> avenrun[] array which keeps track of the history of the global
> load average. This however makes use of the sum of
> nr_running + nr_unint
On Mon, May 05, 2014 at 12:32:22PM -0700, Julius Werner wrote:
> Hmmm... very odd. I unfortunately don't have a machine that can easily
> do S4 at hand, but I did test this on an IVB with XHCI_RESET_ON_RESUME
> in S3 (essentially the same code path), and I didn't run into any
> problems.
>
> How e
On Tue, May 06, 2014 at 04:33:38PM +0800, Alex Shi wrote:
>
> >
> > Maybe the predication is reasonable on per task history. but on a cpu
> > load history, with many tasks rebalance. No testing show current method
> > is helpful.
> >
> > For task load change, scheduler has no idea for its future
(2014/05/06 3:43), Ingo Molnar wrote:
>
> * Frederic Weisbecker wrote:
>
>> On Mon, May 05, 2014 at 08:26:38AM -0500, Josh Poimboeuf wrote:
>>> On Mon, May 05, 2014 at 10:55:37AM +0200, Ingo Molnar wrote:
* Josh Poimboeuf wrote:
> [...]
>
> kpatch checks the backtrace
release_path is now protected by release_agent_path_lock to allow
accessing it without grabbing cgroup_mutex; however,
cgroup_release_agent_show() was still grabbing cgroup_mutex. Let's
convert it to release_agent_path_lock so that we don't have to worry
about this one for the planned locking upda
Hello,
This patchset contains the following four patches.
0001-cgroup-fix-offlining-child-waiting-in-cgroup_subtree.patch
0002-cgroup-only-allow-space-as-the-separator-for-cgroup..patch
0003-cgroup-use-restart_syscall-for-retries-after-offline.patch
0004-cgroup-use-release_agent_path_lock-in-
After waiting for a child to finish offline,
cgroup_subtree_control_write() jumps up to retry from after the input
parsing and active protection breaking. This retry makes the
scheduled locking update more difficult. Let's simplify it by
returning with restart_syscall() for retries.
Signed-off-b
I was confused that strsep() was equivalent to strtok_r() in skipping
over consecutive delimiters. strsep() just splits at the first
occurrence of one of the delimiters which makes the parsing very
inflexible, which makes allowing multiple whitespace chars as
delimters kinda moot. Let's just be c
On 05/06/2014 02:29 AM, David Rientjes wrote:
On Mon, 5 May 2014, Vlastimil Babka wrote:
I see, although I would still welcome some numbers to back such change.
It's pretty difficult to capture numbers for this in real-world scenarios
since it happens rarely (and when it happens, it's very si
cgroup_subtree_control_write() waits for offline to complete
child-by-child before enabling a controller; however, it has a couple
bugs.
* It doesn't initialize the wait_queue_t. This can lead to infinite
hang on the following schedule() among other things.
* It forgets to pin the child before
Good Day,
Do you need a LOAN or Financing of any type? Have been turned down by your
bank due to bad credit? Do you have unpaid bills or in debt? For quick response
contact us with the below information's.
Name:
Loan Amount:
loan Duration:
Country:
Address:
Mobile Number:
Sincerely,
Mr,willi
2014-05-04 7:14 GMT+04:00 Axel Lin :
> Current code sets both irq_ack and irq_mask callbacks to vt8500_irq_mask().
> However, vt8500_irq_mask does not clear interrupt enable bit when the
> interrupt
> trigger mode is edge trigger.
>
> This patch moves the code clearing Interrupt Status Register bi
On Fri, May 02, 2014 at 11:19:47AM -0400, Rik van Riel wrote:
> As an aside, it also looks like SD_BALANCE_WAKE is set on all domains
> of a NUMA system by default, so even the non-affine wakeup will end
> up looking for the lowest load NUMA node to start up on.
I can't find it being set on anythi
Hi Guenter, Srinivas,
On Mon, 5 May 2014 10:32:31 -0700, Guenter Roeck wrote:
> On Mon, May 05, 2014 at 10:13:11AM -0700, Srinivas Pandruvada wrote:
> > for kernel : 3.15.rc3 .
> >
> > Is there any change in the coretemp? Previously we used to see,
> > tempx data (like temp2_input, temp2_max etc.
On Sun, May 04, 2014 at 05:14:59PM +0530, Preeti Murthy wrote:
> As far as my understanding goes, the logic in select_task_rq_fair()
> does wake_affine() or calls select_idle_sibling() only at those
> levels of sched domains where the flag SD_WAKE_AFFINE is set.
> This flag is not set at the numa d
On Tuesday 06 May 2014 13:34:46 Bartlomiej Zolnierkiewicz wrote:
> On Tuesday, May 06, 2014 02:14:01 AM Gregory CLEMENT wrote:
> > For the Armada 38x SoCs which come with an xhci controller, specific
> > initialization must be done during probe related to the MBus windows
> > configuration. This pa
On Thu, May 01, 2014 at 11:34:16AM +0900, Jungseok Lee wrote:
> This patch implements 4 levels of translation tables since 3 levels
> of page tables with 4KB pages cannot support 40-bit physical address
> space described in [1] due to the following issue.
>
> It is a restriction that kernel logica
Hi Richard,
On Sat, May 3, 2014 at 9:12 PM, Richard Weinberger wrote:
> @@ -90,6 +91,9 @@ static int add_mmap(unsigned long virt, unsigned long phys,
> unsigned long len,
> struct host_vm_op *last;
> int fd, ret = 0;
>
> + if ((virt >= STUB_START) && (virt < STUB_END))
> +
Hi David,
On 5/5/2014 9:57 AM, George Cherian wrote:
This series does some minimal cleanups.
-Conversion of pr_*() to dev_*()
-Convert kzalloc to devm_kzalloc.
No functional changes.
v1 -> v2 Address review comments.
George Cherian (3):
driver net: cpsw: Convert pr_*() to de
Below is the list of build error/warning regressions/improvements in
v3.15-rc4[1] compared to v3.14[2].
Summarized:
- build errors: +11/-2
- build warnings: +181/-114
JFYI, when comparing v3.15-rc4[1] to v3.15-rc3[3], the summaries are:
- build errors: +7/-1
- build warnings: +76/-26
As
Hello,
On Fri, May 02, 2014 at 11:46:51PM +0100, Jan Kara wrote:
> On Fri 02-05-14 14:22:20, Andrew Morton wrote:
> > From: Will Deacon
> > Subject: printk: print initial logbuf contents before re-enabling interrupts
> >
> > When running on a hideously slow system (~10Mhz FPGA) with a bunch of
>
Dear Arnd Bergmann,
On Tue, 06 May 2014 13:57:44 +0200, Arnd Bergmann wrote:
> > Please limit this driver to mvebu arch and compile testing, i.e.
> >
> > depends on ARCH_MVEBU || COMPILE_TEST
>
> I think it actually needs a dependency on MVEBU_MBUS.
That's not what we do for any of the
On Mon, May 05, 2014 at 11:49:23PM +0200, Frederic Weisbecker wrote:
> On Mon, May 05, 2014 at 08:43:04PM +0200, Ingo Molnar wrote:
> > If a kernel refuses to patch with certain threads running, that will
> > drive those kernel threads being fixed and such. It's a deterministic,
> > recoverable,
On Sat, May 03, 2014 at 02:44:46PM +0100, Liu Hua wrote:
> Hi Will or Russell,
Hello,
> With CONFIG_LPAE=y, memory in 32-bit ARM systems can exceed
> 4G. So if we use kdump in such systems. The capture kernel
> should parse 64-bit elf header(parse_crash_elf64_headers).
>
> And this process can n
On Tue, May 6, 2014 at 2:04 PM, Geert Uytterhoeven wrote:
> JFYI, when comparing v3.15-rc4[1] to v3.15-rc3[3], the summaries are:
> - build errors: +7/-1
+ /scratch/kisskb/src/arch/powerpc/include/asm/fixmap.h: error:
overflow in enumeration values CC drivers/hwmon/smsc47m192.o:
=> 51:
On Mon, May 05, 2014 at 06:59:29PM -0700, David Lang wrote:
> On Tue, 6 May 2014, Jiri Kosina wrote:
>
> >On Mon, 5 May 2014, David Lang wrote:
> >
> >>how would you know that all instances of the datastructure in memory
> >>have= been touched? just because all tasks have run and are outside the
>
Boris,
> -Original Message-
> From: Boris BREZILLON [mailto:boris.brezil...@free-electrons.com]
> Sent: Monday, May 05, 2014 4:23 PM
> To: Bryan Evenson
> Cc: Andrew Victor; Nicolas Ferre; Jean-Christophe Plagniol-Villard; linux-arm-
> ker...@lists.infradead.org; Alessandro Zummo; rtc-
> l
On Tuesday 06 May 2014 14:10:23 Thomas Petazzoni wrote:
> On Tue, 06 May 2014 13:57:44 +0200, Arnd Bergmann wrote:
>
> > > Please limit this driver to mvebu arch and compile testing, i.e.
> > >
> > > depends on ARCH_MVEBU || COMPILE_TEST
> >
> > I think it actually needs a dependency on
On Tue, May 06, 2014 at 09:32:28AM +0200, Ingo Molnar wrote:
>
> * Jiri Kosina wrote:
>
> > On Mon, 5 May 2014, David Lang wrote:
> >
> > > how would you know that all instances of the datastructure in memory
> > > have= been touched? just because all tasks have run and are outside the
> > >
On 05/06/2014 07:08 AM, Peter Zijlstra wrote:
> On Sat, May 03, 2014 at 09:16:00AM -0400, Sasha Levin wrote:
>> Hi all,
>>
>> While fuzzing with trinity inside a KVM tools guest running latest -next
>> kernel I've stumbled on the following:
>>
>
> Cute.. not making sense.. :-)
>
>> [ 1796.5913
On Tue, 06 May 2014 20:45:50 +0900
Masami Hiramatsu wrote:
> However, I also think if users can accept such freezing wait-time,
> it means they can also accept kexec based "checkpoint-restart" patching.
> So, I think the final goal of the kpatch will be live patching without
> stopping the machi
On Tue 06-05-14 13:06:48, Will Deacon wrote:
> Hello,
>
> On Fri, May 02, 2014 at 11:46:51PM +0100, Jan Kara wrote:
> > On Fri 02-05-14 14:22:20, Andrew Morton wrote:
> > > From: Will Deacon
> > > Subject: printk: print initial logbuf contents before re-enabling
> > > interrupts
> > >
> > > Whe
On Mon, May 05, 2014 at 09:48:27PM +0100, Larry Bassel wrote:
> Support for arch_irq_work_raise() was missing from
> arm64 (a prerequisite for FULL_NOHZ).
>
> This patch is based on the arm32 patch ARM 7872/1
> which ports cleanly.
>
> commit bf18525fd793101df42a1344ecc48b49b62e48c9
> Author: Ste
On Mon, May 5, 2014 at 4:35 PM, Andrew Morton wrote:
> On Mon, 5 May 2014 10:43:05 -0400 Dan Streetman wrote:
>
>> Replace pr_debug() in lib/plist.c test function plist_test() with
>> printk(KERN_DEBUG ...).
>>
>> Without DEBUG defined, pr_debug() is complied out, but the entire
>> plist_test()
On Mon, 5 May 2014, Andrew Morton wrote:
> On Mon, 05 May 2014 16:44:34 -0400 Sasha Levin wrote:
>
> > On 05/01/2014 04:10 PM, Andrew Morton wrote:
> > >> On Wed, 30 Apr 2014, Sasha Levin wrote:
> > >> >
> > > > > Could someone pretty please merge that patch? Specially since
> > > >
Hi Valentin
Thanks for the patch, i agree with it.
Mike do you planned to integrate this patch ?
Gabriel.
Best Regards.
On 05/06/2014 11:29 AM, Valentin Ilie wrote:
On 22 April 2014 16:15, Valentin Ilie wrote:
When it fails to allocate div, gate should be free'd before return
Signed-off-b
On Tue, 6 May 2014 07:12:11 -0500
Josh Poimboeuf wrote:
> Live patching is a very sensitive and risky operation, and from a kernel
> standpoint we should make it as safe as we reasonably can. But we can't
> do much about careless users. Ultimately the risk is in the hands of
> the user and thei
Le 06/05/2014 01:23, James Bottomley a écrit :
On May 5, 2014 3:36:38 PM PDT, Serge Hallyn wrote:
Quoting James Bottomley (james.bottom...@hansenpartnership.com):
On Mon, 2014-05-05 at 22:27 +, Serge Hallyn wrote:
Quoting James Bottomley (james.bottom...@hansenpartnership.com):
On Mon,
On Tue, 29 Apr 2014 14:17:40 -0500 (CDT)
Christoph Lameter wrote:
> Replace uses of &__get_cpu_var for address calculation with this_cpu_ptr.
>
I pulled this into my 3.16 queue.
-- Steve
> Acked-by: Masami Hiramatsu
> Signed-off-by: Christoph Lameter
>
> Index: linux/include/linux/kprobes.
> Robert Richter :
> This patch set implements the necessary kernel changes for persistent
> events.
I was reviewing the code again after a while. It demonstrates how
persistent events can be used esp. for kernel enabled tracing. It also
allows people to play with it. The initial use case for this
All the DT patches look good for me.
Acked-by: Srinivas Kandagatla
I think It will be better to send a pull request to Arnd/Olof including
other reviewed DT patches.
thanks,
srini
On 05/05/14 16:38, Gabriel FERNANDEZ wrote:
The goal of this series is to enable ST Keyscan support to ST SoCs
If NO_DMA=y:
drivers/built-in.o: In function `lpuart_dma_rx_free':
fsl_lpuart.c:(.text+0x7da28): undefined reference to `dma_unmap_single'
drivers/built-in.o: In function `lpuart_dma_tx_free':
fsl_lpuart.c:(.text+0x7da60): undefined reference to `dma_unmap_single'
drivers/built-in.o: In function `
fix following warning by dynamically allocating memory:
dgnc_tty.c:583:1: warning: the frame size of 1060 bytes is larger than 1024
bytes [-Wframe-larger-than=]
Signed-off-by: Martin Kepplinger
---
This is more of a question. Is this a desired solution to fixing such a
frame size warning?
thank
Dear Arnd Bergmann,
On Tue, 06 May 2014 14:21:55 +0200, Arnd Bergmann wrote:
> > That's not what we do for any of the other drivers that use the
> > MVEBU_MBUS functions.
>
> Fair enough. I guess using ARCH_MVEBU as the dependency works as well
> because it implies MVEBU_MBUS. However, you can't
On Tue, 2014-05-06 at 12:29 +0200, Borislav Petkov wrote:
> Hi,
>
> so I'm getting sick'n'tired of all those bug reports of people pounding
> cpu hotplug with stupid scripts.
>
> * We know cpu hotplug is fragile/buggy/crap/needs proper rewrite.
>
> * Stupid hotplugging script doesn't resemble a
On Wed, Apr 30, 2014 at 11:15:29PM +0300, Dan Carpenter wrote:
> > > diff --git a/include/acpi/platform/acenv.h b/include/acpi/platform/acenv.h
> > > index e863dd5..5e0fc2b 100644
> > > --- a/include/acpi/platform/acenv.h
> > > +++ b/include/acpi/platform/acenv.h
> >
> > This is an ACPICA header a
Now that cgroup_subtree_control_write() has access to the associated
kernfs_open_file and thus the kernfs_node, there's no need to cache it
in cgroup->control_kn on creation. Remove cgroup->control_kn and use
@of->kn directly.
Signed-off-by: Tejun Heo
---
include/linux/cgroup.h | 1 -
kernel/cg
Hello,
This patchset implements a new cftype operation ->write() and replace
->write_string() and ->trigger() with it. ->write() is similar to
->write_string() but maps directly to the kernfs write operation and
has access to all available context information including the
associated kernfs_open_
Convert all cftype->write_string() users to the new cftype->write()
which maps directly to kernfs write operation and has full access to
kernfs and cgroup contexts. The conversions are mostly mechanical.
* @css and @cft are accessed using of_css() and of_cft() accessors
respectively instead of
On Tue, May 06, 2014 at 09:23:04AM +0200, Ingo Molnar wrote:
>
> * Dongsheng Yang wrote:
>
> > From: Dongsheng
> >
> > In output of perf sched map, any shortname of thread will be explained
> > at the first time when it appear.
> >
> > Example:
> > *A0 228836.978985 secs A
cftype->trigger() is pointless. It's trivial to ignore the input
buffer from a regular ->write() operation. Convert all ->trigger()
users to ->write() and remove ->trigger().
This patch doesn't introduce any visible behavior changes.
Signed-off-by: Tejun Heo
Cc: Johannes Weiner
Cc: Michal Hoc
101 - 200 of 829 matches
Mail list logo
