Commit-ID: a1ed4ddfb780910c1bb1e9df9cfc87454b607489
Gitweb: http://git.kernel.org/tip/a1ed4ddfb780910c1bb1e9df9cfc87454b607489
Author: Andi Kleen
AuthorDate: Mon, 5 Aug 2013 15:02:38 -0700
Committer: H. Peter Anvin
CommitDate: Tue, 6 Aug 2013 14:18:26 -0700
x86, asmlinkage: Make _*_sta
Commit-ID: 1d9090e2fb32c84277cef6e72a21be7f78c929f4
Gitweb: http://git.kernel.org/tip/1d9090e2fb32c84277cef6e72a21be7f78c929f4
Author: Andi Kleen
AuthorDate: Mon, 5 Aug 2013 15:02:37 -0700
Committer: H. Peter Anvin
CommitDate: Tue, 6 Aug 2013 14:18:23 -0700
x86, asmlinkage: Make all in
Commit-ID: 9e1a431de08e2a49ca8dab0edc813c8cb96ba369
Gitweb: http://git.kernel.org/tip/9e1a431de08e2a49ca8dab0edc813c8cb96ba369
Author: Andi Kleen
AuthorDate: Mon, 5 Aug 2013 15:02:36 -0700
Committer: H. Peter Anvin
CommitDate: Tue, 6 Aug 2013 14:18:17 -0700
x86, asmlinkage: Change dotr
It appears that gcc may put some code in ".text.unlikely" or
".text.hot" sections. Right now those aren't accounted for in unwind
tables. Add them.
I found some docs about this at:
http://gcc.gnu.org/onlinedocs/gcc-4.6.2/gcc.pdf
Without this, if you have slub_debug turned on, you can get mess
On 08/06/2013 03:22 PM, Alan Stern wrote:
> On Tue, 6 Aug 2013, Shuah Khan wrote:
>
>> With the dev_pm_ops model, drivers have to provide interfaces for each
>> one of these states.
>
> No, they don't. They can leave out interfaces if they want.
Yes. Agreed. There is no need to provide each and e
The TMOUT register is initted to 0x at probe time but isn't
initted after suspend/resume. Add an init of this value.
No problems were observed without this (it will also get initted in
__dw_mci_start_request if there is data to send), but it makes the
register dump before and after suspen
The dw_mmc driver keeps a cache of the current slot->clock in order to
avoid doing a whole lot of work every time set_ios() is called.
However, after suspend/resume the register values are bogus so we need
to ensure that the cached value is invalidated.
In many cases we got by without this since t
After suspend/resume all of the dw_mmc registers are reset to
defaults. We restore most of them, but specifically don't setup the
clock registers after resume unless we've got a powered card. Things
still work because the core will eventually call set_ios() and we'll
set things up.
There doesn't
Seungwon,
On Wed, Jul 31, 2013 at 9:18 AM, Doug Anderson wrote:
> Seungwon,
>
> On Mon, Jul 15, 2013 at 5:09 AM, Seungwon Jeon wrote:
>> Sorry for late response.
>> Yes, it's not clear.
>> If you get the confirmation, could you share this problem?
>> Possibly, auto-clear may not be implemented.
GCC v4.6.3 complains:
drivers/dma/ioat/dma_v3.c: In function ‘__ioat3_prep_pq16_lock’:
drivers/dma/ioat/dma_v3.c:264:11: warning: array subscript is below array
bounds [-Warray-bounds]
drivers/dma/ioat/dma_v3.c:264:11: warning: array subscript is below array
bounds [-Warray-bounds]
This is due t
Commit a5463cd3 "ARM: make vectors page inaccessible from userspace"
introduced a typo making arch_vma_name() always return "[vectors]".
Fix up that regression (of the hush-hush security fix).
Signed-off-by: Mathias Krause
---
arch/arm/kernel/process.c |2 +-
1 file changed, 1 insertion(+),
Seungwon Jeon,
On Mon, Jul 15, 2013 at 5:09 AM, Seungwon Jeon wrote:
> On Thu, July 11, 2013, Doug Anderson wrote:
>> On some devices (like exynos5420) the dw_mmc controller may be in a
>> strange state after we wake up from sleep. Add callbacks to allow for
>> dealing with these quirks. We use
Hi,
While debugging upowerd (with Logitech Unifying receiver via hidraw),
I came across this list corruption warning. It probably has something
to do with me removing the receiver and re-inserting it while the file
descriptor to /dev/hidraw0 was still open. journalctl excerpt is on the
bottom of t
On 08/06/2013 02:07 PM, H. Peter Anvin wrote:
>
> I'm getting massive conflicts on this patch, so I do need to understand
> better what is your baseline, and yes, it probably would be useful to
> split it up.
>
My fault, core dumped.
Please ignore.
-hpa
--
To unsubscribe from this li
On 08/06/2013 02:11 PM, Bjorn Helgaas wrote:
>>
>> The above link is also a good example of subtleness: + in a URL means a
>> space character, it has to be escaped as %2B. Particularly a problem in
>> gmail message-ids.
>
> Ooh, thanks. I wasn't aware of that, and I've certainly constructed
> li
On Tue, 6 Aug 2013, Shuah Khan wrote:
> With the dev_pm_ops model, drivers have to provide interfaces for each
> one of these states.
No, they don't. They can leave out interfaces if they want.
> In this case, there will be a conflict since
> pm_op() treats this state as freeze where as the
On Tue, 2013-08-06 at 02:22 +0200, Rafael J. Wysocki wrote:
> Hi All,
>
> The following 5 patches clean up a little mess in acpi_bind_one() and
> acpi_unbind_one(). They are on top of current linux-next plus the patch
> at https://patchwork.kernel.org/patch/2839101/ .
>
> [1/5] Move duplicated c
On Mon, 5 Aug 2013 22:21:08 -0700 Davidlohr Bueso wrote:
> This patchset teaches the kernel about hybrid master boot records (MBRs), one
> of
> the most common issues with GUID partition tables, as a workaround to layout
> disk partitions to be compatible with both EFI and legacy MBR based syst
On 08/06/2013 02:11 PM, Bjorn Helgaas wrote:
>
> I don't know what it would take to implement this. Escaping special
> characters makes it not quite as trivial as I thought it might be.
>
It depends mostly on what machinery is available on vger.
-hpa
--
To unsubscribe from this list:
In param_get_byte(), to which the macro STANDARD_PARAM_DEF(byte, ...) expands,
"%c" is used to print an unsigned char. So it gets printed as a character what
is not intended here. Use "%hhu" instead.
Signed-off-by: Christoph Jaeger
---
kernel/params.c | 2 +-
1 file changed, 1 insertion(+), 1 de
From: Philip J Kelleher
The rsxx driver was not checking the correct value during a
pci_map_page failure for PowerPC. Fixing this also uncovered a
double free if the bio was returned before it was broken up
into indiviadual 4k dmas, that is also fixed here.
Signed-off-by: Philip J Kelleher
Being affected by this bug, I can confirm that Linux 3.11-rc4 still
exhibits the unwanted behaviour for me, but that commenting out the
single line from the second patch makes it work.
Thus, for requesting a revert on that line, you are most welcome to put
me down as a "Tested-By".
Best regards,
Hi Zach,
I like the idea behind these clean ups. Thanks for working on them!
On Fri, Aug 02, 2013 at 04:21:40PM -0700, Zach Levis wrote:
> This v3 is based off Oleg's changes from "exec: more cleanups" and
> "exec: minor cleanups + minor fix"
I would echo all of Oleg's comments on the series so
From: Philip J Kelleher
The rsxx driver is returning the wrong values during
copy_from_user and copy_to_user. It, also, is not
setting ENOMEM during a failed workqueue allocation.
Signed-off-by: Philip J Kelleher
---
[+cc vger postmaster]
On Fri, Aug 2, 2013 at 3:38 PM, H. Peter Anvin wrote:
> On 08/02/2013 02:36 PM, Shuah Khan wrote:
>> On Fri, Aug 2, 2013 at 3:04 PM, Bjorn Helgaas wrote:
>>> vger already adds a "to unsubscribe from this list" footer to messages
>>> to LKML and other lists. What if it also
From: Philip J Kelleher
The rsxx driver was not releasing the IDA entry during
driver unload. This would be a big problem on a DLPAR
remove where the card is remove from the LPAR but the
driver is still loaded. This patch fixes that issue.
Signed-off-by: Philip J Kelleher
--
From: Philip J Kelleher
Changed the device name to IBM Flash Adapter 90 (PCIe2 0.9TB).
Signed-off-by: Philip J Kelleher
---
diff -uprN -X linux-block-vanilla/Documentation/dontdiff
linux-block-vanilla/drivers/block/K
On 08/05/2013 03:02 PM, Andi Kleen wrote:
> From: Andi Kleen
>
> These handlers are all referenced from assembler stubs, so need
> to be visible.
>
> The handlers without arguments become asmlinkage, the others __visible
> to not force regparms(0) on x86-32.
>
> I put it all into a single patch
On 08/06/2013 04:40 AM, Raghavendra K T wrote:
> This series replaces the existing paravirtualized spinlock mechanism
> with a paravirtualized ticketlock mechanism. The series provides
> implementation for both Xen and KVM.
>
> The current set of patches are for Xen/x86 spinlock/KVM guest side, to
On Tue, 6 Aug 2013 12:06:56 +0800 Jianguo Wu wrote:
> If node == NUMA_NO_NODE, pol is NULL, we should return NULL instead of
> do "if (!pol->mode)" check.
>
> Signed-off-by: Jianguo Wu
> ---
> mm/mempolicy.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/mm/mempolicy.c b/mm/mempol
On 8/6/2013 3:17 PM, Borislav Petkov wrote:
On Fri, Aug 02, 2013 at 05:43:02PM -0500, Aravind Gopalakrishnan wrote:
Adding PCI_DEVICE_ID_AMD_15H_NB_M30H_F3 and PCI_DEVICE_ID_AMD_15H_NB_M30H_F4
for F15h model 30h. This is required for the file amd_nb.c
... and amd64_edac.c
Also, remember to rea
On 8/6/2013 3:19 PM, Borislav Petkov wrote:
On Fri, Aug 02, 2013 at 05:43:03PM -0500, Aravind Gopalakrishnan wrote:
Adding code to check for specific model (F15h, M30h) and if yes,
do not add flag AMD_NB_GART. Also check cpuid_edx(0x8006) for
prescence of L3. If no L3, do not add any L3 flag
Oleg Nesterov writes:
> unshare_userns(new_cred) does *new_cred = prepare_creds() before
> create_user_ns() which can fail. However, the caller expects that
> it doesn't need to take care of new_cred if unshare_userns() fails.
>
> We could change the single caller, sys_unshare(), but I think it
>
On Tue, Aug 06, 2013 at 01:23:48PM -0700, Dave Hansen wrote:
> On 08/03/2013 07:17 PM, Kirill A. Shutemov wrote:
> > + if (PageTransTailCache(page)) {
> > + /* part of already handled huge page */
> > + if (!page->mapping)
> > +
On 8/6/2013 3:23 PM, Borislav Petkov wrote:
On Fri, Aug 02, 2013 at 05:43:04PM -0500, Aravind Gopalakrishnan wrote:
Adding support for handling ECC error decoding for new F15 models.
On newer models, support has been included for upto 4 DCT's,
however, only DCT0 and DCT3 are currently configured
On Mon, 5 Aug 2013 15:16:39 -0700 Andi Kleen wrote:
> We cannot assume that the inline assembler code always ends up
> in the same file as the original C file.
um, why not? You put an asm(".text\n...") into a .c file and you
expect that assembly code to be emitted into the .s file then assembl
On 5 Aug 2013, Trond Myklebust uttered the following:
> Yes. This scheme will only work if we make sure that host->h_rpcclnt is
> initialised at mount time. Here is a v2 patch that should do the right
> thing.
Confirmed, that fixes it! I'll try your shutdown crash fix next.
--
NULL && (void)
--
On 08/04/2013 10:13 PM, Michael Ellerman wrote:
> On Fri, Aug 02, 2013 at 02:13:06PM -0500, Nathan Fontenot wrote:
>> On 08/01/2013 09:32 PM, Michael Ellerman wrote:
>>> On Wed, Jul 24, 2013 at 01:37:47PM -0500, Nathan Fontenot wrote:
When doing memory hot add via the 'probe' interface in sysf
On Tue, 2013-08-06 at 16:33 -0400, Mathieu Desnoyers wrote:
> Steve, perhaps you could add a mode to your binary rewriting program
> that counts the number of 2-byte vs 5-byte jumps found, and if possible
> get a breakdown of those per subsystem ?
I actually started doing that, as I was curious t
On 08/06/2013 12:39 PM, Alan Stern wrote:
> On Tue, 6 Aug 2013, Shuah Khan wrote:
>
>> sl811h_suspend() seems to be the odd routine in the way it handles the
>> PM_EVENT_PRETHAW state. It treats it same as PM_EVENT_SUSPEND and
>> PM_EVENT_HIBERNATE. All other uses I could find treat it same as
>> P
* Steven Rostedt (rost...@goodmis.org) wrote:
> On Tue, 2013-08-06 at 10:48 -0700, Linus Torvalds wrote:
>
> > So I wonder if this is a "ok, let's not bother, it's not worth the
> > pain" issue. 128 bytes of offset is very small, so there probably
> > aren't all that many cases that would use it.
On Fri, 2013-08-02 at 08:31 +0800, Greg Kroah-Hartman wrote:
> On Wed, Jul 31, 2013 at 11:35:13PM +0200, Paul Bolle wrote:
> > 2) Please note that if the callback always returns zero,
> > driver_for_each_device() can still return -EINVAL, but only if it was
> > provided a NULL "drv" (a struct devic
On 08/03/2013 07:17 PM, Kirill A. Shutemov wrote:
> + if (PageTransTailCache(page)) {
> + /* part of already handled huge page */
> + if (!page->mapping)
> + continue;
> +
On Fri, Aug 02, 2013 at 05:43:04PM -0500, Aravind Gopalakrishnan wrote:
> Adding support for handling ECC error decoding for new F15 models.
> On newer models, support has been included for upto 4 DCT's,
> however, only DCT0 and DCT3 are currently configured. (Refer BKDG Section
> 2.10)
> There is
On 08/06/2013 01:01 AM, Chen Gang wrote:
> According to the API definition, when error occurs, need return current
> fsgid instead of the previous one.
>
> The related informations ("man setfsgid"):
>
> RETURN VALUE
> On success, the previous value of fsgid is returned. On error, the
On Fri, 02 Aug 2013 13:10:54 -0700 Joe Perches wrote:
> Andrew, I believe Jiri picked up this series and
> you can drop them from mm. Thanks.
Shall do if/when they turn up in linux-next.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to major
On Fri, Aug 02, 2013 at 05:43:03PM -0500, Aravind Gopalakrishnan wrote:
> Adding code to check for specific model (F15h, M30h) and if yes,
> do not add flag AMD_NB_GART. Also check cpuid_edx(0x8006) for
> prescence of L3. If no L3, do not add any L3 flags.
>
> Signed-off-by: Aravind Gopalakris
On Fri, Aug 02, 2013 at 05:43:02PM -0500, Aravind Gopalakrishnan wrote:
> Adding PCI_DEVICE_ID_AMD_15H_NB_M30H_F3 and PCI_DEVICE_ID_AMD_15H_NB_M30H_F4
> for F15h model 30h. This is required for the file amd_nb.c
... and amd64_edac.c
Also, remember to read the comment at the beginning of
include/l
On Tue 06-08-13 12:34:14, Matthew Wilcox wrote:
> On Mon, Aug 05, 2013 at 01:17:39PM +0200, Jan Kara wrote:
> > On Sun 04-08-13 05:17:03, Kirill A. Shutemov wrote:
> > > From: "Kirill A. Shutemov"
> > > The radix tree is variable-height, so an insert operation not only has
> > > to build the branc
On Tue, 2013-08-06 at 13:07 -0700, H. Peter Anvin wrote:
> On 08/06/2013 12:02 PM, Steven Rostedt wrote:
> > On Tue, 2013-08-06 at 18:56 +, Christoph Lameter wrote:
> >>> Might as well change is_debug_stack() to use __this_cpu_read() instead
> >>> of __get_cpu_var().
> >
> > I just noticed tha
On 08/06/2013 12:02 PM, Steven Rostedt wrote:
> On Tue, 2013-08-06 at 18:56 +, Christoph Lameter wrote:
>>> Might as well change is_debug_stack() to use __this_cpu_read() instead
>>> of __get_cpu_var().
>
> I just noticed that you didn't include the x86 maintainers.
>
> Reviewed-by: Steven Ro
On 8/6/13 7:30 AM, Miklos Szeredi wrote:
From: Anand Avati
Drop a subtree when we find that it has moved or been delated. This can be
done as long as there are no submounts under this location.
If the directory was moved and we come across the same directory in a
future lookup it will be reco
This driver supports the GPIO controller found in LSI ZEVIO SoCs.
It has been successfully tested on a TI nspire CX calculator.
---
.../devicetree/bindings/gpio/gpio-zevio.txt| 19 ++
drivers/gpio/Kconfig | 7 +
drivers/gpio/Makefile
On 08/06/2013 12:08 PM, Tuomas Tynkkynen wrote:
> Hi all,
>
> Here are the patches for the USB tree to enable USB Host support on Tegra30
> and
> Tegra114. These are based on my and Mikko's cleanup patches that just got
> merged to Felipe's tree.
>
> The first one touches the core hub code to pr
On Wed, 2013-07-24 at 12:04 +0200, Thomas Gleixner wrote:
> B1;3202;0cOn Thu, 2 May 2013, Steven Rostedt wrote:
> > On Thu, 2013-05-02 at 17:12 -0700, Tejun Heo wrote:
> > > On Tue, Apr 30, 2013 at 06:47:10PM -0400, Steven Rostedt wrote:
> > > > On Tue, Apr 30, 2013 at 09:37:22AM -0400, Steven Rost
On 08/06/2013 08:12 AM, Laxman Dewangan wrote:
> In place of hardcoding the key code in DTS file and comment the key code
> as side notes, use the key code macro defines in the dt-bindings/input/input.h
> directly.
This one also looks fine to me. I'll wait for an updated version that
converts ever
(CC'ing DT bindings maintainers too, hence quoting a bit of the patch)
On 08/06/2013 08:12 AM, Laxman Dewangan wrote:
> Many of Key device tree bindings uses the constant number as key code
> which matches with kernel header key code and then comment as follows
> for reference/better readability:
Hello.
On 08/06/2013 11:16 PM, Tuomas Tynkkynen wrote:
[...]
+ match = of_match_device(tegra_ehci_of_match, &pdev->dev);
+ if (!match) {
+ dev_err(&pdev->dev, "Error: No device match found\n");
+ return -ENODEV;
+ }
+ soc_config = (struct t
On 08/06/2013 09:35 PM, Sergei Shtylyov wrote:
> Hello.
>
[...]
>>
>> +match = of_match_device(tegra_ehci_of_match, &pdev->dev);
>> +if (!match) {
>> +dev_err(&pdev->dev, "Error: No device match found\n");
>> +return -ENODEV;
>> +}
>> +soc_config = (struct t
On Tue, Aug 6, 2013 at 1:38 PM, Tom Cooksey wrote:
>
>> >> ... This is the purpose of the attach step,
>> >> so you know all the devices involved in sharing up front before
>> >> allocating the backing pages. (Or in the worst case, if you have a
>> >> "late attacher" you at least know when no devi
On 08/07/2013 12:02 AM, Eric Northup wrote:
If this is about migration correctness, could it get folded into the
previous patch 2/5, so that there's not a broken commit which could
hurt bisection?
Yes. It could be. Only reason I maintained like that was,
original author in the previous patch i
On Tue, 2013-08-06 at 18:56 +, Christoph Lameter wrote:
> > Might as well change is_debug_stack() to use __this_cpu_read() instead
> > of __get_cpu_var().
I just noticed that you didn't include the x86 maintainers.
Reviewed-by: Steven Rostedt
-- Steve
>
>
>
>
>
> Subject: x86: use thi
On Tue, 6 Aug 2013, Steven Rostedt wrote:
> I don't remember why I didn't use this in the first place. Perhaps I was
> still in the "get_cpu" mind set.
>
> Also, what's the difference between "__this_cpu_inc()" and
> "this_cpu_inc()"?
The fallback logic for arches not supporting segment prefixes
On 08/06/2013 07:12 AM, Laxman Dewangan wrote:
> Add generic APIs to map the DT node and its sub node in pinconf generic
> driver. These APIs can be used from driver to parse the DT node who
> uses the pinconf generic APIs for defining their nodes.
> Changes from V2:
> - Rebased the pinctrl bindin
> Might as well change is_debug_stack() to use __this_cpu_read() instead
> of __get_cpu_var().
Subject: x86: use this_cpu for debug_stack_usage
Reduces overhead a bit and frees up a couple of registers.
Signed-off-by: Christoph Lameter
Index: linux/arch/x86/include/asm/debugreg.h
=
send_buffer is used only once during registration. To reduce runtime
memory usage reuse the recv_buffer for registration. Also use
NLMSG_LENGTH instead of NLMSG_HDRLEN to take alignment into account.
Signed-off-by: Olaf Hering
---
tools/hv/hv_kvp_daemon.c | 10 --
tools/hv/hv_vss_daemon.
On 08/06/2013 07:12 AM, Laxman Dewangan wrote:
> TI Palmas series Power Management IC have multiple pins which can be
> configured for different functionality. This pins can be configured
> for different function. Also their properties like pull up/down,
> open drain enable/disable are configurable
On Tue, Aug 06, 2013 at 06:34:40PM +0200, Mateusz Krawczuk wrote:
> regmap.h requires linux/err.h if CONFIG_REGMAP is not defined. Without it I
> get
> error.
Applied, thanks.
signature.asc
Description: Digital signature
On Tuesday 06 August 2013, Jonas Jensen wrote:
> The MOXA ART SoC has a DMA controller capable of offloading expensive
> memory operations, such as large copies. This patch adds support for
> the controller including four channels. Two of these are used to
> handle MMC copy on the UC-7112-LX hardwa
On Tue, 6 Aug 2013, Shuah Khan wrote:
> sl811h_suspend() seems to be the odd routine in the way it handles the
> PM_EVENT_PRETHAW state. It treats it same as PM_EVENT_SUSPEND and
> PM_EVENT_HIBERNATE. All other uses I could find treat it same as
> PM_EVENT_FREEZE and PM_EVENT_QUIESCE. Makes sen
On Tue, Aug 6, 2013 at 1:00 AM, Chen Gang wrote:
> They are 2 related patches for setfsgid().
>
> Patch 1 for bug fix: return the current gid when error occurs.
> Patch 2 for cleaning code: remove useless variable 'old_fsgid'.
>
> Signed-off-by: Chen Gang
> --
> kernel/sys.c | 15 +
Hello.
On 08/06/2013 10:08 PM, Tuomas Tynkkynen wrote:
The Tegra30 EHCI controller is mostly compatible with the Tegra20
controller, except Tegra30 includes the HOSTPC register extension.
The has_hostpc capability bit must be set in the ehci_hcd structure if
the controller has such extensions.
On Aug 6, 2013, at 1:28 PM, Rohit Vaswani wrote:
> On 8/6/2013 8:47 AM, Kumar Gala wrote:
>> On Aug 5, 2013, at 6:02 PM, Rohit Vaswani wrote:
>>
>>> This patch adds basic board support for MSM8974 Dragonboard
>>> which belongs to the Snapdragon 800 family.
>>> For now, just support a basic machi
On 8/6/2013 7:01 AM, Javier Martinez Canillas wrote:
On Tue, Aug 6, 2013 at 1:02 AM, Rohit Vaswani wrote:
This patch adds basic board support for MSM8974 Dragonboard
which belongs to the Snapdragon 800 family.
For now, just support a basic machine with device tree.
Signed-off-by: Rohit Vaswani
Hi,
Recently we moved from the 2.6 kernel to the 3.0 kernel. While testing
the branch office vpn with the new kernel, we notice that the new
3.0.xx kernel generates the following response when ping through the
branch office vpn:
ping 3.3.3.100
PING 3.3.3.100 (3.3.3.100) 56(84) bytes of data.
>F
On Tue, Aug 6, 2013 at 11:23 AM, Raghavendra K T
wrote:
> kvm : Fold pv_unhalt flag into GET_MP_STATE ioctl to aid migration
>
> From: Raghavendra K T
>
> During migration, any vcpu that got kicked but did not become runnable
> (still in halted state) should be runnable after migration.
If this
Signed-off-by: Kevin Tsai
---
drivers/iio/light/Kconfig | 10 +
drivers/iio/light/Makefile | 1 +
drivers/iio/light/cm3218.c | 589 +
3 files changed, 600 insertions(+)
create mode 100644 drivers/iio/light/cm3218.c
diff --git a/drivers/iio/light/K
On 8/6/2013 8:47 AM, Kumar Gala wrote:
On Aug 5, 2013, at 6:02 PM, Rohit Vaswani wrote:
This patch adds basic board support for MSM8974 Dragonboard
which belongs to the Snapdragon 800 family.
For now, just support a basic machine with device tree.
I think the board is APQ8074 and not MSM8974.
On Tue, Aug 06, 2013 at 03:14:48AM -0700, Eric Dumazet wrote:
> On Tue, 2013-08-06 at 12:52 +0300, Eliezer Tamir wrote:
> > Move the low latency mib counter to the ip section.
> > Rename it from low latency to busy poll.
> >
> > Reported-by: Shawn Bohrer
> > Signed-off-by: Eliezer Tamir
> > ---
Documentation/kvm : Add documentation on Hypercalls and features used for PV
spinlock
From: Raghavendra K T
KVM_HC_KICK_CPU hypercall added to wakeup halted vcpu in paravirtual spinlock
enabled guest.
KVM_FEATURE_PV_UNHALT enables guest to check whether pv spinlock can be enabled
in guest.
T
kvm hypervisor : Add a hypercall to KVM hypervisor to support pv-ticketlocks
From: Srivatsa Vaddagiri
kvm_hc_kick_cpu allows the calling vcpu to kick another vcpu out of halt state.
the presence of these hypercalls is indicated to guest via
kvm_feature_pv_unhalt.
Signed-off-by: Srivatsa Vaddagi
kvm : Fold pv_unhalt flag into GET_MP_STATE ioctl to aid migration
From: Raghavendra K T
During migration, any vcpu that got kicked but did not become runnable
(still in halted state) should be runnable after migration.
Signed-off-by: Raghavendra K T
Acked-by: Gleb Natapov
Acked-by: Ingo Moln
kvm hypervisor: Simplify kvm_for_each_vcpu with kvm_irq_delivery_to_apic
From: Raghavendra K T
Note that we are using APIC_DM_REMRD which has reserved usage.
In future if APIC_DM_REMRD usage is standardized, then we should
find some other way or go back to old method.
Suggested-by: Gleb Natapov
This series forms the kvm host part of paravirtual spinlock
based against kvm tree.
Please refer https://lkml.org/lkml/2013/8/6/178 for kvm guest part
of the series.
Please note that:
kvm uapi: Add KICK_CPU and PV_UNHALT definition to uapi is a common patch
for both guest and host.
Sri
kvm uapi: Add KICK_CPU and PV_UNHALT definition to uapi
From: Raghavendra K T
this is needed by both guest and host.
Originally-from: Srivatsa Vaddagiri
Signed-off-by: Raghavendra K T
Acked-by: Gleb Natapov
Acked-by: Ingo Molnar
---
arch/x86/include/uapi/asm/kvm_para.h |1 +
include/ua
On Tue, Aug 6, 2013 at 10:38 AM, Oleg Nesterov wrote:
> unshare_userns(new_cred) does *new_cred = prepare_creds() before
> create_user_ns() which can fail. However, the caller expects that
> it doesn't need to take care of new_cred if unshare_userns() fails.
>
> We could change the single caller,
Some of the PHY parameters are not set according to the TRMs:
- UTMIP_FS_PREABMLE_J should be set, not cleared
- UTMIP_XCVR_LSBIAS_SEL should be cleared, not set
- UTMIP_PD_CHRG should be set in host mode and cleared in device mode
- UTMIP_XCVR_SETUP is a two-part field; the upper bits were not se
On Tue, Aug 6, 2013 at 4:39 AM, Thomas Petazzoni
wrote:
> Dear Bjorn Helgaas,
>
> [+cc Jason Cooper, Gregory Clement and Ezequiel Garcia]
>
> On Tue, 23 Jul 2013 12:38:28 -0600, Bjorn Helgaas wrote:
>> [+cc Thomas]
>>
>> On Mon, Jun 17, 2013 at 3:16 AM, Tushar Behera
>> wrote:
>> > Commit 750965
The Tegra30 USB PHY is a bit different than the Tegra20 PHY:
- The EHCI controller supports the HOSTPC register extension, and some
of the fields that the PHY needs to modify (PHCD and PTS) have moved
to the new HOSTPC register.
- Some of the UTMI PLL configuration registers have moved from th
Document the new device tree parameters for Tegra30 USB PHY.
Signed-off-by: Tuomas Tynkkynen
---
.../devicetree/bindings/usb/nvidia,tegra20-usb-phy.txt| 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/bindings/usb/nvidia,tegra20-usb
The Tegra30 TRM recommends configuration of certain PHY parameters for
optimal quality. Program the following registers based on device tree
parameters:
- UTMIP_XCVR_HSSLEW: HS slew rate control.
- UTMIP_HSSQUELCH_LEVEL: HS squelch detector level
- UTMIP_HSDISCON_LEVEL: HS disconnect detector leve
The Tegra30 EHCI controller is mostly compatible with the Tegra20
controller, except Tegra30 includes the HOSTPC register extension.
The has_hostpc capability bit must be set in the ehci_hcd structure if
the controller has such extensions. The new tegra_ehci_soc_config
structure is added to describ
The has_hostpc capability bit indicates that the host controller has the
HOSTPC register extensions, but at the same time enables clock disabling
power saving features with the PHY Low Power Clock Disable (PHCD) bit.
However, some host controllers have the HOSTPC extensions but don't
support the l
Hi all,
Here are the patches for the USB tree to enable USB Host support on Tegra30 and
Tegra114. These are based on my and Mikko's cleanup patches that just got
merged to Felipe's tree.
The first one touches the core hub code to prevent certain (non-standard) clock
disable features as our contro
Hello,
On 05/08/13 10:59, Myklebust, Trond wrote:
> On Mon, 2013-08-05 at 16:47 +0200, Julia Lawall wrote:
>> From: Julia Lawall
>>
>> Signed-off-by: Julia Lawall
>>
>> ---
>>
>> This patch adjusts the code so that the alignment matches the current
>> semantics. I have no idea if it is the inte
This patch simplifies the way the phy-samsung-usb code finds the correct
power management register to enable PHY clock gating. Previously, the
code would calculate the register address from a device tree supplied
base address and add an offset based on the PHY type.
Since every PHY has its own dev
On Fri, Aug 2, 2013 at 12:51 AM, Felipe Balbi wrote:
> Hi,
>
> I need an Acked-by for the dtsi part. Ideally from Exynos 5 maintainer
> and at least one of the DT maintainers.
>
> --
> balbi
Okay, I think I forgot to update the DT bindings documentation
anyway... so I will resubmit this and addre
On Tue, 2013-08-06 at 10:48 -0700, Linus Torvalds wrote:
> So I wonder if this is a "ok, let's not bother, it's not worth the
> pain" issue. 128 bytes of offset is very small, so there probably
> aren't all that many cases that would use it.
OK, I'll forward port the original patches for the hell
On Tue, 2013-08-06 at 16:15 +0100, Pawel Moll wrote:
> On Tue, 2013-08-06 at 14:46 +0100, Ivan T. Ivanov wrote:
> > > > + reg = <0xf920 0xcd00>;
> > > > + interrupts = <0 131 0>;
> > > > + interrupt-names = "irq";
> > > > +
On Tue, 2013-08-06 at 17:01 +, Christoph Lameter wrote:
> Reduces overhead a bit and frees up a couple of registers.
>
> Signed-off-by: Christoph Lameter
>
> Index: linux/arch/x86/include/asm/debugreg.h
> ===
> --- linux.orig/ar
201 - 300 of 614 matches
Mail list logo
