Hi Joe,
https://patchwork.ozlabs.org/patch/898099/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Tom,
There are a few checkpatch warnings, but I checked each of them and they seem
appropriate.
The following changes since commit 93cb6142c1d349492d23bad3951b5a8f59eaafed:
Merge git://git.denx.de/u-boot-sh (2018-04-13 09:23:53 -0400)
are available in the git repository at:
Hi Joe,
https://patchwork.ozlabs.org/patch/898101/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Joe,
https://patchwork.ozlabs.org/patch/898094/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Joe,
https://patchwork.ozlabs.org/patch/898103/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Joe,
https://patchwork.ozlabs.org/patch/893429/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Joe,
https://patchwork.ozlabs.org/patch/898102/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Joe,
https://patchwork.ozlabs.org/patch/898096/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Joe,
https://patchwork.ozlabs.org/patch/898097/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Peng,
https://patchwork.ozlabs.org/patch/892216/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Peng,
https://patchwork.ozlabs.org/patch/892214/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Joe,
https://patchwork.ozlabs.org/patch/898093/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Michal,
https://patchwork.ozlabs.org/patch/897599/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Joe,
https://patchwork.ozlabs.org/patch/898095/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Peng,
https://patchwork.ozlabs.org/patch/892212/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Marek,
https://patchwork.ozlabs.org/patch/897786/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Joe,
https://patchwork.ozlabs.org/patch/898100/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Joe,
https://patchwork.ozlabs.org/patch/898098/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Peng,
https://patchwork.ozlabs.org/patch/892217/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Peng,
https://patchwork.ozlabs.org/patch/892215/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Peng,
https://patchwork.ozlabs.org/patch/892193/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Matt,
https://patchwork.ozlabs.org/patch/891783/ was applied to
http://git.denx.de/?p=u-boot/u-boot-net.git
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
From: Duncan Hare
All the code is new, and not copied from any source.
Series-changes
The previous patch was using an old version of net/Kconfig,
which prevented requesting options for a bootp/dhcp request.
A similar issue fixed with a cmd/Kconfig.
Items in include/net.h
From: Duncan Hare
Why http and wget:
HTTP is the most efficient file retrieval protocol in common
use. The client send a single request, after TCP connection,
to receive a file of any length.
WGET is the application which implements http file transfer
outside browsers as
From: Duncan Hare
Signed-off-by: Duncan Hare
---
Added a protocol parameter to ip packet sending in net.c
Added UDP protocol for current applications to minimize
code changes to existing net apps.
All the code is new, and not copied from any
From: Duncan Hare
Central management, including logs and change control,
coupled with with enhanced security and unauthorized
change detection and remediation by exposing a
small attack surface.
Why TCP:
Currently file transfer are done using tftp or NFS both
over udp.
The following changes since commit 901b77b9c8e716cd44dc85bf6bf54e4576d14ddd:
vexpress: fix syntax error in armv7_boot_nonsec_default() (2018-04-13
17:06:16 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-sh.git master
for you to fetch changes up to
From: Marek Vasut
Drop all the extra content from the MMC core, so that tiny MMC support
is really tiny, no fancy anything. That means the tiny MMC support does
only 1-bit transfers at default speed settings. Moreover, this patch
drops duplicate instance of struct mmc
From: Marek Vasut
Staticize the function since it's only used in mmc.c .
Signed-off-by: Marek Vasut
Cc: Jaehoon Chung
Cc: Tom Rini
---
drivers/mmc/mmc.c | 2 +-
1 file changed, 1 insertion(+), 1
Remove sandbox_reset_test_free() because it calls reset_free, which is
being removed.
Signed-off-by: Dinh Nguyen
---
arch/sandbox/include/asm/reset.h | 1 -
drivers/reset/sandbox-reset-test.c | 7 ---
test/dm/reset.c| 2 --
3 files changed, 10
The call to free the reset control line is a deadend call that doesn't
lead to any reset control functionality.
Also the reset_free() function will be remove in a subsequent patch, so
remove it here.
Signed-off-by: Dinh Nguyen
---
drivers/net/dwc_eth_qos.c | 4
1 file
The request and free reset functions are not really used for any useful
purpose but for debugging. We can safely remove them.
Signed-off-by: Dinh Nguyen
---
drivers/reset/sandbox-reset.c | 25 ++---
1 file changed, 6 insertions(+), 19 deletions(-)
diff
The request and free reset functions are not really used for any useful
purpose but for debugging. We can safely remove them.
Signed-off-by: Dinh Nguyen
---
drivers/reset/reset-socfpga.c | 18 --
1 file changed, 18 deletions(-)
diff --git
The request and free reset functions are not really used for any useful
purpose but for debugging. We can safely remove them.
Signed-off-by: Dinh Nguyen
---
drivers/reset/reset-uniphier.c | 12
1 file changed, 12 deletions(-)
diff --git
The call to free the reset control line is a deadend call that doesn't
lead to any reset control functionality.
Also the reset_free() function will be remove in a subsequent patch, so
remove it here.
Signed-off-by: Dinh Nguyen
---
drivers/usb/host/ehci-generic.c | 1 -
The request and free reset functions are not really used for any useful
purpose but for debugging. We can safely remove them.
Signed-off-by: Dinh Nguyen
---
drivers/reset/reset-uclass.c | 28
include/reset-uclass.h | 21
The request and free reset functions are not really used for any useful
purpose but for debugging. We can safely remove them.
Signed-off-by: Dinh Nguyen
---
drivers/reset/reset-meson.c | 18 +++---
1 file changed, 3 insertions(+), 15 deletions(-)
diff --git
The request and free reset functions are not really used for any useful
purpose but for debugging. We can safely remove them.
Signed-off-by: Dinh Nguyen
---
drivers/reset/reset-bcm6345.c | 21 ++---
1 file changed, 6 insertions(+), 15 deletions(-)
diff
The call to free the reset control line is a deadend call that doesn't
lead to any reset control functionality.
Also the reset_free() function will be remove in a subsequent patch, so
remove it here.
Signed-off-by: Dinh Nguyen
---
drivers/phy/bcm6318-usbh-phy.c | 4
The request reset function is not really used for any useful purpose
except for debugging. We can safely remove it.
Signed-off-by: Dinh Nguyen
---
drivers/reset/ast2500-reset.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/reset/ast2500-reset.c
The request and free reset functions are not really used for any useful
purpose but for debugging. We can safely remove them.
Signed-off-by: Dinh Nguyen
---
drivers/reset/reset-rockchip.c | 26 +++---
1 file changed, 3 insertions(+), 23 deletions(-)
The request and free reset functions are not really used for any useful
purpose but for debugging. We can safely remove them.
Signed-off-by: Dinh Nguyen
---
drivers/reset/sti-reset.c | 12
drivers/reset/stm32-reset.c | 12
2 files changed, 24
The request and free reset functions are not really used for any useful
purpose but for debugging. We can safely remove them.
Signed-off-by: Dinh Nguyen
---
drivers/reset/tegra-car-reset.c | 24 +---
drivers/reset/tegra186-reset.c | 18
Hi,
It appears that the reset and request functions in the dm reset manager
driver do not do anything useful. All of the platforms that implement the
request and free do not implement any thing useful, just debugging prints.
The first 9 patches in this series remove the platform specific
Hi Alexander,
On Fri, 13 Apr 2018 17:49:00 +0200
Alexander Graf wrote:
[...]
>
> diff --git a/include/configs/rpi.h b/include/configs/rpi.h
> index 325e52a019..fcf7e0976b 100644
> --- a/include/configs/rpi.h
> +++ b/include/configs/rpi.h
> @@ -124,7 +124,7 @@
> #define
Provide unit tests for the EFI_DEVICE_PATH_UTILITIES_PROTOCOL.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/Makefile | 1 +
lib/efi_selftest/efi_selftest_devicepath_util.c | 275
2 files changed, 276 insertions(+)
Executing a test after failed setup may lead to unexpected behavior like
an illegal memory access. So after a setup failure we should skip to
teardown.
Signed-off-by: Heinrich Schuchardt
---
include/efi_selftest.h | 2 ++
lib/efi_selftest/efi_selftest.c | 14
Device paths may consist of multiple instances. Up to now we have only
considered the size of the first instance. For the services of the
EFI_DEVICE_PATH_UTILITIES_PROTOCOL in most cases the total length of the
device path is relevant.
So let's rename efi_dp_size() to efi_dp_instance_size() and
The missing services of the EFI_DEVICE_PATH_UTILITIES_PROTOCOL are
implemented.
Signed-off-by: Heinrich Schuchardt
---
include/efi_api.h | 1 +
include/efi_loader.h | 9 +++
lib/efi_loader/efi_device_path.c | 64
We have merged into v2018.05-rc2 a first implementation of the
EFI_DEVICE_PATH_UTILITIES_PROTOCOL.
The current implementation does not correctly handle multi instance device
paths.
This patch series
* fixes handling of multi instance device paths
* adds missing services of the
The logic of the AppendDevicePath service of the
EFI_DEVICE_PATH_UTILITIES_PROTOCOL is incorrectly implemented:
* if both paths are NULL an end node has to be returned
* if both paths are not NULL the end node of the second device path has to
be kept
Signed-off-by: Heinrich Schuchardt
efi_dp_size() is meant to return the device path length without the end
node.
The length of a device path containing only an end node was incorrectly
reported as 4.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_device_path.c | 2 ++
1 file changed, 2
Implement the CreateDeviceNode service of the device path utility protocol.
Signed-off-by: Heinrich Schuchardt
---
include/efi_loader.h | 5 -
lib/efi_loader/efi_device_path.c | 15 +++
%s/provice/provide/
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/efi_selftest_devicepath.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/efi_selftest/efi_selftest_devicepath.c
b/lib/efi_selftest/efi_selftest_devicepath.c
index
On 04/14/2018 03:57 PM, Tom Rini wrote:
> On Sat, Apr 14, 2018 at 01:08:47PM +0200, Heinrich Schuchardt wrote:
>> With c398f2df7ca4 ("checkpatch.pl: update from Linux kernel v4.16")
>> scripts/checkpatch.ps checks if the SPDX license identifier follows the
>> rules set forth in
>>
On Fri, Apr 13, 2018 at 9:43 PM, David Gibson
wrote:
> On Fri, Apr 13, 2018 at 12:53:19PM -0400, Tom Rini wrote:
> > On Thu, Apr 12, 2018 at 02:39:19PM +1000, David Gibson wrote:
> > > On Tue, Apr 10, 2018 at 10:42:45AM -0400, Simon Glass wrote:
> > > > +U-Boot, Tom,
On Sat, Apr 14, 2018, 12:55 AM David Gibson
wrote:
> On Fri, Apr 13, 2018 at 12:53:19PM -0400, Tom Rini wrote:
> > On Thu, Apr 12, 2018 at 02:39:19PM +1000, David Gibson wrote:
> > > On Tue, Apr 10, 2018 at 10:42:45AM -0400, Simon Glass wrote:
> > > > +U-Boot, Tom,
On Sat, Apr 14, 2018 at 01:08:47PM +0200, Heinrich Schuchardt wrote:
> With c398f2df7ca4 ("checkpatch.pl: update from Linux kernel v4.16")
> scripts/checkpatch.ps checks if the SPDX license identifier follows the
> rules set forth in
>
On Sat, Apr 14, 2018 at 02:11:38AM +0200, Marek Vasut wrote:
> On 04/11/2018 04:05 PM, Tom Rini wrote:
> > On Tue, Apr 03, 2018 at 11:40:50AM +0200, Neil Armstrong wrote:
> >
> >> This patch adds a "bulk" API to the reset API in order to get/deassert/
> >> assert/release a group of reset signals
For CONFIG_ENV_FAT_INTERFACE != 'mmc' a link error
env/fat.c:93: undefined reference to `mmc_initialize'
occurs if CONFIG_MMC_SUPPORT is not enabled.
Fixes: 26862b4a40c3 ("env: mmc/fat/ext4: make sure that the MMC sub-system
is initialized before using it")
Signed-off-by: Heinrich Schuchardt
With c398f2df7ca4 ("checkpatch.pl: update from Linux kernel v4.16")
scripts/checkpatch.ps checks if the SPDX license identifier follows the
rules set forth in
https://www.kernel.org/doc/html/latest/process/license-rules.html
If the SPDX license identifier is not in the first line or it does not
The following changes since commit 901b77b9c8e716cd44dc85bf6bf54e4576d14ddd:
vexpress: fix syntax error in armv7_boot_nonsec_default() (2018-04-13
17:06:16 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-sh.git master
for you to fetch changes up to
On 13/04/18 17:27, Tom Rini wrote:
- flush_cache(load, ALIGN(*load_end - load, ARCH_DMA_MINALIGN));
+ flush_cache(ALIGN(load, ARCH_DMA_MINALIGN),
+ ALIGN(*load_end - load, ARCH_DMA_MINALIGN));
Am I wrong in thinking that we would want ALIGN_DOWN for load here?
On Fri, Apr 13, 2018 at 12:53:19PM -0400, Tom Rini wrote:
> On Thu, Apr 12, 2018 at 02:39:19PM +1000, David Gibson wrote:
> > On Tue, Apr 10, 2018 at 10:42:45AM -0400, Simon Glass wrote:
> > > +U-Boot, Tom, Masahiro
> > >
> > > Hi David,
> > >
> > > On 10 April 2018 at 01:22, David Gibson
64 matches
Mail list logo