On Fri, Jul 13, 2012 at 04:46:16PM +0800, Fengguang Wu wrote:
> This is another kconfig, produced a bit different call trace, however
> also related to sysfs_read_file().
Any hint as to which file is being read?
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe
>From fe42b2f29e5968482b3129c71f81a58a0559cf04 Mon Sep 17 00:00:00 2001
From: Jovi Zhang
Date: Tue, 17 Jul 2012 17:10:15 +0800
Subject: [PATCH] ftrace: using pr_fmt for better printk output
There don't have subsystem name output in front ot ftrace related log entry,
so use pr_fmt to enable
On 2012年07月16日 16:55, Richard Zhao wrote:
> Signed-off-by: Richard Zhao
> ---
> drivers/mfd/anatop-mfd.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/mfd/anatop-mfd.c b/drivers/mfd/anatop-mfd.c
> index 6da0634..5576e07 100644
> ---
Hi Wen,
2012/07/13 19:40, Wen Congyang wrote:
> At 07/09/2012 06:24 PM, Yasuaki Ishimatsu Wrote:
>> acpi_memory_device_remove() has been prepared to remove physical memory.
>> But, the function only frees acpi_memory_device currentlry.
>>
>> The patch adds following functions into
On Mon, Jul 16, 2012 at 09:18:11AM +0200, Henrik Rydberg wrote:
> Not all sensors in the T range are useful temperatures. This patch
> creates a subset of sensors to be exported to userland, excluding the
> unknown types.
>
> Signed-off-by: Henrik Rydberg
Applied to -next.
Thanks,
Guenter
--
On Mon, Jul 16, 2012 at 09:18:10AM +0200, Henrik Rydberg wrote:
> There are many userland reports of sensors with unreasonably small and
> large temperatures. There seem to be several reasons for this:
>
> Firstly, the major sensor type (sp78) is actually a signed number.
> This explains why some
On Mon, 16 Jul 2012 10:42:39 -, Thomas Gleixner wrote:
> + while (1) {
> + cpu = cpumask_next(pool->last_cpu, cpu_online_mask);
> + if (cpu >= nr_cpu_ids)
> + cpu = cpumask_first(cpu_online_mask);
> + pool->last_cpu = cpu;
> +
Hi Artem,
Today's linux-next merge of the l2-mtd tree got a conflict in
drivers/mtd/chips/cfi_cmdset_0002.c between commit 420962884379 ("mtd:
cfi_cmdset_0002: Micron M29EW bugfixes as per TN-13-07") from the mtd
tree and commit 39c0c188e160 ("mtd: cfi_cmdset_0002: Micron M29EW
bugfixes as per
On Mon, Jul 16, 2012 at 02:34:03PM -0600, Alex Williamson wrote:
> This is an alternative to kvm_set_irq(,,,0) which returns the previous
> assertion state of the interrupt and does nothing if it isn't changed.
>
> Signed-off-by: Alex Williamson
> ---
>
> include/linux/kvm_host.h |3 ++
>
On Mon, Jul 16, 2012 at 02:34:03PM -0600, Alex Williamson wrote:
> This is an alternative to kvm_set_irq(,,,0) which returns the previous
> assertion state of the interrupt and does nothing if it isn't changed.
>
> Signed-off-by: Alex Williamson
> ---
>
> include/linux/kvm_host.h |3 ++
>
Em 06-06-2012 21:37, Konrad Rzeszutek Wilk escreveu:
On Tue, Jun 05, 2012 at 07:41:52AM -0300, Cesar Eduardo Barros wrote:
I was looking at the swapfile.c parts of the recently-merged
frontswap, and noticed that frontswap_init can be called from
swapoff when try_to_unuse fails.
This looks odd
Hi Wen,
2012/07/13 12:26, Wen Congyang wrote:
> At 07/09/2012 06:24 PM, Yasuaki Ishimatsu Wrote:
>> acpi_memory_device_remove() has been prepared to remove physical memory.
>> But, the function only frees acpi_memory_device currentlry.
>>
>> The patch adds following functions into
On Mon, Jul 16, 2012 at 6:46 PM, Rob Herring wrote:
> From: Rob Herring
>
> With commit 766e6a4ec602d0c107 (clk: add DT clock binding support),
> compiling with OF && !COMMON_CLK is broken.
Thanks, Rob.
This fixed the issue for me, but Mike's comments applies.
> Reported-by: Alexandre Pereira
Hi Wen,
2012/07/16 11:32, Wen Congyang wrote:
> At 07/09/2012 06:26 PM, Yasuaki Ishimatsu Wrote:
>> When (hot)adding memory into system, /sys/firmware/memmap/X/{end, start,
>> type}
>> sysfs files are created. But there is no code to remove these files. The
>> patch
>> implements the function
Hi Wen,
2012/07/13 18:10, Wen Congyang wrote:
> At 07/09/2012 06:26 PM, Yasuaki Ishimatsu Wrote:
>> When (hot)adding memory into system, /sys/firmware/memmap/X/{end, start,
>> type}
>> sysfs files are created. But there is no code to remove these files. The
>> patch
>> implements the function
On Mon, Jul 16, 2012 at 03:27:48PM -0400, chetan loke wrote:
> On Mon, Jul 16, 2012 at 2:38 PM, Jon Mason wrote:
> > On Mon, Jul 16, 2012 at 12:49:39PM -0400, chetan loke wrote:
>
>
>
> >> Is it ok to rename the following vars for convenience sake?
> >>
> >> > + struct list_head txq;
On Mon, Jul 16, 2012 at 11:25:35AM +0530, Vivek Gautam wrote:
> Changes from v1:
> 1) Moved "struct of_device_id exynos_ehci_match[]"
> to the next of "struct dev_pm_ops s5p_ehci_pm_ops" in ehci-s5p.c.
> 2) Rebased on 'usb-next' branch.
I've applied the first 2 patches here, please rework the
On Mon, Jul 16, 2012 at 6:09 PM, Jiang Liu wrote:
> On 07/17/2012 01:29 AM, Bjorn Helgaas wrote:
>> On Sun, Jul 15, 2012 at 10:47 AM, Jiang Liu wrote:
>>> On 07/13/2012 04:49 AM, Bjorn Helgaas wrote:
> Hi Bjorn,
> It's a little risk to change these PCIe capabilities access
>
On 20120716-16:46, Rob Herring wrote:
> From: Rob Herring
>
> With commit 766e6a4ec602d0c107 (clk: add DT clock binding support),
> compiling with OF && !COMMON_CLK is broken.
>
Hi Rob,
Thanks for sending this quickly.
> @@ -313,19 +314,19 @@ int clk_add_alias(con
Vendor ID 0x10de0051 is used by a yet-to-be-named GPU chip.
Signed-off-by: Aaron Plattner
Acked-by: Andy Ritger
Reviewed-by: Daniel Dadap
---
sound/pci/hda/patch_hdmi.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/sound/pci/hda/patch_hdmi.c b/sound/pci/hda/patch_hdmi.c
index
On 07/17/2012 01:29 AM, Bjorn Helgaas wrote:
> On Sun, Jul 15, 2012 at 10:47 AM, Jiang Liu wrote:
>> On 07/13/2012 04:49 AM, Bjorn Helgaas wrote:
Hi Bjorn,
It's a little risk to change these PCIe capabilities access
functions as void. On some platform with hardware error
Paul Bolle wrote:
>
> Commit 85fd6d63bf2927b9da7ab1b0d46723bfdb13808c ("ARM: S3C2410: move
> mach-s3c2410/* into mach-s3c24xx/") moved the three files mentioned in
> the "SIMTEC EB2410ITX (BAST)" MAINTAINERS entry to the arch/arm/s3c24xx
> directory. Update that entry accordingly.
>
>
Heiko Stübner wrote:
>
> Am Montag 25 Juni 2012, 12:11:52 schrieb Paul Bolle:
> > Commit 85fd6d63bf2927b9da7ab1b0d46723bfdb13808c ("ARM: S3C2410: move
> > mach-s3c2410/* into mach-s3c24xx/") orphaned
> > arch/arm/mach-s3c2410/Kconfig: currently no other Kconfig file sources
> > that file. This
On Mon, Jul 02, 2012 at 09:55:29AM -0500, Seth Forshee wrote:
> Fix the dependencies of apple-gmux to prevent it from being built-in
> when one or more of its dependencies is built as a module. Otherwise it
> can fail to build due to missing symbols.
Matthew: Are you okay with this, or is there
On Mon, 16 Jul 2012, Christoph Lameter wrote:
> > Sounds like a response from someone who is very familiar with slab
> > allocators. The reality, though, is that very few people are going to be
> > doing development with CONFIG_DEBUG_VM enabled unless they notice problems
> > beforehand.
>
>
On Sat, Jul 07, 2012 at 11:04:45PM -0400, Namjae Jeon wrote:
> From: Namjae Jeon
>
> The numbers of USB HDDs(All USB HDD I checked) does not respond
> correctly to scsi mode sense command for retrieving the write cache
> page status. Even though write cache is enabled by default, due to
> scsi
On 07/16/2012 10:36 PM, Mark Brown wrote:
> On Mon, Jul 16, 2012 at 06:41:05PM +0900, Chanwoo Choi wrote:
>> This patch fix bug related to interrupt handling for MAX77693 devices.
>> - Unmask interrupt masking bit for charger/flash/muic to revolve
>> that interrupt isn't happened when external
On Mon, Jul 16, 2012 at 3:28 PM, Linus Walleij wrote:
> On Sat, Jul 14, 2012 at 2:16 AM, Mike Turquette wrote:
> '
>> This patch moves direct control of the MPU voltage regulator out of the
>> cpufreq driver .target callback and instead puts that logic into a clock
>> rate change notifier
On Mon, Jul 16, 2012 at 11:32 AM, Christian Kujau wrote:
> Is this still scheduled to go into 3.5? I'm asking because -rc7 has been
> released and does not contain this fix. W/o this fix, my powerpc system
> won't boot[0] :-\
I don't expect James is going to push my async changes for 3.5. So
On Mon, Jul 16, 2012 at 03:15:56PM -0700, Paul E. McKenney wrote:
> On Wed, Jul 11, 2012 at 08:26:29PM +0200, Frederic Weisbecker wrote:
> > Hi,
> >
> > There are significant changes this time. I reverted back to using
> > a TIF flag to hook on syscalls slow path and put the hooks on
> > high
On Mon, Jul 16, 2012 at 3:17 PM, Marek Vasut wrote:
[..]
> sound/soc/soc-dapm.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> V2: CC proper people, hopefully proper mailing list
> Adjust the patch subject with proper tags
>
> diff --git a/sound/soc/soc-dapm.c
On Mon, Jul 16, 2012 at 8:51 AM, Laxman Dewangan wrote:
> Enable GPIO_TPS6586X as the gpio functionality of
> this device moved as platform driver.
>
> Signed-off-by: Laxman Dewangan
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe
On Mon, Jul 16, 2012 at 8:51 AM, Laxman Dewangan wrote:
> The GPIO functionality of device tps6586x is added through
> platform gpio driver and it can be register as the mfd sub
> device and hence removing the duplicates code which register
> the gpio functionality from core driver.
>
>
On Sat, Jul 14, 2012 at 2:16 AM, Mike Turquette wrote:
'
> This patch moves direct control of the MPU voltage regulator out of the
> cpufreq driver .target callback and instead puts that logic into a clock
> rate change notifier callback.
That's heavy stuff.
I was hoping that the first example
On Mon, Jul 16, 2012 at 05:53:18PM -0400, Dave Jones wrote:
> On Mon, Jul 16, 2012 at 10:32:18PM +0100, Al Viro wrote:
> > On Wed, Jul 11, 2012 at 12:10:12PM -0700, Linus Torvalds wrote:
> > > rdi = 54415541e5894855
> > >
> > > which looks like some odd corrupted ASCII to me
On Mon, 16 Jul 2012, Linus Torvalds wrote:
On Mon, Jul 16, 2012 at 12:26 PM, wrote:
Some of the proposed ways to implement the minimum distro kernel would not
allow you to override the distro defaults because they would be implemented
by setting dependancies, not by selecting options that
] [] *pgd=
[3.97] Internal error: Oops: 817 [#1] ARM
[3.97] Modules linked in:
[3.97] CPU: 0Not tainted
(3.5.0-rc7-next-20120716-00024-g47a3902-dirty #1814)
[3.97] PC is at async_run_entry_fn+0x3c/0x1cc
[3.97] LR is at process_one_work+0x12c
On Wed, Jul 11, 2012 at 08:26:29PM +0200, Frederic Weisbecker wrote:
> Hi,
>
> There are significant changes this time. I reverted back to using
> a TIF flag to hook on syscalls slow path and put the hooks on
> high level exception handlers instead of low level ones.
>
> It makes the code more
On Sun, Jul 15, 2012 at 11:11 PM, Mark Brown
wrote:
> On Sat, Jul 14, 2012 at 09:57:08PM +0200, Linus Walleij wrote:
>
>> If I understand correctly this relates closely to another patch from Mark
>> Brown
>> we discussed the other day (sorry for missing this patch, which arrived
>> earlier, for
Rafael, Daniel,
"Rafael J. Wysocki" writes:
> Hi all,
>
> All of the changes I'd like to include into the first PM pull request during
> the v3.6 merge window, except maybe for one or two patches I know are in the
> works, is on the 'linux-next' branch of the linux-pm.git tree now. The
>
On Mon, Jul 16, 2012 at 11:44:53PM +0200, Andreas Mohr wrote:
> Hi,
>
> just found the following in dmesg after resume
> (currently running -rc7):
>
> [ 9312.672073] psmouse serio2: synaptics: hardware appears to be
> different: id(149271-149271), model(114865-114865), caps(d04771-d04773),
>
On Mon, Jul 16, 2012 at 4:00 AM, Rafael J. Wysocki wrote:
> On Monday, July 16, 2012, Michael Kerrisk wrote:
>> Arve, Rafael,
>>
>> On Tue, May 1, 2012 at 7:33 AM, Arve Hjønnevåg wrote:
>> > When an epoll_event, that has the EPOLLWAKEUP flag set, is ready, a
>> > wakeup_source will be active to
-child18 Tainted: GW
3.5.0-rc7-next-20120716-sasha #221
[ 43.050038] Call Trace:
[ 43.050435] [] panic+0xcd/0x1f4
[ 43.050931] [] ? read_flush.isra.7+0xe4/0x100
[ 43.051602] [] __stack_chk_fail+0x16/0x20
[ 43.052206] [] read_flush.isra.7+0xe4/0x100
[ 43.052951
Linus Walleij writes:
> On Mon, Jul 16, 2012 at 7:10 PM, Kevin Hilman wrote:
>
>> Subject: [PATCH] MAINTAINERS: add entry OMAP GPIO driver
>>
>> Since I've been maintaining this, making it official at the request of the
>> GPIO maintainers.
>>
>> Cc: Grant Likely
>> Cc: Linus Walleij
>> Cc:
On Mon, Jul 16, 2012 at 08:16:12PM +0200, Dominic Eschweiler wrote:
> Am Freitag, den 13.07.2012, 21:19 +0300 schrieb Michael S. Tsirkin:
> >
> > UIO has the same property, doesn't it? Multiple users can
> > access device memory through sysfs.
>
>
> Indeed, that's a similar problem. I haven't
On Mon, Jul 16, 2012 at 10:32:18PM +0100, Al Viro wrote:
> On Wed, Jul 11, 2012 at 12:10:12PM -0700, Linus Torvalds wrote:
> > rdi = 54415541e5894855
> >
> > which looks like some odd corrupted ASCII to me ("UH\211\345AUAT") but
> > that makes no sense either.
>
> It makes a lot of
Hi,
just found the following in dmesg after resume
(currently running -rc7):
[ 9312.672073] psmouse serio2: synaptics: hardware appears to be
different: id(149271-149271), model(114865-114865), caps(d04771-d04773),
ext(a4-a4).
Acer Aspire One A110L here.
Any clever thoughts about this?
From: Rob Herring
With commit 766e6a4ec602d0c107 (clk: add DT clock binding support),
compiling with OF && !COMMON_CLK is broken.
Reported-by: Alexandre Pereira da Silva
Reported-by: Prashant Gaikwad
Signed-off-by: Rob Herring
---
drivers/clk/clkdev.c |2 +-
include/linux/clk.h |7
On Wed, Jul 11, 2012 at 12:10:12PM -0700, Linus Torvalds wrote:
> rdi = 54415541e5894855
>
> which looks like some odd corrupted ASCII to me ("UH\211\345AUAT") but
> that makes no sense either.
It makes a lot of sense as amd64 code, though:
55 push %rbp
48
From: Rafael J. Wysocki
Add a new routine, rmobile_init_domains(), allowing the caller
to initialize all generic PM objects stored in a table in one
operation.
Signed-off-by: Rafael J. Wysocki
---
arch/arm/mach-shmobile/include/mach/pm-rmobile.h |2 ++
arch/arm/mach-shmobile/pm-rmobile.c
From: Rafael J. Wysocki
Introduce function pm_genpd_present() allowing the caller to check if
the given generic PM domain has been initialized.
Signed-off-by: Rafael J. Wysocki
---
drivers/base/power/domain.c | 22 ++
include/linux/pm_domain.h |5 +
2 files
From: Rafael J. Wysocki
Since the sh7372_pd_a4s.genpd.status == GPD_STATE_POWER_OFF condition
is never satisfied, remove the code depending on it for now.
That (or equivalent) code will be added again when the cpuidle state
involving the A4S domain is added to the sh7372's cpuidle driver.
From: Rafael J. Wysocki
Allow the common power management support code for Renesas SoCs to
read the names of the power domains that platform devices belong to
from a device tree describing the platform.
The name of the power domain is stored within the given device's DT
node as a case-sensitive
From: Rafael J. Wysocki
Make the power management code under arch/arm/mach-shmobile/
use pm_genpd_add_subdomain_names() for adding subdomains to power
domains, which makes it possible to drop
rmobile_pm_add_subdomain() and will allow us to carry out those
operations for domain objects stored in
I ran into problems compiling the program ZoneMinder on Fedora rawhide
(currently using something around 3.5rc6) which do not appear with 3.4
kernels. With help this was traced to commit
6016af82eafcb6e086a8f2a2197b46029a843d68, "[media] v4l2: use __u32
rather than enums in ioctl() structs" which
From: Rafael J. Wysocki
It sometimes is necessary to turn on a given PM domain when only
the name of it is known and the domain pointer is not readily
available. For this reason, add a new helper function,
pm_genpd_name_poweron(), allowing the caller to turn on a PM domain
using its name for
From: Rafael J. Wysocki
Instead of giving a name to every sh7372's PM domain object, put them
all into a table and use rmobile_init_domains(), introduced by a
previous patch, for initializing them all altogether. Also, use
pm_genpd_add_subdomain_names() for adding subdomains to the PM
domains
From: Rafael J. Wysocki
Since rmobile_init_pm_domain() is not called anywhere outside of
arch/arm/mach-shmobile/pm-rmobile.c any more, it can be made static
and its header may be removed from pm-rmobile.h. Modify the code
accordingly.
Signed-off-by: Rafael J. Wysocki
---
From: Rafael J. Wysocki
Instead of giving a name to every r8a7740's PM domain object, put
them all into a table and use rmobile_init_domains(), introduced by a
previous patch, for initializing them all altogether. Also, use
pm_genpd_add_subdomain_names() for adding A3SP as a subdomain of A4S.
From: Rafael J. Wysocki
Instead of giving a name to every r8a7779's PM domain object, put
them all into a table and initialize them all together in a loop.
Signed-off-by: Rafael J. Wysocki
---
arch/arm/mach-shmobile/include/mach/r8a7779.h |9 ---
arch/arm/mach-shmobile/pm-r8a7779.c
From: Rafael J. Wysocki
Add a new helper function, pm_genpd_add_subdomain_names(), allowing
the caller to add a subdomain to a generic PM domain using names for
domain identification (both domains have to be initialized before).
This function is useful for adding subdomains to PM domains whose
From: Rafael J. Wysocki
If the r8a7779's PM domains are given names, this SoC and its boards
will be able to use rmobile_add_device_to_domain() for adding devices
to those domains and r8a7779_add_device_to_domain(), which is not
used anywhere at the moment anyway, may be dopped.
Accordingly,
From: Rafael J. Wysocki
Make the power management code under arch/arm/mach-shmobile/ use
names of power domains instead of pointers to domain objects for
adding devices to the domains. This will allow us to put the
domain objects into tables and register them all in one shot
going forward.
From: Rafael J. Wysocki
Add a new helper function __pm_genpd_name_add_device() allowing
a device to be added to a (registered) generic PM domain identified
by name. Add a wrapper around it, pm_genpd_name_add_device(),
passing NULL as the last argument and reorganize pm_domains.h for the
new
On Thursday, July 05, 2012, Rafael J. Wysocki wrote:
> On Wednesday, July 04, 2012, Mark Brown wrote:
> > On Tue, Jul 03, 2012 at 11:02:17PM +0200, Rafael J. Wysocki wrote:
> >
> > > I actually don't have any ideas how to do that at the moment, but I wonder
> > > if anyone has already thought
On Tue, Jul 17, 2012 at 7:07 AM, Alan Cox wrote:
> On Mon, 16 Jul 2012 13:44:32 -0700
> Linus Torvalds wrote:
>
>> On Mon, Jul 16, 2012 at 12:42 PM, Dave Airlie wrote:
>> >
>> > Sorry been travelling and a bit neglectful of some of Alan's
>> > patches,
>>
>> I actually took the three Alan sent
On Mon, 16 Jul 2012 01:35:34 -0700 (PDT)
Hugh Dickins wrote:
> Incremental on top of what I believe you presently have in mmotm:
> better folded in on top of Michal's original and the may_enter_fs "fix".
I think I'll keep it as a separate patch, actually. This is a pretty
tricky and
On Mon, 16 Jul 2012 13:44:32 -0700
Linus Torvalds wrote:
> On Mon, Jul 16, 2012 at 12:42 PM, Dave Airlie wrote:
> >
> > Sorry been travelling and a bit neglectful of some of Alan's
> > patches,
>
> I actually took the three Alan sent me already, exactly because they
> seemed harmless and I
On Mon, Jul 16, 2012 at 06:09:24PM +0300, Kirill A. Shutemov wrote:
> I also move synchronize_rcu() inside free_nsproxy(). It fixes racy
> put_nsproxy() which calls free_nsproxy() without synchronize_rcu().
> I guess it was missed during switch to RCU (see cf7b708).
I was wrong here. No races.
On Mon, Jul 16, 2012 at 12:26 PM, wrote:
>
> Some of the proposed ways to implement the minimum distro kernel would not
> allow you to override the distro defaults because they would be implemented
> by setting dependancies, not by selecting options that you as the user could
> then unselect.
On Mon, Jul 16, 2012 at 7:10 PM, Kevin Hilman wrote:
> Subject: [PATCH] MAINTAINERS: add entry OMAP GPIO driver
>
> Since I've been maintaining this, making it official at the request of the
> GPIO maintainers.
>
> Cc: Grant Likely
> Cc: Linus Walleij
> Cc: Santosh Shilimkar
> Cc: Andrew
On Mon, Jul 16, 2012 at 12:42 PM, Dave Airlie wrote:
>
> Sorry been travelling and a bit neglectful of some of Alan's
> patches,
I actually took the three Alan sent me already, exactly because they
seemed harmless and I didn't know your schedule.
Your pull has a "gma500: Fix frequency
Hi all,
All of the changes I'd like to include into the first PM pull request during
the v3.6 merge window, except maybe for one or two patches I know are in the
works, is on the 'linux-next' branch of the linux-pm.git tree now. The summary
of those changes is appended. If anyone finds any of
In order to inject a level interrupt from an external source using an
irqfd, we need to allocate a new irq_source_id. This allows us to
assert and (later) de-assert an interrupt line independently from
users of KVM_IRQ_LINE and avoid lost interrupts.
We also add what may appear like a bit of
We can drop any kind of serialization on the injection side as we
expect spurious injections to be both rare and safe. On the EOI
side, this continues to filter out both the pic/ioapic work and
the eventfd signaling if our source ID has not set the interrupt.
Signed-off-by: Alex Williamson
---
This is an alternative to kvm_set_irq(,,,0) which returns the previous
assertion state of the interrupt and does nothing if it isn't changed.
Signed-off-by: Alex Williamson
---
include/linux/kvm_host.h |3 ++
virt/kvm/irq_comm.c | 78 ++
2
This new ioctl enables an eventfd to be triggered when an EOI is
written for a specified irqchip pin. The first user of this will
be external device assignment through VFIO, using a level irqfd
for asserting a PCI INTx interrupt and this interface for de-assert
and notification once the interrupt
v5:
- irqfds now have a one-to-one mapping with eoifds to prevent users
from consuming all of kernel memory by repeatedly creating eoifds
from a single irqfd.
- implement a kvm_clear_irq() which does a test_and_clear_bit of
the irq_state, only updating the pic/ioapic if changes and
On Mon, 16 Jul 2012, David Rientjes wrote:
> > These checks are useless for regular kernel operations. They are
> > only useful when developing code and should only be enabled during
> > development. There is no point in testing the size and the name which are
> > typically constant when a slab
Hi,
On Mon, Jul 16 2012, Linus Walleij wrote:
>> Uhm, I seem to have missed that bindings are deemed more "flexible" as
>> long as they are coupled to in-kernel dts files? Is that discussed
>> somewhere? I do wonder about it...
>
> Well patches like this are sent out but not commented on from
>
On Mon, Jul 16, 2012 at 12:21:47PM +0530, Laxman Dewangan wrote:
> To cache the interrupt mask register, use the regmap RB_TREE
> cache-ing mechanism in place of implementing it locally.
Reviewed-by: Mark Brown
Can you use regmap-irq?
signature.asc
Description: Digital signature
On Mon, Jul 16, 2012 at 12:21:46PM +0530, Laxman Dewangan wrote:
> Using regmap apis for accessing the device registers.
>
> Signed-off-by: Laxman Dewangan
Reviewed-by: Mark Brown
signature.asc
Description: Digital signature
On Mon, Jul 16, 2012 at 12:21:45PM +0530, Laxman Dewangan wrote:
> - ret = request_threaded_irq(irq, NULL, tps6586x_irq, IRQF_ONESHOT,
> -"tps6586x", tps6586x);
> + ret = devm_request_threaded_irq(tps6586x->dev, irq, NULL, tps6586x_irq,
> +
Hello everyone,
With the collaboration of Petr Holasek we released a first 0.1 version
of the AutoNUMA benchmark.
It's now trivial to run it without the chance of mistakes, and you can
also see how fast the NUMA algorithms in the kernel converge the load
by checking the pdf charts it creates
On Sun, Jul 15, 2012 at 04:57:12PM +0800, Axel Lin wrote:
> Pass regulator id rahter than the index to lp872x_find_regulator_init_data(),
> then the code can be simpler.
> We can also get max_regulators by lp->num_regulators.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, Jul 16, 2012 at 06:31:10PM +0800, Axel Lin wrote:
> According to the datasheet, the voltage for twl6030ldo_ops is not linear for
> all cases. Linear mapping is only for the selection code from
> 0001 to 00011000.
Applied, thanks.
signature.asc
Description: Digital signature
On Mon, 16 Jul 2012, Christoph Lameter wrote:
> > > struct kmem_cache *kmem_cache_create(const char *name, size_t size,
> > > size_t align,
> > > unsigned long flags, void (*ctor)(void *))
> > > {
> > > struct kmem_cache *s = NULL;
> > >
> > > #ifdef CONFIG_DEBUG_VM
> > >
On Mon, Jul 16, 2012 at 07:14:54PM +0530, Laxman Dewangan wrote:
> Set the supply_name in the regulator descriptor unconditionally
> and make this parameter as required parameter in the device
> node for successfully registration of the regulator.
This doesn't apply against topic/drivers, please
Pavel Machek writes:
> Hi!
>
>> The assembly syntax is very reasonable already and not far from what we
>> are used to (see the .S files in my kernel patches). The 64-bit
>> instructions are different and that's specified here (apart from the
>> actual bit encoding):
>>
>>
On Monday 16 July 2012, ABRAHAM, KISHON VIJAY wrote:
> >>
> >> I think we should reconsider the idea of drivers/bus/ with a file per
> >> bus in there at least for new buses, but doing a new drivers/scp/
> >> would be ok for me if there is enough opposition against the idea
> >> of drivers/bus
On Monday 16 July 2012, James Bottomley wrote:
> On Fri, 2012-07-13 at 15:45 +, Arnd Bergmann wrote:
> > On Friday 13 July 2012, Vinayak Holikatti wrote:
> > > This patch set adds following features
> > > - Seprates PCI specific code from ufshcd.c to make it as core
> > > - Adds PCI glue
On Monday 16 July 2012, Pavel Machek wrote:
> > The assembly syntax is very reasonable already and not far from what we
> > are used to (see the .S files in my kernel patches). The 64-bit
> > instructions are different and that's specified here (apart from the
> > actual bit encoding):
> >
> >
On Mon, Jul 16, 2012 at 2:35 PM, Wolfram Sang wrote:
> Uhm, I seem to have missed that bindings are deemed more "flexible" as
> long as they are coupled to in-kernel dts files? Is that discussed
> somewhere? I do wonder about it...
Well patches like this are sent out but not commented on from
On Mon, Jul 16, 2012 at 11:34 AM, Nicolas Pitre
wrote:
> On Mon, 16 Jul 2012, Colin Cross wrote:
>
>> vfp_pm_suspend should save the VFP state in suspend after
>> any lazy context switch. If it only saves when the VFP is enabled,
>> the state can get lost when, on a UP system:
>> Thread 1 uses
Hi Linus,
Sorry been travelling and a bit neglectful of some of Alan's
patches,
These all look necessary for -fixes,
Dave.
The following changes since commit ac7d181e323a888015e19e2e4d776095a0433787:
Merge branch 'hwmon-for-linus' of
On Monday, July 16, 2012, Toralf Förster wrote:
>
> On 07/16/2012 07:47 PM, Rafael J. Wysocki wrote:
> >
> > Well, so this is a different issue definitely.
> >
> Well, this helped : https://lkml.org/lkml/2012/7/16/113
So, it was the same issue after all.
The patch has been merged, so it
On Fri, 13 Jul 2012 22:00:10 -0700
Linus Torvalds wrote:
> (*) Technically, "&(x)[0]" is actually a really confused way of saying
> "(x+0)" while making sure that "x" was a valid pointer.
But wait, there's more!
Should someone some day try to use an implementation with a fairly
ferocious
On Mon, 16 Jul 2012, Linus Torvalds wrote:
On Mon, Jul 16, 2012 at 9:43 AM, wrote:
The problem is that you can't select the Fedora profile and then unselect
SELINUX, so the profile will do you no good.
Guys, stop it now.
Your "problem" isn't what any sane person cares about, and isn't
On Fri, Jun 22, 2012 at 7:54 PM, David Daney wrote:
> On 06/20/2012 09:12 AM, Ralf Baechle wrote:
>>
>> On Wed, Jun 20, 2012 at 03:27:59PM +0900, Yoichi Yuasa wrote:
>>
>>> Commit: 3777808873b0c49c5cf27e44c948dfb02675d578 breaks all MIPS builds.
>>
>>
>> Thanks, fix applied.
>>
>
> Where was it
For a reset sequence to complete cleanly, a module needs its
associated clocks to be enabled, otherwise the timeout check
in prcm code can print a false failure (failed to hardreset)
that occurs because the clocks aren't powered ON and the status
bit checked can't transition without them.
101 - 200 of 1052 matches
Mail list logo