, on
SPARC and SPARC64 it is missing. Sorry, I've got no clue on how to define
this correctly here.
It is also missing on alpha, blackfin, parisc, sh64, sh, xtensa
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32
, on
SPARC and SPARC64 it is missing. Sorry, I've got no clue on how to define
this correctly here.
It is also missing on alpha, blackfin, parisc, sh64, sh, xtensa
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32
CH=y
CONFIG_TEXTSEARCH_KMP=m
CONFIG_TEXTSEARCH_BM=m
CONFIG_TEXTSEARCH_FSM=m
CONFIG_PLIST=y
CONFIG_HAS_IOMEM=y
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universida
CONFIG_HAS_IOPORT=y
CONFIG_HAS_DMA=y
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32
The following patch deletes an assignment to the variable p9_debug_level,
which is never defined and isn't used anywhere else I can see.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Horst H. von Brand <[EMAIL PROTECTED]>
Signed-off-by: Horst H. von Brand <[EMAIL PROTECTED]>
---
fs/9p/v9fs.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/fs/9p/v9fs.c b/fs/9p/v9fs.c
index 45c3598..72ad365 100644
--- a/fs/9p/v9fs.c
+++ b/fs/9p/v9fs
From: Horst H. von Brand [EMAIL PROTECTED]
Signed-off-by: Horst H. von Brand [EMAIL PROTECTED]
---
fs/9p/v9fs.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/fs/9p/v9fs.c b/fs/9p/v9fs.c
index 45c3598..72ad365 100644
--- a/fs/9p/v9fs.c
+++ b/fs/9p/v9fs.c
@@ -131,7
The following patch deletes an assignment to the variable p9_debug_level,
which is never defined and isn't used anywhere else I can see.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
be overriden with "git
>checkout -f $branch".
What happens if there are changes in the tracked files?
[...]
> * Shallow clones
>
> - There is a partial support for 'shallow' repositories that
>keeps only recent history. A 'shallow clone' is created by
>specifying how de
uot; ones was that people might have scripts
> to automate downloading & updating of packages, and they may not
> like to get "beta" installed for them.
Then put them into a "testing" or "pre-release" directory...
--
Dr. Horst H. von Brand User
, and they may not
like to get beta installed for them.
Then put them into a testing or pre-release directory...
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria
shallowness would be nice here...
Very nice work, thanks!
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile
bug + fix. But my feelin is that this is
older.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32
.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
-
To unsubscribe from
u can get it (as source, or
prebuilt) from <http://kernel.org/pub/software/scm/git>, a bunch of
documentation is in the package itself or at <http://www.git.or.cz>.
<http://www.kernel.org> gives pointers to several git kernel repositories.
Good luck!
--
Dr. Horst H. von Brand
://kernel.org/pub/software/scm/git, a bunch of
documentation is in the package itself or at http://www.git.or.cz.
http://www.kernel.org gives pointers to several git kernel repositories.
Good luck!
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica
.5.0
> will start soonish.
I get git version 1.4.4.4.g9a5e4 (used to be 1.5.0.rc0.gXXXX) on the msater
branch now?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria
to be 1.5.0.rc0.g) on the msater
branch now?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile
charset problems today are much more visible today than, say, 15
years back, that is all.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Cas
are much more visible today than, say, 15
years back, that is all.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso
l_ the information is stored as plain text - a series file and
> the patches (one per file). This easily lends itself to versioning the
> patches using any number of of SCMs.
A installation script/Makefile (or at least instructions) is missing...
--
Dr. Horst H. von Brand Us
as plain text - a series file and
the patches (one per file). This easily lends itself to versioning the
patches using any number of of SCMs.
A installation script/Makefile (or at least instructions) is missing...
--
Dr. Horst H. von Brand User #22616 counter.li.org
IG_SCSI_SCAN_ASYNC=y ?)
> References : http://lkml.org/lkml/2006/12/13/181
> http://lkml.org/lkml/2007/01/04/75
> Submitter : Horst H. von Brand <[EMAIL PROTECTED]>
> Status : unknown
Fixed in 2.6.20-rc3 (perhaps was due to SCSI_SCAN_ASYNC)
--
Dr. Horst H.
SPARC64: Can't mount /
> References : http://lkml.org/lkml/2006/12/13/181
> Submitter : Horst H. von Brand <[EMAIL PROTECTED]>
> Status : unknown
Works for me now with 2.6.20-rc3. Might have been some form of pilot error
(perhaps setting SCSI_TGT=m and/or SCSI_SCAN_ASYNC
://lkml.org/lkml/2006/12/13/181
Submitter : Horst H. von Brand [EMAIL PROTECTED]
Status : unknown
Works for me now with 2.6.20-rc3. Might have been some form of pilot error
(perhaps setting SCSI_TGT=m and/or SCSI_SCAN_ASYNC=y, I unset them for the
current trial run).
I see CONFIG_SCSI_SCAN_ASYNC
/lkml/2006/12/13/181
http://lkml.org/lkml/2007/01/04/75
Submitter : Horst H. von Brand [EMAIL PROTECTED]
Status : unknown
Fixed in 2.6.20-rc3 (perhaps was due to SCSI_SCAN_ASYNC)
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica
D. Hazelton <[EMAIL PROTECTED]> wrote:
[...]
> None. I didn't file a report on this because I didn't find the big, just
> noted a problem that appears to occur. In this case the call's generated
> seem to wrap loops - something I've never heard of anyone doing.
Example code showing this
has to
> list the patents and the amount of my time to invest (and then he will
> get a price for it and no guarantees of success).
And them you'd have to testify (as an expert witness, AFAIU). Having
legally demostrable expertise in the area isn't easy, I suppose.
--
Dr. Horst H. von Brand
time to invest (and then he will
get a price for it and no guarantees of success).
And them you'd have to testify (as an expert witness, AFAIU). Having
legally demostrable expertise in the area isn't easy, I suppose.
--
Dr. Horst H. von Brand User #22616 counter.li.org
D. Hazelton [EMAIL PROTECTED] wrote:
[...]
None. I didn't file a report on this because I didn't find the big, just
noted a problem that appears to occur. In this case the call's generated
seem to wrap loops - something I've never heard of anyone doing.
Example code showing this weirdness?
[EMAIL PROTECTED]>
> Commit : 8701ea957dd2a7c309e17c8dcde3a64b92d8aec0
> Status : fixed in -rc2
This I see in Fedora rawhide i686 2.6.19-1.2891.fc7 (BZ'd at
<https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220855>
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de I
: 8701ea957dd2a7c309e17c8dcde3a64b92d8aec0
Status : fixed in -rc2
This I see in Fedora rawhide i686 2.6.19-1.2891.fc7 (BZ'd at
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220855
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
the only difference "diff -Nur" finds between the unpacked
initrds are the modules themselves (obviously).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria
off a few bytes/cycles and paying for
that with massive developer confusion? What if the constant changes and
is -2, or 1, tomorrow?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa
diff -Nur finds between the unpacked
initrds are the modules themselves (obviously).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla
developer confusion? What if the constant changes and
is -2, or 1, tomorrow?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 13, 2006 at 03:56:46PM -0300, Horst H. von Brand wrote:
> > I've been running kernel du jour straight from git on my SPARC Ultra 1 for
> > some time now on Aurora Corona (Fedora relative, development branch). For a
> >
util-linux-2.12a-16.EL4.20
$ ldd /bin/mount
libc.so.6 => /lib64/tls/libc.so.6 (0x0031d6c0)
/lib64/ld-linux-x86-64.so.2 (0x00552aaaa000)
All look fine to me.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica
833a1..d681e68 100644
> --- a/drivers/char/drm/Kconfig
> +++ b/drivers/char/drm/Kconfig
> @@ -6,7 +6,7 @@
> #
> config DRM
> tristate "Direct Rendering Manager (XFree86 4.1.0 and higher DRI
> support)"
> - depends on (AGP || AGP=n) && PCI
&
@@
#
config DRM
tristate Direct Rendering Manager (XFree86 4.1.0 and higher DRI
support)
- depends on (AGP || AGP=n) PCI
+ depends on PCI
^^ ???
help
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica
.6 = /lib64/tls/libc.so.6 (0x0031d6c0)
/lib64/ld-linux-x86-64.so.2 (0x00552000)
All look fine to me.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa
Adrian Bunk [EMAIL PROTECTED] wrote:
On Wed, Dec 13, 2006 at 03:56:46PM -0300, Horst H. von Brand wrote:
I've been running kernel du jour straight from git on my SPARC Ultra 1 for
some time now on Aurora Corona (Fedora relative, development branch). For a
few days now 2.6.19 panics on boot
and I think it's time it be
> pressed with graphics cards.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V,
stly in the latest glitter where support is currently
lacking, and this distorts the perspective quite a bit.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria
/ the best hardware support of all operating systems
out there. You only notice the (small) minority of devices that don't work
(yet). Sure, it is mostly in the latest glitter where support is currently
lacking, and this distorts the perspective quite a bit.
--
Dr. Horst H. von Brand
. Everything else (use on Linux, for
example) is then unreasonable use, and need not be supported at all.
This same issue has been pressed in other areas
Examples?
and I think it's time it be
pressed with graphics cards.
--
Dr. Horst H. von Brand
door (We all know it happens with software,
right? Hardware is much the same...). And they can't just work a year or
so longer to get them ironed out, by then they could be right out of
business.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica
you get the specs for that?
Can you get them?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile
uot; branches (via URL +
branches) too.
Miscellaneous debris:
'git pull' has gotten tags each time for me?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria
) too.
Miscellaneous debris:
'git pull' has gotten tags each time for me?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V
for that?
Can you get them?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
a year or
so longer to get them ironed out, by then they could be right out of
business.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Intel 3945)...
If in-tree driver is already a challange, out-of-tree is hopeless.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V,
drive it, that's fraud.
Nonsense.
[...]
> > If you're building products with no expectation of supporting outside
> > driver developers, both of those are quite possible.
> And they're both quite fraudulent. You cannot both sell something and keep
> its construction
ld you feel if you bought a car and then discovered that the
> manufacturer had welded the hood shut? How many people still do their own
> oil changes anyway?
If people don't do this, what sense does it make to tell them how to do it
anyway?
--
Dr. Horst H. von Brand User #22
and then discovered that the
manufacturer had welded the hood shut? How many people still do their own
oil changes anyway?
If people don't do this, what sense does it make to tell them how to do it
anyway?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de
of supporting outside
driver developers, both of those are quite possible.
And they're both quite fraudulent. You cannot both sell something and keep
its construction a secret.
It is quite regularly done, so this argument won't fly.
--
Dr. Horst H. von Brand User #22616 counter.li.org
-of-tree is hopeless.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
IRQ allocation, so you end up with something that's
> > visible on lspci but not actually *usable* in any real sense of the term...
> Hmmm... does this happen often? False results are definedly a show
> stopper.
Not just for systems, even for individual cards.
--
Dr. Horst H. von Brand
real sense of the term...
Hmmm... does this happen often? False results are definedly a show
stopper.
Not just for systems, even for individual cards.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
you.
Pure noise, a license can't take them away in any case.
[That is my pet pevee with GPL: It has a bit of legally binding text, and
lots of "explanation" and "philosophy" that don't add anything but
confusion. A clear-cut license plus an explanation/comment would h
xtra restrictions on the
> code *OUTSIDE* the copyright rules.
A license like GPL works /inside/ copyright law, by allowing you to do
things the law prohibits unless the owner of the right agrees. What the law
allows explicitly, regardless of the owner's wishes, can't be taken away.
--
Dr. Horst
.
A license like GPL works /inside/ copyright law, by allowing you to do
things the law prohibits unless the owner of the right agrees. What the law
allows explicitly, regardless of the owner's wishes, can't be taken away.
--
Dr. Horst H. von Brand User #22616 counter.li.org
: It has a bit of legally binding text, and
lots of explanation and philosophy that don't add anything but
confusion. A clear-cut license plus an explanation/comment would have been
better. IMHO, IANAL. HAND.]
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de
to
rebuild a kernel to check if the problem lay elsewhere). Unpacking the
initrds for 2.6.19 and 2.6.19.1 shows the same (nash script) /init and the
same modules in both (ext3 + jbd, scsi_mod, sd_mod, esp, others).
I'm stumped. Any clue?
--
Dr. Horst H. von Brand User #22616
othing whatsoever, directly?
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 279
. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
-
To unsubscribe from this list
to
rebuild a kernel to check if the problem lay elsewhere). Unpacking the
initrds for 2.6.19 and 2.6.19.1 shows the same (nash script) /init and the
same modules in both (ext3 + jbd, scsi_mod, sd_mod, esp, others).
I'm stumped. Any clue?
--
Dr. Horst H. von Brand User #22616
if (debug_locks_off()) \
> > - WARN_ON(1); \
> > + WARN_ON(c); \
> > __ret = 1; \
&
readable message too, IMHO.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
Jeffrey Hundstad <[EMAIL PROTECTED]> wrote:
> You can also use fakeroot(1).
I think that is a debianism... not here on Fedora.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica
k an initrd. It is
a bit more work, but gives you extra flexibility (i.e., not just futzing
around with permissions, can also add/replace/edit/rename/delete files, ...
using bog standard tools).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica
., not just futzing
around with permissions, can also add/replace/edit/rename/delete files, ...
using bog standard tools).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa
Jeffrey Hundstad [EMAIL PROTECTED] wrote:
You can also use fakeroot(1).
I think that is a debianism... not here on Fedora.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico
make: *** [modules] Error 2
Also i686, sparc64. At drivers/net/phy/phy.c:590 is the lone reference to
current_is_keventd in that directory. Still present as of ff51a9...
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono:
Aucoin <[EMAIL PROTECTED]> wrote:
> From: Horst H. von Brand [mailto:[EMAIL PROTECTED]
> > That means that there isn't a need for that memory at all (and so they
> In the current isolated non-production, not actually bearing a load test
> case yes. But if I can't get it t
e explain again:
- What you are doing, step by step
- What are your exact requirements
- In what exact way is it missbehaving. Please tell /in detail/ how you
determine the real behaviour, not your deductions.
[Yes, I'm in my "dense" day today.]
--
Dr. Horst H. von Brand
nce.
I'd have had to look over the code to find out what it was initialized
to. In cases where it is not an explicit 0/NULL, I'd leave it as is. It
could also break if somebody later on changes the value of BT_DEBUG_OFF
(yes, very unlikely, but...).
Bug your friendly GCC guy to loose static init
(yes, very unlikely, but...).
Bug your friendly GCC guy to loose static initializations to zero
(shouldn't be /that/ hard to do...) instead of obfuscating kernel's code.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56
, step by step
- What are your exact requirements
- In what exact way is it missbehaving. Please tell /in detail/ how you
determine the real behaviour, not your deductions.
[Yes, I'm in my dense day today.]
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de
Aucoin [EMAIL PROTECTED] wrote:
From: Horst H. von Brand [mailto:[EMAIL PROTECTED]
That means that there isn't a need for that memory at all (and so they
In the current isolated non-production, not actually bearing a load test
case yes. But if I can't get it to not swap on an idle system I
, sparc64. At drivers/net/phy/phy.c:590 is the lone reference to
current_is_keventd in that directory. Still present as of ff51a9...
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico
ing it swap less means assigning it more RAM,
i.e., giving it higher (not lower) priority than other stuff happening at
the same time.
I guess I don't understand what your needs are (not what you want to do to
get there).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Depar
Trying to compile that kernel on i686 the build fails in
drivers/net/phy/libphy.ko (drivers/net/phy/phy.c, line 590) due to
current_is_keventd() missing.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Trying to compile that kernel on i686 the build fails in
drivers/net/phy/libphy.ko (drivers/net/phy/phy.c, line 590) due to
current_is_keventd() missing.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
assigning it more RAM,
i.e., giving it higher (not lower) priority than other stuff happening at
the same time.
I guess I don't understand what your needs are (not what you want to do to
get there).
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica
86 matches
Mail list logo
