xx_mlc.ko] undefined!
>
> (drivers/mtd/nand/lpc32xx_* are still in l2-mtd.git)
>
> Done as in:
>
> drivers/dma/coh901318.c
> drivers/dma/sirf-dma.c
>
> Signed-off-by: Roland Stigge
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line
On Thursday 16 August 2012, Russell King - ARM Linux wrote:
> On Thu, Aug 16, 2012 at 10:56:36AM +0200, Roland Stigge wrote:
> > This patch fixes the following when compiling a driver module that uses
> > amba-pl08x:
> >
> > ERROR: "pl08x_filter_id" [drivers/mtd/nand/lpc32xx_slc.ko] undefined!
> >
On Thursday 16 August 2012, Will Deacon wrote:
> > This looks wrong: PER_LINUX/PER_LINUX32 decides over the output of the
> > uname system call, while TIF_32BIT decides over the instruction set
> > when returning to user space. You definitely should not set the personality
> > to the value you pass
On Thursday 16 August 2012, Will Deacon wrote:
> On Wed, Aug 15, 2012 at 02:03:47PM +0100, Arnd Bergmann wrote:
> > On Tuesday 14 August 2012, Catalin Marinas wrote:
> >
> > > +#ifdef CONFIG_AARCH32_EMULATION
> > > +#define compat_thumb_mode(regs) \
> > &g
On Thursday 16 August 2012, Will Deacon wrote:
>
> On Wed, Aug 15, 2012 at 03:34:04PM +0100, Arnd Bergmann wrote:
> > On Tuesday 14 August 2012, Catalin Marinas wrote:
> > > +asmlinkage int compat_sys_personality(compat_ulong_t personality)
> > > +{
> >
On Thursday 16 August 2012, Will Deacon wrote:
> On Wed, Aug 15, 2012 at 04:07:36PM +0100, Arnd Bergmann wrote:
> > On Tuesday 14 August 2012, Catalin Marinas wrote:
> > From what I can tell, there is no support for 32 bit processes debugging
> > 64 bit ones. Is that somethi
On Thursday 16 August 2012, Will Deacon wrote:
> > > +
> > > +#include
> > > +#include
> > > +#include
> > > +
> > > +#ifdef CONFIG_SMP
> > > +arch_spinlock_t __atomic_hash[ATOMIC_HASH_SIZE] __lock_aligned = {
> > > + [0 ... (ATOMIC_HASH_SIZE-1)] = __ARCH_SPIN_LOCK_UNLOCKED
> > > +};
> >
modules because direct access to AMBA dma filter functions isn't available
> via export.)
>
> Signed-off-by: Roland Stigge
Yes, this looks right.
Acked-by: Arnd Bergmann
Once we have proper DT bindings for the DMA channels, we can hopefully
get rid of the auxdata again.
Arn
On Thursday 16 August 2012, Arnd Bergmann wrote:
> On Thursday 16 August 2012, Will Deacon wrote:
> > On Wed, Aug 15, 2012 at 04:07:36PM +0100, Arnd Bergmann wrote:
> > > On Tuesday 14 August 2012, Catalin Marinas wrote:
>
> > > From what I can tell, there is n
On Thursday 16 August 2012, Nicolas Pitre wrote:
> > +3. Decompress the kernel image
> > +--
> > +
> > +Requirement: OPTIONAL
> > +
> > +The AArch64 kernel does not provide a decompressor and therefore
> > +requires gzip decompression to be performed by the boot loader i
On Friday 17 August 2012, Chao Xie wrote:
>
> From: Chao Xie
>
> add mmp specific clocks including apbc cloks, apmu clocks,
> and pll2, fraction clocks
>
> Signed-off-by: Chao Xie
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe
On Friday 17 August 2012, Chao Xie wrote:
> From: Chao Xie
>
> Signed-off-by: Chao Xie
> ---
> arch/arm/mach-mmp/Kconfig |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubs
On Friday 17 August 2012, Chao Xie wrote:
> +void __init pxa168_clk_init(void)
> +{
> + struct clk *clk;
> + struct clk *uart_pll;
> + void __iomem *mpmu_base;
> + void __iomem *apmu_base;
> + void __iomem *apbc_base;
> +
> + mpmu_base = ioremap(APB_PHYS_BASE + 0
On Friday 17 August 2012, Artem Bityutskiy wrote:
> Show Details
> On Fri, 2012-08-17 at 14:01 +0300, Artem Bityutskiy wrote:
> > > To later avoid collisions on subsystem merge, can you please leave the
> > > patch with arch/arm/mach-lpc32xx/phy3250.c for arm-soc.git? (I will
> > > provide a pu
On Friday 17 August 2012, Chao Xie wrote:
> The clock tree is formatted into a table, and i used perl to generate
> the code based on the table. In order to make the indent clearly, i
> used the scripts/Lindent to automatically format the .c file.
> I have tried to searched the parameter for indent
On Saturday 18 August 2012, Fabio Estevam wrote:
>
> From: Fabio Estevam
>
> commit 7c5763 (drivers:misc: Remove MISC_DEVICES config option) removed
> CONFIG_MISC_DEVICES option, so remove the occurrences from the config files
> as well.
>
> Cc:
> Cc: Arnd Bergm
On Monday 20 August 2012, Kim, Milo wrote:
> +#ifdef CONFIG_PWM
> +static int lm3530_pwm_request(struct lm3530_data *drvdata)
> +{
> + int pwm_id;
> +
> + /* if the pwm device exists, skip requesting the device */
> + if (drvdata->pwm)
> + return 0;
> +
> + pwm
on
> replace left __raw_xxx
>
> v4->v5:
> change the format of the file
>
Reviewed-by: Arnd Bergmann
Arnd
--
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/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Monday 20 August 2012, Kim, Milo wrote:
> > * I don't understand why you need the "if (rvdata->pwm) return 0;" case.
> > It's normally better to do the initialization exactly once from the
> > probe() function. You might want to return -EPROBE_DEFER if the pwm
> > source is not yet availab
kwood: fix Makefile.boot
Arnd Bergmann (4):
ARM: mv78xx0: fix win_cfg_base prototype
Merge tag 'omap-fixes-for-v3.6-rc1' of
git://git.kernel.org/.../tmlind/linux-omap into fixes
Merge branch 'fixes-for-v3.6' of
git://git.infradead.org/users/jcooper/linux into fixes
sent to that
> list by everyone using get_maintainer.pl.
Looks all good to me. For the entire series:
Acked-by: Arnd Bergmann
--
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
On Monday 23 July 2012, Tony Prisk wrote:
> Add a MAINTAINERS entry for mach-vt8500 and related files.
>
> Signed-off-by: Tony Prisk
> Acked-by: Alexey Charkov
Applied to next/maintainers. We are in the merge window now, so I'm not
normally taking non-bugfix patches, but updates to the MAINTAIN
anups have dependencies on earlier omap branches that in
turn depend on other cleanups, so they could not go into the same
branch.
----
Arnd Bergmann (2):
Merge tag 'omap-cleanup-part2-for-v3.6' of
git://git.kernel.org/.../tm
nt for PWM clocks
ARM: i.MX5x clocks: Fix GPT clocks
ARM: i.MX5x CSPI: Fixed clock name for CSPI
Arnd Bergmann (6):
Merge branch 'tegra/cleanup' into next/clk
Merge branch 'for-3.6/common-clk' of
git://git.kernel.org/.../swarren/linux-tegra into nex
e IRQs. We are doing
this for all platforms over time, because this is one of the
requirements for building a multiplatform kernel, and generally a good
idea.
----
Arnd Bergmann (3):
Merge branch 'imx/sparse-irq' of
bug fixes before v3.5 but not considered
important enough to be included in it.
----
Arnd Bergmann (6):
ARM: OMAP depends on MMU
Merge tag 'omap-fixes-non-critical-for-v3.6' of
git://git.kernel.org/.../tmlind/
nverted to use the dmaengine framework,
including some of the samsung SoCs. In the meantime, we treat this
as platform code and merge the patches through the arm-soc tree.
----
Arnd Bergmann (2):
Merge branch 'next/devel-d
s to use the pinctrl framework over time,
rather than using platform specific code for the same effect. This
adds the respective driver for the prima2 platform.
----
Arnd Bergmann (4):
Merge branch 'prima2/drivers' of
git://g
T with the platform-independent
dw_apb_timer driver. The other change is for the omap-specific
dmtimer driver.
----
Arnd Bergmann (3):
Merge tag 'omap-devel-dmtimer-for-v3.6' of
git://git.kernel.org/.../tmlind/linux-omap into ne
't do much besides the parts that are
expected to get added in the FPGA.
* The OMAP subarchitecture gains support for the latest generation,
the OMAP5 based on the new Cortex-A15 core. Support is rather
rudimentary for now, but will be extended in the future.
------
dd support for AM335x BeagleBone
arm/dts: remove MMC/SD and SPI related entries from am33xx.dtsi
Arnd Bergmann (20):
Merge branch 'lpc32xx/dts' of git://git.antcom.de/linux-2.6 into next/dt
Merge tag 'v3.5-rc5' into next/dt
Merge branch 'mxs/dt-for-3
w hardware.
----
Arnd Bergmann (6):
Merge branch 'lpc32xx/defconfig' of git://git.antcom.de/linux-2.6 into
next/defconfig
Merge branch 'mxs/defconfig-for-3.6' of
git://git.linaro.org/people/shawnguo
management related changes, mainly concerning
cpuidle on i.MX and OMAP, as well as a the move of the omap smartreflex
driver to live in the power subsystem.
----
Arnd Bergmann (3):
Merge tag 'omap-devel-driver-for-v3.6' of
used gpios
ARM: LPC32xx: Set system serial based on cpu unique id
ARM: LPC32xx: Add PWM clock
ARM: LPC32xx: Add PWM support
Arnd Bergmann (13):
Merge branch 'lpc32xx/core' of git://git.antcom.de/linux-2.6 into next/soc
Merge tag 'omap-devel-am33xx-for-v3.6&
Andy Gross (1):
omap2+: add drm device
Arnd Bergmann (7):
Merge branch 'for-3.6/boards' of
git://git.kernel.org/.../swarren/linux-tegra into next/boards
Merge branch 'next/board-samsung' of
git://git.kernel.org/.../kgene/linux-samsung into next/boards
g into the spi tree, but we decided to
put them into arm-soc to better deal with interdependencies with other
platform specific patches that are already there.
----
Arnd Bergmann (2):
Merge branch 'next/devel-samsu
der Shiyan (3):
ARM: clps711x/p720t: Replace __initcall by .init_early call
ARM: clps711x: Removed superfluous transform virt_to_bus and related
functions
ARM: clps711x: Remove the setting of the time
Arnd Bergmann (12):
Merge tag 'at91-for-next-cleanup'
On Tuesday 24 July 2012, Linus Torvalds wrote:
> In your "for-linus" branch, "&mpu_3xxx_clkdm" remains in the
> clockdomains_common[] array. In my merge, it is gone. But I think I
> did the merge correctly, and you did it wrong. HOWEVER, I don't know
> the code, maybe there is some subtle reason w
On Tuesday 24 July 2012, Tony Lindgren wrote:
> > I spent too much time fiddling with my scripts again in an attempt to
> > get closer to the regular git-request-pull version. The older version
> > got this right, but unfortunately I removed the part where I manually
> > print the right pull addres
On Monday 23 July 2012, Daniel Mack wrote:
> (Cc: Arnd)
>
> On 22.07.2012 19:10, Daniel Mack wrote:
> > of_gpio_simple_xlate() is called for each chip when a GPIO is looked up.
> > When registering several chips off the same DT node (with different pin
> > offsets) however, the lookup fails as the
On Tuesday 24 July 2012, Daniel Mack wrote:
> > But why would you do that? Both the "gpiochip" and its DT representation
> > attempt to represent the hardware structure. If they don't match, then
> > I'd assume one of them is wrong ;-)
>
> Well, have a look at what's currently there in drivers/gpi
On Tuesday 24 July 2012, Cyril Chemparathy wrote:
> diff --git a/arch/arm/include/asm/mach/arch.h
> b/arch/arm/include/asm/mach/arch.h
> index 0b1c94b..49e9c2a 100644
> --- a/arch/arm/include/asm/mach/arch.h
> +++ b/arch/arm/include/asm/mach/arch.h
> @@ -39,6 +39,7 @@ struct machine_desc {
>
On Tuesday 24 July 2012, Cyril Chemparathy wrote:
> Keystone platforms have their physical memory mapped at an address outside the
> 32-bit physical range. A Keystone machine with 16G of RAM would find its
> memory at 0x08 - 0x0b.
>
> For boot purposes, the interconnect supports a
On Tuesday 24 July 2012, Cyril Chemparathy wrote:
> diff --git a/arch/arm/boot/dts/keystone-sim.dts
> b/arch/arm/boot/dts/keystone-sim.dts
> new file mode 100644
> index 000..118d631
> --- /dev/null
> +++ b/arch/arm/boot/dts/keystone-sim.dts
> @@ -0,0 +1,77 @@
> +/dts-v1/;
> +/include/ "skele
On Saturday 21 July 2012, Rafael J. Wysocki wrote:
> On Monday, July 16, 2012, Rafael J. Wysocki wrote:
> > On Thursday, July 05, 2012, Rafael J. Wysocki wrote:
> > > On Wednesday, July 04, 2012, Mark Brown wrote:
> > > > I guess the OMAP hwmod stuff is the closest thing we've got at the
> > > > mi
On Tuesday 24 July 2012, Cyril Chemparathy wrote:
> >> diff --git a/arch/arm/mach-keystone/include/mach/memory.h
> >> b/arch/arm/mach-keystone/include/mach/memory.h
> >> new file mode 100644
> >> index 000..7c78b1e
> >> --- /dev/null
> >> +++ b/arch/arm/mach-keystone/include/mach/memory.h
> >
On Tuesday 24 July 2012, Catalin Marinas wrote:
> On Mon, Jul 23, 2012 at 09:52:22PM +0100, Christopher Covington wrote:
> > Hi Catalin and Stephen,
> >
> > Catalin Marinas - July 8, 2012, 9:18 a.m.
> > > On Fri, Jul 06, 2012 at 10:32:54PM +0100, Stephen Warren wrote:
> > >
> > >> Also, on Tegra
he moment. Once devicetree
> is implemented, VT8500 and WM8505 should be combined. WM8650 uses
> different functions for clocks.
>
> Signed-off-by: Tony Prisk
arch/arm parts:
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel&quo
On Tuesday 24 July 2012, Rafael J. Wysocki wrote:
> On Tuesday, July 24, 2012, Arnd Bergmann wrote:
> > On Saturday 21 July 2012, Rafael J. Wysocki wrote:
> >
> > Sorry for taking so long to reply. I am really not that familiar with the
> > power domain requirements,
On Tuesday 24 July 2012, Rafael J. Wysocki wrote:
> On Tuesday, July 24, 2012, Arnd Bergmann wrote:
> > On Tuesday 24 July 2012, Rafael J. Wysocki wrote:
> > > On Tuesday, July 24, 2012, Arnd Bergmann wrote:
> > > > On Saturday 21 July 2012, Rafael J. Wysocki wrote:
&
unteer staff.
> Additionally, I took charge of your session as time keeper.
>
> Thanks in advance.
> --
> ROHM Co., Ltd.
> tomoya
>
> On Thu, Jul 12, 2012 at 9:54 AM, Tomoya MORINAGA
> wrote:
> > On Wed, Jul 11, 2012 at 7:45 PM, Arnd Bergmann wrote:
> >> This
On Thursday 31 May 2012, Nicolas Ferre wrote:
>
> On 05/24/2012 05:12 PM, Nicolas Ferre :
> > Hi Arnd, hi Olof,
>
> Ping?
>
> (or maybe you will have a look at this after the merge window...)
>
I've just gone through all old pull requests that I had somewhere in
my inbox and this turned out to
On Wednesday 25 July 2012, Yaniv Gardi wrote:
> This feature delete the unmap memory region of the eMMC card,
> by writing to a specific register in the EXT_CSD
> unmap region is the memory region that were previously deleted
> (by erase, trim or discard operation)
>
> Signed-off-by: Yaniv Gardi
On Wednesday 25 July 2012, Yaniv Gardi wrote:
>
> Adding a new ioctl to support sanitize operation in eMMC
> cards version 4.5.
> The sanitize ioctl support helps performing this operation
> via user application.
>
> Signed-off-by: Yaniv Gardi
>
Can you explain how you expect this to be called
major issues so I think it is ready for inclusion
> > > in your tree.
> >
> > For new subsystems like this, I really want ack's from the people who
> > are expected to use it.
>
> At least the patch that adds me as the maintainer is Acked-by: Sascha
> Hauer, who did
There is a number of pseudo file systems in the kernel
that are basically copies of debugfs, all implementing the
same boilerplate code, just with different bugs.
This adds yet another copy to the kernel in the libfs directory,
with generalized helpers that can be used by any of them.
The most in
With libfs turning into a larger subsystem, it makes
sense to have a separate header that is not included
by the low-level vfs code.
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
Index: linux-2.6/fs/debugfs/inode.c
===
---
With the new simple_fs_type in place, securityfs practically
becomes a nop and we just need to leave code around to manage
its mount point.
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
Index: linux-2.6/security/i
Half of the usbfs code is the same as debugfs, so we can
replace it now with calls to the generic libfs versions.
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/usb/core/inode.c
===
--- linux-2.
Consolidate all super block manipulation code in libfs in a single
source file.
Signed-off-by: Arnd Bergman <[EMAIL PROTECTED]>
Index: linux-2.6/fs/libfs.c
===
--- linux-2.6.orig/fs/libfs.c
+++ linux-2.6/fs/libfs.c
@@ -12,63 +12,6 @@
Consolidate all dentry manipulation code in libfs in a single
source file.
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
Index: linux-2.6/fs/libfs.c
===
--- linux-2.6.orig/fs/libfs.c
+++ linux-2.6/fs/libfs.c
@@ -12,188
.
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
Index: linux-2.6/fs/Makefile
===
--- linux-2.6.orig/fs/Makefile
+++ linux-2.6/fs/Makefile
@@ -13,6 +13,8 @@ obj-y := open.o read_write.o file_table.
p
I noticed that there is a lot of duplication in pseudo
file systems, so I started looking into how to consolidate
them. I ended up with a largish rework of the structure
of libfs and moving almost all of debugfs in there as well.
As an example, I also have patches that reduce debugfs,
securityfs a
With most of debugfs now copied to generic code in libfs,
we can remove the original copy and replace it with thin
wrappers around libfs.
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
Index: linux-2.6/fs/Kconfig
===
--- lin
Consolidate all file manipulation code in libfs in a single
source file.
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
Index: linux-2.6/fs/libfs.c
===
--- linux-2.6.orig/fs/libfs.c
+++ linux-2.6/fs/libfs.c
@@ -421,165
Consolidate all address space manipulation code in libfs in a single
source file.
Signed-off-by: Arnd Bergman <[EMAIL PROTECTED]>
Index: linux-2.6/fs/libfs.c
===
--- linux-2.6.orig/fs/libfs.c
+++ /dev/null
@@ -1,116 +0,0 @@
-/*
- *
Consolidate all inode manipulation code in libfs in a single
source file.
Signed-off-by: Arnd Bergman <[EMAIL PROTECTED]>
Index: linux-2.6/fs/libfs.c
===
--- linux-2.6.orig/fs/libfs.c
+++ linux-2.6/fs/libfs.c
@@ -12,78 +12,6 @@
#i
On Tuesday 19 February 2008, you wrote:
> > What about having a /dev/block2mtd (with owner/permissions that
> > could allow non-root users to use it), with 2 ioctls:
> >
> > - one to "link" a block dev to a mtd that would take as
> > parameter a fd to an open block dev (again allowing for
> >
On Sunday 29 July 2012, Linus Walleij wrote:
> > +- #interrupt-cells: Should be 2. The first cell contains the GPIO number,
> > + whereas the second cell is used to specify flags:
> > +bits[3:0] trigger type and level flags
> > + 1 = low-to-high edge triggered
> > + 2 = high-to-low e
On Tuesday 31 July 2012, Chao Xie wrote:
> +#define APBC_RTC APBC_REG(0x28)
> +#define APBC_TWSI0 APBC_REG(0x2c)
> +#define APBC_KPC APBC_REG(0x30)
> +#define APBC_UART0 APBC_REG(0x00)
> +#define APBC_UART1 APBC_REG(0x04)
> +#define APBC_GPIO APBC_REG(0x08)
> +#define A
On Tuesday 31 July 2012, Chao Xie wrote:
> +static int clk_apbc_prepare(struct clk_hw *hw)
> +{
> + struct clk_apbc *apbc = to_clk_apbc(hw);
> + unsigned int data;
> + unsigned long flags = 0;
> +
> + /*
> + * It may share same register as MUX clock,
> + * and it will impa
On Tuesday 31 July 2012, wei_w...@realsil.com.cn wrote:
> From: Wei WANG
>
> Realtek card reader core driver is the bus driver for Realtek
> driver-based card reader, which supplies adapter layer to
> be used by lower-level pci/usb card reader and upper-level
> sdmmc/memstick host driver.
>
> Si
On Tuesday 31 July 2012, Russell King - ARM Linux wrote:
> I still fail to see how not having highmem enabled would ever cause memory
> corruption errors (unless something dealing with memory in a very very
> wrong way - iow, not using one of the reservation or memory allocation
> methods provided
On Tuesday 31 July 2012, Lee Jones wrote:
> diff --git a/arch/arm/mach-ux500/board-mop500.c
> b/arch/arm/mach-ux500/board-mop500.c
> index e641003..87a5cd7 100644
> --- a/arch/arm/mach-ux500/board-mop500.c
> +++ b/arch/arm/mach-ux500/board-mop500.c
> @@ -794,6 +794,7 @@ static void __init u8500_in
On Tuesday 31 July 2012, Lee Jones wrote:
> arch/arm/mach-ux500/board-mop500-msp.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/mach-ux500/board-mop500-msp.c
> b/arch/arm/mach-ux500/board-mop500-msp.c
> index 9960480..1b6a193 100644
> --- a/arch/arm/mach-u
On Tuesday 31 July 2012, Lee Jones wrote:
> This was left over during a recent clean-up which removed Device Tree
> helper structs. There is no longer a requirement for it, so we can just
> remove it.
>
> Signed-off-by: Lee Jones
Acked-by: Arnd Bergmann
--
To unsubscribe from
On Tuesday 31 July 2012, Tomoya MORINAGA wrote:
>
> On Wed, Jul 25, 2012 at 10:31 PM, Arnd Bergmann wrote:
> > What I think should work better here would be to use the clk API,
> > so that the phub driver registers a 'struct clk' using
> > (I assume) clk_regi
his series will extend support to include SMP and take
> advantage of the large physical memory addressing capabilities via LPAE.
>
> Signed-off-by: Vitaly Andrianov
> Signed-off-by: Cyril Chemparathy
Reviewed-by: Arnd Bergmann
And some nitpicking:
> +
> + chosen {
&g
On Wednesday 01 August 2012, Lee Jones wrote:
> > Looks like you're adding the same call to each of the three cases:
> > mop500, snowball and hrefv60+. How about moving it before or after
> > the if/elseif block?
>
> The Snowball one is different 'mop500_msp_init' -> 'mop500_of_msp_init'.
Ah, I s
On Wednesday 01 August 2012, wwang wrote:
> 于 2012年07月31日 19:23, Arnd Bergmann 写道:
> >
> > You posted the sdmmc host driver and the pci card reader driver.
> > I assume that the USB card reader and the memstick host
> > will also get posted at some point. Do you hav
On Wednesday 01 August 2012, Lee Jones wrote:
>
> On 01/08/12 14:32, Arnd Bergmann wrote:
> > On Wednesday 01 August 2012, Lee Jones wrote:
> >>> Looks like you're adding the same call to each of the three cases:
> >>> mop500, snowball and hrefv60+. How
On Thursday 26 July 2012, Vinayak Holikatti wrote:
> -static void ufshcd_remove(struct pci_dev *pdev)
> +void ufshcd_remove(struct ufs_hba *hba)
> {
> - struct ufs_hba *hba = pci_get_drvdata(pdev);
> -
> /* disable interrupts */
> ufshcd_int_config(hba, UFSHCD_INT_DISABLE);
> -
On Thursday 26 July 2012, Vinayak Holikatti wrote:
> diff --git a/drivers/scsi/ufs/ufshcd-pci.c b/drivers/scsi/ufs/ufshcd-pci.c
> new file mode 100644
> index 000..d078744
> --- /dev/null
> +++ b/drivers/scsi/ufs/ufshcd-pci.c
> @@ -0,0 +1,228 @@
> +/*
> + * Universal Flash Storage Host control
t transfer size in Command UPIU
I've found a few trivial issues that I just replied on. Other than that,
please add my
Reviewed-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel
On Thursday 02 August 2012, Chao Xie wrote:
> > #define APBC_RTC 0x28
> >
> > apbc_clks[rtc_clk] = mmp_clk_register_apbc(rtc_clk, clk32k, APBC_RTC, 10,
> > APBC_POWER_CTRL, mmp_clk_lock);
> > clk_register_clkdev(apbc_clks[rtc_clk], NULL, "sa1100-rtc");
> >
> > Arnd
> >
> hi
> I would
On Friday 03 August 2012, Sam Ravnborg wrote:
> > > I know we here hit a bad thing with the generic-y support,
> > > where we miss a good way to add a file to a lot of archs
> > > without editing a lot of files.
> >
> > If there isn't a generic version of the header, then yes, I guess you have
> >
On Friday 03 August 2012, wwang wrote:
> I got your ideas. Bus driver depending on other modules is indeed a bad
> style.
>
> In our situation, just take pci device for example, pci-common is the
> place to detect card plugged or unplugged, so pci-common is required to
> call and probe sdmmc-pci o
On Wednesday 08 August 2007, Christoph Lameter wrote:
>
> > I found a problem with SLUB when trying to boot a kdump kernel on a Cell
> > QS20 Blade running Fedora 7, kernel 2.6.22.5. If I use SLAB for the
> > kdump kernel, everything works ok. The fact is that SLUB doesn't find a
> > page frame fo
On Wednesday 08 August 2007, Lucio Correia wrote:
> DMA 0 -> 12288
> Normal 12288 -> 12288
> early_node_map[2] active PFN ranges
> 0: 0 -> 2560
> 1: 12287 -> 12288
As Christoph found, this memory map is really strange. Other machines
have somethi
On Wednesday 08 August 2007, Jörn Engel wrote:
> +++ linux-2.6.21logfs/include/linux/logfs.h 2007-08-08 02:57:37.0
> +0200
> @@ -0,0 +1,500 @@
> +/*
> + * fs/logfs/logfs.h
> + *
The comment does not match the file name. Better remove the file names
entirely from introduction comments.
On Wednesday 08 August 2007, Jörn Engel wrote:
> +config LOGFS
> + bool "Log Filesystem (EXPERIMENTAL)"
> + depends on MTD && BLOCK && EXPERIMENTAL
The dependency on MTD _and_ BLOCK looks correct for your code, but
not necessary. How about making it
depends on (MTD || BLOCK)
On Thursday 09 August 2007, Chris Snook wrote:
> This patchset makes the behavior of atomic_read uniform by removing the
> volatile keyword from all atomic_t and atomic64_t definitions that currently
> have it, and instead explicitly casts the variable as volatile in
> atomic_read(). This leaves l
On Thursday 09 August 2007, Chris Snook wrote:
> a) chicken and egg: asm-generic/atomic.h depends on definitions in
> asm/atomic.h
Ok, I see.
> If you can find a way to reshuffle the code and make it simpler, I personally
> am
> all for it. I'm skeptical that you'll get much to show for the e
On Friday 10 August 2007, Michael Ellerman wrote:
> It comes out of the device tree, just like a regular kernel. The
> device tree for the kdump kernel is built by kexec-tools, it parses
> /proc/device-tree and does a bunch of logic to avoid various reserved
> regions: the kernel, TCE tables, RTAS
On Tuesday 14 August 2007, Paul E. McKenney wrote:
> > #define order(x) asm volatile("" : "+m" (x))
>
> There was something very similar discussed earlier in this thread,
> with quite a bit of debate as to exactly what the "m" flag should
> look like. I suggested something similar named ACCESS_ON
ff-by: Anton Blanchard <[EMAIL PROTECTED]>
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
> @@ -1361,7 +1356,14 @@ sys_nanosleep(struct timespec __user *rqtp, struct
> timespec __user *rmtp)
> if (!timespec_valid(&tu))
> return -EINVAL;
>
&
On Monday 15 October 2007, Alasdair G Kergon wrote:
> The underlying ABI is not changing, I hope - the trailing padding in the
> struct should not affect the processing of the data by dm, and I see no
> reason to continue maintaining the fiction that the 32-bit and 64-bit
> ioctls are in some way i
While looking through the new header files, I noticed lots of occurences
of #ifdef CONFIG_X86_32 in headers files exported for glibc.
This is fundamentally broken because user applications including them
do not know about any CONFIG_* symbols, and if they did, those
would incorrectly describe the
On Tuesday 16 October 2007, Geert Uytterhoeven wrote:
> The recent (post 2.6.23) changes to compat_ioctl made the reporting of
> unsupported ioctls more verbose. E.g. on the PS3 I get:
>
> | ioctl32(cdrom_id:608): Unknown cmd fd(3) cmd(5331){t:'S';sz:0}
> arg() on /dev/.tmp-11-0
> | i
Many drivers use only compatible ioctl numbers. In order to
avoid having to write a special compat_ioctl handler for each
of them or listing every ioctl number in fs/compat_ioctl.c,
let's introduce a generic handler that simply calls the
driver specific f_op->unlocked_ioctl() or f_op->ioctl() handl
901 - 1000 of 5173 matches
Mail list logo