Hi Linus,
Can you please pull the 'drm-patches' branch from
git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-patches
It only contains one fix for an error printout that will spam the logs
with all current X servers...
Dave.
drivers/char/drm/i915_irq.c |2 +-
1
On a embedded systerm, limiting page cache can relieve memory
fragmentation. There is a patch against 2.6.19, which limit every
opened file page cache and total pagecache. When the limit reach, it
will release the page cache overrun the limit.
Index: include/linux/pagemap.h
2007/1/11, Rik van Riel [EMAIL PROTECTED]:
Have you actually measured this?
If your measurements saw any performance gains, with what kind
of workload did they happen, how big were they and how do you
explain those performance gains?
How do you balance scanning the private memory with taking
Aubrey wrote:
On 1/11/07, Nick Piggin [EMAIL PROTECTED] wrote:
What you _really_ want to do is avoid large mallocs after boot, or use
a CPU with an mmu. I don't think nommu linux was ever intended to be a
simple drop in replacement for a normal unix kernel.
Is there a position available
On Wed, Jan 10, 2007 at 05:15:20PM -0800, David Miller wrote:
If you're only seeing it in strace, that's expected due to some
Nope, I haven't looked in strace at all. It's definitely making it to
user-space. The code in question is (abbreviated):
if (select(0, (fd_set *)0, (fd_set *)0,
Jaya,
Thanks for consolidating the earlier patches
so that this driver now only reports input events
and does not touch /proc/acpi.
Thanks for fixing the status issue.
Acked-by: Len Brown [EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Thu, Jan 11, 2007 at 05:43:55PM +1100, Nick Piggin wrote:
Adrian Bunk wrote:
Subject: BUG: at fs/inotify.c:172 set_dentry_child_flags()
References : http://bugzilla.kernel.org/show_bug.cgi?id=7785
Submitter : Cijoml Cijomlovic Cijomlov [EMAIL PROTECTED]
Handled-By : John McCutchan
There is already an EMBEDDED option in config, so I think linux is
also supporting embedded system. There are many developers working on
embedded system runing linux. They also hope to contribute to linux,
then other embeded developers can share it.
On 1/11/07, Nick Piggin [EMAIL PROTECTED]
On Wed, 10 Jan 2007 20:51:57 PST, Andrew Morton wrote:
On Thu, 11 Jan 2007 10:57:06 +0800
Aubrey [EMAIL PROTECTED] wrote:
Hi all,
Opening file with O_DIRECT flag can do the un-buffered read/write access.
So if I need un-buffered access, I have to change all of my
applications to add
Roy Huang wrote:
There is already an EMBEDDED option in config, so I think linux is
also supporting embedded system. There are many developers working on
embedded system runing linux. They also hope to contribute to linux,
then other embeded developers can share it.
Yes, but we don't like to
Thanks. BTW. You didn't cc this to the list, so I won't either in case
you want it kept private.
David Chinner wrote:
On Thu, Jan 11, 2007 at 12:08:10PM +1100, Nick Piggin wrote:
Ahh, sorry to be unclear, I meant:
cat /proc/vmstat pre
run_test
cat /proc/vmstat post
6 files attached -
David Chinner wrote:
On Thu, Jan 11, 2007 at 12:08:10PM +1100, Nick Piggin wrote:
So, what I've attached is three files which have both
'vmstat 5' output and 'iostat 5 |grep dm-' output in them.
Ahh, sorry to be unclear, I meant:
cat /proc/vmstat pre
run_test
cat /proc/vmstat post
Hi,
this patch adds support for the CPCI-ASIO4 quad port CompactPCI UART board from
electronic system design gmbh.
I hope this patch does not molder because the serial code is currently an
orphan.
Signed-off-by: Matthias Fuchs [EMAIL PROTECTED]
---
commit
On Thu, 11 Jan 2007, Adrian Bunk wrote:
Subject: BUG: at fs/inotify.c:172 set_dentry_child_flags()
References : http://bugzilla.kernel.org/show_bug.cgi?id=7785
Submitter : Cijoml Cijomlovic Cijomlov [EMAIL PROTECTED]
Handled-By : John McCutchan [EMAIL PROTECTED]
Status :
Bill Davidsen schrieb:
Alexy Khrabrov wrote:
The 2.6 build system compiles only those modules whose config
changed. However, the install still installs all modules.
Is there a way to entice make modules_install to install only those
new modules we've actually just changed/built?
Out of
On Mon, 2007-01-08 at 10:34 -0800, Andrew Morton wrote:
On Mon, 8 Jan 2007 13:30:36 +
Christoph Hellwig [EMAIL PROTECTED] wrote:
This beast definitly shouldn't be exported. drivers/mtd/ubi/debug.c
should probably be just removed instead - it's an utter mess anyway.
I think that's
On Thu, Jan 11, 2007 at 11:21:23AM +0100, Jiri Kosina wrote:
On Thu, 11 Jan 2007, Adrian Bunk wrote:
Subject: BUG: at fs/inotify.c:172 set_dentry_child_flags()
References : http://bugzilla.kernel.org/show_bug.cgi?id=7785
Submitter : Cijoml Cijomlovic Cijomlov [EMAIL PROTECTED]
Linus Torvalds wrote:
On Wed, 10 Jan 2007, Linus Torvalds wrote:
Which is why __init is wrong. It causes the linker to either put it at
the end of the thing (which would break the SuSE tool). Alternatively it
causes section mismatch problems (init and const don't work that well
On Tue, 9 Jan 2007, Neil Brown wrote:
Imagine a machine with lots of memory - say 100Gig.
i've had these problems on machines as small as 8GiB. the real problem
is that the kernel will let millions of potential (write) IO ops stack up
for a device which can handle only mere 100s of IOs per
I all,
I can't work on this until 23.2.2007 because of my diploma thesis.
But my opinion is - if you make a release with this bug, you'll see more
reporters soon. It can be than fixed in 2.6.20.1 - I haven't find any data
corruptions yet.
Michal
Dne čtvrtek 11 leden 2007 11:54 Adrian Bunk
On Fri, Jan 05, 2007 at 08:55:05PM -0800, David Brownell wrote:
[...]
An audit of the RTC driver treatment of the enabled flag turned
up a handful of clear bugs; most drivers handle it the same now
Yeah, I missed the existing of the enabled flag when I added alarm
support to the driver. Your
Linus Torvalds wrote:
On Thu, 11 Jan 2007, Aubrey wrote:
Now, my question is, is there a existing way to mount a filesystem
with O_DIRECT flag? so that I don't need to change anything in my
system. If there is no option so far, What is the right way to achieve
my purpose?
The right way
This fixes the SH rtc driver correctly act on the enabled flag when
setting an alarm.
Signed-off-by: Jamie Lenehan [EMAIL PROTECTED]
--- a/drivers/rtc/rtc-sh.c
+++ b/drivers/rtc/rtc-sh.c
@@ -492,10 +492,10 @@ static int sh_rtc_set_alarm(struct device *dev, struct
rtc_wkalrm *wkalrm)
Hi,
Mounting tmpfs with gid=symbolic-group doesn't work on recent kernels
any more; the same with uid=symbolic-username works fine:
[EMAIL PROTECTED]:~$ mkdir troet
[EMAIL PROTECTED]:~$ sudo mount -t tmpfs -ogid=rsc none troet/
mount: wrong fs type, bad option, bad superblock on none,
On Wed, 10 Jan 2007, Aubrey wrote:
Hi all,
Opening file with O_DIRECT flag can do the un-buffered read/write access.
So if I need un-buffered access, I have to change all of my
applications to add this flag. What's more, Some scripts like cp
oldfile newfile still use pagecache and buffer.
Hi,
On Wed, 10 Jan 2007, Linus Torvalds wrote:
This part:
const char __init linux_banner[] =
CANNOT work, because the stupid SuSE tool that look into the kernel binary
searches for Linux version as the thing, and as such the linux_banner
has to be the _first_ thing to trigger
On Wed, Jan 10, 2007 at 07:05:30PM -0800, Linus Torvalds wrote:
I should have fought back harder. There really is no valid reason for EVER
using O_DIRECT. You need a buffer whatever IO you do, and it might as well
be the page cache. There are better ways to control the page cache than
play
From: Sukadev Bhattiprolu [EMAIL PROTECTED]
attach_pid() currently takes a pid_t parameter and uses find_pid() to find
the struct pid associated with the pid_t. With containers, we sometimes
already have the struct pid and could skip the find_pid() - if we have a
version of attach_pid() that
From: Sukadev Bhattiprolu [EMAIL PROTECTED]
Implement a new version of attach_pid() with a struct pid parameter and
wrap find_attach_pid() around it. attach_pid() would also be used in
subsequent container patches.
Signed-off-by: Sukadev Bhattiprolu [EMAIL PROTECTED]
Cc: Cedric Le Goater
Roman Zippel wrote:
Hi,
On Wed, 10 Jan 2007, Linus Torvalds wrote:
This part:
const char __init linux_banner[] =
CANNOT work, because the stupid SuSE tool that look into the kernel binary
searches for Linux version as the thing, and as such the linux_banner
has to be the
Hello!
Maybe you need to say why you want to use O_DIRECT with its terrible
performance?
Incidentally, I was writing an external-memory radix-sort some time ago
and it turned out that writing to 256 files at once is much faster with
O_DIRECT than through the page cache, very likely because the
Hello
On Thursday 11 January 2007 04:00, Nick Piggin wrote:
Vladimir V. Saveliev wrote:
Hello
On Tuesday 09 January 2007 21:30, Linus Torvalds wrote:
On Tue, 9 Jan 2007, Malte Schröder wrote:
So something interesting is definitely going on, but I don't know exactly
what it is. Why
Yes, I have to look at pnpacpi code... but does the dsdt matters for
this problem?
Surely, it is a bios bug (as usually.). I will look at pnpacpi code.
Does anyone has the same motherboard?
2007/1/11, Pavel Machek [EMAIL PROTECTED]:
Hi!
I've got it to work... I've forgot a thing when I
Nick Piggin [EMAIL PROTECTED] wrote:
Aubrey wrote:
On 1/11/07, Nick Piggin [EMAIL PROTECTED] wrote:
What you _really_ want to do is avoid large mallocs after boot, or use
a CPU with an mmu. I don't think nommu linux was ever intended to be a
simple drop in replacement for a normal unix
Hi Linus,
could you please pull from 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
or
master.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive updates for HID core layer. All of them are just a simple
few-line
With such a change, you would not need to grep for it. You could use
binutils on it. `objdump -sj .rodata.uts vmlinux` would be a start.
Maybe not the prettiest output, but guaranteed to contain only the
banner.
objcopy -j .rodata.uts -O binary vmlinux (the-checker-script)
For some reason
CPU_FREQ_TABLE enables helper code and gets select'ed when it's
required.
Building it as a module when it's not required doesn't seem to make much
sense.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
--- linux-2.6.20-rc3-mm1/drivers/cpufreq/Kconfig.old2007-01-11
07:56:13.0 +0100
smp_tune_scheduling() does no longer do anything that might be required
for Voyager.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch was already sent on:
- 28 Nov 2006
--- linux-2.6.19-rc6-mm1/arch/i386/mach-voyager/voyager_smp.c.old
2006-11-27 23:51:54.0 +0100
+++
NFS_SUPER_MAGIC is already defined in include/linux/magic.h
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch was already sent on:
- 28 Nov 2006
fs/nfs/super.c |1 +
include/linux/nfsd/const.h |4
2 files changed, 1 insertion(+), 4 deletions(-)
---
- no longer a userspace header
- add #include linux/types.h for in-kernel compilation
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch was already sent on:
- 13 Dec 2006
include/linux/byteorder/Kbuild |1 -
include/linux/byteorder/swabb.h | 13 -
2 files changed,
This patch removes some more ftape code.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
This patch was already sent on:
- 13 Dec 2006
include/linux/Kbuild |1
include/linux/mtio.h | 146
include/linux/qic117.h | 290 -
Since smp_tune_scheduling() didn't do anything we can simply remove it.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
arch/mips/kernel/smp.c | 28
1 file changed, 28 deletions(-)
--- linux-2.6.20-rc3-mm1/arch/mips/kernel/smp.c.old 2007-01-11
On Thu, 11 Jan 2007, Robert Schwebel wrote:
Mounting tmpfs with gid=symbolic-group doesn't work on recent kernels
any more; the same with uid=symbolic-username works fine:
[EMAIL PROTECTED]:~$ mkdir troet
[EMAIL PROTECTED]:~$ sudo mount -t tmpfs -ogid=rsc none troet/
mount: wrong fs type,
Jan Engelhardt [EMAIL PROTECTED] writes:
../drivers/char$ objcopy -j .modinfo -O binary sonypi.ko
objcopy: stvfMiji: Permission denied
Why does it want to create a file there? This one works better:
objcopy works in-place when only one file argument is passed.
Andreas.
--
Andreas
Hi all!
[ I'm not subscribed to this list so please CC me on your replies. ]
This is a patch that relocates the qconf search command to the Edit-Find
menu option.
This is per the discussion on my qconf search dialog patch.
The patch was tested against kernel 2.6.20-rc4.
Enjoy!
Regards,
On Thu, Jan 11 2007, linux-os (Dick Johnson) wrote:
On Wed, 10 Jan 2007, Aubrey wrote:
Hi all,
Opening file with O_DIRECT flag can do the un-buffered read/write access.
So if I need un-buffered access, I have to change all of my
applications to add this flag. What's more, Some
Gert Vervoort wrote:
Tomas Carnecky wrote:
Gert Vervoort wrote:
When I try to use oprofile on 2.6.19, it does not seem to work:
http://lkml.org/lkml/2006/11/22/172
Disabling the nmi watchdog, as suggested in:
http://marc.theaimsgroup.com/?l=oprofile-listm=116422889324043w=2,
also makes
This patch adds support for the Hecuba/E-Ink display with deferred IO.
I welcome your feedback and advice.
Signed-off-by: Jaya Kumar [EMAIL PROTECTED]
---
drivers/video/Kconfig| 13 +
drivers/video/Makefile |1
drivers/video/hecubafb.c | 568
On Wed, Jan 10, 2007 at 06:53:03PM -0800, Jesse Barnes wrote:
This is a resend of the patch I sent earlier to Oliver. It adds support
for Intel 915 bridge chips to the new PCI MMConfig detection code. Tested
and works on my sole 915 based platform (a Toshiba laptop). I added
register
This is a trivial fix to resource reservation of TURBOchannel areas,
where the end is one byte too far.
Signed-off-by: Maciej W. Rozycki [EMAIL PROTECTED]
---
Please apply.
Maciej
patch-mips-2.6.18-20060920-tc-sysfs-resource-0
diff -up --recursive --new-file
On Thursday 11 January 2007 15:37, Tomas Carnecky wrote:
Gert Vervoort wrote:
Tomas Carnecky wrote:
Gert Vervoort wrote:
When I try to use oprofile on 2.6.19, it does not seem to work:
http://lkml.org/lkml/2006/11/22/172
Disabling the nmi watchdog, as suggested in:
Neil,
On Thu, Jan 11, 2007 at 02:59:07PM +1100, Neil Brown wrote:
On Wednesday January 10, [EMAIL PROTECTED] wrote:
root ~# mount localhost:/suse /mnt
[ 132.678204] svc: unknown version (3 for prog 100227, nfsd)
I've confirmed that 2.6.20-rc2-mm1, 2.6.20-rc3-mm1, 2.6.19-rc6-mm1 all
hi All,
Please could you cc me because I'm not subscribed.
is there a way, other than rebooting, to clean up /proc/swaps ?
I'm in this situation (due to testing errors),
# cat /proc/swaps
FilenameTypeSizeUsedPriority
/dev/sdc1
Hello!
For IPC, I use unix domain datagram sockets. I receive messages by calling
recv(). The man page recv(2) tells me about the flags argument to a recv
call, namely:
MSG_TRUNC
Return the real length of the packet, even when it was longer
than the passed buffer. Only valid for
On Thu, Jan 11, 2007 at 03:59:30PM +0100, Jacky Malcles wrote:
is there a way, other than rebooting, to clean up /proc/swaps ?
I'm in this situation (due to testing errors),
# cat /proc/swaps
FilenameTypeSizeUsed
Priority
/dev/sdc1
Looks straightforward enough.
thanks,
-serge
Quoting Sukadev Bhattiprolu ([EMAIL PROTECTED]):
From: Sukadev Bhattiprolu [EMAIL PROTECTED]
attach_pid() currently takes a pid_t parameter and uses find_pid() to find
the struct pid associated with the pid_t. With containers, we sometimes
Could you also add a comment above both find_attach_pid() and
attach_pid() saying they are always called with the
tasklist_lock write-held? Keeps each patch reader from having
to go verify that...
thanks,
-serge
Quoting Sukadev Bhattiprolu ([EMAIL PROTECTED]):
From: Sukadev Bhattiprolu
Quoting Pekka Enberg ([EMAIL PROTECTED]):
On 1/10/07, Serge E. Hallyn [EMAIL PROTECTED] wrote:
But since it looks like you just munmap the region now, shouldn't a
subsequent munmap by the app just return -EINVAL? that seems appropriate
to me.
Applications don't know about revoke and
On Thu, 11 Jan 2007, Nick Piggin wrote:
Speaking of which, why did we obsolete raw devices? And/or why not just
go with a minimal O_DIRECT on block device support? Not a rhetorical
question -- I wasn't involved in the discussions when they happened, so
I would be interested.
Lots of
Viktor wrote:
OK, madvise() used with mmap'ed file allows to have reads from a file
with zero-copy between kernel/user buffers and don't pollute cache
memory unnecessarily. But how about writes? How is to do zero-copy
writes to a file and don't pollute cache memory without using O_DIRECT?
Do I
On Thu, 11 Jan 2007, Jacky Malcles wrote:
is there a way, other than rebooting, to clean up /proc/swaps ?
I'm in this situation (due to testing errors),
# cat /proc/swaps
FilenameTypeSizeUsed
Priority
/dev/sdc1
On Wed, 2007-01-10 at 20:51 -0800, Andrew Morton wrote:
On Thu, 11 Jan 2007 10:57:06 +0800
Aubrey [EMAIL PROTECTED] wrote:
Hi all,
Opening file with O_DIRECT flag can do the un-buffered read/write access.
So if I need un-buffered access, I have to change all of my
applications to
On Thu, 11 Jan 2007, Viktor wrote:
OK, madvise() used with mmap'ed file allows to have reads from a file
with zero-copy between kernel/user buffers and don't pollute cache
memory unnecessarily. But how about writes? How is to do zero-copy
writes to a file and don't pollute cache memory
On 1/11/07, Linus Torvalds [EMAIL PROTECTED] wrote:
The good news is that CPU really is outperforming disk more and more, so
the extra cost of managing the page cache keeps on getting smaller and
smaller, and (fingers crossed) some day we can hopefully just drop
O_DIRECT and nobody will care.
On Thu, Jan 11, 2007 at 07:50:26AM -0800, Linus Torvalds wrote:
Yes. O_DIRECT is really fundamentally broken. There's just no way to fix
it sanely. Except by teaching people not to use it, and making the normal
Does this mean that it will eat data today? Or that it is broken because it
On Thu, 11 Jan 2007, Roy Huang wrote:
On a embedded systerm, limiting page cache can relieve memory
fragmentation. There is a patch against 2.6.19, which limit every
opened file page cache and total pagecache. When the limit reach, it
will release the page cache overrun the limit.
I do
On Thu, 11 Jan 2007, Roman Zippel wrote:
Unless the SuSE tool is completely stupid, it should actually work:
$ strings vmlinux | grep Linux version
Linux version 2.6.20-rc3-git7 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115
(prerelease) (Debian 4.1.1-21)) #7 SMP Wed Jan 10 14:20:10
Le jeudi 11 janvier 2007 à 07:50 -0800, Linus Torvalds a écrit :
O_DIRECT is still crazily racy versus pagecache operations.
Yes. O_DIRECT is really fundamentally broken. There's just no way to fix
it sanely.
How about aliasing O_DIRECT to POSIX_FADV_NOREUSE (sortof) ?
Xav
-
To
Eric Dumazet wrote:
On Thursday 11 January 2007 15:37, Tomas Carnecky wrote:
Gert Vervoort wrote:
Tomas Carnecky wrote:
Gert Vervoort wrote:
When I try to use oprofile on 2.6.19, it does not seem to work:
http://lkml.org/lkml/2006/11/22/172
Disabling the nmi watchdog, as suggested in:
Hi,
I got a 82566DM e1000 network controller [1] on my motherboard, and most of the
time the link go down when doing dhcp. [2]
ifconfig eth0 up - link become up
dhclient eth0 - some packet are transmited and received and the link become
down.
I sometimes got e1000_reset: Hardware Error.
This
On Thu, 11 Jan 2007, Xavier Bestel wrote:
Le jeudi 11 janvier 2007 à 07:50 -0800, Linus Torvalds a écrit :
O_DIRECT is still crazily racy versus pagecache operations.
Yes. O_DIRECT is really fundamentally broken. There's just no way to fix
it sanely.
How about aliasing O_DIRECT
Linus Torvalds wrote:
On Thu, 11 Jan 2007, Viktor wrote:
OK, madvise() used with mmap'ed file allows to have reads from a file
with zero-copy between kernel/user buffers and don't pollute cache
memory unnecessarily. But how about writes? How is to do zero-copy
writes to a file and don't
[EMAIL PROTECTED] wrote:
Hi,
I got a 82566DM e1000 network controller [1] on my motherboard, and most of the
time the link go down when doing dhcp. [2]
ifconfig eth0 up - link become up
dhclient eth0 - some packet are transmited and received and the link become
down.
I'm unsure whether we
space, just as an example) is wrong in the first place, but the really
subtle problems come when you realize that you can't really just bypass
the OS.
Well you can - its called SG_IO and that really does get the OS out of
the way. O_DIRECT gets crazy when you stop using it on devices
../drivers/char$ objcopy -j .modinfo -O binary sonypi.ko
objcopy: stvfMiji: Permission denied
Why does it want to create a file there? This one works better:
objcopy works in-place when only one file argument is passed.
Yeah. The (...) syntax in my example provides such a file;
of
Andrew,
if the patches allow this, I'd like to see parts 2, 3, and 4 to be in
-mm ASAP. Especially the 64-bit variants are urgently needed. Just
hold off adding the plist use, I am still not convinced that
unconditional use is a good thing, especially with one single global list.
--
➧ Ulrich
On Thu, 11 Jan 2007, Nick Piggin wrote:
You're not turning on zone_reclaim, by any chance, are you?
It is not a NUMA system so zone reclaim is not available. zone reclaim was
already in 2.6.16.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Thu, 11 Jan 2007, Alan wrote:
Well you can - its called SG_IO and that really does get the OS out of
the way. O_DIRECT gets crazy when you stop using it on devices directly
and use it on files
Well, on a raw disk, O_DIRECT is fine too, but yeah, you might as well
use SG_IO at that
On Jan 11 2007 18:39, Segher Boessenkool wrote:
../drivers/char$ objcopy -j .modinfo -O binary sonypi.ko
objcopy: stvfMiji: Permission denied
Why does it want to create a file there? This one works better:
objcopy works in-place when only one file argument is passed.
Yeah. The
Hi all,
I've got some issues with using configfs in my module. The problem I ran
into could be solved if configfs_group_operations-drop_item() would
allow returning an error code. But I'll try to explain...
(1)
Say the user creates one object, let's say as objects/myobj1/. This
object is
Akula2 wrote:
mount: could not find file system '/dev/root'
Make sure that the bootloader is correctly configured and that all
drivers which are necessary to access the root filesystem are inserted
(statically linked, or loaded from an initrd).
--
Stefan Richter
-=-=-=== ---= -=-==
On Thu, Jan 04, 2007 at 10:02:00PM -0800, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
The tcphdr struct passed to tcp_v4_check is not used, the following patch
removes it from the parameter list.
Regards,
Frederik
On Thu, 11 Jan 2007 16:30:12 +0530 Akula2 wrote:
Hello All,
I did build 2.6.20-rc4 kernel, result is panic. Am getting the
similar error for 2.6.19.2 too!
Here is the box info:-
[EMAIL PROTECTED] ~]$ uname -a
Linux Typhoon 2.6.18-1.2868.fc6 #1 SMP Fri Dec 15 17:32:54 EST 2006
i686
On Thu, 2007-01-11 at 09:04 -0800, Linus Torvalds wrote:
That is what I think some users could do. If the main issue with O_DIRECT
is the page cache allocations, if we instead had better (read: any)
support for POSIX_FADV_NOREUSE, one class of reasons O_DIRECT usage would
just go away.
For
On Thu, 11 Jan 2007, Trond Myklebust wrote:
For NFS, the main feature of interest when it comes to O_DIRECT is
strictly uncached I/O. Replacing it with POSIX_FADV_NOREUSE won't help
because it can't guarantee that the page will be thrown out of the page
cache before some second process
Testing on my ia64 system reveals that this patch introduces a
data integrity error for direct i/o to a block device. Device
errors which result in i/o failure do not propagate to the
process issuing direct i/o to the device.
This can be reproduced by doing writes to a fibre channel block
device
On Thu, 11 Jan 2007 13:21:57 -0600
Michael Reed [EMAIL PROTECTED] wrote:
Testing on my ia64 system reveals that this patch introduces a
data integrity error for direct i/o to a block device. Device
errors which result in i/o failure do not propagate to the
process issuing direct i/o to the
On Thursday 11 January 2007 02:02, Neil Brown wrote:
If regs-rax is unsigned long, then I would think the compiler would
be allowed to convert
switch (regs-rax) {
case -514 : whatever;
}
to a no-op, as regs-rax will never have a negative value.
In C, you never actually
On Thu, 2007-01-11 at 11:00 -0800, Linus Torvalds wrote:
On Thu, 11 Jan 2007, Trond Myklebust wrote:
For NFS, the main feature of interest when it comes to O_DIRECT is
strictly uncached I/O. Replacing it with POSIX_FADV_NOREUSE won't help
because it can't guarantee that the page will
I'm looking for help with PCI-E interrupts. The problem occurs with the
following device:
01:00.0 Network controller: Broadcom Corporation Dell Wireless 1390 WLAN
Mini-PCI Card (rev 01)
Subsystem: Hewlett-Packard Company Unknown device 1363
Flags: bus master, fast devsel,
- Original Message -
From: David Chinner [EMAIL PROTECTED]
To: Janos Haar [EMAIL PROTECTED]
Cc: David Chinner [EMAIL PROTECTED]; [EMAIL PROTECTED];
linux-kernel@vger.kernel.org
Sent: Thursday, January 11, 2007 4:34 AM
Subject: Re: xfslogd-spinlock bug?
On Wed, Jan 10, 2007 at
On Thu, 11 Jan 2007 03:04:00 -0800 (PST)
dean gaudet [EMAIL PROTECTED] wrote:
On Tue, 9 Jan 2007, Neil Brown wrote:
Imagine a machine with lots of memory - say 100Gig.
i've had these problems on machines as small as 8GiB. the real problem
is that the kernel will let millions of
On 1/12/07, Randy Dunlap [EMAIL PROTECTED] wrote:
Size cannot be 100 KB (and message cannot be html).
If photo size is 100 KB, can you post it on the web somewhere?
(or email it me)
Shall e-mail you rightway, thanks.
OffTopic: pic was 145KB, any good tool to compress with ease without
much
Andrew Morton wrote:
On Thu, 11 Jan 2007 13:21:57 -0600
Michael Reed [EMAIL PROTECTED] wrote:
Testing on my ia64 system reveals that this patch introduces a
data integrity error for direct i/o to a block device. Device
errors which result in i/o failure do not propagate to the
process
On Tue, 2007-01-09 at 13:33 +0200, Indrek Kruusa wrote:
Is there vendor interest in unionfs?
MANY live cds seem to use it
I'd like to add that also in embedded area (flash storage) the UnionFS
helps in some cases.
I'll chime in as well. Ubuntu uses unionfs extensively for our live
Sunil Naidu wrote:
compiling a driver as module has same affect (while
loading/booting of kernel) compare to compiling a driver as kernel
builtin feature?
LKML is not the place for such questions.
Modules have to be loaded from a filesystem while built-in features are
available from the
Here is a log of the kernel panic (via serial console, if there is a
better way to capture the output please let me know):
ide-scsi: hdb: suc 91
ide-scsi: hdb: que 92, cmd = [ 51 0 0 0 0 0 0 0 64 0 ]
ide-scsi: hdb: suc 92, rst = [ 0 20 0 1 1 1 1 0 ff 0 0 0 0 0 0 0 ]
ide-scsi: hdb: que 93, cmd =
On PARISC-Linux the stack grows up, which is why on this platform
CONFIG_STACK_GROWSUP is #defined by default.
The patch below allows shmat() to map the requested memory region on this
platform directly below the start of the stack, without the need to reserve
memory for a downward-growing
Byte-to-byte identical /proc/apm here.
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
---
arch/i386/kernel/apm.c | 26 ++
1 file changed, 18 insertions(+), 8 deletions(-)
--- a/arch/i386/kernel/apm.c
+++ b/arch/i386/kernel/apm.c
@@ -211,6 +211,7 @@ #include
On 1/12/07, Stefan Richter [EMAIL PROTECTED] wrote:
Sunil Naidu wrote:
compiling a driver as module has same affect (while
loading/booting of kernel) compare to compiling a driver as kernel
builtin feature?
LKML is not the place for such questions.
Being wexed from these problems, I didn't
1 - 100 of 632 matches
Mail list logo
