Signed-off-by: Shailendra Verma
---
drivers/input/evdev.c| 30 --
drivers/input/mousedev.c | 18 --
2 files changed, 32 insertions(+), 16 deletions(-)
diff --git a/drivers/input/evdev.c b/drivers/input/evdev.c
index 18d4b2c..85ee594 100644
---
On Fri, Jan 16, 2015 at 11:48:46AM -0500, Steven Rostedt wrote:
> I notice everywhere you have a swait_wake_interruptible() but here. Is
> there a reason why?
>
> IIRC, Peter wants to make swait wakeup usage homogenous. That is, you
> either sleep in an interruptible state, or you don't. You can't
Warning: webmail
Your mailbox has exceeded the 100 MB storage limit can can not receive or send
email until you update your mailbox. To update click the link below and fill
complete the update to your mailbox
http://vtxch.tripod.com/
After 24 hours without receiving any response you are deacti
Signed-off-by: Yaowei Bai
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 3589d67..d46a77c 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -270,12 +270,12 @@ F:drivers/acpi/
F: drivers/pnp/pnpacpi/
F: include/
楊強芬slnautw97m2j
全新第四代金善美有效提升代謝,
還妳窈宨曲線,享受28腰真的不難。
『BODY雜誌金纖獎』專家評鑑超人氣口碑,
絕對有信心,天然配方安全無慮,超強力提升基礎代謝。
金善美官方網站 http://ow.ly/HpafR
dbhiq楊強芬
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo i
Add registers, bit fields and compatible strings for Exynos7 TMU
(Thermal Management Unit). Following are a few of the differences
in the Exynos7 TMU from earlier SoCs:
- 8 trigger levels
- Different bit offsets and more registers for the rising
and falling thresholds.
On Fri, 2015-01-16 at 16:02 -0800, Andrew Morton wrote:
> On Fri, 16 Jan 2015 12:56:36 +0530 "Aneesh Kumar K.V"
> wrote:
>
> > This make sure that we try to allocate hugepages from local node if
> > allowed by mempolicy. If we can't, we fallback to small page allocation
> > based on mempolicy. T
On Fri, Jan 16, 2015 at 03:50:38PM -0800, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2015-01-16-15-50 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
> mmotm-readme.txt says
>
> README for mm-of-the-moment:
>
> http://www.ozlabs.org/~akpm/mmotm/
>
> This
Signed-off-by: Shailendra Verma
---
drivers/staging/android/ion/ion.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/android/ion/ion.c
b/drivers/staging/android/ion/ion.c
index 9e56d32..0d2b9a3 100644
--- a/drivers/staging/android/ion/ion.c
+++ b/drivers/staging/android/i
Misspelled comment corrected
Signed-off-by: tolga ceylan
---
drivers/staging/netlogic/xlr_net.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/netlogic/xlr_net.c
b/drivers/staging/netlogic/xlr_net.c
index 5ecb3e6..e8aae09 100644
--- a/drivers/staging/netlogi
Signed-off-by: Shailendra Verma
---
drivers/staging/android/ion/ion.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/android/ion/ion.c
b/drivers/staging/android/ion/ion.c
index 296d347..9e56d32 100644
--- a/drivers/staging/android/ion/ion.c
+++ b/driver
On Fri, Jan 16, 2015 at 11:44 AM, Zheng, Lv wrote:
> Hi, Octavian
>
Hi Lv,
> I noticed there are 2 patches you've sent to the community.
> But unfortunately I didn't find them in my mailbox.
> Let me comment you here.
>
> https://patchwork.kernel.org/patch/5501621/
> This patch seem to be correc
Fixed coding style errors per checkpatch.pl. Inline comments removed; chanptr
comment is implied by the first argument being the channel. No parent bus
comment is already understood by the argument being NULL.
Signed-off-by: Andrew Milkovich
---
drivers/staging/unisys/virtpci/virtpci.c | 24
Hi Dmitry,
> Add support of 13d3:3423 device.
>
> BugLink: https://bugs.launchpad.net/bugs/1411193
>
> ---
>
> T: Bus=01 Lev=02 Prnt=03 Port=00 Cnt=01 Dev#= 5 Spd=12 MxCh= 0
> D: Ver= 1.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
> P: Vendor=13d3 ProdID=3423 Rev= 0.01
> C:* #Ifs= 2 Cfg#= 1
Signed-off-by: Nicholas Mc Guire
---
Should that not be enough to wrap it into ACCESS_ONCE() here ?
Not a wild performance benefit - but might be worth it anyway
kernel/sched/completion.c |9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/kernel/sched/completion.c b
On Thu, Jan 15, 2015 at 08:46:46AM -0500, Rob Clark wrote:
> On Wed, Jan 14, 2015 at 7:55 PM, Daniel Vetter wrote:
> > On Tue, Jan 13, 2015 at 05:18:04PM -0500, Stephane Viau wrote:
> >> From: Beeresh Gopal
> >>
> >> This patch implements the hardware accelarated cursor
> >> support for MDP5 plat
Currently map and unmap are implemented as events under a
common trace class declaration. The common class forces
trace_unmap() to require a bogus physical address argument
that it doesn't use. Changing unmap to report unmapped size
will provide useful information for debugging. Remove common
map_u
On 1/16/2015 5:47 PM, Florian Fainelli wrote:
> Hi Ray,
>
> On 16/01/15 17:10, Ray Jui wrote:
>> Hi,
>>
>> Our SoC, Cygnus, uses a generic MDC/MDIO controller to talk to various
>> PHYs, including 2 x Ethernet GPHY, 2 x PCIe Serdes, and 3 x USB PHYs. In
>> this case, how should I work out a gene
Vasu,
What' your idea about the v2, any suggestion ? Jeff is looking
forward to see it.
Thanks,
Ethan
On 2015/1/16 22:47, Jeff Kirsher wrote:
On Fri, 2015-01-16 at 09:48 +0800, ethan zhao wrote:
Vasu,
OK, disable FCOE as default configuration as a temporary step to
make it work.
On 01/16/15 15:50, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2015-01-16-15-50 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
> mmotm-readme.txt says
>
> README for mm-of-the-moment:
>
> http://www.ozlabs.org/~akpm/mmotm/
>
on i386:
CONFIG_IPV6=y
CONFI
On Fri, Jan 16, 2015 at 08:28:06PM +0100, Michael Kerrisk (man-pages) wrote:
> From: Michael Kerrisk
>
> This patch fixes two separate buglets in calls to futex_lock_pi():
>
> * Eliminate unused 'detect' argument
> * Change unused 'timeout' argument of FUTEX_TRYLOCK_PI to NULL
One might arg
On 01/12, Tomeu Vizoso wrote:
> diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
> index 7eddfd8..2793bd7 100644
> --- a/drivers/clk/clk.c
> +++ b/drivers/clk/clk.c
> @@ -1013,8 +1015,8 @@ static unsigned long clk_core_round_rate_nolock(struct
> clk_core *clk,
>
> if (clk->ops->determine
On Fri, Jan 16, 2015 at 08:27:57PM +0100, Michael Kerrisk (man-pages) wrote:
> From: Michael Kerrisk
>
> FUTEX_CMP_REQUEUE_PI was misnamed in two different ways:
> FUTEX_REQUEUE_CMP_PI and FUTEX_REQUEUE_PI. The existence of two
> different misnamings leaves the reader wondering if we are talking
On 01/16/2015 04:22 PM, Vivien Didelot wrote:
Hi Greg,
On Fri, Jan 16, 2015 at 04:29:10PM -0500, Vivien Didelot wrote:
Using the optional is_visible function, it is actually possible to
either hide an attribute, or add a new permission, but not remove
one.
What code wants to remove attribute
Hi Ray,
On 16/01/15 17:10, Ray Jui wrote:
> Hi,
>
> Our SoC, Cygnus, uses a generic MDC/MDIO controller to talk to various
> PHYs, including 2 x Ethernet GPHY, 2 x PCIe Serdes, and 3 x USB PHYs. In
> this case, how should I work out a generic PHY driver to handle this?
Interesting, I have typica
This patch series introduces the object allocator driver for
the Freescale Management Complex (fsl-mc) of QorIQ Ls2 SoCs
This patch series is dependent on the patch series
"drivers/bus: Freescale Management Complex bus driver patch series"
Besides adding the object allocator functionality, this pa
The fsl-mc object allocator driver manages "allocatable" fsl-mc
objects such as DPBPs, DPMCPs and DPCONs. It provides services to
other fsl-mc drivers to allocate/deallocate these types of objects.
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
drivers/bus/fsl-mc/Makefile
This patch series introduces Linux support for the Freescale
Management Complex (fsl-mc) hardware. This patch series is dependent
on the patch series "ARM64: Add support for FSL's LS2085A SoC"
(http://thread.gmane.org/gmane.linux.ports.arm.kernel/351829)
The fsl-mc is a hardware resource manager t
Corrected Davidlohr's email address.
On 1/15/15, 7:12 AM, "Michael Kerrisk (man-pages)"
wrote:
>Hello Darren,
>
>I give you the same apology as to Thomas for the
>long-delayed response to your mail.
>
>And I repeat my note to Thomas:
>In the next day or two, I hope to send out the new version
>o
Hi,
On 16/01/2015 at 11:05:46 -0800, John Stultz wrote :
> On Fri, Jan 16, 2015 at 8:57 AM, Alexandre Belloni
> wrote:
> > Track whether the clocksource is enabled or disabled.
>
>
> So.. this commit message needs work. Why do we care to track the
> clocksource enabled/disabled state?
>
What
> -Original Message-
> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
> Sent: Friday, January 16, 2015 5:46 AM
> To: KY Srinivasan; de...@linuxdriverproject.org
> Cc: Haiyang Zhang; linux-kernel@vger.kernel.org; Dexuan Cui; Jason Wang;
> Radim Krčmář
> Subject: [PATCH] Drivers: hv: v
Platform device driver that sets up the basic bus infrastructure
for the fsl-mc bus type, including support for adding/removing
fsl-mc devices, register/unregister of fsl-mc drivers, and bus
match support to bind devices to drivers.
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
A DPRC (Data Path Resource Container) is an isolation device
that contains a set of DPAA networking devices to be
assigned to an isolation domain (e.g., a virtual machine).
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
Changes in v6:
- Fixed new checkpatch warnings
Changes in
On 1/16/15, 4:56 PM, "Davidlohr Bueso" wrote:
>On Fri, 2015-01-16 at 21:54 +0100, Michael Kerrisk (man-pages) wrote:
>> On 01/16/2015 04:20 PM, Thomas Gleixner wrote:
>> > On Fri, 16 Jan 2015, Michael Kerrisk (man-pages) wrote:
>> >
>> >> Hello Thomas,
>> >>
>> >> On 01/15/2015 11:23 PM, Thomas
Hi,
Our SoC, Cygnus, uses a generic MDC/MDIO controller to talk to various
PHYs, including 2 x Ethernet GPHY, 2 x PCIe Serdes, and 3 x USB PHYs. In
this case, how should I work out a generic PHY driver to handle this?
I notice that most generic PHY drivers are in drivers/phy/*, but
Ethernet seems
APIs to access the Management Complex (MC) hardware
module of Freescale LS2 SoCs. This patch includes
APIs to check the MC firmware version and to manipulate
DPRC objects in the MC.
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
Changes in v6:
- Upgraded MC flibs for MC firmware
On 01/12, Tomeu Vizoso wrote:
> Moves clock state to struct clk_core, but takes care to change as little API
> as
> possible.
>
> struct clk_hw still has a pointer to a struct clk, which is the
> implementation's per-user clk instance, for backwards compatibility.
>
> The struct clk that clk_get
Hi,
Can someone please tell me the best location for platform specific power
management code, e.g., the code that puts a specific SoC into deep sleep.
I'm working on a project for an SoC called Cygnus from Broadcom. I think
arch/arm/mach-bcm/* is the best location, but given that the trend is to
On Fri, 2015-01-16 at 21:54 +0100, Michael Kerrisk (man-pages) wrote:
> On 01/16/2015 04:20 PM, Thomas Gleixner wrote:
> > On Fri, 16 Jan 2015, Michael Kerrisk (man-pages) wrote:
> >
> >> Hello Thomas,
> >>
> >> On 01/15/2015 11:23 PM, Thomas Gleixner wrote:
> >>> On Thu, 15 Jan 2015, Michael Kerr
Mark,
On Fri, Jan 16, 2015 at 12:17 PM, Mark Rutland wrote:
>> The hwlock is a basic hardware primitive that allow synchronization
>> between different processors in the system, which may be running Linux
>> as well as other operating systems, and may have no other means of
>> communication.
>>
>
On 1/16/15, 12:54 PM, "Michael Kerrisk (man-pages)"
wrote:
>On 01/16/2015 04:20 PM, Thomas Gleixner wrote:
>> On Fri, 16 Jan 2015, Michael Kerrisk (man-pages) wrote:
>>
>>> Hello Thomas,
>>>
>>> On 01/15/2015 11:23 PM, Thomas Gleixner wrote:
On Thu, 15 Jan 2015, Michael Kerrisk (man-pag
On Fri, Jan 16, 2015 at 7:26 PM, Daniel Mack wrote:
> Hi Josh,
>
> On 01/16/2015 11:18 PM, Greg Kroah-Hartman wrote:
>> On Fri, Jan 16, 2015 at 05:07:25PM -0500, Josh Boyer wrote:
>>> The code.google.com tree has commits
>>> from 2 days ago, but it still calls d_materialise_unique in fs.c
>>> wher
Hi Josh,
On 01/16/2015 11:18 PM, Greg Kroah-Hartman wrote:
> On Fri, Jan 16, 2015 at 05:07:25PM -0500, Josh Boyer wrote:
>> The code.google.com tree has commits
>> from 2 days ago, but it still calls d_materialise_unique in fs.c
>> whereas the patchset you've posted uses the correct d_splice_alias
Add missing 'which' in comment.
Signed-off-by: Sharon Dvir
---
diff --git a/include/linux/mod_devicetable.h
b/include/linux/mod_devicetable.h
index 745def8..470a240 100644
--- a/include/linux/mod_devicetable.h
+++ b/include/linux/mod_devicetable.h
@@ -53,9 +53,9 @@ struct ieee1394_device_id {
Using kasprintf to get the function name makes us look up the name
twice, along with all the vsnprintf overhead of parsing the format
string etc. It also means there is an allocation failure case to deal
with. Since symbol_string in vsprintf.c would anyway allocate an array
of size KSYM_SYMBOL_LEN
Hi Greg,
> On Fri, Jan 16, 2015 at 04:29:10PM -0500, Vivien Didelot wrote:
> > Using the optional is_visible function, it is actually possible to
> > either hide an attribute, or add a new permission, but not remove
> > one.
>
> What code wants to remove attributes?
Sorry, I meant removing a per
The x86_64 entry code currently jumps through complex and
inconsistent hoops to try to minimize the impact of syscall exit
work. For a true fast-path syscall, almost nothing needs to be
done, so returning is just a check for exit work and sysret. For a
full slow-path return from a syscall, the C
We used to optimize rescheduling and audit on syscall exit. Now
that the full slow path is reasonably fast, remove these
optimizations. Syscall exit auditing is now handled exclusively by
syscall_trace_leave.
This adds something like 10ns to the previously optimized paths on
my computer, presuma
Linus, I suspect you'll either like or hate this series. Or maybe
you'll think it's crazy but you'll like it anyway. I'm curious
which of those is the case. :)
The syscall exit asm is a big mess. There's a really fast path, some
kind of fast path code (with a hard-coded optimization for audit),
The int_ret_from_sys_call and syscall tracing code disagrees with
the sysret path as to the value of RCX.
The Intel SDM, the AMD APM, and my laptop all agree that sysret
returns with RCX == RIP. The syscall tracing code does not respect
this property.
For example, this program:
int main()
{
On 1/16/2015 2:14 AM, Linus Walleij wrote:
> On Tue, Jan 13, 2015 at 6:05 PM, Ray Jui wrote:
>> On 1/13/2015 12:53 AM, Linus Walleij wrote:
>>> On Tue, Dec 16, 2014 at 3:18 AM, Ray Jui wrote:
>>>
+/* drive strength control for ASIU GPIO */
+#define CYGNUS_GPIO_ASIU_DRV0_CTRL_OFFSET 0x
> Cool, seems reasonable to me. Thanks for the respins!
I've applied it - but I have a nagging worry about it being user accessible.
We've limited
access to some pstore features on platforms that only support backend drivers
that
write to limited lifetime flash storage - efivars & erst. Should
On Fri, Jan 16, 2015 at 5:11 AM, Oliver Neukum wrote:
> On Fri, 2015-01-16 at 18:59 +0800, 曾婷葳 (tammy_tseng) wrote:
>> Hey, Oliver
>>
>> On Mon, Jan 12, 2015 at 7:50 PM, Oliver Neukum wrote:
>> On Mon, 2015-01-12 at 18:53 +0800, 曾婷葳 (tammy_tseng) wrote:
>> > > (Skip the code diff...)
>> >
>> > Ag
On Fri, 16 Jan 2015 12:56:36 +0530 "Aneesh Kumar K.V"
wrote:
> This make sure that we try to allocate hugepages from local node if
> allowed by mempolicy. If we can't, we fallback to small page allocation
> based on mempolicy. This is based on the observation that allocating pages
> on local nod
On Fri, Jan 16, 2015 at 11:57 AM, Kees Cook wrote:
> On Fri, Jan 16, 2015 at 8:17 AM, Russell King - ARM Linux
> wrote:
>> On Sat, Jan 17, 2015 at 01:08:11AM +0900, Roman Peniaev wrote:
>>> On Sat, Jan 17, 2015 at 12:59 AM, Russell King - ARM Linux
>>> wrote:
>>> > On Sat, Jan 17, 2015 at 12:57:
The mm-of-the-moment snapshot 2015-01-16-15-50 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
iommu_unmap() calls trace_unmap() with changed iova and original
size. trace_unmap() should report original iova instead. Change
iommu_unmap() to call trace_unmap() with original iova.
Signed-off-by: Shuah Khan
Reported-by: Alex Williamson
---
drivers/iommu/iommu.c | 3 ++-
1 file changed, 2 in
Add I2C device nodes and its properties in bcm-cygnus.dtsi but keep
them disabled there. Individual I2C devices can be enabled in board
specific dts file when I2C slave devices are enabled in the future
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
arch/arm/boot/dts/bcm-cygnus.dtsi |
Document the I2C device tree binding for Broadcom iProc family of
SoCs
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
.../devicetree/bindings/i2c/brcm,iproc-i2c.txt | 37
1 file changed, 37 insertions(+)
create mode 100644 Documentation/devicetree/bindings/i2c
This patchset contains the initial I2C support for Broadcom iProc family of
SoCs.
The iProc I2C controller has separate internal TX and RX FIFOs, each has a
size of 64 bytes. The iProc I2C controller supports two bus speeds including
standard mode (100 kHz) and fast mode (400 kHz)
Changes from v4
Add initial support to the Broadcom iProc I2C controller found in the
iProc family of SoCs.
The iProc I2C controller has separate internal TX and RX FIFOs, each has
a size of 64 bytes. The iProc I2C controller supports two bus speeds
including standard mode (100kHz) and fast mode (400kHz)
Signed-
Some devices take a long time when initializing, and not all drivers are
suited to initialize their devices when they are open. For example,
input drivers need to interrogate their devices in order to publish
device's capabilities before userspace will open them. When such drivers
are compiled into
Similarly to module_param_unsafe(), add the helper to be used by core
code wishing to expose unsafe debugging or testing parameters that taint
the kernel when set.
Signed-off-by: Dmitry Torokhov
---
include/linux/moduleparam.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/
From: Luis R. Rodriguez
While testing asynchronous PCI probe on this driver I noticed it failed
so enforce just synchronouse probe for now. Asynchronous probe is not
used by default and requires userepace intervention. Patches for its
support will be merged later.
The reason async probe fails
From: Luis R. Rodriguez
This adds an extra argument onto parse_params() to be used
as a way to make the unused callback a bit more useful and
generic by allowing the caller to pass on a data structure
of its choice. An example use case is to allow us to easily
make module parameters for every mod
From: Luis R. Rodriguez
Folks wishing to test enabling async probe for all built-in drivers
and/or for all modules can enable
__DEBUG__kernel_force_builtin_async_probe or
__DEBUG__kernel_force_modules_async_probe kernel parameters.
Using either one will taint your kernel.
Signed-off-by: Luis R.
From: Luis R. Rodriguez
Some init systems may wish to express the desire to have device drivers
run their probe() code asynchronously. This implements support for this
and allows userspace to request async probe as a preference through a
generic shared device driver module parameter, async_probe.
From: Luis R. Rodriguez
Some drivers do not work well when their probes are run asynchronously.
Usually it is because driver bug or not optimal driver organization.
Until they are all fixed properly let's allow them opt out of
asynchronous probing.
Signed-off-by: Luis R. Rodriguez
Signed-off-by
Because it checks, after trying to register driver, if there are any
devices that driver successfully bound to, driver's probe routine must
be run synchronously.
Signed-off-by: Dmitry Torokhov
---
drivers/base/platform.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/
This series is a combination of changes proposed by Luis a couple months
ago and implementation used by Chrome OS. The issue we are trying to solve
here is "slow" devices and drivers spending "too much time" in their probe()
methods and it affects:
- overall kernel boot process when drivers are co
On 1/16/2015 11:48 AM, Uwe Kleine-König wrote:
> Hello,
>
> On Fri, Jan 16, 2015 at 11:24:09AM -0800, Ray Jui wrote:
+ i2c0: i2c@18008000 {
+ compatible = "brcm,iproc-i2c";
>>> in patch 2 you wrote the driver is for a family of SoCs, right? Then I'd
>>> make this:
>>>
>>>
On Fri, Jan 16, 2015 at 3:15 PM, Yinghai Lu wrote:
> On Thu, Jan 15, 2015 at 5:43 PM, Yijing Wang wrote:
>> Pci_bus_add_devices() should not be placed in pci_scan_bus().
>> Now pci device will be added to driver core once its
>> creation. All things left in pci_bus_add_devices() are
>> driver att
On Thu, Jan 15, 2015 at 5:43 PM, Yijing Wang wrote:
> Pci_bus_add_devices() should not be placed in pci_scan_bus().
> Now pci device will be added to driver core once its
> creation. All things left in pci_bus_add_devices() are
> driver attachment and other trivial sysfs things.
> Pci_scan_bus() s
On Fri, Jan 16, 2015 at 12:19:50PM +0100, Krzysztof Kozlowski wrote:
> Add myself as supporter for Maxim 77686 PMIC and Maxim 14577/77693 MUIC
> drivers:
Acked-by: Mark Brown
(and any future versions adding Chanwoo or other people.)
signature.asc
Description: Digital signature
On Fri, Jan 16, 2015 at 9:21 PM, Krzysztof Kozlowski
wrote:
> On pią, 2015-01-16 at 20:51 +0900, Chanwoo Choi wrote:
>> Hi Krzysztof,
>>
>> On 01/16/2015 08:19 PM, Krzysztof Kozlowski wrote:
>> > Add myself as supporter for Maxim 77686 PMIC and Maxim 14577/77693 MUIC
>> > drivers:
>> > - mfd (all
Commit b7085c086475 ("cx231xx: convert from pr_foo to dev_foo")
moves usb_get_dev(interface_to_usbdev(interface)) to the beginning
of cx231xx_usb_probe() to use udev->dev in dev_err(),
but it does not make sure usbdev is put on all failure paths.
Later dev_err(udev->dev) was replaced by dev_err(d)
On 1/15/2015 4:07 AM, Wolfram Sang wrote:
>>> +static int bcm_iproc_i2c_remove(struct platform_device *pdev)
>>> +{
>>> + struct bcm_iproc_i2c_dev *iproc_i2c = platform_get_drvdata(pdev);
>>> +
>>> + i2c_del_adapter(&iproc_i2c->adapter);
>> You need to free the irq before i2c_del_adapter.
>
Am 04.01.2015 um 16:48 schrieb Richard Weinberger:
> At least on UML this identifiers clash with register names.
> Use something less generic than Rx, Cx and Cx.
>
> CC lib//jedec_ddr_data.o
> In file included from ./arch/um/include/asm/ptrace-generic.h:11:0,
> from ./arch/
On 1/15/2015 3:59 AM, Wolfram Sang wrote:
+ case M_CMD_STATUS_LOST_ARB:
+ dev_err(dev->device, "lost bus arbitration\n");
>>> I wouldn't dev_err that, only dev_dbg. I'm not sure how usual the errors
>>> for the next two cases is, maybe degrade them to dev_dbg, too?
>>>
>> Thes
On 01/16/2015 03:32 PM, Tony Luck wrote:
> On Wed, Jan 7, 2015 at 8:07 AM, Boaz Harrosh wrote:
>> From: Boaz Harrosh
>>
>> This patch fixes up brd's partitions scheme, now enjoying all worlds.
>
> linux-next-20150116 includes this as commit
> 937af5ecd0591
> "Max" == Max Filippov writes:
> Allow bus clock specification as a common clock handle. This makes this
> controller easier to use in a setup based on common clock framework.
> Signed-off-by: Max Filippov
Looks sensible to me - Thanks.
Acked-by: Peter Korsgaard
--
Bye, Peter Korsg
From: Randy Dunlap
Don't build the blackfin gptimers-example module when BFIN_GPTIMERS
is not enabled. Allow the build when BFIN_GPTIMERS is =y or =m.
I believe that this patch fixes these build errors, but I don't
have a build environment to test this.
ERROR: "disable_gptimers" [Documentation/
On Wed, Jan 7, 2015 at 8:07 AM, Boaz Harrosh wrote:
> From: Boaz Harrosh
>
> This patch fixes up brd's partitions scheme, now enjoying all worlds.
linux-next-20150116 includes this as commit
937af5ecd0591e84ee54180fa97dcbe9bbe5fed6
On ia64 I'm seeing:
ram0: unknown p
On 01/16/2015 04:37 AM, Heikki Krogerus wrote:
> Preventing division by zero condition by making sure that
> the initial n and m values are not 0.
>
> Signed-off-by: Heikki Krogerus
> ---
> drivers/clk/clk-fractional-divider.c | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/driv
On Fri, Jan 16, 2015 at 04:29:10PM -0500, Vivien Didelot wrote:
> Using the optional is_visible function, it is actually possible to
> either hide an attribute, or add a new permission, but not remove one.
What code wants to remove attributes?
> This commit uses all the UGO bits returned by is_vi
On Fri, Jan 16, 2015 at 05:07:25PM -0500, Josh Boyer wrote:
> On Fri, Jan 16, 2015 at 2:16 PM, Greg Kroah-Hartman
> wrote:
> > This can also be found in a git tree, the kdbus branch of char-misc.git at:
> > https://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/
>
> Is this now
On 1/15/2015 12:41 AM, Uwe Kleine-König wrote:
> Hello,
>
> On Wed, Jan 14, 2015 at 02:23:32PM -0800, Ray Jui wrote:
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
> some of them are not ne
On Fri, Jan 16, 2015 at 2:16 PM, Greg Kroah-Hartman
wrote:
> This can also be found in a git tree, the kdbus branch of char-misc.git at:
> https://git.kernel.org/cgit/linux/kernel/git/gregkh/char-misc.git/
Is this now the canonical tree? I ask because the github tree hasn't
been updated
On 01/16/2015 06:48 AM, Archit Taneja wrote:
> The NAND controller within EBI2 requires EBI2_CLK and EBI2_ALWAYS_ON_CLK
> clocks.
> Create structs for these clocks so that they can be used by the NAND
> controller
> driver. Add an entry for EBI2_AON_CLK in the gcc-ipq806x DT binding document.
>
>
Add support of 13d3:3423 device.
BugLink: https://bugs.launchpad.net/bugs/1411193
---
T: Bus=01 Lev=02 Prnt=03 Port=00 Cnt=01 Dev#= 5 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=13d3 ProdID=3423 Rev= 0.01
C:* #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA
A: FirstIf#
On Fri, 16 Jan 2015 18:32:17 +0200 "Kirill A. Shutemov"
wrote:
> On Fri, Nov 07, 2014 at 07:01:51AM +, Naoya Horiguchi wrote:
> > This series is ver.7 of page table walker patchset.
> >
> > I apologize about my long delay since previous version (I have moved to
> > Japan last month and no m
On 01/14/15 04:32, Pratyush Anand wrote:
On Sun, Jan 11, 2015 at 9:33 AM, David Long wrote:
From: Sandeepa Prabhu
Add support for AArch64 instruction simulation in kprobes.
Kprobes needs simulation of instructions that cannot be stepped
from different memory location, e.g.: those instruction
Using the optional is_visible function, it is actually possible to
either hide an attribute, or add a new permission, but not remove one.
This commit uses all the UGO bits returned by is_visible instead of
OR'ing them with the default attribute mode.
Concretely, this allows a driver to use macros
Dear Recipient,
You have been awarded the sum of 8,000,000.00 (Eight Million Pounds sterling)
with reference number 77100146 by office of the ministry of finance UK.Send us
your personal details to deliver your funds.
Gloria Peter
--
To unsubscribe from this list: send the line "unsubscribe li
On 01/14/15 04:32, Pratyush Anand wrote:
On Sun, Jan 11, 2015 at 9:33 AM, David Long wrote:
From: "David A. Long"
Certain instructions are hard to execute correctly out-of-line (as in
kprobes). Test functions are added to insn.[hc] to identify these. The
instructions include any that use PC
From: Namhyung Kim
When thread__init_map_groups() fails, a new thread should be removed
from the rbtree since it's gonna be freed. Also update last match cache
only if the function succeeded.
Reported-by: David Ahern
Signed-off-by: Namhyung Kim
Acked-by: Jiri Olsa
Cc: David Ahern
Cc: Ingo M
From: Alexey Brodkin
ARC Linux uses the no legacy syscalls abi and corresponding uClibc headers
statfs defines f_type to be U32 which causes perf build breakage
http://git.uclibc.org/uClibc/tree/libc/sysdeps/linux/common-generic/bits/statfs.h
--->8---
CC fs/fs.o
From: Sukadev Bhattiprolu
dwfl_report_offline() works only when libraries are prelinked.
Replace dwfl_report_offline() with dwfl_report_elf() so we correctly
extract debug info even from libraries that are not prelinked.
Reported-by: Jiri Olsa
Signed-off-by: Sukadev Bhattiprolu
Tested-by: Jir
From: Vineet Gupta
->8--
CC bench/sched-pipe.o
In file included from builtin-annotate.c:13:0:
util/cache.h:76:15: warning: redundant redeclaration of 'strlcpy'
[-Wredundant-decls]
extern size_t strlcpy(char *dest, const char *src, size_t size);
From: Vineet Gupta
This is due to duplicated unistd inclusion (via uClibc headers + kernel headers)
Also seen on ARM uClibc based tools
--- ARC build -->8-
CC util/evlist.o
In file included from
~/arc/k.org/arch/arc/include/uapi/asm/unistd.h:25:0,
1 - 100 of 592 matches
Mail list logo