On Thu, Nov 29, 2007 at 09:06:12PM +0100, Alessandro Suardi wrote:
> On Nov 28, 2007 9:07 PM, Alan Cox <[EMAIL PROTECTED]> wrote:
> > > This message comes from 2.6.24-rc3 + todays git, version
> > > a531a141089714efe39eca89593524fdf05104f2. I did grep the logs and found
> > > that it first
On Thu, Nov 29, 2007 at 09:06:12PM +0100, Alessandro Suardi wrote:
On Nov 28, 2007 9:07 PM, Alan Cox [EMAIL PROTECTED] wrote:
This message comes from 2.6.24-rc3 + todays git, version
a531a141089714efe39eca89593524fdf05104f2. I did grep the logs and found
that it first appeared in
Hi Dave
YOSHIFUJI Hideaki / 吉藤英明 has suggested that I send the patch
below to fix the ftp stalls present in the current kernels.
All credit goes to Komuro <[EMAIL PROTECTED]> for tracking
this down. The patch is untested but it looks *cough* obviously
correct.
Signed-off-by: Craig Sch
Hi Dave
YOSHIFUJI Hideaki / 吉藤英明 has suggested that I send the patch
below to fix the ftp stalls present in the current kernels.
All credit goes to Komuro [EMAIL PROTECTED] for tracking
this down. The patch is untested but it looks *cough* obviously
correct.
Signed-off-by: Craig Schlenter
On Fri, Jan 05, 2007 at 05:45:46AM +0900, Komuro wrote:
> Hi,
>
> I made a patch below.
> With this patch, the ftp-transfer-stop problem does not happen.
> Therefore, I think this is not a problem of vsftpd.
>
> Mr.YOSHIFUJI san, why did you set TCPOLEN_TSTAMP_ALIGNED
> to iov_len?
>
>
>
>
On Fri, Jan 05, 2007 at 05:45:46AM +0900, Komuro wrote:
Hi,
I made a patch below.
With this patch, the ftp-transfer-stop problem does not happen.
Therefore, I think this is not a problem of vsftpd.
Mr.YOSHIFUJI san, why did you set TCPOLEN_TSTAMP_ALIGNED
to iov_len?
---
On Thu, Jun 21, 2001 at 05:38:56PM +0100, Alan Cox wrote:
> [snip]
> 2.4.5-ac17
[snip]
Hi Alan
Sorry to bug you but could you tell us what's up with the synchronisation
between your tree and Linus' please? I haven't seen any ac stuff being
spooled into Linus' tree for a while and the trees seem
On Thu, Jun 21, 2001 at 05:38:56PM +0100, Alan Cox wrote:
[snip]
2.4.5-ac17
[snip]
Hi Alan
Sorry to bug you but could you tell us what's up with the synchronisation
between your tree and Linus' please? I haven't seen any ac stuff being
spooled into Linus' tree for a while and the trees seem
On Wed, Apr 18, 2001 at 02:34:05PM -0400, Ben Pfaff wrote:
> Jani Monoses <[EMAIL PROTECTED]> writes:
>
> > does the atyfb or aty128fb support this chip?
> > Device id of 4c4d.
> > Using 2.4.3-ac7.
>
> I have a Rage Mobility with the same device ID on my laptop
> (Compaq Armada M700) but
On Wed, Apr 18, 2001 at 02:34:05PM -0400, Ben Pfaff wrote:
Jani Monoses [EMAIL PROTECTED] writes:
does the atyfb or aty128fb support this chip?
Device id of 4c4d.
Using 2.4.3-ac7.
I have a Rage Mobility with the same device ID on my laptop
(Compaq Armada M700) but haven't been
On Mon, Apr 16, 2001 at 11:03:33AM +0200, Rok Papez wrote:
> Hi!
>
> Running 5x 3c905 NICs with 18 IPs
>
> Summary:
> When I boot Linux and ping a *local* IP address, it has a
> very big delay. Flood ping works without a glitch, normal
> ping exhibits a big delay at the start but will
On Mon, Apr 16, 2001 at 11:03:33AM +0200, Rok Papez wrote:
Hi!
Running 5x 3c905 NICs with 18 IPs
Summary:
When I boot Linux and ping a *local* IP address, it has a
very big delay. Flood ping works without a glitch, normal
ping exhibits a big delay at the start but will eventualy
start
On Fri, Jan 12, 2001 at 12:44:25AM -0800, Andre Hedrick wrote:
>
> AMD Update.
> HPT366 Update.
>
> NASTY-ARSE dma-timeout "hack" as a compile option.
[snip]
ide_dma_timeout_revovery ?
s/revovery/recovery/ perhaps?
Cheers,
--Craig
-
To unsubscribe from this list: send the line
On Fri, Jan 12, 2001 at 12:44:25AM -0800, Andre Hedrick wrote:
AMD Update.
HPT366 Update.
NASTY-ARSE dma-timeout "hack" as a compile option.
[snip]
ide_dma_timeout_revovery ?
s/revovery/recovery/ perhaps?
Cheers,
--Craig
-
To unsubscribe from this list: send the line "unsubscribe
[snip, vmstat stuff, me]
> There is a perl program running (80 Meg's in size, 20 Megs resident) that is
> chatting to a database and building up a large hash in memory. The machine has
> 64M of RAM. The bit that doesn't make sense is why the cache is so large -
> the VM seems to have got stuck
Hi
This seems strange to me:
(from vmstat 1):
procs memoryswap io system cpu
r b w swpd free buff cache si sobibo incs us sy id
1 0 0 107252956204 44024 2376 4 594 1 256 304 11 4 85
0 1
Hi
This seems strange to me:
(from vmstat 1):
procs memoryswap io system cpu
r b w swpd free buff cache si sobibo incs us sy id
1 0 0 107252956204 44024 2376 4 594 1 256 304 11 4 85
0 1
[snip, vmstat stuff, me]
There is a perl program running (80 Meg's in size, 20 Megs resident) that is
chatting to a database and building up a large hash in memory. The machine has
64M of RAM. The bit that doesn't make sense is why the cache is so large -
the VM seems to have got stuck paging
On Thu, Nov 02, 2000 at 08:54:00AM +0100, Hans-Joachim Baader wrote:
> Jeff Garzik wrote:
>
> > Hans-Joachim Baader wrote:
> > > test10, compiled with gcc 2.95.2, won't boot on one of my machine.
> > > It stops after the "now booting the kernel" message. Yes, I have
> > > configured Virtual
On Thu, Oct 26, 2000 at 10:40:33AM -0400, Stephen Clark wrote:
[/proc/meminfo shared is 0]
> Then shouldn't it be removed?
Probably not. There may be tools that rely on it existing that may break
if it goes away altogether.
Maybe 'free' does for example.
--C
-
To unsubscribe from this list:
On Thu, Oct 26, 2000 at 07:25:34AM -0600, Steven Cole wrote:
> Stephen Clark wrote:
> >
> >I recently installed 2.4test9pre5 and noticed that when I cat
> >/proc/meminfo the value for shared memory is 0. Am I the only one that
> >is seeing this.
>
> I'm seeing this also for 2.4.0-test10-pre5.
On Thu, Oct 26, 2000 at 07:25:34AM -0600, Steven Cole wrote:
Stephen Clark wrote:
I recently installed 2.4test9pre5 and noticed that when I cat
/proc/meminfo the value for shared memory is 0. Am I the only one that
is seeing this.
I'm seeing this also for 2.4.0-test10-pre5. Here is
On Thu, Oct 26, 2000 at 10:40:33AM -0400, Stephen Clark wrote:
[/proc/meminfo shared is 0]
Then shouldn't it be removed?
Probably not. There may be tools that rely on it existing that may break
if it goes away altogether.
Maybe 'free' does for example.
--C
-
To unsubscribe from this list:
On Mon, Oct 23, 2000 at 11:23:47AM -0700, Linus Torvalds wrote:
[snip, ide bootup troubles with ALI M1533 chipset ...]
> Could you please do two tests (you can do these at the same time, and in
> fact it might be easier, if #2 causes your machine to boot up):
>
> - Please enable debugging in
On Mon, Oct 23, 2000 at 11:23:47AM -0700, Linus Torvalds wrote:
[snip, ide bootup troubles with ALI M1533 chipset ...]
Could you please do two tests (you can do these at the same time, and in
fact it might be easier, if #2 causes your machine to boot up):
- Please enable debugging in PCI
On Sun, Oct 22, 2000 at 10:51:52PM -0700, Andre Hedrick wrote:
>
> edit ./drivers/ide/ide-pci.c and enforce the stub at line 516.
>
> pci_enable_device(dev);
>
> I worried that this would break ix86 platforms.
Just a data point for people on linuxkernel who won't have seen my
correspondence
On Sun, Oct 22, 2000 at 10:51:52PM -0700, Andre Hedrick wrote:
edit ./drivers/ide/ide-pci.c and enforce the stub at line 516.
pci_enable_device(dev);
I worried that this would break ix86 platforms.
Just a data point for people on linuxkernel who won't have seen my
correspondence with
27 matches
Mail list logo
