Change mount test to use kselftest framework to report
test results.
Signed-off-by: Shuah Khan
---
tools/testing/selftests/mount/unprivileged-remount-test.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/tools/testing/selftests/mount/unprivileged-remount-test.c
b/to
On Tue, 23 Sep 2014, Suravee Suthikulpanit wrote:
> > > This patch implelments the ARM64 version of arch_setup_msi_irqs(),
> > > which does not return 1 for when PCI_CAP_ID_MSI and nvec > 1.
> >
> > I can see that myself. What your changelog is missing is the reason
> > WHY you think that copying
This patch v2 series: (revised to address v1 comments)
Add kselftest framework for tests to use. This is a light
weight framework provides a set of interfaces to report test
results and test statistics on number of tests passed and failed.
Several tests are changed to use the framework to report
Change timers test to use kselftest framework to report
test results.
Signed-off-by: Shuah Khan
---
tools/testing/selftests/timers/posix_timers.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/tools/testing/selftests/timers/posix_timers.c
b/tools/testing/self
Change breakpoints test to use kselftest framework to report
test results.
Signed-off-by: Shuah Khan
---
tools/testing/selftests/breakpoints/breakpoint_test.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/tools/testing/selftests/breakpoints/breakpoint_test.c
b/t
Add kselftest framework for tests to use. This is a light
weight framework provides a set of interfaces to report test
results. Tests can use these interfaces to report pass, and
fail cases as well as when failure is due to configuration
problems such as missing modules, or when a test that is shou
On Tue, 23 Sep 2014 12:10:52 +1000 NeilBrown wrote:
> Now I just need an Ack from akpm for the mm bits (please...)
Ack
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/m
On Tue, Sep 23, 2014 at 12:30:16PM -0700, beh...@converseincode.com wrote:
> From: Behan Webster
>
> The __initconst is in the wrong place, and when moved to the correct place
> it uncovers an error where the variable is used by non-init data structures.
>
> Instead merely make them const and pu
Hi all,
On Tue, 23 Sep 2014 16:59:59 +0200 Michal Marek wrote:
>
> On 2014-09-18 02:35, Randy Dunlap wrote:
> > On 09/17/14 17:32, Stephen Rothwell wrote:
> >> Hi all,
> >>
> >> After merging the net tree, today's linux-next build (powerpc
> >> ppc64_defconfig) produced these warnings:
> >>
> >>
On Tue, Sep 23, 2014 at 12:30:16PM -0700, beh...@converseincode.com wrote:
> From: Behan Webster
>
> The __initconst is in the wrong place, and when moved to the correct place
> it uncovers an error where the variable is used by non-init data structures.
>
> Instead merely make them const and pu
On Tue, 23 Sep 2014 13:56:02 +0900 Minchan Kim wrote:
> >
> > > +#define ZRAM_FULLNESS_PERCENT 80
> >
> > We've had problems in the past where 1% is just too large an increment
> > for large systems.
>
> So, do you want fullness_bytes like dirty_bytes?
Firstly I'd like you to think about whet
The iProc clock driver controls PLLs common across iProc chips. The
cygnus driver controls cygnus specific features and variations.
Reviewed-by: Ray Jui
Tested-by: Jonathan Richardson
Reviewed-by: JD (Jiandong) Zheng
Signed-off-by: Jonathan Richardson
---
drivers/clk/Makefile |1 +
Adds initial support for the Cygnus SoC based on Broadcom’s iProc series.
Reviewed-by: Ray Jui
Reviewed-by: Desmond Liu
Reviewed-by: JD (Jiandong) Zheng
Tested-by: Jonathan Richardson
Signed-off-by: Jonathan Richardson
---
arch/arm/mach-bcm/Kconfig | 31
arch/arm/mach-bcm/Mak
Tested-by: Jonathan Richardson
Reviewed-by: Scott Branden
Signed-off-by: Jonathan Richardson
---
MAINTAINERS | 21 +
1 file changed, 21 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 670b3dc..beb3e06 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2070,6 +2070,
Tested-by: Jonathan Richardson
Reviewed-by: JD (Jiandong) Zheng
Signed-off-by: Jonathan Richardson
---
arch/arm/configs/bcm_cygnus_defconfig | 223 +
1 file changed, 223 insertions(+)
create mode 100644 arch/arm/configs/bcm_cygnus_defconfig
diff --git a/arch/a
DT files to enable cygnus consisting of the enterprise phone board variant and
cygnus core configuration.
Reviewed-by: Ray Jui
Reviewed-by: Arun Parameswaran
Reviewed-by: Scott Branden
Tested-by: Jonathan Richardson
Reviewed-by: JD (Jiandong) Zheng
Signed-off-by: Jonathan Richardson
---
arc
Reviewed-by: Arun Parameswaran
Tested-by: Jonathan Richardson
Reviewed-by: JD (Jiandong) Zheng
Signed-off-by: Jonathan Richardson
---
Documentation/devicetree/bindings/arm/cygnus.txt | 12 ++
.../devicetree/bindings/clock/clk-cygnus.txt | 121
.../devicetree/bin
On 9/23/14, 9:26, "Arnd Bergmann" wrote:
>On Tuesday 23 September 2014 18:25:01 Rafael J. Wysocki wrote:
>> The problem is iteration over child nodes of a given one where there
>> may not be struct device objects.
>>
>> For example (from patch [2/16]):
>>
>> +int acpi_for_each_child_node(struct
Hi,
This patchset contains initial support for Broadcom's Cygnus SoC based on our
iProc architecture. Initial support is minimal and includes just the mach
platform code, clock driver, and a basic device tree configuration. Peripheral
drivers will be submitted soon, as will device tree configurati
On Tue, Sep 23, 2014 at 01:55:18AM -0400, Tejun Heo wrote:
> Currently, a percpu_ref which is initialized with
> PERPCU_REF_INIT_ATOMIC or switched to atomic mode via
> switch_to_atomic() automatically reverts to percpu mode on the first
> percpu_ref_reinit(). This makes the atomic mode difficult
On Tue, Sep 23, 2014 at 01:55:17AM -0400, Tejun Heo wrote:
> With the recent addition of percpu_ref_reinit(), percpu_ref now can be
> used as a persistent switch which can be turned on and off repeatedly
> where turning off maps to killing the ref and waiting for it to drain;
> however, there curre
On Tue, Sep 23, 2014 at 09:48:51AM -0400, Tejun Heo wrote:
> From 6f5bdc32c66317416c13eedb68ead2b36fb02603 Mon Sep 17 00:00:00 2001
> From: Tejun Heo
> Date: Tue, 23 Sep 2014 09:45:56 -0400
>
> percpu_ref will be restructured so that percpu/atomic mode switching
> and reference killing are dedoup
On Tue, Sep 23, 2014 at 09:49:19AM -0400, Tejun Heo wrote:
> From c31543be3b12bd3cb3f8c037cefb89504d294f82 Mon Sep 17 00:00:00 2001
> From: Tejun Heo
> Date: Tue, 23 Sep 2014 09:45:56 -0400
>
> percpu_ref has treated the dropping of the base reference and
> switching to atomic mode as an integral
El 23/09/14 20:52, Frank Schäfer ha escrit:
>>> This seems to be an ancient bug, which is known at least since 5 1/2 years:
>>> https://lkml.org/lkml/2009/2/4/350
[...]
>>
>> #if defined(CONFIG_MODULE) || defined(CONFIG_DVB_USB_AF9005_REMOTE)
> What happens, if CONFIG_MODULES is enabled, but neith
On Tue, Sep 23, 2014 at 01:55:15AM -0400, Tejun Heo wrote:
> percpu_ref has treated the dropping of the base reference and
> switching to atomic mode as an integral operation; however, there's
> nothing inherent tying the two together.
>
> The use cases for percpu_ref have been expanding continuou
> > cc'ing Anish Bhatt.
> >
> He knows about it, as do David Miller and Randy Dunlap (who proposed it)
> [1].
> There just doesn't seem to be an agreement on how to fix the problem.
> A simple revert doesn't work anymore since there are multiple follow-up
> patches, and if I understand correctly Da
Hi Helge,
On 09/23/2014 04:11 PM, Helge Deller wrote:
> During the release cycle of v3.17 I've seen sometimes a broken serial console
> output
> on the parisc platform. Interestingly all kernel messages printed by the
> kernel via printk() show
> up correctly, but output from userspace (e.g. by
On Tue, Sep 23, 2014 at 01:55:13AM -0400, Tejun Heo wrote:
> percpu_ref will be restructured so that percpu/atomic mode switching
> and reference killing are dedoupled. In preparation, do the following
> renames.
>
> * percpu_ref->confirm_kill-> percpu_ref->confirm_switch
> * __PERCPU_REF_DEA
On Tue, Sep 23, 2014 at 01:55:12AM -0400, Tejun Heo wrote:
> percpu_ref uses pcpu_ prefix for internal stuff and percpu_ for
> externally visible ones. This is the same convention used in the
> percpu allocator implementation. It works fine there but percpu_ref
> doesn't have too much internal-on
On Tue, Sep 23, 2014 at 01:55:11AM -0400, Tejun Heo wrote:
> * Some comments became stale. Updated.
> * percpu_ref_tryget() unnecessarily initializes @ret. Removed.
> * A blank line removed from percpu_ref_kill_rcu().
> * Explicit function name in a WARN format string replaced with __func__.
> *
On Tue, 2014-09-23 at 21:05 +0100, Mark Einon wrote:
> This patch moves the et131x gigabit ethernet driver from drivers/staging
> to drivers/net/ethernet/agere.
checkpatch type modification you might consider:
Reduce logging line count by consolidating repeated dev_warn
Use ether_addr_copy
Line w
On 9/23/2014 4:48 PM, Helge Deller wrote:
The FIXME: is misleading. It should maybe better read "HINT:" or
something like that.
Trivially it's basically just casting the symbol so that the compiler
will produce the correct code later on.
There is nothing you could try to "fix".
Why not just rem
On Tue, Sep 23, 2014 at 01:55:10AM -0400, Tejun Heo wrote:
> percpu_ref is gonna go through restructuring. Move
> percpu_ref_reinit() after percpu_ref_kill_and_confirm(). This will
> make later changes easier to follow and result in cleaner
> organization.
>
> Signed-off-by: Tejun Heo
> Cc: Ken
By converting to the restart_notifier mechanism for restart, we allow
for other mechanisms, like the watchdog, to be used for restart in the
case where PS_HOLD has failed to reset the chip.
Since this mechanism may be one of several mechanisms registered, change
the post-ps_hold write timeout to b
On Sun, Sep 07, 2014 at 08:57:52PM +0200, Alexander Gordeev wrote:
> Hello,
>
> This is a cleanup effort to get rid of arch_msi_check_device() function.
>
> I am sending v2 series, since kbuild for v1 reports compile errors on
> ppc4xx and Armada 370. Still, I have not checked the fixes on these
On Tue, 2014-09-23 at 13:00 +1000, Alexey Kardashevskiy wrote:
> At the moment the iommu_table struct has a set_bypass() which enables/
> disables DMA bypass on IODA2 PHB. This is exposed to POWERPC IOMMU code
> which calls this callback when external IOMMU users such as VFIO are
> about to get ove
On 09/23/14 11:40, Tomeu Vizoso wrote:
> Hello,
>
> this version of the patchset addresses some issues that Russell pointed out
> yesterday:
>
> * Refactor the changes to clkdev.c to reduce the amount of ifdefs.
>
> * Properly release clocks when there isn't enough memory to create the
> per-user
On Tue, Sep 23, 2014 at 01:55:10AM -0400, Tejun Heo wrote:
> percpu_ref is gonna go through restructuring. Move
> percpu_ref_reinit() after percpu_ref_kill_and_confirm(). This will
> make later changes easier to follow and result in cleaner
> organization.
>
> Signed-off-by: Tejun Heo
> Cc: Ken
Hello, Alexander.
On Sun, Sep 21, 2014 at 03:19:28PM +0200, Alexander Gordeev wrote:
> Split interrupt service routine into hardware context handler
> and threaded context handler. That allows to protect ports with
> individual locks rather than with a single host-wide lock and
> move port interru
On Sun, Sep 07, 2014 at 08:57:55PM +0200, Alexander Gordeev wrote:
> There are no archs that override arch_msi_check_device()
> hook. Remove it as it is completely redundant.
>
> If an arch would need to check MSI/MSI-X possibility for a
> device it should make it within arch_setup_msi_irqs() hook
!
> > ERROR: "fc_get_event_number" [drivers/scsi/libfc/libfc.ko] undefined!
> > ERROR: "skb_trim" [drivers/scsi/libfc/libfc.ko] undefined!
> > ERROR: "fc_host_post_event" [drivers/scsi/libfc/libfc.ko] undefined!
> >
> > [and many more]
On Tue, Sep 23, 2014 at 04:22:47PM -0400, Tejun Heo wrote:
> On Sun, Sep 21, 2014 at 03:19:25PM +0200, Alexander Gordeev wrote:
> > Currently host activation done by calling either function
> > ahci_host_activate() or ata_host_activate(). Consolidate
> > the code by only calling ahci_host_activate(
Hi Linus,
This week and last we've been fixing some corner cases related to
blk-mq, mostly. I ended up pulling most of that out of for-linus
yesterday, which is why the branch looks fresh. The rest were postponed
for 3.18.
This pull request contains:
- Fix from Christoph, avoiding a stack overfl
On Tue, 23 Sep 2014 12:19:49 -0400 valdis.kletni...@vt.edu wrote:
> On Tue, 23 Sep 2014 13:28:48 +0200, Michal Hocko said:
> > And there is another one hitting during randconfig. The patch makes my
> > eyes bleed
>
> Amen. But I'm not seeing a better fix either.
>
> > #if defined(CONFIG_NUMA_B
Hi Nick,
On 09/22/2014 09:24 PM, nick wrote:
Greetings James and Other Maintainers of the Parisc Architecture,
I am wondering about two fix mes in init.c and how to fix them
for being const declared into actual variables.
...
/* FIXME: This is 'const' in order to trick the compiler
Hi Devin/Mauro/Hans,
Summarizing the discussion on v4l to keep others on this
thread in the loop. Please see below:
Hans! Could you please take a look and see if it raises
any red flags for you.
On 09/23/2014 08:17 AM, Devin Heitmueller wrote:
>
> We can always start with coarse locking on ope
On Tuesday 23 September 2014 22:31:31 you wrote:
> Hi,
>
> On 09/23/2014 10:06 PM, Pali Rohár wrote:
> > Hello,
> >
> > after big changes in acpi video/i915 code I cannot change
> > display brightness on my Dell Latitude E6440 with kernel
> > 3.17-rc6. With kernel 3.13 everything worked fine.
> >
From: Heiko Stuebner
Some gpio implementations return interesting values for gpio_get_value when
the value is not 0 - as seen on a imx6sl board. Therefore do not use the
value returned from gpio_get_value directly but simply check for 0 or not 0.
Signed-off-by: Heiko Stuebner
Reviewed-by: Doug
On Sep 23, 2014, at 11:44 AM, Borislav Petkov wrote:
> On Tue, Sep 23, 2014 at 05:24:22PM +, Rustad, Mark D wrote:
>> Yes, but I think there are a few cases where it could be helpful. When
>> there is something exceptional that will throw a warning. In one of the
>> patches that Jeff sent, I
On Tue, 23 Sep, at 01:21:13PM, Josh Boyer wrote:
>
> All of the machines that were broken and subsequently fixed by reverting
> the EFI GOT change still boot fine with this patch. That includes the
> macbook and SB enabled machines.
>
> So results as expected. Thanks.
Great, thanks Josh.
I'm
From: Heiko Stuebner
This documents the binding for the gpio-charger power-supply.
Signed-off-by: Heiko Stuebner
Reviewed-by: Doug Anderson
---
.../bindings/power_supply/gpio-charger.txt | 27 ++
1 file changed, 27 insertions(+)
create mode 100644
Documentation/d
This series adds devicetree support to the gpio-charger and fixes a small
issue with the return value of gpio_get_value.
changes since v3:
- remove of_match_ptr. All used of_xx function have stubs for !OF
and of_device_id also is always defined, so no need for of_match_ptr
changes since v2:
- fi
From: Heiko Stuebner
Add the ability to parse gpio-charger data from a devicetree node.
Signed-off-by: Heiko Stuebner
Reviewed-by: Doug Anderson
Tested-by: Doug Anderson
---
drivers/power/gpio-charger.c | 72 ++--
1 file changed, 70 insertions(+), 2 de
On Tue, 2014-09-23 at 13:00 +1000, Alexey Kardashevskiy wrote:
> Modern IBM POWERPC systems support multiple IOMMU tables per PE
> so we need a more reliable way (compared to container_of()) to get
> a PE pointer from the iommu_table struct pointer used in IOMMU functions.
>
> At the moment IOMMU
On 09/23/14 12:02, Guenter Roeck wrote:
> On Mon, Sep 22, 2014 at 05:02:56PM -0700, a...@linux-foundation.org wrote:
>> The mm-of-the-moment snapshot 2014-09-22-16-57 has been uploaded to
>>
>>http://www.ozlabs.org/~akpm/mmotm/
>>
>> mmotm-readme.txt says
>>
>> README for mm-of-the-moment:
>>
>
On Tue, Sep 23, 2014 at 01:01:28PM -0700, Andrew Morton wrote:
> On Tue, 23 Sep 2014 12:02:22 -0700 Guenter Roeck wrote:
>
> > On Mon, Sep 22, 2014 at 05:02:56PM -0700, a...@linux-foundation.org wrote:
> > > The mm-of-the-moment snapshot 2014-09-22-16-57 has been uploaded to
> > >
> > >http:
On 09/23/14 10:45, Kumar Gala wrote:
> On Sep 23, 2014, at 12:42 PM, Stephen Boyd wrote:
>
>> On 09/23/14 09:47, Kumar Gala wrote:
>>> On Sep 22, 2014, at 5:36 PM, Stephen Boyd wrote:
>>>
The secure environment only runs in little-endian mode, so any
buffers shared with the secure envir
Hi,
On 09/23/2014 10:06 PM, Pali Rohár wrote:
Hello,
after big changes in acpi video/i915 code I cannot change display
brightness on my Dell Latitude E6440 with kernel 3.17-rc6. With
kernel 3.13 everything worked fine.
More information about this problem:
For configuring brightness on Dell la
On Mon, 2014-09-22 at 13:43 -0700, Linus Torvalds wrote:
> Adding proper people and mailing lists..
>
> The PCI_CLASS_DISPLAY_VGA test goes back to the very beginning by
> BenH, and I have no idea if adding PCI_CLASS_DISPLAY_3D is
> appropriate, but hopefully somebody does. The fact that it makes
On Tuesday, September 23, 2014 06:26:07 PM Arnd Bergmann wrote:
> On Tuesday 23 September 2014 18:25:01 Rafael J. Wysocki wrote:
> > The problem is iteration over child nodes of a given one where there
> > may not be struct device objects.
> >
> > For example (from patch [2/16]):
> >
> > +int acp
On Sun, Sep 21, 2014 at 03:19:26PM +0200, Alexander Gordeev wrote:
> Signed-off-by: Alexander Gordeev
> Cc: linux-...@vger.kernel.org
> ---
> drivers/ata/ahci.c| 7 +++
> drivers/ata/ahci.h| 6 +++---
> drivers/ata/libahci.c | 16
> 3 files changed, 14 insertions(+)
On Sun, Sep 21, 2014 at 03:19:25PM +0200, Alexander Gordeev wrote:
> Currently host activation done by calling either function
> ahci_host_activate() or ata_host_activate(). Consolidate
> the code by only calling ahci_host_activate() for all AHCI
> devices.
>
> Signed-off-by: Alexander Gordeev
>
On Sun, Sep 21, 2014 at 03:19:24PM +0200, Alexander Gordeev wrote:
> Sharing Last Message (SLM) mode is currently checked in two
> functions: ahci_host_activate() and ahci_init_interrupts().
> This update consolidates SLM mode check with activation of
> multiple MSIs mode.
>
> Signed-off-by: Alexa
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 (zero) and have a maximum size of IO_SPACE_LIMIT.
The conversion fr
Provide a function to parse the PCI DT ranges that can be used to
create a pci_host_bridge structure together with its associated
bus.
Cc: Bjorn Helgaas
Cc: Arnd Bergmann
Cc: Grant Likely
Cc: Rob Herring
Cc: Catalin Marinas
Signed-off-by: Liviu Dudau
[make io_base parameter optional]
Signed-
Joe Perches :
> On Tue, 2014-09-23 at 21:02 +0200, Francois Romieu wrote:
[...]
> > How about kernel tinification ?
>
> The tiny case where a large number of ethernet drivers are included?
No.
A couple of bytes here and there vs a cosmetic kernel wide change.
--
Ueimor
--
To unsubscribe from
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 patch introduces a pci_register_io_range() helper function with
a g
cit declaration of
>> function 'kmalloc'
>> drivers/media/platform/coda/coda-bit.c: In function
>> 'coda_alloc_framebuffers':
>> drivers/media/platform/coda/coda-bit.c:312:3: error: implicit declaration of
>> function 'kfree'
>
> T
On Tue, Sep 23, 2014 at 01:28:48PM +0200, Michal Hocko wrote:
> And there is another one hitting during randconfig. The patch makes my
> eyes bleed but I don't know about other way without breaking out the
> thing into separate parts sounds worse because we can mix with other
> messages then.
Add pci_get_new_domain_nr() to allocate a new domain number
and of_get_pci_domain_nr() to retrieve the PCI domain number
of a given device from DT. Host bridge drivers or architecture
specific code can choose to implement their PCI domain number
policy using these two functions.
Using of_get_pci_d
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 (zero) and have a maximum size of IO_SPACE_LIMIT.
The conversion fr
On Tuesday, September 23, 2014 09:17:24 AM Dmitry Torokhov wrote:
> On Tue, Sep 23, 2014 at 06:52:02PM +0300, Mika Westerberg wrote:
> > On Tue, Sep 23, 2014 at 05:45:57PM +0200, Arnd Bergmann wrote:
> > > On Tuesday 23 September 2014 17:25:50 Linus Walleij wrote:
> > > > On Tue, Sep 16, 2014 at 1:
During the release cycle of v3.17 I've seen sometimes a broken serial console
output
on the parisc platform. Interestingly all kernel messages printed by the kernel
via printk() show
up correctly, but output from userspace (e.g. by the init process during boot)
show
up as random bytes.
Since th
Use the generic PCI domain and OF functions
to provide support for PCI Express on arm64.
Acked-by: Catalin Marinas
Signed-off-by: Liviu Dudau
---
arch/arm64/Kconfig | 22 -
arch/arm64/include/asm/Kbuild| 1 +
arch/arm64/include/asm/io.h | 3 +-
arch/arm64/in
Hello,
after big changes in acpi video/i915 code I cannot change display
brightness on my Dell Latitude E6440 with kernel 3.17-rc6. With
kernel 3.13 everything worked fine.
More information about this problem:
For configuring brightness on Dell laptops there are 4 ways:
1) via acpi video drive
set
http://marc.info/?l=linux-driver-devel&m=141150128909523&w=2
-v2 patch formatted with '-M' git-format-patch flag
** Patch applies and tested on linux-next tag next-20140923, on top of the 8
patches at http://marc.info/?l=linux-driver-devel&m=141141591110262&w=2 and
This is my version 12 of the attempt at adding support for generic PCI host
bridge controllers that make use of device tree information to
configure themselves. It contains cleanups to address comments posted for v11.
Bjorn intends to pull this series into his tree and send it to linux-next if
no
From: Catalin Marinas
The handling of PCI domains (or PCI segments in ACPI speak) is
usually a straightforward affair but its implementation is
currently left to the architectural code, with pci_domain_nr(b)
querying the value of the domain associated with bus b.
This patch introduces CONFIG_PCI
On Tue, Sep 23, 2014 at 8:38 PM, Tony Lindgren wrote:
> * Frans Klaver [140923 11:12]:
>> On 23 September 2014 19:17:20 CEST, Peter Hurley
>> wrote:
>> >
>> >I would've thought the first 2 patches had already been picked up
>> >because
>> >they fix div-by-zero faults.
>>
>> I've had no confirma
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.
This function is useful for PCI host bridge drivers that need to map
the PCI I/O resources int
Before commit 7b5436635800 the pci_host_bridge was created before the root bus.
As that commit has added a needless dependency on the bus for
pci_alloc_host_bridge()
the creation order has been changed for no good reason. Revert the order of
creation as we are going to depend on the pci_host_bridg
On Tue, 23 Sep 2014 12:02:22 -0700 Guenter Roeck wrote:
> On Mon, Sep 22, 2014 at 05:02:56PM -0700, a...@linux-foundation.org wrote:
> > The mm-of-the-moment snapshot 2014-09-22-16-57 has been uploaded to
> >
> >http://www.ozlabs.org/~akpm/mmotm/
> >
> > mmotm-readme.txt says
> >
> > READM
Hi Maxime,
On Tue, Sep 23, 2014 at 09:00:57PM +0200, Maxime Ripard wrote:
> Hi David,
>
> On Tue, Sep 23, 2014 at 11:40:26AM -0700, David E. Box wrote:
> > This patch implements an I2C bus sharing mechanism between the host and
> > platform
> > hardware on select Intel BayTrail SoC platforms usi
The inline version of ioport_map() that gets used when !CONFIG_GENERIC_IOMAP
is wrong. It returns a mapped (i.e. virtual) address that can start from
zero and completely ignores the PCI_IOBASE and IO_SPACE_LIMIT that most
architectures that use !CONFIG_GENERIC_MAP define.
Signed-off-by: Liviu Duda
To determine the correct divisor, we need to know the difference between
the desired baud rate and the actual baud rate. The calculation for this
difference is implemented twice within omap_serial_baud_is_mode16().
Pull out the calculation for easier maintenance.
Signed-off-by: Frans Klaver
---
On Fri, Sep 19, 2014 at 01:42:17PM -0300, Henrique de Moraes Holschuh wrote:
> 1. offline a "guinea pig" group of "cpus", i.e. an entire "microcode update
> unit" that doesn't include the BSP. This is going to be a pain, as what
> composes a "microcode update unit" is not set in stone, and could c
Hi Greg,
Here's a couple of patches that fix a divison by zero in omap-serial.c. One's a
cleanup, the other the actual fix.
Thanks,
Frans
Frans Klaver (2):
tty: omap-serial: pull out calculation from baud_is_mode16
tty: omap-serial: fix a division by zero
drivers/tty/serial/omap-serial.c |
If the chosen baud rate is large enough (e.g. 3.5 megabaud), the
calculated n values in calculate_baud_abs_diff may become 0. This causes
a division by zero when calculating the difference between calculated
and desired baud rates. To prevent this, cap n on 1.
Division by zero in kernel.
[] (unwin
This is needed for calls into OF code that parses PCI ranges.
It signals support for memory mapped PCI I/O accesses that
are described be device trees.
Cc: Russell King
Cc: Rob Herring
Reviewed-by: Catalin Marinas
Acked-by: Arnd Bergmann
Signed-off-by: Liviu Dudau
---
arch/arm/include/asm/io
If the firmware has not assigned all the bus resources and
we are not just probing the PCIe busses, it makes sense to
assign the unassigned resources in pci_scan_root_bus().
Cc: Bjorn Helgaas
Cc: Arnd Bergmann
Cc: Jason Gunthorpe
Cc: Rob Herring
Signed-off-by: Liviu Dudau
---
drivers/pci/pro
Gets rid of this error when running 'make clean' in the selftests
directory:
make[1]: Entering directory `.../tools/testing/selftests/user'
make[1]: *** No rule to make target `clean'. Stop.
---
v1 -> v2:
Separated this from the parallel build patch.
---
tools/testing/selftests/user/Ma
Ignore the binaries built for selftests in 'git status' output to make
development more pleasant. Without this patch, you see
tools/testing/selftests/breakpoints/breakpoint_test
tools/testing/selftests/efivarfs/create-read
tools/testing/selftests/efivarfs/open-unlink
to
A couple of small patches to make working with selftests easier.
v1 -> v2:
Addressed Shuah's comments.
Peter Feiner (3):
tools: add .gitignore entries for selftests
tools: adding clean target to user selftest
tools: parallel selftests building & running
tools/testing/selftests/Ma
Now make -jN builds and runs selftests in parallel. Also, if one
selftest fails to build or run, make will return an error, whereas
before the error was ignored.
Signed-off-by: Peter Feiner
---
v1 -> v2:
Moved fix for missing 'make clean' target into separate
patch.
---
tools/t
On 23/09/2014 12:20 p.m., Ulf Hansson wrote:
On 22 September 2014 12:09, Roger Tseng wrote:
On Thu, 2014-09-18 at 23:14 +0200, Ulf Hansson wrote:
[...]
In that case, don't forget to enable MMC_CAP2_FULL_PWR_CYCLE.
if MMC_CAP2_NO_PRESCAN_POWERUP enable, will call mmc_power_off() at start,
Oops, I forgot to cc Kent. Kent, the patch is at
http://lkml.kernel.org/g/20140923192432.ga24...@mtj.dyndns.org
On Tue, Sep 23, 2014 at 01:29:03PM -0600, Jens Axboe wrote:
> The hack looks fine to me, if it passes Christophs boot stall test. The
> hack isn't THAT nasty, since you already have a
On Tue, Sep 23, 2014 at 05:06:41PM +0200, Peter Zijlstra wrote:
> On Mon, Sep 22, 2014 at 10:36:18PM +0400, Kirill Tkhai wrote:
> > From: Kirill Tkhai
> >
> > Architectures, which define __ARCH_WANT_UNLOCKED_CTXSW,
> > may pull a task when it's in the middle of schedule().
> >
> > CPU1(task1 cal
Hi Linus,
please pull a few late fixes for the parisc architecture for kernel 3.17 from
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.17-7
We avoid using -mfast-indirect-calls for 64bit kernel builds to prevent
building an unbootable kernel due to latest gcc c
On 09/23/2014 01:05 PM, Peter Feiner wrote:
> Now make -jN builds and runs selftests in parallel. Also, if one
> selftest fails to build or run, make will return an error, whereas
> before the error was ignored.
>
> Also added missing clean target to user/Makefile so 'make clean' doesn't fail.
>
Signed-off-by: Mark Einon
---
drivers/staging/et131x/et131x.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/et131x/et131x.c b/drivers/staging/et131x/et131x.c
index 6539a8a..10f20b3 100644
--- a/drivers/staging/et131x/et131x.c
+++ b/drivers/staging/et131x/et13
201 - 300 of 1004 matches
Mail list logo