Linus Torvalds wrote:
>
> On Tue, 9 Jan 2007, Tomasz Kvarsin wrote:
>
>>During boot into 2.6.20-rc4 iptables says
>>iptables-restore: line 15 failed.
>>And works fine with my default kernel: 2.6.18.x
>
>
> I bet you enabled the new transport-agnostic netfilter, and didn't enable
> some of the
Hi Luca,
On Tue, 9 Jan 2007 22:55:27 +0100, Luca Tettamanti wrote:
> Jean Delvare <[EMAIL PROTECTED]> ha scritto:
> > Since 2.6.20-rc1 or so, running "make" always builds a new kernel with
> > an incremented version number, whether there has actually been any
> > change done to the code or
On Tue, 9 Jan 2007, Serge E. Hallyn wrote:
> Whatever happened with Pekka's revoke submissions? Did you lose
> interest after
> http://www.kernel.org/pub/linux/kernel/people/penberg/patches/revoke/2.6.19-rc1/revoke-2.6.19-rc1,
> or was it decided that the approach was unworkable?
Lack of time.
Christoph Lameter writes:
I am loosing track of these. What is the difference to earlier versions?
Nothing but a rediff on top of Linus' tree as Hugh's fix already went in.
Pekka
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Tue, Jan 09, 2007 at 22:51:04 +0800, Luming Yu wrote:
> >> > It didn't. It looks like it is unusable, becuase it isn't reliable in
> >> > 2.6.20-rc3.
> >>
> >> Is this issue still present in -rc4?
> >
> >I used 2.6.20-rc4 in single user mode, and applied 2 patches from
> >netdev to get wake on
On Tue, Jan 09, 2007 at 09:41:09PM -0800, Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Cleanup kernel-doc notation in drivers/firmware/edd.c.
>
> Add edd.c to DocBook/kernel-api.tmpl.
>
> Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
Acked-by: Matt Domsch <[EMAIL
On Tue, 9 Jan 2007, linux-os (Dick Johnson) wrote:
>
> On Tue, 9 Jan 2007, Stefan Richter wrote:
>
> > Robert P. J. Day wrote:
> >> just to stir the pot a bit regarding the discussion of the two
> >> different ways to define macros,
> >
> > You mean function-like macros, right?
> >
> >> i've
On Friday January 5, [EMAIL PROTECTED] wrote:
> Hi Neil,
>
> NFS mounting succeeded, but the kernel gives a warning.
> I'm running 2.6.20-rc2-mm1.
>
> # mount -o vers=3 localhost:/suse /mnt
> [ 689.651606] svc: unknown version (3)
> # mount | grep suse
> localhost:/suse on /mnt type nfs
From: Randy Dunlap <[EMAIL PROTECTED]>
- in man and text mode output, if the function return type is
empty (like it is for macros), don't print the return type
and a following space; this fixes an output malalignment;
- in the function short description, strip leading, trailing,
and
From: Randy Dunlap <[EMAIL PROTECTED]>
Cleanup kernel-doc notation in drivers/firmware/edd.c.
Add edd.c to DocBook/kernel-api.tmpl.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
Documentation/DocBook/kernel-api.tmpl |3 +++
drivers/firmware/edd.c|8 +---
2
On Thu, Jan 04, 2007 at 09:02:42AM -0800, Andrew Morton wrote:
> On Thu, 4 Jan 2007 10:26:21 +0530
> Suparna Bhattacharya <[EMAIL PROTECTED]> wrote:
>
> > On Wed, Jan 03, 2007 at 02:15:56PM -0800, Andrew Morton wrote:
>
> Patches against next -mm would be appreciated, please. Sorry about that.
Now that all LLDs are converted to use devres, default stop callbacks
are unused. Remove them.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
drivers/ata/libata-core.c | 81 +++-
include/linux/libata.h|4 --
2 files changed, 6 insertions(+),
Implement ata_host_detach() which calls ata_port_detach() for each
port in the host and export it. ata_port_detach() is now internal and
thus un-exported. ata_host_detach() will be used as the 'deregister
from libata layer' function after devres conversion.
Signed-off-by: Tejun Heo <[EMAIL
Implement device resource management core, in short, devres. A device
driver can allocate arbirary size of devres data which is associated
with a release function. On driver detach, release function is
invoked on the devres data, then, devres data is freed.
devreses are typed by associated
Implement pcim_iomap_regions(). This function takes mask of BARs to
request and iomap. No BAR should have length of zero. BARs are
iomapped using pcim_iomap_table().
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
include/linux/io.h |2 +
lib/iomap.c| 53
Add Documentation/driver-model/drvres.txt.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
Documentation/driver-model/devres.txt | 268 +
1 files changed, 268 insertions(+), 0 deletions(-)
diff --git a/Documentation/driver-model/devres.txt
On Tue, Jan 09, 2007 at 08:17:08PM +0530, Vivek Goyal wrote:
>
> Mohan, Can you please check the correctness of ppc64 specific details.
>
Vivek,
My inputs.
> > > + --append="root= init 1 irqpoll maxcpus=1"
> > > +
> > > +If you are using a relocatable kernel (method 2), then use
> > >
Implement managed PCI interface - pcim_enable_device(),
pcim_pin_device() and pci_is_managed(). pcim_enable_device() is
equivalent to pci_enable_device() except that it makes the PCI device
managed. After pcim_enable_device(), PCI resources such as
enabledness, msi/msix/intx status and BAR
Implement managed IRQ interface - devm_request_irq() and
devm_free_irq(). Except for the first @dev argument and being
managed, these take the same arguments and have the same effect as
non-managed coutnerparts.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
include/linux/interrupt.h |6
Implement managed IO region interface - devm_request_region() and
devm_release_region(). Except for the first @dev argument and being
managed, these take the same arguments and have the same effect as
non-managed coutnerparts.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
Update libata core layer to use devres.
* ata_device_add() acquires all resources in managed mode.
* ata_host is allocated as devres associated with ata_host_release.
* Port attached status is handled as devres associated with
ata_host_attach_release().
* Initialization failure and host
Implement managed iomap interface - devm_ioport_map(),
devm_ioport_unmap(), devm_ioremap(), devm_ioremap_nocache(),
devm_iounmap(), pcim_iomap_table(), pcim_iomap() and pcim_iounmap().
Except for being managed and additional gendev argument, these
functions take the same arguments and have the
Implement managed DMA interface - dmam_alloc_coherent(),
dmam_free_coherent(), dmam_declare_coherent_memory(),
dmam_pool_create() and dmam_pool_destroy(). Except for being managed,
these take the same arguments and have the same effect as non-managed
counterparts.
Signed-off-by: Tejun Heo
Hello,
This is the second take of devres patchset. Changes from the last
take[L] are...
* generic managed iomap interface functions implemented
- devm_ioport_map/unmap()
- devm_ioremap[_nocache](), devm_iounmap()
* libata-sff legacy mode now uses generic managed iomap interface
On Tuesday 09 January 2007 4:01 pm, David Brownell wrote:
> So the attached version of the rtc-cmos patch uses asm-generic
> and also adds Kconfig dependencies for architectures with usable
> versions of that header.
No really ... _this_ version. I seem to have too many versions
floating around,
--- Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Tue, 9 Jan 2007 11:02:35 -0800 (PST) Amit Choudhary wrote:
>
> No thanks. If a driver author wants to maintain driver state
> that way, it's OK, but that doesn't make it a global requirement.
>
Ok. So, a driver can have its own local
On Wed, Jan 10, 2007 at 10:53:34AM +0900, Horms wrote:
> On Wed, Jan 10, 2007 at 09:34:12AM +0800, Zou, Nanhai wrote:
> > > >
> > > > I am hoping it --args-linux will be required while loading vmlinux on
> > > > IA64? Because this is ELF file specific option. And this interface
> > > > should
> >
Currently one can specify an arbitrary node mask to mbind that includes nodes
not allowed. If that is done with an interleave policy then we will go around
all the nodes. Those outside of the currently allowed cpuset will be redirected
to the border nodes. Interleave will then create imbalances at
Hi Jean:
> On Mon, 8 Jan 2007 22:02:26 -0500, Mark M. Hoffman wrote:
> > 3) I've just confirmed that this quirk is still broken on recent FC6
> > kernels.
> > Perhaps they should have picked my patch out of their bugzilla, but they
> > didn't.
* Jean Delvare <[EMAIL PROTECTED]> [2007-01-09
On Wed, 10 Jan 2007 14:29:35 +1100
Neil Brown <[EMAIL PROTECTED]> wrote:
> >
> > It would be better if we can avoid creating the second global variable. Is
> > it not possible to remove dirty_ratio? Make everything work off
> > vm_dirty_kb and do arithmetricks at the /proc/sys/vm/dirty_ratio
On 1/9/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Tue, 9 Jan 2007 21:17:30 -0600
"Miles Lane" <[EMAIL PROTECTED]> wrote:
> [ BUG: bad unlock balance detected! ]
> -
> swapper/0 is trying to release lock (inode_lock) at:
> []
On Tuesday January 9, [EMAIL PROTECTED] wrote:
>
> Actually, ext3 doesn't work that way. The atime update will go into the
> "running transaction", which is an instance of journal_t which is separate
> from the committing transaction.
Hmm... fair enough. start_this_handle (which is called
On Tue, 9 Jan 2007 21:17:30 -0600
"Miles Lane" <[EMAIL PROTECTED]> wrote:
> [ BUG: bad unlock balance detected! ]
> -
> swapper/0 is trying to release lock (inode_lock) at:
> [] generic_sync_sb_inodes+0x26a/0x275
If this is 2.6.20-rc3-mm1, please ensure that
On Tue, Jan 09, 2007 at 17:48:04 -0800, Auke Kok wrote:
> Sami Farin wrote:
> >On Tue, Jan 09, 2007 at 15:59:30 -0800, Auke Kok wrote:
> >>Sami Farin wrote:
> >...
> >>>I do "ethtool -K eth0 tso off" now and check if I get the hang again. =)
> >>I'm unsure whether v7.2.x already automatically
Hi.
On Wed, 2007-01-10 at 09:57 +0800, Fengguang Wu wrote:
> On Tue, Jan 09, 2007 at 08:23:32AM -0800, Linus Torvalds wrote:
> >
> >
> > On Tue, 9 Jan 2007, Fengguang Wu wrote:
> > > >
> > > > The fastest and probably most important thing to add is some readahead
> > > > smarts to directories ---
[ BUG: bad unlock balance detected! ]
-
swapper/0 is trying to release lock (inode_lock) at:
[] generic_sync_sb_inodes+0x26a/0x275
but there are no more locks to release!
other info that might help us debug this:
1 lock held by swapper/0:
#0:
On Tuesday January 9, [EMAIL PROTECTED] wrote:
>
> Could be IO scheduler borkage, could be ext3 borkage. A well-timed sysrq-T
> will tell us, and is worth doing (please).
The problem has been reported against reiserfs and ext3, and against
SLES9 and SLES10. The big machine I can test with is
Vasudevan S wrote:
I run Fedora Core 6 on the 'compaq nc6320' laptop. I am using the
'2.6.19.1' kernel.
While booting the kernel, I noticed the following error message:
PCI: BIOS Bug: MCFG area at f800 is not E820-reserved
PCI: Not using MMCONFIG.
After some search, I commented out the
Sorry, I can't be online regularly, that is, can't synchronize Linux CVS, so
only work on a fixed kernel version. Documentation/vm_pps.txt isn't only a patch
overview but also a changelog.
Great!
Do you have patch against 2.6.19?
Thanks!
--
Al
-
To unsubscribe from this list: send the
Since I've been the one making the most changes in sata_nv lately I
figured I would make some more comments on this patch:
Subject:
RE: [PATCH] SCSI: Add the SGPIO support for sata_nv.c
From:
"Peer Chen" <[EMAIL PROTECTED]>
Date:
Tue, 7 Nov 2006 17:55:11 +0800
To:
"Christoph Hellwig" <[EMAIL
On Tue, 09 Jan 2007 16:00:51 PST, Amit Choudhary said:
> What did you understand when I wrote that "if you access the same memory
> again using the variable
> 'x"?
>
> Using variable 'x' means using variable 'x' and not variable 'y'.
Right - but in real-world code, 'y' is the actual problem.
On 1/10/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
Here are the three patches. Conke, can you please tell us whether this is
all correct and complete?
From: "Conke Hu" <[EMAIL PROTECTED]>
A previous patch to atiixp.c was removed but some code has not been
cleaned. Now we remove these code
I run Fedora Core 6 on the 'compaq nc6320' laptop. I am using the
'2.6.19.1' kernel.
While booting the kernel, I noticed the following error message:
PCI: BIOS Bug: MCFG area at f800 is not E820-reserved
PCI: Not using MMCONFIG.
After some search, I commented out the 'e820_all_mapped()'
On Tue, Jan 09, 2007 at 15:59:30 -0800, Auke Kok wrote:
> Sami Farin wrote:
...
> >I do "ethtool -K eth0 tso off" now and check if I get the hang again. =)
>
> I'm unsure whether v7.2.x already automatically disables TSO for 100mbit
> speed link, probably not. It should.
It disabled it but I
On Tue, Jan 09, 2007 at 08:23:32AM -0800, Linus Torvalds wrote:
>
>
> On Tue, 9 Jan 2007, Fengguang Wu wrote:
> > >
> > > The fastest and probably most important thing to add is some readahead
> > > smarts to directories --- both to the htree and non-htree cases. If
> >
> > Here's is a quick hack
Hello, Pablo.
Please apply common hardware debugging method. You know, swap drives.
Use separate power supply for disks, swap cables, etc...
It seems more like a hardware problem at this point.
Thanks.
--
tejun
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Wed, Jan 10, 2007 at 09:34:12AM +0800, Zou, Nanhai wrote:
> > >
> > > I am hoping it --args-linux will be required while loading vmlinux on
> > > IA64? Because this is ELF file specific option. And this interface should
> > > be common across all the architectures.
> > >
> > > > Then again, I
Sami Farin wrote:
On Tue, Jan 09, 2007 at 15:59:30 -0800, Auke Kok wrote:
Sami Farin wrote:
...
I do "ethtool -K eth0 tso off" now and check if I get the hang again. =)
I'm unsure whether v7.2.x already automatically disables TSO for 100mbit
speed link, probably not. It should.
It disabled
On Tue, Jan 09, 2007 at 03:25:34PM -0800, Andrew Morton wrote:
> On Tue, 9 Jan 2007 15:21:51 -0800 (PST)
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 9 Jan 2007, Andrew Morton wrote:
> > >
> > > > This new behavior of the kernel build system is likely to
> > > > make developers
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Horms
> Sent: 2007年1月10日 8:31
> To: Vivek Goyal
> Cc: linux kernel mailing list; Fastboot mailing list; Morton Andrew Morton;
> Mohan Kumar M
> Subject: Re: [PATCH] Kdump documentation update for 2.6.20
On Tue, Jan 09, 2007 at 10:04:20AM +, Christoph Hellwig wrote:
> On Mon, Jan 08, 2007 at 07:51:27PM -0800, Andrew Morton wrote:
> > I don't even know what code we're talking about here...
> >
> > I'm under the impression that XFS will return to userspace with a
> > filesystem lock held, under
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> > So it is "one cpu may write, other cpus may read", and as big as
> > long. Are you sure obscure architectures (sparc?) can implement this
> > in useful way? ... maybe yes, unless obscure architecture exists where
> > second other cpu can see
Alexey Starikovskiy schrieb:
> Berthold Cogel wrote:
>> Alexey Starikovskiy schrieb:
>>
>>
Hello Alex,
I still get the same diffs. Except the yenta part of course. And the
system is still rebooting.
Berthold
>>> Good, yenta is cleared :) Could you
On Tue, 9 Jan 2007 16:40:05 -0800 Allexio Ju wrote:
> Hi,
>
> Where can I get detail description on each KEYs in .config file?
> I'm trying to understand what are the meaning of those before turn thme
> on/off.
In the many Kconfig and Kconfig.* files in the kernel tree.
Or by using one of the
Adrian Bunk wrote:
DirectX is simply _the_ state of the art technology you have to use in
some areas of game development if you don't want to make your game
technically inferior before you even started developing.
How is that? id Software doesn't use DirectX (not for graphics, anyway)
and
On Tue, Jan 09, 2007 at 08:17:08PM +0530, Vivek Goyal wrote:
> On Tue, Jan 09, 2007 at 10:18:47AM +0900, Horms wrote:
> > > Download and build the system and dump-capture kernels
> > > --
> > > +There are two possible methods of using Kdump.
>
Andi Kleen <[EMAIL PROTECTED]> writes:
> On Tuesday 09 January 2007 19:59, OGAWA Hirofumi wrote:
>> This just cleans up.
>
> The mmconfig code has completely changed in -mm/x86_64 soon. Can you resubmit
> against
> that please?
No problem. I'll do for next -mm.
--
OGAWA Hirofumi <[EMAIL
Hi,
Where can I get detail description on each KEYs in .config file?
I'm trying to understand what are the meaning of those before turn thme on/off.
Thanks in advance.
Allexio
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
* Pavel Machek ([EMAIL PROTECTED]) wrote:
> > index dfeec94..bd854b3 100644
> > --- a/Documentation/local_ops.txt
> > +++ b/Documentation/local_ops.txt
> > @@ -22,6 +22,13 @@ require disabling interrupts to protect from interrupt
> > handlers and it permits
> > coherent counters in NMI handlers.
Don't hide buffer_unwritten behind buffer_delay() and
remove the hack that clears unexpected buffer_unwritten()
states now that it can't happen.
Signed-Off-By: Dave Chinner <[EMAIL PROTECTED]>
---
fs/xfs/linux-2.6/xfs_aops.c | 3 ---
1 file changed, 29 deletions(-)
Index:
Jeff Garzik wrote:
Jeff V. Merkey wrote:
Jeff Garzik wrote:
Jeff V. Merkey wrote:
I just finished pulling out a melted IDE flash drive out of a
Shuttle motherboard with the intel 945 chipset which claims to support
SATA and IDE drives concurrently under Linux 2.6.18.
The chip worked
Version 2:
- separate buffer_delay in generic code into buffer_delay
and buffer_unwritten
- include XFS changes as a second patch:
- remove XFS use of buffer_delay to indicate buffer_unwritten
- remove XFS hack to silently clear "lost" unwritten flags
Version 1:
Currently, XFS uses
On Tuesday 09 January 2007 19:59, OGAWA Hirofumi wrote:
> This just cleans up.
The mmconfig code has completely changed in -mm/x86_64 soon. Can you resubmit
against
that please?
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Jeff V. Merkey wrote:
Jeff Garzik wrote:
Jeff V. Merkey wrote:
I just finished pulling out a melted IDE flash drive out of a Shuttle
motherboard with the intel 945 chipset which claims to support
SATA and IDE drives concurrently under Linux 2.6.18.
The chip worked for about 30 seconds
On Tue, Jan 09, 2007 at 08:36:24PM +0100, Bernhard Schmidt wrote:
Hi,
I did some additional testing
> I'm having a really ugly problem I'm trying to pinpoint, but failed so
> far. I'm neither completely convinced it is not related to my local
> setup(s), nor do I have any clue how this might be
On Tuesday 09 January 2007 8:37 am, Woody Suwalski wrote:
> As to the patch: applied to 2.6.20-rc4, both on PC and ARM, commented
> out "EXPERIMENTAL"...
>
> To build your new patch for ARM I have modified the line "depends on
> RTC_CLASS && (X86_PC || ACPI || ARM)"...
>
> On Netwinder ARM -
--- [EMAIL PROTECTED] wrote:
> On Tue, 09 Jan 2007 11:02:35 PST, Amit Choudhary said:
> > Correct. And doing kfree(x); x=NULL; is not hiding that. These issues can
> > still be debugged by
> > using the slab debugging options. One other benefit of doing this is that
> > if someone tries to
> >
Lennart Sorensen wrote:
On Tue, Jan 09, 2007 at 01:46:42PM -0700, Jeff V. Merkey wrote:
I just finished pulling out a melted IDE flash drive out of a Shuttle
motherboard with the intel 945 chipset which claims to support
SATA and IDE drives concurrently under Linux 2.6.18.
The chip worked
Sami Farin wrote:
Linux 2.6.19.1 SMP on Pentium D, Intel DQ965GF mobo.
Got this while bittorrenting knoppix:
2007-01-09 22:53:40.020693500 <4>NETFILTER drop IN=eth0 OUT= MAC=00:19:d1:00:5f:01:00:05:00:1c:58:1c:08:00 SRC=83.46.5.76 DST=80.223.106.128 LEN=121 TOS=0x00 PREC=0x00 TTL=112 ID=53273
Jeff Garzik wrote:
Jeff V. Merkey wrote:
I just finished pulling out a melted IDE flash drive out of a Shuttle
motherboard with the intel 945 chipset which claims to support
SATA and IDE drives concurrently under Linux 2.6.18.
The chip worked for about 30 seconds before liquifying in the
Hi!
> > AFAICT this fails to mention... Is local_t as big as int? As big as
> > long? Or perhaps smaller because high bits may be needed for locking?
>
> Hi Pavel,
>
> Here is an update that adds the information you mentionned in this reply and
> the
> one to Andrew. Thanks for the comments.
>
>
> In other words we'll leave it in its present buggy form so that it will
> explode next time someone tries to use it for something new, rather than a)
It shouldn't be used for anything new. It's really a private macro
in the context switch code, nothing that any other code is supposed
to
On Tue, Jan 09, 2007 at 02:42:03PM -0800, Andrew Morton wrote:
> On Tue, 9 Jan 2007 16:23:37 -0600
> Michael Halcrow <[EMAIL PROTECTED]> wrote:
>
> > + page_virt = (char *)kmap(page);
>
> Do we _have_ to use kmap here? It's slow and theoretically deadlocky.
>
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Tue, 9 Jan 2007 15:21:51 -0800 (PST)
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> >
> >
> > On Tue, 9 Jan 2007, Andrew Morton wrote:
> > >
> > > > This new behavior of the kernel build system is likely to
> > > > make developers angry pretty
Linux 2.6.19.1 SMP on Pentium D, Intel DQ965GF mobo.
Got this while bittorrenting knoppix:
2007-01-09 22:53:40.020693500 <4>NETFILTER drop IN=eth0 OUT=
MAC=00:19:d1:00:5f:01:00:05:00:1c:58:1c:08:00 SRC=83.46.5.76 DST=80.223.106.128
LEN=121 TOS=0x00 PREC=0x00 TTL=112 ID=53273 PROTO=ICMP TYPE=3
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Tue, 9 Jan 2007 15:25:34 -0800
> On Tue, 9 Jan 2007 15:21:51 -0800 (PST)
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 9 Jan 2007, Andrew Morton wrote:
> > >
> > > > This new behavior of the kernel build system is likely to
> > > > make
On Tue, 9 Jan 2007 15:21:51 -0800 (PST)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 9 Jan 2007, Andrew Morton wrote:
> >
> > > This new behavior of the kernel build system is likely to
> > > make developers angry pretty quickly.
> >
> > That might motivate them to fix it ;)
>
>
On Tue, Jan 09, 2007 at 02:35:19PM -0800, Andrew Morton wrote:
> On Tue, 9 Jan 2007 16:21:07 -0600
> Michael Halcrow <[EMAIL PROTECTED]> wrote:
>
> > This patch set introduces the ability to store cryptographic metadata
> > into an lower file extended attribute rather than the lower file
> >
Hi Jean !
On Tue, Jan 09, 2007 at 10:20:57AM +0100, Jean Delvare wrote:
> Hi all,
>
> Since 2.6.20-rc1 or so, running "make" always builds a new kernel with
> an incremented version number, whether there has actually been any
> change done to the code or configuration or not. This increases the
On Tue, 9 Jan 2007, Andrew Morton wrote:
>
> > This new behavior of the kernel build system is likely to
> > make developers angry pretty quickly.
>
> That might motivate them to fix it ;)
Actually, how about just removing the incrementing version count entirely?
I realize that it's really
* Pavel Machek ([EMAIL PROTECTED]) wrote:
> Hi!
>
> AFAICT this fails to mention... Is local_t as big as int? As big as
> long? Or perhaps smaller because high bits may be needed for locking?
>
> Pavel
>
Hi Pavel,
Here is
Jeff V. Merkey wrote:
I just finished pulling out a melted IDE flash drive out of a Shuttle
motherboard with the intel 945 chipset which claims to support
SATA and IDE drives concurrently under Linux 2.6.18.
The chip worked for about 30 seconds before liquifying in the chassis.
I note that
Quoting Christoph Hellwig ([EMAIL PROTECTED]):
> On Mon, Jan 08, 2007 at 07:07:25PM -0800, Arjan van de Ven wrote:
> >
> > > Starting with the fdtable, would it help if we move the
> > > fdtable tweaking out of slim itself and into helpers? Or
> > > can you recommend another way to implement this
Anders Karlsson <[EMAIL PROTECTED]> :
[...]
> PCI ID's in there, so this driver *should* work. In the past, it *has*
> worked, but that was on a older kernel (2.6.8 or thereabouts).
No datapoint beyond 2.6.12 ? It would make thinks easier (for you :o} ).
> If there are patches or tweaks to the
On Tue, Jan 09, 2007 at 06:02:20PM -0500, [EMAIL PROTECTED] wrote:
> When it's installed on 95% of the computers, it's a de-facto standard.
And "de facto" does not make it a real one. opengl is installed on more
machines that directx. If installation numbers is what decides it, then
opengl
More info.
Linux duck 2.6.20-rc3-git4 #10 SMP PREEMPT Fri Jan 5 10:58:11 CST 2007 ia64
ia64 ia64 GNU/Linux
For this test I used an Emulex host adapter, but the problem is not
unique to it. It also occurs when the targets are connected to either
LSI or QLogic adapters.
Using O_DIRECT, once the
On Tue, 09 Jan 2007 11:08:57 EST, Lennart Sorensen said:
> Why not start by suggesting using standard api's instead when writing
> the original game engine. That would make porting it easier later.
> DirectX is not a standard api.
When it's installed on 95% of the computers, it's a de-facto
On Tue, Jan 09, 2007 at 01:46:42PM -0700, Jeff V. Merkey wrote:
> I just finished pulling out a melted IDE flash drive out of a Shuttle
> motherboard with the intel 945 chipset which claims to support
> SATA and IDE drives concurrently under Linux 2.6.18.
>
> The chip worked for about 30 seconds
Hi Greg,
> here are two patches that hopefully make device_move() more universally
> usable:
>
> [1/2] Remove device_is_registered() in device_move().
> [2/2] Allow device_move(dev, NULL).
>
> Patches are against your latest git tree. The code works for me, but
> has not been heavily tested.
I
Pablo Sebastian Greco wrote:
Tejun Heo wrote:
Pablo Sebastian Greco wrote:
After an uptime of 13:34 under heavy load and no errors, I'm pretty
sure your patch is correct. Is there a way to backport this to
2.6.18.x?
I forgot this (even though I implemented it) but you can turn off
On Tue, 09 Jan 2007 11:02:35 PST, Amit Choudhary said:
> Correct. And doing kfree(x); x=NULL; is not hiding that. These issues can
> still be debugged by
> using the slab debugging options. One other benefit of doing this is that if
> someone tries to
> access the same memory again using the
On Tue, 9 Jan 2007 23:43:00 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> >
> > But the patch is a bugfix. Without it, you cannot do
> >
> > RESTORE_CONTEXT \
> > .globl ... \
> >
> > Was the addition of this restriction to RESTORE_CONTEXT deliberate, or
> > mistaken?
>
>
Hello,
What is the current status of the bug where modifications to file
contents made via mmap fail to update mtime of the file?
This was discussed a few months ago in this thread:
http://lkml.org/lkml/2006/5/17/138
where patches have been posted, but it seems that no final solution
has been
On Tue, 9 Jan 2007 16:23:37 -0600
Michael Halcrow <[EMAIL PROTECTED]> wrote:
> + page_virt = (char *)kmap(page);
Do we _have_ to use kmap here? It's slow and theoretically deadlocky.
kmap_atomic() is much preferred.
Can the other kmap() calls in ecryptfs be
Hi!
> > > These patches extend and standardise local_t operations on each
> > > architectures,
> > > allowing a rich set of atomic operations to be done on per-cpu data with
> > > minimal performance impact. On some architectures, there seems to be no
> > > difference between the SMP and UP
>
> But the patch is a bugfix. Without it, you cannot do
>
> RESTORE_CONTEXT \
> .globl ... \
>
> Was the addition of this restriction to RESTORE_CONTEXT deliberate, or
> mistaken?
RESTORE_CONTEXT is a private macro and I don't see why we should
support out of tree usages
On Tue 2007-01-09 13:01:10, Andrew Morton wrote:
> On Mon, 8 Jan 2007 22:14:46 -0500
> Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
>
> > +* How to use local atomic operations
> > +
> > +#include
> > +#include
> > +
> > +static DEFINE_PER_CPU(local_t, counters) = LOCAL_INIT(0);
> > +
> > +
> >
On Tue, 9 Jan 2007 16:22:55 -0600
Michael Halcrow <[EMAIL PROTECTED]> wrote:
> + lower_file->f_op->write(lower_file, (char __user *)page_virt,
> + PAGE_CACHE_SIZE, _file->f_pos);
hm. sys_write() takes a local copy of f_pos and writes that back
Auke Kok wrote:
Jeff V. Merkey wrote:
Jeff V. Merkey wrote:
root=/dev/hda2 is what was passed to the kernel from grub.
Jeff
I just finished pulling out a melted IDE flash drive out of a
Shuttle motherboard with the intel 945 chipset which claims to support
SATA and IDE drives
On Tue, 9 Jan 2007 16:21:07 -0600
Michael Halcrow <[EMAIL PROTECTED]> wrote:
> This patch set introduces the ability to store cryptographic metadata
> into an lower file extended attribute rather than the lower file
> header region.
>
> This patch set implements two new mount options:
>
>
1 - 100 of 736 matches
Mail list logo