Callers of skb_seq_read() are currently forced to call skb_abort_seq_read()
even when consuming all the data because the last call to skb_seq_read (the
one that returns 0 to indicate the end) fails to unmap the last fragment page.
With this patch callers will be allowed to traverse the SKB data
We could use numa_meminfo directly instead of memblock nid.
So we could move down set memblock nid and only do it one time
for successful path.
-v2: according to tj, separate moving to another patch.
Signed-off-by: Yinghai Lu ying...@kernel.org
Reviewed-by: Tang Chen tangc...@cn.fujitsu.com
On 15/06/2013, at 00:00, Grant Likely grant.lik...@linaro.org wrote:
On Wed, 05 Jun 2013 20:20:39 +0200, Tomasz Figa tomasz.f...@gmail.com wrote:
Hi,
On Sunday 19 of May 2013 00:56:30 Tomasz Figa wrote:
Some drivers might rely on availability of trigger flags in IRQ
resource, for example
We need to have numa info ready before init_mem_mapping, so we
can call init_mem_mapping per nodes also can trim node mem range to
big alignment.
Current numa parsing need to allocate some buffer and need to be
called after init_mem_mapping.
So try to split parsing numa info to two stages, and
Move node_map_pfn_alignment() to arch/x86/mm as no other user for it.
Will update it to use numa_meminfo instead of memblock.
Signed-off-by: Yinghai Lu ying...@kernel.org
Reviewed-by: Tang Chen tangc...@cn.fujitsu.com
Tested-by: Tang Chen tangc...@cn.fujitsu.com
---
arch/x86/mm/numa.c | 50
early_initmem_init() call early_x86_numa_init() to parse numa info early.
Later will call init_mem_mapping for nodes in it.
Signed-off-by: Yinghai Lu ying...@kernel.org
Cc: Pekka Enberg penb...@kernel.org
Cc: Jacob Shin jacob.s...@amd.com
Reviewed-by: Tang Chen tangc...@cn.fujitsu.com
Tested-by:
We need to handle slit later, as it need to allocate buffer for distance
matrix. Also we do not need SLIT info before init_mem_mapping.
So move SLIT parsing later.
x86_acpi_numa_init become x86_acpi_numa_init_srat/x86_acpi_numa_init_slit.
It should not break ia64 by replacing acpi_numa_init
One commit that tried to parse SRAT early get reverted before v3.9-rc1.
| commit e8d1955258091e4c92d5a975ebd7fd8a98f5d30f
| Author: Tang Chen tangc...@cn.fujitsu.com
| Date: Fri Feb 22 16:33:44 2013 -0800
|
|acpi, memory-hotplug: parse SRAT before memblock is ready
It broke several things,
If node with ram is hotplugable, local node mem for page table and vmemmap
should be on that node ram.
This patch is some kind of refreshment of
| commit 1411e0ec3123ae4c4ead6bfc9fe3ee5a3ae5c327
| Date: Mon Dec 27 16:48:17 2010 -0800
|
|x86-64, numa: Put pgtable to local node memory
That
For finding with 32bit, it would be easy to access initrd in 32bit
flat mode, as we don't need to set page table.
That is from head_32.S, and microcode updating already use this trick.
Need to change acpi_initrd_override_find to use phys to access global
variables.
Pass is_phys in the function,
As request by hpa, add comments for why we choose 5 for
step size shift.
Signed-off-by: Yinghai Lu ying...@kernel.org
Reviewed-by: Tang Chen tangc...@cn.fujitsu.com
Tested-by: Tang Chen tangc...@cn.fujitsu.com
---
arch/x86/mm/init.c | 21 ++---
1 file changed, 18 insertions(+), 3
head64.c could use #PF handler set page table to access initrd before
init mem mapping and initrd relocating.
head_32.S could use 32bit flat mode to access initrd before init mem
mapping initrd relocating.
That make 32bit and 64 bit more consistent.
-v2: use inline function in header file
To parse srat early, we need to move acpi table probing early.
acpi_initrd_table_override is before acpi table probing. So we need to
move it early too.
Current code acpi_initrd_table_override is after init_mem_mapping and
relocate_initrd(), so it can scan initrd and copy acpi tables with kernel
Now we only search buffer for override acpi table under 4G.
In some case, like user use memmap to exclude all low ram,
we may not find range for it under 4G.
Do second try to search above 4G.
Signed-off-by: Yinghai Lu ying...@kernel.org
Cc: Rafael J. Wysocki r...@sisk.pl
Cc:
Parsing numa info has been separated to two functions now.
early_initmem_info() only parse info in numa_meminfo and
nodes_parsed. still keep numaq, acpi_numa, amd_numa, dummy
fall back sequence working.
SLIT and numa emulation handling are still left in initmem_init().
Call early_initmem_init
It needs to allocate buffer for new numa_meminfo and distance matrix,
so move it down.
Also we change the behavoir:
before this patch, if user input wrong data in command line, it
will fall back to next numa probing or disabling numa.
after this patch, if user input wrong data in command line, it
For the separation, we need to set memblock nid later, as it
could change memblock array, and possible doube memblock.memory
array that will need to allocate buffer.
We do not need to use nid in memblock to find out absent pages.
So we can move that numa_meminfo_cover_memory() early.
Also could
Prepare to put page table on local nodes.
Move calling of init_mem_mapping to early_initmem_init.
Rework alloc_low_pages to alloc page table in following order:
BRK, local node, low range
Still load_cr3 one time.
Signed-off-by: Yinghai Lu ying...@kernel.org
Cc: Pekka Enberg
For the separation, we need to set memblock nid later, as it
could change memblock array, and possible doube memblock.memory
array that will need to allocate buffer.
Only set memblock nid one time for successful path.
Also rename numa_register_memblks to numa_check_memblks()
after move out code
Use common get_ramdisk_image() to get ramdisk start phys address.
We need this to get correct ramdisk adress for 64bit bzImage that
initrd can be loaded above 4G by kexec-tools.
-v2: fix one typo that is found by Tang Chen
Signed-off-by: Yinghai Lu ying...@kernel.org
Cc: Fenghua Yu
Need to use get_ramdisk_image() with early microcode_updating in other file.
Change it to global.
Also make it to take boot_params pointer, as head_32.S need to access it via
phys address during 32bit flat mode.
Signed-off-by: Yinghai Lu ying...@kernel.org
Acked-by: Tejun Heo t...@kernel.org
Move node_possible_map handling out of numa_check_memblks to avoid side
changing in numa_check_memblks().
Only set once for successful path instead of resetting in numa_init()
every time.
Suggested-by: Tejun Heo t...@kernel.org
Signed-off-by: Yinghai Lu ying...@kernel.org
Reviewed-by: Tang Chen
Current acpi tables in initrd is limited to 10, that is too small.
64 should be good enough as we have 35 sigs and could have several
SSDT.
Two problems in current code prevent us from increasing limit:
1. that cpio file info array is put in stack, as every element is 32
bytes, could run out
Now we have arch_pfn_mapped array, and max_low_pfn_mapped should not
be used anymore.
User should use arch_pfn_mapped or just 1UL(32-PAGE_SHIFT) instead.
Only user is ACPI_INITRD_TABLE_OVERRIDE, and it should not use that,
as later accessing is using early_ioremap(). We could change to use
In 32bit we will find table with phys address during 32bit flat mode
in head_32.S, because at that time we don't need set page table to
access initrd.
For copying we could use early_ioremap() with phys directly before mem mapping
is set.
To keep 32bit and 64bit consistent, use phys_addr for all.
Since no one objected[0] and Nico kinda approved of my suggestion to
remove git update-index, I propose the 2nd version of this patch
for 3.11 (Linux, that is)
[0] https://lkml.org/lkml/2013/6/9/185
---
Signed-off-by: Christian Kujau li...@nerdbynature.de
Cc: Nico Schottelius
If we pass a pointer to a const string in the form module:symbol
module_kallsyms_lookup_name() will try to split the string at the colon,
i.e., will try to modify r/o data. That will, in fact, fail on a kernel
with enabled CONFIG_DEBUG_RODATA.
Avoid modifying the passed string in
On Fri, Jun 14, 2013 at 10:56:53AM -0700, David Brown wrote:
The following changes since commit f722406faae2d073cc1d01063d1123c35425939e:
Linux 3.10-rc1 (2013-05-11 17:14:08 -0700)
are available in the git repository at:
On 06/15/2013 01:29 AM, Matthew Garrett wrote:
On Fri, 2013-06-14 at 14:47 +0800, Aaron Lu wrote:
What about a priority based solution? We can introduce a new field named
priority to backlight_device and instead of calling another module's
function like the unregister one here(which cause
On Fri, Jun 14, 2013 at 10:56:55AM -0700, David Brown wrote:
The following changes since commit f722406faae2d073cc1d01063d1123c35425939e:
Linux 3.10-rc1 (2013-05-11 17:14:08 -0700)
are available in the git repository at:
On Fri, 2013-06-14 at 14:17 -0400, Waiman Long wrote:
With some minor changes, the current patch can be modified to support
debugging lock for 32-bit system. For 64-bit system, we can apply a
similar concept for debugging lock with cmpxchg_double. However, for
architecture that does not
On Fri, Jun 14, 2013 at 12:52:55PM -0700, David Brown wrote:
The following changes since commit f722406faae2d073cc1d01063d1123c35425939e:
Linux 3.10-rc1 (2013-05-11 17:14:08 -0700)
are available in the git repository at:
On Sat, 2013-06-15 at 09:26 +0800, Aaron Lu wrote:
On 06/15/2013 01:29 AM, Matthew Garrett wrote:
How would that work with existing userspace?
User space tool will need to be updated to use this as stated in the
gist page, I've patches for gsd-backlight-helper and xorg-x11-drv-intel,
for
Hi.
I wondered whether anyone knows, whether the kernel supports the
LEDs/buttons/buzzer of Intel Atom based QNAP NAS like the TS-569 Pro?
I got the two line LCD, which is a A125, working,...it can easily be
controlled via the serial device... but not the others.
Seems these are GPIO
On Sat 15 Jun 2013 06:21:02 AM CST, Rafael J. Wysocki wrote:
On Saturday, June 15, 2013 03:27:59 AM Jiang Liu wrote:
This is a preparation for next patch to avoid breaking bisecting.
If next patch is applied without this one, it will cause deadlock
as below:
Case 1:
[ 31.015593] Possible
On Sat, Jun 15, 2013 at 12:47:47AM +0200, Nicolas Ferre wrote:
Arnd, Olof,
Additional pull-request for AT91 DT patches.
It contains the remaining part of the USB gadget pull-request that I sent you
last week. After having split it, here is the DT part.
It also contains the update of DMA
On Fri, 2013-06-14 at 17:06 -0400, Steven Rostedt wrote:
I was pretty much able to reproduce this on my PA Semi PPC box. Funny
thing is, when I type on the console, it makes progress. Anyway, it
seems that powerpc has an issue with irq_work(). I'll try to get some
time either tonight or next
On Sat, Jun 15, 2013 at 12:02:44AM +0200, Nicolas Ferre wrote:
Arnd, Olof,
This is a rework of the previous pull-request done by Jean-Christophe
PLAGNIOL-VILLARD ([GIT PULL] at91: USBA DT support for 3.11).
It is also the division of my previous pull request (v2) to extract only
patches
On Sat, Jun 15, 2013 at 2:16 AM, Oliver Schinagl
oliver+l...@schinagl.nl wrote:
From: Oliver Schinagl oli...@schinagl.nl
Allwinner has electric fuses (efuse) on their line of chips. This driver
reads those fuses, seeds the kernel entropy and exports them as a sysfs node.
These fuses are most
On Sat, 2013-06-15 at 12:02 +1000, Benjamin Herrenschmidt wrote:
On Fri, 2013-06-14 at 17:06 -0400, Steven Rostedt wrote:
I was pretty much able to reproduce this on my PA Semi PPC box. Funny
thing is, when I type on the console, it makes progress. Anyway, it
seems that powerpc has an issue
On Fri, 2013-06-14 at 22:17 -0400, Steven Rostedt wrote:
On Sat, 2013-06-15 at 12:02 +1000, Benjamin Herrenschmidt wrote:
On Fri, 2013-06-14 at 17:06 -0400, Steven Rostedt wrote:
I was pretty much able to reproduce this on my PA Semi PPC box. Funny
thing is, when I type on the console, it
On Thu, 13 Jun 2013 21:08:21 -0300
Marcelo Tosatti mtosa...@redhat.com wrote:
On Fri, Jun 07, 2013 at 04:51:22PM +0800, Xiao Guangrong wrote:
- Where is the generation number increased?
Looks like when a new slot is installed in update_memslots() because
it's based on slots-generation. This
This series is a repost of Matt Porter's EDMA patches for AM33XX EDMA support
with changes for few pending review comments on v9 series.
Currently this is required for AM33XX (Beaglebone or EVM) to access MMC
and be able mount to rootfs and boot till command prompt over MMC.
Unless there are
On Sat, 2013-06-15 at 12:21 +1000, Benjamin Herrenschmidt wrote:
On Fri, 2013-06-14 at 22:17 -0400, Steven Rostedt wrote:
On Sat, 2013-06-15 at 12:02 +1000, Benjamin Herrenschmidt wrote:
On Fri, 2013-06-14 at 17:06 -0400, Steven Rostedt wrote:
I was pretty much able to reproduce this on
On Sat, Jun 15, 2013 at 1:07 AM, nirinA raseliarison
nirina.raseliari...@gmail.com wrote:
patch applied and no longer have the bug message when i
reboot and wake up the ethernet controller.
I am wondering if Guenter's patch can fix the race really, but I'd like to
see Guenter's explanation on
Clean up coding style a bit in cpu-db8500.
Signed-off-by: Olof Johansson o...@lixom.net
---
Linus,
Noticed the last chunk of this patch when I resolved one of the recent
conflicts, so I did a once-over of the file. Feel free to drop the
first chunk when applying if you'd prefer to do a sweeping
From: Matt Porter m...@ti.com
The binding definition is based on the generic DMA controller
binding.
Joel: Droped reserved and queue DT entries from Documentation
for now from the original patch series.
Signed-off-by: Matt Porter mpor...@ti.com
Signed-off-by: Joel A Fernandes joelag...@ti.com
From: Matt Porter m...@ti.com
Adds AM33XX EDMA support to the am33xx.dtsi as documented in
Documentation/devicetree/bindings/dma/ti-edma.txt
Joel: Drop DT entries that are non-hardware-description for now as discussed in
[1]
[1] https://patchwork.kernel.org/patch/2226761/
Signed-off-by: Matt
From: Matt Porter mpor...@ti.com
Adds DMA resources to the AM33XX SPI nodes.
Signed-off-by: Matt Porter mpor...@ti.com
Signed-off-by: Joel A Fernandes joelag...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git
From: Matt Porter mpor...@ti.com
Enable TI EDMA option on OMAP.
Signed-off-by: Matt Porter mpor...@ti.com
Signed-off-by: Joel A Fernandes joelag...@ti.com
---
drivers/dma/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/Kconfig b/drivers/dma/Kconfig
From: Matt Porter mpor...@ti.com
Changes by Joel:
* Split EDMA xbar support out of original EDMA DT parsing patch
to keep it easier for review.
* rewrite shift and offset calculation as per
Suggested-by: Sekhar Nori nsek...@ti.com
Suggested by: Andy Shevchenko andy.shevche...@gmail.com
From: Matt Porter mpor...@ti.com
Convert dmaengine channel requests to use
dma_request_slave_channel_compat(). This supports the DT case of
platforms requiring channel selection from either the OMAP DMA or
the EDMA engine. AM33xx only boots from DT and is the only user
implementing EDMA so in the
From: Matt Porter mpor...@ti.com
Adds support for parsing the TI EDMA DT data into the required EDMA
private API platform data. Enables runtime PM support to initialize
the EDMA hwmod. Enables build on OMAP.
Changes by Joel:
* Setup default one-to-one mapping for queue_priority and queue_tc
From: Matt Porter mpor...@ti.com
The binding definition is based on the generic DMA request binding
Signed-off-by: Matt Porter mpor...@ti.com
Signed-off-by: Joel A Fernandes joelag...@ti.com
---
Documentation/devicetree/bindings/spi/omap-spi.txt | 27 +++-
1 file changed, 26
Hi,
On Fri, Jun 14, 2013 at 11:42:18PM +0200, Nicolas Ferre wrote:
Arnd, Olof,
A little AT91 pull-request for patches that are more targeted to SoC/boards
modifications. It is prepared on top of the arm-soc/at91/cleanup branch.
Thanks, best regards,
The following changes since commit
Ideally caller should check availability of IO BAR resource before
calling pci_ioremap_bar(), but no caller doing that yet:(
The WARN_ON() in function pci_ioremap_bar() is used to warn the caller
if it's called for an IO port BAR, so disable it if OS fails to allocate
resources for the BAR,
On Fri, Jun 14, 2013 at 10:31:12PM -0400, Steven Rostedt wrote:
On Sat, 2013-06-15 at 12:21 +1000, Benjamin Herrenschmidt wrote:
On Fri, 2013-06-14 at 22:17 -0400, Steven Rostedt wrote:
On Sat, 2013-06-15 at 12:02 +1000, Benjamin Herrenschmidt wrote:
On Fri, 2013-06-14 at 17:06 -0400,
From: Liu Jiang li...@gmail.com
Commit 30dcf76acc69 libata: migrate ACPI code over to new bindings
removed ACPI dock notification related code, but there's some dead
code left, so clean up it.
Cc: Tejun Heo t...@kernel.org
Cc: Matthew Garrett m...@redhat.com
Cc: Aaron Lu aaron...@intel.com
Cc:
[cc x...@oss.sgi.com, where XFS bug reports should go]
On Sat, Jun 15, 2013 at 10:36:20AM +0800, Fengguang Wu wrote:
Greetings,
I got the below dmesg in both upstream and linux-next, and the first
bad commit *might be* commit 211d022c43ca (xfs: Avoid pathological
backwards allocation).
Hi Linus !
Hopefully this one smells better ...
So here are 3 fixes still for 3.10. Fixes are simple, bugs are nasty
(though not recent regressions, nasty enough) and all targeted at
stable. Please apply.
Thanks !
Cheers,
Ben.
The following changes since commit
Several fixes + obvious cleanup (you've missed a couple of
open-coded can_lookup() back then). Please, pull from
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
Shortlog:
Al Viro (2):
use can_lookup() instead of direct checks of -i_op-lookup
On 06/14/2013 09:26 PM, Benjamin Herrenschmidt wrote:
On Fri, 2013-06-14 at 14:17 -0400, Waiman Long wrote:
With some minor changes, the current patch can be modified to support
debugging lock for 32-bit system. For 64-bit system, we can apply a
similar concept for debugging lock with
On 06/15/2013 09:38 AM, Matthew Garrett wrote:
On Sat, 2013-06-15 at 09:26 +0800, Aaron Lu wrote:
It's not easy to decide if they work or not sometimes, e.g. I came
across a system that claims win8 in ACPI table and has an Intel GPU,
while its ACPI video interface also works. With this patch,
On Sat, Jun 15, 2013 at 12:14:42PM +0800, Aaron Lu wrote:
On 06/15/2013 09:38 AM, Matthew Garrett wrote:
Well, Windows 8 will only use the ACPI backlight interface if the GPU
driver decides to, right? So the logic for deciding whether to remove
the ACPI backlight control or not should be
On Fri, Jun 14, 2013 at 07:01:56PM -0400, Peter Hurley wrote:
On 06/14/2013 06:24 PM, Ross Lagerwall wrote:
Commit 421b40a6286e (tty/vt: Fix vc_deallocate() lock order) changed
the behavior when deallocating VT 1. Previously if trying to
deallocate VT1 and it is busy, we would return EBUSY.
V2 - V1:
1, mask dma interrupt when disable DMA channel.
2, remove patch v1.
if the dma channel is disabled without interrupt masked, the interrupt
status may still be set. next time when dma channel is enabled again,
the old interrupt status may trigger the interrupt wrongly. we need to
mask the
mask dma irq when disabling dma channel, so that interrupt status
will not be set and interrupt won't come again.
Signed-off-by: Qiao Zhou zhouq...@marvell.com
---
drivers/dma/mmp_tdma.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/dma/mmp_tdma.c
On Thu, Jun 13, 2013 at 11:19:26PM -0500, Dave Chiluk wrote:
I'm afraid you are way beyond my current vfs experience level on this
one. While you're getting rid of things you might consider
dentry_unhash as well, as only hpfs_unlink, ncp_rmdir, and ncp_rename
call that.
The trouble is,
[Add ocfs2-devel to CC-list]
Hello Richard,
Thanks for your patch.
On 06/15/2013 03:23 AM, Richard Yao wrote:
There are multiple issues with the custom llseek implemented in ocfs2 for
implementing SEEK_HOLE/SEEK_DATA.
1. It takes the inode-i_mutex lock before calling
I have been using linux on Gumstix since around 2007.
I recently posted a request to help me bring an OEM
driver from 2.6.29 to 2.6.34, since that is the kernel
of the system I am developing user-space code on.
I have gotten 3.x kernels working on Gumstix
in the past, but at some point forgot
On Sat, Jun 15, 2013 at 06:09:39AM +0100, Al Viro wrote:
BTW, in ncp_fill_cache() we have a provably pointless
if (!ino)
ino = find_inode_number(dentry, qname);
Check it out - any path that can lead there with ino == 0 will *not*
have a positive dentry
On 06/14/2013 09:05 PM, Mike Galbraith wrote:
32 of 64 cores DL980 without the -rt killing goto again loop removal I
showed you. Unstable, not wonderful throughput.
Unfortunately the -rt approach is defintively unstable:
@@ -285,9 +274,29 @@ static inline int sem_lock(struct sem_ar
On Fri, Jun 14, 2013 at 03:31:25PM -0700, Tejun Heo wrote:
I'll play with it a bit more on an actual machine and post more
results. Test program attached.
So, here are the results from the same test on a dual-socket 2-way
NUMA opteron 8 core machine.
Running on one CPU.
copy size
On Fri, Jun 14, 2013 at 10:35:22PM -0700, Tejun Heo wrote:
On Fri, Jun 14, 2013 at 03:31:25PM -0700, Tejun Heo wrote:
I'll play with it a bit more on an actual machine and post more
results. Test program attached.
So, here are the results from the same test on a dual-socket 2-way
NUMA
On Sat, 2013-06-15 at 07:27 +0200, Manfred Spraul wrote:
Assume there is one op (semctl(), whatever) that acquires the global
lock - and a continuous stream of simple ops.
- spin_is_locked() returns true due to the semctl().
- then simple ops will switch to spin_lock(sma-sem_perm.lock).
-
On Sat, Jun 15, 2013 at 6:01 AM, Fengguang Wu fengguang...@intel.com wrote:
Greetings,
I got the below dmesg and the first bad commit is
commit c05cdb1b864f548c0c3d8ae3b51264e6739a69b1
Author: Pablo Neira Ayuso pa...@netfilter.org
Date: Mon Jun 3 09:46:28 2013 +
netlink: allow
1101 - 1176 of 1176 matches
Mail list logo