, it's not something you should be messing with.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from this list: send the line
On Mon, 24 Sep 2007, Jaswinder Singh wrote:
hello rday,
On 9/24/07, Robert P. J. Day [EMAIL PROTECTED] wrote:
On Mon, 24 Sep 2007, Jaswinder Singh wrote:
hello rday,
In my view autoconf.h is the index of kernel you are using. By
reading autoconf.h you will know what
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from
hypothetical vsprintf.h? just
curious.
in any case, it would seem that kernel.h could stand a good cleaning.
it give the impression of just being an arbitrary dumping ground when
folks can't figure out where to put something.
rday
--
=================
case, it would seem that kernel.h could stand a good cleaning.
it give the impression of just being an arbitrary dumping ground when
folks can't figure out where to put something.
rday
--
Robert P. J. Day
Linux Consulting
ht want to start there to get up to speed if you intend to
invest any time in this.
rday
--
============
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http:
SIZE in size. just an
observation.
rday
--
============
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
=
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from this list: send the line
to speed if you intend to
invest any time in this.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
unifdef-y in include/linux/Kbuild. The former is
> for plain headers exported to userspace as-is. The latter need
> preprocessing to remove __KERNEL__, CONFIG_*, etc.
AFAIK, the only preprocessing that's removed is "__KERNEL__".
rday
--
=
is __KERNEL__.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe
space.php3
and you wouldn't *believe* how much space you can save by getting rid
of all that annoying indentation. and don't even get me *started* on
those comments ...
rday
--
================
Robert P. J. Day
Linux Consulting, Tra
that annoying indentation. and don't even get me *started* on
those comments ...
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
Given the equivalent "retain_initrd" boot-time paramater, "keepinitrd"
appears to be entirely superfluous.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
since this appears to be exactly the situation as with AVR32, it's
an equivalent patch. there ar
Given the existing "retain_initrd" boot-time parameter defined in
init/initramfs.c, there appears to be no need for the equivalent
"keepinitrd" parameter.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
not compile-tested, so i'll leave it with haav
y LTT-ng? just curious.
rday
--
============
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http:/
curious.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe
Given the existing retain_initrd boot-time parameter defined in
init/initramfs.c, there appears to be no need for the equivalent
keepinitrd parameter.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
not compile-tested, so i'll leave it with haavard to make the final
call.
the arm
Given the equivalent retain_initrd boot-time paramater, keepinitrd
appears to be entirely superfluous.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
since this appears to be exactly the situation as with AVR32, it's
an equivalent patch. there are no other situations like
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
> On Sun, Sep 16, 2007 at 08:58:03AM -0400, Robert P. J. Day wrote:
> > On Sun, 16 Sep 2007, Sam Ravnborg wrote:
> >
> > > A summary of what is planned to be submitted in next merge window for
> > > kbuild.
> > >
*that*. :-)
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&q
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
On Sun, Sep 16, 2007 at 08:58:03AM -0400, Robert P. J. Day wrote:
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
A summary of what is planned to be submitted in next merge window for
kbuild.
The shortlog below have additional details
}
+
return ret;
}
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from th
;
}
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from this list: send
instead? that would match fedora's
"kernel-devel" naming convention.
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Ped
convention.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
On Wed, 12 Sep 2007, Rogan Dawes wrote:
> Robert P. J. Day wrote:
> > p.s. by "basic", i mean those boot-time parms defined by either
> > "__setup()" or "early_param()". which means that module writers
> > should, as much as possible,
On Wed, 12 Sep 2007, David Newall wrote:
> Robert P. J. Day wrote:
> > if the goal is to simply put all of the basic boot-time kernel parms
> > along with the module-specific ones into a single file, sorted in
> > alphabetical order, then i contend that this is, in fact,
On Wed, 12 Sep 2007, David Newall wrote:
> Robert P. J. Day wrote:
> > while killing some time between compiles and ridding the
> > kernel-parameters.txt file of out-of-date or incorrect cruft, it
> > occurs to me that that file is borderline valueless since it
> > a
.h
include/asm-parisc/compat.h
include/asm-sparc64/compat.h
include/asm-x86_64/compat.h
include/asm-powerpc/compat.h
include/net/compat.h
rday
--
============
Robert P. J. Day
Linux Consulting, Training
echanism. it's just a thought. :-)
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe
On Wed, 12 Sep 2007, Rogan Dawes wrote:
Robert P. J. Day wrote:
p.s. by basic, i mean those boot-time parms defined by either
__setup() or early_param(). which means that module writers
should, as much as possible, stop using those macros to define
command-line parameters
. :-)
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from this list: send the line unsubscribe
/compat.h
include/asm-powerpc/compat.h
include/net/compat.h
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
On Wed, 12 Sep 2007, David Newall wrote:
Robert P. J. Day wrote:
while killing some time between compiles and ridding the
kernel-parameters.txt file of out-of-date or incorrect cruft, it
occurs to me that that file is borderline valueless since it
apparently tries to document every
On Wed, 12 Sep 2007, David Newall wrote:
Robert P. J. Day wrote:
if the goal is to simply put all of the basic boot-time kernel parms
along with the module-specific ones into a single file, sorted in
alphabetical order, then i contend that this is, in fact, silly.
Or even, messy
t userspace, do you need such kernel? ==
um ... all i asked was whether that code should be updated to reflect
more than just floppies. i didn't foresee the can of worms here.
rday
--
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from this list: send
On Wed, 5 Sep 2007, Jan Engelhardt wrote:
>
> On Sep 5 2007 05:42, Robert P. J. Day wrote:
> >that doesn't solve the problem. i should have mentioned that i
> >already (unnecessarily, i suggest) ran "make modules_prepare", but
> >the problem persists.
> &g
On Wed, 5 Sep 2007, Jan Engelhardt wrote:
>
> On Sep 5 2007 11:37, Michal Piotrowski wrote:
> >
> >Hi,
> >
> >[Adding K{build,config} wizards to CC]
> >
> >On 05/09/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> >>
> >> $ make d
xes
this, but i'm not conversant enough with the Makefile to want to take
a shot at repairing this.
rday
--
====
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse
this, but i'm not conversant enough with the Makefile to want to take
a shot at repairing this.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
On Wed, 5 Sep 2007, Jan Engelhardt wrote:
On Sep 5 2007 11:37, Michal Piotrowski wrote:
Hi,
[Adding K{build,config} wizards to CC]
On 05/09/07, Robert P. J. Day [EMAIL PROTECTED] wrote:
$ make distclean
$ make defconfig
$ make menuconfig (select visor.ko to be built
On Wed, 5 Sep 2007, Jan Engelhardt wrote:
On Sep 5 2007 05:42, Robert P. J. Day wrote:
that doesn't solve the problem. i should have mentioned that i
already (unnecessarily, i suggest) ran make modules_prepare, but
the problem persists.
the issue seems to be that running that last make
On Sun, 2 Sep 2007, rae l wrote:
> On 9/2/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> > denis:
> >
> > if you're planning on doing this ARRAY_SIZE cleanup fairly
> > rigorously, here's an overview of what you're looking (based on a
> > fairly dumb sca
lt;
sizeof(adapter->wep_keys) / sizeof(adapter->wep_keys[0]);
./drivers/net/wireless/libertas/main.c: end =
sizeof(region_cfp_table)/sizeof(struct region_cfp_table);
./net/atm/proc.c: vcc->qos.aal >=
sizeof(aal_name)/sizeof(aal_name[0]) ? &q
On Sat, 1 Sep 2007, Robert P. J. Day wrote:
> On Sat, 1 Sep 2007, Dave Jones wrote:
> > People just don't care about how mature an option is if they need
> > a driver/feature. *No-one* is going to come across options and
> > think "Oh, the driver for my network car
On Sat, 1 Sep 2007, Dave Jones wrote:
> On Sat, Sep 01, 2007 at 05:41:06AM -0400, Robert P. J. Day wrote:
>
> > this whole attribute thing is not adding anything breathtaking new,
> > it's simply taking the example set by EXPERIMENTAL and generalizing
> > it and m
On Sat, 1 Sep 2007, Sam Ravnborg wrote:
> On Sat, Sep 01, 2007 at 06:44:06AM -0400, Robert P. J. Day wrote:
> >
> > > > while (1) {
> > > > printf("%*s%s ", indent - 1, "", menu->prompt->text);
> > > >
to change
your opinion.
rday
--
====
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crash
}
> > if (sym->name)
> > printf("(%s) ", sym->name);
> > type = sym_get_type(sym);
for now, simon, why not just reduce this to supporting only DEPREC
On Sat, 1 Sep 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> > given the possible interpretations of EXPERIMENTAL that i hadn't
> > considered until now, maybe it really *does* make sense to tag
> > something as both EXPERIMENTAL and, say, DEPRECATED (does it?)
On Sat, 1 Sep 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> > you take advantage of that? you'd have to add a new
> > structure to "make config" along the following lines:
> >
> > Along with maturity-untagged features, what other maturi
On Sat, 1 Sep 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> > *attributes* would be orthogonal to one another -- the values
> > *within* an attribute would be mutually exclusive.
>
> Ah, right.
great, we got that cleared up. onward.
> In the context of kernel
On Sat, 1 Sep 2007, Jan Engelhardt wrote:
>
> On Aug 31 2007 18:02, Jeff Garzik wrote:
> > Robert P. J. Day wrote:
> >> it may be that some people had a different understanding of what was
> >> meant by "maturity" than i did. what *i* meant by th
On Fri, 31 Aug 2007, Dave Jones wrote:
> On Fri, Aug 31, 2007 at 05:38:34PM -0400, Robert P. J. Day wrote:
> > it's a natural progression and, at any point, a feature cannot
> > possibly have more than one maturity value. it would be as absurd
> > as saying that s
On Sat, 1 Sep 2007, Jan Engelhardt wrote:
>
> On Aug 31 2007 21:33, Robert P. J. Day wrote:
> >
> >perhaps. all i'm begging for is that these attributes be defined
> >cleanly and clearly, and following those two conditions i suggested
> >earlier:
> >
> &
\
> __rounddown_pow_of_two(n) \
> )
>
> -
oh, crap ... how did that happen? sorry.
rday
--
Robert P. J. Day
Linux Consulti
.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from
On Sat, 1 Sep 2007, Jan Engelhardt wrote:
On Aug 31 2007 21:33, Robert P. J. Day wrote:
perhaps. all i'm begging for is that these attributes be defined
cleanly and clearly, and following those two conditions i suggested
earlier:
1) all attributes are orthogonal to one another
On Fri, 31 Aug 2007, Dave Jones wrote:
On Fri, Aug 31, 2007 at 05:38:34PM -0400, Robert P. J. Day wrote:
it's a natural progression and, at any point, a feature cannot
possibly have more than one maturity value. it would be as absurd
as saying that someone was a teenager
On Sat, 1 Sep 2007, Jan Engelhardt wrote:
On Aug 31 2007 18:02, Jeff Garzik wrote:
Robert P. J. Day wrote:
it may be that some people had a different understanding of what was
meant by maturity than i did. what *i* meant by that attribute is
a feature's current position in the normal
On Sat, 1 Sep 2007, Stefan Richter wrote:
Robert P. J. Day wrote:
*attributes* would be orthogonal to one another -- the values
*within* an attribute would be mutually exclusive.
Ah, right.
great, we got that cleared up. onward.
In the context of kernel features, experimental doesn't
On Sat, 1 Sep 2007, Stefan Richter wrote:
Robert P. J. Day wrote:
you take advantage of that? you'd have to add a new
structure to make config along the following lines:
Along with maturity-untagged features, what other maturity levels
would you like to see and be able to select
On Sat, 1 Sep 2007, Stefan Richter wrote:
Robert P. J. Day wrote:
given the possible interpretations of EXPERIMENTAL that i hadn't
considered until now, maybe it really *does* make sense to tag
something as both EXPERIMENTAL and, say, DEPRECATED (does it?).
In theory maybe
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
opinion.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
On Sat, 1 Sep 2007, Sam Ravnborg wrote:
On Sat, Sep 01, 2007 at 06:44:06AM -0400, Robert P. J. Day wrote:
while (1) {
printf(%*s%s , indent - 1, , menu-prompt-text);
+ switch (sym-maturity) {
+ case M_EXPERIMENTAL
On Sat, 1 Sep 2007, Dave Jones wrote:
On Sat, Sep 01, 2007 at 05:41:06AM -0400, Robert P. J. Day wrote:
this whole attribute thing is not adding anything breathtaking new,
it's simply taking the example set by EXPERIMENTAL and generalizing
it and making it more convenient
On Sat, 1 Sep 2007, Robert P. J. Day wrote:
On Sat, 1 Sep 2007, Dave Jones wrote:
People just don't care about how mature an option is if they need
a driver/feature. *No-one* is going to come across options and
think Oh, the driver for my network card isn't stable. Guess I'll
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from
On Fri, 31 Aug 2007, Mitchell Erblich wrote:
> "Robert P. J. Day" wrote:
> >
> > at the risk of driving everyone here totally bonkers, i'm going to
> > take one last shot at explaining what i was thinking of when i first
> > proposed this whole "mat
On Sat, 1 Sep 2007, Stefan Richter wrote:
> Robert P. J. Day wrote:
> ...
> > attributes would have two critical and non-negotiable properties:
> >
> > 1) they would be entirely orthogonal to one another, and
> > 2) they can be assigned at most one
t for me.
rday
--
============
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from
ugh i'll have to go back later
and look more closely.
but i hope i've flogged this thoroughly to the point where people
can see what i'm driving at. once you see (as in simon's patch) how
to add the first attribute, it's trivial to simply duplicate that code
to add as many more as you want.
rday
-
- any feature should have exactly *one*
value for any attribute. that is, in terms of maturity, a feature
could be EXPERIMENTAL *or* DEPRECATED *or* OBSOLETE. it ***can't***
be more than one, as in both DEPRECATED *and* OBSOLETE. to allow that
flexibility is to descend into absurdity.
rday
--
=
On Fri, 31 Aug 2007, Jeff Garzik wrote:
> Robert P. J. Day wrote:
> > i'm sure i'm going to get shouted down here, but i really disagree
> > with "BROKEN" being considered a "maturity level". IMHO, things
> > like EXPERIMENTAL, DEPRECATED and OBSOLETE
On Fri, 31 Aug 2007, Randy Dunlap wrote:
> On Thu, 19 Jul 2007 23:05:57 +0100 Simon Arlott wrote:
>
> > On 19/07/07 17:19, Robert P. J. Day wrote:
> > > On Thu, 19 Jul 2007, Randy Dunlap wrote:
> > >> I think that Stefan means a patch to the kconfig source code,
"Satan begins ice skating to work\n");
+ printk(KERN_NOTICE "Use 'netdev=' instead\n");
+ return netdev_boot_setup(str);
+}
+
+__setup("ether=", ether_boot_setup);
/**
* eth_header - create the Ethernet header
--
==================
hat: CONFIG_FORCED_INLINING
> When: June 2006
> What: eepro100 network driver
> When: January 2007
some of that has already been discussed and postponed slightly, like
the eepro100 stuff:
http://marc.info/?l=linux-kernel=118827478527526=2
but some of the rest is definitely overdue.
rday
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
if i read correctly an email i just got from Yoshinori Sato, he
wanted me to post this to the main list. it seems an obvious enough
error that it can probably be pushed to the main tree fairly soon,
unless i've messed something u
On Thu, 30 Aug 2007, Rob Landley wrote:
> On Thursday 30 August 2007 1:28:17 pm Robert P. J. Day wrote:
> > On Thu, 30 Aug 2007, Randy Dunlap wrote:
> >
> > ...
> >
> > > The old "ramdisk=" has been changed to
> > > "ramdisk_size="
been discussed and postponed slightly, like
the eepro100 stuff:
http://marc.info/?l=linux-kernelm=118827478527526w=2
but some of the rest is definitely overdue.
rday
--
Robert P. J. Day
Linux Consulting, Training
to work\n);
+ printk(KERN_NOTICE Use 'netdev=value' instead\n);
+ return netdev_boot_setup(str);
+}
+
+__setup(ether=, ether_boot_setup);
/**
* eth_header - create the Ethernet header
--
Robert P. J. Day
Linux
On Fri, 31 Aug 2007, Randy Dunlap wrote:
On Thu, 19 Jul 2007 23:05:57 +0100 Simon Arlott wrote:
On 19/07/07 17:19, Robert P. J. Day wrote:
On Thu, 19 Jul 2007, Randy Dunlap wrote:
I think that Stefan means a patch to the kconfig source code,
not the the Kconfig files. Good luck
On Fri, 31 Aug 2007, Jeff Garzik wrote:
Robert P. J. Day wrote:
i'm sure i'm going to get shouted down here, but i really disagree
with BROKEN being considered a maturity level. IMHO, things
like EXPERIMENTAL, DEPRECATED and OBSOLETE represent maturity
levels, for what i think
could be EXPERIMENTAL *or* DEPRECATED *or* OBSOLETE. it ***can't***
be more than one, as in both DEPRECATED *and* OBSOLETE. to allow that
flexibility is to descend into absurdity.
rday
--
Robert P. J. Day
Linux Consulting
(as in simon's patch) how
to add the first attribute, it's trivial to simply duplicate that code
to add as many more as you want.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from this list: send
On Sat, 1 Sep 2007, Stefan Richter wrote:
Robert P. J. Day wrote:
...
attributes would have two critical and non-negotiable properties:
1) they would be entirely orthogonal to one another, and
2) they can be assigned at most one of a pre-defined set of values
If they are fully
On Fri, 31 Aug 2007, Mitchell Erblich wrote:
Robert P. J. Day wrote:
at the risk of driving everyone here totally bonkers, i'm going to
take one last shot at explaining what i was thinking of when i first
proposed this whole maturity level thing. and, just so you know,
the major
On Thu, 30 Aug 2007, Rob Landley wrote:
On Thursday 30 August 2007 1:28:17 pm Robert P. J. Day wrote:
On Thu, 30 Aug 2007, Randy Dunlap wrote:
...
The old ramdisk=ram_size has been changed to
ramdisk_size=ram_size to make it clearer. The original
ramdisk=ram_size has been kept
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
if i read correctly an email i just got from Yoshinori Sato, he
wanted me to post this to the main list. it seems an obvious enough
error that it can probably be pushed to the main tree fairly soon,
unless i've messed something up here
On Thu, 30 Aug 2007, Randy Dunlap wrote:
> On Thu, 30 Aug 2007 15:41:27 -0700 H. Peter Anvin wrote:
>
> > Rob Landley wrote:
> > > On Thursday 30 August 2007 1:28:17 pm Robert P. J. Day wrote:
> > >> On Thu, 30 Aug 2007, Randy Dunlap wrote:
> > >>
>
On Thu, 30 Aug 2007, H. Peter Anvin wrote:
> Rob Landley wrote:
> > On Thursday 30 August 2007 1:28:17 pm Robert P. J. Day wrote:
> > > On Thu, 30 Aug 2007, Randy Dunlap wrote:
> > >
> > > ...
> > >
> > > > The old "ramdisk=&q
the other day submitted a patch to remove that backward
compatibility, and the m68k portion of it has already been acked by
geert uytterhoeven.
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kerne
to remove that backward
compatibility, and the m68k portion of it has already been acked by
geert uytterhoeven.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http
On Thu, 30 Aug 2007, H. Peter Anvin wrote:
Rob Landley wrote:
On Thursday 30 August 2007 1:28:17 pm Robert P. J. Day wrote:
On Thu, 30 Aug 2007, Randy Dunlap wrote:
...
The old ramdisk=ram_size has been changed to
ramdisk_size=ram_size to make it clearer. The original
301 - 400 of 1841 matches
Mail list logo