r any 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 |
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
What is the general patch acceptance around, I see ext4 wasn't accepted,
what are the chances my patches would be?
Lund
--
Jorgen Lundman |
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 |
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan| +81 (0)3
00652a4c r8 : 005fffcc
r7 : r6 : 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 |
Unix Administrator | +81 (0)3 -5456-2687
ill simply have to maintain a fork.
Lund
--
Jorgen Lundman |
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-Bo
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 u-
can't 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 |
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (c
the sector 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 |
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo
.
--
Jorgen Lundman |
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@lists.denx.de
http
https://github.com/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 |
Unix Administr
ready been addressed 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 |
Unix Administ
d as GPL, so GRUB sources can 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 |
Unix Administrator | +81 (0)3 -5456-2687 e
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 |
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 Lu
gt; ;)
This I 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
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 |
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
ensolaris.org/source/xref/onnv/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
---
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 +
include/zfs/sp
nged it to only have original license.
Once I test compile and compliance again, I will resend for your scrutiny.
Lund
--
Jorgen Lundman |
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cel
aris.org/source/xref/onnv/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 support
Makefile |2 +-
common/Makefile
Signed-off-by: Jorgen Lundman
---
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
h, some of the headers overlap). As Sun wanted
GRUB support, they were forced to release GRUB ZFS subset sources as GPLv2.
Lund
--
Jorgen Lundman |
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan
In message<1337744719-27487-2-git-send-email-lund...@lundman.net> you wrote:
Signed-off-by: Jorgen Lundman
---
Please provide a useful commit message.
Graeme has been schooling me on this and I believe I know what to do in V3.
He also recommend I wait a day or so, so that others can&
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
..
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
http://lists.denx.
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
nd 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 |
Unix Administrator | +81 (0)3 -5456-2687 e
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
a knee-jerk reaction is a little tedious.
It is not the problem everyone thinks, and I invite you to run ZFS on Linux
native. http://zfsonlinux.org/
Lund
--
Jorgen Lundman |
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500
*zcp)
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 |
Unix Ad
"grub_uint_8 *", to show it
is based on the version 2 of the license.
--
Jorgen Lundman |
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)
_
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
Applied, thanks.
Best regards,
That is the best news ever, thanks! Also thanks to Graeme for all the help.
Lund
--
Jorgen Lundman |
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo| +81 (0)90-5578-8500 (cell)
Japan| +81 (0)3
AM.logic's dualcore
board.
(http://ao2.it/en/blog/2012/08/10/amlogic-aml8726-mx-linux-kernel-code-released)
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 Lun
ver
again 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 |
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku,
o the next decision is whether or not to buy one 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 |
Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, T
) Memory leak: nvlist
int_zfs_fetch_nvlist() allocates "nvlist" if successful, so error-case
should not free it.
Signed-off-by: Jorgen Lundman
---
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..
s->read is NULL?
Maybe?
Am I using the API wrong, or do I simply need to call a probe function first?
Thanks,
Lund
--
Jorgen Lundman |
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
n has to be called before 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 |
Unix A
&dev.disk, &dev.part_info, 1);
if (part < 0)
continue;
Hopefully that is acceptable.
Any other cleanups requested in the ZFS area?
Lund
--
Jorgen Lundman |
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
2017 +0900)
--------
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
the ML, I will do so - I thought "git pull"
was an alternate. Please advice,
Lund
--
Jorgen Lundman |
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
43 matches
Mail list logo
