KVM has independent definitions of these structures, which is bad.
However, the currently (i386-derived) x86-64 ones are suboptimal. The
first step is to clean them up, especially by making desc_struct a
union.
Additional changes:
1) s/ldttss_desc/ldttss_desc_64/ to clearly indicate it's x86-64
The main effect is to change the definition of struct desc_struct to
a union of more complex types.
I kept the old 32-bit comparisons, but many could be changed to use
the 64-bit desc-raw.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
diff -r 656f3ff2c9ce arch/i386/kernel/cpu/common.c
---
Remove i386's Xgt_desc_struct definition and use desc_def.h's desc_ptr.
The offsets in asm-offsets.c do not seem to be used anywhere, so I
simply removed them.
Signed-off-by: Rusty Russell [EMAIL PROTECTED]
diff -r 0b03f449c0b3 arch/i386/kernel/asm-offsets.c
--- a/arch/i386/kernel/asm-offsets.c
Hi.
On Wednesday 18 July 2007 17:33:31 Rafael J. Wysocki wrote:
From: Rafael J. Wysocki [EMAIL PROTECTED]
Tasks should go to the refrigerator only if explicitly requested to do that by
the freezer and not as a result of inheriting the TIF_FREEZE flag set from the
parent. Make it happen.
On Tue, 17 Jul 2007 17:03:31 -0400,
Rob Landley [EMAIL PROTECTED] 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? :)
OK, some comments from me:
Hi Andrew,
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).
Also make -j is hanging.
(Also checked, it doesn't hang on 2.6.22)
This is my /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
On Wed, 18 Jul 2007 09:29:30 +0200 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
The patches in these series update the freezer to eliminate some existing
shortcomings,
argh.
I have a backlog of maybe 300 patches here which I am cheerfully ignoring
while concentrating on preventing 2.6.23 from
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 of that before. It's the first time I've seen
hangcheck produce anything
On Wed, 18 Jul 2007 01:53:48 -0400,
Jeff Garzik [EMAIL PROTECTED] wrote:
The following change was checked into 'warnings' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git
commit 5330916f5a11d8b7def46a6b3e14a831684032f5
Author: Jeff Garzik [EMAIL PROTECTED]
Cornelia Huck wrote:
On Wed, 18 Jul 2007 01:53:48 -0400,
Jeff Garzik [EMAIL PROTECTED] wrote:
The following change was checked into 'warnings' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git
commit 5330916f5a11d8b7def46a6b3e14a831684032f5
Author: Jeff Garzik
On Tue, 2007-07-17 at 09:49 -0600, Bjorn Helgaas wrote:
On Monday 16 July 2007 08:21:07 am Thomas Renninger wrote:
PNP0C02 devices normally have a lot more IO port declarations than
currently defined in PNP_MAX_PORT
Yes.
I also wonder whether other limits like:
#define PNP_MAX_MEM
On Tue, Jul 17 2007, Linus Torvalds wrote:
On Wed, 18 Jul 2007, Bartlomiej Zolnierkiewicz wrote:
The new generic SG layer is CONFIG_SCSI=y generic in the current tree.
Yeah. I know, I already talked to Jens about it - in order to be generic,
the BSG stuff really does end up having
Sorry for I use a unclean kernel tree, the panic have gone ;)
also, I will testing it again with other server, if I hit it I'll let you know.
Thanks,
Joe
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
1. There's no lists in fs/romfs/inode.c, so using list_entry is
a bit confusing. Replace it with container_of.
2. It is unnecessary to cast the return value of kmem_cache_alloc,
since it returns a void* pointer.
This patch is against 2.6.22.1.
Signed-off-by: WANG Cong [EMAIL PROTECTED]
---
On Wed, Jul 18, 2007 at 04:16:10AM -0400, Jeff Garzik wrote:
Cornelia Huck wrote:
On Wed, 18 Jul 2007 01:53:48 -0400,
Jeff Garzik [EMAIL PROTECTED] wrote:
The following change was checked into 'warnings' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git
On Wednesday, 18 July 2007 10:03, Andrew Morton wrote:
On Wed, 18 Jul 2007 09:29:30 +0200 Rafael J. Wysocki [EMAIL PROTECTED]
wrote:
The patches in these series update the freezer to eliminate some existing
shortcomings,
argh.
I have a backlog of maybe 300 patches here which I am
[cc'ing linux-ide]
Rúben Fonseca wrote:
On Fri, 13 Jul 2007, Tejun Heo wrote:
Rúben Fonseca wrote:
Hi to all!
I'm on Debian Sid with kernel 2.6.21 and I still can't resume my laptop
(Sony Vaio SZ2) from S3. Searched on the archive and it seems that SATA
drives are getting problems when
Currently if the refresh rate is not specified fb_find_mode() returns
the first known video mode with the requested resoluion, which provides
no guarantees wrt the refresh rate. Change this so that the mode with
the highest refresh rate is returned instead.
Signed-off-by: Michal Januszewski
Hi Dmitry,
Am Dienstag, 17. Juli 2007 21:52 schrieb Dmitry Torokhov:
Hi Christoph,
On 7/17/07, Christoph Pfister [EMAIL PROTECTED] wrote:
Yep, attached (cold reboot, not pressing any keys, 2.6.21).
Ok, I see. You don't use PS/2 mouse and so BIOS told us that mouse is
absent and reassigned
Michael S. Tsirkin wrote:
As far as I know Intel run with SA cache enabled on large clusters with
Intel MPI
With OFED 1.2 version of the code, right?
Yes.
But maybe they also used the new module - Sean?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
Hey Guys,
Recently, I'm working on xmon. The xmon needs sysmap for symbol lookup,
however I don't know how to include sysmap to uImage. I looked the
kernel source code for a while and found the kernel image need contain
struct bi_record *rec. Everybody knows how to include this?
On Wed, 18 Jul 2007 01:36:00 -0700,
Greg KH [EMAIL PROTECTED] wrote:
Or it should be, hm, Cornelia, can you resend it, I seem to have dropped
it :(
Andrew just did :)
(For reference, here's the patch:)
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Cornelia Huck wrote:
On Wed, 18 Jul 2007 01:36:00 -0700,
Greg KH [EMAIL PROTECTED] wrote:
Or it should be, hm, Cornelia, can you resend it, I seem to have dropped
it :(
Andrew just did :)
(For reference, here's the patch:)
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL
From: Gabriel C [EMAIL PROTECTED]
Date: Tue, 17 Jul 2007 05:03:20 +0200
GMAIL is doing something strange right now :/
I hope this patch does work.
From: Gabriel Craciunescu [EMAIL PROTECTED]
Some typo fixes in net/sched/Kconfig
Signed-off-by: Gabriel Craciunescu [EMAIL PROTECTED]
On Wed, 18 Jul 2007, Joe Jin wrote:
Sorry for I use a unclean kernel tree, the panic have gone ;)
also, I will testing it again with other server, if I hit it I'll let you
know.
That's a relief! Thanks,
Hugh
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
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 rather
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?
They seem to work just fine.
-Andi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
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 also
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 body of a
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
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
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 PROTECTED]
More
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 the vga=773
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
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]
---
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
From: Adrian Bunk [EMAIL PROTECTED]
Date: Sun, 15 Jul 2007 14:14:19 +0200
ipt_iprange.h must #include linux/types.h 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
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
if=/dev/sdX
of=/dev/null
Andrew Morton [EMAIL PROTECTED] wrote:
Here we use
vnode-flags (1 foo)
+ set_bit(AFS_VNODE_LOCKING, vnode-flags);
and elsewhere we use set_bit(foo, vnode-flags) and clear_bit()
Ah... IIRC I was originally testing multiple bits in one go (test_bit()'s do
not merge
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 empty.
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
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
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
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
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 Delvare wrote:
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 netconsole and
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: linux-kernel@vger.kernel.org, [EMAIL PROTECTED],
David S. Miller [EMAIL
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
distance
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 of that
* 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 not sure
that
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 VGN-SZ2VP/X, the
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 unsubscribe from
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 netdevice.h;
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
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 dev.c, that
Sam Ravnborg schrieb:
From: Segher Boessenkool [EMAIL PROTECTED]
...since this won't work (compiler bug, see http://gcc.gnu.org/PR31490).
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 Koller
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 device
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 reproduce the oops which I
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 -
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
appArmor
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 dev_config.c, with some of the
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
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=9l2=39l3=299l4=0model=1210modelmenu=2
)
Hard Drives: 3x Seagate ST3400620AS (
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 |
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).
Ingo,
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=9l2=39l3=299l4=0model=1210modelmenu=2
)
Hard Drives: 3x Seagate
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:
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
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 confirm
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 capture the
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,
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
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
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 run-mmio is
* 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 changed it a
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 the vbetest
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 recommend to
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 you
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
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
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 it. If
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 them.
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 seems fine. If
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 wakeup device
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
sysfs_create_link()
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 your
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 resolution in the console.
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 indeed.
- 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.
include/linux/netdevice.h
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
+++
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, and
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 them in the
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 cleanups and put them
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 PCI.
Hmm,
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 bio_check_eod().
Tejun,
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 to
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 be
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 handling
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. Factor out
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. they
601 - 700 of 1126 matches
Mail list logo