devices.txt inconsistency

2001-01-01 Thread Ari Pollak

This has not been fixed for at least a year that i can remember - in
Documentation/devices.txt, it says /dev/js* should be char-major-15*,
but in Documentation/joystick.txt it says it should be char-major-13.
I'm assuming joystick.txt is the correct one, and devices.txt should be
updated to reflect this.. before 2.4.0 would be nice.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



NFS Locking problems

2000-12-19 Thread Ari Pollak

Is there a problem with NFS locking in 2.4.0-test12 and/or 2.2.18? I'm
using nfs-utils 0.2.1 and NFS v2, connected to a NFS v2 server running
Linux 2.2.18. Whenever mutt tried to place a lock on a file on an NFS
share, I get the following messages in syslog (I get the same message
for each time mutt tried to lock a file):

Dec 19 20:00:39 darth rpc.statd[558]: gethostbyname error for darth.ns
Dec 19 20:00:39 darth rpc.statd[558]: STAT_FAIL to darth.ns for SM_MON
of 192.168.1.1
Dec 19 15:00:39 darth kernel: lockd: cannot monitor 192.168.1.1

darth.ns is the system I have NFS mounted on, and 192.168.1.1 is the NFS
server. On a side note, I have no idea why rpc.statd is reporting 20:00
as the time and kernel is reporting 15:00, but the messages are right
after another in the order you see.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



videodev.c won't compile in test11-pre6/pre7/final

2000-11-19 Thread Ari Pollak

I was going to report this back in pre6, but I thought someone had
caught it already.. When the bttv driver is enbabled as a module in
test11, make modules fails with:

videodev.c: In function `videodev_proc_read':
videodev.c:283: `VID_TYPE_MPEG_DECODER' undeclared (first use in this
function)
videodev.c:283: (Each undeclared identifier is reported only once
videodev.c:283: for each function it appears in.)
videodev.c:284: `VID_TYPE_MPEG_ENCODER' undeclared (first use in this
function)
videodev.c:285: `VID_TYPE_MJPEG_DECODER' undeclared (first use in this
function)videodev.c:286: `VID_TYPE_MJPEG_ENCODER' undeclared (first use
in this function)videodev.c: In function
`video_register_device_Re1d5d9de':
videodev.c:475: structure has no member named `devfs_handle'
videodev.c:476: warning: implicit declaration of function
`devfs_register_R346f2926'
videodev.c:476: `DEVFS_FL_DEFAULT' undeclared (first use in this
function)
videodev.c: In function `video_unregister_device_R0e30839e':
videodev.c:510: warning: implicit declaration of function
`devfs_unregister_Rb8aa48ae'
videodev.c:510: structure has no member named `devfs_handle'
videodev.c: In function `videodev_init':
videodev.c:538: warning: implicit declaration of function
`devfs_register_chrdev_R46ccf2d8'
videodev.c: In function `cleanup_module':
videodev.c:572: warning: implicit declaration of function
`devfs_unregister_chrdev_R77f3e0ce'
{standard input}: Assembler messages:
{standard input}:8: Warning: Ignoring changed section attributes for
.modinfo
make[3]: *** [videodev.o] Error 1
make[3]: Leaving directory `/usr/src/linux/drivers/media/video'
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: scd/ide-scsi reporting size incorrectly

2000-11-05 Thread Ari Pollak

Hm. I noticed the size reported is only the size of the last session,
not the total of all the sessions.

On Sun, Nov 05, 2000 at 03:17:25PM -0500, Ari Pollak wrote:
> Hey. I'm using an Acer 50X cdrom used with scd & ide-scsi emulation, and
> I just noticed that 'df' is reporting size incorrectly:
> /dev/scd185946 85946 0 100% /mnt/cdrom
> 
> Even though du clearly shows there is much more than 85 MB used:
> $ du -s /mnt/cdrom
> 359397/mnt/cdrom
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



scd/ide-scsi reporting size incorrectly

2000-11-05 Thread Ari Pollak

Hey. I'm using an Acer 50X cdrom used with scd & ide-scsi emulation, and
I just noticed that 'df' is reporting size incorrectly:
/dev/scd185946 85946 0 100% /mnt/cdrom

Even though du clearly shows there is much more than 85 MB used:
$ du -s /mnt/cdrom
359397  /mnt/cdrom

Is this a known bug?

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Hardware APM suspend

2000-10-31 Thread Ari Pollak

Question - is hardware APM suspend supported in any current available
kernel/apmd? I ask this because when I press the power button on my
computer, which is supposed to do a hardware suspend (according to my
BIOS) and I'm in X, the screen basically turns to garbage and I can't do
anything except reset/poweroff my computer.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



USB behavior screwy for uhci.o in test9-pre5

2000-09-21 Thread Ari Pollak

Sometime between test9-pre3 and test9-pre5, the alternative UHCI driver
(uhci.o) got screwed up - with my MS Natural Keyboard Pro in USB mode &
using the keybdev + hid + uhci driver, pressing one of caps/num/scroll
lock
turns the appropriate light on, but then when pressing the same
caps/num/scroll lock button again, the light stays on and I get the
following error message:

kernel: hid.c: usb_submit_urb(out) failed

Using the usb-uhci.o driver instead of uhci.o corrects the problem, but
I can't use usb-uhci.o properly on a regular basis because my ibm
usb webcam does not work properly with it.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



2.4.0-test8-pre2 compile fails at smbfs

2000-09-02 Thread Ari Pollak

Building 2.4.0-test8-pre2 fails with smbfs enabled:

kgcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -pipe
  -march=i686 -malign-functions=4  -fno-strict-aliasing -DMODULE
-DMODVERSIONS -include /usr/src/linux/include/linux/modversions.h
-DSMBFS_PARANOIA  -c -o sock.o sock.c
sock.c: In function `smb_request':
sock.c:644: structure has no member named `signal'
sock.c:644: structure has no member named `signal'
sock.c:662: structure has no member named `signal'
sock.c: In function `smb_trans2_request':
sock.c:824: structure has no member named `signal'
sock.c:824: structure has no member named `signal'
sock.c:844: structure has no member named `signal'
make[2]: *** [sock.o] Error 1
make[2]: Leaving directory `/usr/src/linux/fs/smbfs'
make[1]: *** [_modsubdir_smbfs] Error 2
make[1]: Leaving directory `/usr/src/linux/fs'
make: *** [_mod_fs] Error 2




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: 2.4.0-test8-pre1 is quite bad

2000-09-01 Thread Ari Pollak

Hrm. very weird. I guess it doesn't do it anymore (couldn't tell you if it
did it on test8-pre1 w/o vmpatch, i had it disabled) - only when you abort
it in the middle. In any case, here's what /proc/slabinfo says:

slabinfo - version: 1.1
kmem_cache59 78100221
uhci_urb_priv  2112 32111
uhci_qh0  0 64001
uhci_td2 59 64111
nfs_read_data  0  0384001
nfs_write_data 0  0384001
nfs_page   0  0128001
nfs_fh16 60128221
blkdev_requests 1024   1050128   35   351
file lock cache6 43 88111
uid_cache  3112 32111
tcp_tw_bucket  1 30128111
tcp_bind_bucket   12112 32111
tcp_open_request   0  0 64001
inet_peer_cache1 59 64111
ip_fib_hash   10112 32111
ip_dst_cache  20 40192221
arp_cache  3 30128111
skbuff_head_cache161280192   14   141
sock 152153832   17   172
inode_cache43418  46980384 4698 46981
bdev_cache  6960   7021 64  118  1191
signal_queue  12 29132111
kiobuf 0  0128001
dentry_cache   23767  28590128  953  9531
dquot  0  0128001
filp1478   1500128   50   501
names_cache0  2   4096021
buffer_head30112  30720128 1024 10241
mm_struct 56 60192331
vm_area_struct  2113   2183 64   37   371
fs_cache  56 59 64111
files_cache   55 63448771
signal_act58 60   1344   20   201
size-131072(DMA)   0  0 13107200   32
size-1310720  0 13107200   32
size-65536(DMA)0  0  6553600   16
size-65536 0  0  6553600   16
size-32768(DMA)0  0  32768008
size-32768 4  4  32768448
size-16384(DMA)0  0  16384004
size-16384 2  2  16384224
size-8192(DMA) 0  0   8192002
size-8192 13 13   8192   13   132
size-4096(DMA) 0  0   4096001
size-4096 16 19   4096   16   191
size-2048(DMA) 0  0   2048001
size-2048 40 46   2048   21   231
size-1024(DMA) 0  0   1024001
size-1024 34 44   10249   111
size-512(DMA)  0  0512001
size-512  81 88512   11   111
size-256(DMA)  0  0256001
size-256  20 45256231
size-128(DMA)  0  0128001
size-128 567630128   21   211
size-64(DMA)   0  0 64001
size-64  396531 64891
size-32(DMA)   0  0 64001
size-32 3529   6195 64   68  1051



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/



Re: 2.4.0-test8-pre1 is quite bad

2000-09-01 Thread Ari Pollak

Well, the vmpatch still didn't fix the problem I've been having for many
moons (I believe since late 2.3.99) - When running updatedb from the
slocate distribution, I lose at least 90 MB of memory by the time it's
finished, and it takes about a day for the memory to become usable again -
this is not cached/buffered mem, it just disappears off the face of my
computer.

On Fri, 1 Sep 2000, Rik van Riel wrote:

> On Fri, 1 Sep 2000, Tigran Aivazian wrote:
> 
> > Any of you tried copying a 2G file in the same (ext2)
> > filesystem? It starts swapping like mad and generally behaves
> > indecently, despite the huge 1024M of RAM it has.
> 
> http://www.surriel.com/patches/2.4.0-t8p1-vmpatch2
> 
> I'm working on these issues and seem to be pretty close
> to having fixed most of them now...
> 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/