On Mar 6, 2011, at 10:14 PM, Kumar Gala wrote:
> From: Priyanka Jain
>
> P1010 and P1014 has v2.3 version of FSL eSDHC controller in which watermark
> level register description has been changed:
>
> 9-15 bits represent WR_WML[0:6], Max value = 128 represented by 0x00
> 25-31 bits represent RD
> On Monday, April 04, 2011 21:17:45 Kim Phillips wrote:
>> commit 560d424b6d7cd4205b062ad95f1b104bd4f8bcc3 "env: re-add
>> support for auto-completion" fell short of its description -
>> the 'used' logic in hmatch_r was reversed - 'used' is 0 if
>> the hash table entry is not used, or -1 if delete
--- On Mon, 4/4/11, Wolfgang Denk wrote:
> > In my blob I still got 8k free, and I don't think
> there's too much use
> > for NFS support, which is enabled by default.
>
> I just point out that this board does not build in our
> build tests -
> as the only PPC board, btw.
>
The error says some
On Jan 29, 2011, at 5:29 PM, Kumar Gala wrote:
> From: Mingkai Hu
>
> On some boards the environment may not be located at a fixed address in
> the MMC/SDHC card. This allows those boards to implement their own
> means to report what address the environment is located at.
>
> Signed-off-by: M
On Feb 15, 2011, at 5:09 PM, Timur Tabi wrote:
> Clean up the macro defintions used to enable DIU (video) support on the
> MPC8610HPCD and the MPC5121ADS so that they look more like the P1022DS,
> which is newer. Add software cursor support to all three boards.
>
> Also document the CONFIG_FSL_
On Jan 29, 2011, at 5:29 PM, Kumar Gala wrote:
> From: Jerry Huang
>
> We implement our own mmc_get_env_addr since the environment variables are
> written to just after the u-boot image on SDCard, so we must read the MBR
> to get the start address and code length of the u-boot image, then
> cal
On Apr 4, 2011, at 1:57 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <95d0c1d3-192c-49e1-932c-e757f1998...@freescale.com> you wrote:
>>
Clean up the macro defintions used to enable DIU (video) support on the
MPC8610HPCD and the MPC5121ADS so that they look more like the
On Apr 4, 2011, at 2:42 PM, Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <16cf6cad-477c-4e04-93e0-1dadcf05c...@kernel.crashing.org> you
> wrote:
>>
>>> powerpc: fix implementation of out_8 to match the other out_XX functions
>>
>> Will pull in.
>
> Why you? This is in no way 85xx
On Monday, April 04, 2011 21:17:45 Kim Phillips wrote:
> commit 560d424b6d7cd4205b062ad95f1b104bd4f8bcc3 "env: re-add
> support for auto-completion" fell short of its description -
> the 'used' logic in hmatch_r was reversed - 'used' is 0 if
> the hash table entry is not used, or -1 if deleted. Th
On Sat, 2 Apr 2011 15:04:00 +0200
Albert ARIBAUD wrote:
> Le 02/04/2011 00:31, Kim Phillips a écrit :
> > On Fri, 1 Apr 2011 09:16:13 +0200
> > Heiko Schocher wrote:
> >
> >> add following functions to common.h, to prevent
> >> extern declarations:
> >>
> >> void disable_addr_trans(void);
> >> v
On Mon, 4 Apr 2011 12:52:25 +0200
Andre Schwarz wrote:
> > i.e, to those parts that have PHY_CLK_VALID bits in their USB
> > CONTROL registers:
> >
> > mpc8308 WU_INT, PHY_CLK_SEL, USB_EN, WU_INT_EN, ULPI_INT_EN
> > mpc831x PHY_CLK_VALID, WU_INT, CLKIN_SEL, PHY_CLK_SEL, UTMI_PHY_EN,
> >
u-boot environments, esp. when boards are shared across multiple
users, can get pretty large and time consuming to visually parse.
The grepenv command this patch adds can be used in lieu of printenv
to facilitate searching. grepenv works like printenv but limits
its output only to environment stri
commit 560d424b6d7cd4205b062ad95f1b104bd4f8bcc3 "env: re-add
support for auto-completion" fell short of its description -
the 'used' logic in hmatch_r was reversed - 'used' is 0 if
the hash table entry is not used, or -1 if deleted. This
patch makes hmatch_r actually match on valid ('used') entrie
HI Rick,
I have not seen the SMSC driver patch up yet, but will do soon. I am
not sure if this driver will help, but it will be better than using
the ASIX driver :-)
Regards,
Simon
On Mon, Apr 4, 2011 at 7:04 AM, wrote:
> Hi Simon,
>
> A work friend has been trying this device:
>
> { 0
On Sat, Jan 29, 2011 at 5:29 PM, Kumar Gala wrote:
> From: Mingkai Hu
>
> On some boards the environment may not be located at a fixed address in
> the MMC/SDHC card. This allows those boards to implement their own
> means to report what address the environment is located at.
>
> Signed-off-by:
For some reason, the implementation of out_8() does not match the other
output accessors, nor does it match equivalent Linux accessor. This can
cause a problem in a situation like this:
__raw_readb(p1);
out_8(p2, x);
In this case, there is no barrier between the read and the writ
On Tue, 15 Feb 2011 17:09:19 -0600
Timur Tabi wrote:
> Clean up the macro defintions used to enable DIU (video) support on the
> MPC8610HPCD and the MPC5121ADS so that they look more like the P1022DS,
> which is newer. Add software cursor support to all three boards.
>
> Also document the CONFI
Dear Scott Wood,
In message <20110404145528.1bd34...@schlenkerla.am.freescale.net> you wrote:
>
> > Why does this come up only now? Why has it not been mentioned in the
> > v2010.12 and v2011.03 relese cycles?
> >
> > Timur: does this fix any real problem?
>
> It came up here:
> http://www.mail
Dear Kim Phillips,
In message <20110404144518.41716465.kim.phill...@freescale.com> you wrote:
> u-boot environments, esp. when boards are shared across multiple
> users, can get pretty large and time consuming to visually parse.
> The grepenv command this patch adds can be used in lieu of printenv
Hello,
Our company is an authorized agent for a unique advertising opportunity,
reaching over 36,000,000 consumers, 94% of which are US based. We're able
to present our users with a preferred choice whenever they are looking for
anything on the major search engines.
I seek one source to send th
On Mon, 4 Apr 2011 21:42:27 +0200
Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <16cf6cad-477c-4e04-93e0-1dadcf05c...@kernel.crashing.org> you
> wrote:
> >
> > > powerpc: fix implementation of out_8 to match the other out_XX functions
> >
> > Will pull in.
>
> Why you? This is in no
Wolfgang Denk wrote:
>>> powerpc: fix implementation of out_8 to match the other out_XX functions
>> >
>> > Will pull in.
> Why you? This is in no way 85xx specific.
>
> Why does this come up only now? Why has it not been mentioned in the
> v2010.12 and v2011.03 relese cycles?
I posted the pat
u-boot environments, esp. when boards are shared across multiple
users, can get pretty large and time consuming to visually parse.
The grepenv command this patch adds can be used in lieu of printenv
to facilitate searching. grepenv works like printenv but limits
its output only to environment stri
Dear Kumar Gala,
In message <16cf6cad-477c-4e04-93e0-1dadcf05c...@kernel.crashing.org> you wrote:
>
> > powerpc: fix implementation of out_8 to match the other out_XX functions
>
> Will pull in.
Why you? This is in no way 85xx specific.
Why does this come up only now? Why has it not been ment
Dear Timur Tabi,
In message <4d9a156f.8050...@freescale.com> you wrote:
>
> I personally don't see how the video maintainer needs to get involved, since
> I'm
> just changing a few macros in board header files. That's why the patch is
> labeled "powerpc:" and not "video:".
The fact that you lab
Wolfgang Denk wrote:
> Video stuff is obviously something the video custodian should handle.
>
> Of course, this would require that Timur puts the responsible
> custodian on Cc: ...
I personally don't see how the video maintainer needs to get involved, since I'm
just changing a few macros in boar
Dear Kumar Gala,
In message <95d0c1d3-192c-49e1-932c-e757f1998...@freescale.com> you wrote:
>
> >> Clean up the macro defintions used to enable DIU (video) support on the
> >> MPC8610HPCD and the MPC5121ADS so that they look more like the P1022DS,
> >> which is newer. Add software cursor support
Kumar Gala wrote:
>> > powerpc/85xx: introduce 'fdt verify' command
> I'm wondering if its better to just set the dtb props instead of verifying.
In the long run, I agree. But this code is available now and it could help.
The verify command is easier to implement because it doesn't require that
On Mon, 4 Apr 2011 13:20:57 -0500
Kumar Gala wrote:
> On Apr 4, 2011, at 12:48 PM, Timur Tabi wrote:
>
> > powerpc/85xx: introduce 'fdt verify' command
>
> I'm wondering if its better to just set the dtb props instead of verifying.
It's not realistic to patch everything (if we do that, might a
On Sun, Apr 03, 2011 at 06:23:52PM +0200, Florian Fainelli wrote:
> From: Florian Fainelli
>
> This patch sync with David's patch on Linux in nand_flash_detect_onfi()
>
> commit 4ccb3b4497ce01fab4933704fe21581e30fda1a5
> Author: David Woodhouse
> Date: Fri Dec 3 16:36:34 201
On Apr 4, 2011, at 12:48 PM, Timur Tabi wrote:
> On Mon, Apr 4, 2011 at 9:14 AM, Kumar Gala wrote:
>
>> Timur Tabi (2):
>> p1022ds: allow for board-specific ngPIXIS functions
>> fsl: obsolete NXID v0 EEPROMs, automatically upgrade them to NXID v1
>
> What about:
>
> powerpc: clean u
On Feb 18, 2011, at 2:51 PM, Timur Tabi wrote:
> Timur Tabi wrote:
>> Clean up the macro defintions used to enable DIU (video) support on the
>> MPC8610HPCD and the MPC5121ADS so that they look more like the P1022DS,
>> which is newer. Add software cursor support to all three boards.
>>
>> Also
On Mon, Apr 4, 2011 at 9:14 AM, Kumar Gala wrote:
> Timur Tabi (2):
> p1022ds: allow for board-specific ngPIXIS functions
> fsl: obsolete NXID v0 EEPROMs, automatically upgrade them to NXID v1
What about:
powerpc: clean up DIU macro definitions for Freescale reference boards
powerpc:
On Sun, 3 Apr 2011 13:41:07 -0600
haifeng zhang wrote:
> Hi There
> I am trying to use new code( 2010.03 ) on my development board(mini2440)
> found out there is no command (dynenv and mtdparts) anymore.
> Are there any replacement for them?
What were you running before? Something out-of-tree,
You have a transfer of £1,000,000.00. from Western Union® For more information
(Contact This Office Email:western.uni...@hotmail.com)
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Feb 22, 2011, at 4:01 AM, Kumar Gala wrote:
>
> On Feb 10, 2011, at 12:15 AM, Kumar Gala wrote:
>
>>
>> On Jan 29, 2011, at 5:29 PM, Kumar Gala wrote:
>>
>>> From: Mingkai Hu
>>>
>>> On some boards the environment may not be located at a fixed address in
>>> the MMC/SDHC card. This allo
The following changes since commit 19b54a701811220221fc4d5089a2bb18892018ca:
Prepare v2011.03 (2011-03-31 23:45:36 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx.git master
Dipen Dudhat (1):
powerpc/85xx: Add support for Integrated Flash Controller (IFC
Hi Simon,
A work friend has been trying this device:
{ 0x0b95, 0x1720 }, /* SMC */
If he tries to do anything with the network, it doesn't work, do we
need to set set ethact to something? He has a board with a regular
Ethernet chip on it and that's the only thing that shows up.
Hi Jozsef,
On Friday 25 March 2011 00:54:18 jozsef imrek wrote:
> > > Add ENTRY() command to the linker script so that entry point is
> > > correctly marked in the final ELF file.
> >
> > Which exact problem are you trying to fix?
>
> i'm sorry, i probably should have been more verbose in the
>
Hi Stefan,
Stefan Roese wrote:
> Hi Holger,
>
> On Thursday 20 January 2011 17:16:32 Holger Brunck wrote:
>> This patch serie fixes a problem in the UBI layer. The min I/O size has
>> currently a fixed value of 1 for NOR flashes. But for NOR flashes the min
>> I/O size has to be equal to the size
Kim,
excellent - thanks.
> i.e, to those parts that have PHY_CLK_VALID bits in their USB
> CONTROL registers:
>
> mpc8308WU_INT, PHY_CLK_SEL, USB_EN, WU_INT_EN, ULPI_INT_EN
> mpc831xPHY_CLK_VALID, WU_INT, CLKIN_SEL, PHY_CLK_SEL, UTMI_PHY_EN,
>PLL_RESET, REFSEL, OTG_PORT, K
Hi Holger,
On Thursday 20 January 2011 17:16:32 Holger Brunck wrote:
> This patch serie fixes a problem in the UBI layer. The min I/O size has
> currently a fixed value of 1 for NOR flashes. But for NOR flashes the min
> I/O size has to be equal to the size of the writebuffer of the flash.
> There
Hi Aaron,
On Saturday 02 April 2011 09:17:01 Aaron Williams wrote:
> This patch corrects the addresses used when working with Spansion/AMD FLASH
> chips. Addressing for 8 and 16 bits is almost identical except in the
> 16-bit case the LSB of the address is always 0. The confusion arose
> because
Dear "Andy Pont",
In message <01e301cbf2a3$ca1b9f30$5e52dd90$@p...@sdcsystems.com> you wrote:
> Wolfgang wrote...
>
> > - The cleanup after the reorganization of the ARM code has not been
> > completed yet. At the moment, some 100+ RM boards are *broken* and
> > *do not compile*.
>
> Do you
Hi Heiko,
> - rev5 board has phy addr 1 -> adapt CONFIG_PHY_ADDR define
> in board config file.
> - also fixup the phy addr entry in dts, before booting
> Linux.
>
> Signed-off-by: Heiko Schocher
Acked-by: Detlev Zundel
Cheers
Detlev
--
The continental people think life is a game. The
Wolfgang wrote...
> - The cleanup after the reorganization of the ARM code has not been
> completed yet. At the moment, some 100+ RM boards are *broken* and
> *do not compile*.
Do you have an easily accessible list of these boards that are currently
still broken? If there is anything in the
Dear Alex Dubov,
In message <311001.1471...@web37602.mail.mud.yahoo.com> you wrote:
>
> > > everything is
> > > just fine. My compiler version is:
> > ...
> > > gcc version 4.5.1 (GCC)
> >
> > Seems you are on thin ice. I used gcc-4.2.2 for
> > building, which
> > eventually optimizes a bit les
47 matches
Mail list logo
