The following is a series of patches related to Unionfs. The main changes
here are compliance with coding style and assorted cleanups, based on lkml
comments and advise. Specifically, the un/likely updates from the previous
series of patches was completely redone; the number of un/likely
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> FYI, the attached .config fails with the build errors below. Kernel is
> latest 2.6.23-git. Found via make randconfig.
the quick fix below resolves these build failures. (i guess it might be
cleaner/safer to solve this via excluding this .config
FYI, the attached .config fails with the build errors below. Kernel is
latest 2.6.23-git. Found via make randconfig.
Ingo
In file included from drivers/mtd/chips/cfi_cmdset_0002.c:40:
include/linux/mtd/cfi.h: In function 'cfi_build_cmd':
include/linux/mtd/cfi.h:293: error: implicit
From: Rob Landley <[EMAIL PROTECTED]>
Update Documentation/scsi/00-INDEX to match current files.
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
---
Documentation/scsi/00-INDEX | 34 +++---
1 file changed, 31 insertions(+), 3 deletions(-)
diff -r f4ca99897c12
--- "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> ...
> > +A process can see the smack label it is running with by
> > +reading /proc/self/attr/current. A privileged process can
> > +set the process smack by writing there.
>
> Ok, so to control smack label transitions, basically you would
>
This is a slightly edited repost of a note sent on Friday September 28,
as we haven't heard back from anyone yet. (I know it was the weekend!)
Sorry to post again but this issue caused great problems for us and I
want to be sure we're choosing a decent solution.
Perhaps one of the people who
Nick wrote:
> Moreover, sched_load_balance doesn't really sound like a good name
> for asking for a partition.
Yup - it's not a good name for asking for a partition.
That's because it isn't asking for a partition.
It's asking for load balancing over the CPUs in the cpuset so marked.
> It's
On Sun, Sep 30, 2007 at 08:03:51PM +0200, Soeren Sandmann wrote:
> This patch adds the ability to drop mapped pages with
> /proc/sys/vm/drop_caches. This is useful to get repeatable
> measurements of startup time for applications.
>
> Without it, pages that are mapped in already-running
From: Rob Landley <[EMAIL PROTECTED]>
Add several missing entries to Documentation/arm/00-INDEX
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
---
Documentation/arm/00-INDEX | 22 --
1 file changed, 16 insertions(+), 6 deletions(-)
diff -r f4ca99897c12
This patch fixes these warnings:
drivers/pci/hotplug/cpqphp_pci.c: In function ‘cpqhp_configure_device’:
drivers/pci/hotplug/cpqphp_pci.c:92: warning: ‘pci_find_slot’ is deprecated
(declared at include/linux/pci.h:481)
drivers/pci/hotplug/cpqphp_pci.c:102: warning: ‘pci_find_slot’ is deprecated
On Mon, 1 Oct 2007, Denys Vlasenko wrote:
> My use case is: I want to do a nonblocking read on descriptor 0 (stdin).
> It may be a pipe or a socket.
>
> There may be other processes which share this descriptor with me,
> I simply cannot know that. And they, too, may want to do reads on it.
>
>
On Mon, Oct 01, 2007 at 12:52:07AM +0100, Richard Purdie wrote:
> I've become aware that I should be posting a merge plan, probably
> slightly earlier than this but better late than never.
Can you post a diffstat too, so we get an idea of what is going to be
changing?
thanks,
greg k-h
-
To
On Mon, 1 Oct 2007 02:07:33 +0200 Frans Pop <[EMAIL PROTECTED]> wrote:
> > That excludes all the extra stuff in -mm and should give us a good hint
> > whether HPET is really at fault.
>
> The system does boot with rc8 + hrt1.
>
> Andrew: any suggestions on how to trace the "real" culprit for
On Sunday 30 September 2007 3:35:03 pm Andi Kleen wrote:
> On Fri, Sep 28, 2007 at 07:44:02PM -0500, Rob Landley wrote:
> > From: Rob Landley <[EMAIL PROTECTED]>
> >
> > Add Documentation/x86_64/00-INDEX
>
> What's the point of this file?
It's for http://kernel.org/doc/Documentation/
I have a
In article <[EMAIL PROTECTED]>,
Denys Vlasenko <[EMAIL PROTECTED]> wrote:
>Hi Ulrich,
>
>On Friday 28 September 2007 18:34, Ulrich Drepper wrote:
>> One more small change to extend the availability of creation of
>> file descriptors with FD_CLOEXEC set. Adding a new command to
>> fcntl()
On Monday 01 October 2007, Udo A. Steinberg wrote:
> On Mon, 1 Oct 2007 02:07:33 +0200 Frans Pop (FP) wrote:
> FP> On Monday 01 October 2007, you wrote:
> FP> > I was suggesting to download 2.6.23-rc8 and applying the -hrt
> patchset FP> > at
> FP> >
>
On Sun, Sep 30, 2007 at 02:44:41PM -0700, Linus Torvalds wrote:
> On Sun, 30 Sep 2007, Randy Dunlap wrote:
> > On Sun, 30 Sep 2007 23:05:09 +0200 Rafael J. Wysocki wrote:
> > >
> > > Subject: build #301 failed for 2.6.23-rc6-g0d4cbb5 in
> > > linux/drivers/net/wireless/libertas/
> > >
From: "Michael Chan" <[EMAIL PROTECTED]>
Date: Fri, 21 Sep 2007 19:47:17 -0700
> On Fri, 2007-09-21 at 10:49 -0700, David Miller wrote:
> > From: Denys Vlasenko <[EMAIL PROTECTED]>
> > Date: Fri, 21 Sep 2007 18:03:55 +0100
> >
> > > Do patches look ok to you?
> >
> > I'm travelling so I haven't
On Mon, 1 Oct 2007 02:07:33 +0200 Frans Pop (FP) wrote:
FP> On Monday 01 October 2007, you wrote:
FP> > I was suggesting to download 2.6.23-rc8 and applying the -hrt patchset
FP> > at
FP> > http://www.kernel.org/pub/linux/kernel/people/tglx/hrtimers/2.6.23-rc8/
FP> > on top of it.
FP>
FP> Ah,
From: Valerie Henson <[EMAIL PROTECTED]>
Date: Wed, 22 Aug 2007 19:06:26 -0600
> ebizzy is designed to generate a workload resembling common web
> application server workloads.
I downloaded this only to be basically disappointed.
Any program which claims to generate workloads "resembling common
CC net/ieee80211/softmac/ieee80211softmac_wx.o
/home/kernel/src/net/ieee80211/softmac/ieee80211softmac_wx.c: In function
âieee80211softmac_wx_set_essidâ:
/home/kernel/src/net/ieee80211/softmac/ieee80211softmac_wx.c:117: warning:
label âoutâ defined but not used
due to commit:
On Monday 01 October 2007, you wrote:
> On Sun, 30 Sep 2007 23:50:29 +0200 Frans Pop (FP) wrote:
> > I'm not sure what you mean. I fetched the branch I think you referred
> > to [1], but when I did a merge of that on top of v2.6.23-rc8-mm2 I
> > got "Already up-to-date", so AFAICT that branch is
On Monday 01 October 2007 00:11, Davide Libenzi wrote:
> On Sun, 30 Sep 2007, Denys Vlasenko wrote:
>
> > Hi Ulrich,
> >
> > On Friday 28 September 2007 18:34, Ulrich Drepper wrote:
> > > One more small change to extend the availability of creation of
> > > file descriptors with FD_CLOEXEC set.
I've become aware that I should be posting a merge plan, probably
slightly earlier than this but better late than never.
The backlight tree doesn't have too much in it, basically a new driver,
some cleanups, a driver bugfix and a conversion of a driver to become
more generic code.
I've become aware that I should be posting a merge plan, probably
slightly earlier than this but better late than never.
The leds tree doesn't have much in it, basically some changes to the
cobalt LED drivers.
http://git.o-hand.com/?p=linux-rpurdie-leds;a=shortlog;h=for-mm
Yoichi Yuasa (3):
Matthew wrote:
Hi Ingo & everbody on the list,
first of all: many thanks for developing this great scheduler (also:
kudos to Con Kolivas for having developed SD & CK-patchset)
(this is my second mail to this list and I hope I'm doing everything right)
I'm doing some backup during work right
Paolo Ornati wrote:
Hi, I think you forgot to blacklist this one :)
--
Seagate Barracuda ST380817AS has troubles with NCQ. For example,
unpacking a tarball on an XFS filesystem gives this:
ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x2 frozen
ata1.00: cmd
From: Ingo Molnar <[EMAIL PROTECTED]>
Date: Sun, 30 Sep 2007 21:55:38 +0200
>
> * Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 2007-09-30 at 19:11 +0200, Ingo Molnar wrote:
> > > > > > good catch! A quick preliminary review of your patch indicates it's
> > > > > > fine - and it
On 9/30/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Sun, Sep 30, 2007 at 04:57:09PM -0600, Grant Likely wrote:
> > + if ((rc = platform_driver_register(_platform_driver)) != 0)
> > + goto err_plat;
>
> rc = platform_driver_register(_platform_driver);
> if
Hi Andrew,
Every IrCOMM socket is registered with the discovery subsystem, so we don't
need to loop over all of them for every discovery event. We just need to
do it for the registered IrCOMM socket.
Would you please consider this patch for -mm inclusion ?
From: Ryan Reading <[EMAIL PROTECTED]>
On Sun, 30 Sep 2007, Andi Kleen wrote:
The authentication issues are very real, but a separate issue.
First rule of network security: don't trust the network.
This I agree with
Without authentication it's completely useless. I don't understand
how you can disregard that as "separate
Hi
I can confirm, that reversing this patch on 2.6.23-rc8 fixes the problem.
Checked on 3 different servers.
softirq not jumping anymore on top of "top" and mpstat also looks stable,
reasonable and nice.
pi linux-git # git bisect bad
Bisecting: 0 revisions left to test after this
Hi
I got
pi linux-git # git bisect bad
Bisecting: 0 revisions left to test after this
[f85958151900f9d30fa5ff941b0ce71eaa45a7de] [NET]: random functions can use
nsec resolution instead of usec
I will make sure and will try to reverse this patch on 2.6.22
But it seems "that's it".
On Sun,
On Sun, 30 Sep 2007, Denys Vlasenko wrote:
> Hi Ulrich,
>
> On Friday 28 September 2007 18:34, Ulrich Drepper wrote:
> > One more small change to extend the availability of creation of
> > file descriptors with FD_CLOEXEC set. Adding a new command to
> > fcntl() requires no new system call and
This patchset provides support for in-kernel 9P2000 servers.
This patch add the 9P server connection code.
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
---
net/9p/srv/conn.c | 743 +
1 files changed, 743 insertions(+), 0 deletions(-)
On Sun, Sep 30, 2007 at 04:57:09PM -0600, Grant Likely wrote:
> + if ((rc = platform_driver_register(_platform_driver)) != 0)
> + goto err_plat;
rc = platform_driver_register(_platform_driver);
if (rc)
goto err_plat;
please.
> + err_plat:
>
This patchset provides support for in-kernel 9P2000 servers.
This patch adds the header file that defines the 9P server interface as well
as the code for the common support functions for the server.
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
---
include/net/9p/srv.h | 208
This patchset provides support for in-kernel 9P2000 servers.
Support for 9P servers listening on TCP sockets.
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
---
net/9p/srv/socksrv.c | 252 ++
1 files changed, 252 insertions(+), 0
Sample ramfs file server that uses the 9P in-kernel server implementation.
This code is for reference only, it is not supposed to be merged into the
kernel.
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
---
net/9p/srv/Kconfig |6 +
net/9p/srv/Makefile |4 +
net/9p/srv/ramfs.c |
This patchset provides support for in-kernel 9P2000 servers.
Implement support for the 9P messages required by the server side.
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
---
include/net/9p/9p.h | 19 ++
net/9p/conv.c | 508 ++-
This patchset provides support for in-kernel 9P2000 servers.
This patch adds the 9P server fid management.
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
---
net/9p/srv/fid.c | 178 ++
1 files changed, 178 insertions(+), 0 deletions(-)
This patchset provides support for in-kernel 9P2000 servers.
9P server Kconfig and Makefile changes.
Signed-off-by: Latchesar Ionkov <[EMAIL PROTECTED]>
---
net/9p/Kconfig |1 +
net/9p/Makefile |1 +
net/9p/srv/Kconfig |9 +
net/9p/srv/Makefile |7 +++
4
On Sun, 30 Sep 2007, Oleg Nesterov wrote:
> Ah, but I asked the different question. We must see CPU 1's stores by
> definition, but what about CPU 0's stores (which could be seen by CPU 1)?
>
> Let's take a "real life" example,
>
> A = B = X = 0;
> P = Q =
>
>
Greetings all;
I have a pcHDTV-3000 card in this box. This is a cx88 based card AFAIK.
I had a need to check something with tvtime today and found it couldn't
open /dev/video0
Checking in /dev, there indeed is no such animal, or anything seemingly video
related.
An lsmod|grep cx88 returns:
From: Grant Likely <[EMAIL PROTECTED]>
SystemACE uses the platform bus binding, but it doesn't use the
platform bus API. Move to using the correct API for consistency
sake and future proofing against platform bus changes.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
On Sunday 30 September 2007, you wrote:
> On Sun, 30 Sep 2007 00:15:35 +0200 Frans Pop <[EMAIL PROTECTED]> wrote:
> > On Friday 28 September 2007, you wrote:
> > > My Toshiba Satellite A40 (i386, P4 Mobile) hangs during boot after:
> >
> > With 'hpet-force-enable-on-ich34' reverted the system
From: Grant Likely <[EMAIL PROTECTED]>
I'm the author of the SystemACE driver
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
MAINTAINERS |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8f80068..cb6323e 100644
--- a/MAINTAINERS
From: Grant Likely <[EMAIL PROTECTED]>
Miscellanious rework to the sysace driver; Not critical, but makes the
subsequent addition of the of_platform bus binding a wee bit cleaner
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
drivers/block/xsysace.c | 12 +---
1 files changed, 9
From: Grant Likely <[EMAIL PROTECTED]>
The FSM needs to be initialized before it is safe to call the ISR
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
drivers/block/xsysace.c | 21 ++---
1 files changed, 10 insertions(+), 11 deletions(-)
diff --git
From: Grant Likely <[EMAIL PROTECTED]>
The of_platform bus binding is needed to make the device driver usable
under arch/powerpc.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
drivers/block/xsysace.c | 89 +++
1 files changed, 89
Here is a set of rework patches on the Xilinx SystemACE driver which ends
in the addition of an of_platform bus binding. The of_platform bus binding
is needed to use the driver from arch/powerpc. SystemACE is most commonly
used in Xilinx Virtex system (ppc405).
Jens, I'm hoping I can get these
Mark Lord wrote:
..
So next is inside the kernel itself, at linux/kernel/sys.c :: sys_reboot(),
where we see this code:
/* Instead of trying to make the power_off code look like
* halt when pm_power_off is not set do it the easy way.
*/
if ((cmd ==
From: Grant Likely <[EMAIL PROTECTED]>
Split the determination of device registers/irqs/etc from the actual
allocation and initialization of the device structure. This cleans
up the code a bit in preparation to add an of_platform bus binding
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
Santiago Garcia Mantinan wrote:
I booted into single mode, then umounted all unneeded stuff and put / to ro,
stopped all unused raids, ... then did...
..
strace /bin/halt -f -p
..
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0
> > +Call Trace:
> > + [] kobject_cleanup+0x31/0x47
> > + [] kref_put+0x76/0x84
> > + [] fuse_sysfs_cleanup+0xa/0x14 [fuse]
> > + [] fuse_exit+0x19/0x24 [fuse]
> > + [] sys_delete_module+0x1c0/0x228
> > + [] sysenter_past_esp+0x6b/0xa1
> > + [] 0xe410
> > + ===
> > +Code:
Kernel: 2.6.22-r5
Kernel option: i8042.nomux=1
See attached full dmesg for more.
I have recently updated my kernel to 2.6.22 and - in the same occasion -
changed various options in the kernel .config; I cannot state that the
problem have arisen since kernel 2.6.22 but more probably since I
On Fri, 28 September 2007 10:39:06 +0200, Bernd Petrovitsch wrote:
>
> If think you misunderstood:
> Say, you compile out everything of DEBUG level.
> Say, you have a continued printk() after each and every pr_debug().
>
> Then how is the macro supposed to know (at compile-time) that the
>
On Sunday, 30 September 2007 23:43, Nigel Cunningham wrote:
> Hi.
>
> On Monday 01 October 2007 05:56:45 Rafael J. Wysocki wrote:
> > Hi,
> >
> > On Sunday, 30 September 2007 13:44, Nigel Cunningham wrote:
> > > Hi Rafael et al.
> > >
> > > This looks like it will be vanilla material, maybe
On Friday 21 September 2007 23:19:35 Jakub Jelinek wrote:
> On Fri, Sep 21, 2007 at 10:45:02PM +0200, Andi Kleen wrote:
> >
> > Kernel doesn't use SSE2, so it doesn't need 16 byte alignment. Also
> > the stack can be already unaligned so letting the compiler align
> > is useless. This may make
"Jaswinder Singh" <[EMAIL PROTECTED]> writes:
>
> By default configuration size of vmlinux is 41 MB and it includes
> approx 75% of useless stuff for me.
That's not a i386 or x86-64 defconfig. i386 and x86-64 defconfigs
are ~6.1MB and ~12MB.
-Andi
-
To unsubscribe from this list: send the line
Hi Nick
There is no numbers for sure now, it is just instability.
I am bisecting kernel now (from 2.6.21 to 2.6.22-rc1), i think it is caused
by some patch, and maybe not related to CFS. Anyways, let's see when i finish
bisect. Just i was thinking, maybe anyone else have similar issues or some
On Sun, 30 Sep 2007 23:50:29 +0200 Frans Pop (FP) wrote:
FP> I'm not sure what you mean. I fetched the branch I think you referred to
FP> [1], but when I did a merge of that on top of v2.6.23-rc8-mm2 I
FP> got "Already up-to-date", so AFAICT that branch is fully merged into mm
FP> and I'm
On Sunday 30 September 2007, you wrote:
> On Sat, 29 Sep 2007 13:02:34 -0700 Andrew Morton (AM) wrote:
> AM> On Sat, 29 Sep 2007 21:40:22 +0200 Frans Pop wrote:
> AM> > 3fe6c0016fd863b233097a8219a0d8577c2fd503 is first bad commit
> AM> > commit 3fe6c0016fd863b233097a8219a0d8577c2fd503
> AM> >
On Sun, 30 Sep 2007, Randy Dunlap wrote:
> On Sun, 30 Sep 2007 23:05:09 +0200 Rafael J. Wysocki wrote:
> >
> > Subject:build #301 failed for 2.6.23-rc6-g0d4cbb5 in
> > linux/drivers/net/wireless/libertas/
> > Submitter: Toralf Förster <[EMAIL PROTECTED]>
> > References:
Hi.
On Monday 01 October 2007 05:56:45 Rafael J. Wysocki wrote:
> Hi,
>
> On Sunday, 30 September 2007 13:44, Nigel Cunningham wrote:
> > Hi Rafael et al.
> >
> > This looks like it will be vanilla material, maybe 2.6.23 material?
>
> Well, I wouldn't like to export freezer.h . Why exactly
Helge Hafting <[EMAIL PROTECTED]> writes:
>
> shrink_dcache_memory
That usually means random memory corruption from somewhere -- dcache
tends to use a lot of memory and when it is corrupted anywhere these
functions tend to crash while walking the lists.
Unfortunately memory corruption is hard
>I have a scanner connected to a Initio INI-950 SCSI card and I recently
> upgraded from SuSE 10.2 to 10.3. The new kernel doesn't see any of my
> devices. I get the following in /var/log/messages:
>
>
>
>
>
>Sep 30 09:05:13 r2d2 kernel: ACPI: PCI Interrupt :00:0a.0[A] -> GSI
On Sun, 30 Sep 2007 23:05:09 +0200 Rafael J. Wysocki wrote:
> Hi,
>
>
> Subject: build #301 failed for 2.6.23-rc6-g0d4cbb5 in
> linux/drivers/net/wireless/libertas/
> Submitter:Toralf Förster <[EMAIL PROTECTED]>
> References: http://lkml.org/lkml/2007/9/11/150
>
Justin Piszcz wrote:
Package: samba
Version: 3.0.26a-1
Kernel: 2.6.22
samba 3.0.26a-1 performance < 900 KiB/s, but FTP = 30-90 MiB/s
Let me start out by saing this is an oddball problem:
SAMBA:
LINUX -> WINDOWS = < 900 KiB/s (varies between 100 - 900 KiB/s)
WINDOWS -> LINUX = 30-90 MiB/s
SuSE 10.3 (new release candidate), 2.6.22.5-29 kernel, SCSI initio driver
I have a scanner connected to a Initio INI-950 SCSI card and I recently
upgraded from SuSE 10.2 to 10.3. The new kernel doesn't see any of my devices.
I get the following
Thomas Gleixner wrote:
On Sat, 29 Sep 2007, Helge Hafting wrote:
Thomas Gleixner wrote:
I have gone back to 2.6.22rc4, which seems to work.
This is a single opteron, although on a dual-slot board.
Can you switch to serial console, so we can get some information out of
Hi Denys, thanks for reporting (btw. please reply-to-all when replying
on lkml).
You say that SLAB is better than SLUB on an otherwise identical kernel,
but I didn't see if you quantified the actual numbers? It sounds like there
is still a regression with SLAB?
On Monday 01 October 2007 03:48,
Justin Piszcz wrote:
On Sun, 30 Sep 2007, Sinisa Bandin wrote:
Justin Piszcz wrote:
Package: samba
Version: 3.0.26a-1
Kernel: 2.6.22
samba 3.0.26a-1 performance < 900 KiB/s, but FTP = 30-90 MiB/s
Let me start out by saing this is an oddball problem:
SAMBA:
LINUX -> WINDOWS = < 900
Hi,
This message lists some known regressions from 2.6.22 for which there are
no fixes in the mainline that I know of. If any of them have been fixed
already, please let me know.
If you know of any other unresolved regressions from 2.6.22, please let me know
either and I'll add them to the
On Monday 01 October 2007 06:12, Andrew Morton wrote:
> On Sun, 30 Sep 2007 05:09:28 +1000 Nick Piggin <[EMAIL PROTECTED]>
wrote:
> > On Sunday 30 September 2007 05:20, Andrew Morton wrote:
> > > We can't "run out of unfragmented memory" for an order-2 GFP_KERNEL
> > > allocation in this
On Sun, 30 Sep 2007, Sinisa Bandin wrote:
Justin Piszcz wrote:
Package: samba
Version: 3.0.26a-1
Kernel: 2.6.22
samba 3.0.26a-1 performance < 900 KiB/s, but FTP = 30-90 MiB/s
Let me start out by saing this is an oddball problem:
SAMBA:
LINUX -> WINDOWS = < 900 KiB/s (varies between 100
On Fri, Sep 28, 2007 at 07:44:02PM -0500, Rob Landley wrote:
> From: Rob Landley <[EMAIL PROTECTED]>
>
> Add Documentation/x86_64/00-INDEX
What's the point of this file?
> x86_64/00-INDEX | 14 ++
> 1 file changed, 14 insertions(+)
>
> --- /dev/null 2007-04-23 10:59:00.0
On Sunday 30 September 2007 4:16:18 am Andrew Morton wrote:
> - hm, netlabels. Who might be a suitable person to review that code?
> Seems that Paul Moore is the man. Maybe he'd be interested in taking a
> look over it (please?)
Yep, I've been tracking Casey's work on this since the first
On Sat, 29 September 2007 13:00:11 -0700, Andrew Morton wrote:
>
> err, it's basically an open-coded mutex via which one thread can get
> exclusive access to some parts of an inode's internals. Perhaps it could
> literally be replaced with a mutex. Exactly what I_LOCK protects has not
> been
On Sun, Sep 30, 2007 at 10:05:57PM +0200, Andi Kleen wrote:
> > but a cluster of Linux machines in a rack is roughly the same size of
> > a huge Unix server tens year ago --- and it's not like Ethernet is any
> > more secure than the PCI bus.
>
> PCI busses normally don't have routers to
On Sunday 30 September 2007 3:07:42 pm Theodore Tso wrote:
> There are different kinds of security. Not all of them involve
> cryptography and IPSEC. Some of them involve armed soldiers and air
> gap firewalls. :-)
>
> Yes, normally the network is outside the Trusted Computing Base (TCB),
> but
On Sun, 30 Sep 2007 05:09:28 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
> On Sunday 30 September 2007 05:20, Andrew Morton wrote:
> > On Sat, 29 Sep 2007 06:19:33 +1000 Nick Piggin <[EMAIL PROTECTED]>
> wrote:
> > > On Saturday 29 September 2007 19:27, Andrew Morton wrote:
> > > > On Sat, 29
On Monday 01 October 2007 04:07, Paul Jackson wrote:
> Nick wrote:
> > The user should just be able to specify exactly the partitioning of
> > tasks required, and cpusets should ask the scheduler to do the best
> > job of load balancing possible.
>
> If the cpusets which have 'sched_load_balance'
> Yes, normally the network is outside the Trusted Computing Base (TCB),
Normally as in the 99.9% case.
> but a cluster of Linux machines in a rack is roughly the same size of
> a huge Unix server tens year ago --- and it's not like Ethernet is any
> more secure than the PCI bus.
PCI
I booted into single mode, then umounted all unneeded stuff and put / to ro,
stopped all unused raids, ... then did...
>/sbin/halt -f -p
>
> The machine *should* poweroff.
Nope, it didn't and what was curious was that I was left at the bash prompt
:-?
> If not, then do the whole thing again
* Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-09-30 at 19:11 +0200, Ingo Molnar wrote:
> > > > > good catch! A quick preliminary review of your patch indicates it's
> > > > > fine - and it might be v2.6.23 material.
> > > >
> > > > there's a symmetric bug in
On Sunday, 30 September 2007 10:50, Andrew Morton wrote:
> On Sat, 29 Sep 2007 22:26:21 -0400 [EMAIL PROTECTED] wrote:
>
> > On Thu, 27 Sep 2007 02:22:20 PDT, Andrew Morton said:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc8/2.6.23-rc8-mm2/
> >
> > Locks up hard
Hi,
On Sunday, 30 September 2007 13:44, Nigel Cunningham wrote:
> Hi Rafael et al.
>
> This looks like it will be vanilla material, maybe 2.6.23 material?
Well, I wouldn't like to export freezer.h . Why exactly would that be
necessary?
Greetings,
Rafael
> -- Forwarded Message
On Sunday, 30 September 2007 21:25, Renato S. Yamane wrote:
> uname -a
> Linux mandachuva 2.6.22.9-cfs-v22 #2 PREEMPT Sun Sep 30 15:21:17 BRT
> 2007 i686 GNU/Linux
>
> Distro: Debian Etch
>
> When I use KPowersave and click on "Suspend to RAM", my laptop Toshiba
> M45-S355 "sleep" and
uname -a
Linux mandachuva 2.6.22.9-cfs-v22 #2 PREEMPT Sun Sep 30 15:21:17 BRT
2007 i686 GNU/Linux
Distro: Debian Etch
When I use KPowersave and click on "Suspend to RAM", my laptop Toshiba
M45-S355 "sleep" and "wake-up" very well, but LCD Brightness is changed
to MAX (I hate this "sunshine"
and this one,
make dequeue_entity() / enqueue_entity() and update_stats_dequeue() /
update_stats_enqueue() look similar, structure-wise.
zero effect, functionally-wise.
Signed-off-by: Dmitry Adamushko <[EMAIL PROTECTED]>
---
diff --git a/kernel/sched_fair.c b/kernel/sched_fair.c
index
remove obsolete code -- calc_weighted()
Signed-off-by: Dmitry Adamushko <[EMAIL PROTECTED]>
---
diff --git a/kernel/sched_fair.c b/kernel/sched_fair.c
index fe4003d..2674e27 100644
--- a/kernel/sched_fair.c
+++ b/kernel/sched_fair.c
@@ -342,17 +342,6 @@ update_stats_wait_start(struct cfs_rq
here is a few patches on top of the recent 'sched-dev':
(1) [ proposal ] make timeslices of SCHED_RR tasks constant and not
dependent on task's static_prio;
(2) [ cleanup ] calc_weighted() is obsolete, remove it;
(3) [ refactoring ] make dequeue_entity() / enqueue_entity()
and
I have just committed following patch to kbuild.git.
It deprecate use of EXTRA_CFLAGS, EXTRA_AFLAGS and EXTRA_LDFLAGS
in favour of ccflags-y, asflags-y and ldflags-y.
This allow us to use a more kbuild alike syntax like the following:
ccflags-$(CONFIG_WHATEVER_DEBUG) := -DDEBUG
The other kbuild
On Sun, Sep 30, 2007 at 07:39:57PM +0200, Andi Kleen wrote:
> > CIPSO also lets systems like SELinux and SMACK talk to other trusted
> > systems (eg., trusted solaris) in a way they understand.
>
> Perhaps, but is the result secure? I have severe doubts.
As always, it depends on your
Mark Lord wrote:
Tejun Heo wrote:
Mark Lord wrote:
Tejun Heo wrote:
Mark Lord wrote:
If there was such a bug, the aborted commands list should contain both
FPDMA commands and FLUSH commands. I don't think command filtering
itself is broken. Possibly another quirky firmware but it's strange
Tejun Heo wrote:
Mark Lord wrote:
Tejun Heo wrote:
Mark Lord wrote:
If there was such a bug, the aborted commands list should contain both
FPDMA commands and FLUSH commands. I don't think command filtering
itself is broken. Possibly another quirky firmware but it's strange
that this is the
This patch adds the ability to drop mapped pages with
/proc/sys/vm/drop_caches. This is useful to get repeatable
measurements of startup time for applications.
Without it, pages that are mapped in already-running applications will
not get dropped, so the time measured will not be a true
Santiago Garcia Mantinan wrote:
I'd say your problem is more of a distro issue,
in that the method you are using to shutdown
is not actually requesting "poweroff".
That last mess above ("System halted.") comes from kernel_halt(),
rather than the expected message ("Power down.") from
Hi
pi ~ # zcat /proc/config.gz |grep SLUB
# CONFIG_SLUB_DEBUG is not set
CONFIG_SLUB=y
21:27:20 CPU %user %nice%sys %iowait%irq %soft %steal
%idleintr/s
21:27:21 all5.53 21.618.540.000.505.030.00
58.79 7147.52
21:27:22 all6.40
1 - 100 of 408 matches
Mail list logo