That's very sad news Tate. And I'm very sorry for the loss. You have not
only lost a friend, but we've all lost a fellow Linux developer and
hacker. And that's very sad to hear.
My thoughts to everyone in Andre's circle.
Regards
--
Chris Jones @ kernel.devproj...@gmail.com
On 07/19/2012 10:45 PM, Paul E. McKenney wrote:
On Thu, Jul 19, 2012 at 05:39:30PM +0530, Srivatsa S. Bhat wrote:
Hi Paul,
While running a CPU hotplug stress test on v3.5-rc7+
(mainline commit 8a7298b7805ab) I hit this warning.
I haven't tried to debug this yet...
Line number 1550 maps to:
On Fri, Jul 20, 2012 at 09:28:12AM +0100, Arnd Bergmann wrote:
On Friday 20 July 2012, Jon Masters wrote:
I think it would be best to list the technical limitations, from the
kernel's perspective, of the unsupported exception levels and the
advantages of the supported exception levels
On Fri, Jul 20, 2012 at 03:34:47PM +0530, Srivatsa S. Bhat wrote:
On 07/19/2012 10:14 PM, Neil Horman wrote:
On Thu, Jul 19, 2012 at 09:57:37PM +0530, Srivatsa S. Bhat wrote:
After commit ef209f15 (net: cgroup: fix access the unallocated memory in
netprio cgroup), boot fails with the
On Fri, 20 Jul 2012, Konrad Rzeszutek Wilk wrote:
OK, please include those questions/answers in the git commit and
repost.
I seem to be missing the rest of the patches. I see the drivers/xen/events
also
has the xen_init_IRQ_arm... is there a git tree with the base patches?
Yes, the
, comm: swapper/2 Tainted: GW
3.5.0-rc7-next-20120720-sasha-1-g0bb3f48-dirty #227
[ 78.052041] Call Trace:
[ 78.052058] IRQ [811554b8] ?
clockevents_program_event+0x48/0xf0
[ 78.052082] [810e93d7] warn_slowpath_common+0x87/0xb0
[ 78.052086] [810e94c5
On Thu, Jul 19, 2012 at 04:34:26PM -0700, Tim Chen wrote:
Hi,
I noticed in a multi-process parallel files reading benchmark I ran on a
8 socket machine, throughput slowed down by a factor of 8 when I ran
the benchmark within a cgroup container. I traced the problem to the
following code
hot-remove initiated by acpi_memhotplug driver tries to offline pages and then
remove section/sysfs files in remove_memory(). remove_memory() will only proceed
if is_memblk_offline() returns true, i.e. only if the corresponding memblock
is in MEM_OFFLINE state. However, the memblock state is
On 07/20/2012 04:30 PM, Neil Horman wrote:
On Fri, Jul 20, 2012 at 03:34:47PM +0530, Srivatsa S. Bhat wrote:
On 07/19/2012 10:14 PM, Neil Horman wrote:
On Thu, Jul 19, 2012 at 09:57:37PM +0530, Srivatsa S. Bhat wrote:
After commit ef209f15 (net: cgroup: fix access the unallocated memory in
ahd can be NULL here and it gets dereferenced inside the call to
ahd_name().
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/scsi/aic7xxx/aic79xx_core.c
b/drivers/scsi/aic7xxx/aic79xx_core.c
index 25417d0..5db8925 100644
--- a/drivers/scsi/aic7xxx/aic79xx_core.c
+++
Hi,
Existing fuse implementation processes scatter-gather direct IO in suboptimal
way: fuse_direct_IO passes iovec[] to fuse_loop_dio and the latter calls
fuse_direct_read/write for each iovec from iovec[] array. Thus we have as many
submitted fuse-requests as the number of elements in iovec[]
The patch allows fuse_req to refer to array of iovec-s describing
layout of user-data over req-pages. fuse_copy_pages() is re-worked to
support both cased: former layout where pages[] corresponded to buf, len
and newer one where pages[] corresponds to iovec[].
Signed-off-by: Maxim Patlasov
Now fuse_get_user_pages() takes iovec[] as argument and packs so much data
from it to req-pages[] as possible.
Signed-off-by: Maxim Patlasov mpatla...@parallels.com
---
fs/fuse/file.c | 64 +---
1 files changed, 47 insertions(+), 17
The patch transparently passes iovec[] argument from fuse_direct_io()
to fuse_get_user_pages() hoping that the latter would fill req with
some part of iovec[].
Signed-off-by: Maxim Patlasov mpatla...@parallels.com
---
fs/fuse/file.c | 17 +
1 files changed, 13 insertions(+), 4
The patch eliminates fuse_loop_dio() by passing iovec[] transparently
from fuse_direct_IO() to __fuse_direct_io(). The latter is responsible now
for processing elements of iovec[]. This allows __fuse_direct_io() to pack
many iovec-s to each fuse_req, effectively minimizing number of fuse_req-s
On Fri, Jul 20, 2012 at 11:45:59AM +0800, Xiao Guangrong wrote:
BTW, they are some bug fix patches on -master branch, but
it is not existed on -next branch:
commit: f411930442e01f9cf1bf4df41ff7e89476575c4d
commit: 85b7059169e128c57a3a8a3e588fb89cb2031da1
It causes code conflict if we do the
On Fri, Jul 20, 2012 at 10:17:36AM +0800, Xiao Guangrong wrote:
On 07/20/2012 07:58 AM, Marcelo Tosatti wrote:
- }
+ rc = ctxt-ops-read_emulated(ctxt, addr, mc-data + mc-end, size,
+ctxt-exception);
+ if (rc != X86EMUL_CONTINUE)
+ return rc;
On Fri, Jul 20, 2012 at 10:34:28AM +0800, Xiao Guangrong wrote:
On 07/20/2012 08:39 AM, Marcelo Tosatti wrote:
On Tue, Jul 17, 2012 at 09:53:29PM +0800, Xiao Guangrong wrote:
If it have no indirect shadow pages we need not protect any gfn,
this is always true for direct mmu without nested
Without this patch kernel will panic on LockD start, because lockd_up() checks
lockd_up_net() result for negative value.
From my pow it's better to return negative value from rpcbind routines instead
of replacing all such checks like in lockd_up().
Signed-off-by: Stanislav Kinsbursky
Hi Arnd and Olof,
this LPC32xx core update (branch lpc32xx/core2) builds upon the
previously provided lpc32xx/core-fixes. Basically including PWM support
(for the PWM driver from Alexandre already in the pwm tree), and
CPU ID.
Thanks,
Roland
The following changes since commit
Hi Arnd and Olof,
this is a late addition to LPC32xx DTS files for v3.6. Branch lpc32xx/dts2,
building upon previously posted lpc32xx/dts.
Thanks,
Roland
The following changes since commit 7bb71a6c3241b8e20b54fe9978cc9af5eddfd428:
ARM: LPC32xx: Update DTS file for EA3250 board (2012-07-01
On Thu, Jul 19, 2012 at 11:28:46AM -0700, Tony Luck wrote:
Sandy Bridge processors follow the SDM (Vol 3B, Table 15-20) and set
both the RIPV and EIPV bits in the MCG_STATUS register to zero for
machine checks during instruction fetch. This is more than a little
counter-intuitive and means
Minor updates to the rb_erase() function:
- Reorder code to put simplest / common case (no more than 1 child) first.
- Fetch the parent first, since it ends up being required in all 3 cases.
- Add a few comments to illustrate case 2 (node to remove has 2 childs,
but one of them is the successor)
For fixed voltage, the n_voltages should be 1 rather than 0.
Signed-off-by: Axel Lin axel@gmail.com
---
drivers/regulator/lp8788-ldo.c |8
1 file changed, 8 insertions(+)
diff --git a/drivers/regulator/lp8788-ldo.c b/drivers/regulator/lp8788-ldo.c
index d2122e4..6796eeb 100644
Signed-off-by: Michel Lespinasse wal...@google.com
---
lib/rbtree_test.c | 103 +++-
1 files changed, 101 insertions(+), 2 deletions(-)
diff --git a/lib/rbtree_test.c b/lib/rbtree_test.c
index 4c6d250..2dfafe4 100644
--- a/lib/rbtree_test.c
+++
Introduce rb_insert_augmented(), which is a version of rb_insert_color()
with an added callback on tree rotations. This can be used for insertion
into an augmented tree: the handcoded search phase must be updated to
maintain the augmented information on insertion, and then the rbtree
convert arch/x86/mm/pat_rbtree.c to the proposed augmented rbtree api
and remove the old augmented rbtree implementation.
timings:
lpa36 ~168 / 282 cycles
lph71 ~168 / 271 cycles
lpk18 ~ 72 / 122 cycles
textdata bss dec hex filename
2969 0 02969 b99
Add an augmented tree rotation callback to __rb_erase_color(), so that
augmented tree information can be maintained while rebalancing.
Also introduce rb_erase_augmented(), which is a version of rb_erase()
with augmented tree callbacks. We need two callbacks here: one to propagate
the augmented
Hi Catalin,
On Fri, Jul 20, 2012 at 12:52 PM, Catalin Marinas
catalin.mari...@arm.com wrote:
On Fri, Jul 20, 2012 at 09:28:12AM +0100, Arnd Bergmann wrote:
On Friday 20 July 2012, Jon Masters wrote:
I think it would be best to list the technical limitations, from the
kernel's perspective,
On Thu, Jul 05, 2012 at 06:29:54PM +0800, Jason Wang wrote:
This patch let the virtio_net driver can negotiate the number of queues it
wishes to use through control virtqueue and export an ethtool interface to let
use tweak it.
As current multiqueue virtio-net implementation has
The RFC patch is just for discussing if the idea of deferring
request_firmware is doable for addressing the issue of
request_firmware in resume path, which is caused by driver
unbind/rebind during resume.
At least usb bus is involved in such things, one driver may be
unbound and rebound in resume
I've been looking at rbtrees with an eye towards improving the augmented
rbtree support, and even though I don't consider this work done, I am
getting to the stage where I would like to get feedback.
Patches 1-2 are generic rbtree improvements I came up with after sending
the previous patch
When looking to fetch a node's sibling, we went through a sequence of:
- check if node is the parent's left child
- if it is, then fetch the parent's right child
This can be replaced with:
- fetch the parent's right child as an assumed sibling
- check that node is NOT the fetched child
This
Changes for v8:
* Separated the cpu hotplug patch into three patches, as follows
[PATCH v8 1/7] powerpc/smp: use a struct epapr_spin_table to replace macros
[PATCH v8 2/7] powerpc/smp: add generic_set_cpu_up() to set cpu_state as
CPU_UP_PREPARE
[PATCH v8 4/7] powerpc/85xx: add HOTPLUG_CPU
Signed-off-by: Zhao Chenhui chenhui.z...@freescale.com
---
arch/powerpc/platforms/85xx/smp.c | 46 ++--
1 files changed, 23 insertions(+), 23 deletions(-)
diff --git a/arch/powerpc/platforms/85xx/smp.c
b/arch/powerpc/platforms/85xx/smp.c
index ff42490..4827709
In the case of cpu hotplug, the cpu_state should be set to CPU_UP_PREPARE when
kicking cpu.
Otherwise, the cpu_state is always CPU_DEAD after calling
generic_set_cpu_dead(), which
makes the delay in generic_cpu_die() not happen.
Signed-off-by: Zhao Chenhui chenhui.z...@freescale.com
---
In sleep PM mode, the clocks of e500 core and unused IP blocks is
turned off. IP blocks which are allowed to wake up the processor
are still running.
Some Freescale chips like MPC8536 and P1022 has deep sleep PM mode
in addtion to the sleep PM mode.
While in deep sleep PM mode, additionally, the
Some 85xx silicons like MPC8536 and P1022 have a JOG feature, which provides
a dynamic mechanism to lower or raise the CPU core clock at runtime.
This patch adds the support to change CPU frequency using the standard
cpufreq interface. The ratio CORE to CCB can be 1:1(except MPC8536), 3:2,
2:1,
Add APIs for setting wakeup source and lossless Ethernet in low power modes.
These APIs can be used by wake-on-packet feature.
Signed-off-by: Dave Liu dave...@freescale.com
Signed-off-by: Li Yang le...@freescale.com
Signed-off-by: Jin Qing b24...@freescale.com
Signed-off-by: Zhao Chenhui
Add support to disable and re-enable individual cores at runtime
on MPC85xx/QorIQ SMP machines. Currently support e500v1/e500v2 core.
MPC85xx machines use ePAPR spin-table in boot page for CPU kick-off.
This patch uses the boot page from bootloader to boot core at runtime.
It supports 32-bit and
Do hardware timebase sync. Firstly, stop all timebases, and transfer
the timebase value of the boot core to the other core. Finally,
start all timebases.
Only apply to dual-core chips, such as MPC8572, P2020, etc.
Signed-off-by: Zhao Chenhui chenhui.z...@freescale.com
Signed-off-by: Li Yang
Add IDE support for MPC85xxCDS.
Signed-off-by: Zhao Chenhui chenhui.z...@freescale.com
---
arch/powerpc/configs/mpc85xx_defconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/configs/mpc85xx_defconfig
b/arch/powerpc/configs/mpc85xx_defconfig
index
During suspend, all interrupts including IPI will be disabled. In this case,
the suspend process will hang in SMP. To prevent this, pass the flag
IRQF_NO_SUSPEND when requesting IPI irq.
Signed-off-by: Zhao Chenhui chenhui.z...@freescale.com
Signed-off-by: Li Yang le...@freescale.com
---
From: Andi Kleen a...@linux.intel.com
With multiple threads vector stores are more efficient, so use them.
This will cause the page clear to run non preemptable and add some
overhead. However on 32bit it was already non preempable (due to
kmap_atomic) and there is an preemption opportunity every
From: Andi Kleen a...@linux.intel.com
Use the fault address, not the rounded down hpage address for NUMA
policy purposes. In some circumstances this can give more exact
NUMA policy.
Signed-off-by: Andi Kleen a...@linux.intel.com
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
From: Andi Kleen a...@linux.intel.com
Clearing a 2MB huge page will typically blow away several levels
of CPU caches. To avoid this only cache clear the 4K area
around the fault address and use a cache avoiding clears
for the rest of the 2MB area.
TBD add numbers
Signed-off-by: Andi Kleen
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Clearing a 2MB huge page will typically blow away several levels of CPU
caches. To avoid this only cache clear the 4K area around the fault
address and use a cache avoiding clears for the rest of the 2MB area.
It would be nice to test the
From: Andi Kleen a...@linux.intel.com
hugetlb does not necessarily pass in an aligned address, so the
low level address computation is wrong.
This will fix architectures that actually use the address for flushing
the cleared address (very few, like xtensa/sparc/...?)
Signed-off-by: Andi Kleen
From: Andi Kleen a...@linux.intel.com
Add a cache avoiding version of clear_page. Straight forward integer variant
of the existing 64bit clear_page, for both 32bit and 64bit.
Also add the necessary glue for highmem including a layer that non cache
coherent architectures that use the virtual
From: Andi Kleen a...@linux.intel.com
Signed-off-by: Andi Kleen a...@linux.intel.com
Signed-off-by: Kirill A. Shutemov kirill.shute...@linux.intel.com
---
mm/huge_memory.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index
On certain chip like MPC8536 and P1022, system can be waked up from
sleep by user-defined packet and Magic Patcket.(The eTSEC cannot
supports both types of wake-up event simultaneously.) This patch
implements wake-up on user-defined patcket including ARP request
packet and unicast patcket to this
The Power Management device tree stub indicated that the platform
supports Power Management feature.
Signed-off-by: Zhao Chenhui chenhui.z...@freescale.com
---
arch/powerpc/boot/dts/fsl/mpc8536si-post.dtsi | 14 ++-
arch/powerpc/boot/dts/fsl/mpc8544si-post.dtsi |2 +
On Fri, Jul 20, 2012 at 08:33:32PM +0800, Ming Lei wrote:
The RFC patch is just for discussing if the idea of deferring
request_firmware is doable for addressing the issue of
request_firmware in resume path, which is caused by driver
unbind/rebind during resume.
At least usb bus is involved
On Fri, Jul 20, 2012 at 8:52 PM, Borislav Petkov b...@alien8.de wrote:
This new SYSTEM_SUSPEND state is declared above and only assigned here
to system_state without being tested anywhere. AFAICT, the only test
you're doing is system_state != SYSTEM_RUNNING and that works without
defining a
Provide count_leading/trailing_zeros() macros based on extant arch bit scanning
functions rather than reimplementing from scratch in MPILIB.
Whilst we're at it, turn count_foo_zeros(n, x) into n = count_foo_zeros(x).
Also move the definition to asm-generic as other people may be interested in
this is an initial version of the driver for the upcoming Sensirion
SHT C1 humidity and temperature sensor. First hardware samples are
being tested by our key customers, and we'd therefore appreciate to
get feedback on the driver.
Datasheet URLs will be set as soon as there's a final version
On Fri, 2012-07-20 at 14:19 +0800, Alex Shi wrote:
commit 8e7fbcbc22c(sched: Remove stale power aware scheduling remnants
and dysfunctional knobs) removed SD_PERFER_SIBLING on CPU domain
On numa machine, that causes load_balance didn't perfer LCPU in same
physical CPU package.
It causes
Propagating information about various sensor defects to userspace
sounds horrid to me. The sooner we can forget about these devices, the
better.
Not providing the userspace driver with enough information to give
users the best experience possible sounds horrid to me.
The question was
On Fri, Jul 20, 2012 at 08:57:05PM +0800, Ming Lei wrote:
On Fri, Jul 20, 2012 at 8:52 PM, Borislav Petkov b...@alien8.de wrote:
This new SYSTEM_SUSPEND state is declared above and only assigned here
to system_state without being tested anywhere. AFAICT, the only test
you're doing is
On Fri, Jul 20, 2012 at 9:03 PM, Borislav Petkov b...@alien8.de wrote:
This still doesn't change the fact that SYSTEM_SUSPEND or
SYSTEM_SUSPEND_DISK is unused. IOW, both states are unused. So why
introduce a new state instead of simply test != SYSTEM_RUNNING?
Because system_state is still
On Fri, Jul 20, 2012 at 09:09:10PM +0800, Ming Lei wrote:
On Fri, Jul 20, 2012 at 9:03 PM, Borislav Petkov b...@alien8.de wrote:
This still doesn't change the fact that SYSTEM_SUSPEND or
SYSTEM_SUSPEND_DISK is unused. IOW, both states are unused. So why
introduce a new state instead of
On 07/20/2012 06:58 PM, Marcelo Tosatti wrote:
On Fri, Jul 20, 2012 at 10:17:36AM +0800, Xiao Guangrong wrote:
On 07/20/2012 07:58 AM, Marcelo Tosatti wrote:
- }
+ rc = ctxt-ops-read_emulated(ctxt, addr, mc-data + mc-end, size,
+ctxt-exception);
+ if (rc
On Fri, Jul 20, 2012 at 01:32:39PM +0100, Geert Uytterhoeven wrote:
On Fri, Jul 20, 2012 at 12:52 PM, Catalin Marinas
catalin.mari...@arm.com wrote:
On Fri, Jul 20, 2012 at 09:28:12AM +0100, Arnd Bergmann wrote:
On Friday 20 July 2012, Jon Masters wrote:
I think it would be best to list
On 07/19/2012 05:24 AM, Paul E. McKenney wrote:
On Wed, Jul 18, 2012 at 11:06:52PM +0530, Srivatsa S. Bhat wrote:
On 07/16/2012 08:52 PM, Paul E. McKenney wrote:
On Mon, Jul 16, 2012 at 10:42:34AM -, Thomas Gleixner wrote:
The following series implements the infrastructure for parking and
On Fri, Jul 20, 2012 at 11:56:06AM +0200, nicolas prochazka wrote:
[ 2384.900061] BUG: unable to handle kernel paging request at
0001002f
That '1' looks like a random bit flip. Try running memtest86.
[ 2384.910010] Pid: 23838, comm: queue.sh Tainted: G D W
This wasn't the
What is the harm of not using this and just letting the number be infinite
(or until EFI runs out of space)? Is it a big deal if extra failures
are logged?
There may be someone using NVRAM for other purposes.
Actually, we have the user interface, /sys/firmware/efi/vars/new_vars, del_vars.
Hi Linus,
On 7/17/2012 3:58 AM, Linus Walleij wrote:
On Sat, Jul 14, 2012 at 2:16 AM, Mike Turquette mturque...@linaro.org wrote:
'
This patch moves direct control of the MPU voltage regulator out of the
cpufreq driver .target callback and instead puts that logic into a clock
rate change
Hello;
I can reproduce this problem on five differents servers,
I can try a memtest86.
regards,
Nicolas Prochazka.
complete dump :
596.322369] BUG: unable to handle kernel paging request at 0001003b
[ 596.322622] IP: [811a3654] tid_fd_revalidate+0x84/0x1a0
[ 596.322828] PGD
We're trying to save the termios state and we need to allocate a buffer
to do it. Smatch complains that the buffer is leaked at the end of the
function.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
diff --git a/drivers/tty/tty_io.c b/drivers/tty/tty_io.c
index be18d60..58a1bdd 100644
On 07/20/2012 07:09 PM, Marcelo Tosatti wrote:
On Fri, Jul 20, 2012 at 10:34:28AM +0800, Xiao Guangrong wrote:
On 07/20/2012 08:39 AM, Marcelo Tosatti wrote:
On Tue, Jul 17, 2012 at 09:53:29PM +0800, Xiao Guangrong wrote:
If it have no indirect shadow pages we need not protect any gfn,
this
On Thu, Jul 19, 2012 at 11:53:45PM -0700, Darren Hart wrote:
I'll add a fix to that WARN_ON in my futex-fixes branch along with the
fix for the bug Dan found.
I think I have root cause. futex_wait_requeue_pi() doesn't like having
uaddr == uaddr2. The handle_early_wakeup()
of_clk_get_by_name returns an ERR_PTR on failure. Hence we should use IS_ERR()
and not just check for a non NULL value.
Signed-off-by: Peter De Schrijver pdeschrij...@nvidia.com
---
drivers/clk/clkdev.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Thu, Jul 05, 2012 at 06:29:53PM +0800, Jason Wang wrote:
This patch converts virtio_net to a multi queue device. After negotiated
VIRTIO_NET_F_MULTIQUEUE feature, the virtio device has many tx/rx queue pairs,
and driver could read the number from config space.
The driver expects the
The hope would be a daemon would clear the old logs out and you never run
out of space.
In most case
But as Tony mentioned, NVRAM may be filled with multiple oops even if we have
the daemon.
Oops...
I meant that in most case, the daemon can erase entries.
But as Tony mentioned, NVRAM
On Thu, Jul 19, 2012 at 6:42 PM, Namhyung Kim namhy...@kernel.org wrote:
Now we can support color using pango markup with this change.
Signed-off-by: Namhyung Kim namhy...@kernel.org
Can you please CC me on perf GTK patches?
[snip]
+#define HPP_COLOR_FN(_name, _field)
On Thu, Jul 19, 2012 at 09:08:34AM +, Cong Wang wrote:
On Wed, 18 Jul 2012 at 10:43 GMT, Mel Gorman mgor...@suse.de wrote:
+ if (!down_read_trylock(svma-vm_mm-mmap_sem)) {
+ mutex_unlock(mapping-i_mmap_mutex);
+ goto retry;
+ }
On Fri, Jul 20, 2012 at 03:36:37PM +0200, Peter De Schrijver wrote:
of_clk_get_by_name returns an ERR_PTR on failure. Hence we should use IS_ERR()
and not just check for a non NULL value.
Signed-off-by: Peter De Schrijver pdeschrij...@nvidia.com
---
drivers/clk/clkdev.c |2 +-
1 files
On Fri, Jul 20, 2012 at 03:36:37PM +0200, Peter De Schrijver wrote:
of_clk_get_by_name returns an ERR_PTR on failure. Hence we should use IS_ERR()
and not just check for a non NULL value.
Signed-off-by: Peter De Schrijver pdeschrij...@nvidia.com
---
drivers/clk/clkdev.c |2 +-
1 files
Hi Jon,
On 07/20/2012 03:10 AM, Jon Masters wrote:
On 07/19/2012 01:31 PM, Christopher Covington wrote:
On 07/18/2012 02:57 AM, Jon Masters wrote:
On 07/06/2012 05:05 PM, Catalin Marinas wrote:
+- CPU mode
+ All forms of interrupts must be masked in PSTATE.DAIF (Debug, SError,
+ IRQ and
On Thu, Jul 19, 2012 at 06:31:07PM +0100, Christopher Covington wrote:
On 07/18/2012 02:57 AM, Jon Masters wrote:
On 07/06/2012 05:05 PM, Catalin Marinas wrote:
+- CPU mode
+ All forms of interrupts must be masked in PSTATE.DAIF (Debug, SError,
+ IRQ and FIQ).
+ The CPU must be in
This V2 is still the mmap_sem approach that fixes a potential deadlock
problem pointed out by Michal.
Changelog since V1
o Correct cutpaste error in race description (hugh)
o Handle potential deadlock during fork(mhocko)
o Reorder unlocking
On Fri, Jul 20, 2012 at 02:47:36PM +0100, Christopher Covington wrote:
On 07/20/2012 03:10 AM, Jon Masters wrote:
Unless you enter at EL2 you can never install a hypervisor. That's the
reason for the requirement for generally entering at EL2 when possible.
That brief explanation would make
On Thu 19-07-12 16:34:26, Tim Chen wrote:
[...]
diff --git a/mm/vmscan.c b/mm/vmscan.c
index 33dc256..aac5672 100644
--- a/mm/vmscan.c
+++ b/mm/vmscan.c
@@ -779,6 +779,7 @@ static unsigned long shrink_page_list(struct list_head
*page_list,
cond_resched();
+
On Friday 20 July 2012, David Howells wrote:
Provide count_leading/trailing_zeros() macros based on extant arch bit
scanning
functions rather than reimplementing from scratch in MPILIB.
Whilst we're at it, turn count_foo_zeros(n, x) into n = count_foo_zeros(x).
Also move the definition
On Friday 20 July 2012 20:33:32 Ming Lei wrote:
The RFC patch is just for discussing if the idea of deferring
request_firmware is doable for addressing the issue of
request_firmware in resume path, which is caused by driver
unbind/rebind during resume.
At least usb bus is involved in such
On Fri, 20 Jul 2012 16:32:45 +0300
Dan Carpenter dan.carpen...@oracle.com wrote:
We're trying to save the termios state and we need to allocate a buffer
to do it. Smatch complains that the buffer is leaked at the end of the
function.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
-Original Message-
From: Bjørn Mork [mailto:bj...@mork.no]
Sent: Friday, July 20, 2012 3:59 AM
To: KY Srinivasan
Cc: Greg KH (gre...@linuxfoundation.org); Paolo Bonzini;
de...@linuxdriverproject.org; linux-kernel@vger.kernel.org;
virtualizat...@lists.osdl.org
Subject: Re:
On Friday 20 July 2012 14:57:22 Johannes Winkelmann wrote:
+/* sysfs attributes */
+static struct shtc1_data *shtc1_update_client(struct device *dev)
+{
+ struct i2c_client *client = to_i2c_client(dev);
+ struct shtc1_data *data = i2c_get_clientdata(client);
+
+ char
On Fri, 20 Jul 2012 20:45:25 +0800
Zhao Chenhui chenhui.z...@freescale.com wrote:
Add IDE support for MPC85xxCDS.
Signed-off-by: Zhao Chenhui chenhui.z...@freescale.com
---
arch/powerpc/configs/mpc85xx_defconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
On Mon, Jul 16, 2012 at 6:03 AM, Piotr Sawuk a9702...@unet.univie.ac.at wrote:
On Mo, 16.07.2012, 13:46, Eric Dumazet wrote:
On Mon, 2012-07-16 at 13:33 +0200, Piotr Sawuk wrote:
On Sa, 14.07.2012, 01:55, Stephen Hemminger wrote:
I am not sure if the is really necessary since the most
of
Eric Sandeen sand...@redhat.com writes:
I got this oops stack overrun warning while running mkfs.ext4 on a sparse
4T file hosted on xfs.
Should CFQ be issuing IO here?
Yes. The on-stack plugging gets flushed when a process is scheduled
out. Seriously, Eric, all of that xfs stuff in the
Sorry for the resend, I did not properly refresh Cong Wang's suggested
fix. This V2 is still the mmap_sem approach that fixes a potential deadlock
problem pointed out by Michal.
Changelog since V1
o Correct cutpaste error in race description (hugh)
o Handle potential deadlock
On 07/20/2012 12:33 AM, Michael Ellerman wrote:
On Thu, 2012-07-19 at 09:42 -0500, Seth Jennings wrote:
This patch adds the driver for interacting with the 842
compression accelerator on IBM Power7+ systems.
...
+struct nx842_slentry {
+unsigned long ptr; /* Absolute address (use
On Fri, Jul 20, 2012 at 03:53:29PM +0200, Michal Hocko wrote:
On Thu 19-07-12 16:34:26, Tim Chen wrote:
[...]
diff --git a/mm/vmscan.c b/mm/vmscan.c
index 33dc256..aac5672 100644
--- a/mm/vmscan.c
+++ b/mm/vmscan.c
@@ -779,6 +779,7 @@ static unsigned long shrink_page_list(struct
Arnd Bergmann a...@arndb.de wrote:
I don't generally like to put stuff into asm-generic when it's unlikely
to be overridden by architectures. It would really belong into
include/linux, but then again we have all the other bitops in asm-generic
as well, so whatever...
Some arches (such as
Hi Catalin,
On 01/-10/-28163 02:59 PM, Catalin Marinas wrote:
This patch introduces several assembly macros and definitions used in
the .S files across arch/aarch64/ like IRQ disabling/enabling, together
with asm-offsets.c.
[...]
diff --git a/arch/aarch64/include/asm/assembler.h
We already know the mask in lp8788_init_dvs() function, and we can update
the corresponding bit for default_dvs_mode in lp8788_init_dvs() function.
This function looks not necessary to me.
Signed-off-by: Axel Lin axel@gmail.com
---
drivers/regulator/lp8788-buck.c | 25
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/agk/linux-dm tags/dm-3.5-fixes-2
to get the following further device-mapper fixes for 3.5.
Thanks,
Alasdair
Three fixes for device-mapper discard processing:
On Fri 20-07-12 15:11:08, Mel Gorman wrote:
Sorry for the resend, I did not properly refresh Cong Wang's suggested
fix. This V2 is still the mmap_sem approach that fixes a potential deadlock
problem pointed out by Michal.
Changelog since V1
o Correct cutpaste error in race description
On Fri, Jul 20, 2012 at 01:24:38PM +, Seiji Aguchi wrote:
What is the harm of not using this and just letting the number be infinite
(or until EFI runs out of space)? Is it a big deal if extra failures
are logged?
There may be someone using NVRAM for other purposes.
Actually,
101 - 200 of 912 matches
Mail list logo