On Dec 4, 2007 3:45 PM, Pekka Enberg <[EMAIL PROTECTED]> wrote:
> Hi Dave,
>
> On Dec 4, 2007 3:31 AM, Dave Young <[EMAIL PROTECTED]> wrote:
> > Kobject_put should be called when kobject register functioin fails, so the
> > the kobj ref count touch zero and then the proper cleanup routines will be
On Mon, 3 Dec 2007, Greg KH wrote:
> On Tue, Dec 04, 2007 at 01:50:53AM -0500, Robert P. J. Day wrote:
> > On Tue, 4 Dec 2007, Dave Young wrote:
> >
> > > Hi,
> > > Does the KOBJ_NAME_LEN really means the limit of kobject name length?
> > > seems not . And if it's true, is the KOBJ_NAME_LEN of 20
Hi Dave,
On Tue, 4 Dec 2007, Dave Young wrote:
> the kobject reference is get in kobject_init, and then kobject_add, if
> kobject_add fail, it will only cleanup the reference got by itsself.
>
> This topic is discussed in:
> http://lkml.org/lkml/2007/11/30/9
Ok, thanks! Please the explanation to
Andrew Morton wrote:
> On Mon, 3 Dec 2007 16:52:47 +0300
> "Denis V. Lunev" <[EMAIL PROTECTED]> wrote:
>
>> There is a AB-BA deadlock regarding drop_caches sysctl. Here are the code
>> paths:
>>
>> drop_pagecache
>> spin_lock(&inode_lock);
>> invalidate_mapping_pages
>> try_to_release_page
Here is also Rick's page:
http://kernelnewbies.org/KernelProjects
On Dec 4, 2007 12:10 AM, Chris Snook <[EMAIL PROTECTED]> wrote:
> Muhammad Nowbuth wrote:
> > Hi all,
> >
> > Could anyone give some ideas of future pending works which are needed
> > on the linux kernel?
>
> http://kernelnewbies.or
Hi all,
> > Your patch looks correct, and seems to be the only obvious chunk
> > that's missing. So, I'll ack it FWIW ... usual policy for these
> > patches is to go through Russell.
>
> You can add my Ack for what it's worth.
OK, CC'ed Russell and added your Acked-by.
Signed-off-by: Jan Alten
On Tue, Dec 04, 2007 at 10:05:24AM +0200, Pekka J Enberg wrote:
> Hi Dave,
>
> On Tue, 4 Dec 2007, Dave Young wrote:
> > the kobject reference is get in kobject_init, and then kobject_add, if
> > kobject_add fail, it will only cleanup the reference got by itsself.
> >
> > This topic is discussed
On Tue, Dec 04 2007, Herbert Xu wrote:
> On Mon, Dec 03, 2007 at 02:31:40PM +0100, Jan Glauber wrote:
> > Hi Herbert,
> >
> > commit 788fefa33b0b50581585925c53c230a36af35d0e in cryptodev breaks hmac
> > on s390 du to the usage of sg_chain():
> >
> > static inline void sg_chain(struct scatterlist
On Mon, Dec 03, 2007 at 03:57:46PM -0800, Arjan van de Ven wrote:
> > > +#define SC26XX_MAJOR 204
> > > +#define SC26XX_MINOR_START 205
> > > +#define SC26XX_NR2
>
> did lanana assign these numbers officially?
I tried to numbers several months ago and didn't get any response
On Mon, 3 Dec 2007, Milton Miller wrote:
> On Dec 2, 2007, at 9:59 PM, Geoff Levand wrote:
> > I'm finding that recently kexec'ed kernels on PS3 will
> > panic on startup. It seems the trouble was introduced
> > with the ppc64 SPARSEMEM_VMEMMAP support. The problem
> > is the same when starting e
On Dec 4, 2007 4:20 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 04, 2007 at 03:53:15PM +0800, Dave Young wrote:
> > On Dec 4, 2007 3:46 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> > > On Tue, Dec 04, 2007 at 02:45:47PM +0800, Dave Young wrote:
> > > > Hi,
> > > > Does the KOBJ_NAME_LEN really
On Tue, Dec 04, 2007 at 03:53:15PM +0800, Dave Young wrote:
> On Dec 4, 2007 3:46 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Tue, Dec 04, 2007 at 02:45:47PM +0800, Dave Young wrote:
> > > Hi,
> > > Does the KOBJ_NAME_LEN really means the limit of kobject name length?
> > > seems
> > > not . And
Muhammad Nowbuth wrote:
Hi all,
Could anyone give some ideas of future pending works which are needed
on the linux kernel?
http://kernelnewbies.org/KernelHacking
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majord
From: Ben Collins <[EMAIL PROTECTED]>
Date: Thu, 29 Nov 2007 17:02:10 -0500
> Fixes this build failure:
>
> ERROR: "vio_driver_init" [drivers/net/sunvnet.ko] undefined!
> ERROR: "vio_driver_init" [drivers/block/sunvdc.ko] undefined!
> ERROR: "ldc_map_sg" [drivers/block/sunvdc.ko] undefined!
>
From: Julia Lawall <[EMAIL PROTECTED]>
Date: Sun, 2 Dec 2007 21:05:24 +0100 (CET)
> From: Julia Lawall <[EMAIL PROTECTED]>
>
> There should be an of_node_put when breaking out of a loop that iterates
> using for_each_node_by_type.
>
> This was detected and fixed using the following semantic patc
On Tue, Dec 04, 2007 at 09:25:11AM +0100, Jens Axboe wrote:
>
> You should continue to do your own chaining if it's a requirement for
> the driver/layer to function, until we get rid of ARCH_HAS_SG_CHAIN.
> That'll happen when all archs are converted.
Thanks for the confirmation. I'll back out m
Andrew Morton wrote:
> On Fri, 30 Nov 2007 16:02:50 +0300
> Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
>
>> This includes the tables themselves and the call to the
>> register_sysctl_table(). Since this call is done from the __init
>> call, I hope this is OK to keep the #ifdef inside the function,
On Nov 29, 2007 5:32 PM, Fengguang Wu <[EMAIL PROTECTED]:
> > On Nov 28, 2007 4:34 PM, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > > Could you demonstrate the situation? Or if I guess it right, could it
> > > be fixed by the following patch?
Feng I am sorry to have been mistaken but I reran my tes
with the attached config i get this build failure:
drivers/built-in.o: In function `dibusb_dib3000mc_tuner_attach':
: undefined reference to `dib3000mc_get_tuner_i2c_master'
drivers/built-in.o: In function `dibusb_dib3000mc_tuner_attach':
: undefined reference to `dib3000mc_set_config'
on 2.
>-Original Message-
>From: Andi Kleen [mailto:[EMAIL PROTECTED]
>Sent: Montag, 3. Dezember 2007 17:22
>> What did you have in mind when you asked for kernel-mode support?
>
>I asked about that earlier too and I would like to see per CPU traces
>for ring 0 with some way to dump that on cr
On Tue, Dec 04 2007, Neil Brown wrote:
>
> I've been looking at use BIO_RW_FAILFAST in md/raid to improve
> handling of some error cases.
>
> This is particularly significant for the DASD driver (s390 specific).
> I believe it uses optic fibre to connect to the drives. When one of
> these paths
Dear linux-kernel@vger.kernel.org,
[EMAIL PROTECTED] has sent you an invite to sign up at Bloggoo.com -
http://bloggoo.com.
"BlogGoo (www.bloggoo.com) จัดทำขึ้นเพื่อให้ผู้ใช้บริการได้มีพื้นที่ส่วนตัว
ในการสร้างสรรค์งานเขียนต่างๆ ของตนเองอย่างอิสระ ทั้งบอกเล่าเรื่องราวส่วนตัว
เหตุการณ์ที่เกิดข
* Neil Brown <[EMAIL PROTECTED]> wrote:
> ### Diffstat output
> ./drivers/block/umem.c |3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff .prev/drivers/block/umem.c ./drivers/block/umem.c
> --- .prev/drivers/block/umem.c2007-12-04 11:11:30.0 +1100
> +++ ./driv
On Tue, 04 Dec 2007 11:58:30 +0300 Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
> >> +#ifdef CONFIG_SYSCTL
> >>register_sysctl_table(sys_table);
> >> +#endif
> >>
> >>dquot_cachep = kmem_cache_create("dquot",
> >>sizeof(struct dquot), sizeof(unsigned long) * 4,
> >
> >
On Tue, Dec 04, 2007 at 01:55:17AM -0600, Rob Landley wrote:
> On Monday 03 December 2007 22:26:28 Nick Piggin wrote:
> > There is one slight downside -- direct block device access and filesystem
> > metadata access goes through an extra copy and gets stored in RAM twice.
> > However, this downside
Andrew Morton wrote:
> On Tue, 04 Dec 2007 11:58:30 +0300 Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
>
+#ifdef CONFIG_SYSCTL
register_sysctl_table(sys_table);
+#endif
dquot_cachep = kmem_cache_create("dquot",
sizeof(struct dquot), sizeof(uns
* Jörn Engel <[EMAIL PROTECTED]> wrote:
> On Mon, 3 December 2007 01:57:02 +0100, Jörn Engel wrote:
> >
> > After an eternity of compile time, this config does generate some useful
> > output. qemu is not to blame.
>
> Or is it? The output definitely looks suspicious. Large amounts of
> cod
Am Dienstag, 4. Dezember 2007 schrieb Nick Piggin:
[...]
> There is one slight downside -- direct block device access and filesystem
> metadata access goes through an extra copy and gets stored in RAM twice.
> However, this downside is only slight, because the real buffercache of the
> device is no
On Mon, 3 Dec 2007 11:06:26 -0800,
Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 03, 2007 at 01:00:03PM +0100, Cornelia Huck wrote:
> > On Fri, 30 Nov 2007 22:29:39 -0500 (EST),
> > Alan Stern <[EMAIL PROTECTED]> wrote:
> >
> > > On Fri, 30 Nov 2007, Greg KH wrote:
> > >
> > > > +/**
> > > >
Hi,
dev_set_rx_mode calls __dev_set_rx_mode with softirq disabled (by
netif_tx_lock_bh)
therefore __dev_set_promiscuity can be called with softirq disabled.
It will cause in_interrupt() to return true and ASSERT_RTNL warning.
Is there a good solution to fix it besides blowing ASSERT_RTNL up?
Than
On Tue, 04 Dec 2007 12:31:37 +0300 Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Tue, 04 Dec 2007 11:58:30 +0300 Pavel Emelyanov <[EMAIL PROTECTED]>
> > wrote:
> >
> +#ifdef CONFIG_SYSCTL
> register_sysctl_table(sys_table);
> +#endif
>
>
hi,
* Giacomo Catenazzi <[EMAIL PROTECTED]> wrote:
> On 2.6.24-rc1-gc9927c2b BUG: unable to handle kernel paging request at
> virtual address 3d15b925
>
> In last git, I see the following BUGs in various programs. It seems
> reproducible, but sometime I've hard lookup on poweroff.
do you st
* Thomas <[EMAIL PROTECTED]> wrote:
> I can confirm this issue too on any .24-rc. I'm also using reiserfs on
> a LVM.
>
> And there is one more user on Gentoo forums having the same issue.
> http://forums.gentoo.org/viewtopic-t-612959.html
>
> So you are not alone, florian.
any progress on t
On Tue, 2007-12-04 at 15:53 +0530, Kamalesh Babulal wrote:
> The patch ctc: make use of alloc_netdev() (commit
> 1c1478859017452a1179dbbdf7b9eb5b48438746)
> introduces the build failure
>
> CC [M] drivers/s390/net/fsm.o
> CC [M] drivers/s390/net/smsgiucv.o
> CC [M] drivers/s390/net/ctcma
On Tue, Dec 04, 2007 at 10:54:51AM +0100, Christian Borntraeger wrote:
> Am Dienstag, 4. Dezember 2007 schrieb Nick Piggin:
> [...]
> > There is one slight downside -- direct block device access and filesystem
> > metadata access goes through an extra copy and gets stored in RAM twice.
> > However,
From: Julia Lawall <[EMAIL PROTECTED]>
There should be an of_node_put when breaking out of a loop that iterates
over calls to of_find_all_nodes, as this function does an of_node_get on
the value it returns.
This was fixed using the following semantic patch.
(http://www.emn.fr/x-info/coccinelle/)
Hello,
the following patch should be applied into 2.6.24-rc3 as the mentioned Hitachi
disk has also problem with NCQ.
--
Lukáš Hejtmánek
--- a/drivers/ata/libata-core.c 2007-12-04 11:08:20.0 +0100
+++ b/drivers/ata/libata-core.c 2007-12-04 11:09:23.0 +0100
@@ -4159,6 +4159,7 @@
Hi,
The patch ctc: make use of alloc_netdev() (commit
1c1478859017452a1179dbbdf7b9eb5b48438746)
introduces the build failure
CC [M] drivers/s390/net/fsm.o
CC [M] drivers/s390/net/smsgiucv.o
CC [M] drivers/s390/net/ctcmain.o
drivers/s390/net/ctcmain.c: In function `ctc_init_netdevice':
d
* Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> The patch ctc: make use of alloc_netdev() (commit
> 1c1478859017452a1179dbbdf7b9eb5b48438746) introduces the build failure
>
> CC [M] drivers/s390/net/fsm.o
> CC [M] drivers/s390/net/smsgiucv.o
> CC [M] drivers/s390/net/ctcmain.o
> driver
On Tue, 4 Dec 2007, Ingo Molnar wrote:
> with the attached config i get this build failure:
> drivers/built-in.o: In function `dibusb_dib3000mc_tuner_attach':
> : undefined reference to `dib3000mc_get_tuner_i2c_master'
> drivers/built-in.o: In function `dibusb_dib3000mc_tuner_attach':
> : unde
On Tue, 4 Dec 2007, Thomas Bogendoerfer wrote:
> On Mon, Dec 03, 2007 at 03:57:46PM -0800, Arjan van de Ven wrote:
> > > > +#define SC26XX_MAJOR 204
> > > > +#define SC26XX_MINOR_START 205
> > > > +#define SC26XX_NR2
> >
> > did lanana assign these numbers officially?
>
> I
* Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Tue, 4 Dec 2007, Ingo Molnar wrote:
>
> > with the attached config i get this build failure:
> > drivers/built-in.o: In function `dibusb_dib3000mc_tuner_attach':
> > : undefined reference to `dib3000mc_get_tuner_i2c_master'
> > drivers/built-in.o:
Hello everyone,
I have an x86 system, running Linux 2.6.22.1-rt9, in which I plug one
or two PCI I/O boards. I had been experiencing complete system lock-ups
until I sent the system to the board manufacturer, and he fixed the
problem. However, he told me that the PCI clock seemed out of spec,
as
On Tue, 4 Dec 2007 12:21:00 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
> + *
> + * Cannot support XIP and highmem, because our ->direct_access
> + * routine for XIP must return memory that is always addressable.
> + * If XIP was reworked to use pfns and kmap throughout, this
On Tue, Dec 04, 2007 at 11:10:09AM +0100, Nick Piggin wrote:
> >
> > This is just an idea, I dont know if it is worth the trouble, but have you
> > though about implementing direct_access for brd? That would allow
> > execute-in-place (xip) on brd eliminating the extra copy.
>
> Actually that's
Am I missing something here? I wonder how s390 works without this change?
--
ext2 should not worry about checking sb->s_blocksize for XIP before the
sb's blocksize actually gets set.
Signed-off-by: Nick Piggin <[EMAIL PROTECTED]>
---
Index: linux-2.6/fs/ext2/super.c
==
On Thu, 29 Nov 2007 16:19:51 -0800 "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> When the conversion factor between jiffies and milli- or microseconds
> is not a single multiply or divide, as for the case of HZ == 300, we
> currently do a multiply followed by a divide. The intervening
> result, h
On Tue, Dec 04, 2007 at 03:26:20AM -0800, Andrew Morton wrote:
> On Tue, 4 Dec 2007 12:21:00 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > +*
> > +* Cannot support XIP and highmem, because our ->direct_access
> > +* routine for XIP must return memory that is always addressable.
>
Dear linux-kernel@vger.kernel.org,
[EMAIL PROTECTED] has sent you an invite to sign up at Bloggoo.com -
http://bloggoo.com.
"BlogGoo (www.bloggoo.com) จัดทำขึ้นเพื่อให้ผู้ใช้บริการได้มีพื้นที่ส่วนตัว
ในการสร้างสรรค์งานเขียนต่างๆ ของตนเองอย่างอิสระ ทั้งบอกเล่าเรื่องราวส่วนตัว
เหตุการณ์ที่เกิดข
Kenneth Howlett wrote:
> The loadlin boot loader fails to boot 2.6.23 kernels.
Maybe not a solution with loadlin, but is it working with the "tiny.exe"
version
of Gujin?
Download:
http://www.mirrorservice.org/sites/download.sourceforge.net/pub/sourceforge/g/gu/gujin/install-2.3.tar.gz/install/t
On Tue, 04 Dec 2007 04:40:26 -0700 [EMAIL PROTECTED] (Eric W. Biederman) wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> > On Tue, 04 Dec 2007 12:31:37 +0300 Pavel Emelyanov <[EMAIL PROTECTED]>
> > wrote:
> >
> >> Andrew Morton wrote:
> >> > On Tue, 04 Dec 2007 11:58:30 +0300 Pavel Emelya
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Tue, 04 Dec 2007 12:31:37 +0300 Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
>
>> Andrew Morton wrote:
>> > On Tue, 04 Dec 2007 11:58:30 +0300 Pavel Emelyanov <[EMAIL PROTECTED]>
>> > wrote:
>> >
>> +#ifdef CONFIG_SYSCTL
>> register_
Lukas Hejtmanek wrote:
> Hello,
>
> the following patch should be applied into 2.6.24-rc3 as the mentioned Hitachi
> disk has also problem with NCQ.
Which problems, exactly?
Note that recent massive "NCQ horkage" isn't necessary due to drives fault.
Search for "spurious completions during NCQ" f
* Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> I see the following stack warning(s) on a IBM x3650 (2xDual-Core, 8
> GB, AACRAID with 6x146GB RAID5) running 2.6.24-rc3/rc4:
>
> [ 180.739846] mount.nfs used greatest stack depth: 3192 bytes left
> [ 666.121007] bash used greatest stack depth
On Tue, 2007-12-04 at 03:46 -0800, Martin Knoblauch wrote:
> Hi,
>
> I see the following stack warning(s) on a IBM x3650 (2xDual-Core, 8 GB,
> AACRAID with 6x146GB RAID5) running 2.6.24-rc3/rc4:
>
> [ 180.739846] mount.nfs used greatest stack depth: 3192 bytes left
> [ 666.121007] bash used
[snip]
>> We do have some current code in the network stack that fails miserably
>> when register_sysctl_table returns NULL, and there are explicit
>> checks for that.
>
> So that code would be failing today with CONFIG_SYSCTL=n? Unless the
> failing code is itself under #ifdef CONFIG_SYSCTL, i
Martin Schwidefsky wrote:
> On Wed, 2007-11-28 at 11:27 +0100, Frans Pop wrote:
>> arch/s390/kernel/built-in.o: In function `cleanup_io_leave_insn':
>> diag.c:(.text+0xc29a): undefined reference to `preempt_schedule_irq'
>> make[2]: *** [.tmp_vmlinux1] Error 1
>
> This is fixes by a patch from Chr
* Bob Tracy <[EMAIL PROTECTED]> wrote:
> Finally got back in town. Starting the git-bisect process. I've got
> a relatively slow network connection, and the PWS 433au isn't exactly
> what I would call "fast" by modern standards, so bear with me while I
> get things set up and crank through t
On Fri, Nov 30 2007, Kiyoshi Ueda wrote:
> Hello Jens,
>
> The following is the updated patch-set for blk_end_request().
> Changes since the last version are only minor updates to catch up
> with the base kernel changes.
> Do you agree the implementation of blk_end_request()?
> If there's no probl
On Tue, Dec 04, 2007 at 02:48:27PM +0300, Michael Tokarev wrote:
> Which problems, exactly?
it is spurious completitions and I saw that because of that the drives are
blacklisted. Moreover, the same drive is already blacklisted but with
different firmware.
> Note that recent massive "NCQ horkag
* Joerg Roedel <[EMAIL PROTECTED]> wrote:
> This patch defines the _PAGE_* paging attributes in pgtable_64.h in
> terms of the former defined _PAGE_BIT_* values.
thanks, applied to x86.git.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
- Original Message
> From: Ingo Molnar <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: linux-kernel@vger.kernel.org
> Sent: Tuesday, December 4, 2007 12:52:23 PM
> Subject: Re: Stack warning from 2.6.24-rc
>
>
> * Martin Knoblauch wrote:
>
> > I see the following
* Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> > So 2.6.24-rc3 was OK and 2.6.24-rc3-git2 is not?
>
> Yes, the 2.6.24-rc3 was Ok and this is seen from 2.6.24-rc3-git2/3/4.
just to make sure: this is a real lockup and failed bootup (or device
init), not just a message, right?
Ingo
--
On Dec 02, 2007, at 13:45:44, Matti Aarnio wrote:
This lack of having stable(*) unique system identifier available to
applications is one of the small details that make node locked
commercial software delivery challenging thing in UNIX environments..
*) "stable" as both stable data, and stab
On 04/12/2007, Nick Piggin <[EMAIL PROTECTED]> wrote:
> + gfp_flags = GFP_NOIO | __GFP_ZERO;
> +#ifndef CONFIG_BLK_DEV_XIP
> + gfp_flags |= __GFP_HIGHMEM;
> +#endif
> page = alloc_page(GFP_NOIO | __GFP_HIGHMEM | __GFP_ZERO);
I think that should be alloc_page(gfp_flags), no?
Ch
* Joerg Roedel <[EMAIL PROTECTED]> wrote:
> +#define _PAGE_PRESENT(_AC(1,UL)<<_PAGE_BIT_PRESENT)
please run patches through scripts/checkpatch.pl, it gives:
total: 10 errors, 0 warnings, 42 lines checked
(please send a followup cleanup patch - i picked up your series and this
is a m
On Tue, 4 Dec 2007, Benjamin Herrenschmidt wrote:
> The current pci_assign_unassigned_resources() code doesn't work properly
> on 32 bits platforms with 64 bits resources. The main reason is the use
> of unsigned long in various places instead of resource_size_t.
>
> This fixes it, along with some
Pavel Emelyanov <[EMAIL PROTECTED]> writes:
> [snip]
>
>>> We do have some current code in the network stack that fails miserably
>>> when register_sysctl_table returns NULL, and there are explicit
>>> checks for that.
>>
>> So that code would be failing today with CONFIG_SYSCTL=n? Unless the
>
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> On Dec 1, 2007 5:34 PM, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> >
> > [EMAIL PROTECTED] writes:
> >
> > > hello,
> > >
> > > i've just noticed that the chunk in i386/kernel/head.S ended up in a
> > > weird place, namely, it's not going to be execut
On Tue, 4 Dec 2007 09:25:35 +0100
[EMAIL PROTECTED] (Thomas Bogendoerfer) wrote:
> On Mon, Dec 03, 2007 at 03:57:46PM -0800, Arjan van de Ven wrote:
> > > > +#define SC26XX_MAJOR 204
> > > > +#define SC26XX_MINOR_START 205
> > > > +#define SC26XX_NR2
> >
> > did lanana assig
* Liam Howlett <[EMAIL PROTECTED]> wrote:
> Hello,
>
> This series of patches add the ability to make mutex locks killable
> instead of uninterruptable.
>
> This patch set builds on willys 5 patches for TASK_KILLABLE that are
> currently in mm (see http://lkml.org/lkml/2007/10/18/423 for more
On Fri, Nov 30 2007, Kiyoshi Ueda wrote:
> Hello Jens,
>
> The following is the updated patch-set for blk_end_request().
> Changes since the last version are only minor updates to catch up
> with the base kernel changes.
> Do you agree the implementation of blk_end_request()?
> If there's no probl
While debugging Exim4's GnuTLS interface, I recently found out that
reading from /dev/urandom depletes entropy as much as reading from
/dev/random would. This has somehow surprised me since I have always
believed that /dev/urandom has lower quality entropy than /dev/random,
but lots of it.
This al
On Tue, 2007-12-04 at 13:03 +0100, Frans Pop wrote:
> Martin Schwidefsky wrote:
> > On Wed, 2007-11-28 at 11:27 +0100, Frans Pop wrote:
> >> arch/s390/kernel/built-in.o: In function `cleanup_io_leave_insn':
> >> diag.c:(.text+0xc29a): undefined reference to `preempt_schedule_irq'
> >> make[2]: ***
* Len Brown <[EMAIL PROTECTED]> wrote:
> So while the irq compression code on i386 should really
> be deleted -- even before merging the x86_64 irq-overhaul,
> this patch simply disables it on all high volume systems
> to avoid problems #1 and #2 on most all i386 systems.
>
>
Hi!
2007/12/3, Jan Engelhardt <[EMAIL PROTECTED]>:
>
> cgit looks so bare.
... but it is incredible fast!
Try to load both websites:
http://cgit.freedesktop.org/
http://gitweb.freedesktop.org/
For me, it's 6 seconds for gitweb and less than one with cgit.
It's just more fun! :)
peter
--
To uns
Hi,
forgive the stupid question. What is the unit of "nr_writeback"? One would
usually assume a rate, but looking at the code I see it added together with
nr_dirty and nr_unstable, somehow defeating the assumption.
Cheers
Martin
--
Martin Kno
On Tue, Dec 04, 2007 at 12:35:49PM +0100, Nick Piggin wrote:
> On Tue, Dec 04, 2007 at 03:26:20AM -0800, Andrew Morton wrote:
> > On Tue, 4 Dec 2007 12:21:00 +0100 Nick Piggin <[EMAIL PROTECTED]> wrote:
> >
> > > + *
> > > + * Cannot support XIP and highmem, because our ->direct_access
> > > +
* Shi Weihua <[EMAIL PROTECTED]> wrote:
> > When it's the handler function itself or its callees that cause the
> > overflow, rather than the signal handler frame setup alone crossing
> > the boundary, this still won't help. But I don't see any way to
> > distinguish that from the valid longj
Hi Alex-san,
Hi Kenji-san,
* Kenji Kaneshige <[EMAIL PROTECTED]>:
Hi Alex-san,
On my system, hotplug slots themselves can be added, removed
and replaced with the ohter type of I/O box.
Are you talking about some sort of I/O cabinet/chassis that you
can attach to the actual computer? Can t
On Tue, Dec 04, 2007 at 12:06:23PM +, Duane Griffin wrote:
> On 04/12/2007, Nick Piggin <[EMAIL PROTECTED]> wrote:
> > + gfp_flags = GFP_NOIO | __GFP_ZERO;
> > +#ifndef CONFIG_BLK_DEV_XIP
> > + gfp_flags |= __GFP_HIGHMEM;
> > +#endif
> > page = alloc_page(GFP_NOIO | __GFP_HI
Hi John,
On Tue, 04 Dec 2007 11:57:43 +0100 John Sigler <[EMAIL PROTECTED]> wrote:
> Hello everyone,
>
> I have an x86 system, running Linux 2.6.22.1-rt9, in which I plug one
> or two PCI I/O boards. I had been experiencing complete system lock-ups
> until I sent the system to the board manuf
Hi there!
This was already discussed in May: http://lkml.org/lkml/2007/5/13/75
without any valuable results.
I don't want to have the scsi_wait_scan.ko around but still need
SCSI for usb disks and module support for driver development.
Otherwise, I am working with a monolithic kernel on embedded
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> free_cache_attributes() must be __cpuinit since it calls the __cpuinit
> cache_remove_shared_cpu_map().
thanks, picked this up as a .24 fix.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messa
* Kumar Gala <[EMAIL PROTECTED]> wrote:
> Is there some reason why kmap_prot isn't just a #define on all archs?
none that i can remember - why do you ask? Do you have some cleanup
idea?
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mes
Hello,
I am trying LKML to get some help on one linux kernel related problem.
Lately we got a machine with new HW from Intel. CPU is Intel Core2 Duo E6850
3GHz with 2GB of RAM. Motherboard is Intel DG33BU with G33 chipset.
After long fight with kernel crashes on different things, we figured out
* Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> White space and coding style clean up.
> Make process_32/64.c similar.
there were renames and other cleanups in x86.git meanwhile that
conflicted with your patch, so parts of your patch did not apply. Would
you be interested in resending the rem
* Jie Chen <[EMAIL PROTECTED]> wrote:
> Simon Holm Th??gersen wrote:
>> ons, 21 11 2007 kl. 20:52 -0500, skrev Jie Chen:
>
>> There is a backport of the CFS scheduler to 2.6.21, see
>> http://lkml.org/lkml/2007/11/19/127
>>
> Hi, Simon:
>
> I will try that after the thanksgiving holiday to find o
* Don Zickus <[EMAIL PROTECTED]> wrote:
> Our automated test suite looks for keywords like error, fail, warning
> in the boot log. In the case when the nmi watchdog is determined to
> be stuck in check_nmi_watchdog(), none of those keywords are
> displayed.
>
> This patch adds a keyword, 'Wa
On Mon, 3 Dec 2007, Linus Torvalds wrote:
> That said, none of the changes are really _exciting_ or really scary. And
> we should have fixed a number of regressions, although more certainly
> remain.
Any reason for this:
mode change 100644 => 100755 drivers/net/chelsio/cxgb2.c
mode change 10
This was introduced in 4af8e944c22d8af92a7548354a9567250cc1a782
Signed-off-by: Uwe Kleine-König <[EMAIL PROTECTED]>
Cc: David Woodhouse <[EMAIL PROTECTED]>
---
fs/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/Kconfig b/fs/Kconfig
index 635f3e2..487236c 10064
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> The x86 unification resulted in CONFIG_X86_HT no longer being set if
> (X86_32 && MK8).
>
> After grep'ing through the tree I think the problem is that different
> places have different assumptions about the semantics of CONFIG_X86_HT,
> either
> - hyp
Hello Sébastien,
Sébastien Dugué wrote:
John Sigler wrote:
I have an x86 system, running Linux 2.6.22.1-rt9, in which I plug one
or two PCI I/O boards. I had been experiencing complete system lock-ups
until I sent the system to the board manufacturer, and he fixed the
problem. However, he tol
Hi,
I experienced troubles when tracing a process with strace. Sometimes,
when I killed the strace process (SIGKILL), the traced process was also
killed. I found out that it was getting SIGTRAP and, indeed, when the
traced process set up a signal handler for SIGTRAP, it no longer died.
I noticed
Le vendredi 30 novembre 2007 à 12:35 -0500, Fortier,Vincent [Montreal] a
écrit :
> > -Message d'origine-
> > De : Randy Dunlap [mailto:[EMAIL PROTECTED]
> > Envoyé : 30 novembre 2007 12:13
> >
> > On Fri, 30 Nov 2007 13:02:54 + Vincent Fortier wrote:
> >
> > > Hi all,
> > >
> > > I'
On Tue, 4 Dec 2007, John Sigler wrote:
> Hello Sébastien,
>
> Sébastien Dugué wrote:
>
>> John Sigler wrote:
>>
>>> I have an x86 system, running Linux 2.6.22.1-rt9, in which I plug one
>>> or two PCI I/O boards. I had been experiencing complete system lock-ups
>>> until I sent the system to the
When multiple built-in modules (especially drivers) provide the same
capability, they're prioritized by link order specified by the order
listed in Makefile. This implicit ordering is lost for loadable
modules.
When driver modules are loaded by udev, what comes first in
modules.alias file is sele
On Tue, 2007-12-04 at 00:23 -0800, David Miller wrote:
> From: Ben Collins <[EMAIL PROTECTED]>
> Date: Thu, 29 Nov 2007 17:02:10 -0500
>
> > Fixes this build failure:
> >
> > ERROR: "vio_driver_init" [drivers/net/sunvnet.ko] undefined!
> > ERROR: "vio_driver_init" [drivers/block/sunvdc.ko] u
Hello,
This series of patches integrates msr.h header.
What it really does, is a series of steps to allow us
to get rid of duplicate code between i386 and x86_64 versions
With this done, achieving paravirt for x86_64 gets really easy,
just a couple of extra code.
The first patch was already sent
The functions under #ifdef CONFIG_SMP in msr.h are the same
for both x86_64 and i386, and this patches removes one of them,
putting them in a single location
Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
---
include/asm-x86/msr.h | 33 +++--
1 files ch
1 - 100 of 503 matches
Mail list logo
