SEARCH  

NEWS

2010.10.06:11:36:27
Nobel z fizyki za przełomowy materiał (wideo)
Szybsze komputery i przejrzyste ekrany dotykowe mogą pojawić się na rynku dzięki grafenowi. Jest to supermocny, cienki materiał odkryty w roku 2004. Wczoraj nagrodę Nobla z fizyki otrzymali Andriej Gejm i Konstantin Nowosiołow za przełomowe eksperymenty związane z grafenem.

 

133720644384_580360007586Oren Laadan
From: Nathan Lynch <ntl@xxxxxxxxx A checkpointed task image may specify a value for the DABR (Data Access Breakpoint Register). The restart code needs to validate this value before making any c

 
188727414232_546260007541Li Zefan
From: Dan Smith <danms@xxxxxxxxxx Implement the s390 arch-specific checkpoint/restart helpers. This is on top of Oren Laadans c/r code. With these, I am able to checkpoint and restart simple p

 
148527914967_522960007319Li Zefan
From: Dan Smith <danms@xxxxxxxxxx Implement the s390 arch-specific checkpoint/restart helpers. This is on top of Oren Laadans c/r code. With these, I am able to checkpoint and restart simple p

 
169329454850_568760007559Andrew Morton
Quoting Li Zefan (lizf@xxxxxxxxxxxxxx): While walking through the whitelist, if the DEV_ALL item is found, no more check is needed. Right, because the DEV_ALL item always has all permissions.

 
183422484979_550260007345Andrew Morton
Quoting Li Zefan (lizf@xxxxxxxxxxxxxx): While walking through the whitelist, if the DEV_ALL item is found, no more check is needed. Right, because the DEV_ALL item always has all permissions.

 
123328794410_561860007717Chris R Jones
Andrew Morton wrote: On Tue, 07 Apr 2009 13:47:16 +0800 Li Zefan <lizf@xxxxxxxxxxxxxx wrote: While walking through the whitelist, if the DEV_ALL item is found, no more check is neede

 
120325684457_543660007473Chris R Jones
Andrew Morton wrote: On Tue, 07 Apr 2009 13:47:16 +0800 Li Zefan <lizf@xxxxxxxxxxxxxx wrote: While walking through the whitelist, if the DEV_ALL item is found, no more check is neede

 
197725154263_594460007525Serge E Hallyn
Quoting Chris R. Jones (chris@xxxxxxxxxxxxx): One more question for the experts: Is there any roadmap out there for when we can see containers support in kernels for the major distributions

 
126224384470_511160007154Serge E Hallyn
Quoting Chris R. Jones (chris@xxxxxxxxxxxxx): One more question for the experts: Is there any roadmap out there for when we can see containers support in kernels for the major distributions

 
167029604403_564860007945Serge E Hallyn
On s390, all tasks have READ_IMPLIES_EXEC set in current- personality, which causes the restart process to map things like the stack and heap as executable. During the restart process, remove this b

 
199426954823_540460007504Serge E Hallyn
On s390, all tasks have READ_IMPLIES_EXEC set in current- personality, which causes the restart process to map things like the stack and heap as executable. During the restart process, remove this b

 
112025164072_557760007103Oren Laadan
Serge E. Hallyn wrote: Quoting Dan Smith (danms@xxxxxxxxxx): On s390, all tasks have READ_IMPLIES_EXEC set in current- personality, which causes the restart process to map things like the s

 
104929294619_531360007363Oren Laadan
Serge E. Hallyn wrote: Quoting Dan Smith (danms@xxxxxxxxxx): On s390, all tasks have READ_IMPLIES_EXEC set in current- personality, which causes the restart process to map things like the s

 
183821344801_530760007927Oren Laadan
OL In fact, if elsewhere we restore current- personality of the task, OL then unless we move it to cr_read_mm(), it will overwrite it :( Should we move it or just remove RIE before we start the re

 
146229164886_586560007347Serge E Hallyn
Dan, Now after the rework of the patchset, its probably a good time to add support for this. Im unsure if the personality can affect other restore actions that take place elsewhere If so, probably

 
181025584041_563360007354Ryo Tsuruta
Ok, applied. Serge E. Hallyn wrote: Make x86 support depend on it (for now). Signed-off-by: Serge E. Hallyn <serue@xxxxxxxxxx --- arch/x86/Kconfig | 1 + 1 files changed, 1 ins

 
113720814871_521060007823Sukadev Bhattiprolu
Hi all, Im pleased to announce that the new dm-ioband RPM package (v1.12.0) has been released at: rel="nofollow" sourceforge.net/apps/trac/ioband/wiki/dm-ioband sourceforge.net/apps/trac/iob

 
131327094752_593260007623Sukadev Bhattiprolu
Suka, can you please post the entire test program so I can try to reproduce it here ? thanks, Oren. Sukadev Bhattiprolu wrote: Tried this with v14-rc2. This is probably not implemented yet...

 
129528604757_509660007002Sukadev Bhattiprolu
I just posted v14-rc3 which includes the c/r of restart-blocks. That should improve the situation. However, depending on which syscalls one uses, process may still seem "stuck" after rest

 
102226294918_590860007481Mark Ryden
Hi, Sukadev Bhattiprolu wrote: Oren Laadan [orenl@xxxxxxxxxxxxxxx] wrote: | | I just posted v14-rc3 which includes the c/r of restart-blocks. | That should improve the situation. | | H

 
125523044039_529760007000Mark Ryden
On Wed, Apr 01, 2009 at 01:00:53PM +0300, Mark Ryden wrote: Hello, I am back to it and I just want to ask if there are any news with sysfs tagged directory support patch. Is it merged now ?

 
165120734082_552260007742Oren Laadan
Quoting Mark Ryden (markryde@xxxxxxxxx): Hello, I am sorry to hear that it is not merged yet.I hoped to try to start a project with network namespaces. Sysfs tagged directories are not support

 
134425974450_509560007471Serge E Hallyn
Checkpoint of sysvipc shared memory is performed in two steps: first, the entire ipc namespace is dumped as a whole by iterating through all shm objects and dumping the contents of each one. The shme

 
171928254330_547660007498Oren Laadan
Serge E. Hallyn wrote: Quoting Oren Laadan (orenl@xxxxxxxxxxxxxxx): ... int cr_write_ipc(struct cr_ctx *ctx, struct nsproxy *nsproxy) { - return 0; + return cr_write_ipc_shm(ctx,

 
147829444126_539660007621Oren Laadan
During restart, an ipc shared region may have SHM_DEST, indicating that it has been originally deleted (while still active). In this case the task of deleting the region after restoring it is postpon

 
187821064925_591760007861Oren Laadan
Quoting Oren Laadan (orenl@xxxxxxxxxxxxxxx): -int ipc_addid(struct ipc_ids* ids, struct kern_ipc_perm* new, int size) +int +ipc_addid(struct ipc_ids *ids, struct kern_ipc_perm *new, int size, i

 
191720544935_600060007218Oren Laadan
Quoting Oren Laadan (orenl@xxxxxxxxxxxxxxx): Serge E. Hallyn wrote: Quoting Oren Laadan (orenl@xxxxxxxxxxxxxxx): -int ipc_addid(struct ipc_ids* ids, struct kern_ipc_perm* new, int si

 
174129214816_519160007345Oren Laadan
On Tue, Mar 31, 2009 at 01:32:31AM -0400, Oren Laadan wrote: Signed-off-by: Oren Laadan <orenl@xxxxxxxxxxxxxxx The description is empty and this patch is rather pointless without 7/7. Any reas

 
166327364169_599460007090Matt Helsley
Like chekcpoint, restart of sysvipc shared memory is also performed in two steps: first, the entire ipc namespace is restored as a whole, by restoring each shm object read from the checkpoint image.

 
149126904034_561760007886Dave Hansen
Add a interface to postpone an action until the end of the entire checkpoint or restart operation. This is useful when during the scan of tasks an operation cannot be performed in place, to avoid the

 
123829644993_516260007396Oren Laadan
Dave Hansen wrote: On Tue, 2009-03-31 at 01:32 -0400, Oren Laadan wrote: Add a interface to postpone an action until the end of the entire checkpoint or restart operation. This is useful whe

 
102327974450_595960007026Oren Laadan
These two are used in the next patch when calling vfs_read/write() Signed-off-by: Oren Laadan <orenl@xxxxxxxxxxxxxxx --- fs/read_write.c | 10 ---------- include/linux/fs.h | 10 ++++++++

 
117725374948_599360007965Serge E Hallyn
If ext2/3/4 is compiled as a kernel module, apply this patch to successfully compile this c/r patchset. Oren. diff --git a/checkpoint/ckpt_file.c b/checkpoint/ckpt_file.c index 0fe68bf..df6bb3d 10

 
133823904700_550860007912Oren Laadan
A minor comment and a nit. Oren Laadan [orenl@xxxxxxxxxxxxxxx] wrote: | From d832bfba9a50789fbfadf8486fbdfbd8b498a9ea Mon Sep 17 00:00:00 2001 | From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx | Date

 
159928754601_563360007687Oren Laadan
A minor comment and a nit. Oren Laadan [orenl@xxxxxxxxxxxxxxx] wrote: | From d832bfba9a50789fbfadf8486fbdfbd8b498a9ea Mon Sep 17 00:00:00 2001 | From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx | Date

 
151927304651_551160007531Oren Laadan
Infrastructure to handle objects that may be shared and referenced by multiple tasks or other objects, e..g open files, memory address space etc. The state of shared objects is saved once. On the fi

 
190729164327_535760007124Oren Laadan
Infrastructure to handle objects that may be shared and referenced by multiple tasks or other objects, e..g open files, memory address space etc. The state of shared objects is saved once. On the fi

 
138420504661_533160007389Oren Laadan
Create trivial sys_checkpoint and sys_restore system calls. They will enable to checkpoint and restart an entire container, to and from a checkpoint image file descriptor. The syscalls take a file d

 
129523814780_599660007163Oren Laadan
Create trivial sys_checkpoint and sys_restore system calls. They will enable to checkpoint and restart an entire container, to and from a checkpoint image file descriptor. The syscalls take a file d

 
190724884038_550860007529Oren Laadan
Minor comment: Oren Laadan [orenl@xxxxxxxxxxxxxxx] wrote: | From 26e7a012d3ff04d64a59e629f2427dfa2b49792b Mon Sep 17 00:00:00 2001 | From: Oren Laadan <orenl@xxxxxxxxxxxxxxx | Date: Mon, 30 Mar

 
119526404259_584760007150Oren Laadan
Minor comment: Oren Laadan [orenl@xxxxxxxxxxxxxxx] wrote: | From 26e7a012d3ff04d64a59e629f2427dfa2b49792b Mon Sep 17 00:00:00 2001 | From: Oren Laadan <orenl@xxxxxxxxxxxxxxx | Date: Mon, 30 Mar

 
137720574066_570560007940Oren Laadan
A few minor comments. Oren Laadan [orenl@xxxxxxxxxxxxxxx] wrote: | From 6f0a1dc1db8fdac766b00f90e04e06a5827af459 Mon Sep 17 00:00:00 2001 | From: Oren Laadan <orenl@xxxxxxxxxxxxxxx | Date: Mon,

 
182927994991_549060007033Oren Laadan
A few minor comments. Oren Laadan [orenl@xxxxxxxxxxxxxxx] wrote: | From 6f0a1dc1db8fdac766b00f90e04e06a5827af459 Mon Sep 17 00:00:00 2001 | From: Oren Laadan <orenl@xxxxxxxxxxxxxxx | Date: Mon,

 
187924254415_565960007304Oren Laadan
Just a nit: Oren Laadan [orenl@xxxxxxxxxxxxxxx] wrote: | From 6f5483b085b1fb675a8445c65ddbeb7b38187865 Mon Sep 17 00:00:00 2001 | From: Oren Laadan <orenl@xxxxxxxxxxxxxxx | Date: Mon, 30 Mar 2

 
182323284792_586160007913Oren Laadan
Just a nit: Oren Laadan [orenl@xxxxxxxxxxxxxxx] wrote: | From 6f5483b085b1fb675a8445c65ddbeb7b38187865 Mon Sep 17 00:00:00 2001 | From: Oren Laadan <orenl@xxxxxxxxxxxxxxx | Date: Mon, 30 Mar 2

 
139020314553_564960007703Oren Laadan
One comment below. Oren Laadan [orenl@xxxxxxxxxxxxxxx] wrote: | From eed3f074ed035c93eb49d05cc1491ee680956906 Mon Sep 17 00:00:00 2001 | From: Oren Laadan <orenl@xxxxxxxxxxxxxxx | Date: Mon, 30

 
180022554761_586660007175Oren Laadan
From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx This marks ext[234] as being checkpointable. There will be many more to do this to, but this is a start. Signed-off-by: Dave Hansen <dave@xxxxxxxx

 
180527884975_579660007104Oren Laadan
Couple of nits: Oren Laadan [orenl@xxxxxxxxxxxxxxx] wrote: | From f5dec38baa6a2cc2a88783db3a9afd676821d293 Mon Sep 17 00:00:00 2001 | From: Oren Laadan <orenl@xxxxxxxxxxxxxxx | Date: Mon, 30 Mar

 
182921564529_524460007950Oren Laadan
Minor comment. Oren Laadan [orenl@xxxxxxxxxxxxxxx] wrote: | From 7bb32901eb8cefba38bd06bea8a1630ac0dd5051 Mon Sep 17 00:00:00 2001 | From: Oren Laadan <orenl@xxxxxxxxxxxxxxx | Date: Mon, 30 Mar

 
154826394278_534060007113Serge E Hallyn
A pipe is essentially a double-headed inode with a buffer attached to it. We checkpoint the pipe buffer only once, as soon as we hit one side of the pipe, regardless whether it is read- or write- end

 

 

home   |    register   |    login