Hi,
first of all, since this is a brand new PHY driver, could you guys use
the generic phy framework instead ? (drivers/phy)
On Mon, Jun 30, 2014 at 11:03:52AM -0500, Andy Gross wrote:
> diff --git a/drivers/usb/phy/phy-qcom-hsusb.c
> b/drivers/usb/phy/phy-qcom-hsusb.c
> new file mode 100644
> i
On 30.06.2014 05:16, Li, Zhen-Hua wrote:
There is a warning when run "make menuconfig".
scripts/kconfig/menu.c: In function ‘get_symbol_str’:
scripts/kconfig/menu.c:591:18: warning: ‘jump’ may be used uninitialized in
this function [-Wmaybe-uninitialized]
jump->offset = strlen(r->s);
> The usage of uprobe_buffer_enable() added by dcad1a20 is very wrong,
>
> 1. uprobe_buffer_enable() and uprobe_buffer_disable() are not balanced,
>_enable() should be called only if !enabled.
>
> 2. If uprobe_buffer_enable() fails probe_event_enable() should clear
>tp.flags and free even
On Sat, Jun 28, 2014 at 7:07 AM, Fengguang Wu wrote:
> tree: git://internal_merge_and_test_tree devel-ant-um-201406281943
> head: fbb9065499371b760e0543f2ff66fde4778b46ae
> commit: 2af37708d3ce0ae78898051ea76bc7c5f683171c [30/31] Merge
> 'nftables/master' into devel-ant-um-201406281943
> conf
Due to the clk_find_nearest_rate() API, OPPs can be specified
using proper rounding, now.
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 b/arch/arm/boot/dts/zynq-700
Hi Pankaj,
Please see my comments inline.
On 25.06.2014 16:03, Pankaj Dubey wrote:
> This patch modifies Exynos Power Management Unit (PMU) initialization
> implementation in following way:
>
> - Added platform driver support and probe function where Exynos PMU
> driver will register itself as
Support the TI TAS2552 Class D amplifier.
The TAS2552 is a high efficiency Class-D audio
power amplifier with advanced battery current
management and an integrated Class-G boost
The device constantly measures the
current and voltage across the load and provides a
digital stream of this information
On Mon, Jun 30, 2014 at 08:28:37AM -0400, Sasha Levin wrote:
> On 06/27/2014 01:13 PM, Paul E. McKenney wrote:
> > Yikes! tick_nohz_full_mask is allocated not in one place, but two!
> >
> > Does the following patch help?
>
> Yup, thanks Paul!
Glad it helped!
On 06/29/2014 12:16 AM, Fabian Frederick wrote:
Fix checkpatch warning:
WARNING: debugfs_remove_recursive(NULL) is safe this check is probably not
required
Cc: Ralf Baechle
Cc: linux-m...@linux-mips.org
Signed-off-by: Fabian Frederick
I haven't tested it, but it seems fine, so...
Acked-by:
On 06/28/2014 01:34 PM, Aaro Koskinen wrote:
Hi,
The following patches add minimal support for D-Link DSR-1000N router.
Which OCTEON chip does this device contain?
Also what is the bootloader version on the board?
David Daney
USB and ethernet ports should now work with these patches.
(I g
Hi Pankaj,
On 25.06.2014 16:03, Pankaj Dubey wrote:
> This patch moves PMU specific definitions into a new file
> as exynos-pmu.h.
> This will help in reducing dependency of common.h in pmu.c.
>
> Signed-off-by: Pankaj Dubey
> ---
> arch/arm/mach-exynos/common.h | 17 -
>
On Mon, 30 Jun 2014 22:34:09 +0530
Srikar Dronamraju wrote:
> Acked-by: Srikar Dronamraju
> (one nit .. )
>
> > + ret = uprobe_buffer_enable();
> > + if (ret)
> > + goto err_flags;
> > +
> > tu->consumer.filter = filter;
> > ret = uprobe_register(tu->inode, tu->offset, &t
Hi,
On Mon, Jun 30, 2014 at 06:10:59PM +0100, Dan Murphy wrote:
> Support the TI TAS2552 Class D amplifier.
>
> The TAS2552 is a high efficiency Class-D audio
> power amplifier with advanced battery current
> management and an integrated Class-G boost
> The device constantly measures the
> curren
On 30/06/2014 17:24, Catalin Marinas wrote:
On Fri, Jun 27, 2014 at 04:49:28AM +0100, Hanjun Guo wrote:
drivers/acpi/Makefile |2 +
drivers/acpi/plat/Makefile |1 +
drivers/acpi/plat/arm-core.c | 110
Do you ever plan to add A
Hi
On 06/30/2014 12:21 PM, Mark Rutland wrote:
> Hi,
>
> On Mon, Jun 30, 2014 at 06:10:59PM +0100, Dan Murphy wrote:
>> Support the TI TAS2552 Class D amplifier.
>>
>> The TAS2552 is a high efficiency Class-D audio
>> power amplifier with advanced battery current
>> management and an integrated Cl
Nicholas Krause writes:
> Fixes q40_irq_startup to return -ENXIO for cases 11-13 in the switch
> statement of this function to handle these failure cases.
>
> Signed-off-by: Nicholas Krause
> ---
> arch/m68k/q40/q40ints.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/
bt_seq_ops is only used with __seq_open_private as
const struct seq_operations *
Cc: Marcel Holtmann
Cc: Gustavo Padovan
Cc: linux-blueto...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
net/bluetooth/af_bluetooth.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/
Hi,
On Mon, May 26, 2014 at 02:50:07PM +0530, George Cherian wrote:
> Series add support for SW babble control logic found in
> new silicon versions of AM335x. Runtime differentiation of
> silicon version is done by checking the BABBLE_CTL register.
> For newer silicon the register default value
When the discard length is not a multiple of RSXX_HW_BLK_SIZE, the
discard code will get into an infinite loop, even discarding data it is
not supposed to. This will also hang the system.
This can be reproduced by doing an ioctl BLKDISCARD to /dev/rsxx0 with
range from 0 to 1024.
Signed-off-by: T
On Jun 30, 2014, at 11:03 AM, Andy Gross wrote:
> From: "Ivan T. Ivanov"
>
> QCOM USB3.0 core wrapper consist of USB3.0 IP from Synopsys
> (SNPS) and HS, SS PHY's control and configuration registers.
>
> It could operate in device mode (SS, HS, FS) and host
> mode (SS, HS, FS, LS).
>
> Signe
On Mon, Jun 30, 2014 at 10:05:01AM -0700, Kees Cook wrote:
> On Sat, Jun 28, 2014 at 7:07 AM, Fengguang Wu wrote:
> > tree: git://internal_merge_and_test_tree devel-ant-um-201406281943
> > head: fbb9065499371b760e0543f2ff66fde4778b46ae
> > commit: 2af37708d3ce0ae78898051ea76bc7c5f683171c [30/3
Use macro definition
Cc: Jeremy Fitzhardinge
Cc: Chris Wright
Cc: virtualizat...@lists.linux-foundation.org
Cc: linux-i...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
This is untested.
arch/ia64/kernel/paravirt.c | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --g
Use macro definition
Cc: Anil Gurumurthy
Cc: Sudarsana Kalluru
Cc: "James E.J. Bottomley"
Cc: linux-s...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
drivers/scsi/bfa/bfa_fcs.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/scsi/bfa/bfa_fcs.c b/driver
Hi Fabian,
> bt_seq_ops is only used with __seq_open_private as
> const struct seq_operations *
>
> Cc: Marcel Holtmann
> Cc: Gustavo Padovan
> Cc: linux-blueto...@vger.kernel.org
> Signed-off-by: Fabian Frederick
> ---
> net/bluetooth/af_bluetooth.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On 06/30, Srikar Dronamraju wrote:
>
> > The usage of uprobe_buffer_enable() added by dcad1a20 is very wrong,
> >
> > 1. uprobe_buffer_enable() and uprobe_buffer_disable() are not balanced,
> >_enable() should be called only if !enabled.
> >
> > 2. If uprobe_buffer_enable() fails probe_event_en
Use macro definition
Cc: Trond Myklebust
Cc: linux-...@vger.kernel.org
Signed-off-by: Fabian Frederick
---
fs/nfs/super.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/nfs/super.c b/fs/nfs/super.c
index 084af10..c08e837 100644
--- a/fs/nfs/super.c
+++ b/fs/nfs/super.c
On Mon, Jun 30, 2014 at 7:27 PM, Andreas Schwab wrote:
> Nicholas Krause writes:
>
>> Fixes q40_irq_startup to return -ENXIO for cases 11-13 in the switch
>> statement of this function to handle these failure cases.
>>
>> Signed-off-by: Nicholas Krause
>> ---
>> arch/m68k/q40/q40ints.c | 2 +-
>
Hey,
This patch series adds EFI support for Xen dom0 guests.
It is based on Jan Beulich and Tang Liang work. I was
trying to take into account all previous comments,
however, if I missed something sorry for that.
Daniel
arch/ia64/include/asm/io.h |1 +
arch/x86/kernel/setup.c
On Sat, Jun 28, 2014 at 04:31:08PM +0100, One Thousand Gnomes wrote:
> > +the firmware license provided includes an implicit or explicit
> > +patent grant to end users to ensure full functionality of device
> > +operation with the firmware. If the licence is long and involved, it's
> > permitted t
Define constants and structures which are needed to properly
execute EFI related hypercall in Xen dom0.
This patch is based on Jan Beulich and Tang Liang work.
Signed-off-by: Jan Beulich
Signed-off-by: Tang Liang
Signed-off-by: Daniel Kiper
Reviewed-by: David Vrabel
---
v6 - suggestions/fixes
Introduce EFI_PARAVIRT flag. If it is set then kernel runs
on EFI platform but it has not direct control on EFI stuff
like EFI runtime, tables, structures, etc. If not this means
that Linux Kernel has direct access to EFI infrastructure
and everything runs as usual.
This functionality is used in X
efi_set_rtc_mmss() is never used to set RTC due to bugs found
on many EFI platforms. It is set directly by mach_set_rtc_mmss().
Hence, remove unused efi_set_rtc_mmss() function.
Signed-off-by: Daniel Kiper
---
v6 - suggestions/fixes:
- remove efi_set_rtc_mmss() instead of commenting out it
This patch enables EFI usage under Xen dom0. Standard EFI Linux
Kernel infrastructure cannot be used because it requires direct
access to EFI data and code. However, in dom0 case it is not possible
because above mentioned EFI stuff is fully owned and controlled
by Xen hypervisor. In this case all c
We've got constants, so let's use them instead of hard-coded values.
Signed-off-by: Daniel Kiper
---
v6 - suggestions/fixes:
- improve commit message
(suggested by Matt Fleming).
---
arch/x86/kernel/setup.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x
Remove redundant set_bit(EFI_SYSTEM_TABLES, &efi.flags) call.
It is executed earlier in efi_systab_init().
Signed-off-by: Daniel Kiper
---
arch/x86/platform/efi/efi.c |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c
index b9c23d7..
This is odd to use early_iounmap() function do tear down mapping
created by early_memremap() function, even if it works right now,
because they belong to different set of functions. The former is
I/O related function and the later is memory related. So, create
early_memunmap() macro which in real i
Remove redundant set_bit(EFI_MEMMAP, &efi.flags) call.
It is executed earlier in efi_memmap_init().
Signed-off-by: Daniel Kiper
---
arch/x86/platform/efi/efi.c |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c
index ae3d398..da15df9
Do not access EFI memory map if it is not available. At least
Xen dom0 EFI implementation does not have an access to it.
Signed-off-by: Daniel Kiper
---
v6 - suggestions/fixes:
- create this separate patch from main EFI_PARAVIRT patch
(suggested by Matt Fleming).
---
arch/x86/platform/ef
Use early_mem*() instead of early_io*() because all mapped EFI regions
are memory (usually RAM but they could also be ROM, EPROM, EEPROM, flash,
etc.) not I/O regions. Additionally, I/O family calls do not work correctly
under Xen in our case. early_ioremap() skips the PFN to MFN conversion
when bu
On Fri, Jun 27, 2014 at 05:11:15PM -0600, David Ahern wrote:
> On 6/18/14, 8:58 AM, Jiri Olsa wrote:
> >@@ -520,7 +522,7 @@ static void queue_event(struct ordered_events_queue *q,
> >struct ordered_event *ne
> > static struct ordered_event *alloc_event(struct ordered_events_queue *q)
> > {
> >
On 06/30, Steven Rostedt wrote:
>
> On Mon, 30 Jun 2014 22:34:09 +0530
> Srikar Dronamraju wrote:
>
> > > + if (ret)
> > > + goto err_buffer;
> > >
> > > + return 0;
> > > +
> > > + err_buffer:
> > > + uprobe_buffer_disable();
> > > +
> >
> > How about avoiding err_buffer label?
> > + if
Hi Doug,
On 25.06.2014 01:56, Doug Anderson wrote:
> From: Vincent Palatin
>
> When the wake-up is triggered by the PMIC RTC, the RTC driver is trying
> to read the PMIC interrupt status over I2C and fails because the I2C
> controller is not resumed yet.
> Let's resume the I2C controller earlier
On Mon, 30 Jun 2014 19:50:25 +0200
Oleg Nesterov wrote:
> Well, I do not really mind. But to me it looks more consistent this way,
> if-something-fail-goto-err_label.
>
> IOW, I think that the code should either not use err-labels, or always
> use them like above.
Ah I missed the other error
Il 30/06/2014 19:39, Bandan Das ha scritto:
Paolo Bonzini writes:
Il 30/06/2014 03:03, Nadav Amit ha scritto:
sipi_vector = apic->sipi_vector;
-pr_debug("vcpu %d received sipi with vector # %x\n",
+apic_debug("vcpu %d received sipi with vector # %x\n",
Why don't w
On Mon, Jun 30, 2014 at 10:39 AM, Pablo Neira Ayuso wrote:
> On Mon, Jun 30, 2014 at 10:05:01AM -0700, Kees Cook wrote:
>> On Sat, Jun 28, 2014 at 7:07 AM, Fengguang Wu wrote:
>> > tree: git://internal_merge_and_test_tree devel-ant-um-201406281943
>> > head: fbb9065499371b760e0543f2ff66fde477
On Mon, Jun 30, 2014 at 08:13:24PM +0900, Namhyung Kim wrote:
> Hi Jiri,
>
> 2014-06-27 (금), 18:26 +0200, Jiri Olsa:
> > Adding report.show-headers config file option to setup
> > the appearance of the columns headers.
> >
> > Currently columns headers are displayed by default, following
> > line
Paolo Bonzini writes:
> Il 30/06/2014 19:39, Bandan Das ha scritto:
>> Paolo Bonzini writes:
>>
>>> Il 30/06/2014 03:03, Nadav Amit ha scritto:
>>
>> sipi_vector = apic->sipi_vector;
>> -pr_debug("vcpu %d received sipi with vector # %x\n",
>> +apic_debug
lprocfs_stats_seq_sops is only used in static int lprocfs_stats_seq_open
with seq_open as const struct seq_operations *
Cc: Greg Kroah-Hartman
Cc: Peng Tao
Cc: de...@driverdev.osuosl.org
Signed-off-by: Fabian Frederick
---
drivers/staging/lustre/lustre/lmv/lproc_lmv.c | 2 +-
1 file changed, 1
There seem to be no non-racy solutions ... I've been wondering
about giving up on a generic jiffies_to_nsec() function because
people might use it in cases where the races might be likley to
bite them. For my need, I think that "perfect is the enemy of good":
1) The race window is only a few micr
On Mon, 30 Jun 2014 19:58:36 +0200
Oleg Nesterov wrote:
> But I won't insist, this is subjective. So please let me know if you still
> think it would be better to add this change, I'll send v2.
Don't bother. I didn't look at the patch in context to make that reply.
I think your original patch lo
On Mon, Jun 30, 2014 at 10:07:57AM -0400, Prarit Bhargava wrote:
> Sorry, yes, exactly that. Requests have come in where an admin
> is setting up system loads relative to specific nodes and cores.
> Determining that information is trivial on Intel and a lot more
> difficult on AMD. (see below)
Yea
On Tue, Jun 24, 2014 at 07:19:26PM -0500, Suravee Suthikulanit wrote:
> On 6/24/2014 7:26 AM, Jason Cooper wrote:
> >On Mon, Jun 23, 2014 at 07:32:58PM -0500, suravee.suthikulpa...@amd.com
> >wrote:
> >>This patch set introduces support for MSI(-X) in GICv2m specification,
> >>which is implemented
lprocfs_stats_seq_sops is only used in static int lprocfs_stats_seq_open
with seq_open as const struct seq_operations *
Cc: Greg Kroah-Hartman
Cc: Peng Tao
Cc: de...@driverdev.osuosl.org
Signed-off-by: Fabian Frederick
---
V2: description fixed
drivers/staging/lustre/lustre/obdclass/lprocfs_s
Paolo Bonzini writes:
> Il 30/06/2014 03:03, Nadav Amit ha scritto:
sipi_vector = apic->sipi_vector;
-pr_debug("vcpu %d received sipi with vector # %x\n",
+apic_debug("vcpu %d received sipi with vector # %x\n",
>>>
>>> Why don't we just use pr_debug a
On Tue, Jun 24, 2014 at 02:16:35PM +0200, Robert Baldyga wrote:
> On 06/23/2014 08:27 PM, Felipe Balbi wrote:
> > Hi,
> >
> > On Mon, Jun 23, 2014 at 08:07:43AM +0200, Robert Baldyga wrote:
> >> On 06/19/2014 05:08 PM, Felipe Balbi wrote:
> >>> On Mon, Jun 16, 2014 at 10:20:36AM +0200, Robert Bald
On Mon, Jun 30, 2014 at 04:52:11PM +0200, Antoine Ténart wrote:
> Felipe,
>
> On Fri, Jun 27, 2014 at 06:04:33PM -0500, Felipe Balbi wrote:
> > On Fri, Jun 27, 2014 at 06:05:57PM +0200, Antoine Ténart wrote:
> > > Hi Felipe,
> > >
> > > On Fri, Jun 27, 2014 at 10:56:22AM -0500, Felipe Balbi wrote
On Mon, Jun 30, 2014 at 2:57 AM, Viresh Kumar wrote:
> On 27 June 2014 07:45, Viresh Kumar wrote:
>> On 27 June 2014 07:23, Mike Turquette wrote:
but it isn't future-proof if/when the clock framework starts returning
dynamically allocated clock pointers for each clk_get() invocation.
>
Hi,
I'm currently working on suspend for Zynq and try to track down some
spurious wakes. It looks like the spurious wakes are caused by timers,
hence I was wondering whether there are any special requirements for
timer drivers when it comes to suspend support or if I just missed
something.
Zynq s
On Mon, 30 Jun 2014 11:17:18 -0700
Tony Luck wrote:
> There seem to be no non-racy solutions ... I've been wondering
> about giving up on a generic jiffies_to_nsec() function because
> people might use it in cases where the races might be likley to
> bite them. For my need, I think that "perfect
Hi Greg,
Here's my second set of fixes. Note the revert of the patch Michal
asked to revert.
Please consider merging to your usb-linus branch. Let me know if you
want any changes to this pull request.
cheers
The following changes since commit 5d881802c407d83c169c875dad88fe2bba066c33:
usb: m
powerpc:allmodconfig has been failing for some time with the following
error.
arch/powerpc/kernel/exceptions-64s.S: Assembler messages:
arch/powerpc/kernel/exceptions-64s.S:1312: Error: attempt to move .org backwards
make[1]: *** [arch/powerpc/kernel/head_64.o] Error 1
A number of attempts to fix
Hi Namhyung,
On 06/30, Namhyung Kim wrote:
>
> On Fri, 27 Jun 2014 19:01:36 +0200, Oleg Nesterov wrote:
> >
> > This would be easy to fix, but there are other reasons why it is not
> > simple to mix ftrace and perf. If nothing else, they can't share the
> > same ->consumer.filter. This is fixable
On 30/06/14 14:26, Borislav Petkov wrote:
On Sun, Jun 29, 2014 at 11:24:23PM +0200, Borislav Petkov wrote:
Btw, I thought you had that gcc 4.2.x from some distro or so. Because
if it is in some ancient distro, one could install it in kvm and test
and play with it.
Ok, I did dig out an ancient
On Fri, Jun 20, 2014 at 01:33:15PM +0530, Tushar Behera wrote:
> From: Wonjoon Lee
>
> The MAX98091 CODEC is the same as MAX98090 CODEC, but with an extra
> microphone. Existing driver for MAX98090 CODEC already has support
> for MAX98091 CODEC. Adding proper compatible string so that MAX98091
>
On Fri, Jun 20, 2014 at 01:33:16PM +0530, Tushar Behera wrote:
> Peach-pi board has MAX98091 CODEC. Extend snow machine driver to support
> this board.
Applied, thanks.
signature.asc
Description: Digital signature
Hi!
> >> The non-DT support has to be maintained for now to not break
> >> OMAP3 legacy boot, and the legacy-style code will be cleaned
> >> up once OMAP3 is also converted to DT-boot only.
> >
> >> @@ -587,24 +606,157 @@ static int omap_mbox_unregister(struct
> >> omap_mbox_device *mdev)
> >>
proc_uid_seq_operations, proc_gid_seq_operations and proc_projid_seq_operations
are only called in proc_id_map_open with seq_open as
const struct seq_operations so we can constify the 3 structures and update
proc_id_map_open prototype.
(
If it's correct, do I have to send separate patches or diffe
On Wed, 25 Jun 2014, Anup Patel wrote:
> Hi Marc,
>
> On Wed, Jun 25, 2014 at 2:58 PM, Marc Zyngier wrote:
> > So far, GICv2 has been used in with EOImode == 0. The effect of this
> > mode is to perform the priority drop and the deactivation of the
> > interrupt at the same time.
> >
> > While th
Various drivers implement architecture and/or device specific means
to restart (reset) the system. Various mechanisms have been implemented
to support those schemes. The best known mechanism is arm_pm_restart,
which is a function pointer to be set either from platform specific code
or from drivers.
Various drivers implement architecture and/or device specific means
to restart (reset) the system. Various mechanisms have been implemented
to support those schemes. The best known mechanism is arm_pm_restart,
which is a function pointer to be set either from platform specific code
or from drivers.
On Mon, 2014-06-30 at 09:27 -0700, Greg Kroah-Hartman wrote:
> On Mon, Jun 30, 2014 at 08:33:53AM -0700, Sudeep Dutt wrote:
> > On Mon, 2014-06-16 at 08:58 -0700, Sudeep Dutt wrote:
> > > On Thu, 2014-05-29 at 14:23 -0700, Sudeep Dutt wrote:
> > > > ChangeLog:
> > > > =
> > > > v1 => v2:
>
Implementing a restart handler in a module don't make sense
as there would be no guarantee that the module is loaded when
a restart is needed. Unexport arm_pm_restart to ensure that
no one gets the idea to do it anyway.
Signed-off-by: Guenter Roeck
---
arch/arm/kernel/process.c | 1 -
arch/arm
The kernel core now provides an API to trigger a system restart.
Register with it to restart the system instead of misusing the
reboot notifier.
Signed-off-by: Guenter Roeck
---
drivers/watchdog/alim7101_wdt.c | 41 +++--
1 file changed, 31 insertions(+), 10 d
The kernel core now supports a notifier call chain for system
restart functions.
With this change, the arm_pm_restart callback is now optional,
so check if it is set before calling it.
Signed-off-by: Guenter Roeck
---
arch/arm/kernel/process.c | 6 +-
1 file changed, 5 insertions(+), 1 dele
The kernel now provides an API to trigger a system restart.
Register with it instead of setting arm_pm_restart.
Signed-off-by: Guenter Roeck
---
drivers/watchdog/moxart_wdt.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/drivers/watchdog/moxart_wdt.c b
Documentation in make/headers_install.txt is not
up to date regarding:
- way to list the various architectures;
- path where the headers are installed.
This patch try to fix these issues.
Cc: Kirill A. Shutemov
Cc: Michal Marek
Cc: David Woodhouse
Cc: Rob Landley
Cc: Sam Ravnborg
Signed-off-
The kernel core now supports a notifier call chain to restart the system.
Signed-off-by: Guenter Roeck
---
arch/arm64/kernel/process.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/kernel/process.c b/arch/arm64/kernel/process.c
index 43b7c34..9dd2abd 100644
--- a/arch/arm64/k
Hi,
On Mon, Jun 30, 2014 at 10:14:54AM -0700, David Daney wrote:
> On 06/28/2014 01:34 PM, Aaro Koskinen wrote:
> >The following patches add minimal support for D-Link DSR-1000N router.
>
> Which OCTEON chip does this device contain?
[0.00] CPU0 revision is: 000d0601 (Cavium Octeon+)
#
On Mon, 2014-06-30 at 16:14 +0300, Dmitry Kasatkin wrote:
> On 27/06/14 16:38, David Howells wrote:
> > Mimi Zohar wrote:
> >
> >> + if (strncmp(id, "id:", 3) == 0)
>
> >> Use memcmp() here.
>
> 'id' function parameter comes from "keys_ownerid" kernel parameter.
> User can supply anything shor
On Mon, Jun 30, 2014 at 07:51:00PM +0100, Nick Warne wrote:
> Ummm, interesting.
>
> But is it solved?
>
> Suppose developer a.n.other submits a patch that works with his/her GCC
> version but doesn't with some other GCC version. I guess this will be
> picked up in GIT build tests, but that only
Hello Soren,
On Mon, 30 Jun 2014 09:56:33 -0700
Soren Brinkmann wrote:
> Introduce a new API function to find the rate a clock can provide
> which is closest to a given rate.
>
> clk_round_rate() leaves it to the clock driver how rounding is done.
> Commonly implementations round down due to us
Em Mon, Jun 30, 2014 at 05:18:02PM +0200, Borislav Petkov escreveu:
> On Mon, Jun 30, 2014 at 11:58:31AM -0300, Arnaldo Carvalho de Melo wrote:
> > Yeap, guess its the most sensible to do given how things went so far.
> >
> > Please submit patches when you fix things on code copied from
> > tools/p
On Thu, Jun 26, 2014 at 12:40:18PM +0530, Sricharan R wrote:
> This series does some cleanups, fixes for handling two interrupts
> getting mapped twice to same crossbar and provides support for
> hardwired IRQ and crossbar definitions.
>
> On certain platforms such as DRA7, SPIs 0, 1, 2, 3, 5, 6,
On Fri, Jun 27, 2014 at 08:00:35AM -0400, Jason Cooper wrote:
> On Thu, Jun 26, 2014 at 12:40:31PM +0530, Sricharan R wrote:
> > From: Nishanth Menon
> >
> > Currently we attempt to map any crossbar value to an IRQ, however,
> > this is not correct from hardware perspective. There is a max crossb
Hello Felipe
Any comment on this patchset? Shall I resend it rebased on v3.16-rc2?
Regards
On Tue, Jun 10, 2014 at 10:19 PM, Ricardo Ribalda Delgado
wrote:
> Ping...
>
> On Tue, May 20, 2014 at 6:30 PM, Ricardo Ribalda Delgado
> wrote:
>> The USB 3380 is a PCI Express Gen 2 to USB 3.0 SuperSp
Hi Pavel,
>
The non-DT support has to be maintained for now to not break
OMAP3 legacy boot, and the legacy-style code will be cleaned
up once OMAP3 is also converted to DT-boot only.
>>>
@@ -587,24 +606,157 @@ static int omap_mbox_unregister(struct
omap_mbox_device *mdev)
On 27 June 2014 12:56, Doug Anderson wrote:
> We know how many bytes the EC should be sending us (which is also the
> number of bytes transferred) and also how many bytes the EC actually
> wanted to send to us. When computing the checksum and copying back
> data let's make sure we take the lesser
On Sat, 28 Jun 2014 20:54:33 +0200
Marc Dietrich wrote:
> > Besides that the current hctosys-mechanism doesn't really work with
> > hot-plugable devices at all. Guess what N will be when you unplug and
> > plug in such a RTC again.
>
> We have a patch in the kernel which binds the rtc number
On Mon, Jun 30, 2014 at 09:30:49PM +0200, Ricardo Ribalda Delgado wrote:
> Hello Felipe
>
> Any comment on this patchset? Shall I resend it rebased on v3.16-rc2?
they are all in my 'testing/next' branch. Should be available on 'next'
next week if nothing wrong is found.
cheers
--
balbi
signa
On Mon, Jun 30, 2014 at 04:28:14PM -0300, Arnaldo Carvalho de Melo wrote:
> Yes, I think we should continue moving stuff out of tools/perf/ and
> into a place that can be shared with other tools/ living codebases.
>
> Doing so will of course help tools that live elsewhere, outside the
> kernel sour
On Mon, Jun 23, 2014 at 10:54:31PM +0400, Cyrill Gorcunov wrote:
>
> Hi guys, here is an updated version of c/r support for timerfd files. The
> main change
> is in how @ticks are restored in patch 3 -- I switched to ioctl code, which
> is wrapped
> with CONFIG because I still think that while th
On Fri, Jun 27, 2014 at 04:37:45PM -0600, Stephen Warren wrote:
> On 06/27/2014 01:57 AM, Tomeu Vizoso wrote:
> > +struct clk {
> > + struct clk_core clk;
> > +};
>
> I'm confused why that field isn't a pointer instead.
It becomes a pointer in the following patch.
It's been a while since I cre
Hey, Li.
Can you please test this patch and ack it?
Thanks.
-- 8< --
Writing to either "cpuset.cpus" or "cpuset.mems" file flushes
cpuset_hotplug_work so that cpu or memory hotunplug doesn't end up
migrating tasks off a cpuset after new resources are added to it.
As cpuset_hotplug_work c
On 25.06.2014 20:49, poma wrote:
On 25.06.2014 20:10, Felix Miata wrote:
On 2014-06-25 10:05 (GMT-0700) Adam Williamson composed:
So...these are three different machines?
3 out of 14 on which Rawhide is currently installed (test machines total 20+)
here, among which are represented various f
On Fri, Jun 27, 2014 at 04:44:24PM -0600, Stephen Warren wrote:
> On 06/27/2014 01:57 AM, Tomeu Vizoso wrote:
> > struct clk {
> > - struct clk_core clk;
> > + struct clk_core *core;
> > + unsigned intenable_count;
> > + const char *dev_id;
> > + const char *con_id;
>
> Wh
Sorry forgot to CC lkml. CCing now.
On Mon, Jun 30, 2014 at 9:49 PM, Marek Belisko wrote:
> From: NeilBrown
>
> A power_supply_changed should only be reported on significant changes
> such as transition between charging and not. Incremental changes
> such as charge increasing should not be repo
CCing lkml
On Mon, Jun 30, 2014 at 9:49 PM, Marek Belisko wrote:
> One an hdq buss, a missing device reads as 0xff, not -1.
> So do a translation to allow detecting of a missing bus.
>
> Signed-off-by: NeilBrown
> ---
> drivers/power/bq27x00_battery.c | 3 +++
> 1 file changed, 3 insertions(+)
On Mon, Jun 30, 2014 at 12:11:36PM -0700, Guenter Roeck wrote:
> The kernel core now supports a notifier call chain for system
> restart functions.
>
> With this change, the arm_pm_restart callback is now optional,
> so check if it is set before calling it.
>
> Signed-off-by: Guenter Roeck
> ---
Hi Dudley,
On Mon, Jun 30, 2014 at 05:43:06AM +, Dudley Du wrote:
> Attached are the patches files, I sent it firstly.
Thanks for the response, I was able to apply the patches now.
The attached files lack headers and commit messages though, so I don't have
fine-grained history in my git tree
On Mon, Jun 30, 2014 at 12:11:33PM -0700, Guenter Roeck wrote:
> Various drivers implement architecture and/or device specific means
> to restart (reset) the system. Various mechanisms have been implemented
> to support those schemes. The best known mechanism is arm_pm_restart,
> which is a functio
1 - 100 of 927 matches
Mail list logo
