"Albert D. Cahalan" wrote:
* All three interfaces do progressive disclosure -- the user only sees
questions he/she needs to answer (no more hundreds of greyed-out menu
entries for irrelevant drivers!).
Well, that sucks. The greyed-out menu entries were the only good
thing about
Andrzej Krzysztofowicz wrote:
>
> "Giacomo Catenazzi wrote:"
> > Johan Adolfsson wrote:
> > >
> > > Having the help close to the config sounds like a good idea
> > > from a maintenance point of view.
> >
> > But in 2.5.x the
Johan Adolfsson wrote:
>
> > This change is too big for 2.4 kernel.
>
> It doesnt look that big to mee, so here it is for everyones consideration
> (the mailprogram probably screws up tabs etc. but you get the idea,
> I apologise if posting patches like this is the wrong way)
>
> The normal
Johan Adolfsson wrote:
>
> > - IIRC there is only few ARCH specific configuration, thus we
> > don't
> > reduce the size of che Configure.help
> > Note that the arch/config.in have to much configuration item
> > (but they repeat in (nearly) all arch/config.in files, thus
> > you
> >
[EMAIL PROTECTED] wrote:
>
> > This was already discussed on kbuild list.
> > It is better to have only 1 Configure.help. This help
> > translation of the file and help busy developers.
> > They should not rewrite texts in every Configure.help.
>
> I can't see that 1 file makes it easier.
> The
[EMAIL PROTECTED] wrote:
>
> I went ahead and implemented the change last night anyway and I
> will submit the patches and see if it will be accepted or not.
> The idea is that it first check in arch/$ARCH/Configure.help
> and if the file or the help is not found there,
> check
[EMAIL PROTECTED] wrote:
I went ahead and implemented the change last night anyway and I
will submit the patches and see if it will be accepted or not.
The idea is that it first check in arch/$ARCH/Configure.help
and if the file or the help is not found there,
check
[EMAIL PROTECTED] wrote:
This was already discussed on kbuild list.
It is better to have only 1 Configure.help. This help
translation of the file and help busy developers.
They should not rewrite texts in every Configure.help.
I can't see that 1 file makes it easier.
The same help
Johan Adolfsson wrote:
- IIRC there is only few ARCH specific configuration, thus we
don't
reduce the size of che Configure.help
Note that the arch/config.in have to much configuration item
(but they repeat in (nearly) all arch/config.in files, thus
you
should count only
Johan Adolfsson wrote:
This change is too big for 2.4 kernel.
It doesnt look that big to mee, so here it is for everyones consideration
(the mailprogram probably screws up tabs etc. but you get the idea,
I apologise if posting patches like this is the wrong way)
The normal
Andrzej Krzysztofowicz wrote:
"Giacomo Catenazzi wrote:"
Johan Adolfsson wrote:
Having the help close to the config sounds like a good idea
from a maintenance point of view.
But in 2.5.x the config.in are centralized, thus also
Configure.help sould be c
"Hen, Shmulik" wrote:
>
> Just some general questions:
>
> 1) Is there anywhere a list that describes what is intended to be in 2.5.x ?
General/Big changes are discussed in:
http://lwn.net/2001/0329/a/kernel-summit-agenda.php3
> 2) Are there any early releases of 2.5.x ?
> 3) Are the things
"Hen, Shmulik" wrote:
Just some general questions:
1) Is there anywhere a list that describes what is intended to be in 2.5.x ?
General/Big changes are discussed in:
http://lwn.net/2001/0329/a/kernel-summit-agenda.php3
2) Are there any early releases of 2.5.x ?
3) Are the things for
Martin Würtele wrote:
why does my server user swap if top givex me:
10:36am up 19:06, 1 user, load average: 0.02, 0.04, 0.00
123 processes: 121 sleeping, 1 running, 1 zombie, 0 stopped
CPU states: 0.5% user, 0.9% system, 0.0% nice, 98.4% idle
Mem: 1029200K av, 534364K used,
Studierende der Universitaet des Saarlandes wrote:
>
> I have 2 ideas:
> * glibc corrupted
> * did you downgrade the cpu?
These happen frequently to me (when compiling and installing a
new glibc)
But in this case you would have other messages (IIRC something
like
respawn too fast).
Thus the
Studierende der Universitaet des Saarlandes wrote:
I have 2 ideas:
* glibc corrupted
* did you downgrade the cpu?
These happen frequently to me (when compiling and installing a
new glibc)
But in this case you would have other messages (IIRC something
like
respawn too fast).
Thus the problem
Hello!
I was writing a bug report (parport slow, resources
problems?),
when I tried something strange and OOPS.
The original report is included in the last part of this
email.
After writing the report, I disabled parport resources in BIOS
and I maked:
cate3:~# modprobe parport_pc
Unable to
Hello!
I was writing a bug report (parport slow, resources
problems?),
when I tried something strange and OOPS.
The original report is included in the last part of this
email.
After writing the report, I disabled parport resources in BIOS
and I maked:
cate3:~# modprobe parport_pc
Unable to
Hello!
I just release a new verion of kernel autoconfig.
The kernel autoconfiguration utility will help user to detect and
configure the kernel. The detection is soft, thus no hangs!
It is still in test phase, thus now it prints only the proposed
configuration. To change real configurations,
Hello!
I just release a new verion of kernel autoconfig.
The kernel autoconfiguration utility will help user to detect and
configure the kernel. The detection is soft, thus no hangs!
It is still in test phase, thus now it prints only the proposed
configuration. To change real configurations,
[EMAIL PROTECTED] wrote:
>
> Sanjeev Wrote:
> I am not able to mount my floppy drive. When I try to mount it gives me the
> following error
> 'mount: /dev/fd0 has wrong major or minor number'
did you update the modutils?
giacomo
-
To unsubscribe from this list: send the line
[EMAIL PROTECTED] wrote:
Sanjeev Wrote:
I am not able to mount my floppy drive. When I try to mount it gives me the
following error
'mount: /dev/fd0 has wrong major or minor number'
did you update the modutils?
giacomo
-
To unsubscribe from this list: send the line "unsubscribe
Here a valid configuration (no AGP, but all DRM set)
compiling [2.4.0]:
r128_cce.c: In function `r128_cce_init_ring_buffer':
r128_cce.c:339: structure has no member named `agp'
r128_cce.c:333: warning: `ring_start' might be used uninitialized in
this function
r128_cce.c: In function
Here a valid configuration (no AGP, but all DRM set)
compiling [2.4.0]:
r128_cce.c: In function `r128_cce_init_ring_buffer':
r128_cce.c:339: structure has no member named `agp'
r128_cce.c:333: warning: `ring_start' might be used uninitialized in
this function
r128_cce.c: In function
"J . A . Magallon" wrote:
>
> On 2001.01.02 Giacomo A. Catenazzi wrote:
> > Hello!
> >
> > When working in cpu autoconfiguration I found some problems:
> >
> > I have to identify this processor:
> > Vendor: Intel
> > Family: 6
> > Model: 8
> > Is it a "Pentium III (Coppermine)"
"J . A . Magallon" wrote:
On 2001.01.02 Giacomo A. Catenazzi wrote:
Hello!
When working in cpu autoconfiguration I found some problems:
I have to identify this processor:
Vendor: Intel
Family: 6
Model: 8
Is it a "Pentium III (Coppermine)" (setup.c:1709)
or a "Celeron
Linus Torvalds wrote:
>
> On Mon, 25 Dec 2000, Alan Cox wrote:
>
> > > One thing we _could_ potentially do is to simplify the CPU selection a
> > > bit, and make it a two-stage process. Basically have a
> > >
> > > bool "Optimize for current CPU" CONFIG_CPU_CURRENT
> > >
> > > which most
Linus Torvalds wrote:
On Mon, 25 Dec 2000, Alan Cox wrote:
One thing we _could_ potentially do is to simplify the CPU selection a
bit, and make it a two-stage process. Basically have a
bool "Optimize for current CPU" CONFIG_CPU_CURRENT
which most people who just want to
On my box, with heavy load I saw:
spurious 8259A interrupt: IRQ7.
Newer seen this message before.
Linux (2.4.0.11.4) or my old slow box ?
giacomo
My dmesg
BIOS-provided physical RAM map:
BIOS-e820: 0009fc00 @ (usable)
BIOS-e820: 0400 @
"H. Peter Anvin" wrote:
>
>
> Good question. The whole thing makes me nervous... in fact, perhaps we
> should really consider using the BIOS INT 15h interrupt to enter
> protected mode?
>
Maybe it is better to try with INT15 AX=2400 (Enable A20 gate).
INT 15-2400 enable A20
INT 15-2401
"H. Peter Anvin" wrote:
Good question. The whole thing makes me nervous... in fact, perhaps we
should really consider using the BIOS INT 15h interrupt to enter
protected mode?
Maybe it is better to try with INT15 AX=2400 (Enable A20 gate).
INT 15-2400 enable A20
INT 15-2401 disable
On my box, with heavy load I saw:
spurious 8259A interrupt: IRQ7.
Newer seen this message before.
Linux (2.4.0.11.4) or my old slow box ?
giacomo
My dmesg
BIOS-provided physical RAM map:
BIOS-e820: 0009fc00 @ (usable)
BIOS-e820: 0400 @
Josip Rodin wrote:
3) on www.d.o/devel : change the Get a Developers PGP Key link into a
Get a Developer GPG Key
I'll do this...
and replace the linked page.
I don't understand this?
Sorry!
I meant the page at the link of Get a Developers PGP Key, thus
Hello!
I have some proposal:
1) Add somewhere in www.d.o/Bugs/ a list of pseudo packages (wnpp,...)
2) Add somewhere in the db.d.o the package maintained by the selected
developer.
3) on www.d.o/devel : change the Get a Developers PGP Key link into a
Get a Developer GPG Key and replace the
Hello!
I have packed a microcode loader for Pentium Pro, Pentium II,...
I have some problem with the Intel license:
The microcode have this copyright:
/+++
/ Copyright Intel Corporation, 1995, 96, 97, 98, 99, 2000.
/
/ These microcode updates are distributed for the sole
Henning Makholm wrote:
Scripsit Giacomo Catenazzi [EMAIL PROTECTED]
/ installation in the BIOS or Operating System of computer systems
/ which include an Intel P6 family microprocessor sold or distributed
/ to or by you. You are authorized to copy and install
Amit D Chaudhary wrote:
>
> Hi,
>
> When trying to create a patch with linux 2.2.17 sources, I found the
> following files to be of size 0 in linux-2.2.17.tar.gz.
> linux/include/linux/dasd.h
> linux/include/linux/coda_opstats.h
>
> Since the file is the most latest in the kernel/v2.2
Amit D Chaudhary wrote:
Hi,
When trying to create a patch with linux 2.2.17 sources, I found the
following files to be of size 0 in linux-2.2.17.tar.gz.
linux/include/linux/dasd.h
linux/include/linux/coda_opstats.h
Since the file is the most latest in the kernel/v2.2 directory,
On Wed, Sep 13, 2000 at 02:15:58AM -0700, Daniel Quinlan wrote:
> Proposal:
>
> 1. Developers submit all Linux kernel patches to [EMAIL PROTECTED]
>(not in place yet, so don't start sending patches).
@vger.kernel.org
> 2. Each patch will conform to a standardized, but simple, text
On Wed, Sep 13, 2000 at 02:15:58AM -0700, Daniel Quinlan wrote:
Proposal:
1. Developers submit all Linux kernel patches to [EMAIL PROTECTED]
(not in place yet, so don't start sending patches).
@vger.kernel.org
2. Each patch will conform to a standardized, but simple, text format,
601 - 640 of 640 matches
Mail list logo