Add missing RAPIDIO-related files and directories to MAINTAINERS
entry.
Signed-off-by: Robert P. J. Day
---
diff --git a/MAINTAINERS b/MAINTAINERS
index 5c38f21aee78..1bd2f95c0df6 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13020,6 +13020,16 @@ M: Matt Porter
M: Alexandre
/at24.txt | 2 ++
> > 1 file changed, 2 insertions(+)
>
> Reviewed-by: Rob Herring
"... should be added the compatible field ..."??
rday
--
Robert P. J. Day
/at24.txt | 2 ++
> > 1 file changed, 2 insertions(+)
>
> Reviewed-by: Rob Herring
"... should be added the compatible field ..."??
rday
--
Robert P. J. Day
"dirver"?
"dirver"?
Adding high-level "if PPS" makes lower-level dependency tests
superfluous.
Signed-off-by: Robert P. J. Day <rpj...@crashcourse.ca>
---
since this actually changed functional code, i wanted to submit it
separately. seems to be equivalent, unless i screwed something up.
diff
Adding high-level "if PPS" makes lower-level dependency tests
superfluous.
Signed-off-by: Robert P. J. Day
---
since this actually changed functional code, i wanted to submit it
separately. seems to be equivalent, unless i screwed something up.
diff --git a/drivers/pps/Kconfig
e/linux/pps_kernel.h | 16 +++-
include/uapi/linux/pps.h | 4 ++--
kernel/time/timekeeping.c | 2 +-
7 files changed, 43 insertions(+), 36 deletions(-)
Signed-off-by: Robert P. J. Day <rpj...@crashcourse.ca>
---
sorry,
e/linux/pps_kernel.h | 16 +++-
include/uapi/linux/pps.h | 4 ++--
kernel/time/timekeeping.c | 2 +-
7 files changed, 43 insertions(+), 36 deletions(-)
Signed-off-by: Robert P. J. Day
---
sorry, forgot to add subsystem &quo
e/linux/pps_kernel.h | 16 +++-
include/uapi/linux/pps.h | 4 ++--
kernel/time/timekeeping.c | 2 +-
7 files changed, 43 insertions(+), 36 deletions(-)
Signed-off-by: Robert P. J. Day <rpj...@crashcourse.ca>
---
any oth
e/linux/pps_kernel.h | 16 +++-
include/uapi/linux/pps.h | 4 ++--
kernel/time/timekeeping.c | 2 +-
7 files changed, 43 insertions(+), 36 deletions(-)
Signed-off-by: Robert P. J. Day
---
any other changes worth thr
On Thu, 8 Jun 2017, Greg Kroah-Hartman wrote:
> The class_attrs pointer is long depreciated, and is about to be finally
^^^ deprecated
rday
--
====
Robert P. J.
On Thu, 8 Jun 2017, Greg Kroah-Hartman wrote:
> The class_attrs pointer is long depreciated, and is about to be finally
^^^ deprecated
rday
--
====
Robert P. J.
Since the content of irqnr.h is entirely wrapped in a __KERNEL__ test,
drop exporting it, and remove the single include of that header from
random.h.
Signed-off-by: Robert P. J. Day
---
diff --git a/include/linux/Kbuild b/include/linux/Kbuild
index fa21760..b9de555 100644
--- a/include/linux
Since the content of irqnr.h is entirely wrapped in a __KERNEL__ test,
drop exporting it, and remove the single include of that header from
random.h.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
diff --git a/include/linux/Kbuild b/include/linux/Kbuild
index fa21760..b9de555 100644
Signed-off-by: Robert P. J. Day
---
while i was perusing CodingStyle, i did some tidying up along the
way. i won't take it personally if someone decides not to bother with
this, it's all pretty minor.
this is all independent of the earlier macro explanation.
diff --git a/Documentation
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
while i was perusing CodingStyle, i did some tidying up along the
way. i won't take it personally if someone decides not to bother with
this, it's all pretty minor.
this is all independent of the earlier macro explanation.
diff
On Wed, 11 Jul 2012, Joe Perches wrote:
> On Wed, 2012-07-11 at 13:32 -0400, Robert P. J. Day wrote:
> []
> > diff --git a/Documentation/CodingStyle b/Documentation/CodingStyle
> []
> > +A newer technique is to use the GCC extension of being able to place
> > +
On Wed, 11 Jul 2012, Joe Perches wrote:
On Wed, 2012-07-11 at 13:32 -0400, Robert P. J. Day wrote:
[]
diff --git a/Documentation/CodingStyle b/Documentation/CodingStyle
[]
+A newer technique is to use the GCC extension of being able to place
+statements and declarations in an expression
Since defining multi-line macros using statements and declarations in
expressions is fairly common in the kernel, add this to CodingStyle.
Signed-off-by: Robert P. J. Day
---
diff --git a/Documentation/CodingStyle b/Documentation/CodingStyle
index cb9258b..7eb0734 100644
--- a/Documentation
Since defining multi-line macros using statements and declarations in
expressions is fairly common in the kernel, add this to CodingStyle.
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
diff --git a/Documentation/CodingStyle b/Documentation/CodingStyle
index cb9258b..7eb0734 100644
On Tue, 26 Feb 2008, Adrian Bunk wrote:
> On Mon, Feb 25, 2008 at 05:15:25PM -0500, Robert P. J. Day wrote:
> >
> > it's not just that it falls under the category of PCI "legacy" but,
> > if you look in drivers/pci/search.c near the bottom:
> >
.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
i'm not sure what kernel subsystem this falls under. this change
should not affect anything in the kernel, and the corresponding
ioctl.h headers can be tweaked sometime down the road.
diff --git a/include/asm-generic/ioctl.h b/inclu
.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
i'm not sure what kernel subsystem this falls under. this change
should not affect anything in the kernel, and the corresponding
ioctl.h headers can be tweaked sometime down the road.
diff --git a/include/asm-generic/ioctl.h b/include/asm
On Tue, 26 Feb 2008, Adrian Bunk wrote:
On Mon, Feb 25, 2008 at 05:15:25PM -0500, Robert P. J. Day wrote:
it's not just that it falls under the category of PCI legacy but,
if you look in drivers/pci/search.c near the bottom:
...
#ifdef CONFIG_PCI_LEGACY
EXPORT_SYMBOL
orted even *if* you select PCI_LEGACY.
i'm guessing that's an oversight but it would certainly suggest that
no one can possibly be using it, no?
rday
--
========
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
select PCI_LEGACY.
i'm guessing that's an oversight but it would certainly suggest that
no one can possibly be using it, no?
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
Have classroom
On Sun, 24 Feb 2008, Jiri Slaby wrote:
> On 02/09/2008 10:45 PM, Robert P. J. Day wrote:
> > Remove the Digi Intl. epca driver for Linux, which is marked as
> > "obsolete."
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
>
On Sun, 24 Feb 2008, Jiri Slaby wrote:
On 02/09/2008 10:45 PM, Robert P. J. Day wrote:
Remove the Digi Intl. epca driver for Linux, which is marked as
obsolete.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
this is a quick, first pass at a removal. feel free to suggest
On Mon, 18 Feb 2008, [EMAIL PROTECTED] wrote:
> On Sun, 17 Feb 2008 12:17:20 EST, "Robert P. J. Day" said:
>
> > if that header file isn't used by any kernel code, why bother having a
> > check for __KERNEL__ in the first place? it's being exported to
> > user
On Mon, 18 Feb 2008, [EMAIL PROTECTED] wrote:
On Sun, 17 Feb 2008 12:17:20 EST, Robert P. J. Day said:
if that header file isn't used by any kernel code, why bother having a
check for __KERNEL__ in the first place? it's being exported to
userspace unchecked:
include/linux
On Sun, 17 Feb 2008, Bartlomiej Zolnierkiewicz wrote:
> On Sunday 17 February 2008, Adrian Bunk wrote:
> > On Sun, Feb 17, 2008 at 06:40:31PM +0100, Bartlomiej Zolnierkiewicz wrote:
> > > On Sunday 17 February 2008, Robert P. J. Day wrote:
> > > > On Sun, 17 Feb 2
On Sun, 17 Feb 2008, Bartlomiej Zolnierkiewicz wrote:
> Fix goofups of commit 76166952bbc81dda1c8a8c14e75a2aa06f6c052c
> (" is not used by kernel code").
>
> Reported-by: "Robert P. J. Day" <[EMAIL PROTECTED]>
> Signed-off-by: Bartlomiej Zolnierkiewicz &
On Sun, 17 Feb 2008, Bartlomiej Zolnierkiewicz wrote:
Fix goofups of commit 76166952bbc81dda1c8a8c14e75a2aa06f6c052c
(linux/hdsmart.h is not used by kernel code).
Reported-by: Robert P. J. Day [EMAIL PROTECTED]
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
---
include/linux
On Sun, 17 Feb 2008, Bartlomiej Zolnierkiewicz wrote:
On Sunday 17 February 2008, Adrian Bunk wrote:
On Sun, Feb 17, 2008 at 06:40:31PM +0100, Bartlomiej Zolnierkiewicz wrote:
On Sunday 17 February 2008, Robert P. J. Day wrote:
On Sun, 17 Feb 2008, Bartlomiej Zolnierkiewicz wrote
On Wed, 13 Feb 2008, Sam Ravnborg wrote:
> On Wed, Feb 13, 2008 at 10:44:27AM -0500, Robert P. J. Day wrote:
> > On Wed, 13 Feb 2008, Josh Boyer wrote:
> >
> > > OK. Well all of your hits for 405EX, 440GRX, 440SPe, and
> > > WANT_DEVICE_TREE in arch/powerpc
release,
it's not like it's a burden. and if people want to ignore it, that's
fine, too.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
Have cla
On Wed, 13 Feb 2008, Sam Ravnborg wrote:
> On Wed, Feb 13, 2008 at 10:07:27AM -0500, Robert P. J. Day wrote:
> > On Wed, 13 Feb 2008, Josh Boyer wrote:
> >
> > > On Wed, 13 Feb 2008 03:56:34 -0500 (EST)
> > > "Robert P. J. Day" <[EMAIL PROTECTED]>
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
Have classroom, will lecture.
http://crashcourse.ca Waterloo, Ontario, CANADA
--
To unsubscribe from this list: send
On Wed, 13 Feb 2008, Josh Boyer wrote:
> On Wed, 13 Feb 2008 03:56:34 -0500 (EST)
> "Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
> > now that 2.6.25-rc1 is out, i can start updating the output from
> > my scanning scripts. the first updated output is the li
anywhere. you get the idea. there are only a couple dozen of these.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
Have classroom, will lecture.
http://crashcourse.ca
On Wed, 13 Feb 2008, Paul Mundt wrote:
> On Wed, Feb 13, 2008 at 05:54:12AM -0500, Robert P. J. Day wrote:
> > i've also updated the list of what i call "badref" CONFIG variables
> > -- that is, tests of CONFIG_ variables that appear to be undefined
> > an
bles
rday
--
========
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
Have classroom, will lecture.
http://crashcourse.ca Waterloo, Ontar
On Wed, 13 Feb 2008, Paul Mundt wrote:
> On Wed, Feb 13, 2008 at 03:56:34AM -0500, Robert P. J. Day wrote:
> > latest output here, sorted by architecture:
> >
> > http://www.crashcourse.ca/wiki/index.php/Unused_CONFIG_variables
> >
> > as always, there will
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
Have classroom, will lecture.
http://crashcourse.ca Waterloo, Ontario, CANADA
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
Have classroom, will lecture.
http://crashcourse.ca Waterloo, Ontario, CANADA
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
Have classroom, will lecture.
http://crashcourse.ca Waterloo, Ontario, CANADA
On Wed, 13 Feb 2008, Paul Mundt wrote:
On Wed, Feb 13, 2008 at 05:54:12AM -0500, Robert P. J. Day wrote:
i've also updated the list of what i call badref CONFIG variables
-- that is, tests of CONFIG_ variables that appear to be undefined
anywhere in a Kconfig file (which typically
anywhere. you get the idea. there are only a couple dozen of these.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
Have classroom, will lecture.
http://crashcourse.ca
On Wed, 13 Feb 2008, Josh Boyer wrote:
On Wed, 13 Feb 2008 03:56:34 -0500 (EST)
Robert P. J. Day [EMAIL PROTECTED] wrote:
now that 2.6.25-rc1 is out, i can start updating the output from
my scanning scripts. the first updated output is the list of
currently unused Kconfig variables
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
Have classroom, will lecture.
http://crashcourse.ca Waterloo, Ontario, CANADA
On Wed, 13 Feb 2008, Sam Ravnborg wrote:
On Wed, Feb 13, 2008 at 10:07:27AM -0500, Robert P. J. Day wrote:
On Wed, 13 Feb 2008, Josh Boyer wrote:
On Wed, 13 Feb 2008 03:56:34 -0500 (EST)
Robert P. J. Day [EMAIL PROTECTED] wrote:
now that 2.6.25-rc1 is out, i can start updating
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry:
Have classroom, will lecture.
http://crashcourse.ca Waterloo, Ontario, CANADA
--
To unsubscribe from this list
On Wed, 13 Feb 2008, Sam Ravnborg wrote:
On Wed, Feb 13, 2008 at 10:44:27AM -0500, Robert P. J. Day wrote:
On Wed, 13 Feb 2008, Josh Boyer wrote:
OK. Well all of your hits for 405EX, 440GRX, 440SPe, and
WANT_DEVICE_TREE in arch/powerpc seem bogus. I dunno if you prune
those when
ous.
rday
--
========
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki/index.php/Fedor
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki/index.php/Fedora_Cookbook
that should do for now.
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:ht
Remove the explicit definition, and subsequent superfluous testing, of
BUILD CRAMDISK.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
is there any point to this brute-force setting anymore? just
curious.
diff --git a/init/do_mounts_rd.c b/init/do_mounts_rd.c
index ed652f4..5
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki/index.php
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki/index.php
Remove the explicit definition, and subsequent superfluous testing, of
BUILD CRAMDISK.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
is there any point to this brute-force setting anymore? just
curious.
diff --git a/init/do_mounts_rd.c b/init/do_mounts_rd.c
index ed652f4..54156e9
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki/index.php
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki/index.php/Fedora_Cookbook
ss it's already working its way thru the system.
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:
On Wed, 6 Feb 2008, Harvey Harrison wrote:
> On Wed, 2008-02-06 at 20:54 +0100, Bartlomiej Zolnierkiewicz wrote:
> > Hi,
> >
> > On Wednesday 06 February 2008, Robert P. J. Day wrote:
> > >
> > > yes, i realize i'm sounding like a broken record but,
On Wed, 6 Feb 2008, Harvey Harrison wrote:
On Wed, 2008-02-06 at 20:54 +0100, Bartlomiej Zolnierkiewicz wrote:
Hi,
On Wednesday 06 February 2008, Robert P. J. Day wrote:
yes, i realize i'm sounding like a broken record but, once again,
Documentation/feature-removal-schedule.txt
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki/index.php/Fedora_Cookbook
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki/index.php/Fedora_Cookbook
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki/index.php/Fedora_Cookbook
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki/index.php/Fedora_Cookbook
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki
Given that the entire drivers/acorn/block/ directory no longer exists
(which included fd1772.c), there seems to be little reason to keep
this unreferenced header file.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/include/linux/fd1772.h b/include/linux/fd1772.h
d
rs, but is it really the
responsibility of the kernel to be a helpful storage centre to make
userspace programming easier? just curious. (that's not the only
header file like that.)
rday
--
================
Robert P. J. Day
Linux Consulting, Training
Given that the entire drivers/acorn/block/ directory no longer exists
(which included fd1772.c), there seems to be little reason to keep
this unreferenced header file.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
diff --git a/include/linux/fd1772.h b/include/linux/fd1772.h
deleted
the
responsibility of the kernel to be a helpful storage centre to make
userspace programming easier? just curious. (that's not the only
header file like that.)
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki
t *logical* partition changes. or something sort of
like that.
rday
--
============
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://cr
directory tree?
i would try "partprobe".
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://cr
try partprobe.
rday
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http
--
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
Home page: http://crashcourse.ca
Fedora Cookbook:http://crashcourse.ca/wiki/index.php/Fedora_Cookbook
an get the overall idea. new
sections should be appearing there as the morning progresses.
rday
====
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcou
the overall idea. new
sections should be appearing there as the morning progresses.
rday
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
On Sun, 23 Dec 2007, Dieter Ries wrote:
> Robert P. J. Day schrieb:
> > just to be clear, i'm not complaining about the quality of the
> > document above, but when i got started with git, what i really
> > wanted was a list of what i (as a simple, non-developer user)
>
On Sun, 23 Dec 2007, Jeff Garzik wrote:
> Robert P. J. Day wrote:
> > On Sun, 23 Dec 2007, Jeff Garzik wrote:
> >
> > > Another year, another update! :)
> > >
> > > The kernel hacker's guide to git has received some updates:
> &
me changes to the tree, do a diff, and
submit a patch. but in the beginning, they won't be making commits or
switching branches, etc.
in short, i can see the value of something like a "getting started
with git as a basic user" tutorial. does such a thing exist?
rday
--
==============
, they won't be making commits or
switching branches, etc.
in short, i can see the value of something like a getting started
with git as a basic user tutorial. does such a thing exist?
rday
--
Robert P. J. Day
Linux Consulting
On Sun, 23 Dec 2007, Jeff Garzik wrote:
Robert P. J. Day wrote:
On Sun, 23 Dec 2007, Jeff Garzik wrote:
Another year, another update! :)
The kernel hacker's guide to git has received some updates:
http://linux.yyz.us/git-howto.html
This includes all the input sent
On Sun, 23 Dec 2007, Dieter Ries wrote:
Robert P. J. Day schrieb:
just to be clear, i'm not complaining about the quality of the
document above, but when i got started with git, what i really
wanted was a list of what i (as a simple, non-developer user)
could do once i cloned
what happens to the kobject when it is
> created and destroyed.
i doubt that. i wouldn't say that the ktype "controls" what happens,
i would say that it "defines" what happens. to control suggests
active participation.
rday
================
it is
created and destroyed.
i doubt that. i wouldn't say that the ktype controls what happens,
i would say that it defines what happens. to control suggests
active participation.
rday
Robert P. J. Day
Linux Consulting
de/asm-m32r/processor.h:#define THREAD_SIZE (2*PAGE_SIZE)
include/asm-m68k/page.h:#define THREAD_SIZE (8192)
all other arches seem to define that in their respective
thread_info.h headers.
rday
====
Robert P. J. Day
Linux Cons
-m32r/processor.h:#define THREAD_SIZE (2*PAGE_SIZE)
include/asm-m68k/page.h:#define THREAD_SIZE (8192)
all other arches seem to define that in their respective
thread_info.h headers.
rday
Robert P. J. Day
Linux Consulting
On Mon, 3 Dec 2007, Greg KH wrote:
> On Tue, Dec 04, 2007 at 01:50:53AM -0500, Robert P. J. Day wrote:
> > On Tue, 4 Dec 2007, Dave Young wrote:
> >
> > > Hi,
> > > Does the KOBJ_NAME_LEN really means the limit of kobject name length?
> > > seems no
On Mon, 3 Dec 2007, Greg KH wrote:
On Tue, Dec 04, 2007 at 01:50:53AM -0500, Robert P. J. Day wrote:
On Tue, 4 Dec 2007, Dave Young wrote:
Hi,
Does the KOBJ_NAME_LEN really means the limit of kobject name length?
seems not . And if it's true, is the KOBJ_NAME_LEN of 20 enough
does anyone know what's happened with the KN list? it seems to have
gone utterly dead for the last day or so.
rday
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http
that @kobj->k_name points to. Otherwise, use the static
> * @kobj->name array.
> */
the comment seems fairly clear -- if the name is sufficiently short,
it's stored in the static array. if not, then it's stored in
dynamically allocated space.
rday
============
* @kobj-name array.
*/
the comment seems fairly clear -- if the name is sufficiently short,
it's stored in the static array. if not, then it's stored in
dynamically allocated space.
rday
Robert P. J. Day
Linux Consulting
does anyone know what's happened with the KN list? it seems to have
gone utterly dead for the last day or so.
rday
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http
of the niggling
differences between some of that content between the two files.
rday
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
of the niggling
differences between some of that content between the two files.
rday
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
1 - 100 of 1841 matches
Mail list logo
