greg
with CONFIG_USB_DEVICE_CLASS=y
scanner /dev/scanner- show up xsane is working now
SCANNER PROBLEM SOLVED
thanx
xboom
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
greg this is part of my config
(we are talking now 2.6.22-rc4-200706042030-cfq7 #160 SMP PREEMPT Mon
Jun 4 20:55:02 CDT 2007 x86_64 x86_64 x86_64 GNU/Linux)
CONFIG_USB_DEVICEFS=y
# CONFIG_USB_DEVICE_CLASS is not set -
# CONFIG_USB_DYNAMIC_MINORS is not set
greg this is part of my config
(we are talking now 2.6.22-rc4-200706042030-cfq7 #160 SMP PREEMPT Mon
Jun 4 20:55:02 CDT 2007 x86_64 x86_64 x86_64 GNU/Linux)
CONFIG_USB_DEVICEFS=y
# CONFIG_USB_DEVICE_CLASS is not set -
# CONFIG_USB_DYNAMIC_MINORS is not set
greg
with CONFIG_USB_DEVICE_CLASS=y
scanner /dev/scanner- show up xsane is working now
SCANNER PROBLEM SOLVED
thanx
xboom
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
sorry for not responding i was busy (i updated my sys to fc7)
on fc7-i386 and on fc-x86-64(2.6.22-rc4-cfq7 SMP PREEMPT x86_64
GNU/Linux) i can't see usb scanner
i test this with hp-6300 and aqfa snapscan-1212u
non of them triger creation /dev/scanner-x device
xsane cannot see this scanner
sorry for not responding i was busy (i updated my sys to fc7)
on fc7-i386 and on fc-x86-64(2.6.22-rc4-cfq7 SMP PREEMPT x86_64
GNU/Linux) i can't see usb scanner
i test this with hp-6300 and aqfa snapscan-1212u
non of them triger creation /dev/scanner-x device
xsane cannot see this scanner
greg
and part of /etc/udev/rules.d/60-libsane.rules
...
ACTION!="add", GOTO="libsane_rules_end"
SUBSYSTEM!="usb_device", GOTO="libsane_rules_end"
# Hewlett-Packard ScanJet 4100C
SYSFS{idVendor}=="03f0", SYSFS{idProduct}=="0101", SYMLINK+="scanner-%k"
# Hewlett-Packard Photosmart S20 (C5101A) |
greg
You didn't answer my, "what distro are you using" question. Also, what
package created the udev rule that creates the above symlink?
distro fc6
Linux xxx.xxx 2.6.22-rc1-200705170855cfq6-g0479ea0e #134 SMP PREEMPT
Thu May 17 09:13:26 CDT 2007 x86_64 x86_64 x86_64 GNU/Linux
2.6.20
$
greg
You didn't answer my, what distro are you using question. Also, what
package created the udev rule that creates the above symlink?
distro fc6
Linux xxx.xxx 2.6.22-rc1-200705170855cfq6-g0479ea0e #134 SMP PREEMPT
Thu May 17 09:13:26 CDT 2007 x86_64 x86_64 x86_64 GNU/Linux
2.6.20
$
greg
and part of /etc/udev/rules.d/60-libsane.rules
...
ACTION!=add, GOTO=libsane_rules_end
SUBSYSTEM!=usb_device, GOTO=libsane_rules_end
# Hewlett-Packard ScanJet 4100C
SYSFS{idVendor}==03f0, SYSFS{idProduct}==0101, SYMLINK+=scanner-%k
# Hewlett-Packard Photosmart S20 (C5101A) |
greg
CONFIG_SYSFS_DEPRECATED=Y
check that we have
rwxrwxrwx 1 root root 15 May 16 13:43 scanner-usbdev2.12 ->
bus/usb/002/012
in /dev directory after usb-scanner connection for kernel-2.6.20
we don't have this for kernel-2.6.22
2.6.20 usb-scanner connect
greg
CONFIG_SYSFS_DEPRECATED=Y
check that we have
rwxrwxrwx 1 root root 15 May 16 13:43 scanner-usbdev2.12 -
bus/usb/002/012
in /dev directory after usb-scanner connection for kernel-2.6.20
we don't have this for kernel-2.6.22
2.6.20 usb-scanner connect
#
Linux 2.6.22-rc1-gfaa8b6c3 #130 SMP PREEMPT Tue May 15 08:45:16 CDT
2007 x86_64 x86_64 x86_64 GNU/Linux
udev.x86_64 095
usb hotplug/udev cannot correctly register usb/scanners, usb/cameras
udev doesn't create devices in /dev like /dev/scanner etc
but we can see devices in
Linux 2.6.22-rc1-gfaa8b6c3 #130 SMP PREEMPT Tue May 15 08:45:16 CDT
2007 x86_64 x86_64 x86_64 GNU/Linux
udev.x86_64 095
usb hotplug/udev cannot correctly register usb/scanners, usb/cameras
udev doesn't create devices in /dev like /dev/scanner etc
but we can see devices in
pull 20070505 0830 UTC-06
...
scripts/kconfig/gconf arch/x86_64/Kconfig
drivers/net/Kconfig:2279:warning: 'select' used by config symbol
'UCC_GETH' refer to undefined symbol 'UCC_FAST'
drivers/input/keyboard/Kconfig:170:warning: 'select' used by config
symbol 'KEYBOARD_ATARI' refer to
pull 20070505 0830 UTC-06
...
scripts/kconfig/gconf arch/x86_64/Kconfig
drivers/net/Kconfig:2279:warning: 'select' used by config symbol
'UCC_GETH' refer to undefined symbol 'UCC_FAST'
drivers/input/keyboard/Kconfig:170:warning: 'select' used by config
symbol 'KEYBOARD_ATARI' refer to
not noticed any performance issues on the Debian box while
in X. The Fedora machine currently runs X only occasionally as most of
the time I use it for building and testing various non-graphical
things.
Art Haas
--
Man once surrendering his reason, has no remaining guard against absurdities
the most
not noticed any performance issues on the Debian box while
in X. The Fedora machine currently runs X only occasionally as most of
the time I use it for building and testing various non-graphical
things.
Art Haas
--
Man once surrendering his reason, has no remaining guard against absurdities
the most
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED]
2.6.20-rc1-git compilation error drivers/connector/connector.c:138:
error: ?struct work_struct? has no member named ?management?
$ date
Tue Dec 19 10:12:17 CST 2006
$ git pull
Already up-to-date.
$ make -j 8
CHK
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED]
2.6.20-rc1-git compilation error drivers/connector/connector.c:138:
error: ?struct work_struct? has no member named ?management?
$ date
Tue Dec 19 10:12:17 CST 2006
$ git pull
Already up-to-date.
$ make -j 8
CHK
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED]
2.6.19-git problem - dvd+rw-usb - :-( not an MMC unit!
same pc
$ uname -r
2.6.18-1.2849.fc6
$ dvd+rw-mediainfo /dev/dvd-sr0
INQUIRY:[SONY][DVD RW DRU-820A ][2.0b]
GET [CURRENT] CONFIGURATION:
:-( no media mounted,
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED]
2.6.19-git problem - dvd+rw-usb - :-( not an MMC unit!
same pc
$ uname -r
2.6.18-1.2849.fc6
$ dvd+rw-mediainfo /dev/dvd-sr0
INQUIRY:[SONY][DVD RW DRU-820A ][2.0b]
GET [CURRENT] CONFIGURATION:
:-( no media mounted,
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Re: 2.6.19-git libusual: modprobe for usb-storage succeeded, but
module is not present
usb 2-2: new high speed USB device using ehci_hcd and address 3
> usb 2-2: configuration #1 chosen from 1 choice
> libusual:
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED]
2.6.19-git libusual: modprobe for usb-storage succeeded, but module is
not present
Linux version 2.6.19-200612081830-g17097758
([EMAIL PROTECTED]) (gcc version 4.1.1 20061011 ) #16 SMP
PREEMPT Fri Dec 8 18:37:41 CST 2006
Command
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED]
2.6.19-git libusual: modprobe for usb-storage succeeded, but module is
not present
Linux version 2.6.19-200612081830-g17097758
([EMAIL PROTECTED]) (gcc version 4.1.1 20061011 ) #16 SMP
PREEMPT Fri Dec 8 18:37:41 CST 2006
Command
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Re: 2.6.19-git libusual: modprobe for usb-storage succeeded, but
module is not present
usb 2-2: new high speed USB device using ehci_hcd and address 3
usb 2-2: configuration #1 chosen from 1 choice
libusual: modprobe
should be used on kernel data.
Signed-off-by: Art Haas <[EMAIL PROTECTED]>
---
diff --git a/include/asm-i386/spinlock_types.h
b/include/asm-i386/spinlock_types.h
index 59efe84..4da9345 100644
--- a/include/asm-i386/spinlock_types.h
+++ b/include/asm-i386/spinlock_types.h
@@ -6,13 +6,13 @@
should be used on kernel data.
Signed-off-by: Art Haas [EMAIL PROTECTED]
---
diff --git a/include/asm-i386/spinlock_types.h
b/include/asm-i386/spinlock_types.h
index 59efe84..4da9345 100644
--- a/include/asm-i386/spinlock_types.h
+++ b/include/asm-i386/spinlock_types.h
@@ -6,13 +6,13 @@
#endif
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED]
2006/12/04/18:00 CST
Building modules, stage 2.
Kernel: arch/x86_64/boot/bzImage is ready (#2)
MODPOST 1256 modules
WARNING: "current_is_keventd" [drivers/net/phy/libphy.ko] undefined!
make[1]: *** [__modpost] Error 1
make: ***
=115217423929806=2
I've been build and running SMP kernels on a dual PIII machine with
the i386 version of the patch since then and the kernels have worked
well. Perhaps the patch(es) can make it into the 2.6.20 kernel?
The i386 version of the patch is below, the x86-64 patch is identical.
Art Haas
diff
=115217423929806w=2
I've been build and running SMP kernels on a dual PIII machine with
the i386 version of the patch since then and the kernels have worked
well. Perhaps the patch(es) can make it into the 2.6.20 kernel?
The i386 version of the patch is below, the x86-64 patch is identical.
Art Haas
to: linux-kernel@vger.kernel.org
cc: [EMAIL PROTECTED]
2006/12/04/18:00 CST
Building modules, stage 2.
Kernel: arch/x86_64/boot/bzImage is ready (#2)
MODPOST 1256 modules
WARNING: current_is_keventd [drivers/net/phy/libphy.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules]
kernel 2.6.13-rc6-git3 DVD directory/file names in upercase on usb-dvd in
lowercase on ide-dvd same dvd-media after automount
2.6.11 was ok
this is not xserver problem plain console do this in < ls > command
any clue ?
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line
kernel 2.6.13-rc6-git3 DVD directory/file names in upercase on usb-dvd in
lowercase on ide-dvd same dvd-media after automount
2.6.11 was ok
this is not xserver problem plain console do this in ls command
any clue ?
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line unsubscribe
kernel 2.6.13-rc1-git7 to 2.6.13-rc5 transfer 72MB/s on aha19160 with 15k rpm
seagate with reiserfs3 but possible deadlock in heavy IO - rsync ~5-small
files from /mnt/seagate15k/a to /mnt/seagate15k/b ends in middle with deadlock
of rsync (3 instances), pdflush, and gam_server all of them
kernel 2.6.13-rc1-git7 to 2.6.13-rc5 transfer 72MB/s on aha19160 with 15k rpm
seagate with reiserfs3 but possible deadlock in heavy IO - rsync ~5-small
files from /mnt/seagate15k/a to /mnt/seagate15k/b ends in middle with deadlock
of rsync (3 instances), pdflush, and gam_server all of them
looks like new kernel move me into UTC -0hr zone from my UTC -5hr zone any clue
why ?
[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
looks like new kernel move me into UTC -0hr zone from my UTC -5hr zone any clue
why ?
[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
2.6.12.3 ompilation errors with linux1394.org rev.1315
[]$ make && make modules
..
LD drivers/ieee1394/built-in.o
CC [M] drivers/ieee1394/ieee1394_core.o
drivers/ieee1394/ieee1394_core.c: In function hpsbpkt_thread:
drivers/ieee1394/ieee1394_core.c:1035: error: too few
2.6.12.3 ompilation errors with linux1394.org rev.1315
[]$ make make modules
..
LD drivers/ieee1394/built-in.o
CC [M] drivers/ieee1394/ieee1394_core.o
drivers/ieee1394/ieee1394_core.c: In function hpsbpkt_thread:
drivers/ieee1394/ieee1394_core.c:1035: error: too few
Re: 2.6.13-rc2 compilation errors with linux1394.org rev.1296 -rev.1308 OK Thanx
-
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
Re: 2.6.13-rc2 compilation errors with linux1394.org rev.1296 -rev.1308 OK Thanx
-
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
2.6.13-rc2 compilation errors with linux1394.org rev.1
[]$ make && make modules
CHK include/linux/version.h
make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
CHK include/linux/compile.h
CHK usr/initramfs_list
CC [M] drivers/ieee1394/ieee1394_core.o
2.6.13-rc2 compilation errors with linux1394.org rev.1
[]$ make make modules
CHK include/linux/version.h
make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
CHK include/linux/compile.h
CHK usr/initramfs_list
CC [M] drivers/ieee1394/ieee1394_core.o
kernel 2.6.13-rc1-git7 and ieee1394 rev.1294 from ieee1394.org compilation
errors
[]$ make && make modules
CHK include/linux/version.h
make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
CHK include/linux/compile.h
CHK usr/initramfs_list
LD
kernel 2.6.13-rc1-git7 after applaying patch transfer back to 72MB/s on
aha19160 with 15k rpm seagate with reiserfs3 but possible deadlock in heavy IO
- rsync ~5-files from /mnt/seagate15k/a to /mnt/seagate15k/b ended in
middle with deadlock of rsync (3 instances), pdflush, and gam_server
kernel 2.6.13-rc1-git7 after applaying patch transfer back to 72MB/s on
aha19160 with 15k rpm seagate with reiserfs3 but possible deadlock in heavy IO
- rsync ~5-files from /mnt/seagate15k/a to /mnt/seagate15k/b ended in
middle with deadlock of rsync (3 instances), pdflush, and gam_server
kernel 2.6.13-rc1-git7 and ieee1394 rev.1294 from ieee1394.org compilation
errors
[]$ make make modules
CHK include/linux/version.h
make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
CHK include/linux/compile.h
CHK usr/initramfs_list
LD
by following the link below:
http://gcc.gnu.org/ml/gcc/2005-02/msg00053.html
The patch moves the array declaration after the definition of the
fb_modelist structure, and with this small change GCC is happy once
again. Maybe this can sneak in for 2.6.11?
Art Haas
= include/linux/fb.h 1.94 vs edited
by following the link below:
http://gcc.gnu.org/ml/gcc/2005-02/msg00053.html
The patch moves the array declaration after the definition of the
fb_modelist structure, and with this small change GCC is happy once
again. Maybe this can sneak in for 2.6.11?
Art Haas
= include/linux/fb.h 1.94 vs edited
On Fri, Jan 28, 2005 at 02:33:10AM +0100, Patrick McHardy wrote:
> Here is the fix for everyone. Please report back if it doesn't
> solve the problem. Thanks.
>
> [ ... snip ... ]
Success!!!
Art Haas
--
Man once surrendering his reason, has no remaining guard against absurdit
On Fri, Jan 28, 2005 at 02:33:10AM +0100, Patrick McHardy wrote:
Here is the fix for everyone. Please report back if it doesn't
solve the problem. Thanks.
[ ... snip ... ]
Success!!!
Art Haas
--
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous
Here's a trivial patch that changes ...
#endif BLAH
to
#endif /* BLAH */
gcc-3.0 will flag this. Patch is relative to 2.4.5-ac13.
Thanks to everyone working on the kernel!
Art Haas
==
--- linux-2.4.5-ac13/include/asm-mips/watch.h.orig Sat
Here's a trivial patch that changes ...
#endif BLAH
to
#endif /* BLAH */
gcc-3.0 will flag this. Patch is relative to 2.4.5-ac13.
Thanks to everyone working on the kernel!
Art Haas
==
--- linux-2.4.5-ac13/include/asm-mips/watch.h.orig Sat
e linux kernel in
order to access that "striped filesystem" under linux, I'm I right?
Art.
-
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/
s there is an unpartioned space there,
where you just put your Linux distro :)
But thats not the option anyway,
and recognising dynamic disks would be a much better solution :).
Art.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
you just put your Linux distro :)
But thats not the option anyway,
and recognising dynamic disks would be a much better solution :).
Art.
-
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
that striped filesystem under linux, I'm I right?
Art.
-
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/
.
Art Wagner
Jeff Garzik wrote:
>
> Frank Jacobberger wrote:
> >
> > Jeff,
> >
> > I noticed the following on boot with 2.4.4-pre1:
> >
> > kernel: eth0: Too much work at interrupt, IntrStatus=0x0001.
> >
> > What is this saying to me :)
>
&
.
Art Wagner
Jeff Garzik wrote:
Frank Jacobberger wrote:
Jeff,
I noticed the following on boot with 2.4.4-pre1:
kernel: eth0: Too much work at interrupt, IntrStatus=0x0001.
What is this saying to me :)
How often does this occur? A lot, or just once or twice?
--
Jeff Garzik
d_mod
sym53c8xx
scsi_mod
-
I thought I've checked everything I could, but with no luck.
Could that be a cramfs issue?
Thank you,
Art.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordo
d
sym53c8xx
scsi_mod
-
I thought I've checked everything I could, but with no luck.
Could that be a cramfs issue?
Thank you,
Art.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at ht
Alan;
I got the attached compile error in /drivers/sound/es1370.c.
If any further information might be helpful please e-mail me or
post to LKML.
Art Wagner
[EMAIL PROTECTED]
make[2]: Leaving directory `/usr/src/linux-2.4.2-ac/drivers/scsi'
make[2]: Entering directory `/usr/src/linux-2.4.2-ac
Alan;
I got the attached compile error in /drivers/sound/es1370.c.
If any further information might be helpful please e-mail me or
post to LKML.
Art Wagner
[EMAIL PROTECTED]
make[2]: Leaving directory `/usr/src/linux-2.4.2-ac/drivers/scsi'
make[2]: Entering directory `/usr/src/linux-2.4.2-ac
Hi,
I'm setting up a new server with Intel 82559 LOM (733470-066),
this is ASUS CUR-DLS.
While testing the NIC performance with eepro100 driver,
I was getting those famous "card reports no resources" and "too much
work in interrupt".
The perfomance test was actually a "ping -f -s 65507"
from
Hi,
I'm setting up a new server with Intel 82559 LOM (733470-066),
this is ASUS CUR-DLS.
While testing the NIC performance with eepro100 driver,
I was getting those famous "card reports no resources" and "too much
work in interrupt".
The perfomance test was actually a "ping -f -s 65507"
from
Hi,
gcc-2.95.3 has just been released.
Could it be used for kernel compilation,
or still better stick with gcc-2.91.66 for "absolute stability"?
Thanks,
Art.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
Would be glad if anybody could help me with this question.
Thanks,
Art.
-
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/
k a have figured the problem.
I was using etherboot to boot the kernel and initrd.
I should have told you that before, and I'm sorry I did not.
Bootin' localy, with lilo, seems to solve the "PID problem".
I guess that's more of mknbi from etherboot question than kernel-related...
I have to
and initrd.
I should have told you that before, and I'm sorry I did not.
Bootin' localy, with lilo, seems to solve the "PID problem".
I guess that's more of mknbi from etherboot question than kernel-related...
I have to check more in depth the etherboot documenation/sou
d be glad if anybody could help me with this question.
Thanks,
Art.
-
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/
Hi,
gcc-2.95.3 has just been released.
Could it be used for kernel compilation,
or still better stick with gcc-2.91.66 for "absolute stability"?
Thanks,
Art.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTE
section "Obsolete
root change mechanism")."
I probably misunderstand something here,
but could you please help?
In summary:
What is "swapper" and why does it get PID=1 and "linuxrc" does not?
If it is supposed to be that way, how do I "exec /sbin/init&qu
t" from
"linuxrc" then?
Also why "/linuxrc" is hardcoded in init/main.c,
so telling kernel "root=/dev/rd/0 init=/sbin/whatever" does still invoke
"/linuxrc"?
Thanks a lot,
Art.
-
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/
fo on
what filesystems can I use
for initrd, are there any restrictions?
Mostly interested in cramfs,
due to it's compression.
Could anybody help me work this out or point to the right place for more
info?
Thanks a lot,
Art.
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
/scsi/host0/bus0/target0/lun0/part1
and so on.
Why?
Is that the way it is supposed to be with raid?
Why can't I just use devfs naming scheme,
and mount it on boot?
For some reason I wouldn't want those old device files under /dev.
Thanks in advance,
Art.
-
To unsubscribe from this list: send
/scsi/host0/bus0/target0/lun0/part1
and so on.
Why?
Is that the way it is supposed to be with raid?
Why can't I just use devfs naming scheme,
and mount it on boot?
For some reason I wouldn't want those old device files under /dev.
Thanks in advance,
Art.
-
To unsubscribe from this list: send
since I can't figure that out myself.
Thanks a lot,
Art.
-
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/
since I can't figure that out myself.
Thanks a lot,
Art.
-
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/
gt;
> Well, it's time for me, as a Swede, to begin calling it Nyen?!
>
> Oh, let's end this silly debate. I'm getting sorry I even brought it
> up.
Hi,
but since you did, :)
I will insist it is St. Petersburg :)
Art.
-
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/
. Petersburg :)
Art.
-
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/
related),
does the sound processing with AC'97 interface have any impact on
overall
system perfomance in comparison to PCI cards sound processing?
Art.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the
) supported (would I get ATA-100
working)?
Searching through drivers/pci/pci.ids (test9-pre7),
I found 82801AB (ICH0?) only.
Is AD1881A (AC'97 audio) codec supported?
There's also onboard 3C905C NIC ASIC,
would that work with 3C905 driver?
Thanks a lot,
Art.
-
To unsubscribe from this list
) supported (would I get ATA-100
working)?
Searching through drivers/pci/pci.ids (test9-pre7),
I found 82801AB (ICH0?) only.
Is AD1881A (AC'97 audio) codec supported?
There's also onboard 3C905C NIC ASIC,
would that work with 3C905 driver?
Thanks a lot,
Art.
-
To unsubscribe from this list
the sound processing with AC'97 interface have any impact on
overall
system perfomance in comparison to PCI cards sound processing?
Art.
-
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/
Alan et all;
I'm attaching a referenced oops of the problem.
I can send anyone who is interested a System.map etc if it will help ??
It oops'ed on a ABIT BP6 2x500 Multiprocessor, NOT overclocked.
Art Wagner
Alan Cox wrote:
>
> > Both machines here (a desktop, P3/600 on an inte
On "make xconfig" error on /fs/nls/Config.in, line 8
if error due to missing "" on n
Art Wagner
Alan Cox wrote:
>
> This cleans up a lot of the small bugs, some ext2 races and other smaller
> items partly from 2.2.17 partly from the new code. Hopefully the
On "make xconfig" error on /fs/nls/Config.in, line 8
if error due to missing "" on n
Art Wagner
Alan Cox wrote:
This cleans up a lot of the small bugs, some ext2 races and other smaller
items partly from 2.2.17 partly from the new code. Hopefully the changes
from now
88 matches
Mail list logo