The following changes since commit de46c33745f5e2ad594c72f2cf5f490861b16ce1:
Linus Torvalds (1):
Linux 2.6.21
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/selinux-2.6.git#for-linus
James Carter (4):
selinux: export initial SID
From: Paul Moore [EMAIL PROTECTED]
This patch collects all of the CIPSO constants and puts them in one place; it
also documents each value explaining how the value is derived.
Signed-off-by: Paul Moore [EMAIL PROTECTED]
Signed-off-by: James Morris [EMAIL PROTECTED]
---
net/ipv4/cipso_ipv4.c |
From: Paul Moore [EMAIL PROTECTED]
This patch changes a BUG_ON in the CIPSO code to a runtime check. It should
also increase the readability of the code as it replaces an unexplained
constant with a well defined macro.
Signed-off-by: Paul Moore [EMAIL PROTECTED]
Signed-off-by: James Morris
Hi again.
So - trying to get back to the original discussion - what (if anything)
do you see as the way ahead?
The options I can think of are (starting with things I can do):
1) I stop developing Suspend2, thereby pushing however many current
Suspend2 users to move to [u]swsusp and seek to get
From: Paul Moore [EMAIL PROTECTED]
Up until this patch the functions which have provided NetLabel support to
SELinux have been integrated into the SELinux security server, which for
various reasons is not really ideal. This patch makes an effort to extract as
much of the NetLabel support from
Andrew Morton wrote:
On Wed, 25 Apr 2007 22:45:09 -0700 Randy Dunlap [EMAIL PROTECTED] wrote:
From: Randy Dunlap [EMAIL PROTECTED]
Eliminate 19439 (!!) sparse warnings like:
include/linux/mm.h:321:22: warning: constant 0x8100 is so big it is
unsigned long
Eliminate 56 sparse
From: Paul Moore [EMAIL PROTECTED]
In the beginning I named the file selinux_netlabel.h to avoid potential
namespace colisions. However, over time I have realized that there are several
other similar cases of multiple header files with the same name so I'm changing
the name to something which
From: Stephen Smalley [EMAIL PROTECTED]
Add Eric Paris as an SELinux maintainer.
Signed-off-by: Stephen Smalley [EMAIL PROTECTED]
Signed-off-by: James Morris [EMAIL PROTECTED]
---
MAINTAINERS |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
From: Paul Moore [EMAIL PROTECTED]
As suggested, move the security_skb_extlbl_sid() function out of the security
server and into the SELinux hooks file.
Signed-off-by: Paul Moore [EMAIL PROTECTED]
Acked-by: Stephen Smalley [EMAIL PROTECTED]
Signed-off-by: James Morris [EMAIL PROTECTED]
---
From: Stephen Smalley [EMAIL PROTECTED]
Remove userland security class and permission definitions from the kernel
as the kernel only needs to use and validate its own class and permission
definitions and userland definitions may change.
Signed-off-by: Stephen Smalley [EMAIL PROTECTED]
From: James Carter [EMAIL PROTECTED]
Make the initial SID contexts accessible to userspace via selinuxfs.
An initial use of this support will be to make the unlabeled context
available to libselinux for use for invalidated userspace SIDs.
Signed-off-by: James Carter [EMAIL PROTECTED]
Acked-by:
From: James Carter [EMAIL PROTECTED]
Explicitly number all selinuxfs inodes to prevent a conflict between
inodes numbered using last_ino when created with new_inode() and those
labeled explicitly.
Signed-off-by: James Carter [EMAIL PROTECTED]
Acked-by: Eric Paris [EMAIL PROTECTED]
Acked-by:
From: James Carter [EMAIL PROTECTED]
Remove the unused enumeration constant, SEL_AVC, from the sel_inos
enumeration in selinuxfs.
Signed-off-by: James Carter [EMAIL PROTECTED]
Acked-by: Eric Paris [EMAIL PROTECTED]
Acked-by: Stephen Smalley [EMAIL PROTECTED]
Signed-off-by: James Morris [EMAIL
From: James Carter [EMAIL PROTECTED]
Change the numbering of the booleans directory inodes in selinuxfs to
provide more room for new inodes without a conflict in inode numbers and
to be consistent with how inode numbering is done in the
initial_contexts directory.
Signed-off-by: James Carter
On Wed, 25 Apr 2007 23:07:56 -0700 Randy Dunlap [EMAIL PROTECTED] wrote:
oh. there is already an include/asm-x86_64/const.h that will help
with that. I'll try it out.
No there isn't ;) There's a sparc64 one which looks good. Worth promoting
to include/linux?
-
To unsubscribe from this
Michael S. Tsirkin [EMAIL PROTECTED] writes:
So in general the pci prefetchable attribute means write-combining as
well as prefetching is safe. A sane BIOS will allocate prefetchable
BARS contiguously in the address space. So on a good day you
can just use one MTRR to map all of the
From: Stephen Smalley [EMAIL PROTECTED]
At present, the userland policy loading code has to go through contortions
to preserve boolean values across policy reloads, and cannot do so
atomically. As this is what we always want to do for reloads, let the
kernel preserve them instead.
Andrew Morton wrote:
On Wed, 25 Apr 2007 23:07:56 -0700 Randy Dunlap [EMAIL PROTECTED] wrote:
oh. there is already an include/asm-x86_64/const.h that will help
with that. I'll try it out.
No there isn't ;) There's a sparc64 one which looks good. Worth promoting
to include/linux?
Did
On Wed, 25 Apr 2007 23:21:55 -0700 Randy Dunlap [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Wed, 25 Apr 2007 23:07:56 -0700 Randy Dunlap [EMAIL PROTECTED] wrote:
oh. there is already an include/asm-x86_64/const.h that will help
with that. I'll try it out.
No there isn't ;)
On 4/26/07, Adrian Bunk [EMAIL PROTECTED] wrote:
On Wed, Apr 25, 2007 at 08:29:28PM -0700, Linus Torvalds wrote:
...
What I will NOT do:
Waste my time with tracking 2.6.22-rc regressions.
We have an astonishing amount of -rc testers, but obviously not the
developer manpower for handling
Hi.
On Wed, 2007-04-25 at 15:55 -0700, Linus Torvalds wrote:
On Thu, 26 Apr 2007, Nigel Cunningham wrote:
And name *one* thing that have in common.
Set/reset the scsi transaction id thingy? Hibernation didn't work with
SCSI for a long time precisely because that support was
On Thursday 26 April 2007, Linus Torvalds wrote:
If the goal for 2.6.20 was to be a stable release (and it was), the goal
for 2.6.21 is to have just survived the big timer-related changes and some
of the other surprises (just as an example: we were apparently unlucky
enough to hit what looks
Andrew Morton wrote:
On Wed, 25 Apr 2007 23:21:55 -0700 Randy Dunlap [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Wed, 25 Apr 2007 23:07:56 -0700 Randy Dunlap [EMAIL PROTECTED] wrote:
oh. there is already an include/asm-x86_64/const.h that will help
with that. I'll try it out.
No
On Wed, Apr 25 2007, Andrew Morton wrote:
# pktsetup 2 /dev/sr0
[19982.934793] drivers/scsi/scsi_lib.c:838: setting error to 134217730
[19982.941070] [c010521a] show_trace_log_lvl+0x1a/0x30
[19982.946256] [c0105952] show_trace+0x12/0x20
[19982.950744] [c0105a46] dump_stack+0x16/0x20
Sergey Yanovich wrote:
I have found it easier to rewrite the driver, than to fix.
Before you get your hopes up, this development model is not one that will get
your code merged upstream. You should really try to work with Alex, not side
step him. Drivers are rarely complex enough to warrant,
But why do you remove the printk()?
Tomita, Haruo [EMAIL PROTECTED] 26.04.07 08:27
This patch fixes a typo in mod_init().
fwh_done is performed when Intel fwh is found.
intel-rng.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
---
On Wed, 25 Apr 2007, Eric W. Biederman wrote:
You are trying to couple something that has no business being coupled
as it reduces the system usability when you couple them.
What I am coupling? The approach solves a series of issues as far as I can
tell.
But that is due to the VM (at least
On Thu, Apr 26, 2007 at 03:37:28PM +1000, Nick Piggin wrote:
I think starting with the assumption that we _want_ to use higher order
allocations, and then creating all this complexity around that is not a
good one, and if we start introducing things that _require_ significant
higher order
Eric W. Biederman wrote:
Christoph Lameter [EMAIL PROTECTED] writes:
Right now I don't even want to think about trying to use a swap device
with a large block size when we are low on memory.
But that is due to the VM (at least Linus tree) having no defrag methods.
mm has Mel's antifrag
On Thu, Apr 26 2007, William Heimbigner wrote:
On Wed, 25 Apr 2007, Andrew Morton wrote:
On Wed, 25 Apr 2007 22:53:00 + (GMT) William Heimbigner
[EMAIL PROTECTED] wrote:
On Wed, 25 Apr 2007, Andrew Morton wrote:
snip
OK. I am able to use the pktcdvd driver OK in mainline with a
On Thu, 26 Apr 2007, Nick Piggin wrote:
The page cache has no problems supporting things with a block
size larger then page size. Now the block device layer may not
have the code to do the scatter gather into small pages and it
may not handle buffer heads whose data is split between
Hi Prarit and Jan,
Clean up Intel RNG driver for 2.6.21-rc7-mm1.
Patch 1/2 fixed the memory leak.
Patch 2/2 fixed typo.
Please give me a comment.
--
Haruo
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi.
On Wed, 2007-04-25 at 15:18 -0700, Linus Torvalds wrote:
On Wed, 25 Apr 2007, Pavel Machek wrote:
Not the same... but they are still related. freeze (for atomic
snapshot) is actually subset of suspend... freeze needs DMAs off and
saved state, and you need DMAs off and saved state
Hi.
On Thu, 2007-04-26 at 01:45 +0200, Pavel Machek wrote:
What's your argument? Your argument seems to be that it's not stupid,
because it can work. Can't you see that that simply isn't an
argument at
I tried keeping module_init/thaw/resume similar code, so that driver
authors can
On Thu, 26 Apr 2007, Nick Piggin wrote:
Yeah. IMO anti-fragmentation and defragmentation is the hack, and we
should stay away from higher order allocations whenever possible.
Right and we need to create series of other approaches that we then label
non-hack to replace it.
Hardware is built
On 4/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Wed, 25 Apr 2007 22:49:11 +0800, Jeff Chua
[EMAIL PROTECTED] said:
Reiser4 has great potential and I'll be more than happy to test it.
Yeah,... let us know the details of your testing.
Ok, got reiser4 running on 1 full 250GB
On 4/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
What plugins etc are you looking at?
None. Just want vanilla reiser4 as I've many small files to deal with.
Jeff.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Wed, Apr 25, 2007 at 08:03:04PM +0900, Fernando Luis Vázquez Cao wrote:
static __inline__ void apic_wait_icr_idle(void)
{
while (apic_read(APIC_ICR) APIC_ICR_BUSY)
cpu_relax();
}
The busy loop in this function would not be problematic if the
corresponding status bit in the ICR
David Chinner wrote:
On Thu, Apr 26, 2007 at 03:37:28PM +1000, Nick Piggin wrote:
I think starting with the assumption that we _want_ to use higher order
allocations, and then creating all this complexity around that is not a
good one, and if we start introducing things that _require_
On Thu, 26 Apr 2007, Adrian Bunk wrote:
Number of different known regressions compared to 2.6.20 at the time
of the 2.6.21 release:
14
I count 13. (v2) had 15 items, of which 2 were subsequently fixed or found
to be inapplicable.
Number of different known regressions compared to 2.6.20 at
Is there a linux driver for Winbond W86L388D SD/MMC controller?
The data sheet is available at:
http://www.winbond-usa.com/products/winbond_products/pdfs/PCIC/W86L388D_20051117.pdf
--
Kallol Biswas
NucleoDyne Systems, Inc.
19925 Stevens Creek Blvd
Cupertino, CA 95014, USA
[EMAIL PROTECTED]
Christoph Lameter wrote:
On Thu, 26 Apr 2007, Nick Piggin wrote:
The page cache has no problems supporting things with a block
size larger then page size. Now the block device layer may not
have the code to do the scatter gather into small pages and it
may not handle buffer heads whose data
Hi,
The patch is too big to fit on the list and I've no idea how we could
break it down further, it just happens to be a lot of new code..
http://people.freedesktop.org/~airlied/ttm/0001-drm-Implement-TTM-Memory-manager-core-functionality.txt
The patch header and diffstat are below,
This
This patch fixes a memory leak in mod_init().
In the error, intel_rng_hw was freed.
intel-rng.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
--- linux-2.6.21-rc7-mm1/drivers/char/hw_random/intel-rng.c.orig
2007-04-26 11:56:03.0 +0900
+++
This patch fixes a typo in mod_init().
fwh_done is performed when Intel fwh is found.
intel-rng.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-2.6.21-rc7-mm1/drivers/char/hw_random/intel-rng.c~2007-04-26
13:41:53.0 +0900
+++
But why do you remove the printk()?
I think that FWH connected to LPC of ICHx are not only Intel products.
For example, sst... etc.
Does rng address differ in except Intel products?
I think that this driver is targeting Intel FWH.
Therefore, printk() was removed.
# Do you think that a FWH not
On Thu, 26 Apr 2007 00:04:00 +0800 Fengguang Wu [EMAIL PROTECTED] wrote:
If this new algorithm has been further tested and approved, I'll
re-submit the patch in a cleaner, standalone form. The adaptive
readahead patches can be dropped then. They may better be reworked as
a kernel module.
Hi.
On Wed, 2007-04-25 at 20:03 -0700, Linus Torvalds wrote:
On Thu, 26 Apr 2007, Nigel Cunningham wrote:
Sorry. I wasn't clear. I wasn't saying that suspend to ram has a
snapshot point. I was trying to say it has a point where you're seeking
to save information (PCI state / SCSI
Hi.
On Wed, 2007-04-25 at 19:04 -0700, Linus Torvalds wrote:
On Thu, 26 Apr 2007, Nigel Cunningham wrote:
That's where I think you're overstretching the argument. Like suspend
(to ram), we're concerned at the snapshot point with getting the hardware
in the same state at a later stage.
On Tue, 24 Apr 2007, [EMAIL PROTECTED] wrote:
+{\
+ memset(page_address(__page), (__offset), (__size)); \
+ flush_mapping_page(__page); \
This was borked. Dave does this
On Thu, Apr 26, 2007 at 04:53:40PM +1000, Nick Piggin wrote:
Christoph Lameter wrote:
On Thu, 26 Apr 2007, Nick Piggin wrote:
I am working now and again on some code to do this, it is a big job but
I think it is the right way to do it. But it would take a long time to
get stable and supported
On Thu, 26 Apr 2007, Nick Piggin wrote:
I am working now and again on some code to do this, it is a big job but
I think it is the right way to do it. But it would take a long time to
get stable and supported by filesystems...
Ummm... We already have a radix tree for this What more
Tomita, Haruo [EMAIL PROTECTED] 26.04.07 08:56
But why do you remove the printk()?
I think that FWH connected to LPC of ICHx are not only Intel products.
For example, sst... etc.
Does rng address differ in except Intel products?
I am not aware of non-Intel FWHs supporting the same RNG
On Thu, 26 Apr 2007, Nick Piggin wrote:
Right and we need to create series of other approaches that we then label
non-hack to replace it.
I don't understand? We're talking about several utterly different designs
to approach these problems. You don't agree that one might be better than
On Thu, 26 Apr 2007, Nick Piggin wrote:
Nick, what's the buffer layer? Are you talking about operations
based on bufferheads?
Yeah. Our pgoff_t-sector_t translation.
Sadly the buffers in the buffer layer still assume contiguous memory. You
would have to add a series of pointers there and
hm, the duplication is unfortunate.
I wonder if it's worth doing a cpp token-pasting trick to avoid having to
do that.
From: Randy Dunlap [EMAIL PROTECTED]
Eliminate 19439 (!!) sparse warnings like:
include/linux/mm.h:321:22: warning: constant 0x8100 is so big it is
unsigned
David Chinner wrote:
On Thu, Apr 26, 2007 at 04:53:40PM +1000, Nick Piggin wrote:
Christoph Lameter wrote:
On Thu, 26 Apr 2007, Nick Piggin wrote:
I am working now and again on some code to do this, it is a big job but
I think it is the right way to do it. But it would take a long time to
Alan Cox wrote:
Mind you some laptops think S2RAM is just a transition state on the way
to disk, leave them in ACPI S2RAM and the firmware will magically turn it
into a save to disk and back to ram if the battery runs low or you leave
it idle too long.
The OS does this (or at least it's
Christoph Lameter wrote:
On Thu, 26 Apr 2007, Nick Piggin wrote:
I am working now and again on some code to do this, it is a big job but
I think it is the right way to do it. But it would take a long time to
get stable and supported by filesystems...
Ummm... We already have a radix tree for
Christoph Lameter wrote:
On Thu, 26 Apr 2007, Nick Piggin wrote:
Nick, what's the buffer layer? Are you talking about operations
based on bufferheads?
Yeah. Our pgoff_t-sector_t translation.
Sadly the buffers in the buffer layer still assume contiguous memory. You
would have to add a
Hi.
Hmm. Perhaps I should have added to that last reply that recognising
that they store similar information doesn't mean I think they need the
same high-level routine for both state transitions.
I'd really like to see each driver have some sort of state machine
controlling its power management,
Hello.
On Wed, 2007-04-25 at 23:30 +0200, Pavel Machek wrote:
Hi!
Please ask anyone who's worked with me if he's had any problem with that.
If anyone say I'm unable to work with anybody else, I'd say you're right.
Till
then, I feel offended.
I'll apologise (and virtually
On Thu, 2007-04-26 at 12:18 +0530, Vivek Goyal wrote:
On Wed, Apr 25, 2007 at 08:03:04PM +0900, Fernando Luis Vázquez Cao wrote:
static __inline__ void apic_wait_icr_idle(void)
{
while (apic_read(APIC_ICR) APIC_ICR_BUSY)
cpu_relax();
}
The busy loop in this function would
Christoph Lameter wrote:
On Thu, 26 Apr 2007, Nick Piggin wrote:
Right and we need to create series of other approaches that we then label
non-hack to replace it.
I don't understand? We're talking about several utterly different designs
to approach these problems. You don't agree that one
On Thu, 26 Apr 2007, Nick Piggin wrote:
mapping through the radix tree. You just need to change the way the
filesystem looks up pages.
You didn't think any of the criticisms of higher order page cache size
were valid?
They are all known points that have been discussed to death.
What
Above and below we talk about my_midlayer_create_something, I assume that is
also meant here.
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
---
commit bb5f6ef5bbbdc0233690fe3ba6d5787a6aab9b33
tree cd948e03b4add89be6e648d31b7778c64a51e8d2
parent 64aa7c3136258d3abc76354b5f83b9a9575169c0
author
with cfs-v5 finally booting on my machine I have run my daily
numbercrunching jobs on both cfs-v5 and sd-0.46, 2.6.21-v7 on
top of a stock openSUSE 10.2 (X86_64).
Thanks for testing.
I actually enjoyed it -- the more extensive test I had promised
two days ago is almost finished. There is
We (the -stable team) are announcing the release of the 2.6.20.9 kernel.
This release has a security bugfix so any users of kernels older than
2.6.20.8 that have ipv6 enabled are highly encouraged to upgrade as soon
as possible.
The diffstat and short summary of the fixes are below.
I'll also be
diff --git a/Documentation/networking/ip-sysctl.txt
b/Documentation/networking/ip-sysctl.txt
index a0f6842..713c283 100644
--- a/Documentation/networking/ip-sysctl.txt
+++ b/Documentation/networking/ip-sysctl.txt
@@ -825,6 +825,15 @@ accept_redirects - BOOLEAN
Functional default: enabled
On 4/26/07, Nigel Cunningham [EMAIL PROTECTED] wrote:
3) Someone else steps up to the plate and tries to merge Suspend2 one
bit at a time.
So which bits do we want to merge? For example, Suspend2
kernel/power/ui.c, kernel/power/compression.c, and
kernel/power/encryption.c seem pointless now
On Thu, 26 Apr 2007, Nick Piggin wrote:
But I maintain that the end result is better than the fragmentation
based approach. A lot of people don't actually want a bigger page
cache size, because they want efficient internal fragmentation as
well, so your radix-tree based approach isn't really
Hi Jan,
Thank you for the comment.
# Do you think that a FWH not detected message is noisy?
No, I think it helps understanding why there's no RNG device
in the system.
OK, the typo fixes patch was corrected.
intel-rng.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
---
On Thu, 26 Apr 2007, Nick Piggin wrote:
No I don't want to add another fs layer.
Well maybe you could explain what you want. Preferably without redefining
the established terms?
I still don't think anti fragmentation or defragmentation are a good
approach, when you consider the
Hi.
On Thu, 2007-04-26 at 01:33 +0200, Olivier Galibert wrote:
On Wed, Apr 25, 2007 at 11:50:45AM -0700, Linus Torvalds wrote:
.. but if the alternative is a feature that just isn't worth it, and
likely to not only have its own bugs, but cause bugs elsewhere? (And yes,
I believe STD is
Christoph Lameter wrote:
On Thu, 26 Apr 2007, Nick Piggin wrote:
mapping through the radix tree. You just need to change the way the
filesystem looks up pages.
You didn't think any of the criticisms of higher order page cache size
were valid?
They are all known points that have been
Hi.
On Thu, 2007-04-26 at 10:28 +0300, Pekka Enberg wrote:
On 4/26/07, Nigel Cunningham [EMAIL PROTECTED] wrote:
3) Someone else steps up to the plate and tries to merge Suspend2 one
bit at a time.
So which bits do we want to merge? For example, Suspend2
kernel/power/ui.c,
Rolf Eike Beer wrote:
Above and below we talk about my_midlayer_create_something, I assume that is
also meant here.
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
Acked-by: Tejun Heo [EMAIL PROTECTED]
Thanks.
--
tejun
-
To unsubscribe from this list: send the line unsubscribe
Christoph Lameter wrote:
On Thu, 26 Apr 2007, Nick Piggin wrote:
But I maintain that the end result is better than the fragmentation
based approach. A lot of people don't actually want a bigger page
cache size, because they want efficient internal fragmentation as
well, so your radix-tree
Hello Eric, anyone home?
On Tue, 2007-04-24 at 17:12 -0700, [EMAIL PROTECTED] wrote:
On Sun, 22 Apr 2007 19:00:46 -0700, Eric Hopper
[EMAIL PROTECTED] said:
I did. That whole thread is some guy spouting off a ludicrous Bonnie++
benchmark showing that compressing long strings of 0s
Christoph Lameter wrote:
On Thu, 26 Apr 2007, Nick Piggin wrote:
No I don't want to add another fs layer.
Well maybe you could explain what you want. Preferably without redefining
the established terms?
Support for larger buffers than page cache pages.
I still don't think anti
Hi Folks,
I got a questions on printk and console_drivers. I have 2 serial ports
and want to see output from all of them. So I registered 2 console
driver using register_console. I can see the output from serial port 1
after it was registered, but can't see any output from it after serial
Hi,
I had a couple of questions which I'm hoping someone would be kind
enough to explain :)
Andrew Morton wrote:
guys, aplication crashes on million-dollar machines aren't nice. Please review
carefully
and urgently?
Begin forwarded message:
Date: Wed, 25 Apr 2007 18:16:15 -0600
From: Mike
On Wed, 25 Apr 2007 19:03:12 +0400, Edward Shishkin
[EMAIL PROTECTED] said:
[EMAIL PROTECTED] wrote:
As I understand it, the default Reiser4 DOES NOT USE any compression at
all, not even tail compression,
^tail compression^tail conversion
Reiser4 does use tail conversion by default.
Christoph Lameter wrote:
On Thu, 26 Apr 2007, Nick Piggin wrote:
Yeah. IMO anti-fragmentation and defragmentation is the hack, and we
should stay away from higher order allocations whenever possible.
Right and we need to create series of other approaches that we then label
non-hack to
On Thu, 26 Apr 2007, Nigel Cunningham wrote:
Hi.
On Thu, 2007-04-26 at 01:33 +0200, Olivier Galibert wrote:
On Wed, Apr 25, 2007 at 11:50:45AM -0700, Linus Torvalds wrote:
.. but if the alternative is a feature that just isn't worth it, and
likely to not only have its own bugs, but cause
Dears,
I am not sure if this is the right place for asking such question. If
not, please ignore and if possible, direct me to the right place.
I am trying to rebuilt my kernel patched with the iwlwifi driver. I
downloaded the mac80211 package then I typed make. I got the following
error. Can
On Thu, Apr 26, 2007 at 12:02:31AM -0700, Christoph Lameter wrote:
On Tue, 24 Apr 2007, [EMAIL PROTECTED] wrote:
+{ \
+ memset(page_address(__page), (__offset), (__size)); \
+ flush_mapping_page(__page);
I'll try it with 2.6.21 soon.
Just to inform you that the reiserfs4 patch cleanly on 2.6.21 and
working well. I've not encountered any problem so far.
Thanks,
Jeff.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Wed, 25 Apr 2007 16:13:12 -0400 (EDT),
Alan Stern [EMAIL PROTECTED] wrote:
Documentation/driver-model/lifetime-rules.txt?
When (if) such a file is added, it should contain more than just these few
paragraphs.
This file may be a good idea in general. I'll see if I can come up with
[Offtopic]
Today, April, 26, 21 year has been passed since Chernobyl Nuclear
Power Plant disaster, and Linus announced *drum roll* 2.6.21
!!! What a mysterious coincidence...
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Hi Nigel,
On 4/26/07, Nigel Cunningham [EMAIL PROTECTED] wrote:
* Doing things in the right order? (Prepare the image, then do the
atomic copy, then save).
As I am a total newbie to the power management code, I am unable to
spot the conceptual difference in uswsusp suspend.c:suspend_system()
Am Donnerstag, 26. April 2007 08:46 schrieb Daniel Barkalow:
On Thu, 26 Apr 2007, Adrian Bunk wrote:
Number of different known regressions compared to 2.6.20 at the time
of the 2.6.21 release:
14
I count 13. (v2) had 15 items, of which 2 were subsequently fixed or found
to be
* Nick Piggin [EMAIL PROTECTED] wrote:
- upstream fix: SysRq-T should show runnable tasks
BTW. can you send this upstream? It is very annoying how it currently
works, and I've had more than one bug that required seeing runnable
tasks in order to diagnose and fix...
yeah, sent it to
On Thu, 26 Apr 2007 02:32:06 +0200 Arnd Bergmann [EMAIL PROTECTED] wrote:
On Thursday 26 April 2007, Andrew Morton wrote:
It would be neat if someone could create and maintain a new
scripts/spot-common-mistakes. Feed it a unified diff and it would complain
about newly-added code (and only
h8300 using generic irq handler patch.
Signed-off-by: Yoshinori Sato [EMAIL PROTECTED]
diff --git a/arch/h8300/Kconfig b/arch/h8300/Kconfig
index 1734d96..82d96ae 100644
--- a/arch/h8300/Kconfig
+++ b/arch/h8300/Kconfig
@@ -49,6 +49,10 @@ config GENERIC_HWEIGHT
bool
default y
On Apr 25 2007 20:29, Linus Torvalds wrote:
If the goal for 2.6.20 was to be a stable release (and it was), the goal
for 2.6.21 is to have just survived the big timer-related changes and
some of the other surprises [...] So it's been over two and a half
months, and while it's certainly not the
the Berkshire USB-PC Watchdog driver uses a semaphore as mutex. use
the mutex API instead of the (binary) semaphore
Signed-off-by: Matthias Kaehlcke [EMAIL PROTECTED]
--
diff --git a/drivers/char/watchdog/pcwd_usb.c b/drivers/char/watchdog/pcwd_usb.c
index 31037f9..1e7a671 100644
---
On Apr 26 2007 16:04, Nigel Cunningham wrote:
Hi again.
So - trying to get back to the original discussion - what (if anything)
do you see as the way ahead?
The options I can think of are (starting with things I can do):
1) [...]
2) [...]
3) [...]
4) [...]
5) [...]
6) [...]
7) [...]
Perhaps
h8300 zImage target support.
Signed-off-by: Yoshinori Sato [EMAIL PROTECTED]
diff --git a/arch/h8300/boot/Makefile b/arch/h8300/boot/Makefile
index 65086d9..0bb62e0 100644
--- a/arch/h8300/boot/Makefile
+++ b/arch/h8300/boot/Makefile
@@ -1,12 +1,22 @@
# arch/h8300/boot/Makefile
-targets :=
On (26/04/07 16:50), Nick Piggin didst pronounce:
David Chinner wrote:
On Thu, Apr 26, 2007 at 03:37:28PM +1000, Nick Piggin wrote:
I think starting with the assumption that we _want_ to use higher order
allocations, and then creating all this complexity around that is not a
good one, and
1 - 100 of 1476 matches
Mail list logo