>>>>> "GN" == Georg Nikodym <[EMAIL PROTECTED]> writes:
>>>>> "MC" == Mike Castle <[EMAIL PROTECTED]> writes:
MC> What about the "UNIX is starting to smell bad" comment? :->
GN> I believe that it comes
> "MC" == Mike Castle <[EMAIL PROTECTED]> writes:
MC> What about the "UNIX is starting to smell bad" comment? :->
I believe that it comes from a paper that Pike presented at a OSDI (or
the Usenix general) last year on the theme of OS Research being dead.
Links to it were also posted on /.
MC == Mike Castle [EMAIL PROTECTED] writes:
MC What about the UNIX is starting to smell bad comment? :-
I believe that it comes from a paper that Pike presented at a OSDI (or
the Usenix general) last year on the theme of OS Research being dead.
Links to it were also posted on /. around that
GN == Georg Nikodym [EMAIL PROTECTED] writes:
MC == Mike Castle [EMAIL PROTECTED] writes:
MC What about the UNIX is starting to smell bad comment? :-
GN I believe that it comes from a paper that Pike presented at a
GN OSDI (or the Usenix general) last year on the theme of OS
GN Research
I've been running 2.4.5 on my new Dell I8000 without too many
problems. Last night I built -ac13 (on my porch) and booted it
without incident. Later, going inside and re-connecting the AC I
notice that the thing's hung. I play around a bit and discover that
the act of plugging or unplugging
I've been running 2.4.5 on my new Dell I8000 without too many
problems. Last night I built -ac13 (on my porch) and booted it
without incident. Later, going inside and re-connecting the AC I
notice that the thing's hung. I play around a bit and discover that
the act of plugging or unplugging
For a cPCI card I'm working with...
Cheers.
--- 1.23.1.1/drivers/pci/pci.idsSun Mar 25 13:14:20 2001
+++ 1.25/drivers/pci/pci.idsMon Apr 9 11:46:36 2001
@@ -920,6 +920,7 @@
ac51 PCI1420
ac52 PCI1451 PC card Cardbus Controller
ac53 PCI1421 PC card
For a cPCI card I'm working with...
Cheers.
--- 1.23.1.1/drivers/pci/pci.idsSun Mar 25 13:14:20 2001
+++ 1.25/drivers/pci/pci.idsMon Apr 9 11:46:36 2001
@@ -920,6 +920,7 @@
ac51 PCI1420
ac52 PCI1451 PC card Cardbus Controller
ac53 PCI1421 PC card
> "MBT" == Michael B Trausch <[EMAIL PROTECTED]> writes:
MBT> Is this fixable the "right" way?
On my box, which started its life as a RH7, I've been editing
/etc/security/console.perms as I've discovered problems.
I don't know if this is the right way but thus far I've:
- changed the
> "M" == Meunier writes:
M> Not true. I'm pretty sure /dev/.devfsd is only created when you
M> mount devfs at boot time or via mount -t devfs devfs /dev in your
M> system initialization script. Creating /dev/.devfsd with touch
M> defeats the purpose of /etc/rc.sysinit example.
Right
"M" == Meunier iso-8859-1 writes:
M Not true. I'm pretty sure /dev/.devfsd is only created when you
M mount devfs at boot time or via mount -t devfs devfs /dev in your
M system initialization script. Creating /dev/.devfsd with touch
M defeats the purpose of /etc/rc.sysinit example.
Right
"MBT" == Michael B Trausch [EMAIL PROTECTED] writes:
MBT Is this fixable the "right" way?
On my box, which started its life as a RH7, I've been editing
/etc/security/console.perms as I've discovered problems.
I don't know if this is the right way but thus far I've:
- changed the console
> "hm" == hiren mehta <[EMAIL PROTECTED]> writes:
hm> Hi, I am trying to compile devfsd on my system running RedHat
hm> linux 7.0 (kernel 2.2.16-22). I get the error "RTLD_NEXT"
hm> undefined. I am not sure where this symbol is defined. Is there
hm> anything that I am missing on my
> "hm" == hiren mehta <[EMAIL PROTECTED]> writes:
hm> Hi, I am trying to compile devfsd on my system running RedHat
hm> linux 7.0 (kernel 2.2.16-22). I get the error "RTLD_NEXT"
hm> undefined. I am not sure where this symbol is defined. Is there
hm> anything that I am missing on my
> "JJ" == John Jasen <[EMAIL PROTECTED]> writes:
JJ> On Thu, 1 Feb 2001, William Knop wrote:
>> >One thing that I've noticed with devfs is that all the old-style
>> >names are symlinks.
>>
>> Hmm... I have no symlinks until the module loads. Therefore X sees
>> no /dev/input/mouse,
"JJ" == John Jasen [EMAIL PROTECTED] writes:
JJ On Thu, 1 Feb 2001, William Knop wrote:
One thing that I've noticed with devfs is that all the old-style
names are symlinks.
Hmm... I have no symlinks until the module loads. Therefore X sees
no /dev/input/mouse, doesn't ask the kernel
"hm" == hiren mehta [EMAIL PROTECTED] writes:
hm Hi, I am trying to compile devfsd on my system running RedHat
hm linux 7.0 (kernel 2.2.16-22). I get the error "RTLD_NEXT"
hm undefined. I am not sure where this symbol is defined. Is there
hm anything that I am missing on my system.
make
"hm" == hiren mehta [EMAIL PROTECTED] writes:
hm Hi, I am trying to compile devfsd on my system running RedHat
hm linux 7.0 (kernel 2.2.16-22). I get the error "RTLD_NEXT"
hm undefined. I am not sure where this symbol is defined. Is there
hm anything that I am missing on my system.
Oh
> "MBT" == Michael B Trausch <[EMAIL PROTECTED]> writes:
MBT> I've been using this driver and this hardware since I started
MBT> running Kernel 2.2.16. It _works_, however, whenever I have a
MBT> program that I compile that's especially large (the kernel,
MBT> glibc, etc.), or copy/move
"MBT" == Michael B Trausch [EMAIL PROTECTED] writes:
MBT I've been using this driver and this hardware since I started
MBT running Kernel 2.2.16. It _works_, however, whenever I have a
MBT program that I compile that's especially large (the kernel,
MBT glibc, etc.), or copy/move lots of
So, rather than repeated ask questions of the form:
How do I change X (a 2.2 thingy in my driver) to the blessed
form on 2.4.x?
I'm wondering if there's a driver in the kernel tree that somebody can
point to and say, "This is how drivers should be done." In
particular, I'm
So, rather than repeated ask questions of the form:
How do I change X (a 2.2 thingy in my driver) to the blessed
form on 2.4.x?
I'm wondering if there's a driver in the kernel tree that somebody can
point to and say, "This is how drivers should be done." In
particular, I'm
> "CF" == Christopher Friesen <[EMAIL PROTECTED]> writes:
CF> This is why the autocompletion of functions and struct members in
CF> VC++ is awfully nice...hit the first few unique letters and it
CF> will complete the rest of the function for you, then hit tab and
CF> keep going. Is
> "MH" == Mike Harrold <[EMAIL PROTECTED]> writes:
MH> For exactly the reverse of that reason. Typing capital letters is
MH> a heck of a lot more difficult that addint an underscore.
MH> Then there is reasability.
MH> void ThisIsMyDumbassFunctionName
MH> if MUCH more difficult to
"MH" == Mike Harrold [EMAIL PROTECTED] writes:
MH For exactly the reverse of that reason. Typing capital letters is
MH a heck of a lot more difficult that addint an underscore.
MH Then there is reasability.
MH void ThisIsMyDumbassFunctionName
MH if MUCH more difficult to read than
MH
"CF" == Christopher Friesen [EMAIL PROTECTED] writes:
CF This is why the autocompletion of functions and struct members in
CF VC++ is awfully nice...hit the first few unique letters and it
CF will complete the rest of the function for you, then hit tab and
CF keep going. Is there anything
> "KO" == Keith Owens <[EMAIL PROTECTED]> writes:
KO> Looks good, except that you need to keep the option flags for
KO> backwards compatibility. There are a *lot* of scripts out there
KO> which invoke klogd with various options and they will fail with
KO> this change. It is OK to issue
>>>>> "GN" == Georg Nikodym <[EMAIL PROTECTED]> writes:
GN> Here's a patch (against sysklogd-1.3-31) that completely tear out
GN> the symbol processing code.
Doh! Forgot a chunk (to be applied after the others):
diff -Nru a/src/sysklogd-1.3-31/Ma
in Schulze: Updates
.\" Sun Nov 19 23:22:21 MET: Martin Schulze: Updates
.\" Mon Aug 19 09:42:08 CDT 1996: Dr. G.W. Wettstein: Updates
+.\" Mon Dec 11 2000: Georg Nikodym: Removal of documentation related to
+.\" symbol resolution (the code has been removed).
.\&q
1996: Dr. G.W. Wettstein: Updates
+.\" Mon Dec 11 2000: Georg Nikodym: Removal of documentation related to
+.\" symbol resolution (the code has been removed).
.\"
.TH KLOGD 8 "24 November 1995" "Version 1.3" "Linux System Administration&quo
"GN" == Georg Nikodym [EMAIL PROTECTED] writes:
GN Here's a patch (against sysklogd-1.3-31) that completely tear out
GN the symbol processing code.
Doh! Forgot a chunk (to be applied after the others):
diff -Nru a/src/sysklogd-1.3-31/Makefile b/src/sysklogd-1.3-31/Makefile
"KO" == Keith Owens [EMAIL PROTECTED] writes:
KO Looks good, except that you need to keep the option flags for
KO backwards compatibility. There are a *lot* of scripts out there
KO which invoke klogd with various options and they will fail with
KO this change. It is OK to issue a warning
> "KO" == Keith Owens <[EMAIL PROTECTED]> writes:
KO> You only removed the module symbol handling. The problem is that
KO> the entire klogd oops handling is out of date and broken. I
KO> recommend removing all oops processing from klogd, which means
KO> that klogd does not need any
"KO" == Keith Owens [EMAIL PROTECTED] writes:
KO You only removed the module symbol handling. The problem is that
KO the entire klogd oops handling is out of date and broken. I
KO recommend removing all oops processing from klogd, which means
KO that klogd does not need any symbols nor
> "KO" == Keith Owens <[EMAIL PROTECTED]> writes:
KO> I would prefer to see the oops decoding completely removed from
KO> klogd. The only justification for klogd converting the oops is
KO> to save users from running ksymoops by hand. I would not mind
KO> klogd capturing the oops text,
"KO" == Keith Owens [EMAIL PROTECTED] writes:
KO I would prefer to see the oops decoding completely removed from
KO klogd. The only justification for klogd converting the oops is
KO to save users from running ksymoops by hand. I would not mind
KO klogd capturing the oops text, forking to
sysklogd 1.3-31 no longer compiles using the latest headers in test11.
Strictly speaking this isn't a kernel bug...
sysklogd's ksym_mod.c includes
In test11, added struct inter_module_entry. Its
first member is "struct list_head list;". This necessitates the
inclusion of .
The trouble is
sysklogd 1.3-31 no longer compiles using the latest headers in test11.
Strictly speaking this isn't a kernel bug...
sysklogd's ksym_mod.c includes linux/module.h
In test11, linux/module.h added struct inter_module_entry. Its
first member is "struct list_head list;". This necessitates the
Am I foolish to expect the aironet4500_cs (and friends) to work with
my shiny new Cisco Aironet 340 pcmcia card?
If not, anybody got any helpful hints on how to get things off the
ground?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Am I foolish to expect the aironet4500_cs (and friends) to work with
my shiny new Cisco Aironet 340 pcmcia card?
If not, anybody got any helpful hints on how to get things off the
ground?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
> "AB" == Andries Brouwer <[EMAIL PROTECTED]> writes:
AB> No insult intended. It is just that if there is an abyss
AB> somewhere, I like to stay at least a meter away from it. Someone
AB> else may think that one inch suffices. I see you propose a lot
AB> of changes that yield a
"AB" == Andries Brouwer [EMAIL PROTECTED] writes:
AB No insult intended. It is just that if there is an abyss
AB somewhere, I like to stay at least a meter away from it. Someone
AB else may think that one inch suffices. I see you propose a lot
AB of changes that yield a negligable
Second try (probably since I didn't correctly follow all the rules
before, thanks for the timely discussion).
The Maestro 2E on my laptop, which worked on 2.2 kernels, stopped
working on 2.4.0. Where stopped working means no sound and "pauses"
when interacting with the driver.
The symptom was
Second try (probably since I didn't correctly follow all the rules
before, thanks for the timely discussion).
The Maestro 2E on my laptop, which worked on 2.2 kernels, stopped
working on 2.4.0. Where stopped working means no sound and "pauses"
when interacting with the driver.
The symptom was
I found that the maestro 2E sound hardware didn't want to make noise
for me under 2.4. Today I got itchy and scratched. Here's a patch:
(keller) 1021$ bk diffs -u drivers/sound/maestro.c
= drivers/sound/maestro.c 1.11 vs edited =
--- 1.11/drivers/sound/maestro.cTue Aug 29
I found that the maestro 2E sound hardware didn't want to make noise
for me under 2.4. Today I got itchy and scratched. Here's a patch:
(keller) 1021$ bk diffs -u drivers/sound/maestro.c
= drivers/sound/maestro.c 1.11 vs edited =
--- 1.11/drivers/sound/maestro.cTue Aug 29
>>>>> "KO" == Keith Owens <[EMAIL PROTECTED]> writes:
KO> On Fri, 10 Nov 2000 11:23:29 -0500 (EST), "Georg Nikodym"
KO> <[EMAIL PROTECTED]> wrote:
C> i've manged to successfully compile 2.4.0-test10 kernel. however,
C> upon startup
> "C" == Corisen <[EMAIL PROTECTED]> writes:
C> hi, i'm currently running RH7, with 2.2.16-22 kernel, gcc 2.96 on
C> a Sharp Actius 250 notebook.
C> i've manged to successfully compile 2.4.0-test10 kernel. however,
C> upon startup there are some failed/error messages:
C> 1. finding
"C" == Corisen [EMAIL PROTECTED] writes:
C hi, i'm currently running RH7, with 2.2.16-22 kernel, gcc 2.96 on
C a Sharp Actius 250 notebook.
C i've manged to successfully compile 2.4.0-test10 kernel. however,
C upon startup there are some failed/error messages:
C 1. finding module
"KO" == Keith Owens [EMAIL PROTECTED] writes:
KO On Fri, 10 Nov 2000 11:23:29 -0500 (EST), "Georg Nikodym"
KO [EMAIL PROTECTED] wrote:
C i've manged to successfully compile 2.4.0-test10 kernel. however,
C upon startup there are some failed/error messages:
C 1. finding
> "DF" == David Ford <[EMAIL PROTECTED]> writes:
DF> Ok, in test10, for every 2 out of 5 boots, this particular
DF> workstation locks up hard as it reaches the following:
I have a similar problem. My work around is to, by hand, modprobe
usbmouse, wait, modprobe usb-uhci...
-
To
"DF" == David Ford [EMAIL PROTECTED] writes:
DF Ok, in test10, for every 2 out of 5 boots, this particular
DF workstation locks up hard as it reaches the following:
I have a similar problem. My work around is to, by hand, modprobe
usbmouse, wait, modprobe usb-uhci...
-
To unsubscribe from
52 matches
Mail list logo