On Sat, 4 Aug 2007 12:02:35 -0700 "Yinghai Lu" <[EMAIL PROTECTED]> wrote:
> On 8/4/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Sat, 4 Aug 2007 10:45:31 -0700 "Yinghai Lu" <[EMAIL PROTECTED]> wrote:
> >
> > > Andrew,
> > >
> > > still need
> x86_64-get-mp_bus_to_node-as-early-v2.patch is
On 8/4/07, Muli Ben-Yehuda <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 05, 2007 at 01:40:49AM +0200, Andi Kleen wrote:
>
> > Oh what a mess. I think I'll ask Linus to revert the sysdata patch
> > instead. Clearly the stuff is half-baked
>
> By the way, Andi, just making sure you're aware the issue
Ingo,
The below ifndef, shouldn't that be ifndef CONFIG_PREEMPT_SOFTIRQS ?
I hit that warning while I was running !PREEMPT_RT but with both hard
and softiqs as threads.
int __sched cond_resched_softirq(void)
{
#ifndef CONFIG_PREEMPT_RT
WARN_ON_ONCE(!in_softirq());
#endif
if
Cal Peake wrote:
On Fri, 3 Aug 2007, Meelis Roos wrote:
Todays git gave me some EH errors during fsck (30 times mounted and time
to check), then recovered and works fine. Seems to be spurious NCQ
completion. The disk is
Device Model: FUJITSU MHW2120BH
Firmware Version: 0012
User
On Sun, 2007-08-05 at 00:51 -0400, Steven Rostedt wrote:
> I don't have time to look further now, and it's something that isn't
> easily reproducible (Well, it happened once out of two boots). If you
> need me to look further, or need a config or dmesg (I have both), then
> just give me a holler.
On Sun, Aug 05, 2007 at 01:40:49AM +0200, Andi Kleen wrote:
> Oh what a mess. I think I'll ask Linus to revert the sysdata patch
> instead. Clearly the stuff is half-baked
By the way, Andi, just making sure you're aware the issue Andy's patch
addresses is separate from the 2.6.23-rc1 ->sysdata
On Sat, Aug 04, 2007 at 09:33:58PM -0700, Yinghai Lu wrote:
> I hope we can use .node and .iommu in pci_bus...
pci_bus is shared between different architectures, and not all
architectures need .node and .iommu. Why is this better than using the
(arch specific) ->sysdata?
Cheers,
Muli
-
To
Why is it, that every time I go to write examples for my chapter in a
book, that I hit a bug!
I got this on bootup of my Thinkpad G41 running SMP.
Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]).
WARNING: at kernel/rcupreempt.c:133 __rcu_read_lock()
[] show_trace_log_lvl+0x35/0x54
[]
On Sun, 5 Aug 2007, Paul Collins wrote:
>
> I got the message below on boot with 2.6.23-rc2 on my PowerBook.
It's a debug message, I think we need to remove it. It's trying to figure
out what goes wrong with one particular machine, and I probably shouldn't
have merged it for mainline.
On 8/4/07, Muli Ben-Yehuda <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 05, 2007 at 01:40:49AM +0200, Andi Kleen wrote:
>
> > > "pci device ensure sysdata initialised", now at version 4.
> >
> > Oh what a mess. I think I'll ask Linus to revert the sysdata patch
> > instead. Clearly the stuff is
On 8/4/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Saturday 04 August 2007 18:32:22 Andrew Morton wrote:
> > On Sat, 4 Aug 2007 11:30:41 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > > On Saturday 04 August 2007 00:50, Andrew Morton wrote:
> > > > On Fri, 03 Aug 2007 18:10:03 -0400
> > >
On Sun, Aug 05, 2007 at 01:40:49AM +0200, Andi Kleen wrote:
> > "pci device ensure sysdata initialised", now at version 4.
>
> Oh what a mess. I think I'll ask Linus to revert the sysdata patch
> instead. Clearly the stuff is half-baked
Personally I don't care that much, but I think you'll make
Jesper Juhl wrote:
(This is a resend of a patch originally submitted on 24-Jul-2007 00:14)
Ok, this is something the coverity checker found (CID: 1813).
I'm not at all intimate with this code, so I'm not sure if this
attempt at a fix is correct (but at least it compiles).
Please look it
Keith Owens <[EMAIL PROTECTED]> writes:
> I have just resigned and will be taking a long break away from
> computers. Feel free to play with the idea, otherwise I will look at
> it again sometime in October.
Well have a good rest. I have my own projects to play and so I suspect
you will get
Hi Linus,
I got the message below on boot with 2.6.23-rc2 on my PowerBook.
I've Cc'd some powerpc folks because via_pmu_interrupt is in the
Macintosh PMU driver.
Hmm, I just looked back in my logs and I also got that message with
commit 7a883eaf62f4b943ebec738ce3b0796c67ef5d32. Before that I
From: Alexey Dobriyan <[EMAIL PROTECTED]>
Date: Sun, 5 Aug 2007 00:30:05 +0400
> Just "#define O_CLOEXEC" is OK, because asm-generic/fcntl.h will check if it's
> already defined.
>
> Loads of "struct flock inside parameter list" warnings and
> "O_WRONLY undefined" errors.
>
> Signed-off-by:
Jeff Chua wrote:
> On 8/5/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>
>> Also, can you please describe "messed up" in more detail?
>
> The screen went into some graphic mode that can't be reset no matter
> what I tried (stty reset). I see all kinds of ramdom pattern/color
> everywhere. Then
On 8/5/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> Also, can you please describe "messed up" in more detail?
The screen went into some graphic mode that can't be reset no matter
what I tried (stty reset). I see all kinds of ramdom pattern/color
everywhere. Then typing "startx" would get in X
On 8/5/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> Jeff - do I understand correctly that the "or" means that even *without* a
> suspend-to-ram sequence, and just by going into X and then going back to
> text-mode, the screen is corrupt?
I've done more tests. It seems that "suspend-to-ram"
Eric W. Biederman (on Fri, 03 Aug 2007 06:36:23 -0600) wrote:
>
>Well we currently keep a struct thread_info on the stack
>which while not as bad as task_struct has it's own uses
>and implications which may limit what you are trying
>to do.
Not an issue. We already copy struct thread_info when
On Fri, 3 Aug 2007, Meelis Roos wrote:
> Todays git gave me some EH errors during fsck (30 times mounted and time
> to check), then recovered and works fine. Seems to be spurious NCQ
> completion. The disk is
>
> Device Model: FUJITSU MHW2120BH
> Firmware Version: 0012
> User Capacity:
> Can you give examples of backup solutions that rely on atime being updated?
> I can understand backup tools using mtime/ctime for incremental backups (like
> tar + Amanda, etc), but I'm having trouble figuring out why someone would
> want to use atime for that.
HSM is the usual one, and to a
On Sat, 04 Aug 2007 17:06:38 -0700
"H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> > with the old rtc.ko module, there was a /proc/sys/dev/rtc/max-user-freq
> > that could be set. With rtc_cmos.ko (or the new rtc infrastructure in
> > general), I am missing this file. Where can I set the
On Saturday 04 August 2007, Alan Cox wrote:
>
> Linux has never been a "suprise your kernel interfaces all just changed
> today" kernel, nor a "gosh you upgraded and didn't notice your backups
> broke" kernel.
>
Can you give examples of backup solutions that rely on atime being updated?
I can
> > If setting 32-bit DMA mask fails on ppc64, that sounds like a problem
> > with the DMA implementation on that architecture. There are enough cards
> > out there that only support 32-bit DMA that this really needs to work..
>
> Yes, could the PPC folks please have a look at it? Thanks.
Jan Engelhardt wrote:
> Hi,
>
> with the old rtc.ko module, there was a /proc/sys/dev/rtc/max-user-freq
> that could be set. With rtc_cmos.ko (or the new rtc infrastructure in
> general), I am missing this file. Where can I set the max-user-freq now,
> or is this obsolete now? (mplayer prefers
Paul Fulghum wrote:
Lee Howard wrote:
And in repeat tests it is quite evident that IDE disk activity is,
indeed, at least part of the problem. As IDE disk activity increases
an increased amount of data coming in on the serial port goes missing.
Lee, you mentioned 2.2.x kernels did not
On Sat, Aug 04, 2007 at 03:33:29PM -0400, Rob Landley wrote:
> On Saturday 04 August 2007 2:24:46 pm Jesper Juhl wrote:
> > On 04/08/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> > > On Saturday 04 August 2007 2:07:31 pm Jesper Juhl wrote:
> > > > On 04/08/07, Rob Landley <[EMAIL PROTECTED]> wrote:
On Saturday 04 August 2007 18:32:22 Andrew Morton wrote:
> On Sat, 4 Aug 2007 11:30:41 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > On Saturday 04 August 2007 00:50, Andrew Morton wrote:
> > > On Fri, 03 Aug 2007 18:10:03 -0400
> > >
> > > Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> > > >
Ingo Molnar <[EMAIL PROTECTED]> writes:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > [ my personal interest in this is the following regression: every time
> > i start a large kernel build with DEBUG_INFO on a quad-core 4GB RAM
> > box, i get up to 30 seconds complete pauses in Vim
Ingo Molnar <[EMAIL PROTECTED]> writes:
>
> yeah, it's really ugly. But otherwise i've got no real complaint about
> ext3 - with the obligatory qualification that "noatime,nodiratime" in
> /etc/fstab is a must. This speeds up things very visibly - especially
> when lots of files are accessed.
Hello Atilla ,
On Thu, 2 Aug 2007, Attila Nagy wrote:
On 2007.08.01. 0:08, Roger Heflin wrote:
Attila Nagy wrote:
HARDWARE ERROR
HARDWARE ERROR. This is *NOT* a software problem!
Please contact your hardware vendor
CPU 1 BANK 0 TSC 1167e915e93ce
MCG status:RIPV MCIP
MCi status:
Hi, I get the following error when doing an 'rsync -avz --progress.' Any
help would be appreciated.
Unable to handle kernel NULL pointer dereference at RIP:
[] __rmqueue+0x6c/0x140
PGD 7b24f067 PUD 71ab9067 PMD 0
Oops: [1] SMP
CPU 1
Modules linked in: rfcomm snd_seq
On Fri, Aug 03, 2007 at 02:29:06PM +0530, Satyam Sharma wrote:
> On Fri, 3 Aug 2007, Jan Engelhardt wrote:
>
> >
> > On Aug 2 2007 05:16, Satyam Sharma wrote:
> > >
> > >BSD's strtonum(3) is a detestful, horrible shame.
> > >
> > >The strtol_check_range() I implemented here does _all_ that
Hi,
This patch adds support for the Alps touchpad on my Dell Vostro 1400 to
the linux kernel.
Signed-off-by: William Pettersson <[EMAIL PROTECTED]>
Vojtech, I went over my debug info again with your thoughts in mind, and
you were right. The highest bit is always set in the sync byte of the
Hi,
with the old rtc.ko module, there was a /proc/sys/dev/rtc/max-user-freq
that could be set. With rtc_cmos.ko (or the new rtc infrastructure in
general), I am missing this file. Where can I set the max-user-freq now,
or is this obsolete now? (mplayer prefers to have user-freq to be >=
On Sat, 4 Aug 2007, Ingo Molnar wrote:
> * Alan Cox <[EMAIL PROTECTED]> wrote:
>
> > People just need to know about the performance differences - very few
> > realise its more than a fraction of a percent. I'm sure Gentoo will
> > use relatime the moment anyone knows its > 5% 8)
>
>
HPET is not working on my notebook with 64-bit kernel. HPET is detected
by kernel
# dmesg | grep -i hpet
ACPI: HPET 3FFA9760, 0038 (r1 A M I OEMHPET0 4000724 MSFT 97)
ACPI: HPET id: 0x10de8201 base: 0xfed0
hpet0: at MMIO 0xfed0, IRQs 2, 8, 31
hpet0: 3 32-bit timers, 2500
On Saturday, 4 August 2007 12:30, Rafael J. Wysocki wrote:
> On Saturday, 4 August 2007 05:50, Linus Torvalds wrote:
> >
> > So I tried to hold people to the merge window, and said no to a few pull
> > requests, but this whole "-rc2 is the new -rc1" thing is a disease, and
> > not only is -rc2
On Saturday, 4 August 2007 13:25, Meelis Roos wrote:
> This is arcch/ppc:
>
> kernel/power/Kconfig:84:warning: 'select' used by config symbol 'SUSPEND_SMP'
> refers to undefined symbol 'HOTPLUG_CPU'
May I see .config please?
-
To unsubscribe from this list: send the line "unsubscribe
On Saturday, 4 August 2007 11:48, Rafael J. Wysocki wrote:
> On Saturday, 4 August 2007 05:45, Len Brown wrote:
> > On Friday 03 August 2007 18:47, Rafael J. Wysocki wrote:
> > > On Saturday, 4 August 2007 00:01, Linus Torvalds wrote:
> > > > On Fri, 3 Aug 2007, Rafael J. Wysocki wrote:
>
On Sat, Aug 04, 2007 at 01:13:19PM -0700, Arjan van de Ven wrote:
> there is another trick possible (more involved though, Al will have to
> jump in on that one I suspect): Have 2 types of "dirty inode" states;
> one is the current dirty state (meaning the full range of ext3
> transactions etc)
I mistyped
# echo /dev/hdc1 >/sys/module/block2mtd/parameters/block2mt
instead of sdc1. There is no /dev/hdc1. I have DVD-ROM as /dev/hdc.
# dmesg
block2mtd: version $Revision: 1.30 $
block2mtd: error: cannot open device /dev/hdc1
Looks right, but tray is locked. And it doesn't want to get out.
#
> i cannot over-emphasise how much of a deal it is in practice. Atime
> updates are by far the biggest IO performance deficiency that Linux has
> today. Getting rid of atime updates would give us more everyday Linux
> performance than all the pagecache speedups of the past 10 years,
>
> > People just need to know about the performance differences - very few
> > realise its more than a fraction of a percent. I'm sure Gentoo will
> > use relatime the moment anyone knows its > 5% 8)
>
> noatime,nodiratime gave 50% of wall-clock kernel rpm build performance
> improvement for
> Linux has always been a "POSIX unless its stupid" type of system. For
> the upstream kernel, we should do the right thing -- noatime by default
> -- but allow distros and people that care about rigid compliance to
> easily change the default.
Linux has never been a "suprise your kernel
On Sat, 4 Aug 2007, David Lang wrote:
> what I've been told is that with the drive built-in instead of
> modular you can create a filesystem that has only the firmware
> on it, nothing else, and have the kernel find and load it (no
> userspace software involved)
I'm afraid my understanding of the
Hello,
This patch removes memset() from snd_emu10k1_fx8010_info() which
apparently
isn't needed there. Upatched code uses:
memset(info, 0, sizeof(info));
where 'info' is a pointer and therefore only first 4 bytes of 'info' gets
cleared on a 32bit
machine. Anyway looking at the code
On Sat, Aug 04, 2007 at 08:32:12PM +0200, Jesper Juhl wrote:
> I don't think dev_id can ever actually be NULL, so the whole block
> inside "if (!dev) {" could probably just go away. But I guess
> there's a good reason someone put that ULI526X_DBUG() in there - and
> if 'dev_id' /can/ actually be
Lee Howard wrote:
And in repeat tests it is quite evident that IDE disk activity is,
indeed, at least part of the problem. As IDE disk activity increases an
increased amount of data coming in on the serial port goes missing.
Lee, you mentioned 2.2.x kernels did not exhibit this problem.
Was
On Sat, 2007-08-04 at 11:06 -0700, H. Peter Anvin wrote:
> Linus Torvalds wrote:
> >
> > On Sat, 4 Aug 2007, Jeff Chua wrote:
> >> On 8/4/07, Jeff Chua <[EMAIL PROTECTED]> wrote:
> After resume from s2ram or switching to console from X, my console is
> messed up on rc1 and rc2. Is there
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> noatime,nodiratime gave 50% of wall-clock kernel rpm build performance
> improvement for Dave Jones, on a beefy box. Unless i misunderstood
> what you meant under 'fraction of a percent' your numbers are _WAY_
> off. Atime updates are a _huge
> > People just need to know about the performance differences - very few
> > realise its more than a fraction of a percent. I'm sure Gentoo will
> > use relatime the moment anyone knows its > 5% 8)
>
> noatime,nodiratime gave 50% of wall-clock kernel rpm build performance
> improvement for
Just "#define O_CLOEXEC" is OK, because asm-generic/fcntl.h will check if it's
already defined.
Loads of "struct flock inside parameter list" warnings and
"O_WRONLY undefined" errors.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
include/asm-sparc/fcntl.h |1 +
1 file changed, 1
Alan Cox wrote:
In some setups it will and in others it won't. Nor is it the only
application that has this requirement. Ext3 currently is a standards
compliant file system. Turn off atime and its very non standards
compliant, turn to relatime and its not standards compliant but nobody
will
* Alan Cox <[EMAIL PROTECTED]> wrote:
> Either change is a big user/kernel interface change and no major
> vendor targets desktop as primary market so I'm not suprised they
> haven't done this. [...]
earlier in the thread it was claimed that Ubuntu is now defaulting to
noatime+nodiratime,
Again BUG at mm/slab.c
Aug 4 22:15:58 laptok wlan0: setting MTU 576
Aug 4 22:16:00 laptok r8169: eth0: link down
Aug 4 22:16:00 laptok dhcpcd[6377]: eth0: dhcpcd 3.0.16 starting
Aug 4 22:16:00 laptok dhcpcd[6377]: eth0: hardware address =
00:1b:fc:41:a1:d8
Aug 4 22:16:00 laptok
> i tried to convince distro folks about it ... but there's fear,
> uncertainty and doubt about touching /etc/fstab and i suspect no major
> distro will do it until another does it - which is a catch-22 :-/ So i
Thats what Gentoo is for ;)
> guess we should add a kernel config option that
On Sat, 2007-08-04 at 22:11 +0200, Ingo Molnar wrote:
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > +#ifdef CONFIG_FASTATIME
> > + if (!(flags & (MNT_NOATIME | MNT_NODIRATIME)))
> > + mnt_flags |= MNT_RELATIME;
> > +#endif
>
> btw., "relatime" does not seem to make much of a
On Sat, 2007-08-04 at 12:47 -0700, Linus Torvalds wrote:
>
> On Sat, 4 Aug 2007, Jörn Engel wrote:
> >
> > Given the choice between only "atime" and "noatime" I'd agree with you.
> > Heck, I use it myself. But "relatime" seems to combine the best of both
> > worlds. It currently just suffers
Zachary Amsden wrote:
>
> It was 2.6.21.4, so it is fairly recent, but with 32-bit decompress
> stage. GCC was 4.2.0.
>
> Sounds like a gcc bug, to me.
>
I would argue that anything that causes a function and its callsite to
diverge, when they're part of the same file, is a gcc bug almost by
Hi!
> > That would just save reading the directories. Not sure
> > it helps that much. Much better would be actually if it didn't stat the
> > individual files (and force their dentries/inodes in). I bet it does that
> > to
> > find out if they are directories or not. But in a modern system it
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> +#ifdef CONFIG_FASTATIME
> + if (!(flags & (MNT_NOATIME | MNT_NODIRATIME)))
> + mnt_flags |= MNT_RELATIME;
> +#endif
btw., "relatime" does not seem to make much of a difference, if i do
this:
ls -l x ; sync
on a "relatime" mounted
Rob Landley wrote:
> Documentation is merely one resource among many, and
> to link _out_ you need HTML.
Do you suggest HTML files in linux/Documentation? I think we can follow
URIs and other references in plaintext files just fine.
(People who want clickable links in plaintext files can use
> i use Mutt myself, on such a filesystem:
>
>/dev/md0 on / type ext3 (rw,noatime,nodiratime,user_xattr)
>
> and i can see no problems, it notices new mails just fine.
In some setups it will and in others it won't. Nor is it the only
application that has this requirement. Ext3 currently is
On Sat, Aug 04, 2007 at 02:07:18PM -0400, Rob Landley wrote:
> From: Rob Landley <[EMAIL PROTECTED]>
>
> Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
>
> Some documentation for "make headers_install".
>
> ---
>
> Earlier discussion was at http://lkml.org/lkml/2007/6/22/7 and I
> believe I've
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> Well, we could make it the default for the kernel (possibly under a
> "fast-atime" config option), and then people can add "atime" or
> "noatime" as they wish, since mount has supported _those_ options for
> a long time.
the patch below
On Sat, 4 Aug 2007, Linus Torvalds wrote:
>
> Well, we could make it the default for the kernel (possibly under a
> "fast-atime" config option), and then people can add "atime" or "noatime"
> as they wish, since mount has supported _those_ options for a long time.
Side note: while I think
On Sat, 4 Aug 2007, Jörn Engel wrote:
>
> Given the choice between only "atime" and "noatime" I'd agree with you.
> Heck, I use it myself. But "relatime" seems to combine the best of both
> worlds. It currently just suffers from mount not supporting it in any
> relevant distro.
Well, we
On Sat, 4 August 2007 21:26:15 +0200, Jörn Engel wrote:
>
> Given the choice between only "atime" and "noatime" I'd agree with you.
> Heck, I use it myself. But "relatime" seems to combine the best of both
> worlds. It currently just suffers from mount not supporting it in any
> relevant
* Andrew Morton:
> The easy preventive is to mount with data=writeback. Maybe that should
> have been the default.
The documentation I could find suggests that this may lead to a
security weakness (old data in blocks of a file that was grown just
before the crash leaks to a different user).
On Sat, 2007-08-04 at 20:30 +0200, Jesper Juhl wrote:
> (resend of patch previously submitted on 28-Jul-2007 23:06)
>
>
> Ehlo,
>
> The Coverity checker noticed that we have a potential NULL pointer
> deref in drivers/scsi/aic7xxx/aic7xxx_core.c::ahc_print_register().
> This patch handles it
Mark Lord wrote:
The "fix" could be to have the serial IRQ handler never unmask
interrupts,
but that's a bit unsociable to others. The IDE stuff really needs to not
do so much during the actual IRQ handler.
Ingo's RT patches would probably fix all of this.
I did a Fedora 7 installation
On Sat, Aug 04, 2007 at 11:24:31PM +0400, Evgeniy Dushistov wrote:
> Move prototypes and in-core structures to fs/ufs/ similar to what most
> other filesystems already do.
>
> I made little modifications: move also ufs debug macros and
> mount options constants into fs/ufs/ufs.h, this stuff
>
On Sat, 4 Aug 2007, Rob Landley wrote:
On Saturday 04 August 2007 2:03:59 pm Rob Landley wrote:
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
Amiga part Acked-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
Move architecture-specific Documentation into a common subdirectory.
I really, really,
On Saturday 04 August 2007 2:24:46 pm Jesper Juhl wrote:
> On 04/08/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> > On Saturday 04 August 2007 2:07:31 pm Jesper Juhl wrote:
> > > On 04/08/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> > > > Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
> > > > Amiga
On Sat, 4 August 2007 21:21:30 +0200, Ingo Molnar wrote:
> * Jörn Engel <[EMAIL PROTECTED]> wrote:
>
> > > I actually vote for that. IMO, distros should turn -on- atime
> > > updates when they know its needed.
> >
> > If you mean "relatime" I concur. "noatime" hurts mutt and others
> > while
On 04/08/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> On Saturday 04 August 2007 2:07:31 pm Jesper Juhl wrote:
> > On 04/08/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> > > Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
> > > Amiga part Acked-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
> > >
> > >
Move prototypes and in-core structures to fs/ufs/ similar to what most
other filesystems already do.
I made little modifications: move also ufs debug macros and
mount options constants into fs/ufs/ufs.h, this stuff
also private for ufs.
Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
* Jörn Engel <[EMAIL PROTECTED]> wrote:
> > I actually vote for that. IMO, distros should turn -on- atime
> > updates when they know its needed.
>
> If you mean "relatime" I concur. "noatime" hurts mutt and others
> while "relatime" has no known problems, afaics.
so ... one app can keep
On Saturday 04 August 2007 2:07:31 pm Jesper Juhl wrote:
> On 04/08/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> > Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
> > Amiga part Acked-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
> >
> > Move architecture-specific Documentation into a common
On Saturday 04 August 2007 2:03:59 pm Rob Landley wrote:
> Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
> Amiga part Acked-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
>
> Move architecture-specific Documentation into a common subdirectory.
I really, really, really hate git.
Ok, on my laptop I
On Sat, 2007-08-04 at 05:00 +0200, Roman Zippel wrote:
> Hi,
>
> On Fri, 3 Aug 2007, Arjan van de Ven wrote:
>
> > > Actually the hrsleep() function would allow for submillisecond sleeps,
> > > which might be what some of the 450 users really want and they only use
> > > msleep(1) because it's
On Sat, 4 August 2007 14:08:40 -0400, Jeff Garzik wrote:
> Linus Torvalds wrote:
> >The "relatime" thing that David mentioned might well be very useful, but
> >it's probably even less used than "noatime" is. And sadly, I don't really
> >see that changing (unless we were to actually change the
On 04/08/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
> Acked-by: Randy Dunlap <[EMAIL PROTECTED]>
>
> --
>
> Equivalent to:
>
> git-mv sx.txt stallion.txt specialix.txt rocket.txt riscom8.txt \
> computone.txt hayes-esp.txt moxa-smartio
On 04/08/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
> Amiga part Acked-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
>
> Move architecture-specific Documentation into a common subdirectory.
>
...
I have only one complaint; I don't see an update to
On Sat, Aug 04, 2007 at 10:15:54PM +1000, William Pettersson wrote:
> Hi LKML,
> Thanks to Vojtech for some advice, I finally got something happening
> with this. Turns out I had to add support for a new model in alps.c,
> the attached file does this successfully for my laptop. It'd be nice to
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
Acked-by: Randy Dunlap <[EMAIL PROTECTED]>
--
Equivalent to:
git-mv sx.txt stallion.txt specialix.txt rocket.txt riscom8.txt \
computone.txt hayes-esp.txt moxa-smartio serial
Again, just confirmed it still applies.
diff --git
Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
Amiga part Acked-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
Move architecture-specific Documentation into a common subdirectory.
--
Equivalent to:
cd Documentation
mkdir -p arch/amiga
git-mv zorro.txt m68k/README.buddha arch/amiga
git-mv
On Friday 03 August 2007 10:50:38 pm Greg KH wrote:
> On Fri, Aug 03, 2007 at 03:32:04PM -0400, Rob Landley wrote:
> > On Friday 03 August 2007 1:11:55 pm Randy Dunlap wrote:
> > > On Mon, 16 Jul 2007 15:53:06 -0400 Rob Landley wrote:
> > > > On Sunday 15 July 2007 12:28:06 pm Randy Dunlap wrote:
On 8/4/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sat, 4 Aug 2007 10:45:31 -0700 "Yinghai Lu" <[EMAIL PROTECTED]> wrote:
>
> > Andrew,
> >
> > still need
x86_64-get-mp_bus_to_node-as-early-v2.patch is already in the -mm
it fixs
pirq_peer_trick(void) in irq.c
pcibios_fixup_peer_bridges in
On 04/08/07, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Sat, Aug 04, 2007 at 08:31:32PM +0200, Jesper Juhl wrote:
> > (resending trivial patch, originally from 18/6-2007 02:33)
> >
> >
> > Just to make things clear in the light of recent discussions about
> > licensing.
> > Stuff I
On Sat, Aug 04, 2007 at 08:31:32PM +0200, Jesper Juhl wrote:
> (resending trivial patch, originally from 18/6-2007 02:33)
>
>
> Just to make things clear in the light of recent discussions about
> licensing.
> Stuff I contribute to the Linux kernel are licensed under the terms of the
> GPL
On Friday 03 August 2007 10:52:06 pm Greg KH wrote:
> On Fri, Aug 03, 2007 at 03:32:04PM -0400, Rob Landley wrote:
> > These days I'm trying to create an html index that links into
> > Documentation in a coherent order (with categories and everything), and
> > using automated tools to detect files
On 04/08/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> From: Rob Landley <[EMAIL PROTECTED]>
>
> Signed-off-by: Rob Landley <[EMAIL PROTECTED]>
>
> Some documentation for "make headers_install".
>
> ---
>
> Earlier discussion was at http://lkml.org/lkml/2007/6/22/7 and I
> believe I've responded to
(first send: Monday 25 June 2007, resending due to no response)
(resending again on August 8'th, 2007)
In drivers/isdn/capi/kcapi.c::old_capi_manufacturer(), if the call
to get_capi_ctr_by_nr(ldef.contr); in line 823 returns NULL, then
we'll be dereferencing a NULL pointer in the very next
(Resending patch originally submitted on 20/7-2007 23:41)
Hi,
There's a small and unlikely memory leak in
drivers/pnp/pnpbios/proc.c::proc_read_escd(). It's inside a sanity
check, so it probably won't trigger often (if at all), however it
*is* a potential leak and it's easy to avoid, so
(resending previously submitted patch from 16/7-2007 22:40)
Hi,
In drivers/net/tulip/uli526x.c::uli526x_interrupt() there's a test
of the function argument 'void *dev_id' against NULL. But that
test is pretty pointless, since if ever 'dev_id' is NULL we'll
already have crashed inside
(Resending a patch from 21 May 2007 that never got any response)
Hello,
In Documentation/sysrq.txt, the description of 'h' says that any key not
listed *above* will generate help. That's obviously not true since all the
keys listed below 'h' will do what they are described to do, not display
(resending trivial patch, originally from 18/6-2007 02:33)
Just to make things clear in the light of recent discussions about
licensing.
Stuff I contribute to the Linux kernel are licensed under the terms of the
GPL version 2.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
CREDITS
1 - 100 of 412 matches
Mail list logo
