x27;m in ur kernel, luking 4 projectz."
rday
--
================
Robert P. J. Day
Linux Consulting, Training and Annoying Kernel Pedantry
Waterloo, Ontario, CANADA
http://crashcourse.ca
-
To unsubscribe from this
to just make the *choice*. what
shaneed is asking is that others do that work for him. IMHO, he
should be told politely but firmly that selecting a topic is *his*
problem. that's just part of the academic process.
rday
--
===
i really don't want to turn this into a thread that never dies, so let
me just clarify what i'm talking about:
On Thu, 23 Aug 2007, linux-os (Dick Johnson) wrote:
> On Thu, 23 Aug 2007, Robert P. J. Day wrote:
> > i'm not sure that it's appropriate for LKML
nit.h: __setup_param(str, fn, fn, 0)
include/linux/init.h: __setup_param(str, fn, fn, 1)
include/linux/init.h:#define __setup_param(str, unique_id, fn) /* nothing */
$
or am i must misreading something badly?
rday
--
Robert P. J. Day
On Fri, 24 Aug 2007, Adrian Bunk wrote:
> On Fri, Aug 24, 2007 at 05:19:29AM -0400, Robert P. J. Day wrote:
> >
> > perhaps i'm missing it, but it seems that the macro __setup_param is
> > entirely superfluous:
> >
> > $ grep -rw __setup_param *
> >
On Fri, 24 Aug 2007, Paul Mundt wrote:
> On Fri, Aug 24, 2007 at 05:19:29AM -0400, Robert P. J. Day wrote:
> >
> > perhaps i'm missing it, but it seems that the macro __setup_param is
> > entirely superfluous:
> >
> > $ grep -rw __setup_param *
> > in
On Fri, 24 Aug 2007, Paul Mundt wrote:
> On Fri, Aug 24, 2007 at 05:49:42AM -0400, Robert P. J. Day wrote:
> > On Fri, 24 Aug 2007, Paul Mundt wrote:
> >
> > > On Fri, Aug 24, 2007 at 05:19:29AM -0400, Robert P. J. Day wrote:
> > > >
> > > > per
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
since i apparently removed the final remaining reference to this
macro in commit f4895925976977aaeda26ee2a603a99f17db500b (thanks,
adrian), there seems to be little value in keeping this definition
around.
$ grep -rw __setup_null
gt; + GFP_KERNEL);
> > memset(msp_parts[i], 0, pcnt * sizeof(struct mtd_partition));
> >
> > /* now initialize the devices proper */
>
> Same
actually, i would think kcalloc would be more appropriate here, no?
rday
--
On Fri, 24 Aug 2007, Satyam Sharma wrote:
>
>
> On Fri, 24 Aug 2007, Robert P. J. Day wrote:
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
> >
> > since i apparently removed the fi
Allow RAMFS to be user-selectable, and to be built as a module.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
given that the help content for that option suggests it can be built
as a module, it just makes sense to make it selectable and tristate,
unless someone has a comp
On Sat, 25 Aug 2007, Al Viro wrote:
> On Sat, Aug 25, 2007 at 03:40:23PM -0400, Robert P. J. Day wrote:
> >
> > Allow RAMFS to be user-selectable, and to be built as a module.
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
&
On Sat, 25 Aug 2007, Al Viro wrote:
> On Sat, Aug 25, 2007 at 03:40:23PM -0400, Robert P. J. Day wrote:
> >
> > Allow RAMFS to be user-selectable, and to be built as a module.
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
&
On Sun, 26 Aug 2007, Jesper Juhl wrote:
> On 24/08/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> > actually, i would think kcalloc would be more appropriate here, no?
> >
>
> Why?
>
> msp_parts[i] = kzalloc(pcnt * sizeof(struct mtd_partition), GFP_KER
On Sun, 26 Aug 2007, Jesper Juhl wrote:
> On 26/08/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> > i was thinking more along the lines of
> >
> > msp_parts[i] = kcalloc(pcnt, sizeof(struct mtd_partition), GFP_KERNEL);
> >
> > which was kind of t
ddown(), just
for the sake of consistency. (maybe there's simply no need?)
would someone like to propose a single, consistent standard for those
things? or is it not worth it?
rday
--
================
Robert P. J. Day
Linux Consul
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
> > +statem
Add an explanation of how to use GCC's statement expression extension
for defining multi-line macros.
Signed-off-by: Robert P. J. Day
---
diff --git a/Documentation/CodingStyle b/Documentation/CodingStyle
index cb9258b..c0eec33 100644
--- a/Documentation/CodingStyle
+++ b/Document
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/Doc
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
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
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
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
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.
901 - 924 of 924 matches
Mail list logo
