On Fri, Jul 13, 2012 at 05:43:30AM +, AnilKumar, Chimata wrote:
> Thanks much, are you going to push reset of the patches in this series?
No, there's no dependency so I'd expect them to be applied by the
architecture maintainers.
signature.asc
Description: Digital signature
On Fri, 2012-07-13 at 16:11 +0800, Wei Ni wrote:
> On Fri, 2012-07-13 at 15:41 +0800, Zhang Rui wrote:
> > On 五, 2012-07-13 at 15:30 +0800, Wei Ni wrote:
> > > Our tegra thermal framework also will use the generic thermal layer. It
> > > will register the cooling device, and run the throttling in
Yes, a customer reported an issue to me.
After my investigation, I found the problem may be the lack of "dmb"
in mutex_lock and mutex_unlock functions.
Moreover, the issue could be resolved after the "dmb" was added.
2012/7/13 Will Deacon :
> On Fri, Jul 13, 2012 at 10:10:52AM +0100, shan kang
On Thu, 12 Jul 2012, Chris Mason wrote:
> On Thu, Jul 12, 2012 at 05:07:58AM -0600, Thomas Gleixner wrote:
> > On Thu, 12 Jul 2012, Mike Galbraith wrote:
> > > crash> struct rt_mutex 0x8801770601c8
> > > struct rt_mutex {
> > > wait_lock = {
> > > raw_lock = {
> > > slock = 7966
>
Hi,
On Fri, 13 Jul 2012 00:33:07 +0300, Sami Liedes wrote:
> Hi,
>
> Kernel 3.4.4 with kmemcheck enabled does not correctly boot on my
> system, which is a x86-64, Core i7 Sandy Bridge computer with Asus
> P8P67-EVO motherboard. The errors seem to be related to ACPI, but
> there may be other
On Fri, Jul 13, 2012 at 11:56 AM, viresh kumar wrote:
> I wanted to ask, will normal memcpy for anybody will work with unaligned
> addresses
> with this patch? I believe they will.
Hmm... I just rechecked and it seems it works without this patch. I
didn't remember why this patch still in my
2012/7/13 Andrew Morton :
> On Thu, 12 Jul 2012 20:04:53 +0900
> Akinobu Mita wrote:
>
>> The function dup_task() may fail at the following function calls in
>> the following order.
>>
>> 0) alloc_task_struct_node()
>> 1) alloc_thread_info_node()
>> 2) arch_dup_task_struct()
>>
>> Error by 0) is
On Fri, Jul 13, 2012 at 11:47 AM, Sedat Dilek wrote:
> Hi,
>
> while dealing with [1], I saw this mei-related infos in dmesg when
> doing a suspend + resume (see [1] for more logs):
>
> [17046.348467] [] mei_pci_suspend+0x78/0xd0 [mei]
> [17047.460315] mei :00:16.0: irq 47 for MSI/MSI-X
>
On 07/13/2012 11:43 AM, Christian Borntraeger wrote:
On 13/07/12 05:35, Raghavendra K T wrote:
maybe define static inline access functions in kvm_host.h that are no-ops
if CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT is not set.
As I already said, can you have a look at using access functions?
Yes.
On Fri, 2012-07-13 at 11:52 +0200, Thomas Gleixner wrote:
> On Fri, 13 Jul 2012, Mike Galbraith wrote:
> > On Thu, 2012-07-12 at 15:31 +0200, Thomas Gleixner wrote:
> > > Bingo, that makes it more likely that this is caused by copying w/o
> > > initializing the lock and then freeing the original
> -Original Message-
> From: Sedat Dilek [mailto:sedat.di...@gmail.com]
> Sent: Friday, July 13, 2012 12:48 PM
> To: Winkler, Tomas
> Cc: Thomas Gleixner; LKML; Greg Kroah-Hartman; Roland Dreier
> Subject: [3.5-rc6+] mei: irq: request_threaded_irq is missing the
> IRQF_ONESHOT flag
>
>
Hi all,
Here is v2 for the KGDB FIQ debugger, the changes include:
- Per Colin Cross' suggestion, we should not enter the debugger on any
received byte (this might be a problem when there's a noise on the
serial line). So there is now an additional patch that implements
"knocking" to the
Currently kernel never set KGDB_REASON_NMI. We do now, when we enter
KGDB/KDB from an NMI.
This is not to be confused with kgdb_nmicallback(), NMI callback is
an entry for the slave CPUs during CPUs roundup, but REASON_NMI is the
entry for the master CPU.
Signed-off-by: Anton Vorontsov
---
The FIQ debugger may be used to debug situations when the kernel stuck
in uninterruptable sections, e.g. the kernel infinitely loops or
deadlocked in an interrupt or with interrupts disabled.
By default KGDB FIQ is disabled in runtime, but can be enabled with
kgdb_fiq.enable=1 kernel command line
As Colin Cross noticed, serial ports could be noisy, so occasional
characters once in a while are possible. So, considering the noise
possibility, entering the debugger on any received byte is unacceptable
for production devices.
This changes KGDB FIQ behaviour in a such way so that we have to
If enabled, kernel will able to enter KGDB upon serial line activity on
UART ports.
Note that even with this patch and CONFIG_KGDB_FIQ is enabled, you still
need to pass kgdb_fiq.enable=1 kernel command line option, otherwise UART
will behave in a normal way.
By default UART0 is used, but this
This makes the code more izolated.
The downside of this is that we now have an additional branch and the
code itself is 8 bytes longer. But on the bright side, this new layout
can be more cache friendly since cr_alignment address might be already
in the cache line (not that I measured anything,
Just a couple of calls to manage VIC FIQ routing. We'll use them for
KGDB FIQ support on ARM Versatile machines.
Signed-off-by: Anton Vorontsov
---
arch/arm/common/vic.c | 28
arch/arm/include/asm/hardware/vic.h |2 ++
2 files changed, 30
The new arch callback should manage NMIs that usually cause KGDB to
enter. That is, not all NMIs should be enabled/disabled, but only
those that issue kgdb_handle_exception().
We must mask it as serial-line interrupt can be used as an NMI, so
if the original KGDB-entry cause was say a breakpoint,
Just move the macros into header file as we would want to use them for
KGDB FIQ entry code.
The following macros were moved:
- svc_entry
- usr_entry
- kuser_cmpxchg_check
- vector_stub
To make kuser_cmpxchg_check actually work across different files, we
also have to make
From: fangxiaozhi
1. This patch is based on the kernel of 3.5-rc6
2. In this patch, we add new micro for matching the series USB devices with
vendor ID and interface information.
3. In this patch, we add new declarations into option.c to support the new
interfaces of Huawei Data Card devices.
Il 04/10/2011 21:34, Greg KH ha scritto:
> diff --git a/drivers/staging/hv/hyperv_vmbus.h b/drivers/hv/hyperv_vmbus.h
> similarity index 99%
> rename from drivers/staging/hv/hyperv_vmbus.h
> rename to drivers/hv/hyperv_vmbus.h
> index 3d2d836..8261cb6 100644
> ---
On Fri, 2012-07-13 at 09:30 +0100, Steve Glendinning wrote:
> > On 13 July 2012 07:13, Joe Perches wrote:
> > The @smsc.com email address is bouncing.
> > Should it be removed from MAINTAINERS or switched to this
> > @shawell.net address?
>
> It should be changed, I posted a patch to do this
On Fri, 13 Jul 2012, Mike Galbraith wrote:
> On Fri, 2012-07-13 at 11:52 +0200, Thomas Gleixner wrote:
> > On Fri, 13 Jul 2012, Mike Galbraith wrote:
> > > On Thu, 2012-07-12 at 15:31 +0200, Thomas Gleixner wrote:
> > > > Bingo, that makes it more likely that this is caused by copying w/o
> > >
On Fri, Jul 13, 2012 at 12:15 PM, Winkler, Tomas
wrote:
>
>
>> -Original Message-
>> From: Sedat Dilek [mailto:sedat.di...@gmail.com]
>> Sent: Friday, July 13, 2012 12:48 PM
>> To: Winkler, Tomas
>> Cc: Thomas Gleixner; LKML; Greg Kroah-Hartman; Roland Dreier
>> Subject: [3.5-rc6+] mei:
On 13/07/12 11:04, Andy Shevchenko wrote:
> On Fri, Jul 13, 2012 at 11:56 AM, viresh kumar wrote:
>> I wanted to ask, will normal memcpy for anybody will work with unaligned
>> addresses
>> with this patch? I believe they will.
> Hmm... I just rechecked and it seems it works without this patch.
On Fri, Jul 13, 2012 at 1:30 PM, viresh kumar wrote:
> Sorry, got confused now. What works without this patch? And what doesn't work
> without it?
It seems this patch is redundant.
--
With Best Regards,
Andy Shevchenko
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
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 acpi_memory_device_remove():
> - offline memory
> - remove
On Thu, Jul 12, 2012 at 09:59:49AM +0100, Andrew Morton wrote:
> > >
> > > Could we do this purely in Kconfig? Add a new
> > > CONFIG_ARCH_WANT_COMPAT_IPC_PARSE_VERSION and always set it true if
> > > CONFIG_ARCH_WANT_OLD_COMPAT_IPC?
[...]
> It would be best to change both as a separate patch.
On Fri, Jul 13, 2012 at 12:29 PM, Sedat Dilek wrote:
> On Fri, Jul 13, 2012 at 12:15 PM, Winkler, Tomas
> wrote:
>>
>>
>>> -Original Message-
>>> From: Sedat Dilek [mailto:sedat.di...@gmail.com]
>>> Sent: Friday, July 13, 2012 12:48 PM
>>> To: Winkler, Tomas
>>> Cc: Thomas Gleixner;
Although for the most part, the AB8500 uses common bindings, some
of the ways in which they are used differ slightly to the common
uses of those bindings. To clear up some of these varying concepts
we provide some documentation describing each of the properties and
how they are used.
Doing some enhancements in the tps6586x core driver which is
based on some recent driver framework enhancements.
Following are highlights of changes:
- Use devm for allocation to remove the code for freeing it.
- Use regmap i2c for register access in place of direct i2c apis.
This will give the
To cache the interrupt mask register, use the regmap RB_TREE
cache-ing mechanism in place of implementing it locally.
Signed-off-by: Laxman Dewangan
---
drivers/mfd/tps6586x.c | 24
1 files changed, 16 insertions(+), 8 deletions(-)
diff --git a/drivers/mfd/tps6586x.c
Converting the gpio driver of tps6586x to a platform
driver in place of registering the gpio through core
driver.
The motivation of the change is:
- This is inline with the mfd drivers implementation.
- This will move the related gpio support to gpio driver
folder where all gpio related drivers
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.
Signed-off-by: Laxman Dewangan
---
drivers/mfd/Kconfig|2 +-
On Fri, Jul 13, 2012 at 04:26:26AM -0600, Thomas Gleixner wrote:
> On Fri, 13 Jul 2012, Mike Galbraith wrote:
> > On Fri, 2012-07-13 at 11:52 +0200, Thomas Gleixner wrote:
> > > On Fri, 13 Jul 2012, Mike Galbraith wrote:
> > > > On Thu, 2012-07-12 at 15:31 +0200, Thomas Gleixner wrote:
> > > > >
Allocate memory for device state using devm_kzalloc(), get the
IRQ using devm_request_irq().
All to simplify accounting and letting the kernel do the
garbage-collection.
Signed-off-by: Laxman Dewangan
---
drivers/mfd/tps6586x.c | 23 ---
1 files changed, 8 insertions(+),
Using regmap apis for accessing the device registers.
Signed-off-by: Laxman Dewangan
---
drivers/mfd/Kconfig|1 +
drivers/mfd/tps6586x.c | 157 ++--
2 files changed, 47 insertions(+), 111 deletions(-)
diff --git a/drivers/mfd/Kconfig
On Fri, Jul 13, 2012 at 4:34 AM, Andrew Morton
wrote:
> On Thu, 12 Jul 2012 19:11:04 +0530
> Amit Daniel Kachhap wrote:
>
>> [a...@linux-foundation.org: fix comment layout]
>> Signed-off-by: Amit Daniel Kachhap
>> Cc: Donggeun Kim
>> Cc: Guenter Roeck
>> Cc: SangWook Ju
>> Cc: Durgadoss
>>
On Fri, Jul 13, 2012 at 3:39 PM, Hongbo Zhang wrote:
>
>
> On 12 May 2012 17:40, Amit Daniel Kachhap wrote:
>>
>> This patch adds support for generic cpu thermal cooling low level
>> implementations using frequency scaling up/down based on the registration
>> parameters. Different cpu related
Hello everyone,
I am new to linux and i also want to contribute in linux community.
I am running Ubuntu 11.04 and i have downloaded linux-2.6.35.13 for
learning. so kindly tell me how to set up and starting kernel
development.
I did tried some books and websites but i am still unable to do some
They look like they mostly export register settings which is usually
questionable since we might want to abstract bindings so they can be
useful for a number of drivers.
I'm not exactly sure what you mean by this. These bindings are specific
to the ST-Ericsson driver and are localised, hence
On Fri, 13 Jul 2012 14:13:45 +1000
Stephen Rothwell wrote:
> Hi Greg,
>
> After merging the tty tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> drivers/char/mwave/mwavedd.c: In function 'register_serial_portandirq':
> drivers/char/mwave/mwavedd.c:472:2: error:
This patchset introduces a new generic cooling device based on cpufreq
that can be used on non-ACPI platforms. As a proof of concept, we have
drivers for the following platforms using this mechanism now:
* Samsung Exynos (Exynos4 and Exynos5) in the current patchset.
* TI OMAP
This movement is needed because the hwmon entries and corresponding sysfs
interface is a duplicate of utilities already provided by
driver/thermal/thermal_sys.c. The goal is to place it in thermal folder
and add necessary functions to use the in-kernel thermal interfaces.
Signed-off-by: Amit
Add necessary default platform data support needed for TMU driver. This
dt/non-dt values are tested for origen exynos4210 and smdk exynos5250
platforms.
Signed-off-by: Amit Daniel Kachhap
Cc: Donggeun Kim
Acked-by: Guenter Roeck
Cc: SangWook Ju
Cc: Durgadoss
Cc: Len Brown
Cc: Jean Delvare
This code added creates a link between temperature sensors, linux thermal
framework and cooling devices for samsung exynos platform. This layer
monitors the temperature from the sensor and informs the generic thermal
layer to take the necessary cooling action.
[a...@linux-foundation.org: fix
Insert exynos5 TMU sensor changes into the thermal driver. Some exynos4
changes are made generic for exynos series.
[a...@linux-foundation.org: fix comment layout]
Signed-off-by: SangWook Ju
Signed-off-by: Amit Daniel Kachhap
Cc: Donggeun Kim
Acked-by: Guenter Roeck
Cc: Durgadoss
Cc: Len
> Date: Tue, 10 Jul 2012 18:20:13 +0200
> From: Lee Jones
> To: "Rajanikanth H.V"
> Cc: STEricsson_nomadik_linux ,
> linaro-...@lists.linaro.org, linux-kernel@vger.kernel.org,
> linux-arm-ker...@lists.infradead.org, patc...@linaro.org
> Subject: Re: [PATCH] mfd: Implement
Initialize the device when registering it. Sometimes the user access to it
and the device is in an unknown state, so it could fail.
Signed-off-by: Samuel Iglesias Gonsálvez
---
drivers/staging/ipack/devices/ipoctal.c | 14 ++
1 file changed, 14 insertions(+)
diff --git
After opening and closing the file /dev/ipoctal.X.Y.Z for the second time, it
gives a kernel oops due to a dereference of a NULL pointer.
The problem was that tty->driver_data was not properly initialized when
accessing the file for the second time.
Reported-by: Alberto Garcia Gonzalez
> Date: Tue, 10 Jul 2012 14:12:01 +
> From: Arnd Bergmann
> To: linux-arm-ker...@lists.infradead.org
> Cc: linaro-...@lists.linaro.org, linux-kernel@vger.kernel.org,
> "Rajanikanth H.V" ,
patc...@linaro.org
> Subject: Re: [PATCH] mfd: Implement devicetree support for AB8500
>
On Wed, Jul 11, 2012 at 5:31 AM, wrote:
> The mm-of-the-moment snapshot 2012-07-10-16-59 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
>
> * drivers-scsi-ufs-use-module_pci_driver.patch
> * drivers-scsi-ufs-reverse-the-ufshcd_is_device_present-logic.patch
> *
From: "Kirill A. Shutemov"
free_nsproxy() is too heavy to be on exit path. Let's free namespaces
asynchronously to not block exit_group() syscall.
Microbenchmark:
: #define _GNU_SOURCE
: #include
: #include
: #include
: #include
:
: int
: main(void)
: {
: int i;
: for (i = 0; i
This updates the documentation on how to create patches and send
these to the kernel mailing list.
The documentation before was written in times before git was there,
so the crafting of the patch needed to be done manually by diff -up
in the right directory.
This patch aims at simplifying the
@@ -964,11 +966,13 @@ static int __devinit ab8500_btemp_probe(struct
platform_device *pdev)
{
int irq, i, ret = 0;
u8 val;
- struct abx500_bm_plat_data *plat_data = pdev->dev.platform_data;
I already told you about this.
your previous comment was: "No, it's meant to work
"Fangxiaozhi (Franko)" writes:
> From: fangxiaozhi
> 1. This patch is based on the kernel of 3.5-rc6
> 2. In this patch, we add new micro for matching the series USB devices with
> vendor ID and interface information.
> 3. In this patch, we add new declarations into option.c to support the
Signed-off-by: Paul Bolle
---
0) Opening drivers/staging/wlags49_h2/dhf.2 with vim triggered this
warning:
"drivers/staging/wlags49_h2/dhf.h" 226L, 8428C
Error detected while processing modelines:
line2:
E518: Unknown option: */
Press ENTER or type command to continue
1) Since the Linux
On Thu 12-07-12 08:46:53, Mathias Krause wrote:
> Al, Jan,
>
> this patch set fixes info leaks in isofs and udf. Both file systems fail to
> initialize all bytes of the f_handle byte array when creating a handle for a
> path pointing to a directory. This memory gets copied to userland and that
On Jul 3, 2012, at 5:21 AM, Zhao Chenhui wrote:
> From: Li Yang
>
> Add support to disable and re-enable individual cores at runtime
> on MPC85xx/QorIQ SMP machines. Currently support e500v1/e500v2 core.
>
> MPC85xx machines use ePAPR spin-table in boot page for CPU kick-off.
> This patch
On Jun 26, 2012, at 5:25 AM, Zhao Chenhui wrote:
> From: Li Yang
>
> In sleep PM mode, the clocks of e500 core and unused IP blocks is
> turned off. IP blocks which are allowed to wake up the processor
> are still running.
>
> Some Freescale chips like MPC8536 and P1022 has deep sleep PM mode
On Friday 13 July 2012, Lee Jones wrote:
> Although for the most part, the AB8500 uses common bindings, some
> of the ways in which they are used differ slightly to the common
> uses of those bindings. To clear up some of these varying concepts
> we provide some documentation describing each of
On Fri, Jul 13, 2012 at 03:51:21PM +1000, Stephen Rothwell wrote:
>
> The ext4 tree still has its build failure so I used the version from
> next-20120709.
I fixed this last night, but I probably just missed when you pulled in
the ext4 tree. So hopefully you should have no problems with your
On Fri, Jul 13, 2012 at 01:51:50PM +0200, Stefan Beller wrote:
> This updates the documentation on how to create patches and send
> these to the kernel mailing list.
>
> The documentation before was written in times before git was there,
> so the crafting of the patch needed to be done manually
On Thu 12-07-12 16:15:29, Thomas Gleixner wrote:
> On Wed, 11 Jul 2012, Jan Kara wrote:
> > On Wed 11-07-12 12:05:51, Jeff Moyer wrote:
> > > Jan Kara writes:
> > >
> > > > Hello,
> > > >
> > > > we've recently hit a deadlock in our QA runs which is caused by the
> > > > per-process plugging
On Thu 12-07-12 00:12:44, Thomas Gleixner wrote:
> On Wed, 11 Jul 2012, Jan Kara wrote:
> > On Wed 11-07-12 12:05:51, Jeff Moyer wrote:
> > > This eventually ends in a call to blk_run_queue_async(q) after
> > > submitting the I/O from the plug list. Right? So is the question
> > > really why
On Thursday 12 July 2012, John Stultz wrote:
>
> On 07/12/2012 10:31 AM, Marc Zyngier wrote:
> > On Thu, 12 Jul 2012 09:57:33 -0700, John Stultz
> > wrote:
> >
> >> So following ia64's method is probably better then copying the 8253's
> >> rate if you're not concerned about tick-granularity
On Wed, 11 Jul 2012, Joe Perches wrote:
> On Wed, 2012-07-11 at 13:32 -0400, Robert P. J. Day wrote:
> []
> > diff --git a/Documentation/CodingStyle b/Documentation/CodingStyle
> []
> > +A newer technique is to use the GCC extension of being able to place
> > +statements and declarations in an
On Fri, 2012-07-13 at 06:47 -0400, Chris Mason wrote:
> On Fri, Jul 13, 2012 at 04:26:26AM -0600, Thomas Gleixner wrote:
> > On Fri, 13 Jul 2012, Mike Galbraith wrote:
> > > On Fri, 2012-07-13 at 11:52 +0200, Thomas Gleixner wrote:
> > > > On Fri, 13 Jul 2012, Mike Galbraith wrote:
> > > > > On
On Thu, Jul 12, 2012 at 9:22 AM, Roland Stigge wrote:
> This patch adjusts the LPC32xx MLC NAND driver to the new pl08x DMA interface,
> fixing the compile error resulting from changed pl08x structures.
>
> Signed-off-by: Roland Stigge
Acked-By: Alexandre Pereira da Silva
> ---
>
> Applies to
On Thu, Jul 12, 2012 at 9:22 AM, Roland Stigge wrote:
> This patch adjusts the LPC32xx platform support to the new pl08x DMA
> interface,
> fixing the compile error resulting from changed pl08x structures.
>
> Signed-off-by: Roland Stigge
Acked-By: Alexandre Pereira da Silva
> ---
>
>
On Thu, Jul 12, 2012 at 9:22 AM, Roland Stigge wrote:
> This patch adjusts the LPC32xx SLC NAND driver to the new pl08x DMA interface,
> fixing the compile error resulting from changed pl08x structures.
>
> Signed-off-by: Roland Stigge
Acked-By: Alexandre Pereira da Silva
> ---
>
> Applies to
On Wed, Jul 11, 2012 at 11:47:40PM -0600, Mike Galbraith wrote:
> Greetings,
[ deadlocks with btrfs and the recent RT kernels ]
I talked with Thomas about this and I think the problem is the
single-reader nature of the RW rwlocks. The lockdep report below
mentions that btrfs is calling:
> [
On Thu, Jul 12, 2012 at 01:46:34PM -0400, Jörn Engel wrote:
> Console driver similar to netconsole, except it writes to a block
> device. Can be useful in a setup where netconsole, for whatever
> reasons, is impractical.
>
> Changes since version 1.0:
> - Header format overhaul, addressing
On 11.7.2012 01:47, c...@linux.vnet.ibm.com wrote:
> From: Cody Schafer
>
> For some config options (CONFIG_EXTRA_FIRMWARE, for example), the length
> of a config file line can exceed the 1024 byte buffer.
>
> Switch from fgets to getline to fix.
getline() is not a portable function and
On Sun, Jul 01, 2012 at 03:44:54PM +0200, Paul Bolle wrote:
> Commit 5a6f8d2bd9e3392569ed6f29ea4d7210652f929b ("kconfig: nuke
> LKC_DIRECT_LINK cruft") removed all traces of lkc_defs.h from the tree.
> Remove its entries in dontdiff and kconfig's .gitignore file too.
Applied to
> -Original Message-
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Friday, July 13, 2012 6:23 AM
> To: KY Srinivasan
> Cc: Greg KH; de...@linuxdriverproject.org; linux-kernel@vger.kernel.org;
> virtualizat...@lists.osdl.org
> Subject:
Il 13/07/2012 15:13, KY Srinivasan ha scritto:
>> >
>> > Somone was trying to be funny, I guess.
>> >
>> > KY, I suppose you have access to Hyper-V code or can ask someone who does.
>> > Is this signature actually used in the Hyper-V host code?
> It is still early in the morning here and pardon
> -Original Message-
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> Sent: Friday, July 13, 2012 9:15 AM
> To: KY Srinivasan
> Cc: Greg KH; de...@linuxdriverproject.org; linux-kernel@vger.kernel.org;
> virtualizat...@lists.osdl.org
> Subject: Re: 0xB16B00B5? Really? (was Re: Move
On Fri, Jul 13, 2012 at 10:09:15AM +0200, Dominic Eschweiler wrote:
> Am Freitag, den 13.07.2012, 02:16 +0300 schrieb Michael S. Tsirkin:
> > My concern was people will ask for more and more stuff that pci
> > sysfs already has.
> > If we do add these is there a way to not duplicate code from pci?
On Fri, Jul 13, 2012 at 03:15:29PM +0200, Paolo Bonzini wrote:
> Il 13/07/2012 15:13, KY Srinivasan ha scritto:
> >> >
> >> > Somone was trying to be funny, I guess.
> >> >
> >> > KY, I suppose you have access to Hyper-V code or can ask someone who
> >> > does.
> >> > Is this signature actually
On 07/13, Srikar Dronamraju wrote:
>
> * Oleg Nesterov [2012-07-08 22:30:11]:
>
> > Kill insert_vm_struct()->uprobe_mmap(). It is not needed, nobody
> > except arch/ia64/kernel/perfmon.c uses insert_vm_struct(vma) with
> > vma->vm_file != NULL.
> >
>
> Right, but somebody else might start using
On Mon, Jul 09, 2012 at 02:35:13PM -0600, Alex Williamson wrote:
> > Well internal qemu APIs are qemu's problem and can be addressed there.
> > For example, can we make it mimic our interface: make qemu EOI notifier
> > accept an object that includes qemu_irq without irqchip and irqfd with?
>
>
I was bisecting a problem on 64bit where any attempt to cause a crash kernel to
boot would hang. The bisect ended up on commit 722bc6b (x86/mm: Fix the size
calculation of mapping tables) and somehow, looking at the calling function and
the ranges printed on boot, I think the calculations should
On Fri, 2012-07-13 at 14:04 +0100, Chris Webb wrote:
> Commit c2c20ef43d00 "bnx2: Update driver to use new mips firmware"
> updated the bnx2 driver to use bnx2-mips-09-6.2.1b in place of
> bnx2-mips-09-6.2.1a, but didn't replace the copy of bnx2-mips-09-6.2.1a
> in firmware/bnx2/ with the new
On 10/07/12 22:08, Linus Walleij wrote:
On Mon, Jul 9, 2012 at 11:21 PM, Lee Jones wrote:
On 09/07/12 23:03, Linus Walleij wrote:
Now since I was fooled by the last patch, thinking you had tested it
before
submitting (obviously not) - please send a test log of some
cat /dev/input/event* for
> On 12/07/12 21:18, Raghavendra K T wrote:
> > +#ifdef CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT
> [...]
> > + struct {
> > + bool cpu_relax_intercepted;
> > + bool dy_eligible;
> > + } ple;
> > +#endif
> [...]
> > }
> > vcpu->run = page_address(page);
> > +
Name the regulator as per board schematics and adds its
supply name info in regulator data.
Add the always on fixed regulator to refer the battery supply.
Use this fixed regulator for input supply of some of PMIC
regulator
Signed-off-by: Laxman Dewangan
---
This patch series add the support for the input supply of tps6586x
regulator.
The changes are based on on discussion on patch
[PATCH 1/3] ARM: dt: tegra: seaboard: add regulators
on which the input supply name should be require in DT case and
unconditionally set on the desc.supply_name.
To add
There is multiple voltage input pins on device which
takes the voltage input for different voltage regulator.
Support to configure the voltage input supplied by
different regulator for each regulators.
Signed-off-by: Laxman Dewangan
---
.../devicetree/bindings/regulator/tps6586x.txt | 17
El 09/07/12 20:39, Greg KH escribió:
On Fri, Jul 06, 2012 at 12:40:38PM +0200, Miguel Gómez wrote:
The piece of code that checks for LCDA in xgifb_probe() just checks for some
register values but doesn't really do anything in response to them (the actions
that should be executed are commented).
* Oleg Nesterov [2012-07-08 22:30:11]:
> Kill insert_vm_struct()->uprobe_mmap(). It is not needed, nobody
> except arch/ia64/kernel/perfmon.c uses insert_vm_struct(vma) with
> vma->vm_file != NULL.
>
> And it is wrong. Again, get_user_pages() can not succeed before
> vma_link(vma) makes is
* Oleg Nesterov [2012-07-13 15:29:16]:
> On 07/13, Srikar Dronamraju wrote:
> >
> > * Oleg Nesterov [2012-07-08 22:30:11]:
> >
> > > Kill insert_vm_struct()->uprobe_mmap(). It is not needed, nobody
> > > except arch/ia64/kernel/perfmon.c uses insert_vm_struct(vma) with
> > > vma->vm_file !=
On Fri, Jul 13, 2012 at 06:42:52AM +0200, Sven Joachim wrote:
> On 2012-07-12 21:24 +0200, Greg KH wrote:
>
> > This is the start of the stable review cycle for the 3.4.5 release.
> > There are 187 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues
This patch set adds following features
- Seprates PCI specific code from ufshcd.c to make it as core
- Adds PCI glue driver ufshcd-pci.c
- Adds Platform glue driver ufshcd-pltfrm.c
- Update correct transfer size in Command UPIU
Vinayak Holikatti (4):
[SCSI] drivers/scsi/ufs: Remove PCI
This patch removes the PCI specific code to make it into
core ufs driver. This separation allows room for other
bus specific glue drivers to be added in future
Signed-off-by: Vinayak Holikatti
Signed-off-by: Santosh Yaraganavi
---
drivers/scsi/ufs/Kconfig | 15 ++-
drivers/scsi/ufs/ufshcd.c
On Thu, Jul 12, 2012 at 11:27:49PM -0300, Marcos Paulo de Souza wrote:
> This patch removes all references of "if 0" blocks in the sbe-2t3e3 driver.
>
> Signed-off-by: Marcos Paulo de Souza
> ---
> drivers/staging/sbe-2t3e3/2t3e3.h|3 --
> drivers/staging/sbe-2t3e3/cpld.c | 15
On Fri, Jul 13, 2012 at 7:51 AM, Stefan Beller
wrote:
> This updates the documentation on how to create patches and send
> these to the kernel mailing list.
>
> The documentation before was written in times before git was there,
> so the crafting of the patch needed to be done manually by diff
Eric Dumazet writes:
> Have you read firmware/README.AddingFirmware ?
I hadn't, but now I have, and if firmware upgrades are considered 'adding
new firmware', I agree this patch is wrong, and should have just removed the
obsolete bnx2-mips-09-6.2.1a file that is no longer used by the bnx2
On Thu, Jul 12, 2012 at 04:01:42PM -0700, Greg Kroah-Hartman wrote:
> From: Greg KH
>
> 3.0-stable review patch. If anyone has any objections, please let me know.
>
> --
>
>
> From: Eric Dumazet
>
> [ Upstream commit 16b0dc29c1af9df341428f4c49ada4f626258082 ]
>
> Trying to
501 - 600 of 836 matches
Mail list logo