Re: [PATCH][CFT] (updated) ext2 directories in pagecache
Works fine now. I'll keep on testing. Thanks a bunch, Albert Daniel Phillips wrote: > > > This combination against 2.4.4 won't allow directories to be moved. > > Ex: mv a b #fails with I/O error. See attached strace. > > But with ext2-dir-patch-S4 by itself, mv works as it should. > > Now it also works with my index patch as it should: > > http://nl.linux.org/~phillips/htree/dx.pcache-2.4.4-3 > -- Albert Cranford Deerfield Beach FL USA [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH][CFT] (updated) ext2 directories in pagecache
Works fine now. I'll keep on testing. Thanks a bunch, Albert Daniel Phillips wrote: This combination against 2.4.4 won't allow directories to be moved. Ex: mv a b #fails with I/O error. See attached strace. But with ext2-dir-patch-S4 by itself, mv works as it should. Now it also works with my index patch as it should: http://nl.linux.org/~phillips/htree/dx.pcache-2.4.4-3 -- Albert Cranford Deerfield Beach FL USA [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH][CFT] (updated) ext2 directories in pagecache
Hello Daniel,
This combination against 2.4.4 won't allow directories to be moved.
Ex: mv a b #fails with I/O error. See attached strace.
But with ext2-dir-patch-S4 by itself, mv works as it should.
Later,
Albert
Daniel Phillips wrote:
>
> > Patch is on ftp.math.psu.edu/pub/viro/ext2-dir-patch-S4.gz
>
> Here is my ext2 directory index as a patch against your patch:
>
> http://kernelnewbies.org/~phillips/htree/dx.pcache-2.4.4
>
> Changes:
>
> - COMBSORT macro replaced by custom sort code
> - Most #ifdef CONFIG_EXT2_INDEX's changed to if ()
>
> To do:
>
> - Split up the split code
> - Finalize hash function
> - Test/debug big endian
> - Fall back to linear search if bad index detected
> - Fail gracefully on random data
> - Remove the tracing and test options
>
> To apply:
>
> cd source/tree
> zcat ext2-dir-patch-S4.gz | patch -p1
> cat dx.pcache-2.4.4 | patch -p0
>
> To create an indexed directory:
>
> mount /dev/hdxxx /test -o index
> mkdir /test/foo
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Albert Cranford Deerfield Beach FL USA
[EMAIL PROTECTED]
execve("/bin/mv", ["mv", "a", "b"], [/* 47 vars */]) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40007000
mprotect(0x4000, 21025, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0x8048000, 52997, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
stat("/etc/ld.so.cache", {st_mode=S_IFREG|0644, st_size=44476, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY) = 3
mmap(NULL, 44476, PROT_READ, MAP_SHARED, 3, 0) = 0x40008000
close(3)= 0
stat("/etc/ld.so.preload", {st_mode=S_IFREG|0644, st_size=1, ...}) = 0
open("/etc/ld.so.preload", O_RDONLY)= 3
mmap(NULL, 2, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0x40013000
close(3)= 0
munmap(0x40013000, 2) = 0
open("/lib/libc.so.5", O_RDONLY)= 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\*\1\000"..., 4096) = 4096
mmap(NULL, 786432, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40013000
mmap(0x40013000, 555135, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x40013000
mmap(0x4009b000, 21344, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x87000) =
0x4009b000
mmap(0x400a1000, 204364, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
-1, 0) = 0x400a1000
close(3)= 0
mprotect(0x40013000, 555135, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40008000, 44476) = 0
mprotect(0x8048000, 52997, PROT_READ|PROT_EXEC) = 0
mprotect(0x40013000, 555135, PROT_READ|PROT_EXEC) = 0
mprotect(0x4000, 21025, PROT_READ|PROT_EXEC) = 0
personality(PER_LINUX) = 0
geteuid() = 0
getuid()= 0
getgid()= 0
getegid() = 0
brk(0x80568bc) = 0x80568bc
brk(0x8057000) = 0x8057000
geteuid() = 0
ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0
stat("b", 0xb76c) = -1 ENOENT (No such file or directory)
lstat("a", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("b", 0x8056660) = -1 ENOENT (No such file or directory)
rename("a", "b")= -1 EIO (Input/output error)
write(2, "mv: ", 4mv: ) = 4
write(2, "cannot move `a\' to `b\'", 22cannot move `a' to `b') = 22
stat("/etc/locale/C/libc.cat", 0xb2f0) = -1 ENOENT (No such file or directory)
stat("/usr/share/locale/C/libc.cat", 0xb2f0) = -1 ENOENT (No such file or
directory)
stat("/usr/share/locale/libc/C", 0xb2f0) = -1 ENOENT (No such file or directory)
stat("/usr/share/locale/C/libc.cat", 0xb2f0) = -1 ENOENT (No such file or
directory)
stat("/usr/local/share/locale/C/libc.cat", 0xb2f0) = -1 ENOENT (No such file or
directory)
write(2, ": I/O error", 11: I/O error) = 11
write(2, "\n", 1
) = 1
_exit(1)= ?
Re: [PATCH][CFT] (updated) ext2 directories in pagecache
Hello Daniel,
This combination against 2.4.4 won't allow directories to be moved.
Ex: mv a b #fails with I/O error. See attached strace.
But with ext2-dir-patch-S4 by itself, mv works as it should.
Later,
Albert
Daniel Phillips wrote:
Patch is on ftp.math.psu.edu/pub/viro/ext2-dir-patch-S4.gz
Here is my ext2 directory index as a patch against your patch:
http://kernelnewbies.org/~phillips/htree/dx.pcache-2.4.4
Changes:
- COMBSORT macro replaced by custom sort code
- Most #ifdef CONFIG_EXT2_INDEX's changed to if (constant)
To do:
- Split up the split code
- Finalize hash function
- Test/debug big endian
- Fall back to linear search if bad index detected
- Fail gracefully on random data
- Remove the tracing and test options
To apply:
cd source/tree
zcat ext2-dir-patch-S4.gz | patch -p1
cat dx.pcache-2.4.4 | patch -p0
To create an indexed directory:
mount /dev/hdxxx /test -o index
mkdir /test/foo
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Albert Cranford Deerfield Beach FL USA
[EMAIL PROTECTED]
execve(/bin/mv, [mv, a, b], [/* 47 vars */]) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40007000
mprotect(0x4000, 21025, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0x8048000, 52997, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
stat(/etc/ld.so.cache, {st_mode=S_IFREG|0644, st_size=44476, ...}) = 0
open(/etc/ld.so.cache, O_RDONLY) = 3
mmap(NULL, 44476, PROT_READ, MAP_SHARED, 3, 0) = 0x40008000
close(3)= 0
stat(/etc/ld.so.preload, {st_mode=S_IFREG|0644, st_size=1, ...}) = 0
open(/etc/ld.so.preload, O_RDONLY)= 3
mmap(NULL, 2, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0x40013000
close(3)= 0
munmap(0x40013000, 2) = 0
open(/lib/libc.so.5, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\*\1\000..., 4096) = 4096
mmap(NULL, 786432, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40013000
mmap(0x40013000, 555135, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0x40013000
mmap(0x4009b000, 21344, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x87000) =
0x4009b000
mmap(0x400a1000, 204364, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS,
-1, 0) = 0x400a1000
close(3)= 0
mprotect(0x40013000, 555135, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40008000, 44476) = 0
mprotect(0x8048000, 52997, PROT_READ|PROT_EXEC) = 0
mprotect(0x40013000, 555135, PROT_READ|PROT_EXEC) = 0
mprotect(0x4000, 21025, PROT_READ|PROT_EXEC) = 0
personality(PER_LINUX) = 0
geteuid() = 0
getuid()= 0
getgid()= 0
getegid() = 0
brk(0x80568bc) = 0x80568bc
brk(0x8057000) = 0x8057000
geteuid() = 0
ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0
stat(b, 0xb76c) = -1 ENOENT (No such file or directory)
lstat(a, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat(b, 0x8056660) = -1 ENOENT (No such file or directory)
rename(a, b)= -1 EIO (Input/output error)
write(2, mv: , 4mv: ) = 4
write(2, cannot move `a\' to `b\', 22cannot move `a' to `b') = 22
stat(/etc/locale/C/libc.cat, 0xb2f0) = -1 ENOENT (No such file or directory)
stat(/usr/share/locale/C/libc.cat, 0xb2f0) = -1 ENOENT (No such file or
directory)
stat(/usr/share/locale/libc/C, 0xb2f0) = -1 ENOENT (No such file or directory)
stat(/usr/share/locale/C/libc.cat, 0xb2f0) = -1 ENOENT (No such file or
directory)
stat(/usr/local/share/locale/C/libc.cat, 0xb2f0) = -1 ENOENT (No such file or
directory)
write(2, : I/O error, 11: I/O error) = 11
write(2, \n, 1
) = 1
_exit(1)= ?
2.4.1-pre9 fails to compile drm r128 as module
2.4.1-pre9 changes to drivers/char/drm/drm.h are incorrect. Please reverse this small change to compile correctly. r128_drv.c:124: `DRM_IOCTL_R128_PACKET' undeclared here (not in a function) r128_drv.c:124: nonconstant array index in initializer for `r128_ioctls' make[3]: *** [r128_drv.o] Error 1 make[2]: *** [_modsubdir_drm] Error 2 make[1]: *** [_modsubdir_char] Error 2 --- linux-2.4.1-pre9/drivers/char/drm/drm.h.origSat Jan 20 00:43:11 2001 +++ linux/drivers/char/drm/drm.hSat Jan 20 00:49:17 2001 @@ -382,7 +382,7 @@ #define DRM_IOCTL_R128_BLITDRM_IOW( 0x4c, drm_r128_blit_t) #define DRM_IOCTL_R128_DEPTH DRM_IOW( 0x4d, drm_r128_depth_t) #define DRM_IOCTL_R128_STIPPLE DRM_IOW( 0x4e, drm_r128_stipple_t) -#define DRM_IOCTL_R128_INDIRECTDRM_IOWR(0x4f, drm_r128_indirect_t) +#define DRM_IOCTL_R128_PACKET DRM_IOWR(0x4f, drm_r128_packet_t) /* Radeon specific ioctls */ #define DRM_IOCTL_RADEON_CP_INIT DRM_IOW( 0x40, drm_radeon_init_t) -- Albert Cranford Deerfield Beach FL USA [EMAIL PROTECTED] - 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.1-pre9 fails to compile drm r128 as module
2.4.1-pre9 changes to drivers/char/drm/drm.h are incorrect. Please reverse this small change to compile correctly. r128_drv.c:124: `DRM_IOCTL_R128_PACKET' undeclared here (not in a function) r128_drv.c:124: nonconstant array index in initializer for `r128_ioctls' make[3]: *** [r128_drv.o] Error 1 make[2]: *** [_modsubdir_drm] Error 2 make[1]: *** [_modsubdir_char] Error 2 --- linux-2.4.1-pre9/drivers/char/drm/drm.h.origSat Jan 20 00:43:11 2001 +++ linux/drivers/char/drm/drm.hSat Jan 20 00:49:17 2001 @@ -382,7 +382,7 @@ #define DRM_IOCTL_R128_BLITDRM_IOW( 0x4c, drm_r128_blit_t) #define DRM_IOCTL_R128_DEPTH DRM_IOW( 0x4d, drm_r128_depth_t) #define DRM_IOCTL_R128_STIPPLE DRM_IOW( 0x4e, drm_r128_stipple_t) -#define DRM_IOCTL_R128_INDIRECTDRM_IOWR(0x4f, drm_r128_indirect_t) +#define DRM_IOCTL_R128_PACKET DRM_IOWR(0x4f, drm_r128_packet_t) /* Radeon specific ioctls */ #define DRM_IOCTL_RADEON_CP_INIT DRM_IOW( 0x40, drm_radeon_init_t) -- Albert Cranford Deerfield Beach FL USA [EMAIL PROTECTED] - 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: ide.2.4.1-p3.01112001.patch
Vojtech Pavlik wrote:
>
> Is the board still available for some testing?
>
I have a working PA-2007 but use a small hard disk. Can I help.
PIRQ redirection, working around broken MP-BIOS.
... PIRQ0 -> IRQ 0
Initializing CPU#0
Detected 239.833 MHz processor.
Console: colour dummy device 80x25
Calibrating delay loop... 478.41 BogoMIPS
Memory: 61920k/65536k available (1197k kernel code, 3228k reserved, 432k data, 244k
init, 0k highmem)
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
CPU: Before vendor init, caps: 008001bf 008005bf , vendor = 2
CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line)
CPU: After vendor init, caps: 008001bf 008005bf
CPU: After generic, caps: 008001bf 008005bf
CPU: Common caps: 008001bf 008005bf
CPU: AMD-K6tm w/ multimedia extensions stepping 02
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
.SNIP..
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt82c586a IDE UDMA33 controller on pci0:7.1
ide0: BM-DMA at 0xfff0-0xfff7, BIOS settings: hda:pio, hdb:pio
hda: WDC AC2540F, ATA DISK drive
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }
hda: set_drive_speed_status: error=0x04 { DriveStatusError }
hda: 1056384 sectors (541 MB) w/64KiB Cache, CHS=524/32/63, DMA
lspci -vv
00:00.0 Host bridge: VIA Technologies, Inc. VT82C595/97 [Apollo VP2/97] (rev 03)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- http://www.tux.org/lkml/
Re: ide.2.4.1-p3.01112001.patch
Vojtech Pavlik wrote:
Is the board still available for some testing?
I have a working PA-2007 but use a small hard disk. Can I help.
PIRQ redirection, working around broken MP-BIOS.
... PIRQ0 - IRQ 0
Initializing CPU#0
Detected 239.833 MHz processor.
Console: colour dummy device 80x25
Calibrating delay loop... 478.41 BogoMIPS
Memory: 61920k/65536k available (1197k kernel code, 3228k reserved, 432k data, 244k
init, 0k highmem)
Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 4096 (order: 3, 32768 bytes)
CPU: Before vendor init, caps: 008001bf 008005bf , vendor = 2
CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line)
CPU: After vendor init, caps: 008001bf 008005bf
CPU: After generic, caps: 008001bf 008005bf
CPU: Common caps: 008001bf 008005bf
CPU: AMD-K6tm w/ multimedia extensions stepping 02
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
.SNIP..
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt82c586a IDE UDMA33 controller on pci0:7.1
ide0: BM-DMA at 0xfff0-0xfff7, BIOS settings: hda:pio, hdb:pio
hda: WDC AC2540F, ATA DISK drive
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: set_drive_speed_status: status=0x51 { DriveReady SeekComplete Error }
hda: set_drive_speed_status: error=0x04 { DriveStatusError }
hda: 1056384 sectors (541 MB) w/64KiB Cache, CHS=524/32/63, DMA
lspci -vv
00:00.0 Host bridge: VIA Technologies, Inc. VT82C595/97 [Apollo VP2/97] (rev 03)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap- 66Mhz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort-
MAbort- SERR- PERR+
Latency: 32 set
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 25)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort-
MAbort- SERR- PERR-
Latency: 0 set
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 06) (prog-if
8a [Master SecP PriP])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort-
MAbort- SERR- PERR-
Latency: 32 set
Region 4: I/O ports at fff0 [size=16]
--
Albert Cranford Deerfield Beach FL USA
[EMAIL PROTECTED]
-
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: Related VIA PCI crazyness?
Linus Torvalds wrote: > Could anybody with a VIA chip who has the energy please do something for > me: > - enable DEBUG in arch/i386/kernel/pci-i386.h > - do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the >"ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI >numbers for them are 1106:0586 and 1106:0596, I think) > - do a cat /proc/pci > Does this help. dmesg Linux version 2.4.0 (root@home1) (gcc version pgcc-2.95.2 19991024 (release)) #2 Sun Jan 7 11:22:02 GMT 2001 BIOS-provided physical RAM map: BIOS-e820: 0009fc00 @ (usable) BIOS-e820: 0400 @ 0009fc00 (usable) BIOS-e820: 0001 @ 000f (reserved) BIOS-e820: 0001 @ (reserved) BIOS-e820: 07ef @ 0010 (usable) BIOS-e820: f800 @ 07ff0800 (ACPI data) BIOS-e820: 0800 @ 07ff (ACPI NVS) Scan SMP from c000 for 1024 bytes. Scan SMP from c009fc00 for 1024 bytes. Scan SMP from c00f for 65536 bytes. Scan SMP from c000 for 4096 bytes. On node 0 totalpages: 32768 zone(0): 4096 pages. zone(1): 28672 pages. zone(2): 0 pages. Local APIC is hardware-disabled. mapped APIC to e000 (01223000) Kernel command line: BOOT_IMAGE=linux ro root=804 ramdisk_size=8192k mem=131072K apm=on,power-off mpu401=0x300 sb=0x220,5,1,5 adlib=0x300 parport=0x378,7 lp=parport0 penguin=1 pirq=0 nohlt PIRQ redirection, working around broken MP-BIOS. ... PIRQ0 -> IRQ 0 Initializing CPU#0 Detected 400.916 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 799.53 BogoMIPS Memory: 126424k/131072k available (1137k kernel code, 4260k reserved, 432k data, 240k init, 0k highmem) Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes) Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes) Page-cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 8192 (order: 4, 65536 bytes) CPU: Before vendor init, caps: 008021bf 808029bf , vendor = 2 CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line) CPU: L2 Cache: 256K (32 bytes/line) CPU: After vendor init, caps: 008021bf 808029bf 0002 CPU: After generic, caps: 008021bf 808029bf 0002 CPU: Common caps: 008021bf 808029bf 0002 CPU: AMD-K6(tm) 3D+ Processor stepping 01 Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.37 (20001109) Richard Gooch ([EMAIL PROTECTED]) mtrr: detected mtrr type: AMD K6 PCI: PCI BIOS revision 2.10 entry at 0xfb4e0, last bus=2 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: 00:07.3: class 604 doesn't match header type 00. Ignoring class. PCI: Using IRQ router VIA [1106/0586] at 00:07.0 Activating ISA DMA hang workarounds. Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 DMI 2.1 present. 25 structures occupying 843 bytes. DMI table at 0x000F0800. BIOS Vendor: Award Software International, Inc. BIOS Version: 4.51 PG BIOS Release: 06/09/99 System Vendor: System Manufacturer. Product Name: Product Name. Version SYS-xx. Serial Number Serial Number xx. Board Vendor: First International Computer, Inc.. Board Name: PA-2013. Board Version: PCB 2.X. Asset Tag: Asset Tag Number xx. apm: BIOS version 1.2 Flags 0x07 (Driver version 1.14) Starting kswapd v1.8 parport0: PC-style at 0x378, irq 7 [PCSPP(,...)] pty: 256 Unix98 ptys configured lp0: using parport0 (interrupt-driven). RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: IDE controller on PCI bus 00 dev 39 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later VP_IDE: VIA vt82c586b IDE UDMA33 controller on pci0:7.1 ide0: BM-DMA at 0xe400-0xe407, BIOS settings: hda:DMA, hdb:DMA hda: ATAPI CDROM, ATAPI CDROM drive ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: ATAPI 212X CD-ROM drive, 128kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.12 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS03 at 0x02e8 (irq = 3) is a 16550A Real Time Clock Driver v1.10d Non-volatile memory driver v1.1 PPP generic driver version 2.4.1 PPP Deflate Compression module registered 8139too Fast Ethernet driver 0.9.13 loaded IRQ routing conflict in pirq table! Try 'pci=autoirq' eth0: RealTek RTL8139 Fast Ethernet at 0xc880, 00:e0:7d:72:07:43, IRQ 11 eth0: Identified 8139 chip type 'RTL-8139A' eth0: Setting full-duplex based on MII #32 link partner ability of 41e1.] lspci --xxvvv 00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04) Control: I/O- Mem+ BusMaster+ SpecCycle-
Re: Related VIA PCI crazyness?
Linus Torvalds wrote: Could anybody with a VIA chip who has the energy please do something for me: - enable DEBUG in arch/i386/kernel/pci-i386.h - do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the "ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI numbers for them are 1106:0586 and 1106:0596, I think) - do a cat /proc/pci Does this help. dmesg Linux version 2.4.0 (root@home1) (gcc version pgcc-2.95.2 19991024 (release)) #2 Sun Jan 7 11:22:02 GMT 2001 BIOS-provided physical RAM map: BIOS-e820: 0009fc00 @ (usable) BIOS-e820: 0400 @ 0009fc00 (usable) BIOS-e820: 0001 @ 000f (reserved) BIOS-e820: 0001 @ (reserved) BIOS-e820: 07ef @ 0010 (usable) BIOS-e820: f800 @ 07ff0800 (ACPI data) BIOS-e820: 0800 @ 07ff (ACPI NVS) Scan SMP from c000 for 1024 bytes. Scan SMP from c009fc00 for 1024 bytes. Scan SMP from c00f for 65536 bytes. Scan SMP from c000 for 4096 bytes. On node 0 totalpages: 32768 zone(0): 4096 pages. zone(1): 28672 pages. zone(2): 0 pages. Local APIC is hardware-disabled. mapped APIC to e000 (01223000) Kernel command line: BOOT_IMAGE=linux ro root=804 ramdisk_size=8192k mem=131072K apm=on,power-off mpu401=0x300 sb=0x220,5,1,5 adlib=0x300 parport=0x378,7 lp=parport0 penguin=1 pirq=0 nohlt PIRQ redirection, working around broken MP-BIOS. ... PIRQ0 - IRQ 0 Initializing CPU#0 Detected 400.916 MHz processor. Console: colour VGA+ 80x25 Calibrating delay loop... 799.53 BogoMIPS Memory: 126424k/131072k available (1137k kernel code, 4260k reserved, 432k data, 240k init, 0k highmem) Dentry-cache hash table entries: 16384 (order: 5, 131072 bytes) Buffer-cache hash table entries: 8192 (order: 3, 32768 bytes) Page-cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 8192 (order: 4, 65536 bytes) CPU: Before vendor init, caps: 008021bf 808029bf , vendor = 2 CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line) CPU: L2 Cache: 256K (32 bytes/line) CPU: After vendor init, caps: 008021bf 808029bf 0002 CPU: After generic, caps: 008021bf 808029bf 0002 CPU: Common caps: 008021bf 808029bf 0002 CPU: AMD-K6(tm) 3D+ Processor stepping 01 Checking 'hlt' instruction... OK. POSIX conformance testing by UNIFIX mtrr: v1.37 (20001109) Richard Gooch ([EMAIL PROTECTED]) mtrr: detected mtrr type: AMD K6 PCI: PCI BIOS revision 2.10 entry at 0xfb4e0, last bus=2 PCI: Using configuration type 1 PCI: Probing PCI hardware PCI: 00:07.3: class 604 doesn't match header type 00. Ignoring class. PCI: Using IRQ router VIA [1106/0586] at 00:07.0 Activating ISA DMA hang workarounds. Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 DMI 2.1 present. 25 structures occupying 843 bytes. DMI table at 0x000F0800. BIOS Vendor: Award Software International, Inc. BIOS Version: 4.51 PG BIOS Release: 06/09/99 System Vendor: System Manufacturer. Product Name: Product Name. Version SYS-xx. Serial Number Serial Number xx. Board Vendor: First International Computer, Inc.. Board Name: PA-2013. Board Version: PCB 2.X. Asset Tag: Asset Tag Number xx. apm: BIOS version 1.2 Flags 0x07 (Driver version 1.14) Starting kswapd v1.8 parport0: PC-style at 0x378, irq 7 [PCSPP(,...)] pty: 256 Unix98 ptys configured lp0: using parport0 (interrupt-driven). RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize Uniform Multi-Platform E-IDE driver Revision: 6.31 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: IDE controller on PCI bus 00 dev 39 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later VP_IDE: VIA vt82c586b IDE UDMA33 controller on pci0:7.1 ide0: BM-DMA at 0xe400-0xe407, BIOS settings: hda:DMA, hdb:DMA hda: ATAPI CDROM, ATAPI CDROM drive ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: ATAPI 212X CD-ROM drive, 128kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.12 Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS03 at 0x02e8 (irq = 3) is a 16550A Real Time Clock Driver v1.10d Non-volatile memory driver v1.1 PPP generic driver version 2.4.1 PPP Deflate Compression module registered 8139too Fast Ethernet driver 0.9.13 loaded IRQ routing conflict in pirq table! Try 'pci=autoirq' eth0: RealTek RTL8139 Fast Ethernet at 0xc880, 00:e0:7d:72:07:43, IRQ 11 eth0: Identified 8139 chip type 'RTL-8139A' eth0: Setting full-duplex based on MII #32 link partner ability of 41e1.] lspci --xxvvv 00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV-
Re: test13-pre5
Simply executing
*p++ = htonl(fl->fl_pid);
before
start = loff_t_to_s64(fl->fl_start);
also works.
Later,
Albert
Linus Torvalds wrote:
>
> On Fri, 29 Dec 2000, Stefan Traby wrote:
> > On Thu, Dec 28, 2000 at 03:37:51PM -0800, Linus Torvalds wrote:
> >
> > > Too bad. Maybe somebody should tell gcc maintainers about programmers that
> > > know more than the compiler again.
> >
> > I know that {p,}gcc-2.95.2{,.1} are not officially supported.
>
> Hmm, I use gcc-2.95.2 myself on some machines, and while I'm not 100%
> comfortable with it, it does count as "supported" even if it has known
> problems with "long long". pgcc isn't.
>
> > Did you know that it's impossible to compile nfsv4 because of
> > register allocation problems with long long since (long long) month ?
>
> lockd v4 (for NFS v3), I assume.
>
> No, I wasn't aware of this particular bug.
>
> > The following does not hurt, it's just a fix for a broken
> > compiler:
>
> Ugh, that's ugly.
>
> Can you test if it is sufficient to just simplify the math a bit, instead
> of uglyfing that function more? The nlm4_encode_lock() function already
> tests for NLM4_OFFSET_MAX explicitly for both start and end, so it should
> be ok to just re-code the function to not do the extra "loff_t_to_s64()"
> stuff, and simplify it enough that the compile rwill be happy to compile
> the simpler function. Something along the lines of
>
> if (.. NLM4_OFFSET_MAX tests ..)
> ..
>
> *p++ = htonl(fl->fl_pid);
>
> start = fl->fl_start;
> len = fl->fl_end - start;
> if (fl->fl_end == OFFSET_MAX)
> len = 0;
>
> p = xdr_encode_hyper(p, start);
> p = xdr_encode_hyper(p, len);
>
> return p;
>
> Where it tries to minimize the liveness of the 64-bit values, and tries to
> avoid extra complications.
>
> Linus
>
> -
> 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/
--
Albert Cranford Deerfield Beach FL USA
[EMAIL PROTECTED]
-
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: test13-pre5
Simply executing
*p++ = htonl(fl-fl_pid);
before
start = loff_t_to_s64(fl-fl_start);
also works.
Later,
Albert
Linus Torvalds wrote:
On Fri, 29 Dec 2000, Stefan Traby wrote:
On Thu, Dec 28, 2000 at 03:37:51PM -0800, Linus Torvalds wrote:
Too bad. Maybe somebody should tell gcc maintainers about programmers that
know more than the compiler again.
I know that {p,}gcc-2.95.2{,.1} are not officially supported.
Hmm, I use gcc-2.95.2 myself on some machines, and while I'm not 100%
comfortable with it, it does count as "supported" even if it has known
problems with "long long". pgcc isn't.
Did you know that it's impossible to compile nfsv4 because of
register allocation problems with long long since (long long) month ?
lockd v4 (for NFS v3), I assume.
No, I wasn't aware of this particular bug.
The following does not hurt, it's just a fix for a broken
compiler:
Ugh, that's ugly.
Can you test if it is sufficient to just simplify the math a bit, instead
of uglyfing that function more? The nlm4_encode_lock() function already
tests for NLM4_OFFSET_MAX explicitly for both start and end, so it should
be ok to just re-code the function to not do the extra "loff_t_to_s64()"
stuff, and simplify it enough that the compile rwill be happy to compile
the simpler function. Something along the lines of
if (.. NLM4_OFFSET_MAX tests ..)
..
*p++ = htonl(fl-fl_pid);
start = fl-fl_start;
len = fl-fl_end - start;
if (fl-fl_end == OFFSET_MAX)
len = 0;
p = xdr_encode_hyper(p, start);
p = xdr_encode_hyper(p, len);
return p;
Where it tries to minimize the liveness of the 64-bit values, and tries to
avoid extra complications.
Linus
-
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/
--
Albert Cranford Deerfield Beach FL USA
[EMAIL PROTECTED]
-
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: test13-pre3
With CONFIG_DRM_R128=m we fail to produce module linux/drivers/char/drm/r128.o Any thoughts. Albert Linus Torvalds wrote: > > The most noticeable part of this is that the run_task_queue fix should > cure the lockup that some people have seen. > > The shmfs cleanup should be unnoticeable except to users who use SAP with > huge shared memory segments, where Christoph Rohlands work not only > makes the code much more readable, it should also make it dependable.. > > Linus > > > > - pre3: >- Christian Jullien: smc9194: proper dev_kfree_skb_irq >- Cort Dougan: new-style PowerPC Makefiles >- Andrew Morton, Petr Vandrovec: fix run_task_queue >- Christoph Rohland: shmfs for shared memory handling > -- Albert Cranford Deerfield Beach FL USA [EMAIL PROTECTED] - 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: test13-pre3
With CONFIG_DRM_R128=m we fail to produce module linux/drivers/char/drm/r128.o Any thoughts. Albert Linus Torvalds wrote: The most noticeable part of this is that the run_task_queue fix should cure the lockup that some people have seen. The shmfs cleanup should be unnoticeable except to users who use SAP with huge shared memory segments, where Christoph Rohlands work not only makes the code much more readable, it should also make it dependable.. Linus - pre3: - Christian Jullien: smc9194: proper dev_kfree_skb_irq - Cort Dougan: new-style PowerPC Makefiles - Andrew Morton, Petr Vandrovec: fix run_task_queue - Christoph Rohland: shmfs for shared memory handling -- Albert Cranford Deerfield Beach FL USA [EMAIL PROTECTED] - 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: test12: innd bug came back?
And the problem started with pre8 not final. currently investigating difference pre7-pre8 Albert Linus Torvalds wrote: > > In article <[EMAIL PROTECTED]>, > Alexander Viro <[EMAIL PROTECTED]> wrote: > > > > > >On 13 Dec 2000, Henrik [ISO-8859-1] Størner wrote: > > > >> Just to add a "me too" on this. I didn't report when I saw it last week, > >> because I was uncertain of exactly what might have caused it - I was > >> booting several different kernels at the time, including one from a > >> rescue disk (I was trying to salvage bits of a Win9x disk at the time - > >> don't ask for details!) > >> > >> Alas, I lost the test program someone wrote to test for the truncate > >> problem, and due to moving I will not be able to test anything until > >> next Monday. But if needed, I can do some testing then. Something > >> definitely went wrong with innd during the test12 pre-patches. > > > >It may be a side effect of removing partial_clear() in test12-final. > > No. If you read the code, partial_clear() has been a no-op for the > longest time (the "start & ~PAGE_MASK" thing could never trigger, as > "start" has been page-aligned for a long long while now. > > So it must be something else. > > Linus > - > 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/ -- Albert Cranford Deerfield Beach FL USA [EMAIL PROTECTED] - 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: test12: innd bug came back?
And the problem started with pre8 not final. currently investigating difference pre7-pre8 Albert Linus Torvalds wrote: In article [EMAIL PROTECTED], Alexander Viro [EMAIL PROTECTED] wrote: On 13 Dec 2000, Henrik [ISO-8859-1] Størner wrote: Just to add a "me too" on this. I didn't report when I saw it last week, because I was uncertain of exactly what might have caused it - I was booting several different kernels at the time, including one from a rescue disk (I was trying to salvage bits of a Win9x disk at the time - don't ask for details!) Alas, I lost the test program someone wrote to test for the truncate problem, and due to moving I will not be able to test anything until next Monday. But if needed, I can do some testing then. Something definitely went wrong with innd during the test12 pre-patches. It may be a side effect of removing partial_clear() in test12-final. No. If you read the code, partial_clear() has been a no-op for the longest time (the "start ~PAGE_MASK" thing could never trigger, as "start" has been page-aligned for a long long while now. So it must be something else. Linus - 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/ -- Albert Cranford Deerfield Beach FL USA [EMAIL PROTECTED] - 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: A20 Gate enable sequence (setup.S)
Robert Kaiser wrote: > > On Fre, 13 Okt 2000 you wrote: > > > Some boards (especially in the embedded PC area) implement only the > > > latter method (some don't even _have_ a keyboard controller). > > > With these boards, Linux fails to boot. > > > > Try the current 2.2.18pre. This has fast A20 too and I suspect will boot > > on your box. Its had no problems on 2.2.18pre reported against it so far. I've > > not done a 2.4 test patch but yours seems to be the sam ething > > Thanks for the hint, I hadn't checked that version > > > > > AMD ELAN ? > > Actually several different boards, some using AMD ELAN, some 386 EX. > > Rob > > > Robert Kaiser email: [EMAIL PROTECTED] > SYSGO RTS GmbH > Am Pfaffenstein 14phone: (49) 6136 9948-762 > D-55270 Klein-Winternheim / Germany fax: (49) 6136 9948-10 > - > 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/ Here is a wroking 2.4.0 version, which is from Randy Dunlaps patch. Later, Albert --- linux-2.4.0/arch/i386/boot/setup.S.orig Mon Jul 17 20:32:00 2000 +++ linux/arch/i386/boot/setup.SMon Jul 17 20:35:10 2000 @@ -640,6 +640,8 @@ movb$0xDF, %al # A20 on outb%al, $0x60 callempty_8042 + movb$0x2, %al # Gate A20 functionality is achieved + outb%al, $0x92 # via port 0x92, bit 1. # wait until a20 really *is* enabled; it can take a fair amount of # time on certain systems; Toshiba Tecras are known to have this --- From: "Dunlap, Randy" <[EMAIL PROTECTED]> To: "'Agust Karlsson'" <[EMAIL PROTECTED]>, "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>, "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> Subject: RE: A20 gate control question. Date: Mon, 17 Jul 2000 09:46:17 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT Sender: [EMAIL PROTECTED] Precedence: bulk X-Loop: [EMAIL PROTECTED] X-Mozilla-Status: 8011 X-Mozilla-Status2: X-UIDL: a4b217d6c05a8b4bb97c23a40bca51e7 > Hi. Jesse Off ([EMAIL PROTECTED]) posted a patch to do this on Oct. 26, 1999. His patch needs to be added to setup.S IMO, along with the current gating of A20. The company I work for, NewMonics, does a lot of work on embedded systems and we've recently ported our product (a lightweight realtime Java virtual machine) to Linux. On some of the embedded systems/PLC's we work with (specifically, those based on the AMD Elan SC310 and SC300 386 microcontrollers) Linux fails to boot because the keyboard controller is not there to set the A20 bit. These machines are headless, keyboardless, and diskless (except for a small PCMCIA flash card). With the following patch, we were able to get our virtual machine running on Linux under this hardware via a serial port console. --- setup.S Mon Aug 9 12:04:38 1999 +++ setup.S.patched Tue Oct 26 10:50:36 1999 @@ -553,6 +553,15 @@ out #0x60,al callempty_8042 +! The AMD 386 Elan SC300 and SC310 microcontrollers which +! are used in some embedded systems don't have +! a keyboard controller; we have to do things different on +! these chips. Jesse Off, NewMonics, Inc. <[EMAIL PROTECTED]> + + mov al,#0x2 ! GATEA20 functionality is acheived + out #0x92, al ! via port 0x92, bit 1. + + ! wait until a20 really *is* enabled; it can take a fair amount of ! time on certain systems; Toshiba Tecras are known to have this ! problem. The memory location used here is the int 0x1f vector, - This applies to newer Intel systems also. I asked internally if port 0x92 might have conflicts with other chipsets and the answer I got was "no." Also, from other email on this subject, is there an implication here that the timeout (counter) in "empty_8042" doesn't work (on systems that don't have an 8042 controller)? ~Randy ___ |Randy Dunlap Intel Corp., DALSr. SW Engr.| |randy.dunlap.at.intel.com503-696-2055| |NOTE: Any views presented here are mine alone | |and may not represent the views of my employer. | |_| -- Albert Cranford Deerfield Beach FL USA [EMAIL PROTECTED] - 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/
