Re: [DTC] small ftdump cleanup patch

2008-01-03 Thread Jon Loeliger
So, like, the other day Paul Gortmaker mumbled:
 Here is a small patch to clean up the usage info and the error returns
 for ftdump -- not sure what the future holds for ftdump vs. simply using
 dtc -I dtb -O dts someblob.dtb ...
 
 Paul.

Paul,

Any chance of a signed-off-by line?

Thanks,
jdl
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev


[DTC] small ftdump cleanup patch

2008-01-03 Thread Paul Gortmaker
Here is a small patch to clean up the usage info and the error returns
for ftdump -- not sure what the future holds for ftdump vs. simply using
dtc -I dtb -O dts someblob.dtb ...

Paul.


diff --git a/ftdump.c b/ftdump.c
index 53343d7..49bc7cf 100644
--- a/ftdump.c
+++ b/ftdump.c
@@ -8,6 +8,8 @@
 #include ctype.h
 #include netinet/in.h
 #include byteswap.h
+#include errno.h
+#include libgen.h
 
 #include fdt.h
 
@@ -165,21 +167,22 @@ int main(int argc, char *argv[])
char buf[16384];/* 16k max */
int size;
 
-   if (argc  2) {
-   fprintf(stderr, supply input filename\n);
-   return 5;
+   if (argc != 2) {
+   fprintf(stderr, Usage: %s filename.dtb\n, basename(argv[0]));
+   fprintf(stderr, \t-dump binary device tree blob contents.\n);
+   return EINVAL;
}
 
fp = fopen(argv[1], rb);
if (fp == NULL) {
fprintf(stderr, unable to open %s\n, argv[1]);
-   return 10;
+   return errno;
}
 
size = fread(buf, 1, sizeof(buf), fp);
if (size == sizeof(buf)) {  /* too large */
fprintf(stderr, file too large\n);
-   return 10;
+   return EFBIG;
}
 
dump_blob(buf);
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev


Re: [DTC] small ftdump cleanup patch

2008-01-03 Thread Paul Gortmaker

Jon Loeliger wrote:

So, like, the other day Paul Gortmaker mumbled:
  

Here is a small patch to clean up the usage info and the error returns
for ftdump -- not sure what the future holds for ftdump vs. simply using
dtc -I dtb -O dts someblob.dtb ...

Paul.



Paul,

Any chance of a signed-off-by line?
  


Sure,  here is the whole thing.

Paul.


From cef80fcd1efddaebcb366fb897430260cebb0c84 Mon Sep 17 00:00:00 2001
From: Paul Gortmaker [EMAIL PROTECTED]
Date: Thu, 3 Jan 2008 09:56:09 -0500
Subject: [PATCH] ftdump: minor usage and error return cleanup

Improve the usage info and use standard error return values in ftdump.

Signed-off-by: Paul Gortmaker [EMAIL PROTECTED]
---
 ftdump.c |   13 -
 1 files changed, 8 insertions(+), 5 deletions(-)

diff --git a/ftdump.c b/ftdump.c
index 53343d7..49bc7cf 100644
--- a/ftdump.c
+++ b/ftdump.c
@@ -8,6 +8,8 @@
 #include ctype.h
 #include netinet/in.h
 #include byteswap.h
+#include errno.h
+#include libgen.h
 
 #include fdt.h
 
@@ -165,21 +167,22 @@ int main(int argc, char *argv[])
char buf[16384];/* 16k max */
int size;
 
-   if (argc  2) {
-   fprintf(stderr, supply input filename\n);
-   return 5;
+   if (argc != 2) {
+   fprintf(stderr, Usage: %s filename.dtb\n, basename(argv[0]));
+   fprintf(stderr, \t-dump binary device tree blob contents.\n);
+   return EINVAL;
}
 
fp = fopen(argv[1], rb);
if (fp == NULL) {
fprintf(stderr, unable to open %s\n, argv[1]);
-   return 10;
+   return errno;
}
 
size = fread(buf, 1, sizeof(buf), fp);
if (size == sizeof(buf)) {  /* too large */
fprintf(stderr, file too large\n);
-   return 10;
+   return EFBIG;
}
 
dump_blob(buf);
-- 
1.5.0.rc1.gf4b6c

___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: [DTC] small ftdump cleanup patch

2008-01-03 Thread David Gibson
On Thu, Jan 03, 2008 at 09:40:57AM -0500, Paul Gortmaker wrote:
 Here is a small patch to clean up the usage info and the error returns
 for ftdump -- not sure what the future holds for ftdump vs. simply using
 dtc -I dtb -O dts someblob.dtb ...

I expect ftdump to stay around for the forseeable future as a
hacking/debugging tool; the idea is that it will be able to tell you
at least something about a malformed or corrupted dtb, whereas dtc is
likely to choke before producing any output.  Any non-debugging use is
likely a mistake, though.

-- 
David Gibson| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au  | minimalist, thank you.  NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev