On Tue, Dec 11, 2012 at 06:00:00PM +0400, Stanislav Kinsbursky wrote:
11.12.2012 00:28, J. Bruce Fields ??:
On Thu, Dec 06, 2012 at 06:34:47PM +0300, Stanislav Kinsbursky wrote:
NFSd does lookup. Lookup is done starting from current-fs-root.
NFSd is a kthread, cloned by kthreadd, and
On Tue, Dec 11, 2012 at 06:12:40PM +0400, Stanislav Kinsbursky wrote:
UID: 9899
11.12.2012 18:00, Stanislav Kinsbursky пишет:
11.12.2012 00:28, J. Bruce Fields пишет:
On Thu, Dec 06, 2012 at 06:34:47PM +0300, Stanislav Kinsbursky wrote:
NFSd does lookup. Lookup is done starting from
On Mon, Dec 10, 2012 at 11:07:38PM -0800, Yinghai Lu wrote:
BTW, do we really need to update microcode so early?
Yes we do. Normally ucode gets applied by the BIOS - this early approach
is for those cases where OEMs don't release new BIOS anymore but we
still need to apply a ucode patch as early
Christoph Lameter c...@linux.com writes:
On Tue, 11 Dec 2012, kbuild test robot wrote:
mm/slab_common.c: In function 'create_boot_cache':
mm/slab_common.c:219:6: warning: format '%zd' expects argument of type
'signed size_t', but argument 3 has type 'size_t' [-Wformat]
We already changed
11.12.2012 18:54, Al Viro пишет:
On Tue, Dec 11, 2012 at 06:00:00PM +0400, Stanislav Kinsbursky wrote:
11.12.2012 00:28, J. Bruce Fields ??:
On Thu, Dec 06, 2012 at 06:34:47PM +0300, Stanislav Kinsbursky wrote:
NFSd does lookup. Lookup is done starting from current-fs-root.
NFSd is a
On Tue, Dec 11, 2012 at 09:56:21AM -0500, J. Bruce Fields wrote:
That looks simpler, but I still don't understand why we need it.
I'm confused about how d_path works; I would have thought that
filesystem namespaces would have their own vfsmount trees and hence that
the (vfsmount, dentry)
On Tue, Dec 11, 2012 at 06:47:18AM -0800, Tejun Heo wrote:
Hello,
On Tue, Dec 11, 2012 at 09:43:36AM -0500, Vivek Goyal wrote:
I think if one sets slice_idle=0 and group_idle=0 in CFQ, for all practical
purposes it should become and IOPS based group scheduling.
No, I don't think it is.
Remove redundant 'error' variable.
Signed-off-by: Borislav Petkov b...@alien8.de
---
drivers/base/dma-buf.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/base/dma-buf.c b/drivers/base/dma-buf.c
index 460e22dee36d..a384b63be757 100644
---
(Taint comes from previous r600 bug reported here
https://lkml.org/lkml/2012/12/8/131)
[35662.070628] BUG: unable to handle kernel NULL pointer dereference at
(null)
[35662.071719] IP: [814761e5] r100_debugfs_cp_ring_info+0x115/0x140
[35662.072652] PGD b4c17067 PUD b69d1067
11.12.2012 18:56, J. Bruce Fields пишет:
On Tue, Dec 11, 2012 at 06:12:40PM +0400, Stanislav Kinsbursky wrote:
UID: 9899
11.12.2012 18:00, Stanislav Kinsbursky пишет:
11.12.2012 00:28, J. Bruce Fields пишет:
On Thu, Dec 06, 2012 at 06:34:47PM +0300, Stanislav Kinsbursky wrote:
NFSd does
On Tue, Dec 11, 2012 at 1:31 PM, Nikola Pajkovsky npajk...@redhat.com wrote:
looks like we still have some oops in i915. i915 maintainers do you have
any ideas what's going on? I will try to trigger that oops later today
and provide more information.
The infamous pin leak. Should be fixed with
Hi Rafael,
I have worked out a patch set to clean up ACPI/PCI related
notifications,
please refer to
http://www.spinics.net/lists/linux-pci/msg17822.html
The patchset doesn't apply cleanly to Bjorn's latest pci-next tree. I
will
help to rebase it if needed.
Regards!
Gerry
On
From: Namjae Jeon namjae.j...@samsung.com
Test Case:
[NFS Client]
ls -lR .
[NFS Server]
while [ 1 ]
do
echo 3 /proc/sys/vm/drop_caches
done
Error on NFS Client: No such file or directory
When cache is dropped at the server, it results in lookup failure at the
NFS client due to non-connection
Hello, Vivek.
On Tue, Dec 11, 2012 at 10:02:34AM -0500, Vivek Goyal wrote:
cfq_group_served() {
if (iops_mode(cfqd))
charge = cfqq-slice_dispatch;
cfqg-vdisktime += cfq_scale_slice(charge, cfqg);
}
Isn't it effectively IOPS scheduling. One should get IOPS
On Tue, Dec 11, 2012 at 07:07:00PM +0400, Stanislav Kinsbursky wrote:
11.12.2012 18:56, J. Bruce Fields пишет:
On Tue, Dec 11, 2012 at 06:12:40PM +0400, Stanislav Kinsbursky wrote:
UID: 9899
11.12.2012 18:00, Stanislav Kinsbursky пишет:
11.12.2012 00:28, J. Bruce Fields пишет:
On Thu, Dec
Dear Linus Walleij,
On Fri, 19 Oct 2012 12:54:02 +0200, Linus Walleij wrote:
The MVEBU driver probably just wants a few IRQs. Using the simple
domain has the upside of allocating IRQ descriptors if need be,
especially in a SPARSE_IRQ environment.
Unfortunately, this creates the following
On Tue, Dec 11, 2012 at 10:18:07AM +0100, Ingo Molnar wrote:
* Ingo Molnar mi...@kernel.org wrote:
This is prototype only but what I was using as a reference
to see could I spot a problem in yours. It has not been even
boot tested but avoids remote-remote copies, contending on
On Tue, Dec 11, 2012 at 06:24:53AM -0800, Tejun Heo wrote:
Hello, Linus.
Percpu changes for v3.8. Nothing exciting here either. Joonsoo's is
almost cosmetic. Cyrill's patch fixes percpu_alloc early kernel
param handling so that the kernel doesn't crash when the parameter is
specified w/o
Daniel Vetter daniel.vet...@ffwll.ch writes:
On Tue, Dec 11, 2012 at 1:31 PM, Nikola Pajkovsky npajk...@redhat.com wrote:
looks like we still have some oops in i915. i915 maintainers do you have
any ideas what's going on? I will try to trigger that oops later today
and provide more
On Tue, Dec 11, 2012 at 10:20:36AM -0500, J. Bruce Fields wrote:
On Tue, Dec 11, 2012 at 07:07:00PM +0400, Stanislav Kinsbursky wrote:
I don't really understand, how mountd's root can be wrong. I.e.
its' always right as I see it. NFSd kthreads have to swap/use
relative path/whatever to
Hello, Linus.
A lot of activities on cgroup side. The big changes are focused on
making cgroup hierarchy handling saner.
* cgroup_rmdir() had peculiar semantics - it allowed cgroup
destruction to be vetoed by individual controllers and tried to
drain refcnt synchronously. The vetoing never
On Tue, Dec 11, 2012 at 07:14:12AM -0800, Tejun Heo wrote:
Hello, Vivek.
On Tue, Dec 11, 2012 at 10:02:34AM -0500, Vivek Goyal wrote:
cfq_group_served() {
if (iops_mode(cfqd))
charge = cfqq-slice_dispatch;
cfqg-vdisktime += cfq_scale_slice(charge, cfqg);
}
On Friday 07 December 2012, Thomas Petazzoni wrote:
The pcim_*() functions are used by the libata-sff subsystem, and this
subsystem is used for many SATA drivers on ARM platforms that do not
necessarily have I/O ports.
I think this one is wrong as the CONFIG_HAS_IOPORT does not refer to the
This says rc8+, but it's just missing the Makefile change, so it's still there
in 3.7
Curious that firefox was the process mentioned here, as ~/.mozilla isn't on xfs.
My only xfs partition is /data holding a kernel source tree .ccache
Dave
[30557.769727]
On Tue, Dec 11, 2012 at 08:10:20PM +0800, Alex Shi wrote:
Another testing of parallel compress with pigz on Linus' git tree.
results show we get much better performance/power with powersaving and
balance policy:
testing command:
#pigz -k -c -p$x -r linux* /dev/null
On a NHM EP box
On Sun 09-12-12 08:59:54, Ying Han wrote:
On Mon, Nov 26, 2012 at 10:47 AM, Michal Hocko mho...@suse.cz wrote:
[...]
+ /*
+* Even if we found a group we have to make sure it is
alive.
+* css !memcg means that the groups should be skipped and
On Sun 09-12-12 11:39:50, Ying Han wrote:
On Mon, Nov 26, 2012 at 10:47 AM, Michal Hocko mho...@suse.cz wrote:
[...]
if (reclaim) {
- iter-position = id;
+ struct mem_cgroup *curr = memcg;
+
+ if
We found a user code which was raising a divide-by-zero trap. That trap
would lead to XPC connections between system-partitions being torn down
due to the die_chain notifier callouts it received.
This also revealed a different issue where multiple callers into
xpc_die_deactivate() would all
On Sun 09-12-12 09:01:48, Ying Han wrote:
On Mon, Nov 26, 2012 at 10:47 AM, Michal Hocko mho...@suse.cz wrote:
Current implementation of mem_cgroup_iter has to consider both css and
memcg to find out whether no group has been found (css==NULL - aka the
loop is completed) and that no memcg
Hello, Vivek.
On Tue, Dec 11, 2012 at 10:37:25AM -0500, Vivek Goyal wrote:
I have experimented with schemes like that but did not see any very
promising resutls. Assume device supports queue depth of 128, and there
is one dependent reader and one writer. If reader goes away and comes
back and
On Mon 10-12-12 20:35:20, Ying Han wrote:
On Mon, Nov 26, 2012 at 10:47 AM, Michal Hocko mho...@suse.cz wrote:
Current implementation of mem_cgroup_iter has to consider both css and
memcg to find out whether no group has been found (css==NULL - aka the
loop is completed) and that no memcg
On 12/11/2012 7:48 AM, Borislav Petkov wrote:
On Tue, Dec 11, 2012 at 08:10:20PM +0800, Alex Shi wrote:
Another testing of parallel compress with pigz on Linus' git tree.
results show we get much better performance/power with powersaving and
balance policy:
testing command:
#pigz -k -c -p$x
Dear Arnd Bergmann,
On Tue, 11 Dec 2012 10:43:49 +, Arnd Bergmann wrote:
On Friday 07 December 2012, Thomas Petazzoni wrote:
The pcim_*() functions are used by the libata-sff subsystem, and this
subsystem is used for many SATA drivers on ARM platforms that do not
necessarily have I/O
* kernel_thread()/kernel_execve()/sys_execve() redesign.
We don't do syscalls from kernel anymore for either kernel_thread() or
kernel_execve(); kernel_thread() is essentially clone(2) with callback
run before we return to userland, the callbacks either never return or
do successful
On 12/11/2012 09:57 AM, Grant Likely wrote:
On Mon, 10 Dec 2012 20:41:31 +0100, Sylwester Nawrocki
s.nawro...@samsung.com wrote:
Add this empty macro definition so users can be compiled without
excluding this macro call with preprocessor directives when CONFIG_OF
is disabled.
From: Stefani Seibold stef...@seibold.net
This small patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
and vdso_time() support to the VDSO for x86 32-bit kernels.
The reason to do this was to get a fast reliable time stamp. Many developers
uses TSC to get a fast time time stamp,
On Tue, Dec 11, 2012 at 08:03:01AM -0800, Arjan van de Ven wrote:
On 12/11/2012 7:48 AM, Borislav Petkov wrote:
On Tue, Dec 11, 2012 at 08:10:20PM +0800, Alex Shi wrote:
Another testing of parallel compress with pigz on Linus' git tree.
results show we get much better performance/power with
Hi Linus,
Please pull the following arm64 patches for 3.8-rc1. Thanks.
The following changes since commit 77b67063bb6bce6d475e910d3b886a606d0d91f7:
Linux 3.7-rc5 (2012-11-11 13:44:33 +0100)
are available in the git repository at:
On Tuesday 11 December 2012, Thomas Petazzoni wrote:
On Tue, 11 Dec 2012 10:43:49 +, Arnd Bergmann wrote:
On Friday 07 December 2012, Thomas Petazzoni wrote:
The pcim_*() functions are used by the libata-sff subsystem, and this
subsystem is used for many SATA drivers on ARM platforms
On Tue 11-12-12 16:50:25, Michal Hocko wrote:
On Sun 09-12-12 08:59:54, Ying Han wrote:
On Mon, Nov 26, 2012 at 10:47 AM, Michal Hocko mho...@suse.cz wrote:
[...]
+ /*
+* Even if we found a group we have to make sure it is
alive.
+*
On Tue, Dec 11, 2012 at 08:01:37AM -0800, Tejun Heo wrote:
[..]
Only way to provide effective isolation seemed to be idling and the
moment we idle we kill the performance. It does not matter whether we
are scheduling time or iops.
If the completion latency of IOs fluctuates heavily
On Tue, Dec 11, 2012 at 04:15:02PM +, Arnd Bergmann wrote:
On Tuesday 11 December 2012, Thomas Petazzoni wrote:
On Tue, 11 Dec 2012 10:43:49 +, Arnd Bergmann wrote:
On Friday 07 December 2012, Thomas Petazzoni wrote:
The pcim_*() functions are used by the libata-sff subsystem,
Hi Rafael,
please consider the inclusion of the two patches from
https://lkml.org/lkml/2012/7/29/87 and https://lkml.org/lkml/2012/7/29/86, as
discussed in our e-mail conversation on Oct 19 and 20. The patches apply
without modification against 3.7 as well. (Since there is no change since
On Tue, Dec 11, 2012 at 10:43:49AM +, Arnd Bergmann wrote:
On Friday 07 December 2012, Thomas Petazzoni wrote:
The pcim_*() functions are used by the libata-sff subsystem, and this
subsystem is used for many SATA drivers on ARM platforms that do not
necessarily have I/O ports.
I
Hello, Vivek.
On Tue, Dec 11, 2012 at 11:18:20AM -0500, Vivek Goyal wrote:
- Controlling device queue should bring down throughput too as it
should bring down level of parallelism at device level. Also asking
user to tune device queue depth seems bad interface. How would a
user know
On 12/11/2012 07:37 PM, Tejun Heo wrote:
Hello,
On Tue, Dec 11, 2012 at 07:32:13PM +0530, Srivatsa S. Bhat wrote:
On 12/11/2012 07:17 PM, Tejun Heo wrote:
Hello, Srivatsa.
On Tue, Dec 11, 2012 at 06:43:54PM +0530, Srivatsa S. Bhat wrote:
This approach (of using synchronize_sched()) also
On Tue, Dec 11, 2012 at 09:52:38AM +0100, Ingo Molnar wrote:
* Mel Gorman mgor...@suse.de wrote:
On Mon, Dec 10, 2012 at 03:24:05PM +, Mel Gorman wrote:
For example, I think that point 5 above is the potential source of the
corruption because. You're not flushing the TLBs for the
Dear Arnd Bergmann,
On Tue, 11 Dec 2012 16:15:02 +, Arnd Bergmann wrote:
What you describe here are probable two bugs, and we should fix both:
* ARCH_VEXPRESS should not select NO_IOPORT. It's generally wrong
to select this in combination with ARCH_MULTIPLATFORM, when some
of the
On 12/09/2012 07:04 AM, Liu Bo wrote:
On Wed, Dec 05, 2012 at 09:07:05AM -0700, Jim Schutt wrote:
Hi,
I'm hitting a btrfs locking issue with 3.7.0-rc8.
The btrfs filesystem in question is backing a Ceph OSD
under a heavy write load from many cephfs clients.
I reported this
Russell,
On Tue, 11 Dec 2012 16:23:25 +, Russell King - ARM Linux wrote:
* ARCH_VEXPRESS should not select NO_IOPORT. It's generally wrong
to select this in combination with ARCH_MULTIPLATFORM, when some
of the other platforms you may enable actually have IOPORT mapping
On 12/11/2012 8:13 AM, Borislav Petkov wrote:
On Tue, Dec 11, 2012 at 08:03:01AM -0800, Arjan van de Ven wrote:
On 12/11/2012 7:48 AM, Borislav Petkov wrote:
On Tue, Dec 11, 2012 at 08:10:20PM +0800, Alex Shi wrote:
Another testing of parallel compress with pigz on Linus' git tree.
results
On Tue, Dec 11, 2012 at 6:57 AM, Borislav Petkov b...@alien8.de wrote:
On Mon, Dec 10, 2012 at 11:07:38PM -0800, Yinghai Lu wrote:
BTW, do we really need to update microcode so early?
Yes we do. Normally ucode gets applied by the BIOS - this early approach
is for those cases where OEMs don't
On Tue, Dec 11, 2012 at 05:30:13PM +0100, Thomas Petazzoni wrote:
arch/arm/mm/iomap.c is unconditionally compiled in all ARM kernels. And
in this file, ioport_map() and ioport_unmap() are implement as soon as
__io is defined. And basically, in arch/arm/include/asm/io.h, __io is
defined for all
On Tue, 11 Dec 2012 01:34:04 +0100, Linus Walleij linus.wall...@linaro.org
wrote:
On Tue, Dec 11, 2012 at 12:07 AM, Grant Likely
grant.lik...@secretlab.ca wrote:
On Fri, 7 Dec 2012 16:01:39 +0200, Mathias Nyman
mathias.ny...@linux.intel.com wrote:
Add gpio support for Intel Lynxpoint
On 12/11/2012 08:46 AM, Yinghai Lu wrote:
On Tue, Dec 11, 2012 at 6:57 AM, Borislav Petkov b...@alien8.de wrote:
On Mon, Dec 10, 2012 at 11:07:38PM -0800, Yinghai Lu wrote:
BTW, do we really need to update microcode so early?
Yes we do. Normally ucode gets applied by the BIOS - this early
On 12/11/2012 12:11 AM, saeed bishara wrote:
On Mon, Dec 10, 2012 at 9:58 PM, Dmitry Kravkov dmi...@broadcom.com wrote:
-Original Message-
From: saeed bishara [mailto:saeed.bish...@gmail.com]
Sent: Monday, December 10, 2012 12:04 PM
To: Joseph Gasparakis
Cc: da...@davemloft.net;
On Tue, Dec 11, 2012 at 05:38:19PM +0100, Thomas Petazzoni wrote:
Russell,
On Tue, 11 Dec 2012 16:23:25 +, Russell King - ARM Linux wrote:
* ARCH_VEXPRESS should not select NO_IOPORT. It's generally wrong
to select this in combination with ARCH_MULTIPLATFORM, when some
of
On Tue, 11 Dec 2012 13:40:51 +0200, Mathias Nyman
mathias.ny...@linux.intel.com wrote:
On 12/11/2012 01:07 AM, Grant Likely wrote:
On Fri, 7 Dec 2012 16:01:39 +0200, Mathias
Nymanmathias.ny...@linux.intel.com wrote:
Add gpio support for Intel Lynxpoint chipset.
Lynxpoint supports 94
On Tue, Dec 11, 2012 at 05:30:13PM +0100, Thomas Petazzoni wrote:
arch/arm/mm/iomap.c is unconditionally compiled in all ARM kernels. And
in this file, ioport_map() and ioport_unmap() are implement as soon as
__io is defined. And basically, in arch/arm/include/asm/io.h, __io is
defined for all
On Tue, Dec 11, 2012 at 6:08 AM, Mimi Zohar zo...@linux.vnet.ibm.com wrote:
On Tue, 2012-12-11 at 14:51 +0200, Kasatkin, Dmitry wrote:
Two months ago I was asking about it on mailing lists.
Suggestion was not to use s_flags, but e.g. s_feature_flags.
Quite frankly, this seems stupid.
On Tue, Dec 11, 2012 at 8:48 AM, H. Peter Anvin h...@zytor.com wrote:
It's not about not working... it is about if the microcode isn't
loaded early we have to disable features.
ok, then next question is how early it should be.
before early_cpu_init/early_identify_cpu
or just before
On Tue, Dec 11, 2012 at 10:07:06AM -0500, Dave Jones wrote:
(Taint comes from previous r600 bug reported here
https://lkml.org/lkml/2012/12/8/131)
[35662.070628] BUG: unable to handle kernel NULL pointer dereference at
(null)
[35662.071719] IP: [814761e5]
On Tue, 11 Dec 2012, fangxiaozhi 00110321 wrote:
From: fangxiaozhi huana...@huawei.com
To optimize the match rules for the Huawei USB storage devices. Avoid to load
USB storage driver for modem interface with Huawei devices.
Signed-off-by: fangxiaozhi huana...@huawei.com
Hi guys,
I've got the message tagged HERE in dmesg running 3.7 (of course, this
is a new message):
...
[ 27.41] input: ACPI Virtual Keyboard Device as
/devices/virtual/input/input14
[ 29.550494] pci_pm_runtime_suspend(): azx_runtime_suspend+0x0/0x50
[snd_hda_intel] returns -11 --
The following changes since commit b69f0859dc8e633c5d8c06845811588fe17e68b3:
Linux 3.7-rc8 (2012-12-03 11:22:37 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git
tags/please-pull-einj-fix-for-acpi5
for you to fetch changes up to
The following changes since commit 9489e9dcae718d5fde988e4a684a0f55b5f94d17:
Linux 3.7-rc7 (2012-11-25 17:59:19 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux.git
tags/please-pull-pstore_mevent
for you to fetch changes up to
On Tue, Dec 11, 2012 at 09:00:55AM -0800, Yinghai Lu wrote:
ok, then next question is how early it should be.
before early_cpu_init/early_identify_cpu
or just before check_bugs/identify_cpu
Read the code. It's in x86_64_start_kernel on 64-bit.
--
Regards/Gruss,
Boris.
Sent from a
On Tue, Dec 11, 2012 at 06:39:35AM +, Xu, Dongxiao wrote:
-Original Message-
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: Friday, December 07, 2012 10:09 PM
To: Xu, Dongxiao
Cc: xen-de...@lists.xen.org; linux-kernel@vger.kernel.org
Subject: Re: [PATCH]
Dear RT Folks,
I'm pleased to announce the 3.4.22-rt33 stable release.
This release is just an update to the new stable 3.4.22 version
and no RT specific changes have been made.
You can get this release via the git tree at:
Dear RT Folks,
I'm pleased to announce the 3.2.35-rt52 stable release.
This release is just an update to the new stable 3.2.35 version
and no RT specific changes have been made.
You can get this release via the git tree at:
Dear RT Folks,
I'm pleased to announce the 3.0.55-rt79 stable release.
This release is just an update to the new stable 3.0.55 version
and no RT specific changes have been made.
You can get this release via the git tree at:
Correct. If HAS_IOPORT is not selected then we are potentially missing
the dependent functions (because the platform has no IOPORT support) _or_
it does have ISA/PCI IO spaces _but_ they're not mappable via the
ioport_map() mechanism due to some non-linearity involved in the
translation.
On Tue, Dec 11, 2012 at 9:06 AM, Borislav Petkov b...@alien8.de wrote:
On Tue, Dec 11, 2012 at 09:00:55AM -0800, Yinghai Lu wrote:
ok, then next question is how early it should be.
before early_cpu_init/early_identify_cpu
or just before check_bugs/identify_cpu
Read the code. It's in
When we see reports like https://bugzilla.redhat.com/show_bug.cgi?id=883576
it might be useful to know what modules had been loaded, so they can be compared
with similar reports to see if there is a common suspect.
Signed-off-by: Dave Jones da...@redhat.com
diff --git a/mm/memory.c b/mm/memory.c
Hi Linus. Another merge window, another gpio pull request. Pretty
routine. Please pull.
The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
Linux 3.7-rc1 (2012-10-14 14:41:04 -0700)
are available in the git repository at:
git://git.secretlab.ca/git/linux-2.6
Hi,
On Tuesday, December 11, 2012 05:25:09 PM Witold Szczeponik wrote:
Hi Rafael,
please consider the inclusion of the two patches from
https://lkml.org/lkml/2012/7/29/87 and https://lkml.org/lkml/2012/7/29/86, as
discussed in our e-mail conversation on Oct 19 and 20. The patches apply
On Tue, Dec 11, 2012 at 03:13:10PM +1100, Stephen Rothwell wrote:
Hi Linus,
Today's linux-next merge of the gpio-lw tree got a conflict in
drivers/gpio/gpio-stmpe.c between commit 3836309d9346 (gpio: remove use
of __devinit) from the driver-core tree and commit fc13d5a5b17c (gpio:
Provide
Could you enlighten my very naive understanding of things about PCI/ISA
IO space? On x86, I seem to understand this is the separate address
space accessed by the special in/out CPU instructions. Are there ARM
platforms with the same sort of things?
An x86 processor has two address spaces
A
-Original Message-
From: yhlu.ker...@gmail.com [mailto:yhlu.ker...@gmail.com] On Behalf Of
Yinghai Lu
Sent: Tuesday, December 11, 2012 9:16 AM
To: Borislav Petkov; Yinghai Lu; H. Peter Anvin; Yu, Fenghua;
mi...@kernel.org; linux-kernel@vger.kernel.org; t...@linutronix.de;
Hello.
On 12/11/2012 04:08 PM, Julia Lawall wrote:
From: Julia Lawall julia.law...@lip6.fr
The function at91_dt_node_to_map is ultimately called by the function
pinctrl_get, which is an exported function. Since it is possible that this
function is not called from within a probe function,
with it. It's very simple. The IO port space is for ISA/PCMCIA and
PCI IO port regions. It is nothing more than that.
And on a lot of devices the LPC bus.
Plus, if you _have_ IO space support, you must have some MMIO region for
them to target - doing what many platforms have done to date
On Tue, Dec 11, 2012 at 05:16:10PM +, Alan Cox wrote:
Correct. If HAS_IOPORT is not selected then we are potentially missing
the dependent functions (because the platform has no IOPORT support) _or_
it does have ISA/PCI IO spaces _but_ they're not mappable via the
ioport_map()
On 12/11/2012 09:15 AM, Yinghai Lu wrote:
No, that is not right place. initrd could be loaded anywhere like way
high by bootloader.
Only *after* your changes... the current protocol doesn't allow that.
Anyway, we need to deal with it, see below.
to make code simple, we should have
The problem comes when you end up trying to deal with stuff which
uses ioread{8,16} on ioport_map() cookies where it's assumed that
adding N to the cookie is the same as adding N to the port address.
It's a cookie - this isn't a problem, you can support it via the mapping
approah. Whether you
On Tue, Dec 11, 2012 at 6:59 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Tue, Dec 11, 2012 at 6:08 AM, Mimi Zohar zo...@linux.vnet.ibm.com wrote:
On Tue, 2012-12-11 at 14:51 +0200, Kasatkin, Dmitry wrote:
Two months ago I was asking about it on mailing lists.
Suggestion was
It helps when I CC the mailing list. :-/
-- Forwarded message --
From: Grant Likely grant.lik...@secretlab.ca
Date: Tue, Dec 11, 2012 at 5:34 PM
Subject: [GIT PULL] irqdomain changes for v3.8
To: Linus Torvalds torva...@linux-foundation.org
Hi Linus.
This is all the irqdomain
On Tuesday, December 11, 2012 06:03:15 PM Borislav Petkov wrote:
Hi guys,
I've got the message tagged HERE in dmesg running 3.7 (of course, this
is a new message):
...
[ 27.41] input: ACPI Virtual Keyboard Device as
/devices/virtual/input/input14
[ 29.550494]
Hi Linus,
Here are the DT changes I've got queued up for v3.8. As described
below, there are a lot of bug fixes here and documentation updates but
nothing major. Biggest change is the creation of a common build rule
for .dtb files.
The following changes since commit
From: Abhijit Pawar abhi.c.pa...@gmail.com
Date: Tue, 11 Dec 2012 11:00:52 +0530
This patch removes the redundant occurences of simple_strtofoo
Signed-off-by: Abhijit Pawar abhi.c.pa...@gmail.com
Applied.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
From: Will Deacon will.dea...@arm.com
Date: Tue, 11 Dec 2012 14:49:49 +
On Mon, Dec 10, 2012 at 08:47:05PM +, David Miller wrote:
This misses the two uses in smsc911x_tx_writefifo and
smsc911x_rx_readfifo.
Well spotted, updated patch below.
Although I'd like to take credit, the
On Tue, Dec 11, 2012 at 05:45:09PM +, Alan Cox wrote:
The problem comes when you end up trying to deal with stuff which
uses ioread{8,16} on ioport_map() cookies where it's assumed that
adding N to the cookie is the same as adding N to the port address.
It's a cookie - this isn't a
On Tue, Dec 11, 2012 at 06:48:23PM +0100, Rafael J. Wysocki wrote:
Boris, please send the output of lspci -vvv' from that box.
Attached.
--
Regards/Gruss,
Boris.
Sent from a fat crate under my desk. Formatting is fine.
--
00:00.0 Host bridge: Advanced Micro Devices [AMD] Family 14h
On Tue, Dec 11, 2012 at 9:40 AM, Kasatkin, Dmitry
dmitry.kasat...@intel.com wrote:
Quite frankly, this seems stupid.
What exactly seems stupid here?
What I said. Go back and read it. I gave three reasons. Why do you ask?
I'll give one more reason, but you probably won't read *this* email
On 12/11/2012 09:15 AM, Yinghai Lu wrote:
On Tue, Dec 11, 2012 at 9:06 AM, Borislav Petkov b...@alien8.de wrote:
On Tue, Dec 11, 2012 at 09:00:55AM -0800, Yinghai Lu wrote:
ok, then next question is how early it should be.
before early_cpu_init/early_identify_cpu
or just before
Hi!
The Linux-v3.7 is out, and it's good time to release the next version
of the checkpoint-restore tool.
This is mostly bugfix and improvements release, however it's worth
mentioning some new interesting features
* Proper COW mappings handling
Now anonymous private mappings are not
On Tue, Dec 11, 2012 at 04:12:52PM +0800, Huang Ying wrote:
On Fri, 2012-11-30 at 10:54 +0800, Huang Ying wrote:
On Thu, 2012-11-29 at 18:01 -0800, Greg Kroah-Hartman wrote:
On Fri, Nov 23, 2012 at 03:47:42PM +0800, Huang Ying wrote:
On Fri, 2012-11-23 at 11:09 +0800, Huang Ying wrote:
Just in time for the holidays, an update to iproute2 for v3.7 kernel.
In addition to lots of build and documentation fixes, this
version includes support for tcp_metrics and vxlan
documentation and minor bugfixes,
If you have been sitting on changes to iproute2 that are in
net-next for 3.8 merge
On Tue, Dec 11, 2012 at 12:55 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
And your pseudo-filesystems argument is pretty stupid too, since WE
ALREADY HAVE A FLAG FOR THAT!
Guess where it is? Oh, it's in the place I already mentioned makes
more sense. Look for S_PRIVATE in
On Tue, Dec 11, 2012 at 7:55 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Tue, Dec 11, 2012 at 9:40 AM, Kasatkin, Dmitry
dmitry.kasat...@intel.com wrote:
Quite frankly, this seems stupid.
What exactly seems stupid here?
What I said. Go back and read it. I gave three reasons.
On Tue 11-12-12 17:15:59, Michal Hocko wrote:
On Tue 11-12-12 16:50:25, Michal Hocko wrote:
On Sun 09-12-12 08:59:54, Ying Han wrote:
On Mon, Nov 26, 2012 at 10:47 AM, Michal Hocko mho...@suse.cz wrote:
[...]
+ /*
+* Even if we found a group we have to
801 - 900 of 1218 matches
Mail list logo
