Re: [PATCH] kvm needs menu structure

Randy Dunlap wrote: From: Randy Dunlap <[EMAIL PROTECTED]> KVM config items need to be inside a menu structure instead of dangling off of Device Drivers. A similar patch (kvm-put-kvm-in-a-new-virtualization-menu.patch) is already queued in -mm. Andrew, Randy's patch shouldn't be

Re: [RFC] rfkill - Add support for input key to control wireless radio

Hi, > > > > > 2 - Hardware key that does not control the hardware radio and does not report anything to userspace > > > > > > > > Kind of uninteresting button ;) > > > > > > And this is the button that rfkill was originally designed for. > > > Laptops with integrated WiFi cards from Ralink

[take27 1/8] kevent: Description.

Description. diff --git a/Documentation/kevent.txt b/Documentation/kevent.txt new file mode 100644 index 000..2e03a3f --- /dev/null +++ b/Documentation/kevent.txt @@ -0,0 +1,240 @@ +Description. + +int kevent_init(struct kevent_ring *ring, unsigned int ring_size, + unsigned int

[take27 5/8] kevent: Timer notifications.

Timer notifications. Timer notifications can be used for fine grained per-process time management, since interval timers are very inconvenient to use, and they are limited. This subsystem uses high-resolution timers. id.raw[0] is used as number of seconds id.raw[1] is used as number of

[take27 3/8] kevent: poll/select() notifications.

poll/select() notifications. This patch includes generic poll/select notifications. kevent_poll works simialr to epoll and has the same issues (callback is invoked not from internal state machine of the caller, but through process awake, a lot of allocations and so on). Signed-off-by: Evgeniy

[take27 0/8] kevent: Generic event handling mechanism.

Generic event handling mechanism. Kevent is a generic subsytem which allows to handle event notifications. It supports both level and edge triggered events. It is similar to poll/epoll in some cases, but it is more scalable, it is faster and allows to work with essentially eny kind of events.

[take27 7/8] kevent: Signal notifications.

Signal notifications. This type of notifications allows to deliver signals through kevent queue. One can find example application signal.c on project homepage. If KEVENT_SIGNAL_NOMASK bit is set in raw_u64 id then signal will be delivered only through queue, otherwise both delivery types are

[take27 4/8] kevent: Socket notifications.

Socket notifications. This patch includes socket send/recv/accept notifications. Using trivial web server based on kevent and this features instead of epoll it's performance increased more than noticebly. More details about various benchmarks and server itself (evserver_kevent.c) can be found

[take27 6/8] kevent: Pipe notifications.

Pipe notifications. diff --git a/fs/pipe.c b/fs/pipe.c index f3b6f71..aeaee9c 100644 --- a/fs/pipe.c +++ b/fs/pipe.c @@ -16,6 +16,7 @@ #include #include #include +#include #include #include @@ -312,6 +313,7 @@ redo: break; }

[take27 8/8] kevent: Kevent posix timer notifications.

Kevent posix timer notifications. Simple extensions to POSIX timers which allows to deliver notification of the timer expiration through kevent queue. Example application posix_timer.c can be found in archive on project homepage. Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]> diff --git

Re: [PATCH] Introduce jiffies_32 and related compare functions

David Miller a écrit : From: Eric Dumazet <[EMAIL PROTECTED]> Date: Tue, 12 Dec 2006 05:09:23 +0100 We definitly *like* being able to use bigger timeouts on 64bits platforms. Not that they are mandatory since the same application should run fine on 32bits kernel. But as the standard type for

BUG: unable to handle kernel paging request in 2.6.19-git

This bug started to show up after the release of 2.6.19 (iirc plain 2.6.19 was still working fine). The full dmesg is at http://www.bencastricum.nl/lk/bootmessages-2.6.19-g9202f325.log, and the .config http://www.bencastricum.nl/lk/config-g9202f325.log I haven't tried disabling

Re: 2.6.19-mm1

On Mon, 11 Dec 2006 22:06:17 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > > When I use ftp on 2.6.19-mm1, transfered file is always broken. > > like this: > > == > > [EMAIL PROTECTED] ~]$ file ./linux-2.6.19.tar.bz2 (got on 2.6.19-mm1) > > ./linux-2.6.19.tar.bz2: data > > (I confirmed original

Re: [PATCH] incorrect error handling inside generic_file_direct_write

On Tue, 12 Dec 2006 12:22:14 +0300 Dmitriy Monakhov <[EMAIL PROTECTED]> wrote: > >> @@ -2041,6 +2041,14 @@ generic_file_direct_write(struct kiocb * > >>mark_inode_dirty(inode); > >>} > >>*ppos = end; > >> + } else if (written < 0) { > >> +

[RFC][PATCH 2.6.19 5/6] add "add" element in /sys/class/misc/netconsole

From: Keiichi KII <[EMAIL PROTECTED]> This patch contains the following changes. To add port dynamically, create "add" element in /sys/class/misc/netconsole. ex) 1. echo "eth0" > /sys/clas/misc/netconsole/add then the port is added with the default settings. 2. echo "@/eth0,@192.168.0.1/" >

[RFC][PATCH 2.6.19 6/6] update modification history

From: Keiichi KII <[EMAIL PROTECTED]> Update modification history. Signed-off-by: Keiichi KII <[EMAIL PROTECTED]> --- --- linux-2.6.19/drivers/net/netconsole.c 2006-12-12 14:57:45.588967500 +0900 +++ enhanced-netconsole/drivers/net/netconsole.c.sign 2006-12-12 14:54:49.541965250 +0900

AIC79XX abort -- hardware fault?

G'day. One of the machines I maintain is having real trouble with the AIC79XX HBA or the tape drive attached to it. I believe this is a hardware fault, but I am not certain where the problem lies. Normally I would blame the cable or, maybe, the tape drive, but the early stage of the fault and

[RFC][PATCH 2.6.19 3/6] add interface for netconsole using sysfs

From: Keiichi KII <[EMAIL PROTECTED]> This patch contains the following changes. create a sysfs entry for netconsole in /sys/class/misc. This entry has elements related to netconsole as follows. You can change configuration of netconsole(writable attributes such as IP address, port number and so

[RFC][PATCH 2.6.19 4/6] switch function of netpoll

From: Keiichi KII <[EMAIL PROTECTED]> This patch contains switch function of netpoll. if "enable" attribute of certain port is '1', this port is used. if "enable" attribute of certain port is '0', this port isn't used. active_netconsole_dev list manages a list of active ports.

[RFC][PATCH 2.6.19 1/6] cleanup for netconsole

From: Keiichi KII <[EMAIL PROTECTED]> This patch contains the following cleanups. - add __init for initialization functions(option_setup() and init_netconsole()). - define name of magic number. Signed-off-by: Keiichi KII <[EMAIL PROTECTED]> --- --- linux-2.6.19/drivers/net/netconsole.c

Re: [PATCH] incorrect error handling inside generic_file_direct_write

Andrew Morton <[EMAIL PROTECTED]> writes: > On Mon, 11 Dec 2006 16:34:27 +0300 > Dmitriy Monakhov <[EMAIL PROTECTED]> wrote: > >> OpenVZ team has discovered error inside generic_file_direct_write() >> If generic_file_direct_IO() has fail (ENOSPC condition) it may have >> instantiated >> a few

[RFC][PATCH 2.6.19 0/6] proposal for dynamic configurable netconsole

From: Keiichi KII <[EMAIL PROTECTED]> The netconsole is a very useful module for collecting kernel message under certain circumstances(e.g. disk logging fails, serial port is unavailable). But current netconsole is not flexible. For example, if you want to change ip address for logging agent, in

amd64 iommu causing corruption? (was Re: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?!)

On Mon, Dec 11, 2006 at 10:24:02AM +0100, Karsten Weiss wrote: > We could not reproduce the data corruption anymore if we boot the > machines with the kernel parameter "iommu=soft" i.e. if we use > software bounce buffering instead of the hw-iommu. (As mentioned > before, booting with mem=2g

Re: 2.6.19-mm1

On Tue, 12 Dec 2006 14:53:41 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote: > > On Mon, 11 Dec 2006 00:58:07 -0800 > Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > Temporarily at > > > > http://userweb.kernel.org/~akpm/2.6.19-mm1/ > > > > Will appear later at > > > > > >

Re: 2.6.19-mm1

On Mon, 11 Dec 2006 00:58:07 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote: > > Temporarily at > > http://userweb.kernel.org/~akpm/2.6.19-mm1/ > > Will appear later at > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19/2.6.19-mm1/ > When I use ftp on

Re: [take26-resend1 7/8] kevent: Signal notifications.

On Mon, Dec 11, 2006 at 12:32:55PM -0400, Mauricio Lin ([EMAIL PROTECTED]) wrote: > Hi Evgeniy, Hi Mauricio. > I have used kobject_uevent() to notify userspace about some events. > For instance, when memory comsumption reaches a predefined watermark, > a signal is sent to userspace to allow

Re: [take26-resend1 0/8] kevent: Generic event handling mechanism.

On Mon, Dec 11, 2006 at 10:16:30AM -0500, Jeff Garzik ([EMAIL PROTECTED]) wrote: > Comments: > > * [oh, everybody will hate me for saying this, but...] to me, "kevent" > implies an internal kernel subsystem. I would rather call it "uevent" > or anything else lacking a 'k' prefix. It is

[PATCH -mm] sata_nv: fix kfree ordering in remove

Jeff Garzik wrote: It is unwise to free the struct before the ports are even detached. Right, theoretically something bad could happen here (though not likely). Here's a fix. Sorry for attaching with something so trivial, but Thunderbird isn't very cooperative.. --- The suspend/resume

Re: Kevent POSIX timers support.

On Mon, Dec 11, 2006 at 05:36:44PM -0800, David Miller ([EMAIL PROTECTED]) wrote: > From: Evgeniy Polyakov <[EMAIL PROTECTED]> > Date: Tue, 28 Nov 2006 22:22:36 +0300 > > > And, btw, last time I checked, aligned_u64 was not exported to > > userspace. > > It is in linux/types.h and not protected

Re: [RFC] rfkill - Add support for input key to control wireless radio

Hi Ivo, On Thursday 07 December 2006 16:53, Ivo van Doorn wrote: > Hi, > > > > > >  2 - Hardware key that does not control the hardware radio and does > > > > > not report anything to userspace > > > > > > > > Kind of uninteresting button ;) > > > > > > And this is the button that rfkill was

2.6.19.1 GFS2_FS_LOCKING_DLM bug still lurking

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I tried building the new kernel and ran into this bug: WARNING: "kernel_sendmsg" [fs/dlm/dlm.ko] undefined! WARNING: "sock_release" [fs/dlm/dlm.ko] undefined! WARNING: "config_item_put" [fs/dlm/dlm.ko] undefined! WARNING: "sock_create_kern"

Re: [PATCH] Introduce jiffies_32 and related compare functions

From: Eric Dumazet <[EMAIL PROTECTED]> Date: Tue, 12 Dec 2006 05:09:23 +0100 > We definitly *like* being able to use bigger timeouts on 64bits platforms. > > Not that they are mandatory since the same application should run fine on > 32bits kernel. But as the standard type for 'tick timestamps'

Re: [PATCH] Introduce jiffies_32 and related compare functions

David Miller a écrit : From: Eric Dumazet <[EMAIL PROTECTED]> Date: Tue, 12 Dec 2006 04:47:14 +0100 I doubt being able to extend the expiration of a dst above 2^32 ticks (49 days if HZ=1000, 198 days if HZ=250) is worth the ram wastage. And this doesn't apply for all jiffies uses because?

ieee80211 sleeping in invalid context

Hey all, more data on my bcm43xx problem report from a few weeks back. By random chance I acquired a brain, and decided to rebuild my latest kernel pull with as many debugging options on as I could stand. Got the below, plus a dead keyboard (except for Magic SysRq) (but only if I let userspace

Re: [PATCH] Introduce jiffies_32 and related compare functions

From: Eric Dumazet <[EMAIL PROTECTED]> Date: Tue, 12 Dec 2006 04:47:14 +0100 > I doubt being able to extend the expiration of a dst above 2^32 > ticks (49 days if HZ=1000, 198 days if HZ=250) is worth the ram > wastage. And this doesn't apply for all jiffies uses because? :-) That's the point

Re: [PATCH][SCSI]: Save some bytes in struct scsi_target

On Tue, Dec 12, 2006 at 01:17:18AM -0200, Arnaldo Carvalho de Melo wrote: > }; /* size: 368, cachelines: 12 */ > }; /* size: 364, cachelines: 12 */ Saving space is always good ;-) > - unsigned intcreate:1; /* signal that it needs to be added */ > + char

Re: [PATCH] Introduce jiffies_32 and related compare functions

David Miller a écrit : From: Eric Dumazet <[EMAIL PROTECTED]> Date: Mon, 11 Dec 2006 23:58:06 +0100 Some subsystems dont need more than 32bits timestamps. See for example net/ipv4/inetpeer.c and include/net/tcp.h : #define tcp_time_stamp((__u32)(jiffies)) Because most timeouts

Re: [PATCH] connector: Some fixes for ia64 unaligned access errors

From: Matt Helsley <[EMAIL PROTECTED]> Date: Mon, 11 Dec 2006 19:09:16 -0800 > Hmm, that GCC assumption conflicts with the prototypes of memcpy() I've > seen. When GCC expands __builtin_memcpy() internally it looks at the types of the arguments, and what it knows about their guarenteed

Re: [PATCH] WorkStruct: Implement generic UP cmpxchg() where an

>> to keep the amount of code between ll and sc to an absolute minimum >> to avoid interference which causes livelock. Processor timeouts >> are generally much longer than any reasonable code sequence. > "Generally" does not mean you can just ignore it and hope the C compiler > does the right

Re: [2.6.19] NFS: server error: fileid changed

--- Trond Myklebust <[EMAIL PROTECTED]> wrote: > On Mon, 2006-12-11 at 15:44 -0800, Martin Knoblauch wrote: > > So far, we are only seeing it on amd-mounted filesystems, not on > > static NFS mounts. Unfortunatelly, it is difficult to avoid "amd" > in > > our environment. > > Any chance you

[PATCH][SCSI]: Save some bytes in struct scsi_target

Before: [EMAIL PROTECTED] kpahole-2.6]$ pahole --cacheline 32 /tmp/scsi.o.before scsi_target /* include/scsi/scsi_device.h:86 */ struct scsi_target { struct scsi_device * starget_sdev_user;/* 0 4 */ struct list_head siblings; /* 4 8

Re: [PATCH] connector: Some fixes for ia64 unaligned access errors

On Mon, 2006-12-11 at 17:50 -0800, David Miller wrote: > From: Pete Zaitcev <[EMAIL PROTECTED]> > Date: Mon, 11 Dec 2006 17:29:07 -0800 > > > On Mon, 11 Dec 2006 15:52:47 -0800, Matt Helsley <[EMAIL PROTECTED]> wrote: > > > > > I'm shocked memcpy() introduces 8-byte stores that violate

Re: [PATCH 0/1] V4L/DVB fix

On Mon, 11 Dec 2006, Mauro Carvalho Chehab wrote: > > Please pull 'master' from: > git://git.kernel.org:/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git > master > > It fixes a breakage when compiling on ia64. I get "Already up-to-date." Did you forget to push out again?

Re: [PATCH] Whinge in paging_init if noexec is on with a non-PAE kernel

On second thought, this is probably better since most people will presumably be booting non-PAE kernels, generating this message when they've not tried to force the issue seems silly. This way, the user will only see a warning if they actually go out and specify "noexec=on" on the command line.

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006, Andrew Morton wrote: > > Looks like this might break pcmcia which for some reason does firmware > requesting at fs_initcall level (drivers/pcmcia/ds.c). Ok, that's just strange. I think it's fine to do init_pcmcia_bus early to make sure that the PCMCIA bus interface is

Re: SATA-performance with AHCI

Martin A. Fink wrote: > Compared to ICH6R with AHCI OFF the only difference I can see is that with > AHCI the system seems to reac much faster on keyboard events and screen > redraw seems to be as fast as normal. It looks like that CPU usage has not > decreased that dramatically as I would have

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, Dec 11, 2006 at 06:08:22PM -0800, Andrew Morton wrote: > > diff --git a/include/linux/init.h b/include/linux/init.h > > index 5eb5d24..5a593a1 100644 > > --- a/include/linux/init.h > > +++ b/include/linux/init.h > > @@ -111,6 +111,7 @@ extern void setup_arch(char **); > > #define

RE: [PATCH] connector: Some fixes for ia64 unaligned access errors

Pete Zaitcev wrote on Monday, December 11, 2006 5:29 PM > On Mon, 11 Dec 2006 15:52:47 -0800, Matt Helsley <[EMAIL PROTECTED]> wrote: > > > I'm shocked memcpy() introduces 8-byte stores that violate architecture > > alignment rules. Is there any chance this a bug in ia64's memcpy() > >

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

On Mon, 11 Dec 2006 08:01:40 -0800 (PST) Linus Torvalds <[EMAIL PROTECTED]> wrote: > > > On Mon, 11 Dec 2006, Al Viro wrote: > > > On Mon, Dec 11, 2006 at 02:27:46AM -0800, Andrew Morton wrote: > > > @@ -115,6 +115,11 @@ extern void setup_arch(char **); > > > #define device_initcall_sync(fn)

Re: [PATCH 4/6] MTHCA driver (infiniband) use new pci interfaces

> Actually even PCIe might not be that easy. For example with current > kernels on PowerPC 440SPe (SoC with PCIe), I just get: > > # lspci > 00:01.0 InfiniBand: Mellanox Technology: Unknown device 6274 (rev a0) > > ie no host bridge / root complex. Did somebody used the spec as toilet

Re: Why disable vdso by default with CONFIG_PARAVIRT?

Zachary Amsden wrote: > It's not for us or Xen. Perhaps it came from lhype? (I suspect it came from Andi's fevered brain.) If lhype can't deal with vdso, it can turn it off for itself - but I don't think its a problem for lhype. J - To unsubscribe from this list: send the line

Re: [PATCH] connector: Some fixes for ia64 unaligned access errors

From: Pete Zaitcev <[EMAIL PROTECTED]> Date: Mon, 11 Dec 2006 17:29:07 -0800 > On Mon, 11 Dec 2006 15:52:47 -0800, Matt Helsley <[EMAIL PROTECTED]> wrote: > > > I'm shocked memcpy() introduces 8-byte stores that violate architecture > > alignment rules. Is there any chance this a bug in

Re: Why disable vdso by default with CONFIG_PARAVIRT?

Jeremy Fitzhardinge wrote: Zachary Amsden wrote: Jeremy Fitzhardinge wrote: Hi Andi, What problem do they cause together? There's certainly no problem with Xen+vdso (in fact, its actually very useful so that it picks up the right libc with Xen-friendly TLS). Methinks the

Re: Why disable vdso by default with CONFIG_PARAVIRT?

Zachary Amsden wrote: > Jeremy Fitzhardinge wrote: >> Hi Andi, >> >> What problem do they cause together? There's certainly no problem with >> Xen+vdso (in fact, its actually very useful so that it picks up the >> right libc with Xen-friendly TLS). >> > > Methinks the compat VDSO support got

Re: Why disable vdso by default with CONFIG_PARAVIRT?

Jeremy Fitzhardinge wrote: Hi Andi, What problem do they cause together? There's certainly no problem with Xen+vdso (in fact, its actually very useful so that it picks up the right libc with Xen-friendly TLS). Methinks the compat VDSO support got broken in the config? Paravirt +

Re: [PATCH 4/6] MTHCA driver (infiniband) use new pci interfaces

> I'm worried by this... At no point do you check the host bridge > capabilities, and thus will happily set the max read req size to some > value larger than the max the host bridge can cope... Well, it's disabled by default... the option is there as a quick way to fix "why is my bandwidth so

Re: [PATCH] connector: Some fixes for ia64 unaligned access errors

On Mon, 11 Dec 2006 15:52:47 -0800, Matt Helsley <[EMAIL PROTECTED]> wrote: > I'm shocked memcpy() introduces 8-byte stores that violate architecture > alignment rules. Is there any chance this a bug in ia64's memcpy() > implementation? I've tried to read it but since I'm not familiar with

Re: Kevent POSIX timers support.

From: Evgeniy Polyakov <[EMAIL PROTECTED]> Date: Tue, 28 Nov 2006 22:22:36 +0300 > And, btw, last time I checked, aligned_u64 was not exported to > userspace. It is in linux/types.h and not protected by __KERNEL__ ifdefs. Perhaps you mean something else? - To unsubscribe from this list: send the

Re: Broken commit: [NETFILTER]: ipt_REJECT: remove largely duplicate route_reverse function

From: Herbert Xu <[EMAIL PROTECTED]> Date: Fri, 1 Dec 2006 15:37:55 +1100 > So in general when allocating packets we have two scenarios: > > 1) The dst is known and fixed, i.e., all datagram protocols. This is > the easy case where the headroom is known exactly beforehand. > > 2) The dst is

Re: [PATCH] Introduce jiffies_32 and related compare functions

From: Eric Dumazet <[EMAIL PROTECTED]> Date: Mon, 11 Dec 2006 23:58:06 +0100 > Some subsystems dont need more than 32bits timestamps. > > See for example net/ipv4/inetpeer.c and include/net/tcp.h : > #define tcp_time_stamp((__u32)(jiffies)) > > > Because most timeouts should work

Why disable vdso by default with CONFIG_PARAVIRT?

Hi Andi, What problem do they cause together? There's certainly no problem with Xen+vdso (in fact, its actually very useful so that it picks up the right libc with Xen-friendly TLS). J - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: new procfs memory analysis feature

Albert Cahalan wrote: David Singleton writes: Add variation of /proc/PID/smaps called /proc/PID/pagemaps. Shows reference counts for individual pages instead of aggregate totals. Allows more detailed memory usage information for memory analysis tools. An example of the output shows the shared

doubts about disk scheduling

Hi, Please cc your reply to my email. many thanks I would appreciate any help on the following questions. I have looked on disk scheduling algorithms and the main thing that striked me is that most of the

Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7

On Monday December 11, [EMAIL PROTECTED] wrote: > On Mon, 11 Dec 2006, Neil Brown wrote: > > > > this nash thing is exactly the command which triggers a bit different > > > oops in my case. On my side, the oops is fully reproducible. If you > > > manage to make your case also reproducible,

Re: [patch] pipe: Don't oops when pipe filesystem isn't mounted

> So it makes perfect sense to say > >"you won't be getting any notification by anything built-in, until > 'device_initcall' (which is the default module_init, of course)". > > which in the case of certain drivers obviously _does_ mean that they had > better not try to use any early

Re: [2.6.19] NFS: server error: fileid changed

On Mon, 2006-12-11 at 15:44 -0800, Martin Knoblauch wrote: > So far, we are only seeing it on amd-mounted filesystems, not on > static NFS mounts. Unfortunatelly, it is difficult to avoid "amd" in > our environment. Any chance you could try substituting a recent version of autofs? This sort of

[RFC] Patch: dynticks: idle load balancing

Appended patch attempts to fix the process idle load balancing in the presence of dynticks. cpus for which ticks are stopped will sleep till the next event wakes it up. Potentially these sleeps can be for large durations and during which today, there is no idle load balancing being done. There was

Re: 2.6.19-git13: uts banner changes break SLES9 (at least)

From: Paul Mackerras <[EMAIL PROTECTED]> Date: Tue, 12 Dec 2006 09:04:41 +1100 > If there is a reliable way to get the version string, great, I'll use > that. FWIW, on sparc and sparc64 we have this information block for the boot loader. The first two instructions at the entry point simply

[PATCH] Whinge in paging_init if noexec is on with a non-PAE kernel

Signed-off-by: Kyle McMartin <[EMAIL PROTECTED]> diff --git a/arch/i386/mm/init.c b/arch/i386/mm/init.c index 84697df..fb61709 100644 --- a/arch/i386/mm/init.c +++ b/arch/i386/mm/init.c @@ -512,6 +512,9 @@ void __init paging_init(void) set_nx(); if (nx_enabled)

Re: 2.6.19-mm1 (md/raid1 randomly drops partitions)

On Tuesday December 12, [EMAIL PROTECTED] wrote: > On Monday, 11 December 2006 23:52, Neil Brown wrote: > > On Monday December 11, [EMAIL PROTECTED] wrote: > > > Hi, > > > > > > On Monday, 11 December 2006 09:58, Andrew Morton wrote: > > > > > > > > Temporarily at > > > > > > > >

Re: [RFC 2.6.19 1/1] fbdev,mm: hecuba/E-Ink fbdev driver v2

On 12/11/06, Franck Bui-Huu <[EMAIL PROTECTED]> wrote: [EMAIL PROTECTED] wrote: > + atomic_t ref_count; > + atomic_t vma_count; what purpose do these counters deserve ? You are right. I can remove them. > + > +void hcb_wait_for_ack(struct hecubafb_par *par) > +{ > + > + int

Re: [PATCH] connector: Some fixes for ia64 unaligned access errors

On Thu, 2006-12-07 at 17:22 -0600, Erik Jacobson wrote: > On ia64, the various functions that make up cn_proc.c cause kernel > unaligned access errors. > > If you are using these, for example, to get notification about > all tasks forking and exiting, you get multiple unaligned access errors >

Re: [PATCH] connector: Some fixes for ia64 unaligned access errors

On Sat, 2006-12-09 at 18:34 -0800, Pete Zaitcev wrote: > On Sat, 9 Dec 2006 15:09:13 -0600, Erik Jacobson <[EMAIL PROTECTED]> wrote: > > > > Please try to declare u64 timestamp_ns, then copy it into the *ev > > > instead of copying whole *ev. This ought to fix the problem if > > > buffer[] ends

Re: [2.6.19] NFS: server error: fileid changed

--- Trond Myklebust <[EMAIL PROTECTED]> wrote: > On Mon, 2006-12-11 at 08:09 -0800, Martin Knoblauch wrote: > > Hi, [please CC me, as I am not subscribed] > > > > after updating a RHEL4 box (EM64T based) to a plain 2.6.19 kernel, > we > > are seeing repeated occurences of the following

Re: 2.6.19-mm1 (md/raid1 randomly drops partitions)

On Monday, 11 December 2006 23:52, Neil Brown wrote: > On Monday December 11, [EMAIL PROTECTED] wrote: > > Hi, > > > > On Monday, 11 December 2006 09:58, Andrew Morton wrote: > > > > > > Temporarily at > > > > > > http://userweb.kernel.org/~akpm/2.6.19-mm1/ > > > > > > Will appear later at >

Re: rdtscp vgettimeofday

On Mon, Dec 11, 2006 at 03:15:44PM -0800, dean gaudet wrote: > rdtscp gets you 2 of the 5 values you need to compute the time. anything > can happen between when you do the rdtscp and do the other 3 reads: the > computation is (((tsc-A)*B)>>N)+C where N is a constant, and A, B, C are >

Re: [patch 2.6.19-git] rts-rs5c372 updates: more chips, alarm, 12hr mode, etc

On 12/11/06, Voipio Riku <[EMAIL PROTECTED]> wrote: > Have you asked around for anyone who may have insights about i2c-iop3xx > driver bugs? Maybe the driver maintainers, or arm-linux folk, or on > the i2c list. I was told to contact Dan Williams, I didn't get any response. Hi Riku, this is

Re: [PATCH 0/4] Lumpy Reclaim V3

On Wed, 6 Dec 2006 16:59:04 + Andy Whitcroft <[EMAIL PROTECTED]> wrote: > This is a repost of the lumpy reclaim patch set. This is > basically unchanged from the last post, other than being rebased > to 2.6.19-rc2-mm2. The patch sequencing appeared to be designed to make the code hard to

Re: [BUG] commit 3c517a61, slab: better fallback allocation behavior

Christoph Lameter wrote: Ahh. Fallback_alloc() does not do the check for GFP_WAIT as done in cache_grow(). Thus interrupts are disabled when we call kmem_getpages() which results in the failure. Duplicate the handling of GFP_WAIT in cache_grow(). Jay could you try this patch? The patch

Re: rdtscp vgettimeofday

On Mon, 11 Dec 2006, Andrea Arcangeli wrote: > On Mon, Dec 11, 2006 at 01:17:25PM -0800, dean gaudet wrote: > > rdtscp doesn't solve anything extra [..] > > [..] lsl-based vgetcpu is relatively slow > > Well, if you accept to run slow there's nothing to solve in the first > place indeed. > > If

Re: race in sysfs between sysfs_remove_file() and read()/write() #2

On Mon, Dec 11, 2006 at 04:13:06PM +0530, Maneesh Soni wrote: > On Mon, Dec 04, 2006 at 11:06:41AM -0500, Alan Stern wrote: > > On Mon, 4 Dec 2006, Maneesh Soni wrote: > > > > > hmm, I guess Greg has to say the final word. The question is either to > > > fail > > > the IO (-ENODEV) or fail the

xfslogd-spinlock bug?

Hello, list, I am the "big red button men" with the one big 14TB xfs, if somebody can remember me. :-) Now i found something in the 2.6.16.18, and try the 2.6.18.4, and the 2.6.19, but the bug still exists: Dec 11 22:47:21 dy-base BUG: spinlock bad magic on CPU#3, xfslogd/3/317 Dec 11 22:47:21

[PATCH] Introduce jiffies_32 and related compare functions

Some subsystems dont need more than 32bits timestamps. See for example net/ipv4/inetpeer.c and include/net/tcp.h : #define tcp_time_stamp((__u32)(jiffies)) Because most timeouts should work with 'normal jiffies' that are 32bits on 32bits platforms, it makes sense to be able to use

[PATCH] md: Don't assume that READ==0 and WRITE==1 - use the names explicitly.

### Comments for Changeset Thanks Jens for alerting me to this. Cc: Jens Axboe <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Signed-off-by: Neil Brown <[EMAIL PROTECTED]> ### Diffstat output ./drivers/md/faulty.c |2 +- ./drivers/md/raid1.c |2 +- ./drivers/md/raid10.c |6 +++---

Re: 2.6.19-mm1 (md/raid1 randomly drops partitions)

On Monday December 11, [EMAIL PROTECTED] wrote: > Hi, > > On Monday, 11 December 2006 09:58, Andrew Morton wrote: > > > > Temporarily at > > > > http://userweb.kernel.org/~akpm/2.6.19-mm1/ > > > > Will appear later at > > > > > >

[PATCH] kvm needs menu structure

From: Randy Dunlap <[EMAIL PROTECTED]> KVM config items need to be inside a menu structure instead of dangling off of Device Drivers. Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> --- drivers/kvm/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) ---

Re: 2.6.19-git13: uts banner changes break SLES9 (at least)

Linus Torvalds wrote: On Mon, 11 Dec 2006, Andy Whitcroft wrote: I am afraid to report that this second version also fails for me, as you point out CIFS can break us if defined. Olaf, will you admit that the SLES9 code is crap now? Andy, does just replacing the "__initdata" with "const" fix

Re: 2.6.19-mm1

Hi, On Monday, 11 December 2006 09:58, Andrew Morton wrote: > > Temporarily at > > http://userweb.kernel.org/~akpm/2.6.19-mm1/ > > Will appear later at > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19/2.6.19-mm1/ It caused all of the md RAID1s on my

RE: [PATCH] i386 add idle notifier (take 2)

Stephane, This patch has the same race as in 64 bit patch, that was fixed here http://www.ussg.iu.edu/hypermail/linux/kernel/0611.3/1264.html With that race, idle callbacks does not work correctly. Even on a totally idle system, I can see exit_idle called before enter_idle once every few

Teles PCI not initializing with HiSax

Hi, since at least 2.6.18, my ISDN card has given me this error in dmesg: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/none/1.1.2.2 PPP BSD Compression module registered HiSax: Linux Driver for passive ISDN cards HiSax: Version 3.5 (kernel) HiSax: Layer1 Revision 2.46.2.5 HiSax: Layer2

Re: [RFC: -mm patch] OCFS2: make code static

Hi Adrian, On Mon, Dec 11, 2006 at 08:10:01PM +0100, Adrian Bunk wrote: > On Mon, Dec 11, 2006 at 12:58:07AM -0800, Andrew Morton wrote: > >... > > Changes since 2.6.19-rc6-mm2: > >... > > git-ocfs2.patch > >... > > git trees. > >... > > This patch makes needlessly global code static. > >

Re: [patch 2.6.19-git] rts-rs5c372 updates: more chips, alarm, 12hr mode, etc

> On Sunday 10 December 2006 10:27 pm, Voipio Riku wrote: >> > Update the rtc-rs5c372 driver: >> > I suspect the >> > issue wasn't that "mode 1" didn't work on that board; the original >> > code to fetch the trim was broken. If "mode 1" really won't work, >> > that's almost certainly a bug in

Re: powerpc: "IRQ probe failed (0x0)" on powerbook

On Tue, Dec 12, 2006 at 07:28:23AM +1100, Benjamin Herrenschmidt wrote: > > Same here, btw - except that I couldn't catch the exact message as > > nicely. > > Yeah, fixed in the patch I sent yesterday [PATCH] powerpc: Fix irq > routing on some PowerMac 32 bit. Confirmed, everything is fine with

Re: 2.6.19-git13: uts banner changes break SLES9 (at least)

Linus Torvalds writes: > On Mon, 11 Dec 2006, Olaf Hering wrote: > > > > arch/powerpc/boot/wrapper:156:version=`${CROSS}strings "$kernel" | grep > > '^Linux version [-0-9.]' | \ > > This is also obviously broken (and really sad), but actually ends up being > better than what

Re: noexec=on doesn't work

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Piel wrote: > 12/09/2006 09:03 PM, Kyle McMartin wrote/a écrit: >> On Sat, Dec 09, 2006 at 02:34:47PM -0500, John Richard Moser wrote: >>> I have filed this as a distro bug with Ubuntu; it may be their issue, I >>> haven't dug deep enough to

Re: [patch 2.6.19-git] watchdog: at91_wdt build fix

Hi David, > > See also Andrew Victor's patch (dated 04/Dec/2006) in the > > linux-2.6-watchdog tree. It's indeed the at91rm9200_wdt, the mpcore_wdt > > and the omap_wdt that are affected by the miscdev changes > > I was just following the "fix brown paper bags ASAP" policy. > One that seems

Re: [PATCH] group xtime, xtime_lock, wall_to_monotonic, avenrun, calc_load_count fields together in ktimed

On Mon, 11 Dec 2006 21:44:34 +0100 Eric Dumazet <[EMAIL PROTECTED]> wrote: > Andrew Morton a __crit : > > > > hm, the patch seems to transform a mess into a mess. I guess it's a messy > > problem. > > > > I agree that aggregating all the time-related things into a struct like > > this makes

PCI resource allocation problem

Hi I've got a card that presents a PCIe to PCI transparent bridge to the slot connector - behind which is a non transparent bridge with 3 bars - 1 non prefetchable, 2 prefetchable. The non prefetchable is not assigned after boot on some machines. It seems that if resource allocation fails on

[PATCH] reorder struct pipe_buf_operations

Fields of struct pipe_buf_operations have not a precise layout (ie not optimized to fit cache lines nor reduce cache line ping pongs) The bufs[] array is *large* and is placed near the beginning of the structure, so all following fields have a large offset. This is unfortunate because many

Re: 2.6.19-git3 panics on boot - ata_piix/PCI related [still in -git17]

I'm also hitting this running at commit: commit 7bf65382caeecea4ae7206138e92e732b676d6e5 Author: Andrew Morton <[EMAIL PROTECTED]> Date: Fri Dec 8 02:41:14 2006 -0800 I was at 2.6.19, then merged up to Linus's tree Friday 12/8 and now I hit this. I have 2 identical systems with one difference,

  1   2   3   4   5   6   7   8   >