On Tue, Jun 11, 2013 at 10:25:22PM +0300, Jussi Kivilinna wrote:
> The new XTS code for aesni_intel uses input buffers directly as memory
> operands
> for pxor instructions, which causes crash if those buffers are not aligned to
> 16 bytes.
>
> Patch changes XTS code to handle unaligned memory co
Hi Tony,
On Wed, Jun 12, 2013 at 22:42:00, Tony Lindgren wrote:
> I've updated this patch to remove the "default y" and
> "depends on ARCH_OMAP2PLUS" entries for the usual reasons
> and applied the first ten patches into omap-for-v3.11/soc.
Thanks.
Patch 10 "ARM: OMAP2+: AM43x: basic dt support
On Wed, Jun 12, 2013 at 1:34 AM, Andrew Morton
wrote:
> __GFP_NOWARN is frequently used by kernel code to probe for "how big an
> allocation can I get". That's a bit lame, but it's used on slow paths
> and is pretty simple.
Applied to slab/urgent, thanks guys!
--
To unsubscribe from this list: s
On 2013/6/10 0:03, Tejun Heo wrote:
> Hello, Li.
>
> On Sun, Jun 09, 2013 at 05:14:02PM +0800, Li Zefan wrote:
>> v2 -> v3:
>> Currently some cpuset behaviors are not friendly when cpuset is co-mounted
>> with other cgroup controllers.
>>
>> Now with this patchset if cpuset is mounted with sane_be
commit df8ef8f3aaa6692970a436204c4429210addb23a
"macvlan: add FDB bridge ops and macvlan flags"
added a way to control NOPROMISC macvlan flag through netlink.
However, with a non passthrough device we never set promisc on open,
even if NOPROMISC is off. As a result:
If userspace clears NOPROMISC
>> Sorry for not being descriptive in commit message.
>>
>> a) Avoids unnecessary re-parenting cycle for orphan clock's with invalid
>> parent for every clock
>>
>
> True, but this is a minor optimisation. If this is a big optimization
> for you then you really need to fix your bootloader.
Before moving tasks out of empty cpusets, update_tasks_nodemask()
is called, which calls do_migrate_pages(xx, from, to). Then those
tasks are moved to an ancestor, and do_migrate_pages() is called
again.
The first time: from = node_to_be_offlined, to = empty.
The second time: from = empty, to = an
Anand, Brian,
06/12/2013 11:04 PM, Anand Avati пишет:
On 6/11/13 3:59 AM, Maxim Patlasov wrote:
-if (mode & FALLOC_FL_PUNCH_HOLE) {
+if (lock_inode)
mutex_lock(&inode->i_mutex);
+if (mode & FALLOC_FL_PUNCH_HOLE)
fuse_set_nowrite(inode);
-}
Just for clar
2013/6/13 Viresh Kumar :
> On 13 June 2013 11:10, Xiaoguang Chen wrote:
>> 2013/6/12 Viresh Kumar :
>>> On 12 June 2013 14:39, Xiaoguang Chen wrote:
>>>
ret = policy->governor->governor(policy, event);
>>>
>>> We again reached to the same problem. We shouldn't call
>>> this between t
On Wednesday 12 June 2013 16:50:26 Scott Wood wrote:
> On 06/12/2013 03:19:30 AM, Rojhalat Ibrahim wrote:
> > On Tuesday 11 June 2013 12:28:59 Scott Wood wrote:
> > > Yes, I figured it was non-PCIe because the code change that you said
> > > helped was on the non-PCIe branch of the if/else. Genera
Hi Pavel,
On Wed, Jun 12, 2013, Pavel Machek wrote:
> < HCI Command: Read Local Supported Commands (0x04|0x0002) plen 0
> > HCI Event: Command Complete (0x0e) plen 68
> Read Local Supported Commands (0x04|0x0002) ncmd 1
> status 0x00
> Commands: 130f3f
As I
On Thu, Jun 13, 2013 at 11:47:52, Nori, Sekhar wrote:
> On 6/12/2013 5:40 PM, Philip, Avinash wrote:
> > On Wed, Jun 12, 2013 at 13:13:59, Nori, Sekhar wrote:
> >> On 6/11/2013 6:25 PM, Philip, Avinash wrote:
> >>
> >>> On Tue, Jun 11, 2013 at 17:26:06, Nori, Sekhar wrote:
> >>
> On 5/22/2013
Вы Верно воротите зрение - методика причитается абсолютно всем!
http://goo.gl/P1lMr?/XhNsbzz Тип
Что поможет Вам всегда.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/
On Thu, Jun 13, 2013 at 4:43 AM, xulinuxkernel wrote:
> I am using the kernel pinctrl subsystem, and I have a problem,when two
> devices use the same pin,how about the consumer devices handle the conflict
> pins? some thing like this:
> assumer the device A and B use the same pin pin0,
> device A
From: Gao feng
Date: Thu, 13 Jun 2013 10:05:38 +0800
> Commit da12c90e099789a63073fc82a19542ce54d4efb9
> "netlink: Add compare function for netlink_table"
> only set compare at the time we create kernel netlink,
> and reset compare to NULL at the time we finially
> release netlink socket, but net
On Thu, Jun 13, 2013 at 02:07:40PM +0930, Rusty Russell wrote:
> Julia Lawall writes:
> > On Mon, 3 Jun 2013, Uwe Kleine-König wrote:
> > For a random example, here is a function that currently uses PTR_RET:
>
> Heheh, nice choice: I think I wrote that code originally :)
>
> > static int __net_i
On Wed, Jun 12, 2013 at 11:54 AM, Vinod Koul wrote:
>> Let me know how you want it, I've removed it from my
>> dma40 branch for the time being.
>
> Have you removed, Also I see a v3 of this, do you want to ack that before I
> apply
Acked-by: Linus Walleij
I haven't sent this patch to ARM SoC s
Add device tree based support for HID over I2C devices.
Tested on an Odroid-X board with a Synaptics touchpad.
Signed-off-by: Benjamin Tissoires
---
Hi guys,
well, as the commit message says, this is the DT binding for HID over I2C.
I honestly don't know if it will be used besides me, but it m
Commit 50d8f87d2b3 (powerpc/fsl-pci Make PCIe hotplug work with Freescale
PCIe controllers) does not handle non-PCIe controllers properly, which causes
a panic during boot for certain configurations.
This patch fixes the issue for 83xx devices by calling the proper setup
function.
For booke/86xx d
This adds support for sloppy TCP and SCTP modes to IPVS.
When enabled (sysctls net.ipv4.vs.sloppy_tcp and
net.ipv4.vs.sloppy_sctp), allows IPVS to create connection state on any
packet, not just a TCP SYN (or SCTP INIT).
This allows connections to fail over from one IPVS director to another
mid-f
On Thu, 13 Jun 2013, Michael S. Tsirkin wrote:
> On Thu, Jun 13, 2013 at 02:07:40PM +0930, Rusty Russell wrote:
> > Julia Lawall writes:
> > > On Mon, 3 Jun 2013, Uwe Kleine-König wrote:
> > > For a random example, here is a function that currently uses PTR_RET:
> >
> > Heheh, nice choice: I thin
On 06/07/2013 05:44 PM, g...@slimlogic.co.uk wrote:
On 2013-06-07 15:36, Mark Brown wrote:
On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote:
From: Graeme Gregory
The TWL6025 was never released beyond sample form and was replaced by
the PhoenixLite range of chips - TWL6032. Ch
On 06/13/2013 04:13 AM, Eliezer Tamir wrote:
On 13/06/2013 05:01, Stephen Hemminger wrote:
On Wed, 12 Jun 2013 15:12:05 -0700 (PDT)
David Miller wrote:
From: Eliezer Tamir
Date: Tue, 11 Jun 2013 17:24:28 +0300
depends on X86_TSC
Wait a second, I didn't notice this before. There ne
Hi Pavel,
On Thu, Jun 13, 2013, Johan Hedberg wrote:
> On Wed, Jun 12, 2013, Pavel Machek wrote:
> > < HCI Command: Read Local Supported Commands (0x04|0x0002) plen 0
> > > HCI Event: Command Complete (0x0e) plen 68
> > Read Local Supported Commands (0x04|0x0002) ncmd 1
> > status 0x00
> >
Tisdagen den 13:e Juni 2013 klock 12:22 AM, skrev Heiko Stübner
:
> Am Mittwoch, 12. Juni 2013, 16:55:12 schrieb James Hogan:
>> > +static struct pinconf_generic_dt_params dt_params[] = {
>> > + { "bias-disable", PIN_CONFIG_BIAS_DISABLE, 0 },
>> > + { "bias-high-impedance", PIN_CONFIG_BIAS_HIG
Changing size of a file on server and local update (fuse_write_update_size)
should be always protected by inode->i_mutex. Otherwise a race like this is
possible:
1. Process 'A' calls fallocate(2) to extend file (~FALLOC_FL_KEEP_SIZE).
fuse_file_fallocate() sends FUSE_FALLOCATE request to the serve
From: "Michael S. Tsirkin"
Date: Thu, 13 Jun 2013 10:07:29 +0300
> commit df8ef8f3aaa6692970a436204c4429210addb23a
> "macvlan: add FDB bridge ops and macvlan flags"
> added a way to control NOPROMISC macvlan flag through netlink.
>
> However, with a non passthrough device we never set promisc on
On Thu, Jun 06, 2013 at 04:59:26PM +0300, Jani Nikula wrote:
>
> With Greg's address fixed. Please drop the old one from any
> replies. Sorry for the noise.
Oops, replied with the old one still there.
Greg, Andrew: Imo it's best to merge all three patches through the same
tree, so:
Acked-by: Da
From: Jason Wang
Date: Thu, 13 Jun 2013 14:23:35 +0800
> This patch silents the following sparse warnings:
...
> Signed-off-by: Jason Wang
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo in
From: Jason Wang
Date: Thu, 13 Jun 2013 14:23:36 +0800
> Return -EINVAL on illegal flag instead of uninitialized value. This fixes the
> kbuild test warning.
>
> Signed-off-by: Jason Wang
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
On 06/10/2013 06:18 AM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
> Subject: ACPI / scan: Simplify ACPI driver probing
>
> There is no particular reason why acpi_bus_driver_init() needs to be
> a separate function and its location with respect to its only caller,
> acpi_device_probe(), m
On Sat, Jun 01, 2013 at 01:01:33PM +0200, Christian Ruppert wrote:
> On Fri, May 31, 2013 at 11:18:14PM +0100, Grant Likely wrote:
> > On Fri, 31 May 2013 19:32:34 +0200 (CEST), Thomas Gleixner
> > wrote:
> > > On Fri, 31 May 2013, Christian Ruppert wrote:
> > >
> > > > The SOC interrupt control
Hello,
On Thu, 13 Jun 2013, Alexander Frolkin wrote:
> This adds support for sloppy TCP and SCTP modes to IPVS.
>
> When enabled (sysctls net.ipv4.vs.sloppy_tcp and
> net.ipv4.vs.sloppy_sctp), allows IPVS to create connection state on any
> packet, not just a TCP SYN (or SCTP INIT).
>
On 6/13/2013 1:02 PM, Philip, Avinash wrote:
> With tnetv107x_defconfig build is failing
>
> arch/arm/mach-davinci/board-tnetv107x-evm.c:282:15: error:
> 'davinci_timer_init' undeclared here (not in a function)
> arch/arm/mach-davinci/board-tnetv107x-evm.c:284:15: error:
> 'davinci_init_late' u
From: Sergei Shtylyov
Date: Wed, 12 Jun 2013 00:45:54 +0400
>We have the user of 3Com EISA cards on this list and I've fixed EISA
> specific bug in this driver not long ago.
Then I obviously must reject this patch.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On 06/13/13 09:34, David Miller wrote:
From: Sergei Shtylyov
Date: Wed, 12 Jun 2013 00:45:54 +0400
We have the user of 3Com EISA cards on this list and I've fixed EISA
specific bug in this driver not long ago.
Then I obviously must reject this patch.
Hi David,
Yes please reject this p
From: Ludovic Desroches
Vinod,
This version removes the extra tab in patch 2/2 and add Arnd's ack.
Thanks
Regards
Ludovic
This set of patches update the dt dma binding for at_hdmac since we need one
more parameter. In order to keep backward compatibility, an existing cell will
be used to a
From: Ludovic Desroches
For most devices the FIFO configuration is the same i.e. when half FIFO size is
available/filled, a source/destination request is serviced. But USART devices
have to do it when there is enough space/data available to perform a single
AHB access so the ASAP configuration.
On 13 June 2013 12:49, Xiaoguang Chen wrote:
> So you add the return value checking, I was about to do it in another patch :)
What? I couldn't related that statement to my code.
> this patch is simpler than my previous patch, it is ok for me.
> Do I need to submit it again or it can be merged?
From: Ludovic Desroches
DMA-cell content is a concatenation of several values. In order to keep this
stuff human readable, macros are introduced.
The values for the FIFO configuration are not the same as the ones used in the
configuration register in order to keep backward compatibility. Most de
On Wed, Jun 12, 2013 at 3:27 PM, Lee Jones wrote:
>> After this patchset has been applied, we can request clocks directly
>> from Device Tree without using any AUXDATA device-name hacks. We also
>> take care to remove all of thos at the end of the set.
>
> So it looks like Mike and Grant have okay
Now that twl4030-usb is adapted to the new generic PHY framework,
*set_suspend* and *phy_init* ops can be removed from twl4030-usb driver.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/phy/phy-twl4030-usb.c | 55 -
1 file changed, 12 insertions(+), 4
Used the generic PHY framework API to create the PHY. For powering on
and powering off the PHY, power_on and power_off ops are used. Once the
MUSB OMAP glue is adapted to the new framework, the suspend and resume
ops of usb phy library will be removed.
However using the old usb phy library cannot
On Thu 2013-06-13 11:04:42, Johan Hedberg wrote:
> Hi Pavel,
>
> On Thu, Jun 13, 2013, Johan Hedberg wrote:
> > On Wed, Jun 12, 2013, Pavel Machek wrote:
> > > < HCI Command: Read Local Supported Commands (0x04|0x0002) plen 0
> > > > HCI Event: Command Complete (0x0e) plen 68
> > > Read Local
Added a generic PHY framework that provides a set of APIs for the PHY drivers
to create/destroy a PHY and APIs for the PHY users to obtain a reference to
the PHY with or without using phandle.
This framework will be of use only to devices that uses external PHY (PHY
functionality is not embedded w
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference to the
PHY with or without using phandle. For dt-boot, the PHY drivers should
also register *PHY provider* with the framework.
PHY drivers should create the PHY by
Use the generic PHY framework API to get the PHY. The usb_phy_set_resume
and usb_phy_set_suspend is replaced with power_on/get_sync and
power_off/put_sync to align with the new PHY framework.
musb->xceiv can't be removed as of now because musb core uses xceiv.state and
xceiv.otg. Once there is a s
Used the generic PHY framework API to create the PHY. Now the power off and
power on are done in omap_usb_power_off and omap_usb_power_on respectively.
However using the old USB PHY library cannot be completely removed
because OTG is intertwined with PHY and moving to the new framework
will break
Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
binding in order for the driver to use the new generic PHY framework.
Also updated the Documentation to include the binding information.
The PHY binding information can be found at
Documentation/devicetree/bindings/phy/phy-bindings
In order for controllers to get PHY in case of non dt boot, the phy
binding information (phy device name) should be added in the platform
data of the controller.
Signed-off-by: Kishon Vijay Abraham I
---
arch/arm/mach-omap2/usb-musb.c |6 +-
include/linux/usb/musb.h |3 +++
2 f
Changed the inticall from subsys_initcall to module_init for
twl4030-usb.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/phy/phy-twl4030-usb.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/drivers/usb/phy/phy-twl4030-usb.c
b/drivers/usb/phy/phy-twl403
Now that omap-usb2 is adapted to the new generic PHY framework,
*set_suspend* ops can be removed from omap-usb2 driver.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/phy/phy-omap-usb2.c | 24
1 file changed, 24 deletions(-)
diff --git a/drivers/usb/phy/phy-oma
On 6/12/2013 5:06 PM, Arnd Bergmann wrote:
On Tuesday 11 June 2013, James Bottomley wrote:
> Really, no, it's not a good idea at all. It invites tons of patches
> littering the code with BUG_ONs where we might possibly get a NULL
> dereference. All it does is add extra instructions to a code p
On Thu, 13 Jun 2013 10:32:48 +0900
HATAYAMA Daisuke wrote:
> > Perhaps one open issue remains:
> >
> > Can we remove the page from the page cache if __read_vmcore() fails?
> >
>
> Yes, use page_cache_release() after unlocking the page like:
>
> if (__read_vmcore(buf, PAGE_
Hey Jörn,
On Tue, Jun 11, 2013 at 05:53:20PM -0400, Jörn Engel wrote:
> On Tue, 11 June 2013 17:16:01 -0400, Johannes Weiner wrote:
> > On Tue, Jun 11, 2013 at 02:29:21PM -0400, Jörn Engel wrote:
> > > I've seen a couple of instances where people try to impose a vsize
> > > limit simply because th
Fix some issues found by code review.
Haicheng Li (3):
f2fs: remove unnecessary parameter "offset" from __add_sum_entry()
f2fs: make locate_dirty_segment() as static
f2fs: optimize do_write_data_page()
fs/f2fs/data.c|5 +++--
fs/f2fs/f2fs.h|1 -
fs/f2fs/segment.c | 12 +++
It's used only locally and could be static.
Signed-off-by: Haicheng Li
---
fs/f2fs/f2fs.h|1 -
fs/f2fs/segment.c |2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h
index a05aa65..3e7cb33 100644
--- a/fs/f2fs/f2fs.h
+++ b/fs/f2fs/f2fs.
On Wed, Jun 12, 2013 at 09:35:16PM -0500, Rob Landley wrote:
> My aboriginal linux project builds tiny linux systems to run under
> qemu, producing as close to the same system as possible across a
> bunch of different architectures. The above change broke the mips
> r4k build I've been running und
We can get the value directly from pointer "curseg".
Signed-off-by: Haicheng Li
---
fs/f2fs/segment.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c
index be668ff..77f31c0 100644
--- a/fs/f2fs/segment.c
+++ b/fs/f2fs/segment
On Wed, Jun 12, 2013 at 6:44 PM, Christian Ruppert
wrote:
> This patch allows the definition of GPIO ranges based on pin groups in
> addition to the traditional linear pin ranges. GPIO ranges based on pin
> groups have the following advantages over traditional pin ranges:
> . Previously, pins ass
Since "need_inplace_update() == true" is a very rare case, using unlikely()
to give compiler a chance to optimize the code.
Signed-off-by: Haicheng Li
---
fs/f2fs/data.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c
index 5b145fc..6d4
cpufreq governor stop and start should be kept in sequence.
If not, there will be unexpected behavior, for example:
we have 4 cpus and policy->cpu=cpu0, cpu1/2/3 are linked to cpu0.
the normal sequence is as below:
1) Current governor is userspace, one application tries to set
governor to ondeman
Hi Sebastian,
On Wed, Jun 12, 2013 at 06:58:01PM +0200, Sebastian Andrzej Siewior wrote:
> Hi Samuel,
>
> I did the cosmetic changes of the subject line and removed the changes
> from within the sob lines in each patch. I dropped the "#define XPP
> STEPCONFIG_XPP" thingy and patch #1 which remove
Add basic support for booting secondary processors on Tegra devices
using the Trusted Foundations secure monitor.
Signed-off-by: Alexandre Courbot
---
Documentation/devicetree/bindings/arm/tegra.txt| 11 +
.../devicetree/bindings/vendor-prefixes.txt| 1 +
arch/arm/configs/tegra_
Not all Tegra devices need to set the CPU reset handler in the same way.
In particular, devices using a TrustZone secure monitor cannot set the
reset handler directly and need to do it through a firmware operation.
This patch separates the act of setting the reset handler from its
preparation, so
Use a firmware operation to set the CPU reset handler and only resort to
doing it ourselves if there is none defined.
This supports the booting of secondary CPUs on devices using a TrustZone
secure monitor.
Signed-off-by: Alexandre Courbot
---
arch/arm/mach-tegra/reset.c | 17 ++---
New revision of the initial patch, fixed according to the many suggestions
received. (thanks!)
Changes since v1:
- Split patch into logical chunks as suggested by Tomasz
- Simplified smc function according to comments from Russel and David
- Use proper "Trusted Foundations" naming for firmware ins
On 13 June 2013 14:31, Xiaoguang Chen wrote:
> cpufreq governor stop and start should be kept in sequence.
> If not, there will be unexpected behavior, for example:
>
> we have 4 cpus and policy->cpu=cpu0, cpu1/2/3 are linked to cpu0.
> the normal sequence is as below:
>
> 1) Current governor is u
Sorry for updating the patchset so late.
I've made some changes for the memory barrier thing, and I agree with
Michal that there can be improvement but can be a separate patch.
If this version is ok for everyone, I'll send the whole patchset out
to Andrew.
=
Use css_get/
On Thu, Jun 13, 2013 at 13:59:53, Nori, Sekhar wrote:
> On 6/13/2013 1:02 PM, Philip, Avinash wrote:
>
> > With tnetv107x_defconfig build is failing
> >
> > arch/arm/mach-davinci/board-tnetv107x-evm.c:282:15: error:
> > 'davinci_timer_init' undeclared here (not in a function)
> > arch/arm/mach-d
On 06/13/2013 11:07 AM, Samuel Ortiz wrote:
> Hi Sebastian,
Hi Samuel,
> Pulled and pushed back to mfd-next, thanks.
Thank you.
> I fixed a couple of unused variable warnings on top of it.
I saw your patch at git.k.o and I am asking you not to taking it :)
The code is:
of_property_for
On Sat, Apr 13, 2013 at 05:55:21PM +0200, Oleg Nesterov wrote:
> exit_notify() does exit_task_namespaces() after
> forget_original_parent(). This was needed to ensure that ->nsproxy
> can't be cleared prematurely, an exiting child we are going to
> reparent can do do_notify_parent() and use the par
On 10/06/13 14:15, Mark Rutland wrote:
> CONFIG_EXPERIMENTAL's gone as of 3d374d09f1: "final removal of
> CONFIG_EXPERIMENTAL", so that's fine to go. CONFIG_GPIO_PL061 and
> CONFIG_MMC_WMT get selected elsewhere, so that's fine.
>
Am planning to send a patch to clean this up, so that any new plat
On 06/12/2013 11:44 PM, Stephen Boyd wrote:
> On 06/06, Stephen Boyd wrote:
>> On 06/07, Daniel Lezcano wrote:
>>> On 06/06/2013 08:04 PM, Stephen Boyd wrote:
On 06/06, Daniel Lezcano wrote:
> On 06/03/2013 10:33 PM, Stephen Boyd wrote:
>> On an SMP system with only one global clockeve
On Thu, 13 Jun 2013, Linus Walleij wrote:
> On Wed, Jun 12, 2013 at 3:27 PM, Lee Jones wrote:
> >> After this patchset has been applied, we can request clocks directly
> >> from Device Tree without using any AUXDATA device-name hacks. We also
> >> take care to remove all of thos at the end of the
Hi Sebastian,
On Thu, Jun 13, 2013 at 11:25:26AM +0200, Sebastian Andrzej Siewior wrote:
> > I fixed a couple of unused variable warnings on top of it.
>
> I saw your patch at git.k.o and I am asking you not to taking it :)
I understand why now, I'll remove it. Sorry about that.
Cheers,
Samuel.
Hi Kevin,
On Mon, Jun 10, 2013 at 16:55:17, Hebbar, Gururaja wrote:
> On Fri, May 31, 2013 at 23:11:22, Kevin Hilman wrote:
> > Hebbar Gururaja writes:
> >
> > > On some platforms (like AM33xx), a special register (RTC_IRQWAKEEN)
> > > is available to enable Wakeup feature for Alarm Events.
> >
On Thu, 2013-06-13 at 01:13 +0100, Samuel Ortiz wrote:
> Now, about the driver itself, besides the really odd code design, the
> static variables all over the place, the nasty init hacks and the
> unneeded long function names, someone should refresh my memory and explain
> to me why is this guy und
From: Giancarlo Asnaghi
Date: Mon, 10 Jun 2013 14:52:25 +0200
> This patch adds core support for the MOST protocol. More information
> about the protocol can be found at: http://www.mostcooperation.com/
>
> See the lkml message "[PATCH 0/3] MOST network protocol" sent on Jun
> 10th 2013 about th
This patch-set series adds runtime pm support for host1x,
gr2d & dc. It retains the current behaviour if CONFIG_PM_RUNTIME
is not enabled.
For host1x & gr2d, the clocks are now enabled in .probe
and disabled on its exit. This is needed for correct
init of hardware.
Additionally for gr2d, the cloc
This patch moves the API host1x_job_submit to job.c file. It also
adds a new API host1x_job_complete.
This is in preparation to add runtime PM support to host1x &
its modules. The idea is to call pm_runtime_get from
host1x_job_submit and pm_runtime_put from host1x_job_complete.
This way the runti
* Mohammed, Afzal [130613 00:04]:
> Hi Tony,
>
> On Wed, Jun 12, 2013 at 22:42:00, Tony Lindgren wrote:
>
> > I've updated this patch to remove the "default y" and
> > "depends on ARCH_OMAP2PLUS" entries for the usual reasons
> > and applied the first ten patches into omap-for-v3.11/soc.
>
> Th
Hi Samuel,
first things first, thanks a lot for having a look.
On Thu, Jun 13, 2013 at 01:01:43AM +0100, Samuel Ortiz wrote:
> Hi Lorenzo,
>
> I don't particularily like this code, but I guess most of my dislike
> comes from the whole bridge interface API and how that forces you into
> implement
Signed-off-by: Mayuresh Kulkarni
---
drivers/gpu/host1x/dev.c | 57
1 file changed, 57 insertions(+)
diff --git a/drivers/gpu/host1x/dev.c b/drivers/gpu/host1x/dev.c
index 28e28a2..b43eb29 100644
--- a/drivers/gpu/host1x/dev.c
+++ b/drivers/gpu/ho
Signed-off-by: Mayuresh Kulkarni
---
drivers/gpu/host1x/drm/gr2d.c | 56 ++-
drivers/gpu/host1x/job.c | 9 +++
2 files changed, 64 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/host1x/drm/gr2d.c b/drivers/gpu/host1x/drm/gr2d.c
index 27ffc
As of now, the dc clock is enabled in its .probe via
runtime pm and disabled in .remove
Signed-off-by: Mayuresh Kulkarni
---
drivers/gpu/host1x/drm/dc.c | 60 +
1 file changed, 55 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/host1x/drm/dc.c
On Thu, Apr 25, 2013 at 02:33:06PM +0800, Adam Lee wrote:
> On Wed, Apr 24, 2013 at 11:17:52AM +0200, Laurent Pinchart wrote:
> > Hi Adam,
> >
> > Thanks for the patch.
> >
> > On Wednesday 24 April 2013 15:57:19 adam@canonical.com wrote:
> > > From: Adam Lee
> > >
> > > This reverts commit
From: Eric Dumazet
Date: Thu, 06 Jun 2013 20:59:48 -0700
> On Thu, 2013-06-06 at 23:06 -0400, Steven Rostedt wrote:
>> On Fri, Jun 07, 2013 at 12:16:56AM +0200, Steinar H. Gunderson wrote:
>> > Hi,
>> >
>> > In 3.10.0-rc4, I get this on boot:
>> >
>> > [ 16.871043] BUG: unable to handle kerne
Hi Tony,
On Thu, Jun 13, 2013 at 15:24:54, Tony Lindgren wrote:
> * Mohammed, Afzal [130613 00:04]:
> > Patch 10 "ARM: OMAP2+: AM43x: basic dt support" is missing in
> > omap-for-v3.11/soc branch and omap soc pull request, can you
> > please help patch 10 also to go upstream.
>
> Hmm if that's
2013/6/13 Viresh Kumar :
> On 13 June 2013 14:31, Xiaoguang Chen wrote:
>> cpufreq governor stop and start should be kept in sequence.
>> If not, there will be unexpected behavior, for example:
>>
>> we have 4 cpus and policy->cpu=cpu0, cpu1/2/3 are linked to cpu0.
>> the normal sequence is as bel
On Wed, 12 Jun 2013, David Dillow wrote:
> > I tried to test this tonight, but was thwarted by Fedora 16 on the only
> > readily available test platform -- old bluetoothd w/ the internal
> > driver. I'll need to upgrade that box, recreate the updated bluetooth
> > environment I had from some time
2013-06-12 15:54-0600, Bjorn Helgaas:
> [+cc linux-pci, Myron, Joe]
I'll remember it.
> On Wed, Jun 12, 2013 at 11:21 AM, Radim Krčmář wrote:
> > Hello,
> >
> > as a consequence of hitting a NULL dereference bug[1] while downstream
> > aspm is setting up link_state, I started to wonder why is th
On 13/06/2013 11:00, Daniel Borkmann wrote:
On 06/13/2013 04:13 AM, Eliezer Tamir wrote:
On 13/06/2013 05:01, Stephen Hemminger wrote:
On Wed, 12 Jun 2013 15:12:05 -0700 (PDT)
David Miller wrote:
From: Eliezer Tamir
Date: Tue, 11 Jun 2013 17:24:28 +0300
depends on X86_TSC
Wait a s
* Mohammed, Afzal [130613 03:08]:
> Hi Tony,
>
> On Thu, Jun 13, 2013 at 15:24:54, Tony Lindgren wrote:
> > * Mohammed, Afzal [130613 00:04]:
>
> > > Patch 10 "ARM: OMAP2+: AM43x: basic dt support" is missing in
> > > omap-for-v3.11/soc branch and omap soc pull request, can you
> > > please hel
On 06/07/2013 05:44 PM, g...@slimlogic.co.uk wrote:
On 2013-06-07 15:36, Mark Brown wrote:
On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote:
From: Graeme Gregory
The TWL6025 was never released beyond sample form and was replaced by
the PhoenixLite range of chips - TWL6032. Ch
On Wed, 2013-03-13 at 20:48 +0100, Paul Bolle wrote:
> Signed-off-by: Paul Bolle
> ---
> Untested. Perhaps the first test that people with access to the relevant
> hardware might do, is to test _before applying this patch_ with FB_OMAP2
> set. Perhaps this negative dependency isn't needed at all.
On 06/07/2013 05:44 PM, g...@slimlogic.co.uk wrote:
On 2013-06-07 15:36, Mark Brown wrote:
On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote:
From: Graeme Gregory
The TWL6025 was never released beyond sample form and was replaced by
the PhoenixLite range of chips - TWL6032. Ch
On 2013.06.07 at 20:22 +0200, Mikael Pettersson wrote:
> Peter Hurley writes:
> > Based on the other reports from Mikael and David, I suspect this problem
> > may have to do with my commit 699390354da6c258b65bf8fa79cfd5feaede50b6:
> >
> >pty: Ignore slave pty close() if never successfully
On 2013.06.11 at 22:14 +, Orion Poplawski wrote:
> Peter Hurley hurleysoftware.com> writes:
> > Based on the other reports from Mikael and David, I suspect this problem
> > may have to do with my commit 699390354da6c258b65bf8fa79cfd5feaede50b6:
> >
> >pty: Ignore slave pty close() if neve
Hi,
I would like to provide a driver for the SMSC EMC2305 fan controller which
we use in our devices in the hope that others might find it useful, too.
The driver also supports the SMSC EMC2303, EMC2302 and EMC2301 fan
controller chips which have same functionality and register
1 - 100 of 721 matches
Mail list logo