To get more comprehensive and integrated thermal management, it adds ntc
thermistor to thermal framework as a thermal sensor. It's governed thermal
susbsystem only if it is described in DT node. Otherwise, it just notifies
temperature to userspace via sysfs as it used to be.
Signed-off-by:
At Tue, 16 Sep 2014 22:51:22 +0200,
Rasmus Villemoes wrote:
>
> The kernel used to contain two functions for length-delimited,
> case-insensitive string comparison, strnicmp with correct semantics
> and a slightly buggy strncasecmp. The latter is the POSIX name, so
> strnicmp was renamed to
Hi Steve,
Thank you for your comments.
(2014/09/17 7:21), Steven Rostedt wrote:
>
>> diff --git a/tools/testing/ftrace/README b/tools/testing/ftrace/README
>> new file mode 100644
>> index 000..5d5de16
>> --- /dev/null
>> +++ b/tools/testing/ftrace/README
>> @@ -0,0 +1,45 @@
>> +Linux
On Tue, Sep 16, 2014 at 10:00 PM, Andy Lutomirski wrote:
> On Tue, Sep 16, 2014 at 6:18 PM, Richard Larocque
> wrote:
>> On Tue, Sep 16, 2014 at 5:27 PM, Andy Lutomirski wrote:
> I think that the patch should instead tweak the vvar mapping to tell
> the vdso not to use rdtsc. It should be
On 2014/9/17 7:56, Cong Wang wrote:
> Hi, Tejun
>
>
> We saw some kernel null pointer dereference in
> cgroup_pidlist_destroy_work_fn(), more precisely at
> __mutex_lock_slowpath(), on 3.14. I can show you the full stack trace
> on request.
>
Yes, please.
> Looking at the code, it seems
On 09/16/2014 05:08 PM, Soren Brinkmann wrote:
> The size of the GEM's register area is only 0x1000 bytes.
>
> Signed-off-by: Soren Brinkmann
> ---
> arch/arm/boot/dts/zynq-7000.dtsi | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/arm/boot/dts/zynq-7000.dtsi
On 2014/9/17 2:31, Thomas Gleixner wrote:
> On Thu, 11 Sep 2014, Jiang Liu wrote:
>> #ifdef CONFIG_HPET_TIMER
>> +#define HPET_DOMAIN_REMAPPED0x8000
>> +
>> +static inline int hpet_dev_id(struct irq_domain *domain)
>> +{
>> +return (int)((long)domain->host_data &
On Tue, Sep 16, 2014 at 9:54 PM, Mohit KUMAR DCG wrote:
> Hello Bjorn,
>
>> -Original Message-
>> From: Bjorn Helgaas [mailto:bhelg...@google.com]
>> Sent: Wednesday, September 17, 2014 5:09 AM
>> To: Fabio Estevam
>> Cc: mat...@sai.msu.ru; Mohit KUMAR DCG; Jingoo Han; linux-
>>
On Tue, Sep 16, 2014 at 6:18 PM, Richard Larocque wrote:
> On Tue, Sep 16, 2014 at 5:27 PM, Andy Lutomirski wrote:
>> On Tue, Sep 16, 2014 at 5:05 PM, Richard Larocque
>> wrote:
>>> Adds new prctl calls to enable or disable VDSO loading for a process
>>> and its children.
>>>
>>> The
From: "Kweh, Hock Leong"
Date: Wed, 17 Sep 2014 02:41:39 +
> Thanks for the pointer. I did a quickly checking on the class number to see if
> I could use it for differentiation the ports number. Whereas I found them
> both have the same class number as well. Below shows the "lspci" dump to
Hello Bjorn,
> -Original Message-
> From: Bjorn Helgaas [mailto:bhelg...@google.com]
> Sent: Wednesday, September 17, 2014 5:09 AM
> To: Fabio Estevam
> Cc: mat...@sai.msu.ru; Mohit KUMAR DCG; Jingoo Han; linux-
> p...@vger.kernel.org; linux-kernel; matwey.korni...@gmail.com
> Subject:
this patch make some change to fdt driver, so that we can
free the reserved memory which is reserved by fdt blob for
unflatten device tree, we free it in free_initmem, this memory
will not be used after init calls.
Signed-off-by: Yalin Wang
---
arch/arm/mm/init.c | 5 +++--
On Wed, Sep 17, 2014 at 11:45:15AM +0800, Robin Gong wrote:
> > BTW, the commit log of the driver patch [[PATCH v2 2/3] ] should be
> > improved.
> >
> > Shawn
> >
> You mean the above info need added into commit log ,right?
Yes, that's what I mean.
Shawn
--
To unsubscribe from this list: send
On 09/16/2014 12:58 PM, Aravind Gopalakrishnan wrote:
Fam16h,M30h(Mullins) and Fam15hM30h(Kaveri) processors can
report 'power_crit' value. So, adding their respective device ids.
Signed-off-by: Aravind Gopalakrishnan
Applied.
Thanks,
Guenter
--
To unsubscribe from this list: send the
On 09/16/2014 12:58 PM, Aravind Gopalakrishnan wrote:
power1_input should only be reported for Fam15h, Models 00h-0fh
So, introduce a is_visible function to take care of this.
As suggested by Guenter here:
http://marc.info/?l=linux-kernel=141038145616437=2
Suggested-by: Guenter Roeck
On Tue, Sep 16, 2014 at 3:34 PM, Radim Krčmář wrote:
> [Emergency posting to fix the tag and couldn't find unmangled Cc list,
> so some recipients were dropped, sorry. (I guess you are glad though).]
>
> 2014-09-16 14:01-0700, Andres Lagar-Cavilla:
>> On Tue, Sep 16, 2014 at 1:51 PM, Radim
On 2014년 09월 17일 13:09, Guenter Roeck wrote:
> On 09/16/2014 07:41 PM, Jonghwa Lee wrote:
>> To get more comprehensive and integrated thermal management, it adds ntc
>> thermistor to thermal framework as a thermal sensor. It's governed thermal
>> susbsystem only if it is described in DT node.
Size restrictions native kernels wouldn't have resulted from the initrd
getting mapped into the initial mapping. The kernel doesn't really need
the initrd to be mapped, so use infrastructure available in Xen to avoid
the mapping and hence the restriction.
Signed-off-by: Juergen Gross
---
When a Xen pv-domain is booted the initial memory map contains multiple
objects in the top 2 GB including the initrd and the p2m list. This
limits the supported maximum size of the initrd and the maximum
memory size the p2m list can span is limited to about 500 GB.
Xen however supports loading
To be able to use an initially unmapped initrd with xen the following
header files must be synced to a newer version from the xen tree:
include/xen/interface/elfnote.h
include/xen/interface/xen.h
As the KEXEC and DUMPCORE related ELFNOTES are not relevant for the
kernel they are omitted from
Direct Xen to place the initial P->M table outside of the initial
mapping, as otherwise the 1G (implementation) / 2G (theoretical)
restriction on the size of the initial mapping limits the amount
of memory a domain can be handed initially.
As the initial P->M table is copied rather early during
On 09/16/2014 07:41 PM, Jonghwa Lee wrote:
To get more comprehensive and integrated thermal management, it adds ntc
thermistor to thermal framework as a thermal sensor. It's governed thermal
susbsystem only if it is described in DT node. Otherwise, it just notifies
temperature to userspace via
On 09/16/2014 08:44 PM, Li, Aubrey wrote:
>
> Why do you want to call pmc_dbgfs_register() anyway even if
> CONFIG_DEBUG_FS=n?
>
> Thanks,
> -Aubrey
>
The compiler will optimize away the call when CONFIG_DEBUG_FS=n, as the
function body is just "return 0". Since the line following the call is
On 2014/9/16 17:44, Mika Westerberg wrote:
> On Fri, Sep 12, 2014 at 10:36:07AM -0700, David E. Box wrote:
>> This patch implements an I2C bus sharing mechanism between the host and
>> platform
>> hardware on select Intel BayTrail SoC platforms using the XPower AXP288 PMIC.
>>
>> On these
Signed-off-by: Caesar Wang
---
arch/arm/boot/dts/rk3288.dtsi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch/arm/boot/dts/rk3288.dtsi
index 36be7bb..ba7ad94 100644
--- a/arch/arm/boot/dts/rk3288.dtsi
+++ b/arch/arm/boot/dts/rk3288.dtsi
Signed-off-by: Caesar Wang
---
arch/arm/boot/dts/rk3288-evb.dtsi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288-evb.dtsi
b/arch/arm/boot/dts/rk3288-evb.dtsi
index 2964370..b68d21b 100644
--- a/arch/arm/boot/dts/rk3288-evb.dtsi
+++
This add the necessary binding documentation for the thermal
found on Rockchip SoCs
Signed-off-by: zhaoyifeng
Signed-off-by: Caesar Wang
---
.../bindings/thermal/rockchip-thermal.txt | 41 ++
1 file changed, 41 insertions(+)
create mode 100644
The Patch fix some code-style from Eduardo's and Heiko's omments.
But, The rui.zhang, Eduardo and Heiko are talking about hw-shut-temp
The Patch isn't still fix it.
Changes in v5:
* address comments from Eduardo Valentin,rui.zhang and Heiko Stubner:
- with BIT() macro
-
Thermal is TS-ADC Controller module supports
user-defined mode and automatic mode.
User-defined mode refers,TSADC all the control signals entirely by
software writing to register for direct control.
Automaic mode refers to the module automatically poll TSADC output,
and the results were
When it writes some value other than 0 to BTLDset and JIGset, muic device
will be reset automatically. And it happens during updating ADC debounce time,
because it shares same register. To update ADC debounce time without reset,
set value only to ADCDbset and 0 to BTLDset and JIGset.
On Tue, Sep 16, 2014 at 11:05:00PM -0400, Shea Levy wrote:
> Hi all,
>
> What work would be required to mark btrfs_fs_type with FS_USERNS_MOUNT
> so that btrfs images can be mounted by unprivileged users within a user
> namespace (along with something like [1])? I'd like to be able to create
>
Robert,
> For arm64 we want to put dts files into vendor's subdirectories from
> the beginning. This patch set implements this. As this is a generic
> kbuild implementation, vendor subdirs will be also available for
> arch/arm and other architectures. The subdirectory tree is also
> reflected in
Hi all,
On Tue, 9 Sep 2014 12:43:06 +1000 Stephen Rothwell
wrote:
>
> After merging the v4l-dvb tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> ERROR: "omap_stop_dma" [drivers/media/platform/soc_camera/omap1_camera.ko]
> undefined!
> ERROR: "omap_start_dma"
On 2014/9/17 11:20, Martin Kelly wrote:
> On 09/16/2014 07:09 PM, Li, Aubrey wrote:
>>
>> Thanks to take care of this warning. How about this version?
>>
>> diff --git a/arch/x86/kernel/pmc_atom.c b/arch/x86/kernel/pmc_atom.c
>> index 0c424a6..cd91b57 100644
>> --- a/arch/x86/kernel/pmc_atom.c
>>
On Wed, Sep 17, 2014 at 10:10:45AM +0800, Shawn Guo wrote:
> On Fri, Sep 12, 2014 at 04:48:57PM +0800, Robin Gong wrote:
> > All chips of i.mx6 can be powered off by programming SNVS.
> > For example :
> > On i.mx6q-sabresd board, PMIC_ON_REQ connect with external
> > pmic ON/OFF pin, that will
Signed-off-by: David E. Box
---
arch/x86/Kconfig | 6 ++
arch/x86/kernel/iosf_mbi.c | 8 ++--
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 2db4b1d..3afcac3 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@
Moves Kconfig option to "Processor type and features" menu from main
configuration menu.
Signed-off-by: David E. Box
---
arch/x86/Kconfig | 29 ++---
1 file changed, 14 insertions(+), 15 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index
On Wed, Sep 17, 2014 at 10:06:57AM +0800, Shawn Guo wrote:
> On Fri, Sep 12, 2014 at 04:48:58PM +0800, Robin Gong wrote:
> > Add simple power off driver for i.mx6.
> >
> > Signed-off-by: Robin Gong
> > ---
> > drivers/power/reset/Kconfig | 6 +++
> > drivers/power/reset/Makefile
Add Braswell PCI ID to list of supported ID's for iosf driver.
Signed-off-by: David E. Box
---
arch/x86/kernel/iosf_mbi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/x86/kernel/iosf_mbi.c b/arch/x86/kernel/iosf_mbi.c
index 0a2faa3..e01f741 100644
--- a/arch/x86/kernel/iosf_mbi.c
These changes apply on top of the patches currently in Peter Anvin's tip tree.
David E. Box (3):
x86: iosf: Add Braswell PCI ID
x86: iosf: Move Kconfig to proper submenu
x86: iosf: Make debugfs addition a separate config option
arch/x86/Kconfig | 35
On Wed, Sep 17, 2014 at 09:47:24AM +0800, Shawn Guo wrote:
> On Fri, Sep 12, 2014 at 04:48:57PM +0800, Robin Gong wrote:
> > All chips of i.mx6 can be powered off by programming SNVS.
> > For example :
> > On i.mx6q-sabresd board, PMIC_ON_REQ connect with external
> > pmic ON/OFF pin, that will
On 09/16/2014 07:09 PM, Li, Aubrey wrote:
>
> Thanks to take care of this warning. How about this version?
>
> diff --git a/arch/x86/kernel/pmc_atom.c b/arch/x86/kernel/pmc_atom.c
> index 0c424a6..cd91b57 100644
> --- a/arch/x86/kernel/pmc_atom.c
> +++ b/arch/x86/kernel/pmc_atom.c
> @@ -240,7
According to xHCI specification, PORT_DEV_REMOVE(bit 30) in PORTSC
true means "Device is non-removable".
Reported-by: Juro Bystricky
Signed-off-by: Lu Baolu
---
drivers/usb/host/xhci.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/host/xhci.h
On Tue, 16 Sep 2014 21:32:43 -0400 Trond Myklebust
wrote:
> On Tue, Sep 16, 2014 at 9:10 PM, NeilBrown wrote:
> >
> > However ... something else occurs to me. We could use the bdi congestion
> > markers to guide the timeout.
> > When the wait for PG_private times out, or when a connection
> >
On 2014/9/17 1:45, Thomas Gleixner wrote:
> On Thu, 11 Sep 2014, Jiang Liu wrote:
>> +#ifdef CONFIG_IRQ_DOMAIN_HIERARCHY
>> +void irq_chip_ack_parent(struct irq_data *data)
>> +{
>> +data = data->parent_data;
>> +if (data && data->chip && data->chip->irq_ack)
>> +
Add rtc alarm and tick irq to wakeup sources in exynos3250.
Signed-off-by: Jonghwa Lee
Acked-by : Chanwoo choi
---
arch/arm/mach-exynos/pm.c |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-exynos/pm.c b/arch/arm/mach-exynos/pm.c
index
Hi all,
What work would be required to mark btrfs_fs_type with FS_USERNS_MOUNT
so that btrfs images can be mounted by unprivileged users within a user
namespace (along with something like [1])? I'd like to be able to create
disk images without having to start a VM (and --rootdir isn't flexible
On Wed, Sep 17, 2014 at 10:31:28AM +0800, Shawn Guo wrote:
> On Tue, Sep 16, 2014 at 07:24:40PM -0700, Nicolin Chen wrote:
> > It's not supported in the clock API or just not implemented in our
> > code? Can we just register a clock without CLK_SET_RATE_PARENT to
> > achieve the purpose? (We are
Summit microelectronics' SMB358 charger chip has almost same register map
and functionality with SMB347. The voltage and current table are only differed.
Thus, SMB347 driver can support SMB358 chip fully with few modifications.
Signed-off-by: Jonghwa Lee
Acked-by : Chanwoo Choi
Acked-by :
This patch makes smb347 charger driver to support dt binding. All legacy
platform data now can be parsed from dt.
Because of that smb347 is i2c client driver, IRQ number can be passed
automatically through client's irq variable if it is defined in dt.
No more to use requesting gpio to irq manually
This patch set updates smb347 driver to support dt-binding and smb358 chip.
Jonghwa Lee (2):
power: smb347-charger: Support devicetree binding for smb347 driver.
power: smb347-charger: Support Summit SMB358 charger IC.
.../bindings/power_supply/smb347_charger.txt | 58 +
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Wednesday, September 17, 2014 3:01 AM
> From: "Kweh, Hock Leong"
> Date: Mon, 15 Sep 2014 12:42:03 +
>
> > The only things to differentiate them is PCI BUS DEVICE FUNCTION
> > (Bus:Dev:Func) number which
To get more comprehensive and integrated thermal management, it adds ntc
thermistor to thermal framework as a thermal sensor. It's governed thermal
susbsystem only if it is described in DT node. Otherwise, it just notifies
temperature to userspace via sysfs as it used to be.
Signed-off-by:
On Tue, Sep 16, 2014 at 07:24:40PM -0700, Nicolin Chen wrote:
> It's not supported in the clock API or just not implemented in our
> code? Can we just register a clock without CLK_SET_RATE_PARENT to
> achieve the purpose? (We are just trying to fix those PRED and PODF
> dividers when the driver
On Tue, Sep 16, 2014 at 7:25 PM, Lai Jiangshan wrote:
> The comment is copied from Documentation/rbtree.txt, but this comment
> is so important that it should also be in the code.
>
> CC: Andrew Morton
> CC: Michel Lespinasse
> Signed-off-by: Lai Jiangshan
Looks good, thanks for proposing
The original code are the same as RB_DECLARE_CALLBACKS().
CC: Michel Lespinasse
Signed-off-by: Lai Jiangshan
---
drivers/block/drbd/drbd_interval.c | 36 ++--
1 files changed, 2 insertions(+), 34 deletions(-)
diff --git a/drivers/block/drbd/drbd_interval.c
986836503e49 ("Merge branch 'drbd-8.4_ed6' into for-3.8-drivers-drbd-8.4_ed6")
changes rb_augment_insert() to new augment API. But the new API
rb_insert_augmented() requires the tree is augmennted before called.
Quote from Documentation/rbtree.txt:
"""
On insertion, the user must update the
The comment is copied from Documentation/rbtree.txt, but this comment
is so important that it should also be in the code.
CC: Andrew Morton
CC: Michel Lespinasse
Signed-off-by: Lai Jiangshan
---
include/linux/rbtree_augmented.h | 10 ++
1 files changed, 10 insertions(+), 0
On Wed, Sep 17, 2014 at 09:32:52AM +0800, Shawn Guo wrote:
> On Tue, Sep 16, 2014 at 11:19:28AM -0700, Nicolin Chen wrote:
> > On Tue, Sep 16, 2014 at 07:46:34PM +0800, Shengjiu Wang wrote:
> > > The spdif root clock may be used by other module or defined with
> > > CLK_SET_RATE_GATE, so we can't
On 2014/9/17 1:47, Thomas Gleixner wrote:
>
>
> On Thu, 11 Sep 2014, Jiang Liu wrote:
>
>> Cache destination CPU APIC ID into struct irq_cfg when assigning vector
>> for interrupt. Upper layer just needs to read the cached APIC ID instead
>> of calling apic->cpu_mask_to_apicid_and(), it helps
Hi Dave,
On Tue, 16 Sep 2014 21:48:59 -0400 (EDT) David Miller
wrote:
>
> From: Stephen Rothwell
> Date: Wed, 17 Sep 2014 11:04:54 +1000
>
> > This is a bit different to yesterday's failure but I assume it is still
> > related to commit 5d6be6a5d486 ("scsi_netlink : Make SCSI_NETLINK
> >
On Fri, Sep 12, 2014 at 04:48:57PM +0800, Robin Gong wrote:
> All chips of i.mx6 can be powered off by programming SNVS.
> For example :
> On i.mx6q-sabresd board, PMIC_ON_REQ connect with external
> pmic ON/OFF pin, that will cause the whole PMIC powered off
> except VSNVS. And system can restart
On 2014/9/17 8:49, Martin Kelly wrote:
> When compiling with CONFIG_DEBUG_FS=n, gcc emits an unused variable
> warning for pmc_atom.c because "ret" is used only within the
> CONFIG_DEBUG_FS block. This patch adds a dummy #ifdef for
> pmc_dbgfs_register when CONFIG_DEBUG_FS=n to simplify the code
On Fri, Sep 12, 2014 at 04:48:58PM +0800, Robin Gong wrote:
> Add simple power off driver for i.mx6.
>
> Signed-off-by: Robin Gong
> ---
> drivers/power/reset/Kconfig | 6 +++
> drivers/power/reset/Makefile| 1 +
> drivers/power/reset/imx-snvs-poweroff.c | 69
>
this change msm_rpm_smd_work method to let it
run not as a forever loop, this can improve some
performance, because if the work_struct callback run
forever, it will hold the work thread forever, and other
work_struct can use it, it is not suitable for performance.
Change-Id:
On Mon, Sep 15, 2014 at 07:47:23PM -0500, suravee.suthikulpa...@amd.com wrote:
> From: Suravee Suthikulpanit
>
> This patch adds ACPI match table in ahci_platform. The table includes
> the acpi_device_id to match AMD Seattle SATA controller with following
> asl structure in DSDT:
>
> Device
On Wed, Sep 17, 2014 at 02:44:10AM +0100, Matthew Garrett wrote:
> On Fri, Sep 12, 2014 at 10:00:16PM +0800, Hanjun Guo wrote:
> > +No code shall be accepted into the kernel unless it complies with the
> > released
> > +standards from UEFI ASWG. If there are features missing from ACPI to make
>
On 09/16/2014 08:40 AM, Lubomir Rintel wrote:
> It broke when host was moved into a separate module, in [47a1685f1].
>
> Signed-off-by: Lubomir Rintel
I've forwarded this patch to armsoc to be applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
From: Stephen Rothwell
Date: Wed, 17 Sep 2014 11:04:54 +1000
> This is a bit different to yesterday's failure but I assume it is still
> related to commit 5d6be6a5d486 ("scsi_netlink : Make SCSI_NETLINK
> dependent on NET instead of selecting NET").
>
> I used the net tree from next-20140915
On Fri, Sep 12, 2014 at 04:48:57PM +0800, Robin Gong wrote:
> All chips of i.mx6 can be powered off by programming SNVS.
> For example :
> On i.mx6q-sabresd board, PMIC_ON_REQ connect with external
> pmic ON/OFF pin, that will cause the whole PMIC powered off
> except VSNVS. And system can restart
On Fri, Sep 12, 2014 at 10:00:16PM +0800, Hanjun Guo wrote:
> +Common _DSD bindings should be submitted to ASWG to be included in the
> +document :-
> +
> +http://www.uefi.org/sites/default/files/resources/_DSD-implementation-guide-toplevel.htm
How are individuals/companies who aren't UEFI
Hi Fabian,
On 17/09/14 04:43, Fabian Frederick wrote:
> asm/mcfclk.h was included twice.
>
> Signed-off-by: Fabian Frederick
Looks good, thanks. I have added it to the for-next branch
of the m68knommu git tree.
Regards
Greg
> ---
> arch/m68k/coldfire/m54xx.c | 1 -
> 1 file changed, 1
On Tue, Sep 16, 2014 at 11:19:28AM -0700, Nicolin Chen wrote:
> On Tue, Sep 16, 2014 at 07:46:34PM +0800, Shengjiu Wang wrote:
> > The spdif root clock may be used by other module or defined with
> > CLK_SET_RATE_GATE, so we can't change the clock rate in driver.
> > In this patch remove the
On Tue, Sep 16, 2014 at 9:10 PM, NeilBrown wrote:
>
> However ... something else occurs to me. We could use the bdi congestion
> markers to guide the timeout.
> When the wait for PG_private times out, or when a connection re-establishment
> is required (and maybe other similar times) we could
On Fri, Sep 12, 2014 at 04:49:03PM +0100, Catalin Marinas wrote:
> Now, for x86, do we need acpi_sleep_init() when CONFIG_ACPI_SLEEP is
> off? If not, we could simply add a dummy acpi_sleep_init() function when
> !ACPI_SLEEP and don't enable the config option for arm64.
The !ACPI_SLEEP case
On Tue, Sep 16, 2014 at 5:27 PM, Andy Lutomirski wrote:
> On Tue, Sep 16, 2014 at 5:05 PM, Richard Larocque
> wrote:
>> Adds new prctl calls to enable or disable VDSO loading for a process
>> and its children.
>>
>> The PR_SET_DISABLE_VDSO call takes one argument, which is interpreted as
>> a
;& APM821xx && 405EX) selects IBM_EMAC_EMAC4 which has
> unmet direct dependencies (NETDEVICES && ETHERNET && NET_VENDOR_IBM)
> drivers/scsi/scsi_transport_fc.c: In function 'fc_host_post_event':
> drivers/scsi/scsi_transport_fc.c:543:7: error: 'scsi_n
Hi Mark,
Thanks for your comment.
On 09/17/2014 02:54 AM, Mark Rutland wrote:
On Tue, Sep 16, 2014 at 11:44:28AM +0100, Kever Yang wrote:
This add documentation for rk3288 smp dt binding
Signed-off-by: Kever Yang
---
Changes in v2:
- add documentation
On Tue, 16 Sep 2014 18:04:55 -0400 Trond Myklebust
wrote:
> Hi Neil,
>
> On Tue, Sep 16, 2014 at 1:31 AM, NeilBrown wrote:
> > Now that nfs_release_page() doesn't block indefinitely, other deadlock
> > avoidance mechanisms aren't needed.
> > - it doesn't hurt for kswapd to block occasionally.
On 09/17, Chanho Min wrote:
> When sp804 is registerd as clock event device, it may not be added to
s/registerd/registered/
> tick device if the higher rated device is already registerd. In this case,
s/registerd/registered/
> for uncertan reason, inetrrupt is occured without event_handler it
Hi all,
After merging the net tree, today's linux-next build (powerpc ppc64_defconfig)
failed like this:
warning: (PPC_CELL_NATIVE && BLUESTONE && CANYONLANDS && GLACIER && EIGER &&
440EPX && 440GRX && 440GX && 460SX && 405EX) selects IBM_EMAC_RGMII which has
unmet direct dependencies
Sonny,
On 09/17/2014 04:17 AM, Sonny Rao wrote:
On Tue, Sep 16, 2014 at 3:44 AM, Kever Yang wrote:
This patch add basic rk3288 smp support, cpu 1~3 are in wfe state
when get into kernel.
Signed-off-by: Heiko Stuebner
Signed-off-by: Kever Yang
---
Changes in v2:
- use rk3288_boot_secondary
This patch promtes the driver to be at subsystem level as this driver
will be used by gpio controller drivers which inturn are used by many
platform drivers.
Signed-off-by: Srinivas Kandagatla
---
drivers/mfd/ssbi.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
> On 09/16/14 16:39, MyungJoo Ham wrote:
> >> The SM5502 chip is an I2C device so its drivers must depend on I2C.
> >> Failing to do so results in build failures on kernels where I2C is
> >> not enabled.
> >>
> >> Signed-off-by: Jean Delvare
> >> Cc: Chanwoo Choi
> >
> > Acked-by: MyungJoo Ham
On Tuesday, September 16, 2014 at 12:39:44 AM, Mark Brown wrote:
> On Thu, Sep 11, 2014 at 09:18:44AM +0800, Robin Gong wrote:
> > Enable DMA support on i.mx6. The read speed can increase from 600KB/s
> > to 1.2MB/s on i.mx6q. You can disable or enable dma function in dts.
> > If not set
When compiling with CONFIG_DEBUG_FS=n, gcc emits an unused variable
warning for pmc_atom.c because "ret" is used only within the
CONFIG_DEBUG_FS block. This patch adds a dummy #ifdef for
pmc_dbgfs_register when CONFIG_DEBUG_FS=n to simplify the code and
remove the warning.
Signed-off-by: Martin
On Tue, Sep 16, 2014 at 08:58:13PM +0100, Jonathan Richardson wrote:
> The iProc clock driver controls PLL's common across iProc chips. The
Nit: s/PLL's/PLLs/ (we aren't greengrocers [1]).
> cygnus driver controls cygnus specific features and variations.
>
> Reviewed-by: Ray Jui
> Tested-by:
'maps' is a generic storage of different types for sharing data between kernel
and userspace.
The maps are accessed from user space via BPF syscall, which has commands:
- create a map with given type and attributes
fd = bpf(BPF_MAP_CREATE, union bpf_attr *attr, u32 size)
returns fd or
BPF syscall is a multiplexor for a range of different operations on eBPF.
This patch introduces syscall with single command to create a map.
Next patch adds commands to access maps.
'maps' is a generic storage of different types for sharing data between kernel
and userspace.
Userspace example:
this patch adds all of eBPF verfier documentation and empty bpf_check()
The end goal for the verifier is to statically check safety of the program.
Verifier will catch:
- loops
- out of range jumps
- unreachable instructions
- invalid instructions
- uninitialized register access
- uninitialized
add optional attributes for BPF_PROG_LOAD syscall:
union bpf_attr {
struct {
...
__u32 log_level; /* verbosity level of eBPF verifier */
__u32 log_size; /* size of user buffer */
__aligned_u64 log_buf; /* user supplied 'char *buffer' */
};
When sp804 is registerd as clock event device, it may not be added to
tick device if the higher rated device is already registerd. In this case,
for uncertan reason, inetrrupt is occured without event_handler it cause
kernel panic. So Interrupt should be cleared before clockevent is registered.
check that control flow graph of eBPF program is a directed acyclic graph
check_cfg() does:
- detect loops
- detect unreachable instructions
- check that program terminates with BPF_EXIT insn
- check that all branches are within program boundary
Signed-off-by: Alexei Starovoitov
---
eBPF programs are similar to kernel modules. They are loaded by the user
process and automatically unloaded when process exits. Each eBPF program is
a safe run-to-completion set of instructions. eBPF verifier statically
determines that the program terminates and is safe to execute.
The following
eBPF programs passed from userspace are using pseudo BPF_LD_IMM64 instructions
to refer to process-local map_fd. Scan the program for such instructions and
if FDs are valid, convert them to 'struct bpf_map' pointers which will be used
by verifier to check access to maps in bpf_map_lookup/update()
in native eBPF programs userspace is using pseudo BPF_CALL instructions
which encode one of 'enum bpf_func_id' inside insn->imm field.
Verifier checks that program using correct function arguments to given func_id.
If all checks passed, kernel needs to fixup BPF_CALL->imm fields by
replacing
This patch adds verifier core which simulates execution of every insn and
records the state of registers and program stack. Every branch instruction seen
during simulation is pushed into state stack. When verifier reaches BPF_EXIT,
it pops the state from the stack and continues until it reaches
1.
the library includes a trivial set of BPF syscall wrappers:
int bpf_create_map(int key_size, int value_size, int max_entries);
int bpf_update_elem(int fd, void *key, void *value);
int bpf_lookup_elem(int fd, void *key, void *value);
int bpf_delete_elem(int fd, void *key);
int
Hi All,
v12 -> v13:
- replaced 'foo __user *' pointers with __aligned_u64 (suggested by David)
- added __attribute__((aligned(8)) to 'union bpf_attr' to keep
constant alignment between patches
- updated manpage and syscall wrappers due to __aligned_u64
- rebased, retested on x64 with 32-bit and
done as separate commit to ease conflict resolution
Signed-off-by: Alexei Starovoitov
---
arch/x86/syscalls/syscall_32.tbl |1 +
arch/x86/syscalls/syscall_64.tbl |1 +
include/linux/syscalls.h |3 ++-
include/uapi/asm-generic/unistd.h |4 +++-
kernel/sys_ni.c
1 - 100 of 1604 matches
Mail list logo