On Mon, Aug 05, 2013 at 02:08:37PM +0800, Axel Lin wrote:
> Current code has wrong mask and val arguments for updating ramp_delay. Fix it.
> Also ensure the return value of get_ramp_delay() won't greater than 3 because
> the mask field for ramp_val only takes 2 bits.
Applied, thanks.
On Sat, Aug 03, 2013 at 05:10:42PM +0800, Axel Lin wrote:
> Current code calls regmap_update_bits() with mask and val arguments swapped.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Aug 13, 2013 at 01:23:10PM +0530, Laxman Dewangan wrote:
> Palmas regulator SMPS10 is splitted into two regulators SMPS10-OUT1 and
> SMPS10-OUT2 to match with hw behavior. With this regulator's name got
> changed in driver.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Aug 13, 2013 at 06:52:56AM +0200, Julia Lawall wrote:
> On Mon, 12 Aug 2013, Mark Brown wrote:
> > What is the difference between this and the patch I applied the other
> > day?
> Sorry, it should have also removed the local definition of ARRAY_AND_SIZE?
> I thought that was in the
Since the support for software and hardware controlled boosting has been
added, the corresponding Documentation entry had been updated.
Signed-off-by: Lukasz Majewski
Signed-off-by: Myungjoo Ham
---
Changes for v7:
- None
Changes for v6:
- None
Changes for v5:
- New patch
For safety reasons new flag - CONFIG_CPU_FREQ_BOOST_SW has been added.
Only after selecting "EXYNOS Frequency Overclocking - Software" Kconfig
option the software managed boost is enabled. It also selects thermal
subsystem to be compiled in. Thermal is necessary for disabling boost
and cooling
Special driver data flag (CPUFREQ_BOOST_FREQ) has been added to indicate
frequency, which can be only enabled for BOOST mode.
This frequency shall be used only for limited time, since it might cause
target device to overheat.
Signed-off-by: Lukasz Majewski
Signed-off-by: Myungjoo Ham
---
The cpufreq_driver's boost_supported flag is true only when boost
support is explicitly enabled. Boost related attributes are exported only
under the same condition.
Signed-off-by: Lukasz Majewski
Signed-off-by: Myungjoo Ham
---
Changes for v7:
- Replace CONFIG_CPU_FREQ_BOOST_SW with
This patch series introduces support for CPU overclocking technique
called Boost.
It is a follow up of a LAB governor proposal. Boost is a LAB component:
http://thread.gmane.org/gmane.linux.kernel/1484746/match=cpufreq
Boost unifies hardware based solution (e.g. Intel Nehalem) with
software
This commit adds boost frequency support in cpufreq core (Hardware &
Software). Some SoCs (like Exynos4 - e.g. 4x12) allow setting frequency
above its normal operation limits. Such mode shall be only used for a
short time.
Overclocking (boost) support is essentially provided by platform
dependent
The Intel's hardware based boost solution driver has been changed to cooperate
with
common cpufreq boost framework.
The global sysfs boost attribute entry code
(/sys/devices/system/cpu/cpufreq/boost)
has been moved to a core cpufreq code. This attribute is now only visible,
when cpufreq driver
This patch provides auto disable/enable operation for boost. When any
defined trip point is passed, the boost is disabled.
In that moment thermal monitor workqueue is woken up and it monitors
if the device temperature drops below 75% of the smallest trip point.
When device cools down, the boost is
Hi Charles,
On 08/07/2013 08:17 PM, Charles Keepax wrote:
> We want the trig_sts bits to be cleared in all cases where we consider
> the jack detection interrupt to have been handled. Specifically, if a
> duplicate detection event was suppressed these bits were not cleared
> causing the CODEC to
On Tue, Aug 13, 2013 at 10:30:30AM +0200, Thomas Petazzoni wrote:
> Dear Thierry Reding,
>
> On Tue, 13 Aug 2013 10:09:56 +0200, Thierry Reding wrote:
>
> > > +- reset-gpios: optional gpio to PERST#
> > > +- reset-delay-ms: delay in ms to wait after reset de-assertion
> >
> > I remember some
> This patch adds IIO driver for Bosch BMA180 triaxial
> acceleration sensor.
> http://omapworld.com/BMA180_111_1002839.pdf
the DS is preliminary, more up-to-date version available
comments inline
> ---
> .../devicetree/bindings/iio/accel/bma180.txt | 35 ++
>
On Tue, Aug 13, 2013 at 10:30:30AM +0200, Thomas Petazzoni wrote:
> Dear Thierry Reding,
>
> On Tue, 13 Aug 2013 10:09:56 +0200, Thierry Reding wrote:
>
> > > +- reset-gpios: optional gpio to PERST#
> > > +- reset-delay-ms: delay in ms to wait after reset de-assertion
> >
> > I remember some
On Tuesday 13 August 2013 03:24 PM, Chanwoo Choi wrote:
> Hi Kishon,
>
> On 08/13/2013 02:37 PM, Kishon Vijay Abraham I wrote:
>> The Palmas device contains only a USB VID detector, so added a
>> compatible type *ti,palmas-usb-vid*. Dint remove the existing compatible
>> types for backward
Hi tj,
When doing the "near kernel memory allocation", I have something
about memblock that I need you to comfirm.
1. First of all, memblock is platform independent. Different platforms
have different ways to store kernel image address. So I don't think
we can obtain the kernel image
Hi Tony,
On Tuesday 13 August 2013 01:40 PM, Tony Lindgren wrote:
> * Santosh Shilimkar [130724 12:06]:
>> On Wednesday 24 July 2013 02:51 PM, Nishanth Menon wrote:
>>> On 07/24/2013 01:43 PM, Sricharan R wrote:
On Wednesday 24 July 2013 10:17 PM, Nishanth Menon wrote:
> On 07/24/2013
On Tue, Aug 13, 2013 at 11:52 AM, Chris Wilson wrote:
> On Tue, Aug 13, 2013 at 11:47:19AM +0200, Sedat Dilek wrote:
>> On Tue, Aug 13, 2013 at 11:39 AM, Chris Wilson
>> wrote:
>> > On Tue, Aug 13, 2013 at 11:35:53AM +0200, Sedat Dilek wrote:
>> >> After a logout from my "BROKEN" Unity-2D
Hello,
after commit ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954 temperature information
from lm sensors is not available on my Nvidia 6600GT graphics card. There is
no nouveau hwmon entry in sysfs anymore. Why it was removed? Can I help with
debugging? I'd like to see temperature sensor working
Hi Kishon,
On 08/13/2013 02:37 PM, Kishon Vijay Abraham I wrote:
> The Palmas device contains only a USB VID detector, so added a
> compatible type *ti,palmas-usb-vid*. Dint remove the existing compatible
> types for backward compatibility.
>
> Signed-off-by: Kishon Vijay Abraham I
> ---
>
On Tue, Aug 13, 2013 at 11:47:19AM +0200, Sedat Dilek wrote:
> On Tue, Aug 13, 2013 at 11:39 AM, Chris Wilson
> wrote:
> > On Tue, Aug 13, 2013 at 11:35:53AM +0200, Sedat Dilek wrote:
> >> After a logout from my "BROKEN" Unity-2D session - the login-screen
> >> for LightDM seems to be OK.
> >>
musb glue have to pass either 2 resources or 3 resources to the musb
core (musb core irq number, dma irq number and a memory
resource). So allocated *resource* for musb core in glue (based on the number
of resources in glue), copy all the resources from glue to core before creating
the musb core
Am Mittwoch, 31. Juli 2013, 01:44:53 schrieb Linus Walleij:
> On Tue, Jul 30, 2013 at 6:30 AM, Grant Likely
wrote:
> > On Mon, Jul 29, 2013 at 6:36 AM, Linus Walleij
wrote:
> >> To solve this dilemma, perform an interrupt consistency check
> >> when adding a GPIO chip: if the chip is both
No functional change. Used devm_kzalloc and devm_clk_get instead of
kzalloc and clk_get.
Signed-off-by: Kishon Vijay Abraham I
---
only *compile* tested.
drivers/usb/musb/am35x.c | 40 ++--
drivers/usb/musb/blackfin.c |8 ++--
From: Linus Walleij
Currently the kernel is ambigously treating GPIOs and interrupts
from a GPIO controller: GPIOs and interrupts are treated as
orthogonal. This unfortunately makes it unclear how to actually
retrieve and request a GPIO line or interrupt from a GPIO
controller in the device tree
Hi Minchan,
On wto, 2013-08-13 at 16:04 +0900, Minchan Kim wrote:
> patch 2 introduce pinpage control
> subsystem. So, subsystems want to control pinpage should implement own
> pinpage_xxx functions because each subsystem would have other character
> so what kinds of data structure for managing
On Tue, Aug 13, 2013 at 11:39 AM, Chris Wilson wrote:
> On Tue, Aug 13, 2013 at 11:35:53AM +0200, Sedat Dilek wrote:
>> After a logout from my "BROKEN" Unity-2D session - the login-screen
>> for LightDM seems to be OK.
>> Then entering my Unity-2D desktop is OK - no screen corruptions.
>
> What
On Tue, Aug 13, 2013 at 11:35:53AM +0200, Sedat Dilek wrote:
> After a logout from my "BROKEN" Unity-2D session - the login-screen
> for LightDM seems to be OK.
> Then entering my Unity-2D desktop is OK - no screen corruptions.
What hardware and display do you have?
-Chris
--
Chris Wilson,
On Mon, Aug 12, 2013 at 08:29:09PM -0400, Steven Rostedt wrote:
> The patch looks good. Let me give you a bit more information and
> background on that function. Just your FYI.
Well, if anything else doesn't pan out, you can always get a job
teaching kernel development! I wish I had JFYIs like
On Tue, Aug 13, 2013 at 11:25 AM, Chris Wilson wrote:
> On Tue, Aug 13, 2013 at 11:10:18AM +0200, Sedat Dilek wrote:
>> Hi,
>>
>> with today's next-20130813 I cannot see 1/10 of my desktop-screen's
>> top, it's simply black.
>> I can estimate the URL line in F
Hello,
in commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was introduced
error which cause that on my Nvidia 6600GT card reclocking not working
anymore. There is missing assigment of return value from pll_calc to ret.
After this patch reclocking on my card working fine again. Above broken
commit
On Tue, Aug 13, 2013 at 1:18 AM, Lei Wen wrote:
> Hi Paul,
>
> On Tue, Aug 13, 2013 at 4:08 PM, Paul Turner wrote:
>> On Tue, Aug 13, 2013 at 12:38 AM, Peter Zijlstra
>> wrote:
>>> On Tue, Aug 13, 2013 at 12:45:12PM +0800, Lei Wen wrote:
> Not quite right; I think you need
On Tue, Aug 13, 2013 at 11:10:18AM +0200, Sedat Dilek wrote:
> Hi,
>
> with today's next-20130813 I cannot see 1/10 of my desktop-screen's
> top, it's simply black.
> I can estimate the URL line in Firefox (or open a new tab blindly and
> get a known URL from my autocompleted
On 08/13/13 10:06, Thierry Reding wrote:
On Tue, Aug 13, 2013 at 09:19:59AM +0200, Thomas Petazzoni wrote:
On Mon, 12 Aug 2013 20:46:49 +0200, Sebastian Hesselbarth wrote:
This removes the subsys_initcall from the driver and converts it to
a normal platform_driver. Also, drvdata is set and a
On 08/13/13 09:15, Thomas Petazzoni wrote:
Dear Sebastian Hesselbarth,
On Mon, 12 Aug 2013 20:46:48 +0200, Sebastian Hesselbarth wrote:
diff --git a/drivers/pci/host/pci-mvebu.c b/drivers/pci/host/pci-mvebu.c
index d5fe674..0a359d7 100644
--- a/drivers/pci/host/pci-mvebu.c
+++
On 08/13/13 09:11, Thomas Petazzoni wrote:
On Mon, 12 Aug 2013 20:46:47 +0200, Sebastian Hesselbarth wrote:
+ port->clk = of_clk_get_by_name(child, NULL);
+ if (IS_ERR(port->clk)) {
+ dev_err(>dev, "PCIe%d.%d: cannot get clock\n",
+
>>
>>> The akpm tree gained a conflict against the staging tree.
>>>
>>>
>>>
>>
>> Hi,
>>
>> with today's next-20130813 I cannot see 1/10 of my desktop-screen's
>
[Added DT maintainers directly for a question below]
On 08/13/13 02:56, Kumar Gala wrote:
On Aug 12, 2013, at 1:46 PM, Sebastian Hesselbarth wrote:
This patch adds a check for DT passed reset-gpios property and deasserts/
asserts reset pin on probe/remove with configurable delay.
On 13 August 2013 09:37, Rob Landley wrote:
> Peter says he knows somebody who knows somebody who dug some instance of
> this hardware out of some landfill or something.
No, I personally myself had the hardware. Really.
> Me, I want to get something that works on new qemu _and_ last year's
>
This patch adds IIO driver for Bosch BMA180 triaxial
acceleration sensor.
http://omapworld.com/BMA180_111_1002839.pdf
Signed-off-by: Oleksandr Kravchenko
---
.../devicetree/bindings/iio/accel/bma180.txt | 35 ++
drivers/iio/accel/Kconfig | 12 +
ainst the staging tree.
>
> The akpm tree gained a conflict against the staging tree.
>
> ----
>
Hi,
with today's next-20130813 I cannot see 1/10 of my desktop-screen's
top, it's simply black.
I can estimate the
On Mon, Aug 12, 2013 at 09:22:42AM +0900, Jingoo Han wrote:
> On Saturday, August 10, 2013 7:05 AM, Anton Vorontsov wrote:
> > On Tue, Jul 30, 2013 at 05:19:27PM +0900, Jingoo Han wrote:
> > > Use the wrapper function for retrieving the platform data instead of
> > > accessing dev->platform_data
Stephen Rothwell reported that this driver does not compile on PowerPC
due to this missing include. One could argue why this driver is enabled
on PowerPC in the first place but it sure isn't wrong to include headers
for used function instead of to rely that they sneak in.
Reported-by: Stephen
On Tue, 13 Aug 2013, Geert Uytterhoeven wrote:
> JFYI, when comparing v3.11-rc5 to v3.11-rc4[3], the summaries are:
> - build errors: +11/-21
+ arch/sh/drivers/pci/pci.c: error: 'sh_io_port_base' undeclared (first use
in this function): => 304:23
+ drivers/atm/eni.c: error: conflicting
On Tue, 2013-08-13 at 15:28 +0800, Hayes Wang wrote:
> +
> +static void rx_bottom(struct r8152 *tp)
> +{
> + struct net_device_stats *stats;
> + struct net_device *netdev;
> + struct rx_agg *agg;
> + struct rx_desc *rx_desc;
> + unsigned long lockflags;
> +
On 12 July 2013 12:27, Felipe Balbi wrote:
> Hi,
>
> On Wed, Jul 10, 2013 at 10:42:27AM -0700, Julius Werner wrote:
>> Hi Felipe,
>>
>> This is intended to pull down a reset signal line, not to switch power
>> to the device. I could implement that with the regulator framework
>> too, but I think
On Mon, Aug 12, 2013 at 11:53:25AM -0700, Linus Torvalds wrote:
> On Mon, Aug 12, 2013 at 10:51 AM, H. Peter Anvin wrote:
> >
> > So we would have code looking something like:
> >
> > decl %fs:preempt_count
> > jnz 1f
> > cmpb $0,%fs:need_resched
> > je 1f
> >
On 08/12/2013 11:45:49 AM, Russell King - ARM Linux wrote:
On Mon, Aug 12, 2013 at 05:24:50PM +0100, Peter Maydell wrote:
> On 12 August 2013 01:40, Guenter Roeck wrote:
> > On 08/11/2013 03:04 PM, Russell King - ARM Linux wrote:
> >> It could be that it's qemu's PCI routing is wrong - it's not
Dear Thierry Reding,
On Tue, 13 Aug 2013 10:09:56 +0200, Thierry Reding wrote:
> > +- reset-gpios: optional gpio to PERST#
> > +- reset-delay-ms: delay in ms to wait after reset de-assertion
>
> I remember some recent discussion about this, and we now have this reset
> framework, so perhaps it
Hi all,
Changes since 20130812:
The ext4 tree gained a conflict against Linus' tree.
The infiniband tree gained a build failure for which I applied a merge
fix patch and another so I used the version from next-20130812.
The tty tree gained conflicts against the devicetree and tile trees.
The
Hi Paul,
On Tue, Aug 13, 2013 at 4:08 PM, Paul Turner wrote:
> On Tue, Aug 13, 2013 at 12:38 AM, Peter Zijlstra wrote:
>> On Tue, Aug 13, 2013 at 12:45:12PM +0800, Lei Wen wrote:
>>> > Not quite right; I think you need busiest->cfs.h_nr_running.
>>> > cfs.nr_running is the number of entries
Hi all,
After merging the final tree, today's linux-next build (powerpc allyesconfig)
failed like this:
drivers/usb/phy/phy-am335x-control.c: In function 'am335x_control_usb_probe':
drivers/usb/phy/phy-am335x-control.c:117:2: error: implicit declaration of
function 'IS_ERR'
On Mon, Aug 12, 2013 at 08:46:50PM +0200, Sebastian Hesselbarth wrote:
> This patch adds a check for DT passed reset-gpios property and deasserts/
> asserts reset pin on probe/remove with configurable delay. Corresponding
> binding documentation is also updated.
>
> Signed-off-by: Sebastian
* Santosh Shilimkar [130724 12:06]:
> On Wednesday 24 July 2013 02:51 PM, Nishanth Menon wrote:
> > On 07/24/2013 01:43 PM, Sricharan R wrote:
> >> On Wednesday 24 July 2013 10:17 PM, Nishanth Menon wrote:
> >>> On 07/24/2013 11:38 AM, Santosh Shilimkar wrote:
> On Wednesday 24 July 2013
On Tue, Aug 13, 2013 at 12:38 AM, Peter Zijlstra wrote:
> On Tue, Aug 13, 2013 at 12:45:12PM +0800, Lei Wen wrote:
>> > Not quite right; I think you need busiest->cfs.h_nr_running.
>> > cfs.nr_running is the number of entries running in this 'group'. If
>> > you've got nested groups like:
>> >
>>
On Tue, Aug 13, 2013 at 09:19:59AM +0200, Thomas Petazzoni wrote:
> Dear Sebastian Hesselbarth,
>
> On Mon, 12 Aug 2013 20:46:49 +0200, Sebastian Hesselbarth wrote:
> > This removes the subsys_initcall from the driver and converts it to
> > a normal platform_driver. Also, drvdata is set and a
On Mon, Aug 12, 2013 at 08:46:47PM +0200, Sebastian Hesselbarth wrote:
[...]
> diff --git a/drivers/pci/host/pci-mvebu.c b/drivers/pci/host/pci-mvebu.c
[...]
> @@ -897,6 +897,16 @@ static int __init mvebu_pcie_probe(struct
> platform_device *pdev)
> continue;
>
On Mon, Aug 12, 2013 at 07:02:57PM +0200, Oleg Nesterov wrote:
> This is only theoretical, but after try_to_wake_up(p) was changed
> to check p->state under p->pi_lock the code like
>
> __set_current_state(TASK_INTERRUPTIBLE);
> schedule();
>
> can miss a signal. This is the special
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
drivers/staging/zcache/zcache-main.c between commit 962564604873
("staging: zcache: delete it") from the staging tree and commits "drivers:
convert shrinkers to new count/scan API" and
It was just more time from me on this:-) But anyways since you wanted I
tried.
I tested 3.10.6-031006-generic & it works perfect in there!
[ 832.513688] Processing for min_stateid[0]
[ 832.513701] Allocated new_stid[0]
[ 832.513703] Dumping entries in IDR
[ 832.513705] IDR Actual ID[0] ==
On Mon, Aug 12, 2013 at 10:47:37AM -0700, H. Peter Anvin wrote:
> On 08/12/2013 09:09 AM, Peter Zijlstra wrote:
> >>
> >> On the majority of architectures, including x86, you cannot simply copy
> >> a piece of code elsewhere and have it still work.
> >
> > I thought we used -fPIC which would
On Mon, Aug 12, 2013 at 07:45:15PM +0200, Oleg Nesterov wrote:
> BTW. Can't we kill __perf_addr() and the corresponding argument in
> perf_trace_buf_submit/perf_tp_event ?
>
> Or do you think it can have a new user?
Oh, right.. I suppose that was to enable tracepoints for fault (like)
events.
> > @@ -202,15 +199,27 @@ static long region_chg(struct resv_map *resv, long f,
> > long t)
> > * Subtle, allocate a new region at the position but make it zero
> > * size such that we can guarantee to record the reservation. */
> > if (>link == head || t < rg->from) {
> > -
Palmas regulator SMPS10 is splitted into two regulators SMPS10-OUT1 and
SMPS10-OUT2 to match with hw behavior. With this regulator's name got
changed in driver.
Update the DT binding document to match with driver.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
Fix typos: palams ->palmas,
This series add the enable/disable of the Palmas regulators to be controlled by
external input signals ENABLE1, ENABLE2 and NSLEEP.
The change is generated on top of
[PATCH v4] regulator: palmas: model SMPS10 as two regulators
by Kishone.
I think it should go on regulator tree if it is fine
Palmas rails like LDOs, SMPSs, REGENs, SYSENs can be enable and disable
by register programming through I2C communication as well as it can be
enable/disable with the external control input ENABLE1, ENABLE2 and NSLEEP.
Add support for configuring these rails to be controlled by external control
On Tue, Aug 13, 2013 at 12:45:12PM +0800, Lei Wen wrote:
> > Not quite right; I think you need busiest->cfs.h_nr_running.
> > cfs.nr_running is the number of entries running in this 'group'. If
> > you've got nested groups like:
> >
> > 'root'
> >\
> >'A'
> >/ \
> > t1 t2
> >
> >
Some of Palmas resources like clock, SMPSs, LDOs etc can be controlled
by external pins ENABLE1, ENABLE2 or NSLEEP.
Add support to configure these resources to externally controlled.
Signed-off-by: Laxman Dewangan
---
Changes from V1:
Fix typos: palams ->palmas
drivers/mfd/palmas.c |
On Mon, Aug 12, 2013 at 03:04:17PM -0700, Andrew Bresticker wrote:
> Specifying each individual brightness value via the "brightness-levels"
> property can be a pain if we want to use a large continuous range of
> brightness values. Add the property "max-brightness", which can be
> given in place
Sorry I added this later, but realized I couldn’t compile.
Working version of the example is
#include
#include
#include
#include
static int log_idr_entry(int id, void *ptr, void *data)
{
int *expected_val = (int *)ptr;
pr_info("\tIDR Actual ID[%d] %s Expected
Hi,
On Mon, 2013-08-12 at 13:04 -0500, Felipe Balbi wrote:
> On Fri, Aug 09, 2013 at 10:31:58AM -0500, Kumar Gala wrote:
> >
> > On Aug 9, 2013, at 4:53 AM, Ivan T. Ivanov wrote:
> >
> > > From: "Ivan T. Ivanov"
> > >
> > > MSM USB3.0 core wrapper consist of USB3.0 IP (SNPS)
> >
> >
On Tue, Aug 13, 2013 at 12:31:29PM +0530, Shyam Kaushik wrote:
> pr_info("%d\n", MAX_INT);
How did this line build, there is no MAX_INT in the kernel tree.
odd.
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Enable the tx/rx aggregation which could contain one or more packets
for each bulk in/out. This could reduce the loading of the host
controller by sending less bulk transfer.
The rx packets in the bulk in buffer should be 8-byte aligned, and
the tx packets in the bulk out buffer should be 4-byte
Enable tx checksum.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 63 +
1 file changed, 58 insertions(+), 5 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index c6c5aa2..5d9d949 100644
---
Use the interrupt transfer to replace polling link status. Delay
to update the link down status, because some of them result from
the change of speed.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 134 ++--
1 file changed, 107 insertions(+),
On Tue, Aug 13, 2013 at 12:51:14PM +0530, Shyam Kaushik wrote:
> Hi Greg,
>
> Unfortunately we dont have a 3.9/3.10 environment here. So if IDR
> developers can try the example code, it should show if the bug is still
> present in there. Thanks.
There shouldn't be anything in 3.10 preventing
Hi,
On Fri, 2013-08-09 at 10:31 -0500, Kumar Gala wrote:
> On Aug 9, 2013, at 4:53 AM, Ivan T. Ivanov wrote:
>
> > From: "Ivan T. Ivanov"
> >
> > MSM USB3.0 core wrapper consist of USB3.0 IP (SNPS)
>
> probably good to spell out Synopsys rather than SNPS
I could make it look like this?
Hi Greg,
Unfortunately we dont have a 3.9/3.10 environment here. So if IDR
developers can try the example code, it should show if the bug is still
present in there. Thanks.
--Shyam
-Original Message-
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Tuesday, August 13, 2013 12:50
Dear Sebastian Hesselbarth,
On Mon, 12 Aug 2013 20:46:49 +0200, Sebastian Hesselbarth wrote:
> This removes the subsys_initcall from the driver and converts it to
> a normal platform_driver. Also, drvdata is set and a remove functions
> is added to disable the clock and free resources.
>
>
Palmas rails like LDOs, SMPSs, REGENs, SYSENs can be enable and disable
by register programming through I2C communication as well as it can be
enable/disable with the external control input ENABLE1, ENABLE2 and NSLEEP.
Add support for configuring these rails to be controlled by external control
Some of Palmas resources like clock, SMPS, LDOs etc can be controlled
by external pins ENABLE1, ENABLE2 or NSLEEP.
Add support to configure these resources to externally controlled.
Signed-off-by: Laxman Dewangan
---
drivers/mfd/palmas.c | 97
Palams regulator SMPS10 is splitted into two regulator SMPS10-OUT1 and
SMPS10-OUT2 to match with hw behavior. With this regulator name got
changed in driver.
Update the DT binding document to match with driver.
Signed-off-by: Laxman Dewangan
---
This series add the enable/disable of the Palmas regulators to be controlled by
external input signals ENABLE1, ENABLE2 and NSLEEP.
The change is generated on top of
[PATCH v4] regulator: palmas: model SMPS10 as two regulators
by Kishone.
I think it should go on regulator tree if it is fine
On Tue, Aug 13, 2013 at 12:31:29PM +0530, Shyam Kaushik wrote:
> Hi Folks,
>
> We are using Ubuntu linux kernel 3.2.0-25-generic & 3.8.13-030813-generic
> in our environments, but I think this bug is still present in mainline
> kernel. Clients of IDR rollover at MAX_INT (NFSD & SCTP in kernel do
Hi Mark,
On 09.08.2013 19:16, Ionut Nicu wrote:
> On 09.08.2013 13:44, ext Mark Brown wrote:
>> On Fri, Aug 09, 2013 at 12:09:11PM +0200, Ionut Nicu wrote:
>>> As opposed to the other regmap cache implementations,
>>> regcache_flat didn't use the cache_present bitmap for
>>> figuring out whether
From: Julia Lawall
Replace a comma between expression statements by a semicolon. This changes
the semantics of the code, but given the current indentation appears to be
what is intended.
A simplified version of the semantic patch that performs this
transformation is as follows:
Dear Sebastian Hesselbarth,
On Mon, 12 Aug 2013 20:46:48 +0200, Sebastian Hesselbarth wrote:
> diff --git a/drivers/pci/host/pci-mvebu.c b/drivers/pci/host/pci-mvebu.c
> index d5fe674..0a359d7 100644
> --- a/drivers/pci/host/pci-mvebu.c
> +++ b/drivers/pci/host/pci-mvebu.c
> @@ -842,21 +842,21
On 08/09/2013 10:30 PM, Sergei Shtylyov wrote:
> Hello.
Hi Sergei,
>> +if (musb->port_mode == MUSB_PORT_MODE_HOST) {
>> +val = USBMODE_IDDIG_A;
>> +val |= USBMODE_ID_MUX_REG;
>
>Why not do the above in one line and save on {} {}? It will look more
> aesthetically
On 2013/8/12 23:26, Karim Yaghmour wrote:
>
> On 13-08-11 11:24 PM, zhangwei(Jovi) wrote:
>> If you want to base on ftrace, below two approach maybe take into use:
>>
>> - register_ftrace_function/unregister_ftrace_function
>>
>> - perf_event_create_kernel_counter (function event id is 1)
>>
>>
Dear Sebastian Hesselbarth,
On Mon, 12 Aug 2013 20:46:47 +0200, Sebastian Hesselbarth wrote:
> + port->clk = of_clk_get_by_name(child, NULL);
> + if (IS_ERR(port->clk)) {
> + dev_err(>dev, "PCIe%d.%d: cannot get clock\n",
> +
cpufreq_add_policy_cpu, __cpufreq_remove_dev and __cpufreq_set_policy
have operations for governor stop and start.
Only do the start operation when the previous stop operation succeeds.
Signed-off-by: Xiaoguang Chen
---
drivers/cpufreq/cpufreq.c | 25 +++--
1 file changed,
Hi Rusty,
Today's linux-next merge of the ptr-ret tree got a conflict in
drivers/staging/zcache/zcache-main.c between commit 962564604873
("staging: zcache: delete it") from the staging tree and commit
8a1d41cfeaf5 ("staging/zcache: don't use PTR_RET()") from the ptr-ret
tree.
I fixed it up (the
__cpufreq_governor operation needs to be executed one by one.
If one operation is ongoing, the other operation can't be executed.
If the order is not guaranteed, there may be unexpected behavior.
For example, governor is in enable state, and one process
tries to stop the goveror, but it is
On 12/08/2013 22:42, boris brezillon :
Hello Nicolas,
On 12/08/2013 15:52, Nicolas Ferre wrote:
On 01/08/2013 08:18, Boris BREZILLON :
The AT91 PMC (Power Management Controller) provides an USB clock used by
USB Full Speed host (ohci) and USB Full Speed device (udc).
The usb drivers (ohci and
Signed-off-by: Minchan Kim
---
include/linux/page-flags.h |2 ++
mm/page_alloc.c|1 +
2 files changed, 3 insertions(+)
diff --git a/include/linux/page-flags.h b/include/linux/page-flags.h
index 6d53675..75ce843 100644
--- a/include/linux/page-flags.h
+++
Signed-off-by: Minchan Kim
---
include/linux/pinpage.h | 39 ++
mm/Makefile |2 +-
mm/pinpage.c| 134 +++
3 files changed, 174 insertions(+), 1 deletion(-)
create mode 100644 include/linux/pinpage.h
create
Signed-off-by: Minchan Kim
---
mm/compaction.c | 26 +++--
mm/migrate.c| 58 ---
2 files changed, 75 insertions(+), 9 deletions(-)
diff --git a/mm/compaction.c b/mm/compaction.c
index 05ccb4c..16b80e6 100644
---
!! NOTICE !!
It's totally untested patchset so please AVOID real testing.
I'd like to show just concept and want to discuss it on very early stage.
(so there isn't enough description but I guess code is very simple so
not a big problem to understand the intention).
This patchset is for solving
701 - 800 of 1824 matches
Mail list logo