Detlev Zundel wrote:
> So this patch replaces a construct which seems to be valid over all
> architectures by a construct which is only used in avr32, right? It
> also deletes the explicit statement that such a mapping is not needed
> any further.
Problem is that in order to make the CFI driver
On 08/13/2010 10:52 AM, Mike Frysinger wrote:
> On Thu, Aug 12, 2010 at 10:40 PM, Thomas Chou wrote:
>> The "Nios II Processor Reference Handbook" said,
>> "call can transfer execution anywhere within the 256 MByte range
>> determined by PC31..28. The Nios II GNU linker does not automatically
>> ha
On Thu, Aug 12, 2010 at 10:40 PM, Thomas Chou wrote:
> The "Nios II Processor Reference Handbook" said,
> "call can transfer execution anywhere within the 256 MByte range
> determined by PC31..28. The Nios II GNU linker does not automatically
> handle cases in which the address is out of this range
The "Nios II Processor Reference Handbook" said,
"call can transfer execution anywhere within the 256 MByte range
determined by PC31..28. The Nios II GNU linker does not automatically
handle cases in which the address is out of this range."
So we have to use registered "callr" instruction to do th
On 8/12/2010 6:26 PM, Mike Frysinger wrote:
> On Thu, Aug 12, 2010 at 7:05 PM, Ben Warren wrote:
>> I started looking at it a week ago and something came up. My first
>> impression is that the driver needs an include file. netdev.h is
>> reserved for device driver prototypes and common definiti
On Thu, Aug 12, 2010 at 7:05 PM, Ben Warren wrote:
> I started looking at it a week ago and something came up. My first
> impression is that the driver needs an include file. netdev.h is
> reserved for device driver prototypes and common definitions.
how about starting now with a standard like i
Hi Sandeep,
On 8/12/2010 3:51 PM, Paulraj, Sandeep wrote:
>> This patch series adds support for the cpsw ethernet switch found on
>> tnetv107x
>> and other SoCs from Texas Instruments.
>>
>> Cyril Chemparathy (2):
>>TI: netdev: add driver for cpsw ethernet device
>>TI: add tnetv107x evm
Dear Remy Bohmer,
just some more observations:
1. The USB device port hardware in AT91SAM9* is called "UDP".
So files that are AT91 specific should have "udp" in their names,
not "udc". I know LinuX did do it wrong already...
2. At one part the header file for at9sam9261 is unconditionally
inclu
> This patch series adds support for the cpsw ethernet switch found on
> tnetv107x
> and other SoCs from Texas Instruments.
>
> Cyril Chemparathy (2):
> TI: netdev: add driver for cpsw ethernet device
> TI: add tnetv107x evm board support for cpsw
>
> board/ti/tnetv107xevm/sdb_board.c | 15
Dear Brent Bartson,
please keep the list on Cc:
In message <83a42a417fd59e48917448f8390945b70bc...@exchange1.qvm.local> you
wrote:
>
> I did not think that using an environment variable would be possible. Does
> uboot run entirely outside of RAM (i.e. in cache memory)?
Where it actually runs d
Il 12/08/2010 20:37, Remy Bohmer ha scritto:
> Hi,
>
Hi,
> 2010/8/12 Vitaly Kuzmichev :
>> 1) Restuct Makefile to unable usage old and new stacks simultaneously
>> 4) Fix in_ep, out_ep, ep0 and status_ep confusions
>> 5) Replace 'strcpy' by 'strlcpy'
>> 6) Fix possible oops on stat_req->buf init
Dear Wolfgang Denk,
> The plan is as follows:
>
> I will pull this stuff into the "next" branch about one week after I
> released "rc1". I intend to keep this "CONFIG_SYS_ARM_WITHOUT_RELOC"
> feature for a full release cycle. Early in the next branch for the
> following release it will be removed
Dear s-paul...@ti.com,
In message <1281637415-19784-1-git-send-email-s-paul...@ti.com> you wrote:
> Wolfgang,
>
> This pull request is for 2 patches that should have gone through
> u-boot-mmc but there has been no response from Andy.
> Steve Sakoman tested it on multiple EVMs and so no issues.
>
Dear Remy Bohmer,
In message you
wrote:
> The following changes since commit 69a2a4d9a5884a6f2d04a551308980d452b9b349:
> Sergei Trofimovich (1):
> disk/part.c: 'usb storage' avoiding overflow when output capacity
>
> are available in the git repository at:
>
> git://git.denx.de/u-b
Dear Stefan Roese,
In message <201008121405.39634...@denx.de> you wrote:
> The following changes since commit 69a2a4d9a5884a6f2d04a551308980d452b9b349:
>
> disk/part.c: 'usb storage' avoiding overflow when output capacity
> (2010-08-10 23:08:55
> +0200)
>
> are available in the git repositor
Dear Kim Phillips,
In message <20100726183539.1732824f.kim.phill...@freescale.com> you wrote:
> flashes getting larger, users more impatient.
>
> Signed-off-by: Kim Phillips
> ---
> drivers/mtd/cfi_flash.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/m
Dear Mike Frysinger,
In message <1281555031-26335-1-git-send-email-vap...@gentoo.org> you wrote:
> The following changes since commit 69a2a4d9a5884a6f2d04a551308980d452b9b349:
>
> disk/part.c: 'usb storage' avoiding overflow when output capacity
> (2010-08-10 23:08:55 +0200)
>
> are available
Dear Remy Bohmer,
In message you
wrote:
>
> > Use struct access for SoC registers. Offset adressing is depreciated. See
> > the
> > struct in my at91_dbgu.h. Use readl/writel to access the hardware.
>
> Most of the code is copied from Linux. Do you really think we should
> rewrite it all?
Ind
Hi folks,
I have enabled IDE support for my DNS323, which has a Seagate 1.5TB
drive installed. It looks like there is an integer overflow in the
sectors field:
DNS323B1> ide part
Partition Map for IDE device 0 -- Partition Type: DOS
Partition Start Sector Num Sectors Type
Dear Shinya Kuribayashi,
In message <4c63ef34.7000...@pobox.com> you wrote:
> On 08/12/2010 09:50 PM, Shinya Kuribayashi wrote:
> > It would be gratefull if someone could expalain a bit about this big
> > change. What's the primary motivation for full relocation?
>
> Forgot to mention; the reaso
Dear Shinya Kuribayashi,
In message <4c63ee15.4060...@pobox.com> you wrote:
>
> > Please also read doc/README.arm-relocation There is more
> > info what is done, and maybe should be done.
>
> It would be gratefull if someone could expalain a bit about this big
> change. What's the primary motiv
Dear Ben Gardiner,
In message you
wrote:
>
> Could a mirror of u-boot tree (and maybe u-boot-testing) be put up at
> github? I asked them directly to do this some time ago [1] and then
> got cold feet.
I don't know if it could be done (probably it could), but then, I'm
certainly not going to d
Dear Brent Bartson,
In message <83a42a417fd59e48917448f8390945b70bc...@exchange1.qvm.local> you
wrote:
>
> We're contemplating a new embedded design based on the MPC8641. This
> design is going to have the processor potentially running at two
> different clock frequencies and therefore (or so we'
Hi,
2010/8/12 Reinhard Meyer :
> Dear Remy Bohmer,
>>
>> This patch implements the low-level part of the USB CDC layer for AT91
>> Other boards can use this patch as an example to connect their own.
>> diff --git a/arch/arm/include/asm/arch-at91/at91_dbgu.h
>> b/arch/arm/include/asm/arch-at91/at91
Hi Wolfgang,
Could a mirror of u-boot tree (and maybe u-boot-testing) be put up at
github? I asked them directly to do this some time ago [1] and then
got cold feet.
I've been putting this off for some time because I wasn't sure if
there would be any interest or even if it was a worthy idea. My r
On Thu, Aug 12, 2010 at 2:04 PM, Remy Bohmer wrote:
> 2010/8/10 Mike Frysinger:
>> On Tue, Aug 10, 2010 at 6:26 AM, Sergei Shtylyov wrote:
>>> Mike Frysinger wrote:
--- a/drivers/usb/musb/musb_hcd.c
+++ b/drivers/usb/musb/musb_hcd.c
} else {
- if (!toggle)
>
On Thu, Aug 12, 2010 at 2:08 PM, Remy Bohmer wrote:
> 2010/8/9 Mike Frysinger:
>> From: Bryan Wu
>>
>> This is a change similar to what is already in the Linux driver. We
>> should only program the CLRDATATOG bit when the current mode indicates
>> that it is needed.
>>
>> Signed-off-by: Bryan Wu
Dear Remy Bohmer,
> This patch implements the low-level part of the USB CDC layer for AT91
> Other boards can use this patch as an example to connect their own.
> diff --git a/arch/arm/include/asm/arch-at91/at91_dbgu.h
> b/arch/arm/include/asm/arch-at91/at91_dbgu.h
> new file mode 100644
Please s
Hi,
2010/8/12 Vitaly Kuzmichev :
> 1) Restuct Makefile to unable usage old and new stacks simultaneously
> 4) Fix in_ep, out_ep, ep0 and status_ep confusions
> 5) Replace 'strcpy' by 'strlcpy'
> 6) Fix possible oops on stat_req->buf initialization
OK
> 2) Add lost 'qmult' definition for High Spe
Hi,
2010/8/12 Vitaly Kuzmichev :
> Take debug printout macros back from linux-2.6.27 and make them more
> useful and more compatible.
>
> Signed-off-by: Vitaly Kuzmichev
> ---
> drivers/usb/gadget/ether.c | 65
> +++-
> 1 files changed, 34 insertions(+)
Wolfgang,
This pull request is for 2 patches that should have gone through
u-boot-mmc but there has been no response from Andy.
Steve Sakoman tested it on multiple EVMs and so no issues.
Both patches had an incorrect Signed-off-by from the original author.
In the e-mail address 'at' was used inst
> Subject: Re: [U-Boot] [PATCH 1/2] mmc: omap3: make local symbols static
>
> On Sun, Aug 8, 2010 at 12:43 PM, Wolfgang Denk wrote:
> > Dear Andy,
> >
> > In message <1276722323-12045-1-git-send-email-nota...@gmail.com>
> Grazvydas Ignotas wrote:
> >> Make driver local variables and functions st
Hi Mike,
2010/8/9 Mike Frysinger :
> From: Bryan Wu
>
> This is a change similar to what is already in the Linux driver. We
> should only program the CLRDATATOG bit when the current mode indicates
> that it is needed.
>
> Signed-off-by: Bryan Wu
You use a email adress here that gets bounced du
Hi,
2010/8/10 Mike Frysinger :
> On Tue, Aug 10, 2010 at 6:26 AM, Sergei Shtylyov wrote:
>> Mike Frysinger wrote:
>>> --- a/drivers/usb/musb/musb_hcd.c
>>> +++ b/drivers/usb/musb/musb_hcd.c
>>> } else {
>>> - if (!toggle)
>>> - writew(MUSB_RXCSR_CLRDATATO
Hi,
2010/8/10 Mike Frysinger :
> From: Bryan Wu
>
> Signed-off-by: Bryan Wu
> Signed-off-by: Cliff Cai
> Signed-off-by: Mike Frysinger
> ---
> v2
> - use writeb instead of writew as pointed out by Sergei Shtylyov
>
Applied to u-boot-usb.
Thanks.
Remy
__
Hi,
2010/8/9 Mike Frysinger :
> From: Bryan Wu
>
> The Blackfin implementation of musb has a TXCOUNT register that needs to
> be programmed when transmitting data.
>
> Signed-off-by: Bryan Wu
> Signed-off-by: Cliff Cai
> Signed-off-by: Mike Frysinger
> ---
> drivers/usb/musb/musb_hcd.c | 5
-Original Message-
From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de] On
Behalf Of Marek Vasut
Sent: Thursday, August 12, 2010 11:05 PM
To: StephenPaulraj Chinnadurai-ERS,HCLTech
Cc: u-boot@lists.denx.de
Subject: Re: [U-Boot] TFTP timeout issue while downloading the l
Hello Marek,
I am using a customize board which has PXA270 controller. SMCS LAN91C111Ii-NU
is connected to the static memory 4 (nCS4).
I have defined following macro value in the include/configs/ file.
#define CONFIG_SYS_GPDR2_VAL0x70DF3FFF
GPIO 80 is configured as output
#define CONFIG_S
>
> Hi,
>
> We're contemplating a new embedded design based on the MPC8641. This design is
> going to have the processor potentially running at two different clock
> frequencies and therefore (or so we're told by Freescale) the memory will need
> to run at different clock rates (same physical memo
This patch implements the low-level part of the USB CDC layer for AT91
Other boards can use this patch as an example to connect their own.
It does not enable the use of CDC ethernet for any of the AT91 boards.
Separate patches are required for that.
It works in combination with CONFIG_NET_MULTI.
Signed-off-by: Thomas Smits
Signed-off-by: Remy Bohmer
---
board/atmel/at91sam9261ek/at91sam9261ek.c | 43 +++-
include/configs/at91sam9261ek.h | 17 +++
2 files changed, 58 insertions(+), 2 deletions(-)
diff --git a/board/atmel/at91sam9261ek/at91sa
Hi,
Here is a series of 3 patches that add support for USB-CDC-ECM to U-boot.
With this series it will become possible to use U-boot as an Ethernet
gadget device. It can, for example, be used to download via TFTP files
from a TFTP via USB-ethernet, while U-boot functions as a USB-device.
It does n
Dne Čt 12. srpna 2010 19:11:29 StephenPaulraj Chinnadurai-ERS,HCLTech napsal(a):
> Hello Marek,
>
> I am using a customize board which has PXA270 controller. SMCS
> LAN91C111Ii-NU is connected to the static memory 4 (nCS4).
I see, so it's not vpac270 bug.
>
> I have defined following macro valu
Until Friday Aug 20 you can buy any list below for just $199 each or 3 for $299:
All lists are 100% optin and are 6 months or newer.
** HEALTHCARE LISTS **
- Physicians (34 specialties) - 788k records, 17k emails, 200k fax numbers
- Chiropractors - 108,421 total records * 3,414 emails * 6,553 fa
Hello.
Vitaly Kuzmichev wrote:
> From: David Brownell
> Fix potential (never-observed) oops on rare error path,
> bugzilla #9594. Fix uses the same test as used earlier.
I think references to bugzilla.kernel.org bugs look out of place in the
U-Boot patch's changelog.
> Also make the adj
Hello.
Stefano Babic wrote:
>> On 08/12/2010 01:41 AM, Stefano Babic wrote:
>>> #if defined(DEV_CONFIG_CDC)
>>> if (dev->status_ep) {
>>> - dev->stat_req = usb_ep_alloc_request(gadget->ep0, GFP_KERNEL);
>>> - dev->stat_req->buf = status_req;
>>> + dev->stat_req
Hello.
Vitaly Kuzmichev wrote:
> Take debug printout macros back from linux-2.6.27 and make them more
> useful and more compatible.
> Signed-off-by: Vitaly Kuzmichev
> ---
> drivers/usb/gadget/ether.c | 65
> +++-
> 1 files changed, 34 insertions(+),
Hello.
Stefano Babic wrote:
> qmult was not defined if OTG dualspeed is set.
> Signed-off-by: Stefano Babic
> ---
> drivers/usb/gadget/ether.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
> diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
> index e0ebf75..
Hi,
We're contemplating a new embedded design based on the MPC8641. This design is
going to have the processor potentially running at two different clock
frequencies and therefore (or so we're told by Freescale) the memory will need
to run at different clock rates (same physical memory, but con
Hi Detlev,
On Thu, Aug 12, 2010 at 18:23:42, Detlev Zundel wrote:
> Hi Sekhar,
>
> > The TI DA850/OMAP-L138/AM18x EVM can be populated with devices
> > of different speed grades.
> >
> > The maximum speed the chip can support can only be determined from
> > the label on the package (not software
Hi Haavard,
> The paging system which is required to set up caching properties has not
> yet been initialized when the SDRAM is initialized. So when the
> map_physmem() function is converted to return the physical address
> unchanged, the SDRAM initialization will break on some boards.
>
> The avr
Hi Mike,
> On Wed, Aug 11, 2010 at 6:52 PM, Mike Frysinger wrote:
>> The helpful shortcut for doing a board config + make was dropped recently
>> as it conflicted with some new build code. However, the reason for using
>> pattern targets originally was to avoid managing a duplicate list of
>> boa
Hello Mike,
On Wed, Aug 11, 2010 at 7:48 PM, Mike Frysinger wrote:
> Merge the other significant source of board name duplication with the new
> boards.cfg file. I cleaned up most targets, but the ARM and MIPS trees
> are such a mess than I didn't bother. If those maintainers care, they can
> t
On Wed, Aug 11, 2010 at 11:42 PM, Mike Frysinger wrote:
> Currently, if there is an error probing the NAND chip and the env is based
> in NAND, the readenv() function will use a NULL function pointer and thus
> jump to address 0.
>
> Here I just check for a non-zero value of blocksize as that shou
The following changes since commit 69a2a4d9a5884a6f2d04a551308980d452b9b349:
Sergei Trofimovich (1):
disk/part.c: 'usb storage' avoiding overflow when output capacity
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
Ajay Kumar Gupta (4):
AM35x: Ad
Detlev Zundel wrote on 2010/08/12 14:58:47:
>
> Hi Jocke,
>
> > Instead of always performing an autoneg, check if the PHY
> > already has a link and if it matches one of the requested
> > modes. Initially only 100MbFD is optimized this way.
>
> Isn't it about time that we think about _not_ stoppin
On 2010/08/07 2:51 PM, Albert Aribaud wrote:
> Add mvsata_ide and cmd_ide configuration in edminiv2 config
>
> Signed-off-by: Albert Aribaud
> ---
> +/* ED Mini V has an IDE-compatible SATA connector for port 1 */
> +#define CONFIG_MVSATA_IDE
> +#define CONFIG_MVSATA_IDE_USE_PORT1
Hi Albert,
I'm
On 2010/08/12 3:14 PM, Reinhard Meyer wrote:
> It is mostly likely a 8/16 bit wide device in 8 bit mode on an 8 bit
> external bus. Then all CFI data appears twice.
Yes, this is exactly what I was seeing.
> Reason: the chip presents CFI data correctly (from the flash point of view)
> in 16 bit m
Stefan Roese wrote:
> Hi Rogan,
>
> On Thursday 12 August 2010 14:07:03 Rogan Dawes wrote:
>> I found the following configuration snippet for OpenOCD for the DNS323
>> at http://wiki.dns323.info/hardware:jtag:
>>
>> # driver addr size chip_width bus_width options
>> flash ba
Hi Jocke,
> Instead of always performing an autoneg, check if the PHY
> already has a link and if it matches one of the requested
> modes. Initially only 100MbFD is optimized this way.
Isn't it about time that we think about _not_ stopping the ethernet
device after every transaction?
Why not ini
From: Julia Lawall
Since num is unsigned, it would seem better to use simple_strtoul that
simple_strtol.
A simplified version of the semantic patch that makes this change is as
follows: (http://www.emn.fr/x-info/coccinelle/)
//
@r2@
long e;
position p;
@@
e = simple_str...@p(...)
@@
position
Fix possible oops on stat_req->buf initialization and fix ep0 and
status_ep confusion (last one is just intended for stat_req keeping).
Signed-off-by: Vitaly Kuzmichev
---
drivers/usb/gadget/ether.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/gadget
From: David Brownell
Fix potential (never-observed) oops on rare error path,
bugzilla #9594. Fix uses the same test as used earlier.
Also make the adjacent "else" block look like an "else" block
instead of hiding like a bug.
Signed-off-by: David Brownell
Signed-off-by: Greg Kroah-Hartman
(c
1) Restuct Makefile to unable usage old and new stacks simultaneously
2) Add lost 'qmult' definition for High Speed devices
3) Take debug printout macros back and make them more useful
4) Fix in_ep, out_ep, ep0 and status_ep confusions
5) Replace 'strcpy' by 'strlcpy'
6) Fix possible oops on stat_r
Replace 'strcpy' by more safe 'strlcpy' that is implemented in ether.c
Signed-off-by: Vitaly Kuzmichev
---
drivers/usb/gadget/ether.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
index dd3ab8c..25d6243 10064
Take debug printout macros back from linux-2.6.27 and make them more
useful and more compatible.
Signed-off-by: Vitaly Kuzmichev
---
drivers/usb/gadget/ether.c | 65 +++-
1 files changed, 34 insertions(+), 31 deletions(-)
diff --git a/drivers/usb/gadget
Fix in_ep and out_ep confusion (rx_req was allocated from out_ep, not
from in_ep) and add lost dev->req freeing.
Signed-off-by: Vitaly Kuzmichev
---
drivers/usb/gadget/ether.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/usb/gadget/ether.c b/drivers/us
Prohibit simultaneous usage of both old and new gadget stacks and
allow UDC drivers to be dependent on CONFIG_USB_ETHER.
Signed-off-by: Vitaly Kuzmichev
---
drivers/usb/gadget/Makefile |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/gadget/Makefile b/
Add lost 'qmult' definition for High Speed devices and make it
configurable through CONFIG_USB_ETH_QMULT.
Signed-off-by: Vitaly Kuzmichev
---
drivers/usb/gadget/ether.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/e
On 08/12/2010 09:50 PM, Shinya Kuribayashi wrote:
> It would be gratefull if someone could expalain a bit about this big
> change. What's the primary motivation for full relocation?
Forgot to mention; the reason why I'd like to know is, because I'm
an ARM newbie, and interested in such topics.
__
Hi Sekhar,
> The TI DA850/OMAP-L138/AM18x EVM can be populated with devices
> of different speed grades.
>
> The maximum speed the chip can support can only be determined from
> the label on the package (not software readable).
>
> Introduce a method to pass the speed grade information to kernel
>
On 08/12/2010 03:15 AM, Heiko Schocher wrote:
> This patch series add full relocation and cache support for arm
> based boards. I test this for arm1136, arm_cortexa8 and arm926ejs
> based boards.
>
> Relocation support:
>
> !! This change is not compatible to old code !!
>
> If you want to compi
Hi Rogan,
On Thursday 12 August 2010 14:07:03 Rogan Dawes wrote:
> I found the following configuration snippet for OpenOCD for the DNS323
> at http://wiki.dns323.info/hardware:jtag:
>
> # driver addr size chip_width bus_width options
> flash bank cfi 0xff80 0x8
Remy Bohmer wrote:
> Looking at this I agree that this packet_sent flag should be reset on
> every usb_eth_send().
Ok
>> Should I protect the line with some AT91 CONFIG or am I missing something ?
>
> No, it should be AT91 specific...
>
> Looking at the flow on at91 we see that this happens:
>
Vitaly Kuzmichev wrote:
> Hi Stefano,
>
> On 08/12/2010 01:41 AM, Stefano Babic wrote:
>> #if defined(DEV_CONFIG_CDC)
>> if (dev->status_ep) {
>> -dev->stat_req = usb_ep_alloc_request(gadget->ep0, GFP_KERNEL);
>> -dev->stat_req->buf = status_req;
>> +dev->
Sergei Shtylyov wrote:
> Hello.
>
Hi Sergej,
> Stefano Babic wrote:
>
>> The buffer for the status request must be word aligned
>> because it is accessed with 32 bit pointer in the
>> eth_status_complete function.
>
>You don't tell anything here about why the size of the array becomes
> 16
On 2010/07/20 9:58 AM, Stefan Roese wrote:
>
> OK, so the width is definitely 8 bit and not 16 bit:
>
> static struct physmap_flash_data dns323_nor_flash_data = {
> .width = 1,
> ...
>
> But the base address is listed here as 0xf400:
>
> #define DNS323_NOR_BOOT_BASE 0xf400
>
The following changes since commit 69a2a4d9a5884a6f2d04a551308980d452b9b349:
disk/part.c: 'usb storage' avoiding overflow when output capacity (2010-08-10
23:08:55
+0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-cfi-flash.git master
Kim Phillips (1):
cfi_f
On Tuesday 10 August 2010 16:54:52 Philippe De Muyter wrote:
> Fix reading and printing of CFI flashes 16-bit devices identifiers
>
> Nowadays CFI flashes have a 16-bit device identifier. U-boot still
> print them and read them as if they were only 8-bit wide. Fix that.
> Before:
> Intel Exten
On Tuesday 27 July 2010 01:35:39 Kim Phillips wrote:
> flashes getting larger, users more impatient.
Applied to u-boot-cfi-flash/master. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell
On 2010/08/12 1:43 PM, Stefan Roese wrote:
> This patch moves some MTD related defines and prototypes from a jffs2
> header to an MTD header. This makes it possible to remove this jffs2
> header inclusion from some files without jffs2 relevance.
>
> Signed-off-by: Stefan Roese
> Cc: Alexander Stein
This patch moves some MTD related defines and prototypes from a jffs2
header to an MTD header. This makes it possible to remove this jffs2
header inclusion from some files without jffs2 relevance.
Signed-off-by: Stefan Roese
Cc: Alexander Stein
---
board/sixnet/sixnet.c|1 -
common/
On 08/12/2010 01:14 AM, Nori, Sekhar wrote:
>
> Hi Nishanth,
>
> On Thu, Aug 12, 2010 at 11:13:10, Nishanth Menon wrote:
>> On 08/11/2010 10:37 AM, Nori, Sekhar wrote:
>>> Hi Nishanth,
>>>
>>> On Wed, Aug 11, 2010 at 09:33:29, Nishanth Menon wrote:
On 08/10/2010 06:39 AM, Sekhar Nori wrote:
>>
Dear vipink,
In message <4c63cf08.50...@st.com> you wrote:
>
> In arch/arm/cpu/armv7/start.S, Icache is not enabled by default
>
> Is this intentional?
You want to read Heiko's latest patch series.
See http://article.gmane.org/gmane.comp.boot-loaders.u-boot/82533 and
following.
Best regards,
Hi All,
In arch/arm/cpu/armv7/start.S, Icache is not enabled by default
Is this intentional?
I believe u-boot enables Icache by default for all CPUs.
Regards
Vipin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-bo
Fix the fallback to -m5407 arch when gcc 4.1.x is detected.
Signed-off-by: Marius Groleo
---
arch/m68k/cpu/mcf547x_8x/config.mk |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/m68k/cpu/mcf547x_8x/config.mk
b/arch/m68k/cpu/mcf547x_8x/config.mk
index 83102ab..9cc0783
Hello.
Stefano Babic wrote:
> The buffer for the status request must be word aligned
> because it is accessed with 32 bit pointer in the
> eth_status_complete function.
You don't tell anything here about why the size of the array becomes 16x
with your patch...
> Signed-off-by: Stefano Babi
Dear Reinhard Meyer,
In message <4c63b8e6.8030...@emk-elektronik.de> you wrote:
>
> Hmm, I think all IBM(R) PC(R) USERS(R) have spelled that alot.
> Where this lead to, everyone knows...
> Though its nice that some Win95 Programs still run under Vista ;)
>
> And who says the "different" storage c
Hi Stefano,
On 08/12/2010 01:41 AM, Stefano Babic wrote:
> #if defined(DEV_CONFIG_CDC)
> if (dev->status_ep) {
> - dev->stat_req = usb_ep_alloc_request(gadget->ep0, GFP_KERNEL);
> - dev->stat_req->buf = status_req;
> + dev->stat_req = usb_ep_alloc_request
Hi Stefano,
2010/8/12 Stefano Babic :
> Remy Bohmer wrote:
>> Hi Stefano,
>>
>
> Hi Remy,
>
>>> + packet_sent=0;
>> This line breaks the at91sam9261 code. Can you please fix this?
>
> This means to me that tx_complete() is not called for at91sam9261, as it
> supposed to be (or better, as I s
Reinhard Meyer wrote:
> Dear Stefano Babic,
Hi Reinhard,
> Why not use the globally defined debug() [include/common.h, line 119]
> macro for that?
Probably the only reason is I was too lazy to fix it globally
Rather there is a lot of files / drivers that implement their own set of
debug fun
Hi,
I'm not sure what is the purpose of the code below, found in
u-boot-2010.06/arch/m68k/cpu/mcf547x_8x/config.mk
26 PLATFORM_RELFLAGS += -ffixed-d7 -msep-data
27 ifneq ($(findstring 4.1,$(shell $(CC) --version)),4.1)
28 PLATFORM_CPPFLAGS += -mcpu=5485 -fPIC
29 else
30 PLATFORM_CPPFLAGS +=
Dear Wolfgang Denk,
>> You only need to change/rewrite those functions to store the environment
>> in any fashion you like...
>
> Please spell "compatibility".
Hmm, I think all IBM(R) PC(R) USERS(R) have spelled that alot.
Where this lead to, everyone knows...
Though its nice that some Win95 Prog
Hi Stefan,
Stefan Roese wrote:
> Hi Felix,
>
> On Thursday 12 August 2010 08:55:08 Felix Radensky wrote:
>
>> Can someone please share a BDI3000 configuration for u-boot/kernel
>> debugging on 460EX revB.
>>
>
> The one I'm using on my Canyonlands attached. As always you need to change
>
Dear Reinhard Meyer,
In message <4c63b262.8070...@emk-elektronik.de> you wrote:
>
> And env in EEPROM would benefit in speed if only the used space
> is written/read. A 16k ENV area in I2C EEPROM can take a few
> seconds to save if not tuned to max. speed.
> If the ENV uses just a few 100 Bytes,
Wolfgang Denk wrote:
> Dear Stefano Babic,
>
Hi Wolfgang,
> In message <1281562797-6408-1-git-send-email-sba...@denx.de> you wrote:
>> Use DEBUG as usual to print debug output.
>>
>> Signed-off-by: Stefano Babic
>
> I guess these patches are some sort of series, and eventually have to
> be appl
Dear Reinhard Meyer,
In message <4c63ae37.1020...@emk-elektronik.de> you wrote:
>
> > understand the "on disk format" will not change. Will it?
> No its not changed. Only the format in RAM is changed to a hashed list.
> Therefore it would not matter how it is stored on external media since
> a "re
Dear =?ISO-8859-1?Q?Matthias_Wei=DFer?=,
In message <4c63aca6.6080...@arcor.de> you wrote:
> Am 12.08.2010 09:54, schrieb Frans Meulenbroeks:
> > 2010/8/12 Matthias Weißer:
> >> Why not store the size of the environment sector as env variable? The size
> >> should be only needed for storing the en
Remy Bohmer wrote:
> Hi Stefano,
>
Hi Remy,
>> + packet_sent=0;
> This line breaks the at91sam9261 code. Can you please fix this?
This means to me that tx_complete() is not called for at91sam9261, as it
supposed to be (or better, as I supposed..).
I see that packet_sent is reset only in
Dear Alexander Stein,
In message <201008121007.20433.alexander.st...@systec-electronic.com> you wrote:
> On Thursday 12 August 2010, 09:27:31 you wrote:
> > Why not store the size of the environment sector as env variable? The
> > size should be only needed for storing the environment and not for
1 - 100 of 107 matches
Mail list logo