Mpq101 is a RapidIO development board in AMC form factor, featuring MPC8548
processor, 512MB of hardwired DDR2 RAM, 128MB of hardwired NAND flash
memory, real time clock and additional serial EEPROM on i2c bus (enabled).
USB controller is available, but not presently enabled.
Additional board info
> Dear Dirk Eibach,
Dear Wolfgang,
> ...
> > #define BASE_WIDTH 32
> > @@ -38,12 +44,18 @@
> > enum {
> > REG_CONTROL = 0x0010,
> > REG_MPC3W_CONTROL = 0x001a,
> > + REG_EXT_INTERRUPT = 0x001c,
> > + REG_EXT_INTERRUPT_ENABLE = 0x001e,
> > + REG_IIC_WRITE_MAILBOX = 0x0030,
> > +
Documented is CONFIG_CMD_SHA1, through confusion in the source
CONFIG_CMD_SHA1 and CONFIG_CMD_SHA1SUM has to be used to enable
sha1sum.
Fix both, the documentation and the source, so that only
CONFIG_CMD_SHA1SUM is needed to enable the command sha1sum.
Signed-off-by: Alexander Holler
---
README
SH7757 has SPI module. This patch supports it.
Signed-off-by: Yoshihiro Shimoda
---
about v2:
- add prefix of "SH_" to some defines.
- modify spi_cs_is_valid()
drivers/spi/Makefile |1 +
drivers/spi/sh_spi.c | 301 ++
2 files changed, 30
SH7757 has ETHER and GETHER. This patch supports EHTER only.
Signed-off-by: Yoshihiro Shimoda
---
about v2:
- remove unnecessary variable in sh_eth_config().
drivers/net/sh_eth.c | 37 +-
drivers/net/sh_eth.h | 53 ++
The R0P7757LC0030RL board has SH7757, 256MB DDR3-SDRAM, SPI ROM,
Ethernet, and more.
This patch supports the following functions:
- 256MB DDR3-SDRAM
- SPI ROM
- Ethernet
Signed-off-by: Yoshihiro Shimoda
---
about v2:
- remove unnecessary comment in config.mk
- move CONFIG_SYS_TEXT_BASE t
Hello,
Am 17.01.2011 23:28, schrieb Wolfgang Denk:
>> Anyway, I would found it a nice feature, at startup or when running the
>> version command, but both aren't a must.
>
> I think it would be a really useful extension to the version command.
> Looking forwad to seeing your patch.
Maybe if some
Dear Aneesh V,
In message <4d3525cd.8090...@ti.com> you wrote:
>
> +struct __attribute__ ((__packed__)) emu_hal_params {
> +u32 num_params;
> +u32 param1;
> +};
> >>>
> >>> Why exactly do we need the "__attribute__ ((__packed__))" here?
> >>
> >> Because a poin
Dear Stefano Babic,
In message <4d353d72.10...@denx.de> you wrote:
>
> it is too late, it was already pulled. We need now a patch on top of
> this. Jason, can you check Wolfgang's comments and send a patch to fix
> the issues he reported ?
It is not too late. I will not pull this into mainline
Dear Yoshihiro Shimoda,
In message <4d33c089.8040...@renesas.com> you wrote:
> SH7757 has SPI module. This patch supports it.
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> drivers/spi/Makefile |1 +
> drivers/spi/sh_spi.c | 295
> ++
> 2 file
Dear Yoshihiro Shimoda,
In message <4d33c078.3090...@renesas.com> you wrote:
> Fix the problem which cannot build the U-boot, if we only set
> the CONFIG_ENV_IS_IN_SPI_FLASH.
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> include/environment.h |1 +
> 1 files changed, 1 insertions(+), 0 delet
Dear Nobuhiro Iwamatsu,
In message <20110117130531.gd13...@chimagu.nigauri.org> you wrote:
> On Mon, Jan 17, 2011 at 01:08:58PM +0900, Yoshihiro Shimoda wrote:
> > Some CPU needs cache handling. So this patch add the config of
> > CONFIG_SH_ETHER_CACHE_WRITEBACK, and it calls wback function.
> >
Dear Yoshihiro Shimoda,
In message <4d33c0da.4000...@renesas.com> you wrote:
> Some CPU needs cache handling. So this patch add the config of
> CONFIG_SH_ETHER_CACHE_WRITEBACK, and it calls wback function.
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> drivers/net/sh_eth.c |9 +
> 1 f
Dear Nobuhiro Iwamatsu,
In message <20110117125040.gb13...@chimagu.nigauri.org> you wrote:
> On Mon, Jan 17, 2011 at 01:11:08PM +0900, Yoshihiro Shimoda wrote:
> > The R0P7757LC0030RL board has SH7757, 256MB DDR3-SDRAM, SPI ROM,
> > Ethernet, and more.
> >
> > This patch supports the following fu
Dear Yoshihiro Shimoda,
In message <4d3547b8.6020...@renesas.com> you wrote:
>
> > Is this nesseary?
> The "#sinclude" is not nessesary. I will remove it.
> However the "LDSCRIPT" is necessary on this board because
> the LSI needs the top of address when booting.
Please ditch the whole config.mk
(forgot the subject ;)
- k
On Jan 17, 2011, at 10:45 PM, Kumar Gala wrote:
> The following changes since commit e1ccf97c5d7651664d37c0c5aa243874b8851b2d:
>
> Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx (2011-01-17
> 20:31:46 +0100)
>
> are available in the git repository at:
>
Dear Stefano Babic,
In message <4d34744b.2030...@denx.de> you wrote:
>
> I have not understood this point. The link address CONFIG_SYS_TEXT_BASE
> is always set in the config.mk file, because it is needed by the linker
> process, and it is not set in the configuration file (I think you mean
> mx35
On Jan 18, 2011, at 2:03 AM, Alex Dubov wrote:
>
> +/*
> + * For booting Linux, the board info and command line data
> + * have to be in the first 16 MB of memory, since this is
> + * the maximum mapped by the Linux kernel during initialization.
> + */
> +#define CONFIG_SYS_BOOTMAPSZ (16 << 20)
Dear "Eibach, Dirk",
In message <48d3d52125c49b43ae880038e2e5314bb5b...@srv101.gdsys.de> you wrote:
>
> So, if you insist, I will convert our code to C struct based access.
Please do.
> Maybe you could point me to a nice clean implementation in u-boot, so I
> can use the semantics you prefer (
Dear Yoshihiro Shimoda,
In message <4d355516.6020...@renesas.com> you wrote:
> SH7757 has SPI module. This patch supports it.
>
> Signed-off-by: Yoshihiro Shimoda
> ---
> about v2:
> - add prefix of "SH_" to some defines.
> - modify spi_cs_is_valid()
>
> drivers/spi/Makefile |1 +
> d
On 01/18/2011 10:40 AM, Wolfgang Denk wrote:
> No, you are wrong. CONFIG_SYS_TEXT_BASE is always set in the
> configuration file, only a few files still have it in config.mk -
> these files need to be cleand up, and ideally config.mk should be
> ditched.
I see, understood. I will drop config.mk.
On 01/18/2011 10:24 AM, Wolfgang Denk wrote:
> It is not too late. I will not pull this into mainline as is. You
> can rebase your tree.
No problem on my side. Albert should also drop this patch, because it is
already merged into u-boot-arm. I will wait for updates from Jason.
Best regards,
St
On 01/16/2011 07:17 PM, Anatolij Gustschin wrote:
> We need to shift only one time in each cycle in the swapping loop
> for unaligned tx case. Currently two byte shift operations are
> performed in each loop cycle causing zero gaps in the transmited
> data, so not all data scheduled for transmition
From: Anatolij Gustschin
The MXC SPI driver didn't calculate the SPI clock up to
now and just highest possible divider 512 for DATA
RATE in the control register. This results in very low
transfer rates.
The patch adds code to calculate and setup the SPI clock
frequency for transfers.
Signed-off
Dear Daniel Gorsulowski,
> Hello Albert,
>
> Albert ARIBAUD wrote:
>> Le 18/01/2011 10:27, Daniel Gorsulowski a écrit :
>>> Hello again!
>>
>> Hi Daniel,
>>
>>> One month ago, I asked you for help (see message below), but got no
>>> answer.
>>
>> Sorry about that. Last quarter of 2010 was rather b
Add Intel E1000 82574L PCIe card support. Test on MPC8544DS
and MPC8572 board.
Add the missing contact information for future support.
Signed-off-by: Roy Zang
---
based on commit e1ccf97c5d7651664d37c0c5aa243874b8851b2d
drivers/net/e1000.c | 35 +++
drivers/net
From: Holger Brunck
The MPC852 based mgsuvd and kmsupx4 boards from keymile
were initially ported but later on not developed further. So
the respective files were removed to avoid unneeded merging
and maintenance.
Signed-off-by: Holger Brunck
Acked-by: Heiko Schocher
---
Changes for v3:
Hi Marcel,
Marcel wrote:
>
> I have already reduced the code quite far. Basically all dma related stuff is
> gone.
According to your first message in this thread I suppose that you are
using atmel_usba_udc driver. Am I right?
Looks like it's able to use PIO mode transfer (I mean linux driver
Hi Marcel,
In addition, did you enable CONFIG_USB_GADGET_DUALSPEED option in your
u-boot config file?
With best regards,
Vitaly.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi
I am working with a TI Davinci DM365 and would love to use the boot count
limit feature for a product that we are working on but the docs state it is
only supported by Power Architecture processors. Could someone please
explain why this is and how it works as I will need to either find an
alte
Dear "Sean Preston",
In message <008901cbb715$9a371b10$cea55130$@pfk.co.za> you wrote:
>
> I am working with a TI Davinci DM365 and would love to use the boot count
> limit feature for a product that we are working on but the docs state it is
> only supported by Power Architecture processors. Co
Hi, Wolfgang and Stefano,
2011/1/18 Wolfgang Denk :
> Dear Stefano Babic,
>
> In message <4d353d72.10...@denx.de> you wrote:
>>
>> it is too late, it was already pulled. We need now a patch on top of
>> this. Jason, can you check Wolfgang's comments and send a patch to fix
>> the issues he report
Dear Jason Liu,
In message you
wrote:
>
> Do I need send out the new version patch for imximage to address
> Wolfgang's comments
> or send out the whole patchset(8patches) include the new version patch?
>
> What's the process for it?
If the changes affect only this one patch, then you can re
Hi, Wolfgang,
2011/1/18 Wolfgang Denk :
> Dear Jason Liu,
>
> In message you
> wrote:
>>
>> Do I need send out the new version patch for imximage to address
>> Wolfgang's comments
>> or send out the whole patchset(8patches) include the new version patch?
>>
>> What's the process for it?
>
> If
Hi, Wolfgang,
2011/1/18 Wolfgang Denk :
> Dear Jason Liu,
>
> In message <1294129662-680-7-git-send-email-r64...@freescale.com> you wrote:
>> This patch add the MX53 boot image support.
>>
>> This patch has been tested on Freescale MX53EVK board
>> and MX51EVK board.
>>
>> Signed-off-by: Jason Liu
Am 18.01.2011 15:59, schrieb Jason Liu:
Hi Jason,
>
> This is the only one patch from the whole pathset(8patches) need get updated
> So, I just resubmit it with one newer version for only this patch, is it ok?
Yes, I agree. The other patches have received formal ACKs or there are
no more commen
Hello.
Stefano Babic wrote:
> From: Anatolij Gustschin
> The MXC SPI driver didn't calculate the SPI clock up to
> now and just highest possible divider 512 for DATA
^
I think "used" shouldn't have been ommitted here.
> RATE in the control register. This results in very low
In a header define register fields we have something like:
> +#define CSOR_NAND_TRHZ_MASK 0x001C /* Time for Read Enable
> +High to Output High
> +Impedance */
Is this multiple li
On Jan 18, 2011, at 5:55 AM, Roy Zang wrote:
> Add Intel E1000 82574L PCIe card support. Test on MPC8544DS
> and MPC8572 board.
> Add the missing contact information for future support.
>
> Signed-off-by: Roy Zang
> ---
>
> based on commit e1ccf97c5d7651664d37c0c5aa243874b8851b2d
> drivers/net
When an elf section is already at the right position (e.g. after image
decompression by bootm) there is no need to copy it.
Signed-off-by: Matthias Weisser
---
common/cmd_elf.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/common/cmd_elf.c b/common/cmd_elf.c
inde
> >> Anyway, I would found it a nice feature, at startup or when running the
> >> version command, but both aren't a must.
> >
> > I think it would be a really useful extension to the version command.
> > Looking forwad to seeing your patch.
>
> Maybe if someone could feed me with what to use for
Am 18.01.2011 17:20, schrieb Peter Tyser:
Anyway, I would found it a nice feature, at startup or when running the
version command, but both aren't a must.
>>>
>>> I think it would be a really useful extension to the version command.
>>> Looking forwad to seeing your patch.
>>
>> Maybe if
Added to: git://git.denx.de/u-boot-nios.git 'next'
Thank you,
--Scott
Thomas Chou wrote:
> Added this for mmc_spi driver. Though altera spi core does not
> support programmable speed. It is fixed when configured in
> sopc-builder.
>
> Signed-off-by: Thomas Chou
> ---
> drivers/spi/altera_spi
Added to: git://git.denx.de/u-boot-nios.git 'next'
Thank you,
--Scott
Thomas Chou wrote:
> This is consistent with nios2-linux. And resolved the warning,
>
> cmd_nvedit.c: In function `do_env_export':
> cmd_nvedit.c:660: warning: size_t format, ssize_t arg (arg 3)
>
> Signed-off-by: Thomas Ch
Added to: git://git.denx.de/u-boot-nios.git 'next'
Thank you,
--Scott
Thomas Chou wrote:
> Signed-off-by: Thomas Chou
> ---
> arch/nios2/include/asm/gpio.h|6 ++
> board/altera/nios2-generic/custom_fpga.h |1 +
> board/altera/nios2-generic/gpio.c|6 ++
>
Added to: git://git.denx.de/u-boot-nios.git 'next'
Thank you,
--Scott
Thomas Chou wrote:
> Signed-off-by: Thomas Chou
> ---
> arch/nios2/include/asm/gpio.h |6 ++
> board/altera/nios2-generic/gpio.c |5 +
> 2 files changed, 11 insertions(+), 0 deletions(-)
>
> diff --git a
On Tue, 18 Jan 2011 01:18:34 +0100
Joakim Tjernlund wrote:
> How do you think a solution for all boards would look like?
> The only other method is can think of is some MMU trickery and
> I don't even see how you can make that work on all boards and
You don't need to make the MMU trick work on a
Define voltages configurable on SWx buck switchers.
Signed-off-by: Marek Vasut
---
include/mc13892.h | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/include/mc13892.h b/include/mc13892.h
index 61c3e6e..6d86e55 100644
--- a/include/mc138
Signed-off-by: Marek Vasut
---
board/freescale/mx51evk/mx51evk.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/board/freescale/mx51evk/mx51evk.c
b/board/freescale/mx51evk/mx51evk.c
index 2160d5a..bcf1934 100644
--- a/board/freescale/mx51evk/mx51evk.c
+++ b/board/
Supported:
MMC
IDE
PMIC
SPI flash
LEDs
I can boot the kernel supplied by freescale/genesi with this from MMC card
and/or PATA disk.
Signed-off-by: Marek Vasut
---
v3: Use SWx definitions as proposed by Stefano
MAINTAINERS|1 +
board/efikamx/Makefile | 52
board/e
On Thursday 13 January 2011 18:46:02 Stefano Babic wrote:
> On 01/13/2011 06:15 PM, Marek Vasut wrote:
> >>> + mxc_request_iomux(MX51_PIN_NANDF_RB3, IOMUX_CONFIG_GPIO);
> >>> + mxc_iomux_set_pad(MX51_PIN_NANDF_RB3, PAD_CTL_100K_PU);
> >>> + mxc_gpio_direction(IOMUX_TO_GPIO(MX51_PIN_NANDF_RB3),
> >>
On Sunday 16 January 2011 16:21:34 Stefano Babic wrote:
> On 01/13/2011 06:27 PM, Marek Vasut wrote:
> > As for the PMIC, other boards don't use any #defines for those constants
> > either, which obviously doens't mean it's right.
>
> Well, this is not true. You use in yourd board a lot of these c
Scott Wood wrote on 2011/01/18 18:27:49:
> On Tue, 18 Jan 2011 01:18:34 +0100
> Joakim Tjernlund wrote:
>
> > How do you think a solution for all boards would look like?
> > The only other method is can think of is some MMU trickery and
> > I don't even see how you can make that work on all board
Dear Jason Liu,
In message you
wrote:
> > ...
> >> static table_entry_t imximage_cmds[] = {
> >> + {CMD_IMAGE_VERSION, "IMAGE_VERSION","i> mage version", },
> >> {CMD_BOOT_FROM, "BOOT_FROM",> "boot command", },
> >> {CMD_DATA, "DATA",
Dear Kumar Gala,
In message <3d755410-9073-43de-b772-d5649ed96...@kernel.crashing.org> you wrote:
> In a header define register fields we have something like:
>
> > +#define CSOR_NAND_TRHZ_MASK0x001C /* Time for Read
> > Enable
> > +
Dear Alexander Holler,
In message <4d35c836.3020...@ahsoftware.de> you wrote:
>
> > @@ -416,6 +416,8 @@ $(U_BOOT_ONENAND): $(ONENAND_IPL) $(obj)u-boot.bin
> > $(VERSION_FILE):
> > @( printf '#define U_BOOT_VERSION "U-Boot %s%s"\n'
> > "$(U_BOOT_VERSION)" \
> >
Dear Joakim Tjernlund,
In message
you
wrote:
>
> > You don't need to make the MMU trick work on all boards, just your board
> > (or cpu family), because it wouldn't be imposing anything on
> > the rest of the system. Do we actually have someone who
> > needs this feature on a board without a s
Dear Marek Vasut,
In message <201101182032.33444.marek.va...@gmail.com> you wrote:
>
> > > +/***
> > > ***
> >
> > I have not checked before, but this is not the coding style for
> > multiline comments.
>
> Well it's more of
On Tue, 18 Jan 2011 21:06:34 +0100
Wolfgang Denk wrote:
> Dear Joakim Tjernlund,
>
> In message
> you
> wrote:
> > boards which I don't think is possible. I do think my approach comes
> > closest though.
> > I did try BATs but I didn't get very far.
What problems did you run into?
>
> If
Scott Wood wrote on 2011/01/18 21:24:16:
> On Tue, 18 Jan 2011 21:06:34 +0100
> Wolfgang Denk wrote:
>
> > Dear Joakim Tjernlund,
> >
> > In message
> >
> > you wrote:
> > > boards which I don't think is possible. I do think my approach comes
> > > closest though.
> > > I did try BATs but I d
This patch add the MX53 boot image support.
This patch has been tested on Freescale MX53EVK board
and MX51EVK board.
Signed-off-by: Jason Liu
---
Changes for v2:
- Address the following comments from Stefano,
- Get rid of #ifdef in the imximage.h and .c file and use
the runtime check for
Hi, Marek,
2011/1/19 Marek Vasut :
> Define voltages configurable on SWx buck switchers.
>
> Signed-off-by: Marek Vasut
> ---
> include/mc13892.h | 35 +++
> 1 files changed, 35 insertions(+), 0 deletions(-)
>
> diff --git a/include/mc13892.h b/include/mc13892.h
Wolfgang Denk wrote on 2011/01/18 21:06:34:
> Dear Joakim Tjernlund,
>
> In message
> you
> wrote:
> >
> > > You don't need to make the MMU trick work on all boards, just your board
> > > (or cpu family), because it wouldn't be imposing anything on
> > > the rest of the system. Do we actually
On Tuesday, January 18, 2011 01:15:25 am Marcel wrote:
> Hi,
>
> ether.c contains the following code :
>
> req->buf = (u8 *) NetRxPackets[0];
> req->length = size;
> req->complete = rx_complete;
>
> retval = usb_ep_queue(dev->out_ep, req, gfp_flags);
>
>
> My USB contr
Dear Scott Wood,
In message <20110118142416.5892c...@udp111988uds.am.freescale.net> you wrote:
>
> > If we are talking about _all_ boards we have to keep a wider view.
> > For example, on MPC8xx there are not BATs. Not to mention other
> > architectures.
>
> I don't see why MPC8xx's MMU couldn't
Dear Joakim Tjernlund,
In message
you
wrote:
>
> Ah, finally you make sense to me. I actually tested this with mainline
> on my board so it is not completely untested in mainline.
As your board itself is not in mainline this _is_ completely untested
for mainline.
> > It's a nice and appreciat
Dear Marcel,
In message <201101182208.33651.korg...@home.nl> you wrote:
>
> > Anyone have an idea how NetRxPackets is allocated ?
>
> Nobody ?
Well,you're supposed to do some basic code reading yourself.
> req->buf = (u8 *) NetRxPackets[0];
>
> This is returning an non existing buffer for some
On Tue, 18 Jan 2011 21:39:23 +0100
Joakim Tjernlund wrote:
> Scott Wood wrote on 2011/01/18 21:24:16:
> > I don't see why MPC8xx's MMU couldn't be used for this, although it
> > might be a tight fit if you want to get everything into the pinned TLB
> > entries.
>
> I think it is harder that tha
Dear Baidu Boy,
In message you
wrote:
>
> This patch is still in new state. Please help to check.
> I think it is really an potential issue without this patch.
All your patches require changes. See previous messages about the
use of a real name in the Signed-off-by: line.
Best regards,
Wolfg
Dear "Baidu Boy",
In message <01cbb189$ddf50790$6401a8c0@LENOVOE5CA6843> you wrote:
> The original CS0 OR configuration sets the reserved field.
> This patch is to correct the setting.
>
> Signed-off-by: Baidu Boy
NAK. Real name required.
Best regards,
Wolfgang Denk
--
DENX Software En
Dear Po-Yu Chuang,
In message you
wrote:
>
> > From: Po-Yu Chuang
> >
> > timer.c used static data and are called before relocation.
> > Move all static variables into global_data structure. Also cleanup
> > timer.c from unused stubs and make it truly use 64 bit tick values.
...
> Would you pl
Dear Lei Wen,
In message <1294754710-7834-2-git-send-email-lei...@marvell.com> you wrote:
> Since there are lots of difference between kirkwood and armada series,
> it is better to seperate them but still keep the most common file
> shared by all marvell platform in the mv-common configure file.
>
Dear Lei Wen,
In message <1294754710-7834-3-git-send-email-lei...@marvell.com> you wrote:
> Pantheon Family processors are highly integrated SoCs
> based on Sheeva_88SV331x-v5 PJ1 cpu core.
> Ref:
> http://www.marvell.com/products/processors/communications/marvell_pantheon_910_920_pb.pdf
...
> +/*
Dear Lei Wen,
In message <1294754710-7834-5-git-send-email-lei...@marvell.com> you wrote:
> This patch adds the support MFP support for Marvell PANTHEON SoCs
...
> +/*
> + * Frequently used MFP Configuration macros for all PANTHEON family of
> +SoCs
^^
> + *
> + * offset, pull,pF, drv,dF,
Dear seedshope,
In message <1294757545-4771-4-git-send-email-bocui...@gmail.com> you wrote:
> Add some relocation symbols to u-boot.lds and disable LED functions
> in start.s to support nand_spl.
>
> Signed-off-by: seedshope
Please re-split yourpatches. The changes to
board/samsung/smdk6400/u-
Wolfgang Denk wrote on 2011/01/18 22:25:04:
>
> Dear Joakim Tjernlund,
>
> In message
> you
> wrote:
> >
> > Ah, finally you make sense to me. I actually tested this with mainline
> > on my board so it is not completely untested in mainline.
>
> As your board itself is not in mainline this _i
Dear Kumar Gala,
In message <1294604972-24751-1-git-send-email-ga...@kernel.crashing.org> you
wrote:
> There are several users of the hwconfig APIs (8xxx DDR) before we have
> the environment properly setup. This causes issues because of the
> numerous ways the environment might be accessed beca
Dear holger.bru...@keymile.com,
In message <1295354730-7947-1-git-send-email-holger.bru...@keymile.com> you
wrote:
> From: Holger Brunck
>
> The MPC852 based mgsuvd and kmsupx4 boards from keymile
> were initially ported but later on not developed further. So
> the respective files were removed
Dear Roy Zang,
In message <1295351719-2687-1-git-send-email-tie-fei.z...@freescale.com> you
wrote:
> Add Intel E1000 82574L PCIe card support. Test on MPC8544DS
> and MPC8572 board.
> Add the missing contact information for future support.
>
> Signed-off-by: Roy Zang
> ---
>
> based on commit
Dear Heiko Schocher,
In message <1294903500-2018-1-git-send-email...@denx.de> you wrote:
> difference to previous board version:
> - M29W128GH flash from Numonyx
> - SDRAM ISSI IS45S16800 (Option A2 105°C)
> - rev5 uses RTC RV-3029-C2
> - update cs0 and cs1 baseaddr and length
> depending on th
Dear Heiko Schocher,
In message <1294816806-32614-1-git-send-email...@denx.de> you wrote:
> Signed-off-by: Heiko Schocher
> ---
> drivers/rtc/Makefile |1 +
> drivers/rtc/rv3029.c | 124
> ++
> 2 files changed, 125 insertions(+), 0 deletions(
Hi Wolfgang,
> > Nobody ?
>
> Well,you're supposed to do some basic code reading yourself.
Of course. It's always the idea to post a question after reading for some
time. It either means I don't understand the code, the code really doesn't
work or I did miss the most important part in the docu
Dear Thomas Chou,
In message <1294709900-2764-1-git-send-email-tho...@wytron.com.tw> you wrote:
> Crc7 is used to compute mmc spi command packet checksum.
>
> Copy from linux-2.6 lib/crc7.c include/linux/crc7.h
> commit ad241528c4919505afccb022acbab3eeb0db4d80
>
> Signed-off-by: Thomas Chou
> -
On Jan 18, 2011, at 4:26 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <1294604972-24751-1-git-send-email-ga...@kernel.crashing.org> you
> wrote:
>> There are several users of the hwconfig APIs (8xxx DDR) before we have
>> the environment properly setup. This causes issues because
On Jan 18, 2011, at 4:33 PM, Wolfgang Denk wrote:
> Dear Roy Zang,
>
> In message <1295351719-2687-1-git-send-email-tie-fei.z...@freescale.com> you
> wrote:
>> Add Intel E1000 82574L PCIe card support. Test on MPC8544DS
>> and MPC8572 board.
>> Add the missing contact information for future sup
Dear Thomas Chou,
In message <1293232433-2985-1-git-send-email-tho...@wytron.com.tw> you wrote:
> This func helps mmc_spi driver set correct speed for mmc/sd, as
> mmc card needs 400KHz clock for spi mode initialization.
>
> Signed-off-by: Thomas Chou
> ---
> v2 remove weak func as Mike suggeste
Dear Joakim Tjernlund,
In message
you
wrote:
>
> > Such testing can be done anywhere, in some test branch. I don't think
> > mainline is the right place for such an intrusive and experiemental
> > feature.
>
> Do you have such a branch where you can apply this?
But I'm have no plans to test
There are several users of the hwconfig APIs (8xxx DDR) before we have
the environment properly setup. This causes issues because of the
numerous ways the environment might be accessed because of the
non-volatile memory it might be stored in. Additionally the access
might be so early that memory
On Jan 18, 2011, at 4:40 PM, Kumar Gala wrote:
>>
>> If we already know that there is no "hwconfig" setting in the
>> environment, why do we then need to go through all the
>> hwconfig_sub_f() and hwconfig_subarg_cmp_f() calls below?
>>
>> Can we not short-cut all these?
>
> Short cut how?
wh
Dear Marcel,
>> Well,you're supposed to do some basic code reading yourself.
>
> Of course. It's always the idea to post a question after reading for some
> time. It either means I don't understand the code, the code really doesn't
> work or I did miss the most important part in the documents. I gu
Dear Kumar Gala,
In message <7de856f6-e8eb-43bb-b641-60d84e33a...@kernel.crashing.org> you wrote:
>
> >> + * Authors: Roy Zang
> >> + * - Add PCI Express card support in Jul. 2009
> >> + */
> >
> > If you really insist on adding this, thenmove it up into the header.
> > What what exactly
Dear Yanjun Yang,
In message you
wrote:
> The lan91c96_detect_chip routine is not correct according
> to the manual.
>
> Signed-off-by: YanJun Yang
> ---
> Changes for v2:
> - Avoid line wraps and ensure tabs
> - Don't define a new macro
>
> drivers/net/lan91c96.c |2 +-
> 1 files chan
Dear Peter Tyser,
In message <1293581525-18073-1-git-send-email-pty...@xes-inc.com> you wrote:
> There's no compelling reason to have the output on bootup or the
> "flinfo" command print "flash" in uppercase, so use the proper case
> where appropriate.
>
> Signed-off-by: Peter Tyser
> ---
> arc
Dear Marcel,
In message <201101182337.32274.korg...@home.nl> you wrote:
>
> > Hint: have a look at "net/net.c".
>
> I found that, but it doesn't make sense to me. I'll read it again and
> hopefully it makes sense to me than. Anyway, my knowledge of the ethernet
> part
> in u-boot is limited a
Dear Peter Tyser,
In message <1293745676-1557-1-git-send-email-pty...@xes-inc.com> you wrote:
> When a flash partition was positioned at the very top of a 32-bit memory
> map (eg located at 0xf800 with a size of 0x800)
> get_part_sector_size_nor() would incorrectly calculate the partition'
Dear =?UTF-8?q?Lo=C3=AFc=20Minier?=,
In message <1294104756-3338-1-git-send-email-loic.min...@linaro.org> you wrote:
> Signed-off-by: Loïc Minier
> ---
> tools/kwbimage.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Softw
Dear =?UTF-8?q?Lo=C3=AFc=20Minier?=,
In message <1294104756-3338-2-git-send-email-loic.min...@linaro.org> you wrote:
> By default, "-" chars are interpreted as hyphens (U+2010) by groff, not
> as minus signs (U+002D). Since options to programs use minus signs
> (U+002D), this means for example in
Dear Mike Frysinger,
In message <1294638366-32527-1-git-send-email-vap...@gentoo.org> you wrote:
> Signed-off-by: Mike Frysinger
> ---
> common/cmd_nvedit.c |8
> include/config_cmd_defaults.h |2 ++
> 2 files changed, 10 insertions(+), 0 deletions(-)
>
> diff --git a
Signed-off-by: Marek Vasut
---
board/freescale/mx51evk/mx51evk.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/board/freescale/mx51evk/mx51evk.c
b/board/freescale/mx51evk/mx51evk.c
index 2160d5a..bcf1934 100644
--- a/board/freescale/mx51evk/mx51evk.c
+++ b/board/
Define voltages configurable on SWx buck switchers.
Signed-off-by: Marek Vasut
---
v2: Add note about SWxHI
include/mc13892.h | 39 +++
1 files changed, 39 insertions(+), 0 deletions(-)
diff --git a/include/mc13892.h b/include/mc13892.h
index 61c3e6e..a107
1 - 100 of 120 matches
Mail list logo
