On Wed, Jul 4, 2018 at 5:35 AM, Andre Przywara wrote:
> On the A64 the clock for the first USB controller is actually the parent
> of the clock for the second controller, so turning them off in that order
> makes the system hang.
> Fix this by *not* turning off any clock for OHCI0, but both
Hi otavio
On Wed., 4 Jul. 2018, 7:03 pm Michael Nazzareno Trimarchi, <
mich...@amarulasolutions.com> wrote:
> Hi
>
>
> On Wed, Jul 4, 2018 at 6:45 PM, Otavio Salvador
> wrote:
> > On Tue, Jul 3, 2018 at 6:20 AM, Michael Nazzareno Trimarchi
> > wrote:
> >> Ok I have fixed it :)
> >
> > Mind to
Hi Alberto,
Thanks for your patches, and I'm so glad for people using rockusb
and try to improve it.
You can reference to rockchip source code here:
https://github.com/rockchip-linux/u-boot/blob/release/drivers/usb/gadget/f_rockusb.c
We use msc as base framework instead of dfu
Hi Alberto,
On 07/04/2018 03:02 AM, Alberto Panizzo wrote:
> It is now possible to read from block device al logic layer.
> Corresponding command on workstation is:
> rkdeveloptool rl
>
> Signed-off-by: Alberto Panizzo
> ---
> arch/arm/include/asm/arch-rockchip/f_rockusb.h | 2 +
>
Currently, upon receiving an appropriate ARP reply, the packet in
net_tx_packet is sent. However, this is a common buffer used by other
protocol as well, so it may not be the original packet waiting to be sent
after ARP.
This patch repurposes another buffer, arp_tx_packet to store the waiting
U-Boot has 1 common buffer to send Ethernet frames, pointed to by
net_tx_packet. When sending to an IP address without knowing the MAC
address, U-Boot makes an ARP request (using the arp_tx_packet buffer) to
find out the MAC address of the IP addressr. When a matching ARP reply is
received,
Hi Bin,
> -Original Message-
> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Bin Meng
> Sent: Tuesday, July 3, 2018 8:11 PM
> To: Prabhakar Kushwaha
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] Support of device-tree for PowerPC platform: Query
>
> Hi Prabhakar,
On the A64 the clock for the first USB controller is actually the parent
of the clock for the second controller, so turning them off in that order
makes the system hang.
Fix this by only turning off *both* clocks when the *last* OHCI controller
is brought down. This covers the case when only one
On 07/04/2018 11:53 AM, Alexander Graf wrote:
On 07/04/2018 09:36 AM, AKASHI Takahiro wrote:
This patch is missing a patch description. I'm not the maintainer of the rtc
code base so it's not my call, but I personally just reject all patches with
empty patch descriptions ;).
And thanks a lot
On 07/04/2018 09:36 AM, AKASHI Takahiro wrote:
> Signed-off-by: AKASHI Takahiro
> ---
> drivers/rtc/Kconfig | 6 ++
> drivers/rtc/pl031.c | 109 +--
> include/dm/platform_data/rtc_pl031.h | 12 +++
> 3 files changed, 87 insertions(+),
On 07/04/2018 12:03 PM, Andre Przywara wrote:
> Hi,
>
> On 04/07/18 08:14, Marek Vasut wrote:
>> On 07/04/2018 02:05 AM, Andre Przywara wrote:
>>> On the A64 the clock for the first USB controller is actually the parent
>>> of the clock for the second controller, so turning them off in that order
This patch adds qspi driver support for ZynqMP SoC. This
driver is responsible for communicating with qspi flash
devices.
Signed-off-by: Siva Durga Prasad Paladugu
---
Changes for v7:
- Removed reading of mode, clock phase and polarity from ofdata_to_platdata
as drivercan get from spi-uclass
This patch adds qspi driver support for all ZynqMP ZCU102
boards.
Signed-off-by: Siva Durga Prasad Paladugu
Acked-by: Michal Simek
---
Changes for v7:
- Added "spi-flash" to compatible strings.
Changes for v6:
- None
Changes for v5:
- None
Changes for v4:
- None
Changes for v3:
- Changed as
Hi,
This is my first email to U-Boot so please let me know if I am not doing it
correctly.
U-Boot has 1 buffer to send Ethernet frames, pointed to by net_tx_packet.
When sending to an IP address without knowing the MAC address, U-Boot makes
an ARP request to find out the MAC address of the IP
Currently, upon receiving an appropriate ARP reply, the packet in
net_tx_packet is sent. However, this is a common buffer used by other
protocol as well, so it may not be the original packet waiting to be sent
after ARP.
This patch repurposes another buffer, arp_tx_packet to store the waiting
Drop the DM_I2C dependency, as the library only implements
the parsing of EDID data and doesn't depend on any driver
One user of this library, the i2c command, implements
support for legacy and DM I2C drivers
Tested on a Zynq board, whose I2C driver is not ported
yet to DM
Signed-off-by: Luis
When running with special configuration (OF_BOARD and mmc overlay)
RPI have the SD card as id 1.
This make device enumeration fails when using the API.
Signed-off-by: Emmanuel Vadot
---
include/configs/rpi.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/rpi.h
On 07/04/2018 02:05 AM, Andre Przywara wrote:
> On the A64 the clock for the first USB controller is actually the parent
> of the clock for the second controller, so turning them off in that order
> makes the system hang.
> Fix this by *not* turning off any clock for OHCI0, but both clocks when
>
Hi,
On 04/07/18 08:14, Marek Vasut wrote:
> On 07/04/2018 02:05 AM, Andre Przywara wrote:
>> On the A64 the clock for the first USB controller is actually the parent
>> of the clock for the second controller, so turning them off in that order
>> makes the system hang.
>> Fix this by *not* turning
Hi Lukasz,
On Tue, Jul 03, 2018 at 11:24:34PM +0200, Lukasz Majewski wrote:
> Hi Alberto,
>
> > Two consecutive rockusb_tx_write without waiting for request complete
> > do results in transfer reset of first request and thus no or
> > incomplete data transfer. This because rockusb_tx_write do
Hi Akashi,
Thank you for the DM conversion.
On 07/04/2018 10:36 AM, AKASHI Takahiro wrote:
<..snip..>
diff --git a/include/dm/platform_data/rtc_pl031.h
b/include/dm/platform_data/rtc_pl031.h
new file mode 100644
index 00..8e4ba1ce69
--- /dev/null
+++
On Wed, 4 Jul 2018 09:25:16 +0200
Alexander Graf wrote:
> On 07/04/2018 09:08 AM, Emmanuel Vadot wrote:
> > When running with special configuration (OF_BOARD and mmc overlay)
> > RPI have the SD card as id 1.
> > This make device enumeration fails when using the API.
> >
> > Signed-off-by:
On 07/04/2018 01:45 AM, Jason Rush wrote:
> On 7/3/2018 9:08 AM, Marek Vasut wrote:
>> On 07/03/2018 03:58 PM, Jason Rush wrote:
>>> On 6/29/2018 10:17 AM, Marek Vasut wrote:
On 06/29/2018 05:06 PM, Jason Rush wrote:
> On 6/29/2018 9:52 AM, Marek Vasut wrote:
>> On 06/29/2018 04:44
On 07/04/2018 09:36 AM, AKASHI Takahiro wrote:
This patch is missing a patch description. I'm not the maintainer of the
rtc code base so it's not my call, but I personally just reject all
patches with empty patch descriptions ;).
And thanks a lot for doing the conversion! I think it's a very
On 07/04/2018 02:36 AM, Joe Hershberger wrote:
For net_boot_common, we allow the serverip to be specified as part of
the boot file name. For net commands that require serverip, include that
source as a valid specification of serverip.
Signed-off-by: Joe Hershberger
Reviewed-by: Alexander
On 07/04/2018 02:36 AM, Joe Hershberger wrote:
Rather than crashing, check the src ptr and set dst to empty string.
Signed-off-by: Joe Hershberger
Wouldn't it make more sense to check for the existence outside at the
caller's side? That way it's much easier to see what really is happening.
On 07/04/2018 09:08 AM, Emmanuel Vadot wrote:
When running with special configuration (OF_BOARD and mmc overlay)
RPI have the SD card as id 1.
This make device enumeration fails when using the API.
Signed-off-by: Emmanuel Vadot
Could you please elaborate a bit? From the commit message I
Hi,
On 04/07/18 01:50, Vasily Khoruzhick wrote:
> On Tue, Jul 3, 2018 at 5:45 PM, André Przywara wrote:
>
>>>
>>> I tried enabling DM for MMC on A64 recently and unfortunately it results in
>>> SPL exceeding 32kb size limit.
>>
>> Mmh, worked for me with this preliminary branch:
>> [1]
On 07/04/2018 09:36 AM, AKASHI Takahiro wrote:
Signed-off-by: AKASHI Takahiro
---
configs/qemu_arm64_defconfig | 2 ++
configs/qemu_arm_defconfig | 2 ++
2 files changed, 4 insertions(+)
diff --git a/configs/qemu_arm64_defconfig b/configs/qemu_arm64_defconfig
index cdf5072fe4..f3e3963860
+ Vasily
On Tue, May 8, 2018 at 6:45 PM, Andre Przywara wrote:
> Hi,
>
> On 08/05/18 11:34, Jagan Teki wrote:
>> On Sun, Apr 1, 2018 at 8:11 AM, Chen-Yu Tsai wrote:
>>> On Sun, Apr 1, 2018 at 9:28 AM, André Przywara
>>> wrote:
On 30/03/18 05:25, Chen-Yu Tsai wrote:
>>
Signed-off-by: AKASHI Takahiro
---
configs/qemu_arm64_defconfig | 2 ++
configs/qemu_arm_defconfig | 2 ++
2 files changed, 4 insertions(+)
diff --git a/configs/qemu_arm64_defconfig b/configs/qemu_arm64_defconfig
index cdf5072fe4..f3e3963860 100644
--- a/configs/qemu_arm64_defconfig
+++
Signed-off-by: AKASHI Takahiro
---
drivers/rtc/Kconfig | 6 ++
drivers/rtc/pl031.c | 109 +--
include/dm/platform_data/rtc_pl031.h | 12 +++
3 files changed, 87 insertions(+), 40 deletions(-)
create mode 100644
This is a revised version of my proposal[1].
[1] https://lists.denx.de/pipermail/u-boot/2018-July/333534.html
VMs provided by qemu for arm are equiped with PL031 device.
In patch#1, pl031 driver is converted to driver model, and
in patch#2, this driver is enabled in defconfig of qemu-arm.
This
On 07/04/2018 10:56 AM, Alexander Graf wrote:
> On 07/04/2018 09:36 AM, AKASHI Takahiro wrote:
>> Signed-off-by: AKASHI Takahiro
>> ---
>> configs/qemu_arm64_defconfig | 2 ++
>> configs/qemu_arm_defconfig | 2 ++
>> 2 files changed, 4 insertions(+)
>>
>> diff --git
On 07/04/2018 09:34 AM, Emmanuel Vadot wrote:
On Wed, 4 Jul 2018 09:25:16 +0200
Alexander Graf wrote:
On 07/04/2018 09:08 AM, Emmanuel Vadot wrote:
When running with special configuration (OF_BOARD and mmc overlay)
RPI have the SD card as id 1.
This make device enumeration fails when using
On 07/04/2018 02:36 AM, Joe Hershberger wrote:
With net autoload, we check the prerequisites for the initial command,
but the greater prerequisites when autoloading are not checked.
If we would attempt to autoload, check those prerequisites too.
If we are not expecting a serverip from the
Hi
On Wed, Jul 4, 2018 at 5:10 PM, Lothar Waßmann wrote:
> Michael Nazzareno Trimarchi wrote:
>
>> Hi
>>
>> On Wed, Jul 4, 2018 at 4:19 PM, Lothar Waßmann
>> wrote:
>> > Hi,
>> >
>> > On Wed, 4 Jul 2018 15:53:36 +0200 Michael Trimarchi wrote:
>> >> We need to address the redundat image case
On 06/30/2018 04:52 AM, Heinrich Schuchardt wrote:
Remove unused function efi_get_time_init().
Initialization of the RTC has to be done in board bring up not in the EFI
subsystem.
Signed-off-by: Heinrich Schuchardt
Are there no EFI objects for RTC devices? These would have to get
On Wed, Jul 4, 2018 at 8:03 PM, Andre Przywara wrote:
> Hi,
>
> On 04/07/18 12:10, Marek Vasut wrote:
>> On 07/04/2018 12:03 PM, Andre Przywara wrote:
>>> Hi,
>>>
>>> On 04/07/18 08:14, Marek Vasut wrote:
On 07/04/2018 02:05 AM, Andre Przywara wrote:
> On the A64 the clock for the first
Hi,
On 04/07/18 16:51, Jagan Teki wrote:
> On Wed, Jul 4, 2018 at 8:03 PM, Andre Przywara wrote:
>> Hi,
>>
>> On 04/07/18 12:10, Marek Vasut wrote:
>>> On 07/04/2018 12:03 PM, Andre Przywara wrote:
Hi,
On 04/07/18 08:14, Marek Vasut wrote:
> On 07/04/2018 02:05 AM, Andre
Michael Nazzareno Trimarchi wrote:
> Hi
>
> On Wed, Jul 4, 2018 at 4:19 PM, Lothar Waßmann
> wrote:
> > Hi,
> >
> > On Wed, 4 Jul 2018 15:53:36 +0200 Michael Trimarchi wrote:
> >> We need to address the redundat image case and undestand if the
> >> image is corrupted or not and fallback to
On 06/30/2018 04:52 AM, Heinrich Schuchardt wrote:
Implement the missing parts of the GetTime() runtime service.
Support CONFIG_DM_RTC=n.
Fill seconds.
Fill daylight saving time flag correctly.
Provide dummy values for capabilities.
Signed-off-by: Heinrich Schuchardt
---
This is an updated version of the series which brings the exact mainline
Linux device tree files for various Allwinner boards into U-Boot.
Apart from using the usually more correct reference DT files, this offers
the big benefit of being able to use U-Boot's DT copy for directly passing
it to the
Update the device tree files from the Linux tree as of v4.18-rc3,
exactly Linux commit:
commit 55c5ba5e49a0a124ed416880e8227b493474495e
Author: Chen-Yu Tsai
Date: Tue Apr 24 19:34:22 2018 +0800
arm64: dts: allwinner: h5: Add cpu0 label for first cpu
Since the H3 and H5 are very similar
Hi Lukasz,
On Tue, Jul 03, 2018 at 11:42:11PM +0200, Lukasz Majewski wrote:
> Hi Alberto,
>
> > It is now possible to read from block device al logic layer.
> ^^^ - what do you
> mean by logic
We need to address the redundat image case and undestand if the
image is corrupted or not and fallback to the copy. The function
used before was always return 0 without any evaluation of the
error. We try to make it work properly
Signed-off-by: Michael Trimarchi
---
common/spl/spl_nand.c | 34
This patch series adds the required devices setup and device tree
fixups for SMMU enablement on LS1046A chips. The approach taken tries
to mimic the implementation of PAMU LIODN setup on booke powerpc.
First 4 patches contain some fixes and add some missing bits & pieces.
Last 3 patches add the
Add infrastructure for ICID setup and device tree
fixup on ARM platforms. This include basic ICID setup
for several devices.
Signed-off-by: Laurentiu Tudor
---
arch/arm/cpu/armv8/fsl-layerscape/Makefile| 1 +
arch/arm/cpu/armv8/fsl-layerscape/icid.c | 111 ++
Hi,
On 04/07/18 12:10, Marek Vasut wrote:
> On 07/04/2018 12:03 PM, Andre Przywara wrote:
>> Hi,
>>
>> On 04/07/18 08:14, Marek Vasut wrote:
>>> On 07/04/2018 02:05 AM, Andre Przywara wrote:
On the A64 the clock for the first USB controller is actually the parent
of the clock for the
Update the .dts file for the various boards with an Allwinner H3 SoC.
This is as of v4.18-rc3, exactly Linux commit:
commit 721afaa2aeb860067decdddadc84ed16f42f2048 (HEAD)
Merge: 7c00e8ae041b 87815dda5593
Author: Linus Torvalds
Date: Mon Jun 11 17:57:38 2018 -0700
Merge tag 'armsoc-dt' of
When the defconfig for the SoPine baseboard was added, there wasn't any
proper DT for the board yet, so we used the Pine64 DT as a placeholder.
Copy the DT file(s) meanwhile added in Linux over to U-Boot, and use
them in our defconfig.
This is as of v4.18-rc3, exactly Linux commit:
commit
On Tue, Jul 03, 2018 at 11:33:45PM +0200, Lukasz Majewski wrote:
> Hi Alberto,
>
> > Chip Version is a string saved in BOOTROM address space Little Endian.
> >
> > Ex for rk3288: 0x33323041 0x32303134 0x30383133 0x56323030
> > which brings: 320A20140813V200
> >
> > Note that memory version do
Change-Id: I1c2f71e75fc052c54fc94b13d0942cb9e75ff1c6
Signed-off-by: Michael Trimarchi
---
common/spl/spl_nand.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/spl/spl_nand.c b/common/spl/spl_nand.c
index b96fce2..527cfc0 100644
--- a/common/spl/spl_nand.c
+++
We need to address the redundat image case and undestand if the
image is corrupted or not and fallback to the copy. The function
used before was always return 0 without any evaluation of the
error. We try to make it work properly
Change-Id: Id6fc221c5cc08934b7324dd5d319b93c56e2e678
Signed-off-by:
Hi,
On Wed, 4 Jul 2018 15:53:36 +0200 Michael Trimarchi wrote:
> We need to address the redundat image case and undestand if the
> image is corrupted or not and fallback to the copy. The function
> used before was always return 0 without any evaluation of the
> error. We try to make it work
Update the .dts file for the various boards with an Allwinner H5 SoC.
This is as of v4.18-rc3, exactly Linux commit:
commit af5d05bdc99c211729cba0a3d5417bccfa308caf
Author: Neil Armstrong
Date: Tue Apr 24 13:47:14 2018 +0200
arm64: dts: allwinner: Add dts file for Libre Computer Board
Hi Lukasz
On Tue, Jul 03, 2018 at 11:49:16PM +0200, Lukasz Majewski wrote:
> Hi Alberto,
>
> > While downloading or uploading megabytes of data we had thousands of
> > dummy lines like:
> >
> > transfer 0x1 bytes done
> > OR
> > Uploading 0x1000 bytes
> >
> > even on non-debug builds. This
QMAN_BAR{E} register setup was disabled on ARM platforms, however the
register does need to be set. Enable the code also on ARMs and fix the
CONFIG_SYS_QMAN_MEM_PHYS define to the correct value so that the newly
enabled code works.
Signed-off-by: Laurentiu Tudor
---
On 30/06/2018 06:19, Simon Glass wrote:
Hi Jean-Jacques,
On 22 June 2018 at 05:25, Jean-Jacques Hiblot wrote:
This function is the reciprocal of uclass_find_device().
It will be used to print the index information in dm tree dump.
Signed-off-by: Jean-Jacques Hiblot
---
Changes in v3:
-
Update the .dts files for the various boards with an Allwinner A64 SoC.
This is as of v4.18-rc3, exactly Linux commit:
commit 818668055c9d588c9a9d151e3b258ed1adacba0b
Author: Jagan Teki
Date: Mon Apr 23 12:02:39 2018 +0530
arm64: dts: allwinner: a64: bananapi-m64: add usb otg
It updates
Updates the device tree file from the the Linux tree as of v4.18-rc3,
exactly Linux commit:
commit c1cff65f9b16b31e731e2e75bbe06638c86e1996
Author: Harald Geyer
Date: Thu Mar 15 16:25:08 2018 +
arm64: dts: allwinner: a64: add simplefb for A64 SoC
This also pulls in the newly required
Signed-off-by: Michael Trimarchi
---
common/spl/spl_nand.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/spl/spl_nand.c b/common/spl/spl_nand.c
index b96fce2..527cfc0 100644
--- a/common/spl/spl_nand.c
+++ b/common/spl/spl_nand.c
@@ -12,7 +12,7 @@
#include
#if
Add support for ICID setting of qman portals and
the required device tree fixups.
Also fix an endiness issue in portal setup code.
Signed-off-by: Laurentiu Tudor
---
.../arm/cpu/armv8/fsl-layerscape/ls1046_ids.c | 16 +++
.../asm/arch-fsl-layerscape/fsl_portals.h | 23 ++
Add defines for the edma and qdma register block base addresses.
Signed-off-by: Laurentiu Tudor
---
arch/arm/include/asm/arch-fsl-layerscape/immap_lsch2.h | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/include/asm/arch-fsl-layerscape/immap_lsch2.h
Add a define with a value for the missing debug stream ID.
Signed-off-by: Laurentiu Tudor
---
arch/arm/include/asm/arch-fsl-layerscape/stream_id_lsch2.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/arch-fsl-layerscape/stream_id_lsch2.h
Add support for ICID setting of fman ports and
the required device tree fixups.
Signed-off-by: Laurentiu Tudor
---
arch/arm/cpu/armv8/fsl-layerscape/icid.c | 82 +++
.../arm/cpu/armv8/fsl-layerscape/ls1046_ids.c | 30 +++
.../asm/arch-fsl-layerscape/fsl_icid.h|
The QMan IP block in this SoC is version 3.2 so advertise
this in the SoC configuration header.
Signed-off-by: Laurentiu Tudor
---
arch/arm/include/asm/arch-fsl-layerscape/config.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/include/asm/arch-fsl-layerscape/config.h
Hi
On Wed, Jul 4, 2018 at 4:19 PM, Lothar Waßmann wrote:
> Hi,
>
> On Wed, 4 Jul 2018 15:53:36 +0200 Michael Trimarchi wrote:
>> We need to address the redundat image case and undestand if the
>> image is corrupted or not and fallback to the copy. The function
>> used before was always return 0
On Wed, 2018-07-04 at 19:10 +0200, Marek Behún wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> The comparison
> logical > item->logical + item->length
> in
On Wed, Jul 4, 2018 at 9:41 PM, Andre Przywara wrote:
> Hi,
>
> On 04/07/18 16:51, Jagan Teki wrote:
>> On Wed, Jul 4, 2018 at 8:03 PM, Andre Przywara
>> wrote:
>>> Hi,
>>>
>>> On 04/07/18 12:10, Marek Vasut wrote:
On 07/04/2018 12:03 PM, Andre Przywara wrote:
> Hi,
>
> On
On Wed, 4 Jul 2018 17:48:30 +
Joakim Tjernlund wrote:
> maybe logical >= item->logical + item->length ?
You're right, i did it correctly in the commit message but not in the
code :)
___
U-Boot mailing list
The comparison
logical > item->logical + item->length
in btrfs_map_logical_to_physical is wrong and should be instead
logical >= item->logical + item->length
For example, if
item->logical = 4096
item->length = 4096
and we are looking for logical = 8192, it is not part of item (item is
Two consecutive rockusb_tx_write without waiting for request complete
do results in transfer reset of first request and thus no or incomplete
data transfer. This because rockusb_tx_write do use just one USB request
to keep serialization.
So calls like:
rockusb_tx_write_str(emmc_id);
rockusb protocol has been introduced by Eddie Cai in U-Boot mainline
allowing to write internal eMMC of RK3288 based boards (and potentially
all other Rockchip's CPUs).
On workstation side the open source project rkdeveloptool do implement
the rockusb protocol. You can find it on GitHub here:
Speedup transfers increasing the max chunk size.
Buffers are allocated with memalign thus developer is noticed when heap is
full and in current configuration a buffer allocation of 64K till now
is safe.
Signed-off-by: Alberto Panizzo
---
arch/arm/include/asm/arch-rockchip/f_rockusb.h | 2 +-
1
Chip Version is a string saved in BOOTROM address space Little Endian.
Ex for rk3288: 0x33323041 0x32303134 0x30383133 0x56323030
which brings: 320A20140813V200
Note that memory version do invert MSB/LSB so printing the char
buffer would show: A02341023180002V
Signed-off-by: Alberto Panizzo
This patch implement reading blocks form selected device with
LBA addressing.
Corresponding command on workstation is:
rkdeveloptool rl
While we support reading more than one blocks per K_FW_LBA_READ_10
request, rkdeveloptool and original rockchip tool do perform
chunk reads limiting the
This command is part of the write partition sequence performed by
rkdeveloptool: one partition is first completely erased and
than wrote.
Signed-off-by: Alberto Panizzo
---
arch/arm/include/asm/arch-rockchip/f_rockusb.h | 1 +
doc/README.rockusb | 1 +
This allows rockusb code to reply correctly to K_FW_GET_CHIP_VER
command.
On RK3288 chip version is at 0x4ff0 and on tested hardware it
corresponds at the string "320A20140813V200"
Signed-off-by: Alberto Panizzo
---
arch/arm/mach-rockchip/rk3288/Makefile | 1 +
While downloading or uploading megabytes of data we had thousands of
printf in console like:
transfer 0x1 bytes done
OR
Uploading 0x1000 bytes
This because transfers are chunked and there is no way on target
side to know the overall transfer size (to print one string per
overall transfer).
Workstation tool was happy while console on device were printing
random numbers..
Signed-off-by: Alberto Panizzo
---
drivers/usb/gadget/f_rockusb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/f_rockusb.c b/drivers/usb/gadget/f_rockusb.c
index
On 07/04/2018 05:15 PM, Alexander Graf wrote:
> On 06/30/2018 04:52 AM, Heinrich Schuchardt wrote:
>> Remove unused function efi_get_time_init().
>>
>> Initialization of the RTC has to be done in board bring up not in the EFI
>> subsystem.
>>
>> Signed-off-by: Heinrich Schuchardt
>
> Are there
On 07/04/2018 05:46 PM, Alexander Graf wrote:
> On 06/30/2018 04:52 AM, Heinrich Schuchardt wrote:
>> Implement the missing parts of the GetTime() runtime service.
>>
>> Support CONFIG_DM_RTC=n.
>> Fill seconds.
>> Fill daylight saving time flag correctly.
>> Provide dummy values for capabilities.
Errors are reported to happen running U-Boot after SPL kernel load failure.
In this case mmc host is not clean, and card enumeration timeouts
do happen frequently.
Signed-off-by: Alberto Panizzo
---
drivers/mmc/dw_mmc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
ALLOC_CACHE_ALIGN_BUFFER was called here in a way to alloc in stack a
possible huge quantity of memory depending on data transer size.
Es: loading kernel 8MB from eMMC we have
Transfer size: 0x80
Block size: 0x200
Transfer blocks: 0x4000
struct size: 0x10
Stack allocation: ((0x200
This patchest fixes booting Linux Kernel in falcon mode for Vyasa board.
What happen is that CPU hangs on SPL while loading kernel from
internal eMMC.
This issue has been already addressed here [1] but with a wrong approach:
it is a clear case of memory corruption and first patch of this serie
Keeping SD-Card as priority for easy board recovery
Signed-off-by: Alberto Panizzo
---
include/configs/vyasa-rk3288.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/vyasa-rk3288.h b/include/configs/vyasa-rk3288.h
index 382fdac..4114bf0 100644
---
Before relocation (TPL or early SPL) we are executing in internal
SDRAM with limited space.
As soon as SPL is relocated increase malloc size, big enough
to manage loading kernel images from eMMC
Signed-off-by: Alberto Panizzo
---
configs/vyasa-rk3288_defconfig | 8 +---
1 file changed, 5
Indent file using tabs
Signed-off-by: Alberto Panizzo
---
board/amarula/vyasa-rk3288/vyasa-rk3288.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/board/amarula/vyasa-rk3288/vyasa-rk3288.c
b/board/amarula/vyasa-rk3288/vyasa-rk3288.c
index 2b509f5..4367ed2 100644
On Wed, Jul 4, 2018 at 4:25 AM, Alexander Graf wrote:
> On 07/04/2018 02:36 AM, Joe Hershberger wrote:
>>
>> Rather than crashing, check the src ptr and set dst to empty string.
>>
>> Signed-off-by: Joe Hershberger
>
>
> Wouldn't it make more sense to check for the existence outside at the
>
On Wed, Jul 4, 2018 at 4:20 AM, Alexander Graf wrote:
> On 07/04/2018 02:36 AM, Joe Hershberger wrote:
>>
>> With net autoload, we check the prerequisites for the initial command,
>> but the greater prerequisites when autoloading are not checked.
>>
>> If we would attempt to autoload, check those
On Wed, Jul 4, 2018 at 12:15 AM, Tran Tien Dat
wrote:
> Currently, upon receiving an appropriate ARP reply, the packet in
> net_tx_packet is sent. However, this is a common buffer used by other
> protocol as well, so it may not be the original packet waiting to be sent
> after ARP.
You'll need
On Tue, Jul 03, 2018 at 10:09:09PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR.
>
> thanks,
> Jagan.
>
> The following changes since commit f58e779513be36e30ce46838fb467e12ac6a5539:
>
> Merge tag 'arc-updates-for-2018.07-rc2' of git://git.denx.de/u-boot-arc
> (2018-06-15
Hi
On Wed, Jul 4, 2018 at 6:45 PM, Otavio Salvador
wrote:
> On Tue, Jul 3, 2018 at 6:20 AM, Michael Nazzareno Trimarchi
> wrote:
>> Ok I have fixed it :)
>
> Mind to share how?
commit 9c066153a6876b1ae57117d99ad228a07873eb75
Author: Michael Trimarchi
Date: Wed Jul 4 15:50:41 2018 +0200
On Tue, Jul 3, 2018 at 6:20 AM, Michael Nazzareno Trimarchi
wrote:
> Ok I have fixed it :)
Mind to share how?
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347)
The comparison
logical > item->logical + item->length
in btrfs_map_logical_to_physical is wrong and should be instead
logical >= item->logical + item->length
For example, if
item->logical = 4096
item->length = 4096
and we are looking for logical = 8192, it is not part of item (item is
On 04.07.18 21:26, Heinrich Schuchardt wrote:
> On 07/04/2018 05:46 PM, Alexander Graf wrote:
>> On 06/30/2018 04:52 AM, Heinrich Schuchardt wrote:
>>> Implement the missing parts of the GetTime() runtime service.
>>>
>>> Support CONFIG_DM_RTC=n.
>>> Fill seconds.
>>> Fill daylight saving time
97 matches
Mail list logo
