TSEARCH=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
Unive
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
ial" 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
>branch or a tag). This safety can 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
h
> > some totally bizarre 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
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 Use
ven though
> you can't explain how anyone could 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
ntel 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,
official" 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 Sant
h notches). Did 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,
the junk they shove out the 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
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 User #22616 counter.li.org
Departamento de Informatica
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
; index ef833a1..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) &&
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
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
>
ff 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
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
[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
r 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
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 weirdnes
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
d having 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
t it's more than coincidence.
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 yo
hly constant?
Please 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.
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'
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:
ed commands to unpack/pack 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
Departa
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
if (debug_locks_off()) \
> > - WARN_ON(1); \
> > + WARN_ON(c); \
> > __ret = 1;
t
> spam?
Nothing 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 F
, so I had 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
re those extra 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
given
> to 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 ex
bject: 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
mount / (CONFIG_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)
--
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
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
ion for v1.5.0
> will start soonish.
I get git version 1.4.4.4.g9a5e4 (used 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
ion, or you 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.
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
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 http://vger.kerne
e/asm-/termios.h for i686, 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 Informatica
43 matches
Mail list logo
