Re: RFC: CONFIG_PAGE_SHIFT (aka software PAGE_SIZE)

On Tue, Jul 17, 2007 at 10:47:37AM -0700, William Lee Irwin III wrote: >> You may rest assured that it's technically feasible. It's been done. >> The larger obstacles to all this are nontechnical. On Tue, Jul 17, 2007 at 09:33:08PM +0200, Andrea Arcangeli wrote: > Back then there was no variable

Re: [PATCH] CFS: Fix missing digit off in wmult table

On Wed, 2007-07-18 at 15:26 +0200, Roman Zippel wrote: > Hi, > > On Wed, 18 Jul 2007, Peter Zijlstra wrote: > > > By breaking the UNIX model of nice levels. Not an option in my book. > > BTW what is the "UNIX model of nice levels"? > > SUS specifies the limit via NZERO, which is defined as

Re: [PATCH] CFS: Fix missing digit off in wmult table

Hi, On Wed, 18 Jul 2007, Peter Zijlstra wrote: > By breaking the UNIX model of nice levels. Not an option in my book. BTW what is the "UNIX model of nice levels"? SUS specifies the limit via NZERO, which is defined as "Minimum Acceptable Value: 20", I can't find any information that it must

Re: [PATCH] CFS: Fix missing digit off in wmult table

On Wed, 2007-07-18 at 15:07 +0200, Roman Zippel wrote: > Hi, > > On Wed, 18 Jul 2007, Peter Zijlstra wrote: > > > By breaking the UNIX model of nice levels. Not an option in my book. > > Breaking user expectations of nice levels is?

Re: [RFC 0/3] lro: Generic Large Receive Offload for TCP traffic (IPv6)

Hi, I suggest we keep the interface open for IPv6 support by adding an additional parameter but first just get IPv4 support only into the kernel. IPv6 support can then incrementially be added. Would that be ok? On Sunday 15 July 2007 11:40, David Miller wrote: > From: Christoph Hellwig

Re: v2.6.21.5-rt19 (sched_getaffinity?)

On Wed, Jul 18, 2007 at 09:18:52AM +0200, Ingo Molnar wrote: > > * Fernando Lopez-Lezcano <[EMAIL PROTECTED]> wrote: > > > > does lockdep pinpoint anything? > > > > Lots of stuff, and at the end the lock report for the problem. > > Hopefully some of this will help... I have attached the whole

Re: [PATCH] CFS: Fix missing digit off in wmult table

Hi, On Wed, 18 Jul 2007, Peter Zijlstra wrote: > By breaking the UNIX model of nice levels. Not an option in my book. Breaking user expectations of nice levels is? bye, Roman - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED]

Re: Hibernation considerations

On Wed, 18 Jul 2007, Matthew Garrett wrote: On Tue, Jul 17, 2007 at 08:54:24PM -0700, [EMAIL PROTECTED] wrote: On Wed, 18 Jul 2007, Matthew Garrett wrote: On Tue, Jul 17, 2007 at 08:19:32AM -0700, [EMAIL PROTECTED] wrote: On Tue, 17 Jul 2007, Matthew Garrett wrote: Powering off rather than

[PATCH] FRV: Work around a possible compiler bug

From: David Howells <[EMAIL PROTECTED]> Work around a possible bug in the FRV compiler. What appears to be happening is that gcc resolves the __builtin_constant_p() in kmalloc() to true, but then fails to reduce the therefore constant conditions in the if-statements it guards to constant

TLB sizes among x86 CPUs?

Good day. Would anyone happen to have a list of TLB sizes for some selected x86{,-64} CPUs? I know it goes from a few entries on a 386 to a lot on Opteron but I have a real hard time finding specific data. Rene. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [PATCH] CFS: Fix missing digit off in wmult table

* Peter Zijlstra <[EMAIL PROTECTED]> wrote: > On Wed, 2007-07-18 at 14:45 +0200, Roman Zippel wrote: > > Hi, > > > > On Wed, 18 Jul 2007, Peter Zijlstra wrote: > > > > > I actually like the extra range, it allows for a much softer punch of > > > background tasks even on somewhat slower boxen.

Re: [PATCH] CFS: Fix missing digit off in wmult table

On Wed, 2007-07-18 at 14:45 +0200, Roman Zippel wrote: > Hi, > > On Wed, 18 Jul 2007, Peter Zijlstra wrote: > > > I actually like the extra range, it allows for a much softer punch of > > background tasks even on somewhat slower boxen. > > The extra range is not really a problem, in > >

Re: [patch] revert: [NET]: Fix races in net_rx_action vs netpoll

* Olaf Kirch <[EMAIL PROTECTED]> wrote: > On Tuesday 17 July 2007 20:56, Ingo Molnar wrote: > > i logged these not via netconsole but via logging on over the console > > and using dmesg, so it should include everything. in the 100hz case the > > following seems to show the anomaly: > > > >

Re: [PATCH] CFS: Fix missing digit off in wmult table

Hi, On Wed, 18 Jul 2007, Peter Zijlstra wrote: > I actually like the extra range, it allows for a much softer punch of > background tasks even on somewhat slower boxen. The extra range is not really a problem, in http://www.ussg.iu.edu/hypermail/linux/kernel/0707.2/0850.html I suggested how

Re: [patch] revert: [NET]: Fix races in net_rx_action vs netpoll

* Olaf Kirch <[EMAIL PROTECTED]> wrote: > On Tuesday 17 July 2007 20:56, Ingo Molnar wrote: > > i logged these not via netconsole but via logging on over the console > > and using dmesg, so it should include everything. in the 100hz case the > > following seems to show the anomaly: > > > >

Re: [PATCH] CFS: Fix missing digit off in wmult table

Hi, On Wed, 18 Jul 2007, Ingo Molnar wrote: > > > Roman, please do me a favor, and ask me the following question: > > > > > > [insult deleted] > In this discussion about > nice levels you were (very) agressively asserting things that were > untrue, Instead of simply asserting things, how

[GIT-PULL] pull from UBI git

Linus, please pull from upstream branch of git://git.infradead.org/~dedekind/ubi-2.6.git to receive the following updates: MAINTAINERS |2 drivers/mtd/ubi/build.c | 25 ++--- drivers/mtd/ubi/cdev.c | 49 +- drivers/mtd/ubi/debug.c | 44

Re: [PATCH 2/2] net/core: some functions' definition order adjustment for readability

This could be done in the patch moving it .. anyways, Denis Cheng wrote: > +#ifdef CONFIG_PROC_FS > +static void *dev_mc_seq_start(struct seq_file *seq, loff_t *pos) If you're interested in doing more work, it would be nice to generalize the seq-file functions for unicast and multicast address

Re: [PATCH] block: factor out bio_check_eod()

Jens Axboe wrote: >> somewhat annoying, I'll see if I can prefix it with git-daemon in the >> future. > > OK, now skip the /data/git/ stuff and just use > > git://git.kernel.dk/linux-2.6-block.git Alright, it works like a charm now. Thanks. -- tejun - To unsubscribe from this list: send the

Re: [PATCH] block: factor out bio_check_eod()

On Wed, Jul 18 2007, Jens Axboe wrote: > On Wed, Jul 18 2007, Tejun Heo wrote: > > Jens Axboe wrote: > > > On Wed, Jul 18 2007, Tejun Heo wrote: > > >> Jens Axboe wrote: > > >>> On Wed, Jul 18 2007, Tejun Heo wrote: > > Jens Axboe wrote: > > > On Wed, Jul 18 2007, Tejun Heo wrote: > >

Re: [PATCH 00/17] per device dirty throttling -v7

Miklos Szeredi wrote: >> Latest version of the per bdi dirty throttling patches. >> >> Most of the changes since last time are little cleanups and more >> detail in the split out of the floating proportion into their >> own little lib. >> >> Patches are against 2.6.22-rc4-mm2 >> >> A rollup of

Re: VESAFB CUSTOM RESOLUTION

On Wed, 2007-07-18 at 13:42 +0300, Al Boldi wrote: > Geert Uytterhoeven wrote: > > On Wed, 18 Jul 2007, Sasa Ostrouska wrote: > Is there any technical reason why vesafb shouldn't support non-BIOS modes? > vesafb can only use modes included by the vendor in the card's BIOS. The mode table

Re: [patch] revert: [NET]: Fix races in net_rx_action vs netpoll

On Tuesday 17 July 2007 20:56, Ingo Molnar wrote: > i logged these not via netconsole but via logging on over the console > and using dmesg, so it should include everything. in the 100hz case the > following seems to show the anomaly: > > NETDEV WATCHDOG: eth0: transmit timed out So, it

Re: Software RAID5 Horrible Write Speed On 3ware Controller!!

On Wed, 18 Jul 2007, Al Boldi wrote: Justin Piszcz wrote: UltraDense-AS-3ware-R5-9-disks,16G,50676,89,96019,34,46379,9,60267,99,5010 98,56,248.5,0,16:10:16/64,240,3,21959,84,1109,10,286,4,22923,91,544,6 UltraDense-AS-3ware-R5-9-disks,16G,49983,88,96902,37,47951,10,59002,99,529

Re: [PATCH] block: factor out bio_check_eod()

On Wed, Jul 18 2007, Jens Axboe wrote: > On Wed, Jul 18 2007, Tejun Heo wrote: > > Jens Axboe wrote: > > > On Wed, Jul 18 2007, Tejun Heo wrote: > > >> Jens Axboe wrote: > > >>> On Wed, Jul 18 2007, Tejun Heo wrote: > > Jens Axboe wrote: > > > On Wed, Jul 18 2007, Tejun Heo wrote: > >

Re: [PATCH] block: factor out bio_check_eod()

On Wed, Jul 18 2007, Tejun Heo wrote: > Jens Axboe wrote: > > On Wed, Jul 18 2007, Tejun Heo wrote: > >> Jens Axboe wrote: > >>> On Wed, Jul 18 2007, Tejun Heo wrote: > Jens Axboe wrote: > > On Wed, Jul 18 2007, Tejun Heo wrote: > >> End of device check is done twice in

Re: [PATCH 1/3] Standardize x86_64's desc_defs.h in preparation for exposure to i386.

On Wed, 2007-07-18 at 11:03 +0200, Andi Kleen wrote: > On Wed, Jul 18, 2007 at 05:22:34PM +1000, Rusty Russell wrote: > > However, the currently (i386-derived) x86-64 ones are suboptimal. The > > In what way are they suboptimal? This was badly worded. They're "suboptimal" for use by i386 (ie.

Re: [PATCH] block: factor out bio_check_eod()

Jens Axboe wrote: > On Wed, Jul 18 2007, Tejun Heo wrote: >> Jens Axboe wrote: >>> On Wed, Jul 18 2007, Tejun Heo wrote: Jens Axboe wrote: > On Wed, Jul 18 2007, Tejun Heo wrote: >> End of device check is done twice in __generic_make_request() and it's >> fully inlined each time.

Re: [PATCH] sysfs: cosmetic clean up on node creation failure paths

On Wed, 18 Jul 2007 16:38:11 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote: > Node addition failure is detected by testing return value of > sysfs_addfm_finish() which returns the number of added and removed > nodes. As the function is called as the last step of addition right > on top of error

Re: [patch] revert: [NET]: Fix races in net_rx_action vs netpoll

Hi, Here is my proposal of a solution based on dev->state flag, but intended mainly to prevent poll_napi from disturbing while net_rx_action is running and polling the device. It doesn't look very nice or clean but I hope it could guard net_rx_action enough with some room for netpoll too. I'd

Re: [PATCH] block: factor out bio_check_eod()

On Wed, Jul 18 2007, Tejun Heo wrote: > Jens Axboe wrote: > > On Wed, Jul 18 2007, Tejun Heo wrote: > >> Jens Axboe wrote: > >>> On Wed, Jul 18 2007, Tejun Heo wrote: > End of device check is done twice in __generic_make_request() and it's > fully inlined each time. Factor out

Re: VESAFB CUSTOM RESOLUTION

Renato S. Yamane wrote: > Sasa Ostrouska escreveu: > ** Short intro for the impatient: Just use vga=ask for the first time, > ** enter `scan' on the video mode prompt, pick the mode you want to use, > ** remember its mode ID (the four-digit hexadecimal number) and then > ** set the vga parameter

Re: uninline check_signature()

On Tue, 17 Jul 2007, Geert Uytterhoeven wrote: > > > No, no revert, please. If the architecture doesn't support readb() then > > > we > > > need some reliable way of working that out within Kconfig. > > > > Isn't that CONFIG_HAS_IOMEM? > > No, having memory mapped I/O doesn't mean you have

Re: [PATCH] block: factor out bio_check_eod()

Jens Axboe wrote: > On Wed, Jul 18 2007, Tejun Heo wrote: >> Jens Axboe wrote: >>> On Wed, Jul 18 2007, Tejun Heo wrote: End of device check is done twice in __generic_make_request() and it's fully inlined each time. Factor out bio_check_eod(). >>> Tejun, yeah I should seperate the

Re: [PATCH] block: factor out bio_check_eod()

On Wed, Jul 18 2007, Tejun Heo wrote: > Jens Axboe wrote: > > On Wed, Jul 18 2007, Tejun Heo wrote: > >> End of device check is done twice in __generic_make_request() and it's > >> fully inlined each time. Factor out bio_check_eod(). > > > > Tejun, yeah I should seperate the cleanups and put

Re: [git patches 2/2] warnings: use uninitialized_var()

On Tue, Jul 17, 2007 at 05:49:52PM -0400, Jeff Garzik wrote: > > For many months, I have maintained a hand-verified list of bogus "may be > used uninitialized" warning fixes, in misc-2.6.git#gccbug. Andrew urged > me to head these upstream. > > I have gone through and re-analyzed each warning,

[PATCH 2/2] net/core: some functions' definition order adjustment for readability

Signed-off-by: Denis Cheng <[EMAIL PROTECTED]> --- net/core/dev.c | 407 1 files changed, 201 insertions(+), 206 deletions(-) diff --git a/net/core/dev.c b/net/core/dev.c index 16842af..ee567dd 100644 --- a/net/core/dev.c +++

[PATCH 1/2] net/core: merge the content of dev_mcast.c into dev.c

- removed three function declarations from header file to mark them static, - reduced one file Signed-off-by: Denis Cheng <[EMAIL PROTECTED]> --- this one is just merging by concatenating, and I'll try to adjust some function definitions' order to make it more readable.

Re: [RFC] Deferred interrupt handling.

> In particular, this requires interrupt handling to be done by the guest -- > The host shouldn't load the corresponding device driver or otherwise access > the device. Since the host kernel is not aware of the device semantics it > cannot acknowledge the interrupt at the device level. Tricky

Re: VESAFB CUSTOM RESOLUTION

On Wed, 18 Jul 2007, Sasa Ostrouska wrote: > On 7/18/07, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote: > > On Wed, 18 Jul 2007, Sasa Ostrouska wrote: > > > On 7/18/07, Daniel Drake <[EMAIL PROTECTED]> wrote: > > > > Sasa Ostrouska wrote: > > > > > I want to ask one question about a custom

Re: [PATCH] block: factor out bio_check_eod()

Jens Axboe wrote: > On Wed, Jul 18 2007, Tejun Heo wrote: >> End of device check is done twice in __generic_make_request() and it's >> fully inlined each time. Factor out bio_check_eod(). > > Tejun, yeah I should seperate the cleanups and put them in the upstream > branch. Will do so and add

Re: [PATCH] sysfs: kill an extra put in sysfs_create_link() failure path

On Wed, 18 Jul 2007 16:14:45 +0900, Tejun Heo <[EMAIL PROTECTED]> wrote: > There is a subtle bug in sysfs_create_link() failure path. When > symlink creation fails because there's already a node with the same > name, the target sysfs_dirent is put twice - once by failure path of >

Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?

Nick Craig-Wood <[EMAIL PROTECTED]> wrote: > Zan Lynx <[EMAIL PROTECTED]> wrote: > > There *are* crashes from LVM and ext3. I had to change kernels to avoid > > them. > > > > I had crashes with ext3 on LVM snapshot on DM mirror on SATA. > > We've noticed these too... ext3/LVM/raid0/sata

Re: Hibernation considerations

On Tue, Jul 17, 2007 at 08:54:24PM -0700, [EMAIL PROTECTED] wrote: > On Wed, 18 Jul 2007, Matthew Garrett wrote: > > >On Tue, Jul 17, 2007 at 08:19:32AM -0700, [EMAIL PROTECTED] wrote: > >>On Tue, 17 Jul 2007, Matthew Garrett wrote: > >>>Powering off rather than using S4 means you lose most

Re: [PATCH] block: factor out bio_check_eod()

On Wed, Jul 18 2007, Tejun Heo wrote: > End of device check is done twice in __generic_make_request() and it's > fully inlined each time. Factor out bio_check_eod(). Tejun, yeah I should seperate the cleanups and put them in the upstream branch. Will do so and add your signed-off to both of

Re: [PATCH 0/2] faking and fixing the NUMA SLIT

On Wednesday 18 July 2007 11:42:20 Andi Kleen wrote: > On Wednesday 18 July 2007 11:30:01 Joachim Deguara wrote: > > The problem with NUMA distances in the SLIT is that they are often wrong, > > oh wait they aren't there at all because the BIOS didn't create a SLIT > > since Windows does not use

[PATCH] block: factor out bio_check_eod()

End of device check is done twice in __generic_make_request() and it's fully inlined each time. Factor out bio_check_eod(). This is taken from Jens' zero-length barrier patch. Signed-off-by: Tejun Heo <[EMAIL PROTECTED]> Cc: Jens Axboe <[EMAIL PROTECTED]> --- block/ll_rw_blk.c | 63

[PATCH] block: cosmetic changes

Cosmetic changes. This is taken from Jens' zero-length barrier patch. Signed-off-by: Tejun Heo <[EMAIL PROTECTED]> Cc: Jens Axboe <[EMAIL PROTECTED]> --- block/ll_rw_blk.c |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) Index: work/block/ll_rw_blk.c

Re: [kvm-devel] [GIT PULL][RESEND #2] KVM Updates for 2.6.23-rc1

Hi; 18 Tem 2007 Çar tarihinde, Avi Kivity şunları yazmıştı: > > http://cekirdek.pardus.org.tr/~caglar/kvm/netconsole_wo_apparmor is the > > vanilla one's netconsole output, by the way without apparmor patchset > > system not hard freezes. > > This trace is certainly a kvm bug. What guest are

Re: [PATCH] vmalloc_32 should use GFP_KERNEL

On Wed, 18 Jul 2007 16:49:14 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote: > On Tue, 2007-07-17 at 23:33 -0700, Andrew Morton wrote: > > whoops, yes. > > > > Are those errors serious and common enough for 2.6.22.x? > > No idea, so far, the nouveau DRM isn't something I would

Re: VESAFB CUSTOM RESOLUTION

Geert Uytterhoeven wrote: > On Wed, 18 Jul 2007, Sasa Ostrouska wrote: > > Daniel you seem to be right, as till now, no one of those solutions > > for me worked, I always end up or with a non recognised option or a > > small square 640x480 pixels where I see the console. I need to try > > still

Re: [PATCH] CFS: Fix missing digit off in wmult table

* Roman Zippel <[EMAIL PROTECTED]> wrote: > On Tue, 17 Jul 2007, Ingo Molnar wrote: > > > Roman, please do me a favor, and ask me the following question: > > > > " Ingo, you've been maintaining the scheduler for years. In fact you > >wrote the old nice code we are talking about here. You

Re: [PATCH 1/3] KVM - Add missing kvm_run initializations

Jeff Dike wrote: > On Tue, Jul 17, 2007 at 11:12:53AM +0300, Avi Kivity wrote: > >> I believe that emulate_instruction will set run->mmio if it returns >> EMULATE_DO_MMIO. >> > > Righto, forgot to check that. How about this patch instead? > > Set exit_reason to KVM_EXIT_MMIO where

[RFC] Deferred interrupt handling.

Gentlepeople, We're currently working on PCI device pass-through support for KVM. In this model all physical hardware access to specific devices will be performed by the VM, and not by the host. In particular, this requires interrupt handling to be done by the guest -- The host shouldn't load

Software RAID5 Horrible Write Speed On 3ware Controller!! (fwd)

Correcting address: -- Forwarded message -- Date: Wed, 18 Jul 2007 06:23:25 -0400 (EDT) From: Justin Piszcz <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Software RAID5 Horrible Write Speed On 3ware Controller!! I

other potential candidates for removal?

a while back, i threw together this wiki page: http://fsdev.net/wiki/index.php?title=Stuff_to_be_removed feel free to comment. rday -- Robert P. J. Day Linux Consulting, Training and Annoying Kernel Pedantry Waterloo,

Re: Documentation for sysfs, hotplug, and firmware loading.

On Tue, 2007-07-17 at 17:03 -0400, Rob Landley wrote: > Here's some sysfs/hotplug/firmware loading documentation I wrote. I finally > tracked down the netlink bits to finish it up, so I can send it out to the > world. > > What's wrong with it? :) A lot. :) > Note, I still need to actually

Re: crash with 2.6.21 BUG:ll_rw_blk.c

On Wed, Jul 18 2007, walter harms wrote: > hi list, > i managed to crash 2.6.21 at boottime with > > IPI Shortcut mode > BUG: atblock/ll_rw_blc.c 1566 blk_remove_plug() > > > system: acer Notebook TM620 > > does anyone care or is 2.6.21 already done ? We need a lot more than that, can you

Re: [kvm-devel] [GIT PULL][RESEND #2] KVM Updates for 2.6.23-rc1

S.Çağlar Onur wrote: > Hi; > > 18 Tem 2007 Çar tarihinde, Avi Kivity şunları yazmıştı: > >> S.Çağlar Onur wrote: >> >>> Hi; >>> >>> 18 Tem 2007 Çar tarihinde, Anthony Liguori şunları yazmıştı: >>> Can you reproduce without the appArmor patchset? >>> If needed

Re: compile error if CONFIG_BLOCK not enabled related to linux/ide.h include

Hi, On Wednesday 18 July 2007, Kumar Gala wrote: > M: [EMAIL PROTECTED] > L: [EMAIL PROTECTED] > > We get the following compile error if CONFIG_BLOCK isn't enabled: > > CC arch/powerpc/kernel/setup_32.o > In file included from arch/powerpc/kernel/setup_32.c:14: >

Re: Slow Soft-RAID 5 performance

On Wed, 18 Jul 2007, Rui Santos wrote: Hi, I'm getting a strange slow performance behavior on a recently installed Server. Here are the details: Server: Asus AS-TS500-E4A Board: Asus DSBV-D ( http://uk.asus.com/products.aspx?l1=9=39=299=0=1210=2 ) Hard Drives: 3x Seagate ST3400620AS (

Re: [PATCH] CFS: Fix missing digit off in wmult table

On Mon, 2007-07-16 at 10:47 -0700, Linus Torvalds wrote: > > On Mon, 16 Jul 2007, Roman Zippel wrote: > > > > To illustrate the problem a little different: a task with a nice level -20 > > got around 700% more cpu time (or 8 times more), now it gets 8500% more > > cpu time (or 86.7 times more).

Re: [PATCH] sysfs - use mutex instead of semaphore

Hi, Sorry,this is the right one. dir.c bin.c and symlink.c use the mutex.h,should not be deleted. Signed-off-by: Dave Young <[EMAIL PROTECTED]> --- fs/sysfs/bin.c |2 +- fs/sysfs/dir.c |2 +- fs/sysfs/file.c| 14 +++--- fs/sysfs/group.c |1 - fs/sysfs/inode.c

Slow Soft-RAID 5 performance

Hi, I'm getting a strange slow performance behavior on a recently installed Server. Here are the details: Server: Asus AS-TS500-E4A Board: Asus DSBV-D ( http://uk.asus.com/products.aspx?l1=9=39=299=0=1210=2 ) Hard Drives: 3x Seagate ST3400620AS (

Re: [kvm-devel] [GIT PULL][RESEND #2] KVM Updates for 2.6.23-rc1

Hi; 18 Tem 2007 Çar tarihinde, S.Çağlar Onur şunları yazmıştı: > http://cekirdek.pardus.org.tr/~caglar/kvm/netconsole_wo_apparmor is the > vanilla one's netconsole output, by the way without apparmor patchset > system not hard freezes. Ahhh netconsole cannot grab whole output, full log from

Re: [PATCH 1/3] [net/core] move dev_mc_discard from dev_mcast.c to dev.c

David Miller wrote: > From: Patrick McHardy <[EMAIL PROTECTED]> > Date: Wed, 18 Jul 2007 12:01:38 +0200 > > >>rae l wrote: >> >>>All in one word, I don't think the single file dev_mcast.c is needed >>>anymore. >> >>Agreed. But dev.c is growing larger and larger, maybe dev_addr.c? >>Or

[PATCH] sysfs - use mutex instead of semaphore

Hi, Use mutex instead of semaphore in sysfs/file.c, and the unnecessary semaphore.h in other files are remove as well. Signed-off-by: Dave Young <[EMAIL PROTECTED]> --- fs/sysfs/bin.c |1 - fs/sysfs/dir.c |1 - fs/sysfs/file.c| 14 +++--- fs/sysfs/group.c |1 -

Re: [kvm-devel] [GIT PULL][RESEND #2] KVM Updates for 2.6.23-rc1

Hi; 18 Tem 2007 Çar tarihinde, Avi Kivity şunları yazmıştı: > S.Çağlar Onur wrote: > > Hi; > > > > 18 Tem 2007 Çar tarihinde, Anthony Liguori şunları yazmıştı: > >> Can you reproduce without the appArmor patchset? > > > > If needed http://cekirdek.pardus.org.tr/~caglar/kvm/netconsole is the > >

Re: [2.6.23 PATCH 07/18] dm io: fix panic on large request

Jun'ichi Nomura wrote: > Patrick McHardy wrote: > >>Jun'ichi Nomura wrote: >> >>>Are you using other dm modules such as dm-multipath, dm-mirror >>>or dm-snapshot? >>>If so, can you take the output of 'dmsetup table' and 'dmsetup ls'? >> >>No other modules. >> >> >>>Do you have a reliable way to

Re: [PATCH 1/3] [net/core] move dev_mc_discard from dev_mcast.c to dev.c

From: Patrick McHardy <[EMAIL PROTECTED]> Date: Wed, 18 Jul 2007 12:01:38 +0200 > rae l wrote: > > All in one word, I don't think the single file dev_mcast.c is needed > > anymore. > > Agreed. But dev.c is growing larger and larger, maybe dev_addr.c? > Or dev_config.c, with some of the other

Re: [PATCH 03/33] powerpc: Refuse to build 64-bit with GCC-4.2.0 and CONFIG_MODULES

Sam Ravnborg schrieb: From: Segher Boessenkool <[EMAIL PROTECTED]> ...since this won't work (compiler bug, see ). The bug report says IA64 is broken, too. Please verify and extend the patch if possible... gcc-4.2.1 will be released soon. Regards, -- Clemens

Re: [PATCH 1/3] [net/core] move dev_mc_discard from dev_mcast.c to dev.c

From: "rae l" <[EMAIL PROTECTED]> Date: Wed, 18 Jul 2007 17:59:52 +0800 > And then the dev_mcast.c is now only 256 lines long(versus dev.c 4052 lines), > just left a few multicast related functions definition and "dev_mcast" > procfs code, > I have an idea to merge all code dev_mcast.c into

Re: [PATCH 1/3] [net/core] move dev_mc_discard from dev_mcast.c to dev.c

rae l wrote: > All in one word, I don't think the single file dev_mcast.c is needed > anymore. Agreed. But dev.c is growing larger and larger, maybe dev_addr.c? Or dev_config.c, with some of the other device configuration functions? - To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH 1/3] [net/core] move dev_mc_discard from dev_mcast.c to dev.c

On 7/18/07, David Miller <[EMAIL PROTECTED]> wrote: From: Denis Cheng <[EMAIL PROTECTED]> Date: Wed, 18 Jul 2007 10:41:03 +0800 > Because this function is only called by unregister_netdevice, > this moving could make this non-global function static, > and also remove its declaration in

Re: [PATCH] serial: add back early_serial_setup back to head file

Yinghai Lu <[EMAIL PROTECTED]> wrote: > [PATCH] serial: add back early_serial_setup back to head file > > early_serial_setup is removed from serial.h, but foget to put in > serial_8250.h > > Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]> Acked-By: David Howells <[EMAIL PROTECTED]> - To

Re: VESAFB CUSTOM RESOLUTION

On 7/18/07, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote: On Wed, 18 Jul 2007, Sasa Ostrouska wrote: > On 7/18/07, Daniel Drake <[EMAIL PROTECTED]> wrote: > > Sasa Ostrouska wrote: > > > I want to ask one question about a custom resolution in the console. > > > I have a Sony Vaio Laptop

Re: [ANNOUNCE][RFC] PlugSched-6.5.1 for 2.6.22

* Peter Williams <[EMAIL PROTECTED]> wrote: > Ingo Molnar wrote: > > * Peter Williams <[EMAIL PROTECTED]> wrote: > > > >> Probably the last one now that CFS is in the main line :-(. > > > > hm, why is CFS in mainline a problem? > > It means a major rewrite of the plugsched interface and I'm

Re: System hangs on running kernbench

On Wed, Jul 18, 2007 at 01:07:00AM -0700, Andrew Morton wrote: > On Wed, 18 Jul 2007 13:26:48 +0530 Dhaval Giani <[EMAIL PROTECTED]> wrote: > > > I was running kernbench on top of 2.6.22-rc6-mm1 and I got a Hangcheck > > alert (This is when kernbench reached make -j). > > hm, never had a report

Re: [PATCH 0/2] faking and fixing the NUMA SLIT

On Wednesday 18 July 2007 11:30:01 Joachim Deguara wrote: > The problem with NUMA distances in the SLIT is that they are often wrong, oh > wait they aren't there at all because the BIOS didn't create a SLIT since > Windows does not use it.  If Linux does not find a slit it just says the >

Re: [PATCH] netfilter: xt_connlimit needs to depend on nf_conntrack

From: Cornelia Huck <[EMAIL PROTECTED]> Date: Mon, 16 Jul 2007 12:53:52 +0200 > Subject: [PATCH] netfilter: xt_connlimit needs to depend on nf_conntrack > From: Cornelia Huck <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Cc: , [EMAIL PROTECTED], > "David S. Miller" <[EMAIL PROTECTED]>,

Re: [kvm-devel] [GIT PULL][RESEND #2] KVM Updates for 2.6.23-rc1

S.Çağlar Onur wrote: > Hi; > > 18 Tem 2007 Çar tarihinde, Anthony Liguori şunları yazmıştı: > >> Can you reproduce without the appArmor patchset? >> > > If needed http://cekirdek.pardus.org.tr/~caglar/kvm/netconsole is the > appArmor > patchset included kernel's output captured with

[PATCH 1/2] fake the NUMA SLIT

Most x86 NUMA systems do not have a SLIT provided by them from the BIOS. We want to fake this by either creating one or copying the original. The reason to do this is so to later be able to alter it. Signed-off-by: Joachim Deguara <[EMAIL PROTECTED]> -- Index: kernel/drivers/acpi/numa.c

Re: sysfs root link count broken in 2.6.22-git5

On Tue, Jul 17, 2007 at 11:05:30PM +0200, Jean Delvare wrote: > On Tue, 17 Jul 2007 11:36:52 -0700, Greg KH wrote: > > On Tue, Jul 17, 2007 at 01:12:55PM +0200, Jean Delvare wrote: > > > On Mon, 16 Jul 2007 20:48:44 -0700, Greg KH wrote: > > > > On Sun, Jul 15, 2007 at 12:42:32PM +0200, Jean

[PATCH 0/2] faking and fixing the NUMA SLIT

The problem with NUMA distances in the SLIT is that they are often wrong, oh wait they aren't there at all because the BIOS didn't create a SLIT since Windows does not use it.  If Linux does not find a slit it just says the distance to local=10 and remote=20 according to ACPI spec.  The problem

[PATCH 2/2] make node distance writeable

This adds the ability to write the node distance for NUMA systems. This is generally handled by the SLIT but unfortunately the large majority of systems do not have a SLIT as Windows does not use them. Until now if no SLIT was found all remote nodes had a distance of 20 which is ok for 2P

Re: [kvm-devel] [GIT PULL][RESEND #2] KVM Updates for 2.6.23-rc1

Hi; 18 Tem 2007 Çar tarihinde, Anthony Liguori şunları yazmıştı: > Can you reproduce without the appArmor patchset? If needed http://cekirdek.pardus.org.tr/~caglar/kvm/netconsole is the appArmor patchset included kernel's output captured with netconsole and yes i'll try to reproduce same with

[PATCH][RFC] Delete export of tty.h to userspace.

Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- given that the entire contents of include/linux/tty.h is contained within an "#ifdef __KERNEL__", it seems pointless to export it to userspace, unless there's some kind of need for that header file to exist in userspace, even if it's

Re: [PATCH] AFS: Fix file locking

Andrew Morton <[EMAIL PROTECTED]> wrote: > Here we use > > vnode->flags & (1 << foo) > > > + set_bit(AFS_VNODE_LOCKING, >flags); > > and elsewhere we use set_bit(foo, >flags) and clear_bit() Ah... IIRC I was originally testing multiple bits in one go (test_bit()'s do not

Re: [RFT][PATCH v7] sata_mv: convert to new EH

On Thu, Jul 12, 2007 at 07:15:26PM -0700, dean gaudet wrote: > On Thu, 12 Jul 2007, Jeff Garzik wrote: > > > dean gaudet wrote: > > > On Thu, 12 Jul 2007, Jeff Garzik wrote: > > > > > > > dean gaudet wrote: > > > > > oh very nice... no warnings on boot, and no warnings while i "dd > > > > >

Re: [2.6 patch] ipt_iprange.h must #include

From: Adrian Bunk <[EMAIL PROTECTED]> Date: Sun, 15 Jul 2007 14:14:19 +0200 > ipt_iprange.h must #include since it uses __be32. > > This patch fixes kernel Bugzilla #7604. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> Applied, and I'll push this to -stable too, thanks Adrian. - To

[PATCH] rtc: Add support for STK17TA8 chip

From: Thomas Hommel <[EMAIL PROTECTED]> This patch adds support for the Simtek STK17TA8 timekeeping chip. Signed-off-by: Thomas Hommel <[EMAIL PROTECTED]> --- The STK17TA8 is quite similar to the DS1553, but differs in register layout and in various control bits in the registers. I chose to make

[PATCH] atmel_lcdfb: Use spare bits in 32bpp mode as alpha channel

From: Haavard Skinnemoen <[EMAIL PROTECTED]> Set var->transp.offset and var->transp.length in 32bpp mode to indicate that the 8 otherwise unused bits can be used for transparency. Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]> Signed-off-by: Nicolas Ferre <[EMAIL PROTECTED]> ---

crash with 2.6.21 BUG:ll_rw_blk.c

hi list, i managed to crash 2.6.21 at boottime with IPI Shortcut mode BUG: atblock/ll_rw_blc.c 1566 blk_remove_plug() system: acer Notebook TM620 does anyone care or is 2.6.21 already done ? re, wh - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [PATCH] nicstar needs virt_to_bus

From: Stephen Rothwell <[EMAIL PROTECTED]> Date: Wed, 18 Jul 2007 17:37:26 +1000 > Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]> I'll pick this up, applied, thanks Stephen. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Re: VESAFB CUSTOM RESOLUTION

On Wed, 18 Jul 2007, Sasa Ostrouska wrote: > On 7/18/07, Daniel Drake <[EMAIL PROTECTED]> wrote: > > Sasa Ostrouska wrote: > > > I want to ask one question about a custom resolution in the console. > > > I have a Sony Vaio Laptop VGN-SZ2VP/X, the screen resolution is > > > 1280x800, now I'm using

[PATCH] Documentation update sched-stat.txt

While learning about schedstats I found that the documentation in the tree is old. I updated it and found some interesting stuff like schedstats version 14 is the same as version and version 13 never saw a kernel release! Also there are 6 fields in the current schedstats that are not used

Re: [PATCH 3/3] [net/core] move __dev_addr_discard adjacent to dev_addr_discard for readability

From: Denis Cheng <[EMAIL PROTECTED]> Date: Wed, 18 Jul 2007 10:41:05 +0800 > Signed-off-by: Denis Cheng <[EMAIL PROTECTED]> Also applied, thank you. - 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: [PATCH 2/3] [net/core] merge dev_unicast_discard and dev_mc_discard into one

From: Denis Cheng <[EMAIL PROTECTED]> Date: Wed, 18 Jul 2007 10:41:04 +0800 > this two functions could share the dev->_xmit_lock acquired context. > > Signed-off-by: Denis Cheng <[EMAIL PROTECTED]> Applied, thanks. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [PATCH 1/3] [net/core] move dev_mc_discard from dev_mcast.c to dev.c

From: Denis Cheng <[EMAIL PROTECTED]> Date: Wed, 18 Jul 2007 10:41:03 +0800 > Because this function is only called by unregister_netdevice, > this moving could make this non-global function static, > and also remove its declaration in netdevice.h; > > Any further, function __dev_addr_discard is

Re: [PATCH][RFC] 4K stacks default, not a debug thing any more...?

Zan Lynx <[EMAIL PROTECTED]> wrote: > There *are* crashes from LVM and ext3. I had to change kernels to avoid > them. > > I had crashes with ext3 on LVM snapshot on DM mirror on SATA. We've noticed these too... ext3/LVM/raid0/sata seems fine. If you add snapshot in that mix then it becomes

<    1   2   3   4   5   6   7   8   9   10   >