* None
@ 2003-06-19 11:45 Владимир Сорокин
0 siblings, 0 replies; 17+ messages in thread
From: Владимир Сорокин @ 2003-06-19 11:45 UTC (permalink / raw)
To: linux-mtd
Hi, all.
First of all, sorry for bad english (There is a first practice).
I have some problem with writing on DiskOnChip.
I'll be grateful for your help.
The full story:
I use linux as embaded system on DiskOnChip. System must be reliable and
therefore it has a WhatchDog timer, that reboots the system if was not
refreshed in 1,6 sec.
At the begining I didn't know about MTD project, and
successfully used TrueFFS driver from M-System and minix fs. But now there is a task
to write on DiskOnChip some emergency protocol.
If I try to make mount or write operations on DiskOnChip,
the program which making refresh WatchDog is stops
(I think that at this time TrueFFS driver working in kernel mode)
and system is rebooting.
This situation is take place only in case of large amount of logically
filled sectors (amount of logically free sectors is near zero).
So I try to find some alternative driver to compare perfomance.
May you can tell me if there is the same problem with MTD driver?
If there is, just write here and do not read further.
I desided to make comparison of performance by myself but that is
not as easy as I thought. :)
Currently I use 2.2.11 kernel so I desided do not pass to 2.4.x and download 2.2.18
kernel and patch for it from ftp://ftp.infradead.org/pub/mtd/patches.
Firstly under new kernel, that correctly determine my DiskOnChip Millenium 8M, I try nftl.
But after nftl_format and rebooting DiskOnChip silently die and kernel don't
determine this DiskOnChip at all. Utility from M-System (DFORMAT) didn't working to.
May be there is some way to bring this DoC back to life?
Secondly I take DiskOnChip 2000 4M and try jffs.
All actions were done according to jffs-HOWTO.
Resoults of mounting are below:
jffs_scan_flash: Found a JFFS node with dsize (0x11c0) > max_chunk_size (0x1000)
jffs_scan_flash: Found a JFFS node with dsize (0x8000) > max_chunk_size (0x1000)
jffs_scan_flash: Found a JFFS node with dsize (0x41ec) > max_chunk_size (0x1000)
jffs_scan_flash: Found a JFFS node with dsize (0x4600) > max_chunk_size (0x1000)
jffs_scan_flash: Found a JFFS node with dsize (0x1230) > max_chunk_size (0x1000)
jffs_scan_flash: Found a JFFS node with dsize (0x2200) > max_chunk_size (0x1000)
jffs_scan_flash: Found a JFFS node with dsize (0x8000) > max_chunk_size (0x1000)
last message repeated 5 times
Kernel panic: Didn't read all bytes in flash_safe_read(). Returned 0
Now DFORMAT didn'n correctly work with this DiskOnChip too.
What am I doing wrong?
How can I make whis two DiskOnChips work with M-System driver now? If it possible of course.
Sincerely yours,
Sorokin Vladimir
Programmer
NPF Krug
mail:Vavanchick38@mail.ru
^ permalink raw reply [flat|nested] 17+ messages in thread
* (no subject)
@ 2023-10-16 18:43 Dorcas Litunya
2023-10-17 20:21 ` none Junio C Hamano
0 siblings, 1 reply; 17+ messages in thread
From: Dorcas Litunya @ 2023-10-16 18:43 UTC (permalink / raw)
To: Junio C Hamano; +Cc: christian.couder, git
Bcc:
Subject: Re: [PATCH] t/t7601: Modernize test scripts using functions
Reply-To:
In-Reply-To: <xmqq1qdumrto.fsf@gitster.g>
On Mon, Oct 16, 2023 at 09:53:55AM -0700, Junio C Hamano wrote:
> Dorcas AnonoLitunya <anonolitunya@gmail.com> writes:
>
> > Subject: Re: [PATCH] t/t7601: Modernize test scripts using functions
>
> Let's try if we can pack a bit more information. For example
>
> Subject: [PATCH] t7601: use "test_path_is_file" etc. instead of "test -f"
>
> would clarify what kind of modernization is done by this patch.
>
> > The test script is currently using the command format 'test -f' to
> > check for existence or absence of files.
>
> "is currently using" -> "uses".
>
> > Replace it with new helper functions following the format
> > 'test_path_is_file'.
>
> I am not sure what role "the format" plays in this picture.
> test_path_is_file is not new---it has been around for quite a while.
>
> > Consequently, the patch also replaces the inverse command '! test -f' or
> > 'test ! -f' with new helper function following the format
> > 'test_path_is_missing'
>
> A bit more on this later.
>
So should I replace this in the next version or leave this as is?
> > This adjustment using helper functions makes the code more readable and
> > easier to understand.
>
> Looking good. If I were writing this, I'll make the whole thing
> more like this, though:
>
> t7601: use "test_path_is_file" etc. instead of "test -f"
>
> Some tests in t7601 use "test -f" and "test ! -f" to see if a
> path exists or is missing. Use test_path_is_file and
> test_path_is_missing helper functions to clarify these tests a
> bit better. This especially matters for the "missing" case,
> because "test ! -f F" will be happy if "F" exists as a
> directory, but the intent of the test is that "F" should not
> exist, even as a directory.
>
>
> > diff --git a/t/t7601-merge-pull-config.sh b/t/t7601-merge-pull-config.sh
> > index bd238d89b0..e08767df66 100755
> > --- a/t/t7601-merge-pull-config.sh
> > +++ b/t/t7601-merge-pull-config.sh
> > @@ -349,13 +349,13 @@ test_expect_success 'Cannot rebase with multiple heads' '
> >
> > test_expect_success 'merge c1 with c2' '
> > git reset --hard c1 &&
> > - test -f c0.c &&
> > - test -f c1.c &&
> > - test ! -f c2.c &&
> > - test ! -f c3.c &&
> > + test_path_is_file c0.c &&
> > + test_path_is_file c1.c &&
> > + test_path_is_missing c2.c &&
> > + test_path_is_missing c3.c &&
>
> The original says "We are happy if c2.c is not a file", so it would
> have been happy if by some mistake "git reset" created a directory
> there. But the _intent_ of the test is that we do not have anything
> at c2.c, and the updated code expresses it better.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: none
2023-10-16 18:43 Dorcas Litunya
@ 2023-10-17 20:21 ` Junio C Hamano
0 siblings, 0 replies; 17+ messages in thread
From: Junio C Hamano @ 2023-10-17 20:21 UTC (permalink / raw)
To: Dorcas Litunya; +Cc: christian.couder, git
Dorcas Litunya <anonolitunya@gmail.com> writes:
> Bcc:
> Subject: Re: [PATCH] t/t7601: Modernize test scripts using functions
> Reply-To:
> In-Reply-To: <xmqq1qdumrto.fsf@gitster.g>
What are these lines doing here?
> So should I replace this in the next version or leave this as is?
Perhaps I was not clear enough, but I found the commit title and
description need to be updated to clearly record the intent of the
change with a handful of points, so I will not be accepting the
patch as-is.
These two sections may be of help.
Documentation/MyFirstContribution.txt::now-what
Documentation/MyFirstContribution.txt::reviewing
Thanks.
^ permalink raw reply [flat|nested] 17+ messages in thread
* (no subject)
@ 2019-11-20 3:49 Han-Wen Nienhuys
2019-11-20 4:52 ` none Junio C Hamano
0 siblings, 1 reply; 17+ messages in thread
From: Han-Wen Nienhuys @ 2019-11-20 3:49 UTC (permalink / raw)
To: git, Christian Couder, Johannes Schindelin
Hey folks,
I spent the last few weeks cobbling together an implementation of the
reftable format in C and in Go. I thought this would be cool to add to
git-core, but I doubt whether I will have enough time to see such an
effort through. Maybe some of you would want to try integrating it
into the Git-core code base? Example code is here:
https://github.com/google/reftable/blob/master/c/api.h#L153
cheers!
--
Han-Wen Nienhuys - Google Munich
I work 80%. Don't expect answers from me on Fridays.
--
Google Germany GmbH, Erika-Mann-Strasse 33, 80636 Munich
Registergericht und -nummer: Hamburg, HRB 86891
Sitz der Gesellschaft: Hamburg
Geschäftsführer: Paul Manicle, Halimah DeLaine Prado
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: none
2019-11-20 3:49 Han-Wen Nienhuys
@ 2019-11-20 4:52 ` Junio C Hamano
2019-11-20 5:00 ` none Han-Wen Nienhuys
0 siblings, 1 reply; 17+ messages in thread
From: Junio C Hamano @ 2019-11-20 4:52 UTC (permalink / raw)
To: Han-Wen Nienhuys; +Cc: git, Christian Couder, Johannes Schindelin
Han-Wen Nienhuys <hanwen@google.com> writes:
> I spent the last few weeks cobbling together an implementation of the
> reftable format in C and in Go. I thought this would be cool to add to
> git-core, but I doubt whether I will have enough time to see such an
> effort through. Maybe some of you would want to try integrating it
> into the Git-core code base? Example code is here:
>
> https://github.com/google/reftable/blob/master/c/api.h#L153
>
> cheers!
My initial impression was that the API overuses typedef. We tend to
avoid doing
struct _foo { ... };
typedef struct _foo foo;
and instead write "struct foo" explicitly to make us well aware of
what we are talking about. That lets us see that we are passing or
returning a structure by value (which we would like authors to think
thrice before doing in C) like so quite easily:
foo some_function(foo arg1, ...) { ... }
because it would be clear if it were written like so
struct foo some_function(struct foo arg1, ...) { ... }
without hiding the structure behind a typedef (it also lets us avoid
names with leading underscore, which is frowned upon by some people
for different reasons).
But the set of operations defined in the header file seemed at the
right granularity in order to interface with the refs.h & refs/* API
we have. It however was unclear to me how transactional ref updates
would work with it.
Thanks.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: none
2019-11-20 4:52 ` none Junio C Hamano
@ 2019-11-20 5:00 ` Han-Wen Nienhuys
0 siblings, 0 replies; 17+ messages in thread
From: Han-Wen Nienhuys @ 2019-11-20 5:00 UTC (permalink / raw)
To: Junio C Hamano; +Cc: git, Christian Couder, Johannes Schindelin
On Tue, Nov 19, 2019 at 8:53 PM Junio C Hamano <gitster@pobox.com> wrote:
> My initial impression was that the API overuses typedef. We tend to
> avoid doing
>
> struct _foo { ... };
> typedef struct _foo foo;
>
> and instead write "struct foo" explicitly to make us well aware of
> what we are talking about.
Thanks, i'll have a look at changing it. I use typedef mainly for
ergonomics, but now that the code is written, I can introduce more
verbosity.
> But the set of operations defined in the header file seemed at the
> right granularity in order to interface with the refs.h & refs/* API
> we have. It however was unclear to me how transactional ref updates
> would work with it.
Transactions have to interface with the file system. I imagine that
different libraries (libgit vs. cgit) would have different primitives
for dealing with the file system, hence I haven't implemented that
part. Do you have an idea of how I could implement it in a way that is
agnostic of libgit2 vs. cgit?
--
Han-Wen Nienhuys - Google Munich
I work 80%. Don't expect answers from me on Fridays.
--
Google Germany GmbH, Erika-Mann-Strasse 33, 80636 Munich
Registergericht und -nummer: Hamburg, HRB 86891
Sitz der Gesellschaft: Hamburg
Geschäftsführer: Paul Manicle, Halimah DeLaine Prado
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH 1/3] test functions: Add new function `test_file_not_empty`
@ 2019-03-03 13:20 Junio C Hamano
2019-03-03 13:29 ` Rohit Ashiwal
0 siblings, 1 reply; 17+ messages in thread
From: Junio C Hamano @ 2019-03-03 13:20 UTC (permalink / raw)
To: Rohit Ashiwal; +Cc: git, Johannes.Schindelin, t.gummerer, christian.couder
Rohit Ashiwal <rohit.ashiwal265@gmail.com> writes:
> Subject: Re: [PATCH 1/3] test functions: Add new function `test_file_not_empty`
s/Add/add/. Strictly speaking, you do not need to say "new", if you
are already saying "add", then that's redundant.
> test-lib-functions: add a helper function that checks for a file and that
> the file is not empty. The helper function will provide better error message
> in case of failure and improve readability
>
> Signed-off-by: Rohit Ashiwal <rohit.ashiwal265@gmail.com>
> ---
> t/test-lib-functions.sh | 10 ++++++++++
> 1 file changed, 10 insertions(+)
>
> diff --git a/t/test-lib-functions.sh b/t/test-lib-functions.sh
> index 80402a428f..1302df63b6 100644
> --- a/t/test-lib-functions.sh
> +++ b/t/test-lib-functions.sh
> @@ -593,6 +593,16 @@ test_dir_is_empty () {
> fi
> }
>
> +# Check if the file exists and has a size greater than zero
> +test_file_not_empty () {
> + test_path_is_file "$1" &&
> + if ! test -s "$1"
"test -s <path>" is true if <path> resolves to an existing directory
entry for a file that has a size greater than zero. Isn't it
redundant and wasteful to have test_path_is_file before it, or is
there a situation where "test -s" alone won't give us what we want
to check?
> + then
> + echo "'$1' is an empty file."
> + false
> + fi
> +}
> +
> test_path_is_missing () {
> if test -e "$1"
> then
^ permalink raw reply [flat|nested] 17+ messages in thread
* (no subject)
2019-03-03 13:20 [PATCH 1/3] test functions: Add new function `test_file_not_empty` Junio C Hamano
@ 2019-03-03 13:29 ` Rohit Ashiwal
2019-03-03 13:33 ` none Junio C Hamano
0 siblings, 1 reply; 17+ messages in thread
From: Rohit Ashiwal @ 2019-03-03 13:29 UTC (permalink / raw)
To: gitster
Cc: Johannes.Schindelin, christian.couder, git, rohit.ashiwal265, t.gummerer
Hey Junio
On 2019-03-03 13:20 UTC Junio C Hamano <gitster@pobox.com> wrote:
> s/Add/add/. Strictly speaking, you do not need to say "new", if you
> are already saying "add", then that's redundant.
Oh, my mistake, I will change in coming revisions.
> "test -s <path>" is true if <path> resolves to an existing directory
> entry for a file that has a size greater than zero. Isn't it
> redundant and wasteful to have test_path_is_file before it, or is
> there a situation where "test -s" alone won't give us what we want
> to check?
Just to be clear of what caused the error:
1. Path not being file, or
2. File not being empty
I am checking for both.
Regards
Rohit
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: none
2019-03-03 13:29 ` Rohit Ashiwal
@ 2019-03-03 13:33 ` Junio C Hamano
0 siblings, 0 replies; 17+ messages in thread
From: Junio C Hamano @ 2019-03-03 13:33 UTC (permalink / raw)
To: Rohit Ashiwal; +Cc: Johannes.Schindelin, christian.couder, git, t.gummerer
Rohit Ashiwal <rohit.ashiwal265@gmail.com> writes:
> Just to be clear of what caused the error:
> 1. Path not being file, or
> 2. File not being empty
> I am checking for both.
test -s <path> makes sure <path> is file; if it is not a file, then
it won't yield true.
So why do you need to say test_path_is_file yourself, if you are
asking "test -s"?
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [PATCH] doc: fix a typo and clarify a sentence
@ 2018-10-05 6:20 Junio C Hamano
2018-10-10 15:20 ` Mihir Mehta
0 siblings, 1 reply; 17+ messages in thread
From: Junio C Hamano @ 2018-10-05 6:20 UTC (permalink / raw)
To: Mihir Mehta; +Cc: git, sunshine
Mihir Mehta <mihir@cs.utexas.edu> writes:
> diff --git a/Documentation/git-diff.txt b/Documentation/git-diff.txt
> index b180f1fa5..6173f569e 100644
> --- a/Documentation/git-diff.txt
> +++ b/Documentation/git-diff.txt
> @@ -72,8 +72,9 @@ two blob objects, or changes between two files on disk.
> This form is to view the changes on the branch containing
> and up to the second <commit>, starting at a common ancestor
> of both <commit>. "git diff A\...B" is equivalent to
> - "git diff $(git-merge-base A B) B". You can omit any one
> - of <commit>, which has the same effect as using HEAD instead.
> + "git diff $(git merge-base A B) B". You can omit any one
"git merge-base" is a more modern way to spell "git-merge-base" and
we have been trying to update the mention of the latter in the docs
to the former. Thanks for doing this.
> + of the two instances of <commit>, which has the same effect as
The paragraph is about <commit>...<commit> three-dot notation. I
suspect that you wanted to say <commit>... and ...<commit> are
allowed, implying that a bare ... is not allowed and does not mean
the same thing as what HEAD...HEAD means. But that is not the case.
Asking "git diff HEAD...HEAD" by omitting both may not give very
interesting output (it always becomes a no-op), but nevertheless it
is a valid thing to ask (iow "git diff $commit1...$commit2" is what
you can safely write without having to worry about one or both going
empty string). So I'd rather not to see this change in this form.
It is an incomplete attempt to discourage use of <empty>...<empty>
but without giving enough justification.
Side note. I am not recommending to do so, but
"discouragement with enough justification" would look like
this.
You can omit <commit> on any side of the three dots, which
has the same effect as using HEAD instead. Omitting both
and leaving only three dots is not an error but that merely
specifies a set of commits that are and are not reachable
from HEAD at the same time, which by definition is an empty
set, hence it is not very useful.
> + using HEAD in its place.
> +++ b/Documentation/howto/update-hook-example.txt
> @@ -80,7 +80,7 @@ case "$1" in
> info "The branch '$1' is new..."
> else
> # updating -- make sure it is a fast-forward
> - mb=$(git-merge-base "$2" "$3")
> + mb=$(git merge-base "$2" "$3")
I strongly suspect that inside update-hook, the original still
should work (iow, $GIT_EXEC_PATH should already have been prepended
to $PATH before a hoook is called). But the updated form should
also work, and it is the form we humans need to type, so let's take
this change.
Thanks.
> case "$mb,$2" in
> "$2,$mb") info "Update is fast-forward" ;;
> *) noff=y; info "This is not a fast-forward update.";;
^ permalink raw reply [flat|nested] 17+ messages in thread
* (no subject)
2018-10-05 6:20 [PATCH] doc: fix a typo and clarify a sentence Junio C Hamano
@ 2018-10-10 15:20 ` Mihir Mehta
2018-10-10 22:19 ` none Junio C Hamano
0 siblings, 1 reply; 17+ messages in thread
From: Mihir Mehta @ 2018-10-10 15:20 UTC (permalink / raw)
To: gitster; +Cc: git
Thanks, Junio. Instead of removing that part of the patch, I opted to
expand it to make it a little clearer (in my opinion) than it was
before. Let me know if this works.
Mihir.
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: none
2018-10-10 15:20 ` Mihir Mehta
@ 2018-10-10 22:19 ` Junio C Hamano
0 siblings, 0 replies; 17+ messages in thread
From: Junio C Hamano @ 2018-10-10 22:19 UTC (permalink / raw)
To: Mihir Mehta; +Cc: git
Mihir Mehta <mihir@cs.utexas.edu> writes:
> Thanks, Junio. Instead of removing that part of the patch, I opted to
> expand it to make it a little clearer (in my opinion) than it was
> before. Let me know if this works.
I am mildly negative on that change. "Omitting both would give an
empty diff" would be understandable to anybody who understands that
an omitted end of dot-dot is substituted with HEAD *and* thinks what
range HEAD..HEAD means, so it is just an additional noise to them,
and to those who do not want to waste time on thinking, it is a
statement that reads as if "it will be an error" without saying why
it is an error. So overall, it seems, at least to me, that the
additional text adds negative value.
So, I dunno.
^ permalink raw reply [flat|nested] 17+ messages in thread
* (unknown),
@ 2016-04-11 19:04 miwilliams
2016-04-11 19:18 ` none Matthieu Moy
0 siblings, 1 reply; 17+ messages in thread
From: miwilliams @ 2016-04-11 19:04 UTC (permalink / raw)
To: git
From 7201fe08ede76e502211a781250c9a0b702a78b2 Mon Sep 17 00:00:00 2001
From: Mike Williams <miwilliams@google.com>
Date: Mon, 11 Apr 2016 14:18:39 -0400
Subject: [PATCH 1/1] wt-status: Remove '!!' from
wt_status_collect_changed_cb
The wt_status_collect_changed_cb function uses an extraneous double
negation (!!)
when determining whether or not a submodule has new commits.
Signed-off-by: Mike Williams <miwilliams@google.com>
---
wt-status.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/wt-status.c b/wt-status.c
index ef74864..b955179 100644
--- a/wt-status.c
+++ b/wt-status.c
@@ -431,7 +431,7 @@ static void wt_status_collect_changed_cb(struct
diff_queue_struct *q,
d->worktree_status = p->status;
d->dirty_submodule = p->two->dirty_submodule;
if (S_ISGITLINK(p->two->mode))
- d->new_submodule_commits = !!hashcmp(p->one->sha1, p->two->sha1);
+ d->new_submodule_commits = hashcmp(p->one->sha1, p->two->sha1);
}
}
--
2.8.0
^ permalink raw reply related [flat|nested] 17+ messages in thread
* Re: none
2016-04-11 19:04 (unknown), miwilliams
@ 2016-04-11 19:18 ` Matthieu Moy
0 siblings, 0 replies; 17+ messages in thread
From: Matthieu Moy @ 2016-04-11 19:18 UTC (permalink / raw)
To: miwilliams; +Cc: git
miwilliams@google.com writes:
> From 7201fe08ede76e502211a781250c9a0b702a78b2 Mon Sep 17 00:00:00 2001
> From: Mike Williams <miwilliams@google.com>
> Date: Mon, 11 Apr 2016 14:18:39 -0400
> Subject: [PATCH 1/1] wt-status: Remove '!!' from
> wt_status_collect_changed_cb
>
> The wt_status_collect_changed_cb function uses an extraneous double
> negation (!!)
> when determining whether or not a submodule has new commits.
It's not just a double negation, it's a way to ensure that the value is
0 or 1 (it's a relatively common idiom in C at least in Git's codebase).
new_submodule_commits is a 1-bit bitfield, and you don't want to assign
anything other than 1 or 0 (or you'll get modulo 2^n semantics, with
n==1).
So the old code is correct and your patch would introduce a bug.
--
Matthieu Moy
http://www-verimag.imag.fr/~moy/
^ permalink raw reply [flat|nested] 17+ messages in thread
* No subject
@ 2014-08-29 14:22 Ravi Raj
2014-08-29 14:47 ` Valdis.Kletnieks at vt.edu
0 siblings, 1 reply; 17+ messages in thread
From: Ravi Raj @ 2014-08-29 14:22 UTC (permalink / raw)
To: kernelnewbies
Hii Guys,
I am an Embedded firmware Developer,I am looking for a
Development board to port the linux kernal from scratch, could you guys
please recommend me a good development board were i can port linux from
scratch.
Cheers,
Ravi.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20140829/37cc0503/attachment.html
^ permalink raw reply [flat|nested] 17+ messages in thread
* (no subject)
2014-08-29 14:22 No subject Ravi Raj
@ 2014-08-29 14:47 ` Valdis.Kletnieks at vt.edu
2014-08-29 14:58 ` Ravi Raj
0 siblings, 1 reply; 17+ messages in thread
From: Valdis.Kletnieks at vt.edu @ 2014-08-29 14:47 UTC (permalink / raw)
To: kernelnewbies
On Fri, 29 Aug 2014 16:22:03 +0200, Ravi Raj said:
> I am an Embedded firmware Developer,I am looking for a
> Development board to port the linux kernal from scratch, could you guys
> please recommend me a good development board were i can port linux from
> scratch.
Why are you trying that, instead of using a board that's already been brought
up for you? Knowing that, and what you plan to use the board for, will help
in our recommendations (for instance, if the project requires gigabit ethernet,
it's useless for us to suggest a board that only has a 100Mbit chipset on it).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 848 bytes
Desc: not available
Url : http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20140829/1231db6b/attachment.bin
^ permalink raw reply [flat|nested] 17+ messages in thread
* (no subject)
2014-08-29 14:47 ` Valdis.Kletnieks at vt.edu
@ 2014-08-29 14:58 ` Ravi Raj
2014-08-29 15:32 ` No subject Valdis.Kletnieks at vt.edu
0 siblings, 1 reply; 17+ messages in thread
From: Ravi Raj @ 2014-08-29 14:58 UTC (permalink / raw)
To: kernelnewbies
Hii Valdis,
Thank you for the response ,So the project is a
communication between fpga and a imx6 Arm A9 processor using SPI protocol
and we are making a custom board for this, so first step is to find an imx6
Arm a9 board and port linux to it and then establish SPI.
Cheers,
Ravi.
On Fri, Aug 29, 2014 at 4:47 PM, <Valdis.Kletnieks@vt.edu> wrote:
> On Fri, 29 Aug 2014 16:22:03 +0200, Ravi Raj said:
>
> > I am an Embedded firmware Developer,I am looking for a
> > Development board to port the linux kernal from scratch, could you guys
> > please recommend me a good development board were i can port linux from
> > scratch.
>
> Why are you trying that, instead of using a board that's already been
> brought
> up for you? Knowing that, and what you plan to use the board for, will
> help
> in our recommendations (for instance, if the project requires gigabit
> ethernet,
> it's useless for us to suggest a board that only has a 100Mbit chipset on
> it).
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20140829/58004e06/attachment.html
^ permalink raw reply [flat|nested] 17+ messages in thread
* (no subject)
@ 2009-07-01 3:37 Larry Finger
2009-07-01 8:32 ` none Kalle Valo
0 siblings, 1 reply; 17+ messages in thread
From: Larry Finger @ 2009-07-01 3:37 UTC (permalink / raw)
To: John W Linville, Michael Buesch, ccmcphe; +Cc: bcm43xx-dev, linux-wireless
From: Clyde McPherson <ccmcphe@verizon.net>
Added support for the Broadcom 4318E chipset on PCMCIA/CF cards. The
4318E can do 802.11A/B/G, only B and G mode are supported in b43.
Signed-off-by: Clyde McPherson <ccmcphe@verizon.net>
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
---
Index: wireless-testing/drivers/ssb/pcmcia.c
===================================================================
--- wireless-testing.orig/drivers/ssb/pcmcia.c
+++ wireless-testing/drivers/ssb/pcmcia.c
@@ -678,7 +678,8 @@ int ssb_pcmcia_get_invariants(struct ssb
sprom->board_rev = tuple.TupleData[1];
break;
case SSB_PCMCIA_CIS_PA:
- GOTO_ERROR_ON(tuple.TupleDataLen != 9,
+ GOTO_ERROR_ON((tuple.TupleDataLen != 9) &&
+ (tuple.TupleDataLen != 10),
"pa tpl size");
sprom->pa0b0 = tuple.TupleData[1] |
((u16)tuple.TupleData[2] << 8);
@@ -718,7 +719,8 @@ int ssb_pcmcia_get_invariants(struct ssb
sprom->antenna_gain.ghz5.a3 = tuple.TupleData[1];
break;
case SSB_PCMCIA_CIS_BFLAGS:
- GOTO_ERROR_ON(tuple.TupleDataLen != 3,
+ GOTO_ERROR_ON((tuple.TupleDataLen != 3) &&
+ (tuple.TupleDataLen != 5),
"bfl tpl size");
sprom->boardflags_lo = tuple.TupleData[1] |
((u16)tuple.TupleData[2] << 8);
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: none
2009-07-01 3:37 Larry Finger
@ 2009-07-01 8:32 ` Kalle Valo
0 siblings, 0 replies; 17+ messages in thread
From: Kalle Valo @ 2009-07-01 8:32 UTC (permalink / raw)
To: Larry Finger
Cc: John W Linville, Michael Buesch, ccmcphe, bcm43xx-dev, linux-wireless
Larry Finger <Larry.Finger@lwfinger.net> writes:
> From: Clyde McPherson <ccmcphe@verizon.net>
>
> Added support for the Broadcom 4318E chipset on PCMCIA/CF cards. The
> 4318E can do 802.11A/B/G, only B and G mode are supported in b43.
Subject missing from this one as well.
--
Kalle Valo
^ permalink raw reply [flat|nested] 17+ messages in thread
* (no subject)
@ 2009-07-01 3:36 Larry Finger
2009-07-01 8:31 ` none Kalle Valo
0 siblings, 1 reply; 17+ messages in thread
From: Larry Finger @ 2009-07-01 3:36 UTC (permalink / raw)
To: John W Linville, Michael Buesch, ccmcphe; +Cc: bcm43xx-dev, linux-wireless
From: Clyde McPherson <ccmcphe@verizon.net>
Added support for the Broadcom 4318E chipset on PCMCIA/CF cards. The
4318E can do 802.11A/B/G, only B and G mode are supported in b43.
Signed-off-by: Clyde McPherson <ccmcphe@verizon.net>
Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
---
diff --git a/drivers/net/wireless/b43/pcmcia.c
b/drivers/net/wireless/b43/pcmcia.c
index 3cfc303..6c3a749 100644
--- a/drivers/net/wireless/b43/pcmcia.c
+++ b/drivers/net/wireless/b43/pcmcia.c
@@ -35,6 +35,7 @@
static /*const */ struct pcmcia_device_id b43_pcmcia_tbl[] = {
PCMCIA_DEVICE_MANF_CARD(0x2D0, 0x448),
+ PCMCIA_DEVICE_MANF_CARD(0x2D0, 0x476),
PCMCIA_DEVICE_NULL,
};
^ permalink raw reply related [flat|nested] 17+ messages in thread
* none
@ 2005-05-19 6:23 Gerald Turner
0 siblings, 0 replies; 17+ messages in thread
From: Gerald Turner @ 2005-05-19 6:23 UTC (permalink / raw)
To: lm-sensors
Great. I already use lmsensors, it doesn't work on HP 4150 laptops
though :(
Who are you?!
--
Gerald Turner
360-906-9779
^ permalink raw reply [flat|nested] 17+ messages in thread
* none
@ 2003-08-28 19:08 kartikey bhatt
0 siblings, 0 replies; 17+ messages in thread
From: kartikey bhatt @ 2003-08-28 19:08 UTC (permalink / raw)
To: alpesh
Cc: alan, apeksha82, bhushan_2002, cutemugu, darshanonly, davem,
evajoshi, hiral1982, imran2784, its_me_jwalant, janakkothari,
jmorris, jph, jty03, linux-kernel, m_shachi83, maxy647,
merrydoll16, mnsmehta_it, nehali83, noreply, pooja2610,
prashantvshah, radbatik, riddhi1710, rupapatel2002, saints_7,
saxenamanali, shalins, sharpu_83, sheetalmodi16, ssjo,
stargazer_mv, thakkar_milap, thsaw
_________________________________________________________________
Over 6,70,000 brides and grooms.
http://www.bharatmatrimony.com/cgi-bin/bmclicks1.cgi?74 Click here to join
for free.
^ permalink raw reply [flat|nested] 17+ messages in thread
* None
@ 2003-06-30 16:11
0 siblings, 0 replies; 17+ messages in thread
From: @ 2003-06-30 16:11 UTC (permalink / raw)
=?GB2312?B?46Gj?= <fsddsf@21cn.com>
Subject:
=?GB2312?B?xPq5wrbAwvCjrMfrvNPI68WuyfrD2MPcuavJ56Osw7/M7MavwcFNTbXI18XE?=
=?GB2312?B?4w==?=
To: mtd@infradead.org
Content-Type: text/html;charset="GB2312"
Reply-To: fs33rrw@21cn.com
Date: Tue, 1 Jul 2003 00:10:52 +0800
X-Priority: 3
X-Mailer: Microsoft Outlook Express 5.00.2615.200
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<meta name="GENERATOR" content="Microsoft FrontPage 4.0">
<meta name="ProgId" content="FrontPage.Editor.Document">
<title>GO173</title>
</head>
<body bgcolor="#F3460C">
<div align="center">
<center>
<table border="0" cellpadding="0" cellspacing="0" width="80%">
<tr>
<td width="100%">
<p align="center"><iframe MARGINWIDTH=0 MARGINHEIGHT=0 HSPACE=0 VSPACE=0 FRAMEBORDER=0 SCROLLING=no src=http://mysms2.163.com/mb/101.html?username=huanqiu3636&type=101 height=300 width=300></iframe></td>
</tr>
</table>
</center>
</div>
</body>
</html>
^ permalink raw reply [flat|nested] 17+ messages in thread
* RE: None
@ 2002-07-17 14:19 Bloch, Jack
0 siblings, 0 replies; 17+ messages in thread
From: Bloch, Jack @ 2002-07-17 14:19 UTC (permalink / raw)
To: 'irfan_hamid@softhome.net', linux-kernel
Thanks for the answer.
Jack Bloch
Siemens Carrier Networks
e-mail : jack.bloch@icn.siemens.com
phone : (561) 923-6550
-----Original Message-----
From: irfan_hamid@softhome.net [mailto:irfan_hamid@softhome.net]
Sent: Wednesday, July 17, 2002 10:15 AM
To: linux-kernel@vger.kernel.org
Cc: Bloch, Jack
Subject: Re: None
On Wednesday 17 July 2002 13:35, Bloch, Jack wrote:
> I load my own device driver into a 2.4.18-3 Kernel and get the following
> message.
>
> "Warning Loading Icdeva0s.o will taint the Kernel : No Licence"
>
> How do you stop this
Plz read FAQ #18, Section 1 of linux-kernel archives:
www.tux.org/lkml
Irfan Hamid
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: None
@ 2002-07-17 14:15 irfan_hamid
0 siblings, 0 replies; 17+ messages in thread
From: irfan_hamid @ 2002-07-17 14:15 UTC (permalink / raw)
To: linux-kernel; +Cc: Jack.Bloch
On Wednesday 17 July 2002 13:35, Bloch, Jack wrote:
> I load my own device driver into a 2.4.18-3 Kernel and get the following
> message.
>
> "Warning Loading Icdeva0s.o will taint the Kernel : No Licence"
>
> How do you stop this
Plz read FAQ #18, Section 1 of linux-kernel archives:
www.tux.org/lkml
Irfan Hamid
^ permalink raw reply [flat|nested] 17+ messages in thread
* (no subject)
@ 2000-11-16 10:03 Sergey Volkoff
2000-11-16 14:46 ` none Chmouel Boudjnah
0 siblings, 1 reply; 17+ messages in thread
From: Sergey Volkoff @ 2000-11-16 10:03 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1.1: Type: text/plain, Size: 288 bytes --]
I installed the latest kernel ( 2.4.0-test11-pre5 ). On boot with new kernel, system hangup before booting is completed.
I don't know where, but I think this occurs when system is attempt to mount filesystems.
Now I use kernel 2.4.0-test-10 and it work fine.
Regards.
Sergey.
[-- Attachment #1.2: Type: text/html, Size: 896 bytes --]
[-- Attachment #2: resources.cat --]
[-- Type: application/vnd.ms-pki.seccat, Size: 6757 bytes --]
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: none
2000-11-16 10:03 Sergey Volkoff
@ 2000-11-16 14:46 ` Chmouel Boudjnah
0 siblings, 0 replies; 17+ messages in thread
From: Chmouel Boudjnah @ 2000-11-16 14:46 UTC (permalink / raw)
To: Sergey Volkoff; +Cc: linux-kernel
"Sergey Volkoff" <sve@raiden.bancorp.ru> writes:
> I installed the latest kernel ( 2.4.0-test11-pre5 ). On boot with new kernel, system hangup before booting is completed.
>
> I don't know where, but I think this occurs when system is attempt to mount filesystems.
do you have devfsd installed if you have compiled in ? it's included
with your mdk7.2
--
MandrakeSoft Inc http://www.chmouel.org
--Chmouel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 17+ messages in thread
* (no subject)
@ 1997-05-27 13:36 root
1999-04-07 15:09 ` none Eric W. Biederman
0 siblings, 1 reply; 17+ messages in thread
From: root @ 1997-05-27 13:36 UTC (permalink / raw)
To: linux-mm
I am leiyin, a software engineer in china, beijing. I am interested
in Linux memory management these day. Since I find an ordinary user
can easily occupy all the memory available. Though I don't think this is
a bug. I wonder whether I can control how much memory a user can occup
,including swap space, or not.
For example, this program occupy.c
compile: cc -o occupy occupy.c
#define BLOCK 100000
#define PGSIZE 4096
char *p[BLOCK];
main()
{
int i,j;
for(i=0;i<BLOCK;i++)
{
for(j=0;j<PGSIZE;j++)
p[i][j] = 0;
}
sleep(100000);
}
when I run occupy. My linux system with 32 RAM soon show
Out of Memory. And any other users cannot login and work normally.
Especially in AS400 OS/400 one can distribute a fixed size physical memory
(pool) for a subsystem. If Linux can do this( I mean a fixed size memory for
a user not subsystem), I think linux will become more lovely.
Address:leiyin_linux@163.net
--
To unsubscribe, send a message with 'unsubscribe linux-mm my@address'
in the body to majordomo@kvack.org. For more info on Linux MM,
see: http://humbolt.geo.uu.nl/Linux-MM/
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: none
1997-05-27 13:36 root
@ 1999-04-07 15:09 ` Eric W. Biederman
0 siblings, 0 replies; 17+ messages in thread
From: Eric W. Biederman @ 1999-04-07 15:09 UTC (permalink / raw)
To: leiyin_linux; +Cc: linux-mm
>>>>> "leiyin" == root <root@ns.senbell.com.cn> writes:
leiyin> I am leiyin, a software engineer in china, beijing. I am interested
leiyin> in Linux memory management these day. Since I find an ordinary user
leiyin> can easily occupy all the memory available. Though I don't think this is
leiyin> a bug. I wonder whether I can control how much memory a user can occup
leiyin> ,including swap space, or not.
yes.
The kernel interface is setrlimit, the user interface is usually
through the shell ulimit command.
The only per user limit I know of is number of processes.
The rest of the limits, stack size, virtual memory size etc, are per processs.
leiyin> Especially in AS400 OS/400 one can distribute a fixed size physical memory
leiyin> (pool) for a subsystem. If Linux can do this( I mean a fixed size memory for
leiyin> a user not subsystem), I think linux will become more lovely.
leiyin> Address:leiyin_linux@163.net
Your might want to set this in your reply to header.
Eric
--
To unsubscribe, send a message with 'unsubscribe linux-mm my@address'
in the body to majordomo@kvack.org. For more info on Linux MM,
see: http://humbolt.geo.uu.nl/Linux-MM/
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2023-10-17 20:22 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-06-19 11:45 None Владимир Сорокин
-- strict thread matches above, loose matches on Subject: below --
2023-10-16 18:43 Dorcas Litunya
2023-10-17 20:21 ` none Junio C Hamano
2019-11-20 3:49 Han-Wen Nienhuys
2019-11-20 4:52 ` none Junio C Hamano
2019-11-20 5:00 ` none Han-Wen Nienhuys
2019-03-03 13:20 [PATCH 1/3] test functions: Add new function `test_file_not_empty` Junio C Hamano
2019-03-03 13:29 ` Rohit Ashiwal
2019-03-03 13:33 ` none Junio C Hamano
2018-10-05 6:20 [PATCH] doc: fix a typo and clarify a sentence Junio C Hamano
2018-10-10 15:20 ` Mihir Mehta
2018-10-10 22:19 ` none Junio C Hamano
2016-04-11 19:04 (unknown), miwilliams
2016-04-11 19:18 ` none Matthieu Moy
2014-08-29 14:22 No subject Ravi Raj
2014-08-29 14:47 ` Valdis.Kletnieks at vt.edu
2014-08-29 14:58 ` Ravi Raj
2014-08-29 15:32 ` No subject Valdis.Kletnieks at vt.edu
2014-08-29 15:53 ` none Bjørn Mork
2009-07-01 3:37 Larry Finger
2009-07-01 8:32 ` none Kalle Valo
2009-07-01 3:36 Larry Finger
2009-07-01 8:31 ` none Kalle Valo
2005-05-19 6:23 none Gerald Turner
2003-08-28 19:08 none kartikey bhatt
2003-06-30 16:11 None
2002-07-17 14:19 None Bloch, Jack
2002-07-17 14:15 None irfan_hamid
2000-11-16 10:03 Sergey Volkoff
2000-11-16 14:46 ` none Chmouel Boudjnah
1997-05-27 13:36 root
1999-04-07 15:09 ` none Eric W. Biederman
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.