On Thu, 19 Jul 2007, 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. I'd still like to s
On Thu, 19 Jul 2007, Andrew Morton wrote:
> On Thu, 19 Jul 2007 07:23:46 -0400 (EDT)
> "Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
> >
> > what subs
...
config TCP_CONG_HYBLA
tristate "TCP-Hybla congestion control algorithm"
depends on EXPERIMENTAL
...
config TCP_CONG_VEGAS
tristate "TCP Vegas"
depends on EXPERIMENTAL
...
... etc etc ...
rday
--
===
On Fri, 20 Jul 2007, Gabriel C wrote:
> Robert P. J. Day wrote:
> > On Fri, 20 Jul 2007, Gabriel C wrote:
> >
> >> Hi,
> >>
> >> IP_VS has :
> >>
> >> ..
> >>
> >> tristate "IP virtual server su
depends on INET && EXPERIMENTAL
...
it might be a better investment in time to look through the Kconfig
files, and decide which entries currently marked as "EXPERIMENTAL"
really *shouldn't* be, and remo
On Fri, 20 Jul 2007, Gabriel C wrote:
> Robert P. J. Day wrote:
> > this has *nothing* to do with the aforementioned maturity levels.
> > i understand entirely the inconsistency above. what i'm
> > suggesting is that it might very well be more appropriate to *drop
t; Thanks
> Jason Xiao
it forces the selection of that option. it's sort of like a "depends
on" in reverse.
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario,
of the menuconfig and the "if"
part was implicit?
and having said that, i realize that there are menuconfig examples
for which the above is not strictly true, but i can't remember where
i've seen them. all i remember about them is that they we're a bit
confusing.
rday
On Sat, 21 Jul 2007, Jan Engelhardt wrote:
>
> On Jul 21 2007 15:05, Robert P. J. Day wrote:
> >> +menuconfig FUSION
> >...
> >> +if FUSION
> >>
> >> config FUSION_SPI
> >...
> >> +endif # FUSION
> >
> > i just *know* i
work fine,
no? thanks.
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://fsdev.net/wiki/index.php?title=Main_Page
-
To unsubscribe
On Sat, 21 Jul 2007, Peter Zijlstra wrote:
> On Sat, 2007-07-21 at 15:21 -0400, Robert P. J. Day wrote:
> > again, probably displaying my abject ignorance, but i wrote a
> > trivial module that tries to "var % 15", and i get:
> >
> > WARNING: "__moddi3
On Sat, 21 Jul 2007, Jan Engelhardt wrote:
>
> On Jul 21 2007 15:15, Robert P. J. Day wrote:
> >> >wouldn't it be philosophically cleaner if the internals of a
> >> >menuconfig structure *automatically* depended on selection of the
> >>
didnt at first ...
> so yeah, extending it however we see fit should be fine
> -mike
just for the entertainment value:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=217840
rday
--
Robert P. J. Day
Linux Consulting
-Original Message-
>From: Dmitry Monakhov <[EMAIL PROTECTED]>
>Sent: Jul 24, 2007 4:59 AM
>To: linux-kernel@vger.kernel.org
>Cc: device-mapper development <[EMAIL PROTECTED]>
>Subject: [PATCH 8/8] dm: dm-target.c Convert kmalloc + memset to kzalloc
>
>Signed-off-by: Dmitry Monakhov <[EM
you're mounting the disk cache as a filesystem. Because of
this, ramfs is not an optional component removable via menuconfig,
since there would be negligible space savings."
it seems pointless to leave this as a Kconfig entry.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
Add some documentation to potentially confusing preprocessor
directives in some source files in the init/ directory to show their
proper association and nesting.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
not all of them, just those that are sufficiently distant from
Since the "ramdisk" kernel parameter has been officially deprecated
since at least 2.6.18, might as well finally get rid of it.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
compile tested with "make defconfig" under i386. did i miss any
eq
given that "ether=" has been officially obsolete since 2.6.18
(replaced by "netdev="), is there any reason to keep it around? or
can it be blasted?
rday
--
================
Robert P. J. Day
Linux Consulting, T
On Tue, 28 Aug 2007, H. Peter Anvin wrote:
> Robert P. J. Day wrote:
> > given that "ether=" has been officially obsolete since 2.6.18
> > (replaced by "netdev="), is there any reason to keep it around?
> > or can it be blasted?
>
> That sound
On Tue, 28 Aug 2007, H. Peter Anvin wrote:
> Robert P. J. Day wrote:
> > On Tue, 28 Aug 2007, H. Peter Anvin wrote:
> >
> >> Robert P. J. Day wrote:
> >>> given that "ether=" has been officially obsolete since 2.6.18
> >>> (replaced by &
To go along with the existing "roundup_pow_of_two" routine, add one
for rounding down since that operation appears to crop up on a regular
basis in the source tree.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
some brief tests indicate that these routines return th
intk.time". coming soonish.
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To un
>From commit cd8c93a4e04dce8f00d1ef3a476aac8bd65ae40b:
"Similar functionality was turned on by acpi_fake_ecdt=1 command line
before. Now it is on all the time."
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/Documentation/kernel-parameters.txt
b/D
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
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=" h
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, 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="
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 someth
ust 2006
> What: 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&m=118827478527526&w=2
but some of the rest
"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
--
==
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,
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
a reason for this -- 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 in
th-grinding maturity level of BROKEN :-). but
other than that, it looked good, although 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
thank you for making my point for me.
rday
--
============
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
=
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
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 &quo
\
> __rounddown_pow_of_two(n) \
> )
>
> -
oh, crap ... how did that happen? sorry.
rday
--
Robert P. J. Day
Linux Consulti
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:
> >
&
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 someon
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 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, 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
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?)
t; + }
> > if (sym->name)
> > printf("(%s) ", sym->name);
> > type = sym_get_type(sym);
for now, simon, why not just reduce this to support
part is going to change
your 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);
> > > >
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
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 networ
reless/libertas/fw.c: for (i = 0; i <
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)/
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
> >
s first fixes
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
htt
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
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
operations will, in fact, be atomic. For example,
> posted today:
>
> http://lkml.org/lkml/2007/8/8/122
i'm sure that, when this is all done, i'll finally have an answer to
my original question, "why are some atomic_t's not volatile, while
most are?"
i'm almost scared to ask any more questions. :-)
On Thu, 9 Aug 2007, Chris Snook wrote:
> Robert P. J. Day wrote:
> > i'm almost scared to ask any more questions. :-)
> >
> > rday
>
> Momentarily I'll be posting a patchset that makes all atomic_t and
> atomic64_t declarations non-volatile, and cast
On Thu, 9 Aug 2007, Robert P. J. Day wrote:
> On Thu, 9 Aug 2007, Chris Snook wrote:
>
> > Robert P. J. Day wrote:
>
> > > i'm almost scared to ask any more questions. :-)
> > >
> > > rday
> >
> > Momentarily I'll be posting a patc
irely?
rday
--
========
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://fsdev.net/wiki/index.php?title=Main_Page
-
To unsubscribe from this list: send the line "
also def_boolean and def_tristate.
while the parser recognizes "def_boolean", it's not used anywhere in
the tree. perhaps it can simply be dropped in favour of def_bool.
rday
--
============
Robert P. J. Day
Linux Consul
at change is not precisely equivalent, it now clears more than
the original code. as long as that's not a problem.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://fsdev.net/wiki/index.php?titl
from my days submitting numerous patches of this type, i can recall
that in cases like the above, it's a judgment call -- use kzalloc to
get the zeroing, or use kcalloc to get the array-flavoured behaviour.
what a shame you can't have both at the same time.
rday
--
=
superfluous casts when
calling one of those memory allocation routines.
rday
--
============
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://fsdev.net/wiki/index.php?title=Main_Page
==
; what a shame you can't have both at the same time.
>
> kcalloc() zeros memory just like standard calloc() in userspace.
>
> As says:
>
> * kcalloc - allocate memory for an array. The memory is set to zero.
oops. quite right, my bad.
rday
--
=====
t; directive:
./drivers/telephony/Kconfig:depends ISA || PCI
./drivers/leds/Kconfig: depends LEDS_CLASS && ARCH_H1940
./drivers/input/misc/Kconfig: depends EXPERIMENTAL
./arch/blackfin/Kconfig: depends BFIN_DMA_5XX
./arch/powerpc/platforms/Kconfig: depends PPC_IBM_CELL_BLAD
On Mon, 13 Aug 2007, Randy Dunlap wrote:
> Robert P. J. Day wrote:
> > and, as i've suggested before, it would also be cleaner to
> > remove the redundant "requires" and almost redundant "depends" from
> > Kconfig files, and standardize exclusively
onfig ARCH=um' to generate .config, my tree
> is 2.6.23-git16 (Al, is this OK?).
that looks like a cut-and-paste error since the file
include/asm-um/arch/ptrace-abi.h opens with:
=
#ifndef _ASM_X86_PTRACE_ABI_H
#define _ASM_X86_PTRACE_ABI_H
#ifdef __i386__
#define EBX 0
#define
t;
> $ make mrproper
...
if you wanted to be *really* anal retentive, you might want to run
"make distclean" instead but, from what i've seen so far, i don't
think that would change what you're seeing.
rday
--
==
be nullified as well, yes? no?
arch/m68k/amiga/chipram.c:#ifndef CONFIG_APUS_FAST_EXCEPT
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoyi
f they wish.
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscr
is this one of those cases where the asm
versions of scatterlist.h should have a warning/error that they should
not be included directly, and to include linux/scatterlist.h instead?
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcou
On Wed, 24 Oct 2007, Adrian Bunk wrote:
> On Wed, Oct 24, 2007 at 02:21:20PM +0200, Jens Axboe wrote:
> > On Wed, Oct 24 2007, Robert P. J. Day wrote:
> > > i was just about to ask -- is this one of those cases where the
> > > asm versions of scatterlist.h shoul
P16_MSS and AEDSP16_SBPRO appear to be typoes, but they're part
of OSS which is going away so who cares?
* ALPHA_EV7 appears to be unused
... and on and on, and i'm not even out of the A's yet. i suspect
the script will finish by this evening sometime.
rday
--
===
On Fri, 12 Oct 2007, Robert P. J. Day wrote:
>
> i can see what the theoretical purpose for it is here:
>
> http://kerneltrap.org/node/6656
>
> but it's not clear how it can possibly be set from userland given
> that:
>
> $ grep -r TAINT_USER *
> includ
tainted & TAINT_USER ? 'U' : ' ',
$
am i missing something screamingly obvious?
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ont
On Fri, 12 Oct 2007, Björn Steinbrink wrote:
> On 2007.10.12 08:04:20 -0400, Robert P. J. Day wrote:
> >
> > i can see what the theoretical purpose for it is here:
> >
> > http://kerneltrap.org/node/6656
> >
> > but it's not clear how it can
as of this morning, broken down by subdirectory:
http://www.crashcourse.ca/wiki/index.php/Dead_CONFIG_variables
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
The CONFIG variable MTD_OBSOLETE_CHIPS was deleted in commit
ba7cc09c9c9e29a57045dc5bbf843ac1cfad3283.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/arch/arm/configs/collie_defconfig
b/arch/arm/configs/collie_defconfig
index 970c8c7..4264e27 100644
--- a/ar
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
i'm *reasonably* confident that this is a typo that should be fixed.
diff --git a/arch/blackfin/mach-bf533/boards/H8606.c
b/arch/blackfin/mach-bf533/boards/H8606.c
index b941550..7d33096 100644
--- a/arch/blackfin/mach-b
broken down under both arch/ and drivers/ by subdirectory:
http://www.crashcourse.ca/wiki/index.php/Dead_CONFIG_variables
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo
--
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
t
On Sun, 4 Nov 2007, Randy Dunlap wrote:
> On Sun, 4 Nov 2007 12:31:38 -0500 (EST) Robert P. J. Day wrote:
>
> >
> > given the recent patches to remove duplicated #include preprocessor
> > directives in source files, let it be known that there are a number of
r files from my script output. i can
tweak the script and add this to the web page as well.
rday
--
============
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http:/
On Sun, 4 Nov 2007, Marco Costalba wrote:
> On 11/4/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> > On Sun, 4 Nov 2007, Marco Costalba wrote:
> >
> > > Here the number of false positives is overhelming, but perhaps
> > > there are also _real_ du
On Sun, 4 Nov 2007, Adrian Bunk wrote:
> BTW: "make includecheck" already does the same...
oh ... well, then, let's just ignore the last few postings, shall we?
:-P
rday
--
================
Robert P. J. Day
Linux Consul
version control systems such as subversion, SCCS, CVS,
mercurial, etc.
rday
--
============
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from
On Sun, 4 Nov 2007, Jeremy Fitzhardinge wrote:
> Robert P. J. Day wrote:
> > actually, one wonders if there's any value in keeping any references
> > to other version control systems such as subversion, SCCS, CVS,
> > mercurial, etc.
>
> What do you mean by "
er, no?
now, i'm guessing the logic is correct but i figured it's worth
noting what the code *used* to do. unless i'm misreading something
horribly.
rday
--
Robert P. J. Day
Linux Consulting, Trainin
NFIG_MTD_CFI_AMDSTD=y
> -CONFIG_MTD_AMDSTD=y
> +# CONFIG_MTD_AMDSTD is not set
why are you keeping this around?
> -CONFIG_MTD_OBSOLETE_CHIPS=y
> -CONFIG_MTD_AMDSTD=y
> +# CONFIG_MTD_OBSOLETE_CHIPS is not set
> +# CONFIG_MTD_AMDSTD is not set
same here.
rday
--
==
Given that no one seems to be including this header file, remove it.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/include/linux/fd1772.h b/include/linux/fd1772.h
deleted file mode 100644
index 871d6e4..000
--- a/include/linux/fd1772.h
+++ /dev/null
@@ -1,8
file for the Sangoma
AF_WANPIPE Socket
$
in other words, a header file that is not included by any other file
in the tree is still being exported to user space. is that normal?
rday
--
Robert P. J. Day
Linux Consulting
: include/linux/usb_sl811.h ===
arch/blackfin/mach-bf527/boards/ezkit.c:#include
--
============
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http:/
):=
custom
--
============
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 &qu
vers/ide/pci/delkin_cb.c:#include
drivers/firmware/dmi-id.c:#include
drivers/spi/spi.c:#include
drivers/misc/fujitsu-laptop.c:#include
drivers/misc/asus-laptop.c:#include
drivers/misc/msi-laptop.c:#include
rday
--
================
Rober
Given that the corresponding source file i2c-yosemite.c file was
removed in commit daa4a68f901c4d6491baa1a01f5c869a553c3f6c, and that
no one else includes this file, it seems safe to delete it.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/arch/mips/pmc-sierra/yo
While this macro is defined in terms of "is_power_of_2" and is
therefore functionally equivalent, the visual semantics are sometimes
more appropriate for what is actually being tested.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/include/linux/log2.h
On Tue, 6 Nov 2007, Boaz Harrosh wrote:
> On Tue, Nov 06 2007 at 18:38 +0200, "Robert P. J. Day" <[EMAIL PROTECTED]>
> wrote:
> > While this macro is defined in terms of "is_power_of_2" and is
> > therefore functionally equivalent, the visual semantics
enjoy.
http://www.crashcourse.ca/wiki/index.php/Kernel_cleanup
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
BUFFER_DEBUG
COBALT_MICRO_SERVER
HARD_PPS
HAS_COMPAT_EPOLL_EVENT
IP_NF_NAT_NEEDED
SA1100_CT6001
sound
SND_CS46XX_DEBUG_GPIO
USE_VXLOADER
rday
--
============
Robert P. J. Day
Linux Consulting, Training and
On Thu, 8 Nov 2007, Andrew Morton wrote:
> > On Tue, 6 Nov 2007 11:38:52 -0500 (EST) "Robert P. J. Day" <[EMAIL
> > PROTECTED]> wrote:
> >
> > While this macro is defined in terms of "is_power_of_2" and is
> > therefore functionally
On Sun, 14 Jan 2007, [EMAIL PROTECTED] wrote:
> In compiling:
> CC [M] net/ipv4/netfilter/ipt_TTL.o
> LD [M] drivers/usb/storage/usb-storage.o
> CC [M] drivers/usb/gadget/net2280.o
> CC [M] net/ipv4/netfilter/arp_tables.o
> drivers/usb/gadget/net2280.c: In function 'net2280_probe':
> d
101 - 200 of 924 matches
Mail list logo
