From: Stephen Rothwell <[EMAIL PROTECTED]>
Date: Wed, 31 Oct 2007 16:24:52 +1100
> On PowerPC allmodconfig build we get this:
>
> net/key/af_key.c:400: warning: comparison is always false due to limited
> range of data type
>
> Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
Applied,
From: Nick Piggin <[EMAIL PROTECTED]>
Date: Wed, 31 Oct 2007 07:42:21 +0100
> Sysrq+T fails to show the stack trace of a running task. Presumably this
> is to avoid a garbled stack, however it can often be useful, and besides
> there is no guarantee that the task won't start running in the middle
On Tue, Oct 30, 2007 at 10:52:45PM -0500, Florin Iucha wrote:
> On Tue, Oct 30, 2007 at 07:02:42PM -0500, Florin Iucha wrote:
> > I have added the patches and started a linux kernel compilation, and
> > something really interesting happens. I run the build with the
> > equivalent of "make -j3"
On Tue, 2007-10-30 at 13:05 -0700, David Brownell wrote:
> On Tuesday 30 October 2007, Bryan Wu wrote:
> > Current SPI driver enables SPI controller and set the SPI baud register
> > for each SPI transfer. But, they should never be changed within a SPI
> > message session, in which seveal SPI
On Di, 30 Okt 2007, Pete Zaitcev wrote:
> This doesn't seem to be possible, considering the /proc/bus/usb/devices
> that you posted. I would rather suspect that you forgot to perform
> some step in your kernel installation, and end using a stale
> usb-storage module.
No.
$ uname -r
2.6.23
$ cd
On Wed, 31 Oct 2007 07:23:56 +0100, Norbert Preining <[EMAIL PROTECTED]> wrote:
> Hmm, in addition I added a
> printk(KERN_ERR "ENTERING usb_stor_huawei_e220_init!\n");
> at the beginning of the function but it never showed up in my log files.
> So it seems that the UNUSUAL_DEV entry does
On Wed, Oct 31, 2007 at 12:45:35AM +, Duane Griffin wrote:
> Accessing a memory mapped region past the last page containing a valid
> file mapping produces a SIGBUS fault (as it should). Running a program
> that does this under gdb, then accessing the invalid memory from gdb,
> causes it to
Peter Dolding wrote:
> Lets end the bitrot. Start having bits go into the main OS security
> features where they should be.
>
Linus categorically rejected this idea, several times, very clearly.
He did so because the security community cannot agree on a
one-true-standard for what that OS
On Tue, Oct 30, 2007 at 04:26:04PM +0100, Jan Kara wrote:
> > This is a first try to move readdir() to become an inode operation. This is
> > necessary for a VFS implementation of "something like union-mounts" where a
> > readdir() needs to read the directory contents of multiple directories.
> >
Wim,
I made the changes you requested.
Cheers,
Gilles
From: Gilles Gigan<[EMAIL PROTECTED]>
Adds support for the built-in watchdog on EPIC Nano 7240 boards from IEI.
Tested on Nano-7240RS.
Hardware documentation of the platform (including watchdog) can be found
on the IEI website:
On Tue, 2007-10-30 at 13:18 -0700, David Brownell wrote:
> On Tuesday 30 October 2007, Bryan Wu wrote:
> > @@ -211,6 +211,10 @@ static void cs_deactive(struct driver_data *drv_data,
> > struct chip_data *chip)
> > flag |= (chip->flag << 8);
> >
> > write_FLAG(drv_data, flag);
>
From: Grant Likely <[EMAIL PROTECTED]>
Driver shouldn't complain if the register range is larger than what
it expects. This works around failures with some device trees.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
drivers/net/fec_mpc52xx.c |4 ++--
1 files changed, 2
From: Grant Likely <[EMAIL PROTECTED]>
When not building an arch/powerpc kernel, the mpc5200 FEC driver depends
on some symbols which are not defined (BESTCOMM & BESTCOMM_FEC).
This patch flips around the dependancy logic so that it cannot be
selected unless BESTCOMM_FEC is selected first.
Andrey Borzenkov wrote:
> On Wednesday 31 October 2007, Alexey Starikovskiy wrote:
>> Andrey Borzenkov wrote:
>>> I suspect new ACPI AC adapter code but have to add some printk's to be
>>> sure.
>>>
>>> To reproduce - plug in AC cord, suspend, unplug, resume - kpowersave and
>>> sysfs still show
On Wed, 2007-10-31 at 14:04, Zou Nan hai wrote:
> On Tue, 2007-10-30 at 05:21, Martin Ebourne wrote:
> > On Mon, 2007-10-29 at 15:43 -0400, Dave Jones wrote:
> > > On Mon, Oct 29, 2007 at 08:03:09PM +0100, Andi Kleen wrote:
> > > > > > But if allocating bootmem >4G doesn't work on these systems
On Mi, 31 Okt 2007, preining wrote:
> On Di, 30 Okt 2007, Pete Zaitcev wrote:
> > The difference with huaweiAktBbo.c seems that kernel uses a nonzero length.
> > Can you try zero length with the kernel? It's the second argument to the
> > last.
>
> I tried with the git patch plus changing the
From: Paul Jackson <[EMAIL PROTECTED]>
RFC only so far - has been built and booted, but has received
almost no testing.
Add a second choice for how node numbers are interpreted and returned
by the NUMA memory policy system calls mbind, set_mempolicy and
get_mempolicy.
The original choice
On Di, 30 Okt 2007, Pete Zaitcev wrote:
> The difference with huaweiAktBbo.c seems that kernel uses a nonzero length.
> Can you try zero length with the kernel? It's the second argument to the last.
I tried with the git patch plus changing the penultimage argument from
0x1 to 0.
The switch of
Thank you for your reply
and what about the kernel thread in the xen hypervisor,are there some
instance of kernel threads running in the hypervisor?
I am not sure ,but somewhere I read that there is no kernel thread in
the xen hypervisor ,is it true or what about it?
Thanks in advance
Jeremy
On Tue, 2007-10-30 at 05:21, Martin Ebourne wrote:
> On Mon, 2007-10-29 at 15:43 -0400, Dave Jones wrote:
> > On Mon, Oct 29, 2007 at 08:03:09PM +0100, Andi Kleen wrote:
> > > > > But if allocating bootmem >4G doesn't work on these systems
> > > > > most likely they have more problems anyways.
On PowerPC allmodconfig build we get this:
security/selinux/xfrm.c:214: warning: comparison is always false due to limited
range of data type
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
security/selinux/xfrm.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
On PowerPC allmodconfig build we get this:
net/key/af_key.c:400: warning: comparison is always false due to limited range
of data type
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
net/key/af_key.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
This version gets rid
drivers/media/video/bt8xx/bttv-cards.c calls ip_compute_csum().
However, when CONFIG_NET=n, that produces:
ERROR: "ip_compute_csum" [drivers/media/video/bt8xx/bttv.ko] undefined!
Config symbol VIDEO_BT848 can be made to depend on NET, or the
osprey_eeprom() function can be built depending on
> My interpretation of this statement is that you have to use MSIX if
> multiple MSI messages are required on Linux.
Yes, Linux only supports multiple messages with MSI-X, not MSI. This
is an architectural limitation of "Intel-style" interrupt controllers
(x86 and ia64). It is also a
From: Keiichi Kii <[EMAIL PROTECTED]>
Fix typo.
Signed-off-by: Keiichi Kii <[EMAIL PROTECTED]>
Cc: Andy Whitcroft <[EMAIL PROTECTED]>
Cc: Randy Dunlap <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/SubmittingPatches |4 ++--
1 files changed, 2
From: Keiichi Kii <[EMAIL PROTECTED]>
This patch adds SubmittingPatches translated into Japanese to
Documentation/ja_JP directory.
I attach the patch because there is a possibility that MUA
will change the character encoding sometimes.
Signed-off-by: Keiichi KII <[EMAIL PROTECTED]>
Cc:
From: Kay Sievers <[EMAIL PROTECTED]>
This should fix the sysfs warnings that renaming network devices is
causing to show up with CONFIG_SYSFS_DEPRECATED=y
The code just shouldn't run if class devices are real directories, it's
an update for the symlink in the class directory. Nobody noticed
From: Adrian Bunk <[EMAIL PROTECTED]>
sysfs_{get,put}_active() can now become static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
fs/sysfs/dir.c |4 ++--
fs/sysfs/sysfs.h |2 --
2 files changed, 2 insertions(+), 4
This should catch any duplicate names before we try to tell sysfs to
rename the object. This happens a lot with older versions of udev and
the network rename scripts.
Cc: David Miller <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Cc: Rafael J. Wysocki <[EMAIL PROTECTED]>
Cc: Tejun Heo
These functions are not used by anyone, so remove them from the tree.
The class_device code will be removed soon anyway, so no future users
will ever be possible.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/base/class.c | 18 --
include/linux/device.h
On Wednesday 31 October 2007 15:37, David Miller wrote:
> From: Nick Piggin <[EMAIL PROTECTED]>
> Date: Wed, 31 Oct 2007 14:26:32 +1100
>
> > Is it really worth all the added complexity of making swap
> > over NFS files work, given that you could use a network block
> > device instead?
>
> Don't
Here are some driver core bugfixes and tweaks for 2.6.24-rc1. It fixes
the much-reported sysfs traceback when renaming network devices when
CONFIG_SYSFS_DEPRECATED is enabled.
There is also a documentation translation and typo fix, and some other
minor things.
Please pull from:
1) hardcoded 10 value is used five times in places where NSEC_PER_SEC
might be more readable.
2) A conversion from nsec to msec uses the hardcoded 100 value, which is a
candidate for NSEC_PER_MSEC.
Signed-off-by: Eric Dumazet <[EMAIL PROTECTED]>
diff --git a/kernel/sched.c
On Wed, 31 Oct 2007 01:35:47 +0100
"Alessandro Suardi" <[EMAIL PROTECTED]> wrote:
> It's been a while I noticed, but I thought someone would as usual
> cook up some fix, while I don't even see the issue been reported...
> if this isn't a Linux kernel/net issue just drop my email, thanks.
>
>
On Oct 30, 2007 8:00 PM, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Roland Dreier wrote:
> > Multiple interrupt messages are supported by Linux via MSI-X (which
>
> Absolutely, but the poster seemed to be talking about MSI, not MSI-X.
I guess Roland understood my intention. :-P
My interpretation
On Wed, 31 Oct 2007, Peter Dolding wrote:
On 10/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
On Wed, 31 Oct 2007, Peter Dolding wrote:
MultiAdmin loaded before Selinux breaks Selinux since Multi Admin rules are
applied over using Selinux rules. This is just the way it is stacking
On Wednesday 31 October 2007 03:04, Peter Zijlstra wrote:
> Change ALLOC_NO_WATERMARK page allocation such that the reserves are system
> wide - which they are per setup_per_zone_pages_min(), when we scrape the
> barrel, do it properly.
>
IIRC it's actually not too uncommon to have allocations
On Wednesday 31 October 2007 03:04, Peter Zijlstra wrote:
> Allow PF_MEMALLOC to be set in softirq context. When running softirqs from
> a borrowed context save current->flags, ksoftirqd will have its own
> task_struct.
What's this for? Why would ksoftirqd pick up PF_MEMALLOC? (I guess
that some
From: David Miller <[EMAIL PROTECTED]>
Date: Tue, 30 Oct 2007 21:14:04 -0700 (PDT)
> Unfortunately I have to back it out, it breaks the build.
>
> In file included from net/tipc/core.h:41,
> from net/tipc/addr.c:37:
> include/linux/tipc_config.h: In function 'TLV_SET':
>
On Wednesday 31 October 2007 03:04, Peter Zijlstra wrote:
> Provide a method to get the upper bound on the pages needed to allocate
> a given number of objects from a given kmem_cache.
>
Fair enough, but just to make it a bit easier, can you provide a
little reason of why in this patch (or
On Wednesday 31 October 2007 03:04, Peter Zijlstra wrote:
> Allow the mempool to use the memalloc reserves when all else fails and
> the allocation context would otherwise allow it.
I don't see what this is for. The whole point of when I fixed this
to *not* use the memalloc reserves is because
On Wednesday 31 October 2007 03:04, Peter Zijlstra wrote:
> Restrict objects from reserve slabs (ALLOC_NO_WATERMARKS) to allocation
> contexts that are entitled to it.
>
> Care is taken to only touch the SLUB slow path.
>
> This is done to ensure reserve pages don't leak out and get consumed.
I
From: Stephen Rothwell <[EMAIL PROTECTED]>
Date: Wed, 31 Oct 2007 15:34:22 +1100
> On Tue, 30 Oct 2007 21:08:46 -0700 (PDT) David Miller <[EMAIL PROTECTED]>
> wrote:
> > I think we should retain the check, but modify it so that GCC knows we
> > understand that it's OK if it is always false.
On Thu, 25 Oct 2007 12:40:58 +0200 Michael Stiller <[EMAIL PROTECTED]> wrote:
> Hi,
>
> i encountered the following machine check exceptions (and hangs) with
> 2.6.22.7 on an Dual Core-2 Xeon System. It occurs if i try to use the
> PCI-X Intel Gigabit Ethernet card after some minutes:
>
> CPU
From: Nick Piggin <[EMAIL PROTECTED]>
Date: Wed, 31 Oct 2007 14:26:32 +1100
> Is it really worth all the added complexity of making swap
> over NFS files work, given that you could use a network block
> device instead?
Don't be misled. Swapping over NFS is just a scarecrow for the
seemingly
On Tue, 30 Oct 2007 21:08:46 -0700 (PDT) David Miller <[EMAIL PROTECTED]> wrote:
>
> I'm not so sure ifdef'ing things up all over the place is the way to
> solve this. It makes the code ultra ugly.
I agree.
> I think we should retain the check, but modify it so that GCC knows we
> understand
On Wednesday 31 October 2007 03:04, Peter Zijlstra wrote:
> Hi,
>
> Another posting of the full swap over NFS series.
Hi,
Is it really worth all the added complexity of making swap
over NFS files work, given that you could use a network block
device instead?
Also, have you ensured that
Please apply, thanks!
[MEDIA] IVTV: exit_ivtv_i2c() cannot be __devexit
It is referenced both from __devinit code (ivtv_probe) and
normal .text (ivtv_process_eeprom), and therefore cannot
be discarded via __devexit.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
---
On Wednesday 31 October 2007, Rafael J. Wysocki wrote:
> On Tuesday, 30 October 2007 20:33, Andrey Borzenkov wrote:
> > Is it valid to send events from within ->resume device method?
>
> It is or at least it should be. The GPEs are supposed to be fully
> functional at this point.
>
> > If not,
On Wednesday 31 October 2007, Rafael J. Wysocki wrote:
> On Tuesday, 30 October 2007 21:24, Andrey Borzenkov wrote:
> > I suspect new ACPI AC adapter code but have to add some printk's to be
> > sure.
> >
> > To reproduce - plug in AC cord, suspend, unplug, resume - kpowersave and
> > sysfs still
On Wed, Oct 31, 2007 at 12:45:35AM +, Duane Griffin wrote:
> Accessing a memory mapped region past the last page containing a valid
> file mapping produces a SIGBUS fault (as it should). Running a program
> that does this under gdb, then accessing the invalid memory from gdb,
> causes it to
On Tue, 2007-10-30 at 12:08 -0700, David Brownell wrote:
> On Tuesday 30 October 2007, Bryan Wu wrote:
> > From: Sonic Zhang <[EMAIL PROTECTED]>
> >
> > Signed-off-by: Sonic Zhang <[EMAIL PROTECTED]>
> > Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
>
> The patch comments in this series leave a
From: David Miller <[EMAIL PROTECTED]>
Date: Tue, 30 Oct 2007 15:31:54 -0700 (PDT)
> From: Sam Ravnborg <[EMAIL PROTECTED]>
> Date: Tue, 30 Oct 2007 23:20:25 +0100
>
> > Something like this..
> > I like it - much better than adding string.h to unidef-y.
> > PS - had not pulled latest -linus - so
On Wednesday 31 October 2007, Alexey Starikovskiy wrote:
> Andrey Borzenkov wrote:
> > I suspect new ACPI AC adapter code but have to add some printk's to be
> > sure.
> >
> > To reproduce - plug in AC cord, suspend, unplug, resume - kpowersave and
> > sysfs still show AC adapter online. Or other
From: Stephen Rothwell <[EMAIL PROTECTED]>
Date: Wed, 31 Oct 2007 14:59:54 +1100
> On PowerPC allmodconfig build we get this:
>
> net/key/af_key.c:400: warning: comparison is always false due to limited
> range of data type
>
> Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
...
>
> +
Noticed on PowerPC allmod config build:
drivers/scsi/aacraid/commsup.c:1342: warning: large integer implicitly
truncated to unsigned type
drivers/scsi/aacraid/commsup.c:1343: warning: large integer implicitly
truncated to unsigned type
drivers/scsi/aacraid/commsup.c:1344: warning: large integer
On PowerPC allmodconfig build we get this:
net/key/af_key.c:400: warning: comparison is always false due to limited range
of data type
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
net/key/af_key.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
--
Cheers,
Stephen
Roland Dreier wrote:
Multiple interrupt messages are supported by Linux via MSI-X (which
Absolutely, but the poster seemed to be talking about MSI, not MSI-X.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On PowerPC allmodconfig build we get this:
security/selinux/xfrm.c:214: warning: comparison is always false due to limited
range of data type
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
security/selinux/xfrm.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
--
This is a janitorish patch to 1) remove private TRUE/FALSE #def's in
favor of using the standard enum from linux/stddef.h and 2) switch the
variables holding those values to type 'bool' (from linux/types.h)
since it both seems more appropriate and allows for potentially better
optimization.
As a
drivers/ata/libata-core.c:768: warning: 'ata_lpm_enable' defined but not used
drivers/ata/libata-core.c:784: warning: 'ata_lpm_disable' defined but not used
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
drivers/ata/libata-core.c |4
1 files changed, 4 insertions(+), 0
so cast it to unsigned long before passing it to hiddev_ioctl.
This gets rid of:
drivers/hid/usbhid/hiddev.c: In function 'hiddev_compat_ioctl':
drivers/hid/usbhid/hiddev.c:746: warning: passing argument 4 of 'hiddev_ioctl'
makes integer from pointer without a cast
Signed-off-by: Stephen
On Tue, Oct 30, 2007 at 07:02:42PM -0500, Florin Iucha wrote:
> I have added the patches and started a linux kernel compilation, and
> something really interesting happens. I run the build with the
> equivalent of "make -j3" and in a separate console I am watching the
> build with 'top'. The
On Tue, Oct 30, 2007 at 01:25:43PM -0500, James Bottomley wrote:
> On Mon, 2007-10-29 at 18:58 +0100, Stefan Richter wrote:
> > James Bottomley wrote:
> > >> > struct attribute_group {
> > >> >const char *name;
> > >> > + int (*filter_show)(struct
--- Peter Dolding <[EMAIL PROTECTED]> wrote:
> Lets end the bitrot. Start having bits go into the main OS security
> features where they should be.
Gawd. Sorry, but we lost that argument in 1986 and the situation
hasn't changed a bit since. Most people just don't want what we're
selling. Do
From: Michal Januszewski <[EMAIL PROTECTED]>
Date: Wed, 31 Oct 2007 00:10:52 +0100
> Remove a spurious call to kfree_skb() in the connector rx_skb handler.
>
> This fixes a regression introduced by the '[NET]: make netlink user ->
> kernel interface synchronious' patch
>
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Wed, 31 Oct 2007 13:35:24 +1100
> [PATCH] Fix new dev_ifname32 returning -EFAULT
>
> A stray semicolon slipped in the patch that updated dev_ifname32 to
> not be inline, causing it to always return -EFAULT. This fixes it.
>
> Signed-off-by:
On Sat, 2007-10-27 at 22:58 +, Maarten Bressers wrote:
> > This patch is too simplistic. ide-cd.c:ide_cdrom_drive_status() looks
> > to be a reasonable implementation. However, the worry is that
> > GET_EVENT_NOTIFICATION is a MMC command; devices not conforming to MMC
> > won't support it.
On Tuesday 30 October 2007 18:54, Lorenzo Allegrucci wrote:
> Hi, sorry if this is a faq but reading
> http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf (slides 17,
> 18)
> looks like 2.6.23 is having a performance regression on MySQL and
> PostgreSQL benchmarks. Has anyone investigated
Bug is in the new dev_ifname32:
uifr = compat_alloc_user_space(sizeof(struct ifreq));
if (copy_in_user(uifr, compat_ptr(arg), sizeof(struct ifreq32)));
return -EFAULT;
There's a stray ";" after the if statement, that was obviously not
tested :-)
This fixes it
Bob reports that this is used in a pending version of ACPICA,
so we'll leave the code alone.
thanks,
-Len
On Tuesday 30 October 2007 06:54, Richard Knutsson wrote:
> 'acpi_gbl_system_awake_and_running' is no longer used, only assigned.
>
> Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
>
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> Provide an alternate implementation of the SLUB fast paths for alloc
> and free using cmpxchg_local. The cmpxchg_local fast path is selected
> for arches that have CONFIG_FAST_CMPXCHG_LOCAL set. An arch should only
> set CONFIG_FAST_CMPXCHG_LOCAL if
On Wednesday 31 October 2007 05:32, Christoph Lameter wrote:
> On Tue, 30 Oct 2007, Nick Piggin wrote:
> > Is this actually a speedup on any architecture to roll your own locking
> > rather than using bit spinlock?
>
> It avoids one load from memory when allocating and the release is simply
>
For multi hci devices host, connection from/to same destination
bluetooth device, add_conn will failed due to sysfs duplicate name.
sysfs: duplicate filename 'acl0018C5B6B456' can not be created
WARNING: at fs/sysfs/dir.c:424 sysfs_add_one()
[] sysfs_add_one+0xa0/0xe0
[]
On 10/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Wed, 31 Oct 2007, Peter Dolding wrote:
>
> > MultiAdmin loaded before Selinux breaks Selinux since Multi Admin rules are
> > applied over using Selinux rules. This is just the way it is stacking LSM's
> > is Just not healthy you
On Wed, Oct 31, 2007 at 02:01:33AM +, Alasdair G Kergon wrote:
> What if you swap in alternative dm targets, e.g. if it's linear,
> try multipath (round-robin, one path)?
And try using md instead of dm - does that also show the problem?
(md takes a similar stance to dm on this I believe.)
* Dave Hansen ([EMAIL PROTECTED]) wrote:
> I'm seeing these in the latest git:
>
> kernel/marker.c: In function `marker_probe_unregister':
> kernel/marker.c:355: warning: `probe_module' might be used uninitialized in
> this function
> kernel/marker.c: In function
On Tue, Oct 30, 2007 at 11:26:17PM +, Alasdair G Kergon wrote:
> ) DM doesn't need to bounce bio's on its own, but the block layer defaults
> ) to that in blk_queue_make_request(). The lower level drivers should
> ) bounce ios themselves, that is what they need to do if not layered below
> )
On Oct 31, 2007 1:40 AM, Mark M. Hoffman <[EMAIL PROTECTED]> wrote:
> * James Bottomley <[EMAIL PROTECTED]> [2007-10-30 13:25:43 -0500]:
> > On Mon, 2007-10-29 at 18:58 +0100, Stefan Richter wrote:
> > > James Bottomley wrote:
> > > >> > struct attribute_group {
> > > >> >const char
local_t Documentation update 2
(this patch seems to have fallen off the grid, but is still providing
useful information. It applies to 2.6.23-mm1.)
Grant Grundler was asking for more detail about correct usage of local atomic
operations and suggested adding the resulting summary to
tgh wrote:
> Thank for your reply
> and I still have several questions
>
>> Yes, that's the normal mode of operation. The hypervisor will timeslice
>> multiple vcpus onto a single vcpu.
>>
>>
> that is ,the VM could be preempted by xen,and could xen hypervisor also
> be preempted to
On Oct 30, 2007 2:51 PM, Roland Dreier <[EMAIL PROTECTED]> wrote:
>
> > > I understand that the current PCI subsystem or linux kernel (x86)
> > > supports only one message when MSI is enabled even for devices having
> > > multiple MSI messages. But why? Is this a limitation solely due to the
>
On Tuesday, October 30, 2007 4:59 pm Linus Torvalds wrote:
> Also, there are several devices that don't show up in the MMCFG
> things, or just otherwise get it wrong.
>
> So just take a look at arch/x86/pci/mmconfig-shared.c and look for
> "conf1".
>
> Really. Damn, I'm nervous taking any MMCFG
On 10/30/07, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Mathieu Desnoyers wrote:
> > Add asm-compat.h to x86
> >
> > In assembly code and in gcc inline assembly, we need .long to express a "c
> > long"
> > type on i386 and a .quad to express the same on x86_64. Use macros similar
> > to
>
Mathieu Desnoyers wrote:
> Add asm-compat.h to x86
>
> In assembly code and in gcc inline assembly, we need .long to express a "c
> long"
> type on i386 and a .quad to express the same on x86_64. Use macros similar to
> powerpc "PPC_LONG" to express those. Name chosen: ASM_LONG. (didn't feel like
Thank for your reply
and I still have several questions
> Yes, that's the normal mode of operation. The hypervisor will timeslice
> multiple vcpus onto a single vcpu.
>
that is ,the VM could be preempted by xen,and could xen hypervisor also
be preempted to reschedule other vm or xen kernel
Can this patchset be merged into mainline kernel? This patchset has been
in -mm tree from 2.6.23-rc2-mm2 on. Andrew Moton has suggested it to be
merged into 2.6.24 during early merge window of 2.6.24. It was not
merged into mainline because the 32-bit boot protocol has not been done.
But now, the
Jeremy Fitzhardinge wrote:
Christoph Hellwig wrote:
Which seems rather unnatural to me. All other merge architectures have
ARCH= where archdir is the name under arch, e.g. mips, powerpc,
s390. They then have a CONFIG_FOO_64 and set the utsname and -m32/-m64
respectively. It would be nice if
On Wednesday 31 October 2007, Joel Becker wrote:
>
> Instrumenting the kernel with printks, the EFAULT comes from
> the first copy_in_user() at line 325 of fs/compat_ioctl.c (in
> dev_ifname32()). I put some access_ok() checks in, and they do not
> trigger (access is ok). The call never
On Tue, 2007-10-30 at 17:38 -0700, Joel Becker wrote:
> Hello folks,
> I've been using a nice program on ppc32 with a ppc64
> system+kernel. It uses netlink to determine some network interface
> information. Recent kernels cause it to exit at the netlink stage. At
> first, I thought it
Rusty Russell wrote:
> On Saturday 27 October 2007 03:29:04 Eric W. Biederman wrote:
>
>> The kernel only ever supports 1 version of the boot protocol
>> so there is no need to check the boot protocol revision to
>> see if a feature is supported.
>>
>
> OK, I'm completely confused, so this
Move the instrumentation Kconfig to
arch/Kconfig for architecture dependent options
- oprofile
- kprobes
and
init/Kconfig for architecture independent options
- profiling
- markers
Remove the "Instrumentation Support" menu. Everything moves to "General setup".
Delete the
On Wed, 2007-10-31 at 01:52 +0100, Pavel Machek wrote:
> tcpspray -n 1 -b 1000 10.0.0.2
>
> Oct 31 01:42:56 amd kernel: iwl3945: Microcode SW error detected.
> Restarting 0x8208.
> Oct 31 01:42:56 amd kernel: iwl3945: Error Reply type 0x0005 cmd
> REPLY_TX (0x1C) seq 0x02C7 ser
Linus:
On the per-architecture side, I do think it would be better to *not* have
internal architecture knowledge in a generic file, and as such a line like
depends on X86_32 || IA64 || PPC || S390 || SPARC64 || X86_64 || AVR32
really shouldn't exist in a file like
Linus:
On the per-architecture side, I do think it would be better to *not* have
internal architecture knowledge in a generic file, and as such a line like
depends on X86_32 || IA64 || PPC || S390 || SPARC64 || X86_64 || AVR32
really shouldn't exist in a file like
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Linus Torvalds wrote:
>
> On Tue, 30 Oct 2007, Jeff Mahoney wrote:
>> Personally, I think this is probably a case of LTP codifying existing
>> behavior rather than testing the for the specification. If that's the case
>> and nobody really cares
take 2, using def_bool this time.
Mathieu
--
Mathieu Desnoyers
Computer Engineering Ph.D. Student, Ecole Polytechnique de Montreal
OpenPGP key fingerprint: 8CD5 52C3 8E3C 4140 715F BA06 3F25 A8FE 3BAE 9A68
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Puts the content of arch/Kconfig in the "General setup" menu.
Linus:
> Should it come with a re-duplication of it's content into each
> architecture, which was the case previously ? The oprofile and kprobes
> menu entries were litteraly cut and pasted from one architecture to
> another. Should
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Randy Dunlap wrote:
> On Tue, 30 Oct 2007 15:45:56 -0700 (PDT) Linus Torvalds wrote:
>
>>
>> On Tue, 30 Oct 2007, Jeff Mahoney wrote:
>>> Personally, I think this is probably a case of LTP codifying existing
>>> behavior rather than testing the for
Christoph Hellwig wrote:
> Which seems rather unnatural to me. All other merge architectures have
> ARCH= where archdir is the name under arch, e.g. mips, powerpc,
> s390. They then have a CONFIG_FOO_64 and set the utsname and -m32/-m64
> respectively. It would be nice if x86 could behave like
1 - 100 of 1252 matches
Mail list logo