On Jan 25, 2008 3:34 PM, Jack Harvard [EMAIL PROTECTED] wrote:
On Jan 25, 2008 3:02 PM, Jan Engelhardt [EMAIL PROTECTED] wrote:
On Jan 25 2008 14:39, Jack Harvard wrote:
On Jan 25 2008 13:40, Jack Harvard wrote:
Hi,
I'm trying to boot Linux, but the /init process failed. Here
On Jan 25, 2008 3:02 PM, Jan Engelhardt [EMAIL PROTECTED] wrote:
On Jan 25 2008 14:39, Jack Harvard wrote:
On Jan 25 2008 13:40, Jack Harvard wrote:
Hi,
I'm trying to boot Linux, but the /init process failed. Here is the
info:
=FF6/init exit code: -14
/init exit code: -14
On Jan 25, 2008 2:27 PM, Jan Engelhardt [EMAIL PROTECTED] wrote:
On Jan 25 2008 13:40, Jack Harvard wrote:
Hi,
I'm trying to boot Linux, but the /init process failed. Here is the
info:
=FF6/init exit code: -14
/init exit code: -14
4Failed to execute /init
Failed to execute /init
6
underlying error
occurs when accessing a mmap'ed file? i notice that in the
implementation of msync, fsync is called so errno might be
set to EIO...
ta, jack
(please cc: me)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
underlying error
occurs when accessing a mmap'ed file? i notice that in the
implementation of msync, fsync is called so errno might be
set to EIO...
ta, jack
(please cc: me)
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Tuesday 27 November 2007 08:21, Roland Dreier wrote:
> Linus, please pull from
>
> master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git
> for-linus
>
>
> Jack Morgenstein (1):
> mlx4_core: Fix state check in mlx4_qp_modify()
>
MUST
On Tuesday 27 November 2007 08:21, Roland Dreier wrote:
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
Jack Morgenstein (1):
mlx4_core: Fix state check in mlx4_qp_modify()
MUST also enter the patch I send yesterday
Pavel Machek wrote:
On Sun 2007-10-28 17:10:53, [EMAIL PROTECTED] wrote:
Hello,
this patch implements a macbook like backlight dimmer on
top of backlight.c.
The dimmer is entirely in kernelspace and is suitable
for an embedded context in order to avoid the overhead
of a daemon controlling
Pavel Machek wrote:
On Sun 2007-10-28 17:10:53, [EMAIL PROTECTED] wrote:
Hello,
this patch implements a macbook like backlight dimmer on
top of backlight.c.
The dimmer is entirely in kernelspace and is suitable
for an embedded context in order to avoid the overhead
of a daemon controlling
Fixed style.
jacopo
--- linux-2.6.23.1/Documentation/dell-laptop.txt1970-01-01
01:00:00.0 +0100
+++ b/Documentation/dell-laptop.txt 2007-10-28 23:25:26.0 +0100
@@ -0,0 +1,107 @@
+This driver is EXPERIMENTAL, use it at YOUR OWN RISK.
+
+BEFORE TRYING THIS DRIVER
Arjan van de Ven wrote:
On Sun, 28 Oct 2007 22:30:55 +0100
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
Ok,
now checkpatch.pl only complains about a missing signed-off-by.
Is this ok for review?
hi,
when going over your patch.. is there a reason you introduce yet
another timeout
Hello,
this driver implements backlight control on Dell laptops
which use SMI for changing brightness levels.
The driver is INCOMPLETE since it is unable to probe some required parameters
in order to perform backlight control. Such parameters are found in a Dell
proprietary DMI table which
Hello,
this patch implements a macbook like backlight dimmer on top of
backlight.c.
The dimmer is entirely in kernelspace and is suitable for an embedded
context in order to avoid the overhead of a daemon controlling the
backlight. Implementing this functionality in userspace has other
Hello,
this patch implements a macbook like backlight dimmer on top of
backlight.c.
The dimmer is entirely in kernelspace and is suitable for an embedded
context in order to avoid the overhead of a daemon controlling the
backlight. Implementing this functionality in userspace has other
linux/sched.h
+#include linux/backlight.h
+
+#include dell-laptop.h
+
+MODULE_DESCRIPTION(DRIVER_DESCRIPTION (version DRIVER_VERSION ));
+MODULE_VERSION(DRIVER_VERSION);
+MODULE_AUTHOR(jacopo antonello jack at antonello.org);
+MODULE_LICENSE(GPL
Arjan van de Ven wrote:
On Sun, 28 Oct 2007 22:30:55 +0100
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Ok,
now checkpatch.pl only complains about a missing signed-off-by.
Is this ok for review?
hi,
when going over your patch.. is there a reason you introduce yet
another timeout
+#include linux/dma-mapping.h
+#include linux/mutex.h
+#include linux/sched.h
+#include linux/backlight.h
+
+#include dell-laptop.h
+
+MODULE_DESCRIPTION(DRIVER_DESCRIPTION (version DRIVER_VERSION ));
+MODULE_VERSION(DRIVER_VERSION);
+MODULE_AUTHOR(jacopo antonello jack at antonello.org
ft patch set to the OpenFabrics list on September 18:
[ofa-general] [PATCH 0 of 5] XRC implementation patches (libibverbs, libmlx4,
core, mlx4) Jack Morgenstein
[ofa-general] [PATCH 1 of 5] libibverbs: XRC implementation Jack Morgenstein
[ofa-general] [PATCH 2 of 5] libmlx4: XRC implement
to the OpenFabrics list on September 18:
[ofa-general] [PATCH 0 of 5] XRC implementation patches (libibverbs, libmlx4,
core, mlx4) Jack Morgenstein
[ofa-general] [PATCH 1 of 5] libibverbs: XRC implementation Jack Morgenstein
[ofa-general] [PATCH 2 of 5] libmlx4: XRC implementation Jack
On Thursday 13 September 2007 20:57, Roland Dreier wrote:
> HW specific:
>
> - I already merged patches to enable MSI-X by default for mthca and
> mlx4. I hope there aren't too many systems that get hosed if a
> MSI-X interrupt is generated.
>
> - Jack and Micha
On Thursday 13 September 2007 20:57, Roland Dreier wrote:
HW specific:
- I already merged patches to enable MSI-X by default for mthca and
mlx4. I hope there aren't too many systems that get hosed if a
MSI-X interrupt is generated.
- Jack and Michael's mlx4 FMR support
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: Ralf Baechle <[EMAIL PROTECTED]>
---
arch/mips/au1000/common/dbdma.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: b/arch/mips/au1000/co
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: Samuel Ortiz <[EMAIL PROTECTED]>
---
drivers/net/irda/kingsun-sir.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: b/drivers/net/irda/k
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: David Woodhouse <[EMAIL PROTECTED]>
---
drivers/mtd/maps/pmcmsp-flash.c | 11 ---
drivers/mtd/maps/tqm8xxl.c |2 +-
2 files changed, 5 insertions(+), 8 deletions(-)
Index: b/drivers/mtd/maps/pm
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: David Millver <[EMAIL PROTECTED]>
---
drivers/net/gianfar.c |6 ++
drivers/net/lance.c |3 +--
drivers/net/s2io.c|4 ++--
drivers/net/sgiseeq.c |4 ++--
4 files changed, 7 insertions(+), 10 deletions(
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: John Linville <[EMAIL PROTECTED]>
---
drivers/net/wireless/ipw2100.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
Index: b/drivers/net/wirele
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: James Bottomley <[EMAIL PROTECTED]>
---
drivers/scsi/advansys.c |2 +-
drivers/scsi/osst.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Index: b/drivers/scs
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: John Linville <[EMAIL PROTECTED]>
---
drivers/net/wireless/libertas/debugfs.c |2 +-
drivers/net/wireless/libertas/ethtool.c |3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
Index: b/drivers/net/wireless/libert
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: David Kleikamp <[EMAIL PROTECTED]>
---
fs/jfs/jfs_dtree.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
Index: b/fs/jfs/jfs_dtree.c
===
--- a/fs/jfs
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: Ronald Bultje <[EMAIL PROTECTED]>
---
drivers/media/video/zoran_driver.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
Index: b/drivers/media/video/zo
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: Daniel Drake <[EMAIL PROTECTED]>
---
drivers/net/wireless/zd1211rw/zd_chip.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/drivers/net/wireless/zd1211
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: Mikael Starvik <[EMAIL PROTECTED]>
---
arch/cris/arch-v32/mm/intmem.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/arch/cris/arch-v32
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: Matthew Wilcox <[EMAIL PROTECTED]>
---
drivers/parisc/iosapic.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/drivers/parisc/iosapic.c
===
--- a/dr
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/char/tty_io.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/drivers/char/tty_io.c
===
--- a/
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: Paul Mackerras <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ibmebus.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/arch/powerpc/kernel/ibmebus.c
==
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: David Miller <[EMAIL PROTECTED]>
---
arch/sparc/kernel/ebus.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/arch/sparc/kernel/ebus.c
===
--- a/arch/
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
CC: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/pci/rom.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/drivers/pci/rom.c
===
--- a/drivers/pci
This patch series removes unnecessary kmalloc casts from various portions
of the kernel.
Jack Stone
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo
This patch series removes unnecessary kmalloc casts from various portions
of the kernel.
Jack Stone
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: David Miller [EMAIL PROTECTED]
---
arch/sparc/kernel/ebus.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/arch/sparc/kernel/ebus.c
===
--- a/arch/sparc/kernel
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Greg Kroah-Hartman [EMAIL PROTECTED]
---
drivers/pci/rom.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/drivers/pci/rom.c
===
--- a/drivers/pci/rom.c
+++ b
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Greg Kroah-Hartman [EMAIL PROTECTED]
---
drivers/char/tty_io.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/drivers/char/tty_io.c
===
--- a/drivers/char/tty_io.c
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Paul Mackerras [EMAIL PROTECTED]
---
arch/powerpc/kernel/ibmebus.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/arch/powerpc/kernel/ibmebus.c
===
--- a/arch
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Matthew Wilcox [EMAIL PROTECTED]
---
drivers/parisc/iosapic.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/drivers/parisc/iosapic.c
===
--- a/drivers/parisc
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Mikael Starvik [EMAIL PROTECTED]
---
arch/cris/arch-v32/mm/intmem.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/arch/cris/arch-v32/mm/intmem.c
===
--- a/arch
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Daniel Drake [EMAIL PROTECTED]
---
drivers/net/wireless/zd1211rw/zd_chip.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: b/drivers/net/wireless/zd1211rw/zd_chip.c
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: David Kleikamp [EMAIL PROTECTED]
---
fs/jfs/jfs_dtree.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
Index: b/fs/jfs/jfs_dtree.c
===
--- a/fs/jfs/jfs_dtree.c
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Ronald Bultje [EMAIL PROTECTED]
---
drivers/media/video/zoran_driver.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
Index: b/drivers/media/video/zoran_driver.c
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: James Bottomley [EMAIL PROTECTED]
---
drivers/scsi/advansys.c |2 +-
drivers/scsi/osst.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Index: b/drivers/scsi/advansys.c
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: John Linville [EMAIL PROTECTED]
---
drivers/net/wireless/libertas/debugfs.c |2 +-
drivers/net/wireless/libertas/ethtool.c |3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
Index: b/drivers/net/wireless/libertas/debugfs.c
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: John Linville [EMAIL PROTECTED]
---
drivers/net/wireless/ipw2100.c | 16 ++--
1 file changed, 6 insertions(+), 10 deletions(-)
Index: b/drivers/net/wireless/ipw2100.c
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: David Woodhouse [EMAIL PROTECTED]
---
drivers/mtd/maps/pmcmsp-flash.c | 11 ---
drivers/mtd/maps/tqm8xxl.c |2 +-
2 files changed, 5 insertions(+), 8 deletions(-)
Index: b/drivers/mtd/maps/pmcmsp-flash.c
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: David Millver [EMAIL PROTECTED]
---
drivers/net/gianfar.c |6 ++
drivers/net/lance.c |3 +--
drivers/net/s2io.c|4 ++--
drivers/net/sgiseeq.c |4 ++--
4 files changed, 7 insertions(+), 10 deletions(-)
Index: b/drivers
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Ralf Baechle [EMAIL PROTECTED]
---
arch/mips/au1000/common/dbdma.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: b/arch/mips/au1000/common/dbdma.c
Signed-off-by: Jack Stone [EMAIL PROTECTED]
CC: Samuel Ortiz [EMAIL PROTECTED]
---
drivers/net/irda/kingsun-sir.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: b/drivers/net/irda/kingsun-sir.c
even
> long after the kernel is done starting up. A quick look throught
> kernel source code will show many, many examples where
> spin_lock_init(), rwlock_init(), mutex_init(), etc. are called from
> non-__init functions.
Exactly what I wanted to hear. Thank you very much.
Jack
Dear list,
can rwlock_init and spin_lock_init be used outside of functions declared
__init. The spinlock documentation suggests that it can't but I'd like
someone to confirm that.
Sorry if this has already been answered but I couldn't find anything on it.
Jack
-
To unsubscribe from this list
Dear list,
can rwlock_init and spin_lock_init be used outside of functions declared
__init. The spinlock documentation suggests that it can't but I'd like
someone to confirm that.
Sorry if this has already been answered but I couldn't find anything on it.
Jack
-
To unsubscribe from this list
. A quick look throught
kernel source code will show many, many examples where
spin_lock_init(), rwlock_init(), mutex_init(), etc. are called from
non-__init functions.
Exactly what I wanted to hear. Thank you very much.
Jack
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
John Stoffel wrote:
>>>>>> "Jack" == Jack Stone <[EMAIL PROTECTED]> writes:
>
> Jack> The whole idea of the file system is that it wouldn't return the
> Jack> file in the file listing. The user would have to know that the
> Jack>
ke
what was suggested in this email:
http://www.ussg.iu.edu/hypermail/linux/kernel/0706.2/1156.html
I'm thinking of writing a simple proof of concept version and then
seeing what people think from there.
Jack
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
Chris Snook wrote:
> Jack Stone wrote:
>> H. Peter Anvin wrote:
>>> Chris Snook wrote:
>>>> I pointed out NetApp's .snapshot directories because that's a method
>>>> that uses legal path character, but doesn't break anything. With this
>>&
Chris Snook wrote:
> Jack Stone wrote:
>> The idea was that if you did an ls you would get the latest version of
>> the file without the :revision_num. The only visible version would be
>> the latest version, i.e. the current system would not change. The idea
>> was that
H. Peter Anvin wrote:
> Jack Stone wrote:
>> But that would cause havoc with shells which use ; to seperate commands.
>> Using ; would defiantly break userspace
>>
>
> Not really. It's just a bit awkward to use, but so's the whole concept.
I think we can all agre
>> special character.
>
> Not to mention that the character historically used for this purpose is
> ; (semicolon.)
But that would cause havoc with shells which use ; to seperate commands.
Using ; would defiantly break userspace
Jack
-
To unsubscribe from this list: send the line "unsubscri
problem but
the way of specifiying revisions could be changed.
Jack
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
hundred more. I'm pretty sure these are some of
> the most significant ones.
>
> Q. That's a great idea and I'll implement it right away!
> A. Yay! (but that's not a question :-D) Good luck and happy hacking.
>
> Q. That's a stupid idea and would never ever work!
> A. Thanks for you
not a question).
All opinions and comments welcomed.
Cheers,
Kyle Moffett
It sounds brilliant and I'd love to have a got at implementing it but I
don't know enough (yet :-D) about how git works, a little research is
called for I think.
Jack
-
To unsubscribe from this list: send the line
could be changed.
Jack
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
that the character historically used for this purpose is
; (semicolon.)
But that would cause havoc with shells which use ; to seperate commands.
Using ; would defiantly break userspace
Jack
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
H. Peter Anvin wrote:
Jack Stone wrote:
But that would cause havoc with shells which use ; to seperate commands.
Using ; would defiantly break userspace
Not really. It's just a bit awkward to use, but so's the whole concept.
I think we can all agree on that after this thread but I still
Chris Snook wrote:
Jack Stone wrote:
The idea was that if you did an ls you would get the latest version of
the file without the :revision_num. The only visible version would be
the latest version, i.e. the current system would not change. The idea
was that it would only show earlier versions
Chris Snook wrote:
Jack Stone wrote:
H. Peter Anvin wrote:
Chris Snook wrote:
I pointed out NetApp's .snapshot directories because that's a method
that uses legal path character, but doesn't break anything. With this
method, userspace tools will have to be taught that : is suddenly
:
http://www.ussg.iu.edu/hypermail/linux/kernel/0706.2/1156.html
I'm thinking of writing a simple proof of concept version and then
seeing what people think from there.
Jack
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
John Stoffel wrote:
Jack == Jack Stone [EMAIL PROTECTED] writes:
Jack The whole idea of the file system is that it wouldn't return the
Jack file in the file listing. The user would have to know that the
Jack file system was versioning to access the older versions as they
Jack would
. But of
> course, it's better with those.
>From what I can see this seems to be the consesus (and it sound very
sensible to me).
The question remains is where to implement versioning: directly in
individual filesystems or in the vfs code so all filesystems can use it?
Jack
-
To unsubsc
t was easier to port filesystems to use them.
Certainly versioning should be able to be implemented, possible without
any FS support at all, in the core code. Centralising the
implementations could allow a great deal of FS
custiomisation/improvements with very little new per FS code.
Jack
-
To unsubsc
, possible without
any FS support at all, in the core code. Centralising the
implementations could allow a great deal of FS
custiomisation/improvements with very little new per FS code.
Jack
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
to implement versioning: directly in
individual filesystems or in the vfs code so all filesystems can use it?
Jack
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
up with an even better design the second time around.
Thank you very much for the info and the advice.
I would also like to thank everyone for the help and enchouragement that
they have given to me.
Jack
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
M-ENG_IA=US2005045566=%28IN%2fmerkey%29+
>
>
> The last one was filed with WIPO and has international protection, UK
> included.
I have no idea about patents so if anyone could point me in the right
direction I would be most obliged
Jack
-
To unsubscribe from this list: send the line
the worth in breaking it.
For an example of a working implementation see:
http://www.o3one.org/filesystem.html
Jack
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
alan wrote:
> On Fri, 15 Jun 2007, H. Peter Anvin wrote:
>> This is one of those things that seems like a good idea, but frequently
>> ends up short. Part of the problem is that "whenever you modify a file"
>> is ill-defined, or rather, if you were to take the literal meaning of it
>> you'd end
alan wrote:
On Fri, 15 Jun 2007, H. Peter Anvin wrote:
This is one of those things that seems like a good idea, but frequently
ends up short. Part of the problem is that whenever you modify a file
is ill-defined, or rather, if you were to take the literal meaning of it
you'd end up with an
:
http://www.o3one.org/filesystem.html
Jack
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
,PA,ABSUM-ENGSEARCH_IA=US2005045566QUERY=%28IN%2fmerkey%29+
The last one was filed with WIPO and has international protection, UK
included.
I have no idea about patents so if anyone could point me in the right
direction I would be most obliged
Jack
-
To unsubscribe from this list: send
time around.
Thank you very much for the info and the advice.
I would also like to thank everyone for the help and enchouragement that
they have given to me.
Jack
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
widely
useful this may be but that's the reason I posted before trying to code
anything. I would very much value any contributions even a reasoned NAK
as I'm still learning how kernel development works (and I would love any
implementation directions)
Jack
-
To unsubscribe from this list: send
widely
useful this may be but that's the reason I posted before trying to code
anything. I would very much value any contributions even a reasoned NAK
as I'm still learning how kernel development works (and I would love any
implementation directions)
Jack
-
To unsubscribe from this list: send
g the policy and the performance
problems of watching the whole system for changes.
Just my $0.02.
Jack
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.
Just my $0.02.
Jack
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
tion would be to change the #defines to use pr_debug rather than
printk directly:
#define DPRINTK(format, args...) \
pr_debug(format, ##args);
The advantage would be maitaining subsystem specific debug control with
centralised format control.
Jack
-
To unsubscribe from this list: sen
pr_debug rather than
printk directly:
#define DPRINTK(format, args...) \
pr_debug(format, ##args);
The advantage would be maitaining subsystem specific debug control with
centralised format control.
Jack
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Alexey Dobriyan wrote:
> , rendering "debug-alternative" option useless.
So drop the patch entirely or change the DPRINTK macro to use pr_debug?
Jack
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
Alexey Dobriyan wrote:
> NO! We don't add macros for every debug format people use into core
> headers. I think you should stop after pr_err().
That was what I though would be the answer which is why i did this
change in the last set of patches.
Jack
-
To unsubscribe from this list
This patch uses the new pr_debug_pid function to replace DPRINKs in
autofs4 without breaking the functionality.
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
---
Index: linux/fs/autofs4/autofs_i.h
===
--- linux.orig/fs/a
This patch adds a new function to kernel.h. This function prints out the
pid of the current process and the name of the function where it was
called from followed by the debug message and a newline.
This function mimics the output of autofs4.
Signed-off-by: Jack Stone <[EMAIL PROTEC
This patch replaces DPRINTKs in ncpfs with a combination of pr_debug and
pr_err as appropriate.
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
---
Index: linux/fs/ncpfs/dir.c
===
--- linux.orig/fs/ncpfs/dir.c
+++ linux/fs/ncpfs
This patch updates the DPRINTK macro in autofs4 to use pr_debug as the
macro uses a special print format.
Signed-off-by Jack Stone <[EMAIL PROTECTED]>
---
Index: linux/fs/autofs4/autofs_i.h
===
--- linux.orig/fs/autofs4/auto
This patch converts all DPRINTKs in alternative.c to pr_debug
Signed-off-by: Jack Stone <[EMAIL PROTECTED]>
---
--- linux/arch/i386/kernel/alternative.c2007-06-07 17:25:46.0
+0100
+++ linux/arch/i386/kernel/alternative.c2007-06-07 20:45:52.0
+0100
@@ -1,
501 - 600 of 827 matches
Mail list logo