* K.R. Foley [EMAIL PROTECTED] wrote:
Ingo,
It would seem that in the latest patch RT-V0.7.45-00 we have reverted
back to removing the define of jbd_debug which the attached patch
(against one of the 2.6.11 versions) fixed.
+#define jbd_debug(f, a...) /**/
oops, indeed. '/**/'
On Sat, 9 Apr 2005, Linus Torvalds wrote:
I've rsync'ed the new git repository to kernel.org, it should all be there
in /pub/linux/kernel/people/torvalds/git.git/ (and it looks like the
mirror scripts already picked it up on the public side too).
GCC 4 isn't very happy. Mostly sign changes,
* Petr Baudis [EMAIL PROTECTED] wrote:
I will also need to do more testing on the linux kernel tree.
Committing patch-2.6.7 on 2.6.6 kernel and then diffing results in
$ time gitdiff.sh `parent-id` `tree-id` p
real5m37.434s
user1m27.113s
sys
Ralph wrote:
but good enough for
most uses that people will get caught out when it fails.
Exactly.
If Linus persists in this diff-tree output format, using two lines for
changed files, then I will have to add the following sed script to my
arsenal:
sed '/^/ { N; s/\n/ / }'
It collapses
* Rik van Riel [EMAIL PROTECTED] wrote:
GCC 4 isn't very happy. Mostly sign changes, but also something that
looks like a real error:
gcc -g -O3 -Wall -c -o fsck-cache.o fsck-cache.c
fsck-cache.c: In function 'main':
fsck-cache.c:59: warning: control may reach end of non-void function
On Sun, 2005-04-10 at 19:27 +0200, Ingo Molnar wrote:
* K.R. Foley [EMAIL PROTECTED] wrote:
Ingo,
It would seem that in the latest patch RT-V0.7.45-00 we have reverted
back to removing the define of jbd_debug which the attached patch
(against one of the 2.6.11 versions) fixed.
Ingo wrote:
With default gzip it's 3.3 seconds though,
and that still compresses it down to 57 MB.
Interesting. I'm surprised how much a bunch of separate, modest sized
files can be compressed.
I'm unclear what matters most here.
Space on disk certainly isn't much of an issue. Even with
On Sun, Apr 10, 2005 at 07:33:49PM +0200, Ingo Molnar wrote:
* Petr Baudis [EMAIL PROTECTED] wrote:
I will also need to do more testing on the linux kernel tree.
Committing patch-2.6.7 on 2.6.6 kernel and then diffing results in
$ time gitdiff.sh `parent-id` `tree-id` p
* Paul Jackson [EMAIL PROTECTED] wrote:
Ingo wrote:
With default gzip it's 3.3 seconds though,
and that still compresses it down to 57 MB.
Interesting. I'm surprised how much a bunch of separate, modest sized
files can be compressed.
sorry, what i measured was in essence the tarball.
* Willy Tarreau [EMAIL PROTECTED] wrote:
I will also need to do more testing on the linux kernel tree.
Committing patch-2.6.7 on 2.6.6 kernel and then diffing results in
$ time gitdiff.sh `parent-id` `tree-id` p
real5m37.434s
user1m27.113s
sys
* Steven Rostedt [EMAIL PROTECTED] wrote:
Would there be any harm with changing that to
#define jbd_debug(f, a...) do {} while(0)
The compiler would strip it anyway, and you wouldn't have to worry
about your scripts removing the macro.
yeah, that's what i did in -45-01. Since it's not
It's possible to generate another object with the same hash, but:
Yeah - the real check is that the modified object has to
compile and do something useful for someone (the cracker
if no one else).
Just getting a random bucket of bits substituted for a
real kernel source file isn't going to get
Andrea Arcangeli schrieb am 2005-04-09:
On Fri, Apr 08, 2005 at 05:12:49PM -0700, Linus Torvalds wrote:
really designed for something like a offline http grabber, in that you can
just grab files purely by filename (and verify that you got them right by
running sha1sum on the resulting
Ingo wrote:
not the compression of every file separately.
ok
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson [EMAIL PROTECTED] 1.650.933.1373,
1.925.600.0401
-
To unsubscribe from this list: send the line
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/cdrom/cdu31a.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.12-rc2-mm2-full/drivers/cdrom/cdu31a.c.old2005-04-10
02:01:50.0 +0200
+++
On Sun, 10 Apr 2005, Rene Scharfe wrote:
First, configuring via kernel parameters is sufficient.
I don't remember: Would a mount option be equally easy to implement?
(Kernel parameters are OK for me, too.)
I have another idea: let's keep the details of _every_ process owned by
user root
Hello
i am playing a little with swsuspend and getting
scheduling while atomic: bash/0x0001/5244
messages while the system is resuming.
Apparently the resume work correctly.
Do i have to fear for my data?
Some data about my system:
kernel 2.6.11.5
modules
Module Size Used
This patch contains the following cleanups:
- make needlessly global functions static
- remove the following unused global function:
- cm206_delay
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/cdrom/cm206.c | 115 ++
1 files changed, 51
This patch makes the needlessly global fd_routine static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
include/asm-i386/floppy.h |2 +-
include/asm-parisc/floppy.h |2 +-
include/asm-sh/floppy.h |2 +-
include/asm-x86_64/floppy.h |2 +-
4 files changed, 4
This patch makes a needlessly global variable static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.12-rc2-mm2-full/drivers/block/rd.c.old2005-04-10
02:00:08.0 +0200
+++ linux-2.6.12-rc2-mm2-full/drivers/block/rd.c2005-04-10
02:01:00.0 +0200
@@ -74,7
This patch contains the following possible cleanups:
- make needlessly global code static
- remove the following unused global functions:
- blkdev_scsi_issue_flush_fn
- __blk_attempt_remerge
- remove the following unused EXPORT_SYMBOL's:
- blk_phys_contig_segment
- blk_hw_contig_segment
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/cdrom/mcdx.c | 28 +---
1 files changed, 13 insertions(+), 15 deletions(-)
--- linux-2.6.12-rc2-mm2-full/drivers/cdrom/mcdx.c.old 2005-04-10
02:16:00.0
Tony wrote:
Or maybe the files should be named objects/xx/yy/?
I tend to size these things with the square root of the number of
leaf nodes. If I have 2,560,000 leaves (your 10,000 files in each
of 16*16 directories), then I will aim for 1600 directories of
1600 leaves each.
My
This patch makes a needlessly global function static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.12-rc2-mm2-full/drivers/cdrom/sbpcd.c.old 2005-04-10
02:19:08.0 +0200
+++ linux-2.6.12-rc2-mm2-full/drivers/cdrom/sbpcd.c 2005-04-10
02:19:56.0 +0200
@@ -5895,7
Hi,
On Sun, 10 Apr 2005, Paul P Komkoff Jr wrote:
(borrowed from Tommi Virtanen)
Code snippet to reconstruct ancestry graph from bk repo:
bk changes -end':I: $if(:PARENT:){:PARENT:$if(:MPARENT:){ :MPARENT:}}
$unless(:PARENT:){-}' |tac
format is:
newrev parent1 [parent2]
Hi!
Hi! What about doing it right? Encrypt it with symmetric cypher
and store key in suspend header. That way key is removed automagically
while fixing signatures. No need to clear anythink.
Good idea. I'll have a look though it will take a while (busy with my job).
OTOH we may want
Hi!
Hi! The patch is ok, but this should be rewriten to use cpu hotplug
instead.
I have some patches but they need more testing. --p
Heh yeah on the whole it didn't work too well ;), tell me if you need
smp testing. I only have S{0,1,4,5} here though (shouldn't there be a S2
at
Hello.
I am trying to format the CD-RW disc
on my NEC ND-3520A DVD writer, and the
results are completely unexpected: I do
cdrwtool -d /dev/cdrom -q
It proceeds with the formatting, but
while it does so, the system is pretty
much dead. It can do some trivial tasks
like the console switching, but
Am Sonntag, 10. April 2005 15:13 schrieb Andreas Steinmetz:
It may not be desireable to leave swsusp saved pages on disk after
resume as they may contain sensitive data that was never intended to be
stored on disk in an way (e.g. in-kernel dm-crypt keys, mlocked pages).
The attached simple
Hi! What about doing it right? Encrypt it with symmetric cypher
and store key in suspend header. That way key is removed automagically
while fixing signatures. No need to clear anythink.
You might want to leave the key in the kernel image. You need to boot the
same image anyway. Leaving
Hello, James, Jens and Christoph.
This patchset removes misuses of scmd-eh_timeout and unexports SCSI
timer interface such that no one can misuse it anymore. #02 assumes
that the preceding scsi_send_eh_cmnd() patch is applied. Tested and
worked for me.
The following bugs are fixed.
* Race
01_scsi_timer_update_aic7xxx.patch
aic7xxx used scmd-eh_timeout in its dv routines. This kind
of usage requires knowledge of and creates dependency into the
SCSI midlayer unnecessarily. This patch makes aic7xxx driver
use its own timer instead of scmd-eh_timeout.
Dear diary, on Sun, Apr 10, 2005 at 07:45:12PM CEST, I got a letter
where Ingo Molnar [EMAIL PROTECTED] told me that...
* Willy Tarreau [EMAIL PROTECTED] wrote:
I will also need to do more testing on the linux kernel tree.
Committing patch-2.6.7 on 2.6.6 kernel and then diffing
Linus wrote:
It's a filesystem - although a
fairly strange one.
Ah ha - that explains the read-tree and write-tree names.
The read-tree pulls stuff out of this file system into
your working files, clobbering local edits. This is like
the read(2) system call, which clobbers stuff in your
read
Hi!
Hi! What about doing it right? Encrypt it with symmetric cypher
and store key in suspend header. That way key is removed automagically
while fixing signatures. No need to clear anythink.
You might want to leave the key in the kernel image. You need to boot the
same image
This was unexported by Arjan because we have no current users.
However, during a conversion from tasklets to workqueues of the parisc
led functions, we ran across a case where this was needed. In
particular, the open coded equivalent of
cancel_rearming_delayed_workqueue was implemented
On Sun, Apr 10, 2005 at 08:45:22PM +0200, Petr Baudis wrote:
It turns out to be the forks for doing all the cuts and such what is
bogging it down so awfully (doing diff-tree takes 0.48s ;-). I do about
15 forks per change, I guess, and for some reason cut takes a long of
time on its own.
Hi,
Sorry if this post sounds a bit off topic now. It seems I've narrowed
down the issue with the timer running too fast on my AMD 64 based Compaq
laptop.
As said previously, after a cold restart, the system runs 3x too fast.
The processor speed as reported by both the Linux kernel and memtest86
07_scsi_timer_strict_reuse.patch
SCSI cmd timer shouldn't be reused while it's active. Make
sure that the unused condition is marked with
eh_timeout-function = NULL and BUG() active reuse path.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
scsi_error.c | 12 +++-
06_scsi_timer_update_api_doc.patch
As scsi_{add|delete}_timer() got unexported, remove them from
the API doc.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
scsi_mid_low_api.txt | 41 -
1 files changed, 41 deletions(-)
Index:
02_scsi_timer_eh_timer_fix.patch
scmd-eh_timeout is used to resolve the race between command
completion and timeout. However, during error handling,
scsi_send_eh_cmnd uses scmd-eh_timeout. This creates a race
condition between eh and normal completion for a
05_scsi_timer_unexport_timer_functions.patch
SCSI cmd timer has specific synchronization/semantic
requirements and shouldn't be directly used outside SCSI
midlayer. With aic7xxx driver updated, there's no user left.
This patch unexports scsi_{add|delete}_timer()
04_scsi_timer_remove_delete_timer_from_reset_provider.patch
scsi_reset_provider() calls scsi_delete_timer() on exit which
isn't necessary. Remove it.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
scsi_error.c |1 -
1 files changed, 1 deletion(-)
Index:
03_scsi_timer_dispatch_race_fix.patch
scsi_queue_insert() has four callers. Three callers call with
timer disabled and one (the second invocation in
scsi_dispatch_cmd()) calls with timer activated.
scsi_queue_insert() used to always call scsi_delete_timer()
Some thing like the following patch, may be turn off able.
Take out an old envelope and compute on it the odds of this
happening.
Say we have 10,000 kernel hackers, each producing one
new file every minute, for 100 hours a week. And we've
cloned a small army of Andrew Morton's to integrate
the
Oliver Neukum wrote:
What is the point in doing so after they've rested on the disk for ages?
The point is not physical access to the disk but data gathering after
resume or reboot.
--
Andreas Steinmetz SPAMmers use [EMAIL PROTECTED]
-
To unsubscribe from this list: send
Pavel Machek wrote:
Hi!
Hi! What about doing it right? Encrypt it with symmetric cypher
and store key in suspend header. That way key is removed automagically
while fixing signatures. No need to clear anythink.
Good idea. I'll have a look though it will take a while (busy with my job).
On Sun, 2005-04-10 at 14:07 -0500, James Bottomley wrote:
This was unexported by Arjan because we have no current users.
However, during a conversion from tasklets to workqueues of the parisc
led functions, we ran across a case where this was needed. In
particular, the open coded equivalent
On Fri, Apr 08, 2005 at 06:44:53PM +0100, James Chapman wrote:
The only reason I can think
about is when suspending device, so it is likely pm job. /sys entry
might help as well, but I do not see any point making driver more
complicated and bigger just to make someone else happy.
Why not
* jamal [EMAIL PROTECTED] 2005-04-10 10:39
Please crosspost on netdev - you should know that by now;-
I actually disagreee with Herbert on this. Theres definetely good
need to have a more usable messaging system that rides on top of
netlink. It is not that netlink cant be extended (I
On Sun, April 10, 2005 12:55 pm, Linus Torvalds said:
Larry was ok with the idea to make my export format actually be natively
supported by BK (ie the same way you have bk export -tpatch), but
Tridge wanted to instead get at the native data and be difficult about
it. As a result, I can now
Am Sonntag, 10. April 2005 21:29 schrieb Andreas Steinmetz:
Oliver Neukum wrote:
What is the point in doing so after they've rested on the disk for ages?
The point is not physical access to the disk but data gathering after
resume or reboot.
After resume or reboot normal access control
hello,
i have problems with the new kernel on my old systems.
with kernel 2.2.x it works fine, with kernel 2.4.x (last testet 2.4.29), the
system
hangs after some time (some minutes to some hours).
on new p3-systems (also dual-systems) i don't have this problem.
can you give me some help to
Hi!
Oliver Neukum wrote:
What is the point in doing so after they've rested on the disk for ages?
The point is not physical access to the disk but data gathering after
resume or reboot.
After resume or reboot normal access control mechanisms will work
again. Those who can read a
Wij hebben geheel nieuw in ons aanbod edel horloges opgenomen.
Wij hebben bijna alle fantastische modelle voor u, die u zich maar wensen
kunt.
Alles van Bulgari, Cartier tot Chopard en Omega en Gucci uurwerken is te
verkrijgen.
Gesorteerd naar mannen en vrouwen uurwerken, of als geschenkbox is er
On Sat, Apr 09, 2005 at 08:07:03PM -0700, David Schwartz wrote:
The way you stop someone from distributing part of your
work is by arguing
that the work they are distributing is a derivative work of
your work and
they had no right to *make* it in the first place. See, for
This patch makes a needlessly global function static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch was already sent on:
- 27 Mar 2005
- 20 Mar 2005
--- linux-2.6.11-mm4-full/arch/i386/kernel/cpu/mtrr/generic.c.old
2005-03-20 19:43:46.0 +0100
+++
On Sunday 10 Apr 2005 19:29, you wrote:
Hello.
I am trying to format the CD-RW disc
on my NEC ND-3520A DVD writer, and the
results are completely unexpected: I do
cdrwtool -d /dev/cdrom -q
It proceeds with the formatting, but
while it does so, the system is pretty
much dead. It can do
On Sun, 10 Apr 2005, Petr Baudis wrote:
It turns out to be the forks for doing all the cuts and such what is
bogging it down so awfully (doing diff-tree takes 0.48s ;-). I do about
15 forks per change, I guess, and for some reason cut takes a long of
time on its own.
Heh.
Can you pull my
Good lord - you don't need to use arrays for this.
The old-fashioned ways have their ways. Both the 'set'
command and the 'read' command can split args and assign
to distinct variable names.
Try something like the following:
diff-tree -r $id1 $id2 |
sed -e '/^/ { N; s/\n/ / }' -e
On Sun, 10 Apr 2005, Paul Jackson wrote:
Ah ha - that explains the read-tree and write-tree names.
The read-tree pulls stuff out of this file system into
your working files, clobbering local edits. This is like
the read(2) system call, which clobbers stuff in your
read buffer.
Yes.
Hi Ladislav,
Driver has no chance to know about hardware design.
If you want the driver to somehow interact with the battery charging
register, it will have to. We just can't let the user write random value
to this register.
Based on your and Jean's input, following so far sounds reasonable:
On Sun, 2005-04-10 at 21:48 +0200, Arjan van de Ven wrote:
I have absolutely no problem with such an export / unstatic if there are
users... could you just send them in one go ?
Actually, no ... this is a nasty cross tree dependency. The piece of
code is queued in the parisc tree, but Matthew
(Sorry I took so long to respond. I was busy with tons of stuff
offline...)
On Fri, Apr 08, 2005 at 12:33:27PM +0200, Pavel Machek wrote:
Do you have XFS compiled in, by chance?
Yes.
You are not actually resuming from initrd, right?
That is correct.
-Barry K. Nathan [EMAIL PROTECTED]
-
To
Dear diary, on Sun, Apr 10, 2005 at 09:13:19PM CEST, I got a letter
where Willy Tarreau [EMAIL PROTECTED] told me that...
On Sun, Apr 10, 2005 at 08:45:22PM +0200, Petr Baudis wrote:
It turns out to be the forks for doing all the cuts and such what is
bogging it down so awfully (doing
Hi!
(Sorry I took so long to respond. I was busy with tons of stuff
offline...)
On Fri, Apr 08, 2005 at 12:33:27PM +0200, Pavel Machek wrote:
Do you have XFS compiled in, by chance?
Yes.
Can you try without XFS?
I do not why it interferes, but I've seen that before on suse
kernels...
On 04.10, H. Peter Anvin wrote:
Andre Tomt wrote:
H. Peter Anvin wrote:
For those of you that are interested...
snip
I kind of sort of miss the load and bandwidth statistics on the
kernel.org front page. Did they just go boring now with sufficient
hardware resources? :-)
On Sun, 10 Apr 2005, Linus Torvalds wrote:
Can you pull my current repo, which has diff-tree -R that does what the
name suggests, and which should be faster than the 0.48 sec you see..
Actually, I changed things around. Everybody hated the lines, so I
put a changed thing on a line of
Aehhm, you are completely on the wrong track! I installed 2.6.11.7 the same way
I installed 2.6.11, with sound support statically included, but, though it
worked fine without ACPI under 2.6.11, the same configuration under 2.6.11.7
does not work. There was no change in practise, only a change
I totally agree that odds is really really small.
That is why it is not worthy to handle the case. People hit that
can just add a new line or some thing to avoid it, if
it happen after all.
It is the little peace of mind to know for sure that did
not happen. I am just paranoid.
Chris
On Sun,
Also, I did actually debate that issue with myself, and decided that even
if we do have tons of files per directory, git doesn't much care. The
reason? Git never _searches_ for them. Assuming you have enough memory to
cache the tree, you just end up doing a lookup, and inside the kernel
that's
Dear diary, on Mon, Apr 11, 2005 at 12:07:37AM CEST, I got a letter
where Luck, Tony [EMAIL PROTECTED] told me that...
..snip..
Hey, I may end up being wrong, and yes, maybe I should have done a
two-level one. The good news is that we can trivially fix it later (even
dynamically - we can make
On Sun, Apr 10, 2005 at 01:57:33PM -0700, Linus Torvalds wrote:
That way of thinking really doesn't work well here.
I will have to look more closely at pasky's GIT toolkit
if I want to see an SCM style interface.
Yes. You really should think of GIT as a filesystem, and of me as a
Dear diary, on Sun, Apr 10, 2005 at 10:38:11PM CEST, I got a letter
where Linus Torvalds [EMAIL PROTECTED] told me that...
On Sun, 10 Apr 2005, Petr Baudis wrote:
It turns out to be the forks for doing all the cuts and such what is
bogging it down so awfully (doing diff-tree takes 0.48s
Dear diary, on Sun, Apr 10, 2005 at 08:42:53PM CEST, I got a letter
where Christopher Li [EMAIL PROTECTED] told me that...
I totally agree that odds is really really small.
That is why it is not worthy to handle the case. People hit that
can just add a new line or some thing to avoid it, if
it
Stas Sergeev [EMAIL PROTECTED] wrote:
- p-thread.esp0 = (unsigned long) (childregs+1);
+p-thread.esp0 = (unsigned long) (childregs+1) - 8;
This is utterly obscure - it needs a comment so that readers know what that
- 8 is doing there.
-
To unsubscribe from this list: send the line
On Thu, Apr 07, 2005 at 02:29:24PM -0400, Daniel Phillips wrote:
On Thursday 07 April 2005 14:13, Dmitry Yusupov wrote:
On Thu, 2005-04-07 at 13:54 -0400, Daniel Phillips wrote:
Three years ago, there was no fully working open source distributed scm
code base to use as a starting point,
On Sun, 10 Apr 2005, Christopher Li wrote:
BTW, one thing I learn from ext3 is that it is very useful to have some
compatible flag for future development. I think if we want to reserve some
room in the file format for further development of git
Way ahead of you.
This is (one reason) why
But it's not specific to X11; I've applied the patch you posted and the
same symptoms occur for pure tty switching as well, the delay has decreased
a bit (it's hard to measure, but around a second), but it's still rather
annoying to work with.
Is it distinguishable which M6 models are
kernel-rcupdatec-make-the-exports-export_symbol_gpl.patch
add-deprecated_for_modules.patch
add-deprecated_for_modules-fix.patch
deprecate-synchronize_kernel-gpl-replacement.patch
deprecate-synchronize_kernel-gpl-replacement-fix.patch
change-synchronize_kernel-to-_rcu-and-_sched.patch
Please drop
On Sun, Apr 10, 2005 at 11:27:47PM +0200, Pavel Machek wrote:
Can you try without XFS?
No, XFS is my root filesystem. :( (Now that I think about it, would
modularizing XFS and using an initrd be OK?)
I'll see if I can reproduce this on one of my test boxes. I'll *try* to
get to it later today,
Hi!
Can you try without XFS?
No, XFS is my root filesystem. :( (Now that I think about it, would
modularizing XFS and using an initrd be OK?)
Yes, loading xfs from initrd should help. [At least it did during
suse9.3 testing.]
I'll see if I can reproduce this on one of my test boxes. I'll
On Sun, Apr 10, 2005 at 03:38:39PM -0700, Linus Torvalds wrote:
On Sun, 10 Apr 2005, Christopher Li wrote:
BTW, one thing I learn from ext3 is that it is very useful to have some
compatible flag for future development. I think if we want to reserve some
room in the file format for
In article [EMAIL PROTECTED] you wrote:
(I repeat the xxx in the leaf name - easier to code.)
It is a bit OT, but just a note: there are file systems (hash functions) out
there who dont like a lot of files named the same way. For example NTFS with
the 8.3 short names.
Greetings
Bernd
-
To
On Mon, 11 Apr 2005, Petr Baudis wrote:
I currently already do a merge when you track someone's source - it will
throw away your previous HEAD record though
Not only that, it doesn't do what I consider a merge.
A real merge should have two or more parents. The commit-tree command
already
Benjamin Herrenschmidt a écrit :
But it's not specific to X11; I've applied the patch you posted and the
same symptoms occur for pure tty switching as well, the delay has decreased
a bit (it's hard to measure, but around a second), but it's still rather
annoying to work with.
Is it distinguishable
Hi Linus !
Do you intend to continue posting commited patches to a mailing list
like bk scripts did to [EMAIL PROTECTED] ? As I said a while ago, I
find this very useful, especially with the actual patch included in the
commit message (which isn't the case with most other projects CVS commit
Useful explanation - thanks, Linus.
Is this picture and description accurate:
==
working directory files (foo.c)
^
^|
| upward ops|downward
On Wed, 30 Mar 2005, Pavel Machek wrote:
You do not want to mount journaling filesystems; they tend to write to
disks even during read-only mounts... But doing it from initrd should
be okay. ext2 and init=/bin/bash should do the trick, too.
I did give it a try -- successfully.
For
The following patches allow for encryption of the on-disk swsusp image
to prevent data gathering of e.g. in-kernel keys or mlocked data after
resume.
For this purpose the aes cipher must be compiled into the kernel as
module load is not possible at resume time.
A random key is generated at
Pavel,
during testing of the encrypted swsusp_image on x86_64 I did get an Oops
from time to time at memcpy+11 called from swsusp_save+1090 which turns
out to be the memcpy in copy_data_pages() of swsusp.c.
The Oops is caused by a NULL pointer (I don't remember if it was source
or destination).
The following patch includes the necessary kernel configuration option.
--
Andreas Steinmetz SPAMmers use [EMAIL PROTECTED]
--- linux-2.6.11.2/kernel/power/Kconfig.ast 2005-04-10 20:44:48.0
+0200
+++ linux-2.6.11.2/kernel/power/Kconfig 2005-04-10
On Sun, 10 Apr 2005, Christopher Li wrote:
How about deleting trees from the caches? I don't need to delete stuff from
the official tree. It is more for my local version control.
I have a plan. Namely to have a list-needed command, which you give one
commit, and a flag implying how much
On Mon, 11 Apr 2005, Benjamin Herrenschmidt wrote:
Do you intend to continue posting commited patches to a mailing list
like bk scripts did to [EMAIL PROTECTED] ? As I said a while ago, I
find this very useful, especially with the actual patch included in the
commit message (which isn't
The following patch adds some information for encrypted suspend to the
swsusp documentation.
--
Andreas Steinmetz SPAMmers use [EMAIL PROTECTED]
--- linux-2.6.11.2/Documentation/power/swsusp.txt.ast 2005-04-10
21:07:01.0 +0200
+++
Petr wrote:
That reminds me, is there any
tool which will take .rej files and throw them into the file to create
rcsmerge-like conflicts?
Check out 'wiggle'
http://www.cse.unsw.edu.au/~neilb/source/wiggle/
--
I won't rest till it's the best ...
Dear diary, on Mon, Apr 11, 2005 at 01:10:58AM CEST, I got a letter
where Linus Torvalds [EMAIL PROTECTED] told me that...
On Mon, 11 Apr 2005, Petr Baudis wrote:
I currently already do a merge when you track someone's source - it will
throw away your previous HEAD record though
Not
On Apr 6, 2005 1:41 PM, Richard B. Johnson [EMAIL PROTECTED] wrote:
How would you know? Windows will just run it as PIOW and be done
with it.
Yes, but there's a way to know which mode you're using (maybe not
precisely, but at least PIO vs DMA).
Did you ever try to copy a large file in XP?
The following patch adds the core functionality for the encrypted
suspend image.
--
Andreas Steinmetz SPAMmers use [EMAIL PROTECTED]
--- linux-2.6.11.2/kernel/power/swsusp.c.ast2005-04-10 14:08:55.0
+0200
+++ linux-2.6.11.2/kernel/power/swsusp.c
On Sun, 10 Apr 2005, Paul Jackson wrote:
Useful explanation - thanks, Linus.
Hey. You're welcome. Especially when you create good documentation for
this thing.
Because:
Is this picture and description accurate:
[ deleted, but I'll probably try to put it in an explanation file
301 - 400 of 448 matches
Mail list logo
