>>> on new requests. This function gets called quite a lot and I'm trying not to
>>> make it too heavy weight.
>>
>> Generally, nothing should be accessing the same DT value frequently.
>> It should get cached somewhere.
>>
>
> The problem appears for DTs that don't have the pci-domain info. Then
On Mon, Sep 08, 2014 at 04:17:33PM -0700, Greg Kroah-Hartman wrote:
> >
> > @@ -118,6 +117,10 @@ static int align;
> > module_param(align, int, S_IRUGO);
> > MODULE_PARM_DESC(align, "Keep hardware FIFO write pointer aligned, default
> > 0");
> >
> > +static int rx_timeout;
> >
From: Ivan Vecera [mailto:ivec...@redhat.com]
> Sent: Monday, September 08, 2014 9:01 PM
> To: Hau; net...@vger.kernel.org
> Cc: nic_swsd; linux-kernel@vger.kernel.org; rom...@fr.zoreil.com
> Subject: Re: [PATCH net-next v2] r8169:add support for
> RTL8168H and RTL8107E
[...]
> Where are these
On 09/09/2014 12:57 AM, Hanjun Guo wrote:
> Hi Jon,
>
> On 2014年09月09日 12:23, Jon Masters wrote:
>> On 09/01/2014 10:57 AM, Hanjun Guo wrote:
>>> MADT contains the information for MPIDR which is essential for
>>> SMP initialization, parse the GIC cpu interface structures to
>>> get the MPIDR
On Mon, 2014-09-08 at 22:13 -0700, Jaegeuk Kim wrote:
> Hi Huang,
>
> On Mon, Sep 08, 2014 at 03:36:35PM +0800, huang ying wrote:
> > Hi, Jaegeuk,
> >
> > On Mon, Sep 8, 2014 at 11:50 AM, Jaegeuk Kim wrote:
> >
> > > Hi,
> > >
> > > On Sun, Sep 07, 2014 at 11:38:30AM +0800, Huang Ying wrote:
>
On Mon, 2014-09-08 at 22:23 -0700, Jaegeuk Kim wrote:
> Hi Huang,
>
> On Mon, Sep 08, 2014 at 07:38:26PM +0800, Huang Ying wrote:
> > For fsync, if the nid of a non-inode dnode < nid of inode and the
> > inode is not checkpointed. The non-inode dnode may be written before
> > inode. So in
On Tue, 2014-09-09 at 10:10 +0900, Tejun Heo wrote:
> Hello, Luis.
>
> On Mon, Sep 08, 2014 at 06:04:23PM -0700, Luis R. Rodriguez wrote:
> > > I have no idea how the selection should be. It could be per-insmod or
> > > maybe just a system-wide flag with explicit exceptions marked on
> > >
On Tue, Sep 02, 2014 at 04:26:00PM -0700, Rajat Jain wrote:
>
> As per the PCIe spec, an endpoint may return the configuration cycles
> with CRS if it is not yet fully ready to be accessed. If the CRS visibility
> is not enabled at the root port, the spec leaves the retry behaviour open
> to
Hi Eric,
Today's linux-next merge of the userns tree got a conflict in
fs/nfs/client.c between commit 21e81002f978 ("nfs: fix kernel warning
when removing proc entry") from the nfs tree and commit a1998908ba46
("nfs: fix kernel warning when removing proc entry") from the userns
tree. Slightly
>From 6deb00230f5df68da3ca7490402a0c537bf386bb Mon Sep 17 00:00:00 2001
From: Fu Zhonghui
Date: Tue, 9 Sep 2014 13:02:25 +0800
Subject: [PATCH] ACPI / platform / LPSS: disable async suspend/resume of LPSS
devices
LPSS devices must suspend/resume in fixed order. Or some LPSS devices
will hang
On 09/09/2014 01:11 AM, Hanjun Guo wrote:
> On 2014年09月09日 12:29, Jon Masters wrote:
>> Hi Hanjun, Lorenzo,
>
> Hi Jon,
>
>>
>> Resending due to my mail client removing list CCs...sorry about that.
>>
>> On 09/04/2014 11:29 AM, Hanjun Guo wrote:
>>
> + } else {
> + /* Fist GICC
>From de3dfa34bd7f219586057a1e0679f9e7515fa722 Mon Sep 17 00:00:00 2001
From: Fu Zhonghui
Date: Tue, 9 Sep 2014 10:54:30 +0800
Subject: [PATCH] ACPI / LPSS: complete PM entries for LPSS power domain
PM entries of LPSS power domain were not implemented correctly
in the patch "ACPI / LPSS: custom
On Mon, Sep 8, 2014 at 10:03 PM, Viresh Kumar wrote:
> On 9 September 2014 05:40, Anup Chenthamarakshan wrote:
>> Exported stats appear in
>> /devices/system/cpu/intel_pstate/time_in_state as follows:
>>
>> ## CPU 0
>> 40 3647
>> 50 24342
>> 60 144150
>> 70 202469
>> ## CPU 1
>>
When running a 32-bit inputattach utility in a 64-bit system, there will be
error code "inputattach: can't set device type". This is caused by the serport
device driver not supporting compat_ioctl, so that SPIOCSTYPE ioctl fails.
Changes in v2:
(1) Codes of the compat_ioctl are protected by
Hi Huang,
On Mon, Sep 08, 2014 at 07:38:26PM +0800, Huang Ying wrote:
> For fsync, if the nid of a non-inode dnode < nid of inode and the
> inode is not checkpointed. The non-inode dnode may be written before
> inode. So in find_fsync_dnodes, f2fs_iget will fail, cause the
> recovery fail.
>
>
Commit: e676253b19b2d269cccf67fdb1592120a0cd0676 [3/21] serial/8250: Add
support for RS485 IOCTLs, adds support for RS485 ioctls for 825_core on
all the archs. Unfortunaltely the definition of TIOCSRS485 and
TIOCGRS485 was missing on the ioctls.h file
Reported-by: kbuild test robot
On Mon, Sep 08, 2014 at 03:58:25PM +0100, ext Mark Rutland wrote:
> On Mon, Sep 08, 2014 at 02:52:42PM +0100, Pavel Machek wrote:
> > > I would suggest we have two properties that describe the resistor's
> > > rating and whether or not there is a diode:
> > >
> > > trickle-resistor-ohms = <250>
>
Commit: e676253b19b2d269cccf67fdb1592120a0cd0676 [3/21] serial/8250: Add
support for RS485 IOCTLs, adds a building error on arch m32r.
All error/warnings:
drivers/tty/serial/8250/8250_core.c: In function 'serial8250_ioctl':
>> drivers/tty/serial/8250/8250_core.c:2859:3: error: implicit
Hi Huang,
On Mon, Sep 08, 2014 at 03:36:35PM +0800, huang ying wrote:
> Hi, Jaegeuk,
>
> On Mon, Sep 8, 2014 at 11:50 AM, Jaegeuk Kim wrote:
>
> > Hi,
> >
> > On Sun, Sep 07, 2014 at 11:38:30AM +0800, Huang Ying wrote:
> > > Only one bit is read in check_valid_map, holding a lock to do that
>
On 2014年09月09日 12:29, Jon Masters wrote:
> Hi Hanjun, Lorenzo,
Hi Jon,
>
> Resending due to my mail client removing list CCs...sorry about that.
>
> On 09/04/2014 11:29 AM, Hanjun Guo wrote:
>
+ } else {
+ /* Fist GICC entry must be BSP as ACPI spec said */
>>> s/Fist/First/
Hi Dudley,
On Fri, Aug 29, 2014 at 4:35 PM, Dudley Du wrote:
> Add the function to monitor lid close event to suspend and resume
> trackpad device.
> Because system suspend takes some time to trigger from user space,
> and in that time, the lid panel of the laptop may couple with the
> active
* Matt Fleming wrote:
> Folks,
>
> Please queue up the following fixes, mainly for regressions introduced
> in the merge window or -rc2.
So the rule for post-rc1 merges is to fix regressions 'only', not
'mainly'!
>
> Mark
On 9 September 2014 05:40, Anup Chenthamarakshan wrote:
> Exported stats appear in
> /devices/system/cpu/intel_pstate/time_in_state as follows:
>
> ## CPU 0
> 40 3647
> 50 24342
> 60 144150
> 70 202469
> ## CPU 1
> 40 4813
> 50 22628
> 60 149564
> 70 211885
>
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 39b5a56ec0be5effe9b7d0f18cb27724bf2e5d47:
>
> Merge branch 'rfc/perf' into perf/core, because it's ready for inclusion
> (2014-08-24 22:35:42 +0200)
>
>
Hi Jon,
On 2014年09月09日 12:23, Jon Masters wrote:
> On 09/01/2014 10:57 AM, Hanjun Guo wrote:
>> MADT contains the information for MPIDR which is essential for
>> SMP initialization, parse the GIC cpu interface structures to
>> get the MPIDR value and map it to cpu_logical_map(), and add
>>
On 9 September 2014 06:07, Stephen Boyd wrote:
>> A module author as well?
>
> How about we use git blame instead?
Not very sure but this information is probably present in the compiled module.
And so can be accessed without the sourcecode as well..
--
viresh
--
To unsubscribe from this list:
BUG_ON() in audit_syscall_entry() will be hit if user issues syscall(-1)
while syscall auditing is enabled (that is, by starting auditd).
[ cut here ]
kernel BUG at /home/akashi/arm/armv7/linux/kernel/auditsc.c:1534!
Internal error: Oops - BUG: 0 [#1] SMP ARM
Modules
Russell,
On 09/05/2014 06:52 PM, Russell King - ARM Linux wrote:
On Fri, Sep 05, 2014 at 06:46:33PM +0900, AKASHI Takahiro wrote:
BUG_ON() in audit_syscall_entry() will be hit if user issues syscall(-1)
while syscall auditing is enabled (that is, by starting auditd).
In fact, syscall(-1) just
Hi Tommi,
This patch should resolve this bug.
Thanks a lot. :)
>From ee24677b9917583f50f16b6f59771439f91b890c Mon Sep 17 00:00:00 2001
From: Jaegeuk Kim
Date: Mon, 8 Sep 2014 10:59:43 -0700
Subject: [PATCH] f2fs: fix negative value for lseek offset
If application throws negative value of lseek
Hi Hanjun, Lorenzo,
Resending due to my mail client removing list CCs...sorry about that.
On 09/04/2014 11:29 AM, Hanjun Guo wrote:
>>> + } else {
>>> + /* Fist GICC entry must be BSP as ACPI spec said */
>> s/Fist/First/
>>
>>> + if (cpu_logical_map(0) != mpidr) {
>>> +
Add a short member for proper alignment and one will probably pop out.
Sent from my tablet, pardon any formatting problems.
> On Sep 8, 2014, at 19:56, James Bottomley
> wrote:
>
>> On Mon, 2014-09-08 at 19:30 -0400, Peter Hurley wrote:
>> On 09/08/2014 01:50 AM, James Bottomley wrote:
On 09/01/2014 10:57 AM, Hanjun Guo wrote:
> MADT contains the information for MPIDR which is essential for
> SMP initialization, parse the GIC cpu interface structures to
> get the MPIDR value and map it to cpu_logical_map(), and add
> enabled cpu with valid MPIDR into cpu_possible_map.
>
> ACPI
Add support for using cable names. Enables other drivers to register interest
and get notified using extcon provided notifier call backs.
Signed-off-by: George Cherian
---
Documentation/devicetree/bindings/extcon/extcon-gpio.txt | 2 ++
drivers/extcon/extcon-gpio.c |
Convert the driver to use gpiod_* API's.
Signed-off-by: George Cherian
---
drivers/extcon/extcon-gpio.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff --git a/drivers/extcon/extcon-gpio.c b/drivers/extcon/extcon-gpio.c
index 72f19a3..25269f6 100644
---
Add device tree support to extcon-gpio driver.
Add devicetree binding documentation
Signed-off-by: George Cherian
---
.../devicetree/bindings/extcon/extcon-gpio.txt | 21 +++
drivers/extcon/extcon-gpio.c | 70 +++---
2 files changed, 69
Some gpio's can sleep while reading, so always use gpio_get_value_cansleep
to get data. This fixes warning from gpiolib due to wrong API usage.
Signed-off-by: George Cherian
---
drivers/extcon/extcon-gpio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
-Original Message-
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Sunday, August 31, 2014 2:28 AM
To: Sharma, Sanjeev
Cc: de...@driverdev.osuosl.org; linux-kernel@vger.kernel.org
Subject: Re: [PATCH] staging:r8190_rtl8256: coding style: Fixed commenting style
On Mon, Aug 25,
This series
- Convert extcon-gpio driver to use gpiod_* API's
- Adds dt support to extcon-gpio driver.
- Add cable name support in case of dt.
George Cherian (5):
extcon: gpio: Minor cleanups
extcon: gpio: Convert the driver to use gpio desc API's
extcon: gpio: Add
Minor Cleanups
- Order the include files in alphabetical order.
- Fix description of state_off in extcon_gpio.h
- Add a descrition for check_on_resume in extcon_gpio.h
Signed-off-by: George Cherian
---
drivers/extcon/extcon-gpio.c | 10 +-
include/linux/extcon/extcon-gpio.h |
This is a patch to the r8190_rtl8256.c file that fixes
commenting style Error
Signed-off-by: Sanjeev Sharma
---
Changes in v2:
- removed stuff which is not being used ad per greg comment
drivers/staging/rtl8192u/r8190_rtl8256.c | 52 +---
1 file changed, 21
Thanks for Mark's forward.
Hi Jean-Michel,
Yes, SWxOMODE can be set as 1 to active sleep mode if PWRON turn-off event
occurs. And the voltage of sleep mode can be set in other register SWxOFF. But
by default, SWxOMODE is 0 which means all SW will be turned off while PWRON go
form 1 to 0. For
Add guard macros in both uapi/asm/unistd.h and asm/unistd.h.
Signed-off-by: Yang Yingliang
---
arch/arm64/include/asm/unistd.h | 5 +
arch/arm64/include/uapi/asm/unistd.h | 5 +
2 files changed, 10 insertions(+)
diff --git a/arch/arm64/include/asm/unistd.h
Javier Martinez Canillas wrote:
>
> Hello Kukjin,
>
Hi,
> On Wed, Aug 20, 2014 at 1:19 PM, Javier Martinez Canillas
> wrote:
> >
> > This is a second version of the series that adds max77802 support for
> > the Peach Pit and Pi boards. The series also have all the pending
> > patches that were
Replace mdelay with usleep_range to avoid busy loop.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index f95e678..2130c75 100644
---
Krzysztof Kozlowski wrote:
>
> Cleanup a little the SMP/hotplug code for Exynos by:
> 1. Moving completely all functions from hotplug.c into the platsmp.c;
> 2. Deleting the hotplug.c file.
>
> After recent cleanups (e.g. 75ad2ab28f0f "ARM: EXYNOS: use
> v7_exit_coherency_flush macro for cache
Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
Hi,
> This patch series adds support for AFTR idle mode on boards with
> secure firmware enabled and allows EXYNOS cpuidle driver usage on
> Exynos4x12 SoCs.
>
> It has been tested on Trats2 board (using Exynos4412 SoC with secure
> firmware enabled)
Hello,
On Mon, Sep 08, 2014 at 08:19:12PM -0700, Luis R. Rodriguez wrote:
> On the systemd side of things it should enable this sysctl and for
> older kernels what should it do?
Supposing the change is backported via -stable, it can try to set the
sysctl on all kernels. If the knob doesn't
On 09/08/2014 07:56 PM, James Bottomley wrote:
>>
>> Yeah, the extra requirement I added is basically nonsense, since the
>> only issue is what instructions the compiler is emitting. So if compiler
>> thinks the alignment is natural and combines the writes -- ok. If the
>> compiler thinks the
On Mon, Sep 8, 2014 at 8:03 PM, Tejun Heo wrote:
> On Mon, Sep 08, 2014 at 07:57:28PM -0700, Luis R. Rodriguez wrote:
>> > I think we
>> > just should make exceptions sensible so that it works fine in practice
>> > for now (and I don't think that'd be too hard). So, the only
>> > cooperation
On Tue, 9 Sep 2014, Scot Doyle wrote:
Some machines, such as the Acer C720 and Toshiba CB35, have TPMs that do
not send IRQs while also having an ACPI TPM entry indicating that they
will be sent. These machines freeze on resume while the tpm_tis module
waits for an IRQ, eventually timing out.
Dear Sir,
Good day! I'm Rain from Shenzhen Topway International Forwarding Co.,ltd
We are providing the Shipping service for Courier, Air and sea shipment from
all cities of China
Our competitive advantages :
Full container shipment china ports to Russia,Central America and Africa ports
f_capture.ko] undefined!
>
Yeah, there are several drivers that are now enabled with COMPILE_TEST.
Not sure what's the best thing to do with those errors. Perhaps I should
add some stub functions for those drivers to not complain about linking
issues if COMPILE_TEST.
> I have used the v4l-dvb tre
On Mon, Sep 08, 2014 at 07:57:28PM -0700, Luis R. Rodriguez wrote:
> > I think we
> > just should make exceptions sensible so that it works fine in practice
> > for now (and I don't think that'd be too hard). So, the only
> > cooperation necessary from userland would be just saying "I don't
> >
> -Original Message-
> From: Bjorn Helgaas [mailto:bhelg...@google.com]
> Sent: Tuesday, September 09, 2014 12:51 AM
> To: Guo Shawn-R65073
> Cc: Raymond van der Rots; Zhu Richard-R65037; linux-kernel@vger.kernel.org;
> Lucas Stach; Tim Harvey
> Subject: Re: [PATCH] imx6 PCI Host
On Mon, Sep 8, 2014 at 4:54 PM, Trond Myklebust
wrote:
> On Wed, Aug 27, 2014 at 6:41 PM, Al Viro wrote:
>> On Tue, Aug 19, 2014 at 09:20:38PM -0700, Eric W. Biederman wrote:
>>> Cong Wang writes:
>>>
>>> > I saw the following kernel warning:
>>>
>>> Cong thanks for finding and tracking this.
On Mon, Sep 8, 2014 at 7:39 PM, Tejun Heo wrote:
> Hello,
>
> On Mon, Sep 08, 2014 at 07:28:58PM -0700, Luis R. Rodriguez wrote:
>> > Given that the behvaior change is from driver core and that device
>> > probing can happen post-loading anyway,
>>
>> Ah but lets not forget Dmitry's requirement
On Mon, 2014-09-08 at 19:30 -0400, Peter Hurley wrote:
> On 09/08/2014 01:50 AM, James Bottomley wrote:
> >> Two things: I think that gcc has given up on combining adjacent writes,
> >> perhaps because unaligned writes on some arches are prohibitive, so
> >> whatever minor optimization was
* Tony Lindgren [140908 16:21]:
> * Suman Anna [140729 17:37]:
> > Hi,
> >
> > This is an updated version of the OMAP Mailbox framework adoption &
> > DT support series, refreshed to work with the v9 version of the mailbox
> > framework [1] from Jassi Brar while also addressing some minor
Commit-ID: 1dcf74f6edfc3a9acd84d83d8865dd9e2a3b1d1e
Gitweb: http://git.kernel.org/tip/1dcf74f6edfc3a9acd84d83d8865dd9e2a3b1d1e
Author: Andy Lutomirski
AuthorDate: Fri, 5 Sep 2014 15:13:56 -0700
Committer: H. Peter Anvin
CommitDate: Mon, 8 Sep 2014 14:14:12 -0700
x86_64, entry: Use
Commit-ID: fd143b210e685f0c4b37895f03fb79cd0555b00d
Gitweb: http://git.kernel.org/tip/fd143b210e685f0c4b37895f03fb79cd0555b00d
Author: Andy Lutomirski
AuthorDate: Fri, 5 Sep 2014 15:13:53 -0700
Committer: H. Peter Anvin
CommitDate: Mon, 8 Sep 2014 14:13:59 -0700
x86, entry: Only call
Commit-ID: 54eea9957f5763dd1a2555d7e4cb53b4dd389cc6
Gitweb: http://git.kernel.org/tip/54eea9957f5763dd1a2555d7e4cb53b4dd389cc6
Author: Andy Lutomirski
AuthorDate: Fri, 5 Sep 2014 15:13:55 -0700
Committer: H. Peter Anvin
CommitDate: Mon, 8 Sep 2014 14:14:08 -0700
x86_64, entry: Treat
Commit-ID: e0ffbaabc46db508b8717f023c0ce03b980eefac
Gitweb: http://git.kernel.org/tip/e0ffbaabc46db508b8717f023c0ce03b980eefac
Author: Andy Lutomirski
AuthorDate: Fri, 5 Sep 2014 15:13:54 -0700
Committer: H. Peter Anvin
CommitDate: Mon, 8 Sep 2014 14:14:03 -0700
x86: Split
Commit-ID: 81f49a8fd7088cfcb588d182eeede862c0e3303e
Gitweb: http://git.kernel.org/tip/81f49a8fd7088cfcb588d182eeede862c0e3303e
Author: Andy Lutomirski
AuthorDate: Fri, 5 Sep 2014 15:13:52 -0700
Committer: H. Peter Anvin
CommitDate: Mon, 8 Sep 2014 14:13:55 -0700
x86, x32, audit: Fix
_display.ko] undefined!
ERROR: "vpif_lock" [drivers/media/platform/davinci/vpif_capture.ko] undefined!
I have used the v4l-dvb tree from next-20140908 for today.
There were also lots of new warnings like:
drivers/media/platform/s5p-mfc/s5p_mfc_opr_v6.c: In function
's5p_mfc_get_crop_info
Hello,
On Mon, Sep 08, 2014 at 07:28:58PM -0700, Luis R. Rodriguez wrote:
> > Given that the behvaior change is from driver core and that device
> > probing can happen post-loading anyway,
>
> Ah but lets not forget Dmitry's requirement which is for in-kernel
> drivers. We'd need to deal with
I forgot to cc linux-acpi in the last series so please reply to this
thread, sorry for the inconvenience.
Regards,
Aaron
On Tue, Sep 09, 2014 at 10:32:46AM +0800, Aaron Lu wrote:
> The two patches add support for CrystalCove PMIC ACPI operation region.
> The PMIC chip has two customized
On 09/08/2014 03:39 PM, James Bottomley wrote:
>
> I don't understand what you mean by "pass each other". Atomicity
> guarantees are not ordering guarantees in a SMP environment. The
> guarantee is that if you follow the rules when two CPUs update the same
> natural width aligned object
Changes from v1:
* Move audit_inode() to the beginning of O_CREAT case in
lookup_open() to avoid missing audit for ROFS error. This
lack is spotted by Jeff Layton
commit 33e2208acfc1
audit: vfs: fix audit_inode call in O_CREAT case of do_last
fix a regression in auditing of
On 09/08/2014 03:43 PM, James Bottomley wrote:
>
> This was years ago (possibly decades). We had to implement in-kernel
> unaligned traps for the networking layer because it could access short
> and int fields that weren't of the correct alignment when processing
> packets. It that's all
Hi Rafael and Hanjun,
Thanks for your review. I will keep the original file name
in next version.
Regards!
Gerry
On 2014/9/9 5:00, Rafael J. Wysocki wrote:
> On Monday, September 08, 2014 08:51:31 PM Hanjun Guo wrote:
>> Hi Gerry, Rafael,
>>
>> On 2014年09月08日 06:37, Rafael J. Wysocki
The two patches add support for CrystalCove PMIC ACPI operation region.
The PMIC chip has two customized operation regions: one for power rail
manipulation and one for thermal purpose: sensor temperature reading
and trip point value reading/setting.
For an example ASL code on ASUS T100 with
The Baytrail-T platform firmware has defined two customized operation
regions for PMIC chip Crystal Cove - one is for power resource handling
and one is for thermal: sensor temperature reporting, trip point setting,
etc. This patch adds support for them on top of the existing Crystal Cove
PMIC
The virtual GPIO introduced in ACPI table of Baytrail-T based system is
used to solve a problem under Windows. We do not have such problems
under Linux so we do not actually need them. But we have to tell GPIO
library that the Crystal Cove GPIO chip has this many GPIO pins or the
common GPIO
On Mon, Sep 8, 2014 at 6:47 PM, Tejun Heo wrote:
> Hello,
>
> On Mon, Sep 08, 2014 at 06:38:34PM -0700, Luis R. Rodriguez wrote:
>> OK then one only concern I would have with this is that the presence
>> of such a flag doesn't necessarily mean that all drivers on a system
>> have been tested for
On Thu, 2014-09-04 at 09:02 +0800, Caesar Wang wrote:
> 在 2014年09月03日 16:07, Heiko Stübner 写道:
> > Am Mittwoch, 3. September 2014, 10:10:37 schrieb Caesar Wang:
> >> This add the necessary binding documentation for the thermal
> >> found on Rockchip SoCs
> >>
> >> Signed-off-by: zhaoyifeng
> >>
The two patches add support for CrystalCove PMIC ACPI operation region.
The PMIC chip has two customized operation regions: one for power rail
manipulation and one for thermal purpose: sensor temperature reading
and trip point value reading/setting.
For an example ASL code on ASUS T100 with
The Baytrail-T platform firmware has defined two customized operation
regions for PMIC chip Crystal Cove - one is for power resource handling
and one is for thermal: sensor temperature reporting, trip point setting,
etc. This patch adds support for them on top of the existing Crystal Cove
PMIC
The virtual GPIO introduced in ACPI table of Baytrail-T based system is
used to solve a problem under Windows. We do not have such problems
under Linux so we do not actually need them. But we have to tell GPIO
library that the Crystal Cove GPIO chip has this many GPIO pins or the
common GPIO
Use pci device flag operation helper functions when set device
to assigned or deassigned state.
Acked-by: David Vrabel
Reviewed-by: Konrad Rzeszutek Wilk
Signed-off-by: Ethan Zhao
---
drivers/xen/xen-pciback/pci_stub.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Use device flag operation helper functions when check device
assignment status.
Signed-off-by: Ethan Zhao
---
drivers/pci/iov.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/pci/iov.c b/drivers/pci/iov.c
index cb6f247..4d109c0 100644
--- a/drivers/pci/iov.c
Use helper function instead of direct operation to pci device
flag when set device to assigned or deassigned.
Acked-by: Paolo Bonzini
Signed-off-by: Ethan Zhao
---
virt/kvm/assigned-dev.c |2 +-
virt/kvm/iommu.c|4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff
This patch introduced three helper functions to hide direct
device flag operation.
void pci_set_dev_assigned(struct pci_dev *pdev);
void pci_clear_dev_assigned(struct pci_dev *pdev);
bool pci_is_dev_assigned(struct pci_dev *pdev);
Signed-off-by: Ethan Zhao
---
v2: simplify unnecessory ternary
This patch set introduces three PCI device flag operation helper functions
when set pci device PF/VF to assigned or deassigned status also check it.
and patch 2,3,4 apply these helper functions to KVM,XEN and PCI.
v2: simplify unnecessory ternary operation in function pci_is_dev_assigned().
v3:
Some machines, such as the Acer C720 and Toshiba CB35, have TPMs that do
not send IRQs while also having an ACPI TPM entry indicating that they
will be sent. These machines freeze on resume while the tpm_tis module
waits for an IRQ, eventually timing out.
When in interrupt mode, the tpm_tis
On 09/08/2014 05:58 PM, Xuetao Guan wrote:
- Guenter Roeck 写道:
On 09/08/2014 05:57 AM, Xuetao Guan wrote:
Whatever is more recent. Guess you'll have to either update the toolchain
or the kernel. If the plan is to update the kernel, can you send me a patch
to do that so I can test it ?
We should rathar use "int" type for loop iterators.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/mtd/nand/denali.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/mtd/nand/denali.c b/drivers/mtd/nand/denali.c
index dcd6771..259ca0ba
We should use parentheses only when they are necessary
or they really improve the readability.
Signed-off-by: Masahiro Yamada
Reviewed-by: Josh Triplett
---
Changes in v2: None
drivers/mtd/nand/denali.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git
The variable "retry" in wait_for_irq() is set, but not used.
Signed-off-by: Masahiro Yamada
Reviewed-by: Josh Triplett
---
Changes in v2: None
drivers/mtd/nand/denali.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/mtd/nand/denali.c b/drivers/mtd/nand/denali.c
index
We should use
/*
* Blah Blah ...
* ...
*/
for multi-line comment blocks.
In addition, refactor some comments where it seems reasonable and
remove some comments where the code is clear enough such as:
/* clear interrupts */
clear_interrupts(denali);
Signed-off-by: Masahiro Yamada
- Fix indents
- Do not break a line unless it is longer than 80 columns
- Do not insert a whitespace before ';'
- Use whitespaces around operators
- Use braces for a "else" block where the "if" block uses ones.
Besides, eliminate all the warnings reported by checkpatch.pl:
- WARNING: quoted
Changes in v2:
- Join quotes strings into a single line
Masahiro Yamada (7):
mtd: denali: fix the format of comment blocks
mtd: denali: remove unnecessary variable initializations
mtd: denali: remove unnecessary casts
mtd: denali: change the type of iterators to int
mtd: denali:
Useless casts result in unreadable source code.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/mtd/nand/denali.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/drivers/mtd/nand/denali.c b/drivers/mtd/nand/denali.c
All of these variables are initialized to zero and then
set to a different value below.
Zero-initializing is redundant.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/mtd/nand/denali.c | 59 ++-
1 file changed, 27 insertions(+), 32
On Mon, Sep 08, 2014 at 05:22:11PM +0800, Ley Foon Tan wrote:
> This is the 3rd version of patchset adds the Linux kernel port for Nios II
> processor from
> Altera. All of the feedback from v2 patchseries has been addressed. Thanks to
> all who
> provided feedback on the previous version.
a)
On Mon, Sep 08, 2014 at 06:47:35PM -0400, Peter Hurley wrote:
> On 09/08/2014 01:59 PM, H. Peter Anvin wrote:
> > On 09/08/2014 10:52 AM, One Thousand Gnomes wrote:
> >> On Fri, 05 Sep 2014 08:41:52 -0700
> >> "H. Peter Anvin" wrote:
> >>
> >>> On 09/05/2014 08:31 AM, Peter Hurley wrote:
>
>
Hi Thomas,
Okay.
I will try to fix this.
Thanks,
BRs
Xiubo
> -Original Message-
> From: Thomas Gleixner [mailto:t...@linutronix.de]
> Sent: Friday, September 05, 2014 11:40 PM
> To: Xiubo Li-B47053
> Cc: daniel.lezc...@linaro.org; linux-kernel@vger.kernel.org
> Subject: Re:
Fix checkpatch.pl 'code indent should use tabs where possible' errors
Signed-off-by: Greg Donald
---
drivers/staging/rtl8723au/core/rtw_cmd.c | 4 ++--
drivers/staging/rtl8723au/core/rtw_led.c | 2 +-
drivers/staging/rtl8723au/core/rtw_mlme.c | 12 ++--
> On Friday 05 September 2014 12:02:01 Shevchenko, Andriy wrote:
> > > irq = irq_of_parse_and_map(node, 0); If (!irq) {
> > > pp->irq = -1;
> > > return;
> > > } else {
> > > pp->irq = irq;
> > > }
> > > Then the code looks strange.
> > >
> > > How do you think?
> >
> > If I understood correctly
Hi,
On Mon, Sep 8, 2014 at 7:14 PM, Felipe Balbi wrote:
> Hi,
>
> On Mon, Sep 08, 2014 at 09:53:09AM +0530, Vivek Gautam wrote:
>> On Fri, Sep 5, 2014 at 11:26 PM, Felipe Balbi wrote:
>> > On Thu, Sep 04, 2014 at 12:01:19PM +0530, Vivek Gautam wrote:
>> >> > Don't we have phy_power_on()
>> >>
Bjorn,
Thanks, will fix the building issue for new version and resend.
Ethan
On 2014/9/9 1:08, Bjorn Helgaas wrote:
On Fri, Sep 05, 2014 at 11:15:22AM -0600, Bjorn Helgaas wrote:
On Fri, Aug 08, 2014 at 01:36:03PM +0800, Ethan Zhao wrote:
This patch set introduces three PCI device flag
1 - 100 of 1706 matches
Mail list logo