RE: kernel boot fail with efi earlyprintk (bisected)

Hi, I checked the arch/x86/platform/efi/early_printk.c. In early_efi_scroll_up(), 2 mapping entries will be used for the src/dst screen buffer. In drivers/acpi/acpica/tbutils.c, we've improved the early table loading code in acpi_tb_parse_root_table(). We now need 2 mapping entries: 1. One

Re: [PATCH 9/9] ARM: zynq: Rename 'zynq_platform_cpu_die'

On 08/21/2014 09:02 PM, Sören Brinkmann wrote: > On Thu, 2014-08-21 at 02:28PM +0200, Michal Simek wrote: >> On 08/20/2014 10:41 PM, Soren Brinkmann wrote: >>> Match the naming pattern of all other SMP ops and rename >>> zynq_platform_cpu_die --> zynq_cpu_die. >>> >>> Signed-off-by: Soren

Re: [PATCH 1/2] perf/x86/intel: Add Haswell-EP uncore support

> diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore.c > b/arch/x86/kernel/cpu/perf_event_intel_uncore.c > index 4785ee8..2485fd9 100644 > --- a/arch/x86/kernel/cpu/perf_event_intel_uncore.c > +++ b/arch/x86/kernel/cpu/perf_event_intel_uncore.c > @@ -883,6 +883,8 @@ static int __init

Re: [PATCH RFC 1/3] x86: Make page cache mode a real type

On 08/22/2014 12:09 AM, Toshi Kani wrote: On Tue, 2014-08-19 at 15:25 +0200, jgr...@suse.com wrote: From: Juergen Gross At the moment there are a lot of places that handle setting or getting the page cache mode by treating the pgprot bits equal to the cache mode. This is only true because

Re: [alsa-devel] /proc/asound/card0/oss_mixer stack corruption

At Thu, 21 Aug 2014 20:55:21 +0200, Clemens Ladisch wrote: > > Tommi Rantala wrote: > > Trinity discovered that writing 128 bytes to > > /proc/asound/card0/oss_mixer triggers a stack corruption. > > > > Call Trace: > > [] __stack_chk_fail+0x16/0x20 > > [] snd_mixer_oss_proc_write+0x24a/0x270 >

Re: [PATCH] drivers: pci: convert generic host controller to DT host bridge creation API

On Thu, Aug 21, 2014 at 6:01 PM, Liviu Dudau wrote: > On Thu, Aug 21, 2014 at 12:02:16PM -0600, Bjorn Helgaas wrote: >> [+cc Lorenzo] >> >> On Wed, Aug 20, 2014 at 05:35:59PM -0500, Bjorn Helgaas wrote: >> > On Wed, Aug 20, 2014 at 7:31 AM, Liviu Dudau wrote: >> > > On Wed, Aug 20, 2014 at

Re: [PATCH] powerpc: edac: Fix build error

On Thu, Aug 21, 2014 at 10:19:51PM -0400, Pranith Kumar wrote: > Fix the following build error: > > drivers/edac/ppc4xx_edac.c: In function 'mfsdram': > drivers/edac/ppc4xx_edac.c:249: error: implicit declaration of function > '__mfdcri' > drivers/edac/ppc4xx_edac.c: In function 'mtsdram': >

Re: [PATCH net-next 2/2] net: exit busy loop when another process is runnable

On Thu, 2014-08-21 at 16:05 +0800, Jason Wang wrote: > Rx busy loop does not scale well in the case when several parallel > sessions is active. This is because we keep looping even if there's > another process is runnable. For example, if that process is about to > send packet, keep busy polling

Re: [PATCH v9 03/12] PCI: Introduce helper functions to deal with PCI I/O ranges.

On Tue, Aug 12, 2014 at 11:25 AM, Liviu Dudau wrote: > Some architectures do not have a simple view of the PCI I/O space > and instead use a range of CPU addresses that map to bus addresses. > For some architectures these ranges will be expressed by OF bindings > in a device tree file. > > This

Re: amd_mce.c redundant if check?

Hi, first of all, please remember to hit Reply-to-all when replying to mails on lkml otherwise your note might get lost in the flood. On Wed, Aug 20, 2014 at 10:08:18PM -0600, Chip wrote: > On Wed, Aug 20, 2014 at 11:18:21AM -0600, Adam Duskett wrote: > > >I have recently come upon this section

[PATCH v3 3/3] mmc: mmci: rename sdio flag in vendor data to st_sdio

This patch renames sdio flag in vendor data to st_sdio, as this flag is only used to enable ST specific sdio setup. This will also ensure that the ST specfic setup is not done on other vendor like Qualcomm. Originally the issue was detected while testing WLAN ath6kl on IFC6410 board with APQ8064

[PATCH v3 2/3] mmc: mmci: Add sdio enable mask in variant data

This patch adds sdio enable mask in variant data, SOCs like ST have special bits in datactrl register to enable sdio. Unconditionally setting this bit in this driver breaks other SOCs like Qualcomm which maps this bits to something else, so making this enable bit to come from variant data solves

[PATCH v3 1/3] mmc: mmci: Support any block sizes for ux500v2 and qcom variant

From: Ulf Hansson For the ux500v2 variant of the PL18x block, any block sizes are supported. This will make it possible to decrease data overhead for SDIO transfers. This patch is based on Ulf Hansson patch http://www.spinics.net/lists/linux-mmc/msg12160.html Signed-off-by: Srinivas Kandagatla

[PATCH v3 0/3] mmc: mmci: sdio related fixes

This patchset fixes few sdio related issues encountered while testing WLAN ath6kl via SDIO on IFC6410 board with Qualcomm APQ8064 SOC. Patch: "mmc: mmci: Support any block sizes for ux500v2 and qcom variant" is a very old patch by Ulf to support IPs which support any size of block sizes.

Re: [PATCH] usb: phy: twl4030-usb: Fix regressions to runtime PM on omaps

Hi, On Thursday 21 August 2014 10:13 PM, Tony Lindgren wrote: > Commit 30a70b026b4cd ("usb: musb: fix obex in g_nokia.ko causing kernel > panic") attempted to fix runtime PM handling for PHYs that are on the > I2C bus. Commit 3063a12be2b0 (usb: musb: fix PHY power on/off) then > changed things

Re: [PATCH v3 0/7] Dynamic Pause Loop Exiting window.

Hi Radim, On Thu, Aug 21, 2014 at 06:50:03PM +0200, Radim Krčmář wrote: >2014-08-21 18:30+0200, Paolo Bonzini: >> Il 21/08/2014 18:08, Radim Krčmář ha scritto: >> I'm not sure of the usefulness of patch 6, so I'm going to drop it. >> I'll keep it in my local junkyard branch in case it's going to

Re: [Xen-devel] [V0 PATCH 1/2] AMD-PVH: set EFER.NX and EFER.SCE for the boot vcpu

On Thu, Aug 21, 2014 at 07:46:56PM -0700, Mukesh Rathor wrote: > Intel doesn't have EFER.NX bit. Of course it does. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of

Re: [PATCH v2 3/3] tg3: Fix tx_pending checks for tg3_tso_bug

On Thu, 2014-08-21 at 14:57 -0700, Benjamin Poirier wrote: > In tg3_set_ringparam(), the tx_pending test to cover the cases where > tg3_tso_bug() is entered has two problems > 1) the check is only done for certain hardware whereas the workaround > is now used more broadly. IOW, the check may not

Re: [PATCH v5 1/2] net: moxa: clear TX descriptor length bits

From: Jonas Jensen Date: Wed, 20 Aug 2014 16:18:42 +0200 > @@ -348,7 +348,8 @@ static int moxart_mac_start_xmit(struct sk_buff *skb, > struct net_device *ndev) > > txdes1 = readl(desc + TX_REG_OFFSET_DESC1); > txdes1 |= TX_DESC1_LTS | TX_DESC1_FTS; > - txdes1 &=

Re: [PATCH] net: ethernet: broadcom: bnx2x: Remove redundant #ifdef

From: Rasmus Villemoes Date: Wed, 20 Aug 2014 15:14:49 +0200 > Nothing defines _ASM_GENERIC_INT_L64_H, it is a weird way to check for > 64 bit longs, and u64 should be printed using %llx anyway. > > Signed-off-by: Rasmus Villemoes It's not correct and will warn on some platforms where "u64"

Re: [PATCH 1/1] sctp: not send SCTP_PEER_ADDR_CHANGE notifications with failed probe

From: Zhu Yanjun Date: Wed, 20 Aug 2014 17:31:43 +0800 > Since the transport has always been in state SCTP_UNCONFIRMED, it > therefore wasn't active before and hasn't been used before, and it > always has been, so it is unnecessary to bug the user with a > notification. > > Reported-by: Deepak

Re: [PATCH net-next] hyperv: Add handling of IP header with option field in netvsc_set_hash()

From: Haiyang Zhang Date: Tue, 19 Aug 2014 20:53:55 + > @@ -200,12 +202,18 @@ static bool netvsc_set_hash(u32 *hash, struct sk_buff > *skb) > iphdr = ip_hdr(skb); > > if (iphdr->version == 4) { > - if (iphdr->protocol == IPPROTO_TCP) > + data = (u8

Re: [PATCH 2/3] tg3: Fix tx_pending checks for tg3_tso_bug

From: Benjamin Poirier Date: Thu, 21 Aug 2014 14:59:11 -0700 > Ah, now I understand the reason for the * 3 in > u32 frag_cnt_est = skb_shinfo(skb)->gso_segs * 3; > > /* Estimate the number of fragments in the worst case */ > but that is not really the "worst case". It's not

Re: [PATCH v9 12/12] PCI: Introduce pci_remap_iospace() for remapping PCI I/O bus resources into CPU space

On Tue, Aug 12, 2014 at 11:25 AM, Liviu Dudau wrote: > Introduce a default implementation for remapping PCI bus I/O resources > onto the CPU address space. Architectures with special needs may > provide their own version, but most should be able to use this one. > > Cc: Bjorn Helgaas > Cc: Arnd

[PATCH] checkpatch.pl: New instances of ENOSYS are errors

ENOSYS means that a nonexistent system call was called. We have a bad habit of using it for things like invalid operations on otherwise valid syscalls. We should avoid this in new code. Signed-off-by: Andy Lutomirski --- Pervasive incorrect usage of ENOSYS came up at the kernel summit ABI

Re: [PATCH v9 04/12] PCI: OF: Fix the conversion of IO ranges into IO resources.

On Tue, Aug 12, 2014 at 11:25 AM, Liviu Dudau wrote: > The ranges property for a host bridge controller in DT describes > the mapping between the PCI bus address and the CPU physical address. > The resources framework however expects that the IO resources start > at a pseudo "port" address 0

Re: [PATCH] cgroup: add tracepoints to track cgroup events

On Thu, Aug 21, 2014 at 07:45:14PM -0400, Steven Rostedt wrote: > On Thu, 21 Aug 2014 12:07:01 -0500 > Tejun Heo wrote: > > > Hello, Anrea. > > > > On Thu, Aug 21, 2014 at 11:00:02AM -0600, Andrea Righi wrote: > > > hmm... am I missing something or we already support directory events? > > > >

Re: [PATCH 0/6] mm/hugetlb: gigantic hugetlb page pools shrink supporting

On Fri, Aug 22, 2014 at 09:34:30AM +0800, Zhang Yanfei wrote: >Hello Wanpeng > >On 08/22/2014 07:37 AM, Wanpeng Li wrote: >> Hi Andi, >> On Fri, Apr 12, 2013 at 05:22:37PM +0200, Andi Kleen wrote: >>> On Fri, Apr 12, 2013 at 07:29:07AM +0800, Wanpeng Li wrote: Ping Andi, On Thu, Apr 04,

Re: [PATCH v7 1/8] clk: Add temporary mapping to the existing API

On Thu, Aug 21, 2014 at 02:10:07PM -0400, Jason Cooper wrote: > On Thu, Aug 21, 2014 at 11:04:48AM -0700, Tony Lindgren wrote: > > * Mike Turquette [140820 07:53]: > > > Quoting Tomeu Vizoso (2014-08-18 08:30:27) > > > > To preserve git-bisectability, add aliases from the future provider API > >

Re: rcu: Throttle rcu_try_advance_all_cbs() execution causes visible slowdown in ftrace switching

Hi Petr, Sorry for picking up this old thread, but I noticed your attached ftrace test script and would like to ask for your permission to include it in https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git which is GPLv2. If you kindly agree, I'll run it actively for testing

Re: [PATCH 1/2] sh: intc: Confine SH_INTC to platforms that need it

On Wed, Aug 20, 2014 at 03:39:22PM +0200, Geert Uytterhoeven wrote: > Currently the sh-intc driver is compiled on all SuperH and > non-multiplatform SH-Mobile platforms, while it's only used on a limited > number of platforms: > - SuperH: SH2(A), SH3(A), SH4(A)(L) (all but SH5) > - ARM:

Re: [PATCH 2/2] ARM: shmobile: Move legacy INTC definitions from irqs.h to intc.h

On Wed, Aug 20, 2014 at 03:39:23PM +0200, Geert Uytterhoeven wrote: > Move all definitions for legacy INTC from the common "irqs.h" to the > INTC-specific "intc.h". > Include "intc.h" in sh7372/sh73a0 CPU and board files where needed. > > Signed-off-by: Geert Uytterhoeven Thanks, I have queued

Re: [PATCH net-next 2/2] net: exit busy loop when another process is runnable

On 08/21/2014 04:11 PM, Michael S. Tsirkin wrote: > On Thu, Aug 21, 2014 at 04:05:10PM +0800, Jason Wang wrote: >> > Rx busy loop does not scale well in the case when several parallel >> > sessions is active. This is because we keep looping even if there's >> > another process is runnable. For

Re: [PATCH v2 2/3] net: Add Keystone NetCP ethernet driver

On Fri, 15 Aug 2014 11:12:41 -0400 Santosh Shilimkar wrote: > NetCP driver has a plug-in module architecture where each of the NetCP > sub-modules exist as a loadable kernel module which plug in to the netcp > core. These sub-modules are represented as "netcp-devices" in the dts > bindings. It

Re: [PATCH] cpufreq: powernv: Register the driver with reboot notifier

Hi Viresh, On 08/21/2014 11:56 AM, Viresh Kumar wrote: > On 21 August 2014 10:36, Shilpasri G Bhat wrote: >> The intention here is stop the cpufreq governor and then to set the cpus to >> nominal frequency so as to ensure that the frequency won't be changed later. >> >> The .suspend callback of

Re: [Xen-devel] [V0 PATCH 1/2] AMD-PVH: set EFER.NX and EFER.SCE for the boot vcpu

On Thu, 21 Aug 2014 21:39:04 -0400 Konrad Rzeszutek Wilk wrote: > On Wed, Aug 20, 2014 at 07:16:39PM -0700, Mukesh Rathor wrote: > > On AMD, NX feature must be enabled in the efer for NX to be honored > > in the pte entries, otherwise protection fault. We also set SC for > > system calls to be

[PATCH V2 1/1] netfilter/jump_label: HAVE_JUMP_LABEL instead of CONFIG_JUMP_LABEL

Use HAVE_JUMP_LABEL as elsewhere in the kernel to ensure that the toolchain has the required support in addition to CONFIG_JUMP_LABEL being set. Signed-off-by: Zhouyi Zhou Reviewed-by: Florian Westphal --- include/linux/netfilter.h |5 +++-- net/netfilter/core.c |6 +++--- 2

RE: [PATCH net-next 3/4] r8152: remove clear_bp function

Sergei Shtylyov [mailto:sergei.shtyl...@cogentembedded.com] [...] > >> Why leave 2 empty lines? One is enough. > > > The next patch would use another fucntion at the > > same location. I skip removing the empty line and > > re-adding it again. Is that better to do so? I would > > resend

RE: [PATCHv12 0/3] power_supply: Introduce power supply charging driver

Ping... > -Original Message- > From: Tc, Jenny > Sent: Wednesday, August 13, 2014 5:40 PM > To: linux-kernel@vger.kernel.org; Sebastian Reichel; Pavel Machek > Cc: Dmitry Eremin-Solenikov; Stephen Rothwell; Anton Vorontsov; David > Woodhouse; David Cohen; Pallala, Ramakrishna; Tc, Jenny >

Re: [PATCH 2/2] pmbus: ltc2978: add regulator gating

On Thu, Aug 21, 2014 at 08:26:22PM -0500, Mark Brown wrote: > On Thu, Aug 21, 2014 at 06:18:10PM -0700, Guenter Roeck wrote: > > On Thu, Aug 21, 2014 at 07:36:50PM -0500, Mark Brown wrote: > > > On Thu, Aug 21, 2014 at 05:21:26PM -0500, at...@opensource.altera.com > > > wrote: > > > > This all

Re: [PATCH] regulator: RK808: Fix uninitialized value

On Thu, Aug 21, 2014 at 05:54:55PM -0700, Doug Anderson wrote: > The RK808 regulator driver was putting its config on the stack but not > initting it. That means that you got a semi-random config. Fix this. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH v7 04/11] arm: Support restart through restart handler call chain

On Fri, Aug 22, 2014 at 03:32:42AM +0200, Andreas Färber wrote: > Hi, > > Am 20.08.2014 02:45, schrieb Guenter Roeck: > > The kernel core now supports a restart handler call chain for system > > restart functions. > > > > With this change, the arm_pm_restart callback is now optional, so > > drop

[PATCH] powerpc: edac: Fix build error

Fix the following build error: drivers/edac/ppc4xx_edac.c: In function 'mfsdram': drivers/edac/ppc4xx_edac.c:249: error: implicit declaration of function '__mfdcri' drivers/edac/ppc4xx_edac.c: In function 'mtsdram': drivers/edac/ppc4xx_edac.c:266: error: implicit declaration of function

[blkg_stat] inconsistent {IN-SOFTIRQ-W} -> {SOFTIRQ-ON-W} usage.

Hi Hong and Jens, FYI, this patch still has the error that impacts the latest linux-next. git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit 2c575026fae6e63771bd2a4c1d407214a8096a89 Author: Hong Zhiguo AuthorDate: Wed Nov 20 10:35:05 2013 -0700 Commit: Jens

Re: [PATCH v5] irqchip: gic: Allow gic_arch_extn hooks to call into scheduler

On 08/21/14 02:47, Russell King - ARM Linux wrote: > What would make more sense is if this were a read-write lock, then > gic_raise_softirq() could run concurrently on several CPUs without > interfering with each other, yet still be safe with gic_migrate_target(). > > I'd then argue that we

Re: [PATCH] ACPI / scan: Allow ACPI drivers to bind to PNP device objects

On Thu, 2014-08-21 at 19:10 +0200, Rafael J. Wysocki wrote: > On Thursday, August 21, 2014 08:08:54 PM Zhang Rui wrote: > > Hi, Rafael, > > > > On Thu, 2014-08-21 at 06:04 +0200, Rafael J. Wysocki wrote: > > > From: Rafael J. Wysocki > > [cut] > > > Note that I've just tested on my machine and

Re: [PATCH] softlockup: make detector be aware of task switch of processes hogging cpu

On Thu, Aug 21, 2014 at 01:42:22PM +0800, chai wen wrote: > For now, soft lockup detector warns once for each case of process softlockup. > But the thread 'watchdog/n' may not always get the cpu at the time slot > between > the task switch of two processes hogging that cpu to reset

Re: [PATCH V4 3/8] namespaces: expose ns instance serial numbers in proc

On 14/08/21, Andy Lutomirski wrote: > On Aug 20, 2014 8:12 PM, "Richard Guy Briggs" wrote: > > Expose the namespace instace serial numbers in the proc filesystem at > > /proc//ns/_snum. The link text gives the serial number in hex. > > What's the use case? > > I understand the utility of

Re: [ext4] 71d4f7d0321: -49.6% xfstests.generic.274.seconds

On Thu, Aug 21, 2014 at 10:30:06PM +0800, Fengguang Wu wrote: > Hi Ted, > > We noticed increased xfstests 274's test speed and the first good > commit is 71d4f7d032149b935a26eb3ff85c6c837f3714e1 ("ext4: remove > metadata reservation checks"). > > test case:

RE: kernel boot fail with efi earlyprintk (bisected)

Hi, There is only limited entries in the x86 early mapping which is implemented by the FIXMAP. So this means for all __init call invoked for x86, if there was a early mapping in it, it should be unmapped before exiting the __init call. Using this rule, all __init call implementers can make

Re: [Xen-devel] [V0 PATCH 1/2] AMD-PVH: set EFER.NX and EFER.SCE for the boot vcpu

On Wed, Aug 20, 2014 at 07:16:39PM -0700, Mukesh Rathor wrote: > On AMD, NX feature must be enabled in the efer for NX to be honored in > the pte entries, otherwise protection fault. We also set SC for > system calls to be enabled. How come we don't need to do that for Intel (that is set the NX

Re: [PATCH 0/6] mm/hugetlb: gigantic hugetlb page pools shrink supporting

Hello Wanpeng On 08/22/2014 07:37 AM, Wanpeng Li wrote: > Hi Andi, > On Fri, Apr 12, 2013 at 05:22:37PM +0200, Andi Kleen wrote: >> On Fri, Apr 12, 2013 at 07:29:07AM +0800, Wanpeng Li wrote: >>> Ping Andi, >>> On Thu, Apr 04, 2013 at 05:09:08PM +0800, Wanpeng Li wrote: order >= MAX_ORDER

Re: [PATCH v7 04/11] arm: Support restart through restart handler call chain

Hi, Am 20.08.2014 02:45, schrieb Guenter Roeck: > The kernel core now supports a restart handler call chain for system > restart functions. > > With this change, the arm_pm_restart callback is now optional, so > drop its initialization and check if it is set before calling it. > Only call the

Re: [PATCH v5 2/3] mfd: qcom-rpm: Driver for the Qualcomm RPM

On Thu 21 Aug 06:22 PDT 2014, Lee Jones wrote: > > diff --git a/drivers/mfd/qcom_rpm.c b/drivers/mfd/qcom_rpm.c > > +static const struct qcom_rpm_data msm8660_template = { > > + .version = -1, > > -1? > 2 would be a better number... > > + .resource_table = msm8660_rpm_resource_table, > > +

Re: [PATCH] kbuild: Make scripts executable

Hi Michal, On Thu, 21 Aug 2014 11:32:56 +0200 Michal Marek wrote: > On 2014-08-21 05:25, Masahiro Yamada wrote: > > Hi Michal, > > > > > > On Wed, 20 Aug 2014 16:10:48 +0200 > > Michal Marek wrote: > > > >> The Makefiles call the respective interpreter explicitly, but this makes > >> it

Re: [PATCH 2/2] pmbus: ltc2978: add regulator gating

On Thu, Aug 21, 2014 at 06:18:10PM -0700, Guenter Roeck wrote: > On Thu, Aug 21, 2014 at 07:36:50PM -0500, Mark Brown wrote: > > On Thu, Aug 21, 2014 at 05:21:26PM -0500, at...@opensource.altera.com wrote: > > This all looks very much like pmbus could use regmap and then the regmap > > helpers.

Re: [PATCH 2/2] pmbus: ltc2978: add regulator gating

On Thu, Aug 21, 2014 at 07:36:50PM -0500, Mark Brown wrote: > On Thu, Aug 21, 2014 at 05:21:26PM -0500, at...@opensource.altera.com wrote: > > > +config SENSORS_LTC2978_REGULATOR > > + boolean "Regulator support for LTC2974, LTC2978, LTC3880, and LTC3883" > > + default n > > No need to say

Re: [PATCH] softlockup: make detector be aware of task switch of processes hogging cpu

On 08/21/2014 01:42 PM, chai wen wrote: > For now, soft lockup detector warns once for each case of process softlockup. > But the thread 'watchdog/n' may not always get the cpu at the time slot > between > the task switch of two processes hogging that cpu to reset soft_watchdog_warn. > > An

Re: [PATCH v3] i2c: rk3x: fix bug that cause transfer fails in master receive mode

Addy, On Thu, Aug 21, 2014 at 6:13 PM, Addy Ke wrote: > In rk3x SOC, the I2C controller can receive/transmit up to 32 bytes data > in one chunk, so the size of data to be write/read to/from TXDATAx/RXDATAx > must be less than or equal 32 bytes at a time. > > Tested on rk3288-pinky board, elan

Re: [PATCH v2] i2c: rk3x: fix bug that cause transfer fails in maste receive mode

Addy, Title should probably have "master", not "maste" On Thu, Aug 21, 2014 at 2:38 PM, Addy Ke wrote: > In rk3x SOC, the I2C controller can receive/transmit up to 32 bytes data > in one chunk, so the size of data to be write/read to/from TXDATAx/RXDATAx > must be less than or equal 32 bytes at

[PATCH v3] i2c: rk3x: fix bug that cause transfer fails in master receive mode

In rk3x SOC, the I2C controller can receive/transmit up to 32 bytes data in one chunk, so the size of data to be write/read to/from TXDATAx/RXDATAx must be less than or equal 32 bytes at a time. Tested on rk3288-pinky board, elan receive 158 bytes data. Acked-by: Max Schwarz Signed-off-by: Addy

RE: [PATCH 2/2] ACPI/EC: Add support to disallow QR_EC to be issued before completing the previous QR_EC.

Hi, Rafael I think PATCH 1 is required for now and this PATCH is not that useful if you are planning to merge my storming fix, the logic has already been cleaned there. This flag originally is used to mark the period after SCI_EVT is indicated and before the QR_EC is polled. This flag is

Re: percpu: Define this_cpu_cpumask_var_t_ptr

On Thu, 21 Aug 2014, Tejun Heo wrote: > > > > +#define this_cpu_cpumask_var_t_ptr(x) this_cpu_ptr() > > Urgh, this is nasty but yeah I can't think of any other way around it > either. :( > > Do we need the "_t" in the name tho? Maybe we can shorten the name to > this_cpumask_var_ptr(x)? Also,

[PATCH] tpm_tis: Verify ACPI-specified interrupt

Some machines, such as the Acer C720 and Toshiba CB35, have TPMs that do not use interrupts while also having an ACPI TPM entry indicating a specific interrupt to be used. Since this interrupt is invalid, these machines freeze on resume until the interrupt times out. Generate the ACPI-specified

[PATCH] regulator: RK808: Fix uninitialized value

The RK808 regulator driver was putting its config on the stack but not initting it. That means that you got a semi-random config. Fix this. Signed-off-by: Doug Anderson --- drivers/regulator/rk808-regulator.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

re

I am Mrs Bozena Horniakova. I need your assistance on a project. Please reply bozena.horniak...@outlook.com This e-mail is intended only for the use of the individual or entity

Re: [PATCH v3] spi: spi-imx: add DMA support

On Thu, Aug 21, 2014 at 11:53:10AM +0800, Robin Gong wrote: > Change from v2: > http://thread.gmane.org/gmane.linux.ports.arm.kernel/291722/focus=294363 > 1. dma setup only for imx51-ecspi > 2. use one small dummy buffer(1 bd size) to templiy store data >for meanless rx/tx, instead of malloc

Re: [PATCH v3] scsi: ufs-msm: add UFS controller support for Qualcomm MSM chips

>> On Aug 14, 2014, at 9:22 AM, Yaniv Gardi wrote: >>> The files in this change implement the UFS HW (controller & PHY) specific >>> behavior in Qualcomm MSM chips. >>> Signed-off-by: Yaniv Gardi >>> --- >>> Documentation/devicetree/bindings/ufs/ufs-msm.txt | 37 + >>>

Re: [PATCH v6 5/6] arm64: add SIGSYS siginfo for compat task

On 08/22/2014 02:54 AM, Kees Cook wrote: On Thu, Aug 21, 2014 at 3:56 AM, AKASHI Takahiro wrote: SIGSYS is primarily used in secure computing to notify tracer. This patch allows signal handler on compat task to get correct information with SA_SYSINFO specified when this signal is delivered.

[PATCH v4 0/4] zram memory control enhance

Currently, zram has no feature to limit memory so theoretically zram can deplete system memory. Users have asked for a limit several times as even without exhaustion zram makes it hard to control memory usage of the platform. This patchset adds the feature. Patch 1 makes zs_get_total_size_bytes

[PATCH v4 1/4] zsmalloc: move pages_allocated to zs_pool

pages_allocated has counted in size_class structure and when user of zsmalloc want to see total_size_bytes, it should gather all of count from each size_class to report the sum. it's not bad if user don't see the value often but if user start to see the value frequently, it would be not a good

[PATCH v4 4/4] zram: report maximum used memory

Normally, zram user could get maximum memory usage zram consumed via polling mem_used_total with sysfs in userspace. But it has a critical problem because user can miss peak memory usage during update inverval of polling. For avoiding that, user should poll it with shorter interval(ie,

RE: [RFC PATCH -logging 00/10] scsi/constants: Output continuous error messages on trace

> -Original Message- > From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi- > ow...@vger.kernel.org] On Behalf Of Yoshihiro YUNOMAE > Sent: Friday, 08 August, 2014 6:50 AM > Subject: [RFC PATCH -logging 00/10] scsi/constants: Output continuous > error messages on trace ... > 1)

[PATCH v4 2/4] zsmalloc: change return value unit of zs_get_total_size_bytes

zs_get_total_size_bytes returns a amount of memory zsmalloc consumed with *byte unit* but zsmalloc operates *page unit* rather than byte unit so let's change the API so benefit we could get is that reduce unnecessary overhead (ie, change page unit with byte unit) in zsmalloc. Since return type is

[PATCH v4 3/4] zram: zram memory size limitation

Since zram has no control feature to limit memory usage, it makes hard to manage system memrory. This patch adds new knob "mem_limit" via sysfs to set up the a limit so that zram could fail allocation once it reaches the limit. In addition, user could change the limit in runtime so that he could

Re: [PATCH v6 4/6] arm64: add seccomp syscall for compat task

On 08/22/2014 02:52 AM, Kees Cook wrote: On Thu, Aug 21, 2014 at 3:56 AM, AKASHI Takahiro wrote: This patch allows compat task to issue seccomp() system call. Signed-off-by: AKASHI Takahiro --- arch/arm64/include/asm/unistd.h |2 +- arch/arm64/include/asm/unistd32.h |3 +++ 2

Re: [PATCH v6 3/6] asm-generic: add generic seccomp.h for secure computing mode 1

On 08/22/2014 02:51 AM, Kees Cook wrote: On Thu, Aug 21, 2014 at 3:56 AM, AKASHI Takahiro wrote: Those values (__NR_seccomp_*) are used solely in secure_computing() to identify mode 1 system calls. If compat system calls have different syscall numbers, asm/seccomp.h may override them.

Re: [PATCH 2/2] pmbus: ltc2978: add regulator gating

On Thu, Aug 21, 2014 at 05:21:26PM -0500, at...@opensource.altera.com wrote: > +config SENSORS_LTC2978_REGULATOR > + boolean "Regulator support for LTC2974, LTC2978, LTC3880, and LTC3883" > + default n No need to say default n here, it's the default default. > + depends on

Re: [PATCH net-next] MAINTAINERS: Add section for MRF24J40 IEEE 802.15.4 radio driver

From: Alan Ott Date: Sat, 16 Aug 2014 17:09:03 -0400 > Alan is the original author of the driver. This change was discussed > with the 802.15.4 subsystem maintainer, Alexander Aring. > > Signed-off-by: Alan Ott Applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH v6 2/6] arm64: ptrace: allow tracer to skip a system call

On 08/22/2014 02:08 AM, Kees Cook wrote: On Thu, Aug 21, 2014 at 3:56 AM, AKASHI Takahiro wrote: If tracer specifies -1 as a syscall number, this traced system call should be skipped with a value in x0 used as a return value. This patch enables this semantics, but there is a restriction here:

Re: [PATCH v6 1/6] arm64: ptrace: add PTRACE_SET_SYSCALL

On 08/22/2014 01:47 AM, Kees Cook wrote: On Thu, Aug 21, 2014 at 3:56 AM, AKASHI Takahiro wrote: To allow tracer to be able to change/skip a system call by re-writing a syscall number, there are several approaches: (1) modify x8 register with ptrace(PTRACE_SETREGSET), and handle this case

[PATCH v3] perf hists browser: Consolidate callchain print functions in TUI

Currently there're two callchain print functions in TUI - one for the hists browser and another for file dump. They do almost same job so it'd be better consolidate the codes. To do that, provide two callbacks to the generic logic - one for printing and another for checking whether it should

Re: Issue with clone() and CLONE_NEWUSER as unprivileged user

On Thu, Aug 21, 2014 at 3:26 PM, Marcel Holtmann wrote: > Hi Andy, > >>> I am trying to use clone() and CLONE_NEWUSER for creating a new user >>> namespace as an unprivileged user. I always get an operation not permitted >>> error. However when I used fork() + unshare() as unprivileged user, I

Re: [PATCH] checkpatch: look for common misspellings

On Thu, 2014-08-21 at 18:01 -0500, Kees Cook wrote: > On Thu, Aug 21, 2014 at 12:18 PM, Joe Perches wrote: > > On Thu, 2014-08-21 at 09:20 -0700, Kees Cook wrote: > >> Check for misspellings, based on Debian's lintian list. Several false > >> positives were removed, and several additional words

Re: Oops: 17 SMP ARM (v3.16-rc2)

On Thu, Aug 21, 2014 at 6:39 AM, Iain Paton wrote: > two and a half days of running this against both a sabre-lite and a > wandboard quad B1 and I still have no reason to think there's any > sort of a problem. > > Up to now, my testing has been done with my own config, I'll now > repeat the

Re: [PATCH] edac: Fix build error caused by wrong member access

On Thu, Aug 21, 2014 at 5:28 PM, Andrew Morton wrote: > > This driver seems pretty unhealthy and I suspect it has been > broken for quite a while. > > drivers/edac/ppc4xx_edac.c: In function 'mfsdram': > drivers/edac/ppc4xx_edac.c:249: error: implicit declaration of function > '__mfdcri' >

Re: [PATCH] cgroup: add tracepoints to track cgroup events

On Thu, 21 Aug 2014 12:07:01 -0500 Tejun Heo wrote: > Hello, Anrea. > > On Thu, Aug 21, 2014 at 11:00:02AM -0600, Andrea Righi wrote: > > hmm... am I missing something or we already support directory events? > > Ah, right, those mkdir/rmdir and writes automatically generate those > events. >

Re: [PATCH 1/2] net: ec_bhf: remove excessive debug messages

From: Dariusz Marcinkiewicz Date: Fri, 15 Aug 2014 17:49:41 +0200 > This cuts down on the number of debug information spit out by > the driver. Some of the potentially useful debug info gets exposed > by debugfs. > > Signed-off-by: Dariusz Marcinkiewicz I think you should just flat out remove

Re: [PATCH 2/2] MAINTAINERS: add entry for ec_bhf driver

From: Dariusz Marcinkiewicz Date: Fri, 15 Aug 2014 17:50:47 +0200 > Added entry for ec_bhf driver. > > Signed-off-by: Dariusz Marcinkiewicz Applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: [PATCH 8/9] ARM: zynq: Remove hotplug.c

On Thu, 2014-08-21 at 03:32AM +0200, Daniel Lezcano wrote: > On 08/20/2014 10:41 PM, Soren Brinkmann wrote: > >The hotplug code contains only a single function, which is an SMP > >function. Move that to platsmp.c where all other SMP runctions reside. > >That allows removing hotplug.c and declaring

Re: [PATCH 0/6] mm/hugetlb: gigantic hugetlb page pools shrink supporting

Hi Andi, On Fri, Apr 12, 2013 at 05:22:37PM +0200, Andi Kleen wrote: >On Fri, Apr 12, 2013 at 07:29:07AM +0800, Wanpeng Li wrote: >> Ping Andi, >> On Thu, Apr 04, 2013 at 05:09:08PM +0800, Wanpeng Li wrote: >> >order >= MAX_ORDER pages are only allocated at boot stage using the >> >bootmem

Re: [PATCH v2 0/3] net: Add Keystone NetCP ethernet driver support

From: Santosh Shilimkar Date: Fri, 15 Aug 2014 11:12:39 -0400 > Update version after incorporating David Miller's comment from earlier > posting [1]. I would like to get these merged for upcoming 3.18 merge > window if there are no concerns on this version. > > The network coprocessor (NetCP)

Re: [PATCH net] net: fix checksum features handling in netif_skb_features()

From: Michal Kubecek Date: Fri, 15 Aug 2014 11:56:17 +0200 (CEST) > @@ -2587,13 +2587,18 @@ netdev_features_t netif_skb_features(struct sk_buff > *skb) > return harmonize_features(skb, features); > } > > - features &= (skb->dev->vlan_features | NETIF_F_HW_VLAN_CTAG_TX

Re: [PATCH v3 3/4] zram: zram memory size limitation

On Thu, Aug 21, 2014 at 03:08:12PM -0400, Dan Streetman wrote: > On Wed, Aug 20, 2014 at 8:27 PM, Minchan Kim wrote: > > Since zram has no control feature to limit memory usage, > > it makes hard to manage system memrory. > > > > This patch adds new knob "mem_limit" via sysfs to set up the > > a

[PATCH linux-next] irq: export handle_fasteoi_irq

Export handle_fasteoi_irq to be able to use it in e.g. the Zynq gpio driver since commit 6dd859508336 ("gpio: zynq: Fix IRQ handlers"). This fixes the following link issue: ERROR: "handle_fasteoi_irq" [drivers/gpio/gpio-zynq.ko] undefined! Signed-off-by: Vincent Stehlé Cc: Thomas Gleixner

Re: [PATCH v6 2/2] KVM: nVMX: nested TPR shadow/threshold emulation

Hi Paolo, On Thu, Aug 21, 2014 at 02:33:36PM +0200, Paolo Bonzini wrote: [...] >> return; >> @@ -7847,6 +7859,27 @@ static bool nested_get_vmcs12_pages(struct kvm_vcpu >> *vcpu, >> vmx->nested.apic_access_page = >> nested_get_page(vcpu,

Re: [PATCH -v2] x86, acpi: Handle xapic/x2apic entries in MADT at same time

On Thu, Aug 21, 2014 at 12:00 AM, Ingo Molnar wrote: > > (lkml Cc:-ed, in case someone wants to help out.) > > The changelog quality and organization of your submitted > patches is still poor, they are hard to read and review. This > is a repeat complaint against your patches, yet not much has >

Re: [PATCH 1/3] tg3: Limit minimum tx queue wakeup threshold

On Thu, 2014-08-21 at 16:06 -0700, Benjamin Poirier wrote: > On 2014/08/21 15:32, Michael Chan wrote: > > On Thu, 2014-08-21 at 15:04 -0700, Benjamin Poirier wrote: > > > On 2014/08/19 15:00, Michael Chan wrote: > > > > On Tue, 2014-08-19 at 11:52 -0700, Benjamin Poirier wrote: > > > > > diff

Re: [PATCH v3 2/4] zsmalloc: change return value unit of zs_get_total_size_bytes

On Thu, Aug 21, 2014 at 02:53:57PM -0400, Dan Streetman wrote: > On Wed, Aug 20, 2014 at 8:27 PM, Minchan Kim wrote: > > zs_get_total_size_bytes returns a amount of memory zsmalloc > > consumed with *byte unit* but zsmalloc operates *page unit* > > rather than byte unit so let's change the API so

Re: [PATCH v3 2/4] zsmalloc: change return value unit of zs_get_total_size_bytes

On Thu, Aug 21, 2014 at 02:53:57PM -0400, Dan Streetman wrote: > On Wed, Aug 20, 2014 at 8:27 PM, Minchan Kim wrote: > > zs_get_total_size_bytes returns a amount of memory zsmalloc > > consumed with *byte unit* but zsmalloc operates *page unit* > > rather than byte unit so let's change the API so

  1   2   3   4   5   6   7   8   9   10   >