On Thu, 19 Apr 2001, Eric S. Raymond wrote:
> The following patch cleans dead symbols out of the defconfigs in the 2.4.4pre4
> source tree. It corrects a typo involving CONFIG_GEN_RTC. Another typo
> involving CONFIG_SOUND_YMPCI doesn't need to be corrected, as the symbol
> is never set in thes
On Tue, 13 Feb 2001 [EMAIL PROTECTED] wrote:
> SMP machine, 2x P3/700 on an Abit VP6.
> Never any trouble with the earlier 2.2.19pre's.
>
> a strace shows the hang to be in the delete_module("hisax") call.
I got another report of the same problem already. I'll try to sort it out
tomorrow.
Wha
Could people (particularly the affected maintainers) please look over the
appended patch, which I'm planning to submit to Linus at an appropriate
time.
It contains a couple of small Makefile fixes, particularly
o $(list-multi) is supposed to list composite modules, i.e. modules
which are ma
On Fri, 5 Jan 2001, David S. Miller wrote:
> The sparc64 config should never allow you to build the amd7930 and
> dbri sbus sound drivers, that is a bug, and I'll fix that.
However, there's supposedly the same problem for sparc32, because the ISDN
support for the amd7930 apparantly never worked
On Sat, 6 Jan 2001, Jochen Friedrich wrote:
> Hi,
>
> problem is that CONFIG_PCMCIA_NETCARD=y, although all drivers are
> compiled as modules, so there's no drivers/net/pcmcia/pcmcia_net.o...
This should fix it.
--- drivers/net/Makefile% Fri Jan 5 15:10:11 2001
+++ drivers/net/Makefile
On Sat, 6 Jan 2001, Daniel Stodden wrote:
> --- linux-2.4/drivers/isdn/hisax/Makefile.orig Sat Jan 6 02:47:31 2001
> +++ linux-2.4/drivers/isdn/hisax/Makefile Sat Jan 6 02:21:22 2001
> @@ -34,7 +34,7 @@
> hisax-objs-$(CONFIG_HISAX_ASUSCOM) += asuscom.o isac.o arcofi.o hscx.o
> hisax-ob
Obvious, I guess.
--Kai
diff -ur linux-2.4.1-pre2/net/sunrpc/sunrpc_syms.c
linux-2.4.1-pre2-makefixes-3/net/sunrpc/sunrpc_syms.c
--- linux-2.4.1-pre2/net/sunrpc/sunrpc_syms.c Sat Apr 22 01:08:52 2000
+++ linux-2.4.1-pre2-makefixes-3/net/sunrpc/sunrpc_syms.c Fri Jan 12 01:00:40
+2001
@
On Wed, 10 Jan 2001, rdunlap wrote:
> Here's a patch to 2.2.19-pre7 that is essentially a backport of the
> 2.4.0 gate-A20 code.
>
> This speeds up booting on my fast-A20 board (Celeron 500 MHz, no KBC)
> from 2 min:15 seconds to .
>
> Kai, you reported that your system was OK with 2.4.0-test12-p
On 13 Jan 2001, Kai Henningsen wrote:
> [EMAIL PROTECTED] (Joe Pranevich) wrote on 06.01.01 in
><[EMAIL PROTECTED]>:
>
> >much of the code, including a long awaited combination of the PPP
> >layers from the ISDN layer and the serial device PPP layer, such as
>
> I've heard about that be
On Mon, 15 Jan 2001, Ronny Buchmann wrote:
> i have the following problem with kernel 2.4.0 (also with -ac6):
>
> kernel BUG at slab.c:1095!
> invalid operand:
> CPU: 0
I could reproduce the problem, the appended patch fixes it here. Linus,
could you please apply this for 2.4.1?
> ..
>
On Wed, 17 Jan 2001, Derek Wildstar wrote:
> With 2.4.0 thru 2.4.1-pre8 (could possibly be sooner than 2.4.0)
>
> PCMCIA_CONFIG_NETCARD is getting defined with CONFIG_PCMCIA, even when no
> PCMCIA net cards are selected:
>
> 458 # PCMCIA network device support
> 459 #
> 460 CONFIG_
On Thu, 16 Nov 2000, Jeff Garzik wrote:
> To create a patch for a single file, it is often sufficient to do:
>
> SRCTREE=/usr/src/linux
> MYFILE=drivers/net/mydriver.c
>
> cd $SRCTREE
> cp $MYFILE $MYFILE.orig
> vi $MYFILE # make your change
> diff -u $
On Sun, 19 Nov 2000, Jeff V. Merkey wrote:
> > o Small ISDN documentation fixes (Kai Germaschewski)
>
> Alan, On the ISDN issue, isdn4K-utils seems to be out of sync with
> kernels older than 2.2.16. Some #define's that used to be in
> the 2.2.14 pa
On Sun, 19 Nov 2000, Jeff V. Merkey wrote:
> ISDN_MODEM_ANZREG undefined on 2.4.0-10(11) and 2.2.18-22, rpm.spec is
> attached.
This has been fixed 2000/03/03, see below. Just use the latest version,
ftp.isdn4linux.de/pub/isdn4linux/utils/isdn4k-utils.v3.1pre1.tar.gz
--Kai
Index: iprofd.c
=
Hi!
On Thu, 23 Nov 2000, Adam J. Richter wrote:
> The following patch adds some missing PCI_VENDOR_ID's and
> PCI_DEVICE_ID's that are scattered throughout a bunch of .c files in
> drivers/isdn/hisax/. The definitions in the .c files are protected
> by '#ifndef PCI_VENDOR_ID_...', so it
On Sat, 25 Nov 2000, Keith Owens wrote:
> On Fri, 24 Nov 2000 15:37:33 -0800,
> "Adam J. Richter" <[EMAIL PROTECTED]> wrote:
> > Note that this is not a "final" version. I plan to go
> >through all of the changes and bracket all of these new tables
> >with #ifdef MODULE...#endif so they do n
On Wed, 29 Nov 2000, Ingo Oeser wrote:
> IIRC variables marked as "__initdata" need to be explicitly set
> even to zero, because gcc won't put them into the right section
> otherwise. One of Tigran's patches has been reverted because of
> this.
I checked the archives, you're right, of course.
On Tue, 5 Dec 2000, Peter Samuelson wrote:
> Adam, could you check my work here? I haven't done this before It
> compiles, but I don't have the hardware to verify anything. And, being
> a lousy kernel hacker, I've probably introduced at least one bug.
The driver works here. I had forwar
On Tue, 5 Dec 2000, Linus Torvalds wrote:
> WHY this happens is unclear, but it could be several reasons:
> - undocumented "Plug'n'Play OS true behaviour"
> - BIOS bugs. 'nuff said.
> - warm-booting from an OS that _does_ set the interrupt routing,
>and also sets the PCI config space thing
On Tue, 5 Dec 2000, H. Peter Anvin wrote:
> If you have had A20M# problems with any kernel -- recent or not --
> *please* try this patch, against 2.4.0-test12-pre5:
Just a datapoint: This patch doesn't fix the problem here (Sony
PCG-Z600NE). Still the spontaneous reboot exactly the moment I exp
On Tue, 5 Dec 2000, Linus Torvalds wrote:
> On Wed, 6 Dec 2000, Kai Germaschewski wrote:
>
> >
> > On Tue, 5 Dec 2000, H. Peter Anvin wrote:
> >
> > > If you have had A20M# problems with any kernel -- recent or not --
> > > *please* try this patch,
On Thu, 7 Dec 2000, Russell King wrote:
> Linus Torvalds writes:
> > - me: UHCI drivers really need to enable bus mastering.
>
> But it'll already be turned on if pci_assign_unassigned_resources() is
> called. This calls pdev_enable_device for every single device, which
> turns on the bus
On Sun, 10 Dec 2000, Mohammad A. Haque wrote:
> More fixes. Ignore previous.
diff -urw linux-2.4.0-test12.old/drivers/atm/ambassador.c
linux-2.4.0-test12/drivers/atm/ambassador.c
--- linux-2.4.0-test12.old/drivers/atm/ambassador.c Fri Jul 7 00:37:24 2000
+++ linux-2.4.0-test12/drivers/at
On Sat, 16 Dec 2000, Gunther Mayer wrote:
> apply this patch if like to fix this obvious error
> with "make xconfig" on plain tree:
> ./tkparse < ../arch/i386/config.in >> kconfig.tk
> drivers/isdn/Config.in: 98: can't handle dep_bool/dep_mbool/dep_tristate
>condition
> make[1]
On Sat, 23 Dec 2000, ebi4 wrote:
> ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory
> make: *** [vmlinux] Error 1
I sent the following patch to Linus already. It should fix the problem.
--Kai
diff -ur linux-2.4.0-test13-pre3/drivers/ieee1394/Makefile
linux-2.4.0-test13
On Tue, 2 Jan 2001, Andreas Jellinghaus wrote:
> modules for pcmcia network cards are not build by the kernel.
I just tried, and I don't see this problem. What's your .config?
> subdir-$(CONFIG_PCMCIA) += pcmcia
>
> should be
>
> ifeq ($(CONFIG_PCMCIA),y)
> subdir-y += pcmcia
> subdir-m
On Tue, 2 Jan 2001, Thorsten Kranzkowski wrote:
> On Tue, Jan 02, 2001 at 03:51:34AM +0100, Gerold Jury wrote:
> > The ISDN changes for the HISAX drivers
> > that came in since test12 have introduced a bug that causes a
> > AIEE-something and a complete kernel hang when i hangup the isdn line.
>
On Tue, 2 Jan 2001, Gerold Jury wrote:
> I have reversed the patches part by part, the only thing that makes a
> difference is the diversion services.
> The reason for this remains unknown for me.
I think I found it. Could everybody who was getting the crash on ISDN line
hangup try if the follow
On 3 Jan 2001, Eric W. Biederman wrote:
> Kai Germaschewski <[EMAIL PROTECTED]> writes:
>
> > I think the problem was that we relied on divert_if being initialized to
> > zero automatically, which didn't happen because it was not declared static
> > and t
On Wed, 3 Jan 2001, Andrea Baldoni wrote:
> The iprofd contained in isdnutils 3.0 use the same buffer and buffer size
> in GETting and SETting via IOCTL IIOC[GS]ETPRF the virtual modem profiles.
>
> The kernel use different sizes, so iprofd set incorrect data, resulting in a
> hang of the ttyI fr
On Sun, 18 Mar 2001, Andrew Morton wrote:
> I'm planning on poking through everything which has been
> identified as a posible problem. But I won't start for
> several weeks - give the maintainers (if any) time to
> address these things.
I took a look at the ISDN issues, here's a patch which sh
On Wed, 21 Mar 2001, Joern Heissler wrote:
> I've got a strange problem with /dev/isdninfo:
>
> joern:~# cat /dev/isdninfo
> idmap: Hisax...
> chmap: 0 1 ...
>
> --> cat /dev/isdninfo works :-)
>
> Here's the problem:
>
> open("/dev/isdninfo", O_RDONLY) = 3
> read(3, "", 200) = 0
>
> Could
On Fri, 30 Mar 2001, hugang wrote:
> Hello all:
>
> ---
> OPEN: 10.0.0.2 -> 202.99.16.1 UDP, port: 1024 -> 53
> ippp0: dialing 1 86310163...
> isdn: HiSax,ch0 cause: E001B <--- error !!
> isdn_net: local hangup ippp0
> ippp0: Chargesum
On Tue, 23 Jan 2001, Ingo Oeser wrote:
> To quote drivers/isdn/hisax/config.c:1710-1713
> static struct pci_device_id hisax_pci_tbl[] __initdata = {
> #ifdef CONFIG_HISAX_FRTIZPCI
> {PCI_VENDOR_ID_AVM, PCI_DEVICE_ID_AVM_FRITZ, PCI_ANY_ID,
>PCI_ANY_ID},
> #endif
>
> To quote
On 18 Jan 2001, Kai Henningsen wrote:
> > This info is just plain wrong. Unfortunately, ISDN syncPPP isn't using the
> > generic PPP layer yet.
>
> So, is this still planned? Any sort of timeline?
Yes, however, it's always planned to dump the old ISDN link layer at some
point and switch over t
On Fri, 2 Feb 2001, infernix wrote:
> However, the patch hasn't been implemented yet, neither in 2.4.1 or in
> 2.4.1-ac1, because the obvious "HACK,HACK,HACK" sentence is still present :)
> Could someone see to it that this mail reaches the kernel's isdn_ppp.c
> maintainer and get this thing mov
On Wed, 7 Feb 2001, Linus Torvalds wrote:
> No. The optimization is entirely legal - but the fact that
> "constant_test_bit()" uses a "volatile unsigned int *" is the reason why
> gcc thinks it can't optimize it.
This thing did attract me somewhat and I decided to learn a little about
compilers
On Wed, 7 Feb 2001, David Woodhouse wrote:
> [EMAIL PROTECTED] said:
> > On one of my linux boxen, that is used as an ISDN router after a 3
> > days of up time I get this:
>
> Read http://www.tux.org/lkml/#s4-3
>
> Particularly the "Don't even bother..." part.
The Call Trace was decoded by k
On Sun, 11 Feb 2001, Kurt Roeckx wrote:
> I suddenly started to get those oopses. It didn't seem to cause
> any problems tho.
> Feb 11 15:04:01 Q kernel: Call Trace: [cached_lookup+14/80]
> [path_walk+1337/1944] [getname+91/152] [__user_walk+58/84]
> [sys_newstat+21/108]
> [system_call+51/64]
On Fri, 18 May 2001, Eric S. Raymond wrote:
> That being the case, we do face a question of design
> philosophy, expressed as a policy question about how to design
> rulesets. Actually two questions:
>
> 1. When we have a platform symbol for a reference design like MVME147, do
>we stick to i
On Mon, 28 May 2001, Rasmus Andersen wrote:
> The patch below fixes what I believe is a bug in hysdn_net.c.
> I cannot see how we can proceed under _any_ circumstances
> after the kmalloc fails. Applies against 245ac1.
Yep, you're obviously right. Thanks, I'll check in your patch into our
CVS, a
On Thu, 31 May 2001, CZUCZY Gergely wrote:
> May 27 15:00:50 kign kernel: ippp0: dialing 1 0651201201...
> May 27 15:00:51 kign kernel: isdn_net: ippp0 connected
> May 27 15:00:51 kign ipppd[391]: Local number: 2536889, Remote
> number: 0651201201, Type: outgoing
> May 27 15:00:51 kign ipppd[391]
On Tue, 5 Jun 2001, W. Michael Petullo wrote:
> > But the problem still remains. How do I make my /sbin/init run with PID 1
> > using initial ramdisk under the new root change mechanism? I don't want to
> > use the old change_root mechanism...
>
> I had the same problem when doing some developmen
On Tue, 8 Feb 2005, Sam Ravnborg wrote:
> The SCCS rules is the sole reason why -rR has not been enabled.
An easy way to make sure that the SCCS business is not a factor would be
to explicitly put the SCCS rules into the Makefile -- it's just two lines.
This way one could easily make sure there
On Tue, 12 Jun 2001, Boenisch Joerg wrote:
> I hope not to be off topic! (In that case could you tell me where to ask?)
You can try [EMAIL PROTECTED] or the newsgroup
de.alt.comm.isdn4linux.de, but I can't guarantee success there, either.
> Kernel of course is compiled with ISDN support and lo
On Fri, 29 Jun 2001, Alan Cox wrote:
> 2.4.5-ac20
> o Commence resync with 2.4.6pre5
I updated my laptop to 2.4.5-ac21 today. After reboot, I found a strange
problem: My network card wouldn't initialize properly (eepro100).
Jun 29 21:26:31 vaio kernel: eepro100.c: $Revision: 1.36 $
2000/1
On Sat, 7 Jul 2001, Russell King wrote:
> Seems like its something that appeared between 2.4.5 and 2.4.6. Anyone
> know the correct fix, other than reversing the change?
It should be fine.
> Since all net cards are modules, object list for pcmcia_net.o is empty and
> kernel can't be linked.
C
On Fri, 4 Mar 2005, Rusty Russell wrote:
> On Wed, 2005-03-02 at 15:00 +0100, Adrian Bunk wrote:
> > Why doesn't an EXPORT_SYMBOL create a reference?
>
> It does: EXPORT_SYMBOL(x) drops the address of "x", including
> __attribute_used__, in the __ksymtab section.
Well, the problem is that this i
On Fri, 4 Mar 2005, Adrian Bunk wrote:
> > [...] So ld looks into the lib .a archive, determines that none of
> > the symbols in that object file are needed to resolve a reference and
> > drops the entire .o file.
> Silly question:
> What's the advantage of lib-y compared to obj-y?
Basically e
On Sat, 5 Mar 2005, Adrian Bunk wrote:
> And this can break as soon as the "unused" object files contains
> EXPORT_SYMBOL's.
>
> Is it really worth it doing it in this non-intuitive way?
I don't think it non-intuitive, it's how libraries work. However, as you
say, it is broken for files contai
On Sat, 5 Mar 2005, Adrian Bunk wrote:
> This warning sounds like a good plan (but it won't let many objects stay
> inside lib-y).
The patch is simple (except that the warning it throws looks rather ugly),
see appended.
However, I spoke too soon. There actually is a legitimate use for
EXPORT_
> That's usually solved through #define's (see e.g. lib/extable.c).
Well, you can obviously solve pretty much everything with #define's, but
it's usually also the ugliest solution.
>From my point of view, the preferences for solving issues like the
extable.c one are:
o Do it automatically. If
On Fri, 27 Apr 2001, David S. Miller wrote:
>> net/network.o: In function `ip_nat_setup_info':
>> net/network.o(.text+0x37b3e): undefined reference to `helpers'
>> net/network.o(.text+0x37b54): undefined reference to `helpers'
>
> Your configuration seems impossible, somehow the config system al
On Fri, 27 Apr 2001, David S. Miller wrote:
> Kai, can you try this patch out? I think it does the right
> thing. What I'm mostly interested in is if your ipchains
> setup works for the resulting kernel, I've already checked
> that it links properly. :-)
If you get this mail, it works okay :-)
Newer gcc's (particularly the RH 7.0/7.1 2.96 versions) complain about
implicit declaration of the function abs, and AFAICS they're right.
What do people think about the appended patch to fix this?
(There's more users than just isdn_audio.c, that's why I added a common
header file).
--Kai
Inde
this time.
SHORT VERSION:
The attached patch allows to get rid of the "list-multi := ..." lines and
link-rules for multi-part objects in all the Makefiles without breaking
any current Makefile.
-- Forwarded message --
Date: Tue, 24 Apr 2001 15:05:07 +0200 (CEST)
From:
On Tue, 1 May 2001, J . A . Magallon wrote:
> On 05.01 Keith Owens wrote:
> >
> > The patch appears to work but is it worth applying now? The existing
> > 2.4 rules work fine and the entire kbuild system will be rewritten for
> > 2.5, including the case you identified here. It struck me as a de
On Wed, 9 May 2001, Jochen Striepe wrote:
> is there any Linux driver for the AVM Fritz! PCI v2.0 ISDN card
> available? Using vanilla 2.2.19's HiSax driver doesn't seem to work,
> and I found nothing at AVM's web page [1]. Did I miss someting?
>
> [1] http://www.avm.de/
You're right, the HiSax
On Wed, 16 May 2001, Alexander Viro wrote:
> a) I2C stuff got converted to module_init() nicely. That took
> a lot of cruft away.
Definitely makes sense.
> b) init order is preserved. However, that worked only because
> none of the i2c initialization functions touch stuff from rando
Bill Davidsen wrote:
> Philippe De Muyter wrote:
>> On Tue, Feb 06, 2007 at 10:41:30PM +0200, Ahmed S. Darwish wrote:
>>> On Tue, Feb 06, 2007 at 09:52:17AM -0800, Joe Perches wrote:
On Tue, 2007-02-06 at 18:04 +0200, Ahmed S. Darwish wrote:
> A patch to use ARRAY_SIZE macro already define
On Sat, 17 Feb 2007, Tilman Schmidt wrote:
> Alright, then so be it. But that raises another question:
> asyncdata.o is only needed for M105 and M101, not for the base
> driver. How do I express in Kbuild that asyncdata.o is to be added
> to gigaset-y only if CONFIG_GIGASET_M105 and CONFIG_GIGASET
61 matches
Mail list logo
