From: Pekka Enberg [EMAIL PROTECTED]
Introduce krealloc() for reallocating memory while preserving contents.
Cc: Christoph Lameter [EMAIL PROTECTED]
Signed-off-by: Pekka Enberg [EMAIL PROTECTED]
---
include/linux/slab.h |1 +
mm/util.c| 34 ++
2
From: Pekka Enberg [EMAIL PROTECTED]
This exports ksize in slab and slob allocators to modules.
Cc: Christoph Lameter [EMAIL PROTECTED]
Signed-off-by: Pekka Enberg [EMAIL PROTECTED]
---
mm/slab.c |1 +
mm/slob.c |2 ++
2 files changed, 3 insertions(+)
Index: 2.6/mm/slab.c
From: Pekka Enberg [EMAIL PROTECTED]
This changes unionfs to query the actual buffer size with ksize()
instead of playing tricks with malloc_sizes. Also converts an
open-coded reallocation to use the new krealloc API.
Cc: Josef Sipek [EMAIL PROTECTED]
Signed-off-by: Pekka Enberg [EMAIL
On Wed, Feb 21, 2007 at 10:06:52AM +0200, Pekka J Enberg wrote:
From: Pekka Enberg [EMAIL PROTECTED]
This exports ksize in slab and slob allocators to modules.
That's a pretty generic name... if it's going to be part of the module
API, it should be renamed to something a bit more obvious.
(patch against 2.6.21-rc1)
Fix several typos in help text in Kconfig* files.
Signed-off-by: David Sterba [EMAIL PROTECTED]
---
arch/cris/arch-v32/drivers/Kconfig |2 +-
arch/h8300/Kconfig.debug |4 ++--
arch/i386/Kconfig.cpu |4 ++--
arch/ia64/Kconfig
Hi Muli,
On Wed, Feb 21, 2007 at 10:06:52AM +0200, Pekka J Enberg wrote:
This exports ksize in slab and slob allocators to modules.
On Wed, 21 Feb 2007, Muli Ben-Yehuda wrote:
That's a pretty generic name... if it's going to be part of the module
API, it should be renamed to something a bit
I have a partition that used to be part of a software
raid 1 array. It is now loaded as /dev/sda3 but I'd
like to mirror it to /dev/sdb3 without losing the data
on the drive. I'm a little nervous about how to set it
up as I don't want to wipe out the data.
How do I do this? Using FC6 and up 2
From: Pekka Enberg [EMAIL PROTECTED]
If slab-inuse is corrupted, cache_alloc_refill can enter an infinite
loop as detailed by Michael Richardson in the following post:
http://lkml.org/lkml/2007/2/16/292. This adds a BUG_ON to catch
those cases.
Cc: Michael Richardson [EMAIL PROTECTED]
Cc:
On 2/20/07, Ananiev, Leonid [EMAIL PROTECTED] wrote:
1) mem=1G in kernel boot param if you have more
2) unmount; mk2fs; mount
3) dd if=/dev/zero of=test_file bs=1M count=1200
4) aiostress -s 1200m -O -o 2 -i 1 -r 16k test_file
5) if i++50 goto 2).
Would you please instrument the call chain of
where it returns zero
I've wrote in the mail http://lkml.org/lkml/2007/2/8/337
invalidate_inode_pages2_range() reports BUG:
warning at mm/truncate.c:398 occurs becouse of
invalidate_complete_page2()returns 0; it returns 0 because of
try_to_release_page() returns 0; it returns 0
On Wed, 2007-02-21 at 10:06 +0200, Pekka J Enberg wrote:
From: Pekka Enberg [EMAIL PROTECTED]
This exports ksize in slab and slob allocators to modules.
what's the user of this? If none, don't export it please since every
useless export does take up space.
Please specify the use in the
On Wed, 21 Feb 2007, Arjan van de Ven wrote:
Please specify the use in the description of the patch!
See [PATCH 3/3] unionfs: fix up slab abuses.
Pekka
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
Udo van den Heuvel wrote:
Any ideas about how to proceed?
What to test?
I found some info on the VIA dual PCI extender card at
http://www.itx-warehouse.co.uk/Product.aspx?ProductID=410.
The text says:
The EXT-PCI is a PCI riser card which expands a PCI slot into two PCI slots.
EXT-PCI slot 1
On Wed, 2007-02-21 at 10:06 +0200, Pekka J Enberg wrote:
From: Pekka Enberg [EMAIL PROTECTED]
Introduce krealloc() for reallocating memory while preserving contents.
please mark this one __must_check.. not storing realloc() return values
is one of the more nasty types of bugs... but gcc can
On 2/21/07, Arjan van de Ven [EMAIL PROTECTED] wrote:
please mark this one __must_check.. not storing realloc() return values
is one of the more nasty types of bugs... but gcc can help us greatly
here ;)
So I guess we want the same thing for the other allocator functions
(__kmalloc et al) as
On Wed, 2007-02-21 at 11:33 +0200, Pekka Enberg wrote:
On 2/21/07, Arjan van de Ven [EMAIL PROTECTED] wrote:
please mark this one __must_check.. not storing realloc() return values
is one of the more nasty types of bugs... but gcc can help us greatly
here ;)
So I guess we want the same
Thanks for the fix.
-
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/
From: Martin Schwidefsky [EMAIL PROTECTED]
[S390] update default configuration
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
arch/s390/defconfig | 21 +++--
1 files changed, 15 insertions(+), 6 deletions(-)
diff -urpN linux-2.6/arch/s390/defconfig
From: Martin Schwidefsky [EMAIL PROTECTED]
[S390] prevent softirqs if delay is called disabled
The new delay implementation uses the clock comparator and an external
interrupt even if it is called disabled for interrupts. To do this
all external interrupt source except clock comparator are
On Wednesday 21 February 2007 02:49, Greg KH wrote:
/* frame pointer must be last for get_wchan */
-#define SAVE_CONTEXTpushq %%rbp ; movq %%rsi,%%rbp\n\t
-#define RESTORE_CONTEXT movq %%rbp,%%rsi ; popq %%rbp\n\t
+#define SAVE_CONTEXTpushf ; pushq %%rbp ; movq %%rsi,%%rbp\n\t
From: Jan Glauber [EMAIL PROTECTED]
[S390] fix non-smp compile.
Fix compile of sclp_quiesce for CONFIG_SMP=n.
Signed-off-by: Jan Glauber [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
drivers/s390/char/sclp_quiesce.c |1 +
1 files changed, 1 insertion(+)
diff
Hi,
Thank you for your reply.
David Howells wrote:
I think that locking makes codes complex and generates overhead.
So I wouldn't like to use lock as far as possible. I think passing
the flag as an extra argument is the simplest implementation to
avoid the core file corruption.
Actually, I
From: Jan Glauber [EMAIL PROTECTED]
[S390] smp_call_function cleanup
Introduce __smp_call_function_map which calls a function on all cpus
given with a cpumask_t. Use it to implement smp_call_function and
smp_call_function_on. Replace smp_ext_bitcall_others with smp_ext_bitcall
and a
From: Heiko Carstens [EMAIL PROTECTED]
[S390] Optional ZONE_DMA for s390.
Disable ZONE_DMA on 31-bit. All memory is addressable by all
devices and we do not need any special memory pool.
Signed-off-by: Heiko Carstens [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
From: Heiko Carstens [EMAIL PROTECTED]
[S390] etr: Add barrier() to etr_sync_cpu_start().
Force reading of *in_sync in while loop. Loops where the content that
is checked for is changed by a different cpu always should have some
sort of barrier() semantics.
Otherwise this might lead to very
From: Michael Holzheu [EMAIL PROTECTED]
[S390] New header file ipl.h
Setup.h has been misused for ipl related stuff in the past. We now move
everything, which has to do with ipl and reipl to a new header file named
ipl.h.
Signed-off-by: Michael Holzheu [EMAIL PROTECTED]
Signed-off-by: Martin
From: Michael Holzheu [EMAIL PROTECTED]
[S390] New get_cpu_id() inline assembly
Replace two stidp inline assemblies with one global implementation.
Signed-off-by: Michael Holzheu [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
arch/s390/kernel/early.c |2 +-
From: Heiko Carstens [EMAIL PROTECTED]
[S390] bss section clearing.
Clear only memory from __bss_start to __bss_stop when clearing the bss
section. Not until _end, which currently happens to be the same.
Signed-off-by: Heiko Carstens [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL
From: Michael Holzheu [EMAIL PROTECTED]
[S390] Remove BUG() statement
To avoid ugly warings for older gccs, we replace
BUG() with return NULL, which is just as well.
Signed-off-by: Michael Holzheu [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
arch/s390/kernel/ipl.c
From: Michael Holzheu [EMAIL PROTECTED]
[S390] Replace $(ARCH) macros in Makefile
Since $(ARCH) is always s390 we can replace it with s390.
Signed-off-by: Michael Holzheu [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
arch/s390/Makefile | 12 ++--
1 files
From: Heiko Carstens [EMAIL PROTECTED]
[S390] nss: Free unused memory in kernel image.
With CONFIG_SHARED_KERNEL the kernel text segment that might be in a
read only memory sections starts at 1MB. Memory between 0x12000 and
0x10 is unused then. Free this, so we have appr. an extra MB
of
Please pull from 'for-linus' branch of
git://git390.osdl.marist.edu/pub/scm/linux-2.6.git for-linus
to receive the following updates:
arch/s390/Kconfig|4 +-
arch/s390/Makefile | 12 ++--
arch/s390/defconfig | 21 +++--
This causes the following compile error with CONFIG_PTRACE=y,
CONFIG_PROC_FS=n:
Bah. I moved ptrace_may_attach to fs/proc/base.c so that CONFIG_PTRACE=n
could just omit kernel/ptrace.c entirely and still get the function for
fs/proc/base.c to use (and because that uses it many more times than
Hello,
I got an oops when inserting my compact flash card in my laptop.
The laptop is a Dell X1, using the builtin compact flash reader, which I
understand works through PCMCIA.
My kernel is stock ubuntu latest unstable: Linux version 2.6.20-8-386
([EMAIL PROTECTED]) (gcc version 4.1.2 20070129
Greetings,
I just got a unusual message from lockd on a webserver running a
custom compiled 2.6.13.4 (yes it is ancient, I know).
# uname -a
Linux webserv.somedomain.example 2.6.13.4 #1 SMP Wed Nov 16 10:03:05
CET 2005 i686 unknown
# dmesg | tail -n 3
do_vfs_lock: VFS is out of sync with lock
[cc'ing Ric, Hannes and Dongjun, Hello. Feel free to drag other people in.]
Robert Hancock wrote:
Jens Axboe wrote:
But we can't really change that, since you need the cache flushed before
issuing the FUA write. I've been advocating for an ordered bit for
years, so that we could just do:
On Wed, Feb 21 2007, Tejun Heo wrote:
[cc'ing Ric, Hannes and Dongjun, Hello. Feel free to drag other people in.]
Robert Hancock wrote:
Jens Axboe wrote:
But we can't really change that, since you need the cache flushed before
issuing the FUA write. I've been advocating for an ordered
On Mon, Feb 19 2007, Robert Hancock wrote:
Jens Axboe wrote:
But we can't really change that, since you need the cache flushed before
issuing the FUA write. I've been advocating for an ordered bit for
years, so that we could just do:
3. w/FUA+ORDERED
normal operation - barrier issued -
Jens Axboe wrote:
On Wed, Feb 21 2007, Tejun Heo wrote:
[cc'ing Ric, Hannes and Dongjun, Hello. Feel free to drag other people in.]
Robert Hancock wrote:
Jens Axboe wrote:
But we can't really change that, since you need the cache flushed before
issuing the FUA write. I've been advocating
On Wed, Feb 21 2007, Tejun Heo wrote:
Jens Axboe wrote:
On Wed, Feb 21 2007, Tejun Heo wrote:
[cc'ing Ric, Hannes and Dongjun, Hello. Feel free to drag other people
in.]
Robert Hancock wrote:
Jens Axboe wrote:
But we can't really change that, since you need the cache flushed
On Sat, Feb 17, 2007 at 09:51:46PM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-mm1:
...
git-ubi.patch
...
git trees
...
If you select an option, you have to ensure that the dependencies of all
options you are select'ing are fulfilled.
This patch fixes the following compile error:
Marc Perkel wrote (ao):
I have a partition that used to be part of a software
raid 1 array. It is now loaded as /dev/sda3 but I'd
like to mirror it to /dev/sdb3 without losing the data
on the drive. I'm a little nervous about how to set it
up as I don't want to wipe out the data.
How do I
From: Pekka Enberg [EMAIL PROTECTED]
As suggested by Arjan, make GCC warn about classic misuse of the realloc API.
Cc: Arjan van de Ven [EMAIL PROTECTED]
Signed-off-by: Pekka Enberg [EMAIL PROTECTED]
---
include/linux/slab.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index:
From: Arjan van de Ven [EMAIL PROTECTED]
Subject: Use symbolic constants in inline assembly
This patch replaces several of the %0/%1 uses in x86-64 inline assembly
with symbolic names (this is a new gcc 3.x feature, but that's ok now).
This tends to, imo, make the inline assembly a lot more
NB: I'm not subscribed so please CC me in any reply! Thanks...
Hi there,
Just attempted a build of vanilla 2.6.20-rc1 and got a failure with our
usual defconfig. Notably, we build IPV6 support as modular - this seems to
be the source of the problem.
If any other info is required, please
On Wednesday February 21, [EMAIL PROTECTED] wrote:
Greetings,
I just got a unusual message from lockd on a webserver running a
custom compiled 2.6.13.4 (yes it is ancient, I know).
# uname -a
Linux webserv.somedomain.example 2.6.13.4 #1 SMP Wed Nov 16 10:03:05
CET 2005 i686 unknown
#
Kawai, Hidehiro [EMAIL PROTECTED] wrote:
Is coredump_setting_sem a global semaphore? If so, it prevents concurrent
core dumping.
No, it doesn't. Look again:
int do_coredump(long signr, int exit_code, struct pt_regs * regs)
{
setup vars
Kay Sievers wrote:
On 2/13/07, Kay Sievers [EMAIL PROTECTED] wrote:
On Tue, 2007-02-13 at 17:04 +0100, Marcel Holtmann wrote:
kernel BUG at lib/iomap.c:254!
invalid opcode: [#1]
...
The screen picture is here:
http://vrfy.org/pci_iounmap.jpg
It's a Thinkpad T43p.
Chris Snook [EMAIL PROTECTED] wrote:
Patch 1 fixes the case statements to use the symbolic constants in
include/linux/fs.h, and should not be at all controversial.
Patch 2 adds a SEEK_MAX and uses it to validate user arguments. This makes
the code a little cleaner and also enables future
On 21/02/07, Neil Brown [EMAIL PROTECTED] wrote:
On Wednesday February 21, [EMAIL PROTECTED] wrote:
Greetings,
I just got a unusual message from lockd on a webserver running a
custom compiled 2.6.13.4 (yes it is ancient, I know).
# uname -a
Linux webserv.somedomain.example 2.6.13.4 #1 SMP
On Wed, Feb 21, 2007 at 11:33:31AM +, David Howells wrote:
Kawai, Hidehiro [EMAIL PROTECTED] wrote:
Is coredump_setting_sem a global semaphore? If so, it prevents concurrent
core dumping.
No, it doesn't. Look again:
int do_coredump(long signr, int exit_code, struct pt_regs
Does it work if you give 'irqpoll' kernel parameter?
--
tejun
-
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/
21 Şub 2007 Çar tarihinde, Greg KH şunları yazmıştı:
Responses should be made by Friday February 23 00:00 UTC. Anything
received after that time might be too late.
We have still some CVEish patches in our package which maybe you want to
consider adding into -stable.
*
On Wednesday 21 February 2007 12:10, Arjan van de Ven wrote:
From: Arjan van de Ven [EMAIL PROTECTED]
Subject: Use symbolic constants in inline assembly
This patch replaces several of the %0/%1 uses in x86-64 inline assembly
with symbolic names (this is a new gcc 3.x feature, but that's ok
This patch works around a warning with -Wmissing-prototypes in
arch/i386/kernel/asm-offsets.c
The warning isn't gcc's fault - asm-offsets.c is simply a special file.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
--- linux-2.6.20-mm2/arch/i386/kernel/asm-offsets.c.old 2007-02-20
On Sat, Feb 17, 2007 at 09:51:46PM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-mm1:
...
+i386-irq-kill-irq-compression.patch
...
x86 updates
...
This patch removes a no longer used variable.
Spotted by the GNU C compiler.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
---
On Tue, Jan 23, 2007 at 09:10:08PM -0200, Mauro Carvalho Chehab wrote:
Em Ter, 2007-01-23 às 20:57 +0300, Oleg Nesterov escreveu:
I am pretty sure the bug is real, but the patch may be wrong, please review.
We are doing -buf_prepare(buf) before adding buf to q-stream list. This
means
On Mon, Feb 19, 2007 at 06:56:20PM -0800, H. Peter Anvin wrote:
It's not a precondition for a file descriptor, either. There are plenty
of ioctl-only device drivers in existence.
Furthermore, a file descriptor doesn't imply a device entry. Consider
pipe(2), for example.
As far as the
Michal Piotrowski napisał(a):
On 17/02/07, Alex Riesen [EMAIL PROTECTED] wrote:
Thomas Gleixner, Sat, Feb 17, 2007 16:14:17 +0100:
On Sat, 2007-02-17 at 15:47 +0100, Alex Riesen wrote:
164 if (need_resched())
165 goto end;
166
167
From: Pekka Enberg [EMAIL PROTECTED]
We must not overwrite the same pointer that is passed to krealloc()
because it can return NULL without freeing the buffer. Fixes a memory
leak introduced by me.
Cc: Josef Sipek [EMAIL PROTECTED]
Signed-off-by: Pekka Enberg [EMAIL PROTECTED]
---
Udo van den Heuvel [EMAIL PROTECTED] writes:
So if my non-VIA riser card can use DN 19 and also INT_A things should work?
That INT_A may be INT_A from their (motherboard) point of view, but
the riser card doesn't know about that, it only knows INTs as seen
at its PCI edge connector (so this
On Wed, 21 February 2007 05:36:22 +0100, Juan Piernas Canovas wrote:
I don't see how you can guarantee 50% free segments. Can you explain
that bit?
It is quite simple. If 50% of your segments are busy, and the other 50%
are free, and the file system needs a new segment, the cleaner starts
On Wednesday 21 February 2007 00:41, [EMAIL PROTECTED] wrote:
This is a note to let you know that we have just queued up the patch titled
Subject: x86_64: fix 2.6.18 regression - PTRACE_OLDSETOPTIONS should
be accepted
to the 2.6.18-stable tree. Its filename is
Since you are still
Jan-Benedict Glaw wrote:
On Tue, 2007-02-20 15:36:56 +0100, Helge Hafting [EMAIL PROTECTED] wrote:
If you have a need for secret source code, stuff most of it
in userspace. Make the drivers truly minimal; perhaps their
open/closed status won't matter that much when the bulk
of the code and
These functions were inlines before 8b9365d753d9870bb6451504c13570b81923228f.
Now EXPORT_SYMBOL() them to allow them to be used in modules again.
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
---
commit 0a543599f4a9ea02b587bda26e0e11ae94774f61
tree aa815eab413d2575925b0964a1fa01d41439b26b
These functions were inlines before 8b9365d753d9870bb6451504c13570b81923228f.
Now EXPORT_SYMBOL() them to allow them to be used in modules again.
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
---
Sent once again, this time without PGP signature so importing into git is
easier.
commit
Hi,
21 Şub 2007 Çar 06:53 tarihinde, Linus Torvalds şunları yazmıştı:
Ok, the merge window for 2.6.21 has closed, and -rc1 is out there.
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CHK include/linux/compile.h
CC [M] drivers/char/ip2/ip2main.o
In file
On Tue, 2007-02-20 at 20:53 -0800, Linus Torvalds wrote:
But there's a ton of architecture updates (arm, mips, powerpc, x86, you
name it), ACPI updates, and lots of driver work. And just a lot of
cleanups.
Have fun,
Yup. Fun starts in drivers/net/e1000
e1000 is not working anymore. ifup
On Wed, 2007-02-21 at 14:12 +0100, Rolf Eike Beer wrote:
These functions were inlines before 8b9365d753d9870bb6451504c13570b81923228f.
Now EXPORT_SYMBOL() them to allow them to be used in modules again.
please do not add random exports without users; exports eat up kernel
size and memory. At
If the badness of a process is zero then oom_adj0 has no effect. This
patch makes sure that the oom_adj shift actually increases badness
points appropriately.
I am not subscribed. Please CC me with any comments. Thanks.
Signed-off-by: Joshua N. Pritikin [EMAIL PROTECTED]
---
Greg KH wrote:
This is the start of the stable review cycle for the 2.6.19.5 release.
This will probably be the last release of the 2.6.19-stable series, so
if there are patches that you feel should be applied to that tree,
please let me know.
There is one here: Missing critical
I wrote:
I hope you can extract the patch from this MIME attachment.
Probably not unless I attach it for real.
--
Stefan Richter
-=-=-=== --=- =-=-=
http://arcgraph.de/sr/
Subject: [PATCH] Missing critical phys_to_virt in lib/swiotlb.c
From: David Moore [EMAIL PROTECTED]
Date: Sun, 04 Feb
s390 machines (z900 or higher) provide hardware support for creating Linux
dumps on SCSI disks. Our current implementation consists of a userspace
application running on an special Linux dump kernel, which exploits the
s390 hardware support. Since both parts (kernel and userspace) belong
together,
Kernel part of the s390 SCSI dumper: zcore character device driver.
Acked-by: Martin Schwidefsky [EMAIL PROTECTED]
Signed-off-by: Michael Holzheu [EMAIL PROTECTED]
---
Documentation/s390/zfcpdump.txt | 41 +
arch/s390/Kconfig |7
arch/s390/kernel/early.c|3
Userspace part of the s390 SCSI dumper.
Acked-by: Martin Schwidefsky [EMAIL PROTECTED]
Signed-off-by: Michael Holzheu [EMAIL PROTECTED]
---
arch/s390/Makefile|4
arch/s390/zfcpdump/Makefile |5
arch/s390/zfcpdump/defconfig.zfcpdump | 467
Hi,
I've an ASUS A8V motherboard with a via chipset:
[EMAIL PROTECTED] % lspci
00:00.0 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. K8T800Pro Host Bridge
00:00.3 Host
From: David Howells [EMAIL PROTECTED]
Add support for direct mapping through mtdconcat, if possible, by attaching the
samebacking_dev_info structure to the master.
It has some restrictions:
(1) It won't permit direct mapping of concatenated devices that have differing
BDIs.
(2) It
From: David Howells [EMAIL PROTECTED]
Present backing device capabilities for MTD character device files to allow
NOMMU mmap to do direct mapping where possible.
Signed-Off-By: David Howells [EMAIL PROTECTED]
---
drivers/mtd/Makefile |2 +
drivers/mtd/chips/map_ram.c | 17
From: David Howells [EMAIL PROTECTED]
Change RomFS so that it can use MTD devices directly - without the intercession
of the block layer - as well as using block devices.
This permits RomFS:
(1) to use the MTD direct mapping facility available under NOMMU conditions if
the underlying
From: David Howells [EMAIL PROTECTED]
Generalise the handling of MTD-specific superblocks so that JFFS2 and ROMFS can
both share it.
Signed-Off-By: David Howells [EMAIL PROTECTED]
---
drivers/mtd/Makefile |2
drivers/mtd/mtdsuper.c| 231
Where is largefile issue in ecryptfs.
Even if we want open file on ia32 with explicit O_LARGEFILE, lower_file will
be opened without O_LARGEFILE flag this result in various errors in dmesg
and data corruption.
Testcase:
write 'a' chars beyond 2Gb
# strace ./writer_test root/file
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
On Wed, Feb 21, 2007 at 01:07:22PM +0300, Dmitriy Monakhov wrote:
Where is largefile issue in ecryptfs.
Thanks for your thorough work on resolving such issues. We will
integrate your patches and testcases into the next release as soon as
we get
On Sat, Feb 17, 2007 at 06:35:31PM -0800, Roland McGrath wrote:
Looking at mainline x86_64 ptrace code I think hole for u_debugreg[4]
and [5] is also needed.
It's not. The utrace_regset for the debugregs already has that behavior
for those two words, so mapping all 8 uarea words to the
Michael Halcrow [EMAIL PROTECTED] writes:
On Wed, Feb 21, 2007 at 01:07:22PM +0300, Dmitriy Monakhov wrote:
Where is largefile issue in ecryptfs.
Thanks for your thorough work on resolving such issues. We will
integrate your patches and testcases into the next release as soon as
we get a
On Mon, Feb 19, 2007 at 01:38:35PM -0800, Zach Brown wrote:
aio: propogate post-EIOCBQUEUED errors to completion event
This addresses an oops reported by Leonid Ananiev [EMAIL PROTECTED]
as archived at http://lkml.org/lkml/2007/2/8/337.
O_DIRECT kicks off bios and returns -EIOCBQUEUED to
New devolpments.
I have upgraded to 2.6.16.41, applied a patch sent by Frederik that
removed the changed made in http://lkml.org/lkml/2005/6/23/266 and
activated some more kernel debug, i.e., CONFIG_KALLSYMS_ALL,
CONFIG_DEBUG_KERNEL, CONFIG_DETECT_SOFTLOCKUP, CONFIG_DEBUG_SLAB,
Arjan van de Ven wrote:
On Wed, 2007-02-21 at 14:12 +0100, Rolf Eike Beer wrote:
These functions were inlines before
8b9365d753d9870bb6451504c13570b81923228f. Now EXPORT_SYMBOL() them to
allow them to be used in modules again.
please do not add random exports without users; exports eat up
On 02/21, Srivatsa Vaddagiri wrote:
On Tue, Feb 20, 2007 at 11:09:36PM +0300, Oleg Nesterov wrote:
Which caller are you referring to here? Maybe we can decide on the
option after we see the users of flush_workqueue() in DOWN_PREPARE.
mm/slab.c:cpuup_callback()
The
Does this fix the oops ?
Alan
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ata/pata_pcmcia.c
linux-2.6.20-mm2/drivers/ata/pata_pcmcia.c
--- linux.vanilla-2.6.20-mm2/drivers/ata/pata_pcmcia.c 2007-02-20
13:37:58.0 +
+++
On Wed, Feb 21, 2007 at 05:30:10PM +0300, Oleg Nesterov wrote:
On 02/21, Srivatsa Vaddagiri wrote:
On Tue, Feb 20, 2007 at 11:09:36PM +0300, Oleg Nesterov wrote:
Which caller are you referring to here? Maybe we can decide on the
option after we see the users of flush_workqueue() in
Revised DRAC4 warning as Jeff suggested, this one includes more info
about why the problem occurs
Signed-off-by: Alan Cox [EMAIL PROTECTED]
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.20-mm2/drivers/ide/pci/siimage.c
Backlight control support for the PXA fram buffer.
Signed-off-by: Rodolfo Giometti [EMAIL PROTECTED]
---
Each platform should define the backlight properties in its own setup
file in linux/arch/arm/mach-pxa/ as follow:
static int pxafb_bl_get_brightness(struct backlight_device *bl_dev)
{
Rafael,
On Sat, Feb 17, 2007 at 12:24:45PM +0100, Rafael J. Wysocki wrote:
Pavel, do you think we can remove the PF_NOFREEZE from bluetooth, BTW?
The create_workqueue by default marks the worker_threads to be
non_freezable. For cpu hotplug, all workqueues can be frozen
except the kthread
Jose Goncalves wrote:
New devolpments.
I have upgraded to 2.6.16.41, applied a patch sent by Frederik that
removed the changed made in http://lkml.org/lkml/2005/6/23/266 and
activated some more kernel debug, i.e., CONFIG_KALLSYMS_ALL,
CONFIG_DEBUG_KERNEL, CONFIG_DETECT_SOFTLOCKUP,
On Tue, 20 February 2007 17:46:13 -0800, Vijay Sampath wrote:
The files cfi_cmdset_0002.c and cfi_cmdset_0020.c do not initialize
their wait queues like is done in cfi_cmdset_0001.c. This causes an
oops when the wait queue is accessed. I have copied the code from
cfi_cmdset_0001.c that is
Apologies for brain failure, below should read 2.6.21-rc1.
Everything else should be correct.
Michael-Luke Jones
On 21 Feb 2007, at 10:50, M.L. Jones wrote:
NB: I'm not subscribed so please CC me in any reply! Thanks...
Hi there,
Just attempted a build of vanilla 2.6.20-rc1 and got a
Krzysztof Halasa wrote:
Udo van den Heuvel [EMAIL PROTECTED] writes:
So if my non-VIA riser card can use DN 19 and also INT_A things should work?
That INT_A may be INT_A from their (motherboard) point of view, but
the riser card doesn't know about that, it only knows INTs as seen
at its
I tried to check cat operations for tiny_tty driver from LDD book.
What is wrong with cat operation here?
Here is the output from strace cat hello /dev/my_tty1
[EMAIL PROTECTED]:/home# strace cat hello /dev/my_tty1
execve(/bin/cat, [cat, hello], [/* 12 vars */]) = 0
brk(0)
On Tue, 20 Feb 2007 15:50:27 +0300 (MSK)
Mockern [EMAIL PROTECTED] wrote:
Thank you Alan for your respond,
Could you help me with a problem which I have with my tty driver, please?
It does not work with Linux cat operation (but there are no problems to
write, read with select from user
Rik van Riel wrote:
Rik van Riel wrote:
... because I think this is what my patch does :)
Never mind, I see it now.
The attached patch should be correct.
Your patch seems to improve the situation a little bit, but the numbers still
look weird, especially for swap-in, which gets
1 - 100 of 1130 matches
Mail list logo