On 06/29, Markus Rechberger wrote:
>
> On 6/29/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> >> Still we can't do this under cinergyt2->sem, because cinergyt2_query()
> >> takes it too. This all looks very wrong to me, I hope maintaners can
> >> explain.
> >
> >AFAIK, the driver authors
On 6/30/07, Akinobu Mita <[EMAIL PROTECTED]> wrote:
> Seeing as none of the callers check the error code; why does the
> function return anything at all?
Right. This series of patches is trying to make it return void.
http://lkml.org/lkml/2007/6/29/320
Heh, cool. I should do more research
2007/6/30, Grant Likely <[EMAIL PROTECTED]>:
On 6/29/07, Akinobu Mita <[EMAIL PROTECTED]> wrote:
> No need to warn unregister_blkdev() failure by the callers.
> (The previous patch makes unregister_blkdev() print error message in
> error case)
Seeing as none of the callers check the error code;
On Sat, 2007-06-30 at 09:58 -0400, Mike Frysinger wrote:
> sure it did ... his patch was to address just the stuff in arch/sh/, not the
> pvr video driver, and your output shows that it is working
> -mike
good point :)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Saturday 30 June 2007, Adrian McMenamin wrote:
> On Thu, 2007-06-28 at 17:27 +0530, Satyam Sharma wrote:
> > Hi,
> >
> > > On Monday 25 June 2007, Adrian McMenamin wrote:
> > > > Still getting this:
> > > >
> > > > MODPOST vmlinux
> > > > WARNING:
On Thu, 2007-06-28 at 17:27 +0530, Satyam Sharma wrote:
> Hi,
>
> > On Monday 25 June 2007, Adrian McMenamin wrote:
> > > Still getting this:
> > >
> > > MODPOST vmlinux
> > > WARNING: arch/sh/boards/dreamcast/built-in.o(.data+0x0): Section
> > > mismatch: reference to .init.text: (between
The reason that cifs switched from wait_for_completion to the kthread
call to cifs_demultiplex_thread in the first place is because without
use of kthread it won't work with a linux-vserver. See the thread:
http://marc.info/?l=linux-cifs-client=117552761703381=2
If we take out the kthread
On Fri, 29 Jun 2007, Martin Schwidefsky wrote:
> On Fri, 2007-06-29 at 19:56 +0100, Hugh Dickins wrote:
> > I don't dare comment on your page_mkclean_one patch (5/5),
> > that dirty page business has grown too subtle for me.
>
> Oh yes, the dirty handling is tricky
I'll move that discussion
Christoph Hellwig wrote:
The following additional fields are appended to each record
in /proc/mounts
NACK. Adding anything to the format will confuse the hell out of
existing parsers. We really want something like your /proc//mounts_new,
except mounts_new should have a better name
Christoph Hellwig wrote:
On Tue, Jun 26, 2007 at 12:35:09PM +1000, Nick Piggin wrote:
I'd like to see you there, so I hope we can find a date that most
people are happy with. I'll try to start working that out after we
have a rough idea of who's interested.
Do we have any data
On Sat, Jun 30, 2007 at 02:02:16PM +0200, Joerg Schilling wrote:
> Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > Jörg,
> >
> > On Thu, Jun 28, 2007 at 12:39:57PM +0200, Joerg Schilling wrote:
> > > David Woodhouse <[EMAIL PROTECTED]> wrote:
> > >
> > > > On Thu, 2007-06-28 at 12:27 +0200, Joerg
Hello!
I am not subscribed to this list so please CC answers to my mail
address. THX!
I recently replaced the mainboard of one of my servers with a Tyan
Tomcat K8E. The onboard gigabit NIC is a Broadcom BCM5721. After
compiling and loading the tg3 driver in Kernel 2.6.21.5, the interface
could
On Sat, Jun 30, 2007 at 12:47:11PM +0300, Dan Aloni wrote:
> On Sat, Jun 30, 2007 at 06:01:23AM +0200, Adrian Bunk wrote:
> > On Sat, Jun 30, 2007 at 05:34:51AM +0300, Dan Aloni wrote:
> > >...
> > > Basically, instead of manually figuring out who to add to CC
> > > when sending a patch to LKML by
On Sat, Jun 30, 2007 at 02:47:35PM +0300, Török Edvin wrote:
> When the interface is down (or driver removed), the BroadCom 44xx card
> remains
> powered on, and both its MAC and PHY is using up power.
> This patch makes the driver issue a MAC_CTRL_PHY_PDOWN when the interface
> is halted, and
Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Jörg,
>
> On Thu, Jun 28, 2007 at 12:39:57PM +0200, Joerg Schilling wrote:
> > David Woodhouse <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, 2007-06-28 at 12:27 +0200, Joerg Schilling wrote:
> > > > David Woodhouse <[EMAIL PROTECTED]> wrote:
> > > > > By
On Saturday 30 June 2007 01:16:18 am Andrey Borzenkov wrote:
> > This patch fixes the 2.6.22 regression:
> > "no irda0 interface (2.6.21 was OK), smsc does not find chip"
>
> does not work, sorry.
Sigh ;-) Thanks for your patience in dealing with this.
> [ 958.125710] 00:0a: SMCf010 not
When the interface is down (or driver removed), the BroadCom 44xx card remains
powered on, and both its MAC and PHY is using up power.
This patch makes the driver issue a MAC_CTRL_PHY_PDOWN when the interface
is halted, and does a partial chip reset turns off the activity LEDs too.
Applies to
On 06/30, Ingo Molnar wrote:
>
> On Thu, 2007-06-28 at 19:33 +0200, Johannes Berg wrote:
> > No, that's not right either, but Arjan just helped me a bit with how
> > lockdep works and I think I have the right idea now. Ignore this for
> > now, I'll send a new patch in a few days.
>
> ok. But in
On 06/29, Oleg Nesterov wrote:
>
> Suppose we have the tasklets T1 and T2, both are scheduled on the
> same CPU. T1 takes some spinlock LOCK.
>
> Currently it is possible to do
>
> spin_lock(LOCK);
> disable_tasklet(T2);
>
> With this patch, the above code hangs.
I am stupid. Yes,
On Sat, 30 Jun 2007 09:42:09 +0100
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 25, 2007 at 05:25:00PM -0500, Steve French wrote:
> > Jeff,
> > Not seeing any objections to your revised approach (to not allowing
> > signals for cifsd kernel thread), I just merged something similar
On Sat, Jun 30, 2007 at 07:10:27AM -0400, Jeff Garzik wrote:
> >Not really, the current behaviour is a bug. And it's not actually buffer
> >layer specific - XFS now has a fix for that bug and it's generic enough
> >that everyone could use it.
>
> I'm not sure I follow. If you require block
Christoph Hellwig wrote:
On Sat, Jun 23, 2007 at 11:07:54PM -0400, Jeff Garzik wrote:
- In line with the above item, filesystem block allocation is performed
before a page is dirtied. In the buffer layer, mmap writes can dirty a
page with no backing blocks which is a problem if the filesystem
Warning ahead: I've only briefly skipped over the pages so the comments
in the mail are very highlevel.
On Sun, Jun 24, 2007 at 03:45:28AM +0200, Nick Piggin wrote:
> fsblock is a rewrite of the "buffer layer" (ding dong the witch is
> dead), which I have been working on, on and off and is now
On 06/30/2007 04:11 AM, Daniel Hazelton wrote:
On Friday 29 June 2007 17:27:34 Rene Herman wrote:
Arguably (no doubt, sigh...) someone could distribute the kernel in
binary form but refuse to provide source for the bits marked as being
in the public domain alongside it -- yes, can of worms
On Sat, Jun 30, 2007 at 01:26:01PM +0300, Dan Aloni wrote:
[]
> > As you will see, nobody cares about comprehensive
> > patches/tests/bugs/testers/developers *tracking* system.
> >
> > And don't limit yourself to fast conclusions. Thanks.
>
> I am not proposing a comprehensive tracking system. I
On Sat, Jun 30, 2007 at 02:54:25AM -0700, Andrew Morton wrote:
> On Fri, 29 Jun 2007 19:51:53 -0700 "Kok, Auke" <[EMAIL PROTECTED]> wrote:
>
> > > Some extensions to the popular E-Mail clients might be needed
> > > here. Also, a bot reading LKML would automatically send links
> > > about posted
> "Christoph" == Christoph Hellwig <[EMAIL PROTECTED]> writes:
Christoph> On Tue, Jun 26, 2007 at 10:07:24AM -0700, Jared Hulbert
Christoph> wrote:
>> If you have a large array of a non-volatile semi-writeable memory
>> such as a highspeed NOR Flash or some of the similar emerging
>>
On Mon, Jun 25, 2007 at 08:25:21AM -0400, Chris Mason wrote:
> > write_begin/write_end is a step in that direction (and it helps
> > OCFS and GFS quite a bit). I think there is also not much reason
> > for writepage sites to require the page to lock the page and clear
> > the dirty bit themselves
On Sat, Jun 23, 2007 at 11:07:54PM -0400, Jeff Garzik wrote:
> >- In line with the above item, filesystem block allocation is performed
> > before a page is dirtied. In the buffer layer, mmap writes can dirty a
> > page with no backing blocks which is a problem if the filesystem is
> > ENOSPC
On Tue, Jun 26, 2007 at 08:26:50AM -0400, Chris Mason wrote:
> Since we're testing new code, I would just leave the blkdev address
> space alone. If a filesystem wants to use fsblocks, they allocate a new
> inode during mount, stuff it into their private super block (or in the
> generic super),
On Tue, Jun 26, 2007 at 12:34:26PM +1000, Nick Piggin wrote:
> That would require a new inode and address_space for the fsblock
> type blockdev pagecache, wouldn't it?
Yes. That's easily possible, XFS already does it for it's own
buffer cache.
-
To unsubscribe from this list: send the line
On Sat, Jun 30, 2007 at 12:22:46PM +0200, Oleg Verych wrote:
> > Right, however many patches don't map to bug reports and don't
> > need the heavy use of BTS. This suggestion is mainly for the
> > improvement of peer review concerning code changes submitted
> > by people who are not the
On Tue, Jun 26, 2007 at 04:02:47PM +0530, Amit K. Arora wrote:
> > Can you clarify - what is the current behaviour when ENOSPC (or some other
> > error) is hit? Does it keep the current fallocate() or does it free it?
>
> Currently it is left on the file system implementation. In ext4, we do
>
On Thu, Jun 14, 2007 at 03:14:58AM -0600, Andreas Dilger wrote:
> I suppose it might be a bit late in the game to add a "goal"
> parameter and e.g. FA_FL_REQUIRE_GOAL, FA_FL_NEAR_GOAL, etc to make
> the API more suitable for XFS? The goal could be a single __u64, or
> a struct with e.g. __u64
On Sat, Jun 30, 2007 at 06:08:54AM +0300, Dan Aloni wrote:
> On Sat, Jun 30, 2007 at 05:01:44AM +0200, Oleg Verych wrote:
> > * Date: Sat, 30 Jun 2007 05:34:51 +0300
> > >
> > > Hello,
> > >
> > > I'd like to present a suggestion for automatic generation of
> > > carbon copy fields in the E-Mails
On Sat, Jun 30, 2007 at 06:02:44AM -0400, [EMAIL PROTECTED] wrote:
> You need either a block translation layer, or a (swap) filesystem that
> understands flash peculiarities in order to make such a thing work.
> The standard Linux swap format will not work.
Yes, it basically needs an ftl.
-
To
Hi,
On Saturday, 30 June 2007 00:35, Pavel Machek wrote:
> Hi!
>
> > > > ALIGN
> > > > .align 4096
> > > > @@ -31,6 +46,11 @@ wakeup_code:
> > > > movw%cs, %ax
> > > > movw%ax, %ds# Make
> > > > ds:0 point to wakeup_start
On Sat, 30 Jun 2007 03:35:07 -0400 (EDT)
Alan Curry <[EMAIL PROTECTED]> wrote:
> Short version: writing to a tty with O_NONBLOCK will block if there is
> another, unrelated process already blocking inside a write() to the same tty.
I sent Linus patches to fix this minor DoS flaw some time ago.
On Fri, 29 Jun 2007 19:51:53 -0700 "Kok, Auke" <[EMAIL PROTECTED]> wrote:
> > Some extensions to the popular E-Mail clients might be needed
> > here. Also, a bot reading LKML would automatically send links
> > about posted patches to the other mailing lists whenever
> > someone forgets to add
On Sat, Jun 30, 2007 at 06:01:23AM +0200, Adrian Bunk wrote:
> On Sat, Jun 30, 2007 at 05:34:51AM +0300, Dan Aloni wrote:
> >...
> > Basically, instead of manually figuring out who to add to CC
> > when sending a patch to LKML by looking at MAINTAINERS, a
> > script can look at '.maintainers'
On Mon, Jun 25, 2007 at 03:00:15PM -0700, Ram Pai wrote:
> Please check if the following modified patch meets the requirements.
>
> It augments /proc/mount with additional information to
> (1) disambiguate bind mounts with subroot information.
> (2) display shared-subtree information
On Wed, Jun 20, 2007 at 01:44:52PM -0400, Trond Myklebust wrote:
> > Which is exactly that problem this tries to solve. Once you have
> > union mounts you'll have a single open file descriptor for multiple
> > actual directories. Beause of that you can't simply attach to the
> > state to the
On Tue, Jun 26, 2007 at 10:07:24AM -0700, Jared Hulbert wrote:
> If you have a large array of a non-volatile semi-writeable memory such
> as a highspeed NOR Flash or some of the similar emerging technologies
> in a system. It would be useful to use that memory as an extension of
> RAM. One of
On Saturday June 30, [EMAIL PROTECTED] wrote:
> Quoting Alasdair G Kergon <[EMAIL PROTECTED]>:
>
> > On Thu, Jun 28, 2007 at 11:02:39PM +0200, Turbo Fredriksson wrote:
> >> 2. How do I move a VG/PV/LV from PPC to x86?
> >
> > The on-disk LVM2 metadata should be accessible from both
> >
On Tue, Jun 26, 2007 at 12:35:09PM +1000, Nick Piggin wrote:
> I'd like to see you there, so I hope we can find a date that most
> people are happy with. I'll try to start working that out after we
> have a rough idea of who's interested.
Do we have any data preferences yet?
-
To unsubscribe
On Tue, Jun 26, 2007 at 04:07:57PM -0700, [EMAIL PROTECTED] wrote:
> This is needed for computing pathnames in the AppArmor LSM.
Please see the various per-mountpoint r/o thread that NACKed all the
vfsmount additions and have the rationale for it.
-
To unsubscribe from this list: send the line
On Thu, 28 Jun 2007 11:55:52 +0400 Dmitry Monakhov <[EMAIL PROTECTED]> wrote:
> On 21:16 Срд 27 Июн , Jan Engelhardt wrote:
> > Hi,
> >
> >
> >
> > modprobe asus_acpi
> > rmmod asus_acpi
> >
> > is all that is needed to trigger an Oops in 2.6.22-rc6 (x86).
> > If you need more
On Saturday 30 June 2007 05:03, [EMAIL PROTECTED] wrote:
> Anyway, the patch which introduces the problem is the aptly named 3ebad:
> 3ebad59056: [PATCH] x86: Save and restore the fixed-range MTRRs of the BSP
> when suspending
>
> 2.6.22-rc6 plus that one commit reverted successfully does APM
On Sat, 30 Jun 2007 00:06:36 -0400 "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> >
> > Anyway, the patch which introduces the problem is the aptly named 3ebad:
> > 3ebad59056: [PATCH] x86: Save and restore the fixed-range MTRRs of the BSP
> > when suspending
> >
> >
On Tue, Jun 26, 2007 at 07:46:15PM -0400, Trond Myklebust wrote:
> I don't object to the concept per se, but could you please give it a
> more descriptive name please? "struct vfs_intent" would be a lot more
> accurate than "nameidata2".
Agreed, but I prefer lookup_intent - intent by itself is a
On Tue, Jun 26, 2007 at 08:11:41PM -0400, Erez Zadok wrote:
> Perhaps it is also time to put the dentry + mnt into a single struct path?
> It's a small change, but it emphasizes that the two items here, dentry+mnt,
> really define a single path to be passed around:
No. The vfsmount will go away
On Tue, Jun 26, 2007 at 04:15:11PM -0700, [EMAIL PROTECTED] wrote:
> The create, lookup, and permission inode operations are all passed a
> full nameidata. This is unfortunate because in nfsd and the mqueue
> filesystem, we must instantiate a struct nameidata but cannot provide
> all of the same
Quoting Alasdair G Kergon <[EMAIL PROTECTED]>:
> On Thu, Jun 28, 2007 at 11:02:39PM +0200, Turbo Fredriksson wrote:
>> 2. How do I move a VG/PV/LV from PPC to x86?
>
> The on-disk LVM2 metadata should be accessible from both
> architectures.
Well, when I move the disks, the intel machine say
On Jun 29, 2007, at 6:06 AM, Jeff Garzik wrote:
Kumar Gala wrote:
Please pull from 'for_linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
for_linus
to receive the following updates:
drivers/net/gianfar.c |2 +-
1 file changed, 1 insertion(+), 1
On Thu, Jun 28, 2007 at 10:24:24PM -0700, Andrew Morton wrote:
> > Really, it would be great if we could treat kmalloc() objects
> > just like real pages.
>
> >From a high level, that seems like a bad idea. kmalloc() gives you a
> virtual address and you really shouldn't be poking around at that
On Mon, Jun 25, 2007 at 05:25:00PM -0500, Steve French wrote:
> Jeff,
> Not seeing any objections to your revised approach (to not allowing
> signals for cifsd kernel thread), I just merged something similar to
> your patch to the cifs-2.6.git tree (also fixed some nearby lines that
> went past 80
On Thu, Jun 28, 2007 at 06:14:50PM +0200, Rodolfo Giometti wrote:
> Hello,
>
> here my new LinuxPPS patch.
>
> What to do now for kernel inclusion? Should I provide several patches?
> If so how should I divide them?
>
> Thanks a lot,
Sorry for coming in that late, but using syscalls for
On Jun 29 2007 13:09, Andreas Steinmetz wrote:
>
>There seems to be a problem with mss to pmtu clamping for incoming syn
>packets on reply to an outgoing connection on a ppp interface. The mss
>of the outgoing syn packets is always always clamped to the pmtu, I did
>check this with a target host
On Thu, 2007-06-28 at 19:33 +0200, Johannes Berg wrote:
> No, that's not right either, but Arjan just helped me a bit with how
> lockdep works and I think I have the right idea now. Ignore this for
> now, I'll send a new patch in a few days.
ok. But in general, this is a very nice idea!
i've
On Wed, 27 Jun 2007 00:17:24 -0400 Dan <[EMAIL PROTECTED]> wrote:
> Something changed with the AHCI SATA driver in the latest git version.
> With 2.6.21 I get ~49MB/sec according to hdparm. Using the latest git
> version I only get ~8MB/sec. I've attached my .config and have
> included some info
On Sat, Jun 30, 2007 at 12:11:38AM +0100, Alan Cox wrote:
> > DMA to or from memory should be done via the DMA mapping API. If we're
> > DMAing to/from a limited range within a page, either we should be using
> > dma_map_single(), or dma_map_page() with an appropriate offset and size.
>
> If
On Wed, 27 Jun 2007 15:11:49 -0700 Nicholas Miell <[EMAIL PROTECTED]> wrote:
> I don't think the security issues with this will ever make it
> worthwhile.
eh, security issues are a corner case.
The vast majority of Linux machines are used by a single user who has admin
access anyway. This
Short version: writing to a tty with O_NONBLOCK will block if there is
another, unrelated process already blocking inside a write() to the same tty.
Long version:
Take this test program, nbhello.c
#include
#include
#include
int main(int argc, char **argv)
{
int fd;
if(argc!=2) {
On Saturday 30 June 2007, Bjorn Helgaas wrote:
> [patch] PNP SMCf010 quirk: work around Toshiba Portege 4000 ACPI issues
>
> When we enable the SMCf010 IR device, the Toshiba Portege 4000 BIOS claims
> the device is working, but it really isn't configured correctly. The BIOS
> *will* configure
On Sat, Jun 30, 2007 at 04:59:12AM +, Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9f462a1a5de06503fd247186b91d4205ac1cf1ba
> Commit: 9f462a1a5de06503fd247186b91d4205ac1cf1ba
> Parent:
On Jun 30, 2007, "David Schwartz" <[EMAIL PROTECTED]> wrote:
>> But software is different. So different
>> that it's governed by a separate law in Brazil, which could be
>> qualified as a subclass of copyright law. And this law states that
>> running programs requires permission from the
On 6/29/07, Akinobu Mita <[EMAIL PROTECTED]> wrote:
No need to warn unregister_blkdev() failure by caller.
(The previous patch makes unregister_blkdev() print error message in
error case)
Cc: Grant Likely <[EMAIL PROTECTED]>
Signed-off-by: Akinobu Mita <[EMAIL PROTECTED]>
Acked-by: Grant
On 6/29/07, Akinobu Mita <[EMAIL PROTECTED]> wrote:
No need to warn unregister_blkdev() failure by the callers.
(The previous patch makes unregister_blkdev() print error message in
error case)
Seeing as none of the callers check the error code; why does the
function return anything at all?
g.
On 6/29/07, Akinobu Mita [EMAIL PROTECTED] wrote:
No need to warn unregister_blkdev() failure by the callers.
(The previous patch makes unregister_blkdev() print error message in
error case)
Seeing as none of the callers check the error code; why does the
function return anything at all?
g.
On 6/29/07, Akinobu Mita [EMAIL PROTECTED] wrote:
No need to warn unregister_blkdev() failure by caller.
(The previous patch makes unregister_blkdev() print error message in
error case)
Cc: Grant Likely [EMAIL PROTECTED]
Signed-off-by: Akinobu Mita [EMAIL PROTECTED]
Acked-by: Grant Likely
On Jun 30, 2007, David Schwartz [EMAIL PROTECTED] wrote:
But software is different. So different
that it's governed by a separate law in Brazil, which could be
qualified as a subclass of copyright law. And this law states that
running programs requires permission from the copyright holder.
On Saturday 30 June 2007, Bjorn Helgaas wrote:
[patch] PNP SMCf010 quirk: work around Toshiba Portege 4000 ACPI issues
When we enable the SMCf010 IR device, the Toshiba Portege 4000 BIOS claims
the device is working, but it really isn't configured correctly. The BIOS
*will* configure it, but
On Sat, Jun 30, 2007 at 04:59:12AM +, Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9f462a1a5de06503fd247186b91d4205ac1cf1ba
Commit: 9f462a1a5de06503fd247186b91d4205ac1cf1ba
Parent:
Short version: writing to a tty with O_NONBLOCK will block if there is
another, unrelated process already blocking inside a write() to the same tty.
Long version:
Take this test program, nbhello.c
#include stdio.h
#include unistd.h
#include fcntl.h
int main(int argc, char **argv)
{
int fd;
On Wed, 27 Jun 2007 15:11:49 -0700 Nicholas Miell [EMAIL PROTECTED] wrote:
I don't think the security issues with this will ever make it
worthwhile.
eh, security issues are a corner case.
The vast majority of Linux machines are used by a single user who has admin
access anyway. This includes
On Sat, Jun 30, 2007 at 12:11:38AM +0100, Alan Cox wrote:
DMA to or from memory should be done via the DMA mapping API. If we're
DMAing to/from a limited range within a page, either we should be using
dma_map_single(), or dma_map_page() with an appropriate offset and size.
If those
On Wed, 27 Jun 2007 00:17:24 -0400 Dan [EMAIL PROTECTED] wrote:
Something changed with the AHCI SATA driver in the latest git version.
With 2.6.21 I get ~49MB/sec according to hdparm. Using the latest git
version I only get ~8MB/sec. I've attached my .config and have
included some info about
On Thu, 2007-06-28 at 19:33 +0200, Johannes Berg wrote:
No, that's not right either, but Arjan just helped me a bit with how
lockdep works and I think I have the right idea now. Ignore this for
now, I'll send a new patch in a few days.
ok. But in general, this is a very nice idea!
i've Cc:-ed
On Jun 29 2007 13:09, Andreas Steinmetz wrote:
There seems to be a problem with mss to pmtu clamping for incoming syn
packets on reply to an outgoing connection on a ppp interface. The mss
of the outgoing syn packets is always always clamped to the pmtu, I did
check this with a target host I do
On Thu, Jun 28, 2007 at 06:14:50PM +0200, Rodolfo Giometti wrote:
Hello,
here my new LinuxPPS patch.
What to do now for kernel inclusion? Should I provide several patches?
If so how should I divide them?
Thanks a lot,
Sorry for coming in that late, but using syscalls for something as
On Mon, Jun 25, 2007 at 05:25:00PM -0500, Steve French wrote:
Jeff,
Not seeing any objections to your revised approach (to not allowing
signals for cifsd kernel thread), I just merged something similar to
your patch to the cifs-2.6.git tree (also fixed some nearby lines that
went past 80
On Thu, Jun 28, 2007 at 10:24:24PM -0700, Andrew Morton wrote:
Really, it would be great if we could treat kmalloc() objects
just like real pages.
From a high level, that seems like a bad idea. kmalloc() gives you a
virtual address and you really shouldn't be poking around at that
On Jun 29, 2007, at 6:06 AM, Jeff Garzik wrote:
Kumar Gala wrote:
Please pull from 'for_linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
for_linus
to receive the following updates:
drivers/net/gianfar.c |2 +-
1 file changed, 1 insertion(+), 1
Quoting Alasdair G Kergon [EMAIL PROTECTED]:
On Thu, Jun 28, 2007 at 11:02:39PM +0200, Turbo Fredriksson wrote:
2. How do I move a VG/PV/LV from PPC to x86?
The on-disk LVM2 metadata should be accessible from both
architectures.
Well, when I move the disks, the intel machine say that one
On Tue, Jun 26, 2007 at 04:15:11PM -0700, [EMAIL PROTECTED] wrote:
The create, lookup, and permission inode operations are all passed a
full nameidata. This is unfortunate because in nfsd and the mqueue
filesystem, we must instantiate a struct nameidata but cannot provide
all of the same
On Tue, Jun 26, 2007 at 08:11:41PM -0400, Erez Zadok wrote:
Perhaps it is also time to put the dentry + mnt into a single struct path?
It's a small change, but it emphasizes that the two items here, dentry+mnt,
really define a single path to be passed around:
No. The vfsmount will go away
On Tue, Jun 26, 2007 at 07:46:15PM -0400, Trond Myklebust wrote:
I don't object to the concept per se, but could you please give it a
more descriptive name please? struct vfs_intent would be a lot more
accurate than nameidata2.
Agreed, but I prefer lookup_intent - intent by itself is a word
On Sat, 30 Jun 2007 00:06:36 -0400 H. Peter Anvin [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Anyway, the patch which introduces the problem is the aptly named 3ebad:
3ebad59056: [PATCH] x86: Save and restore the fixed-range MTRRs of the BSP
when suspending
2.6.22-rc6 plus
On Saturday 30 June 2007 05:03, [EMAIL PROTECTED] wrote:
Anyway, the patch which introduces the problem is the aptly named 3ebad:
3ebad59056: [PATCH] x86: Save and restore the fixed-range MTRRs of the BSP
when suspending
2.6.22-rc6 plus that one commit reverted successfully does APM suspend
On Thu, 28 Jun 2007 11:55:52 +0400 Dmitry Monakhov [EMAIL PROTECTED] wrote:
On 21:16 Срд 27 Июн , Jan Engelhardt wrote:
Hi,
modprobe asus_acpi
rmmod asus_acpi
is all that is needed to trigger an Oops in 2.6.22-rc6 (x86).
If you need more info, please let me
On Tue, Jun 26, 2007 at 04:07:57PM -0700, [EMAIL PROTECTED] wrote:
This is needed for computing pathnames in the AppArmor LSM.
Please see the various per-mountpoint r/o thread that NACKed all the
vfsmount additions and have the rationale for it.
-
To unsubscribe from this list: send the line
On Tue, Jun 26, 2007 at 12:35:09PM +1000, Nick Piggin wrote:
I'd like to see you there, so I hope we can find a date that most
people are happy with. I'll try to start working that out after we
have a rough idea of who's interested.
Do we have any data preferences yet?
-
To unsubscribe from
On Tue, Jun 26, 2007 at 10:07:24AM -0700, Jared Hulbert wrote:
If you have a large array of a non-volatile semi-writeable memory such
as a highspeed NOR Flash or some of the similar emerging technologies
in a system. It would be useful to use that memory as an extension of
RAM. One of the
On Saturday June 30, [EMAIL PROTECTED] wrote:
Quoting Alasdair G Kergon [EMAIL PROTECTED]:
On Thu, Jun 28, 2007 at 11:02:39PM +0200, Turbo Fredriksson wrote:
2. How do I move a VG/PV/LV from PPC to x86?
The on-disk LVM2 metadata should be accessible from both
architectures.
Well,
On Wed, Jun 20, 2007 at 01:44:52PM -0400, Trond Myklebust wrote:
Which is exactly that problem this tries to solve. Once you have
union mounts you'll have a single open file descriptor for multiple
actual directories. Beause of that you can't simply attach to the
state to the struct
On Mon, Jun 25, 2007 at 03:00:15PM -0700, Ram Pai wrote:
Please check if the following modified patch meets the requirements.
It augments /proc/mount with additional information to
(1) disambiguate bind mounts with subroot information.
(2) display shared-subtree information using
On Sat, Jun 30, 2007 at 06:01:23AM +0200, Adrian Bunk wrote:
On Sat, Jun 30, 2007 at 05:34:51AM +0300, Dan Aloni wrote:
...
Basically, instead of manually figuring out who to add to CC
when sending a patch to LKML by looking at MAINTAINERS, a
script can look at '.maintainers' files spread
On Fri, 29 Jun 2007 19:51:53 -0700 Kok, Auke [EMAIL PROTECTED] wrote:
Some extensions to the popular E-Mail clients might be needed
here. Also, a bot reading LKML would automatically send links
about posted patches to the other mailing lists whenever
someone forgets to add a CC.
On Sat, 30 Jun 2007 03:35:07 -0400 (EDT)
Alan Curry [EMAIL PROTECTED] wrote:
Short version: writing to a tty with O_NONBLOCK will block if there is
another, unrelated process already blocking inside a write() to the same tty.
I sent Linus patches to fix this minor DoS flaw some time ago. I've
Hi,
On Saturday, 30 June 2007 00:35, Pavel Machek wrote:
Hi!
ALIGN
.align 4096
@@ -31,6 +46,11 @@ wakeup_code:
movw%cs, %ax
movw%ax, %ds# Make
ds:0 point to wakeup_start
movw%ax,
101 - 200 of 336 matches
Mail list logo