Practicing MDs in the United States
Most medical specialties covered
you can sort by many different fields
Price for new customers - $392
!!! If you order by the end of the week you can take all the items below
for fr ee !!!
++ Dentists
++ Veterinarians
++ Physical Therapists
HI,
> From: Roman Mashak [mailto:[EMAIL PROTECTED]
> Subject: Re: [U-Boot] PrimeCell Peripherals
>
> To add a bit to my previous message.
>
> As far as I understood from U-Boot's README, a standalone
> mode can and may want to use interrupts -- so it'd reasonable
> to have interrupts controll
Hi,
2008/9/23 Gururaja Hebbar K R <[EMAIL PROTECTED]>:
> At $(U_BOOT)/drivers/net/bcm570x.c files header, it says
>
> * Broadcom BCM570x Ethernet Driver for U-Boot.
> * Support 5701, 5702, 5703, and 5704. Single instance driver.
>
> --> Single Instance Driver. Does this mean it doesn't handle I
Fixed typo from CONIFG_MPC837X to CONFIG_MPC837X
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
---
include/mpc83xx.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/mpc83xx.h b/include/mpc83xx.h
index 5d82bb4..7f30d68 100644
--- a/include/mpc83xx.h
+++ b/i
Hi,
> In U-Boot source tree there are number of drivers with
> interrupt service routines running (for example,
> $(U_BOOT)/drivers/net/bcm570x.c) as well as various
> interrupts related macros (some of them not used thought), if
> this is what you mean.
> Perhaps these definitions are for fut
Hi, all.
2008/9/23 Stefan Roese <[EMAIL PROTECTED]>:
> On Monday 22 September 2008, Andrew Dyer wrote:
>> >> I did a simple check.
>> >>
>> >> Only powerpc and i386 and sh seem to use PCI.
>> >> If powerpc does not have a problem, would you commit it?
>> >
>> > Do I have your "go" (or at least no
To add a bit to my previous message.
2008/9/23 Gururaja Hebbar K R <[EMAIL PROTECTED]>:
> Thats because Most of the ARM based boards doesnt use Interrupts. Atleast as
> far as i have seen.
As far as I understood from U-Boot's README, a standalone mode can and
may want to use interrupts -- so it'
Hello,
2008/9/23 Gururaja Hebbar K R <[EMAIL PROTECTED]>:
> Thats because Most of the ARM based boards doesnt use Interrupts. Atleast as
> far as i have seen.
> IIRC U-boot is a single process bootloader & hence Interrupts are not so much
> supported.
> Is there any interrupt related drivers in
Hi,
> From: Roman Mashak [mailto:[EMAIL PROTECTED]
> Subject: Re: [U-Boot] PrimeCell Peripherals
>
> Right, that's what I've found in the U-Boot sources. How come
> that widely used interrupt controllers like PL19x are not
> supported by default?
Thats because Most of the ARM based boards doe
Hello,
2008/9/23 Hebbar <[EMAIL PROTECTED]>:
> I use U-booot as The Primary Bootloader on arm926ej-s based Board.
>
> By Default U-boot supports few Primecell peripherals drivers like PL0x1
> UART.
Right, that's what I've found in the U-Boot sources. How come that
widely used interrupt controller
> Also, please enlighten me: what is "EFI", and what is a "GUID"
> partition table, and which systems do use that?
EFI is the PC BIOS replacement that Intel came up with, most notably
used on Apple's Intel based computers. A blurb about EFI is here -
http://en.wikipedia.org/wiki/Extensible_Firmwa
Dear richardretanubun,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]>
> ---
>
> disk/Makefile |1 +
>
> disk/part.c | 33 -
>
> disk/part_efi.c | 428
> +++
>
> disk/part_ef
Signed-off-by: Richard Retanubun <[EMAIL PROTECTED]>
---
disk/Makefile |1 +
disk/part.c | 33 -
disk/part_efi.c | 428 +++
disk/part_efi.h | 138 ++
include/part.h |8 +
5 files changed, 605 insertion
Dear Mike,
In message <[EMAIL PROTECTED]> you wrote:
>
> I am having problem when I try to bootup MPC8360EMDS with Uboot1.2.
> The following are logs. The board reboot when the uboot tried to run
> on the RAM. Any idea on this issue?
...
> U-Boot 1.2.1 (Sep 23 2008 - 14:35:42) MPC83XX
It's diffi
Dear Dirk,
In message <[EMAIL PROTECTED]> you wrote:
>
> For OMAP3 patch [1] I try to move common files currently in cpu/omap3
> to cpu/arm_cortexa8/omap3 as discussed earlier [2].
Ummm... if it's common files - shouldn't these go to cpu/arm_cortexa8/
then, and cpu/arm_cortexa8/omap3/ would hav
Hi Mike,
I'm very new to Powerpc so take my words with a lot of precautions.
I see two possibilities with your problem:
1. As U-Boot seems to reset after "Stack Pointer at: 0ffa9f28", you are
likely to encounter a relocation issue. As I have learnt it the hard
way (I cannot count the number of t
Hello,
I am having problem when I try to bootup MPC8360EMDS with Uboot1.2.
The following are logs. The board reboot when the uboot tried to run
on the RAM. Any idea on this issue?
Thanks,
Mike
U-Boot 1.2.1 (Sep 23 2008 - 14:35:42) MPC83XX
Clock configuration:
Coherent System Bus: 264 MHz
C
Hi,
I was running U-boot-v2 on imx27ads board and it's hanging up on the
terminal after the following display.
U-Boot 2.0.0-rc5-git (Sep 22 2008 - 23:05:39)
Board: Freescale i.MX27 ADS
-
Also I am using Intel P30 strata flash. When the MTD cfi driver is enabled
in the menucon
For OMAP3 patch [1] I try to move common files currently in cpu/omap3
to cpu/arm_cortexa8/omap3 as discussed earlier [2].
Moving the files is easy, but how has main Makefile to be configured?
I have
> ls -a cpu/arm_cortexa8/
. .. omap3
> ls -a cpu/arm_cortexa8/omap3/
. board.c config.m
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
doc/README.PIP405|8
include/configs/APC405.h |1 -
include/configs/ASH405.h |1 -
include/configs/B2.h |1 -
include/configs/CATcenter.h |1 -
include/configs/CMS700.h
The checks for CFG_EEPROM_PAGE_WRITE_ENABLE and CFG_EEPROM_PAGE_WRITE_BITS
in various temperature sensor drivers are not necessary
Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
---
drivers/hwmon/ds1621.c |5 -
drivers/hwmon/lm75.c |6 --
drivers/hwmon/lm81.c |6 --
3
On Sep 16, 2008, at 11:36 AM, Kumar Gala wrote:
> ePAPR says if the *cache-block-size is the same as *cache-line-size
> than we don't need the *cache-line-size property.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> cpu/mpc85xx/fdt.c |3 ---
> 1 files changed, 0 insertions(+), 3 de
Hi Prodyut,
On Tuesday, September 23, 2008 you wrote:
> Hi Yuri,
>> Is it OK, or should we remove these strings from the Linux driver,
>> assuming U-Boot has already done this ?
> Please go ahead and remove these from the linux driver.
Thanks for confirmation, will do.
> And I think this
Hi Yuri,
> Is it OK, or should we remove these strings from the Linux driver,
> assuming U-Boot has already done this ?
Please go ahead and remove these from the linux driver. And I think this driver
has not been submitted to the powerpc tree, since I still don't see it in
Josh's or Linus's tre
Hello Prodyut,
On Tuesday, September 23, 2008 you wrote:
> Hi Stefan/Yuri,
> I looked at the changes.
> I had already submitted the changes in an earlier patch. This code
> to set the PLB4 arbiter depth was moved to cpu_init_f function in
> cpu/ppc4xx/cpu_init.c since it is common across many p
Hi Yuri/Stefan,
I remember duriing my testing that the default Read passing limit (RPML) and
MCIF limit (WRCL) was 1. So there was no need to set these registers again to
the same values.
Thanks,
Prodyut
: Tue 9/23/2008 2:43 AM
To: Yuri Tikhonov
Cc: u-boot@lists.denx.de; Prodyut Hazarika; O
Hi Stefan/Yuri,
I looked at the changes.
I had already submitted the changes in an earlier patch. This code to set the
PLB4 arbiter depth was moved to cpu_init_f function in cpu/ppc4xx/cpu_init.c
since it is common across many processor families.
Please don't do the same thing again in the pro
* Use new find_cmd_tbl() to process sub-commands
If this looks good I'll go ahead and clean it up for the other arches and OSes.
---
common/cmd_bootm.c | 142 -
include/image.h| 20 -
lib_ppc/bootm.c| 262 ++-
Sub-command can benefit from using the same table and search functions
that top level commands have. Expose this functionality by refactoring
find_cmd() and introducing find_cmd_tbl() that sub-command processing
can call.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
common/command.c | 14
On Tue, 16 Sep 2008 11:04:50 +0200
Wolfgang Denk <[EMAIL PROTECTED]> wrote:
> The problem is that the MPC8323ERDB board has flash chips that
> support hardware flash protection (locking), but the board config
> file does not select the CFG_FLASH_PROTECTION option. Therefore
> U-Bo
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> How about something like this for exposing the command table code for
> subcommands. I'll follow this up with an example of usage based on the
> bootm subcommand patch
Looks good to me. Just a question:
> -cmd_tbl_t *find_cmd (const c
Hi,
>>how well does U-Boot support ARM's PrimeCell peripherals?
What do u mean by support.
I use U-booot as The Primary Bootloader on arm926ej-s based Board.
By Default U-boot supports few Primecell peripherals drivers like PL0x1
UART.
I developed few others my self, like pl18x mmc, rtc, gp
Here's an example of how we sould use this. Obviously the code after the
if (cmd) would change.
- k
diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
index 3a20ad2..64e7571 100644
--- a/common/cmd_bootm.c
+++ b/common/cmd_bootm.c
@@ -377,10 +377,23 @@ static int bootm_load_os(image_info_t os,
How about something like this for exposing the command table code for
subcommands. I'll follow this up with an example of usage based on the
bootm subcommand patch
- k
A ---
common/command.c | 14 ++
include/command.h |7 +++
2 files changed, 17 insertions(+), 4 deletions
Yuriy/Stefan-
This is AMCC confirmation about configuration.
Regards,
Olga Buchonina
AMCC PowerPC Applications Engineering
-Original Message-
From: Stefan Roese [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 23, 2008 4:43 AM
To: Yuri Tikhonov
Cc: u-boot@lists.denx.de; Prodyut Haz
* Use explicit command name matches
- k
---
common/cmd_bootm.c | 150 +-
include/image.h| 20 -
lib_ppc/bootm.c| 262 ++--
3 files changed, 338 insertions(+), 94 deletions(-)
diff --git a/common/cmd_boot
Hello all,
the board I'm porting U-Boot on, has several peripheral devices, which
are, according to datasheet, are based on PrimeCell PLxx blocks (for
example, vector interrupt controller is PL190 based; GPIOs are based
on PL061 block and so on). I understand that PrimeCells are IP cores,
which bu
Hello.
Thank you for your quick response.
2008/9/22 Hebbar <[EMAIL PROTECTED]>:
[skip]
> Generally bootloader doesnt use IRQ for running. But if u need to use
> IRQ/FIQ u need to setup stacks for the Same.
Right, because U-Boot is basically needed to initialize hardware and
prepaare it to launc
Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> This version:
>> * cleans ups issues pointed out by Jerry
>> * adds a state machine to the command processing
>> * adds bd_t and cmdline process on linux for ppc
>
> Thanks a lot.
>
> I'm still missing the p
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> This version:
> * cleans ups issues pointed out by Jerry
> * adds a state machine to the command processing
> * adds bd_t and cmdline process on linux for ppc
Thanks a lot.
I'm still missing the possibility to use longer sub-command na
Hello Stelian,
Thanks for the logging. This is useful info.
> usb_control_msg: request: 0x1, requesttype: 0x23, value 0x14 index 0x1 length
> 0x0
> New Device 1
> usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100 index 0x0
> length 0x40
> ERROR: USB-error: DEVICENOTRESPONDING: Devi
Hello,
TOT U-Boot (commit 8fd4166c, compiled with ELDK 4.2) for the MPC8555CDS
target is broken with the following symptoms:
[flash the 8fd4166c image and reset the board]
U-Boot 2008.10-rc2-00018-g8fd4166 (Sep 23 2008 - 10:23:59)
CPU: 8555E, Version: 1.1, (0x80790011)
Core: E500, Version:
On Tuesday 23 September 2008, Yuri Tikhonov wrote:
> BTW, when I said "recommended by AMCC" in the patch description I
> referred to the following information forwarded to me by Wolfgang
> Denk on Tue Mar 18 2008:
>
> ---
> Dear Yuri,
>
> here is some additional (and hopefully helpful) information
Hello,
BTW, when I said "recommended by AMCC" in the patch description I
referred to the following information forwarded to me by Wolfgang
Denk on Tue Mar 18 2008:
---
Dear Yuri,
here is some additional (and hopefully helpful) information from AMCC
regarding the observed hangs on the katma
Hi Yuri,
On Tuesday 23 September 2008, Yuri Tikhonov wrote:
> Set the MQ Read Passing & MCIF Cycle limits to the recommended by AMCC
> values. This fixes the occasional 440SPe hard locking issues when the
> 440SPe's dedicated DMA engines are used (e.g. by the h/w accelerated RAID
> driver).
>
>
Set the MQ Read Passing & MCIF Cycle limits to the recommended by AMCC
values. This fixes the occasional 440SPe hard locking issues when the 440SPe's
dedicated DMA engines are used (e.g. by the h/w accelerated RAID driver).
Previously the appropriate initialization had been made in Linux, by th
On Tuesday 23 September 2008, Andy Fleming wrote:
> >>> I did a simple check.
> >>>
> >>> Only powerpc and i386 and sh seem to use PCI.
> >>> If powerpc does not have a problem, would you commit it?
> >>
> >> Do I have your "go" (or at least no veto) to apply this patch?
>
> If some of that code is
On Monday 22 September 2008, Andrew Dyer wrote:
> >> I did a simple check.
> >>
> >> Only powerpc and i386 and sh seem to use PCI.
> >> If powerpc does not have a problem, would you commit it?
> >
> > Do I have your "go" (or at least no veto) to apply this patch?
>
> (forgot to reply all on this, a
48 matches
Mail list logo