Re: Floating point in the kernel

t. The kernel has good control over whether a thread get context switched or not, so it should be able to prevent these problems. Arnd <>< ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

[POWERPC 01/18] perfmon2: make pm_interval register read/write

ed-off-by: Kevin Corry <[EMAIL PROTECTED]> Signed-off-by: Carl Love <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/pmu.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) Index:

[POWERPC 00/18] cell patches for 2.6.25

in cell-2.6.git#spufs or in this series, it probably fell under the table and you should resend it. Paul, if there are no objections to these patches, please pull them from git://git.kernel.org/pub/scm/linux/kernel/git/arnd/cell-2.6.git for-2.6.25 Thanks

[POWERPC 02/18] OProfile: fix cbe pm signal routing problem

off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/oprofile/op_model_cell.c | 20 +++- 1 files changed, 11 insertions(+), 9 deletions(-) Index: linux-2.6-new/arch/powerpc/oprofile/op_model_cell.c === -

[POWERPC 10/18] Remove bogus comment in dma_direct_alloc_coherent()

Since commit c80d9133e99de1af607314107910a2a1645efb17 (Make direct DMA use node local allocations) went in this comment makes no sense. Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/kernel/dma_64.c |1 - 1 f

[POWERPC 06/18] Use archdata.dma_data in dma_direct_ops

Now that all platforms using dma_direct_offset setup the archdata.dma_data correctly, we can change the dma_direct_ops to retrieve the offset from the dma_data, rather than directly from the global. Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL

[POWERPC 07/18] Have cell use its own dma_direct_offset variable

Rather than using the global variable, have cell use its own variable to store the direct DMA offset. Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/iommu.c | 10 ++ 1 files changed,

[POWERPC 05/18] Add celleb_dma_dev_setup()

Celleb always uses dma_direct_ops, and sets dma_direct_offset, so it too should set dma_data to dma_direct_offset. Currently there's no pci_dma_dev_setup() routine for Celleb so add one. Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[E

[POWERPC 09/18] Remove the global dma_direct_offset

We no longer need the global dma_direct_offset, update the comment to reflect the new reality. Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/kernel/dma_64.c |7 --- include/asm-powerpc/dma-mapping.h

[POWERPC 04/18] Set archdata.dma_data for direct DMA in cell_dma_dev_setup()

Store a pointer to the direct_dma_offset in each device's dma_data in the case where we're using the direct DMA ops. Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/iommu.c |5 +++

[POWERPC 12/18] cell: export force_sig_info()

Export force_sig_info to allow signals to be sent from a modular spufs. Signed-off-by: Jeremy Kerr <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/spu_base.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) Inde

[POWERPC 08/18] Have celleb use its own dma_direct_offset variable

Rather than using the global variable, have celleb use its own variable to store the direct DMA offset. Signed-off-by: Michael Ellerman <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/celleb/iommu.c |6 -- 1 files changed,

[POWERPC 15/18] cell: use spu_load_slb for SLB setup

Now that we have a helper function to setup a SPU SLB, use it for __spu_trap_data_seq. Signed-off-by: Jeremy Kerr <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/spu_base.c | 23 ++- 1 files changed, 10 inser

[POWERPC 14/18] cell: handle kernel SLB setup in spu_base.c

code from switch.c, making it possible to later move switch.c to the spufs module. Also, add a struct spu_slb for the cases where we need to deal with SLB entries. Signed-off-by: Jeremy Kerr <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platform

[POWERPC 16/18] cell: add spu_64k_pages_available() check

Add a function spu_64k_pages_available(), so that we can abstract the explicity use of mmu_psize_defs() in lssca_alloc.c Signed-off-by: Jeremy Kerr <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/spu_base.c |6 ++

[POWERPC 18/18] cell: catch errors from sysfs_create_group()

We're currently getting a warning from not checking the result of sysfs_create_group, which is declared as __must_check. This change introduces appropriate error-handling for spu_add_sysdev_attr_group() Signed-off-by: Jeremy Kerr <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[E

[POWERPC 11/18] cell: Convert #include of asm/of_{platform, device}.h into linux/of_{platform, device}.h.

Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]> Acked-by: Stephen Rothwell <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/cbe_cpufreq.c |3 ++- arch/powerpc/platforms/cell/cbe_cpufreq_pmi.c |3 ++- arch/powe

[POWERPC 03/18] cell: add missing \n

Two printk() calls were missing the terminating '\n'. Signed-off-by: Kou Ishizaki <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/spu_manage.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) Index: linu

[POWERPC 13/18] cell: safer of_has_vicinity routine

AIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> Signed-off-by: Jeremy Kerr <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/spu_manage.c | 11 --- 1 files changed, 8 insertions(+), 3 deletions(-) I

[POWERPC 17/18] cell: handle SPE kernel mappings that cross segment boundaries

emove the assumption that the spu_save_code and spu_restore_code reside in the same segment, by using the specific code array for save and restore. Signed-off-by: Jeremy Kerr <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/spu_

[PATCH 0/5] powerpc: cleanup of unused Kconfig symbols

mentioned that he was going to look into those. You can pull these into powerpc/next from git://git.kernel.org/pub/scm/linux/kernel/git/arnd/playground.git ppc-removal-more Arnd <>< -- reposted to correct address... ___ Linuxppc-de

[PATCH 1/5] powerpc: remove mpc8xx-ide driver

This driver was only used by arch/ppc code and is obsolete now with the move to common arch/powerpc code. Cc: [EMAIL PROTECTED] Cc: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- drivers/ide/Kconfig | 10 - drivers/ide/

[PATCH 2/5] powerpc: remove hdpu drivers

The CONFIG_HDPU option is gone with the removal of arch/ppc, so the drivers have become dead code that can be removed. Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- drivers/misc/Makefile |1 - drivers/misc/hdpuftrs/Makefile|1 - drivers/misc/hd

[PATCH 5/5] powerpc/mtd: remove dead platform specific maps

It is no longer possible to select compilation of these drivers with arch/powerpc, so the code should be removed. New platforms should use physmap_of. Cc: [EMAIL PROTECTED] Cc: David Woodhouse <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- drivers/mtd/

[PATCH 4/5] powerpc: remove references to dead platforms

: Vitaly Bordug <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/Kconfig |4 - arch/powerpc/Kconfig.debug|2 +- drivers/ide/pci/sl82c105.c|4 - drivers/input/serio/i8042-ppcio.h | 75 drivers

[PATCH 3/5] powerpc/ibm_iic: remove support for OCP

OCP is dead, so all code referring to it can go away as well. Cc: [EMAIL PROTECTED] Cc: Ben Dooks <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- drivers/i2c/busses/i2c-ibm_iic.c | 181 -- 1 files changed, 0 insert

[patch 01/11] powerpc/cell: add support for power button of future IBM cell blades

tform independent acpid replacement should handle it correctly. Signed-off-by: Christian Krafft <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/pervasive.c | 70 ++- 1 files changed, 69 insertions(+), 1 d

[patch 09/11] powerpc/cell: cell_dma_dev_setup_iommu() return the iommu table

get the iommu table for a device that doesn't have the table in the archdata. Signed-off-by: Mark Nelson <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/iommu.c |8 1 files changed, 4 insertions(+), 4 deletions(-

[patch 03/11] powerpc/axonram: enable partitioning of the Axons DDR2 DIMMs

Maxim Shchetynin <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/sysdev/axonram.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/sysdev/axonram.c b/arch/powerpc/sysdev/axonram.c index 9b639ed..9e105cb 100644 -

[patch 07/11] powerpc/dma: implement new dma_*map*_attrs() interfaces

*() interfaces are reimplemented as calls to the corresponding new interfaces. Signed-off-by: Mark Nelson <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/Kconfig|1 + arch/powerpc/kernel/dma_64.c| 34 ++--- arch/po

[patch 04/11] powerpc/spufs: add atomic busy_spus counter to struct cbe_spu_info

As nr_active counter includes also spus waiting for syscalls to return we need a seperate counter that only counts spus that are currently running on spu side. This counter shall be used by a cpufreq governor that targets a frequency dependent from the number of running spus. From: Maxim Shchetyni

[patch 10/11] powerpc: move device_to_mask() to dma-mapping.h

Move device_to_mask() to dma-mapping.h because we need to use it from outside dma_64.c in a later patch. Signed-off-by: Mark Nelson <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/kernel/dma_64.c |9 - include/asm-powerpc/d

[patch 11/11] powerpc/cell: Add DMA_ATTR_STRONG_ORDERING dma attribute and use in IOMMU code

on an individual basis but the fixed mapping is always weakly ordered. Signed-off-by: Mark Nelson <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- Documentation/DMA-attributes.txt| 12 + arch/powerpc/platforms/cell/iommu.c | 93 +++

[patch 00/11] Cell patches for 2.6.27

Hi Paul and Ben, These are the cell related patches I would like to see in 2.6.27. If there are no further comments, please pull into powerpc-next from master.kernel.org/pub/scm/linux/kernel/git/arnd/cell-2.6.git cell-next -- ___ Linuxppc-dev

[patch 08/11] powerpc/dma: use the struct dma_attrs in iommu code

Update iommu_alloc() to take the struct dma_attrs and pass them on to tce_build(). This change propagates down to the tce_build functions of all the platforms. Signed-off-by: Mark Nelson <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/ke

[patch 06/11] powerpc: Add struct iommu_table argument to iommu_map_sg()

with a device that has no table there. This also has the nice side effect of making iommu_map_sg() match the other map functions. Signed-off-by: Mark Nelson <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/kernel/dma_64.c |2 +- arch/powerpc/ke

[patch 02/11] powerpc/axonram: use only one block device major number

: Maxim Shchetynin <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/sysdev/axonram.c | 23 +++ 1 files changed, 15 insertions(+), 8 deletions(-) diff --git a/arch/powerpc/sysdev/axonram.c b/arch/powerpc/sysdev/axonram.c index 7f59

[patch 05/11] powerpc/cell: add spu aware cpufreq governor

This patch adds a cpufreq governor that takes the number of running spus into account. It's very similar to the ondemand governor, but not as complex. Instead of hacking spu load into the ondemand governor it might be easier to have cpufreq accepting multiple governors per cpu in future. Don't know

[patch 0/9] Cell patches for 2.6.27, version 2

ual location at master.kernel.org:/pub/scm/linux/kernel/git/arnd/cell-2.6.git cell-next Arnd <>< -- ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

[patch 4/9] powerpc/cell/cpufreq: add spu aware cpufreq governor

q accepting multiple governors per cpu in future. Don't know if this is the right way, but it would keep the governors simple. Signed-off-by: Christian Krafft <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> Acked-by: Dave Jones <[EMAIL PROTECTED]> Cc: Jeremy

[patch 3/9] powerpc/axonram: enable partitioning of the Axons DDR2 DIMMs

splitted in several partitions. Signed-off-by: Maxim Shchetynin <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/sysdev/axonram.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/arch/powerpc/sysdev/axonram.c b/arch/powerpc

[patch 7/9] azfs: initial submit of azfs, a non-buffered filesystem

off-by: Maxim Shchetynin <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- Documentation/filesystems/azfs.txt | 22 + arch/powerpc/configs/cell_defconfig |1 + fs/Kconfig | 15 + fs/Makefile |1 +

[patch 5/9] powerpc/cell: cleanup sysreset_hack for IBM cell blades

From: Christian Krafft <[EMAIL PROTECTED]> This patch adds a config option for the sysreset_hack used for IBM Cell blades. The code is moves from pervasive.c into ras.c and gets it's own init method. Signed-off-by: Christian Krafft <[EMAIL PROTECTED]> Signed-off-by: Arnd

[patch 9/9] powerpc/cell: Add DMA_ATTR_STRONG_ORDERING dma attribute and use in IOMMU code

ings can be weakly or strongly ordered on an individual basis but the fixed mapping is always weakly ordered. Signed-off-by: Mark Nelson <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- Documentation/DMA-attributes.txt| 12 + arch/powerpc/platfo

[patch 6/9] powerpc/cell: add support for power button of future IBM cell blades

. haldaemon actually recognizes the button, so a plattform independent acpid replacement should handle it correctly. Signed-off-by: Christian Krafft <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/platforms/cell/Kconfig |8 ++ arch/powerpc/

[patch 8/9] powerpc/dma: use the struct dma_attrs in iommu code

From: Mark Nelson <[EMAIL PROTECTED]> Update iommu_alloc() to take the struct dma_attrs and pass them on to tce_build(). This change propagates down to the tce_build functions of all the platforms. Signed-off-by: Mark Nelson <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[

[patch 1/9] powerpc/cell/edac: log a syndrome code in case of correctable error

From: Maxim Shchetynin <[EMAIL PROTECTED]> If correctable error occurs the syndrome code was logged as 0. This patch lets EDAC to log a correct syndrome code to make problem investigation easier. Signed-off-by: Maxim Shchetynin <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[

[patch 2/9] powerpc/axonram: use only one block device major number

h also spares kernel resources. Signed-off-by: Maxim Shchetynin <[EMAIL PROTECTED]> Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]> --- arch/powerpc/sysdev/axonram.c | 23 +++ 1 files changed, 15 insertions(+), 8 deletions(-) diff --git a/arch/powerpc/sysde

[patch 1/2] powerpc/cell: fix build breakage with CONFIG_SPUFS disabled

CBE_THERM and OPROFILE_CELL both cannot be built without SPU_FS disabled, so make the dependency explicit. Reported-by: Milton Miller Signed-off-by: Arnd Bergmann --- arch/powerpc/platforms/cell/Kconfig |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/powerpc

[patch 0/2] please pull from cell next branch

Hi Paul, here are my 2 pending patches I have queued up for 2.6.29, please add them to your next branch or pull directly from git://git.kernel.org/pub/scm/linux/kernel/git/arnd/cell-2.6.git next Arnd <>< ___ Linuxppc-dev mai

[patch 2/2] powerpc/cell: add QPACE as a separate Cell platform

ps for the of_platform bus. Further this patch splits the PPC_CELL_NATIVE into PPC_CELL_COMMON which are parts that are shared with the QPACE platform and the rest. Signed-off-by: Benjamin Krill Signed-off-by: Arnd Bergmann --- arch/powerpc/boot/Makefile|1 + arch/powerpc/plat

Re: [PATCH v2 04/19] powerpc: Create pci_controller_ops.dma_dev_setup and shim

lated work. I think it would be better not to introduce another architecture-specific pci host bridge operations structure, but instead consolidate into the one that is already there. We are also adding a generic way to set up PCI DMA, so it would seems reasonable to hook into that place. Arnd _

Re: [PATCH v2 04/19] powerpc: Create pci_controller_ops.dma_dev_setup and shim

ing as generic as possible, if we > were to try to do the whole job in one go, it'd become a big, difficult, > messy patch set, and would be less likely to happen than if we were to > do it in two steps. Ok, fair enough. Let's do this one first then. Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH v2 00/19] Refactor PCI controller operations

ver the whole series again now, and with my previous concern withdrawn, everything looks good to me. Nice work! Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [Y2038] [PATCH 05/11] time/posix-timers:Convert to the 64bit methods for k_clock callback functions

hanks for your comments,but if use do_sys_settimeofday64() here that > will introduce > a security bug: do_sys_settimeofday contains a capability > check that normally prevents non-root users from setting the time. > > With your change, any user ca

Re: [Y2038] [PATCH 04/11] posix timers:Introduce the 64bit methods with timespec64 type for k_clock structure

w itimerspec on 32-bit platforms that will be defined differently (using 'long long'). My plan for migration here is to temporarily #define __kernel_itimerspec64 as itimerspec on 32-bit architectures (which may be a bit confusing), and then introduce a new CONFIG_COMPAT_TIME option t

Re: [Y2038] [PATCH 04/11] posix timers:Introduce the 64bit methods with timespec64 type for k_clock structure

t touch any of the syscall prototypes for > > the moment. > > I did not ask him to change any of the syscall prototypes. I just > wanted him to split out the guts of the syscall into a seperate static > function to avoid all that code churn. Ok, I wasn't sure about that part,

Re: [Y2038] [PATCH 04/11] posix timers:Introduce the 64bit methods with timespec64 type for k_clock structure

On Tuesday 21 April 2015 17:13:32 Thomas Gleixner wrote: > On Tue, 21 Apr 2015, Arnd Bergmann wrote: > > On Tuesday 21 April 2015 16:14:26 Thomas Gleixner wrote: > > > > Note the use of a separate __kernel_itimerspec64 for the user interface > > > > here, which I

Re: [PATCH v2 RESEND 2/2] mmc: host: Add some quirks to be read from fdt in sdhci-pltm.c

ic properties for each bug you have mmc.txt rather than the driver specific sdhci.txt, and implement the parsing in a common function that is used for all mmc hosts. An alternative would be to set all these bits based on the compatible string of your host, if that is the only one that has all these bugs. Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [Y2038] [PATCH 04/11] posix timers:Introduce the 64bit methods with timespec64 type for k_clock structure

c64 based > interfaces. I've started a list of affected syscalls at https://docs.google.com/spreadsheets/d/1HCYwHXxs48TsTb6IGUduNjQnmfRvMPzCN6T_0YiQwis/edit?usp=sharing Still adding more calls and description, let me know if you want edit permissions. Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [Y2038] [PATCH 04/11] posix timers:Introduce the 64bit methods with timespec64 type for k_clock structure

On Wednesday 22 April 2015 13:07:44 Arnd Bergmann wrote: > > I've started a list of affected syscalls at > https://docs.google.com/spreadsheets/d/1HCYwHXxs48TsTb6IGUduNjQnmfRvMPzCN6T_0YiQwis/edit?usp=sharing > > Still adding more calls and description, let me know if you wan

Re: [Y2038] [PATCH 04/11] posix timers:Introduce the 64bit methods with timespec64 type for k_clock structure

On Wednesday 22 April 2015 17:14:47 Luc Van Oostenryck wrote: > On Wed, Apr 22, 2015 at 03:50:45PM +0200, Arnd Bergmann wrote: > > On Wednesday 22 April 2015 13:07:44 Arnd Bergmann wrote: > ... > > select, old_selct, pselect6: deprecated > > Small, copy&paste error

Re: [Y2038] [PATCH 04/11] posix timers:Introduce the 64bit methods with timespec64 type for k_clock structure

On Wednesday 22 April 2015 16:54:32 Richard Cochran wrote: > On Wed, Apr 22, 2015 at 03:50:45PM +0200, Arnd Bergmann wrote: > > time, stime, gettimeofday, settimeofday, adjtimex, nanosleep, > > getitimer, setitimer: > > all deprecated => wontfix > > If adjtimex is

Re: [PATCH v2 RESEND 2/2] mmc: host: Add some quirks to be read from fdt in sdhci-pltm.c

c hosts. > As per mine understanding the sdhci_get_of_porperty is a common > parsing function . Am I wrong ?? No, this is only used for sdhci, not for the other controllers. > > An alternative would be to set all these bits based on the compatible > > string of your host,

Re: [PATCH v2 RESEND 2/2] mmc: host: Add some quirks to be read from fdt in sdhci-pltm.c

ere? > 3. The version of arasan variant we have in our SoC doesn't have the > HISPD bit field in HI-SPEED SD card. So this makes HI-SPEED sdcard > work. > > 4. NO_CMD23 is required for eMMC cards. > > These are not new properties. Only the fact is I am using it for

Re: [PATCH v4 3/3] leds/powernv: Add driver for PowerNV platform

rties under each node: > + > + led-types : Supported LED types (attention/identify/fault). > + > + led-loc : enclosure/descendent(FRU) location code. > Could you use the standard 'label' property for this? Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH v2 RESEND 2/2] mmc: host: Add some quirks to be read from fdt in sdhci-pltm.c

On Wednesday 29 April 2015 12:34:41 Suman Tripathi wrote: > On Tue, Apr 28, 2015 at 1:19 AM, Arnd Bergmann wrote: > > On Monday 27 April 2015 21:25:20 Suman Tripathi wrote: > >> > On Monday 27 April 2015 20:33:25 Suman Tripathi wrote: > >> > > > On Tuesda

Re: [PATCH v2 RESEND 2/2] mmc: host: Add some quirks to be read from fdt in sdhci-pltm.c

is hardware. Both will result in a 32-bit dma mask being used, and high DMA handled through the block bounce code or swiotlb, but it's best to ensure that the DT representation matches the actual hardware as closely as possible, so it keeps working w

Re: [PATCH v4 0/3] Add SDHCI support for APM X-Gene SoC using ARASAN SDHCI controller.

g to PIO mode for arasan. >controller integrated inside APM X-Gene SoC. > > v3 change: > * Change the sdhci-of-arasan.c to support arasan4.9a. > * Add quirks for arasan4.9a. > > v4 change: > * Cleanup the Documentation and dts

Re: [PATCH 1/2] sdhci-of-esdhc: Support 8BIT bus width.

gt;mmc->caps |= MMC_CAP_8_BIT_DATA; > } > Shouldn't this check the "bus-width" property before setting the width? There might be an eMMC or SDIO with 4-bit interface connected. Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@l

Re: [PATCH 1/2] sdhci-of-esdhc: Support 8BIT bus width.

On Monday 04 May 2015 21:17:27 Joakim Tjernlund wrote: > On Mon, 2015-05-04 at 19:31 +0200, Arnd Bergmann wrote: > > On Monday 04 May 2015 18:31:31 Joakim Tjernlund wrote: > > > @@ -252,6 +260,8 @@ static void esdhc_of_platform_init(struct sdhci_host > > > *host) &g

Re: [PATCH v5 1/1] arm64: dts: Add the arasan sdhc nodes in apm-storm.dtsi.

device_type = "sdhc"; > > > > device_type generally should not be used (there are a few exceptions). > > Okay !! > While we're at it, please change sdhc@1c00 to mmc@1c00. Even though Linux does not care, we try to use the standard device names for

Re: [PATCH v5 1/1] arm64: dts: Add the arasan sdhc nodes in apm-storm.dtsi.

On Wednesday 06 May 2015 09:45:15 Michal Simek wrote: > On 05/06/2015 09:31 AM, Arnd Bergmann wrote: > > On Wednesday 06 May 2015 10:41:07 Suman Tripathi wrote: > >>>> @@ -533,6 +567,16 @@ > >>>>

Re: [PATCH RESEND v6 1/2] arm64: dts: Add the arasan sdhci nodes in apm-storm.dtsi

es = "clk_xin", "clk_ahb"; > > + clocks = <&sdioclk 0>, <&ahbclk 0>; > > + }; > > + > > phy1: phy@1f21a000 { > > compatible = "apm,xgene-phy"; > > reg

Re: [PATCH v3 00/22] Convert the posix_clock_operations and k_clock structure to ready for 2038

y to come up with the shortest description that uniquely describes what your patch does, and move any details into the longer patch description. Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH] mpt2sas: Fall back to 64 bit coherent mask if 64 bit DMA / 32 bit coherent mask not supported

nd restore previous > functionality > to those that do not. > > Signed-off-by: Brian King I believe the way the API is designed, it should guarantee that after dma_set_mask() succeeds for a device, dma_set_coherent_mask() with the same mask will also succeed. Could you just call dma_s

Re: [PATCH] mpt2sas: Fall back to 64 bit coherent mask if 64 bit DMA / 32 bit coherent mask not supported

On Wednesday 13 May 2015 08:23:41 Brian King wrote: > On 05/13/2015 03:10 AM, Arnd Bergmann wrote: > > On Tuesday 12 May 2015 18:24:43 Brian King wrote: > >> > >> Commit 5fb1bf8aaa832e1e9ca3198de7bbecb8eff7db9c broke 64 bit DMA for > >> mpt2sas on Power. >

Re: bit fields && data tearing

d > memory references. ARMv6/v7 (anything that really matters these days) has efficient unaligned accesses that work. Older CPUs are normally set to trap on unaligned access, originally for the reason James mentions above, but there are some even older machine

Re: [PATCH v2 03/17] powerpc/cell: Make spu_flush_all_slbs() generic

nsie > Signed-off-by: Michael Neuling > Very nice! Acked-by: Arnd Bergmann ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [RFC PATCH 01/16] PCI: Enhance pci_scan_root_bus() to support default IO/MEM resources

almost always wrong to do this? You are adding all of the I/O ports and memory to the host bridge, which will prevent you from adding another host bridge, and the iomem_resource normally includes a lot of addresses that are not accessible by the PCI host. Arnd ___

Re: [RFC PATCH 07/16] PCI: Separate pci_host_bridge creation out of pci_create_root_bus()

pci_host_bridge_window { > struct pci_host_bridge { > struct device dev; > struct pci_bus *bus;/* root bus */ > + struct list_head list; > struct list_head windows; /* pci_host_bridge_windows */ > + int busnum; The busnum should already be implied through the bus resource. Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [RFC PATCH 00/16] Refine PCI host bridge scan interfaces

same pci_host_bridge pointer that comes from pci_create_host_bridge(), but we'd call either pci_create_root_bus or of_scan_bus instead of calling of_scan_bus through an indirect pointer from pci_create_root_bus. Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [RFC PATCH 07/16] PCI: Separate pci_host_bridge creation out of pci_create_root_bus()

er > here, and I found no devm_kzalloc() uses in core PCI code before. It also depends on having a valid device pointer. The idea is that the memory is automatically freed if the probe() function returns with an error, or the device driver gets unloaded. For the classic PCI hosts that are not connected to a device, that wouldn't work of course. Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [RFC PATCH 01/16] PCI: Enhance pci_scan_root_bus() to support default IO/MEM resources

On Tuesday 18 November 2014 15:44:23 Yijing Wang wrote: > On 2014/11/17 18:08, Arnd Bergmann wrote: > > On Monday 17 November 2014 18:21:35 Yijing Wang wrote: > >> - list_for_each_entry(window, resources, list) > >> - if (window-&

Re: [RFC PATCH 00/16] Refine PCI host bridge scan interfaces

On Tuesday 18 November 2014 19:17:32 Yijing Wang wrote: > On 2014/11/17 22:13, Arnd Bergmann wrote: > > On Monday 17 November 2014 18:21:34 Yijing Wang wrote: > >> This series is based Linux 3.18-rc1 and Lorenzo Pieralisi's > >> arm PCI domain cl

Re: [RFC PATCH 07/16] PCI: Separate pci_host_bridge creation out of pci_create_root_bus()

On Tuesday 18 November 2014 19:44:36 Yijing Wang wrote: > On 2014/11/18 17:30, Arnd Bergmann wrote: > > On Tuesday 18 November 2014 16:32:26 Yijing Wang wrote: > > > >>>> +static struct resource busn_resource = { > >>>> +.nam

Re: [RFC PATCH 00/16] Refine PCI host bridge scan interfaces

tc. Coming from the other end, I think ACPI needs PCI to be available during early boot, at a time where we might not want pci_create_host_bridge() to do the right thing. Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [RFC PATCH 00/16] Refine PCI host bridge scan interfaces

On Thursday 20 November 2014 13:01:08 Tomasz Nowicki wrote: > On 18.11.2014 13:27, Arnd Bergmann wrote: > > On Tuesday 18 November 2014 20:17:57 Yijing Wang wrote: > >> > >>>> > >>>> I hope platforms with ACPI or DT could both use pci_create_host_b

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

ther hand seems wrong in the same was as drivers/edac/mpc85xx_edac.c and sound/soc/fsl/fsl_ssi.c. All other drivers that call irq_of_parse_and_map and pass that into devm_request_irq just never unmap, and their interrupts are already mapped by the platform

Re: [alsa-devel] [PATCH] ASoC: fsl_ssi: free irq before irq_dispose_mapping()

On Monday 01 December 2014 13:59:27 Timur Tabi wrote: > On 12/01/2014 01:56 PM, Arnd Bergmann wrote: > > All other drivers that call irq_of_parse_and_map and pass that into > > devm_request_irq just never unmap, and their interrupts are already > > mapped by the platform code

Re: [PATCH v3 3/4] powerpc/mpc85xx: Add FSL QorIQ DPAA BMan support to device tree(s)

at the SoC level rather than board level? > > The size of the memory is not SoC specific. Among other things is > determined by the number of MACs that are pinned-out on the board > Is this really a hardware property then, or some setting? Also, if you use the name '

Re: [PATCH 1/2] mmc: host: arasan: Add addition of-arasan quirks and add IOMMU support.

n->domain, &pdev->dev); > +#endif > + > Device drivers should never care about the implementation details of the iommu. Please change the code to use the regular dma_map_* interfaces that will work both with and without IOMMU. Arnd _

Re: [PATCH 13/18] powerpc/uaccess: fix sparse errors

tches should merged, and as I discussed with him on IRC, I wouldn't take them through the asm-generic tree for 3.19 at this point, but I offered to take the ones that are not picked up by arch maintainers through that tree for 3.20. I also recommend to him to clarify this with maintaine

Re: [PATCH 1/2] mmc: host: arasan: Add addition of-arasan quirks and add IOMMU support.

On Tuesday 06 January 2015 17:10:29 Suman Tripathi wrote: > Hi Arnd, > > On Monday 15 December 2014 22:31:06 Suman Tripathi wrote: > > > @@ -162,6 +206,16 @@ static int sdhci_arasan_probe(struct > > > platform_device *pdev)> > > &g

Re: [PATCH v2 00/10] uaccess: better might_sleep/might_fault behavior

ser/__put_user is rather expensive because it turns what should be a single instruction (plus fixup) into an external function call. My feeling is that we should do might_fault() only in access_ok() to get the right balance. Arnd ___ Linuxppc-dev mailing li

Re: [PATCH v2 07/10] powerpc: uaccess s/might_sleep/might_fault/

it does not call might_lock_read(). The version above may have been put there intentionally and correctly, but if you want to replace it with might_fault(), you should remove the "if ()" condition. Arnd ___ Linuxppc-dev maili

Re: [PATCH v2 00/10] uaccess: better might_sleep/might_fault behavior

On Wednesday 22 May 2013, Russell King - ARM Linux wrote: > On Wed, May 22, 2013 at 11:25:36AM +0200, Arnd Bergmann wrote: > > Given the most commonly used functions and a couple of architectures > > I'm familiar with, these are the ones that curren

Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always need it.

ng BUG() support is that it causes a large number of build warnings since the compiler now has to assume that a lot of code is reachable when it is normally annotate as unreachable. When I do "randconfig" tests, I always turn on CONFIG_BUG because of this. Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always need it.

t __builtin_unreachable() was the same as "do {} while (1)", but this is not the case with the gcc I was using -- it just tells gcc that we don't expect to ever get here. Signed-off-by: Arnd Bergmann diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h index 7d10f96

Re: [PATCH] arch: configuration, deleting 'CONFIG_BUG' since always need it.

the kernel do further actions that may be undefined is not going to make things worse. Arnd ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

  1   2   3   4   5   6   7   8   9   10   >