Re: [PATCH] tracing: expose current->comm to kprobe events

Hello, On Wed, Jun 1, 2016 at 3:17 PM, Omar Sandoval wrote: > From: Omar Sandoval > > ftrace is very quick to give up on saving the task command line (see > `trace_save_cmdline()`). The workaround for events which really care > about the command line is to

RE: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

> > > > This isn't something part of ACPI - it's been added specifically for a > > selection of Dell machines. > > Ah, but isn't ACPI supposed to be a "standard"? :) > Heh. It's also possible to get this from an SMM routine. Lesser of two evils to fetch the information this way, right? :) >

Re: [PATCH 1/3] pci: introduce read_bridge/write_bridge pci ops

On Thursday, June 2, 2016 9:00:01 AM CEST Bjorn Helgaas wrote: > On Wed, Jun 01, 2016 at 10:37:28PM +0200, Arnd Bergmann wrote: > > On Wednesday, June 1, 2016 2:04:30 PM CEST Bjorn Helgaas wrote: > > > On Wed, Jun 01, 2016 at 05:41:53PM +0200, Arnd Bergmann wrote: > > > > On Wednesday, June 1,

Re: [RFC PATCH 0/3] Aggregate task utilization only on root cfs_rq

On 01/06/16 21:10, Peter Zijlstra wrote: > On Wed, Jun 01, 2016 at 08:39:19PM +0100, Dietmar Eggemann wrote: >> This is an alternative approach to '[RFC PATCH v2] sched: reflect >> sched_entity movement into task_group's utilization' which requires >> '[RFC PATCH] sched: fix hierarchical order in

[PATCH -next 2/2] virtio_net: Read the advised MTU

This patch checks the feature bit for the VIRTIO_NET_F_MTU feature. If it exists, read the advised MTU and use it. No proper error handling is provided for the case where a user changes the negotiated MTU. A future commit will add proper error handling. Instead, a warning is emitted if the guest

[PATCH v3 02/06] iommu/ipmmu-vmsa: Rework interrupt code and use bitmap for context

From: Magnus Damm Introduce a bitmap for context handing and convert the interrupt routine to handle all registered contexts. At this point the number of contexts are still limited. Also remove the use of the ARM specific mapping variable from ipmmu_irq() to allow

[PATCH v3 00/06] iommu/ipmmu-vmsa: IPMMU multi-arch update V3

the Kconfig bits to apply on top of ARCH_RENESAS Signed-off-by: Magnus Damm <damm+rene...@opensource.se> --- Built on top of next-20160602 drivers/iommu/Kconfig |1 drivers/iommu/ipmmu-vmsa.c | 263 2 files changed, 216 insertions(

[PATCH v3 06/06] iommu/ipmmu-vmsa: Drop LPAE Kconfig dependency

From: Magnus Damm Neither the ARM page table code enabled by IOMMU_IO_PGTABLE_LPAE nor the IPMMU_VMSA driver actually depends on ARM_LPAE, so get rid of the dependency. Tested with ipmmu-vmsa on r8a7794 ALT and a kernel config using: # CONFIG_ARM_LPAE is not set

[PATCH v3 05/06] iommu/ipmmu-vmsa: Add new IOMMU_DOMAIN_DMA ops

From: Magnus Damm Introduce an alternative set of iommu_ops suitable for 64-bit ARM as well as 32-bit ARM when CONFIG_IOMMU_DMA=y. Signed-off-by: Magnus Damm --- Changes since V2: - Included this new patch from the following series:

[PATCH v3 01/06] iommu/ipmmu-vmsa: Remove platform data handling

From: Magnus Damm The IPMMU driver is using DT these days, and platform data is no longer used by the driver. Remove unused code. Signed-off-by: Magnus Damm Reviewed-by: Laurent Pinchart --- Changes

[PATCH v3 03/06] iommu/ipmmu-vmsa: Break out utlb parsing code

From: Magnus Damm Break out the utlb parsing code and dev_data allocation into a separate function. This is preparation for future code sharing. Signed-off-by: Magnus Damm --- Changes since V2: - Included this new patch from the

Re: [RFC PATCHv2] usb: USB Type-C Connector Class

On Thu, Jun 02, 2016 at 01:18:53PM +0300, Heikki Krogerus wrote: > On Wed, Jun 01, 2016 at 04:29:26PM -0700, Guenter Roeck wrote: > > On Wed, Jun 01, 2016 at 11:26:09AM +0200, Oliver Neukum wrote: > > > On Thu, 2016-05-19 at 15:44 +0300, Heikki Krogerus wrote: > > > > Just noticed that the

RE: [PATCH 12/20] x86, edac: use Intel family name macros for edac driver

> Another straightforward replacement of magic numbers. It would be if I hadn't forgotten that INTEL_FAM6_MODEL_BROADWELL_XEON_D had a separate model number from the other Broadwell Xeons when I switched the driver from PCI device lookup to cpu model number. This needs to add an entry for

Re: [PATCH v2 3/5] ARM: dts: Add I2C1 support for STM32F429 SoC

2016-06-02 16:26 GMT+02:00 M'boumba Cedric Madianga : > Signed-off-by: Patrice Chotard > Signed-off-by: M'boumba Cedric Madianga > --- > arch/arm/boot/dts/stm32f429.dtsi | 24 > 1 file

Re: [PATCH 01/32] arm64: Add platform selection for BCM2835.

On 6/1/2016 11:45 PM, Gerd Hoffmann wrote: config ARCH_BCM2835 bool "Broadcom BCM2835 family" - depends on ARCH_MULTI_V6 || ARCH_MULTI_V7 + depends on ARCH_MULTI_V6 || ARCH_MULTI_V7 || ARM64 Humm, what does that achieve? Nothing ;) Slipped through unnoticed, I'll drop

[PATCH v2 3/5]nbd: fix various coding standard warnings

1 )nbd: fix checkpatch trailing space warning. 2) nbd: fix checkpatch warning use linux/uaccess.h 3) nbd : fix checkpatch pointer declaration warning 4) nbd: fix checkpatch warning no newline after decleration. 5) nbd: fix checkpatch warning no newline after decleration. 6) nbd : fix

Re: [PATCH] ASoC: sgtl5000: only check VDDD-supply, not revision

Hi Clemens, On Thu, Jun 2, 2016 at 9:47 AM, Clemens Gruber wrote: > Instead of checking the SGTL5000 chip revision, we should only check if > the VDDD regulator exists and only call sgtl5000_replace_vddd_with_ldo > if the regulator is missing. > Otherwise, the user

[PATCH -next 1/2] virtio: Start feature MTU support

This commit adds the feature bit and associated mtu device entry for the virtio network device. Future commits will make use of these bits to support negotiated MTU. Signed-off-by: Aaron Conole --- include/uapi/linux/virtio_net.h | 2 ++ 1 file changed, 2 insertions(+) diff

[PATCH -next 0/2] virtio-net: Advised MTU feature

The following series adds the ability for a hypervisor to set an MTU on the guest during feature negotiation phase. This is useful for VM orchestration when, for instance, tunneling is involved and the MTU of the various systems should be homogenous. The first patch adds the feature bit as

Applied "ASoC: hdmi-codec: select CONFIG_HDMI" to the asoc tree

The patch ASoC: hdmi-codec: select CONFIG_HDMI has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus

Re: [RFC PATCH v1 3/3] regulator: qcom_smd: add linear range to pm8941 lnldo

On Thu, Jun 02, 2016 at 03:57:42PM +0100, Srinivas Kandagatla wrote: > On 02/06/16 15:49, Mark Brown wrote: > > Why is this better than using a separate set of ops for the driver? > Am ok either way, it would be just few more lines for separate set of ops. It's more natural to use a separate

Re: [PATCH 00/11] cpufreq: Keep policy->freq_table sorted

On 2 June 2016 at 20:38, Rafael J. Wysocki wrote: > On Thu, Jun 2, 2016 at 4:19 PM, Viresh Kumar wrote: >> Hi Rafael, >> >> This series fixes all cpufreq drivers that provide a 'target_index' >> callback or in other words, which provide a freq-table to

Re: [PATCH 2/5] i2c: Add STM32F4 I2C driver

Hi Cedric, 2016-06-02 17:35 GMT+02:00 M'boumba Cedric Madianga : > Hi, > >>> + >>> +/** >>> + * stm32f4_i2c_xfer() - Transfer combined I2C message >>> + * @i2c_adap: Adapter pointer to the controller >>> + * @msgs: Pointer to data to be written. >>> + * @num: Number of

Re: [PATCH] pstore: set ecc_notice_size to zero

On Wed, Jun 1, 2016 at 10:17 PM, Geliang Tang wrote: > Since a @ecc_notice_size parameter has been added in pstore_info.read(), > this patch sets this parameter to zero in efi_pstore_read() and > erst_reader(). > > Signed-off-by: Geliang Tang

Re: [PATCH 2/3] perf/x86/intel: fix for MSR_LAST_BRANCH_FROM_x quirk when no TSX

> $ ./lbr_perf record --call-graph lbr -e cycles:k ./cqm_easy > > where lbr_perf is the patched perf tool, that allows to specify :k > on lbr mode. The above command will trigger a #GPF : Why would you want to do that? We usually have frame pointers for the kernel, so callstack LBR for the

Re: [PATCH V3] mtd: nand: add Loongson1 NAND driver

On Sat, 28 May 2016 17:54:10 +0800 Keguang Zhang wrote: > From: Kelvin Cheung > > This patch adds NAND driver for Loongson1B. > > Signed-off-by: Kelvin Cheung > > --- > v3: >Replace __raw_readl/__raw_writel with

Re: [RFC PATCH v1 3/3] regulator: qcom_smd: add linear range to pm8941 lnldo

On Thu, Jun 02, 2016 at 09:04:32AM -0700, Bjorn Andersson wrote: > On Thu 02 Jun 08:50 PDT 2016, Mark Brown wrote: > > It's more natural to use a separate set of ops, and we can optimise a > > few things if we know the regulator is a fixed voltage one. > In my view a fixed regulator is a thing

[PATCH v2 1/5] nbd: fix might_sleep warning on socket shutdown.

spinlocked ranges should be small and not contain calls into huge subfunctions. Fix my mistake and just get the pointer to the socket instead of doing everything with spinlock held. Reported-by: Mikulas Patocka Signed-off-by: Markus Pargmann

Re: [RFC PATCH 1/3] sched/fair: Aggregate task utilization only on root cfs_rq

On 02/06/16 10:23, Juri Lelli wrote: >> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c >> index 218f8e83db73..212becd3708f 100644 >> --- a/kernel/sched/fair.c >> +++ b/kernel/sched/fair.c >> @@ -2705,6 +2705,7 @@ __update_load_avg(u64 now, int cpu, struct sched_avg >> *sa, >> u32

Re: [RFC PATCH 3/3] sched/fair: Change @running of __update_load_avg() to @update_util

On 01/06/16 21:11, Peter Zijlstra wrote: > On Wed, Jun 01, 2016 at 08:39:22PM +0100, Dietmar Eggemann wrote: >> The information whether a se/cfs_rq should get its load and >> utilization (se representing a task and root cfs_rq) or only its load >> (se representing a task group and cfs_rq owned by

[PATCH] MAINTAINERS: Remove Muli Ben-Yahuda from Calgary x86-64 IOMMU entry

Muli Ben-Yahuda's email bounces so remove him from Calgary IOMMU. He is already present in CREDITS for that. Cc: disc...@x86-64.org Cc: Jon D. Mason Signed-off-by: Krzysztof Kozlowski --- MAINTAINERS | 1 - 1 file changed, 1 deletion(-) diff --git

Re: [PATCH 0/4] mtd: nand: Add support for Evatronix NANDFLASH-CTRL

Hi Ricard, I was not in Cc of this series, so you're either developing an old kernel version, or you didn't check the MAINTAINERS file (or didn't run get_maintainer.pl on your series). And please, next time make sure patches 1 to X are sent in replies to your cover letter. On Thu, 2 Jun 2016

authenc methods vs FIPS in light of unencrypted associated data

Hi, In February I already tagged some authenc ciphers for FIPS compatibility. I currently revisit this to get testmgr running all the tests in strict FIPS mode. The authenc() class is troublesome. There is a HASH + ENC part of this method, but you can also add associated data, which is not

Re: [PATCH -v4 5/7] locking, arch: Update spin_unlock_wait()

On Thu, Jun 02, 2016 at 11:11:07PM +0800, Boqun Feng wrote: > On Thu, Jun 02, 2016 at 04:44:24PM +0200, Peter Zijlstra wrote: > > Let me go ponder that some :/ > > > > An intial thought of the fix is making queued_spin_unlock_wait() an > atomic-nop too: > > static inline void

[PATCH v3 04/06] iommu/ipmmu-vmsa: Break out domain allocation code

From: Magnus Damm Break out the domain allocation code into a separate function. This is preparation for future code sharing. Signed-off-by: Magnus Damm --- Changes since V2: - Included this new patch as-is from the following series:

Re: [PATCH -next 2/2] virtio_net: Read the advised MTU

On Thu, Jun 02, 2016 at 11:43:31AM -0400, Aaron Conole wrote: > This patch checks the feature bit for the VIRTIO_NET_F_MTU feature. If it > exists, read the advised MTU and use it. > > No proper error handling is provided for the case where a user changes the > negotiated MTU. A future commit

Re: [PATCH -next 1/2] virtio: Start feature MTU support

On Thu, Jun 02, 2016 at 11:43:30AM -0400, Aaron Conole wrote: > This commit adds the feature bit and associated mtu device entry for the > virtio network device. Future commits will make use of these bits to > support negotiated MTU. why split it out? Pls squash with the next patch. >

Re: [PATCH -v4 5/7] locking, arch: Update spin_unlock_wait()

On Thu, Jun 02, 2016 at 06:34:25PM +0200, Peter Zijlstra wrote: > On Thu, Jun 02, 2016 at 04:44:24PM +0200, Peter Zijlstra wrote: > > On Thu, Jun 02, 2016 at 10:24:40PM +0800, Boqun Feng wrote: > > > On Thu, Jun 02, 2016 at 01:52:02PM +0200, Peter Zijlstra wrote: > > > About spin_unlock_wait() on

Re: [PATCH] i2c: bcm2835: Set up the clock stretching timeout at boot.

Stefan Wahren writes: > Hi Eric, > > Am 02.06.2016 um 00:07 schrieb Eric Anholt: >> The register at poweron contains 0x40, which at our typical 100khz bus >> rate means .64ms instead of the desired 25ms. >> >> Fixes many clock stretching timeouts when talking to the DSI

[PATCH] [media] c8sectpfe: fix memory leak

We have assigned memory while requesting the firmware but if the sanity check fails then we are not releasing the firmware. Signed-off-by: Sudip Mukherjee --- drivers/media/platform/sti/c8sectpfe/c8sectpfe-core.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH/RFC 1/1] soc: renesas: Add DT fixup code for missing r8a7791 RST

Hi Geert, A few notes. > On Jun 1, 2016, at 22:50 , Geert Uytterhoeven wrote: > > Add DT fixup code to add a reset-controller node for the r8a7791 RST > module if it's not yet present. > > This allows the R-Car Gen2 clock driver to use the RST driver to obtain > the

Re: [PATCH V2 2/6] cpufreq: Remove cpufreq_frequency_get_table()

On Thu, Jun 02, 2016 at 09:06:26PM +0530, Viresh Kumar wrote: > On 2 June 2016 at 20:29, Javi Merino wrote: > > In 5a31d594a973 ("cpufreq: Allow freq_table to be obtained for offline > > CPUs") you did the opposite: don't use cpufreq_cpu_get_raw() because > > it won't give

Re: [PATCH v8 4/4] serial: pl011: add console matching function

On 05/20/2016 04:03 PM, Aleksey Makarov wrote: > This patch adds function pl011_console_match() that implements > method match of struct console. It allows to match consoles against > data specified in a string, for example taken from command line or > compiled by ACPI SPCR table handler. > >

Re: [PATCH 03/32] irqchip: bcm2835: Avoid arch/arm-specific handle_IRQ.

Jason Cooper writes: > Hey Gerd, > > On Wed, Jun 01, 2016 at 11:43:12PM +0200, Gerd Hoffmann wrote: >> From: Eric Anholt >> >> This is equivalent and works for arm64 as well. >> >> Signed-off-by: Eric Anholt >> --- > > I don't mind

Re: [PATCH v1 1/2] ARM: dts: keystone: remove bogus IO resource entry from PCI binding

On 6/2/2016 8:17 AM, Murali Karicheri wrote: The PCI DT bindings contain a bogus entry for IO space which is not supported on Keystone. The current bogus entry has an invalid size and throws following error during boot. [0.420713] keystone-pcie 21021000.pcie: error -22: failed to map

Re: [PATCH] ARM: Keystone: Introduce Kconfig option to compile in typical Keystone features

-20160602 with mem_lpae set to 0 in u-boot and it seems to boot just fine. I don't understand a requirement of having coherent memory without LPAE. Looks like a messed up description on my end, Looks like I have to update my automated test framework to incorporate the manual steps involved

Re: [PATCH -next 2/2] virtio_net: Read the advised MTU

On 06/02/2016 10:06 AM, Aaron Conole wrote: Rick Jones writes: One of the things I've been doing has been setting-up a cluster (OpenStack) with JumboFrames, and then setting MTUs on instance vNICs by hand to measure different MTU sizes. It would be a shame if such a thing

Re: linux-next: build failure after merge of the pstore tree

Thanks! All callers should be fixed now. -Kees On Wed, Jun 1, 2016 at 9:03 PM, Stephen Rothwell wrote: > Hi Kees, > > On Thu, 2 Jun 2016 10:25:56 +1000 Stephen Rothwell > wrote: >> >> After merging the pstore tree, today's linux-next build (x86_64

Re: [PATCH 32/32] mmc: bcm2835: Import bcm2835-mmc and switch to it

Stefan Wahren writes: > Hi Gerd, > > Am 01.06.2016 um 23:43 schrieb Gerd Hoffmann: >> From: Eric Anholt >> >> With this we can get wifi (brcmfmac) to probe. Without it we're stuck >> with timeouts from sdio.c when it tries to set the bus width to 4. > >

Re: [PATCH 5/5] intel_idle: Add S0ix validation

On Thu, Jun 2, 2016 at 6:23 AM, One Thousand Gnomes wrote: > On Thu, 2 Jun 2016 11:25:05 +0200 > Peter Zijlstra wrote: > >> On Wed, Jun 01, 2016 at 09:33:29PM -0700, dbaseh...@chromium.org wrote: >> > +/* >> > + * Default chosen to have <= 1%

RE: [PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Thursday, June 2, 2016 12:48 PM > To: Limonciello, Mario > Cc: hayesw...@realtek.com; LKML ; Netdev > ; Linux USB

Re: [PATCH 1/5] clk: qcom: ipq4019: Modified the fixed clock rate to proper values

On 06/02, Banavathi, Pradeep wrote: > The PLLs on IPQ4019 cannot be reconfigured by design. The > recommendation is to program these PLLS only once. Since, the > Bootloaders configure the PLLs and clocks already. we did not > support the recalc rate and marked them as fixed clocks. > (Please

Re: [PATCHv3] rcu: tree: correctly handle sparse possible cpus

On Tue, May 31, 2016 at 12:03:15PM +0100, Mark Rutland wrote: > On Mon, May 23, 2016 at 09:13:33AM -0700, Paul E. McKenney wrote: > > On Mon, May 23, 2016 at 11:42:59AM +0100, Mark Rutland wrote: > > > In many cases in the RCU tree code, we iterate over the set of cpus for > > > a leaf node

Re: BUG: scheduling while atomic: cron/668/0x10c9a0c0

On Thu, 2 Jun 2016 13:19:36 +0100 Mel Gorman wrote: > > >Signed-off-by: Mel Gorman > > > > Acked-by: Vlastimil Babka > > > > Thanks. I queued this. A tested-by:Geert would be nice? From: Mel Gorman

Re: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

writes: >> > 2) Track whether this is the first or second USB NIC plugged in. Only >> > offer it >> on the first NIC detected by r8152. When the second NIC is plugged in don't >> match from ACPI. >> > There would be a question of what to do if the first NIC is

Re: [PATCH -next 2/2] virtio_net: Read the advised MTU

kbuild test robot <l...@intel.com> writes: > Hi, > > [auto build test ERROR on next-20160602] > > url: > https://github.com/0day-ci/linux/commits/Aaron-Conole/virtio-net-Advised-MTU-feature/20160603-000714 > config: i386-allmodconfig (attached as .config) > c

Re: [PATCH 21/32] mmc: bcm2835-sdhost: Add new driver for the internal SD controller.

Arnd Bergmann writes: > On Wednesday, June 1, 2016 11:43:30 PM CEST Gerd Hoffmann wrote: >> +/* Parse OF address directly to get the physical address for >> + * DMA to our registers. >> + */ >> +host->phys_addr = be32_to_cpup(of_get_address(pdev->dev.of_node, 0, >>

Re: [PATCH v2 1/3] pstore: check PSTORE_FLAGS_FRAGILE in pstore_unregister

On Fri, Nov 6, 2015 at 8:43 PM, Geliang Tang wrote: > When PSTORE_FLAGS_FRAGILE flag is set, only kmsg is registered in > pstore_register. So, under these circumstances, only kmsg needs to > be unregistered in pstore_unregister. > > Signed-off-by: Geliang Tang

Re: [PATCH] tracing: expose current->comm to kprobe events

Hi, On Fri, Jun 03, 2016 at 12:40:02AM +0900, Namhyung Kim wrote: > Hello, > > On Wed, Jun 1, 2016 at 3:17 PM, Omar Sandoval wrote: > > From: Omar Sandoval > > > > ftrace is very quick to give up on saving the task command line (see > >

Re: [PATCH v3 06/10] fs/namei.c: Improve dcache hash function

Linus Torvalds wrote: > Don't worry about pa-risc. There may be a handful of users, where even > "users" is more of a "boot up occasionally just for perverse fun" > rather than anything else. Yes, I'm quite aware that, like alpha and ia64, it's purely of historical interest. It's not even in the

Re: [PATCH 04/34] clk: bcm2835: Migrate to clk_hw based registration and OF APIs

Stephen Boyd writes: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers while registering clks in > these drivers, allowing us to move closer to a clear split of > consumer and provider clk APIs. This looks good, but

Re: [PATCH] x86: Report Intel platform_id in /proc/cpuinfo

On Tue, 31 May 2016, Andi Kleen wrote: > We have a need to distinguish systems based on their platform ID. > For example this is useful to distinguish systems with L4 cache > versus ones without. > > There is a 5 bit identifier (also called processor flags) in There is a 3 bit identifier... >

Re: [PATCH v2 2/3] efi-pstore: implement efivars_pstore_exit()

On Thu, Jun 2, 2016 at 12:26 AM, Geliang Tang wrote: > On Wed, Nov 11, 2015 at 03:24:33PM -0800, Kees Cook wrote: >> On Wed, Nov 11, 2015 at 3:23 PM, Luck, Tony wrote: >> module_init(efivars_pstore_init); >> >>> >> >>> Looks OK to me. Kees, are you

Re: [PATCH 10/32] don't force serial pins to uart0

Arnd Bergmann writes: > On Wednesday, June 1, 2016 11:43:19 PM CEST Gerd Hoffmann wrote: >> From: Eric Anholt >> >> --- >> > > No signoff or description? This commit should not have been sent out as is. Gerd took a bunch of messy commits from my trees that

RE: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

> -Original Message- > From: Bjørn Mork [mailto:bj...@mork.no] > Sent: Thursday, June 2, 2016 1:04 PM > To: Limonciello, Mario > Cc: gre...@linuxfoundation.org; hayesw...@realtek.com; linux- > ker...@vger.kernel.org; net...@vger.kernel.org; linux- >

Re: [PATCH V2 2/2] cpufreq: Optimize cpufreq_frequency_table_target()

On Thu, Jun 02, 2016 at 06:59:04AM +0530, Viresh Kumar wrote: > On 01-06-16, 12:46, Steve Muckle wrote: > > > /* > > >* Find the closest frequency above target_freq. > > > - * > > > - * The table is sorted in the reverse order with respect to the > > > - * frequency and all of the entries

Re: [PATCH] tty: serial: msm: Disable restoring Rx interrupts for DMA Mode

On 06/02, chara...@codeaurora.org wrote: > On 2016-05-26 04:16, Stephen Boyd wrote: > > > >Ok, but what's the exact sequence of events that happens? I think > >we unlock the spinlock in the dma completion handler and then the > >txlev interrupt runs? At that point we may have more data to push >

Re: [BUG/REGRESSION] THP: broken page count after commit aa88b68c

On Thu, 2 Jun 2016 18:51:50 +0300 "Kirill A. Shutemov" wrote: > On Thu, Jun 02, 2016 at 05:21:41PM +0200, Gerald Schaefer wrote: > > Christian Borntraeger reported a kernel panic after corrupt page counts, > > and it turned out to be a regression introduced with commit

Anyone have a clone of wireless-legacy.git?

It has recently come to my attention that the old wireless-legacy.git tree is no longer available on kernel.org. I honestly have no idea what happened to it -- for all I know I fat-fingered it some time ago or whatever. Anyway, apparently there are some references in it "out there" and it would

Re: [PATCH v5 2/2] skb_array: ring test

On Tue, 24 May 2016 23:34:14 +0300 "Michael S. Tsirkin" wrote: > On Tue, May 24, 2016 at 07:03:20PM +0200, Jesper Dangaard Brouer wrote: > > > > On Tue, 24 May 2016 12:28:09 +0200 > > Jesper Dangaard Brouer wrote: > > > > > I do like perf, but it does not

Re: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

On Thursday 02 June 2016 20:04:02 Bjørn Mork wrote: > writes: > >> > 2) Track whether this is the first or second USB NIC plugged in. > >> > Only offer it > >> > >> on the first NIC detected by r8152. When the second NIC is > >> plugged in don't match from ACPI. >

Re: [PATCH 5/5] intel_idle: Add S0ix validation

On Thu, Jun 2, 2016 at 6:23 AM, One Thousand Gnomes wrote: > > There are plenty of Skylake configurations where at the moment you won't > get s0ix entry because the ISH driver is not yet merged. Spamming those > users with useless messages is not helpful. Likewise on

Re: [BUG/REGRESSION] THP: broken page count after commit aa88b68c

On 06/02/2016 08:40 PM, Andrew Morton wrote: > On Thu, 2 Jun 2016 18:51:50 +0300 "Kirill A. Shutemov" > wrote: > >> On Thu, Jun 02, 2016 at 05:21:41PM +0200, Gerald Schaefer wrote: >>> Christian Borntraeger reported a kernel panic after corrupt page counts, >>> and it

Re: [PATCH tty-next] devpts: Make each mount of devpts an independent filesystem.

On Thu, Jun 2, 2016 at 8:29 AM, Eric W. Biederman wrote: > > The /dev/ptmx device node is changed to lookup the directory entry > "pts" in the same directory as the /dev/ptmx device node was opened > in. If there is a "pts" entry and that entry is a devpts filesystem >

Re: [linux-next: Tree for Jun 1] __khugepaged_exit rwsem_down_write_failed lockup

On Thu, Jun 02, 2016 at 03:24:05PM +0200, Vlastimil Babka wrote: > [+CC's] > > On 06/02/2016 03:48 AM, Sergey Senozhatsky wrote: > >On (06/01/16 13:11), Stephen Rothwell wrote: > >>Hi all, > >> > >>Changes since 20160531: > >> > >>My fixes tree contains: > >> > >> of: silence warnings due to

Re: [BUG] Page allocation failures with newest kernels

Hi Mel, 2016-06-02 15:52 GMT+02:00 Mel Gorman : > On Thu, Jun 02, 2016 at 07:48:38AM +0200, Marcin Wojtas wrote: >> Hi Will, >> >> I think I found a right trace. Following one-liner fixes the issue >> beginning from v4.2-rc1 up to v4.4 included: >> >> ---

Re: [PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

> > And you want to check this for all Dell devices? Please be model > > specific, I doubt a bunch of Dell servers wants to run this code... > > > > Tracking model specific is really going to turn into a giant list never > ending list. > To drill down more specifically, I can match on chassis

Re: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

On Thursday 02 June 2016 20:28:33 mario_limoncie...@dell.com wrote: > > -Original Message- > > From: Bjørn Mork [mailto:bj...@mork.no] > > Sent: Thursday, June 2, 2016 1:04 PM > > To: Limonciello, Mario > > Cc: gre...@linuxfoundation.org; hayesw...@realtek.com;

Re: [BUG/REGRESSION] THP: broken page count after commit aa88b68c

On Thu, 2 Jun 2016 20:56:27 +0200 Christian Borntraeger wrote: > >> The fix looks good to me. > > > > Yes. A bit regrettable, but that's what release_pages() does. > > > > Can we have a signed-off-by please? > > Please also add CC: stable for 4.6 I shall take that

RE: [PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

> -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Thursday, June 2, 2016 2:03 PM > To: Limonciello, Mario > Cc: gre...@linuxfoundation.org; hayesw...@realtek.com; linux- > ker...@vger.kernel.org; net...@vger.kernel.org; linux- >

Re: [PATCH V3 0/2] vhost_net polling optimization

From: Jason Wang Date: Wed, 1 Jun 2016 01:56:32 -0400 > This series tries to optimize vhost_net polling at two points: > > - Stop rx polling for reduicng the unnecessary wakeups during > handle_rx(). > - Conditonally enable tx polling for reducing the unnecessary >

[PATCH] rxrpc: Use pr_ and pr_fmt, reduce object size a few KB

Use the more common kernel logging style and reduce object size. The logging message prefix changes from a mixture of "RxRPC:" and "RXRPC:" to "af_rxrpc: ". $ size net/rxrpc/built-in.o* textdata bss dec hex filename 6417219728304 74448 122d0

Re: [PATCH 32/32] mmc: bcm2835: Import bcm2835-mmc and switch to it

Hi Eric, > Eric Anholt hat am 2. Juni 2016 um 20:18 geschrieben: > > > Stefan Wahren writes: > > > Hi Gerd, > > > > Am 01.06.2016 um 23:43 schrieb Gerd Hoffmann: > >> From: Eric Anholt > >> > >> With this we can get wifi (brcmfmac)

Re: [PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

On Thu, Jun 02, 2016 at 07:04:32PM +, mario_limoncie...@dell.com wrote: > > -Original Message- > > From: Andrew Lunn [mailto:and...@lunn.ch] > > Sent: Thursday, June 2, 2016 2:03 PM > > To: Limonciello, Mario > > Cc: gre...@linuxfoundation.org;

4.6-rc*: Kernel unaligned access at pci_bus_read_config_dword+0x64/0x80

Between 4.5.0 and 4.6.0-rc3, my Spar Enterprise T5120 has started showing the following messages during bootup: [ 64.564608] Kernel unaligned access at TPC[69fb04] pci_bus_read_config_dword+0x64/0x80 [ 64.564688] Kernel unaligned access at TPC[69fb04] pci_bus_read_config_dword+0x64/0x80 [

Re: [PATCH] stmmac: do not sleep in atomic context for mdio_reset

From: Vincent Palatin Date: Wed, 1 Jun 2016 08:53:48 -0700 > stmmac_mdio_reset() has been updated to use msleep rather udelay > (as some PHY requires a one second delay there). > It called from stmmac_resume() within the spin_lock_irqsave block > atomic context triggering

Re: [BUG/REGRESSION] THP: broken page count after commit aa88b68c

On 06/02/2016 09:03 PM, Andrew Morton wrote: > On Thu, 2 Jun 2016 20:56:27 +0200 Christian Borntraeger > wrote: > The fix looks good to me. >>> >>> Yes. A bit regrettable, but that's what release_pages() does. >>> >>> Can we have a signed-off-by please? >> >>

Re: [PATCH] net: ethernet: wiznet: Remove create_workqueue

From: Bhaktipriya Shridhar Date: Wed, 1 Jun 2016 23:29:15 +0530 > alloc_workqueue replaces deprecated create_workqueue(). > > A dedicated workqueue has been used since the workitems are involved > in normal device operation. Workitems >rx_work and >tx_work, > map to

Re: [PATCH 1/5] clk: qcom: ipq4019: Modified the fixed clock rate to proper values

On Thu, Jun 02, 2016 at 11:35:40AM -0700, Stephen Boyd wrote: > On 06/02, Banavathi, Pradeep wrote: > > The PLLs on IPQ4019 cannot be reconfigured by design. The > > recommendation is to program these PLLS only once. Since, the > > Bootloaders configure the PLLs and clocks already. we did not > >

[RESEND PATCH v2 1/4] PCI: Ignore resource_alignment if PCI_PROBE_ONLY was set

The resource_alignment will releases memory resources allocated by firmware so that kernel can reassign new resources later on. But this will cause the problem that no resources can be allocated by kernel if PCI_PROBE_ONLY was set, e.g. on pSeries platform because PCI_PROBE_ONLY force kernel to

[RESEND PATCH v2 4/4] PCI: Add support for enforcing all MMIO BARs to be page aligned

When vfio passthrough a PCI device of which MMIO BARs are smaller than PAGE_SIZE, guest will not handle the mmio accesses to the BARs which leads to mmio emulations in host. This is because vfio will not allow to passthrough one BAR's mmio page which may be shared with other BARs. Otherwise,

[PATCH 1/3] of_numa: Use of_get_next_parent to simplify code

Use of_get_next_parent() instead of open-code. Signed-off-by: Kefeng Wang --- drivers/of/of_numa.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/of/of_numa.c b/drivers/of/of_numa.c index 3157130..ed7bd22 100644 --- a/drivers/of/of_numa.c +++

[PATCH 3/3] arm64: numa: Use pr_fmt()

Use pr_fmt to prefix kernel output, and remove duplicated msg of NUMA turned off. Signed-off-by: Kefeng Wang --- arch/arm64/mm/numa.c | 42 +- 1 file changed, 21 insertions(+), 21 deletions(-) diff --git a/arch/arm64/mm/numa.c b/arch/arm64/mm/numa.c

[PATCH 0/3] of: numa: cleanup

1) Use of_get_next_parent in of_node_to_nid. 2) Use pr_fmt to prefix kernel output. and drop duplicated message of NUMA turned off. Based of Zhen Lei 's patchset v3 "fix some type infos and bugs for arm64/of num" in http://www.spinics.net/lists/arm-kernel/msg507650.html. Kefeng Wang (3):

[PATCH 2/3] of_numa: Use pr_fmt()

Use pr_fmt to prefix kernel output. Signed-off-by: Kefeng Wang --- drivers/of/of_numa.c | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/drivers/of/of_numa.c b/drivers/of/of_numa.c index ed7bd22..019738f 100644 --- a/drivers/of/of_numa.c +++

Re: [PATCH 17/20] x86, mmc: use Intel family name macros for mmc driver

On 02/06/16 03:12, Dave Hansen wrote: > > From: Dave Hansen > > Another straightforward replacement of magic numbers. > > Signed-off-by: Dave Hansen > Cc: Adrian Hunter > Cc: Ulf Hansson > Cc: linux-...@vger.kernel.org Acked-by: Adrian Hunter > --- > > b/drivers/mmc/host/sdhci-acpi.c

[RESEND PATCH v2 0/6] vfio-pci: Add support for mmapping MSI-X table

Current vfio-pci implementation disallows to mmap the page containing MSI-X table in case that users can write directly to MSI-X table and generate an incorrect MSIs. However, this will cause some performance issue when there are some critical device registers in the same page as the MSI-X

[RESEND PATCH v2 4/6] iommu: Set PCI_BUS_FLAGS_MSI_REMAP on iommu driver initialization

Some iommu drivers would be initialized after PCI device enumeration. So PCI_BUS_FLAGS_MSI_REMAP would not be set when probing PCI devices although IOMMU enables capability of IRQ remapping. This patch tests this capability and set the flag when iommu driver is initialized. Signed-off-by: Yongji

[RESEND PATCH v2 5/6] pci-ioda: Set PCI_BUS_FLAGS_MSI_REMAP for IODA host bridge

Any IODA host bridge have the capability of IRQ remapping. So we set PCI_BUS_FLAGS_MSI_REMAP when this kind of host birdge is detected. Signed-off-by: Yongji Xie Reviewed-by: Alexey Kardashevskiy --- arch/powerpc/platforms/powernv/pci-ioda.c |8 1 file changed, 8 insertions(+)

[RESEND PATCH v2 3/6] PCI: Set PCI_BUS_FLAGS_MSI_REMAP if IOMMU have capability of IRQ remapping

The capability of IRQ remapping is abstracted on IOMMU side on some archs. There is a existing flag IOMMU_CAP_INTR_REMAP for this. To have a universal flag to test this capability for different archs on PCI side, we set PCI_BUS_FLAGS_MSI_REMAP for PCI buses when IOMMU_CAP_INTR_REMAP is set.

<    5   6   7   8   9   10   11   12   13   14   >