Hi All,
We have a december release. In number of patches this is the
biggest Release we ever had: 275 non merge patches have gone into this
release. Here's some statisitics over the releases we currently have:
v2010.03.0: 72
v2010.04.0: 18
v2010.05.0: 38
v2010.06.0: 28
v2010.07.0: 29
v2010.08.0:
On 12:16 Thu 06 Dec , Fabio Porcedda wrote:
> This is to have a nicely ordered list and to decrease the
> likelihood of a conflict when adding a new board.
>
> Signed-off-by: Fabio Porcedda
> Cc: Jean-Christophe PLAGNIOL-VILLARD
> ---
> v2:
NAK
I order them by Kconfig keepo it that way
Be
and if connected jtager, the ON switch does not work some time.
of cause the jtagger is connected to PC, but I have not use it with 'openocd'.
On Thursday, December 06, 2012 09:09:10 AM Juergen Beisert wrote:
> Yi Qingliang wrote:
> > the address of dm9000 is 0x2800, it should be cs5, but in
I got it finally, but not root cause.
reproduce:
1. connect jtag with openjtag(not the official openjtag, but 100ask.net
produced
based on openmoko's).
2. use ON/OFF switch on the board
then I got "Wrong databus"
but if I disconnect the power line, and reconnect it, everything OK.
and if not
On Thursday, December 06, 2012 12:27:45 PM Eric Bénard wrote:
> Hi,
>
> Le Thu, 06 Dec 2012 15:55:23 +,
>
> Yi Qingliang a écrit :
> > the address of dm9000 is 0x2800, it should be cs5, but in function
> > "mini2440_devices_init", it set the cs4 instead, why??
>
> The mini2440 supported
On Thu, Dec 06, 2012 at 12:16:43PM +0100, Fabio Porcedda wrote:
> This is to have a nicely ordered list and to decrease the
> likelihood of a conflict when adding a new board.
>
> Signed-off-by: Fabio Porcedda
> Cc: Jean-Christophe PLAGNIOL-VILLARD
Applied, thanks
Sascha
> ---
> v2:
> - add
Signed-off-by: Antony Pavlov
---
drivers/clk/clk-fixed.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/clk-fixed.c b/drivers/clk/clk-fixed.c
index fa89cb2..5e81e72 100644
--- a/drivers/clk/clk-fixed.c
+++ b/drivers/clk/clk-fixed.c
@@ -44,6 +44,7 @@ struct clk *clk_fixed(const
Hi Antony,
On Thu, Dec 06, 2012 at 12:25:34PM +0400, Antony Pavlov wrote:
> The 'flags' parameter make possible creation
> of a 'CLK_ALWAYS_ENABLED' clock without code overhead.
>
> So it is possible to create clock this way
> clk_fixed("main_clock", 2400, 0);
> or that way
> clk_fixed("mai
On Thu, Dec 06, 2012 at 12:12:38PM +0400, Antony Pavlov wrote:
> Signed-off-by: Antony Pavlov
> ---
Applied, thanks
Sascha
> arch/arm/boards/at91sam9261ek/init.c|2 +-
> arch/arm/boards/at91sam9m10g45ek/init.c |2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --gi
On Thu, Dec 06, 2012 at 11:03:34AM +0100, Fabio Porcedda wrote:
> Signed-off-by: Fabio Porcedda
Applied, thanks
Sascha
> ---
> arch/arm/mach-at91/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm/mach-at91/Kconfig b/arch/arm/mach-at91/Kconfig
> index 3a
This adds ahci controller support based on U-Boot ahci support. Unlike
U-Boot we do not push the SCSI layer in between, but use the ata interface
directly. Tested on a Freescale i.MX53.
Signed-off-by: Sascha Hauer
---
drivers/ata/Kconfig |5 +
drivers/ata/Makefile |1 +
drivers/ata/ahci
Currently we only support oldschool IDE SFF devices. This is done
by registering a register layout struct and everything else is done
by the generic IDE SFF driver. Since modern ATA devices still use
ATA, but not the SFF interface anymore, split out the IDE SFF support
to a separate file to allow f
Signed-off-by: Sascha Hauer
---
include/mfd/imx6q-iomuxc-gpr.h | 320
1 file changed, 320 insertions(+)
create mode 100644 include/mfd/imx6q-iomuxc-gpr.h
diff --git a/include/mfd/imx6q-iomuxc-gpr.h b/include/mfd/imx6q-iomuxc-gpr.h
new file mode 100644
i
This adds the glue code for the i.MX SATA controller. This controller
needs some i.MX specific setup and some SoC specific setting outside
the controller itself. The code for setting up the correct clock source
for the SATA phy has been taken from U-Boot.
Signed-off-by: Sascha Hauer
---
drivers/
ATA devices using DMA may need a sufficiently aligned buffer, so use
dma_alloc instead of regular malloc.
Signed-off-by: Sascha Hauer
---
drivers/ata/disk_ata_drive.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/ata/disk_ata_drive.c b/drivers/ata/disk_ata_driv
Add the convenience wrappers for registering the SATA device.
Signed-off-by: Sascha Hauer
---
arch/arm/mach-imx/clk-imx5.c |1 +
arch/arm/mach-imx/include/mach/devices-imx53.h |5 +
arch/arm/mach-imx/include/mach/imx53-regs.h|2 ++
3 files changed, 8 inserti
Signed-off-by: Sascha Hauer
---
drivers/ata/ide-sff.c |6 +++---
include/ata_drive.h |9 +
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/drivers/ata/ide-sff.c b/drivers/ata/ide-sff.c
index 6a452d6..3dd6f63 100644
--- a/drivers/ata/ide-sff.c
+++ b/drivers/ata/ide
Using /dev/disk* for every type of device is not helpful. It increases
the chance that the user doesn't know which file corresponds to which
device. So rename ata device files to /dev/ata*. Also add a dev_info
about which device just has been registered.
Signed-off-by: Sascha Hauer
---
drivers/a
The following adds support for AHCI based SATA controllers. Some
cleanup has to be done first as currently our ATA support assumes
that all devices have a SFF interface, so this has to be separated
first.
Sascha Hauer (9):
ata:
Some status flags are wrong, fix them. All of them are currently unused,
so no functional change included.
Signed-off-by: Sascha Hauer
---
drivers/ata/disk_ata_drive.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/ata/disk_ata_drive.c b/drivers/ata/disk_a
For easy support of table based dividers.
Signed-off-by: Sascha Hauer
---
drivers/clk/Makefile|2 +-
drivers/clk/clk-divider-table.c | 119 +++
include/linux/clk.h | 10
3 files changed, 130 insertions(+), 1 deletion(-)
cre
Not needed as we will handle the additional gate bits as gate.
Signed-off-by: Sascha Hauer
---
arch/arm/mach-imx/clk-imx6.c | 18 +-
arch/arm/mach-imx/clk-pllv3.c |8 +++-
arch/arm/mach-imx/clk.h |2 +-
3 files changed, 13 insertions(+), 15 deletions(-)
diff
This also adds and enables the clocks needed for SATA.
Signed-off-by: Sascha Hauer
---
arch/arm/mach-imx/clk-imx6.c | 20
arch/arm/mach-imx/include/mach/devices-imx6.h |5 +
arch/arm/mach-imx/include/mach/imx6-regs.h|2 ++
3 files changed,
We may be called very early, before the timer is available,
so don't use it here.
Signed-off-by: Sascha Hauer
---
arch/arm/mach-imx/clk-pllv3.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-imx/clk-pllv3.c b/arch/arm/mach-imx/clk-pllv3.c
index f
In recent reference manuals the plls were renumbered. PLL8 now is
PLL6 and vice versa. Change the code according to the reference
manual to avoid confusion.
Signed-off-by: Sascha Hauer
---
arch/arm/mach-imx/clk-imx6.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/a
The ethernet PLL has a fixed frequency of 500MHz. What is adjustable
are additional dividers which we better describe separately.
Signed-off-by: Sascha Hauer
---
arch/arm/mach-imx/clk-pllv3.c | 63 +
1 file changed, 1 insertion(+), 62 deletions(-)
diff
The following has some fixes to the i.MX6 clock support I recently
included in the kernel, mostly needed for adding SATA support.
Interesting for non-i.MX users is the patch adding a table based
divider to the common clk stuff.
Sascha
-
Hi,
Le Thu, 06 Dec 2012 15:55:23 +,
Yi Qingliang a écrit :
> the address of dm9000 is 0x2800, it should be cs5, but in function
> "mini2440_devices_init", it set the cs4 instead, why??
>
The mini2440 supported in Barebox is this one and maybe not the one
your are using ;-)
http://www.f
This is to have a nicely ordered list and to decrease the
likelihood of a conflict when adding a new board.
Signed-off-by: Fabio Porcedda
Cc: Jean-Christophe PLAGNIOL-VILLARD
---
v2:
- add Cc: Jean-Christophe
- add comment to remember the ordering
arch/arm/mach-at91/Kconfig | 11 ++-
Yi Qingliang wrote:
> indeed, I encountered follow error when boot barebox (compiled with default
> cfg):
> dm9000@dm9: Wrong databus width defined at compile time
>
> and can't use it for tftp
>
> I have printed out the context, found that is 32bit in the dm9000 register
> (read only), but in
This is to have a nicely ordered list and to decrease the
likelihood of a conflict when adding a new board.
Signed-off-by: Fabio Porcedda
---
arch/arm/mach-at91/Kconfig | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-at91/Kconfig b/arch/arm/mach-at91/
Signed-off-by: Fabio Porcedda
---
arch/arm/mach-at91/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-at91/Kconfig b/arch/arm/mach-at91/Kconfig
index 3a985f7..3de6061 100644
--- a/arch/arm/mach-at91/Kconfig
+++ b/arch/arm/mach-at91/Kconfig
@@ -8,7 +8,7 @@
Signed-off-by: Antony Pavlov
---
arch/arm/mach-bcm2835/core.c |6 +++---
arch/arm/mach-imx/clk-imx1.c |6 +++---
arch/arm/mach-imx/clk-imx21.c |4 ++--
arch/arm/mach-imx/clk-imx25.c |4 ++--
arch/arm/mach-imx/clk-imx27.c |6 +++---
arch/arm/mach-imx/clk-imx31.c |4 ++--
indeed, I encountered follow error when boot barebox (compiled with default
cfg):
dm9000@dm9: Wrong databus width defined at compile time
and can't use it for tftp
I have printed out the context, found that is 32bit in the dm9000 register
(read only), but in mini2440 initialize code is 16bi
The 'flags' parameter make possible creation
of a 'CLK_ALWAYS_ENABLED' clock without code overhead.
So it is possible to create clock this way
clk_fixed("main_clock", 2400, 0);
or that way
clk_fixed("main_clock", 2400, CLK_ALWAYS_ENABLED);
I can't check my clk_fixed-related changes for
The 'flags' parameter make possible creation
of a 'CLK_ALWAYS_ENABLED' clock without code overhead.
Signed-off-by: Antony Pavlov
---
drivers/clk/clk-fixed.c |3 ++-
include/linux/clk.h |2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/clk-fixed.c b/dri
Signed-off-by: Antony Pavlov
---
arch/arm/boards/at91sam9261ek/init.c|2 +-
arch/arm/boards/at91sam9m10g45ek/init.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boards/at91sam9261ek/init.c
b/arch/arm/boards/at91sam9261ek/init.c
index 636da12..8842cfe
Yi Qingliang wrote:
> the address of dm9000 is 0x2800, it should be cs5, but in function
> "mini2440_devices_init", it set the cs4 instead, why??
Hmm, the schematics of the Mini2440 board tells me, the processor's GCS4 (ball
D3) is in use for the DM9000.
GCS5 is connected to the CON5 instead
38 matches
Mail list logo