[PATCH] Add cscope generated files to .gitignore

Ignore files generated by 'make cscope' Signed-off-by: Tobias Klauser <[EMAIL PROTECTED]> --- .gitignore |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/.gitignore b/.gitignore index e1d5c17..1586b9d 100644 --- a/.gitignore +++ b/.gitignore @@ -41,3 +41,6 @@ patches-*

Re: [2.6 patch] drivers/net/loopback.c: convert to module_init()

On Tue, Dec 12, 2006 at 05:17:56PM -0800, David Miller wrote: > From: Adrian Bunk <[EMAIL PROTECTED]> > Date: Tue, 12 Dec 2006 17:24:35 +0100 > > > This patch converts drivers/net/loopback.c to using module_init(). > > > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> > > I'm not %100 sure of

Re: Kevent POSIX timers support.

Hello. Please _NEVER_ drop Cc: list, since not everyone can be subscribed to linux-kernel@, fortunately I'm not for example. On Wed, Dec 13, 2006 at 06:51:47PM +0530, Tushar Adeshara ([EMAIL PROTECTED]) wrote: > I think these four lines are not required. Irrespective of return > value of

Re: V4L2: __ucmpdi2 undefined on ppc

Meelis Roos napisał(a): MODPOST 618 modules WARNING: "__ucmpdi2" [drivers/media/video/v4l2-common.ko] undefined! This 32-bit ppc architecture, using gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21). .config below if important. __ucmpdi2 seems to be 64-bit comparision. gcc seems to

Re: Kevent POSIX timers support.

On 11/23/06, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: On Wed, Nov 22, 2006 at 01:44:16PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: +static int posix_kevent_init_timer(struct k_itimer *tmr, int fd) +{ + struct ukevent uk; + struct file *file; + struct kevent_user

Re: [PATCH 1/3] KVM: Disallow the kvm-amd module on intel hardware, and vice versa

Avi Kivity wrote: They're not on speaking terms. Please disregard - this patch was already sent. Slippery fingers. -- error compiling committee.c: too many arguments to function - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

[PATCH 1/3] KVM: Disallow the kvm-amd module on intel hardware, and vice versa

They're not on speaking terms. Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/svm.c === --- linux-2.6.orig/drivers/kvm/svm.c +++ linux-2.6/drivers/kvm/svm.c @@ -377,6 +377,7 @@ static __init int

Meyer Sound GPL Violations

Yesterday I was in an audio seminar from Meyer Sound and the AES, and discovered an audio analizer that uses Linux OS, and I mean that it uses the fftw open source libraries. In the details of the product, not appear any word about gpl and linux. Please, investigate this case:

[PATCH 2/3] KVM: AMD SVM: handle MSR_STAR in 32-bit mode

This is necessary for linux guests. Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/svm.c === --- linux-2.6.orig/drivers/kvm/svm.c +++ linux-2.6/drivers/kvm/svm.c @@ -402,11 +402,11 @@ static __init int

[PATCH 0/3] KVM: Updates

A cleanup and two AMD SVM fixes (the STAR MSR on 32-bit hosts, and the floating point unit state on all AMD hosts). -- error compiling committee.c: too many arguments to function - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

[PATCH 3/3] KVM: AMD SVM: Save and restore the floating point unit state

Fixes sf bug 1614113 (segfaults in nbench). Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index: linux-2.6/drivers/kvm/svm.c === --- linux-2.6.orig/drivers/kvm/svm.c +++ linux-2.6/drivers/kvm/svm.c @@ -575,6 +575,8 @@ static int

[PATCH 1/3] KVM: add valid_vcpu() helper

From: James Morris <[EMAIL PROTECTED]> Consolidate the logic for checking whether a vcpu index is valid. Also, use likely(), as a valid value should be the overwhelmingly common case. Signed-off-by: James Morris <[EMAIL PROTECTED]> Signed-off-by: Avi Kivity <[EMAIL PROTECTED]> Index:

Re: 2.6.19-mm1: missing MTD_UBI* help texts

On Mon, 2006-12-11 at 17:42 +0100, Adrian Bunk wrote: > The MTD_UBI and the MTD_UBI_DEBUG_PARANOID_* options lack help texts. thanks, fixed in our GIT tree. -- Best regards, Artem Bityutskiy (Битюцкий Артём) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

2.6.19-mm1: gotemp: memset(..., 0) error

<-- snip --> ... NOT FOR MAINLINE! This is for the driver tutorial I give. It will not be included in the mainline kernel tree ever. Use the ldusb driver that is already there instead for this device. This is only a teaching tool. ... + pkt = kmalloc(sizeof(*pkt), GFP_ATOMIC); +

drivers/net/netxen/: usage of uninitialized variables

The Coverity checker spotted the following places where variables are being used uninitialized: drivers/net/netxen/netxen_nic_ethtool.c: <-- snip --> ... static u32 netxen_nic_get_link(struct net_device *dev) { struct netxen_port *port = netdev_priv(dev); struct

drivers/net/netxen/netxen_nic_hw.c: stack usage problem

<-- snip --> ... void netxen_nic_flash_print(struct netxen_adapter *adapter) { ... struct netxen_new_user_info user_info; ... <-- snip --> This allocates 2108 bytes on the stack. That's too much considering that the complete stack might be only 4 kB. cu Adrian -- "Is

Re: 2.6.19-mm1: drivers/mtd/ubi/debug.c: unused variable

On Mon, 2006-12-11 at 21:46 +0100, Adrian Bunk wrote: > It doesn't seem to be intended that in ubi_dbg_vprint_nolock() the > variable "caller" is never assigned any value different from 0. > thanks, fixed in our GIT tree. -- Best regards, Artem Bityutskiy (Битюцкий Артём) - To unsubscribe

[2.6 patch] more ftape removal

This patch removes some more ftape code. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- include/linux/Kbuild |1 include/linux/mtio.h | 146 include/linux/qic117.h | 290 - 3 files changed, 437 deletions(-) ---

[-mm patch] cleanup linux/byteorder/swabb.h

- no longer a userspace header - add #include for in-kernel compilation Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> --- include/linux/byteorder/Kbuild |1 - include/linux/byteorder/swabb.h | 13 - 2 files changed, 4 insertions(+), 10 deletions(-) ---

drivers/media/dvb/frontends/dib?000*: stack usage problems

The following functions each allocate a > 1.5 kB *_state struct on the stack: - dib7000m_i2c_enumeration() - dib7000p_i2c_enumeration() - dib3000mc_i2c_enumeration() Considering that the whole stack might be only 4 kB, functions shouldn't use 1.5 kB of the stack. cu Adrian -- "Is

[-mm patch] slm_set_taskperm(): remove horrible error handling code

Error handling: Pass something you memset'ed to 0 to functions that never change it but dereference it in dprintk()'s. This patch removes this broken code - plain Oops'es aren't worse. As a bonus, this function no longer wastes more than 2 kB stack space. Signed-off-by: Adrian Bunk <[EMAIL

Re: ReiserFS corruption with 2.6.19 (Was 2.6.19 is not stable with SATA and should not be used by any meansis not stable with SATA and should not be used by any means)

Andrew Robinson wrote: When I said hibernate, I did mention it was to disk, not to ram. I woke my computer up from work remotely using wakeonlan. When the computer was responsive, I started getting I/O errors and when I saw my kernel log I saw file corruption problems with my "/dev/sda2" device

[PATCH] kbuild: Replace remaining "depends" with "depends on"

Replace the very few remaining "depends" Kconfig directives with "depends on". Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- Given the recent patch that was applied to make this transformation, might as well finish it off and deal with those last three cases. At this point,

V4L2: __ucmpdi2 undefined on ppc

MODPOST 618 modules WARNING: "__ucmpdi2" [drivers/media/video/v4l2-common.ko] undefined! This 32-bit ppc architecture, using gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21). .config below if important. __ucmpdi2 seems to be 64-bit comparision. gcc seems to use it for switch

Re: Postgrey experiment at VGER

On Wed, 2006-12-13 at 11:25 +0200, Dumitru Ciobarcianu wrote: > On Wed, 2006-12-13 at 01:50 +0200, Matti Aarnio wrote: > > I do already see spammers smart enough to retry addresses from > > the zombie machine, but that share is now below 10% of all emails. > > My prediction for next 200 days is

Re: [PATCH 9/12] repost: cciss: add busy_configuring flag

On Tue, Dec 12 2006, Mike Miller (OS Dev) wrote: > On Mon, Nov 06, 2006 at 09:32:00PM +0100, Jens Axboe wrote: > > On Mon, Nov 06 2006, Mike Miller (OS Dev) wrote: > > > PATCH 9 of 12 > > > > > > This patch adds a check for busy_configuring to prevent starting a queue > > > on a drive that may be

Re: 2.6.18.4: flush_workqueue calls mutex_lock in interrupt environment

On Wed, 2006-12-13 at 09:02 +0100, Arjan van de Ven wrote: > On Wed, 2006-12-13 at 08:25 +0100, xb wrote: > > Hi all, > > > > Running some IO stress tests on a 8*ways IA64 platform, we got: > > BUG: warning at kernel/mutex.c:132/__mutex_lock_common() message > > followed by: > > Unable

Re: get device from file struct

On Wed, 2006-12-13 at 12:03 +0100, Jan Engelhardt wrote: > >> >thanks for the reply, the block device can be determined with the major > >> >and minor numbers , what I would be more interested in is if one can get > >> >the net_device struct from the file struct > >> > >> Just how are you

Re: Postgrey experiment at VGER

On Wed, 2006-12-13 at 01:50 +0200, Matti Aarnio wrote: > I do already see spammers smart enough to retry addresses from > the zombie machine, but that share is now below 10% of all emails. > My prediction for next 200 days is that most spammers get the clue, > but it gives us perhaps 3 months of

Re: [PATCH] nfs: fix NR_FILE_DIRTY underflow

On Wed, 2006-12-13 at 13:12 +0100, Peter Zijlstra wrote: > Still testing this patch, but it looks good so far. > > --- > Just setting PG_dirty can cause NR_FILE_DIRTY to underflow > which is bad (TM). > > Use set_page_dirty() which will do the right thing. Actually, I'd prefer to have it do the

Re: Status of buffered write path (deadlock fixes)

On Wed, 2006-12-13 at 15:03 +1100, Nick Piggin wrote: > Trond Myklebust wrote: > > On Wed, 2006-12-13 at 12:56 +1100, Nick Piggin wrote: > > > >>Note that these pages should be *really* rare. Definitely even for normal > >>filesystems I think RMW would use too much bandwidth if it were required >

Re: [PATCH, RFC/T] Fix handling of write failures to swap devices

On Wed, 2006-11-01 at 16:26 +1100, Nick Piggin wrote: > The attached (very untested, in need of splitting up) patch attempts to > solve these problems. Note that it is probably not going to prevent your > SIGBUS, so that will have to be found and fixed individually. > > In the meantime, I'll run

[PATCH] nfs: fix NR_FILE_DIRTY underflow

Still testing this patch, but it looks good so far. --- Just setting PG_dirty can cause NR_FILE_DIRTY to underflow which is bad (TM). Use set_page_dirty() which will do the right thing. Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]> --- fs/nfs/file.c |2 +- 1 file changed, 1

Re: Weird code in scripts/kconfig/Makefile

Hi, On Tue, 12 Dec 2006, Pete Zaitcev wrote: > In 2.6.19 (and Linus' curent tree), I found the following: > > libpath=$$dir/lib; lib=qt; osdir=""; \ > $(HOSTCXX) -print-multi-os-directory > /dev/null 2>&1 && \ > osdir=x$$($(HOSTCXX) -print-multi-os-directory); \

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

On Wednesday, 13 December 2006 01:53, Neil Brown wrote: > On Tuesday December 12, [EMAIL PROTECTED] wrote: > > > > > > So when md writes to write out the superblock, to gets EIO... Odd that > > > you aren't getting errors for normal writes. > > > > > > What devices are the md/raid1 built on? > >

Re: [PATCH 2/2] cciss: remove calls to pci_disable_device

On Tue, Dec 12 2006, Mike Miller (OS Dev) wrote: > PATCH 2/2 > > This patch removes calls to pci_disable_device except in > fail_all_cmds. The pci_disable_device function does something nasty to > Smart Array controllers that pci_enable_device does not undo. So if > the driver is unloaded it

tg3 + BCM5721 : eth1 detected yet 'No such device'

Hello. I'm only able to use one of the two onboard Gig-eth NICs on this HP DL145 G2 with Debian etch (2.6.18-based) yet both are detected and shown by dmesg. The NIC marked as '2' on the back of the machine becomes eth0, whilst 'eth1' seems to vanish into the ether (if you'll excuse the pun).

PROBLEM: PHY probe not working properly for ibm_emac (PPC4xx)

[1.] One line summary of the problem: PHY probe not working properly for ibm_emac (PPC4xx) [2.] Full description of the problem/report: I have a system with AMCC PowerPC 405EP and PHY Intel LXT971A. Linux 2.6.18.3 is not able to detect the PHY ID correctly. The PHY ID detected is 0, but

Re: [PATCH 2.6.19-rc1] Toshiba TC86C001 IDE driver

> > Waste of space having a busproc routine. The maintainer removed all the > > usable hotplug support from old IDE so this might as well be dropped. > > I took over IDE when hotplug was already broken (late 2.5), moreover IDE > hotplug support has been always a quick hack according to its

[PATCH 10/12] pid: Replace do/while_each_task_pid with do/while_each_pid_task

There isn't any real advantage to this change except that it allows the old functions to be removed. Which is easier on maintenance and puts the code in a more uniform style. Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]> --- fs/ioprio.c | 18 --

[PATCH 11/12] pid: Remove now unused do_each_task_pid and while_each_task_pid

Now that I have changed all of the users remove the old version of these functions. This should be a clear hint to any out of tree users that they should use do_each_pid_task and while_each_pid_task for new code. Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]> --- include/linux/pid.h |

[PATCH 3/12] tty: Fix the locking for signal->session in disassociate_ctty

commit 24ec839c431eb79bb8f6abc00c4e1eb3b8c4d517 while fixing the locking for signal->tty got the locking wrong for signal->session. This places our accesses of signal->session back under the tasklist_lock where they belong. Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]> ---

[PATCH 8/12] pid: Replace is_orphaned_pgrp with is_current_pgrp_orphaned

Every call to is_orphaned_pgrp passed in process_group(current) which is racy with respect to another thread changing our process group. It didn't bite us because we were dealing with integers and the worse we would get would be a stale answer. In switching the checks to use struct pid to be a

[PATCH 4/12] signal: Use kill_pgrp not kill_pg in the sunos compatibility code.

I am slowly moving to a model where all process killing is struct pid based instead of pid_t based. The sunos compatibility code is one of the last users of the old pid_t based kill_pg in the kernel. By being complete I allow for the future removal of kill_pg from the kernel, which will ensure

[PATCH 1/12] tty: Make __proc_set_tty static.

Currently all users of __proc_set_tty are in tty_io.c so make the function static. Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]> --- drivers/char/tty_io.c |3 ++- include/linux/tty.h |1 - 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/char/tty_io.c

[PATCH 9/12] tty: Update the tty layer to work with struct pid.

Of kernel subsystems that work with pids the tty layer is probably the largest consumer. But it has the nice virtue that the assiation with a session only lasts until the session leader exits. Which means that no reference counting is required. So using struct pid winds up being a simple

[PATCH 5/12] signal: Rewrite kill_something_info so it uses newer helpers.

The goal is to remove users of the old signal helper functions so they can be removed. Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]> --- kernel/signal.c | 12 1 files changed, 8 insertions(+), 4 deletions(-) diff --git a/kernel/signal.c b/kernel/signal.c index

[PATCH 6/12] pid: Make session_of_pgrp use struct pid instead of pid_t.

To properly implement a pid namespace I need to deal exclusively in terms of struct pid, because pid_t values become ambiguous. To this end session_of_pgrp is transformed to take and return a struct pid pointer. To avoid the need to worry about reference counting I now require my caller to hold

[PATCH 12/12] pid: Remove the now unused kill_pg kill_pg_info and __kill_pg_info

Now that I have changed all of the in-tree users remove the old version of these functions. This should make it clear to any out of tree users that they should be using kill_pgrp kill_pgrp_info or __kill_pgrp_info instead. Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]> ---

[PATCH 2/12] tty: Clarify disassociate_ctty

The code to look at tty_old_pgrp and send SIGHUP and SIGCONT when it is present only executes when disassociate_ctty is called from do_exit. Make this clear by adding an explict on_exit check, and explicitly setting tty_old_pgrp to 0. In addition fix the locking by reading tty_old_pgrp under the

[PATCH 7/12] pid: Use struct pid for talking about process groups in exit.c

Modify has_stopped_jobs and will_become_orphan_pgrp to use struct pid based process groups.This reduces the number of hash tables looks ups and paves the way for multiple pid spaces. Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]> --- kernel/exit.c | 42

Re: Fw: RFC [PATCH] 1/2 disable initramfs

Jean-Paul Saman wrote: > Al, > > Thank you for reviewing my other patch and telling me it was wrong. I am > working for an embedded HW manufacturer doing linux kernel ports to their > arm platforms. In an attempt to minimize the amount of code that needs to > be loaded from flash in an embedded

Re: [PATCH 000 of 14] knfsd: Assorted nfsd patches for 2.6.20 - prepare for IPv6 and more

On Wednesday December 13, [EMAIL PROTECTED] wrote: > NeilBrown wrote: > > Following are 14 patches for knfsd that are suitable for inclusion in > > 2.6.20. > > First 13 are from Chuck Lever and make preparations for IPv6 support (I > > think we've > > get them right this time). > > > > Last is

Re: [PATCH/RFC] Delete JFFS (version 1)

On Tue, 12 December 2006 14:49:04 -0700, Andreas Dilger wrote: > > It would be better to have a printk in the module init, since users with > upstream builds won't see the config help. How many of those are there? This is not ext3, this is a flash filesystem. Users are either those doing the

Re: SATA DMA problem (sata_uli)

> I tracked it down to one of the drives being forced into PIO4 mode > rather than UDMA mode; dmesg bits: > ata4.00: ATA-7, max UDMA/133, 586072368 sectors: LBA48 NCQ (depth 0/32) > ata4.00: ata4: dev 0 multi count 16 > ata4.00: simplex DMA is claimed by other device, disabling DMA Your ULi

Re: get device from file struct

>> >thanks for the reply, the block device can be determined with the major >> >and minor numbers , what I would be more interested in is if one can get >> >the net_device struct from the file struct >> >> Just how are you supposed to match files and network devices? >> > >from the struct file

Re: BUG? atleast >=2.6.19-rc5, x86 chroot on x86_64

On Wed, 13 Dec 2006 02:50:01 -0500 Chuck Ebbert <[EMAIL PROTECTED]> wrote: > In-Reply-To: <[EMAIL PROTECTED]> > > On Wed, 13 Dec 2006 05:39:43 +0100, Kasper Sandberg wrote: > > > do you think it may be a bug in the kernel? the stuff with wine that > > gets thrown in the kernel messages? > >

Re: [patch 03/13] io-accounting: write accounting

Suleiman Souhlal wrote: Andrew Morton wrote: On Wed, 13 Dec 2006 00:45:50 -0800 Suleiman Souhlal <[EMAIL PROTECTED]> wrote: [EMAIL PROTECTED] wrote: From: Andrew Morton <[EMAIL PROTECTED]> Accounting writes is fairly simple: whenever a process flips a page from clean to dirty, we accuse

[PATCH 0/12] tty layer and misc struct pid conversions

The aim of this patch set is to start wrapping up the struct pid conversions. As such this patchset culminates with the removal of kill_pg, kill_pg_info, __kill_pg_info, do_each_task_pid, and while_each_task_pid. kill_proc, daemonize, and kernel_thread are still in my sights but there is still

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

Matt Mackall wrote: > On Tue, Dec 12, 2006 at 03:17:48PM +0900, Keiichi KII wrote: > > FYI, there's a robot named Dave Miller who will eventually notice your > email and scold you for not cc:ing it to netdev, claiming that he > doesn't read LKML. > Thank you for your replies and reviews. When

Re: get device from file struct

On Wed, 2006-12-13 at 10:59 +0100, Jan Engelhardt wrote: > >thanks for the reply, the block device can be determined with the major > >and minor numbers , what I would be more interested in is if one can get > >the net_device struct from the file struct > > Just how are you supposed to match

Re: get device from file struct

>thanks for the reply, the block device can be determined with the major >and minor numbers , what I would be more interested in is if one can get >the net_device struct from the file struct Just how are you supposed to match files and network devices? -`J' -- - To unsubscribe from

Re: [LinuxBIOS] [linux-usb-devel] [RFC][PATCH 0/2] x86_64 Early usb debug port support.

wakeup_level4_pgt need to be updated in addtion to boot_level4_pgt? also comment could be updated for good unstanding too. YH - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: server don't accept ip-connections from linux

In article <[EMAIL PROTECTED]> you wrote: > i check the packets with an analyser and make some test. if i disable ecn > with "echo 0x0 > /proc/sys/net/ipv4/tcp_ecn" it works, with ecn enabled, it > don't work. this is a problem on the remote site (old firewall software), nothing we (linux

Re: [PATCH] ata_piix: use piix_host_stop() in ich_pata_ops

Tejun, On 11/12/06, Tejun Heo <[EMAIL PROTECTED]> wrote: piix_init_one() allocates host private data which should be freed by piix_host_stop(). ich_pata_ops wasn't converted to piix_host_stop() while merging, leaking 4 bytes on driver detach. Fix it. I tried your patch last night but the

Re: [patch 03/13] io-accounting: write accounting

Andrew Morton wrote: On Wed, 13 Dec 2006 00:45:50 -0800 Suleiman Souhlal <[EMAIL PROTECTED]> wrote: [EMAIL PROTECTED] wrote: From: Andrew Morton <[EMAIL PROTECTED]> Accounting writes is fairly simple: whenever a process flips a page from clean to dirty, we accuse it of having caused a

Re: [patch 03/13] io-accounting: write accounting

On Wed, 2006-12-13 at 00:59 -0800, Andrew Morton wrote: > On Wed, 13 Dec 2006 00:45:50 -0800 > Suleiman Souhlal <[EMAIL PROTECTED]> wrote: > > > [EMAIL PROTECTED] wrote: > > > From: Andrew Morton <[EMAIL PROTECTED]> > > > > > > Accounting writes is fairly simple: whenever a process flips a >

Re: [LinuxBIOS] [linux-usb-devel] [RFC][PATCH 0/2] x86_64 Early usb debug port support.

On 12/12/06, Eric W. Biederman <[EMAIL PROTECTED]> wrote: diff --git a/arch/x86_64/kernel/head.S b/arch/x86_64/kernel/head.S index 1e6f808..2f65469 100644 --- a/arch/x86_64/kernel/head.S +++ b/arch/x86_64/kernel/head.S @@ -328,9 +328,9 @@ ENTRY(wakeup_level4_pgt) .align PAGE_SIZE

Re: cfq performance gap

In article <[EMAIL PROTECTED]>, Chen, Kenneth W <[EMAIL PROTECTED]> wrote: >This rawio test plows through sequential I/O and modulo each small record >over number of threads. So each thread appears to be non-contiguous within >its own process context, overall request hitting the device are

Re: Possible memory leak in block/ll_rw_blk.c

On 09/12/06, Catalin Marinas <[EMAIL PROTECTED]> wrote: unreferenced object 0xdd9162b0 (size 64): [] kmem_cache_alloc [] mempool_alloc_slab [] mempool_alloc [] bio_alloc_bioset [] bio_alloc [] bio_copy_user [] __blk_rq_map_user [] blk_rq_map_user [] sg_io [] scsi_cmd_ioctl

Re: [patch 2/3] acpi: Add a docked sysfs file to the dock driver.

Hello. On Wed, 2006-12-13 at 10:14, Kay Sievers wrote: > On Wed, 2006-12-13 at 00:26 +0100, Stefan Schmidt wrote: > > On Tue, 2006-12-12 at 15:00, Kristen Carlson Accardi wrote: > > > > > > I did have different dock/undock events a few months ago - but > > > after some discussion we scrapped

Re: [RFC] HZ free ntp

* john stultz <[EMAIL PROTECTED]> wrote: > On Wed, 2006-12-06 at 15:33 +0100, Roman Zippel wrote: > > On Wed, 6 Dec 2006, Ingo Molnar wrote: > > > i disagree with you and it's pretty low-impact anyway. There's still > > > quite many HZ/tick assumptions all around the time code (NTP being one > >

server don't accept ip-connections from linux

hello, i have a big problem: some servers send a rst-packet or don't answer if i want to open a connection with them. this happens with the web-server with ip 15.200.6.123 and my smc- barricade router/printserver. if i make a connection from windows or linux with kernel 2.2, it works, with

Re: [GIT PULL] i2c updates for 2.6.20

Linus, On 12/12/2006, Linus Torvalds wrote: > On Tue, 12 Dec 2006, Jean Delvare wrote: > > Please pull the i2c subsystem updates for Linux 2.6.20 from branch > > i2c-for-linus of repository git://jdelvare.pck.nerim.net/jdelvare-2.6 > > > > There are 3 new i2c bus drivers, one old broken bus

Re: Interphase Tachyon drivers missing.

[EMAIL PROTECTED] wrote: > I went to upgrade my kernel on a couple of boxes yesterday and noticed > that the Interphase Tachyon chipset Fibre Channel driver was removed > from the kernel. I think 2.6.1 was the last one it was still in. Was > there a reason it was pulled? > If not, do I have to

Re: [patch 2/3] acpi: Add a docked sysfs file to the dock driver.

On Wed, 2006-12-13 at 00:26 +0100, Stefan Schmidt wrote: > On Tue, 2006-12-12 at 15:00, Kristen Carlson Accardi wrote: > > > > I did have different dock/undock events a few months ago - but > > after some discussion we scrapped them because Kay wants to avoid driver > > specific events. The

Fw: RFC [PATCH] 2/2 disable initramfs

second part of patch Kind greetings, Jean-Paul Saman NXP Semiconductors CTO/RTG DesignIP - Forwarded by Jean-Paul Saman/EHV/SC/PHILIPS on 13-12-2006 09:44 - [EMAIL PROTECTED] wrote on 06-12-2006 17:39:54: > Update all arch/*/kernel/vmlinux.lds.S to not include space for initramfs >

Re: [patch 03/13] io-accounting: write accounting

[EMAIL PROTECTED] wrote: From: Andrew Morton <[EMAIL PROTECTED]> Accounting writes is fairly simple: whenever a process flips a page from clean to dirty, we accuse it of having caused a write to underlying storage of PAGE_CACHE_SIZE bytes. On architectures where dirtying a page doesn't cause

Fw: RFC [PATCH] 1/2 disable initramfs

Al, Thank you for reviewing my other patch and telling me it was wrong. I am working for an embedded HW manufacturer doing linux kernel ports to their arm platforms. In an attempt to minimize the amount of code that needs to be loaded from flash in an embedded system I identified 60 Kbytes of

[GIT PULL] hwmon updates for 2.6.20

Linus, Please pull the hwmon subsystem updates for Linux 2.6.20 from: git://jdelvare.pck.nerim.net/jdelvare-2.6 hwmon-for-linus There are two new hardware monitoring drivers (for the Winbond W83793 and the Nat. Semi. PC87427), many improvements to the f71805f driver (including support for the

Re: [PATCH] Note subscribers only lists for input subsystem

On Tue, Dec 12, 2006 at 12:40:35PM -0500, Dmitry Torokhov wrote: > On 12/12/06, Cal Peake <[EMAIL PROTECTED]> wrote: > >According to Dmitry in , the input > >list is subscribers only. I'm assuming here that both are but a > >confirmation would be nice... :) > >

Re: [patch 03/13] io-accounting: write accounting

On Wed, 13 Dec 2006 00:45:50 -0800 Suleiman Souhlal <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > From: Andrew Morton <[EMAIL PROTECTED]> > > > > Accounting writes is fairly simple: whenever a process flips a page from > > clean > > to dirty, we accuse it of having caused a write to

Re: How about an enumerated list of issues with the existing kgdb patches?

On Wed, 2006-08-30 at 20:00 -0700, Andrew Morton wrote: > On Wed, 30 Aug 2006 19:42:32 -0700 > Piet Delaney <[EMAIL PROTECTED]> wrote: > > > On Wed, 2006-08-30 at 15:57 -0700, Andrew Morton wrote: > > > On Wed, 30 Aug 2006 14:48:22 -0700 > > > Andrew Morton <[EMAIL PROTECTED]> wrote: > > > > > >

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

On 12/12/06, Jaya Kumar <[EMAIL PROTECTED]> wrote: I think that PTEs set up by vmalloc are marked cacheable and via the above nopage end up as cacheable. I'm not doing DMA. So the accesses are through the cache so I don't think cache aliasing is an issue for this case. Please let me know if I

Re: 2.6.18.4: flush_workqueue calls mutex_lock in interrupt environment

On Wed, 2006-12-13 at 08:25 +0100, xb wrote: > Hi all, > > Running some IO stress tests on a 8*ways IA64 platform, we got: > BUG: warning at kernel/mutex.c:132/__mutex_lock_common() message > followed by: > Unable to handle kernel paging request at virtual address > 00200200 >

Re: Support 2.4 modules features in 2.6

> > > Really!! , Please let me know what is the procedure to build the > > > modules after deleting kernel linux-2.6* > > > > you only need include/* for this in 2.6 > > > > you can't do this at all with 2.4 kernels, it needs the whole lot. > > > > (in both cases the code and headers are needed

Re: BUG? atleast >=2.6.19-rc5, x86 chroot on x86_64

On Wed, 2006-12-13 at 02:50 -0500, Chuck Ebbert wrote: > In-Reply-To: <[EMAIL PROTECTED]> > > On Wed, 13 Dec 2006 05:39:43 +0100, Kasper Sandberg wrote: > > > do you think it may be a bug in the kernel? the stuff with wine that > > gets thrown in the kernel messages? > > Let's just say the

Re: [PATCH] Proper backlight selection for fbdev drivers

On Thu, 7 Dec 2006 17:59:01 + (GMT) James Simmons <[EMAIL PROTECTED]> wrote: > Try this patch. This should fix any module/built-in dependencys. drivers/video/aty/atyfb_base.c: In function 'atyfb_blank': drivers/video/aty/atyfb_base.c:2817: warning: implicit declaration of function

Re: [PATCH] Proper backlight selection for fbdev drivers

On Thu, 7 Dec 2006 17:59:01 + (GMT) James Simmons [EMAIL PROTECTED] wrote: Try this patch. This should fix any module/built-in dependencys. drivers/video/aty/atyfb_base.c: In function 'atyfb_blank': drivers/video/aty/atyfb_base.c:2817: warning: implicit declaration of function 'machine_is'

Re: BUG? atleast =2.6.19-rc5, x86 chroot on x86_64

On Wed, 2006-12-13 at 02:50 -0500, Chuck Ebbert wrote: In-Reply-To: [EMAIL PROTECTED] On Wed, 13 Dec 2006 05:39:43 +0100, Kasper Sandberg wrote: do you think it may be a bug in the kernel? the stuff with wine that gets thrown in the kernel messages? Let's just say the behavior has

Re: Support 2.4 modules features in 2.6

Really!! , Please let me know what is the procedure to build the modules after deleting kernel linux-2.6* you only need include/* for this in 2.6 you can't do this at all with 2.4 kernels, it needs the whole lot. (in both cases the code and headers are needed so that your module

Re: 2.6.18.4: flush_workqueue calls mutex_lock in interrupt environment

On Wed, 2006-12-13 at 08:25 +0100, xb wrote: Hi all, Running some IO stress tests on a 8*ways IA64 platform, we got: BUG: warning at kernel/mutex.c:132/__mutex_lock_common() message followed by: Unable to handle kernel paging request at virtual address 00200200 oops

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

On 12/12/06, Jaya Kumar [EMAIL PROTECTED] wrote: I think that PTEs set up by vmalloc are marked cacheable and via the above nopage end up as cacheable. I'm not doing DMA. So the accesses are through the cache so I don't think cache aliasing is an issue for this case. Please let me know if I

Re: [patch 03/13] io-accounting: write accounting

On Wed, 13 Dec 2006 00:45:50 -0800 Suleiman Souhlal [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: From: Andrew Morton [EMAIL PROTECTED] Accounting writes is fairly simple: whenever a process flips a page from clean to dirty, we accuse it of having caused a write to underlying

Re: [PATCH] Note subscribers only lists for input subsystem

On Tue, Dec 12, 2006 at 12:40:35PM -0500, Dmitry Torokhov wrote: On 12/12/06, Cal Peake [EMAIL PROTECTED] wrote: According to Dmitry in http://lkml.org/lkml/2006/10/17/280, the input list is subscribers only. I'm assuming here that both are but a confirmation would be nice... :) From: Cal

[GIT PULL] hwmon updates for 2.6.20

Linus, Please pull the hwmon subsystem updates for Linux 2.6.20 from: git://jdelvare.pck.nerim.net/jdelvare-2.6 hwmon-for-linus There are two new hardware monitoring drivers (for the Winbond W83793 and the Nat. Semi. PC87427), many improvements to the f71805f driver (including support for the

Fw: RFC [PATCH] 1/2 disable initramfs

Al, Thank you for reviewing my other patch and telling me it was wrong. I am working for an embedded HW manufacturer doing linux kernel ports to their arm platforms. In an attempt to minimize the amount of code that needs to be loaded from flash in an embedded system I identified 60 Kbytes of

Re: [patch 03/13] io-accounting: write accounting

[EMAIL PROTECTED] wrote: From: Andrew Morton [EMAIL PROTECTED] Accounting writes is fairly simple: whenever a process flips a page from clean to dirty, we accuse it of having caused a write to underlying storage of PAGE_CACHE_SIZE bytes. On architectures where dirtying a page doesn't cause a

Re: Interphase Tachyon drivers missing.

[EMAIL PROTECTED] wrote: I went to upgrade my kernel on a couple of boxes yesterday and noticed that the Interphase Tachyon chipset Fibre Channel driver was removed from the kernel. I think 2.6.1 was the last one it was still in. Was there a reason it was pulled? If not, do I have to

Re: [GIT PULL] i2c updates for 2.6.20

Linus, On 12/12/2006, Linus Torvalds wrote: On Tue, 12 Dec 2006, Jean Delvare wrote: Please pull the i2c subsystem updates for Linux 2.6.20 from branch i2c-for-linus of repository git://jdelvare.pck.nerim.net/jdelvare-2.6 There are 3 new i2c bus drivers, one old broken bus driver

<    1   2   3   4   5   6   7   8   >