2012/10/9 David Howells :
> Can you merge the following branch into the microblaze tree please.
>
> This is to complete part of the UAPI disintegration for which the preparatory
> patches were pulled recently.
>
> Now that the fixups and the asm-generic chunk have been merged, I've
> regenerated
Commit-ID: ee76120e2d13a2d4eb0cc88da8a8e7f7909cc276
Gitweb: http://git.kernel.org/tip/ee76120e2d13a2d4eb0cc88da8a8e7f7909cc276
Author: Namhyung Kim
AuthorDate: Fri, 5 Oct 2012 14:02:14 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 5 Oct 2012 12:48:51 -0300
perf trace:
On Tue, Oct 09, 2012 at 10:37:32AM +0800, Lv Zheng wrote:
> DesignWare SPI UART is used as one of the debug ports on Low Power Intel
> Architecture (LPIA) platforms. This patch is introduced to support this
> debugging console reported by ACPI DBGP/DBG2. The original MID SPI
> early console
a214e66b462680cf86b210b74a8:
>
> Merge branch 'akpm' (Andrew's patch-bomb) (2012-10-09 16:23:15 +0900)
>
> are available in the git repository at:
>
>
> git://git.infradead.org/users/dhowells/linux-headers.git
> tags/disintegrate-net-20121009
Ok I pulled this and th
On Tue, Oct 09, 2012 at 10:36:56AM +0800, Lv Zheng wrote:
> Microsoft Debug Port Table (DBGP or DBG2) is used by the Windows SoC
> platforms to describe their debugging facilities.
> DBGP: http://msdn.microsoft.com/en-us/windows/hardware/hh134821
> DBG2:
On Tue, 2012-10-09 at 18:19 +0200, Thomas Gleixner wrote:
>
> > I've started looking at playing with the NAPI code again, and trying to
> > see if I can add an ENAPI interface (Even Newer API), where the driver
> > uses its own interrupt thread, and instead of having the polling in the
> >
quest.
>
> The following changes since commit 9e2d8656f5e8aa214e66b462680cf86b210b74a8:
>
> Merge branch 'akpm' (Andrew's patch-bomb) (2012-10-09 16:23:15 +0900)
>
> are available in the git repository at:
>
>
> git://git.infradead.org/users/dhowells/linux-headers.g
On Tue, 9 Oct 2012, Russell King - ARM Linux wrote:
> On Tue, Oct 09, 2012 at 05:22:54PM +0200, Arnd Bergmann wrote:
> > Here are some patches that belong into your domain, I hope you can
> > just send the lot to Linus the next time you send other patches.
> >
> > These bug fixes all address
Is this an already known issue (building perf on latest linus):
$ make tools/perf_install
...
../../lib/rbtree.c:24:36: fatal error: linux/rbtree_augmented.h: No such file
or directory
compilation terminated.
make[2]: *** [util/rbtree.o] Error 1
make[1]: *** [perf_install] Error 2
make: ***
From: KOSAKI Motohiro
commit 869833f2c5c6e4dd09a5378cfc665ffb4615e5d2 upstream.
Dave Jones' system call fuzz testing tool "trinity" triggered the
following bug error with slab debugging enabled
=
BUG
commit b22d127a39ddd10d93deee3d96e643657ad53a49 upstream.
shared_policy_replace() use of sp_alloc() is unsafe. 1) sp_node cannot
be dereferenced if sp->lock is not held and 2) another thread can modify
sp_node between spin_unlock for allocating a new sp node and next
spin_lock. The bug was
From: KOSAKI Motohiro
commit 63f74ca21f1fad36d075e063f06dcc6d39fe86b2 upstream.
When shared_policy_replace() fails to allocate new->policy is not freed
correctly by mpol_set_shared_policy(). The problem is that shared
mempolicy code directly call kmem_cache_free() in multiple places where
it
commit 00442ad04a5eac08a98255697c510e708f6082e2 upstream.
Commit cc9a6c877661 ("cpuset: mm: reduce large amounts of memory barrier
related damage v3") introduced a potential memory corruption.
shmem_alloc_page() uses a pseudo vma and it has one significant unique
combination, vma->vm_ops=NULL and
From: KOSAKI Motohiro
commit 8d34694c1abf29df1f3c7317936b7e3e2e308d9b upstream.
Commit 05f144a0d5c2 ("mm: mempolicy: Let vma_merge and vma_split handle
vma->vm_policy linkages") removed vma->vm_policy updates code but it is
the purpose of mbind_range(). Now, mbind_range() is virtually a no-op
This is a backport of the series "Memory policy corruption fixes V2". This
should apply to 3.6-stable, 3.5-stable, 3.4-stable and 3.0-stable without
any difficulty. It will not apply cleanly to 3.2 but just drop the "revert"
patch and the rest of the series should apply.
I tested 3.6-stable and
On 9 October 2012 21:26, Morten Rasmussen wrote:
> On Thu, Oct 04, 2012 at 07:02:03AM +0100, Viresh Kumar wrote:
>> On 22 September 2012 00:02, wrote:
>> > SCHED_HMP requires that the platform implements arch_get_hmp_domains()
>> > which should set up the platform specific list of hmp_domains.
On Tue, 2012-10-09 at 11:08 +0200, Michal Simek wrote:
> On 10/05/2012 03:51 PM, Ben Hutchings wrote:
> > On Fri, 2012-10-05 at 11:35 +0200, Michal Simek wrote:
> >> On 10/04/2012 09:15 PM, Ben Hutchings wrote:
> >>> On Thu, 2012-10-04 at 20:14 +0200, Michal Simek wrote:
> Just show current
On Thu, Oct 04, 2012 at 01:22:58PM -0700, Alexander Duyck wrote:
> On 10/04/2012 10:19 AM, Konrad Rzeszutek Wilk wrote:
> @@ -450,7 +451,7 @@ void *swiotlb_tbl_map_single(struct device *hwdev,
> dma_addr_t tbl_dma_addr,
> io_tlb_list[i] = 0;
>
On Thu, Oct 04, 2012 at 08:15:44AM -0700, Yinghai Lu wrote:
> On Thu, Oct 4, 2012 at 6:03 AM, Konrad Rzeszutek Wilk
> wrote:
> > On Wed, Oct 3, 2012 at 7:00 PM, Yinghai Lu wrote:
> >> To use to control the delay attach driver for acpi_device.
> >
> >
> > I am not sure what this says. Can you
On Tue, Oct 09, 2012 at 09:22:18AM -0700, Joe Perches wrote:
> On Tue, 2012-10-09 at 21:40 +0530, Adil Mujeeb wrote:
> > Repalces printk's with pr_debug
> []
> > diff --git a/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
> > b/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
> > index
On Tue, 2012-10-09 at 17:48 +0900, Yasuaki Ishimatsu wrote:
> acpi_bus_trim() stops removing devices, when acpi_bus_remove() return error
> number. But acpi_bus_remove() cannot return error number correctly.
> acpi_bus_remove() only return -EINVAL, when dev argument is NULL. Thus even if
> device
On Fri, Oct 05, 2012 at 04:57:36PM +0100, David Vrabel wrote:
> On 05/10/12 12:55, Jan Beulich wrote:
> On 05.10.12 at 13:42, David Vrabel wrote:
> >> On 02/10/12 21:02, Konrad Rzeszutek Wilk wrote:
> >>> On Mon, Oct 01, 2012 at 06:19:19PM +0100, David Vrabel wrote:
> On 25/09/12 18:53,
On Thu, Oct 04, 2012 at 07:27:00AM +0100, Viresh Kumar wrote:
> On 22 September 2012 00:02, wrote:
>
> > +config SCHED_HMP_PRIO_FILTER
> > + bool "(EXPERIMENTAL) Filter HMP migrations by task priority"
> > + depends on SCHED_HMP
>
> Should it depend on EXPERIMENTAL?
>
> > +
On Tue, Oct 09, 2012 at 05:55:12PM +0200, Marco Stornelli wrote:
> Thanks Al. For me there aren't problems to push it via Al or via
> other trees. For example the patch for ext4 is in Ted's tree. You
> tell me what you want and I do it :)
Um... Then I'd better drop the ext4 part and hold the
On 24/09/12 13:36, Jan Beulich wrote:
On 21.09.12 at 17:52, Oliver Chick wrote:
>> Changes since v1:
>>
>> * Maximum number of persistent grants per device now 64, rather than
>>256, as this is the actual maxmimum request in a (1 page) ring.
>
> As said previously, I don't see why this
Hi Arnd,
2012/10/9 Arnd Bergmann :
> The prima2 platform advertises needing no mach/gpio.h header file,
> but its pinctrl driver now has a sirfsoc_gpio_set_pull function
> that uses constants defined in arch/arm/mach-prima2/include/mach/gpio.h,
> which fails to build.
>
> Fortunately, the
On 10/08, Andrey Wagin wrote:
>
> 2012/10/7 Oleg Nesterov :
> >
> > Perhaps we should MAX_PID_NS_LEVEL instead?
>
> Yes, we can.
>
> Could I just define MAX_PID_NS_LEVEL in a code:
> #define MAX_PID_NS_LEVEL ((PAGE_SIZE - offsetof(struct pid, numbers))
> / sizeof(struct upid))
Or even less. But
On Mon, Oct 08, 2012 at 09:39:15PM -0700, Yinghai Lu wrote:
> All page table buf are pre-mapped, and could use _va to access them.
"__va", not "_va". And can you also include the name of the patch
that makes them pre-mapped?
>
> Remove the not needed checking.
"Remove the ioremap check."
>
On Tue, 2012-10-09 at 21:40 +0530, Adil Mujeeb wrote:
> Repalces printk's with pr_debug
[]
> diff --git a/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
> b/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
> index 0ca857a..48fe622 100644
> --- a/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
> +++
On Mon 08-10-12 21:24:40, Hugh Dickins wrote:
> On Mon, 1 Oct 2012, Jan Kara wrote:
>
> > On s390 any write to a page (even from kernel itself) sets architecture
> > specific page dirty bit. Thus when a page is written to via standard write,
> > HW
> > dirty bit gets set and when we later map
On 10/09/2012 04:33 AM, Venu Byravarasu wrote:
> Laxman Dewangan wrote at Tuesday, October 09, 2012 3:19 PM:
>> The TPS65090's DCDC output can also be enable/disable through the
>> external digital input signal. Add support for enable/disable
>> either through register access via I2C or through
On Tue, 9 Oct 2012, Arnd Bergmann wrote:
> The recently added Emma Mobile GPIO driver calls set_irq_flags
> and irq_set_chip_and_handler for the interrupts it exports and
> it can be built as a module, which currently fails with
>
> ERROR: "set_irq_flags" [drivers/gpio/gpio-em.ko] undefined!
>
On Tue, 9 Oct 2012, Steven Rostedt wrote:
> On Tue, 2012-10-09 at 15:46 +0200, Thomas Gleixner wrote:
> > So instead of splitting the softirq threads I split the softirq
> > locks so different softirqs can be handled seperately. If a
> > softirq is raised in the context of a thread,
Am Tue, 9 Oct 2012 14:14:21 +0800
schrieb Wei Yongjun :
> From: Wei Yongjun
>
> Using list_move_tail() instead of list_del() + list_add_tail().
>
> dpatch engine is used to auto generate this patch.
> (https://github.com/weiyj/dpatch)
>
> Signed-off-by: Wei Yongjun
Acked-by: Richard
On Mon, Oct 08, 2012 at 09:39:12PM -0700, Yinghai Lu wrote:
> After we add code use BRK to map buffer for final page table,
.. mention the name of the patch that adds this.
What is 'final page table'? Isn't this just the existing
bootup tables modified to cover more memory.
>
> It should be
On Mon, Oct 08, 2012 at 09:39:11PM -0700, Yinghai Lu wrote:
> Get pgt_buf early from BRK, and use it to map page table at first.
>
> also use the left at first, then use new one.
Left?
>
> -v2: extra xen call back for that new range.
> -v3: fix compiling about #llx in print out that is reported
Repalces printk's with pr_debug
Signed-off-by: Adil Mujeeb
---
linux-3.6-rc7/drivers/staging/winbond/wbusb.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
b/linux-3.6-rc7/drivers/staging/winbond/wbusb.c
index
On Tue, 2012-10-09 at 16:39 +0100, Arnd Bergmann wrote:
> On Tuesday 09 October 2012, Ian Campbell wrote:
> > > * The tmem hypercall is not available on ARM
> > >
> > > * ARMv6 does not support cmpxchg on 16-bit words that are used in the
> >
> > missing the end of this sentence?
>
> Right, I
On Tue, Oct 09, 2012 at 05:22:54PM +0200, Arnd Bergmann wrote:
> Here are some patches that belong into your domain, I hope you can
> just send the lot to Linus the next time you send other patches.
>
> These bug fixes all address problems found with automated build testing.
> Some of them have
On Tue, Oct 09, 2012 at 04:40:54PM +0100, Jonathan Austin wrote:
> Hi Arnd,
>
> On 09/10/12 16:22, Arnd Bergmann wrote:
> > diff --git a/arch/arm/lib/delay.c b/arch/arm/lib/delay.c
> > index 9d0a300..0dc5385 100644
> > --- a/arch/arm/lib/delay.c
> > +++ b/arch/arm/lib/delay.c
> > @@ -45,6 +45,7
This one is mostly kernel_thread/kernel_execve infrastructure +
conversions for arm, x86, um, alpha and s390; all of that has sat in
linux-next for a while. There are several moderately unpleasant conflicts;
I hadn't rebased that branch, but I'd put proposed conflict resolution into
On 10/09/2012 05:03 AM, Takao Indoh wrote:
(2012/10/03 22:23), Don Dutile wrote:
On 10/02/2012 03:49 AM, Takao Indoh wrote:
These patches reset PCIe devices at boot time to address DMA problem on
kdump with iommu. When "reset_devices" is specified, a hot reset is
triggered on each PCIe root
On Tue, Oct 09, 2012 at 05:22:59PM +0200, Arnd Bergmann wrote:
> * The XEN_BALLOON code requires the balloon infrastructure that is not
> getting built on ARM.
>
> * The tmem hypercall is not available on ARM
>
> * ARMv6 does not support cmpxchg on 16-bit words that are used in the
"in the"
On Tue, Oct 09, 2012 at 05:38:34PM +0200, Andre Przywara wrote:
> In check_hw_exists() we try to detect non-emulated MSR accesses
> by writing an arbitrary value into one of the PMU registers
> and check if it's value after a readout is still the same.
> This algorithm silently assumes that the
Il 09/10/2012 01:24, Al Viro ha scritto:
On Mon, Oct 08, 2012 at 02:58:05PM -0700, Boaz Harrosh wrote:
Hi Marco
I was sure you guys where pushing this patch through some
vfs tree. (Hence my Acked-by below). I have just sent Linus
a pull request for the 3.7 Kernel. I could perhaps append this
On Sat, Oct 06, 2012 at 12:44:29AM -0700, Yinghai Lu wrote:
> Not needed anymore after premaping page table buf and not clear initial page
> table wrongly.
Your comment should include what patch made the iomap/iounmap part
unnecessary.
.. and also explain how this work-around is not required
On Sat, Oct 06, 2012 at 12:44:28AM -0700, Yinghai Lu wrote:
> During adding code from BRK to map buffer for final page table,
>
> It should be safe to remove early_memmap for page table accessing.
>
> But get panic after that.
>
> It turns out we clear the initial page table wrongly for next
Hi Viresh,
On Thu, Oct 04, 2012 at 07:02:03AM +0100, Viresh Kumar wrote:
> Hi Morten,
>
> On 22 September 2012 00:02, wrote:
> > From: Morten Rasmussen
> >
> > This patch introduces the basic SCHED_HMP infrastructure. Each class of
> > cpus is represented by a hmp_domain and tasks will only
On Mon, Oct 08, 2012 at 10:06:07PM +0800, Wei Yongjun (weiyj...@gmail.com)
wrote:
> From: Wei Yongjun
>
> Use the module_i2c_driver() macro to make the code smaller
> and a bit simpler.
>
> dpatch engine is used to auto generate this patch.
> (https://github.com/weiyj/dpatch)
>
>
On Tue, Oct 9, 2012 at 4:38 AM, Hans Verkuil wrote:
> Note: I'm CC-ing Halli. Halli, can you take a look at the proposed controls?
>
> On Mon 8 October 2012 19:57:17 Andrey Smirnov wrote:
>> On 10/08/2012 02:30 AM, Hans Verkuil wrote:
>> > On Sat October 6 2012 03:55:01 Andrey Smirnov wrote:
>>
On Tue, 9 Oct 2012, Jean Delvare wrote:
> Hi Julia,
>
> On Sun, 7 Oct 2012 17:38:30 +0200, Julia Lawall wrote:
> > This patch set introduces some macros for describing how an i2c_msg is
> > being initialized. There are three macros: I2C_MSG_READ, for a read
> > message, I2C_MSG_WRITE, for a
On Tue, 2012-10-09 at 17:38 +0200, Andre Przywara wrote:
> First you need an AMD family 10h/12h CPU. These do not reset the
> PERF_CTR registers on a reboot.
> Now you boot bare metal Linux, which goes successfully through this
> check, but leaves the magic value of 0xabcd in the register. You
>
Hi Arnd,
On 09/10/12 16:22, Arnd Bergmann wrote:
> read_current_timer is used by get_cycles since "ARM: 7538/1: delay:
> add registration mechanism for delay timer sources", and get_cycles
> can be used by device drivers in loadable modules, so it has to
> be exported.
>
> Without this patch,
On Tuesday 09 October 2012, Ian Campbell wrote:
> > * The tmem hypercall is not available on ARM
> >
> > * ARMv6 does not support cmpxchg on 16-bit words that are used in the
>
> missing the end of this sentence?
Right, I meant to say
* ARMv6 does not support cmpxchg on 16-bit words that are
Thanks for the patch and sorry for the build breakage!
On Tue, 9 Oct 2012, Arnd Bergmann wrote:
> * The XEN_BALLOON code requires the balloon infrastructure that is not
> getting built on ARM.
>
> * The tmem hypercall is not available on ARM
>
> * ARMv6 does not support cmpxchg on 16-bit
On Tue, 2012-10-09 at 16:22 +0100, Arnd Bergmann wrote:
> * The XEN_BALLOON code requires the balloon infrastructure that is not
> getting built on ARM.
I've got patches to enable this, but not for 3.7 so this looks good for
now.
> * The tmem hypercall is not available on ARM
>
> * ARMv6 does
The prima2 platform advertises needing no mach/gpio.h header file,
but its pinctrl driver now has a sirfsoc_gpio_set_pull function
that uses constants defined in arch/arm/mach-prima2/include/mach/gpio.h,
which fails to build.
Fortunately, the sirfsoc_gpio_set_pull is not used anywhere in the
In check_hw_exists() we try to detect non-emulated MSR accesses
by writing an arbitrary value into one of the PMU registers
and check if it's value after a readout is still the same.
This algorithm silently assumes that the register does not contain
the magic value already, which is wrong in at
In check_hw_exists() we try to detect non-emulated MSR accesses
by writing an arbitrary value into one of the PMU registers
and check if it's value after a readout is still the same.
This algorithm silently assumes that the register does not contain
the magic value already, which is wrong in at
On Tue 09-10-12 19:14:57, Glauber Costa wrote:
> On 10/09/2012 07:08 PM, Michal Hocko wrote:
> > As I have already mentioned in my previous feedback this is cetainly not
> > atomic as you the lock protects only one group in the hierarchy. How is
> > the return value from this function supposed to
Due to some interesting merges in the integrator code, not
all users of mmio pointers were converted before, this
fixes all warnings that got introduced as a consequence.
Signed-off-by: Arnd Bergmann
Cc: Linus Walleij
Cc: Russell King
---
arch/arm/mach-integrator/include/mach/cm.h |
Russell fixed this bogus warning before in 2f3eca8b4f "Shut up gcc
warning in assabet.c", but apparently gcc has become smarter (or dumber)
since 2005, and the same warning came up again.
This uses the uninitialized_var() macro to convince gcc that the
variable is actually being initialized. 100
Patch 35f2b0bd59 "ARM: shmobile: Move definition of shmobile_init_late()
to header" moved the definition of the shmobile_init_late function, but
dropped the __init annotation, which is now causing warnings because
the function calls shmobile_suspend_init, which is also marked init.
Without this
Hi Olof,
Here are three more fixes that I'd like to merge through the arm-soc
as time permits. All of them should be completely harmless and they
only fix harmless gcc warnings.
I don't know what your plans are for sending the next fixes branch.
I've uploaded these into a new "fixes2" branch on
Hi Julia,
On Sun, 7 Oct 2012 17:38:30 +0200, Julia Lawall wrote:
> This patch set introduces some macros for describing how an i2c_msg is
> being initialized. There are three macros: I2C_MSG_READ, for a read
> message, I2C_MSG_WRITE, for a write message, and I2C_MSG_OP, for some other
> kind of
The turbostat Makefile is pretty simple, its output is placed in the
same directory as the source, the install rule has no concept of a
prefix or sysroot, and you can set CC to use a specific compiler but
not use the more familiar CROSS_COMPILE. By making a few minor changes
these limitations are
Hi Marek, Minchan,
2012/10/9 Marek Szyprowski :
> Could You run your test with latest linux-next kernel? There have been some
> patches merged to akpm tree which should fix accounting for free and free
> cma pages. I hope it should fix this issue.
I've tested with the mentioned patches (which
The mls instruction is not available in ARMv6K or below, so we
should make the test conditional on at least ARMv7. ldrexd/strexd
are available in ARMv6K or ARMv7, which we can test by checking
the CONFIG_CPU_32v6K symbol.
/tmp/ccuMTZ8D.s: Assembler messages:
/tmp/ccuMTZ8D.s:22188: Error: selected
On NOMMU ARM, the __addr_ok() and __range_ok() macros do not evaluate
their arguments, which may lead to harmless build warnings in some
code where the variables are not used otherwise. Adding a cast to void
gets rid of the warning and does not make any semantic changes.
Without this patch,
read_current_timer is used by get_cycles since "ARM: 7538/1: delay:
add registration mechanism for delay timer sources", and get_cycles
can be used by device drivers in loadable modules, so it has to
be exported.
Without this patch, building imote2_defconfig fails with
ERROR:
One such warning was recently fixed in a761cebf "ARM: Fix build warning
in arch/arm/mm/alignment.c" but only for the thumb2 case, this fixes
the other half.
arch/arm/mm/alignment.c: In function 'do_alignment':
arch/arm/mm/alignment.c:327:15: error: 'offset.un' may be used uninitialized in
this
From:
Hi Russell,
Here are some patches that belong into your domain, I hope you can
just send the lot to Linus the next time you send other patches.
These bug fixes all address problems found with automated build testing.
Some of them have been around for a long time, other bugs are
* The XEN_BALLOON code requires the balloon infrastructure that is not
getting built on ARM.
* The tmem hypercall is not available on ARM
* ARMv6 does not support cmpxchg on 16-bit words that are used in the
* sys-hypervisor.c needs to include linux/err.h in order to use the
The Linaro cross toolchain and probably others nowadays default to
building in THUMB2 mode. When building a kernel for a CPU that does
not support THUMB2, the compiler complains about incorrect flags.
We can work around this by setting -marm for all non-T2 builds.
Without this patch, building
Sometimes we want the kernel build process to only print messages
on errors, e.g. in automated build testing. This uses the "kecho"
macro that the build system provides to hide a few informational
messages. Nothing changes for a regular "make" or "make V=1".
Without this patch, building any ARM
The flat_get_addr_from_rp() macro does not use the 'persistent' argument
on ARM, causing a harmless compiler warning. A cast to void removes
that warning.
Without this patch, building at91x40_defconfig results in:
fs/binfmt_flat.c: In function 'load_flat_file':
fs/binfmt_flat.c:746:17: warning:
The recently added Emma Mobile GPIO driver calls set_irq_flags
and irq_set_chip_and_handler for the interrupts it exports and
it can be built as a module, which currently fails with
ERROR: "set_irq_flags" [drivers/gpio/gpio-em.ko] undefined!
We either need to replace the call to set_irq_flags
Hi.
We would like to make CRIU able to migrate posix timers.
Currently we require additional info, which have to be provided by kernel.
In particular, it's:
1) Timers id's.
2) Timer clock (gained by id).
3) Timer sigevent structure.
4) Timer current overrun status (not the last one).
We are not
On 10/09, Peter Zijlstra wrote:
>
> One thing you might need to consider is the memory ordering, will the
> list_empty -- either careful or not -- observe the right list pointer,
> or could it -- when racing with wait_event()/prepare_to_wait() --
> observe a stale value. Or.. is that all already
On 10/09/2012 07:08 PM, Michal Hocko wrote:
> As I have already mentioned in my previous feedback this is cetainly not
> atomic as you the lock protects only one group in the hierarchy. How is
> the return value from this function supposed to be used?
So, I tried to make that clearer in the
From: Namjae Jeon
Use extent cache when moving to last extent.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
fs/udf/truncate.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/fs/udf/truncate.c b/fs/udf/truncate.c
index 8a9657d..95fd9bf 100644
---
From: Namjae Jeon
This patch implements extent caching.
Instead of reading metadata everytime from file's starting position,
now we read from the cached extent.
This speeds up the transformation of file logical offsets to
corresponding on-disk blocks.
Signed-off-by: Namjae Jeon
Signed-off-by:
From: Namjae Jeon
The variable last_block is not needed.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
fs/udf/inode.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/fs/udf/inode.c b/fs/udf/inode.c
index 76a1f57..6fd9dc5 100644
--- a/fs/udf/inode.c
+++
On Tue, 2012-10-09 at 15:46 +0200, Thomas Gleixner wrote:
> Dear RT Folks,
>
> I'm pleased to announce the 3.6.1-rt1 release.
Thomas,
First I want to say, and I'm sure I speak for a lot of people on this,
is "Thank you!". I know how hard it is to deal with the issues of
mainline in a RT
From: Namjae Jeon
Currently, du will show wrong block count. This patch fix it.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
fs/udf/inode.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/fs/udf/inode.c b/fs/udf/inode.c
index 8266f2e..76a1f57 100644
---
From: Namjae Jeon
Need to brelse the buffer_head stored in cur_epos and next_epos.
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
fs/udf/inode.c |4
1 file changed, 4 insertions(+)
diff --git a/fs/udf/inode.c b/fs/udf/inode.c
index df88b95..2b77593 100644
---
From: Namjae Jeon
Incrementing lenExtents even while writing to a hole is bad
for performance as calls to udf_discard_prealloc and
udf_truncate_tail_extent would not return from start if
isize != lenExtents
Signed-off-by: Namjae Jeon
Signed-off-by: Ashish Sangwan
---
fs/udf/inode.c |7
On Mon 08-10-12 14:06:14, Glauber Costa wrote:
[...]
> diff --git a/kernel/res_counter.c b/kernel/res_counter.c
> index ad581aa..7b3d6dc 100644
> --- a/kernel/res_counter.c
> +++ b/kernel/res_counter.c
> @@ -86,33 +86,39 @@ int res_counter_charge_nofail(struct res_counter
> *counter, unsigned
From: Namjae Jeon
This patchset implements extent caching in UDF.
While reading/writing to a file, currently, UDF reads metadata serially
which takes a lot of time depending on the number of extents present
in the file. Caching last accessd extent improves metadata read time.
Instead of reading
On 9/13/12 2:59 PM, David Ahern wrote:
Hopefully this wraps up the precise mode-exclude_guest dependency.
I'm sure someone will let me know if I screwed up the attribution
in the second patch.
David Ahern (2):
perf tool: precise mode requires exclude_guest
perf tool: give user better
On Mon 08-10-12 14:06:11, Glauber Costa wrote:
> This flag is used to indicate to the callees that this allocation is a
> kernel allocation in process context, and should be accounted to
> current's memcg. It takes numerical place of the of the recently removed
> __GFP_NO_KSWAPD.
>
> [ v4: make
At Tue, 09 Oct 2012 14:58:41 +0100,
David Howells wrote:
>
> Takashi Iwai wrote:
>
> > > Can you merge the following branch into the sound tree please.
> >
> > The changes look OK, but is it targeted for 3.7 or 3.8 in general?
> > I assumed the latter.
>
> Either will do. There are no
On 12-10-08 09:55 PM, Ben Hutchings wrote:
> On Mon, 2012-10-08 at 18:07 -0700, Jonathan Nieder wrote:
>> From: Seth Heasley
>> Date: Wed, 20 Apr 2011 10:59:57 -0700
>>
>> commit d2edeb7c6f1dada8ca7d5c23e42d604e92ae0c76 upstream.
>>
>> This patch adds the HD Audio Controller DeviceIDs for the
On Mon, 2012-10-08 at 16:16 +0100, Mel Gorman wrote:
> On Wed, Oct 03, 2012 at 08:56:14AM -0600, Mike Yoknis wrote:
> > memmap_init_zone() loops through every Page Frame Number (pfn),
> > including pfn values that are within the gaps between existing
> > memory sections. The unneeded looping will
On Tue, Oct 9, 2012 at 8:36 PM, Mark Brown
wrote:
> On Tue, Oct 09, 2012 at 08:02:18PM +0800, Ming Lei wrote:
>
>> If loading via user space, timeout or not depends on userspace,
>> at least udev won't timeout on non-existent firmware image.
>
> This may be a mdev or old udev thing... it's
mei_io_cb_init - allocat and initializate mei_cl_cb
mei_io_cb_alloc_req/resp_buf are separate function as buffers
are not always needed
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/main.c | 111 --
1 files changed, 87 insertions(+), 24
1. cb_private was an old name that we depriacated in earlier
cleanups
2. we also group the funcion declaration with other _io_
functions
3. Don't check cb for NULL as mei_io_cb_free is NULL safe
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/init.c |4 ++--
move the mei_io_cb_ wrappers to to iorw.c for global use
and use them also for handling control flows
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/init.c|4 +-
drivers/misc/mei/iorw.c| 120 +--
drivers/misc/mei/main.c| 78
kill useless mei_io_list list wrapper and use directly
struct mei_cl_cb mei_cb which was its only member for managing io queues
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/init.c | 29 ++---
drivers/misc/mei/interrupt.c | 134 ++
1. unify common amt and regular error path and use it early in the
function
2. fix indentation
3. propagate error code directly from copy_from_user
4. print out errors using dev_err instead of dev_dbg
Signed-off-by: Tomas Winkler
---
drivers/misc/mei/main.c | 75
301 - 400 of 1422 matches
Mail list logo
