> This email lists some known regressions in 2.6.20-rc5 compared to 2.6.19
> with patches available.
> Subject: KVM: guest crash
> References : http://lkml.org/lkml/2007/1/8/163
> Submitter : Roland Dreier <[EMAIL PROTECTED]>
> Handled-By : Avi Kivity <[EMAIL PROTECTED]>
> Patch :
On Sat, Jan 13, 2007 at 07:32:46AM -0800, Roland Dreier wrote:
> > This email lists some known regressions in 2.6.20-rc5 compared to 2.6.19
> > with patches available.
>
> > Subject: KVM: guest crash
> > References : http://lkml.org/lkml/2007/1/8/163
> > Submitter : Roland Dreier <[EMAIL
> On Fri, 12 Jan 2007 23:36:43 -0800 Ravikiran G Thirumalai <[EMAIL PROTECTED]>
> wrote:
> On Sat, Jan 13, 2007 at 03:39:45PM +1100, Nick Piggin wrote:
> > Ravikiran G Thirumalai wrote:
> > >Hi,
> > >We noticed high interrupt hold off times while running some memory
> > >intensive
> > >tests on a
Hi,
I was looking for a description of the kernel parameter page-cluster
and found two versions that appear to be very different to me.
(see the two text fragments below)
The first one talks about the clusting of pages on a page fault,
when pages need to be read into memory.
The second one talks
On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.20-rc3-mm1:
>...
> git-mmc.patch
>...
> git trees
>...
This patch makes the needlessly global struct mmc_key_type static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/mmc/mmc.h |1
On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.20-rc3-mm1:
>...
> git-gfs2-nmw.patch
>...
> git trees
>...
This patch makes the needlessly globlal gfs2_change_nlink_i() static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/gfs2/inode.c | 88
Dear Kernel developers,
I am running 2.6.19.2 kernel on ASUS W2V laptop and I have the
following boot messages"
PCI: Transparent bridge - :00:1e.0
PCI: Bus #04 (-#07) is hidden behind transparent bridge #03 (-#04)
(try 'pci=assign-busses')
Please report the result to linux-kernel to fix
On Sat 2007-01-13 04:45:12, Tino Keitel wrote:
> On Sat, Jan 13, 2007 at 04:05:28 +0100, Tino Keitel wrote:
>
> [...]
>
> > I think I found the problem. In 2.6.18, I had a slightly different
> > config. With 2.6.20-rc4, I had sucessful suspend/resume cycles without
> > the USB DVB-T box attached.
On Fri, Jan 12, 2007 at 09:05:37PM +, Russell King wrote:
> The following configuration:
>
> CONFIG_JFFS2_FS=y
> CONFIG_JFFS2_FS_DEBUG=2
> # CONFIG_JFFS2_FS_NAND is not set
> # CONFIG_JFFS2_FS_NOR_ECC is not set
> # CONFIG_JFFS2_COMPRESSION_OPTIONS is not set
> CONFIG_JFFS2_ZLIB=y
> CONFIG_JFF
On Sat, Jan 13, 2007 at 04:45:12 +0100, Tino Keitel wrote:
> On Sat, Jan 13, 2007 at 04:05:28 +0100, Tino Keitel wrote:
>
> [...]
>
> > I think I found the problem. In 2.6.18, I had a slightly different
> > config. With 2.6.20-rc4, I had sucessful suspend/resume cycles without
> > the USB DVB-T b
On Sat, 2007-01-13 at 11:51 +0100, Adrian Bunk wrote:
> On Fri, Jan 12, 2007 at 09:05:37PM +, Russell King wrote:
> > The following configuration:
> >
> > CONFIG_JFFS2_FS=y
> > CONFIG_JFFS2_FS_DEBUG=2
> > # CONFIG_JFFS2_FS_NAND is not set
> > # CONFIG_JFFS2_FS_NOR_ECC is not set
> > # CONFIG_J
Hi,
when booting my hp compaq nc 8000, the 2.6.19.2 kernel log asks me to
report something to linux-kernel which I am doing now:
Jan 13 12:44:13 scyw00225 kernel: PCI: Probing PCI hardware (bus 00)
Jan 13 12:44:13 scyw00225 kernel: ACPI: Assume root bridge [\_SB_.C044] bus is 0
Jan 13 12:44:13 sc
[1.] One line summary of the problem:
2.6.19.1 Oops while doing Disk IO + playing sound
[2.] Full description of the problem/report:
I found two Oopses recently, both occured running 2.6.19.1
I did not have Oopses using 2.6.17 and my usage pattern of this
machine does not change much.
on 7th
On 1/13/2007 4:38 AM, [EMAIL PROTECTED] wrote:
> On Fri, 12 Jan 2007 10:03:49 EST, Lennart Sorensen said:
>> I believe the closest optimization for a Core2 is probably the Pentium M
>> (certainly not the P4/netburst). Not entirely sure though.
>
> CONFIG_MCORE2=y
>
> That's probably even closer
On Jan 13 2007 06:01, Adrian Bunk wrote:
>On Fri, Jan 12, 2007 at 02:26:45PM -0800, Andrew Morton wrote:
>> On Fri, 12 Jan 2007 14:27:48 -0500 (EST)
>> Linus Torvalds <[EMAIL PROTECTED]> wrote:
>>
>> >
>> > Ok, there it is, in all its shining glory.
>>
>> It still doesn't run Excel.
>>...
>
>It
On Sat, Jan 13, 2007 at 08:22:18AM +0100, Willy Tarreau wrote:
> >
> > Which makes me think that we aren't writing back fast enough. If I
> > mount the drive "sync" the issue clearly goes away.
> >
> > It appears from an strace we are doing ftruncate64(5, 178257920) when
> > we OOM.
> >
> >
This patch adds proper prototypes in a header file for global code under
drivers/isdn/sc/.
Since the GNU C compiler is now able do tell us that caller and callee
disagreed about the number of arguments of setup_buffers(), this patch
also fixes this bug.
Signed-off-by: Adrian Bunk <[EMAIL PROTE
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/ecryptfs/crypto.c | 24
fs/ecryptfs/ecryptfs_kernel.h | 18 --
fs/ecryptfs/messaging.c | 20 +++-
3 files chan
Hi Toon,
On Sat, Jan 13, 2007 at 02:16:01PM +0100, Toon van der Pas wrote:
> On Sat, Jan 13, 2007 at 08:22:18AM +0100, Willy Tarreau wrote:
> > >
> > > Which makes me think that we aren't writing back fast enough. If I
> > > mount the drive "sync" the issue clearly goes away.
> > >
> > > It a
On Fri, 12 Jan 2007, Russell King wrote:
> > So... we have USB_HID _newly_ selected in configurations which didn't
> > have it before, which overrides CONFIG_HID and builds HID without
> > input support. Can USB_HID also depend on INPUT ?
> Nevertheless, here's a patch to solve more of the same
Hi,
there was some discussion some time ago on lkml about the driver for the
ipwireless 3G UMTS (in some countries, such as Czech Republic, this is
shipped under the name "4G UMTS") PCMCIA card [1]
I have taken the old driver written by guys at Symmetric Systems and
ported it to the current ke
* Adrian Bunk <[EMAIL PROTECTED]> [070113 08:11]:
> This still leaves the old regressions we have not yet fixed...
> This email lists some known regressions in 2.6.20-rc5 compared to 2.6.19.
> Subject: BUG: scheduling while atomic: hald-addon-stor/...
> cdrom_{open,release,ioctl}
On Sat, Jan 13, 2007 at 04:51:36PM +0100, Damien Wyart wrote:
> * Adrian Bunk <[EMAIL PROTECTED]> [070113 08:11]:
> > This still leaves the old regressions we have not yet fixed...
> > This email lists some known regressions in 2.6.20-rc5 compared to 2.6.19.
>
> > Subject: BUG: scheduling whil
Hello all
Would like to come with a suggestion I have been wondering about for a
while, why not add the config-flag, used in Kconfig/Makefile in the
MAINTAINERS-file?
By doing this, there would not be any confusion who to send a patch,
since all "files" is defined under a flag, right? (when
On 1/13/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Sat, Jan 13, 2007 at 04:51:36PM +0100, Damien Wyart wrote:
> * Adrian Bunk <[EMAIL PROTECTED]> [070113 08:11]:
> > This still leaves the old regressions we have not yet fixed...
> > This email lists some known regressions in 2.6.20-rc5 compare
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Sat, 13 Jan 2007, Michael Tokarev wrote:
>> (No, really - this load isn't entirely synthetic. It's a typical database
>> workload - random I/O all over, on a large file. If it can, it combines
>> several I/Os into one, by requesting more than a sing
This patch does "Back" button behaviour normalization so
it is enabled starting from second-level menu only.
Signed-off-by: Cyrill V. Gorcunov <[EMAIL PROTECTED]>
---
Roman, please check it... may be a better way does exist to do it.
The diff is produced over pure Linux v2.6.20-rc5
scripts/kc
On 13 Jan, Richard Knutsson wrote:
[...]
> SUPERCOOL ALPHA CARD
>
> P:Clark Kent
> M:[EMAIL PROTECTED]
> L:[EMAIL PROTECTED]
> C:SUPER_A
> S:Maintained
> (C: for CONFIG. Any better idea?)
>
> then if someone changes a file who are built with CONFIG_SUPER_A, can
> easily backt
On Fri, Jan 12, 2007 at 10:38:43PM -0500, [EMAIL PROTECTED] wrote:
> amd64 will only work on a core2duo if it's a T7200 or higher - the
> lower numbers are 32-bit-only chipsets. I admit not knowing what
> exact variant the Mac has.
The Core Duo had 32bit only (being a Pentium M), but the Core 2 D
(full quote for linux1394-devel)
On 12 Jan, Philipp Beyer wrote to linux-kernel:
> Hi,
>
> I'm investigating an unwanted behaviour of our firewire devices in
> connection with the ieee1394 kernel module.
>
> The problem is caused by a non standard-conform behaviour of our
> devices. Anyway, cha
> On Sat, 13 Jan 2007 19:54:53 +0100 Marc Dietrich <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> using 2.6.20-rc3-mm1 and 2.6.20-rc4-mm1, I get reiserfs4 related processes in
> down state (not only using googleearth...). Any hints?
>
> sysrq-t shows:
>
> Jan 13 19:32:57 fb07-iapwap2 kernel: googleeart
Hi,
using 2.6.20-rc3-mm1 and 2.6.20-rc4-mm1, I get reiserfs4 related processes in
down state (not only using googleearth...). Any hints?
sysrq-t shows:
Jan 13 19:32:57 fb07-iapwap2 kernel: googleearth-b D 0001 0 6089
6072 6109 (NOTLB)
Jan 13 19:32:57 fb07-iapwap2 ker
Stefan Richter wrote:
On 13 Jan, Richard Knutsson wrote:
[...]
SUPERCOOL ALPHA CARD
P: Clark Kent
M: [EMAIL PROTECTED]
L: [EMAIL PROTECTED]
C: SUPER_A
S: Maintained
(C: for CONFIG. Any better idea?)
then if someone changes a file who are built with CONFIG_SUPER_A, c
Bodo Eggert wrote:
(*) This would allow fadvise_size(), too, which could reduce fragmentation
(and give an early warning on full disks) without forcing e.g. fat to
zero all blocks. OTOH, fadvise_size() would allow users to reserve the
complete disk space without his filesizes reflect
On Sat, Jan 13, 2007 at 12:00:17AM -0800, Andrew Morton wrote:
> > On Fri, 12 Jan 2007 23:36:43 -0800 Ravikiran G Thirumalai <[EMAIL
> > PROTECTED]> wrote:
> > > >void __lockfunc _spin_lock_irq(spinlock_t *lock)
> > > >{
> > > >local_irq_disable();
> > > >>
Richard Knutsson wrote:
> Any thoughts on this is very much appreciated (is there any flaws with
> this?).
The thought that crossed my mind was:
Why not do the same thing that was done to the "Help"-file. (Before it
was superseded by Kconfig).
Originaly there was a central Help-file, with all t
Linus Torvalds wrote:
On Sat, 13 Jan 2007, Michael Tokarev wrote:
(No, really - this load isn't entirely synthetic. It's a typical database
workload - random I/O all over, on a large file. If it can, it combines
several I/Os into one, by requesting more than a single block at a time,
but over
On 13 Jan, Richard Knutsson wrote:
> Stefan Richter wrote:
>> On 13 Jan, Richard Knutsson wrote:
>> [...]
>>
>>> SUPERCOOL ALPHA CARD
>>>
>>> P: Clark Kent
>>> M: [EMAIL PROTECTED]
>>> L: [EMAIL PROTECTED]
>>> C: SUPER_A
>>> S: Maintained
>>> (C: for CONFIG. Any better idea?)
>>>
>>> then i
[EMAIL PROTECTED] wrote:
On Fri, 12 Jan 2007 10:03:49 EST, Lennart Sorensen said:
I would expect any distribution should work on these (as long as the
kernel they use isn't too old.). Of course if it is a Mac, you need a
distribution that supports their firmware (which is of course not a PC
bio
Jeff Chua wrote:
On 1/13/07, Jeff Chua <[EMAIL PROTECTED]> wrote:
On 1/13/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 12 Jan 2007 14:27:48 -0500 (EST)
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
CC [M] drivers/kvm/vmx.o
{standard input}: Assembler messages:
{standard input}:3257:
Hi Alexey,
On Friday 12 January 2007 20:36, Alexey Dobriyan wrote:
> On Fri, Jan 12, 2007 at 01:43:42PM +0100, Juergen Beisert wrote:
> > does someone know how to forward a kernel command line option to
> > configure the AMD Geode GX1 framebuffer?
> >
> > I tried with "video=gx1fb:[EMAIL PROTECTED
Bill Davidsen wrote:
> Linus Torvalds wrote:
>>
[]
>> But what O_DIRECT does right now is _not_ really sensible, and the
>> O_DIRECT propeller-heads seem to have some problem even admitting that
>> there _is_ a problem, because they don't care.
>
> You say that as if it were a failing. Currently
The following problem occured on an Athlon64 X2 under 2.6.20-rc4-mm1,
but not 2.6.20-rc3-mm1.
I'm using two D-Link DUB-E100 USB ethernet adapters, using the 'asix'
driver. When I upgraded to 2.6.20-rc4-mm1, they were still recognized,
but various ifconfig operations on them (up/down, changing IP)
On Sat, 13 Jan 2007, Adrian Bunk wrote:
On Sat, Jan 13, 2007 at 04:51:36PM +0100, Damien Wyart wrote:
* Adrian Bunk <[EMAIL PROTECTED]> [070113 08:11]:
This still leaves the old regressions we have not yet fixed...
This email lists some known regressions in 2.6.20-rc5 compared to 2.6.19.
S
On Fri, Jan 12, 2007 at 06:18:00PM -0500, Kris Karas wrote:
> Hello Andries,
>
> I noticed you're listed as the maintainer for the disk
> geometry/partitioning logic in the 2.6 kernel, so I'm sending this to
> you, as I think this bug is most likely in that part of the code, ...
>
> I've been bug
> On Sat, 13 Jan 2007 11:53:34 -0800 Ravikiran G Thirumalai <[EMAIL PROTECTED]>
> wrote:
> On Sat, Jan 13, 2007 at 12:00:17AM -0800, Andrew Morton wrote:
> > > On Fri, 12 Jan 2007 23:36:43 -0800 Ravikiran G Thirumalai <[EMAIL
> > > PROTECTED]> wrote:
> > > > >void __lockfunc _spin_lock_irq(spinlo
This rejects a broken MCFG tables on Asus etc.
Arjan and Andi suggest this.
Signed-off-by: OGAWA Hirofumi <[EMAIL PROTECTED]>
---
arch/i386/pci/mmconfig-shared.c | 24 ++-
arch/i386/pci/mmconfig.c|9 ---
arch/x86_64/pci/mmconfig.c | 50 +++
Adrian Bunk wrote:
> On Thu, Jan 11, 2007 at 10:26:27PM -0800, Andrew Morton wrote:
>> ...
>> Changes since 2.6.20-rc3-mm1:
>> ...
>> git-mmc.patch
>> ...
>> git trees
>> ...
>
>
> This patch makes the needlessly global struct mmc_key_type static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECT
On Wed, 10 Jan 2007, Geert Uytterhoeven wrote:
> which needs the definition of struct task_struct.
>
> The patch below fixes it by including in
> kernel/time/clocksource.c. But perhaps this is the right time to move
> struct task_struct to its own include instead?
I used to post such a patch on
Stefan Richter wrote:
On 13 Jan, Richard Knutsson wrote:
Stefan Richter wrote:
On 13 Jan, Richard Knutsson wrote:
[...]
SUPERCOOL ALPHA CARD
P: Clark Kent
M: [EMAIL PROTECTED]
L: [EMAIL PROTECTED]
C: SUPER_A
S: Maintained
(C: for CONFIG. Any better i
Matthias Schniedermeyer wrote:
Richard Knutsson wrote:
Any thoughts on this is very much appreciated (is there any flaws with
this?).
The thought that crossed my mind was:
Why not do the same thing that was done to the "Help"-file. (Before it
was superseded by Kconfig).
Originaly th
CC [M] drivers/kvm/vmx.o
{standard input}: Assembler messages:
{standard input}:3257: Error: bad register name `%sil'
make[2]: *** [drivers/kvm/vmx.o] Error 1
make[1]: *** [drivers/kvm] Error 2
make: *** [drivers] Error 2
Am I missing something or this is a real problem?
What's on (and sround
On Sat, Jan 13, 2007 at 03:30:27PM +0100, Willy Tarreau wrote:
> On Sat, Jan 13, 2007 at 02:16:01PM +0100, Toon van der Pas wrote:
> > On Sat, Jan 13, 2007 at 08:22:18AM +0100, Willy Tarreau wrote:
> > > >
> > > > Which makes me think that we aren't writing back fast enough. If I
> > > > mount
On Sun, 2007-01-14 at 00:51 +0100, Pierre Ossman wrote:
> I just wanted to know the rationale behind
> 99ef3ef8d5f2f5b5312627127ad63df27c0d0d05 (no more "device" symlink in
> class devices). I thought that was a rather convenient way of finding
> which physical device the class device was coupled t
Richard Knutsson wrote:
> Matthias Schniedermeyer wrote:
>
>> Richard Knutsson wrote:
>>
>>
>>
>>> Any thoughts on this is very much appreciated (is there any flaws with
>>> this?).
>>>
>>
>>
>> The thought that crossed my mind was:
>>
>> Why not do the same thing that was done to the "Help
Kay Sievers wrote:
>
> The plan is to have a single unified tree at /sys/devices, where all
> device-directories live below their parents, and /sys/class contains
> only symlinks pointing into this single tree, just like /sys/bus.
>
> People want to stack class-devices, but this leads to a /sys/dev
Hello,
This is driving me crazy. I wrote this custom fb driver for an
organic LED display for an embedded ARM system.
The display is connected trough an I2C bus, therefore the display
buffer is not memory mapped.
Anyway, I want to support mmap() and my driver allocates shadow
buffer with __get_
On Sun, 2007-01-14 at 01:29 +0100, Pierre Ossman wrote:
> Kay Sievers wrote:
> >
> > The plan is to have a single unified tree at /sys/devices, where all
> > device-directories live below their parents, and /sys/class contains
> > only symlinks pointing into this single tree, just like /sys/bus.
>
Hi,
today a sizable portion of the "struct file_operations" variables in the
kernel are const, but by far not all. Nor are any of the struct
inode_operations const. Marking these read-only datastructures const has
the advantage of reducing false sharing of these, often hot,
datastructures. In addi
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 00/12] Fix ppc64's writing to struct file_operations
the ppc64 code needlessly wrote to a struct file_operations variable;
this patch turns this into a compile time initialization instead.
Signed-off-by: Arjan van de Ven <[EMAIL PROTECTE
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 01/12] mark struct file_operations const
Many struct file_operations in the kernel can be "const". Marking them const
moves these to the .rodata section, which avoids false sharing with
potential dirty data. In addition it'll catch acciden
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 02/12] mark struct file_operations const
Many struct file_operations in the kernel can be "const". Marking them const
moves these to the .rodata section, which avoids false sharing with
potential dirty data. In addition it'll catch acciden
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 03/12] mark struct file_operations const
Many struct file_operations in the kernel can be "const". Marking them const
moves these to the .rodata section, which avoids false sharing with
potential dirty data. In addition it'll catch acciden
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 04/12] mark struct file_operations const
Many struct file_operations in the kernel can be "const". Marking them const
moves these to the .rodata section, which avoids false sharing with
potential dirty data. In addition it'll catch acciden
On 14 Jan, Richard Knutsson wrote:
> Stefan Richter wrote:
[getting a wrong contact from looking at the MAINTAINERS file]
> Hopefully, but I think it is asking much of the maintainer and then
> there will certanly be confused/frustrated submitter who don't know why
> they don't get any answer nor
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 05/12] mark struct file_operations const
Many struct file_operations in the kernel can be "const". Marking them const
moves these to the .rodata section, which avoids false sharing with
potential dirty data. In addition it'll catch acciden
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 06/12] mark struct file_operations const
Many struct file_operations in the kernel can be "const". Marking them const
moves these to the .rodata section, which avoids false sharing with
potential dirty data. In addition it'll catch acciden
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 08/12] mark struct file_operations const
Many struct file_operations in the kernel can be "const". Marking them const
moves these to the .rodata section, which avoids false sharing with
potential dirty data. In addition it'll catch acciden
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 07/12] mark struct file_operations const
Many struct file_operations in the kernel can be "const". Marking them const
moves these to the .rodata section, which avoids false sharing with
potential dirty data. In addition it'll catch acciden
I wrote:
> gcc -o test3.o test.c test.c
^^ typo
gcc -o test3.o test.c test2.c
--
Stefan Richter
-=-=-=== ---= -===-
http://arcgraph.de/sr/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More ma
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 09/12] mark struct file_operations const
Many struct file_operations in the kernel can be "const". Marking them const
moves these to the .rodata section, which avoids false sharing with
potential dirty data. In addition it'll catch acciden
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 10/12] mark struct inode_operations const
Many struct inode_operations in the kernel can be "const". Marking them const
moves these to the .rodata section, which avoids false sharing with
potential dirty data. In addition it'll catch accid
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 11/12] mark struct inode_operations const
Many struct inode_operations in the kernel can be "const". Marking them const
moves these to the .rodata section, which avoids false sharing with
potential dirty data. In addition it'll catch accid
From: Arjan van de Ven <[EMAIL PROTECTED]>
Subject: [patch 12/12] mark struct inode_operations const
Many struct inode_operations in the kernel can be "const". Marking them const
moves these to the .rodata section, which avoids false sharing with
potential dirty data. In addition it'll catch accid
Faik Uygur wrote:
What happens when you try to shutdown?
Does not shutdown and freezes.
Hand copied last messages seen on console:
Synchronizing SCSI cache for disk sda:
ACPI: PCI Interrupt for device :06:08.0 disabled
Power down.
acpi_power_off called
hwsleep-0285 [01] enter_sleep_sta
Mikael Pettersson wrote:
On Wed, 10 Jan 2007 17:13:38 +, Alan <[EMAIL PROTECTED]> wrote:
This I believe completes the PIIX range of support for libata
This adds the table entries needed for the PIIX3, both a new PCI
identifier and a new mode list. It also fixes an erroneous access to PCI
co
On Sat, 13 Jan 2007 15:18:31 EST, Bill Davidsen said:
> [EMAIL PROTECTED] wrote:
> > On Fri, 12 Jan 2007 10:03:49 EST, Lennart Sorensen said:
> >> I would expect any distribution should work on these (as long as the
> >> kernel they use isn't too old.). Of course if it is a Mac, you need a
> >> di
On Sat, 13 Jan 2007 12:54:43 EST, Lennart Sorensen said:
> On Fri, Jan 12, 2007 at 10:38:43PM -0500, [EMAIL PROTECTED] wrote:
> > CONFIG_MCORE2=y
>
> Oh good. Makes life much simpler for users.
After writing that, I actually went back and *checked* the fine print.
It turns out that unless you ha
Robert Hancock wrote:
Faik Uygur wrote:
What happens when you try to shutdown?
Does not shutdown and freezes.
Hand copied last messages seen on console:
Synchronizing SCSI cache for disk sda:
ACPI: PCI Interrupt for device :06:08.0 disabled
Power down.
acpi_power_off called
hwsleep-02
Hi, (please CC: to my email address, I'm not subscribed)
Quick question: how can I flush the disk write cache from userspace?
Long question:
I'm porting the Solaris ZFS filesystem to the FUSE/Linux filesystem framework.
This is a copy-on-write, transactional filesystem and so it needs to ensure
O> Wouldn't it be better to have ->determine_xfer_mask() and
> ->set_specific_mode() than having two somewhat overlapping callbacks?
> Or is there some problem that can't be handled that way?
I'm not sure I follow what you are suggesting - can you explain further.
Right now ->set_mode does all th
Hello Tejun,
13 Oca 2007 Cts 03:12 tarihinde şunları yazmıştınız:
> If possible, please post dmesg of shutting down.
I have taken more detailed dmesg outputs of three configs with ATA_DEBUG and
ATA_VERBOSE_DEBUG defined. You can find them at this address:
http://cekirdek.pardus.org.tr/~faik/t
On Thursday 11 January 2007 23:17, Bartlomiej Zolnierkiewicz wrote:
>
> My working IDE tree (against Linus' tree) now resides here:
>
> http://kernel.org/pub/linux/kernel/people/bart/pata-2.6/patches/
Bart, here's a driver I've been keeping out-of-tree for the past couple of
years.
This i
Len Brown wrote:
> On Friday 12 January 2007 10:50, Mark Hounschell wrote:
>> Mark Hounschell wrote:
>>> I have a Tyan S4881 Thunder K8QW 4 processor (8 cores). Kernel 2.6.16.37
>>> boots
>>> and runs fine.
>>> However kernel 2.6.17 and up doesn't. Here is my boot error msg.
>>>
>>>
>>> kernel /vm
> Hi,
>
> On Tuesday 05 December 2006 13:03, James Simmons wrote:
> > +int probe_edid(struct display_device *dev, void *data)
> > +{
> > + struct fb_monspecs spec;
> > + ssize_t size = 45;
That code was only for testing. I do have new core code. Andrew could
you merge this patch as
Andrew please apply this patch.
Signed-off-by: James Simmons <[EMAIL PROTECTED]>
>
> > Hi,
> >
> > On Tuesday 05 December 2006 13:03, James Simmons wrote:
> > > +int probe_edid(struct display_device *dev, void *data)
> > > +{
> > > + struct fb_monspecs spec;
> > > + ssize_t size =
On Sat, 13 Jan 2007, Al Boldi wrote:
> Justin Piszcz wrote:
> > On Sat, 13 Jan 2007, Al Boldi wrote:
> > > Justin Piszcz wrote:
> > > > Btw, max sectors did improve my performance a little bit but
> > > > stripe_cache+read_ahead were the main optimizations that made
> > > > everything go faster
Nick Piggin wrote:
@@ -1878,31 +1889,88 @@ generic_file_buffered_write(struct kiocb
break;
}
+ /*
+* non-uptodate pages cannot cope with short copies, and we
+* cannot take a pagefault with the destination page locked.
+
This patch series implements the Linux Xen guest in terms of the
paravirt-ops interface. The features in implemented this patch series
are:
* domU only
* UP only (most code is SMP-safe, but there's no way to create a new vcpu)
* writable pagetables, with late pinning/early unpinning
(no shad
Add a flag to allow the VGA console to be disabled. The VGA code will
spin forever if there isn't any real VGA hardware, which will happen
under Xen.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Gerd Hoffmann <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
Fix typo in sync_constant_test_bit()s name.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
===
--- a/include/asm-i386/sync_bitops.h
+++ b/include/asm-i386/sync_bitops.h
@@ -130,7 +130,7 @@ static inline int sync_test_and_chan
Add paravirt hooks into the initial pagetable setup. In the native
case, the kernel builds itself a new initial pagetable from scratch.
In the Xen case, the kernel starts with a pagetable provided by the
hypervisor, which is used as the prototype for the kernel-generated
pagetable. The hooks adde
This provides a bootstrap and ongoing emergency console which is
intended to be available from very early during boot and at all times
thereafter, in contrast with alternatives such as UDP-based syslogd,
or logging in via ssh. The protocol is based on a simple shared-memory
ring buffer.
Signed-off
Wrap the paravirt_ops members we want to export in wrapper functions.
Since we binary-patch the critical ones, this doesn't make a speed
impact.
I moved drm_follow_page into the core, to avoid having to wrap the
various pte ops. Unlining kernel_fpu_end and using that in the RAID6
code would remov
Add Xen 'grant table' driver which allows granting of access to
selected local memory pages by other virtual machines and,
symmetrically, the mapping of remote memory pages which other virtual
machines have granted access to.
This driver is a prerequisite for many of the Xen virtual device
drivers
Remove the ctor for the pgd cache. There's no point in having the
cache machinery do this via an indirect call when all pgd are freed in
the one place anyway.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Chris Wright <[EMAIL PROTECTED]>
Cc: Zachary Amsden <[EMAIL PROTECTED]>
Cc: And
Xen does not allow guests to have the kernel pmd shared between page
tables, so parameterize pgtable.c to allow both modes of operation.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Chris Wright <[EMAIL PROTECTED]>
Cc: Zachary Amsden <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECT
Add a new mm function apply_to_page_range() which applies a given
function to every pte in a given virtual address range in a given mm
structure. This is a generic alternative to cut-and-pasting the Linux
idiomatic pagetable walking code in every place that a sequence of
PTEs must be accessed.
Alt
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Chris Wright <[EMAIL PROTECTED]>
Cc: Zachary Amsden <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: Andrew Morton <[EMAIL PROTECTED]>
Cc: Rusty Russell <[EMAIL PROTECTED]>
Add the "nosegneg" fake capabilty to the vsyscall page notes. This is
used by the runtime linker to select a glibc version which then
disables negative-offset accesses to the thread-local segment via
%gs. These accesses require emulation in Xen (because segments are
truncated to protect the hypervi
1 - 100 of 134 matches
Mail list logo