Menu
▾
▴
njbfs-bugs — Email bug reports to this list
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2007 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Velvela H. <dia...@ia...> - 2007-02-26 00:23:32
|
Hi, Chaepest CALIS and VAGRA online. http://parkerokay+now.com Remove "+" from the link. Ha, ha, ha, said Hermione sarcastically. Goblins dont need protection. Havent you been listening to what Professor Binns has been telling us about goblin rebellions? |
|
From: Christal K. <ho...@ca...> - 2007-01-26 12:31:37
|
Hi, Viaxxgra $3, 35 Valxxium $1, 20 Ciaxxlis $3, 75 Xanxxax $1, 45 Ambxxien $2, 90 http://www.44rx.*com ( Remove "*" to make the link working! ) -- of Mrs. Weasleys excellent cooking, and the nine Weasleys, Harry, and Hermione were settling themselves down to eat beneath a clear, deep-blue sky. To somebody who had been living on meals of increasingly stale cake |
|
From: <sq...@sq...> - 2003-04-26 04:54:39
|
(squeegy:/home/chiodi/njbfs)--> insmod njbfs
Using /lib/modules/2.4.20-9/kernel/fs/njbfs/njbfs.o
/lib/modules/2.4.20-9/kernel/fs/njbfs/njbfs.o: init_module: Operation not permitted
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
(squeegy:/home/chiodi/njbfs)--> dmesg
Linux version 2.4.20-9 (bhc...@po...) (gcc version 3.2.2 20030313 (Red Hat Linux 3.2.2-10)) #1 Wed Apr 2 13:24:44 EST 2003
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000020000000 (usable)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
0MB HIGHMEM available.
512MB LOWMEM available.
On node 0 totalpages: 131072
zone(0): 4096 pages.
zone(1): 126976 pages.
zone(2): 0 pages.
Kernel command line: ro root=LABEL=/
Initializing CPU#0
Detected 1400.081 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 2791.83 BogoMIPS
Memory: 511360k/524288k available (1313k kernel code, 10368k reserved, 996k data, 128k init, 0k highmem)
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 32768 (order: 5, 131072 bytes)
Page-cache hash table entries: 131072 (order: 7, 524288 bytes)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0183f9ff c1c7f9ff 00000000 00000000
CPU: Common caps: 0183f9ff c1c7f9ff 00000000 00000000
CPU: AMD Athlon(tm) processor stepping 04
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rg...@at...)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfb4f0, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router VIA [1106/0686] at 00:07.0
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16)
Starting kswapd
VFS: Disk quotas vdquot_6.5.1
Detected PS/2 Mouse Port.
pty: 2048 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled
ttyS0 at 0x03f8 (irq = 4) is a 16550A
Real Time Clock Driver v1.10e
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
NET4: Frame Diverter 0.46
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 00:07.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci00:07.1
ide0: BM-DMA at 0xd400-0xd407, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xd408-0xd40f, BIOS settings: hdc:DMA, hdd:pio
hda: Maxtor 91303D6, ATA DISK drive
hdb: Maxtor 86480D6, ATA DISK drive
blk: queue c03be900, I/O limit 4095Mb (mask 0xffffffff)
blk: queue c03bea44, I/O limit 4095Mb (mask 0xffffffff)
hdc: CD-ROM 56X L, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: host protected area => 1
hda: 25450992 sectors (13031 MB) w/512KiB Cache, CHS=25249/16/63, UDMA(33)
hdb: host protected area => 1
hdb: 12658776 sectors (6481 MB) w/256KiB Cache, CHS=13395/15/63, UDMA(33)
ide-floppy driver 0.99.newide
Partition check:
hda: hda1 hda2 hda3 hda4 < hda5 >
hdb: hdb1 hdb2
ide-floppy driver 0.99.newide
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 131072 bind 65536)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 250k freed
VFS: Mounted root (ext2 filesystem).
SCSI subsystem driver Revision: 1.00
ohci1394: $Rev: 693 $ Ben Collins <bco...@de...>
PCI: Found IRQ 12 for device 00:0a.0
ohci1394_0: OHCI-1394 1.0 (PCI): IRQ=[12] MMIO=[ea005000-ea0057ff] Max Packet=[2048]
ieee1394: SelfID completion called outside of bus reset!
ieee1394: Host added: Node[00:1023] GUID[005062560000099b] [Linux OHCI-1394]
ieee1394: NodeMgr: hotplug policy returned -2
ieee1394: Device added: Node[01:1023] GUID[00063a0240000000] [DMI ]
ieee1394: sbp2: Node 01:1023: Using 36byte inquiry workaround
ieee1394: sbp2: Logged into SBP-2 device
ieee1394: sbp2: Node[01:1023]: Max speed [S400] - Max payload [2048]
scsi0 : IEEE-1394 SBP-2 protocol driver (host: ohci1394)
$Rev: 707 $ James Goodwin <ja...@fi...>
SBP-2 module load options:
- Max speed supported: S400
- Max sectors per I/O supported: 255
- Max outstanding commands supported: 64
- Max outstanding commands per lun supported: 1
- Serialized I/O (debug): no
- Exclusive login: yes
Vendor: GENERIC Model: CRD-BP1500P Rev: 6z34
Type: CD-ROM ANSI SCSI revision: 02
Journalled Block Device driver loaded
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Freeing unused kernel memory: 128k freed
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.275 $ time 13:29:01 Apr 2 2003
usb-uhci.c: High bandwidth mode enabled
PCI: Found IRQ 10 for device 00:07.2
PCI: Sharing IRQ 10 with 00:07.3
PCI: Sharing IRQ 10 with 00:0b.0
usb-uhci.c: USB UHCI at I/O 0xd800, IRQ 10
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Found IRQ 10 for device 00:07.3
PCI: Sharing IRQ 10 with 00:07.2
PCI: Sharing IRQ 10 with 00:0b.0
usb-uhci.c: USB UHCI at I/O 0xdc00, IRQ 10
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 2 ports detected
usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
usb.c: registered new driver hiddev
usb.c: registered new driver hid
hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vo...@su...>
hid-core.c: USB HID support drivers
mice: PS/2 mouse device common for all mice
hub.c: new USB device 00:07.2-2, assigned address 2
input0: USB HID v1.00 Mouse [Logitech USB-PS/2 Trackball] on usb1:2.0
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,3), internal journal
Adding Swap: 524120k swap-space (priority -1)
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,2), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,65), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,66), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
parport_pc: Via 686A parallel port: io=0x378
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0
sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
ip_tables: (C) 2000-2002 Netfilter core team
ip_conntrack version 2.1 (4096 buckets, 32768 max) - 292 bytes per conntrack
8139too Fast Ethernet driver 0.9.26
PCI: Found IRQ 11 for device 00:09.0
PCI: Sharing IRQ 11 with 01:05.0
divert: allocating divert_blk for eth0
eth0: RealTek RTL8139 Fast Ethernet at 0xe0933000, 00:40:95:30:4a:91, IRQ 11
eth0: Identified 8139 chip type 'RTL-8139C'
eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.martian source 255.255.255.255 from 192.168.1.1, on dev eth0
ll header: ff:ff:ff:ff:ff:ff:00:06:25:60:e9:b4:08:00
Loading 1.2 (16[1] devices)...
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
parport_pc: Via 686A parallel port: io=0x378
lp0: using parport0 (polling).
lp0: console ready
0: nvidia: loading NVIDIA Linux x86 nvidia.o Kernel Module 1.0-4349 Thu Mar 27 19:00:02 PST 2003
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 440M
agpgart: Detected AMD 761 chipset
agpgart: AGP aperture is 128M @ 0xd0000000
hub.c: new USB device 00:07.2-1, assigned address 3
usb.c: USB device 3 (vend/prod 0x471/0x222) is not claimed by any active driver.ide-floppy driver 0.99.newide
hdc: ATAPI 56X CD-ROM drive, 128kB Cache, UDMA(33)
cdrom: This disc doesn't have any tracks I recognize!
cdrom: This disc doesn't have any tracks I recognize!
es1370: version v0.38 time 13:29:36 Apr 2 2003
PCI: Found IRQ 10 for device 00:0b.0
PCI: Sharing IRQ 10 with 00:07.2
PCI: Sharing IRQ 10 with 00:07.3
es1370: found adapter at io 0xe400 irq 10
es1370: features: joystick off, line in, mic impedance 0
Device not ready. Make sure there is a disc in the drive.
Device not ready. Make sure there is a disc in the drive.
Device not ready. Make sure there is a disc in the drive.
Device not ready. Make sure there is a disc in the drive.
udf: registering filesystem
UDF-fs DEBUG lowlevel.c:57:udf_get_last_session: XA disk: no, vol_desc_start=0
UDF-fs DEBUG super.c:1421:udf_read_super: Multi-session=0
UDF-fs DEBUG super.c:410:udf_vrs: Starting at sector 16 (2048 byte sectors)
UDF-fs DEBUG super.c:437:udf_vrs: ISO9660 Primary Volume Descriptor found
UDF-fs DEBUG super.c:446:udf_vrs: ISO9660 Volume Descriptor Set Terminator foundUDF-fs: No VRS found
ISO 9660 Extensions: RRIP_1991A
usb.c: USB disconnect on device 00:07.2-1 address 3
ATAPI device hdc:
Error: Illegal request -- (Sense key=0x05)
Illegal mode for this track or incompatible medium -- (asc=0x64, ascq=0x00)
The failed "Test Unit Ready" packet command was:
"00 00 00 00 00 00 00 00 00 00 00 00 "
hub.c: new USB device 00:07.2-1, assigned address 4
usb.c: USB device 4 (vend/prod 0x471/0x222) is not claimed by any active driver.usb.c: USB disconnect on device 00:07.2-1 address 4
hub.c: new USB device 00:07.2-1, assigned address 5
usb.c: USB device 5 (vend/prod 0x471/0x222) is not claimed by any active driver.usb.c: USB disconnect on device 00:07.2-1 address 5
usb.c: error registering nomad driver
hub.c: new USB device 00:07.2-1, assigned address 6
usb.c: USB device 6 (vend/prod 0x471/0x222) is not claimed by any active driver.usb.c: error registering nomad driver
usb.c: error registering nomad driver
usb.c: error registering nomad driver
usb.c: error registering nomad driver
(squeegy:/home/chiodi/njbfs)-->
tail /var/log/messages
Apr 26 00:44:01 squeegy automount[23740]: starting automounter version 3.1.7, path = /import, maptype = file, mapname = /etc/auto.import
Apr 26 00:44:01 squeegy automount[23747]: starting automounter version 3.1.7, path = /mnt/njbfs, maptype = program, mapname = /etc/auto.njb
Apr 26 00:44:01 squeegy autofs: automount startup succeeded
Apr 26 00:44:01 squeegy automount[23740]: using kernel protocol version 3
Apr 26 00:44:01 squeegy automount[23747]: using kernel protocol version 3
Apr 26 00:44:01 squeegy automount[23740]: attempting to mount entry /import/homeApr 26 00:44:01 squeegy automount[23740]: attempting to mount entry /import/xmg
Apr 26 00:44:49 squeegy kernel: usb.c: error registering nomad driver
Apr 26 00:45:49 squeegy kernel: hub.c: new USB device 00:07.2-1, assigned address 6
Apr 26 00:45:49 squeegy kernel: usb.c: USB device 6 (vend/prod 0x471/0x222) is not claimed by any active driver.
Apr 26 00:45:52 squeegy /etc/hotplug/usb.agent: Setup njbfs for USB product 471/222/100
Apr 26 00:45:52 squeegy kernel: usb.c: error registering nomad driver
Apr 26 00:45:52 squeegy insmod: /lib/modules/2.4.20-9/kernel/fs/njbfs/njbfs.o: init_module: Operation not permitted
Apr 26 00:45:52 squeegy insmod: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg
Apr 26 00:45:52 squeegy insmod: /lib/modules/2.4.20-9/kernel/fs/njbfs/njbfs.o: insmod /lib/modules/2.4.20-9/kernel/fs/njbfs/njbfs.o failed
Apr 26 00:45:52 squeegy insmod: /lib/modules/2.4.20-9/kernel/fs/njbfs/njbfs.o: insmod njbfs failed
Apr 26 00:45:52 squeegy /etc/hotplug/usb.agent: ... can't load module njbfs
Apr 26 00:45:52 squeegy /etc/hotplug/usb.agent: missing kernel or user mode driver njbfs
Apr 26 00:45:52 squeegy /etc/hotplug/usb.agent: Setup nomadjukebox for USB product 471/222/100
Apr 26 00:45:52 squeegy /etc/hotplug/usb.agent: Module setup nomadjukebox for USB product 471/222/100
Apr 26 00:45:52 squeegy devlabel: devlabel service started/restarted
Apr 26 00:45:52 squeegy kernel: usb.c: error registering nomad driver
Apr 26 00:46:33 squeegy kernel: usb.c: error registering nomad driver
Apr 26 00:47:30 squeegy gconfd (chiodi-24366): starting (version 2.2.0), pid 24366 user 'chiodi'
Apr 26 00:47:30 squeegy gconfd (chiodi-24366): Failed to load source "xml:readwrite:/home/chiodi/.gconf": Failed to lock '/home/chiodi/.gconf/%gconf-xml-backend.lock/ior': probably another process has the lock, or your operating system has
NFS file locking misconfigured (Resource temporarily unavailable)
Apr 26 00:47:30 squeegy gconfd (chiodi-24366): Resolved address "xml:readonly:/etc/gconf/gconf.xml.mandatory" to a read-only config source at position 0
Apr 26 00:47:30 squeegy gconfd (chiodi-24366): Resolved address "xml:readonly:/etc/gconf/gconf.xml.defaults" to a read-only config source at position 1
Apr 26 00:47:30 squeegy gconfd (chiodi-24366): None of the resolved addresses are writable; saving configuration settings will not be possible
Apr 26 00:47:30 squeegy gconfd (chiodi-24366): No writable config sources successfully resolved, may not be able to save some configuration changes
Apr 26 00:48:28 squeegy kernel: usb.c: error registering nomad driver
Apr 26 00:49:30 squeegy gconfd (chiodi-24366): GConf server is not in use, shutting down.
Apr 26 00:49:30 squeegy gconfd (chiodi-24366): Exiting
Apr 26 00:51:00 squeegy kernel: usb.c: USB disconnect on device 00:07.2-1 address 6
Apr 26 00:51:00 squeegy devlabel: devlabel service started/restarted
Apr 26 00:52:11 squeegy automount[24943]: expired /import/home
Apr 26 00:52:11 squeegy automount[24943]: expired /import/xmg
Apr 26 00:52:12 squeegy automount[23740]: attempting to mount entry /import/homeApr 26 00:52:12 squeegy automount[23740]: attempting to mount entry /import/xmg
|
|
From: Danish Q. <dx...@nj...> - 2003-03-12 15:30:06
|
Hi Neil,
I have been able to patch my njbfs module against this problem, and load
the module into a 2.4.20 kernel. The core reason is rooted with the minor
device numbers when the device is registered with the USB subsystem.
Here's a quick unified diff patch that should get you up and working while
we investigate the problem.
-----
diff -r -u ../../sf.orig/njbfs/./njb_usb.h ./njb_usb.h
--- ../../sf.orig/njbfs/./njb_usb.h 2002-02-23 19:22:43.000000000
-0500
+++ ./njb_usb.h 2003-02-22 10:41:40.000000000 -0500
@@ -25,7 +25,7 @@
#define NJB_BULK_EP 2
#define NJB_ENDPOINT_BULK 2
-#define NOMAD_MINOR 96
+#define NOMAD_MINOR 64
#define MAX_NO_OF_DEVICES 4
#define NAK_TIMEOUT (HZ)
diff -r -u ../../sf.orig/njbfs/./nomad_usb.h ./nomad_usb.h
--- ../../sf.orig/njbfs/./nomad_usb.h 2002-02-23 19:25:52.000000000
-0500
+++ ./nomad_usb.h 2003-02-22 10:40:53.000000000 -0500
@@ -44,7 +44,7 @@
-#define NOMAD_MINOR 96
+#define NOMAD_MINOR 64
//#define NOMAD_IF 0
#define MAX_NO_OF_DEVICES 4
-----
Please let me or the list know if you have any other problems.
- Danish Qadri
On Sat, 8 Mar 2003, Neil R. Channen wrote:
> I was successfully running njbfs under RedHat 7.3, but when I upgraded to 8.0
> (2.4.18-26.8.0 kernel), the driver won't load, and doesn't report anything
> useful:
>
> % insmod ./njbfs.o
> ./njbfs.o: init_module: Operation not permitted
> Hint: insmod errors can be caused by incorrect module parameters, including
> invalid IO or IRQ parameters.
> You may find more information in syslog or the output from dmesg
> %
>
> % tail /var/log/messages
>
> Mar 8 21:52:02 nchannen kernel: hub.c: USB new device connect on bus1/2,
> assigned device number 8
> Mar 8 21:52:02 nchannen kernel: usb.c: USB device 8 (vend/prod 0x471/0x222) is
> not claimed by any active driver.
> Mar 8 21:52:05 nchannen /etc/hotplug/usb.agent: ... no modules for USB product
> 471/222/100
> Mar 8 21:52:10 nchannen sudo: neil : TTY=pts/3 ;
> PWD=/home/neil/build/njbfs ; USER=root ; COMMAND=/sbin/insmod ./njbfs.o
> Mar 8 21:52:10 nchannen kernel: usb.c: error registering nomad driver
>
> I have updated to the latest CVS source, and rebuilt it; I had to change:
> nomad.c: line 42 to
> #include <linux/slab.h>
> as <linux/malloc.h> is deprecated, and the Makefile to:
> SEARCHDIRS := -I- -I${MYCODEDIR} -I/lib/modules/`uname -r`/build/include
> instead of ... -I/usr/src/linux/include, which is no longer allowed
>
> Any guesses what I'm doing wrong? I always preferred njbfs to gnomad, but I
> can't get either working!
>
> Thanks!
>
> --
> Neil
> nchannen @ alumni.uwaterloo.ca
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger
> for complex code. Debugging C/C++ programs can leave you feeling lost and
> disoriented. TotalView can help you find your way. Available on major UNIX
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> njbfs-bugs mailing list
> njb...@li...
> https://lists.sourceforge.net/lists/listinfo/njbfs-bugs
>
|
|
From: Neil R. C. <nch...@al...> - 2003-03-09 02:58:39
|
I was successfully running njbfs under RedHat 7.3, but when I upgraded to 8.0
(2.4.18-26.8.0 kernel), the driver won't load, and doesn't report anything
useful:
% insmod ./njbfs.o
./njbfs.o: init_module: Operation not permitted
Hint: insmod errors can be caused by incorrect module parameters, including
invalid IO or IRQ parameters.
You may find more information in syslog or the output from dmesg
%
% tail /var/log/messages
Mar 8 21:52:02 nchannen kernel: hub.c: USB new device connect on bus1/2,
assigned device number 8
Mar 8 21:52:02 nchannen kernel: usb.c: USB device 8 (vend/prod 0x471/0x222) is
not claimed by any active driver.
Mar 8 21:52:05 nchannen /etc/hotplug/usb.agent: ... no modules for USB product
471/222/100
Mar 8 21:52:10 nchannen sudo: neil : TTY=pts/3 ;
PWD=/home/neil/build/njbfs ; USER=root ; COMMAND=/sbin/insmod ./njbfs.o
Mar 8 21:52:10 nchannen kernel: usb.c: error registering nomad driver
I have updated to the latest CVS source, and rebuilt it; I had to change:
nomad.c: line 42 to
#include <linux/slab.h>
as <linux/malloc.h> is deprecated, and the Makefile to:
SEARCHDIRS := -I- -I${MYCODEDIR} -I/lib/modules/`uname -r`/build/include
instead of ... -I/usr/src/linux/include, which is no longer allowed
Any guesses what I'm doing wrong? I always preferred njbfs to gnomad, but I
can't get either working!
Thanks!
--
Neil
nchannen @ alumni.uwaterloo.ca
|
|
From: <joe...@ne...> - 2002-12-26 16:35:19
|
Hi, > there a quick fix? > running debian 2.4.19 stable. AMD XP 1800 512 ddr and a Nomad Jukebox This is not njbfs related. It's one of a commonly known kernel 2.4 build = flaw.=20 Please save your .config, do a 'make mrproper'. SMP is not required for=20 uniprcoessors. Restore your .config, do a 'make oldconfig', and select th= e=20 correct SMP setting, and continue with 'make dep' etc. J=F6rg |
|
From: Austin L. <lon...@cs...> - 2002-12-26 06:16:09
|
I am not sure why i am getting this but here it is
gcc -O2 -fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2 -Wall -I- -I.
-I/usr/src/linux-2.4.19/include -DMODULE -D__KERNEL__ -DLINUX
-DEXPORT_SYMTAB -DDEBUG -c dir.c -o dir.o
In file included from /usr/src/linux-2.4.19/include/linux/irq.h:69,
from /usr/src/linux-2.4.19/include/asm/hardirq.h:6,
from /usr/src/linux-2.4.19/include/linux/interrupt.h:45,
from /usr/src/linux-2.4.19/include/asm/smplock.h:6,
from /usr/src/linux-2.4.19/include/linux/smp_lock.h:16,
from dir.c:29:
/usr/src/linux-2.4.19/include/asm/hw_irq.h: In function `x86_do_profile':
/usr/src/linux-2.4.19/include/asm/hw_irq.h:201: `current' undeclared
(first use in this function)
/usr/src/linux-2.4.19/include/asm/hw_irq.h:201: (Each undeclared
identifier is reported only once
/usr/src/linux-2.4.19/include/asm/hw_irq.h:201: for each function it
appears in.)
make: *** [dir.o] Error 1
there a quick fix?
running debian 2.4.19 stable. AMD XP 1800 512 ddr and a Nomad Jukebox
Austin Longino
Corporate Liaison for the UT Association for Computing Machinery
www.utacm.org/corporate
|
|
From: Velocet <ma...@ve...> - 2002-02-18 17:36:04
|
On Mon, Feb 18, 2002 at 07:57:35AM -0500, Danish Qadri's all... > > Also, I would verify that you are using the latest release of the njbfs > code. v0.2.1 has several fixes and some speed enhancements that I'm sure > you would want. Yes 0.2.1 root@bathtub:2996 /0 /usr/home/math/udl/njbfs>cat RELEASE.NOTES This is release 0.3 of njbfs for Linux kernel 2.4.x :) oh one thing is when compiling I got an error - linux/kernel.h is deprecated, and slab.h should be used (in nomad.c) - I changed the include file to that instead, should I not do that? (having the right malloc seems important, no? :) root@bathtub:3008 /0 /d/nomad/tracks>ls ucn* ucnl - 01_-_Unkle_-_Guns_Blazing_(Drums_Of_Death_Part_1).mp3 root@bathtub:3009 /0 /d/nomad/tracks>rm ucnl\ -\ 01_-_Unkle_-_Guns_Blazing_\(Drums_Of_Death_Part_1\).mp3 root@bathtub:3010 /0 /d/nomad/tracks>ls ucnl\ -\ 01_-_Unkle_-_Guns_Blazing_\(Drums_Of_Death_Part_1\).mp3 ucnl - 01_-_Unkle_-_Guns_Blazing_(Drums_Of_Death_Part_1).mp3 do I need to be passing the "s to the command as well as in the copying files example? (I tried that and that doenst work either): > rm \"ucnl - 01_-_Unkle_-_Guns_Blazing_\(Drums_Of_Death_Part_1\).mp3\" when doing this, on the console I get njb_usb.c: TODO: usb delete does that mean a feature is unimplimented or just a command to be passed to the nomad? > You should be able to delete tracks however with no problem. Copying > tracks onto the NJB does require some name mangling, the Perl script > should be able to help you with that. cool. copying files does seem to work actually now that I hit -more- in the README (for some reason I didnt see the bottom of the file... :) and read how to do it... oops was copying a very large file (dont know why i picked that) and it seems to be taking an extremely long time (over 6-7 minutes for a 69 meg file) - now the console says "usb_control/bulk_msg: timeout" - is that NJBFS or the USB modules sayign that? the copy finally completed... but now I dont see the file uploaded in the tracks dir ... >cp /win/media/mp3/baseck.mp3 "Baseck Darkmatter Soundsystem - untitled mix.mp3,size=69687296" >ls Ba* Ba* ... figuring its some caching error, and since all the dirs are equivalent, I went into albums, and its listed there :) going back to tracks and ls Ba* still not there - is there a way I can force sync the tracks dir? umounting and remounting the tracks dir works of course. However, all this is moot because now I can get files onto it, which is all I wanted! :) thanks so much! > All the directories do currently list tracks (feature :). We're working on > getting the rest of it setup. Great. I really love this module, thanks for the hard work! :) Is there some way you guys could allow a timeout for njbfs for the nomad so that it doenst power itself off? issuing commands to it (delete, ls?) are pretty fatal if its not powered on. It powered off just at the start of a command and the command just returned nothing, I powered it back on and tried ls again and the kernel crashed. Issuing NOP or equivalent nomad commands to it to 'simulate' a timeout of 10 or 15 minutes would be good. I'd even be happy with njbfs never allowing the nomad to timeout while its attached, if thats possible (yes I'd pay in batteries, but it should be plugged into the wall). I spose having it on for weeks could be bad too, perhaps an hour timeout or something, not sure if thats possible. Minor feature request for later - I run this all off my laptop which I can reboot as much as I want (unlike my desktop which is a more costly reboot) and with ext3, its fast ;) thanks again! /kc > > - Danish > > > On Mon, 18 Feb 2002, Ben Osheroff wrote: > > > I think the first bug regarding the dirs was an unimplemented feature we > > let slip into the release documentation. The Artist/Album/Genre > > breakdown is just not implemented yet, AFAIK. > > > > On Mon, 18 Feb 2002, Velocet wrote: > > > > > copying a track to the tracks dir doesnt work either: > > > > > > root@bathtub:3006 /0 /win/media/mp3>cp baseck.mp3 /d/nomad/tracks > > > cp: cannot create regular file `/d/nomad/tracks/baseck.mp3': Invalid argument > > > > > > > Until we get file write caching implemented right, you'll have to do what > > it sez in the "Uploading Files" section of the README file. You can also check > > out tools/njbutil.pl for a simpler way. > > > > -ben osheroff > > be...@gi... > > > > > > _______________________________________________ > > njbfs-bugs mailing list > > njb...@li... > > https://lists.sourceforge.net/lists/listinfo/njbfs-bugs > > > > > _______________________________________________ > njbfs-bugs mailing list > njb...@li... > https://lists.sourceforge.net/lists/listinfo/njbfs-bugs -- Ken Chase, ma...@ve... * Velocet Communications Inc. * Toronto, CANADA |
|
From: <no...@so...> - 2002-02-18 14:09:28
|
Bugs item #519106, was opened at 2002-02-18 06:08 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=422359&aid=519106&group_id=38403 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Daniel Demus (ddemus) Assigned to: Nobody/Anonymous (nobody) Summary: Hard reboot if Nomad shuts down suddenly Initial Comment: I was uploading files the Nomad to my harddisk. The Nomad was on batteries, so it shut down after a time. This caused my computer to spontaneously reboot. I note that various windows NJB programs grab the Nomad when starting multiple operations and only release it when it is finished. This it seems also prevents the Nomad from shutting down because of power management. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=422359&aid=519106&group_id=38403 |
|
From: Danish Q. <dx...@nj...> - 2002-02-18 12:58:49
|
Also, I would verify that you are using the latest release of the njbfs code. v0.2.1 has several fixes and some speed enhancements that I'm sure you would want. You should be able to delete tracks however with no problem. Copying tracks onto the NJB does require some name mangling, the Perl script should be able to help you with that. All the directories do currently list tracks (feature :). We're working on getting the rest of it setup. - Danish On Mon, 18 Feb 2002, Ben Osheroff wrote: > I think the first bug regarding the dirs was an unimplemented feature we > let slip into the release documentation. The Artist/Album/Genre > breakdown is just not implemented yet, AFAIK. > > On Mon, 18 Feb 2002, Velocet wrote: > > > copying a track to the tracks dir doesnt work either: > > > > root@bathtub:3006 /0 /win/media/mp3>cp baseck.mp3 /d/nomad/tracks > > cp: cannot create regular file `/d/nomad/tracks/baseck.mp3': Invalid argument > > > > Until we get file write caching implemented right, you'll have to do what > it sez in the "Uploading Files" section of the README file. You can also check > out tools/njbutil.pl for a simpler way. > > -ben osheroff > be...@gi... > > > _______________________________________________ > njbfs-bugs mailing list > njb...@li... > https://lists.sourceforge.net/lists/listinfo/njbfs-bugs > |
|
From: Ben O. <be...@gi...> - 2002-02-18 09:39:51
|
I think the first bug regarding the dirs was an unimplemented feature we let slip into the release documentation. The Artist/Album/Genre breakdown is just not implemented yet, AFAIK. On Mon, 18 Feb 2002, Velocet wrote: > copying a track to the tracks dir doesnt work either: > > root@bathtub:3006 /0 /win/media/mp3>cp baseck.mp3 /d/nomad/tracks > cp: cannot create regular file `/d/nomad/tracks/baseck.mp3': Invalid argument > Until we get file write caching implemented right, you'll have to do what it sez in the "Uploading Files" section of the README file. You can also check out tools/njbutil.pl for a simpler way. -ben osheroff be...@gi... |
|
From: Velocet <ma...@ve...> - 2002-02-18 09:24:03
|
I recompiled njbfs with a updated kernel headers (and kernel) and it compiles file. Im at 2.4.17 now. I mounted the dirs as described in the README/FAQ, but they all show the same thing - a list of tracks: none on /d/nomad/albums type njbfs (rw,dir=albums) none on /d/nomad/artists type njbfs (rw,dir=artists) none on /d/nomad/playlists type njbfs (rw,dir=playlists) none on /d/nomad/tracks type njbfs (rw,dir=tracks) damn, I just went to look at the playlists dir again and the nomad was powered off (battery use auto timeout), and that crashed my machine. (file that as a different bug). Ok rebooted - reattached nomad, remounted dirs - playlists is also mp3 files: root@bathtub:3000 /0 /d/nomad>du 395805 ./tracks 395805 ./playlists 395805 ./albums 395805 ./artists (not that thats proof but gives an idea, there's like 400 mp3 files on the thing, dont want to list them all). Also, when I try to delete a track from the tracks dir, nothing happens - the track isnt removed (and the command generates no error). copying a track to the tracks dir doesnt work either: root@bathtub:3006 /0 /win/media/mp3>cp baseck.mp3 /d/nomad/tracks cp: cannot create regular file `/d/nomad/tracks/baseck.mp3': Invalid argument Am I using it wrong? "You need gcc >=2.95.3 ld >=2.10.91 GNU Make version >= 3.79.1" I have: gcc version 2.95.4 20010902 (Debian prerelease) GNU ld version 2.11.90.0.1 (with BFD 2.11.90.0.1) GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. /kc -- Ken Chase, ma...@ve... * Velocet Communications Inc. * Toronto, CANADA |
|
From: <no...@so...> - 2002-02-11 07:57:20
|
Bugs item #515791, was opened at 2002-02-10 23:57 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=422359&aid=515791&group_id=38403 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: sscanf not found Initial Comment: Hi, i get an error: "njbfs.o: unresolved symbol sscanf" when doing /sbin/insmod njbfs.o with njbfs 0.2 and Kernel 2.4.6 any clues? regards, Matthias ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=422359&aid=515791&group_id=38403 |
1 message has been excluded from this view by a project administrator.
