Re: 2.6.24-rc7: memory leak?

2008-01-17 Thread CaT
On Thu, Jan 17, 2008 at 09:22:50PM +0900, KOSAKI Motohiro wrote: > Hi > > > > > Should all this cache usage not be counted towards the > > > > 'Cached' entry in meminfo rather then getting counted as part of used > > > > ram. > > > > > > Cached is only the page-cache, not all the other caches

Re: 2.6.24-rc7: memory leak?

2008-01-17 Thread CaT
On Thu, Jan 17, 2008 at 01:21:51PM +0100, Peter Zijlstra wrote: > > If that's the case it would seem to be somewhat of a pain to get and > > kind of out of left field as I'd say most people would expect MemFree to > > indicate the amount of memory that's no longer freely available > > (ignoring

Re: 2.6.24-rc7: memory leak?

2008-01-17 Thread CaT
On Thu, Jan 17, 2008 at 01:07:12PM +0100, Peter Zijlstra wrote: > On Thu, 2008-01-17 at 22:40 +1100, CaT wrote: > > > How much memory does: > > > > > > echo 3 > /proc/sys/vm/drop_caches > > > > > > gain you? > > > > 56M used n

Re: 2.6.24-rc7: memory leak?

2008-01-17 Thread CaT
On Thu, Jan 17, 2008 at 12:22:03PM +0100, Peter Zijlstra wrote: > On Thu, 2008-01-17 at 17:34 +1100, CaT wrote: > > cache). During the rsync the memory used grew to just shy of 1.6gig and > > now, about 2 hours after the rsync has well and truly finished, the used > >

Re: 2.6.24-rc7: memory leak?

2008-01-17 Thread CaT
On Thu, Jan 17, 2008 at 12:22:03PM +0100, Peter Zijlstra wrote: On Thu, 2008-01-17 at 17:34 +1100, CaT wrote: cache). During the rsync the memory used grew to just shy of 1.6gig and now, about 2 hours after the rsync has well and truly finished, the used memory is at 1.23gig. This is what

Re: 2.6.24-rc7: memory leak?

2008-01-17 Thread CaT
On Thu, Jan 17, 2008 at 01:07:12PM +0100, Peter Zijlstra wrote: On Thu, 2008-01-17 at 22:40 +1100, CaT wrote: How much memory does: echo 3 /proc/sys/vm/drop_caches gain you? 56M used now. Good :-) Indeed. :) Should all this cache usage not be counted towards

Re: 2.6.24-rc7: memory leak?

2008-01-17 Thread CaT
On Thu, Jan 17, 2008 at 01:21:51PM +0100, Peter Zijlstra wrote: If that's the case it would seem to be somewhat of a pain to get and kind of out of left field as I'd say most people would expect MemFree to indicate the amount of memory that's no longer freely available (ignoring swapping

Re: 2.6.24-rc7: memory leak?

2008-01-17 Thread CaT
On Thu, Jan 17, 2008 at 09:22:50PM +0900, KOSAKI Motohiro wrote: Hi Should all this cache usage not be counted towards the 'Cached' entry in meminfo rather then getting counted as part of used ram. Cached is only the page-cache, not all the other caches we have.. This

2.6.24-rc7: memory leak?

2008-01-16 Thread CaT
Not sure where to begin so here goes anway. Today I did an rsync backup of a server with 2million+ files. Before doing so the used memory on the server this was initiated from was under 200meg (excluding buffers and cache). During the rsync the memory used grew to just shy of 1.6gig and now, about

2.6.24-rc7: memory leak?

2008-01-16 Thread CaT
Not sure where to begin so here goes anway. Today I did an rsync backup of a server with 2million+ files. Before doing so the used memory on the server this was initiated from was under 200meg (excluding buffers and cache). During the rsync the memory used grew to just shy of 1.6gig and now, about

Re: 2.6.22.15: kernel processes stuck in D state

2008-01-13 Thread CaT
On Sat, Jan 12, 2008 at 09:15:16AM +1100, CaT wrote: > On Fri, Jan 11, 2008 at 12:20:58PM +0100, Stefan Richter wrote: > > CaT wrote: > > > Not sure what other info to provide > > > > Is the bug present in 2.6.24-rc7? > > Can't rightly say. I didn'

Re: 2.6.22.15: kernel processes stuck in D state

2008-01-13 Thread CaT
On Sat, Jan 12, 2008 at 09:15:16AM +1100, CaT wrote: On Fri, Jan 11, 2008 at 12:20:58PM +0100, Stefan Richter wrote: CaT wrote: Not sure what other info to provide Is the bug present in 2.6.24-rc7? Can't rightly say. I didn't try it before because 2.6.23 fails to compile under

Re: 2.6.22.15: kernel processes stuck in D state

2008-01-11 Thread CaT
On Fri, Jan 11, 2008 at 12:20:58PM +0100, Stefan Richter wrote: > CaT wrote: > > Not sure what other info to provide > > Is the bug present in 2.6.24-rc7? Can't rightly say. I didn't try it before because 2.6.23 fails to compile under debian sarge. 2.6.24-rc7 did compile bu

Re: 2.6.22.15: kernel processes stuck in D state

2008-01-11 Thread CaT
On Fri, Jan 11, 2008 at 07:12:33PM +1100, CaT wrote: > I recently upgraded from an amd 64bit system to an intel one and changed my > kernekl accordingly. Everything's great except this: > > root 6 0.0 0.0 00 ?D< 17:11 0:00 [migration/1] > root

2.6.22.15: kernel processes stuck in D state

2008-01-11 Thread CaT
I recently upgraded from an amd 64bit system to an intel one and changed my kernekl accordingly. Everything's great except this: root 6 0.0 0.0 00 ?D< 17:11 0:00 [migration/1] root 7 0.0 0.0 00 ?D< 17:11 0:00 [ksoftirqd/1] root

2.6.22.15: kernel processes stuck in D state

2008-01-11 Thread CaT
I recently upgraded from an amd 64bit system to an intel one and changed my kernekl accordingly. Everything's great except this: root 6 0.0 0.0 00 ?D 17:11 0:00 [migration/1] root 7 0.0 0.0 00 ?D 17:11 0:00 [ksoftirqd/1] root 8

Re: 2.6.22.15: kernel processes stuck in D state

2008-01-11 Thread CaT
On Fri, Jan 11, 2008 at 07:12:33PM +1100, CaT wrote: I recently upgraded from an amd 64bit system to an intel one and changed my kernekl accordingly. Everything's great except this: root 6 0.0 0.0 00 ?D 17:11 0:00 [migration/1] root 7 0.0 0.0 0

Re: 2.6.22.15: kernel processes stuck in D state

2008-01-11 Thread CaT
On Fri, Jan 11, 2008 at 12:20:58PM +0100, Stefan Richter wrote: CaT wrote: Not sure what other info to provide Is the bug present in 2.6.24-rc7? Can't rightly say. I didn't try it before because 2.6.23 fails to compile under debian sarge. 2.6.24-rc7 did compile but it has failed to come

Re: [PATCH] [13/45] x86_64: Increase VDSO_TEXT_OFFSET for ancient binutils

2007-11-13 Thread CaT
On Fri, Sep 21, 2007 at 10:44:54PM +0200, Andi Kleen wrote: > For some reason old binutils genertate larger headers so > increase the text offset of the vdso to avoid linker errors. > > Signed-off-by: Andi Kleen <[EMAIL PROTECTED]> > > --- > arch/x86_64/vdso/voffset.h |2 +- > 1 file

Re: [PATCH] [13/45] x86_64: Increase VDSO_TEXT_OFFSET for ancient binutils

2007-11-13 Thread CaT
On Fri, Sep 21, 2007 at 10:44:54PM +0200, Andi Kleen wrote: For some reason old binutils genertate larger headers so increase the text offset of the vdso to avoid linker errors. Signed-off-by: Andi Kleen [EMAIL PROTECTED] --- arch/x86_64/vdso/voffset.h |2 +- 1 file changed, 1

Re: Kernel utf-8 handling

2007-06-01 Thread CaT
On Fri, Jun 01, 2007 at 04:20:58PM +0200, DervishD wrote: > This said, I know that the console will give me no problems > regarding character representantion (heck, I'm pretty sure that I will > be able to use even the same font I'm using right now in the console if > I get the proper unicode

Re: Kernel utf-8 handling

2007-06-01 Thread CaT
On Fri, Jun 01, 2007 at 04:20:58PM +0200, DervishD wrote: This said, I know that the console will give me no problems regarding character representantion (heck, I'm pretty sure that I will be able to use even the same font I'm using right now in the console if I get the proper unicode

Re: [PATCH] LogFS take three

2007-05-16 Thread CaT
On Wed, May 16, 2007 at 03:53:19PM +0200, J??rn Engel wrote: > Imo they all suck. LogFS also sucks, but it allows me to make a stupid > joke and keep my logfs.org domain. Well if stupid jokes are a goer there's always gordonfs. :) *hides* -- "To the extent that we overreact, we proffer

Re: [PATCH] LogFS take three

2007-05-16 Thread CaT
On Wed, May 16, 2007 at 01:50:03PM +0200, J??rn Engel wrote: > On Wed, 16 May 2007 12:34:34 +0100, Jamie Lokier wrote: > > > > But if akpm can't pronounce it, how about FFFS for faster flash > > filesystem ;-) > > How many of you have worked for IBM before? Vowels are not evil. ;) > >

Re: [PATCH] LogFS take three

2007-05-16 Thread CaT
On Wed, May 16, 2007 at 01:50:03PM +0200, J??rn Engel wrote: On Wed, 16 May 2007 12:34:34 +0100, Jamie Lokier wrote: But if akpm can't pronounce it, how about FFFS for faster flash filesystem ;-) How many of you have worked for IBM before? Vowels are not evil. ;) Grouping four

Re: [PATCH] LogFS take three

2007-05-16 Thread CaT
On Wed, May 16, 2007 at 03:53:19PM +0200, J??rn Engel wrote: Imo they all suck. LogFS also sucks, but it allows me to make a stupid joke and keep my logfs.org domain. Well if stupid jokes are a goer there's always gordonfs. :) *hides* -- To the extent that we overreact, we proffer the

Re: [PATCH 3/8] Universal power supply class (was: battery class)

2007-05-03 Thread CaT
On Thu, May 03, 2007 at 03:53:46PM -0700, Greg KH wrote: > > # cat /sys/class/power\ supply/ > > ac/ main-battery/ usb/ > > Um, shouldn't that be an error? Isn't /sys/class/power\ supply/ a > directory? I think that's more of a case of:

Re: [PATCH 3/8] Universal power supply class (was: battery class)

2007-05-03 Thread CaT
On Thu, May 03, 2007 at 03:53:46PM -0700, Greg KH wrote: # cat /sys/class/power\ supply/ ac/ main-battery/ usb/ Um, shouldn't that be an error? Isn't /sys/class/power\ supply/ a directory? I think that's more of a case of: cat /sys/class/power\ supply

Re: intermittant petabyte usage reported with broadcom nic

2007-04-16 Thread CaT
On Mon, Apr 16, 2007 at 12:10:51PM -0700, Michael Chan wrote: > On Sat, 2007-04-14 at 17:20 -0700, Michael Chan wrote: > > > I also like Andi's idea of using change_page_attr() to isolate the > > problem. I'll try to send you a debug patch in the next few days to try > > that out. Thanks. > >

Re: intermittant petabyte usage reported with broadcom nic

2007-04-16 Thread CaT
On Mon, Apr 16, 2007 at 12:10:51PM -0700, Michael Chan wrote: On Sat, 2007-04-14 at 17:20 -0700, Michael Chan wrote: I also like Andi's idea of using change_page_attr() to isolate the problem. I'll try to send you a debug patch in the next few days to try that out. Thanks. Here's the

Re: intermittant petabyte usage reported with broadcom nic

2007-04-12 Thread CaT
On Thu, Apr 12, 2007 at 04:18:24PM -0700, Roland Dreier wrote: > > > Apr 11 22:14:02 ' eth0:220898233988841368 66750274000 0 > > > 0 86458738 52386430545 101089219 19931300 0 199313 > > > 0 ' > > > > Apr 11 22:15:02 ' eth0:17227454818 81381144

Re: intermittant petabyte usage reported with broadcom nic

2007-04-12 Thread CaT
On Mon, Apr 02, 2007 at 12:13:00AM -0700, Andrew Morton wrote: > On Mon, 2 Apr 2007 11:43:19 +1000 CaT <[EMAIL PROTECTED]> wrote: > > > I take minute by minute snapshots of network traffic by sampling > > /proc/net/dev and most of the time everything works fine. Occas

Re: intermittant petabyte usage reported with broadcom nic

2007-04-12 Thread CaT
On Mon, Apr 02, 2007 at 12:13:00AM -0700, Andrew Morton wrote: On Mon, 2 Apr 2007 11:43:19 +1000 CaT [EMAIL PROTECTED] wrote: I take minute by minute snapshots of network traffic by sampling /proc/net/dev and most of the time everything works fine. Occasionally though I get petabyte byte

Re: intermittant petabyte usage reported with broadcom nic

2007-04-12 Thread CaT
On Thu, Apr 12, 2007 at 04:18:24PM -0700, Roland Dreier wrote: Apr 11 22:14:02 ' eth0:220898233988841368 66750274000 0 0 86458738 52386430545 101089219 19931300 0 199313 0 ' Apr 11 22:15:02 ' eth0:17227454818 81381144000

Re: I give up

2007-04-10 Thread CaT
On Mon, Apr 09, 2007 at 11:34:44PM -0400, Gene Heskett wrote: > I haven't seen any 200GB for $55 yet, more like $129 & maybe a rebate at > Circuit City. We don't have a Fry's around here. Wow. 200GB HDs can be had for AUD91 here. I think you need to shop around. The internet can be your friend.

Re: I give up

2007-04-10 Thread CaT
On Mon, Apr 09, 2007 at 11:34:44PM -0400, Gene Heskett wrote: I haven't seen any 200GB for $55 yet, more like $129 maybe a rebate at Circuit City. We don't have a Fry's around here. Wow. 200GB HDs can be had for AUD91 here. I think you need to shop around. The internet can be your friend. :)

Re: intermittant petabyte usage reported with broadcom nic

2007-04-02 Thread CaT
On Mon, Apr 02, 2007 at 12:13:00AM -0700, Andrew Morton wrote: > On Mon, 2 Apr 2007 11:43:19 +1000 CaT <[EMAIL PROTECTED]> wrote: > > > I take minute by minute snapshots of network traffic by sampling > > /proc/net/dev and most of the time everything works fine. Occas

Re: intermittant petabyte usage reported with broadcom nic

2007-04-02 Thread CaT
On Mon, Apr 02, 2007 at 12:13:00AM -0700, Andrew Morton wrote: On Mon, 2 Apr 2007 11:43:19 +1000 CaT [EMAIL PROTECTED] wrote: I take minute by minute snapshots of network traffic by sampling /proc/net/dev and most of the time everything works fine. Occasionally though I get petabyte byte

intermittant petabyte usage reported with broadcom nic

2007-04-01 Thread CaT
I take minute by minute snapshots of network traffic by sampling /proc/net/dev and most of the time everything works fine. Occasionally though I get petabyte byte traffic and corresponding packet traffic. This happens on an AMD64, dual core smp box with Broadcom NetXtreme II nics. The issue

intermittant petabyte usage reported with broadcom nic

2007-04-01 Thread CaT
I take minute by minute snapshots of network traffic by sampling /proc/net/dev and most of the time everything works fine. Occasionally though I get petabyte byte traffic and corresponding packet traffic. This happens on an AMD64, dual core smp box with Broadcom NetXtreme II nics. The issue

Re: IT8212/ITE RAID

2005-08-16 Thread CaT
On Sun, Aug 14, 2005 at 02:33:05PM +0100, Alan Cox wrote: > On Sul, 2005-08-14 at 13:44 +0100, Daniel Drake wrote: > > > [227523.229557] hda: 390721968 sectors (200049 MB) w/8192KiB Cache, > > > CHS=24321/255/63, BUG > > Thats probably the fact other patches from -ac are missing in base. It >

Re: IT8212/ITE RAID

2005-08-16 Thread CaT
On Sun, Aug 14, 2005 at 02:33:05PM +0100, Alan Cox wrote: On Sul, 2005-08-14 at 13:44 +0100, Daniel Drake wrote: [227523.229557] hda: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, BUG Thats probably the fact other patches from -ac are missing in base. It should be

Re: IT8212/ITE RAID

2005-08-14 Thread CaT
On Sun, Aug 14, 2005 at 02:33:05PM +0100, Alan Cox wrote: > What does a full identify data set for the drive look like ? Here it is for the two drives. Please note that multisect was turned on manually as well as the security freeze. /dev/hda: ATA device, with non-removable media Model

Re: IT8212/ITE RAID

2005-08-14 Thread CaT
On Sun, Aug 14, 2005 at 12:08:42PM +0100, Daniel Drake wrote: > CaT wrote: > >1. Alan Cox's IDE driver that was included in his ac patchset, which > > seems to have died at 2.6.11ac7. > >2. A brief visit from a SCSI IDE driver in Andrew Mortons mm patchset. > > It l

Re: IT8212/ITE RAID

2005-08-14 Thread CaT
On Sun, Aug 14, 2005 at 12:08:42PM +0100, Daniel Drake wrote: CaT wrote: 1. Alan Cox's IDE driver that was included in his ac patchset, which seems to have died at 2.6.11ac7. 2. A brief visit from a SCSI IDE driver in Andrew Mortons mm patchset. It lived a brief but noted life before

Re: IT8212/ITE RAID

2005-08-14 Thread CaT
On Sun, Aug 14, 2005 at 02:33:05PM +0100, Alan Cox wrote: What does a full identify data set for the drive look like ? Here it is for the two drives. Please note that multisect was turned on manually as well as the security freeze. /dev/hda: ATA device, with non-removable media Model

IT8212/ITE RAID

2005-08-13 Thread CaT
Having an IDE card with one of these chipsets has left me with a bit of a quandry. I've seen 2 different patch, both seemingly not going anywhere. 1. Alan Cox's IDE driver that was included in his ac patchset, which seems to have died at 2.6.11ac7. 2. A brief visit from a SCSI IDE driver in

IT8212/ITE RAID

2005-08-13 Thread CaT
Having an IDE card with one of these chipsets has left me with a bit of a quandry. I've seen 2 different patch, both seemingly not going anywhere. 1. Alan Cox's IDE driver that was included in his ac patchset, which seems to have died at 2.6.11ac7. 2. A brief visit from a SCSI IDE driver in

Re: Announcing kernelplanet.org

2005-03-30 Thread CaT
On Wed, Mar 30, 2005 at 09:21:46AM +0100, Dave Airlie wrote: > we have the aggregated blogs of : > Alan Cox, Dave Airlie, Dave Jones, David Woodhouse, Greg Kroah-Hartman, I think a link to the corresponding blog of Telsa as a sort of behind-the-scenes, making of blog might be fun. ;)

Re: Announcing kernelplanet.org

2005-03-30 Thread CaT
On Wed, Mar 30, 2005 at 09:21:46AM +0100, Dave Airlie wrote: we have the aggregated blogs of : Alan Cox, Dave Airlie, Dave Jones, David Woodhouse, Greg Kroah-Hartman, I think a link to the corresponding blog of Telsa as a sort of behind-the-scenes, making of blog might be fun. ;) --

Re: ipv6 and ipv4 interaction weirdness

2005-03-11 Thread CaT
On Fri, Mar 11, 2005 at 08:58:15AM -0600, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote: > > If it bound to :: port 22 then 0.0.0.0:22 would fail. > > > > On the other hand if I got it to bind to each address individually then > > both ipv4 (2 addresses) and ipv6 (1 address) binds would succeed. > > > >

ipv6 and ipv4 interaction weirdness

2005-03-11 Thread CaT
I just had some issues with ssh and trying to get it to bind to all ipv6 and ipv4 addresses to it via :: and 0.0.0.0. The problem was that it'd only let one succeed. If 0.0.0.0:22 was successful then :: port 22 could not happen and neither could my ipv6 addy port 22 as it would get the 'address

ipv6 and ipv4 interaction weirdness

2005-03-11 Thread CaT
I just had some issues with ssh and trying to get it to bind to all ipv6 and ipv4 addresses to it via :: and 0.0.0.0. The problem was that it'd only let one succeed. If 0.0.0.0:22 was successful then :: port 22 could not happen and neither could my ipv6 addy port 22 as it would get the 'address

Re: ipv6 and ipv4 interaction weirdness

2005-03-11 Thread CaT
On Fri, Mar 11, 2005 at 08:58:15AM -0600, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote: If it bound to :: port 22 then 0.0.0.0:22 would fail. On the other hand if I got it to bind to each address individually then both ipv4 (2 addresses) and ipv6 (1 address) binds would succeed. Maybe I'm

Re: ITE8212

2005-03-10 Thread CaT
On Thu, Mar 10, 2005 at 02:51:35PM +, Alan Cox wrote: > On Iau, 2005-03-10 at 12:28, CaT wrote: > > hda: max request size: 128KiB > > hda: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, BUG > > hda: cache flushes not supported > > hda:h

ITE8212

2005-03-10 Thread CaT
Well I got my ITE8212 today (only ordered it last night - whee) and here are the happy fun results. Basically the card shoved itself to the front of the queue, gave some weird errors on bootup and had no multisec set on the drives attached to it. I can boot the machine though and am using it right

ITE8212

2005-03-10 Thread CaT
Well I got my ITE8212 today (only ordered it last night - whee) and here are the happy fun results. Basically the card shoved itself to the front of the queue, gave some weird errors on bootup and had no multisec set on the drives attached to it. I can boot the machine though and am using it right

Re: ITE8212

2005-03-10 Thread CaT
On Thu, Mar 10, 2005 at 02:51:35PM +, Alan Cox wrote: On Iau, 2005-03-10 at 12:28, CaT wrote: hda: max request size: 128KiB hda: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, BUG hda: cache flushes not supported hda:hda: recal_intr: status=0x51 { DriveReady

Re: Linux 2.6.11-ac1

2005-03-09 Thread CaT
On Wed, Mar 09, 2005 at 05:43:02PM +0100, Bartlomiej Zolnierkiewicz wrote: > On Wed, 09 Mar 2005 16:38:43 +, Alan Cox <[EMAIL PROTECTED]> wrote: > > On Mer, 2005-03-09 at 16:26, Bartlomiej Zolnierkiewicz wrote: > > > It can be merged if somebody fix it to always force controller into > > >

Re: Linux 2.6.11-ac1

2005-03-09 Thread CaT
On Wed, Mar 09, 2005 at 05:43:02PM +0100, Bartlomiej Zolnierkiewicz wrote: On Wed, 09 Mar 2005 16:38:43 +, Alan Cox [EMAIL PROTECTED] wrote: On Mer, 2005-03-09 at 16:26, Bartlomiej Zolnierkiewicz wrote: It can be merged if somebody fix it to always force controller into non-RAID mode

Re: Linux 2.6.11-ac1

2005-03-08 Thread CaT
On Mon, Mar 07, 2005 at 09:34:22PM +, Alan Cox wrote: > For a couple of reasons I've not yet merged Greg's 2.6.11.1 yet but this > diff should actually apply to either right now. > > 2.6.11-ac1 > o Fix jbd race in ext3(Stephen Tweedie) > > Carried over from

Re: Linux 2.6.11-ac1

2005-03-08 Thread CaT
On Mon, Mar 07, 2005 at 09:34:22PM +, Alan Cox wrote: For a couple of reasons I've not yet merged Greg's 2.6.11.1 yet but this diff should actually apply to either right now. 2.6.11-ac1 o Fix jbd race in ext3(Stephen Tweedie) Carried over from 2.6.10-ac

Re: IDE locking (was: Re: RFD: Kernel release numbering)

2005-03-03 Thread CaT
On Fri, Mar 04, 2005 at 12:44:16PM +1100, CaT wrote: > The problems were weird. The fs I was copying from decided it was > corrupt. Unmounting the partition and trying an fsck reported that it > couldn't find the partition. After a reboot all was well and a fsck > reported no proble

IDE locking (was: Re: RFD: Kernel release numbering)

2005-03-03 Thread CaT
On Fri, Mar 04, 2005 at 12:44:04AM +, Alan Cox wrote: > On Gwe, 2005-03-04 at 00:19, CaT wrote: > > Working IDE locking? Does this mean if I have 2 promise cards, a HD > > on each card and I copy from one to the other it wont all blow up in my > > face? > > Depen

Re: RFD: Kernel release numbering

2005-03-03 Thread CaT
On Thu, Mar 03, 2005 at 11:51:42PM +, Alan Cox wrote: > -ac is essentially base security fixes + working IDE locking + pwc + > fixes for the bugs everyone hit that needed fixing urgently. I consider > working locking on my storage essential because I like my data to still > be there. Working

Re: IDE locking (was: Re: RFD: Kernel release numbering)

2005-03-03 Thread CaT
On Fri, Mar 04, 2005 at 12:44:16PM +1100, CaT wrote: The problems were weird. The fs I was copying from decided it was corrupt. Unmounting the partition and trying an fsck reported that it couldn't find the partition. After a reboot all was well and a fsck reported no problems. Similar stuff

Re: RFD: Kernel release numbering

2005-03-03 Thread CaT
On Thu, Mar 03, 2005 at 11:51:42PM +, Alan Cox wrote: -ac is essentially base security fixes + working IDE locking + pwc + fixes for the bugs everyone hit that needed fixing urgently. I consider working locking on my storage essential because I like my data to still be there. Working IDE

IDE locking (was: Re: RFD: Kernel release numbering)

2005-03-03 Thread CaT
On Fri, Mar 04, 2005 at 12:44:04AM +, Alan Cox wrote: On Gwe, 2005-03-04 at 00:19, CaT wrote: Working IDE locking? Does this mean if I have 2 promise cards, a HD on each card and I copy from one to the other it wont all blow up in my face? Depends on your PCI bus and also

synaptics touchpad not working with 2.4.x

2001-07-08 Thread CaT
I;ve had this with 2.4.0 but have just tried with 2.4.6ac2 and still have it. Under 2.2.x the touchpad works like a dream. Under 2.4.x it stutters, freezes and so on. Did something about /dec/psaux change between 2.2.x and 2.4.x? Will I need to recompile glibc and/or gpm? if I cat /dev/psaux I

synaptics touchpad not working with 2.4.x

2001-07-08 Thread CaT
I;ve had this with 2.4.0 but have just tried with 2.4.6ac2 and still have it. Under 2.2.x the touchpad works like a dream. Under 2.4.x it stutters, freezes and so on. Did something about /dec/psaux change between 2.2.x and 2.4.x? Will I need to recompile glibc and/or gpm? if I cat /dev/psaux I

nonzero shared ram and 2.4.x

2001-06-26 Thread CaT
0 kB Inact_target: 24 kB HighTotal: 0 kB HighFree:0 kB LowTotal: 254424 kB LowFree: 31512 kB SwapTotal: 264160 kB SwapFree: 264160 kB -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel.

nonzero shared ram and 2.4.x

2001-06-26 Thread CaT
Inact_target: 24 kB HighTotal: 0 kB HighFree:0 kB LowTotal: 254424 kB LowFree: 31512 kB SwapTotal: 264160 kB SwapFree: 264160 kB -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel. cat speaking

Re: The difference between Linus's kernel and Alan Cox's kernel

2001-05-25 Thread CaT
merging Linus's > > stuff, and adding (?) tons of bug fixes. > > I just added this to the kernelnewbies FAQ: > > http://www.kernelnewbies.org/faq.php3 Typo: First para, last sentence: s/Linux/Linus/ -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel.

Re: The difference between Linus's kernel and Alan Cox's kernel

2001-05-25 Thread CaT
, and adding (?) tons of bug fixes. I just added this to the kernelnewbies FAQ: http://www.kernelnewbies.org/faq.php3 Typo: First para, last sentence: s/Linux/Linus/ -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel. cat speaking

Re: [OFFTOPIC] Re: [PATCH] Single user linux

2001-04-24 Thread CaT
missing something vital. If so, what is it? This sounds like something that would be way useful to learn. :) -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel. speaking of mental giants..

Re: [OFFTOPIC] Re: [PATCH] Single user linux

2001-04-24 Thread CaT
erid. I presume this includes wether or not a program can listen on a port, right? (and all the other fun things). If so then all you'd have to do is deny external access to port 2525 and only permit mailuser to listen etc on it and you're set. -- CaT ([EMAIL PROTECTED])

Re: [OFFTOPIC] Re: [PATCH] Single user linux

2001-04-24 Thread CaT
with a client does not > Copying spool articles matching the peercred to the client does not Running procmail as the user who is to receive the email for local mail delivery as running it with gid mail (for eg) would allow one user to modify another's mail. (just a thought - the above's valid with sendma

Re: [OFFTOPIC] Re: [PATCH] Single user linux

2001-04-24 Thread CaT
spool articles matching the peercred to the client does not Running procmail as the user who is to receive the email for local mail delivery as running it with gid mail (for eg) would allow one user to modify another's mail. (just a thought - the above's valid with sendmail at least) -- CaT ([EMAIL

Re: [OFFTOPIC] Re: [PATCH] Single user linux

2001-04-24 Thread CaT
can listen on a port, right? (and all the other fun things). If so then all you'd have to do is deny external access to port 2525 and only permit mailuser to listen etc on it and you're set. -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel. cat

Re: [OFFTOPIC] Re: [PATCH] Single user linux

2001-04-24 Thread CaT
is it? This sounds like something that would be way useful to learn. :) -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel. cat speaking of mental giants.. Jenna me, a giant, bullshit

Re: PCI power management

2001-04-19 Thread CaT
tup a list for PM issues > > http://lists.sourceforge.net/lists/listinfo/linux-pm-devel Oo *tries to subscribe* Doh! The silly thing is trying to use the From_ header on the confirm rather then the From: header and so I can't subscribe. Can this get fixed? -- CaT ([EMAIL PROTECTED])

Re: PCI power management

2001-04-19 Thread CaT
://lists.sourceforge.net/lists/listinfo/linux-pm-devel Oo *tries to subscribe* Doh! The silly thing is trying to use the From_ header on the confirm rather then the From: header and so I can't subscribe. Can this get fixed? -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel

Re: P-III Oddity.

2001-04-07 Thread CaT
so I seem to be getting two different answers... -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel. speaking of mental giants.. me, a giant, bullshit And i'm not mental

Re: P-III Oddity.

2001-04-07 Thread CaT
nt answers... -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel. cat speaking of mental giants.. Jenna me, a giant, bullshit Jenna And i'm

2.4.3-ac2 and D state process

2001-04-05 Thread CaT
kernel issue? I can't kill this sucker nor can I attache an strace to it and have it return something. System is a Debian 2.2r2 system, kernel 2.4.3-ac2, glibc 2.1.3 (dunno what else you folks may need - if you do need more info, holler) -- CaT ([EMAIL PROTECTED])*** Jenna has

2.4.3-ac2 and D state process

2001-04-05 Thread CaT
issue? I can't kill this sucker nor can I attache an strace to it and have it return something. System is a Debian 2.2r2 system, kernel 2.4.3-ac2, glibc 2.1.3 (dunno what else you folks may need - if you do need more info, holler) -- CaT ([EMAIL PROTECTED])*** Jenna has joined

Re: ide.2.2.18.02122001.patch

2001-03-19 Thread CaT
atches but it's a wee bit hard to tell as it stands. -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel. speaking of mental giants.. me, a giant, bullshit And i'm not

Re: ide.2.2.18.02122001.patch

2001-03-19 Thread CaT
but it's a wee bit hard to tell as it stands. -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel. cat speaking of mental giants.. Jenna me, a giant, bullshit Jenna And i'm not mental

Re: eepro100 + 2.2.18 + laptop problems

2001-03-04 Thread CaT
On Tue, Feb 13, 2001 at 09:26:38AM +0800, Andrey Savochkin wrote: > On Sun, Feb 11, 2001 at 10:40:33PM +1100, CaT wrote: > [snip] > > Feb 11 22:30:18 theirongiant kernel: eepro100: cmd_wait for(0x70) timedout >with(0x70)! > > Please try the attached patch. > Actually

Re: eepro100 + 2.2.18 + laptop problems

2001-03-04 Thread CaT
On Tue, Feb 13, 2001 at 09:26:38AM +0800, Andrey Savochkin wrote: On Sun, Feb 11, 2001 at 10:40:33PM +1100, CaT wrote: [snip] Feb 11 22:30:18 theirongiant kernel: eepro100: cmd_wait for(0x70) timedout with(0x70)! Please try the attached patch. Actually, it's designed to solve another

Re: eepro100 + 2.2.18 + laptop problems

2001-02-20 Thread CaT
ot the right kernel this time. applied the patch and I'm off again. sorry about that. whacky day. :/ -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel. speaking of mental giants.. me, a gia

Re: eepro100 + 2.2.18 + laptop problems

2001-02-20 Thread CaT
kernel this time. applied the patch and I'm off again. sorry about that. whacky day. :/ -- CaT ([EMAIL PROTECTED])*** Jenna has joined the channel. cat speaking of mental giants.. Jenna me, a giant, bullshit

Re: eepro100 + 2.2.18 + laptop problems

2001-02-19 Thread CaT
On Tue, Feb 20, 2001 at 11:31:52AM +1100, CaT wrote: > On Mon, Feb 19, 2001 at 04:18:40PM -0800, Ion Badulescu wrote: > > > In my experiments wait_for_cmd timeouts almost always were related to > > > DumpStats command. > > > I think, we need to investigate wha

Re: eepro100 + 2.2.18 + laptop problems

2001-02-19 Thread CaT
On Mon, Feb 19, 2001 at 04:18:40PM -0800, Ion Badulescu wrote: > > In my experiments wait_for_cmd timeouts almost always were related to > > DumpStats command. > > I think, we need to investigate what time constraints are related to this > > command. > > Nothing d

Re: eepro100 + 2.2.18 + laptop problems

2001-02-19 Thread CaT
On Mon, Feb 19, 2001 at 03:44:10PM -0800, Dragan Stancevic wrote: > On Tue, Feb 20, 2001, CaT <[EMAIL PROTECTED]> wrote: > ; > ; None. This is before any traffic gets put through it. At worst the > ; card has the wrong IP for the network but that is not always the case > ;

Re: eepro100 + 2.2.18 + laptop problems

2001-02-19 Thread CaT
On Mon, Feb 19, 2001 at 03:37:02PM -0800, Dragan Stancevic wrote: > On Tue, Feb 20, 2001, CaT <[EMAIL PROTECTED]> wrote: > ; > 100% accuracy and so it'll take me a wee while before I decide ' > ; > a... that rocks my boat. it's fixed.'. :) > ; > ; It happ

Re: eepro100 + 2.2.18 + laptop problems

2001-02-19 Thread CaT
On Tue, Feb 13, 2001 at 03:14:09PM +1100, CaT wrote: > On Tue, Feb 13, 2001 at 09:26:38AM +0800, Andrey Savochkin wrote: > > On Sun, Feb 11, 2001 at 10:40:33PM +1100, CaT wrote: > > [snip] > > > Feb 11 22:30:18 theirongiant kernel: eepro100: cmd_wait for(0x

Re: eepro100 + 2.2.18 + laptop problems

2001-02-19 Thread CaT
On Tue, Feb 13, 2001 at 03:14:09PM +1100, CaT wrote: On Tue, Feb 13, 2001 at 09:26:38AM +0800, Andrey Savochkin wrote: On Sun, Feb 11, 2001 at 10:40:33PM +1100, CaT wrote: [snip] Feb 11 22:30:18 theirongiant kernel: eepro100: cmd_wait for(0x70) timedout with(0x70)! Please try

Re: eepro100 + 2.2.18 + laptop problems

2001-02-19 Thread CaT
On Mon, Feb 19, 2001 at 03:37:02PM -0800, Dragan Stancevic wrote: On Tue, Feb 20, 2001, CaT [EMAIL PROTECTED] wrote: ; 100% accuracy and so it'll take me a wee while before I decide ' ; a... that rocks my boat. it's fixed.'. :) ; ; It happened again. Same deal. Once was after

Re: eepro100 + 2.2.18 + laptop problems

2001-02-19 Thread CaT
On Mon, Feb 19, 2001 at 03:44:10PM -0800, Dragan Stancevic wrote: On Tue, Feb 20, 2001, CaT [EMAIL PROTECTED] wrote: ; ; None. This is before any traffic gets put through it. At worst the ; card has the wrong IP for the network but that is not always the case ; from memory. So where does

  1   2   >