On Jan 31, 2008 4:42 PM, Pavel Machek <[EMAIL PROTECTED]> wrote:
> Quiz: on a booted system, how do you tell 32bit from 64bit kernel?
Uhm, is this a trick question? What's wrong with uname(2)?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
On Thu, Feb 14, 2008 at 8:35 AM, Paul Jackson <[EMAIL PROTECTED]> wrote:
> Kosaki-san wrote:
> > i prefer another name [!relative].
>
> Any suggestions?
>
> I'll give the name some thought myself.
> I like good names, and this is the right
> time to get this one right.
'Relative map' implies
On Feb 18, 2008 2:56 AM, Romano Giannetti <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I have a very strange, but fully reproducible, regression with
> 2.6.25-rc1 -rc2. I have an ubuntu 7.10 fully updated.
>
> The first time after boot, when I login to gnome (through gdm)
> the login half
On Feb 19, 2008 3:25 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 20, 2008 at 12:49:15AM +0200, Adrian Bunk wrote:
> > The Coverity checker spotted the following inconsequent NULL checking
> > introduced by commit d5f5bcd425b771c0b7ff5a650b2ce061ac8bbb87:
> >
> > <-- snip -->
>
> It's not
On Wed, Feb 20, 2008 at 7:20 AM, Balbir Singh <[EMAIL PROTECTED]> wrote:
> John Stoffel wrote:
> > I know this is a pedantic comment, but why the heck is it called such
> > a generic term as "Memory Controller" which doesn't give any
> > indication of what it does.
> >
> > Shouldn't it be some
On Thu, Feb 21, 2008 at 7:13 PM, Linus Torvalds
<[EMAIL PROTECTED]> wrote:
> So I'd be happier with warnings about deep indentation (but how do you
> count it? Will people then try to fake things out by using 4-space indents
> and then "deep" indentations will look like just a couple of tabs?)
On Feb 7, 2008 3:18 PM, Carlos Corbacho <[EMAIL PROTECTED]> wrote:
> As for the Kconfig - I'm open to suggestions.
While the kconfig text is supposed to say 'what' something is, the
more valuable piece of information it provides is *why* one would want
to enable it.
Do you have list of hardware/p
On Feb 7, 2008 3:51 PM, Carlos Corbacho <[EMAIL PROTECTED]> wrote:
> On Thursday 07 February 2008 23:33:54 Ray Lee wrote:
> > Do you have list of hardware/platforms that require this feature to
> > get the hardware to work? (acer abc123, tcm1100 xyz)
>
> I have a ver
On Feb 7, 2008 5:19 PM, Carlos Corbacho <[EMAIL PROTECTED]> wrote:
> On Friday 08 February 2008 00:12:24 Ray Lee wrote:
> > On Feb 7, 2008 3:51 PM, Carlos Corbacho <[EMAIL PROTECTED]> wrote:
> > > On Thursday 07 February 2008 23:33:54 Ray Lee wrote:
> > > &
On Feb 9, 2008 9:27 AM, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Sat, Feb 09, 2008 at 07:35:07AM -0600, [EMAIL PROTECTED] wrote:
> > +#ifdef __BIG_ENDIAN
> > + *buf++ = hexchars[(tmp_s >> 12) & 0xf];
> > + *buf++ = hexchars[(tmp_s >> 8) & 0xf];
> > + *bu
2008/2/9 Ray Lee <[EMAIL PROTECTED]>:
> On Feb 9, 2008 9:27 AM, Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> > On Sat, Feb 09, 2008 at 07:35:07AM -0600, [EMAIL PROTECTED] wrote:
> > > +#ifdef __BIG_ENDIAN
> > > + *buf++ = hexchars[(tmp_s
On Feb 9, 2008 1:51 PM, Kok, Auke <[EMAIL PROTECTED]> wrote:
>
> Martin Rogge wrote:
> > On Saturday 09 February 2008 11:07:26 Martin Rogge wrote:
> >> Hi,
> >>
> >> I am not so familiar with the various mailing lists and missed out on
> >> [EMAIL PROTECTED] the first time. Please cc me on any
> >>
On Feb 10, 2008 8:36 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> +#ifdef CONFIG_64BIT
> + } else if ((count == 8) && (((long)mem & 7) == 0)) {
> + u64 tmp_ll;
> + if (probe_kernel_address(mem, tmp_ll))
> + return ERR_PTR(-EINVAL);
> +
> +
On Feb 10, 2008 9:21 AM, Mirco Tischler <[EMAIL PROTECTED]> wrote:
> Hi
>
> I think I found a regression in 2.6.24-git. After waking up from suspend
> 2 ram, the fan of my laptop turns constantly at highest speed. It didn't
> do this in 2.6.24.
>
> I bisected it down to this commit:
>
> commit c95d
On Feb 10, 2008 9:39 AM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
> Ray Lee wrote:
> > unsigned int void u64_to_hex(u64 val, unsigned char *buf)
> > {
> > int i;
> > for (i=15; i>=0; i--) {
> > buf[i] = hexchars[ val
On Feb 10, 2008 5:47 PM, Mr. James W. Laferriere
<[EMAIL PROTECTED]> wrote:
> Hello All , grabbed using git just moments ago .
>
> make V=1 KBUILD_VERBOSE=1 INSTALL_PATH=/boot clean all install modules_install
>
> ...snip...
> make -f scripts/Makefile.clean obj=sound/usb/usx2y
> make -f sc
On Feb 11, 2008 7:56 AM, Mirco Tischler <[EMAIL PROTECTED]> wrote:
> On Sunday, 10 of February 2008, Rafaek J. Wysocki wrote:
>
> > Can you apply the appended patch on top of the current mainline and tetest?
> >
> > Thanks,
> > Rafael
> >
>
> Sorry, that doesn't fix it.
> But I'm pretty sure it is
The Coverity checker (and Adrian Bunk) spotted an inconsistent
NULL check of port->tty (it's blindly dereferenced later without
the check).
Alan Cox confirmed the check can go.
Signed-off-by: Ray Lee <[EMAIL PROTECTED]>
cc: [EMAIL PROTECTED]
cc: Greg KH <[EMAIL PROTECTED]
On Sat, 2005-04-09 at 19:40 +0200, Roman Zippel wrote:
> On Sat, 9 Apr 2005, Eric D. Mudama wrote:
> > > For example bk does something like this:
> > >
> > > A1 -> A2 -> A3 -> BM
> > > \-> B1 -> B2 --^
> > >
> > > and instead of creating the merge changeset, one could merge them
ray:/var/log$ grep ' 08:' messages
Jul 8 08:00:00 orca kernel: [7033724.854000] hdc: ATAPI reset complete
Jul 8 08:00:00 orca kernel: [7033724.854000] hdc: status error: status=0x20 {
DeviceFault }
Jul 8 08:00:00 orca kernel: [7033724.854000] ide: failed opcode was: unknown
Jul 8 08:00:00 orca
On 9/1/05, Brett Russ <[EMAIL PROTECTED]> wrote:
> More (non-functional) style modifications since the version 0.11
> driver I sent out earlier today. Removed most parens around return
> value,
return is not a function call; you can safely remove them all.
> + return ((void __iomem *)((un
On Dec 2, 2007 2:07 PM, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> Thanks. To sum up this longish thread:
>
> - Mark seems to be able to reproduce the problem quite easily; I was not
> successful reproducing this no matter how hard I tried, and I also
> didn't receive any similar bugreports from
On Dec 7, 2007 10:32 AM, Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> On Dec 7, 2007 12:59 PM, Ray Lee <[EMAIL PROTECTED]> wrote:
> > On Dec 2, 2007 2:07 PM, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> > > Thanks. To sum up this longish thread:
> > >
&
On Dec 8, 2007 4:25 AM, Markus <[EMAIL PROTECTED]> wrote:
> Well, just tried it. Started a dozen konquerors and attached strace to
> everyone. When one disapeared, I only got a "Process 9246 detached",
> nothing else is printed or written in the log.
You could try an ltrace instead, and see if it'
On Dec 9, 2007 2:01 PM, Alan Cox <[EMAIL PROTECTED]> wrote:
> > Btw, Alan, that "math" is total and utter BULLSH*T, and you should know
> > that.
>
> To blindly argue regressions are critical is sometimes (as in this case)
> to argue that "this freeway is no longer compatible with a horse and
> car
On Dec 11, 2007 11:46 AM, Phillip Susi <[EMAIL PROTECTED]> wrote:
> Theodore Tso wrote:
> > Note that even paranoid applicatons should not be using /dev/random
> > for session keys; again, /dev/random isn't magic, and entropy isn't
> > unlimited. Instead, such an application should pull 16 bytes or
On Dec 12, 2007 4:48 PM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> This driver is scheduled for removal, so I'd not touch it anymore
> to avoid the possibility to introduce a lastminute regression.
> The new drivers (b43 and b43legacy) have this fixed (in a different
> way by completely removing
On Dec 13, 2007 5:45 AM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Thursday 13 December 2007 02:17:16 Ray Lee wrote:
> > Uhm, hijacking the thread a bit here, but which driver is supposed to
> > be supporting my 4309? Neither b43 nor b43legacy found my wireless,
> >
On Dec 13, 2007 4:43 PM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Friday 14 December 2007 01:05:00 Ray Lee wrote:
> > Okay, I had to modprobe rfkill-input and rfkill by hand, didn't
> > realize that. Hopefully that'll be automatic soon. Regardless, upon
> &
tshark -i eth0, eth1, lo are all empty. Works under 2.6.23.0 just
fine. A quick scan of the log between 2.6.24-rc3 and current tip
(-rc5) doesn't show any obvious fixes, but then again, what do I know.
I'll check current tip on the weekend when I'll have the luxury to
have my main system down long
On Jan 19, 2008 7:44 AM, Alan Cox <[EMAIL PROTECTED]> wrote:
> We are driving a motherboard port so use a 2uS explicit delay at this
> point.
>
> Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
>
> diff -u --new-file --recursive --exclude-from /usr/src/exclude
> linux.vanilla-2.6.24-rc8-mm1/arch/x86/k
(Please always do a reply-to-all for this email list.)
On Jan 22, 2008 12:40 PM, Manuel Reimer <[EMAIL PROTECTED]> wrote:
> Jeff Garzik wrote:
> > If your IDE interface is complaining about BadCRC errors, then it's
> > complaining about hardware problems (bad cable, etc.)
>
> The cable already has
On Jan 22, 2008 1:04 PM, Manuel Reimer <[EMAIL PROTECTED]> wrote:
> Ray Lee wrote:
> > (Please always do a reply-to-all for this email list.)
>
> Currently I don't have a SMTP server configured. As soon as my system is
> trustworthy, again, I'll do that.
Oy. Ju
On 10/5/07, Luciano Rocha <[EMAIL PROTECTED]> wrote:
> I have the following problem:
> $ sudo -u ie -s # or sudo su ie
> unable to change to runas uid: Resource temporarily unavailable
>
> Works:
> $ sudo su, followed by su ie
>
> The first sudo also worked while I had a shell under user ie.
>
> Wh
On 10/7/07, Luciano Rocha <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 05, 2007 at 08:28:50AM -0700, Ray Lee wrote:
> > On 10/5/07, Luciano Rocha <[EMAIL PROTECTED]> wrote:
> > > I have the following problem:
> > > $ sudo -u ie -s # or sudo su ie
> &
On 10/8/07, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 08, 2007 at 10:05:40AM -0700, [EMAIL PROTECTED] wrote:
> > --- a/mm/fremap.c~fix-vm_can_nonlinear-check-in-sys_remap_file_pages
> > +++ a/mm/fremap.c
> > @@ -160,7 +160,7 @@ asmlinkage long sys_remap_file_pages(uns
> > if (v
On Dec 21, 2007 7:38 AM, Christian Hammers <[EMAIL PROTECTED]> wrote:
> Hello
>
> Occasionally all my apache2 processes hang in "D" process status where they
> are
> no longer responsible to SIGKILL which makes the server almost un-rebootable.
> The processes usually vanish after about 15-30min.
>
On Dec 26, 2007 7:21 AM, Julia Lawall <[EMAIL PROTECTED]> wrote:
> - if (jiffies - ent->last_usage < timeout)
> + if (time_before(jiffies, ent->last_usage + timeout))
I don't think this is a safe change? subtraction is always safe (if
you think about it as 'distance'),
On Nov 28, 2007 6:44 PM, <[EMAIL PROTECTED]> wrote:
> I built the same dynticks-enabled 2.6.23.9 kernel on a nearly identical
> system with minor changes to reflect the slightly different hardware.
> These two systems have identical MSI E7210 MasterX FA6R motherboards (same
> model and revision.) T
On Nov 29, 2007 9:03 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 29, 2007 at 05:53:33PM +0100, Jan Engelhardt wrote:
> >
> > On Nov 29 2007 08:47, Greg KH wrote:
> > >On Thu, Nov 29, 2007 at 11:36:12AM -0500, Jon Masters wrote:
> > >> On Wed, 2007-11-28 at 17:07 -0800, Greg KH wrote:
> > >
On Nov 29, 2007 9:11 AM, <[EMAIL PROTECTED]> wrote:
>
> These are good points. However, on the Slack 10.2 box I repeated these
> measurements with all userspace code quiesced. No daemons running except
> for those that are kernel threads. Secondly, I do run dynticks kernels on
> other Slackware 10
On Nov 29, 2007 9:45 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> > Perhaps if you looked at this outside of a file-server scenario, the
> > problem would be clearer? Anti-malware companies want to check
> > anything written to disk on a system, either at write time or blocking
> > the open/mmap. That
On Nov 29, 2007 9:36 AM, Alan Cox <[EMAIL PROTECTED]> wrote:
> > closed. But more importantly further access to it can be blocked until
> > appropriate actions are taken which also applies with your example, no? Is
>
> That bit is hard- very hard.
In some sense it seems like the same problem faced
On Nov 29, 2007 10:56 AM, Jon Masters <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-11-29 at 10:40 -0800, Ray Lee wrote:
> > On Nov 29, 2007 9:36 AM, Alan Cox <[EMAIL PROTECTED]> wrote:
> > > > closed. But more importantly further access to it can be blocked until
>
Hey there Larry, all,
git blame fingered commit id efe870f9 (from Larry) for adding a couple
of fairly harmless looking messages to
net/ieee80211/softmac/ieee80211softmac_wx.c . The problem is that one
of them is clogging up my syslog at the tune of once a second or so
("SoftMAC: Getting essid fro
On Dec 3, 2007 6:17 AM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> That won't address my concerns about already "breaking" (as in
> frightening the user etc.) common error handling scenarios by default.
Andi, may I respectfully submit that you're not understanding real users here?
Real users either:
(Why hasn't anyone been cc:ing Matt on this?)
On Dec 4, 2007 8:18 AM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 04, 2007 at 12:41:25PM +0100, Marc Haber wrote:
>
> > While debugging Exim4's GnuTLS interface, I recently found out that
> > reading from /dev/urandom depletes entropy as muc
On Nov 26, 2007 12:54 AM, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> on current systems, "rpm" no longer has build capability and will
> fail thusly:
>
> rpm --target i386 -ta ../kernel-2.6.24rc3g2ffbb837dirty.tar.gz
> --target: unknown option
>
> so it would make more sense to just require
On Nov 26, 2007 7:12 AM, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> On Mon, 26 Nov 2007, Robert P. J. Day wrote:
>
> > On Mon, 26 Nov 2007, Ray Lee wrote:
> >
> > > On Nov 26, 2007 12:54 AM, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> > > &
On Jan 10, 2008 9:24 AM, Chris Friesen <[EMAIL PROTECTED]> wrote:
> After a recent userspace app change, we've started seeing packets being
> dropped by the ethernet hardware (e1000, NAPI is enabled). The
> error/dropped/fifo counts are going up in ethtool:
(These are perhaps too obvious, but I d
On Jan 12, 2008 10:03 AM, Renato S. Yamane <[EMAIL PROTECTED]> wrote:
> Hi,
> I can't use updatedb in Debian Etch (stable) using customized Kernel
> 2.6.22.9-cfs-v22.
>
> When I ran updatedb, after ~1 minute my system hangs and "caps lock" LED
> is blinking. No log is registered.
Please switch out
On Jan 14, 2008 7:28 AM, Renato S. Yamane <[EMAIL PROTECTED]> wrote:
> Ray Lee escreveu:
> > On Jan 12, 2008 10:03 AM, Renato S. Yamane wrote:
> >> I can't use updatedb in Debian Etch (stable) using customized Kernel
> >> 2.6.22.9-cfs-v22.
> >>
>
Hi all. Perhaps I can inject some facts into this?
On Dec 14, 2007 5:08 AM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> > > This user did get the following messages in dmesg:
> > >
> > > b43err(dev->wl, "Firmware file \"%s\" not found "
> > >"or load failed.\n", path);
> > > b43err(wl, "Yo
On Dec 14, 2007 6:40 AM, <[EMAIL PROTECTED]> wrote:
> Agreed. As a b43legacy maintainer, I'd be happy to know if Ingo
> suggests other ways to smooth out the transition. I haven't read
> proposals yet.
This isn't rocket science guys. Put a file in somewhere in your tree
called ReleaseAnnouncement
On Dec 14, 2007 8:27 AM, Ray Lee <[EMAIL PROTECTED]> wrote:
> On Dec 14, 2007 6:40 AM, <[EMAIL PROTECTED]> wrote:
> > Agreed. As a b43legacy maintainer, I'd be happy to know if Ingo
> > suggests other ways to smooth out the transition. I haven't read
>
On Dec 14, 2007 8:59 AM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> What if you want to compile your own kernel? Well, then you are on
> your own anyway. You have to track kernel changes anyway.
I'm trying to help you test your code before it goes out to the
unsuspecting masses. Do you think I do
On Dec 14, 2007 10:11 AM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> * Ray Lee <[EMAIL PROTECTED]> wrote:
>
> > Now I'm going to go off, sit in the sun, sip some coffee, and think
> > happy thoughts of kittens playing with yarn for a while.
>
> ok, and given
On Dec 14, 2007 8:49 AM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Friday 14 December 2007 17:06:39 Ray Lee wrote:
> > Hi all. Perhaps I can inject some facts into this?
> >
> > On Dec 14, 2007 5:08 AM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> >
I've run out of time to donate to the kernel today, so I'll keep this short.
On Dec 14, 2007 10:22 AM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> > > If you have a PCI device probing works as follows:
> > > The PCI table is in ssb. So as soon as your kernel detects the PCI device
> > > it will lo
On Dec 14, 2007 11:05 AM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Friday 14 December 2007 19:45:02 Ray Lee wrote:
> > > > One problem related to b43 source code, patch exists, has yet to be
> > > > merged upstream.
> > >
> > > Yeah. A pro
On Dec 14, 2007 11:38 AM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Friday 14 December 2007 20:25:39 Ray Lee wrote:
> > > I'm sorry. The patch that _you_ quoted fixes a blinking LED
> > > and nothing else.
> >
> > Well, you're wrong
On Dec 14, 2007 12:13 PM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> Ray, I _do_ want to understand what is going on in your machine.
> I _have_ to understand it. But I currently do not understand how the
> quoted patch could fix modprobe of b43 or rfkill. I'd simply call that
> impossible.
Then
On Dec 14, 2007 6:41 PM, Gabriel C <[EMAIL PROTECTED]> wrote:
> Rafael J. Wysocki wrote:
> > On Friday, 14 of December 2007, Ray Lee wrote:
> >> tshark -i eth0, eth1, lo are all empty. Works under 2.6.23.0 just
> >> fine. A quick scan of the log between 2.6.
On Dec 14, 2007 11:09 PM, Ray Lee <[EMAIL PROTECTED]> wrote:
> On Dec 14, 2007 6:41 PM, Gabriel C <[EMAIL PROTECTED]> wrote:
> Correct, absolutely no traffic. So if it works for you, then either
> it's something that got fixed between -rc3 and -rc5, or something odd
>
On Dec 17, 2007 9:55 AM, Eric Dumazet <[EMAIL PROTECTED]> wrote:
> - mid = (last - first) / 2 + first;
> + while (low <= high) {
> + mid = (low + high) / 2;
I think you just introduced a bug. Think about what happens if
low=high=MAX_LONG/2 + 1.
--
To unsubscribe f
On Dec 17, 2007 10:10 AM, Eric Dumazet <[EMAIL PROTECTED]> wrote:
> On Mon, 17 Dec 2007 10:05:35 -0800
> "Ray Lee" <[EMAIL PROTECTED]> wrote:
>
> > On Dec 17, 2007 9:55 AM, Eric Dumazet <[EMAIL PROTECTED]> wrote:
> > > - mid =
On Jan 25, 2008 3:32 AM, Asbjorn Sannes <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I am experiencing unpredictable results with the following test
> without other processes running (exception is udev, I believe):
> cd /usr/src/test
> tar -jxf ../linux-2.6.22.12
> cp ../working-config linux-2.6.22.12/.con
On Thu, 2005-03-31 at 22:37 -0600, Robert Hancock wrote:
> This is getting pretty ridiculous.. I've tried memory timings down to
> the slowest possible, ran Memtest86 for 4 passes with no errors, and
> it's been stable in Windows for a few months now. Still something is
> blowing up in Linux wit
On Nov 12, 2007 7:42 PM, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> Ok here is the patch to remove DISCONTIG and FLATMEM
>
> x86_64: Make sparsemem/vmemmap the default memory model
>
> Use sparsemem as the only memory model for UP, SMP and NUMA.
> Measurements indicate that DISCONTIGMEM has a h
On Nov 13, 2007 7:24 AM, Giacomo A. Catenazzi <[EMAIL PROTECTED]> wrote:
> As a long time kernel tester, I see some problem with the
> newer "new development model". In the short merge windows,
> after to much time, there are to many patches.
I think the root issue there is that it's hard to get a
Hello there Shish,
On Aug 10, 2007 11:39 PM, Shish <[EMAIL PROTECTED]> wrote:
> Something seems to have broken in 2.6.23-rc2, and I'm not sure what, or
> where I should look for further debugging. The info I have:
>
> On my 2.6.23-rc2 desktop, things run fine.
>
> On my test server, built from the
On Nov 14, 2007 7:59 AM, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> This is the 5th attempt to email you! I keep being Greylisted! I've
> extracted the minimal info from a zip which may be failing.
Yeah, don't send .zip files to the list.
> [5.] Output of Oops.. message (if applicable) with
On Nov 15, 2007 8:32 AM, Mark Lord <[EMAIL PROTECTED]> wrote:
> I have been reporting this off and on since 2.6.23 was released.
> This problem was not apparent up to perhaps 2.6.23-rc8,
> but definitely became common in 2.6.23 and 2.6.23.1.
>
> Most of the time, a resume-from-RAM on my notebook ta
On Nov 16, 2007 8:25 AM, Alan D. Brunelle <[EMAIL PROTECTED]> wrote:
> Here are the results for the latest tests, some notes:
>
> o The machine actually has 8GiB of RAM, so the tests still may end up
> using (some) page cache. (But at least it was the same for both kernels!
> :-) )
>
> o Sorry th
On 10/31/07, John Sigler <[EMAIL PROTECTED]> wrote:
> "It seems that the PCI clock on this system has a rather large over- and
> undershoot and we suspect that the undershoot (of ~1V) is causing a drop
> in the core voltage of the on-board FPGA which results in lockup of the
> firmware. Both the un
Hey there Michael, all,
On 7/22/07, Michael Kerrisk <[EMAIL PROTECTED]> wrote:
Problem 1
-
The value returned by read(2)ing from a timerfd file descriptor is the
number of timer overruns. In 2.6.22, this value is 4 bytes, limiting the
overrun count to 2^32. Consider an application wh
On 7/23/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
Not talking about swap prefetch itself, but everytime I have asked
anyone to instrument or produce some workload where swap prefetch
helps, they never do.
[...]
so for all the people who a whining about merging this and don't want
to actually w
On 7/23/07, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
Ray Lee wrote:
> That said, I'm willing to run my day to day life through both a swap
> prefetch kernel and a normal one. *However*, before I go through all
> the work of instrumenting the damn thing, I'd reall
On 7/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
Let it just be noted that Con is not the only one who has expended effort
on this patch. It's been in -mm for nearly two years and it has meant
ongoing effort for me and, to a lesser extent, other MM developers to keep
it alive.
Yes, keepin
On 7/24/07, Michael Kerrisk <[EMAIL PROTECTED]> wrote:
> On 7/22/07, Michael Kerrisk <[EMAIL PROTECTED]> wrote:
> > The value returned by read(2)ing from a timerfd file descriptor is
> > the
> > number of timer overruns. In 2.6.22, this value is 4 bytes, limiting
> > the overrun count to 2^32.
On 7/23/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
Ray Lee wrote:
> That said, I'm willing to run my day to day life through both a swap
> prefetch kernel and a normal one. *However*, before I go through all
> the work of instrumenting the damn thing, I'd really like A
Hoo boy, lots of messages this morning.
(Al? I've added you to the CC: because of your swap-in vs swap-out
speed report from January. See below -- half-way down or so -- for
more detals.)
On 7/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
On Tue, 24 Jul 2007, Ray Lee wrote:
&
On 7/24/07, Rene Herman <[EMAIL PROTECTED]> wrote:
Yes, but what's locate's usage scenario? I've never, ever wanted to use it.
When do you know the name of something but not where it's located, other
than situations which "which" wouldn't cover and after just having
installed/unpacked something m
Hey Eric,
On 7/24/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
Eric St-Laurent wrote:
> On Wed, 2007-25-07 at 06:55 +0200, Rene Herman wrote:
>
>
>>It certainly doesn't run for me ever. Always kind of a "that's not the
>>point" comment but I just keep wondering whenever I see anyone complain
>>abo
On 7/24/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
Ray Lee wrote:
> On 7/23/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
>> If we can first try looking at
>> some specific problems that are easily identified.
>
> Always easier, true. Let's start with "My
On 7/25/07, Zan Lynx <[EMAIL PROTECTED]> wrote:
On Wed, 2007-07-25 at 09:02 -0700, Ray Lee wrote:
> I'd just like updatedb to amortize its work better. If we had some way
> to track all filesystem events, updatedb could keep a live and
> accurate index on the filesystem.
On 7/25/07, Matthew Hawkins <[EMAIL PROTECTED]> wrote:
On 7/26/07, Ray Lee <[EMAIL PROTECTED]> wrote:
> I'd just like updatedb to amortize its work better. If we had some way
> to track all filesystem events, updatedb could keep a live and
> accurate index on the files
On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Wed, 25 Jul 2007 23:33:24 -0700 "Ray Lee" <[EMAIL PROTECTED]> wrote:
> If you think that adding that API and maintaining it is
> simpler/better than including a variation on the above hueristic I
> offered, t
On 7/25/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Wed, 25 Jul 2007 09:09:01 -0700
"Ray Lee" <[EMAIL PROTECTED]> wrote:
> No, there's a third case which I find the most annoying. I have
> multiple working sets, the sum of which won't fit into RAM. Wh
(adding netdev cc:)
On 8/4/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Sat, 4 Aug 2007, Ingo Molnar wrote:
>
> > * Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> >> There are positive reports in the never-ending "my system crawls like
> >> an XT when copying large files" bugzilla entry:
>
On 7/27/07, Douglas J Hunley <[EMAIL PROTECTED]> wrote:
> I've been following lkml for a little while (not understanding it all, but
> following nonetheless ) and I've noticed that in a lot of the talks about
> schedulers, elevators, and performance, the issue of running updatedb and its
> effects
On 7/28/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> Actual physical disk ops are precious resource and anything that mostly
> reduces the number will be a win - not to stay swap prefetch is the right
> answer but accidentally or otherwise there are good reasons it may happen
> to help.
>
> Bigger mor
On 7/27/07, Lee Howard <[EMAIL PROTECTED]> wrote:
> Curiously, the session at 38400 bps that skipped 858 bytes... coincided,
> not just in sequence but also in precice timing within the session, with
> a small but noticeable disk load that I caused by grepping through a
> hundred session logs. (I
On 7/29/07, Rene Herman <[EMAIL PROTECTED]> wrote:
> On 07/29/2007 03:12 PM, Alan Cox wrote:
> > More radically if anyone wants to do real researchy type work - how about
> > log structured swap with a cleaner ?
>
> Right over my head. Why does log-structure help anything?
Log structured disk lay
On 7/29/07, Rene Herman <[EMAIL PROTECTED]> wrote:
> On 07/29/2007 04:58 PM, Ray Lee wrote:
> > On 7/29/07, Rene Herman <[EMAIL PROTECTED]> wrote:
> >> Right over my head. Why does log-structure help anything?
> >
> > Log structured disk layouts allow for
On 7/29/07, Rene Herman <[EMAIL PROTECTED]> wrote:
> On 07/29/2007 05:20 PM, Ray Lee wrote:
> This seems to be now fixing the different problem of swap-space filling up.
> I'm quite willing to for now assume I've got plenty free.
I was trying to point out that current
On 7/29/07, Rene Herman <[EMAIL PROTECTED]> wrote:
> On 07/29/2007 06:04 PM, Ray Lee wrote:
> >> I am very aware of the costs of seeks (on current magnetic media).
> >
> > Then perhaps you can just take it on faith -- log structured layouts
> > are designed to
On 7/29/07, Rene Herman <[EMAIL PROTECTED]> wrote:
> On 07/29/2007 07:19 PM, Ray Lee wrote:
> For me, it is generally the case yes. We are still discussing this in the
> context of desktop machines and their problems with being slow as things
> have been swapped out and ge
On 7/29/07, Paul Jackson <[EMAIL PROTECTED]> wrote:
> If the problem is reading stuff back in from swap at the *same time*
> that the application is reading stuff from some user file system, and if
> that user file system is on the same drive as the swap partition
> (typical on laptops), then inter
On 7/29/07, Paul Jackson <[EMAIL PROTECTED]> wrote:
> Ray wrote:
> > Ah, so in a normal scenario where a working-set is getting faulted
> > back in, we have the swap storage as well as the file-backed stuff
> > that needs to be read as well. So even if swap is organized perfectly,
> > we're still s
1 - 100 of 216 matches
Mail list logo