The recent changes in cifs have helped a lot with dbench performance.
Mounting cifs version 1.33 (current development tree of cifs) to current
Samba 3 (loopback on same host, to eliminate most network adapter
effects) showed about a tenfold improvement over older cifs -
Running dbench version
El lun, 18-04-2005 a las 18:43 +0100, Christoph Hellwig escribió:
> On Mon, Apr 18, 2005 at 07:38:57PM +0200, Lorenzo Hern?ndez Garc?a-Hierro
> wrote:
> > Enforces the RLIMIT_NPROC limit by adding an additional check for
> > execve(), as
> > such limit is checked only during fork() calls.
>
>
Melhor
que acesso gratuito
com qualidade só
se você ganhar
para navegar na
On Mon, 2005-04-18 at 12:22 +0100, Christoph Hellwig wrote:
> > Mingming Cao <[EMAIL PROTECTED]> said:
> > The ext2 handle discard preallocation differently at that time, it discard
> > the
> > preallocation at each iput(), not in input_final(), so we think it's
> > unnecessary to thrash it so
Hi,
On Fri, 2005-04-15 at 21:32, Mingming Cao wrote:
> Sorry for the delaying. I was not in office these days.
No problem.
> > > Also I am concerned about the possible
> > > starvation on writers.
> > In what way?
> I was worried about the rw lock case.:)
OK, so we're both on the same track
On Mon, Apr 18, 2005 at 07:38:57PM +0200, Lorenzo Hern?ndez Garc?a-Hierro wrote:
> Enforces the RLIMIT_NPROC limit by adding an additional check for
> execve(), as
> such limit is checked only during fork() calls.
What's the point? exec doesn't create new process and exec() shouldn't
start to
Enforces the RLIMIT_NPROC limit by adding an additional check for
execve(), as
such limit is checked only during fork() calls.
The patch is also available at:
http://pearls.tuxedo-es.org/patches/security/rlimit_nproc-enforcing-execve.patch
Signed-off-by: Lorenzo Hernandez Garcia-Hierro <[EMAIL
Libor Michalek wrote:
The problem we were seeing is that the minor fault by the app resulted
in a new physical page getting mapped for the application. The page that
had the elevated refcount was still waiting for the data to be written
to by the driver at the time that the app accessed the page
> From: Christoph Hellwig [mailto:[EMAIL PROTECTED]
>
> This looks like a patch for Linux 2.4. Such major changes for the
> 2.4 tree don't make sense anymore, especially for
> functionality not even in Linux 2.6.
>
This is for 2.4, I should have specified that in the Subject line. We
did this
Roland Dreier wrote:
Timur> Why do you call mlock() and get_user_pages()? In our code,
Timur> we only call mlock(), and the memory is pinned. We have a
Timur> test case that fails if only get_user_pages() is called,
Timur> but it passes if only mlock() is called.
What if a
Timur> Why do you call mlock() and get_user_pages()? In our code,
Timur> we only call mlock(), and the memory is pinned. We have a
Timur> test case that fails if only get_user_pages() is called,
Timur> but it passes if only mlock() is called.
What if a buggy/malicious userspace
And here are the changes to support the extra keys...
diff -ur linux-2.6.11.7.orig/drivers/usb/input/hid-input.c
linux/drivers/usb/input/hid-input.c
--- linux-2.6.11.7.orig/drivers/usb/input/hid-input.c 2005-04-07
19:57:34.0 +0100
+++ linux/drivers/usb/input/hid-input.c 2005-04-18
Christoph Hellwig wrote:
On Mon, Apr 18, 2005 at 11:22:29AM -0500, Timur Tabi wrote:
That's not what we're seeing. We have hardware that does DMA over the
network (much like the Infiniband stuff), and we have a testcase that fails
if get_user_pages() is used, but not if mlock() is used.
If you
On Mon, Apr 18, 2005 at 11:22:29AM -0500, Timur Tabi wrote:
> That's not what we're seeing. We have hardware that does DMA over the
> network (much like the Infiniband stuff), and we have a testcase that fails
> if get_user_pages() is used, but not if mlock() is used.
If you don't share your
; 8), ifnum, buf, size, HZ * USB_CTRL_GET_TIMEOUT);
+ retries--;
+ } while (result < size && retries);
+
+// wn_hack: patch wrong descriptor for this device
+// hardware sends wrong descriptor
+// AA, 20050418: should this test be skipped altogether if
result < siz
When a 32bit program is mapping a lot of hugepage vm_areas,
hugetlb_get_unmapped_area may search beyond 4G, then the program will
get a SIGFAULT instead of an errno of ENOMEM.
This patch will fix that.
I believe there are other inconsistent cases in generic code like mm and
fs.
Zou Nan hai
>
On Mon, Apr 18, 2005 at 12:20:06PM -0400, Igor Shmukler wrote:
> I don't think that drivers have to be architecture independent. Why is
> this a problem?
Actually, yes a driver should generally be architecture independent.
There's some exception for things dealing with lowlevel architecture-
Arjan van de Ven wrote:
this is a myth; linux is free to move the page about in physical memory
even if it's mlock()ed!!
Then Linux has a very odd definition of the word "locked".
And even then, the user can munlock the memory from another thread etc
etc. Not a good idea.
Well, that's okay,
Andrew Morton wrote:
Roland Dreier <[EMAIL PROTECTED]> wrote:
Troy> Do we even need the mlock in userspace then?
Yes, because the kernel may go through and unmap pages from userspace
while trying to swap. Since we have the page locked in the kernel,
the physical page won't go anywhere, but
Rao Davide <[EMAIL PROTECTED]> writes:
> Is LVM working on the alpha port 2.6 kernel series ?
Works for me.
> If so where do I get libdevmapper so that I can build the userspace
> LVM utils ?
Same place as you'd get it for any other system. Doesn't your
distribution include it?
--
Måns
Randy,
> And 'nobody' has submitted patches that handle all of the described
> problems...
>
> 1. racy
> 2. architecture-independent
> 3. stackable (implies/includes unstackable :)
>
> You won't get very far in this discussion without some code...
I agree that if races disallow safe loading
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of Allison
>Sent: Sunday, April 17, 2005 11:21 PM
>To: linux-kernel@vger.kernel.org
>Subject: Kernel page table and module text
>
>Hi,
>
>Since module is loaded in non-contiguous memory, there has to be an
On Mon, 2005-04-18 at 11:09 -0500, Timur Tabi wrote:
> Roland Dreier wrote:
> > Troy> How is memory pinning handled? (I haven't had time to read
> > Troy> all the code, so please excuse my ignorance of something
> > Troy> obvious).
> >
> > The userspace library calls mlock() and then
Roland Dreier wrote:
Troy> How is memory pinning handled? (I haven't had time to read
Troy> all the code, so please excuse my ignorance of something
Troy> obvious).
The userspace library calls mlock() and then the kernel does
get_user_pages().
Why do you call mlock() and
On Mon, Apr 18, 2005 at 02:48:41PM +0200, Rao Davide wrote:
> Is LVM working on the alpha port 2.6 kernel series ?
I have no idea. I've no use for the thing myself.
r~
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Kingsley Cheung writes:
> On Wed, Mar 23, 2005 at 08:02:54PM +1100, [EMAIL PROTECTED] wrote:
> > Hi
> >
> > I'm using relayfs to relay data from a kernel module to user space on
> > a SuSE 2.6.5 kernel. I'm not absolutely sure what version of relayfs
> > has been back ported to it.
>
>
Please review this patch and provide comments or feedback.
Patch 2 of 9
Thanks,
mikem
cciss_diskdump.c | 236 +++
1 files changed, 236 insertions(+)
Description:
On Mon, 2005-04-18 at 10:36 -0500, [EMAIL PROTECTED] wrote:
> +
> +/*
> + * Extended block operations for dump for preserving binary compatibility.
> + */
> +struct block_dump_ops {
> + int (*sanity_check)(void *device);
> + int (*rw_block)(void *device, int rw, unsigned long
On Mon, 2005-04-18 at 10:36 -0500, [EMAIL PROTECTED] wrote:
> Please review the following patches and provide any comments or feedback.
> Patch 1 of 9
what diskdump do you use?
Why do we even look at disk dump when kexec based dump can dump to disk
too and is otherwise more flexible and superior?
This looks like a patch for Linux 2.4. Such major changes for the
2.4 tree don't make sense anymore, especially for functionality not
even in Linux 2.6.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
With the upcoming merge of the current SCSI development branch (probably
after the 2.6.12 release), Linux will have more advanced Fibre Channel
support than any currently available operating system.
The new Fibre Channel (FC) transport class offers two major advantages
over traditional
Please review the following patches and provide any comments or feedback.
Patch 1 of 9
Thanks,
mikem
block_dump.c | 202 +++
block_dump.h | 29
2 files changed, 231 insertions(+)
On Mon, 2005-04-11 at 03:45 +0900, Tejun Heo wrote:
> scmd->eh_timeout is used to resolve the race between command
> completion and timeout. However, during error handling,
> scsi_send_eh_cmnd uses scmd->eh_timeout. This creates a race
> condition between eh and normal
> > but also about doing things at the right layer. The syscall layer is
> > almost NEVER the right layer.
> >
> > Can you explain exactly what you are trying to do (it's not a secret I
> > assume, kernel modules are GPL and open source after all, esp such
> > invasive ones) and I'll try to tell
On Mon, 18 Apr 2005, Herbert Xu wrote:
> On Fri, Apr 15, 2005 at 01:15:58AM +0200, Jesper Juhl wrote:
> >
> > As far as I'm aware there's a general concensus that functions that are
> > responsible for freeing resources should be able to cope with being passed
> > a NULL pointer. This makes
Hi,
The variable attributes "packed" and "align" when used with struct,
should have the following order:
struct ... {...} __attribute__((packed)) var;
This patch fixes few instances where the variable and attributes are
placed the other way around and had no affect.
Thanks
Vinay
On Mon, 18 Apr 2005 10:48:03 -0400 Igor Shmukler wrote:
| Rik, (and everyone),
|
| Everything is IMHO only.
|
| It all boils down to whether:
| 1. it is hard to correctly implement such LKM so that it can be safely
| loaded and unloaded and when these modules are combined they may not
| work
ChangeSet 1.1832.6.22 (2004/08/24 11:10:51 [EMAIL PROTECTED]) introduced the
following time slice mapping for nice values:
[ -20 ... 0 ... 19 ] => [800ms ... 100ms ... 5ms]
This met the goal of a 1:160 ratio for nice-20/nice+19, however it
introduced a 320ms gap between 0 and -1. Was this
>On Mon, Apr 18, 2005 at 03:52:02AM +0200, Adrian Bunk wrote:
>> This patch removes cifs_kcalloc and replaces it with calls to
>> kcalloc(1, ...) .
>>
>> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>As a followup patch you might want to check the return value
>of all those calls before blindly
Hi,
The variable attributes "packed" and "align" when used with structure
should have the following order:
struct ... {...} __attribute__((packed)) var;
This patch fixes few instances where the variable and attributes are
placed the other way around and had no affect.
Thanks
Vinay
Hello,
Well, with Mark Adler's help I've realized that extending zlib isn't
than simple task.
Herbert Xu wrote:
What I was suggesting is to invert the calculation that deflateBound
is doing so that it gives a lower bound on the input buffer size
that does not exceed a given output buffer size.
> > Intercepting system call table is an elegant way to solve many
> > problems.
>
> I think I want to take offence to this. It's the worst possible way to
> solve many problems, especially since almost everyone who did this to
> get anything done until today got it wrong.
>
> It's about
> Intercepting system call table is an elegant way to solve many
> problems.
I think I want to take offence to this. It's the worst possible way to
solve many problems, especially since almost everyone who did this to
get anything done until today got it wrong.
It's about locking. Portability.
On Mon, 18 Apr 2005, Jörn Engel wrote:
> On Mon, 18 April 2005 03:50:32 -0400, James Morris wrote:
> >
> > Please cc Herbert Xu on kernel crypto patches, he's the frontline
> > maintainer of it now.
>
> Care to sign off this patch (or create a similar one)?
No, it's already been done in Linus'
Hello, James.
Hello, Jens.
James Bottomley wrote:
> On Mon, 2005-04-18 at 07:41 +0900, Tejun Heo wrote:
>
>> As it's been almost a week since I posted scsi midlayer patchsets and
>>haven't heard anything yet, I've been wondering what's going on. Are
>>they under review or all dropped? If
Rik, (and everyone),
Everything is IMHO only.
It all boils down to whether:
1. it is hard to correctly implement such LKM so that it can be safely
loaded and unloaded and when these modules are combined they may not
work together until there is an interoperability workshop (like the
one
> That still doesn't explain *why* live patching is needed.
True enough.
When a requirement is based in 30 years of tradition and practice, it
takes work to to back it up to the essentials that would distinguish
accurately between adequate and inadequate alternatives. And that I
presume is what
On Sun, 2005-04-17 at 23:17 -0700, sai narasimhamurthy wrote:
> I tried working on scsi_malloc to increase burst size
> , but to no avail ..all I got was hanged system every
> time I started data transfers!
> Has anyone worked on scsi_malloc , I am still trying
> to figure out what changes were
mån 2005-04-18 klockan 13:14 +0200 skrev Arjan van de Ven:
> On Mon, 2005-04-18 at 13:05 +0200, Alexander Nyberg wrote:
> > [Proper patch now that goes all the way, sorry for spamming]
> >
> > Patch below uses RETIRED_UOPS for a more constant rate of NMI sending.
> > This makes x64 deliver NMI
On Mon, 2005-04-18 at 23:16 +1000, David Woodhouse wrote:
> On Mon, 2005-04-18 at 13:46 +0100, Christoph Hellwig wrote:
> > Why doesn't __wait_on_freeing_inode get called? prune_icache sets
> > I_FREEING before it's dropping the inode lock.
>
> Because prune_icache() _also_ removes the inode from
On Mon, 18 Apr 2005, Takashi Ikebe wrote:
> I believe process status copy consume more time, may be below sequences are
> needed;
> - Stop the service on ACT-process.
> - Copy on memory/on transaction status to shared memory.
No need for this, the process could ALWAYS store its
status in a
Hi Christoph,
If you remember you complained about ntfs' "fishy use of iput"?
I think that David's explanation below is exactly the reason why I had
to do it IIRC... So if the vfs is fixed so the below can _never_ happen
anymore then I believe it would be safe to do as you and Al suggest and
On Mon, 2005-04-18 at 15:00 +0200, Gunter wrote:
> Hello
>
> I need help about scheduling. I hope i understand the basics for my
> question: An active prozess counts the remaining cpu time in jifies. By
> every timer interrupt the scheduler decrements the variable time_slice.
>
Yes, this is
static inline clock_t jiffies_to_clock_t(long x)
uses a signed long as input (jiffies) while the return value of
static inline unsigned long clock_t_to_jiffies(unsigned long x)
is an unsigned long.
As long as x is <= 0x7FFF everything is fine in jiffies_to_clock_t()
but when x is >=
On Mon, 2005-04-18 at 13:46 +0100, Christoph Hellwig wrote:
> Why doesn't __wait_on_freeing_inode get called? prune_icache sets
> I_FREEING before it's dropping the inode lock.
Because prune_icache() _also_ removes the inode from the hash before
dropping the inode lock. It shouldn't -- the inode
On Mon, 2005-04-18 at 13:46 +0100, Christoph Hellwig wrote:
> Any, this sounds like you'd want to use ilookup because you don't want
> to read the inode in the cache anyway, right?
We use ilookup() in some circumstances -- if the inode has zero nlink
and hence we definitely don't want to pull it
On Llu, 2005-04-18 at 00:47, Adrian Bunk wrote:
> Are there any external drivers using these exports, and if there are,
> why aren't they in the kernel?
Its a standard API
> If there aren't and someone will at some time in the future need them,
> re-adding the exports will be trivial.
Really,
On Sat, Apr 16, 2005 at 08:26:38PM +0200, [EMAIL PROTECTED] wrote:
> Through a very painful procedure I got w98 installed and bumped my
> firmware revision. The filename of the installation binary was
> duw1608_r108.exe suggesting R1.08 but the windows screen mentioned
> that the bumping was
Christoph Hellwig wrote:
Why doesn't __wait_on_freeing_inode get called? prune_icache sets I_FREEING
before it's dropping the inode lock.
I suppose because the inode is *deleted* from i_hash. But
find_inode_fast looks for inode using *->i_hash*. Of course it will not
find anything and call
Hello,
Rik van Riel wrote:
On Mon, 18 Apr 2005, Chris Wedgwood wrote:
On Mon, Apr 18, 2005 at 02:16:09AM -0700, Paul Jackson wrote:
The call switching folks have been doing live patching at least
since I worked on it, over 25 years ago. This is not just
marketing.
That still doesn't explain
On Mon, 2005-04-18 at 09:36 +0800, Tomko wrote:
> Hi all,
>
> In the linux system , kernel is often starting up like this :
>
> bootloader -> start_32() -> start_kernel() -> init()
>
> i would like to ask what is the piority level in this starting procedure
> ? 0 or 3 ? that means, this start
Is LVM working on the alpha port 2.6 kernel series ?
If so where do I get libdevmapper so that I can build the userspace LVM
utils ?
I tryied downloading
ftp://sources.redhat.com/pub/dm/multipath-toolsmultipath-tools-0.4.3.tar.bz2
But I fail to compile it so I'm also unable tu build the
On Mon, 2005-04-18 at 16:31 +0400, Artem B. Bityuckiy wrote:
> Yes, exactly. VFS developers may always say "it is your problem -
> redesign JFFS2", but I think it is too late to redesign it.
Bear in mind that the reason I added the state tracking to the internal
jffs2_inode_cache state was
On Mon, Apr 18, 2005 at 04:31:06PM +0400, Artem B. Bityuckiy wrote:
> On Mon, 2005-04-18 at 12:52 +0100, Christoph Hellwig wrote:
> > Oh, I thought the problem is that JFFS2 thought an inode was freed when
> > it still was in use. So you're problem is actually that it's no in the
> > hash anymore
Andi Kleen wrote:
On Fri, Apr 15, 2005 at 11:43:55AM +0530, Hariprasad Nellitheertha wrote:
Hi Andi,
In order to port kdump to x86_64, we need to have the
memmap= kernel command line option available. This is so
that the dump-capture kernel can be booted with a custom
memory map.
The attached
Hello
I need help about scheduling. I hope i understand the basics for my
question: An active prozess counts the remaining cpu time in jifies. By
every timer interrupt the scheduler decrements the variable time_slice.
Where is the scheduler initializing the interrupt timer (init_timer).
And
Lukas Hejtmanek a écrit :
>On Mon, Apr 18, 2005 at 02:24:47PM +0200, Yann Dupont wrote:
>
>
>>>I know that kernel 2.6.6-bk4 works. So were there some memory manager changes
>>>since 2.6.6? If so it looks like there are some bugs.
>>>On the other hand, ethernet driver should not allocate much
On 4/18/05, Denis Vlasenko <[EMAIL PROTECTED]> wrote:
> On Monday 18 April 2005 13:56, Ehud Shabtai wrote:
> > As an alternative, can I configure netconsole for my ethernet port and
> > only really connect it, after I get the freeze?
>
> UDP packets will be long gone at the time you plug cable
On Mon, Apr 18, 2005 at 12:34:59PM +0200, Andreas Steinmetz wrote:
> Denis Vlasenko wrote:
>
> > OTOH, if _exactly the same file_ exist in i384 arch, then
> > you should not duplicate it at all. Find a way to use one file
> > for both arches.
I haven't looked at the patches yet, but if it were
On Mon, Apr 18, 2005 at 02:24:47PM +0200, Yann Dupont wrote:
> >I know that kernel 2.6.6-bk4 works. So were there some memory manager changes
> >since 2.6.6? If so it looks like there are some bugs.
> >On the other hand, ethernet driver should not allocate much memory but rather
> >drop packets.
On Mon, 2005-04-18 at 12:52 +0100, Christoph Hellwig wrote:
> Oh, I thought the problem is that JFFS2 thought an inode was freed when
> it still was in use. So you're problem is actually that it's no in the
> hash anymore but you don't know yet?
Yes, exactly. VFS developers may always say "it is
On Monday 18 April 2005 13:56, Ehud Shabtai wrote:
> On 4/18/05, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > On Mon, 18 Apr 2005, Jesper Juhl wrote:
> >
> > > On Mon, 18 Apr 2005, Alexander Nyberg wrote:
> > >
> > > > Sounds like a job for Documentation/networking/netconsole.txt
> > > >
> > > or
Lukas Hejtmanek a écrit :
>On Mon, Apr 18, 2005 at 02:10:31PM +0200, Yann Dupont wrote:
>
>
>>I have those problems too. The (temporary ?) fix is to raise the
>>min_free_kb to an higher value.
>>echo 65535 > /proc/sys/vm/min_free_kbytes
>>
>>Maybe such an high value is totally silly, but at
On Mon, Apr 18, 2005 at 02:10:31PM +0200, Yann Dupont wrote:
> I have those problems too. The (temporary ?) fix is to raise the
> min_free_kb to an higher value.
> echo 65535 > /proc/sys/vm/min_free_kbytes
>
> Maybe such an high value is totally silly, but at least I don't have
> those messages.
I'm using a Dell PowerEdge 2850 with dual 3.6Ghz Xeon EM64T CPUs.
Using a vanilla 2.4.30 SMP x86_64 kernel, when I try to modprobe
usb-uhci I get:
kernel BUG in header file at line 160
Kernel BUG at panic:149
invalid operand:
dmesg and ksymoops output below.
Thanks
James Pearson
dmesg:
Lukas Hejtmanek a écrit :
>Hello,
>
>today I tried 2.6.11.7 kernel with hoping that allocation failures disappear.
>Unfortunately they did not.
>
>Default min_free_kb is 3200kB.
>
>Here is stack trace:
>
>swapper: page allocation failure. order:0, mode:0x20
> [] __alloc_pages+0x2b3/0x420
> []
On Fri, 15 Apr 2005, Igor Shmukler wrote:
> Thank you very much. I will check this out.
> A thanks to everyone else who contributed. I would still love to know
> why this is a bad idea.
Because there is no safe way in which you could have multiple
of these modules loaded simultaneously - say one
On Mon, Apr 18, 2005 at 03:46:21PM +0400, Artem B. Bityuckiy wrote:
> On Mon, 2005-04-18 at 11:53 +0100, Christoph Hellwig wrote:
> > The VFS already has a method for freeing an struct inode pointer, and that
> > is ->destroy_inode. You're probably better off updating your GC state from
> > that
On Fri, Apr 15, 2005 at 01:15:58AM +0200, Jesper Juhl wrote:
>
> As far as I'm aware there's a general concensus that functions that are
> responsible for freeing resources should be able to cope with being passed
> a NULL pointer. This makes sense as it removes the need for all callers to
In
On Mon, 2005-04-18 at 11:53 +0100, Christoph Hellwig wrote:
> The VFS already has a method for freeing an struct inode pointer, and that
> is ->destroy_inode. You're probably better off updating your GC state from
> that place.
destroy_inode() does not help. JFFS2 already makes use of
On Mon, Apr 18, 2005 at 12:30:52AM +0100, Luke Kenneth Casson Leighton wrote:
> ... aaand it flopped. i'm not even getting data out of the
> serial console - not a squeak. HELP!
[...]
> any help much appreciated.
I'd suggest to try the linux-arm-kernel mailing list (requires
subscription) and
On Mon, 2005-04-18 at 00:37 -0700, Sven-Thorsten Dietrich wrote:
>
> Bill, we are really trying to do this right, open, on the table.
>
> This is an open invitation to anyone interested to get on the line
> with us on Wednesday. Get the info for the FREE call here:
>
>
On Mon, 18 Apr 2005, Chris Wedgwood wrote:
> On Mon, Apr 18, 2005 at 02:16:09AM -0700, Paul Jackson wrote:
>
> > The call switching folks have been doing live patching at least
> > since I worked on it, over 25 years ago. This is not just
> > marketing.
>
> That still doesn't explain *why* live
> Mingming Cao <[EMAIL PROTECTED]> said:
> The ext2 handle discard preallocation differently at that time, it discard the
> preallocation at each iput(), not in input_final(), so we think it's
> unnecessary to thrash it so frequently, and the right thing to do, as we did
> for ext3 reservation,
There were still a few comments left refering to verify_area, and two
functions, verify_area_skas & verify_area_tt that just wrap corresponding
access_ok_skas & access_ok_tt functions, just like verify_area does for
access_ok - deprecate those.
There was also a few places that still used
On Mon, 2005-04-18 at 13:05 +0200, Alexander Nyberg wrote:
> [Proper patch now that goes all the way, sorry for spamming]
>
> Patch below uses RETIRED_UOPS for a more constant rate of NMI sending.
> This makes x64 deliver NMI interrupts every fourth second at a constant
> rate when going through
> > > > Sounds like a job for Documentation/networking/netconsole.txt
> > > >
> > > or Documentation/serial-console.txt
> > >
> > Console on line printer would also be an option.
>
> I don't have any printer port cables, so I guess I prefer to try netconsole.
>
> I'm using wireless lan (Intel's
[Proper patch now that goes all the way, sorry for spamming]
Patch below uses RETIRED_UOPS for a more constant rate of NMI sending.
This makes x64 deliver NMI interrupts every fourth second at a constant
rate when going through the local apic. Makes both cpus on my box to get
NMIs at constant
Takashi Ikebe <[EMAIL PROTECTED]> wrote:
> systr_pmem_read() and systr_pmem_write() just calls ptrace
> PTRACE_PEEKTEXT/DATA repeatedly In this case we need to *stop* target
> process whenever patch modules is loading
You'll have to do that anyway, since you'll need to atomically store
On 4/18/05, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On Mon, 18 Apr 2005, Jesper Juhl wrote:
>
> > On Mon, 18 Apr 2005, Alexander Nyberg wrote:
> >
> > > Sounds like a job for Documentation/networking/netconsole.txt
> > >
> > or Documentation/serial-console.txt
> >
> Console on line printer would
On Mon, Apr 18, 2005 at 12:58:50PM +0400, Artem B. Bityuckiy wrote:
> On Mon, 2005-04-18 at 09:51 +0100, Christoph Hellwig wrote:
> > No, exporting locks is a really bad idea. Please try to find a better
> > method to fix your problem that doesn't export random kernel symbols.
> >
> In general
Denis Vlasenko wrote:
> On Monday 18 April 2005 12:01, Andreas Steinmetz wrote:
>
>>Denis Vlasenko wrote:
>>
>>>On Sunday 17 April 2005 22:20, Andreas Steinmetz wrote:
>>>
>>>
The attached patch contains Gladman's in-kernel code for key schedule
and table generation modified to fit to my
On Monday 18 April 2005 12:01, Andreas Steinmetz wrote:
> Denis Vlasenko wrote:
> > On Sunday 17 April 2005 22:20, Andreas Steinmetz wrote:
> >
> >>The attached patch contains Gladman's in-kernel code for key schedule
> >>and table generation modified to fit to my assembler implementation,
> >>--
On Mon, 18 Apr 2005, Jesper Juhl wrote:
> On Mon, 18 Apr 2005, Alexander Nyberg wrote:
>
> > > I'm running Linux on my laptop and it sometimes freezes (about once a
> > > week). The only thing which seems to work when it's stuck is SysRq (I
> > > can reboot with SysRq+O), however, I'm in X and I
On Mon, 18 Apr 2005, Alexander Nyberg wrote:
> > I'm running Linux on my laptop and it sometimes freezes (about once a
> > week). The only thing which seems to work when it's stuck is SysRq (I
> > can reboot with SysRq+O), however, I'm in X and I don't have a serial
> > port on my laptop so I
> I'm running Linux on my laptop and it sometimes freezes (about once a
> week). The only thing which seems to work when it's stuck is SysRq (I
> can reboot with SysRq+O), however, I'm in X and I don't have a serial
> port on my laptop so I can't see any of the outputs of the SysRq
> options.
>
>
On Sun, 17 Apr 2005, S S wrote:
> I compiled linux kernel 2.6.11.7 on RHEL and while
> rebooting I get this
> error message -
>
> Cannot open root device /SCSIGroup00/SCSIVol000
> Please append a correct "root=" boot option
> Kernelpanic - not syncing: VFS: Unable to mount root
> fs on
>
> >This patch fixes the NMI checking problems in -mm x64 for me. It
>
> What problems?
>
Sorry, in -mm on x64 check_nmi_watchdog() has started to be run as a
late_initcall(). Currently it reports the NMIs as stuck on a few systems
although they are not, both of mine are reported as stuck. This
Hi all there,
I'll try to report using the FORM specified by the "REPORTING-BUGS" file.
I didn't find the tg3.c maintainer, then I post here.
TIA
1. My Tyan 2881 ethernet freeze (down up solve it) or the whole kernel
freeze with Kernel bug at tg3.c:2456
2. I've two Tyan 2881 dual opteron 1.6GHz
Hey,
My name is Felix Cohen, and I am a researcher at Bath University,
England. I am currently undertaking research to investigate the
relationships between motivation and other factors on F/OSS developers
and users.
To this end, we have put a questionnaire online for developers to fill
in.
101 - 200 of 475 matches
Mail list logo