On Friday 30 March 2007 05:49:14 Jan Engelhardt wrote:
On Mar 30 2007 11:37, Conke Hu wrote:
Is it possible to use C++ in linux kernel module? how?
I've tested but failed, there is an unknown symbol in the .o file from
c++ source code.
You answered it yourself. Linux does not have a C++
I just noticed this weird kernel message while looking through
/var/log/ , I have never noticed this error to occur before and below
is the only mention of it I could find in my log files:
netrek:/var/log# grep IRQ7 *
kern.log:Mar 29 23:44:36 netrek kernel: spurious 8259A interrupt: IRQ7.
On Thu, Mar 29, 2007 at 07:01:54PM +0200, Jan Engelhardt wrote:
Hi,
On Mar 29 2007 17:21, Amit K. Arora wrote:
We need to come up with the best possible layout of arguments for the
fallocate() system call. Various architectures have different
requirements for how the arguments should look
On Thu, Mar 29, 2007 at 10:10:10AM -0700, Andrew Morton wrote:
Platform: s390
--
s390 prefers following layout:
int fallocate(int fd, loff_t offset, loff_t len, int mode)
For details on why and how int, int, loff_t, loff_t is a problem on
s390, please see Heiko's
Even ARM prefers above kind of layout. For details please see the
definition of sys_arm_sync_file_range().
This is a clean-looking option. Can s390 be changed to support seven-arg
syscalls?
Option of loff_t = high u32 + low u32
--
Matthew and
Remove artificial maximum 256 loop device that can be created due to a
legacy device number limit. Searching through lkml archive, there are
several instances where users complained about the artificial limit
that the loop driver impose. There is no reason to have such limit.
This patch rid
On Thu, Mar 22, 2007 at 06:02:01PM +0100, Mattia Dongili wrote:
On Wed, Mar 21, 2007 at 08:10:42PM -0800, Andrew Morton wrote:
I ain't picky, but as a short-term thing it'd be kinda nice if it didn't
oops the kernel.
There are other symptoms to this same bug:
1. unload p4-clockmod:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm3/
- git-cryptodev has things in it again
- Re-added git-e1000: a large amount of e1000 driver work
- git-net has a huge amount of material in it, but I dropped it because it
went oops.
- git-block is
On 3/30/07, Ken Chen [EMAIL PROTECTED] wrote:
Remove artificial maximum 256 loop device that can be created due to a
legacy device number limit. Searching through lkml archive, there are
several instances where users complained about the artificial limit
that the loop driver impose. There is
* Roland Dreier [EMAIL PROTECTED] wrote:
Great, thanks ... I'm not sure which of the 2 patches fixed things,
but I now got the following trace. I've not really analyzed this, but
it definitely looks like tun_init() is doing something fishy...
(149776 us maximum-latency!!)
best would be
On Mar 30 2007 01:48, Ken Chen wrote:
On 3/30/07, Ken Chen [EMAIL PROTECTED] wrote:
@@ -812,7 +811,7 @@ static int loop_set_fd
lo-lo_queue-queuedata = lo;
lo-lo_queue-unplug_fn = loop_unplug;
- set_capacity(disks[lo-lo_number], size);
+ set_capacity(lo-lo_disk, size);
Hi!
I have made some changes in cyclades driver and have only Cyclades Y card to
test, so I'm finding somebody to test Ze card. Doesn't anybody either have the
card or know a person, who has it, please?
thanks,
--
http://www.fi.muni.cz/~xslaby/Jiri Slaby
faculty of informatics,
Randy Dunlap [EMAIL PROTECTED] 29.03.07 18:38
On Thu, 29 Mar 2007 17:06:24 +0100 Jan Beulich wrote:
Randy Dunlap [EMAIL PROTECTED] 29.03.07 17:39
--- linux-2.6.21-rc5/scripts/basic/fixdep.c 2007-02-04
19:44:54.0 +0100
+++ 2.6.21-rc5-fixdep-mod/scripts/basic/fixdep.c
* Ingo Molnar [EMAIL PROTECTED] wrote:
Great, thanks ... I'm not sure which of the 2 patches fixed things,
but I now got the following trace. I've not really analyzed this,
but it definitely looks like tun_init() is doing something fishy...
(149776 us maximum-latency!!)
best would
On 3/30/07, Jan Engelhardt [EMAIL PROTECTED] wrote:
lo-lo_device = NULL;
lo-lo_backing_file = NULL;
lo-lo_flags = 0;
- set_capacity(disks[lo-lo_number], 0);
+ set_capacity(lo-lo_disk, 0);
invalidate_bdev(bdev, 0);
bd_set_size(bdev, 0);
mapping_set_gfp_mask(mapping,
Simon Horman wrote:
+++ linux-2.6/Documentation/cpusets.txt 2007-03-30 13:03:19.0
+0900
...
+Add some mems:
+# /bin/echo 0-7 mems
Nice change - thanks.
Acked-by: Paul Jackson [EMAIL PROTECTED]
(I probably would not add a dmesg complaint; we don't usually
do that for
Hi Thomas,
with 2.6.20.4 it works great, but when switching to 2.6.21-rcX it breaks
with this:
drivers/crypto/Kconfig:55: can't open file arch/s390/crypto/Kconfig
arch/s390/crypto/Kconfig is included there since that is the right place
for the config options to show up.
I tried to fix
Wu, Bryan [EMAIL PROTECTED] wrote:
It takes lots of time in malloc()-mmap()-do_mmap_private()-memset(). When
malloc a big area, memset() the area to zero makes the performance very bad.
Ummm...
How do you then cope with attempting to run that same application under
MMU-mode Linux? Won't MMU
On Thu, 2007-02-22 at 17:06 -0800, Venkatesh Pallipadi wrote:
Patchset enables force detection of HPET, when it is not listed by
BIOS.
and enables use of HPET as a event source. HPET timers
configures in stamdard interrupt mode can be used as dependable per
CPU timer
on laptops that are
On Fri, 30 Mar 2007, Jan Glauber wrote:
Hi Thomas,
with 2.6.20.4 it works great, but when switching to 2.6.21-rcX it breaks
with this:
drivers/crypto/Kconfig:55: can't open file arch/s390/crypto/Kconfig
arch/s390/crypto/Kconfig is included there since that is the right place
for the
The need for a unified/merged view of two or more filesystems/directories
has been felt for sometime now. Though a few out-of-the-kernel solutions
existed for this, it is only recently that the unionfs(1) solution has gone
into -mm. At the time of merging unionfs into -mm, a few questions were
On Fri, Mar 30, 2007 at 01:12:23PM +1000, Rusty Russell wrote:
On Thu, 2007-03-29 at 14:19 +0200, Andi Kleen wrote:
On Thu, Mar 29, 2007 at 09:06:57PM +1000, Rusty Russell wrote:
[SNIP: processor-flags.h patch for i386 ]
Ok. Can you do it for x86-64 too?
OK, here it is. Compiles, but
Hi,
Andrew Morton wrote:
On Thu, 29 Mar 2007 20:16:59 +0100
David Howells [EMAIL PROTECTED] wrote:
Pavel Machek [EMAIL PROTECTED] wrote:
Userland core dumper is useful because it is relatively easy to be
customized, but its reliability highly depends on the application
programs.
Fix
On Fri, 30 Mar 2007, Neil Brown wrote:
On Thursday March 29, [EMAIL PROTECTED] wrote:
Did you look at cat /proc/mdstat ?? What sort of speed was the check
running at?
Around 44MB/s.
I do use the following optimization, perhaps a bad idea if I want other
processes to 'stay alive'?
echo
On 3/30/07, David Howells [EMAIL PROTECTED] wrote:
Wu, Bryan [EMAIL PROTECTED] wrote:
It takes lots of time in malloc()-mmap()-do_mmap_private()-memset(). When
malloc a big area, memset() the area to zero makes the performance very bad.
Ummm...
How do you then cope with attempting to run
I've put the LZO patch series I sent a few weeks ago in a git tree:
http://git.o-hand.com/?p=linux-rpurdie;a=shortlog;h=linux-rpurdie-lzo
(git://git.o-hand.com/linux-rpurdie linux-rpurdie-lzo)
I'm not sure of the best way to merge this since it touches two
subsystems. David, do you want to pull
On Friday, 30 March 2007 10:05, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm3/
- git-cryptodev has things in it again
- Re-added git-e1000: a large amount of e1000 driver work
- git-net has a huge amount of material in it,
On Fri, 2007-03-30 at 12:12 +0200, Andi Kleen wrote:
On Fri, Mar 30, 2007 at 01:12:23PM +1000, Rusty Russell wrote:
On Thu, 2007-03-29 at 14:19 +0200, Andi Kleen wrote:
On Thu, Mar 29, 2007 at 09:06:57PM +1000, Rusty Russell wrote:
[SNIP: processor-flags.h patch for i386 ]
Ok. Can
Provide an dummy implementation of devm_ioport_map() and
devm_ioport_unmap() to allow drivers (eg, pata_platform) to build for
platforms where CONFIG_NO_IOPORT is selected.
Signed-off-by: Russell King [EMAIL PROTECTED]
---
include/linux/io.h | 14 +-
1 file changed, 13
Add pata_platform device for RiscPC, thereby converting the primary
IDE channel on the machine to PATA.
Signed-off-by: Russell King [EMAIL PROTECTED]
---
Since this is dependent on the previous patch (to avoid build errors)
this needs to wait until the devm_ioport patch is merged. I'll
On Fri, Mar 30, 2007 at 12:00:22PM +0100, Russell King wrote:
Provide an dummy implementation of devm_ioport_map() and
devm_ioport_unmap() to allow drivers (eg, pata_platform) to build for
Btw, I there a chance we can collect all the devm_* crap into a single
implementation and header file
On Fri, Mar 30, 2007 at 11:11:58AM +0100, Richard Purdie wrote:
I'm not sure of the best way to merge this since it touches two
subsystems. David, do you want to pull the initial patch and jffs2 parts
and then the crpyto patch can follow through the crypto tree? I'm hoping
this can make
Aubrey Li [EMAIL PROTECTED] wrote:
malloc() allocates size bytes and returns a pointer to the allocated memory.
The memory is not cleared.
But this is *not* malloc(). It's mmap(). Are you prepared to guarantee that
there are no applications out there that don't rely on anon mmap()
Hello,
I am talking this issue to LKML now.
Short story: using O_EXCL on /dev/srX alone does not help to prevent
other process from killing your burn process by just reading the
/dev/sgX device associated with yours, and vice versa. We have done the
best we could to make safe operation (in
Hi all,
Backports of the staircase deadline cpu scheduler version 0.37 for
2.6.18.8 and 2.6.19.7 kernels are available at
http://linux-dev.qc.ec.gc.ca/.
Also, Debian Etch 4.0 and Sarge 3.1 kernels for i686 are available (Deb
etch amd64 is currently compiling and FC6 will follow).
Vincent
Instead of having /dev/port support dependent in multiple places on
a string of preprocessor symbols, define a new configuration directive
for it. This ensures that all four places remain consistent with
each other.
Signed-off-by: Russell King [EMAIL PROTECTED]
---
drivers/char/Kconfig |6
On 3/30/07, Heiko Carstens [EMAIL PROTECTED] wrote:
in file mm/slab.c and routine kmem_cache_init() I found there
is no checking for allocated memory on line:
/* 4) Replace the bootstrap head arrays */
{
struct array_cache *ptr;
ptr =
i just found a new category of driver regressions in 2.6.21, doing
allyesconfig bzImage bootup tests: the init methods of various drivers
hangs in driver_unregister().
It is caused by this problem: the semantics of driver_unregister() [also
implicitly called in pci_driver_unregister()] has
there's a new type of message in allyesconfig-bzImage bootup test:
Calling initcall 0xc1b6d692: fixed_init+0x0/0x33()
Fixed PHY: Registered new driver
Device '[EMAIL PROTECTED]:1' does not have a release() function, it is broken
and must be fixed.
BUG: at drivers/base/core.c:120
Hi,
I was doing large FTP transfers to an ext3 partition on a 2.6.20.3-cks1
machine and it spat on me.
Here it is, hope you guys can read important stuff from it:
BUG: at fs/buffer.c:1639 __block_write_full_page()
[c01757b0] __block_write_full_page+0x320/0x330
[c01b9450]
On Fri, Mar 30, 2007 at 02:14:17AM -0500, Jakub Jelinek wrote:
On Thu, Mar 29, 2007 at 10:10:10AM -0700, Andrew Morton wrote:
Platform: s390
--
s390 prefers following layout:
int fallocate(int fd, loff_t offset, loff_t len, int mode)
For details on why and
Heiko Carstens writes:
If possible I'd prefer the six-32-bit-args approach.
It does mean extra unnecessary work for 64-bit platforms, though...
Paul.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Jakub Jelinek writes:
Wouldn't
int fallocate(loff_t offset, loff_t len, int fd, int mode)
work on both s390 and ppc/arm? glibc will certainly wrap it and
reorder the arguments as needed, so there is no need to keep fd first.
That looks fine to me.
Paul.
-
To unsubscribe from this list:
On giovedì 29 marzo 2007, Jeff Dike wrote:
On Thu, Mar 29, 2007 at 02:36:43AM +0200, Blaisorblade wrote:
Sometimes you need to. I'd probably just remove the do_ubd check and
always recall the request function when handling completions, it's
easier and safe.
If I'm understanding this
On Fri, 30 March 2007 19:15:58 +1000, Paul Mackerras wrote:
Heiko Carstens writes:
If possible I'd prefer the six-32-bit-args approach.
It does mean extra unnecessary work for 64-bit platforms, though...
Wouldn't that work be confined to fallocate()? If I understand Heiko
correctly, the
On Fri, Mar 30, 2007 at 12:44:49PM +0200, Jörn Engel wrote:
On Fri, 30 March 2007 19:15:58 +1000, Paul Mackerras wrote:
It does mean extra unnecessary work for 64-bit platforms, though...
Wouldn't that work be confined to fallocate()? If I understand Heiko
correctly, the alternative would
-Original Message-
From: Ingo Molnar [mailto:[EMAIL PROTECTED]
Sent: Friday, March 30, 2007 2:47 AM
To: Pallipadi, Venkatesh
Cc: linux-kernel; Thomas Gleixner
Subject: Re: [PATCH 1/5] RT kernel: force detect HPET from PCI space
On Thu, 2007-02-22 at 17:06 -0800, Venkatesh Pallipadi
On Fri, Mar 30, 2007 at 01:17:44PM +0200, Eduard Bloch wrote:
Hello,
I am talking this issue to LKML now.
Short story: using O_EXCL on /dev/srX alone does not help to prevent
other process from killing your burn process by just reading the
/dev/sgX device associated with yours, and vice
On 3/30/07, David Howells [EMAIL PROTECTED] wrote:
Aubrey Li [EMAIL PROTECTED] wrote:
malloc() allocates size bytes and returns a pointer to the allocated memory.
The memory is not cleared.
But this is *not* malloc(). It's mmap(). Are you prepared to guarantee that
there are no
Hi,
David Chinner wrote:
[...]
Next time you get a shutdown, can you unmount the filesystems and
run xfs_check and then xfs_repair -n on the filesystem. These will
tell you the inode numbers that are bad. Can you post the errors
reported by these tools?
xfs_check gives this:
bad format 0
From: Tasos Parisinos [EMAIL PROTECTED]
This patch adds module rsa.ko in the kernel (built-in or as a kernel module)
and offers an API to do fast modular exponentiation, using the Montgomery
algorithm, thus the exponentiation is not generic but can be used only when
the modulus is odd, such
I can't find mmap must give zeroed memory in the mmap manual.
Is there any reason relying on anon mmap() giving zerod memory?
Its how all Unix/Linux like systems behave. You have to clear the memory
to something to deal with security on any kind of real system, and zero
is a good a value as any
I am quite confusing about the concept that Linux usage of the term
active and inactive pages. Some book tells me active pages is the
'working set' in system, but what is the 'working set'? There is a
page cache system in the system, and when a page is freed when not
needed by some way, the page
Are the program heap pages anonymous pages?
Are the mmaped pages are not anonymous pages?
Thanks in advance.
abai
-
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 Fri, Mar 30, 2007 at 02:04:16PM +0200, Ingo Molnar wrote:
i just found a new category of driver regressions in 2.6.21, doing
allyesconfig bzImage bootup tests: the init methods of various drivers
hangs in driver_unregister().
It is caused by this problem: the semantics of
On Fri, Mar 30, 2007 at 02:06:57PM +0200, Ingo Molnar wrote:
there's a new type of message in allyesconfig-bzImage bootup test:
Calling initcall 0xc1b6d692: fixed_init+0x0/0x33()
Fixed PHY: Registered new driver
Device '[EMAIL PROTECTED]:1' does not have a release() function, it is broken
#include hallo.h
* Christoph Hellwig [Fri, Mar 30 2007, 02:43:27PM]:
Long story:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413960
https://bugzilla.novell.com/show_bug.cgi?id=226019
http://lists.alioth.debian.org/pipermail/debburn-devel/2007-February/000297.html
and other error
* Greg KH [EMAIL PROTECTED] wrote:
Device '[EMAIL PROTECTED]:1' does not have a release() function, it is
broken and must be fixed.
BUG: at drivers/base/core.c:120 device_release()
[c0105ff9] show_trace_log_lvl+0x19/0x2e
[c01063e2] show_trace+0x12/0x14
[c01063f8]
On 3/30/07, Alan Cox [EMAIL PROTECTED] wrote:
I can't find mmap must give zeroed memory in the mmap manual.
Is there any reason relying on anon mmap() giving zerod memory?
Its how all Unix/Linux like systems behave.
Fair enough.
You have to clear the memory
to something to deal with
On Friday 30 March 2007 07:59, Bongani Hlope wrote:
On Friday 30 March 2007 05:49:14 Jan Engelhardt wrote:
On Mar 30 2007 11:37, Conke Hu wrote:
Is it possible to use C++ in linux kernel module? how?
I've tested but failed, there is an unknown symbol in the .o file from
c++ source
On Thu, Mar 29, 2007 at 10:27:14AM +0100, Jan Beulich wrote:
Commit 2e3646e51b2d6415549b310655df63e7e0d7a080 changed the way
the split config tree is built, but failed to also adjust fixdep
accordingly - if changing a config option from or to m, files
referencing the respective
- Original Message
From: Ingo Molnar [EMAIL PROTECTED]
To: Con Kolivas [EMAIL PROTECTED]
Cc: linux list linux-kernel@vger.kernel.org; Andrew Morton [EMAIL
PROTECTED]; Mike Galbraith [EMAIL PROTECTED]
Sent: Thursday, March 29, 2007 9:22:49 PM
Subject: [test] hackbench.c interactivity
Aubrey Li [EMAIL PROTECTED] wrote:
Summary is, when I run the app time test,
on x86:
real0m0.066s
user0m0.008s
sys 0m0.058s
on Blackfin:
real3m 37.69s
user0m 0.04s
sys 3m 37.58s
That's not a good comparison: you're comparing two different machines of two
Jan Beulich wrote:
Randy Dunlap [EMAIL PROTECTED] 29.03.07 18:38
On Thu, 29 Mar 2007 17:06:24 +0100 Jan Beulich wrote:
Randy Dunlap [EMAIL PROTECTED] 29.03.07 17:39
--- linux-2.6.21-rc5/scripts/basic/fixdep.c 2007-02-04 19:44:54.0
+0100
+++
Hi!
I've been hacking on the Linux kernel all semester for
my OS:
Internals class. We are given full autonomy in picking
our final
programming project and I would love for mine to be
/useful/ for the
Linux kernel and not just a theoretical exorcise. If
anybody has any
bug fixes or
Hello,
It seems that the kernel does not expose the Front-Side Bus (FSN) Clock
speed to user applications. I found code in the kernel dealing with
frequency scaling that extracts the information for x86 processors but
the value is never exposed.
Knowledge the the FSB speed is very useful to
Sam Ravnborg [EMAIL PROTECTED] 30.03.07 17:08
On Thu, Mar 29, 2007 at 10:27:14AM +0100, Jan Beulich wrote:
Commit 2e3646e51b2d6415549b310655df63e7e0d7a080 changed the way
the split config tree is built, but failed to also adjust fixdep
accordingly - if changing a config option from or to m,
On 3/30/07, David Howells [EMAIL PROTECTED] wrote:
Aubrey Li [EMAIL PROTECTED] wrote:
Keep the same behave as MMU but with bad performance, or keep the same
performance as MMU but without the same behave, Which one is more
important?
The thing to do is to pass a flag to mmap() to suppress
On Fri, 2007-03-30 at 07:39 -0800, Stephane Eranian wrote:
Hello,
It seems that the kernel does not expose the Front-Side Bus (FSN) Clock
speed to user applications
and that is a good thing ;)
Knowledge the the FSB speed is very useful to monitoring tools. It is used
to compute certain
Hello, all.
This document tries to describe lifetime problems of the current
device driver model primarily from the point view of device drivers
and establish consensus, or at least, start discussion about how to
solve these problems. This is primarily based on my experience with
IDE and SCSI
On Fri, 2007-03-30 at 18:43 +0900, Tejun Heo wrote:
Orphaning sysfs nodes on unregistration is a big step in this
direction. With sysfs reference counting out of the picture,
implementing 'disconnect immediate' interface only on a few components
(including request_queue) should suffice for
Hi James,
On 3/30/07, James Bottomley [EMAIL PROTECTED] wrote:
On Fri, 2007-03-30 at 18:43 +0900, Tejun Heo wrote:
Orphaning sysfs nodes on unregistration is a big step in this
direction. With sysfs reference counting out of the picture,
implementing 'disconnect immediate' interface only on
On Fri, 30 Mar 2007 18:43:02 +0900,
Tejun Heo [EMAIL PROTECTED] wrote:
One way to solve this problem is to subordinate lifetime rule #b to
rule #c. Each kobject points to its owning module such that grabbing
a kobject automatically grabs the module. The problem with this
approach is that it
Cornelia Huck wrote:
On Fri, 30 Mar 2007 18:43:02 +0900,
Tejun Heo [EMAIL PROTECTED] wrote:
One way to solve this problem is to subordinate lifetime rule #b to
rule #c. Each kobject points to its owning module such that grabbing
a kobject automatically grabs the module. The problem with
James Bottomley wrote:
On Fri, 2007-03-30 at 18:43 +0900, Tejun Heo wrote:
Orphaning sysfs nodes on unregistration is a big step in this
direction. With sysfs reference counting out of the picture,
implementing 'disconnect immediate' interface only on a few components
(including
On Fri, 30 Mar 2007 22:19:52 +0900,
Tejun Heo [EMAIL PROTECTED] wrote:
Shouldn't getting/putting the module refcount be solely done in
kobject.c? Grab the module reference when the kobject is created and
release the module reference in kobject_cleanup() after the release
function has been
Cornelia Huck wrote:
On Fri, 30 Mar 2007 22:19:52 +0900,
Tejun Heo [EMAIL PROTECTED] wrote:
Shouldn't getting/putting the module refcount be solely done in
kobject.c? Grab the module reference when the kobject is created and
release the module reference in kobject_cleanup() after the
On Fri, 30 Mar 2007 22:58:39 +0900,
Tejun Heo [EMAIL PROTECTED] wrote:
It's a little bit more convoluted than that. Module reference count of
zero doesn't indicate that there is no one referencing the module. It
just means that the module can be unloaded. ie. There still can be any
number
Cornelia Huck wrote:
On Fri, 30 Mar 2007 22:58:39 +0900,
Tejun Heo [EMAIL PROTECTED] wrote:
It's a little bit more convoluted than that. Module reference count of
zero doesn't indicate that there is no one referencing the module. It
just means that the module can be unloaded. ie. There
On 3/29/07, Richard Knutsson [EMAIL PROTECTED] wrote:
Alexey Dobriyan wrote:
On Wed, Mar 28, 2007 at 09:03:09AM +0530, Milind Arun Choudhary wrote:
+#define BIT(nr) (1UL ((nr) % BITS_PER_LONG))
I think this would be a disaster because something like
BIT(123)
would not even
Sorry guys,
I have spent the last three weeks trying to track
down a problem one of our customers has been having,
the only thing I have been able to determine is that using
mutex'es the kernel crashes and using semaphores instead
works. Now I realize that the target is to use mutexes,
but I have
On Fri, 30 Mar 2007 19:29:23 +0900 Kawai, Hidehiro [EMAIL PROTECTED] wrote:
core_pattern:
...
. If the first character of the pattern is a '|', the kernel will treat
the rest of the pattern as a command to run. The core dump will be
written to the standard input of that program
http://www.netnice.org/
it does exactly that...this project started at my college, and we've
done some cool research with this little project. Take a look, alot of
research papers too...
On 3/30/07, Pavel Machek [EMAIL PROTECTED] wrote:
Hi!
I've been hacking on the Linux kernel all semester
On Mar 30 2007 02:25, Ken Chen wrote:
Oh, crap. Google mail is innocent. It was me who did some ugly
copy-paste between apps.
Well, you did it again :p
I don't mind either way, this thing won't be bigger than 1^20 anyway.
Oh, which reminds me that we probably should explicitly test and
On Fri, 2007-03-30 at 05:55 -0400, Robert P. J. Day wrote:
i'm betting the S390 folks would *really* hate that idea but, if you
look closely, the generic Kconfig file *already* has some
arch-dependent content:
...
config CRYPTO_DEV_PADLOCK
tristate Support for VIA PadLock ACE
On Fri, 30 Mar 2007 16:26:36 +0300 Tasos Parisinos wrote:
Hi,
Just a few whitespace nits that you can fix with any other
comments that you get...
+static char rsa_op_compare(rsa_op *l, rsa_op *r)
+{
+ int i;
+ u32 *lbuf, *rbuf;
+
+ /* Compare the two operands based on sign */
On Fri, 30 Mar 2007 16:25:14 +0200
Ingo Molnar [EMAIL PROTECTED] wrote:
* Greg KH [EMAIL PROTECTED] wrote:
Device '[EMAIL PROTECTED]:1' does not have a release() function, it is
broken and must be fixed.
BUG: at drivers/base/core.c:120 device_release()
[c0105ff9]
On 30/03/07, Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm3/
It's my lucky Friday, kernel hangs shortly after
PM: Removing info for No Bus:vcsa1
PM: Adding info for No Bus:vcs1
PM: Adding info for No Bus:vcsa1
On Thu, Mar 29, 2007 at 02:47:20PM -0700, David Schwartz wrote:
Which sounds faster to you:
1) Do A, B, C, and D.
Okay, I've finished A, B, C, and B.
or
2) Do A.
Okay.
Do B.
Okay.
Do C.
Okay.
Do D.
Okay.
The first looks a bit more efficient to me.
It
On 3/30/07, Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm3/
- git-cryptodev has things in it again
- Re-added git-e1000: a large amount of e1000 driver work
- git-net has a huge amount of material in it, but I
On Fri, 2007-03-30 at 15:05 +, Xenofon Antidides wrote:
- Original Message
From: Ingo Molnar [EMAIL PROTECTED]
To: Con Kolivas [EMAIL PROTECTED]
Cc: linux list linux-kernel@vger.kernel.org; Andrew Morton [EMAIL
PROTECTED]; Mike Galbraith [EMAIL PROTECTED]
Sent: Thursday, March
Anyone got the same thing for CK804? I had my hopes high, and then I saw
the DECLARE_PCI_FIXUP_HEADER values [and the thread title was
misleading]
--
Nicolas Mailhot
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
[Pekka Enberg - Fri, Mar 30, 2007 at 02:55:26PM +0300]
| On 3/30/07, Heiko Carstens [EMAIL PROTECTED] wrote:
| in file mm/slab.c and routine kmem_cache_init() I found there
| is no checking for allocated memory on line:
|
|/* 4) Replace the bootstrap head arrays */
|{
|
* Michal Piotrowski [EMAIL PROTECTED] wrote:
It's my lucky Friday, kernel hangs shortly after
PM: Removing info for No Bus:vcsa1
PM: Adding info for No Bus:vcs1
PM: Adding info for No Bus:vcsa1
PM: Removing info for No Bus:vcs1
PM: Removing info for No Bus:vcsa1
PM: Adding info for No
On Fri, 30 Mar 2007 12:38:11 -0400 Dmitry Torokhov [EMAIL PROTECTED] wrote:
On 3/30/07, Andrew Morton [EMAIL PROTECTED] wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm3/
- git-cryptodev has things in it again
- Re-added git-e1000: a large
On Fri, Mar 30, 2007 at 06:50:19PM +0200, Nicolas Mailhot wrote:
Anyone got the same thing for CK804? I had my hopes high, and then I saw
the DECLARE_PCI_FIXUP_HEADER values [and the thread title was
misleading]
Sorry about the wrong subject. It should have had ICH in the subject somewhere.
If there is a simple way to get the mapping between the sg and sr
devices that would be great and almost solve the problems, but I
cannot discover a such thing in the kernel.
You can go trying to match bus values but we have SG_IO on /dev/sr. This
is an old known problem with /dev/sg,
Summary is, when I run the app time test,
on x86:
real0m0.066s
user0m0.008s
sys 0m0.058s
on Blackfin:
real3m 37.69s
user0m 0.04s
sys 3m 37.58s
What would be relevant would be Blackfin with clearing and blackfin
without
On Fri, Mar 30, 2007 at 04:43:17PM +0100, Jan Beulich wrote:
But that will break UM - no??
See following note from fixdep:
* Note 2: if somebody writes HELLO_CONFIG_BOOM in a file, it will depend
onto
* CONFIG_BOOM. This could seem a bug (not too hard to fix), but please do
not
* fix
Ingo Molnar napisał(a):
* Michal Piotrowski [EMAIL PROTECTED] wrote:
It's my lucky Friday, kernel hangs shortly after
PM: Removing info for No Bus:vcsa1
PM: Adding info for No Bus:vcs1
PM: Adding info for No Bus:vcsa1
PM: Removing info for No Bus:vcs1
PM: Removing info for No Bus:vcsa1
1 - 100 of 694 matches
Mail list logo