Hi Naveen,
On 06/18/2014 02:27 PM, Naveen Krishna Ch wrote:
> Hello Chanwoo,
>
> On 18 June 2014 07:50, Chanwoo Choi wrote:
>> This patchset add 'exynos_adc_ops' structure which includes some functions
>> to control ADC operation according to ADC version (v1 or v2).
>>
>> Signed-off-by: Chanwoo
For hot-added PCIe ports, it always generates a warning message on x86
platforms when binding to portdrv as:
"device [8086:0e0b] has invalid IRQ; check vendor BIOS".
It's due to that we check pci_dev->irq before actually allocating IRQ
for the PCI device:
if (!dev->irq &&
Am 2014-06-17 21:46, schrieb David Rientjes:
> On Tue, 17 Jun 2014, Martin Kepplinger wrote:
>
>> The one-bit bitfields are assigned true (1) or false (0) and checked
>> for them respectively. While it should work either way and -1 is true
>> as well it is more clear to see what's going on when
Hi,
I met a problem when offlining memory with a kvm guest running.
[Problem]
When qemu creates vpus, it will call the following two functions
to allocate two pages:
1. alloc_apic_access_page(): allocate apic access page for FlexPriority in
intel cpu.
2. alloc_identity_pagetable(): allocate
Hi,
On 06/18/2014 11:07 AM, Heiko Schocher wrote:
Driver for the TI TMP103.
The TI TMP103 is similar to the TMP102. It differs from the TMP102
by having only 8 bit registers.
Signed-off-by: Heiko Schocher
---
Cc: Jean Delvare
Cc: Guenter Roeck
Cc: linux-kernel@vger.kernel.org
Cc:
On Wed, 2014-06-18 at 07:25 +0200, Julia Lawall wrote:
>
> On Tue, 17 Jun 2014, Joe Perches wrote:
>
> > (adding Jesper Juhl)
> >
> > On Tue, 2014-06-17 at 23:33 +0200, Julia Lawall wrote:
> > > On Tue, 17 Jun 2014, Joe Perches wrote:
> > > > On Tue, 2014-06-17 at 21:43 +0200, Fabian Frederick
Driver for the TI TMP103.
The TI TMP103 is similar to the TMP102. It differs from the TMP102
by having only 8 bit registers.
Signed-off-by: Heiko Schocher
---
Cc: Jean Delvare
Cc: Guenter Roeck
Cc: linux-kernel@vger.kernel.org
Cc: devicet...@vger.kernel.org
Cc: linux-...@vger.kernel.org
On Tue, Jun 17, 2014 at 3:00 PM, Andy Gross wrote:
> On Tue, Jun 10, 2014 at 11:25:23AM -0700, Bjorn Andersson wrote:
>
> In general, it all looks good. I only have 2 areas of concern. The first is
> a
> nit and it has to do with alternate pins for functions. There really isn't a
> need for a
The site-specific OOM messages are unnecessary, because they
duplicate the MM subsystem generic OOM message. The following
checkpatch warning is also removed.
WARNING: Possible unnecessary 'out of memory' message
Signed-off-by: Jingoo Han
---
drivers/extcon/extcon-arizona.c |4 +---
Make of_device_id array const, because all OF functions handle
it as const.
Signed-off-by: Jingoo Han
---
drivers/extcon/extcon-palmas.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/extcon/extcon-palmas.c b/drivers/extcon/extcon-palmas.c
index 7417ce8..5efa96c
Hello Chanwoo,
On 18 June 2014 07:50, Chanwoo Choi wrote:
> This patchset add 'exynos_adc_ops' structure which includes some functions
> to control ADC operation according to ADC version (v1 or v2).
>
> Signed-off-by: Chanwoo Choi
> Acked-by: Kyungmin Park
This is a good piece of change,
On Tue, Jun 17, 2014 at 03:46:15PM +0100, Matthew Garrett wrote:
> On Tue, Jun 17, 2014 at 02:11:36PM +0200, Rafael J. Wysocki wrote:
> > Does applying this patch without the rest of the series makes things worse
> > or better on the machines in question (or perhaps it doesn't matter at all
> >
On Tue, 17 Jun 2014, Joe Perches wrote:
> (adding Jesper Juhl)
>
> On Tue, 2014-06-17 at 23:33 +0200, Julia Lawall wrote:
> > On Tue, 17 Jun 2014, Joe Perches wrote:
> > > On Tue, 2014-06-17 at 21:43 +0200, Fabian Frederick wrote:
> > > > This patch adds a trivial script warning on
> > > >
>
On Tue, Jun 17, 2014 at 9:49 PM, Andy Gross wrote:
> This patch adds the BUS_HOLD (Keeper) bias option for pins.
>
> Signed-off-by: Andy Gross
Acked-by: Bjorn Andersson
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, Jun 17, 2014 at 4:59 PM, Stephen Boyd wrote:
[...]
>
> because ipc is actually a register inside the Krait complex's global
> clock control/distribution hardware block (it's located at 0x2011000).
> From what I can tell, this is the only non-clock/power register inside
> there. I plan to
Signed-off-by: Varka Bhadram
---
drivers/net/ieee802154/Kconfig | 11 +++
drivers/net/ieee802154/Makefile |1 +
2 files changed, 12 insertions(+)
diff --git a/drivers/net/ieee802154/Kconfig b/drivers/net/ieee802154/Kconfig
index 3e89bea..680422f 100644
---
devicetree bindings for cc2520 radio driver.
Signed-off-by: Varka Bhadram
---
.../devicetree/bindings/net/ieee802154/cc2520.txt | 26
1 file changed, 26 insertions(+)
create mode 100644 Documentation/devicetree/bindings/net/ieee802154/cc2520.txt
diff --git
This series adds the driver support for TI cc2520 radio.
also devicetree bindings for the driver.
changes since v1:
- improverment in gpio setup
- changed len pointer to len variable
-
Varka Bhadram (3):
ieee802154: cc2520: adds driver for TI CC2520 radio
ieee802154:
Driver support:
- Tx and Rx of IEEE-802.15.4 packets.
- Energy Detection on channel.
- Setting the Channel for the radio. [b/w 11 - 26 channels]
- Start and Stop the radio.
Signed-off-by: Varka Bhadram
---
drivers/net/ieee802154/cc2520.c | 968
Hi Andy,
we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/vsyscall
commit 21d4ab4881ad9b257bec75d04480105dad4336e1 ("x86_64,vsyscall: Move all of the
gate_area code to vsyscall_64.c")
test case: lkp-wsx01/will-it-scale/signal1
a7781f1035319a7
On Tuesday 17 June 2014 09:41 PM, Lee Jones wrote:
Add tps65917 specific definitions and enums.
Signed-off-by: Keerthy
---
include/linux/mfd/palmas.h | 793
1 file changed, 793 insertions(+)
Acked-by: Lee Jones
Thanks.
diff --git
On Tuesday 17 June 2014 09:49 PM, Lee Jones wrote:
Add tps65917 PMIC support. tps65917 is a subset of palmas PMIC.
Some of the register definitions and the interrupt mappings
are different.
Signed-off-by: Keerthy
---
drivers/mfd/palmas.c | 176
score did not implement some io map functions when MMU enabled, so need
add generic io map functions, just like some other architectures have
done (e.g. sparc64, s390, and mn10300), or will cause compiling issue.
The related error (allmodconfig under score):
CC
On Tuesday 17 June 2014 10:02 PM, Lee Jones wrote:
On Wed, 28 May 2014, Keerthy wrote:
Shift the reg_info structure definition to the header file.
Signed-off-by: Keerthy
---
drivers/regulator/palmas-regulator.c |9 -
include/linux/mfd/palmas.h |9 +
2
Hi Doug,
On 17 June 2014 21:54, Doug Anderson wrote:
> Simon,
>
> On Tue, Jun 17, 2014 at 8:46 PM, Simon Glass wrote:
>> Hi,
>>
>> On 16 June 2014 14:40, Doug Anderson wrote:
>>> From: Bill Richardson
>>>
>>> When communicating with the EC, the cmd_xfer() function should return the
>>> number
On Tuesday 17 June 2014 10:03 PM, Lee Jones wrote:
On Wed, 28 May 2014, Keerthy wrote:
shift the palmas_sleep_requestor_info structure definition to the header file.
Signed-off-by: Keerthy
---
drivers/mfd/palmas.c | 10 --
include/linux/mfd/palmas.h | 10 ++
2
Hi Doug,
On 17 June 2014 21:27, Doug Anderson wrote:
> Simon,
>
> On Tue, Jun 17, 2014 at 8:42 PM, Simon Glass wrote:
>>> diff --git a/drivers/input/keyboard/cros_ec_keyb.c
>>> b/drivers/input/keyboard/cros_ec_keyb.c
>>> index 4083796..dc37b6b 100644
>>> ---
This patch add documentation for binding of SM5502 MUIC (Micro-USB Interface
Controller) device which is using EXTCON subsystem. The SM5502 MUIC device
can detect various external accessories when external accessories is attached
or detached.
Signed-off-by: Chanwoo Choi
---
On Tuesday 17 June 2014 10:07 PM, Lee Jones wrote:
On Wed, 28 May 2014, Keerthy wrote:
Add palmas_pmic_driver_data structure.
Signed-off-by: Keerthy
---
include/linux/mfd/palmas.h | 25 +
1 file changed, 25 insertions(+)
diff --git a/include/linux/mfd/palmas.h
On Tuesday 17 June 2014 10:15 PM, Lee Jones wrote:
add driver data and modularize the probe.
Signed-off-by: Keerthy
---
drivers/mfd/palmas.c | 42 +--
drivers/regulator/palmas-regulator.c | 656 --
2 files changed, 395 insertions(+), 303
Simon,
On Tue, Jun 17, 2014 at 8:46 PM, Simon Glass wrote:
> Hi,
>
> On 16 June 2014 14:40, Doug Anderson wrote:
>> From: Bill Richardson
>>
>> When communicating with the EC, the cmd_xfer() function should return the
>> number of bytes it received from the EC, or negative on error.
>
> This
By testing we found that after put benchmark (dbench) in to deep cpu-group,
tasks (dbench routines) start to gathered on one CPU, which lead to that the
benchmark could only get around 100% CPU whatever how big it's task-group's
share is, here is the link of the way to reproduce the issue:
This patch adds the BUS_HOLD (Keeper) bias option for pins.
Signed-off-by: Andy Gross
---
drivers/pinctrl/pinctrl-msm.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/pinctrl/pinctrl-msm.c b/drivers/pinctrl/pinctrl-msm.c
index e43fbce..9aa2839 100644
---
On Tue, Jun 17, 2014 at 07:27:31PM -0700, Andi Kleen wrote:
> > OK. What would you suggest instead? If all we do is to revert the
>
> Hang checker should have two timer phases:
>
> Timer fires first time:
> - Save context switch counter on that. Force a reschedule to some
> work queue. Rearm
Simon,
On Tue, Jun 17, 2014 at 8:43 PM, Simon Glass wrote:
>> diff --git a/drivers/mfd/cros_ec_spi.c b/drivers/mfd/cros_ec_spi.c
>> index 09ca789..4d34f1c 100644
>> --- a/drivers/mfd/cros_ec_spi.c
>> +++ b/drivers/mfd/cros_ec_spi.c
>> @@ -289,21 +289,23 @@ static int cros_ec_cmd_xfer_spi(struct
On 06/17/2014 08:23 AM, Geert Uytterhoeven wrote:
On Tue, Jun 17, 2014 at 5:16 PM, Geert Uytterhoeven
wrote:
[...]
+ /scratch/kisskb/src/sound/soc/fsl/fsl_dma.c: error: invalid use of undefined
type 'struct ccsr_ssi': => 926:34, 927:34
powerpc/mpc85xx_defconfig
Being fixed:
On Wed, 2014-06-18 at 12:53 +1000, Anton Blanchard wrote:
> > I normally wouldn't mind optimizing synthetic cases like this, but a
> > quick look at patch 1/3 shows that we're adding an extra overhead (16
> > bytes) in the task_struct.
>
> > We have the shmmni limit (and friends) for that.
>
>
Simon,
On Tue, Jun 17, 2014 at 9:25 PM, Simon Glass wrote:
> Hi Doug,
>
> On 17 June 2014 21:22, Doug Anderson wrote:
>>
>> Simon,
>>
>> On Tue, Jun 17, 2014 at 8:39 PM, Simon Glass wrote:
>> > Hi Doug,
>> >
>> > On 16 June 2014 14:39, Doug Anderson wrote:
>> >> From: Bill Richardson
>> >>
Simon,
On Tue, Jun 17, 2014 at 8:42 PM, Simon Glass wrote:
>> diff --git a/drivers/input/keyboard/cros_ec_keyb.c
>> b/drivers/input/keyboard/cros_ec_keyb.c
>> index 4083796..dc37b6b 100644
>> --- a/drivers/input/keyboard/cros_ec_keyb.c
>> +++ b/drivers/input/keyboard/cros_ec_keyb.c
>> @@ -191,8
Hi Doug,
On 17 June 2014 21:22, Doug Anderson wrote:
>
> Simon,
>
> On Tue, Jun 17, 2014 at 8:39 PM, Simon Glass wrote:
> > Hi Doug,
> >
> > On 16 June 2014 14:39, Doug Anderson wrote:
> >> From: Bill Richardson
> >>
> >> struct cros_ec_device has a superfluous "name" field. We can get all
On Tue, Jun 17, 2014 at 8:48 PM, H. Peter Anvin wrote:
> On 06/17/2014 08:45 PM, Andy Lutomirski wrote:
>> On Tue, Jun 17, 2014 at 3:54 PM, Andy Lutomirski wrote:
>>> Just a heads up: gdb can't debug the vdso on 3.16-rc1. I filed a bug:
>>>
>>>
Simon,
On Tue, Jun 17, 2014 at 8:39 PM, Simon Glass wrote:
> Hi Doug,
>
> On 16 June 2014 14:39, Doug Anderson wrote:
>> From: Bill Richardson
>>
>> struct cros_ec_device has a superfluous "name" field. We can get all the
>> debugging info we need from the existing ec_name and phys_name
Simon,
On Tue, Jun 17, 2014 at 8:35 PM, Simon Glass wrote:
> Hi Doug,
>
> On 16 June 2014 14:39, Doug Anderson wrote:
>> From: Bill Richardson
>>
>> The members of struct cros_ec_device were improperly commented, and
>> intermixed the private and public sections. This is just cleanup to make
On Tue, Jun 17, 2014 at 5:18 PM, Luis R. Rodriguez wrote:
> @@ -828,29 +829,68 @@ void log_buf_kexec_setup(void)
> /* requested log_buf_len from kernel cmdline */
> static unsigned long __initdata new_log_buf_len;
>
> -/* save requested log_buf_len since it's too early to process it */
>
On Wed, Jun 18, 2014 at 12:34 AM, Paolo Bonzini wrote:
> Il 17/06/2014 18:00, Ming Lei ha scritto:
>
>>> > If you want to do queue steering based on the guest VCPU number, the
>>> > number
>>> > of queues must be = to the number of VCPUs shouldn't it?
>>> >
>>> > I tried using a divisor of the
Hi all,
The powerpc allyesconfig is again broken more than usual.
Changes since 20140617:
Non-merge commits (relative to Linus' tree): 868
1021 files changed, 24269 insertions(+), 14775 deletions(-)
I have created
On 06/17/2014 08:45 PM, Andy Lutomirski wrote:
> On Tue, Jun 17, 2014 at 3:54 PM, Andy Lutomirski wrote:
>> Just a heads up: gdb can't debug the vdso on 3.16-rc1. I filed a bug:
>>
>> https://sourceware.org/bugzilla/show_bug.cgi?id=17064
>>
>> We may need to extend the fake section header hack
Hi,
On 16 June 2014 14:40, Doug Anderson wrote:
> From: Bill Richardson
>
> When communicating with the EC, the cmd_xfer() function should return the
> number of bytes it received from the EC, or negative on error.
This is just for the I2C tunnel feature, right? If so, I think this
should be
On Tue, Jun 17, 2014 at 3:54 PM, Andy Lutomirski wrote:
> Just a heads up: gdb can't debug the vdso on 3.16-rc1. I filed a bug:
>
> https://sourceware.org/bugzilla/show_bug.cgi?id=17064
>
> We may need to extend the fake section header hack to all vdso
> versions and stick the ELF notes in
On 2014-06-17 07:27, Bart Van Assche wrote:
On 06/12/14 15:48, Christoph Hellwig wrote:
Bart and Robert have helped with some very detailed measurements that they
might be able to send in reply to this, although these usually involve
significantly reworked low level drivers to avoid other
Hi Doug,
On 16 June 2014 14:39, Doug Anderson wrote:
> From: Bill Richardson
>
> Just because the host was able to talk to the EC doesn't mean that the EC
> was happy with what it was told. Errors in communincation are not the same
> as error messages from the EC itself.
>
> This change lets
Hi Doug,
On 16 June 2014 14:39, Doug Anderson wrote:
> From: Bill Richardson
>
> Remove the three wrapper functions that talk to the EC without passing all
> the desired arguments and just use the underlying communication function
> that passes everything in a struct intead.
>
> This is
Hi Doug,
On 16 June 2014 14:39, Doug Anderson wrote:
> From: Bill Richardson
>
> struct cros_ec_device has a superfluous "name" field. We can get all the
> debugging info we need from the existing ec_name and phys_name fields, so
> let's take out the extra field.
Except that it no longer
On Mon, 16 Jun 2014, Sasha Levin wrote:
> On 06/10/2014 12:20 AM, Hugh Dickins wrote:
> > Although there's nothing in the backtrace to implicate it,
> > I think this crash is caused by THP: please try this patch - thanks.
> >
> > [PATCH] mm: let mm_find_pmd fix buggy race with THP fault
...
>
>
On 06/18/2014 09:08 AM, Tejun Heo wrote:
> Now that explicit invocation of percpu_ref_exit() is necessary to free
> the percpu counter, we can implement percpu_ref_reinit() which
> reinitializes a released percpu_ref. This can be used implement
> scalable gating switch which can be drained and
Hi Doug,
On 16 June 2014 14:39, Doug Anderson wrote:
> From: Bill Richardson
>
> The members of struct cros_ec_device were improperly commented, and
> intermixed the private and public sections. This is just cleanup to make it
> more obvious what goes with what.
>
> [dianders: left lock in the
Tue, 17 Jun 2014 21:04:59 +0100 от Lee Jones :
> On Sat, 07 Jun 2014, Alexander Shiyan wrote:
>
> > This patch convert mc13xxx MFD driver to use regmap irq framework
> > for interrupt registration.
> >
> > Signed-off-by: Alexander Shiyan
> > ---
> > drivers/mfd/Kconfig | 1 +
> >
On 16 June 2014 14:39, Doug Anderson wrote:
> From: Bill Richardson
>
> The lower-level driver may want to provide its own buffers. If so,
> there's no need to allocate new ones. This already happens to work
> just fine (since we check for size of 0 and use devm allocation), but
> it's good to
On 16 June 2014 14:39, Doug Anderson wrote:
> From: Bill Richardson
>
> Preparing the way for the LPC device, which is just a plaform_device without
> interrupts.
>
> Signed-off-by: Bill Richardson
> Signed-off-by: Doug Anderson
Reviewed-by: Simon Glass
--
To unsubscribe from this list: send
Hello Sir / Mam
We would like to have a chance to work on your website and get it positioned
top 10 on major search engines around the world ( Google & Bing ). We are
presently working with 500+ clients world wide and we have made sure all our
clients rank top 10 for their best keywords. None
The GPE APIs should be invoked inside of an IRQ context GPE handler or in
the task context with a driver provided lock held. This driver provided
lock should be safe to be held in the GPE handler by the driver.
While currently we cannot do this, thus we can only use the GPE APIs for
limitted
This patch reduces indent divergences first in order to reduce human
intervention work for the follow-up linuxized event patches.
This patch reduces indent divergences of the event files. Though the
divergences report doesn't care about these differences, they do hurt
patches maintanence.
The stale GPE indication is not a problem. Drivers should always check the
underlying hardware status and be ready to handle invalid status.
The GPE clearing implemented in acpi_ev_enable_gpe() on the contrary
introduces issues for acpi_enable_gpe() logic. When the usage count of GPE is
increased
Hi Yoshihiro,
FYI, we noticed the below changes on
commit 939c7a4f04fcd2162109744e8bf88194948a6e65 ("tracing: Introduce
saved_cmdlines_size file")
test case: brickland3/aim7/3000-brk_test
beba4bb096201ce 939c7a4f04fcd2162109744e8
--- -
352643 ~40%
Developers really don't need to translate EC commands in mind. This patch
adds detailed debugging information for the EC commands.
The address can be found in the follow-up sequential EC_DATA(W) accesses,
thus this patch also removes some of the redundant address information.
Signed-off-by: Lv
This patch adds facility to test future EC modification.
All EC commits should enable TEST_HOTPLUG, and try a build/boot test.
Since EC is currently a built-in module, this is the only mean for us to
test the hotplug code.
Signed-off-by: Lv Zheng
---
drivers/acpi/ec.c | 19 +++
By using the 2 flags, we can indicate an inter-mediate state where the
current transactions should be completed while the new transactions should
be blocked.
Signed-off-by: Lv Zheng
---
drivers/acpi/ec.c | 56 +++--
1 file changed, 42
This patch deploys the following GPE handling model:
1. acpi_enable_gpe()/acpi_disable_gpe():
This set of APIs are used for EC usage reference counting.
2. acpi_set_gpe(ACPI_GPE_ENABLE)/acpi_set_gpe(ACPI_GPE_DISABLE):
This set of APIs are used for preventing GPE storm.
For the EC
The back port result of a divergence fix that the origianlly_enabled check
is not paired between acpi_install_gpe_handler() and
acpi_remove_gpe_handler(). Lv Zheng.
Signed-off-by: Lv Zheng
---
drivers/acpi/acpica/evxface.c | 19 ++-
1 file changed, 14 insertions(+), 5
This patchset is based on the previous ACPI/EC bug fixes series.
This patchset has fixed the following issues:
1. Enables the ideal GPE handling model.
The ideal GPE handling model should be able to handle the following
cases:
1. When upper layers (the users of the driver) submit
This can help to reduce source code differences between Linux and ACPICA
upstream. Further driver cleanups also require these APIs to eliminate GPE
storms.
1. acpi_set_gpe(): An API that driver should invoke in the case it wants
to disable/enable IRQ without honoring the
On 2014-06-17 10:39, Alexander Gordeev wrote:
On Tue, Jun 17, 2014 at 07:21:19AM -0600, Jens Axboe wrote:
On 2014-06-17 04:35, Christoph Hellwig wrote:
Jens, did you plan to pick these up? There's a few bits of low hanging
fruit for cleanups / micro-optimizations in this area, but I don't
Hi Daniel,
FYI, we noticed the below changes on
commit b58537a1f5629bdc98a8b9dc2051ce0e952f6b4b ("net: sctp: fix permissions for
rto_alpha and rto_beta knobs")
e4f7ae930afafd4 b58537a1f5629bdc98a8b9dc2
--- -
950 ~ 1% +93.7% 1841 ~ 0%
> Should be an empty line between variable declarations and code.
Hi Andreas, not sure if you are referring to the same patch as there is
already an empty line present.
823 loff_t size = cl_isize_read(inode);
824 loff_t cur_index
> If you are using min_t(__u32, ...) then there is no need for the
(__u32) cast of LOV_MAX_STRIPE_COUNT, since that is the whole point of
min_t() that the cast is done internally.
Agreed, it makes sense not to cast twice when using min_t().
--
To unsubscribe from this list: send the line
Hi David,
> > Anton wrote a simple test to cause the issue:
> >
> > http://ozlabs.org/~anton/junkcode/bust_shm_exit.c
>
> I'm actually in the process of adding shm microbenchmarks to
> perf-bench so I might steal this :-)
Sounds good!
> Are you seeing this issue in any real world setups?
On 06/18/2014 09:08 AM, Tejun Heo wrote:
> percpu-refcount currently reserves two lowest bits of its percpu
> pointer to indicate its state; however, only one bit is used for
> PCPU_REF_DEAD.
>
> Simplify it by removing PCPU_STATUS_BITS/MASK and testing
> PCPU_REF_DEAD directly. This also allows
Good Day Webmail / Email user,
This message is from our messaging center to all our webmail users.
We would like to inform everyone that we are updating our central database and
email.
Thus, deleting all email accounts unused / inactive to create more space for
new accounts.
To prevent your
> OK. What would you suggest instead? If all we do is to revert the
Hang checker should have two timer phases:
Timer fires first time:
- Save context switch counter on that. Force a reschedule to some
work queue. Rearm timer
Timer fires again:
- Check reschedule count. If the reschedule count
This patch add DT binding documentation for Exynos3250 ADC IP. Exynos3250 has
special clock ('sclk_tsadc') for ADC which provide clock to internal ADC.
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
---
.../devicetree/bindings/arm/samsung/exynos-adc.txt | 20
1 file
This patch control special clock for ADC in Exynos series's FSYS block.
If special clock of ADC is registerd on clock list of common clk framework,
Exynos ADC drvier have to control this clock.
Exynos3250/Exynos4/Exynos5 has 'adc' clock as following:
- 'adc' clock: bus clock for ADC
Exynos3250
This patchset support Exynos3250 ADC (Analog Digital Converter) because
Exynos3250 has additional special clock for ADC IP and add 'exynos_adc_ops'
structure to improve readability.
Changes from v3:
- Add new 'exynos_adc_ops' structure to improve readability according to
Tomasz Figa comment[1]
This patchset add 'exynos_adc_ops' structure which includes some functions
to control ADC operation according to ADC version (v1 or v2).
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
---
drivers/iio/adc/exynos_adc.c | 174 +--
1 file changed, 120
This patchset fix wrong compatible string for Exynos3250 ADC. Exynos3250 SoC
need to control only special clock for ADC. Exynos SoC except for Exynos3250
has not included special clock for ADC. The exynos ADC driver can control
special clock if compatible string is 'exynos3250-adc-v2'.
On 2014-06-17 14:35, Konstantinos Skarlatos wrote:
Hi all,
with 3.16-rc1 rsync stops writing to my btrfs filesystem and stays at a
D+ state.
git bisect showed that the problematic commit is:
762380ad9322951cea4ce9d24864265f9c66a916 is the first bad commit
commit
On Mon, 2014-06-16 at 15:52 -0400, Richard Guy Briggs wrote:
> Replace spaces in op keyword labels in log output since userspace audit tools
> can't parse orphaned keywords.
The patch didn't apply cleanly to linux-integrity/#next. Please take a
look at it (linux-integrity/#next-fixes).
thanks,
On 06/18/14 at 09:45am, Dave Young wrote:
> On 06/17/14 at 10:24am, Vivek Goyal wrote:
> > On Thu, Jun 12, 2014 at 01:42:03PM +0800, Dave Young wrote:
> > > On 06/03/14 at 09:06am, Vivek Goyal wrote:
> > > > Hi,
> > > >
> > > > This is V3 of the patchset. Previous versions were posted here.
> > >
On 06/17/14 at 10:24am, Vivek Goyal wrote:
> On Thu, Jun 12, 2014 at 01:42:03PM +0800, Dave Young wrote:
> > On 06/03/14 at 09:06am, Vivek Goyal wrote:
> > > Hi,
> > >
> > > This is V3 of the patchset. Previous versions were posted here.
> > >
> > > V1: https://lkml.org/lkml/2013/11/20/540
> > >
On 06/17/2014 23:50 PM, Greg KH wrote:
> On Tue, Jun 17, 2014 at 10:56:04PM +0800, Jeff Liu wrote:
>>
>> On 06/17/2014 22:42 PM, James Bottomley wrote:
>>> On Tue, 2014-06-17 at 22:25 +0800, Jeff Liu wrote:
From: Jie Liu
It's better to return the actual error rather than NULL
Chen Hanxiao writes:
> We need a direct method of getting the pid inside containers.
> If some issues occurred inside container guest, host user
> could not know which process is in trouble just by guest pid:
> the users of container guest only knew the pid inside containers.
> This will bring
Hi,
On Mon, Jun 16, 2014 at 12:27:21AM -0700, Tony Lindgren wrote:
> * Felipe Balbi [140613 09:33]:
> > On Fri, Jun 13, 2014 at 11:23:34AM -0500, Felipe Balbi wrote:
> > > On Fri, Jun 13, 2014 at 11:15:47AM -0500, Felipe Balbi wrote:
> > > > --- /dev/null
> > > > +++
The new- prefix on ses and auid are un-necessary and break ausearch.
Upstream-commit: aa589a1
Cc: sta...@vger.kernel.org # v3.14-rc1 to v3.14
Reported-by: Steve Grubb
Signed-off-by: Richard Guy Briggs
---
kernel/auditsc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
tree nor linux-next-20140617. I see no reason to think that it is
a gcc versioning issue.
--
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/majordomo-info.html
On 06/17/2014 03:45 PM, Ulf Hansson wrote:
On 17 June 2014 03:04, micky wrote:
On 06/16/2014 08:40 PM, Ulf Hansson wrote:
On 16 June 2014 11:09, micky wrote:
On 06/16/2014 04:42 PM, Ulf Hansson wrote:
@@ -36,7 +37,10 @@ struct realtek_pci_sdmmc {
struct rtsx_pcr *pcr;
On 06/17/2014 10:18 PM, Alan Stern wrote:
That is a strange question to ask. If you did not know that I approved
the patch, why did you insert my Acked-By:?
I added your Acked-By, as when you reviewed V3, you mentioned that I
*may* add your Acked-by in this patch. If I misunderstood your
ioctx_alloc() reaches inside percpu_ref and directly frees
->pcpu_count in its failure path, which is quite gross. percpu_ref
has been providing a proper interface to do this,
percpu_ref_cancel_init(), for quite some time now. Let's use that
instead.
This patch doesn't introduce any behavior
Hello,
Currently, percpu_ref destruction - freeing the percpu counter -
happens when the percpu_ref is released. This while a bit more
convenient restricts how percpu_ref can be used. It can't be
initialized with static percpu area and it can't be reinitialized
without going through percpu
* All four percpu_ref_*() operations implemented in the header file
perform the same operation to determine whether the percpu_ref is
alive and extract the percpu pointer. Factor out the common logic
into __pcpu_ref_alive(). This doesn't change the generated code.
* There are a couple
percpu-refcount currently reserves two lowest bits of its percpu
pointer to indicate its state; however, only one bit is used for
PCPU_REF_DEAD.
Simplify it by removing PCPU_STATUS_BITS/MASK and testing
PCPU_REF_DEAD directly. This also allows the compiler to choose a
more efficient instruction
Currently, a percpu_ref undoes percpu_ref_init() automatically by
freeing the allocated percpu area when the percpu_ref is killed.
While seemingly convenient, this has the following niggles.
* It's impossible to re-init a released reference counter without
going through re-allocation.
* In the
1 - 100 of 2174 matches
Mail list logo