On Mon, 26 Nov 2007, Ray Lee wrote:
On Nov 26, 2007 12:54 AM, Robert P. J. Day [EMAIL PROTECTED] wrote:
on current systems, rpm no longer has build capability and will
fail thusly:
rpm --target i386 -ta ../kernel-2.6.24rc3g2ffbb837dirty.tar.gz
--target: unknown option
so it
On Mon, 26 Nov 2007, Robert P. J. Day wrote:
On Mon, 26 Nov 2007, Ray Lee wrote:
On Nov 26, 2007 12:54 AM, Robert P. J. Day [EMAIL PROTECTED] wrote:
on current systems, rpm no longer has build capability and will
fail thusly:
rpm --target i386 -ta
On Sun, 25 Nov 2007, Raymano Garibaldi wrote:
The device which has the root fs is a READ-ONLY device. There is no
way for it to change between getting detached and reattached to the
computer which is suspended.
You might think so at first. But suppose another device of the same
type got
Quoting Eric W. Biederman ([EMAIL PROTECTED]):
When CONFIG_UTS_NS was removed it seems that we also deleted
the code for handling sysctls in the other then the initial
uts namespace. This patch restores that code.
Signed-off-by: Eric W. Biederman [EMAIL PROTECTED]
Thanks, Eric.
On Nov 26, 2007 7:12 AM, Robert P. J. Day [EMAIL PROTECTED] wrote:
On Mon, 26 Nov 2007, Robert P. J. Day wrote:
On Mon, 26 Nov 2007, Ray Lee wrote:
On Nov 26, 2007 12:54 AM, Robert P. J. Day [EMAIL PROTECTED] wrote:
on current systems, rpm no longer has build capability and will
On Sun, Nov 25, 2007 at 04:30:03PM +, Adrian Bunk wrote:
Please look at net/ipv4/arp.c:arp_process()
Am I right that CONFIG_NET_ETHERNET=n and CONFIG_NETDEV_1000=y or
CONFIG_NETDEV_1=y will not be handled correctly there?
And the best solution is to nuke all
Our automated test suite looks for keywords like error, fail, warning in the
boot log. In the case when the nmi watchdog is determined to be stuck in
check_nmi_watchdog(), none of those keywords are displayed.
This patch adds a keyword, 'Warning, so it makes it easier to notice when the
nmi
On Nov 26 2007 06:58, Ray Lee wrote:
On Nov 26, 2007 12:54 AM, Robert P. J. Day [EMAIL PROTECTED] wrote:
on current systems, rpm no longer has build capability and will
fail thusly:
rpm --target i386 -ta ../kernel-2.6.24rc3g2ffbb837dirty.tar.gz
--target: unknown option
so it would make
On Mon, Nov 26, 2007 at 10:23:51AM +, Joonwoo Park wrote:
2007/11/26, Patrick McHardy [EMAIL PROTECTED]:
How about also switching vmalloc/get_free_pages to GFP_ZERO
and getting rid of the memset entirely while you're at it?
xfrm_hash: kmalloc + memset conversion to kzalloc
fix to
On Mon, Nov 26, 2007 at 10:24:03AM +, Joonwoo Park wrote:
fib_semantics: kmalloc + memset conversion to kzalloc
fix to avoid memset entirely.
Also applied.
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page:
On Mon, Nov 26, 2007 at 10:24:03AM +, Joonwoo Park wrote:
fib_hash: kmalloc + memset conversion to kzalloc
fix to avoid memset entirely.
Patch applied.
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page:
On Mon, 2007-11-26 at 19:16 +1100, Michael Ellerman wrote:
Hi Thomas,
I'm sorry, but this patch is all wrong IMHO.
For kdump we have to assume that the kernel is fundamentally broken,
we've panicked, so something bad has happened - every line of kernel
code that is run decreases the
On Thu 22-11-07 18:20:15, [EMAIL PROTECTED] wrote:
Hi,
Thanks for report. It looks like a problem in UDF. Actually I think
I've already seen a similar report. Are there any IO errors in the logs
or anything else suspitious?
At the risk of reporting further bugs :-) here it goes:
Sidenote: in the above example, you may wish to reorder the fields in the
above structure so that the overall structure uses less memory. For example,
moving field3 to sit inbetween field1 and field2 (where the padding is
inserted) would shrink the overall structure by 1 byte:
struct
Going back to an earlier example:
void myfunc(u8 *data, u32 value)
{
[...]
*((u16 *) data) = cpu_to_le32(value);
[...]
typo? should it be a u32 cast?
To avoid the unaligned memory access, you could rewrite it as follows:
void
On Mon, 26 Nov 2007, Jan Engelhardt wrote:
On Nov 26 2007 06:58, Ray Lee wrote:
On Nov 26, 2007 12:54 AM, Robert P. J. Day [EMAIL PROTECTED] wrote:
on current systems, rpm no longer has build capability and will
fail thusly:
rpm --target i386 -ta
Greetings;
Running kernel 2.6.24-rc3 on an athlon xp-2800, 333 fsb.
From logwatch:
WARNING: Kernel Errors Present
[536447.736378] end_request: I/O error, dev hdc, sector ...: 1 Time(s)
[536447.736383] Buffer I/O error on device hdc, l ...: 1 Time(s)
[536447.736387] Buffer I/O
This looks bad, though:
include/linux/fsnotify.h:121: warning: passing argument 2 of
'audit_inode_child' from incompatible pointer type
Missing -d_inode?
That's the difference between 2.6.22 and 2.6.24-git against which I
wrote the patch :).
sonic zhang wrote:
INT status can be OR.
Signed-off-by: Sonic Zhang [EMAIL PROTECTED]
---
drivers/ata/pata_bf54x.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
applied
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Nov 26 2007 10:53, Robert P. J. Day wrote:
Only on current machines. You'd break building kernel RPMs on older
systems that don't have rpmbuild installed.
Those old machines probably do not even run a distro-fabricated gcc that
would compile a git head kernel.
well, in a nutshell, the
- fix lockup when switching from early console to real console
- make sysrq reliable
- fix panic, if sysrq is issued before console is opened
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
arch/mips/sgi-ip22/ip22-setup.c | 19 ---
drivers/serial/ip22zilog.c | 247
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/Kconfig|2 +-
drivers/net/amd8111e.c |6 ++
drivers/net/bfin_mac.c |2 +-
NOTE: This includes 100% of the fixes collected during the week I
was on vacation, by Tejun... rebased. So all the commit ids are
different from his push.
If you have not pulled from Tejun, then pull this.
If you have pulled from Tejun, then do not pull this (I will rebase once
Tejun's pull
On Nov 26 2007 11:13, Robert P. J. Day wrote:
Only on current machines. You'd break building kernel RPMs on older
systems that don't have rpmbuild installed.
Those old machines probably do not even run a distro-fabricated
gcc that would compile a git head kernel.
well, in a nutshell,
On Saturday 17 November 2007 07:15:05 Tomas Winkler wrote:
Why power management shouldn't be enabled while in AC? The semantic of this
ioctls is quite unclear.
IWL_POWER_AC and IWL_POWER_BATTERY are just two power modes. IWL_POWER_AC
would be the default power mode when we're in AC (no power
On Mon, 26 Nov 2007, Jan Engelhardt wrote:
On Nov 26 2007 10:53, Robert P. J. Day wrote:
Only on current machines. You'd break building kernel RPMs on older
systems that don't have rpmbuild installed.
Those old machines probably do not even run a distro-fabricated
gcc that would
On Mon, 26 Nov 2007 14:36:07 +0100 Loic Grenie [EMAIL PROTECTED] wrote:
I propose the following patch to arch/x86/Makefile and Kconfig.
Actions:
- Add a BITS variable to Kconfig which takes value 32 or 64 according
to 64BIT.
Linus' suggestion was WORD_SIZE and that is
On Mon, Nov 26, 2007 at 04:58:03PM +0100, Thomas Bogendoerfer wrote:
- fix lockup when switching from early console to real console
- make sysrq reliable
- fix panic, if sysrq is issued before console is opened
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
Acked-by: Ralf Baechle
Contrary to what I claimed later in the thread, my 64-bit powerpc box
(quad-core G5) doesn't suffer from this problem.
Does anybody have any idea? I don't even know how to debug it further.
johannes
signature.asc
Description: This is a digitally signed message part
On Nov 23, 9:40am, Kay Sievers wrote:
} Subject: Re: PCMCIA serial_cs driver binding problems.
Hi Kay, thanks for the note.
I've tried to manually echo the device number (0.0 or 1.0) into the
/sys/bus/pcmcia/drivers/serial_cs/bind pseudo-file but nothing
happens. The device number is
Hi Andrew,
would you pick up this patch for testing in -mm? Thanks.
Honza
--
Jan Kara [EMAIL PROTECTED]
SUSE Labs, CR
---
Send inotify events to the inode itself when its link count has changed.
Signed-off-by: Jan Kara
Quoting Casey Schaufler ([EMAIL PROTECTED]):
From: Casey Schaufler [EMAIL PROTECTED]
This patch takes advantage of the increase in capability bits
to allocate capabilities for Mandatory Access Control. Whereas
Smack was overloading a previously allocated capability it is
now using a pair,
The following is a series of patches related to Unionfs. The main changes
here are bug fixes (mostly discovered using ltp-full-20071031), as well as
full support for splice(2) and swapon(2).
These patches were tested (where appropriate) on Linus's 2.6.24 latest code
(as of
Needed to maintain Unix semantics (LTP testing).
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/subr.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/fs/unionfs/subr.c b/fs/unionfs/subr.c
index 968ee8c..1a26c57 100644
--- a/fs/unionfs/subr.c
Also remove redundant variable from unionfs_readpage (saves a bit on stack
space).
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/file.c |1 +
fs/unionfs/mmap.c | 10 --
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/fs/unionfs/file.c b/fs/unionfs/file.c
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/mmap.c |9 ++---
1 files changed, 2 insertions(+), 7 deletions(-)
diff --git a/fs/unionfs/mmap.c b/fs/unionfs/mmap.c
index ea5ef3d..8c07eed 100644
--- a/fs/unionfs/mmap.c
+++ b/fs/unionfs/mmap.c
@@ -250,7 +250,6 @@ static int
These are considered normal behaviour, they don't really reveal any insight
to the person debugging the code, and they tend to clutter console messages.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/commonfops.c |5 -
fs/unionfs/dentry.c | 15 +++
2 files
Needed to maintain Unix semantics via utimes(2).
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/inode.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/fs/unionfs/inode.c b/fs/unionfs/inode.c
index ef61d9c..63ff3d3 100644
--- a/fs/unionfs/inode.c
This is needed for swapon(2) files in the union.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/mmap.c | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/fs/unionfs/mmap.c b/fs/unionfs/mmap.c
index 3f65e52..fa358ef 100644
---
This patch prevents those resources from lingering around until memory
pressure would have forced them out. The patch also properly handles
directories that have been rmdir'ed which are still some process's cwd.
CC: Hugh Dickins [EMAIL PROTECTED]
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/inode.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/fs/unionfs/inode.c b/fs/unionfs/inode.c
index 1708f40..9c144be 100644
--- a/fs/unionfs/inode.c
+++ b/fs/unionfs/inode.c
@@ -674,8 +674,10 @@ out:
There's no apparent need to define our own aio_read/write methods.
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/file.c | 27 ++-
1 files changed, 2 insertions(+), 25 deletions(-)
diff --git a/fs/unionfs/file.c b/fs/unionfs/file.c
index b7d0d55..c922173
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/debug.c |2 +-
fs/unionfs/fanout.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/unionfs/debug.c b/fs/unionfs/debug.c
index 8464fbb..bc221d6 100644
--- a/fs/unionfs/debug.c
+++ b/fs/unionfs/debug.c
@@
From: Hugh Dickins [EMAIL PROTECTED]
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/mmap.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/unionfs/mmap.c b/fs/unionfs/mmap.c
index 4918f77..1e10280 100644
--- a/fs/unionfs/mmap.c
+++ b/fs/unionfs/mmap.c
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/copyup.c |4 ++--
fs/unionfs/dirfops.c |5 +++--
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/fs/unionfs/copyup.c b/fs/unionfs/copyup.c
index 98bed0b..3fe4865 100644
--- a/fs/unionfs/copyup.c
+++
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/debug.c | 64 ---
1 files changed, 30 insertions(+), 34 deletions(-)
diff --git a/fs/unionfs/debug.c b/fs/unionfs/debug.c
index bc221d6..c2b8b58 100644
--- a/fs/unionfs/debug.c
+++
Without this patch, the LTP fs test rwtest04 triggers a
BUG_ON(PageWriteback(page)) in fs/buffer.c:1706.
CC: Hugh Dickins [EMAIL PROTECTED]
Signed-off-by: Erez Zadok [EMAIL PROTECTED]
---
fs/unionfs/mmap.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
If we are unlinking/rmdir'ing an object on the rightmost branch, there's no
need to create a whiteout there: this saves on storage space and inodes.
Also, in the (degenerate) case of having only one branch, this really saves
on whiteouts.
CC: Hugh Dickins [EMAIL PROTECTED]
Signed-off-by: Erez
On Sun 2007-11-25 17:16:31, Adrian Bunk wrote:
This patch removes the EXPERIMENTAL option and all dependencies on
EXPERIMENTAL because they are pointless.
Complete rationale:
- Many people and all distributions are currently forced to enable
CONFIG_EXPERIMENTAL since the options for many
If we cache a dirent for file foo, and then it gets deleted, then we look
for a .wh.foo whiteout entry in the same dirent cache. But our dirent
cache strips the .wh. prefix, thus looking for an entry named foo whose
filldir_node-whiteout should be 1 instead of 0. In that case, don't
display an
In message [EMAIL PROTECTED], Hugh Dickins writes:
[...]
Please try running LTP (e.g. ltp-full-20071031.tgz) after something like
[...]
Hugh,
I just posted a series of patches to unionfs (already in unionfs.git on
korg), which fix every problem LTP found, as well as other problems
mentioned in
On Mon, 26 Nov 2007 09:40:14 -0500
Dmitry Torokhov [EMAIL PROTECTED] wrote:
On Nov 25, 2007 11:30 PM, Paul Mundt [EMAIL PROTECTED] wrote:
On Mon, Nov 26, 2007 at 12:03:29AM +0100, Kristoffer Ericson wrote:
Why I want to use 600-series/700-series instead of 6XX/7XX is simply
because
On Sun, Nov 25, 2007 at 01:36:19PM +0100, Kai Ruhnau wrote:
If this is the same like the kernel option 'pci=conf1', that fixes the
vendor IDs.
Same effect. Ubuntu and many other distros are shipping kernels with
MMCONFIG off by default for reasons like this. Check to see if you have
an
Complement va_start() with va_end().
Signed-off-by: Richard Knutsson [EMAIL PROTECTED]
---
Compile-tested on i386 with allyesconfig and allmodconfig.
BTW, the nested if()'s (lines above) may look better if unnested.
diff --git a/fs/reiserfs/prints.c b/fs/reiserfs/prints.c
index 5e7388b..740bb8c
Matthew Wilcox wrote:
On Mon, Nov 26, 2007 at 04:37:50PM +0800, rae l wrote:
I know this is different from the original hexdump in ide-scsi.c, I
just want to tell someone that there's a good implementation of
hexdump in kernel.h, and I think the default KERN_DEBUG and
print_hex_dump is more
Hello everyone,
The deadline for position statements to the Linux Storage and
Filesystem Workshop is quickly approaching. The position statements
are an easy way for you to tell the organizers that you would like to
attend, and which topics you are most interesting in.
You can find all the
On Sun 2007-11-25 22:28:03, Josh Goldsmith wrote:
Thanks for the response Mikael.
Is your 486 running a IDE disk on a normal interface or
via USB? I wonder if the NSLU2 only having I/O via USB
might be significant. Also, this is a 2.6 kernel and
I'd suspect USB is significant here.
Jay Cliburn wrote:
atl1: disable broken 64-bit DMA
[ Upstream commit: 5f08e46b621a769e52a9545a23ab1d5fb2aec1d4 ]
The L1 network chip can DMA to 64-bit addresses, but multiple descriptor
rings share a single register for the high 32 bits of their address, so
only a single, aligned, 4 GB
Hi List,
Reading current kernel git ipc/sem.c I see the following comment:
--
* - The previous code had two flaws:
...
* 2) It did not wake up all zero waiting processes. We try to do
* better but only get the semops right which only wait for zero or
* increase. If there are
Andrew Morton wrote:
On Sun, 11 Nov 2007 19:49:08 +0100 Udo van den Heuvel [EMAIL PROTECTED]
wrote:
Any reason why the second rng on the VIA C7 CPU is not enabled?
(...)
Does the patch work?
Yes, at least:
dd if=/dev/hwrng of=/dev/null bs=1024 count=1024
shows a higher speed than without
Sorry for the double post.
On Nov 26, 2007 12:01 PM, Tom Burns [EMAIL PROTECTED] wrote:
I have some questions about this comment.
Most importantly - does this mean that if I have multiple processes
queued inside semop() calls with sem_val = -1 (also, if it matters,
SEM_UNDO flag is set),
On Nov 26, 2007 6:18 PM, Miguel Botón [EMAIL PROTECTED] wrote:
On Saturday 17 November 2007 07:15:05 Tomas Winkler wrote:
Why power management shouldn't be enabled while in AC? The semantic of this
ioctls is quite unclear.
I
IWL_POWER_AC and IWL_POWER_BATTERY are just two power modes.
On Fri, Nov 23, 2007 at 01:43:29PM +0200, Heikki Orsila wrote:
On Fri, Nov 23, 2007 at 12:15:53AM +, Daniel Drake wrote:
Why unaligned access is bad
===
Most architectures are unable to perform unaligned memory accesses. Any
unaligned access causes a
On Sat, Nov 24, 2007 at 10:22:19PM +0100, Richard Knutsson wrote:
Compliment va_start() with va_end().
Thanks, applied.
Ralf
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, 2007-11-26 at 19:11 +0200, Tomas Winkler wrote:
On Nov 26, 2007 6:18 PM, Miguel Botón [EMAIL PROTECTED] wrote:
On Saturday 17 November 2007 07:15:05 Tomas Winkler wrote:
Why power management shouldn't be enabled while in AC? The semantic of
this
ioctls is quite unclear.
I
From: Tobias Poschwatta [EMAIL PROTECTED]
In commit a686cd898bd999fd026a51e90fb0a3410d258ddb:
Val's cross-port of the ext3 reservations code into ext2.
include/linux/ext2_fs.h got a new function whose return value is only
defined if __KERNEL__ is defined. Putting #ifdef __KERNEL__ around the
this patch is against cryptodev-2.6, and have passed scripts/checkpatch.pl
KERN_DEBUG is stripped out, this acts more like the original in tcrypto.c
and the last parameter bool ascii set to zero to disable ascii output,
this could keep it happy on Unicode terminals.
Cc: Randy Dunlap [EMAIL
At some point everyone needs to standardize on power levels so that
userland has a hope of mapping the right state to the right power level
in the driver. Otherwise, we get into a situation where broadcom power
levels don't map the same way iwl powerlevels do, and then we can't ever
do the
On Nov 24, 2007, at 22:36:43, Crispin Cowan wrote:
Kyle Moffett wrote:
Actually, a fully-secured strict-mode SELinux system will have no
unconfined_t processes; none of my test systems have any.
Generally unconfined_t is used for situations similar to what
AppArmor was designed for, where
From: Randy Dunlap [EMAIL PROTECTED]
As Herbert Xu pointed out, bytes (chars) with bit 7 (0x80) set are
true with isprint() but they may not be isascii() but be Unicode
instead, so don't try to print them in hex dumps.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
lib/hexdump.c |3 ++-
On Thu, 22 Nov 2007 05:34:11 -0800 (PST)
Madhusudhan C [EMAIL PROTECTED] wrote:
Hi Pierre,
I have a question on the mmc_select_voltage fn of the mmc core file
drivers/mmc/core/core.c.
During the power up sequence the mmc_power_up fn sets the OCR bit to setup
3V. Subsequentely the
On Wed, Nov 14, 2007 at 10:29:57PM +0100, Miklos Szeredi wrote:
nanosleep({0, 0}, {0, 0}) = 0
gettimeofday({1195075504, 182333}, NULL) = 0
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}},
{it_interval={0, 0}, it_value={0, 0}}) = 0
nanosleep({0, 0}, {0, 0})
David: The exact command this time was a tar jxf linux-2.6.23.tar.bz2 as
part of an emerge (gentoo). Gnu tar version 1.18 but has happened with
prior versions too. I replicated it after my post by manually untarring it
on the command line and can almost always replicate the problem with any
On Thu, 22 Nov 2007, Bron Gondwana wrote:
This patch includes some code cleanup from Linus and a toggle in
/proc/sys/vm/dirty_highmem which can be set to 1 to add the highmem
back to the total available memory count.
Just to verify - can you confirm that this just fixes it for you?
I
This patch is needed to preserve legacy behavior when
CONFIG_SECURITY_FILE_CAPABILITIES=y. Without this patch, xinit can't
kill X, so manually starting X in runlevel 3 then exiting your window
manager will not cause X to exit.
thanks,
-serge
From 81a6d780ad570f9a326fc27912ec0e373f5fa14f Mon
On Sat, 24 Nov 2007 20:31:25 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Saturday, 24 of November 2007, Stefano Brivio wrote:
On Sat, 24 Nov 2007 19:48:58 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
NO_HZ? Highres timers?
CONFIG_HZ_1000=y
# CONFIG_HIGH_RES_TIMERS
We (the -stable team) are announcing the release of the 2.6.23.9 kernel.
It a number of bugfixes and anyone using the 2.6.23 kernel series is
recommended to upgrade.
I'll also be replying to this message with a copy of the patch between
2.6.23.8 and 2.6.23.9
The updated 2.6.23.y git tree can be
diff --git a/Makefile b/Makefile
index 435a3d7..2b2a73b 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 23
-EXTRAVERSION = .8
+EXTRAVERSION = .9
NAME = Arr Matey! A Hairy Bilge Rat!
# *DOCUMENTATION*
diff --git a/arch/i386/lib/delay.c
On Tue, 2007-11-27 at 01:28 +0800, Denis Cheng wrote:
-static void hexdump(unsigned char *buf, unsigned int len)
-{
- while (len--)
- printk(%02x, *buf++);
-
- printk(\n);
-}
#define hexdump(buf, len) \
print_hex_dump(KERN_CONT, , DUMP_PREFIX_NONE, 16, 1, \
On Wed, Nov 14, 2007 at 10:29:57PM +0100, Miklos Szeredi wrote:
nanosleep({0, 0}, {0, 0}) = 0
gettimeofday({1195075504, 182333}, NULL) = 0
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}},
{it_interval={0, 0}, it_value={0, 0}}) = 0
nanosleep({0, 0}, {0, 0})
Hi,
On Mon, Nov 26, 2007 at 01:41:37PM -0200, Luke Browning wrote:
On Mon, 2007-11-26 at 19:16 +1100, Michael Ellerman wrote:
For kdump we have to assume that the kernel is fundamentally broken,
If I may so humbly suggest: since ehea is a power6 thing only,
we should refocus our energies
Hi James,
If I understand the issue correctly, then the race is:
step 1: cpu 1: starts a new rcu batch (i.e. rcp-cur++, smb_mb)
step 2: cpu 2: completes the quiet state
step 3: cpu 2: reads pointer 0x123 (ptr to a rcu protected struct)
step 4: cpu 3: call_rcu(0x123): rcu protected struct
On Tue, 20 Nov 2007, H. Peter Anvin wrote:
If the whole thing about a dozen new [system calls] then a dozen system
calls added to the existing tables are better than this mess.
No it's not.
The point about the indirect calls is that we can do it for other things
than just a dozen random
On 11/26, Oleg Nesterov wrote:
Any reason why daemonized kthread still uses 1,1 special pids?
Actually, I guess the reason is that this was not possible before.
Now that set_special_pids uses struct pid we can do this.
Perhaps it is better to move the callsite to reparent_to_kthreadd()
and
On Mon, 26 Nov 2007 12:28:14 +1100
Rusty Russell [EMAIL PROTECTED] wrote:
On Monday 26 November 2007 07:27:03 Roland Dreier wrote:
This patch allows to export symbols only for specific modules by
introducing symbol name spaces. A module name space has a white
list of modules that are
Thanks for responding Alan.
On 11/26/07, Alan Stern [EMAIL PROTECTED] wrote:
On Sun, 25 Nov 2007, Raymano Garibaldi wrote:
The device which has the root fs is a READ-ONLY device. There is no
way for it to change between getting detached and reattached to the
computer which is suspended.
Rafael J. Wysocki wrote:
On Thursday, 22 of November 2007, Jeremy Fitzhardinge wrote:
It seems that a process blocked in a write to an xfs filesystem due to
xfs_freeze cannot be frozen by the freezer.
The freezer doesn't handle tasks in TASK_UNINTERRUPTIBLE and I don't know how
to
* Linus Torvalds [EMAIL PROTECTED] wrote:
Quite frankly, I can't really see many other approaches. And of the
above three ones, the sys_indirect() approach really does seem to be
the simplest *and* the best-performing. It's basically faster to just
unconditionally load six registers off
On Wed, 21 Nov 2007 14:03:34 +0800
Dave Young [EMAIL PROTECTED] wrote:
On Nov 21, 2007 2:00 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 21 Nov 2007 13:51:47 +0800 Dave Young [EMAIL PROTECTED] wrote:
Hi, andrew
modpost failed for me:
MODPOST 360 modules
ERROR:
Oleg Nesterov [EMAIL PROTECTED] writes:
Change set_special_pids() to work with struct pid, not pid_t from global name
space. This again speedups and imho cleanups the code.
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
Overall I like it, and the version I keep meaning to send missed
the
On Mon, Nov 26, 2007 at 12:27:07PM +, Pavel Machek wrote:
On Sun 2007-11-25 17:16:31, Adrian Bunk wrote:
This patch removes the EXPERIMENTAL option and all dependencies on
EXPERIMENTAL because they are pointless.
Complete rationale:
- Many people and all distributions are
Oleg Nesterov [EMAIL PROTECTED] writes:
Any reason why daemonized kthread still uses 1,1 special pids? This patch
sets 0,0 pids, this matches kthread_create'ed threads.
You got it in your reply...
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
Acked-by: Eric W. Biederman [EMAIL PROTECTED]
On Mon, Nov 26, 2007 at 06:02:39PM +0100, Udo van den Heuvel wrote:
I did not know we are already that far ;-)
I mean: can this patch be aplied without hurting C3/C7 CPU's with just
one RNG? Maybe an expert needs to test/answer?
Maybe some logic needs to be applied around the extra bit?
No Message Collected
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
In a desperate attempt to screw up /proc one more time, I added some
proc fixes, wrote test module which creates and removes simple proc
file, then ran a) modprobe/rmmod loop, b) cat /proc/foo/bar loop,
c) LTP loop. So far so good -- survived overnight run.
While rebooting into new kernel,
Hi,
I would like to request a feature in the Linux kernel that would allow
a user to unplug a live read-only root file system which exists on a
detachable storage device such as a USB key drive. The desired
behavior is that once the same device is reattached to the computer
the user can continue
Ingo Molnar wrote:
So it's not like sys_indirect() would break some magic pristine state of
a flat parameter space - on the contrary, most of the nontrivial
syscalls take pointers to structures or pointers to streams of
information. The parameter count histogram i believe further underlines
On Tue, 20 Nov 2007 20:45:25 -0800 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
allnoconfig on x86_64 gives:
arch/x86/mm/init_64.c:84: error: implicit declaration of function 'pfn_valid'
mm/page_alloc.c:2533: error: implicit
Oleg Nesterov [EMAIL PROTECTED] writes:
sys_setsid() still deals with pid_t's from the global namespace. This means
that the session 1 check can't help for sub-namespace init, setsid() can't
succeed because copy_process(CLONE_NEWPID) populates PIDTYPE_PGID/SID links.
We can do even better.
Avi Kivity wrote:
rx and tx are closely related. You rarely have one without the other.
In fact, a turned implementation should have zero kicks or interrupts
for bulk transfers. The rx interrupt on the host will process new tx
descriptors and fill the guest's rx queue; the guest's transmit
501 - 600 of 849 matches
Mail list logo