that option was added to barebox.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.co.uk> )=-
-=( Web: http://www.mev.co.uk/ )=-
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/m
I know this is all inherited from Linux, but I find it interesting that
the non-ASCII characters in the comments are Latin-1 characters
transcoded to UTF-8, even though the glyphs in the bitmaps are from Code
Page 437.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@
t;= priv->cols + 1) ? pos - 1 : 0;
+
When moving out of the screen shouldn't we place the cursor on the
bottom right corner of the screen? With this patch we move it to the top
left corner.
Or clip to each edge, something like:
priv->y = !pos ? 0 : pos < priv->rows ? pos - 1 : priv
C slave is doing
clock-stretching by driving SCL low, this will contend with the FT2232H
driving SCL high at the same time.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.co.uk> )=-
-=( Web: http://www.mev.co.uk/ )=-
___
On 27/02/17 18:46, Ian Abbott wrote:
On 27/02/17 13:39, Bastian Stender wrote:
Moving the cursor to x=2, y=2 with "\e[3;3H" on a 12x2 framebuffer
console lead to a barebox crash while drawing the cursor. If the
cursor position is out of bounds clip the cursor to the corresponding
edg
1 : 0;
+ priv->x = clamp(pos - 1, 0, (int) priv->cols);
+
Similar to above.
video_invertchar(priv, priv->x, priv->y);
case 'K':
pos = simple_strtoul(priv->csi, , 10);
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@me
Do not select MIIPORT for RGMII interface
[Original U-Boot patch by Vipin Kumar <vipin.ku...@st.com>]
Signed-off-by: Ian Abbott <abbo...@mev.co.uk>
---
drivers/net/designware.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/net/designware.c b
er descriptor in the list.
So CPU to start operation from the first buffer descriptor as well after
every "init" we have to reset "{tx|rx}_currdescnum".
[Original U-Boot patch by Alexey Brodkin <abrod...@synopsys.com>]
Signed-off-by: Ian Abbott <abbo...@mev.co.uk&
Here are a few old-ish patches for the Synopsys Designware Ethernet
driver, ported over from U-Boot.
1) net/designware: Consecutive writes to the same register to be avoided
2) net/designware: Do not select MIIPORT for RGMII interface
3) net: designware: Respect "bus mode" register contents on SW
bit of
the register.
[Original U-Boot patch by Alexey Brodkin <abrod...@synopsys.com>]
Signed-off-by: Ian Abbott <abbo...@mev.co.uk>
---
drivers/net/designware.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/designware.c b/drivers/net/designware
ng PTXdist and barebox
is a much more pleasant experience than hacking U-Boot and Yocto!
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.co.uk> )=-
-=( Web: http://www.mev.co.uk/ )=-
___
barebox mail
On 08/11/16 12:13, Ian Abbott wrote:
On 08/11/16 08:08, Sascha Hauer wrote:
Hi Ian,
On Mon, Nov 07, 2016 at 05:56:51PM +, Ian Abbott wrote:
Perhaps the timeout isn't waiting long enough. If I interrupt the 'ifup
eth0' command and display the approriate 'Bus_Mode' register
(0xff703000
On 08/11/16 08:08, Sascha Hauer wrote:
Hi Ian,
On Mon, Nov 07, 2016 at 05:56:51PM +, Ian Abbott wrote:
Hi everyone,
I'm using barebox 2016.10.0 with some custom BSP patches for my Cyclone V
socfpga based board. I've noticed that after issuing a reboot in Linux,
followed by an 'ifup eth0
On 08/11/16 08:59, Steffen Trumtrar wrote:
Hi!
On Mon, Nov 07, 2016 at 05:56:51PM +, Ian Abbott wrote:
Hi everyone,
I'm using barebox 2016.10.0 with some custom BSP patches for my Cyclone V
socfpga based board. I've noticed that after issuing a reboot in Linux,
followed by an 'ifup eth0
. It is no longer a board
decision.
As usual several fixes went in all over the place.
Sascha
Thanks! I am wondering about the git repository - the "v2016.11.0" tag
exists, but seems to be 6 commits above the top of the "master" branch.
--
-=( Ian Abbott @ MEV Ltd.E-mail
Hi Sascha,
On 10/11/16 08:49, Sascha Hauer wrote:
On Mon, Nov 07, 2016 at 06:16:20PM +, Ian Abbott wrote:
Here are a few old-ish patches for the Synopsys Designware Ethernet
driver, ported over from U-Boot.
1) net/designware: Consecutive writes to the same register to be avoided
2) net
Good luck! I've never actually used barebox on any AM335x based boards
(though I tinkered with u-boot a couple of years ago), and am a bit of a
noob with barebox myself.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.co.uk> )=-
-=( Web: http://www.mev.co.u
label = "barebox-environment";
reg = <0xc 0x2>;
};
partition@e {
label = "barebox-state";
reg = <0xe 0x2>;
};
t;), which made it into the the 4.6 kernel.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.co.uk> )=-
-=( Web: http://www.mev.co.uk/ )=-
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infra
This fixes a regression in __of_find_path() for flash devices created by
the cadence-quadspi driver, which do not have 'dev->driver' set. Such
devices do not have 'dev->bus' set either, so we can use that to qualify
the existing test.
Signed-off-by: Ian Abbott <abbo...@mev.co.uk>
On 13/01/17 07:37, Sascha Hauer wrote:
On Thu, Jan 12, 2017 at 12:20:05PM +, Ian Abbott wrote:
This fixes a regression in __of_find_path() for flash devices created by
the cadence-quadspi driver, which do not have 'dev->driver' set. Such
devices do not have 'dev->bus' set either, so
On 11/01/17 08:32, Sascha Hauer wrote:
On Tue, Jan 10, 2017 at 04:01:40PM +, Ian Abbott wrote:
Hi!
I thought I'd try updating my custom SoCFPGA-based board from barebox
2016.11.0 to 2017.01.0, and have only run into one problem, which is that it
is no longer loading the barebox environment
On 10/01/17 19:42, Trent Piepho wrote:
On Tue, 2017-01-10 at 16:01 +, Ian Abbott wrote:
Hi!
I thought I'd try updating my custom SoCFPGA-based board from barebox
2016.11.0 to 2017.01.0, and have only run into one problem, which is
that it is no longer loading the barebox environment during
l256s1 (32768 Kbytes) and
the Cadence QSPI controller built in to the SoCFPGA is being clocked at
400 MHz.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.co.uk> )=-
-=( Web: http://www.mev.co.uk/ )=-
___
ba
AM335x:/ state
registered state instances:
state_socket (backend: raw, path: /dev/eeprom0)
Won't that use the whole EEPROM rather than a partition thereof?
According to the documentation, you can use:
backend = <>, "partname:state";
assuming t
a second time itself. Fix it by removing the
spurious call to `free()`.
This should fix a bug reported by Norbert Wiedmann in
<http://lists.infradead.org/pipermail/barebox/2017-April/029980.html>.
Cc: Norbert Wiedmann <i...@n-wiedmann.de>
Signed-off-by: Ian Abbott <abbo...@mev.co.uk&g
still going? After all, MS-DOS has file
redirection and primitive pipeline support, so I guess it's doable.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.co.uk> )=-
-=( Web: http://www.mev.co.uk/ )=-
___
barebox m
o_exception+0x10/0x14) from [<4fc7113c>]
(do_data_abort+0x2c/0x38)
[<4fc7113c>] (do_data_abort+0x2c/0x38) from [<4fc706f4>] (do_abort_6+0x48/0x54)
---
-> system restarts
When starting a boot target manually (e.g. 'boot factory'), I have reading
access to the st
wo filesystems. That might narrow down where the
problem lies.
mke2fs uses the /etc/mke2fs.conf file to set the default features when
creating the filesystem, so you might need to modify that to make the
defaults compatible with barebox.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.c
ult. Both of
these cases were broken by the above commit.
Signed-off-by: Ian Abbott <abbo...@mev.co.uk>
---
commands/readlink.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/commands/readlink.c b/commands/readlink.c
index a19c8e004..2dfa56667 10064
hould matter, but for reference, I'm using atftpd as
my TFTP server.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.co.uk> )=-
-=( Web: http://www.mev.co.uk/ )=-
___
barebox mailing list
barebox@lists.
e register.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.co.uk> )=-
-=( Web: http://www.mev.co.uk/ )=-
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
register address (0xFE0 in your
case) with I2C_ADDR_16_BIT. This tells the i2c_read_reg() and
i2c_write_reg() functions in "drivers/i2c/i2c.c" to send a two-byte
address (MSB followed by LSB) to the I2C client instead of the
single-byte address that most I2C client devices expect.
--
the type of the 'c' variable, as it is currently a plain
'char'?
Regards,
Lucas
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.co.uk> )=-
-=( Web: http://www.mev.co.uk/ )=-
___
barebox mailing list
barebox@list
ommon/parser.c").
I think Gaël's patch is reasonable, although perhaps it should also set
`line[0] = '\0';` before returning.
Off topic: there is another oddity in the the "simple" version of
readline(). It ignores the `len` parameter and uses `CONFIG_CBSIZE` instead.
--
quot;legacy", or "donttouch".
You probably need to set it to either "legacy" or "donttouch". (I have
it set to "donttouch" because the partitions are already correct in my
Linux device tree, and I'd probably update the kernel and the dt
On 11/05/17 07:17, Sascha Hauer wrote:
On Tue, May 09, 2017 at 11:02:12AM +0100, Ian Abbott wrote:
While on the subject, what is the desired behaviour when removing an nv
variable? Currently, removing an nv variable also deletes a global with the
same name, even if the global has changed value
, not "foo". Fix this.
Reported-by: Ian Abbott <abbo...@mev.co.uk>
Signed-off-by: Sascha Hauer <s.ha...@pengutronix.de>
---
common/globalvar.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/globalvar.c b/common/globalvar.c
index c48e7df067
On 08/05/17 19:12, Sascha Hauer wrote:
On Mon, May 08, 2017 at 03:45:49PM +0100, Ian Abbott wrote:
On 08/05/17 14:39, Ian Abbott wrote:
Hi,
I'm not sure if this is a bug or whether I'm doing something wrong. In
barebox 2017.04.0 and earlier, I stored the Ethernet MAC address in a
non
`enomem_panic()` calls `pr_emerg()` using `%d` in the format specifier
string to print a value of type `size_t`. Change it to `%zu`.
Signed-off-by: Ian Abbott <abbo...@mev.co.uk>
---
lib/xfuncs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/xfuncs.c b/lib/xf
':' is the null command, sometimes used in shell scripts (especially
after 'then'), but it is not yet supported by barebox. It is supposed
to do nothing, successfully, just like the 'true' command, so add it as
an alias.
Signed-off-by: Ian Abbott <abbo...@mev.co.uk>
---
commands/true
Although the elements of `edit_aliases[]` are of type `const char *`,
the elements themselves are not const-qualified. Make them `const`.
Signed-off-by: Ian Abbott <abbo...@mev.co.uk>
---
commands/edit.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/commands/ed
Although the elements of `true_aliases[]` are of type `const char *`,
the elements themselves are not const-qualified. Make them `const`.
Signed-off-by: Ian Abbott <abbo...@mev.co.uk>
---
Note: This depends on my patch "commands: add ':' as alias for 'true'".
---
commands/true.
Although the elements of `help_aliases[]` are of type `const char *`,
the elements themselves are not const-qualified. Make them `const`.
Signed-off-by: Ian Abbott <abbo...@mev.co.uk>
---
commands/help.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/commands/he
Although the elements of `source_aliases[]` are of type `const char *`,
the elements themselves are not const-qualified. Make them `const`.
Signed-off-by: Ian Abbott <abbo...@mev.co.uk>
---
common/hush.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/hush.c b/
an point to a `const` array
of `const char *`. Also change the declaration of the `aliases`
variable in `register_command()` to avoid unnecessary type casts.
Signed-off-by: Ian Abbott <abbo...@mev.co.uk>
---
common/command.c | 2 +-
include/command.h | 2 +-
2 files changed, 2 insertions(+),
Although the elements of `test_aliases[]` are of type `const char *`,
the elements themselves are not const-qualified. Make them `const`.
Signed-off-by: Ian Abbott <abbo...@mev.co.uk>
---
commands/test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/commands/te
gards,
Ian.
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.co.uk> )=-
-=( Web: http://www.mev.co.uk/ )=-
___
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
a release with this bug still
standing.
Thanks Sasha. Could you git push the release, please?
--
-=( Ian Abbott @ MEV Ltd.E-mail: <abbo...@mev.co.uk> )=-
-=( Web: http://www.mev.co.uk/ )=-
___
barebox mailing list
b
On 13/06/17 12:38, Sascha Hauer wrote:
On Tue, Jun 13, 2017 at 10:52:33AM +0100, Ian Abbott wrote:
On 13/06/17 10:43, Ian Abbott wrote:
On 13/06/17 10:42, Ian Abbott wrote:
On 13/06/17 08:53, Sascha Hauer wrote:
barebox v2017.06.0 is available. I originally wanted to wait for the
fix
On 13/06/17 10:42, Ian Abbott wrote:
On 13/06/17 08:53, Sascha Hauer wrote:
barebox v2017.06.0 is available. I originally wanted to wait for the
fix of the OMAP Nand controller issue, but unfortunately there's no
full solution in sight. Since waiting longer would effectively mean that
we skip
On 13/06/17 10:43, Ian Abbott wrote:
On 13/06/17 10:42, Ian Abbott wrote:
On 13/06/17 08:53, Sascha Hauer wrote:
barebox v2017.06.0 is available. I originally wanted to wait for the
fix of the OMAP Nand controller issue, but unfortunately there's no
full solution in sight. Since waiting longer
On 08/05/17 15:34, Sascha Hauer wrote:
Hi Ian,
On Mon, May 08, 2017 at 02:39:19PM +0100, Ian Abbott wrote:
Hi,
I'm not sure if this is a bug or whether I'm doing something wrong. In
barebox 2017.04.0 and earlier, I stored the Ethernet MAC address in a
non-volatile ('nv') variable dev.eth0
I can work around this using a script in /env/init/ to set the global
from the nv variable, or change /env/network/eth0 to set the MAC address
from the nv variable.
Is this the proper behaviour or a bug? Could it be related to commit
35d8e858bea17ec4796069c9c27fd0b134125eaf ("nv: Do not
On 08/05/17 15:45, Ian Abbott wrote:
As a related follow-up, this code in globalvar_add_simple() looks a bit
strange:
if (value)
dev_set_param(_device, name, value);
globalvar_nv_sync(name);
If you set a new global variable with a specified value and there is an
existing nv
On 08/05/17 14:39, Ian Abbott wrote:
Hi,
I'm not sure if this is a bug or whether I'm doing something wrong. In
barebox 2017.04.0 and earlier, I stored the Ethernet MAC address in a
non-volatile ('nv') variable dev.eth0.macaddr=xx:xx:xx:xx:xx:xx and that
got propagated to 'global' and the eth0
:
global.of_partition_binding="donttouch"
(Other meaningful values for this variable are "new" and "legacy", which
controls whether the individual partitions are placed within a
"partitions" node ("new") or not ("legacy").)
;altr,socfpga";
For MACH_SOCFPGA_ALTERA_SOCDK:
barebox:
compatible = "altr,socdk", "altr,socfpga-cyclone5", "altr,socfpga";
Linux:
compatible = "altr,socfpga-cyclone5-socdk", "altr,socfpga-cyclone5",
"altr,s
On 20/10/17 09:04, Steffen Trumtrar wrote:
Hi!
Ian Abbott <abbo...@mev.co.uk> writes:
Hi,
I have a Terasic DE0-Nano-SoC Kit / Atlas-SoC Kit board:
http://www.terasic.com.tw/cgi-bin/page/archive.pl?Language=English=205=941
https://rocketboards.org/foswiki/Documen
handler found for image type UBI image
I don't know if it can be booted from ubi, but it can be booted from ubifs.
--
-=( Ian Abbott || Web: www.mev.co.uk )=-
-=( MEV Ltd. is a company registered in England & Wales. )=-
-=( Registered number: 02862268. Registered address:)=-
-=( 15 West
m directly in the
Designware MAC device node.
(Tested on a Terasic DE0-Nano-SoC with a suitably modified device tree.)
Signed-off-by: Ian Abbott
---
drivers/net/designware.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/net/designware.c b/drivers/net/designware.c
index
it on my board by renaming node to "state_nor", keeping
the alias name as "state".
I'm currently using Barebox 2018.12.0, but I don't see any relevant
changes in Barebox 2019.01.0 or barebox-next.
Best regards,
Ian Abbott.
--
-=( Ian Abbott || Web: www.mev.co.uk )=-
-=( ME
On 17/01/2019 21:10, Andrey Smirnov wrote:
On Thu, Jan 17, 2019 at 8:16 AM Ian Abbott wrote:
Hi,
All the examples of "barebox,state" compatible nodes I can find in
Barebox seem to follow this basic pattern:
/ {
/* ... */
aliases {
/* ... */
al? Where
is the best place to re-enable the option?
Best regards,
Ian Abbott.
--
-=( Ian Abbott || Web: www.mev.co.uk )=-
-=( MEV Ltd. is a company registered in England & Wales. )=-
-=( Registered number: 02862268. Registered address:)=-
-=( 15 West Park Road, Bramhall, STOCKPOR
Hi Sascha,
On 07/12/2018 15:29, Sascha Hauer wrote:
Hi Ian,
On Fri, Dec 07, 2018 at 03:19:58PM +, Ian Abbott wrote:
Hi,
Commit 8a680e3c9b5dd8470b7437654877d5439e9a6407 ("ARM: socfpga: Arria10:
support programming FPGA in PBL") deselected GPIOLIB, so none of the SoCFPGA
boar
function definitions with no preceding prototype.
Define them as 'static inline' to avoid the compiler warnings.
(Note: Arria10 uses non-dummy versions of these functions declared
'extern' but defined elsewhere.)
Signed-off-by: Ian Abbott
---
drivers/clk/socfpga/clk.h | 6 +++---
1 file changed, 3
prototype for ‘watchdog_disable’ [-Wmissing-prototypes]
void watchdog_disable(void)
^~~~
Since nothing in the shipped code calls it, should we get rid of it? If
not, it should be declared in a header file somewhere.
--
-=( Ian Abbott || Web: www.mev.co.uk )=-
-=( MEV Ltd. is
will only erase and update 1
bucket at a time when the buckets are full. Do I really need 3 buckets
or will 2 buckets be enough?
Best regards,
Ian Abbott.
--
-=( Ian Abbott || Web: www.mev.co.uk )=-
-=( MEV Ltd. is a company registered in England & Wales. )=-
-=( Registered number: 02862268.
In dwc_ether_rx(), check the RX descriptor status for various error
conditions. On error, issue a warning with the error status bits and
drop the received frame.
Signed-off-by: Ian Abbott
---
drivers/net/designware.c | 42 +++-
1 file changed, 33 insertions
e.
Signed-off-by: Ian Abbott
---
drivers/net/designware.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/designware.c b/drivers/net/designware.c
index ad70967e8..3c9bca981 100644
--- a/drivers/net/designware.c
+++ b/drivers/net/designware.c
@@ -291,12 +291,14 @@ static int dwc_
watchdog_disable() is left over from the original SoCFPGA commit and
nothing calls it. Remove it to avoid a '-Wmissing-prototypes' warning
from the compiler.
Signed-off-by: Ian Abbott
---
arch/arm/mach-socfpga/cyclone5-reset-manager.c | 17 -
1 file changed, 17 deletions
n/init");`. Therefore, any changes to shell
environment variables made by the script are undone when the script
exits. This patch reverts back to the old behavior.
Fixes: 90df2a955e3c ("defaultenv: Convert init script to C")
Cc: Sascha Hauer
Signed-off-by: Ian Abbott
---
common/sta
:
-
barebox:/ sh
barebox:/ exit 2
sh - execute a shell script
Usage: sh FILE [ARGUMENT...]
t: No such file or directory
barebox:/
-
Can anyone else reproduce this?
--
-=( Ian Abbott || Web: www.mev.co.uk )=-
-=( MEV Ltd. is a company registered in England & W
On 11/06/2019 15:52, Ian Abbott wrote:
Since commit 90df2a955e3c ("defaultenv: Convert init script to C"), if
the legacy /env/bin/init script is still being used, any environment
variables that were set in the script (such as the PS1 prompt) disappear
when the script exits
directly by run_command(initfile) (initfile is "/env/bin/init") rather
than by run_command("source /env/bin/init").
--
-=( Ian Abbott || Web: www.mev.co.uk )=-
-=( MEV Ltd. is a company registered in England & Wales. )=-
-=( Registered number: 02862268. Registered add
;)
Sascha
Hi Sascha,
The official tarball seems to be missing from the download page. Thanks.
Best regards,
Ian Abbott
--
-=( Ian Abbott || Web: www.mev.co.uk )=-
-=( MEV Ltd. is a company registered in England & Wales. )=-
-=( Registered number: 02862268. Registered address:)=-
-=
On 13/05/2019 13:23, Sascha Hauer wrote:
On Mon, May 13, 2019 at 12:27:32PM +0100, Ian Abbott wrote:
On 10/05/2019 08:07, Sascha Hauer wrote:
Hi All,
v2019.05.0 is out. This time we gained initial Layerscape support (for
the LS1046a) and initial very basic STM32MP1 support. What I like best
/other/.gitignore
index e69de29bb..d5e7eacf3 100644
--- a/LICENSES/other/.gitignore
+++ b/LICENSES/other/.gitignore
@@ -0,0 +1,4 @@
+# Ignore everything in this directory
+*
+# Except for this file
+!.gitignore
I may be missing something, but why not have just a comment line?
--
-=( Ian Abbott
On 14/05/2019 09:28, Ahmad Fatoum wrote:
On 14/5/19 09:28, Ian Abbott wrote:
On 14/05/2019 03:19, Geordan Neukum wrote:
The .gitignore files under the LICENSES/exceptions and LICENSES/other
directories cannot have a size of 0 or else they are subject to removal
by the make target 'distclean
fy `f_pdata->addr_width`
according to the current addressing mode. This might make
`cqspi_calc_rdreg()` return the wrong value. (`cqspi_calc_rdreg()` is
the only function that uses the `f_pdata->addr_width` value. Other
functions use `nor->addr_width` instead.)
--
-=( Ian Abbott
ciated with the `nor` parameter.
Fixes: 5085d2ef3fbf ("mtd: spi-nor: cadence: add cqspi_set_protocol")
Signed-off-by: Ian Abbott
---
drivers/mtd/spi-nor/cadence-quadspi.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/spi-nor/cadence-quadspi.c
b/dri
n going from 0.92.4 to 1.0.1.
> Instead of adding another quirk, maybe we should use something
> else for SVG to PNG that is actually stable.
>
> Any suggestions?
Perhaps rsvg-convert?
In Debian and Ubuntu, it is part of the librsvg2-bin package.
--
-=( Ian Abbott || MEV Ltd. is a co
t; barebox-640-rsvg.png
The logo's face-on vertical box edge looks a bit funky in the
rsvg-convert output.
(I used "convert" version 6.9.11-60 and "rsvg-convert" version 2.50.7)
--
-=( Ian Abbott || MEV Ltd. is a company )=-
-=( registered in England & Wales. Regd. n
Hi Michael,
On 19/11/2021 09:29, Michael Olbrich wrote:
On Thu, Nov 18, 2021 at 03:32:04PM +, Ian Abbott wrote:
Hi,
My Debian "testing" build system updated the default version of
arm-linux-gnueabihf-gcc from 10.x to 11.x. Building barebox in thumb-2 mode
for an ARMv7 (it's
file except for `CONFIG_CPU_V8`. I guess it needs to be
added somewhere before problematic lines in the Makefile. I'm not sure
if `-msoft-float` is also needed for 64-bit ARMv8, but the error
suggests it is required there too.
--
-=( Ian Abbott || MEV Ltd. is a company )=-
-=( regi
missing `reset-names` property to the `` node in
"arch/arm/dts/socfpga.dtsi". It probably needs fixing in the upstream
Linux device tree sources too!
Cc: Ahmad Fatoum
Cc: Steffen Trumtrar
Signed-off-by: Ian Abbott
---
v2: Updated commit message because it no longer fails to initiali
"reset-names" property to the "" node in
"arch/arm/dts/socfpga.dtsi". It probably needs fixing in the upstream
Linux device tree sources too!
Cc: Ahmad Fatoum
Cc: Steffen Trumtrar
Signed-off-by: Ian Abbott
---
arch/arm/dts/socfpga.dtsi | 4
1 file changed, 4 i
On 02/11/2021 08:01, Sascha Hauer wrote:
On Mon, Nov 01, 2021 at 05:40:53PM +, Ian Abbott wrote:
Since commit 90bdf1e5d1e4 ("mci: dw_mmc: match against StarFive MMC
compatibles"), the dw_mmc driver requires a reset line called "reset".
The slightly earlier commit a3cf32
hink I can get everything working by changing barebox's "compatible"
string to the following:
compatible = "terasic,de0-atlas", "terasic,de0-nano-soc",
"altr,socfpga-cyclone5", "altr,socfpga";
Then the socfpga_init() function and the blspec lo
s identical to the upstream 'model' string.
Finally, update the `of_machine_is_compatible("terasic,sockit")`
function call in `socfpga_console_init()` to use the
"terasic,socfpga-cyclone5-sockit" string.
Cc: Steffen Trumtrar
Signed-off-by: Ian Abbott
---
arch/arm/boards/terasic-sockit/board.
Fix up the 'compatible' strings for a couple of SoCFPGA development
boards to match those provided upstream (by Linux).
1) ARM: Terasic DE0-Nano-SoC/Atlas-SoC: Use upstream compatible string
2) ARM: Terasic SoCkit: Use upstream compatible string
arch/arm/boards/terasic-de0-nano-soc/board.c |
oC Kit") so that barebox uses the upstream
(and shorter!) model name ("Terasic DE-0(Atlas)").
Finally, update the `of_machine_is_compatible("terasic,de0-nano-soc")`
function call in `socfpga_init()` to use the "terasic,de0-atlas" string.
Cc: Steffen Trumtrar
S
akefile" before the tests for supported `-march` options
seems to fix the problem.
Signed-off-by: Ian Abbott
---
arch/arm/Makefile | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/Makefile b/arch/arm/Makefile
index 610ded8a12..124a3fc40c 100644
--- a/arch/arm/Mak
On 17/10/2022 14:10, Ian Abbott wrote:
On 17/10/2022 13:24, Ahmad Fatoum wrote:
On 17.10.22 14:03, Ian Abbott wrote:
Barebox v2022.10.0 seems to work for me, but I now get this
(harmless?) error during initialization:
initcall of_probe_memory+0x1/0x34 failed: Device or resource busy
broken, because we
changed memory banks to have IORESOURCE_MEM in their flags field,
but resource_contains() used to compare regions won't return true if
memory type differs. Fix this by settings .flags = IORESOURCE_MEM
for the new resource as well.
Reported-by: Ian Abbott
Fixes: d0b5f6bde15b
On 17/10/2022 13:24, Ahmad Fatoum wrote:
On 17.10.22 14:03, Ian Abbott wrote:
Barebox v2022.10.0 seems to work for me, but I now get this (harmless?) error
during initialization:
initcall of_probe_memory+0x1/0x34 failed: Device or resource busy
(This is on a 32-bit ARM SoCFPGA/CycloneV based
serve
regions prior to mmu_initcall()").
--
-=( Ian Abbott || MEV Ltd. is a company )=-
-=( registered in England & Wales. Regd. number: 02862268. )=-
-=( Regd. addr.: S11 & 12 Building 67, Europa Business Park, )=-
-=( Bird Hall Lane, STOCKPORT, SK3 0XA, UK. || www.mev.co.uk )=-
On 17/10/2022 14:41, Ahmad Fatoum wrote:
Hello Ian,
On 17.10.22 15:10, Ian Abbott wrote:
On 17/10/2022 13:24, Ahmad Fatoum wrote:
On 17.10.22 14:03, Ian Abbott wrote:
Barebox v2022.10.0 seems to work for me, but I now get this (harmless?) error
during initialization:
initcall
reloader/scripts/hps.py", line
413, in handleHPSPeripheralsNode
self.pinmuxHeaderBuffer.write("#define " + name + ' ' + '(' + str(used) +
')' + '\n')
TypeError: unicode argument expected, got 'str'
```
Signed-off-by: Ian Abbott
---
scripts/socfpga_import_preloader | 5 -
1
On 16/06/2023 07:41, Sascha Hauer wrote:
Hi Ian,
On Thu, Jun 15, 2023 at 04:57:38PM +0100, Ian Abbott wrote:
If the handoff files were generated on a Windows system, they will have
DOS line endings. The `indent` program (with the options used by the
script) does a lousy job tidying up those
1 - 100 of 108 matches
Mail list logo