memory_add_physaddr_to_nid() is declared in include/linux/memory_hotplug.h,
protected by CONFIG_NUMA. And in x86, the definitions are protected by
CONFIG_MEMORY_HOTPLUG.
memory_add_physaddr_to_nid() uses numa_meminfo to find the physical address's
nid. It has nothing to do with memory hotplug.
On Tue, Apr 30, 2013 at 09:52:34AM +0100, Serban Constantinescu wrote:
> Hi Kirill,
>
> On 30/04/13 08:31, Kirill A. Shutemov wrote:
> >On Fri, Apr 12, 2013 at 01:25:49PM +0100, Serban Constantinescu wrote:
> >>The patch set has been successfully tested with a 64bit Linux userspace and
> >>64bit
Hi Kirill,
On 30/04/13 08:31, Kirill A. Shutemov wrote:
On Fri, Apr 12, 2013 at 01:25:49PM +0100, Serban Constantinescu wrote:
The patch set has been successfully tested with a 64bit Linux userspace and
64bit binder unit-tests.
This patch set has been successfully tested on 32bit
* Paul E. McKenney wrote:
> Hello, Ingo,
>
> This change adds documentation for CONFIG_NO_HZ_IDLE and CONFIG_NO_HZ_FULL.
> It is available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/nohz
>
> for you to fetch changes up to
* Paul E. McKenney wrote:
> Hello, Ingo,
>
> This series includes documentation for reducing OS jitter due to
> per-CPU kthreads. It is available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/doc
>
> for you to fetch changes up to
* Matt Fleming wrote:
> Hi folks,
>
> This commit fixes the merge botch I created when merging -rc8 into
> tip/x86/efi, where I dropped the "select UCS2_STRING" string from
> drivers/firmware/Kconfig. The string actually needs to be moved to
> arch/ia64 because parts of the core EFI support in
On Mon, 29 Apr 2013, Clark Williams wrote:
> On Mon, 29 Apr 2013 22:12:02 +0200
> Sebastian Andrzej Siewior wrote:
> > - suspend / resume seems to program program the timer wrong and wait
> > ages until it continues.
> >
>
> It has to be something we're doing when we apply RT to
This patch looks like it should be in the 3.8-stable tree, should we apply
it?
--
From: "Chen Gang "
commit 12b2f117f3bf738c1a00a6f64393f1953a740bd4 upstream
audit_trim_trees() calls get_tree(). If a failure occurs we must call
put_tree().
[a...@linux-foundation.org: run
* Mike Galbraith wrote:
> On Tue, 2013-04-30 at 07:16 +0200, Mike Galbraith wrote:
>
> > Well now, that's not exactly what I expected to see for AIM7 compute.
> > Filesystem is munching cycles otherwise used for compute when load is
> > spread across the whole box vs consolidated.
>
> So AIM7
Fix the following compilation warnings:
mm/slab.c: In function ‘kmem_cache_init_late’:
mm/slab.c:1778:2: warning: statement with no effect [-Wunused-value]
mm/page_cgroup.c: In function ‘page_cgroup_init’:
mm/page_cgroup.c:305:2: warning: statement with no effect [-Wunused-value]
Linus,
Please pull the latest x86-ras-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-ras-for-linus
HEAD: 5379f8c0d72cab43bbe6d974ceb3ad84dddc2b8e Merge tag 'edac_amd_f16h' of
git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras into x86/ras
This
Hi Arve,
On 30/04/13 00:13, Arve Hjønnevåg wrote:
On Mon, Apr 29, 2013 at 9:16 AM, Serban Constantinescu
wrote:
Hi all,
Any feedback or comments on this patch set?
You don't seem to have addressed my feedback on the previous patch set.
For v3 I have modified the following according to
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive HID subsystem updates for 3.10. Highlights:
- hid driver transport cleanup, finalizing the long-desired decoupling of
core from transport layers, by Benjamin Tissoires and Henrik
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial.git for-linus
to receive 3.10 merge window updates from trivial queue.
==
Usual stuff, mostly comment fixes, typo fixes, printk fixes and small code
cleanups.
==
You are going to get two conflicts:
On Tue, 2013-04-30 at 07:16 +0200, Mike Galbraith wrote:
> Well now, that's not exactly what I expected to see for AIM7 compute.
> Filesystem is munching cycles otherwise used for compute when load is
> spread across the whole box vs consolidated.
So AIM7 compute performance delta boils down to:
Linus,
Please pull the latest x86-platform-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-platform-for-linus
HEAD: 06d219dc22daa26b79ec8e611caa68801607f15d x86/setup: Drop unneeded
include
Small fixes and cleanups all over the map.
Thanks,
Linus,
Please pull the latest x86-paravirt-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-paravirt-for-linus
HEAD: 4d681be3c33dd74efffbe2a8f70634f7128602ec x86, wakeup, sleep: Use pvops
functions for changing GDT entries
Various
Linus,
Please pull the latest x86-mm-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-mm-for-linus
HEAD: 13f72756da86f155898e2c2022f7b3a106c3742e x86/iommu/dmar: Remove
warning for HPET scope type
Misc smaller changes all over the map.
Linus,
Please pull the latest x86-kaslr-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-kaslr-for-linus
HEAD: c889ba801dc3b3a0155fa77d567f2c3a6097de1c x86, relocs: Refactor the
relocs tool to merge 32- and 64-bit ELF
This merge contains changes
Linus,
Please pull the latest x86-debug-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-debug-for-linus
HEAD: 147ea09119e45caf2e8bf57c9e54cc930ccfeda9 x86, early-printk: Update
earlyprintk documentation (and kill x86 copy)
Two small changes: a
From: Stephen Rothwell
Date: Tue, 30 Apr 2013 12:24:23 +1000
> Today's linux-next merge of the net-next tree got a conflict in
> net/mac802154/mac802154.h between commit 2c1bbbffa0b6 ("net: mac802154:
> comparision issue of type cast, finding by EXTRA_CFLAGS=-W") from the net
> tree and commit
From: Stephen Rothwell
Date: Fri, 26 Apr 2013 13:48:14 +1000
> Hi all,
>
> After merging the net-next tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> drivers/net/ethernet/emulex/benet/be_main.c: In function
> 'be_insert_vlan_in_pkt':
>
From: Stephen Rothwell
Date: Fri, 26 Apr 2013 13:27:01 +1000
> Today's linux-next merge of the net-next tree got a conflict in
> drivers/net/ethernet/emulex/benet/be.h between commit bc0c3405abbb
> ("be2net: fix a Tx stall bug caused by a specific ipv6 packet") from the
> net tree and commit
From: Stephen Rothwell
Date: Fri, 26 Apr 2013 13:24:47 +1000
> Today's linux-next merge of the net-next tree got a conflict in
> drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c between commit
> ecf01c22be03 ("bnx2x: Prevent NULL pointer dereference in kdump") from
> the net tree and commit
Linus,
Please pull the latest x86-cpu-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cpu-for-linus
HEAD: 1077c932db63ecc571c31df1c24d4a44e30928e5 x86, CPU, AMD: Drop useless
label
The biggest change is x86 CPU bug handling refactoring and
Linus,
Please pull the latest x86-cleanups-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-cleanups-for-linus
HEAD: d50ba3687b99213501463a1947e3dd5b98bc2d99 x86/lib: Fix spelling, put
space between a numeral and its units
Misc smaller cleanups.
This patch looks like it should be in the 3.8-stable tree, should we apply
it?
--
From: "Davidlohr Bueso "
commit 30493cc9dddb68066dcc4878015660fdaa8e0965 upstream
Optimize the current version of the shift-and-subtract (hardware)
algorithm, described by John von Newmann[1] and
Hello,
On Tue, 30 Apr 2013, Simon Horman wrote:
> > > +static void inline cond_resched_rcu_lock(void)
> > > +{
> > > + if (need_resched()) {
> >
> > Ops, it should be without above need_resched.
>
> Thanks, to clarify, just this:
>
> static void inline cond_resched_rcu_lock(void)
Linus,
Please pull the latest x86-asm-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-asm-for-linus
HEAD: bec1b9e76353ecf05fac6a87f8e4102dfb618cd2 extable: Flip the sorting
message
Small tweak to reduce kmsg boot time spam.
out-of-topic
Hi,
On 04/30/2013 02:55 AM, Stephen Rothwell wrote:
> Hi Tomi,
>
> In Linus' tree, today's linux-next build (powerpc ppc64_defconfig)
> produced this warning:
>
> drivers/video/ps3fb.c: In function 'ps3fb_mmap':
> drivers/video/ps3fb.c:712:2: warning: suggest parentheses around '+' inside
>
Martin K. Petersen wrote:
> > "Florian" == Florian Westphal writes:
>
> Florian> After update to 3.8 dmesg is spammed with: kernel: [
> Florian> 280.272094] 3w-: scsi8: Unknown scsi opcode: 0x41 kernel: [
> Florian> 280.272107] sd 8:0:0:0: [sda] Unhandled error code kernel:
>
> Could
On Tue, Apr 30, 2013 at 10:12:38AM +0300, Julian Anastasov wrote:
>
> Hello,
>
> On Tue, 30 Apr 2013, Simon Horman wrote:
>
> > This is intended for use in loops which read data protected by RCU and may
> > have a large number of iterations. Such an example is dumping the list of
> >
The difference between "count" and "len" is that "len" is capped at
4095. Changing it like this makes it match how sysfs_write_file() is
implemented.
Signed-off-by: Dan Carpenter
---
This is a static analysis patch. I haven't found any store_attribute()
functions where this change makes a
Hi.
I am working with a platform that has a problem with the RTC alarm
interrupt - tested with rtctest from /Documentation/rtc.txt.
So I thought that I could use the HPET emulation. As far as I
understand in the HPET emulation mode no RTC irq will be used --> RTC
alarm interrupt is done via HPET.
On 04/29/2013 10:46 PM, Bernhard Schiffner wrote:
>> Known issues:
>>
>> - SLxB is broken on PowerPC.
>> - suspend / resume seems to program program the timer wrong and wait
>> ages until it continues.
>
> Yes, it's a annoying problem here too.
> How can I help to solve it?
Are you
Hi Yinghai, all,
I've tested this patch-set with my following patch-set:
[PATCH v1 00/12] Arrange hotpluggable memory in SRAT as ZONE_MOVABLE.
https://lkml.org/lkml/2013/4/19/94
Using ACPI table override, I overrided SRAT on my box like this:
[0.00] SRAT: Node 0 PXM 0 [mem
On Tue, Apr 30, 2013 at 09:08:40AM +0200, Philippe De Muyter wrote:
> On Mon, Apr 29, 2013 at 11:50:51PM +0200, Philippe De Muyter wrote:
> > On Mon, Apr 29, 2013 at 01:40:41PM +0200, Philippe De Muyter wrote:
> > > On Mon, Apr 29, 2013 at 11:37:56AM +0200, Karel Zak wrote:
> > > >
> > > >
x86/pci/mrst: force all pci config access toward 0:0:0, 0:2:0 and 0:3:0 to type
1
For real pci devices 0:0:0, 0:2:0 and 0:3:0, there is either no pci shim, or
no guarantee of data correctness of offset 256-4k. So for whatever reason,
Linux kernel should not do MMCFG pci config access to those
Sometimes it is useful to group similar DT nodes under a common parent,
when a different node can reference the group, meaning, that any subnode
will do the job. An example of such a group is a DMA multiplexer, when a
DMA slave can be served by any DMA controller from the group. This patch
If a slave can use any of several DMA controllers on the system, multiple
DMA descriptors can be listed in its "dmas" DT property with the same
channel name and different DMA controller phandles. However, if multiple
such slaves can use any of a set of DMA controllers on the system, listing
them
Hello,
On Tue, 30 Apr 2013, Simon Horman wrote:
> This is intended for use in loops which read data protected by RCU and may
> have a large number of iterations. Such an example is dumping the list of
> connections known to IPVS: ip_vs_conn_array() and ip_vs_conn_seq_next().
>
> The
of_parse_phandle_with_args() and of_count_phandle_with_args() functions
are declared with their first parameter as const. However, their
respective stubs, used when CONFIG_OF isn't defined, don't have the "const"
modifier. This patch adds it to fix the mismatch.
Signed-off-by: Guennadi
On r8a7740 multiple DMA controllers can serve the same slaves with the
same DMA slave IDs. To use this feature DMA controller DT nodes have
to be grouped under "dma-mux" multiplexer nodes and slaves have to be
modified to reference multiplexer nodes instead of individual DMA DT
nodes. Future
Previously an issue has been discussed, arising on sh-/r-mobile ARM-based
systems. There we typically have multiple DMA controller instances with
exactly equal or very similar capabilities. Each of them can serve the same
slaves, using the same slave identifiers (request line IDs). With the
On Mon, Apr 29, 2013 at 11:50:51PM +0200, Philippe De Muyter wrote:
> On Mon, Apr 29, 2013 at 01:40:41PM +0200, Philippe De Muyter wrote:
> > On Mon, Apr 29, 2013 at 11:37:56AM +0200, Karel Zak wrote:
> > >
> > > Philippe, do you have any disk image with AIX LVM? It would be nice to
> > > have a
On 04/30/2013 06:50 AM, David VomLehn wrote:
> Msleep_interruptible() on a dual processor system may wait a long time.
>
> On some reboots, calling msleep_interruptible() from CPU 1 on a dual
> processor system will not return for seconds or even minutes. This happens
> because ksoftirqd/1
On Mon, 22 Apr 2013 11:57:52 +0400, Dmitry Monakhov
wrote:
Non-text part: multipart/mixed
>
Seriously. Am I an only one who use blktrace?
Jens can you please take it?
> Hi,
> Let someone please finally take care of this patch.
> Originally it was submitted here
On Fri, Apr 12, 2013 at 01:25:49PM +0100, Serban Constantinescu wrote:
> The patch set has been successfully tested with a 64bit Linux userspace and
> 64bit binder unit-tests.
>
> This patch set has been successfully tested on 32bit platforms(ARMv7 VExpress)
> and 64bit platforms(ARMv8 RTSM)
On Tue, Apr 30, 2013 at 08:41:52AM +0200, Jens Axboe wrote:
> On Mon, Apr 29 2013, Philippe De Muyter wrote:
> >
> > so sda is 8,0 and sdb is 8,16
> >
> > and if, while discovering partitions of /dev/sda, I try to make a
> > partition 16 or higher, it is silently discarded by 'put_partition'.
>
On Mon, Apr 29 2013, Philippe De Muyter wrote:
> Hi Karel
>
> On Mon, Apr 29, 2013 at 02:36:51PM +0200, Karel Zak wrote:
> > On Mon, Apr 29, 2013 at 01:40:41PM +0200, Philippe De Muyter wrote:
> > > > why not memset(pps_found, )? I also see magical constant 16
> > >
> > > Actually 16 is the
Andi Kleen writes:
> The FP registers are restored lazily, but the state for this is kept in
> the kernel.
I'm not sure if I understand "lazily" in this context: Do you mean that FP
registers _are_ restored within the kernel, but _not_ from a (possibly modified)
ucontext of a userspace signal
Hi,
I'm just wondering why device nodes of some serial drivers (mostly
when arch != x86) are not always named "ttyS[:digit:]" ?
For example, I have a ARM based platform which has a serial device
node named "ttymxc0".
I don't see any advantages to do this but only require one to handle
special
On Mon, Apr 29 2013, Philippe De Muyter wrote:
> In alloc_read_gpt_entries and alloc_read_gpt_header, the kzalloc'ated
> zones are either totally overwritten by the following read_lba call,
> or freed. As kmalloc is cheaper than kzalloc, use kmalloc.
Applied, thanks.
--
Jens Axboe
--
To
Commit-ID: 6296ace467c8640317414ba589b124323806f7ce
Gitweb: http://git.kernel.org/tip/6296ace467c8640317414ba589b124323806f7ce
Author: Li Zhong
AuthorDate: Sun, 28 Apr 2013 11:25:58 +0800
Committer: Ingo Molnar
CommitDate: Mon, 29 Apr 2013 13:17:33 +0200
nohz: Protect
Hi,
On Mon, Apr 29, 2013 at 02:31:59PM -0700, Linus Torvalds wrote:
> On Mon, Apr 29, 2013 at 2:14 PM, Alan Stern wrote:
> >
> > What other things seemed odd about Greg's pull request?
>
> The only other thing I noticed was the new CONFIG_USB_PHY quesiton,
> which is not something that I think
2013/4/29 Jan Kara :
> On Fri 26-04-13 10:53:27, Marco Stornelli wrote:
>> Replaced sb_start_write with sb_start_write_killable inside
>> mnt_want_write and mnt_want_write_file.
> The patch looks good. You can add:
> Reviewed-by: Jan Kara
>
Add support for the VIA Velocity network driver to be bound to a
OF created platform device.
Signed-off-by: Tony Prisk
---
.../devicetree/bindings/net/via-velocity.txt | 20 +
drivers/net/ethernet/via/Kconfig |3 +-
drivers/net/ethernet/via/via-velocity.c
Improve the clarity of the code in preparation for converting the
dma functions to generic versions, which require a struct device *.
This makes it possible to store a 'struct device *dev' in the
velocity_info structure.
Signed-off-by: Tony Prisk
---
drivers/net/ethernet/via/via-velocity.c |
Remove the pci_* dma functions and replace with the more generic
versions.
In preparation of adding platform support, a new struct device *dev
is added to struct velocity_info which can be used by both the pci
and platform code.
Signed-off-by: Tony Prisk
---
v4 changes:
Code tidyup as requested by Francois Romieu
Removed '#ifdef PCI' around PCI code. Compile tested on (!)PCI and (!)PM.
v3 changes:
Rebased against net-next.
Fix errors in pm code.
v2 changes:
Drop patch #1 as requested by David Miller.
Correct the PHYID_ICPLUS_IP101A MII bits - should
Hi,
One more point for your devicetree conversions,
On Mon, Apr 29, 2013 at 01:30:01PM +0530, Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> add OF support for the mt9p031 sensor driver.
>
> +static struct mt9p031_platform_data
> + *mt9p031_get_pdata(struct i2c_client *client)
> +
> +{
>
On Tue, Apr 30 2013, remaper wrote:
> /*
> * We only want one ->make_request_fn to be active at a time,
> * else stack usage with stacked devices could be a problem.
> * So use current->bio_list to keep a list of requests
> * submited by a make_request_fn function.
> * current->bio_list is
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
drivers/block/mtip32xx/mtip32xx.c between commit 2077d947260c ("mtip32xx:
Workaround for unaligned writes") from the block tree and commit
"mtip32xx: convert to batch completion" from the akpm tree.
I fixed it up (see below)
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
drivers/block/mtip32xx/mtip32xx.c between commit 2077d947260c (mtip32xx:
Workaround for unaligned writes) from the block tree and commit
mtip32xx: convert to batch completion from the akpm tree.
I fixed it up (see below) and
On Tue, Apr 30 2013, remaper wrote:
/*
* We only want one -make_request_fn to be active at a time,
* else stack usage with stacked devices could be a problem.
* So use current-bio_list to keep a list of requests
* submited by a make_request_fn function.
* current-bio_list is also used
Hi,
One more point for your devicetree conversions,
On Mon, Apr 29, 2013 at 01:30:01PM +0530, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
add OF support for the mt9p031 sensor driver.
+static struct mt9p031_platform_data
+ *mt9p031_get_pdata(struct i2c_client
Remove the pci_* dma functions and replace with the more generic
versions.
In preparation of adding platform support, a new struct device *dev
is added to struct velocity_info which can be used by both the pci
and platform code.
Signed-off-by: Tony Prisk li...@prisktech.co.nz
---
v4 changes:
Code tidyup as requested by Francois Romieu
Removed '#ifdef PCI' around PCI code. Compile tested on (!)PCI and (!)PM.
v3 changes:
Rebased against net-next.
Fix errors in pm code.
v2 changes:
Drop patch #1 as requested by David Miller.
Correct the PHYID_ICPLUS_IP101A MII bits - should
Improve the clarity of the code in preparation for converting the
dma functions to generic versions, which require a struct device *.
This makes it possible to store a 'struct device *dev' in the
velocity_info structure.
Signed-off-by: Tony Prisk li...@prisktech.co.nz
---
Add support for the VIA Velocity network driver to be bound to a
OF created platform device.
Signed-off-by: Tony Prisk li...@prisktech.co.nz
---
.../devicetree/bindings/net/via-velocity.txt | 20 +
drivers/net/ethernet/via/Kconfig |3 +-
2013/4/29 Jan Kara j...@suse.cz:
On Fri 26-04-13 10:53:27, Marco Stornelli wrote:
Replaced sb_start_write with sb_start_write_killable inside
mnt_want_write and mnt_want_write_file.
The patch looks good. You can add:
Reviewed-by: Jan Kara j...@suse.cz
Hi,
On Mon, Apr 29, 2013 at 02:31:59PM -0700, Linus Torvalds wrote:
On Mon, Apr 29, 2013 at 2:14 PM, Alan Stern st...@rowland.harvard.edu wrote:
What other things seemed odd about Greg's pull request?
The only other thing I noticed was the new CONFIG_USB_PHY quesiton,
which is not
Commit-ID: 6296ace467c8640317414ba589b124323806f7ce
Gitweb: http://git.kernel.org/tip/6296ace467c8640317414ba589b124323806f7ce
Author: Li Zhong zh...@linux.vnet.ibm.com
AuthorDate: Sun, 28 Apr 2013 11:25:58 +0800
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Mon, 29 Apr 2013
Hi,
I'm just wondering why device nodes of some serial drivers (mostly
when arch != x86) are not always named ttyS[:digit:] ?
For example, I have a ARM based platform which has a serial device
node named ttymxc0.
I don't see any advantages to do this but only require one to handle
special cases
On Mon, Apr 29 2013, Philippe De Muyter wrote:
In alloc_read_gpt_entries and alloc_read_gpt_header, the kzalloc'ated
zones are either totally overwritten by the following read_lba call,
or freed. As kmalloc is cheaper than kzalloc, use kmalloc.
Applied, thanks.
--
Jens Axboe
--
To
Andi Kleen a...@firstfloor.org writes:
The FP registers are restored lazily, but the state for this is kept in
the kernel.
I'm not sure if I understand lazily in this context: Do you mean that FP
registers _are_ restored within the kernel, but _not_ from a (possibly modified)
ucontext of a
On Mon, Apr 29 2013, Philippe De Muyter wrote:
Hi Karel
On Mon, Apr 29, 2013 at 02:36:51PM +0200, Karel Zak wrote:
On Mon, Apr 29, 2013 at 01:40:41PM +0200, Philippe De Muyter wrote:
why not memset(pps_found, )? I also see magical constant 16
Actually 16 is the maximum
On Tue, Apr 30, 2013 at 08:41:52AM +0200, Jens Axboe wrote:
On Mon, Apr 29 2013, Philippe De Muyter wrote:
so sda is 8,0 and sdb is 8,16
and if, while discovering partitions of /dev/sda, I try to make a
partition 16 or higher, it is silently discarded by 'put_partition'.
Is that
On Fri, Apr 12, 2013 at 01:25:49PM +0100, Serban Constantinescu wrote:
The patch set has been successfully tested with a 64bit Linux userspace and
64bit binder unit-tests.
This patch set has been successfully tested on 32bit platforms(ARMv7 VExpress)
and 64bit platforms(ARMv8 RTSM) running a
On Mon, 22 Apr 2013 11:57:52 +0400, Dmitry Monakhov dmonak...@openvz.org
wrote:
Non-text part: multipart/mixed
Seriously. Am I an only one who use blktrace?
Jens can you please take it?
Hi,
Let someone please finally take care of this patch.
Originally it was submitted here
On 04/30/2013 06:50 AM, David VomLehn wrote:
Msleep_interruptible() on a dual processor system may wait a long time.
On some reboots, calling msleep_interruptible() from CPU 1 on a dual
processor system will not return for seconds or even minutes. This happens
because ksoftirqd/1 migrates to
On Mon, Apr 29, 2013 at 11:50:51PM +0200, Philippe De Muyter wrote:
On Mon, Apr 29, 2013 at 01:40:41PM +0200, Philippe De Muyter wrote:
On Mon, Apr 29, 2013 at 11:37:56AM +0200, Karel Zak wrote:
Philippe, do you have any disk image with AIX LVM? It would be nice to
have a way how to
On r8a7740 multiple DMA controllers can serve the same slaves with the
same DMA slave IDs. To use this feature DMA controller DT nodes have
to be grouped under dma-mux multiplexer nodes and slaves have to be
modified to reference multiplexer nodes instead of individual DMA DT
nodes. Future patches
Previously an issue has been discussed, arising on sh-/r-mobile ARM-based
systems. There we typically have multiple DMA controller instances with
exactly equal or very similar capabilities. Each of them can serve the same
slaves, using the same slave identifiers (request line IDs). With the
of_parse_phandle_with_args() and of_count_phandle_with_args() functions
are declared with their first parameter as const. However, their
respective stubs, used when CONFIG_OF isn't defined, don't have the const
modifier. This patch adds it to fix the mismatch.
Signed-off-by: Guennadi Liakhovetski
Hello,
On Tue, 30 Apr 2013, Simon Horman wrote:
This is intended for use in loops which read data protected by RCU and may
have a large number of iterations. Such an example is dumping the list of
connections known to IPVS: ip_vs_conn_array() and ip_vs_conn_seq_next().
The call
If a slave can use any of several DMA controllers on the system, multiple
DMA descriptors can be listed in its dmas DT property with the same
channel name and different DMA controller phandles. However, if multiple
such slaves can use any of a set of DMA controllers on the system, listing
them all
Sometimes it is useful to group similar DT nodes under a common parent,
when a different node can reference the group, meaning, that any subnode
will do the job. An example of such a group is a DMA multiplexer, when a
DMA slave can be served by any DMA controller from the group. This patch
x86/pci/mrst: force all pci config access toward 0:0:0, 0:2:0 and 0:3:0 to type
1
For real pci devices 0:0:0, 0:2:0 and 0:3:0, there is either no pci shim, or
no guarantee of data correctness of offset 256-4k. So for whatever reason,
Linux kernel should not do MMCFG pci config access to those
On Tue, Apr 30, 2013 at 09:08:40AM +0200, Philippe De Muyter wrote:
On Mon, Apr 29, 2013 at 11:50:51PM +0200, Philippe De Muyter wrote:
On Mon, Apr 29, 2013 at 01:40:41PM +0200, Philippe De Muyter wrote:
On Mon, Apr 29, 2013 at 11:37:56AM +0200, Karel Zak wrote:
Philippe, do you
Hi Yinghai, all,
I've tested this patch-set with my following patch-set:
[PATCH v1 00/12] Arrange hotpluggable memory in SRAT as ZONE_MOVABLE.
https://lkml.org/lkml/2013/4/19/94
Using ACPI table override, I overrided SRAT on my box like this:
[0.00] SRAT: Node 0 PXM 0 [mem
On 04/29/2013 10:46 PM, Bernhard Schiffner wrote:
Known issues:
- SLxB is broken on PowerPC.
- suspend / resume seems to program program the timer wrong and wait
ages until it continues.
Yes, it's a annoying problem here too.
How can I help to solve it?
Are you referring to
Hi.
I am working with a platform that has a problem with the RTC alarm
interrupt - tested with rtctest from /Documentation/rtc.txt.
So I thought that I could use the HPET emulation. As far as I
understand in the HPET emulation mode no RTC irq will be used -- RTC
alarm interrupt is done via HPET.
The difference between count and len is that len is capped at
4095. Changing it like this makes it match how sysfs_write_file() is
implemented.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
---
This is a static analysis patch. I haven't found any store_attribute()
functions where this
On Tue, Apr 30, 2013 at 10:12:38AM +0300, Julian Anastasov wrote:
Hello,
On Tue, 30 Apr 2013, Simon Horman wrote:
This is intended for use in loops which read data protected by RCU and may
have a large number of iterations. Such an example is dumping the list of
connections
Martin K. Petersen martin.peter...@oracle.com wrote:
Florian == Florian Westphal f...@strlen.de writes:
Florian After update to 3.8 dmesg is spammed with: kernel: [
Florian 280.272094] 3w-: scsi8: Unknown scsi opcode: 0x41 kernel: [
Florian 280.272107] sd 8:0:0:0: [sda] Unhandled error
Hi,
On 04/30/2013 02:55 AM, Stephen Rothwell wrote:
Hi Tomi,
In Linus' tree, today's linux-next build (powerpc ppc64_defconfig)
produced this warning:
drivers/video/ps3fb.c: In function 'ps3fb_mmap':
drivers/video/ps3fb.c:712:2: warning: suggest parentheses around '+' inside
''
Linus,
Please pull the latest x86-asm-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-asm-for-linus
HEAD: bec1b9e76353ecf05fac6a87f8e4102dfb618cd2 extable: Flip the sorting
message
Small tweak to reduce kmsg boot time spam.
out-of-topic
Hello,
On Tue, 30 Apr 2013, Simon Horman wrote:
+static void inline cond_resched_rcu_lock(void)
+{
+ if (need_resched()) {
Ops, it should be without above need_resched.
Thanks, to clarify, just this:
static void inline cond_resched_rcu_lock(void)
{
This patch looks like it should be in the 3.8-stable tree, should we apply
it?
--
From: Davidlohr Bueso davidlohr.bu...@hp.com
commit 30493cc9dddb68066dcc4878015660fdaa8e0965 upstream
Optimize the current version of the shift-and-subtract (hardware)
algorithm, described by John
401 - 500 of 926 matches
Mail list logo