On Thu, Dec 07 2006, Nate Diller wrote:
On 12/7/06, Chen, Kenneth W [EMAIL PROTECTED] wrote:
Nate Diller wrote on Thursday, December 07, 2006 1:46 PM
the current code is straightforward and obviously correct. you want
to make the alloc/dealloc paths more complex, by special-casing for an
On Thu, Dec 07, 2006 at 08:54:07PM -0800, Andrew Morton wrote:
Could do, not sure.
AFAICS it will deadlock for sure.
I'm planning on converting all the locking around here
to preempt_disable() though.
Will look forward to that patch. Its hard to dance around w/o a
lock_cpu_hotplug() ..:)
[EMAIL PROTECTED] wrote on 06-12-2006 19:17:27:
Jean-Paul Saman wrote:
In populate_rootfs() the printk on line 554. It says Unpacking
initramfs.., which is confusing because if that line is reached the
code
has already decided that the image is an initrd image.
Are you sure?
Yes.
On Fri, Dec 08, 2006 at 12:18:52PM +1100, Nick Piggin wrote:
Russell King wrote:
On Thu, Dec 07, 2006 at 08:31:08PM +1100, Nick Piggin wrote:
Implementing ll/sc based accessor macros allows both ll/sc _and_ cmpxchg
architectures to produce optimal code.
Implementing an cmpxchg based
this is really great news!
thank you!
- Original Message -
From: Fengguang Wu [EMAIL PROTECTED]
To: roland [EMAIL PROTECTED]
Cc: Andrew Morton [EMAIL PROTECTED]; Jay Lan [EMAIL PROTECTED];
linux-kernel@vger.kernel.org; [EMAIL PROTECTED]
Sent: Friday, December 08, 2006 2:22 AM
Robert Hancock wrote:
Matthias Schniedermeyer wrote:
Hmmm. That's the only thing that i currently may be doing wrong.
I have a 1,5 Meter and a 4,5 Meter cable connected to the USB-Controller
and i only use of them depending on where the HDD is placed in my room,
the other one is dangling
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
diff --git a/sound/oss/dmasound/tas3001c.c b/sound/oss/dmasound/tas3001c.c
index f227c9f..2f21a3c 100644
--- a/sound/oss/dmasound/tas3001c.c
+++ b/sound/oss/dmasound/tas3001c.c
@@ -50,6 +50,7 @@ struct tas3001c_data_t {
int output_id;
Pete Zaitcev wrote:
On Thu, 07 Dec 2006 20:41:12 +0100, Matthias Schniedermeyer [EMAIL
PROTECTED] wrote:
I'm using a Bunch auf HDDs in USB-Enclosures for storing files.
(currently 38 HDD, with a total capacity of 9,5 TB of which 8,5 TB is used)
[]
This time i kept the defective files
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
drivers/char/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index 24f922f..dc75543 100644
--- a/drivers/char/Kconfig
+++ b/drivers/char/Kconfig
@@ -97,7 +97,7 @@ config
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
arch/s390/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
index 583d9ff..82313d8 100644
--- a/arch/s390/Kconfig
+++ b/arch/s390/Kconfig
@@ -401,7 +401,7 @@ config APPLDATA_BASE
Hi Matthias :)
* Matthias Schniedermeyer [EMAIL PROTECTED] dixit:
* Matthias Schniedermeyer [EMAIL PROTECTED] dixit:
Today i copied a few files back and checked them against the stored
MD5 sums and 5 files of 86 (each about 700 MB) had errors. So i
copied the 5 files again. 4 of the
Remove useless includes of linux/io.h, don't even try to build iomap_copy
on uml (it doesn't have readb() et.al., so...)
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
crypto/blkcipher.c |1 -
lib/Kconfig|5 +
lib/Makefile |3 ++-
lib/ioremap.c |1 -
4 files
Now that it's built on m68k too...
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
drivers/input/keyboard/hilkbd.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/input/keyboard/hilkbd.c b/drivers/input/keyboard/hilkbd.c
index 54bc569..35461ea 100644
---
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
include/net/bluetooth/hci.h |4 ++--
net/bluetooth/hci_sock.c|4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/net/bluetooth/hci.h b/include/net/bluetooth/hci.h
index 10a3eec..41456c1 100644
---
On Fri, 8 Dec 2006, Dmitry Torokhov wrote:
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git
to receive updates for input subsystem.
b/drivers/usb/input/hid-core.c
Rebased to current tree. Trond, could you ACK that one?
annotated, all places switched to keeping status
net-endian.
Signed-off-by: Al Viro [EMAIL PROTECTED]
---
fs/lockd/clntlock.c| 10 +-
fs/lockd/clntproc.c| 39 ---
On Fri, 8 Dec 2006 04:01:25 +0100
Andi Kleen [EMAIL PROTECTED] wrote:
[The merge already made it to Linus' tree. Sorry for sending this message
late]
Most of this is for both i386 and x86-64, unless when noted
These are just some high lights. As usual there are more
smaller
Hi,
On Thu, 2006-12-07 at 14:05 -0500, Wendy Cheng wrote:
Steven Whitehouse wrote:
Hi,
On Fri, 2006-12-01 at 11:09 -0800, Andrew Morton wrote:
I was taking my cue here from ext3 which does something similar. The
filemap_fdatawrite() is done by the VFS before this is called with a
Matthias Schniedermeyer wrote:
Robert Hancock wrote:
Matthias Schniedermeyer wrote:
I have a 1,5 Meter and a 4,5 Meter cable connected to the USB-Controller
and i only use of them depending on where the HDD is placed in my room,
the other one is dangling unconnected.
Then i will unconnect
fixup the work on stack and exit scope trouble by placing the work_struct in
the uml_net_private data.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
arch/um/drivers/net_kern.c | 15 +--
arch/um/include/net_kern.h |2 ++
2 files changed, 11 insertions(+), 6 deletions(-)
From: Paul Jackson [EMAIL PROTECTED]
The addition of an is_available_memory() routine to some arch i386
code, along with an extern for it in efi.h, caused the ia64 build
to fail, which has the apparently identical routine, marked 'static'.
The ia64 build fails with:
arch/ia64/kernel/efi.c:229:
Stefan Richter wrote:
Matthias Schniedermeyer wrote:
Robert Hancock wrote:
Matthias Schniedermeyer wrote:
I have a 1,5 Meter and a 4,5 Meter cable connected to the USB-Controller
and i only use of them depending on where the HDD is placed in my room,
the other one is dangling unconnected.
Hello,
I have some trouble with a multithreaded java network server running on
SLES10. At random times I see the kernel take 80% of the CPU leaving iddle
to 0% for 30 seconds. After this period the system returns to normal
operation state.
Below is a vmstat -a 3 recording that shows the
Hi, all.
I got a hasee notebook, and failed to poweroff after win soundcard
(ALC861) problem.
I seen someone said acpi=off may help this, but when I append it on
kernel parameter list, the kernel even can not boot, the kernel just
said hdc: lost interrupt at last, and freezeing.
The
* Andrew Morton [EMAIL PROTECTED] wrote:
My old 4-way Intel Nocona-based SDV panics during boot with APIC mode
must be flat on this system and I don't know how to make it stop.
Help.
It didn't do this with your tree in 2.6.19-rc6-mm1 or 2.6.19-rc6-mm2,
both of which included
Garh, it seems I forgot to finish the subject.
On Fri, 2006-12-08 at 11:20 +0100, Peter Zijlstra wrote:
fixup the work on stack and exit scope trouble by placing the work_struct in
the uml_net_private data.
Signed-off-by: Peter Zijlstra [EMAIL PROTECTED]
---
arch/um/drivers/net_kern.c |
On Fri, 08 Dec 2006 02:33:36 -0800
Paul Jackson [EMAIL PROTECTED] wrote:
The addition of an is_available_memory() routine to some arch i386
code, along with an extern for it in efi.h, caused the ia64 build
to fail, which has the apparently identical routine, marked 'static'.
The ia64 build
Hi Jiri,
b/drivers/usb/input/hid-core.c |7
b/drivers/usb/input/hid-input.c|4
b/drivers/usb/input/hid.h |1
OK, this is going to break the merge from Greg's tree of generic HID
layer, which was planned for today.
Signed-off-by: Al Viro [EMAIL PROTECTED]
Signed-off-by: Marcel Holtmann [EMAIL PROTECTED]
---
include/net/bluetooth/hci.h |4 ++--
net/bluetooth/hci_sock.c|4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/include/net/bluetooth/hci.h
Am Freitag, 8. Dezember 2006 11:39 schrieb Matthias Schniedermeyer:
I.e. it's nearly impossible for noisy hardware to _silently_ cause data
corruption. I would suppose USB has similar CRC checks.
It has.
Also, you mentioned that the corruption occurs systematically on certain
byte
Andrew wrote:
That already got named to is_memory_available()
Ok - oh well. Whatever.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson [EMAIL PROTECTED] 1.925.600.0401
-
To unsubscribe from this list: send
On Tue 05-12-06 17:05:30, Erik Mouw wrote:
On Tue, Dec 05, 2006 at 10:13:55AM -0500, Kristian H?gsberg wrote:
Marcel Holtmann wrote:
can you please use drivers/firewire/ if you want to start clean or
aiming at replacing drivers/ieee1394/. Using fw as an abbreviation in
the directory path
On Dec 7 2006 16:55, Randy Dunlap wrote:
Date: Thu, 7 Dec 2006 16:55:08 -0800
From: Randy Dunlap [EMAIL PROTECTED]
To: lkml linux-kernel@vger.kernel.org
Cc: [EMAIL PROTECTED], akpm [EMAIL PROTECTED]
Subject: [PATCH/v2] CodingStyle updates
From: Randy Dunlap [EMAIL PROTECTED]
Add some kernel
On Fri, 08 Dec 2006 12:59:44 +0100
Marcel Holtmann [EMAIL PROTECTED] wrote:
b/drivers/usb/input/hid-core.c |7
b/drivers/usb/input/hid-input.c|4
b/drivers/usb/input/hid.h |1
OK, this is going to break the merge
From: Paul Jackson [EMAIL PROTECTED]
Elaborate the API for calling cpuset_zone_allowed(), so that users
have to explicitly choose between the two variants:
cpuset_zone_allowed_hardwall()
cpuset_zone_allowed_softwall()
Until now, whether or not you got the hardwall flavor depended solely
on
On Fri, 8 Dec 2006, Andrew Morton wrote:
Greg, should I prepare a new version of the generic HID patches against
merged Linus' + Dmitry's trees and send them to you?
yes please, because Linus already merged Dmitry's patches.
I suggest that you leave it for 12 hours - there's a lot more
From: Andrew Morton [EMAIL PROTECTED]
The present per-task IO accounting isn't very useful. It simply counts the
number of bytes passed into read() and write(). So if a process reads 1MB
from an already-cached file, it is accused of having performed 1MB of I/O,
which is wrong.
(David Wright
From: Andrew Morton [EMAIL PROTECTED]
Account for direct-io.
Cc: Jay Lan [EMAIL PROTECTED]
Cc: Shailabh Nagar [EMAIL PROTECTED]
Cc: Balbir Singh [EMAIL PROTECTED]
Cc: Chris Sturtivant [EMAIL PROTECTED]
Cc: Tony Ernst [EMAIL PROTECTED]
Cc: Guillaume Thouvenin [EMAIL PROTECTED]
Cc: David Wright
From: Andrew Morton [EMAIL PROTECTED]
Account for the number of byte writes which this process caused to not happen
after all.
Cc: Jay Lan [EMAIL PROTECTED]
Cc: Shailabh Nagar [EMAIL PROTECTED]
Cc: Balbir Singh [EMAIL PROTECTED]
Cc: Chris Sturtivant [EMAIL PROTECTED]
Cc: Tony Ernst [EMAIL
From: Andrew Morton [EMAIL PROTECTED]
- Various cleanups
- Report errors to stderr, not stdout
- A printf was missing a \n and was hiding from me.
Cc: Jay Lan [EMAIL PROTECTED]
Cc: Shailabh Nagar [EMAIL PROTECTED]
Cc: Balbir Singh [EMAIL PROTECTED]
Cc: Chris Sturtivant [EMAIL PROTECTED]
Cc:
From: Andrew Morton [EMAIL PROTECTED]
Fix weird whitespace mangling in taskstats.h
Cc: Jay Lan [EMAIL PROTECTED]
Cc: Shailabh Nagar [EMAIL PROTECTED]
Cc: Balbir Singh [EMAIL PROTECTED]
Cc: Chris Sturtivant [EMAIL PROTECTED]
Cc: Tony Ernst [EMAIL PROTECTED]
Cc: Guillaume Thouvenin [EMAIL
From: Andrew Morton [EMAIL PROTECTED]
Deliver IO accounting via taskstats.
Cc: Jay Lan [EMAIL PROTECTED]
Cc: Shailabh Nagar [EMAIL PROTECTED]
Cc: Balbir Singh [EMAIL PROTECTED]
Cc: Chris Sturtivant [EMAIL PROTECTED]
Cc: Tony Ernst [EMAIL PROTECTED]
Cc: Guillaume Thouvenin [EMAIL PROTECTED]
Cc:
From: Andrew Morton [EMAIL PROTECTED]
Save a tabstop in __set_page_dirty_nobuffers() and __set_page_dirty_buffers()
and a few other places. No functional changes.
Cc: Jay Lan [EMAIL PROTECTED]
Cc: Shailabh Nagar [EMAIL PROTECTED]
Cc: Balbir Singh [EMAIL PROTECTED]
Cc: Chris Sturtivant [EMAIL
From: Andrew Morton [EMAIL PROTECTED]
nfs's -readpages uses read_cache_pages(). Wire it up there.
[EMAIL PROTECTED]: account only successful nfs/fuse reads]
Cc: Jay Lan [EMAIL PROTECTED]
Cc: Shailabh Nagar [EMAIL PROTECTED]
Cc: Balbir Singh [EMAIL PROTECTED]
Cc: Chris Sturtivant [EMAIL
From: Andrew Morton [EMAIL PROTECTED]
Add a simple /proc/pid/io to show the IO accounting fields.
Maybe this shouldn't be merged in mainline - the preferred reporting channel
is taskstats. But given the poor state of our userspace support for
taskstats, this is useful for developer-testing, at
From: Andrew Morton [EMAIL PROTECTED]
Accounting writes is fairly simple: whenever a process flips a page from clean
to dirty, we accuse it of having caused a write to underlying storage of
PAGE_CACHE_SIZE bytes.
This may overestimate the amount of writing: the page-dirtying may cause only
one
From: Andrew Morton [EMAIL PROTECTED]
Wire up the IO accounting into getdelays.c.
Usage:
To display I/O stats for each exitting task:
vmm:/home/akpm ./getdelays -m0,1,2,3 -i -l
cpumask 0 maskset 1
printing IO accounting
listen forever
rm: read=8192, write=0, cancelled_write=0
cvs: read=733184,
From: Andrew Morton [EMAIL PROTECTED]
CIFS implements -readpages and doesn't use read_cache_pages(). So wire the
read IO accounting up within CIFS.
Cc: Jay Lan [EMAIL PROTECTED]
Cc: Shailabh Nagar [EMAIL PROTECTED]
Cc: Balbir Singh [EMAIL PROTECTED]
Cc: Chris Sturtivant [EMAIL PROTECTED]
Cc:
On 12/7/06, James Simmons [EMAIL PROTECTED] wrote:
P.S.
When I was working at 2.6.19-rc6-mm2 it worked all fine, but now
I have copied it to git7 I'm getting some weird segmentation faults
(oops) when at cfag12864bfb_init, at mutex_lock() in
display_device_unregister module... I
[EMAIL PROTECTED] a écrit :
From: Andrew Morton [EMAIL PROTECTED]
The present per-task IO accounting isn't very useful. It simply counts the
number of bytes passed into read() and write(). So if a process reads 1MB
from an already-cached file, it is accused of having performed 1MB of I/O,
From: Chuck Lever [EMAIL PROTECTED]
There are loads of places where the RPC server assumes that the rq_addr
fields contains an IPv4 address. Top among these are error and debugging
messages that display the server's IP address.
Let's refactor the address printing into a separate function
From: Chuck Lever [EMAIL PROTECTED]
Sockaddr_storage will allow us to store arbitrary socket addresses in
the svc_deferred_req struct.
Signed-off-by: Chuck Lever [EMAIL PROTECTED]
Cc: Aurelien Charbon [EMAIL PROTECTED]
Signed-off-by: Neil Brown [EMAIL PROTECTED]
### Diffstat output
From: Andrew Morton [EMAIL PROTECTED]
Wire up read accounting for block devices, within submit_bio().
Cc: Jay Lan [EMAIL PROTECTED]
Cc: Shailabh Nagar [EMAIL PROTECTED]
Cc: Balbir Singh [EMAIL PROTECTED]
Cc: Chris Sturtivant [EMAIL PROTECTED]
Cc: Tony Ernst [EMAIL PROTECTED]
Cc: Guillaume
From: Chuck Lever [EMAIL PROTECTED]
Replace existing svc_create_socket() API to allow callers to pass addresses
larger than a sockaddr_in.
Signed-off-by: Chuck Lever [EMAIL PROTECTED]
Cc: Aurelien Charbon [EMAIL PROTECTED]
Signed-off-by: Neil Brown [EMAIL PROTECTED]
### Diffstat output
From: Chuck Lever [EMAIL PROTECTED]
Add support for IPv6 addresses in the RPC server's UDP receive path.
Signed-off-by: Chuck Lever [EMAIL PROTECTED]
Cc: Aurelien Charbon [EMAIL PROTECTED]
Signed-off-by: Neil Brown [EMAIL PROTECTED]
### Diffstat output
./net/sunrpc/svcsock.c | 51
From: Chuck Lever [EMAIL PROTECTED]
CMSG_DATA comes in different sizes, depending on address family.
Signed-off-by: Chuck Lever [EMAIL PROTECTED]
Cc: Aurelien Charbon [EMAIL PROTECTED]
Signed-off-by: Neil Brown [EMAIL PROTECTED]
### Diffstat output
./net/sunrpc/svcsock.c | 69
On Thu, Dec 07 2006, Avantika Mathur wrote:
Hi Jens,
(you probably noticed now, but the [EMAIL PROTECTED] email is no longer
valid)
I've noticed a performance gap between the cfq scheduler and other io
schedulers when running the rawio benchmark.
Results from rawio on 2.6.19, cfq and noop
From: Chuck Lever [EMAIL PROTECTED]
The remote peer's address won't change after the socket has been
accepted. We don't need to call -getname on every incoming request.
Signed-off-by: Chuck Lever [EMAIL PROTECTED]
Cc: Aurelien Charbon [EMAIL PROTECTED]
Signed-off-by: Neil Brown [EMAIL
From: Chuck Lever [EMAIL PROTECTED]
The rq_daddr field must support larger addresses.
Signed-off-by: Chuck Lever [EMAIL PROTECTED]
Cc: Aurelien Charbon [EMAIL PROTECTED]
Signed-off-by: Neil Brown [EMAIL PROTECTED]
### Diffstat output
./include/linux/sunrpc/svc.h | 15 +++
From: Chuck Lever [EMAIL PROTECTED]
Sometimes we need to create an RPC service but not register it with the
local portmapper. NFSv4 delegation callback, for example.
Change the svc_makesock() API to allow optionally creating temporary or
permanent sockets, optionally registering with the local
On Friday 08 December 2006 04:01, Andi Kleen wrote:
- Support for a Processor Data Area (PDA) on i386. This makes
the code more similar to x86-64 and will allow some other
optimizations in the future.
LD .tmp_vmlinux1
arch/i386/kernel/built-in.o: In function `math_emulate':
From: Chuck Lever [EMAIL PROTECTED]
Modify svc_tcp_accept to support connecting on IPv6 sockets.
Signed-off-by: Chuck Lever [EMAIL PROTECTED]
Cc: Aurelien Charbon [EMAIL PROTECTED]
Signed-off-by: Neil Brown [EMAIL PROTECTED]
### Diffstat output
./net/sunrpc/svcsock.c |2 +-
1 file
From: Chuck Lever [EMAIL PROTECTED]
Clean-up: msg_name and msg_namelen are not used by sock_recvmsg, so
don't bother to set them in svc_recvfrom.
Signed-off-by: Chuck Lever [EMAIL PROTECTED]
Signed-off-by: Neil Brown [EMAIL PROTECTED]
### Diffstat output
./net/sunrpc/svcsock.c | 23
This seems to be on the wrong side of the ifdef.
Without it, I get implicit declarations of these functions when compiling
arch/i386/kernel/process.c
Signed-off-by: Dave Jones [EMAIL PROTECTED]
--- linux-2.6.19.noarch/include/asm-i386/desc.h~2006-12-08
06:52:55.0 -0500
+++
From: Chuck Lever [EMAIL PROTECTED]
Expand the rq_addr field to allow it to contain larger addresses.
Signed-off-by: Chuck Lever [EMAIL PROTECTED]
Cc: Aurelien Charbon [EMAIL PROTECTED]
Signed-off-by: Neil Brown [EMAIL PROTECTED]
### Diffstat output
./fs/lockd/host.c|4 ++--
On Thu, Dec 07, 2006 at 04:59:36PM +, Linux Kernel wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e94b1766097d53e6f3ccfb36c8baa562ffeda3fc
Commit: e94b1766097d53e6f3ccfb36c8baa562ffeda3fc
Parent:
From: Chuck Lever [EMAIL PROTECTED]
The only reason svcsock.c looks at a sockaddr's port is to check whether
the remote peer is connecting from a privileged port. Refactor this check
to hide processing that is specific to address format.
Signed-off-by: Chuck Lever [EMAIL PROTECTED]
Cc:
From: Chuck Lever [EMAIL PROTECTED]
Currently in the RPC server, registering with the local portmapper and
creating permanent sockets are tied together. Expand the internal APIs
to allow these two socket characteristics to be separately specified.
This will be externalized in the next patch.
Following are 13 patches for nfsd/sunrpc that are suitabble for
2.6.20. They are from Chuck Lever and generalise some dependancies on
IPv4 to prepare the way for IPv6. There is still a lot of work to do
before we can actually use IPv6 to talk to NFSD, but this removes some
barriers.
Thanks,
Hi Jiri,
Greg, should I prepare a new version of the generic HID patches against
merged Linus' + Dmitry's trees and send them to you?
yes please, because Linus already merged Dmitry's patches.
I suggest that you leave it for 12 hours - there's a lot more stuff in
flight and
This patch
- conditionalizes procfs code upon CONFIG_PROC_FS (to reduce code size when
that option is not enabled)
- makes initialization no longer fail when the procfs entry can't be allocated
(namely would initialization always have failed when CONFIG_PROC_FS was not
set)
- moves the
Ensure RTC driver doesn't use its timer when it doesn't get to set it up (as
it cannot currently prevent other of its functions to be called from outside
when not built as a module - probably this should also be addressed).
Signed-off-by: Jan Beulich [EMAIL PROTECTED]
---
Matthias Schniedermeyer wrote:
Pete Zaitcev wrote:
...
I'm using a Bunch auf HDDs in USB-Enclosures for storing files.
(currently 38 HDD, with a total capacity of 9,5 TB of which 8,5 TB is used)
...
You should buy a variety of different enclosures
with different chipsets (e.g. find a Freecom if
This patch
- conditionalizes procfs code upon CONFIG_PROC_FS (to reduce code size when
that option is not enabled)
- makes initialization no longer fail when the procfs entry can't be allocated
(namely would initialization always have failed when CONFIG_PROC_FS was not
set)
- moves the
Please pull from the 'for-linus' branch of
git://www.atmel.no/~hskinnemoen/linux/kernel/avr32.git for-linus
to receive the following updates:
Haavard Skinnemoen (11):
[AVR32] Portmux API update
[AVR32] Add macb1 platform_device
[AVR32] Move ethernet tag parsing to
After running fine for 8 days, my NFS fileserver suddenly oops'd in the
NFS (see first attachment).
Data points:
* system: Intel x86-64, Fedora Core 5
* kernel: unpatched 2.6.19 release kernel
* from the syslog, it appears that the event coincided with a Fedora
Core 5 nfs-utils package
Oliver Neukum wrote:
Am Freitag, 8. Dezember 2006 11:39 schrieb Matthias Schniedermeyer:
Also, you mentioned that the corruption occurs systematically on certain
byte patterns. Therefore it's certainly not related to the cables.
It'd guess that too, but who can that say for sure. :-|
On Fri, 8 Dec 2006, Neil Brown wrote:
OK, so more details follow (I am not sure how valuable they are, though).
They do help a bit..
I've found a possible race that could possibly be related to this BUG.
Can you try this patch and see if it helps?
Signed-off-by: Neil Brown [EMAIL
(please keep me on Cc when replying)
I have a server running Xen that regularly spews the following.
The box seems to survive fine regardless - just thought I'd let everyone know.
Dec 8 12:19:26 server kernel: 0x47/0x7a
Dec 8 12:19:26 server kernel: [alloc_skb_from_cache+70/243]
On Fri, Dec 08, 2006 at 01:04:23PM +0100, Arkadiusz Miskiewicz wrote:
On Friday 08 December 2006 04:01, Andi Kleen wrote:
- Support for a Processor Data Area (PDA) on i386. This makes
the code more similar to x86-64 and will allow some other
optimizations in the future.
LD
On Fri, Dec 08 2006, Dave Jones wrote:
On Thu, Dec 07, 2006 at 04:59:36PM +, Linux Kernel wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e94b1766097d53e6f3ccfb36c8baa562ffeda3fc
Commit: e94b1766097d53e6f3ccfb36c8baa562ffeda3fc
Hi,
my apologies for disobeying all the rules for submitting patches, but I'll
suggest
a performance optimization for strstrip() in lib/string.c:
Original routine:
char *strstrip(char *s)
{
size_t size;
char *end;
size = strlen(s);
if (!size)
return
On Dec 7 2006 21:17, Josef Sipek wrote:
+void __unionfs_mknod(void *data)
+{
+ struct sioq_args *args = data;
+ struct mknod_args *m = args-mknod;
...
| vfs_mknod(m-parent, m-dentry, m-mode, m-dev);
If I make the *args = data line const, then gcc (4.1) yells about
On Dec 8 2006 00:35, Josef Sipek wrote:
--- a/fs/unionfs/copyup.c
+++ b/fs/unionfs/copyup.c
@@ -18,6 +18,75 @@
#include union.h
+#ifdef CONFIG_UNION_FS_XATTR
^^ this, do you?.
Beware, copyup.c gets compiled all the time even when you don't have xattrs
enabled.
Oops, I thought
On Dec 7 2006 23:16, Josef Sipek wrote:
I think there was an ioctl for files to find out where a particular
file lives on disk.
That's the UNIONFS_IOCTL_QUERYFILE case.
No I meant something that works on all filesystems, something generic, not
unionfs-based.
-`J'
--
-
To
On Thu, Dec 07, 2006 at 11:58:23PM +, David Howells wrote:
Russell King [EMAIL PROTECTED] wrote:
Incorrect. pre-v6 ARM bitops for test_and_xxx_bit() all do:
save and disable irqs
load value
test bit
if not in desired state, alter bit and write it back
On Thu, 2006-12-07 at 19:43 +0100, Arnd Bergmann wrote:
On Thursday 07 December 2006 16:19, Jan Glauber wrote:
Hm, why is /dev/urandom implemented in the kernel?
It could be done completely in user-space (like libica already does)
but I think having a device node where you can read from
From: Neil Horman [EMAIL PROTECTED]
Date: Thu, 7 Dec 2006 14:45:53 -0500
Back in 2.4 arp requests that were recevied by netpoll were processed in
netconsole_receive_skb, where they were responded to using the src mac of the
request sender. In the 2.6 kernel arp_reply is responsible for this
Josef Sipek wrote:
- ret = simple_fill_super(sb, IPATHFS_MAGIC, files);
+ ret = simple_fill_super(sb, IPATHFS_MAGIC, files, 1);
I don't know...the magic looking 1 and 0 (later in the patch) seem a bit
arbitrary. Maybe a #define is in order?
Yeah, I'm not fond of that, though the
UML on i386 is now the only case where fastcall/FASTCALL is not a noop.
There are two use cases for fastcall/FASTCALL in UML on i386:
1. optimization for C code
A faster calling convention is used for the functions annotated this way.
2. interfacing with assembler code
But
Hello Andrew, community,
I am not really aware how your -mm tree cooperates with git so I have
questions.
Actually I am talking about the git-ubi.patch in your tree. You seems
to periodically update the patch by fetching the stuff from the
ubi-2.6.git GIT tree.
1. How do you produce the
On 12/8/06, Ulrich Windl [EMAIL PROTECTED] wrote:
my apologies for disobeying all the rules for submitting patches, but I'll
suggest
a performance optimization for strstrip() in lib/string.c:
Makes sense. Please submit a patch.
-
To unsubscribe from this list: send the line unsubscribe
Alan wrote:
On an embedded platform this allows the designer to engineer the system
and protect critical apps based on their expected memory consumption.
If one of those apps goes crazy and starts chewing additional memory
then it becomes vulnerable to the oom killer while the other apps
Jean-Paul Saman wrote:
[EMAIL PROTECTED] wrote on 06-12-2006 19:17:27:
Jean-Paul Saman wrote:
In populate_rootfs() the printk on line 554. It says Unpacking
initramfs.., which is confusing because if that line is reached the
code has already decided that the image is an initrd image.
Hello, I currently use 2.6.18.3 with bonding over two forcedeth network
cards, works pretty well (Asus M32N mainboard, AMD dual core).
I wanted to switch to 2.6.19, but found that - despite it doesn't show
any errors - the network stops responding shortly after boot. So I went
back on
On Wed, 6 Dec 2006 16:52:44 -0800
David Brownell [EMAIL PROTECTED] wrote:
This reorders the RTC driver menu into separate sections, splitting out
the SOC, I2C, and SPI support to help make the menu easier to navigate.
(We got some feedback a while ago that it was a mess and hard to make
sense
Hi,
On 12/8/06, Jiri Kosina [EMAIL PROTECTED] wrote:
On Fri, 8 Dec 2006, Dmitry Torokhov wrote:
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git
to receive updates for input subsystem.
On Mon, 2006-12-04 at 20:40 -0800, Andrew Morton wrote:
mprotect-patch-for-use-by-slim.patch
integrity-service-api-and-dummy-provider.patch
integrity-service-api-and-dummy-provider-cleanup-use-of-configh.patch
integrity-service-api-and-dummy-provider-compilation-warning-fix.patch
On Fri, Dec 08, 2006 at 01:59:43PM +0100, Jens Axboe wrote:
--- linux-2.6.19.noarch/mm/mmap.c~ 2006-12-08 06:51:55.0 -0500
+++ linux-2.6.19.noarch/mm/mmap.c 2006-12-08 06:52:05.0 -0500
@@ -2226,7 +2226,7 @@ int install_special_mapping(struct mm_st
struct
Change a logical comparison to the proper bitwise comparison.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
diff --git a/arch/i386/kernel/cpu/cpufreq/gx-suspmod.c
b/arch/i386/kernel/cpu/cpufreq/gx-suspmod.c
index 92afa3b..0b9cc8a 100644
---
1 - 100 of 736 matches
Mail list logo