On Mon, 2007-02-12 at 15:27 +0800, Jeff Chua wrote:
> Is it possible to get file access time in millisecond resolution?
>
> stat() returns time in seconds, but gettimeofday() can returns microseconds.
see the "utimes()" function
-
To unsubscribe from this list: send the line "unsubscribe linux-
"Jeff Chua" <[EMAIL PROTECTED]> writes:
> Is it possible to get file access time in millisecond resolution?
>
> stat() returns time in seconds,
Not correct (at least for glibc stat). It supports nanoseconds these days,
although not all file systems (including ext3) do yet.
Some of the old stat
On Monday 12 February 2007 08:54, Oliver Neukum wrote:
> Am Montag, 12. Februar 2007 08:38 schrieb Andi Kleen:
> > When a machine check event is detected (including a AMD RevF threshold
> > overflow event) allow to run a "trigger" program. This allows user space
> > to react to such events sooner.
unsubscribe linux-kernel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Andi Kleen wrote on 12-02-07 09:04:
On Monday 12 February 2007 08:54, Oliver Neukum wrote:
Am Montag, 12. Februar 2007 08:38 schrieb Andi Kleen:
When a machine check event is detected (including a AMD RevF threshold
overflow event) allow to run a "trigger" program. This allows user space
to re
On Mon, 2007-02-12 at 07:30 +, Jan Beulich wrote:
> On Wed, Feb 07, 2007 at 09:32:54AM +0100, Christoph Hellwig wrote:
> > On Wed, Feb 07, 2007 at 07:59:18AM +, Linux Kernel Mailing List wrote:
> > > [IA64] swiotlb abstraction (e.g. for Xen)
> > >
> > > Add abstraction so that
On Sat, 10 Feb 2007, Rafael J. Wysocki wrote:
> What about this:
>
> "If the device requires that, implement .suspend and .resume or at least
> define .suspend that will always return -ENOSYS (then people will know they
^
On Wed, 7 Feb 2007 10:26:56 +1100, Neil Brown <[EMAIL PROTECTED]> wrote:
> On Tuesday February 6, [EMAIL PROTECTED] wrote:
> >
> > This patch should fix the worst of the offences, but I'd like to
> > experiment and think a bit more before I submit it to stable.
> > And probably test it too - as y
On Mon, Feb 12, 2007 at 09:14:25AM +0100, Arjan van de Ven wrote:
> Xen the linux guest
> or
> Xen the hypervisor?
>
> if it's the later, why on earth would we want to uglyfy linux for it?
> (arguably it holds in the former case as well)
Xen the hypervisor (i.e., dom0).
Cheers,
Muli
-
To unsubs
>> > If Jan actually had a goal with that except making the code utterly
>> > unreadable he should try again with small patches that are well
>> > explained and do one thing at a at time. (And cane be reviewed an
>> > improved on if needed.
>>
>> As the topic says - the goal is to support Xen.
>
On Thu, 08 Feb 2007 17:16:15 +0530 Srinivasa Ds <[EMAIL PROTECTED]> wrote:
> + if (p->pre_handler == pre_handler_kretprobe)
This breaks on sparc64:
kernel/kprobes.c: In function `report_probe':
kernel/kprobes.c:826: error: `pre_handler_kretprobe' undeclared (first use in
this function)
-
To
Simple micro-optimization: Don't change any options if the instance is
being destroyed.
Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]>
--- linux-2.6.20/net/netfilter/nfnetlink_log.c.42007-02-11
20:46:26.0 +0100
+++ linux-2.6.20/net/netfilter/nfnetlink_log.c 2007-02-11 22:24:
It's nice to log packet arrival time of those little filthy packets. ;)
Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]>
--- linux-2.6.20/net/netfilter/nfnetlink_log.c.82007-02-11
23:59:01.0 +0100
+++ linux-2.6.20/net/netfilter/nfnetlink_log.c 2007-02-12 00:19:16.0
+0
Stop reference leaking in nfulnl_log_packet(). If we start a timer we
are already taking another reference.
Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]>
--- linux-2.6.20/net/netfilter/nfnetlink_log.c.02007-02-11
20:20:27.0 +0100
+++ linux-2.6.20/net/netfilter/nfnetlink_log.
Simple micro-optimization: don't call instance_put() on known NULL pointers.
Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]>
--- linux-2.6.20/net/netfilter/nfnetlink_log.c.32007-02-11
20:46:33.0 +0100
+++ linux-2.6.20/net/netfilter/nfnetlink_log.c 2007-02-11 20:46:26.
Dear list,
After meeting a faint-hearted Linux kernel lately I decided to try myself
at persuading it to not be afraid of NFLOG. This chat gave a series of
ten commandments I present today. Take a look and agree or comment.
Here's the list:
1. nfulnl_log_packet() - don't count the same thing t
Paranoia: instance_put() might have freed the inst pointer when we
spin_unlock_bh().
Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]>
--- linux-2.6.20/net/netfilter/nfnetlink_log.c.22007-02-11
20:43:24.0 +0100
+++ linux-2.6.20/net/netfilter/nfnetlink_log.c 2007-02-11 20:46:33.
Fix the nasty NULL dereference on multiple packets per netlink message.
BUG: unable to handle kernel NULL pointer dereference at virtual address
0004
printing eip:
f8a4b3bf
*pde =
Oops: 0002 [#1]
SMP
Modules linked in: nfnetlink_log ipt_ttl ipt_REDIRECT xt_tcpudp iptable_nat
nf_na
We don't need local nlbufsiz (skb size) as nfulnl_alloc_skb() takes
the maximum anyway.
Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]>
--- linux-2.6.20/net/netfilter/nfnetlink_log.c.orig 2007-02-10
18:25:14.0 +0100
+++ linux-2.6.20/net/netfilter/nfnetlink_log.c 2007-02-11 20:20:
Kill some duplicate code in nfulnl_log_packet().
Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]>
--- linux-2.6.20/net/netfilter/nfnetlink_log.c.12007-02-11
20:51:57.0 +0100
+++ linux-2.6.20/net/netfilter/nfnetlink_log.c 2007-02-11 20:43:24.0
+0100
@@ -666,30 +666,23
Shorten instances_lock window at the cost of doing unnecessary work
on the failure case. I don't know if it makes sense actually. ;>
Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]>
--- linux-2.6.20/net/netfilter/nfnetlink_log.c.62007-02-11
22:31:19.0 +0100
+++ linux-2.6.20/net
Count module references correctly: after instance_destroy() there
might be timer pending and holding a reference for this netlink instance.
Signed-off-by: Michał Mirosław <[EMAIL PROTECTED]>
--- linux-2.6.20/net/netfilter/nfnetlink_log.c.52007-02-11
22:24:56.0 +0100
+++ linux-2.6
Brad Campbell wrote:
> [EMAIL PROTECTED]:/sys/block/mmcblk0$ ls -laR
> .:
> total 0
> drwxr-xr-x 6 root root0 2007-02-11 23:29 .
> drwxr-xr-x 13 root root0 2007-02-11 23:27 ..
> -r--r--r-- 1 root root 4096 2007-02-11 23:28 dev
> lrwxrwxrwx 1 root root0 2007-02-11 23:27 device ->
> ..
On 2/12/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
see the "utimes()" function
Arjan,
I checked the man page, and it says ...
utime, utimes - change access and/or modification times of an inode
I just want to "read" the access time, and not changing it.
Thanks,
Jeff.
-
To unsubscribe
Hi,
> I can not make sure it is hardware problem, but I have interest in this
> case's reproducing.
> If you tell me your platform's construction, I will try it and give you good
> solution.
The machines giving problems are almost identical when it comes to
hardware specs :
Intel SE7520BD2 m
On Mon, Feb 12, 2007 at 12:45:15AM -0800, Andrew Morton wrote:
> On Thu, 08 Feb 2007 17:16:15 +0530 Srinivasa Ds <[EMAIL PROTECTED]> wrote:
>
> > + if (p->pre_handler == pre_handler_kretprobe)
>
> This breaks on sparc64:
>
> kernel/kprobes.c: In function `report_probe':
> kernel/kprobes.c:826:
Andrey Borzenkov wrote:
> This is rather funny; in 2.6.19-rc5 grub is *really* slow loading kernel
> when I switch on the system after suspend to disk. Actually, after kernel
> has been loaded, the whole resuming (up to the point I have usable desktop
> again) takes about three time less than the
>>> Andi Kleen <[EMAIL PROTECTED]> 10.02.07 12:50 >>>
>
>From: Jeff Dike <[EMAIL PROTECTED]>
>
>Kernel-mode traps on x86_64 can pollute the trap information for a previous
>userspace trap for which the signal has not yet been delivered to the
>process.
>
>do_trap and do_general_protection set task-
On Mon, Feb 12, 2007 at 02:17:28PM +1100, David Gibson wrote:
> On Fri, Feb 09, 2007 at 07:36:40AM +, Russell King wrote:
> > On Fri, Feb 09, 2007 at 02:48:42PM +1100, David Gibson wrote:
> > > At present set_irq_handler() and all the existing variants take the
> > > desc->lock for the irq in q
>
> By adding dummy functions, wouldn't that just look awkward ?
not really; if you have a template
pm_no_suspend_needed
and
pm_no_restore_needed
functions, and just make it part of ALL device structs that don't need
it.. it's not that bad
or maybe
pm_generic_no_suspend
pm_generic_no_resum
Hello,
Robert Hancock wrote:
[--correct summary snipped--]
Given the above, what I'm proposing to do is:
-Remove the blacklisting of Maxtor BANC1G10 firmware for FUA. If we need
to FUA-blacklist any drives this should likely be added to the existing
"horkage" mechanism we now have. However, a
Le Samedi 10 Février 2007 15:45, Tejun Heo a écrit :
> [cc'ing Alan and Jean, Hi!]
>
> Leopold Palomo Avellaneda wrote:
> > A Divendres 09 Febrer 2007 18:13, Leopold Palomo Avellaneda va escriure:
> >> A Divendres 09 Febrer 2007 10:46, Tejun Heo va escriure:
> >>> Leopold Palomo Avellaneda wrote:
>
[cc'ing Pavel, Hi!]
Robert Hancock wrote:
I'm seeing BUGs like these on all libata-driven controllers when
suspending to disk on 2.6.20-git6:
sata_nv :00:07.0: resuming
BUG: at drivers/pci/pci.c:817 pcim_enable_device()
Call Trace:
[] pcim_enable_device+0x8a/0xa5
[] :libata:ata_pci_devi
Rusty Russell wrote:
When I implemented the DECLARE_PER_CPU(var) macros, I was careful that
people couldn't use "var" in a non-percpu context, by prepending
percpu__. I never considered that this would allow them to overload
the same name for a per-cpu and a non-percpu variable.
It is only one
Jean Delvare wrote:
I've read the whole thread, the source code (quickly) and the patches to
ahci.c and sata_via.c, and here are some comments:
It looks like support for the VT8251 was added to the ahci driver in kernel
2.6.18, and was then updated in 2.6.20. The code is different from the
pa
On 12 Feb 2007 10:02:28 +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
> stat() returns time in seconds,
Not correct (at least for glibc stat). It supports nanoseconds these days,
although not all file systems (including ext3) do yet.
I'm using gcc-3.4.5, and glibc-2.3.6. Don't think 2.3.6 stat
On Monday 12 February 2007 10:52, Jeff Chua wrote:
> On 12 Feb 2007 10:02:28 +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > stat() returns time in seconds,
> >
> > Not correct (at least for glibc stat). It supports nanoseconds these days,
> > although not all file systems (including ext3) do
>>> Andi Kleen <[EMAIL PROTECTED]> 10.02.07 12:50 >>>
>
>From: "Bryan O'Sullivan" <[EMAIL PROTECTED]>
>
>This copy routine is memcpy-compatible, but on some architectures will use
>cache-bypassing loads to avoid bringing the source data into the cache.
>
>One case where this is useful is when a dev
Hi,
I am passing a packet consisting of a fixed length header and a
variable length data block to a user mode application. The user mode
application passes the pointer of its buffer with an ioctl call
(buff_ptr). When the driver receives buff_ptr, it makes two calls to
pass the packet to user mode
In article <[EMAIL PROTECTED]>,
Jeff Chua <[EMAIL PROTECTED]> wrote:
>On 12 Feb 2007 10:02:28 +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
>
>> > stat() returns time in seconds,
>>
>> Not correct (at least for glibc stat). It supports nanoseconds these days,
>> although not all file systems (includ
> This looks a little strange to me:
> - the first 128 bytes are still going through the cache
> - up to 192 bytes past the copied area are being marked non-temporal, while
> there's nothing known about that area
Yes that seems quite bogus.
> - sfence seems questionable here, I would have thou
Mathieu Desnoyers <[EMAIL PROTECTED]> writes:
>
> /**
> @@ -402,7 +405,7 @@ static __inline__ long atomic64_sub_return(long i,
> atomic64_t *v)
> */
> #define atomic_add_unless(v, a, u) \
> ({ \
> - int
--- "Eric W. Biederman" wrote:
> So I really don't care if we move whole real mode section into a note
> or if we just put a pointer to it into a note. What is important is
> that we use a note to find it.
Well, we can advertise by a note the section number or the section
name which contains the
Pierre Ossman wrote:
Brad Campbell wrote:
[EMAIL PROTECTED]:/sys/block/mmcblk0$ ls -laR
.:
total 0
drwxr-xr-x 6 root root0 2007-02-11 23:29 .
drwxr-xr-x 13 root root0 2007-02-11 23:27 ..
-r--r--r-- 1 root root 4096 2007-02-11 23:28 dev
lrwxrwxrwx 1 root root0 2007-02-11 23:27 devi
This is a new release of the SM501 MFD driver.
This driver handles the core function of the chip,
including the clock, power control and allocation
of resources for drivers. It also exports a series
of platform devices for the function drivers to
attach to.
This patch supports both platform and P
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Fri, 9 Feb 2007, Sergei Organov wrote:
>>
>> As far as I can read the C99 standard, the "char", "signed char", and
>> "unsigned char", are all different types:
>
> Indeed. Search for "pseudo-unsigned", and you'll see more. There are
> actually cases
5BOn Thu, Feb 08, 2007 at 05:56:02PM +, James Simmons wrote:
>
>
> Do you have a new patch?
New mfd driver posted to the linux-kernel list. Will post
new sm501 driver (fixed cursor code) and option for byte-swap
on systems with big-endian cpu and little-endian pci
--
Ben ([EMAIL PROTECTED]
Hello Tejun,
> You have a Maxtor connected to that port, right? That's caused by
Waoh, you are using crystal ball ? :) You are right, this is a Maxtor
disk, 250 MB. If you want more details about this disk, I can send you
a complete details.
> firmware bug. Future kernels will consider that c
albcamus napsal(a):
2007/2/9, Jiri Slaby <[EMAIL PROTECTED]>:
Reg Clemens napsal(a):
> Why can't I build a running Kernel?
> I have in the past, but since some time in the 2.6.19 series,
> I have got the following series of errors.
> Same thing now with 2.6.20.
>
> I build with:
>
> make xco
I upgraded the kernel on my Kubuntu 6.10 to 2.6.17-11-generic and had
a lot of trouble compiling my softmodem driver.
Apparently it was, among others, because of a mistake in kernel-headers
this is what I've found in tty.h
$ cat -n /usr/src/linux-headers-2.6.17-11-generic/include/linux/tty.h
| gr
--- Pierre Ossman <[EMAIL PROTECTED]> wrote:
> Alex Dubov wrote:
> >
> > It just occurred to me that my synopsis of the problem was utterly lame.
> > Here, the correct description:
> > When the card is pulled out, I mark the host as "ejected" (so it fast-fails
> > all the requests),
> > sleep a
A Dilluns 12 Febrer 2007 10:11, Jean Delvare va escriure:
> Le Samedi 10 Février 2007 15:45, Tejun Heo a écrit :
> > [cc'ing Alan and Jean, Hi!]
> >
> > Leopold Palomo Avellaneda wrote:
> > > A Divendres 09 Febrer 2007 18:13, Leopold Palomo Avellaneda va escriure:
> > >> A Divendres 09 Febrer 2007
There's a slight problem with filesystem type representation in fuse
based filesystems.
>From the kernel's view, there are just two filesystem types: fuse and
fuseblk. From the user's view there are lots of different filesystem
types. The user is not even much concerned if the filesystem is fuse
Changes from ver(1)
- __page_symlink(): In order to be on a safe side add explicit zeroing content
before fail (just in case).
-do_lo_send_aops(): If prepare_write can't handle total size of bytes requested
from loop_dev it is safer to fail.
- pipe_to_f
Patch depends on : "[PATCH 0/1][RFC] prepare_write positive return value V(2)"
This patch solve ext3/4 retry loop issue.
Issue description:
What we can do if block_prepare_write fail inside ext3_prepare_write ?
a) Stop transaction and do retry if possible, but what happend if
reboot comes af
--
This is an update to my multi-hierarchy multi-subsystem generic
process containers patch. Changes since V6 (22nd December) include:
- updated to 2.6.20
- added more details about multiple hierarchy support in the
documentation
- reduced the per-task memory overhead to one pointer (previous
This demonstrates how to use the generic container subsystem for a
simple resource tracker that counts the total CPU time used by all
processes in a container, during the time that they're members of the
container.
Signed-off-by: Paul Menage <[EMAIL PROTECTED]>
---
include/linux/cpu_acct.h | 1
This patch provides the RG core and numtasks controller as container
subsystems, intended as an example of how to implement a more complex
resource control system over generic process containers. The changes
to the core involve primarily removing the group management, task
membership and configfs s
When a task enters a new namespace via a clone() or unshare(), a new
container is created and the task moves into it. Developed by Serge
Hallyn <[EMAIL PROTECTED]>, adapted by Paul Menage <[EMAIL PROTECTED]>
---
include/linux/nsproxy.h |6 ++
init/Kconfig|9 +++
kernel/Makefil
This patch implements the BeanCounter resource control abstraction
over generic process containers. It contains the beancounter core
code, plus the numfiles resource counter. It doesn't currently contain
any of the memory tracking code or the code for switching beancounter
context in interrupts.
C
This patch creates a generic process container system based on (and
parallel top) the cpusets code. At a coarse level it was created by
copying kernel/cpuset.c, doing s/cpuset/container/g, and stripping out any
code that was cpuset-specific rather than applicable to any process
container subsystem
> - temporarily removed the "release agent" support.
ouch
> ... it can be re-added ... via a kernel thread that periodically polls
> containers ...
double ouch.
You'll have a rough time selling me on the idea that some kernel thread
should be waking up every few seconds, grabbing system-wide l
On 2/12/07, Paul Jackson <[EMAIL PROTECTED]> wrote:
You'll have a rough time selling me on the idea that some kernel thread
should be waking up every few seconds, grabbing system-wide locks, on a
big honkin NUMA box, for the few times per hour, or less, that a cpuset is
abandoned.
I think it c
Paul M, responding to Paul J:
> I think it could be made smarter than that, e.g. have a workqueue task
> that's only woken when a refcount does actually reach zero. (I think
> that waking a workqueue task is something that can be done without too
> much worry about locks)
>
> >
> > Can you explain
Etienne Lorrain <[EMAIL PROTECTED]> writes:
> --- "Eric W. Biederman" wrote:
>> So I really don't care if we move whole real mode section into a note
>> or if we just put a pointer to it into a note. What is important is
>> that we use a note to find it.
>
> Well, we can advertise by a note the
Remove all inclusions of "linux/rwsem.h" from the standard semaphore
header files, since anyone who needs R/W semaphores should be
including that header file directly.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
it *seems* fairly obvious that the numerous
include/asm-*/semaphore
On Sun, 11 Feb 2007, Willy Tarreau wrote:
> On Sun, Feb 11, 2007 at 09:37:06AM +1100, Nigel Cunningham wrote:
> > On Sat, 2007-02-10 at 23:20 +0100, Rafael J. Wysocki wrote:
>
> Many people also have Linux on their notebooks, but as a dual-boot. You
> read the word ? "dual-boot". It means that th
> [ 23.783913] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ
> sharing enabled
> [ 23.787063] pnp: Device 00:0c activated.
> [ 23.787420] 00:0c: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
So the PnP layers put a device on IRQ 4, which is sensible
> [ 37.516000] eth1: orinoco_cs
Brad Campbell wrote:
> Alex, it's still hit and miss getting this card detected. I had to
> insert/remove the card over 10 times with random driver load/unloads
> until it created the device entries..
And for me it's still worse, no matter what I try with 2.6.20:
speedy:~ # find /sys/devices | gr
Hi all,
I work on a custom board and I have a PCI realated question. Please
redirect me to a more suitable list if you find the following off-topic.
On my board I have a powerpc and an fpga that I need to configure at
boot: once this is accomplished, the fpga implements a PCI device. At
moment I
This is a nicer version of the MTRR compatibilty ioctl patch, compiles
smaller and also tested.
Signed-off-by: Giuliano Procida <[EMAIL PROTECTED]>
--- linux-source-2.6.19.1.orig/arch/i386/kernel/cpu/mtrr/if.c 2006-12-11
19:32:53.0 +
+++ linux-source-2.6.19.1/arch/i386/kernel/cpu/m
On Monday 12 February 2007, Alan wrote:
> > [ 23.783913] Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ
> > sharing enabled
> > [ 23.787063] pnp: Device 00:0c activated.
> > [ 23.787420] 00:0c: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
>
> So the PnP layers put a device on IRQ 4, whi
In __lock_acquire check_chain_key can turn off
debug_locks, so check is needed to assure proper
return code.
Signed-off-by: Jarek Poplawski <[EMAIL PROTECTED]>
---
diff -Nurp linux-2.6.20-git7-/kernel/lockdep.c
linux-2.6.20-git7/kernel/lockdep.c
--- linux-2.6.20-git7-/kernel/lockdep.c 2007-02-1
At Fri, 9 Feb 2007 17:52:11 +0100,
Wouter Paesen wrote:
>
>
> The ca0106 driver does not install a reference to the pci
> device in it's __devinit function. This will result in a
> missing "device" attribute on the sound devices associated with
> this card, which makes hal/libhal ignore the ca
Alex Dubov wrote:
> I removed that line altogether (it does not really needed as mmc host will
> not be accessed
> anymore). The problem is more elaborate. Here, the card fails,
> mmc_host_remove is called without
> sleep beforehand, and "after remove" message is printed immediately after it.
>
On Sun, Feb 11, 2007 at 07:46:36 +0100, Willy Tarreau wrote:
[...]
> Many people also have Linux on their notebooks, but as a dual-boot. You
> read the word ? "dual-boot". It means that they cleanly shutdown their
> system every time they don't use it anymore, and they won't know what
> OS they'l
On Wed, 31 Jan 2007, Geert Uytterhoeven wrote:
> I would like to hear your opinions about the patchset below (updated version
> compared to yesterday, lkml added to the CC list).
>
> The Cell Broadband Engine contains a 64-bit PowerPC core with 2 hardware
> threads (called PPEs) and 8 Synergistic
--- "Eric W. Biederman" <[EMAIL PROTECTED]> wrote:
> What I was thinking is that in the not we place the physical address
> and length that we load the real mode code at. My assumption being
> that we have marked the real mode code __init or the equivalent,
> so we always load and just ignore it l
Eric W. Biederman wrote:
With ELF we get a single file format that works on multiple
architectures and for multiple OS-s, with well understood rules. This
allows for a broader audience who can review and maintain the code.
In addition to the real possibility of multi-architecture or multi-os
bo
[EMAIL PROTECTED] writes:
> +
> +This feature aims at making the kernel automatically change the tunables
> +values as it sees resources running out.
The only reason we have resource limit is to avoid DOS when one
resource consumes too much memory. When there is no such danger then
there isn't an
On Sat, 10 Feb 2007, Andi Kleen wrote:
> - lguest
> * still seems heavily in development. Not sure it will be ready in time.
How would you define ready?
It's currently useful and stable, and features a lack of enterprise-class
complexity.
- James
--
James Morris
<[EMAIL PROTECTED]>
-
To u
On Monday 12 February 2007 15:11, James Morris wrote:
> On Sat, 10 Feb 2007, Andi Kleen wrote:
>
> > - lguest
> > * still seems heavily in development. Not sure it will be ready in time.
>
> How would you define ready?
Used by at least some people for something, got some real world testing, mo
This patch enables the full functionality of truncate for hugetlbfs
files. Truncate was originally limited to reducing the file size
because page faults were not supported for hugetlbfs. Now that page
faults have been implemented it is now possible to fully support
truncate.
Signed-off-by: Dave
Greg KH <[EMAIL PROTECTED]> writes:
> On Tue, Jan 30, 2007 at 06:40:10PM +0100, Rainer Weikusat wrote:
>> Greg KH <[EMAIL PROTECTED]> writes:
>>
>> [...]
>>
>> > Rainer's problem is a real bug in the USB driver code, which we need to
>> > work on getting fixed,
>
> Ok, here's an updated version,
On Mon, 12 Feb 2007, Andi Kleen wrote:
> > It's currently useful and stable,
>
> How do you know?
I've been working on it for some weeks. At this stage, it's also useful
for some simple kernel hacking.
- James
--
James Morris
<[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the l
Question on using modules with kernel.
I've been building the latest git kernels for the G4L project,
and the latest
kernels have added support for a lot of newer hardware, but
currently have
two of the nic drivers that cause problems when build into
the kernel.
DEPCA causes a kernel panic.
Hi!
> > "If the device requires that, implement .suspend and .resume or at least
>
> > define .suspend that will always return -ENOSYS (then people will know they
> ^^^
> > have
After updating several machines to 2.6.20, I can't boot anymore the single
one of them that supports the NX bit and is configured as a 32-bit system.
My understanding is that the VDSO changes in 2.6.20-rc7 were not fully
cooked, in that with that config option enabled VDSO_SYM(x) now equals
x, me
On Mon 2007-02-12 09:04:43, Andi Kleen wrote:
> On Monday 12 February 2007 08:54, Oliver Neukum wrote:
> > Am Montag, 12. Februar 2007 08:38 schrieb Andi Kleen:
> > > When a machine check event is detected (including a AMD RevF threshold
> > > overflow event) allow to run a "trigger" program. This
Please pull from 'for-linus' branch of
git://git390.osdl.marist.edu/pub/scm/linux-2.6.git for-linus
to receive the following updates:
arch/s390/kernel/smp.c| 15 +--
drivers/s390/cio/device_id.c |3 ++-
drivers/s390/cio/device_ops.c | 32
Dear all,
I did some performance tests that made me really wonder:
My Hardware:
Asus P5LD2 board with Intel i945P chipset, ICH7R southbridge
CPU Intel Core 2 Duo E6300 at 1.86 GHz, 2 MB Cache
1 GB RAM
My Software:
OpenSuSE 10.2 with Linux kernel 2.6.18, x86-64 architecture
FreeBSD 6.2
Testdrives
> utrace-utrace-tracehook.patch
> utrace-utrace-tracehook-ia64.patch
> utrace-utrace-tracehook-sparc64.patch
> utrace-utrace-tracehook-s390.patch
> utrace-utrace-regset.patch
> utrace-utrace-regset-ia64.patch
> utrace-utrace-regset-sparc64.patch
> utrace-utrace-regset-s390.patch
> utrace-utrace-cor
Hi,
On Mon, 12 Feb 2007, Miklos Szeredi wrote:
> There's a slight problem with filesystem type representation in fuse
> based filesystems.
>
> >From the kernel's view, there are just two filesystem types: fuse and
> fuseblk. From the user's view there are lots of different filesystem
> types.
On Sat, 2007-02-10 at 23:45 -0500, Len Brown wrote:
> On Saturday 10 February 2007 19:33, Richard Purdie wrote:
> > As mentioned previously, I've setup a backlight git tree at:
> >
> > http://git.o-hand.com/?p=linux-rpurdie-backlight;a=shortlog;h=for-mm
> > (git://git.o-hand.com/linux-rpurdie-back
On Mon, Feb 12, 2007 at 03:43:14PM +0900, Ian Kent wrote:
> On Thu, 2007-02-08 at 11:33 +0900, Ian Kent wrote:
> > On Wed, 2007-02-07 at 19:18 +0100, Olivier Galibert wrote:
> > > On Thu, Feb 08, 2007 at 03:07:41AM +0900, Ian Kent wrote:
> > > > It may be better to update to a later kernel so I don
> > There's a slight problem with filesystem type representation in fuse
> > based filesystems.
> >
> > >From the kernel's view, there are just two filesystem types: fuse and
> > fuseblk. From the user's view there are lots of different filesystem
> > types. The user is not even much concerned i
Hi All,
i upgraded to vanilla kernel 2.6.20 and while i was using strongswan
2.8.2 to setup an IPSEC VPN i got the following kernel Ooops.
I had successfully established the same tunnel a few times, but key
renegotiation caused a problem ( both ends did not renegotiate at the
same time so the
On Sun, Feb 11, 2007 at 10:55:04PM -0800, Valerie Henson wrote:
> On Sat, Feb 10, 2007 at 07:54:00PM -0500, Dave Jones wrote:
> >
> > Whilst on the subject of RELATIME, is there any good reason why
> > not to make this a default mount option ?
>
> Ubuntu has been shipping with noatime as th
David Schwartz wrote:
Indeed, but using the provided key is not circumventing. Loading a
non-GPL module that uses GPL symbols anyway is prevented, so
forcibly loading such a module "the rootkit way" by patching /dev/mem
is a circumvention. Catch one of the script kiddies inside the US, and
you c
On Mon, 12 Feb 2007, Pavel Machek wrote:
> > > "If the device requires that, implement .suspend and .resume or at least
> >
> > > define .suspend that will always return -ENOSYS (then people will know
> > > they
> > ^
1 - 100 of 422 matches
Mail list logo
