On Mon, Jun 30, 2014 at 09:06:41AM -0700, Andy Lutomirski wrote:
On Mon, Jun 30, 2014 at 8:35 AM, David Drysdale drysd...@google.com wrote:
On Mon, Jun 30, 2014 at 07:53:57AM -0700, Andy Lutomirski wrote:
On Mon, Jun 30, 2014 at 3:28 AM, David Drysdale drysd...@google.com
wrote:
On Mon, 30 Jun 2014, Julia Lawall wrote:
@@ -215,30 +213,31 @@ static int ohci_hcd_tmio_drv_probe(struct
platform_device *dev)
spin_lock_init(tmio-lock);
- tmio-ccr = ioremap(config-start, resource_size(config));
+ tmio-ccr = devm_ioremap(dev-dev, config-start,
+
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:
a) MIC bus driver cleanups and device release callback fix in patch 2,
as per
On Fri, Jun 27, 2014 at 04:49:30AM +0100, Hanjun Guo wrote:
From: Graeme Gregory graeme.greg...@linaro.org
acpi_wakeup_address is used on x86 as the address bios jumps into
when machine wakes up from suspend. As arm64 does not have such a
bios this mechanism will be provided by other means.
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 ACPI support for 32-bit ARM? If not, this part
Olicom OC-2325 and OC-2326 cards have the MAC address byte-swapped in EEPROM.
Byte-swap the MAC address if it's located at offset 0xF8.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
In tlan_reset_adapter, we disable internal PHY when an external one is used.
On cards which use internal PHY in 10 Mbps mode, we enable it later when
setting 10 Mbps mode but it does not really work (PHY fails to reset).
Leave it enabled instead.
Signed-off-by: Ondrej Zary
Remove excess printks when the link is down.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c |9 -
drivers/net/ethernet/ti/tlan.h |1 -
2 files changed, 10 deletions(-)
diff --git a/drivers/net/ethernet/ti/tlan.c
pci_disable_device() is called in _suspend but there's no corresponding
pci_enable_device() in _resume.
This causes disabling already-disabled device warning on 2nd suspend.
Add pci_enable_device() call to _resume to fix this problem.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
Olicom OC-2325 and OC-2326 ethernet cards have an activity LED but it does not
work with tlan driver as it's not enabled. Enable it.
Tested with OC-2326.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c |6 --
1 file changed, 4 insertions(+), 2
When using internal 10 Mbps PHY, isolate the external PHY from MII bus.
External PHY must be kept powered up because it passes TX from tlan chip to
network.
This fixes weird link-loss problems under load with OC-2326 card at 10 Mbps.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
Add a timeout to prevent infinite loop waiting for PHY to reset.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/ti/tlan.c
When link is lost on a card which uses internal PHY for 10 Mbit speeds,
restart autonegotiation to allow switching between 10 and 100 Mbps speeds.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c | 16
1 file changed, 16 insertions(+)
Reduce the autonegotiation poll interval from 8 seconds to 2.
This greatly reduces the time needed to detect link presence,
especially on Olicom cards at 10 Mbps (two autonegoatiations required).
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c |2 +-
This patch series improves link handling in tlan driver, allowing the
cable to be (un)plugged anytime and NetworkManager to work properly.
Also there are some bugfixes related to Olicom OC-2326 card.
---
tlan.c | 224 ++---
tlan.h |
Enable old link monitoring code and modify it:
- control LINK LED
- use separate timer so it does not interfere with ACT LED
Tested with Olicom OC-2326.
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c | 115 +---
Add basic ethtool support to tlan driver:
- driver info - link detect (this allows NetworkManager to detect carrier)
- EEPROM read
Signed-off-by: Ondrej Zary li...@rainbow-software.org
---
drivers/net/ethernet/ti/tlan.c | 37 +
My name is Kong Hui from Hong Kong, I want you to be my partner in a
business project.
If Interested Contact me back via my email address.
Thank you,
Mr. Kong Hui.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
] CPU: 2 PID: 84 Comm: kworker/2:2 Not tainted
3.16.0-rc3-next-20140630 #244
[2.468244] ALSA device list:
[2.468245] No soundcards found.
[2.468307] Hardware name: Dell Inc. Latitude E6530/07Y85M, BIOS A14
01/13/2014
[2.468311] Workqueue: events azx_probe_work
[2.468313] task
Hi,
On Mon, Jun 23, 2014 at 01:20:57PM -0500, Felipe Balbi wrote:
Hi,
here's v3 of am437x sk support. Patches tested on top of next-20140617.
Note that this series was tested with the following extra patches:
http://marc.info/?l=linux-omapm=140299431732700w=2
Historically kswapd scanned from DMA-Movable in the opposite direction
to the page allocator to avoid allocating behind kswapd direction of
progress. The fair zone allocation policy altered this in a non-obvious
manner.
Traditionally, the page allocator prefers to use the highest eligible
zones
Changelog since V3
o Push down kwapd changes to cover the balance gap
o Drop drop page distribution patch
Changelog since V2
o Simply fair zone policy cost reduction
o Drop CFQ patch
Changelog since v1
o Rebase to v3.16-rc2
o Move CFQ patch to end of series where it can be rejected easier if
The fair zone allocation policy round-robins allocations between zones
within a node to avoid age inversion problems during reclaim. If the
first allocation fails, the batch counts is reset and a second attempt
made before entering the slow path.
One assumption made with this scheme is that
The LRU insertion and activate tracepoints take PFN as a parameter forcing
the overhead to the caller. Move the overhead to the tracepoint fast-assign
method to ensure the cost is only incurred when the tracepoint is active.
Signed-off-by: Mel Gorman mgor...@suse.de
---
The arrangement of struct zone has changed over time and now it has reached the
point where there is some inappropriate sharing going on. On x86-64 for example
o The zone-node field is shared with the zone lock and zone-node is accessed
frequently from the page allocator due to the fair zone
On Tue, Jun 17, 2014 at 3:07 PM, Bjorn Helgaas bhelg...@google.com wrote:
On Tue, Jun 17, 2014 at 1:27 PM, Myron Stowe myron.st...@redhat.com wrote:
During PCIe hot-plug initialization - pciehp_probe - data structures
related to slot capabilities are set up. As part of this set up, ISRs are
Hi,
On Mon, Jun 30, 2014 at 11:03:51AM -0500, Andy Gross wrote:
+static int dwc3_qcom_probe(struct platform_device *pdev)
+{
+ struct device_node *node = pdev-dev.of_node;
+ struct dwc3_qcom *qdwc;
+ int ret = 0;
+
+ qdwc = devm_kzalloc(pdev-dev, sizeof(*qdwc), GFP_KERNEL);
The following changes since commit 4d4c9cc839a308be3289a361ccba4447ee140552:
tracing: Add __field_struct macro for TRACE_EVENT() (2014-06-21 00:18:42
-0400)
[Note this base commit was pulled by Linus between 3.16-rc2 and -rc3]
are available in the git repository at:
* Oleg Nesterov o...@redhat.com [2014-06-27 19:01:36]:
This reverts commit 43fe98913c9f67e3b523615ee3316f9520a623e0.
This patch is very wrong. Firstly, this change leads to unbalanced
uprobe_unregister(). Just for example,
# perf probe -x /lib/libc.so.6 syscall
# echo 1
Hello.
On 06/30/2014 07:44 PM, Antoine Ténart wrote:
+ /* set the controller speed */
+ writel(0x31, ctrl_reg + PORT_SCR_CTL);
Value undocumented? Or is this the SATA SControl register by chance?
Some magic is still there...
I guess Sergei was referring to AHCI spec
* Oleg Nesterov o...@redhat.com [2014-06-27 19:01:40]:
Add WARN_ON's into uprobe_unregister() and uprobe_apply() to ensure
that nobody tries to play with the dead uprobe/consumer. This helps
to catch the bugs like the one fixed by the previous patch.
In the longer term we should fix this
The Ethernet clock has to match the specified frequencies as accurately
as possible. clk_round_rate() does not specify how rounding is
implemented. Hence use clk_find_nearest_rate().
Signed-off-by: Soren Brinkmann soren.brinkm...@xilinx.com
---
drivers/net/ethernet/cadence/macb.c | 2 +-
1 file
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 use-cases that have a certain
frequency maximum that must not be exceeded.
The new
Round clock frequencies to the nearest possible frequency. Since the
OPPs as specified in DT and the CCF use different a resolution for clock
frequencies, the clk_round_rate() API may return unexpected results, due
to not mandating how rounding has to happen. The clk_find_nearest_rate()
API
* Oleg Nesterov o...@redhat.com [2014-06-27 19:01:43]:
I do not know why dd9fa555d7bb tracing/uprobes: Move argument fetching
to uprobe_dispatcher() added the UPROBE_HANDLER_REMOVE, but it looks
wrong.
OK, perhaps it makes sense to avoid store_trace_args() if the tracee is
nacked by
Introduce CPUFREQ_RELATION_C for frequency selection.
It selects the frequency with the minimum euclidean distance to target.
In case of equal distance between 2 frequencies, it will select the
greater frequency.
Signed-off-by: Stratos Karafotis strat...@semaphore.gr
---
On Zynq I encountered issues due to rounding here and there. Often the
issue would have been resolved by rounding towards the requested
frequency. Unfortunately, the CCF does not specify the behavior of
clk_round_rate() in terms of rounding, making this proposed API
call useful for certain
Hi all,
This patchset changes slightly the calculation of target frequency to
eliminate the deadband effect (explained in patch 2 changelog) that it
seems to slow down the CPU in low and medium loads.
Patch 1 introduces a new relation (RELATION_C) for the next frequency
selection, which chooses
Currently, ondemand calculates the target frequency proportional to load
using the formula:
Target frequency = C * load
where C = policy-cpuinfo.max_freq / 100
Though, in many cases, the minimum available frequency is pretty high and
the above calculation introduces a dead band
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
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
On Sat, Jun 28, 2014 at 7:07 AM, Fengguang Wu fengguang...@intel.com wrote:
tree: git://internal_merge_and_test_tree devel-ant-um-201406281943
head: fbb9065499371b760e0543f2ff66fde4778b46ae
commit: 2af37708d3ce0ae78898051ea76bc7c5f683171c [30/31] Merge
'nftables/master' into
Due to the clk_find_nearest_rate() API, OPPs can be specified
using proper rounding, now.
Signed-off-by: Soren Brinkmann soren.brinkm...@xilinx.com
---
---
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
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
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 r...@linux-mips.org
Cc: linux-m...@linux-mips.org
Signed-off-by: Fabian Frederick f...@skynet.be
I haven't tested it,
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
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 pankaj.du...@samsung.com
---
arch/arm/mach-exynos/common.h | 17
On Mon, 30 Jun 2014 22:34:09 +0530
Srikar Dronamraju sri...@linux.vnet.ibm.com wrote:
Acked-by: Srikar Dronamraju sri...@linux.vnet.ibm.com
(one nit .. )
+ ret = uprobe_buffer_enable();
+ if (ret)
+ goto err_flags;
+
tu-consumer.filter = filter;
ret =
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
current and
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
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 Class-G boost
Nicholas Krause xerofo...@gmail.com 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 xerofo...@gmail.com
---
arch/m68k/q40/q40ints.c | 2 +-
1 file changed, 1 insertion(+),
bt_seq_ops is only used with __seq_open_private as
const struct seq_operations *
Cc: Marcel Holtmann mar...@holtmann.org
Cc: Gustavo Padovan gust...@padovan.org
Cc: linux-blueto...@vger.kernel.org
Signed-off-by: Fabian Frederick f...@skynet.be
---
net/bluetooth/af_bluetooth.c | 2 +-
1 file
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:
On Jun 30, 2014, at 11:03 AM, Andy Gross agr...@codeaurora.org wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
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
On Mon, Jun 30, 2014 at 10:05:01AM -0700, Kees Cook wrote:
On Sat, Jun 28, 2014 at 7:07 AM, Fengguang Wu fengguang...@intel.com wrote:
tree: git://internal_merge_and_test_tree devel-ant-um-201406281943
head: fbb9065499371b760e0543f2ff66fde4778b46ae
commit:
Use macro definition
Cc: Jeremy Fitzhardinge jer...@goop.org
Cc: Chris Wright chr...@sous-sol.org
Cc: virtualizat...@lists.linux-foundation.org
Cc: linux-i...@vger.kernel.org
Signed-off-by: Fabian Frederick f...@skynet.be
---
This is untested.
arch/ia64/kernel/paravirt.c | 8 +++-
1 file
Use macro definition
Cc: Anil Gurumurthy anil.gurumur...@qlogic.com
Cc: Sudarsana Kalluru sudarsana.kall...@qlogic.com
Cc: James E.J. Bottomley jbottom...@parallels.com
Cc: linux-s...@vger.kernel.org
Signed-off-by: Fabian Frederick f...@skynet.be
---
drivers/scsi/bfa/bfa_fcs.c | 6 +++---
1 file
Hi Fabian,
bt_seq_ops is only used with __seq_open_private as
const struct seq_operations *
Cc: Marcel Holtmann mar...@holtmann.org
Cc: Gustavo Padovan gust...@padovan.org
Cc: linux-blueto...@vger.kernel.org
Signed-off-by: Fabian Frederick f...@skynet.be
---
net/bluetooth/af_bluetooth.c
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_enable()
Use macro definition
Cc: Trond Myklebust trond.mykleb...@primarydata.com
Cc: linux-...@vger.kernel.org
Signed-off-by: Fabian Frederick f...@skynet.be
---
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
On Mon, Jun 30, 2014 at 7:27 PM, Andreas Schwab sch...@linux-m68k.org wrote:
Nicholas Krause xerofo...@gmail.com 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
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 to
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 jbeul...@suse.com
Signed-off-by: Tang Liang liang.t...@oracle.com
Signed-off-by: Daniel Kiper
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
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 daniel.ki...@oracle.com
---
v6 - suggestions/fixes:
- remove efi_set_rtc_mmss() instead
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
We've got constants, so let's use them instead of hard-coded values.
Signed-off-by: Daniel Kiper daniel.ki...@oracle.com
---
v6 - suggestions/fixes:
- improve commit message
(suggested by Matt Fleming).
---
arch/x86/kernel/setup.c |4 ++--
1 file changed, 2 insertions(+), 2
Remove redundant set_bit(EFI_SYSTEM_TABLES, efi.flags) call.
It is executed earlier in efi_systab_init().
Signed-off-by: Daniel Kiper daniel.ki...@oracle.com
---
arch/x86/platform/efi/efi.c |2 --
1 file changed, 2 deletions(-)
diff --git a/arch/x86/platform/efi/efi.c
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
Remove redundant set_bit(EFI_MEMMAP, efi.flags) call.
It is executed earlier in efi_memmap_init().
Signed-off-by: Daniel Kiper daniel.ki...@oracle.com
---
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
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 daniel.ki...@oracle.com
---
v6 - suggestions/fixes:
- create this separate patch from main EFI_PARAVIRT patch
(suggested by Matt Fleming).
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
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)
{
struct
On 06/30, Steven Rostedt wrote:
On Mon, 30 Jun 2014 22:34:09 +0530
Srikar Dronamraju sri...@linux.vnet.ibm.com wrote:
+ if (ret)
+ goto err_buffer;
+ return 0;
+
+ err_buffer:
+ uprobe_buffer_disable();
+
How about avoiding err_buffer label?
+ if (!ret)
Hi Doug,
On 25.06.2014 01:56, Doug Anderson wrote:
From: Vincent Palatin vpala...@chromium.org
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
On Mon, 30 Jun 2014 19:50:25 +0200
Oleg Nesterov o...@redhat.com 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
Il 30/06/2014 19:39, Bandan Das ha scritto:
Paolo Bonzini pbonz...@redhat.com 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 #
On Mon, Jun 30, 2014 at 10:39 AM, Pablo Neira Ayuso pa...@netfilter.org 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 fengguang...@intel.com wrote:
tree: git://internal_merge_and_test_tree devel-ant-um-201406281943
head:
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
lines in
Paolo Bonzini pbonz...@redhat.com writes:
Il 30/06/2014 19:39, Bandan Das ha scritto:
Paolo Bonzini pbonz...@redhat.com 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,
+
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 gre...@linuxfoundation.org
Cc: Peng Tao bergw...@gmail.com
Cc: de...@driverdev.osuosl.org
Signed-off-by: Fabian Frederick f...@skynet.be
---
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
On Mon, 30 Jun 2014 19:58:36 +0200
Oleg Nesterov o...@redhat.com 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
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)
Yeah,
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 in some
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 gre...@linuxfoundation.org
Cc: Peng Tao bergw...@gmail.com
Cc: de...@driverdev.osuosl.org
Signed-off-by: Fabian Frederick f...@skynet.be
---
V2:
Paolo Bonzini pbonz...@redhat.com 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 all
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 Baldyga wrote:
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 Tue,
On Mon, Jun 30, 2014 at 2:57 AM, Viresh Kumar viresh.ku...@linaro.org wrote:
On 27 June 2014 07:45, Viresh Kumar viresh.ku...@linaro.org wrote:
On 27 June 2014 07:23, Mike Turquette mturque...@linaro.org wrote:
but it isn't future-proof if/when the clock framework starts returning
dynamically
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
On Mon, 30 Jun 2014 11:17:18 -0700
Tony Luck tony.l...@intel.com 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
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:
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
601 - 700 of 1906 matches
Mail list logo