Dear Amar,
On 27/03/13 14:38, Amarendra Reddy wrote:
> Dear Minkyu,
>
> Please refer to the latest version of emmc patchset, which is V7 patchset.
>
> The function definition 'exynos_dwmci_init()' has been changed when compared
> to V1 patchset.
It means.. should I ignore this patchset?
>
>
On 30/11/12 15:29, Rajeshwari Shinde wrote:
> This patch set adds L2 Cache Support to EXYNOS.
>
> Signed-off-by: Arun Mankuzhi
> Signed-off-by: Rajeshwari Shinde
> ---
> arch/arm/cpu/armv7/exynos/soc.c | 37 +
> 1 files changed, 37 insertions(+), 0 deletion
Dear Minkyu,
Yes, the patchset you referred needs to be ignored as it is V1 patchset.
You need to refer to V7 patchset present at the URL
http://www.mail-archive.com/u-boot@lists.denx.de/msg107511.html
Thanks & Regards
Amarendra
On 27 March 2013 13:10, Minkyu Kang wrote:
> Dear Amar,
>
> On 2
On 26.03.2013 18:04, Fabio Estevam wrote:
Hi Dirk,
On Tue, Mar 26, 2013 at 12:43 PM, Dirk Behme wrote:
Hi Fabio,
On 26.03.2013 13:54, Fabio Estevam wrote:
Currently when booting a mx6 solo processor get_cpu_rev() returns 0x62xxx,
which
is an invalid mx6 CPU revision.
Do you have somewhere
>On Fri, Mar 22, 2013 at 5:26 AM, Akshay Saraswat wrote:
>> According to the latest exynos5 user manual, the equation for
>> calculating PLL output was changed to
>> FOUT= MDIV x FIN/(PDIV x 2^SDIV)
>> earlier it was
>> FOUT= MDIV x FIN/(PDIV x 2^(SDIV -1))
>> So updating the clock code accordingl
Dear Minkyu,
Please let me know if you have any comments for this patch.
With Regards,
Inder
On 16 March 2013 14:16, Inderpal Singh wrote:
> The spl_boot.c which copies the u-boot from the booting device to ram
> is made common for all the exynos based platforms. To do so:
>
> 1. Moved smdk5250
Dear Minkyu,
Let me know your view about this patchset.
With Regards,
Inder
On 15 March 2013 11:53, Inderpal Singh wrote:
> The first patch moves the tzpc_init file from smdk5250 to armv7/exynos.
> The second makes tzpc_init common for exynos4 and exynos5. And the third
> makes necessary change
On 27.03.2013 09:02, Dirk Behme wrote:
On 26.03.2013 18:04, Fabio Estevam wrote:
Hi Dirk,
On Tue, Mar 26, 2013 at 12:43 PM, Dirk Behme
wrote:
Hi Fabio,
On 26.03.2013 13:54, Fabio Estevam wrote:
Currently when booting a mx6 solo processor get_cpu_rev() returns
0x62xxx,
which
is an invalid
Hi All
I have been able to display a splash screen in u-boot by converting the splash
image to a header (using GIMP)
and loading it into a GFX register (OMAP 4470).
Now I have to display text(character) on the display. I read about
CONFIG_CFB_CONSOLE in the u-boot
documentation.
How exactly doe
On Wed, Mar 27, 2013 at 5:50 AM, Manfred Huber wrote:
> Please test the Patch. It is very simple on a Beagleboard. I guess you
> have flashed the actual SPL and u-boot and Beagleboard boots correctly.
> Now press and hold 'User' button and connect power. SPL should hang.
> You can see some symbols
That the pblimage can be built according to the SYS_TEXT_BASE, then building a
different size of pblimage is available.
Signed-off-by: Shaohui Xie
---
tools/pblimage.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/tools/pblimage.c b/tools/pblimage.c
index 508a747..6027
Based on 'u-boot-usb' master branch.
This patch-series includes majorly some clean-up, few fixes and
then some basic super-speed usb infrastructure addition, to help
put support for XHCI in near future.
Few patches here have been pulled from patch-series sent long back
for XHCI support:
[RFC PATC
Some cleanup in usb framework, nothing much on feature side.
Signed-off-by: Vikas C Sajjan
Signed-off-by: Vivek Gautam
---
common/usb.c | 18 ++
common/usb_storage.c | 30 --
include/usb_defs.h |2 +-
3 files changed, 27 insertions(+
Power on root hubs' ports only when they are not yet powered on.
Its seen with USB 3.0 ports that they are powered on after
a H/W reset, as also reflected in XHCI spec (sec 4.3):
"After a Chip Hardware Reset, HCRST, or commanded to the
PLS = RxDetect state, all Root Hub ports shall be in Disconnect
Fetch the device class into usb device's dwcriptors,
so that the host controller's driver can use this info
to differentiate between HUB and DEVICE.
Signed-off-by: Amar
---
common/usb.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/common/usb.c b/common/usb.c
index
Patch b6d7852c increases timeout for enumeration, taking
worst case to be 10 sec.
get_timer() api returns timestamp in micro-seconds, which is
what we are checking in the do-while() loop in usb_hub_configure()
(get_timer(start) < CONFIG_SYS_HZ * 10).
This should give us a required check for 10 seco
Few broken usb mass storage devices can take some time to set
Current Connect Status (CCS) and Connect Status Change (CSC) in
Port status register after an attach.
So increasing some timeout when both CCS and CSC bits are not set.
Signed-off-by: Amar
Signed-off-by: Vivek Gautam
---
common/usb_h
This adds usb framework support for super-speed usb, which will
further facilitate to add stack support for xHCI.
Signed-off-by: Vikas C Sajjan
Signed-off-by: Vivek Gautam
---
common/cmd_usb.c |6 --
common/usb.c | 11 ---
common/usb_hub.c | 10 +++---
co
Now usb interface structure doesn't contain the Ep descriptor directly,
in fact it contains a pointer to 'usb_ep_desc' structure which
contains the Ep descriptor.
So updating the usb-eth drivers accordingly.
Signed-off-by: Vivek Gautam
---
drivers/usb/eth/asix.c | 14 --
driver
This CL implements a custom spi_copy funtion to copy u-boot from SF to
RAM. This is faster then iROM spi_copy funtion as this runs spi at 50Mhz
and also in WORD mode of operation.
Changed a printf in pimux.c to debug just to avoid the the compilation
error in SPL.
Removed the enum for boot mode fr
On 27/03/13 17:46, Inderpal Singh wrote:
> Dear Minkyu,
>
> Let me know your view about this patchset.
>
> With Regards,
> Inder
>
> On 15 March 2013 11:53, Inderpal Singh wrote:
>> The first patch moves the tzpc_init file from smdk5250 to armv7/exynos.
>> The second makes tzpc_init common for
Hi,
Any update on this.
Thanks,
Jagan.
> -Original Message-
> From: Jagannadha Sutradharudu Teki [mailto:jagannadha.sutradharudu-
> t...@xilinx.com]
> Sent: 03 March 2013 16:45
> To: u-boot@lists.denx.de
> Cc: Stefan Roese; Aaron Williams; Luka Perkov; mon...@monstr.eu;
> Jagannadha Sutr
Add ehci_get_port_speed() and ehci_set_usbmode() weak functions
for platform driver to support new chip.
Signed-off-by: Jim Lin
---
drivers/usb/host/ehci-hcd.c | 40
1 files changed, 28 insertions(+), 12 deletions(-)
diff --git a/drivers/usb/host/ehci-
Hi,
On Wed, 27 Mar 2013 13:57:38 +0530
Bhargav A K wrote:
> Hi All
>
> I have been able to display a splash screen in u-boot by converting
> the splash image to a header (using GIMP) and loading it into a GFX
> register (OMAP 4470).
There is no need to embed the image data in the U-Boot binary
On 22/02/13 18:52, Ajay Kumar wrote:
> Ajay Kumar (13):
> [PATCH 01/13] video: exynos_fb: Remove callbacks from the driver
> [PATCH 02/13] video: exynos_dp: Remove callbacks from the driver
> [PATCH 03/13] video: exynos_fb: Make fimd_ctrl global
> [PATCH 04/13] EXYNOS: FDT: Add compatible s
On Wed, Mar 27, 2013 at 5:02 AM, Dirk Behme wrote:
> I'll check this.
>
> Rethinking about the issue here, my recent understanding is:
>
> a) We have a VPU library which only understands 0x63 (Quad) and 0x61
> (DualLite/Solo)
Correct.
> b) We have Troy's existing get_cpu_rev() [1] which seems t
Dear Manfred Huber,
---8<---
abiessmann@punisher % pwclient get 230994
Saved patch to
U-Boot-1-1-v2-omap3_beagle-Enabling-UART3-first-allows-the-Transmitter-to-be-empty.patch
abiessmann@punisher % git am
U-Boot-1-1-v2-omap3_beagle-Enabling-UART3-first-allows-the-Transmitter-to-be-empty.patch
Patch
On Wed, Mar 27, 2013 at 5:57 AM, Dirk Behme wrote:
> Some additional rethinking: I missed that we have a Linux kernel, too ;)
>
> c) It's the job of the Linux kernel to export the CPU revision to the VPU
> library. In case the Linux kernel completely ignores what we are doing in
> U-Boot and calc
Hello everybody,
I have got the Spartan 3E Smple Pack with Intel Parallel Flash. I would like to
load the parallel flash with the design I synthesized with ISE. So i need some
kind of loader for the parallel flash which will run on the fpga. Can this be
done with U-Boot?
Regards, Klemen___
On 27.03.2013 14:37, Fabio Estevam wrote:
On Wed, Mar 27, 2013 at 5:57 AM, Dirk Behme wrote:
Some additional rethinking: I missed that we have a Linux kernel, too ;)
c) It's the job of the Linux kernel to export the CPU revision to the VPU
library. In case the Linux kernel completely ignores
On Wed, Mar 27, 2013 at 10:29:00AM +0100, Javier Martinez Canillas wrote:
> On Wed, Mar 27, 2013 at 5:50 AM, Manfred Huber wrote:
> > Please test the Patch. It is very simple on a Beagleboard. I guess you
> > have flashed the actual SPL and u-boot and Beagleboard boots correctly.
> > Now press and
Hi Fabio,
On 03/27/2013 06:37 AM, Fabio Estevam wrote:
On Wed, Mar 27, 2013 at 5:57 AM, Dirk Behme wrote:
Some additional rethinking: I missed that we have a Linux kernel, too ;)
c) It's the job of the Linux kernel to export the CPU revision to the VPU
library. In case the Linux kernel compl
Hi,
please keep the U-Boot list address on Cc, other users may
find the discussion helpful.
On Wed, 27 Mar 2013 19:40:33 +0530
Bhargav A K wrote:
...
> Now I will have to define video_set_lut() also, isn't it ?
It depends. What U-Boot version do you use? If you use mainline
U-Boot recent versio
Hi Eric,
On 27.03.2013 15:00, Eric Nelson wrote:
Hi Fabio,
On 03/27/2013 06:37 AM, Fabio Estevam wrote:
On Wed, Mar 27, 2013 at 5:57 AM, Dirk Behme wrote:
Some additional rethinking: I missed that we have a Linux kernel, too ;)
c) It's the job of the Linux kernel to export the CPU revision
Hi Dirk,
On 03/27/2013 08:06 AM, Dirk Behme wrote:
Hi Eric,
On 27.03.2013 15:00, Eric Nelson wrote:
Hi Fabio,
On 03/27/2013 06:37 AM, Fabio Estevam wrote:
On Wed, Mar 27, 2013 at 5:57 AM, Dirk Behme
wrote:
>>
The VPU library relies on the output of /proc/cpuinfo (specifically
the line
Hi Anatolij
Thank you very much for Ur guidance
> What U-Boot version do you use?
U-Boot 1.1.4-geb3fa991 (Feb 21 2013 - 10:11:04)
(output of version command)
> This video_set_lut() function is only needed if you use 8 bits per
> pixel frame buffer.
So can I comment it out, (or) just make a dum
On 03/27/2013 04:52 AM, Jim Lin wrote:
> Add ehci_get_port_speed() and ehci_set_usbmode() weak functions
> for platform driver to support new chip.
Jim, you really need to send this as part of a complete patch series
that demonstrates the need for this feature. At least explain the need
in the com
On Tue, Mar 26, 2013 at 09:57:35AM +0530, Sricharan R wrote:
> Now with kernel moving to all device tree, the default
> boot command is changed to pass the device tree blob.
> Also, adding the findfdt command to get the dt-blob
> based on the board.
[snip]
> @@ -153,7 +155,9 @@
> "mmcargs=se
Hi,
On Wed, 27 Mar 2013 21:05:55 +0530
Bhargav A K wrote:
...
> > What U-Boot version do you use?
>
> U-Boot 1.1.4-geb3fa991 (Feb 21 2013 - 10:11:04)
> (output of version command)
Very old, ;-).
> > This video_set_lut() function is only needed if you use 8 bits per
> > pixel frame buffer.
>
>
Anatolij,
Thank you very very much, I will implement this very soon.
If I face any issues, which I won't after such excellent tutoring from you,
can I revert back to you ?
Thanks again :)...
> Yes. If board specific video initialization is done elsewhere the
> board_video_init() can be a dummy f
When booting a Freescale kernel 3.0.35 on a Wandboard solo, the get_board_rev()
returns 0x62xxx, which is not a value understood by the VPU
(Video Processing Unit) library in the kernel and causes the video playback to
fail.
The expected values for get_board_rev are:
0x63xxx: For mx6quad/dual
0x
Hi Minkyu,
On Tue, Mar 26, 2013 at 11:38 PM, Minkyu Kang wrote:
> Dear Rajeshwari and Simon,
>
> On 12/03/13 15:13, Rajeshwari Birje wrote:
> > Hi Minkyu,
> >
> > Yes it is based on the following patches submitted by Simon Glass and
> > link for the same.
> >
> > "sf: Add spi_flash_alloc() to c
On Wed, Mar 27, 2013 at 2:37 PM, Andreas Bießmann
wrote:
> Dear Manfred Huber,
>
> ---8<---
> abiessmann@punisher % pwclient get 230994
> Saved patch to
> U-Boot-1-1-v2-omap3_beagle-Enabling-UART3-first-allows-the-Transmitter-to-be-empty.patch
> abiessmann@punisher % git am
> U-Boot-1-1-v2-omap3_b
When booting a Freescale kernel 3.0.35 on a Wandboard solo, the get_board_rev()
returns 0x62xxx, which is not a value understood by the VPU
(Video Processing Unit) library in the kernel and causes the video playback to
fail.
The expected values for get_board_rev are:
0x63xxx: For mx6quad/dual
0x
On 3/27/2013 9:36 AM, Fabio Estevam wrote:
When booting a Freescale kernel 3.0.35 on a Wandboard solo, the get_board_rev()
returns 0x62xxx, which is not a value understood by the VPU
(Video Processing Unit) library in the kernel and causes the video playback to
fail.
The expected values for get_
On Fri, Mar 22, 2013 at 10:37:03AM -0700, York Sun wrote:
> Bash ver 3.x doesn't support the parameter expansion with case
> substitution. Use tr instead.
>
> Signed-off-by: York Sun
Acked-by: Allen Martin
> ---
> Removed RFC from subject line.
>
> MAKEALL |2 +-
> 1 file changed, 1 in
From: Stephen Warren
This allows:
MAKEALL -s tegra
to replace:
MAKEALL -s tegra20 -s tegra30 -s tegra114
The following also works:
MAKEALL -s tegra -s omap
Signed-off-by: Stephen Warren
---
v2: Modified the commit description marginally to s/tegra*/tegra/ in the
first example MAKEALL comma
On 03/26/2013 02:42 PM, Marc Dietrich wrote:
> Hi,
>
> access to part->start_sect in pmbr_part_valid() (form disk/part_efi.c) and
> propably other positions/fields causes an unaligned access on ARM (tegra in
> my
> case) and a uboot crash. This was introduced by commit fae2bf22 [1] which
> cha
On Wed, Mar 20, 2013 at 09:08:10AM -, Veli-Pekka Peltola wrote:
> As I am no longer working for Bluegiga I will pass apx4devkit maintenance
> to Lauri.
>
> Signed-off-by: Veli-Pekka Peltola
> Acked-by: Lauri Hintsala
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: D
On Wed, Mar 27, 2013 at 11:51:25AM -0600, Stephen Warren wrote:
> From: Stephen Warren
>
> This allows:
>
> MAKEALL -s tegra
>
> to replace:
>
> MAKEALL -s tegra20 -s tegra30 -s tegra114
>
> The following also works:
>
> MAKEALL -s tegra -s omap
>
> Signed-off-by: Stephen Warren
> ---
> v
On Tue, Mar 12, 2013 at 06:16:50AM -, Tom Rini wrote:
> This is not called outside of env_callback.c so mark static, remove from
>
>
> Cc: Joe Hershberger
> Signed-off-by: Tom Rini
> Acked-by: Joe Hershberger
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital
On Thu, Mar 14, 2013 at 05:36:13AM -, Tom Rini wrote:
> While the kernel mainly uses pr_debug(...), etc, for debug messages, we
> use debug(...). Add this to the list of logFunctions so that they are
> correctly checked (and not warned against) for long string literals.
>
> Signed-off-by: To
On Fri, Mar 15, 2013 at 10:43:48AM -, Matt Porter wrote:
> usleep_range() is a Linux facility, ignore it when udelay()
> is encountered.
>
> Signed-off-by: Matt Porter
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
_
On Wed, Mar 20, 2013 at 06:31:35AM -, Steven Stallion wrote:
> Signed-off-by: Steven Stallion
> Cc: Tom Rini
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
On Wed, Mar 20, 2013 at 04:21:38AM -, Tom Rini wrote:
> The ext4write command was taking the in-memory address and filename path
> in reverse order from the rest of the filesystem read and write
> commands. This corrects the order to be the same as fatload, etc.
>
> Signed-off-by: Tom Rini
Hi Fabio,
On 27.03.2013 18:36, Fabio Estevam wrote:
When booting a Freescale kernel 3.0.35 on a Wandboard solo, the get_board_rev()
returns 0x62xxx, which is not a value understood by the VPU
(Video Processing Unit) library in the kernel and causes the video playback to
fail.
The expected value
Hi Dirk,
On Wed, Mar 27, 2013 at 3:56 PM, Dirk Behme wrote:
> This is much better than changing Troy's get_cpu_rev(). Thanks :)
I am glad you like it :-)
>
> But what's about to add this code to
>
> http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/tree/arch/arm/kernel/setup.c?h=imx_
From: Stephen Warren
Make U-Boot aware of the T33 SKU of Tegra30, and treat it identically
to any other Tegra30.
An alternative would be to simply remove the SKU checking from
tegra_get_chip_type(); most use of the value most likely simply wants
to know the current chip, not the specific SKU. Or
On Sun, Mar 24, 2013 at 10:51:33PM +0100, Peter Korsgaard wrote:
> Jump into full u-boot mode if a 'c' character is received on the uart.
>
> We need to adjust the spl bss/malloc area to not overlap with the
> loadaddr of the kernel (sdram + 32k), so move it past u-boot instead.
>
> Signed-off-b
Am 27.03.2013 20:36, schrieb Fabio Estevam:
Hi Dirk,
On Wed, Mar 27, 2013 at 3:56 PM, Dirk Behme wrote:
This is much better than changing Troy's get_cpu_rev(). Thanks :)
I am glad you like it :-)
But what's about to add this code to
http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-im
On Thu, Mar 21, 2013 at 01:38:37PM -0700, York Sun wrote:
> On 03/21/2013 01:28 PM, Allen Martin wrote:
[snip]
> > PS: What happened with your bool fixup patch? I'm a big fan of that
> > patch :^)
> >
>
> Tom asked on March 4th. I think he will accept it.
I never got the expected acks on v7 tha
> "Tom" == Tom Rini writes:
Tom> On Sun, Mar 24, 2013 at 10:51:33PM +0100, Peter Korsgaard wrote:
>> Jump into full u-boot mode if a 'c' character is received on the uart.
>>
>> We need to adjust the spl bss/malloc area to not overlap with the
>> loadaddr of the kernel (sdram + 32k), so
On Fri, Mar 22, 2013 at 10:41:53PM +0100, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <514ccaae.6020...@wwwdotorg.org> you wrote:
> >
> > >> +The frequency of the timer returned by get_timer().
> > >> This value
> > >> +MUST be 1000.
> > >
> > > Thi
Hi Dirk,
On 03/27/2013 12:47 PM, Dirk Behme wrote:
Am 27.03.2013 20:36, schrieb Fabio Estevam:
Hi Dirk,
On Wed, Mar 27, 2013 at 3:56 PM, Dirk Behme wrote:
This is much better than changing Troy's get_cpu_rev(). Thanks :)
I am glad you like it :-)
But what's about to add this code to
h
On Wed, Mar 27, 2013 at 08:57:05PM +0100, Peter Korsgaard wrote:
> > "Tom" == Tom Rini writes:
>
> Tom> On Sun, Mar 24, 2013 at 10:51:33PM +0100, Peter Korsgaard wrote:
> >> Jump into full u-boot mode if a 'c' character is received on the uart.
> >>
> >> We need to adjust the spl bss/mal
> "Tom" == Tom Rini writes:
Hi,
>> Yes, I did. I'm personally most interested in raw mode because of
>> the 4x redundant MLO handling.
Tom> Note that you only get 3 on RAW mode because we place U-Boot (by
Tom> default) in the fourth slot. I noticed this recently but was hesitant
Tom>
On Wednesday 27 March 2013 12:23:22 Stephen Warren wrote:
> On 03/26/2013 02:42 PM, Marc Dietrich wrote:
> > Hi,
> >
> > access to part->start_sect in pmbr_part_valid() (form disk/part_efi.c) and
> > propably other positions/fields causes an unaligned access on ARM (tegra
> > in my case) and a ubo
Dear Arkadiusz Wlodarczyk,
On 01/03/13 18:41, Arek Wlodarczyk wrote:
> From: Arkadiusz Wlodarczyk
>
> Signed-off-by: Arkadiusz Wlodarczyk
> Signed-off-by: Kyungmin Park
> Tested-by: Arkadiusz Wlodarczyk
> Cc: Minkyu Kang
> ---
> Changes:
> Modify autoboot scripts that are included in environ
It was noticed that when `make distclean' is run, the make process
terminates with error reporting something like:
rm: cannot remove '/tmp/foobar/': Is a directory
make: *** [clobber] Error 1
The problem is that the list of files targeted for removal includes a
directory in case CONFIG_SPL_TARGET
CONFIG_SYS_HZ must be 1000, and get_timer() must therefore return ms.
Document this.
README text provided by Tom Rini.
Signed-off-by: Stephen Warren
---
v2: Reworded the README text.
---
README |7 +++
1 file changed, 7 insertions(+)
diff --git a/README b/README
index 7f2506a..efb8cc6
On 3/27/2013 2:59 PM, Vivek Gautam wrote:
Patch b6d7852c increases timeout for enumeration, taking
worst case to be 10 sec.
get_timer() api returns timestamp in micro-seconds, which is
what we are checking in the do-while() loop in usb_hub_configure()
(get_timer(start)< CONFIG_SYS_HZ * 10).
This
Apparently, CONFIG_SYS_HZ must be 1000. Change this, and fix the timer
driver to conform to this.
Have the timer implementation export a custom API get_timer_us() for use
by the BCM2835 MMC API, which needs us resolution for a HW workaround.
Signed-off-by: Stephen Warren
---
v2: Export custom AP
Dear Akshay,
On 28/02/13 19:59, Akshay Saraswat wrote:
> At present get_timer() does not return sane values. It should count up
> smoothly in milliscond intervals.
>
> We can change the PWM to count down at 1MHz, providing a resolution
> of 1us and a range of about an hour between required get_ti
On 28/02/13 19:59, Akshay Saraswat wrote:
> Add generic api to get the frequency of the required peripherial. This
typo.
peripherial -> peripheral
> API gets the source clock frequency and returns the required frequency
> by dividing with first and second dividers based on the requirement.
>
> T
On 28/02/13 19:59, Akshay Saraswat wrote:
> Use generic api to get the pwm clock frequency
>
> Test with command "sf probe 1:0; time sf read 40008000 0 1000".
> Try with different numbers of bytes and see that sane values are obtained
> Build and boot U-boot with this patch, backlight works proper
On 28/02/13 19:59, Akshay Saraswat wrote:
> The pwm_config function in the exynos pwm driver divides by its period
> period parameter. A function was calling pwm_config with a 0ns period and a
> 0ns duty cycle. That doesn't actually make any sense physically, and results
> in a divide by zero in th
Dear Akshay,
On 28/02/13 19:59, Akshay Saraswat wrote:
> First, the "div" value was being used incorrectly to compute the frequency of
> the PWM timer. The value passed in is a constant which reflects the value
> that would be found in a configuration register, 0 to 4. That should
> correspond to
On 2013-03-27 10:29, Javier Martinez Canillas wrote:
On Wed, Mar 27, 2013 at 5:50 AM, Manfred Huber wrote:
Please test the Patch. It is very simple on a Beagleboard. I guess you
have flashed the actual SPL and u-boot and Beagleboard boots correctly.
Now press and hold 'User' button and connect
On 2013-03-27 14:37, Andreas Bießmann wrote:
Dear Manfred Huber,
---8<---
abiessmann@punisher % pwclient get 230994
Saved patch to
U-Boot-1-1-v2-omap3_beagle-Enabling-UART3-first-allows-the-Transmitter-to-be-empty.patch
abiessmann@punisher % git am
U-Boot-1-1-v2-omap3_beagle-Enabling-UART3-first
EMIF supports a global warm reset mode, during which the
EMIF keeps the SDRAM content. But if leveling is enabled
at the time of warm reset for DDR3, the following steps
needs to be done after warm reset:
1) Keep EMIF in self refresh mode.
2) Reset PHY to bring back the PHY to a known state.
3) Sta
80 matches
Mail list logo
