* Re: [Alsa-devel] Re: [2.4]ALi M5451 sound hangs on init; workaround
From: Takashi Iwai @ 2002-12-11 18:34 UTC (permalink / raw)
To: Fedor Karpelevitch
Cc: Alan Cox, lkml, Vicente Aguilar, alsa-devel, Debian-Laptops
In-Reply-To: <200212110852.42778.fedor@apache.org>
At Wed, 11 Dec 2002 08:52:42 -0800,
Fedor Karpelevitch wrote:
>
> > > I have ALi M5451 souncard in my laptop (Compaq Presario 900z for
> > > those searching) and it hangs the machine with any kernel I tried
> > > (currently 2.4.20-ac1 + hirofumi patch). I traced it down to the
> > > line where it hangs - that is drivers/sound/trident.c:3379 which
> > > says: pci_write_config_byte(pci_dev, 0xB8, ~temp);
> >
> > Looking at the docs it looks like the code Matt Wu added may have
> > been meant to do
> >
> > pci_read_config_byte(pci_dev, 0x59, temp)
> > temp &= ~0x80
> > pci_write...
> >
>
> just to make sure I got it right, is the following what you suggest?
> (pseudo-patch):
>
> --------
> static int ali_close_multi_channels(void)
> {
> char temp = 0;
> struct pci_dev *pci_dev = NULL;
>
> pci_dev =pci_find_device(PCI_VENDOR_ID_AL,PCI_DEVICE_ID_AL_M1533,
> pci_dev);
> if (pci_dev == NULL)
> return -1;
> - temp = 0x80;
> + pci_read_config_byte(pci_dev, 0x59, temp);
> + temp &= ~0x80;
> - pci_write_config_byte(pci_dev, 0x59, ~temp);
> + pci_write_config_byte(pci_dev, 0x59, temp);
>
> pci_dev = pci_find_device(PCI_VENDOR_ID_AL,
> PCI_DEVICE_ID_AL_M7101, pci_dev);
> if (pci_dev == NULL)
> return -1;
>
> - temp = 0x20;
> + pci_read_config_byte(pci_dev, 0xB8, temp);
> + temp &= ~0x20
> - pci_write_config_byte(pci_dev, 0xB8, ~temp); // the line I
> + pci_write_config_byte(pci_dev, 0xB8, temp); //commented out
>
> return 0;
> }
> ---------------------
and don't forget to change similary for ali_setup_multi_channels(),
too.
> >
> > (Ditto with fixing setup_multi_cannnels)
> >
Takashi
^ permalink raw reply
* Re: 2.5 Changes doc update.
From: Dave Jones @ 2002-12-11 18:30 UTC (permalink / raw)
To: Margit Schubert-While; +Cc: linux-kernel
In-Reply-To: <4.3.2.7.2.20021211185224.00b573b0@pop.t-online.de>
On Wed, Dec 11, 2002 at 06:57:55PM +0100, Margit Schubert-While wrote:
> > Dave Jones wrote:
> > ALSA
> >- Note that the OSS drivers are also still functional, and still present.
> > Many features/fixes that went into 2.4 are still not applied to these
> drivers,
> > and it's still unclear if they will remain when 2.6/3.0 ships.
> >The long term goal is to get everyone moved over to (the superior) ALSA.
>
> Which is an excellent argument to get ALSA into 2.4.2x :-)
Hardly. 2.4.x is the stable branch remember.
Dave
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply
* Re: [LARTC] Dynamic IP ppp0
From: Martin A. Brown @ 2002-12-11 18:22 UTC (permalink / raw)
To: lartc
In-Reply-To: <marc-lartc-103963032331458@msgid-missing>
Forwarded to the list, because of course, I simply cannot work a
mailer.... (twice inside a month).
- - - - - -
Diego,
: I have a redhat 7.1 linux box as a gateway firewall with an adsl (ppp0)
: with dynamic IP (no static) and I just have add a new ISP with STATIC
: IP. Can I do iproute 2 multipath load balancing across both ISP?
Yes.
: where can I read something about??
Read about multipath routing here:
http://lartc.org/lartc.html#AEN287
But in order to understand it you'll need to read about split access
routing:
http://lartc.org/lartc.html#LARTC.RPDB.MULTIPLE-LINKS
: I don't know how can I do with the dymanic IP of my adsl link. Where
: can I fount examples of config?
Some examples (probably not directly relevant to your needs) are available
on the lartc.org site. I presume you're using rp-pppoe for your aDSL
link. I'd suggest writing a script to reset the multipath route upon
successful ppp0 connection establishment. You should be able to use
ip-up.local (or something similar).
-Martin
--
Martin A. Brown --- SecurePipe, Inc. --- mabrown@securepipe.com
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Re: 2.5 Changes doc update.
From: Margit Schubert-While @ 2002-12-11 17:57 UTC (permalink / raw)
To: linux-kernel
> Dave Jones wrote:
> ALSA
>- Note that the OSS drivers are also still functional, and still present.
> Many features/fixes that went into 2.4 are still not applied to these
drivers,
> and it's still unclear if they will remain when 2.6/3.0 ships.
>The long term goal is to get everyone moved over to (the superior) ALSA.
Which is an excellent argument to get ALSA into 2.4.2x :-)
Margit
^ permalink raw reply
* Re: Aic7xxx v6.2.22 and Aic79xx v1.3.0Alpha2 Released
From: Christoph Hellwig @ 2002-12-11 18:17 UTC (permalink / raw)
To: Justin T. Gibbs; +Cc: James Bottomley, linux-scsi
In-Reply-To: <1221760000.1039627865@aslan.btc.adaptec.com>
On Wed, Dec 11, 2002 at 10:31:05AM -0700, Justin T. Gibbs wrote:
> Okay. Sine the choice directive is now gone, is there a compelling reason
> to put the "old" aic7xxx driver Kconfig directives in the same Kconfig
> file as the new driver?
I wanted to have it just below the other one.
> It is kind of nice to have the separation since
> Adaptec cannot support the old driver.
Well, it usually just works (TM) :) But I don't really see a relation
between Kconfig entries and what's supported by whom. The MAINTAINERS
file in the toplevel directory is the only place where certain drivers/
subsystems are claimed supported.
I also take it that you were also
> unable to make the choice directive do the right thing? That was the
> original reason for removing the "old driver" Kconfig directives. The
> way your patch stands now, I don't believe there is anything to prevent
> both drivers from being compiled statically into the kernel. If so, the
> resulting kernel will not boot.
Yupp, it currently crashes when I have both compiled in. Dough, any chance
you could fix that? A PCI driver is not supposed to stop over already
claimed device.
I'll try to find out how to get the old depency for both not beeing allowed
to be compiled in into the new Kconfig scheme until then.
^ permalink raw reply
* Loding rules
From: nedco @ 2002-12-11 18:16 UTC (permalink / raw)
To: netfilter-devel
Hi,
How to load fast about 20000 rules in iptables.
If some document will be help , please let me know :)
Thanks a lot
Nedco
^ permalink raw reply
* Re: [LARTC] Bandwidth by port
From: David Coello @ 2002-12-11 18:15 UTC (permalink / raw)
To: lartc
In-Reply-To: <marc-lartc-103961486811331@msgid-missing>
Hi
But why the code of above doesn´t work? Anybody knows other systanx thats
works to limit bandwidth by port?
Thanks and regards
David
>Active FTP uses 20/21 tcp on the server side
>
>On Wednesday 11 December 2002 13:38, you wrote:
> > On Wednesday 11 December 2002 09:19, David Coello wrote:
> > > Hi
> > >
> > > I am trying to limit the bandwidth by port buy without success.
> > >
> > > The code is :
> > >
> > > # Disciplina de encolamiento
> > > tc qdisc add dev eth1 root handle 10: cbq bandwidth 10Mbit avpkt 1000 mpu
> > > 64
> > >
> > > # Clase
> > > tc class add dev eth1 parent 10:0 classid 10:1 cbq bandwidth 1kbps rate
> > > 1kbps allot 1514 prio 1 maxburst 10 avpkt 100 bounded isolated
> > >
> > > # Filtro
> > > # tc filter add dev eth1 parent 10:0 protocol ip handle 3 fw classid 10:1
> > >
> > > tc filter add dev eth1 parent 10:0 protocol ip u32 match ip dst
> > > 0.0.0.0 match ip sport 20 0xffff flowid 10:1
> > > tc filter add dev eth1 parent 10:0 protocol ip u32 match ip dst
> > > 0.0.0.0 match ip sport 21 0xffff flowid 10:1
> > >
> > > What am i making bad? I have probed with mark&iptables but with identical
> > > result. When i make ftp i download without band limit.
> >
> > Ftp is very difficult to shape because it can use dynamic ports. Try using
> > active or passive ftp. I'm not sure wich one uses fixed ports.
> >
> > Stef
>_______________________________________________
>LARTC mailing list / LARTC@mailman.ds9a.nl
>http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* 2.4.20 + mtd+jffs2 problem
From: Junping Zhang @ 2002-12-11 18:45 UTC (permalink / raw)
To: linux-mtd
I just tried 2.4.20 kernel with the latest mtd+jffs2 code ( I updated my
cvs tree 12/09 night). When compiling
the kernel, I patched in jffs/jffs2 from mtd side as well, so I have the
latest of almost everything.
Before I state my problem, here is my setup:
board: MPC8260ADS
bootloader: ppcboot-2.0.0
flash: 8M, 4-way interleave
mapping:
Creating 4 MTD partitions on "MPC8260ADS Bank 0":
0x00000000-0x00700000 : "jffs2"
0x00700000-0x00740000 : "ppcboot"
0x00740000-0x00780000 : "environment"
0x00780000-0x00800000 : "spare"
I use NFS for my root file system, and tftp for the kernel image
My problem is that in either of the following two situations my flash will
consistantly be in the wrong state,
standalone or with my BDI2000 connected, so the board won't boot:
1. If I do a "eraseall /dev/mtd1", then do a power cycle ...
2. or if I copy more files to jffs2 file system can hold, jffs2 gives
error message, linux and jffs2 continues to
work, then I do a power cycle ... (this happens for jffs file system
too)
Other than that, JFFS2 works just fine. If the linux is on, the above
situations are not a problem. But I am testing
the power loss situations. I also tried power cycle when jffs/jffs2 mounted,
those work fine.
When that happens, I have to reset the flash (4 times, one for each chip)
through BDI2000, then everything
in the flash shows up and now the board is able to boot up. During the whole
test, there is no data loss, it's
just the flash lock-up.
Any ideas?
Thanks a lot
- Junping Zhang
^ permalink raw reply
* Re: CD Writing in 2.5.51
From: rasman @ 2002-12-11 18:18 UTC (permalink / raw)
To: mdew; +Cc: linux-kernel
In-Reply-To: <1039606504.447.0.camel@nirvana>
On Wednesday 11 Dec 2002 11:35 am, mdew wrote:
Any idea why I can't get a CDRW to be read yet I can happily burn and read a
CD-R? Do I have to access the CDRW through a different device and/or mount a
fs for CDRW?
When I load a burnt CDRW the system complains of bad media yet no problem
under w2k.
I'm using a UJDA720
--
Richard J Moore
RAS Team Lead - IBM Linux Technology Centre
^ permalink raw reply
* tar for "full" floppy backup?
From: Rolf Edlund @ 2002-12-11 18:12 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <5.1.0.14.1.20021208075857.020abb30@celine>
Originally to: Ray Olszewski
RO> "all" information? Hardly.
Hmmmm...
RO> Neither "man tar" nor "tar --help" gave *me* enough information to be
RO> able to answer his original question (though it did point me to the
RO> -M option, which I suggested trying),
If his version of Tar hadn't have the -M option, that had not worked for him.
RO> and my system (like many; it really has not caught on, despite
RO> pressure from the FSF crowd) does not even have the "info" system
RO> installed.
As I wrote "One of.."
RO> (Does BasicLinux install it?)
Dunno that..
RO> one that needs more than RTFM answers,
It was not my intension to be a RTFM answer..
... A quote is a quote is a quote is a quote..
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Loding rules
From: nedco @ 2002-12-11 18:12 UTC (permalink / raw)
To: netfilter
Hi,
How to load fast about 20000 rules in iptables.
If some document will be help , please let me know :)
Thanks a lot
Nedco
^ permalink raw reply
* Re: 2.5 Changes doc update.
From: Anders Gustafsson @ 2002-12-11 18:18 UTC (permalink / raw)
To: Dave Jones; +Cc: Linux Kernel
In-Reply-To: <20021211172559.GA8613@suse.de>
On Wed, Dec 11, 2002 at 05:25:59PM +0000, Dave Jones wrote:
> Modules.
> ~~~~~~~~
> - The in-kernel module loader got reimplemented.
> - You need replacement module utilities from
> http://www.kernel.org/pub/linux/kernel/people/rusty/modules/
> - A backwards compatable set of module utilities is available
> including v0.7 of the new-style utils in source RPM format from
> http://www.kernel.org/pub/linux/kernel/people/rusty/modules/modutils-2.4.21-5.src.rpm
Could be worth noting that debian sid contains a "module-init-tools".
--
Anders Gustafsson - andersg@0x63.nu - http://0x63.nu/
^ permalink raw reply
* Re: Kernel Module
From: rasman @ 2002-12-11 18:11 UTC (permalink / raw)
To: chinnakka.b; +Cc: linux-kernel
In-Reply-To: <2585.10.10.13.148.1039606840.squirrel@btlmail.bplmail.com>
On Wednesday 11 Dec 2002 11:40 am, chinnakka.b@bplmail.com wrote:
> Hello sir,
> After building the kernel i tried to insert the modules
> scsi_mod,sd_mod,usb- storage
> It is giving could not find the kernel version the module was compiled for
> what is wrong with this?
> waiting for your response
> regards
> chinnakka
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
Did you change the kernel version?
If so did you "make modules" followes by "make modules_install"?
See the kernel README
--
Richard J Moore
RAS Team Lead - IBM Linux Technology Centre
^ permalink raw reply
* Re: 2.5 Changes doc update.
From: Jeff Garzik @ 2002-12-11 18:13 UTC (permalink / raw)
To: Dave Jones, Linux Kernel
In-Reply-To: <20021211180719.GB10008@suse.de>
On Wed, Dec 11, 2002 at 06:07:19PM +0000, Dave Jones wrote:
> On Wed, Dec 11, 2002 at 12:58:10PM -0500, Jeff Garzik wrote:
> > I think the coolest things (to me) of the new build system need to be
> > noted too,
> >
> > - "make" is now the preferred target; it does <arch-zimage> and modules.
> > - "make -jN" is now the preferred parallel-make execution. Do not
> > bother to provide "MAKE=xxx".
>
> Yup. Added. Thanks.
> Something else that I've noticed (but not found documented) is that
> make dep seems to be automagickly done somewhen. An explicit make dep
> takes about a second, and doesn't seem to do much at all.
I would check with Kai on that... IIRC there _is_ a purpose to "make
dep", creating some file that's needed before the build process begins.
Maybe that's fixed now...
^ permalink raw reply
* [LARTC] Dynamic IP ppp0
From: Diego Rodriguez Herlein @ 2002-12-11 18:05 UTC (permalink / raw)
To: lartc
Hi !!!
Sorry about my english.
I have this problem and I can not find any help.
I have a redhat 7.1 linux box as a gateway firewall with an adsl (ppp0) with
dynamic IP (no static) and I just have add a new ISP with STATIC IP.
Can I do iproute 2 multipath load balancing across both ISP,? where can I
read something about?? I don't know how can I do with the dymanic IP of my
adsl link. Where can I fount examples of config ??? I am really lost.
Thank you very very much and sorry for disturbing the list. I hope this is a
write topic for this list, and if is not, I really sorry and please tell me
about if.
Again sorry about my english, I can read better than I write (lol!)
Best Regards,
Diego
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* RAM and swap partition
From: Rolf Edlund @ 2002-12-11 18:03 UTC (permalink / raw)
To: linux-newbie
In-Reply-To: <5.1.0.14.1.20021208075330.020a30f0@celine>
Originally to: Ray Olszewski
RO> While these days I routinely run my workstations without a swap
RO> partition, they have at least 256 MB of RAM.
Ok.
... It's called Windows cuz they breake.
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* [parisc-linux] smp crash in version 2.4.20-pa13
From: FARINATI,LEANDRO (HP-Brazil,ex1) @ 2002-12-11 18:03 UTC (permalink / raw)
To: Parisc-Linux List (E-mail)
Hi people,
I'm trying to run Linux (compiled with smp, kernel version 2.4.20-pa13) on a
single-processed C3600 workstation and I receive the folowing error message
at boot time:
POSIX conformance testing by UNIFIX
SMP: Bootstrap processor only.
SMP: Total 1 of 1 processors activated (1101.00 BogoMIPS noticed).
Waiting on wait_init_idle (map = 0x0)
All processors have done init_idle
Stack Dump:
104588c0: 0004070e 00000000 00000000 00000000
104588b0: 00000000 1011f2cc 00000000 00000000
104588a0: 00000000 00000000 00000000 00000000
10458890: 00000000 00000000 00000000 00000000
10458880: 00000000 00000000 00000000 00000000
10458870: 00000000 00000000 00000000 103a0810
Kernel addresses on the stack:
[<1011f2cc>] [<10108c28>] [<10120f6c>] [<10120f6c>]
[<101213b4>] [<101213b4>] [<101001e8>] [<101211ec>]
[<101001ac>] [<10125f7c>]
Kernel Fault: Code=15 regs=104588c0 (Addr=0006cd00)
YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00000000000001000000011100001110 Not tainted
r00-03 00000000 10362260 1011f2cc 100ac000
r04-07 003a7000 00000001 00010f00 10362010
r08-11 fffffff4 1039c810 00000000 104585c0
r12-15 00000995 ffffffff 00000000 f0400004
r16-19 f00008c4 f000017c f0000174 00000001
r20-23 10362270 000006cd 0006cd00 0000000f
r24-27 0000000f 100ac000 00010f00 10362010
r28-31 00000000 000009bb 104588c0 10486010
sr0-3 00000000 00000000 00000000 00000000
sr4-7 00000000 00000000 00000000 00000000
IASQ: 00000000 00000000 IAOQ: 1011f4c4 1011f4c8
IIR: 0ec01093 ISR: 00000000 IOR: 0006cd00
CPU: 0 CR30: 10458000 CR31: 10460000
ORIG_R28: 1039f640
Anyone, already see this problem?
Anyone, know anything about it?
Please, help me to found a solution to this problem.
Thanks in advance.
-----------------------------------------------------------------------
Leandro Marcondes Farinati
Software Developer
* leandro.farinati@hp.com
^ permalink raw reply
* Re: watch exception only for kseg0 addresses..?
From: Daniel Jacobowitz @ 2002-12-11 18:01 UTC (permalink / raw)
To: Maciej W. Rozycki; +Cc: Ralf Baechle, linux-mips
In-Reply-To: <Pine.GSO.3.96.1021211182901.22157N-100000@delta.ds2.pg.gda.pl>
On Wed, Dec 11, 2002 at 06:38:51PM +0100, Maciej W. Rozycki wrote:
> On Wed, 11 Dec 2002, Daniel Jacobowitz wrote:
>
> > That way we expose more of the hardware to userland; and the thing
> > that's most important to me is that GDB not have to know if it's on a
> > MIPS32 or an R4650 when determining how watchpoints work.
> > IWatch/DWatch are two particular watchpoints or distinguished by access
> > type? I.E. what would GDB need to know to know which it is setting?
>
> The watchpoints would always be interfaced the same way, regardless of
> the underlying implementation, of course. For the IWatch/DWatch, I'd
> assign their numbers somehow (e.g. IWatch is watchpoint #0 and DWatch is
> #1, following the sequence used for their CP0 register numbers). A user
> such as GDB would have to determine the capabilities of all watchpoints as
> I described and would discover that watchpoint #0 only accepts instruction
> fetch events and watchpoint #1 only accepts data read/write ones.
>
> This way we can accept an arbitrary underlying implementation.
This is what I don't like. Setting each individual watchpoint to
determine their capabilities, when the kernel could just _report_ said
capabilities. It's a difference in philosophy I suppose. I also have
some concerns about making the probing indistinguishable from setting a
watchpoint; if MIPS37 or MPIS256 has a substantially different
watchpoint layout, we'll have to give it a whole new set of ptrace ops,
which defeats the point of abstracting it.
If we write up decent documentation for what a userspace implementation
has to do to probe the current implementations, I guess I'm satisfied.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply
* Re: 2.5 Changes doc update.
From: Dave Jones @ 2002-12-11 18:07 UTC (permalink / raw)
To: Linux Kernel
In-Reply-To: <20021211175404.GA1352@k3.hellgate.ch>
On Wed, Dec 11, 2002 at 06:54:04PM +0100, Roger Luethi wrote:
> On Wed, 11 Dec 2002 17:25:59 +0000, Dave Jones wrote:
> > - A backwards compatable set of module utilities is available
> > including v0.7 of the new-style utils in source RPM format from
> > http://www.kernel.org/pub/linux/kernel/people/rusty/modules/modutils-2.4.21-5.src.rpm
>
> That release was not backwards compatible. This one is:
> http://www.kernel.org/pub/linux/kernel/people/rusty/modules/modutils-2.4.21-7.src.rpm
Thanks, noted.
Dave
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply
* Re: 2.5 Changes doc update.
From: Dave Jones @ 2002-12-11 18:07 UTC (permalink / raw)
To: Jeff Garzik; +Cc: Linux Kernel
In-Reply-To: <20021211175810.GC2612@gtf.org>
On Wed, Dec 11, 2002 at 12:58:10PM -0500, Jeff Garzik wrote:
> I think the coolest things (to me) of the new build system need to be
> noted too,
>
> - "make" is now the preferred target; it does <arch-zimage> and modules.
> - "make -jN" is now the preferred parallel-make execution. Do not
> bother to provide "MAKE=xxx".
Yup. Added. Thanks.
Something else that I've noticed (but not found documented) is that
make dep seems to be automagickly done somewhen. An explicit make dep
takes about a second, and doesn't seem to do much at all.
Dave
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply
* Re: [PATCH] let 2.5.51 build
From: Takashi Iwai @ 2002-12-11 17:58 UTC (permalink / raw)
To: Thierry Vignaud; +Cc: alsa-devel
In-Reply-To: <m2k7iga70k.fsf@vador.mandrakesoft.com>
At Wed, 11 Dec 2002 16:51:23 +0100,
Thierry Vignaud wrote:
>
> Takashi Iwai <tiwai@suse.de> writes:
>
> > > this patch enable 2.5.51 kernel to build without sequencer support :
> >
> > hmm, applying this is surely harmless but i still don't figure out
> > why this fixes the bug. synth/emux/Makefile is:
> >
> > snd-emux-synth-objs := emux.o emux_synth.o emux_seq.o emux_nrpn.o \
> > emux_effect.o emux_proc.o soundfont.o
> > ifeq ($(CONFIG_SND_SEQUENCER_OSS),y)
> > snd-emux-synth-objs += emux_oss.o
> > endif
> >
> > # Toplevel Module Dependency
> > ifeq ($(subst m,y,$(CONFIG_SND_SEQUENCER)),y)
> > obj-$(CONFIG_SND_SBAWE) += snd-emux-synth.o
> > obj-$(CONFIG_SND_EMU10K1) += snd-emux-synth.o
> > endif
> >
> > and if $CONFIG_SND_SEQUENCER is n, snd-emux-synth.o will be never
> > compiled nor built-in...
>
> hummmm. must be some sort of "too late in the night to compile a
> kernel" workaround for a broken make rule (was not able to build
> emux/built-in.o if i remember right)
looking at the thread on lkml, it seems that we need at least one
non-empty obj-* definition. changing synth/emux/Makefile is also a
hack...
anyway your patch is a workaround until Makefile.kbuild is fixed.
i'll apply it.
Takashi
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
* Re: ax25 kernel problem sometimes accur
From: Curt Mills, WE7U @ 2002-12-11 17:56 UTC (permalink / raw)
To: mvw; +Cc: linux-hams
In-Reply-To: <Pine.LNX.4.44.0212110828110.1073-100000@jeeves.mvw.net>
On Wed, 11 Dec 2002 mvw@mvw.net wrote:
> Asking becuase TCP/IP over ax.25 is the one thing that can rescue packet,
> I think. For instance, the fact I can get my provate email in and out when
> ADSL and cable are down is a real benefit. The fact I can driva all around
> town and pick up mail with a radio connection, free of charge, is also
> very beneficial. I can have nmy servers send mail via radio with problem
> reports when prob;lems occur. Emergency use. The list of useful 1200 bps
> applications goes on!
Firenet just went through some of this along the east coast, where
one gentleman was at his activated EOC, getting weather reports from
firenet using ham tcp/ip when all other access was down. These were
the only weather reports they were able to get at the time during
the ice storms they had back there. He requested a special firenet
feed for a 150 mile radius centered on the EOC location in order to
keep the number of packets small.
--
Curt Mills, WE7U hacker_NO_SPAM_@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto: A tax on people who are bad at math!"
"Windows: Microsoft's tax on computer illiterates!" -- WE7U
"The world DOES revolve around me: I picked the coordinate system!"
^ permalink raw reply
* Re: GDB patch
From: Daniel Jacobowitz @ 2002-12-11 17:56 UTC (permalink / raw)
To: Nigel Stephens; +Cc: Carsten Langgaard, Ralf Baechle, linux-mips
In-Reply-To: <3DF774DC.3010607@mips.com>
On Wed, Dec 11, 2002 at 05:24:44PM +0000, Nigel Stephens wrote:
> Daniel Jacobowitz wrote:
>
> >>Certainly 'p' is the logical inverse of 'P', so we'll change our gdb
> >>remote stub to use that. So how about accepting Carsten's change, with
> >>the 'R' case removed, and 'r' changed to 'p'?
> >>
> >>
> >
> >Can't do it. I strongly suspect that it will render the stub unusable
> >with current versions of FSF GDB. Your tools add an explicit size to
> >the packet and the community tools do not; so when they probe for and
> >discover the P packet, they will probably try to use it and get
> >confused. That's why I'd like to discuss this on the GDB list first.
> >
> >
>
> I don't see why it wouldn't work:
>
> 1) Existing FSF gdb doesn't use 'p' yet anyway - it will continue to
> work as before, using the 'g' request to fetch all the registers.
>
> 2) If and when gdb does use 'p', then there's still no problem - if the
> kernel gdb stub sees a 'p' request without the ":SIZE" extension, it can
> just treat it like the FSF protocol and use the "default" register size.
3) Existing FSF gdb does use 'P' when it is available. This does not
work with Carsten's patch.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply
* Re: [LARTC] Unable to delete qdisc / class
From: Stef Coene @ 2002-12-11 17:54 UTC (permalink / raw)
To: lartc
In-Reply-To: <marc-lartc-103961111406865@msgid-missing>
On Wednesday 11 December 2002 13:50, Serge Maandag wrote:
> Dear list,
>
> I have setup a qdisc that I'd like to remove, but somehow it seems
> impossible.
>
> -----------------
> Output of show:
>
> sh-2.04# tc -d qdisc show
> qdisc cbq 22: dev eth0 rate 100Mbit cell 8b mpu 64b (bounded,isolated)
> prio no-transmit/8 weight 100Mbit allot 1514b
> level 0 ewma 5 avpkt 1000b maxidle 1us
>
> sh-2.04# tc -d class show dev eth0
> class cbq 22: root rate 100Mbit cell 8b mpu 64b (bounded,isolated) prio
> no-transmit/8 weight 100Mbit allot 1514b
> level 0 ewma 5 avpkt 1000b maxidle 1us
>
> sh-2.04# tc -d filter show dev eth0
> <nothing>
> -----------------
>
> If I do "tc qdisc del dev eth0 root" it says "RTNETLINK answers: No such
> file or directory".
Mhh. This should work.
Try this :
tc qdisc del dev eth0 root handle 22:
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Re: 2.5 Changes doc update.
From: Jeff Garzik @ 2002-12-11 17:58 UTC (permalink / raw)
To: Dave Jones, Linux Kernel
In-Reply-To: <20021211172559.GA8613@suse.de>
On Wed, Dec 11, 2002 at 05:25:59PM +0000, Dave Jones wrote:
> Kernel build system.
> ~~~~~~~~~~~~~~~~~~~~
> - Versus 2.4, the build system has been much improved.
> You should notice quicker builds, and less spontaneous rebuilds
> of files on subsequent builds from already built trees.
> - make xconfig now requires the qt libraries.
> - Make menuconfig/oldconfig has no user-visible changes other than speed,
> whilst numerous improvements have been made.
> - Several new debug targets exist: 'allyesconfig' 'allnoconfig' 'allmodconfig'.
> - For infomation: The above improvements are not CML2 / kbuild-2.5 related.
I think the coolest things (to me) of the new build system need to be
noted too,
- "make" is now the preferred target; it does <arch-zimage> and modules.
- "make -jN" is now the preferred parallel-make execution. Do not
bother to provide "MAKE=xxx".
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.