although I haven't
been involved in u-boot development for years...
I no longer have access to any AT91 board, so if someone wants to take
over, it's ok to me. Otherwise, you can mark those boards as orphaned,
or remove them from the tree.
Than
Change my old email address which is no longer valid.
Signed-off-by: Stelian Pop
---
On Sat, Nov 27, 2010 at 11:27:28PM +0100, Albert ARIBAUD wrote:
>
> Apparently MAINTAINERS entry for Stelian Pop is not correct any
> more; CC:ing Stelian's address as last seen on the list. If
alisation.
>
> Signed-off-by: Sedji Gaouaou
Signed-off-by: Stelian Pop
And sorry for the delay.
Stelian.
--
Stelian Pop
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
91_RSTC_MR, AT91_RSTC_KEY | rstc);
or
rstc = at91_sys_read(AT91_RSTC_MR) & AT91_RSTC_ERSTL;
...
at91_sys_write(AT91_RSTC_MR, AT91_RSTC_KEY | rstc | AT91_RSTC_URSTEN);
Not sure what version would be best though...
Stelian.
--
Stelian Pop
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
asons, since this is a generic AT91 config option, I think
it makes sense to define this by default for all the AT91 boards - or not
define it at all. Your pick.
Stelian.
--
Stelian Pop
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
DR_SRAMSIZ_128K: txt = "128K"; break;
> + case AT91_CIDR_SRAMSIZ_256K: txt = "256K"; break;
> + case AT91_CIDR_SRAMSIZ_96K: txt = "96K";break;
> + case AT91_CIDR_SRAMSIZ_512K: txt = "512K"; break;
> + default: txt = "undefined";break;
bad alignment here (you did align the 'txt =' properly in all other
switch/case statements, but not here).
ditto for 'undefined'.
Stelian.
--
Stelian Pop
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
warning for the at91sam9261ek board:
> 'dm9000x.c:545: warning: 'read_srom_word' defined but not used'
>
> And it repaires the trizepsiv board build which was broken around the
> same routines
>
> Signed-off-by: Remy Bohmer
FWIW:
maintainer of this board.
>
> You are not supposed to make any such modifications without permission
> of the board mainteiner.
>
> Stelian, please comment.
In the interest of keeping the various Atmel boards uniform, I'm ok
with this patch. So:
Signed-off-by: Stel
ree USB sticks.
I suspect the rest of the issues to be USB specific and not hardware
specific at this point, but I haven't looked closer into it.
Stelian.
--
Stelian Pop
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
idea is too allow multiple serial at the same time.
>
> I've plan to add the multi serial support to the at91 serial drivers
I'm not sure exactly what you mean by "multi serial support" but isn't
this orthogonal to what I'm saying (putting the #ifdef CONFIG_USART
t91_serial_hw_init function() ?
This also eliminates that unneeded switch case in that function.
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Le jeudi 06 novembre 2008 à 20:27 +0100, Jean-Christophe
PLAGNIOL-VILLARD a écrit :
> On 18:07 Tue 21 Oct , Stelian Pop wrote:
> > At least some (old ?) versions of the AT91Bootstrap do not set up the
> > PLLB correctly to 48 MHz in order to make USB host function correctly
Le jeudi 06 novembre 2008 à 20:29 +0100, Jean-Christophe
PLAGNIOL-VILLARD a écrit :
> On 18:07 Tue 21 Oct , Stelian Pop wrote:
> > Introduce AT91_CPU_CLOCK and use it for displaying the CPU
> > speed in the LCD driver.
> >
> > Also make AT91_MAIN_CLOCK and AT
TER = 196608000 / 2 = 98304000 Hz.
The defines in the header files contain rounded values, I don't think
it's too important to be precise here.
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ite()
implementation. So the code should be:
ldr r1, =(AT91_BASE_SYS + AT91_PMC)
which will be optimised by cpp to:
ldr r1, =0xfc00
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
; +# define CONFIG_LCD_LOGO_TEXT1 "(C) 2008 ATMEL Corp"
> +#endif
Wouldn't it be better if we move this text into
include/configs/at91xxx.h for all the boards ?
--
Stelian Pop <[EMAIL PROTECTED]>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Introduce AT91_CPU_CLOCK and use it for displaying the CPU
speed in the LCD driver.
Also make AT91_MAIN_CLOCK and AT91_MASTER_CLOCK reflect the
corresponding board clocks.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
common/lcd.c|2 +-
include/configs/at91cap
AT91_BASE_EMAC is never used outside the board specific files,
so replace its usage by the board specific AT91xxx_BASE_EMAC.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
board/atmel/at91cap9adk/at91cap9adk.c |2 +-
board/atmel/at91sam9260ek/at91sam9260ek.c |2 +-
board
AT91_ID_US0 / AT91_ID_US1 / AT91_ID_US2 were used but never defined.
Since they are never used outside the board specific files, they can
be replaced by the board specific AT91xxx_ID_US0 / AT91xxx_ID_US1 /
AT91xxx_ID_US2.
Bug spotted by Jesus Alvarez <[EMAIL PROTECTED]>.
Signed-off-by: S
- AT91SAM9263
This patch also defines CONFIG_USB_STORAGE and CONFIG_CMD_FAT for all
the relevant AT91CAP9/AT91SAM9 boards.
Signed-off-by: Stelian Pop <[EMAIL PROTECTED]>
---
cpu/arm926ejs/at91/usb.c| 18 ++
include/configs/at91cap9adk.h |3 +++
include/c
Hi,
The following patches correct a few issues mainly related to USB and
serial initializations in the various AT91CAP9 / AT91SAM9 boards.
Please merge.
Thanks,
Stelian.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listin
t proves again that USB never worked
> before on these cores...
> Maybe more pieces are missing to get it completely working...
No, USB did work before on these cores, as the Atmel guys confirmed. I
guess some older versions of AT91Bootstrap had the proper PLLB
configuration settings
r: DEVICENOTRESPONDING: Device did not respond to token (IN) or
did
not provide a handshake (OUT) (5)
ERROR: USB-error: DEVICENOTRESPONDING: Device did not respond to token (IN) or
did
not provide a handshake (OUT) (5)
--
Stelian Pop <[EMAIL PROTECTED]>
_
ond to token (IN) or
did
not provide a handshake (OUT) (5)
usb_new_device: usb_get_descriptor() failed
usb_control_msg: request: 0x1, requesttype: 0x23, value 0x1 index 0x2 length 0x0
2 USB Device(s) found
scanning bus for storage devices... 0 Storage Device(s) found
U-Boot>
--
Stelia
verify this.
> If it does not help on sam9263, it should not make it worse either...
I'll hopefully do the tests tomorrow.
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Remy,
Sorry it took so long but here are the results of the tests on my
AT91SAM9261-EK.
Le samedi 20 septembre 2008 à 22:14 +0200, Stelian Pop a écrit :
> > Also, it would be very helpful if you would test your sticks on a
> > SAM9261, because that SoC _must_ work. (I tested on
ndard.
> The legacy implementation of U-boot is just wrong, but it might work.
Already did, and didn't change much... it still fails more or less the
same way.
--
Stelian Pop <[EMAIL PROTECTED]>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
address (error=8000)
usb_control_msg: request: 0x1, requesttype: 0x23, value 0x1 index 0x1 length 0x0
usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x2 length 0x4
2 USB Device(s) found
scanning bus for storage devices... 0 Storage Device(s) found
U
escriptor:
bLength 9
bDescriptorType 41
nNbrPorts 2
wHubCharacteristic 0x0012
No power switching (usb 1.0)
No overcurrent protection
bPwrOn2PwrGood2 * 2 milli seconds
bHubContrCurrent 0 milli Ampere
DeviceRemovable0x00
vices... 0 Storage Device(s) found
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
e
> filesystem on the USB stick itself.
No, the filesystem is ok. (it's a 1GB stick btw).
> I do not see any errors that USB itself is not working, the problems I
> fixed were in the USB area, and they solved all the problems I
> encountered with USB sticks on AT91SAM9261 (OHCI)
I&
U-Boot> fatinfo usb 0:1
** Invalid boot device **
--
-
> > 5 files changed, 90 insertions(+), 95 deletions(-)
> >
>
> I'll test on the at91sam9263ek.
>
> Stelian could test it also please?
Sorry for the delay. Tested it on CAP9, works fine.
Stelian.
--
Stelian Pop <[EMAIL PROTECTED]>
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
33 matches
Mail list logo
