o - I thought "git pull"
was an alternate. Please advice,
Lund
--
Jorgen Lundman | <lund...@lundman.net>
Unix Administrator | +81 (0)90-5578-8500
Shibuya-ku, Tokyo| Japan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
)
Jorgen Lundman (1):
Update ZFS support to latest
cmd/zfs.c| 22 +-
fs/zfs/Makefile |4 +-
fs/zfs/dev.c | 20 +-
fs/zfs/zfs.c | 3223
Hopefully that is acceptable.
Any other cleanups requested in the ZFS area?
Lund
--
Jorgen Lundman | <lund...@lundman.net>
Unix Administrator | +81 (0)90-5578-8500
Shibuya-ku, Tokyo| Japan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
ore using a device.
So I can change my code to call uclass_first_device() then;
1) Convert the device info to strings, and call blk_get_device_part_str().
2) Set blk->log2blksz myself and hope there are no other surprises.
Lund
--
Jorgen Lundman | <lund...@lundman.net>
Unix Adminis
ev->ops->read);
dev.part_info =
err = scan_disk(, data, 0, );
But to my surprise, fs_devread() of any device other than the one given on
command line, will fail. Most likely because blk_dread() ops->read is NULL?
Maybe?
Am I using the API wrong, or do I simply need to
() allocates nvlist if successful, so error-case
should not free it.
Signed-off-by: Jorgen Lundman lund...@lundman.net
---
fs/zfs/zfs.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/fs/zfs/zfs.c b/fs/zfs/zfs.c
index 818d3d9..fb2b3ee 100644
--- a/fs/zfs/zfs.c
+++ b/fs/zfs/zfs.c
just with the debug
board (~US$95 delivered), or get one with the debug board and F10
remote ($US125 delivered) from Aliexpress
Regards,
Graeme
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500
)
The last paragraph is just my take on things. All coloured from the
mediaplayer point of view, as that is currently what I am fiddling with.
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578
to get it back, and reprogram the u-boot with the proper version
again. (Using 'screen' and sx, minicom does not work).
So it does seem unbrickable.
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578
Applied, thanks.
Best regards,
That is the best news ever, thanks! Also thanks to Graeme for all the help.
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan
Took a few hours to go back and start from GPL2 versions, but in the end
we got rid of the grub_ defines as a bonus.
Patch to add ZFS filesystem support to u-boot, based on GRUB sources.
Thank you for your patience.
Jorgen Lundman (1):
Add ZFS support
Makefile |2
, and I invite you to run ZFS on Linux
native. http://zfsonlinux.org/
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan| +81 (0)3 -3375-1767 (home
)
Which _effectively_ changes the 3 to 2, and renames two functions. The
file only contains 2 functions, and refers to the checksumming algorithm
the user can chose to use on a filesystem.
Then, it is acceptable?
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3
.
Syntactically, they have gone through a unsigned char * to grub_uint8_t
* to uint8_t *.
Not entirely sure how I would re-write my uint8_t * change to be more
clearly from unsigned char *, as opposed to grub_uint_8 *, to show it
is based on the version 2 of the license.
--
Jorgen Lundman
Do I have to do anything special at this point, or can I assume everything
is going according to plan?
Lund
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
is, the EXT4 patches by Samsung, that
I (maybe others) are waiting for, includes the EXT2-EXT4 code merge, as
requested by this list. This suggests that either your EXT2 changes are to
be ignored, or that of EXT4.
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687
..
A README entry in the doc folder would be very much helpful for
the users to use ZFS..
Oh hey, there is a whole bunch of READMEs in there. Good idea, I'll add to v4
tomorrow.
Lund
___
U-Boot mailing list
U-Boot@lists.denx.de
Patch to add ZFS filesystem support to u-boot, based on GRUB sources.
Thank you for your patience.
Jorgen Lundman (1):
zfs: Add ZFS filesystem support
Makefile |2 +-
common/Makefile |1 +
common/cmd_zfs.c | 236 +
doc/README.zfs
for this work.
Understood.
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan| +81 (0)3 -3375-1767 (home)
___
U
Patch to add ZFS filesystem support to u-boot, based on GRUB sources.
Thank you for your patience.
Jorgen Lundman (1):
Add ZFS filesystem support
Makefile |2 +-
common/Makefile |1 +
common/cmd_zfs.c | 236 +
fs/Makefile
understand. Even if what came in from legacy has yet to be cleaned,
there is no reason to allow more filth in :)
Only one way to find out ;) But try to make it as clean as you believe
reasonable and explain what's left
Understood, clean enough to eat of is the goal.
Lund
--
Jorgen Lundman
I stand corrected, going over the files now for the patching, nearly all
ZFS related files (headers, and internals) are GPLv3. The GRUB specific
files (the files interfacing with the GRUB API) appear to be GPLv2.
Lund
Jorgen Lundman wrote:
GRUB 0.96 (2005) which received the initial ZFS
the way. I can go back to GPLv2 source, as there are no
differences.
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan| +81 (0)3 -3375-1767 (home
/onnv-gate/usr/src/grub/grub-0.97/stage2/zfs-include/zfs.h
Using either version 2 of the License, or (at your option) any later version.
Jorgen Lundman (2):
ZFS header files
zfs: Add ZFS filesystem support
Makefile |2 +-
common/Makefile |1 +
common
---
include/zfs/dmu.h| 119
include/zfs/dmu_objset.h | 43 ++
include/zfs/dnode.h | 80 +++
include/zfs/dsl_dataset.h| 52 +++
include/zfs/dsl_dir.h| 48 +++
include/zfs/sa_impl.h| 34 +
and compliance again, I will resend for your scrutiny.
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan| +81 (0)3 -3375-1767 (home
-gate/usr/src/grub/grub-0.97/stage2/zfs-include/zfs.h
Using either version 2 of the License, or (at your option) any later version.
Jorgen Lundman (2):
ZFS header files
zfs: Add ZFS support
Makefile |2 +-
common/Makefile |1 +
common/cmd_zfs.c
Signed-off-by: Jorgen Lundman lund...@lundman.net
---
include/zfs/dmu.h| 119
include/zfs/dmu_objset.h | 43 ++
include/zfs/dnode.h | 80 +++
include/zfs/dsl_dataset.h| 52 +++
include/zfs/dsl_dir.h| 48
of the headers overlap). As Sun wanted
GRUB support, they were forced to release GRUB ZFS subset sources as GPLv2.
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan
.
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan| +81 (0)3 -3375-1767 (home)
___
U-Boot mailing list
U-Boot
/lundman/u-boot/compare/upstream...upstream-ext4
There is a new limit of 2TB with 512 byte blocks. To go beyond that would
require disk_partition_t to go bigger than 32bit. I think that is outside
of my access permissions.
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81
by the gurus.
It could very well be that u-boot developers don't want to go larger.
(presumably, majority of u-boot devices aren't booting from 2TB devices..)
Or, it has already been discussed and I just missed it.
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3
not boot from
those volumes (a limitation from day one).
I did notice that Illumos (OpenIndiana) have work started on extending GRUB
boot, and ZFS crypto. But that is currently futureware.
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017
version?
(I know the ZFS license was discussed before, but I can't recall if
the explicit GPL version was referred to)
Regards,
Graeme
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell
developers.
WARNING: do not add new typedefs
#728: FILE: fs/zfs/zfs.c:165:
+typedef struct decomp_entry
I'm seriously not allowed to make new typedefs? ouch.
So yeah, should it always pass without a single problem, or may I employ
some measure of moderation?
--
Jorgen Lundman | lund
read volumes over 1TB. I could take a
look at fixing that too, if there is enough interest.
ZFS pools over 1TB appears to work.
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell
offset is a signed 32bit
int, and that is what goes wrong. I think it should make no size difference
at all, but would take a while to track down all calls that pass them along.
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku
Technically, U-Boot is GPLv2+ so GPLv2 only code _may_ not be accepted That
is for Wolfgang to decide, but you have been warned :)
Naturally, he is king after all. There will be a thousand reasons to reject
it, but hopefully not due to license.
I based my GITHUB after the CuBox fork of
r5 : 007104b0 r4 : 006444a7
r3 : r2 : 006f7b80 r1 : r0 : ea12
Flags: nZCv IRQs off FIQs off Mode SVC_32
Resetting CPU ...
Dang :)
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo
to maintain a fork.
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan| +81 (0)3 -3375-1767 (home)
___
U
is the general patch acceptance around, I see ext4 wasn't accepted,
what are the chances my patches would be?
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan
done by Siemens, and practised merging that in, compiling, and flashing the
Samsung! My bad, credits where due!
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan
of a thousand other issues
I am unaware about.
Anyone already attempted such a project? Any resources available for such
porting? Will I even be able to run my own version of uboot on the Cubox?
Lund
--
Jorgen Lundman | lund...@lundman.net
Unix Administrator | +81 (0)3 -5456-2687 ext 1017
43 matches
Mail list logo