[PATCH 4/8] lib/sort: Kill qsort()

Remove qsort() before anyone gets too attached to it. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/lib/qsort.c === --- mm2.orig/lib/qsort.c2005-01-30 20:33:19.0 -0800 +++ /dev/null 1970-01-01

[PATCH 9/8] lib/sort: turn off self-test

Doh. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/lib/sort.c === --- mm2.orig/lib/sort.c 2005-01-30 22:37:28.0 -0800 +++ mm2/lib/sort.c 2005-01-30 23:41:40.0 -0800 @@ -82,7 +82,7 @@

[PATCH 7/8] lib/sort: Replace insertion sort in IA64 exception tables

Switch IA64 exception tables to lib/sort. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: tq/arch/ia64/mm/extable.c === --- tq.orig/arch/ia64/mm/extable.c 2005-01-25 09:20:53.0 -0800 +++ tq/arch/ia64/mm/extable.c

[PATCH 0/8] lib/sort: Add generic sort to lib/

This patch series introduces a generic heapsort function, sort(), in lib/. It also replaces the uses of the recently introduced qsort() code from glibc and then removes that code. A few other open-coded sort routines are updated as well. I plan to clean up some other effervescent sort routines in

Re: 2.6.11-rc2-mm2

On Mon, Jan 31, 2005 at 12:36:02AM +0100, Roman Zippel wrote: > Why not just let XFS_FS select EXPORTFS directly: > > config XFS_FS > select EXPORTFS if NFSD Makes sense. We'll still need the XFS_EXPORT symbol in it's original form to select building xfs_export.o. - To unsubscribe from

[PATCH 6/8] lib/sort: Replace insertion sort in exception tables

Replace exception table insertion sort with lib/sort Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/lib/extable.c === --- mm2.orig/lib/extable.c 2005-01-30 20:33:18.0 -0800 +++ mm2/lib/extable.c 2005-01-30

[PATCH 4/8] base-small: shrink PID tables

CONFIG_BASE_SMALL reduce size of pidmap table for small machines Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: tq/include/linux/threads.h === --- tq.orig/include/linux/threads.h 2005-01-25 09:26:16.0 -0800 +++

Re: [Watchdog] alim7101_wdt problem on 2.6.10

On Mon, Jan 31, 2005 at 08:22:11AM +0100, Emmanuel Fleury wrote: > Jan 30 00:58:21 hermes vmunix: alim7101_wdt: ALi 1543 South-Bridge does > not have the correct revision number (???1001?) - WDT > not set > > What did I do wrong ? You used the wrong South Bridge revision. Seriously, older

[PATCH 3/8] base-small: shrink chrdevs hash

CONFIG_BASE_SMALL degrade char dev hash table to linked list Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: tq/fs/char_dev.c === --- tq.orig/fs/char_dev.c 2005-01-26 13:06:15.0 -0800 +++ tq/fs/char_dev.c

[PATCH 5/8] base-small: shrink UID hash

CONFIG_BASE_SMALL reduce UID lookup hash Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: tq/kernel/user.c === --- tq.orig/kernel/user.c 2005-01-25 09:31:58.0 -0800 +++ tq/kernel/user.c2005-01-26

[PATCH 1/8] base-small: introduce the CONFIG_BASE_SMALL flag

Add CONFIG_BASE_SMALL for miscellaneous core size that don't warrant their own options. Example users to follow. Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: mm2/init/Kconfig === --- mm2.orig/init/Kconfig 2005-01-30

[PATCH 2/8] base-small: shrink major_names hash

CONFIG_BASE_SMALL degrade genhd major names hash to linked list Signed-off-by: Matt Mackall <[EMAIL PROTECTED]> Index: tq/drivers/block/genhd.c === --- tq.orig/drivers/block/genhd.c 2005-01-26 13:06:16.0 -0800 +++

Re: kernel panic on a 2.6.7

On 31 Jan 2005, at 02:51, Clemens Schwaighofer wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I have a RedHat 9.0 box with a self compiled 2.6.7 kernel. Today I had this error and a total lockup on the box. Before that (~6h before I had another lockup, but no output to anywhere). Have

[PATCH 0/8] base-small: CONFIG_BASE_SMALL for small systems

This patch series introduced a new pair of CONFIG_EMBEDDED options call CONFIG_BASE_FULL/CONFIG_BASE_SMALL. Disabling CONFIG_BASE_FULL sets the boolean CONFIG_BASE_SMALL to 1 and it is used to shrink a number of core data structures. The space savings for the current batch is around 14k. - To

Re: Fw: Re: 2.6.11-rc2-mm2

Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote: > > It seems -mm2 definitely has some problems regarding loading of modules, --- 25/include/linux/stop_machine.h~fix-kallsyms-insmod-rmmod-race-fix-fix-fix 2005-01-29 16:17:47.936137064 -0800 +++ 25-akpm/include/linux/stop_machine.h

[Watchdog] alim7101_wdt problem on 2.6.10

Hi, I have a Vaio C1MZX and in the lspci I saw this line: :00:11.0 Non-VGA unclassified device: ALi Corporation M7101 Power Management Controller [PMU] So, I assumed it was a watchdog and I compiled with the option: CONFIG_ALIM7101_WDT=m But, when I do: modprobe alim7101_wdt I get the

Re: Fw: Re: 2.6.11-rc2-mm2

On Sat, 2005-01-29 at 16:31 -0800, Andrew Morton wrote: > help! > > Begin forwarded message: > > Date: Sat, 29 Jan 2005 23:56:23 + > From: Sean Neakums <[EMAIL PROTECTED]> > To: Andrew Morton <[EMAIL PROTECTED]> > Cc: linux-kernel@vger.kernel.org > Subject: Re: 2.6.11-rc2-mm2 > > > Sean

Re: 2.4.29, e100 and a WOL packet causes keventd going mad

Hi. On Mon, 2005-01-31 at 16:00, Scott Feldman wrote: > On Sun, 2005-01-30 at 19:58, Nigel Cunningham wrote: > > Do you also disable the WOL event when resuming? > > Good catch. How's this look? I looked at it last week because I used it for an example of device model drivers at the CELF

Re: recent 2.6.x USB HID input weirdness

On Mon, 31 Jan 2005 06:52:34 +0100 Marcel Holtmann <[EMAIL PROTECTED]> wrote: > take a look at this patch: http://lkml.org/lkml/2005/1/29/111 That certainly fixes it, thanks :-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

[PATCH] cpufreq resume fix?

Hi, I noticed in the following changeset, the cpufreq_driver->resume call semantics looked a little odd: http://linux.bkbits.net:8080/linux-2.6/[EMAIL PROTECTED] Since acpi_cpufreq_resume and speedstep_resume appear to return 0 upon success, it seems like the attached patch is what the desired

Re: recent 2.6.x USB HID input weirdness

Hi Dave, > On sparc64 I just started getting this in my kernel logs > on 2.6.x-BK from hidinput_input_event: > > warning: event field not found > > I added some debugging: > > hidinput_input_event: type[4] code [4] value[458759] > hidinput_input_event: type[4] code [4] value[458761] > > This

Re: Memory leak in 2.6.11-rc1?

(BHi, (B (BFrom: YOSHIFUJI Hideaki / [EMAIL PROTECTED](B <[EMAIL PROTECTED]> (BDate: Mon, 31 Jan 2005 14:16:36 +0900 (JST) (B (B> In article <[EMAIL PROTECTED]> (at Mon, 31 Jan 2005 06:00:40 +0100), Patrick (B> McHardy <[EMAIL PROTECTED]> says: (B> (B> |We don't need this for IPv6 yet.

Re: Memory leak in 2.6.11-rc1?

On Sun, Jan 30, 2005 at 09:11:50PM -0800, David S. Miller wrote: > On Mon, 31 Jan 2005 06:00:40 +0100 > Patrick McHardy <[EMAIL PROTECTED]> wrote: > > > We don't need this for IPv6 yet. Once we get nf_conntrack in we > > might need this, but its IPv6 fragment handling is different from > >

recent 2.6.x USB HID input weirdness

On sparc64 I just started getting this in my kernel logs on 2.6.x-BK from hidinput_input_event: warning: event field not found I added some debugging: hidinput_input_event: type[4] code [4] value[458759] hidinput_input_event: type[4] code [4] value[458761] This is on a Sun Type-6 USB

Hi Man! Downloadable D*V*D for adult.

http://66.66.129.65:8180/dv/index.html - 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/

Re: Memory leak in 2.6.11-rc1?

On Mon, 31 Jan 2005 06:00:40 +0100 Patrick McHardy <[EMAIL PROTECTED]> wrote: > We don't need this for IPv6 yet. Once we get nf_conntrack in we > might need this, but its IPv6 fragment handling is different from > ip_conntrack, I need to check first. Right, ipv6 netfilter cannot create this

Re: Memory leak in 2.6.11-rc1?

In article <[EMAIL PROTECTED]> (at Mon, 31 Jan 2005 06:00:40 +0100), Patrick McHardy <[EMAIL PROTECTED]> says: |We don't need this for IPv6 yet. Once we get nf_conntrack in we |might need this, but its IPv6 fragment handling is different from |ip_conntrack, I need to check first. Ok. It would

Re: Memory leak in 2.6.11-rc1?

YOSHIFUJI Hideaki / [EMAIL PROTECTED] wrote: In article <[EMAIL PROTECTED]> (at Mon, 31 Jan 2005 15:11:32 +1100), Herbert Xu <[EMAIL PROTECTED]> says: Patrick McHardy <[EMAIL PROTECTED]> wrote: Ok, final decision: you are right :) conntrack also defragments locally generated packets before they

Re: 2.4.29, e100 and a WOL packet causes keventd going mad

On Sun, 2005-01-30 at 19:58, Nigel Cunningham wrote: > Do you also disable the WOL event when resuming? Good catch. How's this look? --- linux-2.6.11-rc2/drivers/net/e100.c.orig2005-01-30 19:13:56.850497376 -0800 +++ linux-2.6.11-rc2/drivers/net/e100.c 2005-01-30 20:53:22.630560952 -0800

Re: Memory leak in 2.6.11-rc1?

In article <[EMAIL PROTECTED]> (at Mon, 31 Jan 2005 15:11:32 +1100), Herbert Xu <[EMAIL PROTECTED]> says: > Patrick McHardy <[EMAIL PROTECTED]> wrote: > > > > Ok, final decision: you are right :) conntrack also defragments locally > > generated packets before they hit ip_fragment. In this case

Re: 2.4.29, e100 and a WOL packet causes keventd going mad

Scott Feldman wrote: > On Sun, 2005-01-30 at 09:18, David Härdeman wrote: > > I experience the same problems as reported by Michael Gernoth when > > sending a WOL-packet to computer with a e100 NIC which is already > > powered on. > > I didn't look at the 2.4 case, but for 2.6, it seems e100 was

Re: Memory leak in 2.6.11-rc1?

Patrick McHardy <[EMAIL PROTECTED]> wrote: > > Ok, final decision: you are right :) conntrack also defragments locally > generated packets before they hit ip_fragment. In this case the fragments > have skb->dst set. Well caught. The same thing is needed for IPv6, right? -- Visit Openswan at

adding process data to file descriptor structure in Linux

Hi, If it is possible to add some process data to a file descriptor structure in Linux? So the file descriptor could either save a list of proc pointers or a list of PID values. It this list could be made, then sockets could be easily identified using process control block hash table. Does

Re: 2.4.29, e100 and a WOL packet causes keventd going mad

Hi. Do you also disable the WOL event when resuming? Regards, Nigel On Mon, 2005-01-31 at 14:47, Scott Feldman wrote: > On Sun, 2005-01-30 at 09:18, David Härdeman wrote: > > I experience the same problems as reported by Michael Gernoth when > > sending a WOL-packet to computer with a e100

Re: 2.4.29, e100 and a WOL packet causes keventd going mad

On Sun, 2005-01-30 at 09:18, David HÃrdeman wrote: > I experience the same problems as reported by Michael Gernoth when > sending a WOL-packet to computer with a e100 NIC which is already > powered on. I didn't look at the 2.4 case, but for 2.6, it seems e100 was enabling PME wakeup during

Re: [PATCH] micro optimization in kernel/params.c; don't call to_module_kobject before we really have to.

On Sun, 2005-01-30 at 13:43 +0100, Jesper Juhl wrote: > True, the compiler is free to be clever, but I still think it's best to > write the code in the most optimal way as seen from a C perspective. > I just took a look at the compiled object files with and without the > patch, and it makes no

USB / PCMCIA not working/panic on AVERATEC 3500, second message

Forgot the lspci output: 00:00.0 Host bridge: Silicon Integrated Systems [SiS] 741/741GX/M741 Host (rev 03) Subsystem: Silicon Integrated Systems [SiS] 741/741GX/M741 Host Flags: bus master, medium devsel, latency 64 Memory at f000 (32-bit, non-prefetchable)

Re: Software Suspend for 2.4 Final Release

Hi. I'm going to; I've just been overseas for two weeks, and only just got back. It should be out shortly. Regards, Nigel On Sun, 2005-01-30 at 19:07, Andreas Hartmann wrote: > Nigel Cunningham schrieb: > > Hi everyone. > > > > SoftwareSuspend 2.1.5.7B for the 2.4.28 kernel is now available

USB / PCMCIA not working/panic on AVERATEC 3500

Hey :) Linux dhcp219.us.steyla.com 2.6.9 #2 Sat Jan 29 17:26:47 EST 2005 i686 athlon i386 GNU/Linux Gnu C 3.4.2 Gnu make 3.80 binutils 2.15.92.0.2 util-linux 2.12a mount 2.12a module-init-tools 3.1-pre5 e2fsprogs

Re: Memory leak in 2.6.11-rc1?

On Sun, 30 Jan 2005 18:58:27 +0100 Patrick McHardy <[EMAIL PROTECTED]> wrote: > Ok, final decision: you are right :) conntrack also defragments locally > generated packets before they hit ip_fragment. In this case the fragments > have skb->dst set. It's amazing how many bugs exist due to the

Re: Fwd: Re: flush_cache_page()

On Sat, 29 Jan 2005 11:37:08 + Russell King <[EMAIL PROTECTED]> wrote: > Thanks for the response. However, apart from Ralph, Paul and yourself, > it seems none of the other architecture maintainers care about this > patch - the original mail was BCC'd to the architecture list. Maybe >

Re: OpenOffice crashes due to incorrect access permissions on /dev/dri/card*

My problem is some things changed in the installed package changed and some things in my home directory in .openoffice (setup and soffice) were incorrect. I erased the symlinks and my problem is over. I would suggest others having problems try the same. This may have NOTHING to do with the kernel

[PATCH] wavefront: reduce stack usage

Reduce local stack usage in wavefront_load_gus_patch() from 984 bytes to 140 bytes (on x86-32) by using kmalloc() instead of stack for these 840 bytes: wavefront_patch_info samp, pat, prog; // 3 * 280 Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= sound/oss/wavfront.c | 56

Re: Interface between BSP and the kernel

On Sun, 30 Jan 2005 14:06:17 -0800 (PST), Eugene K <[EMAIL PROTECTED]> wrote: > Where could I find a documented interface between a > Board Support Package layer and Linux Kernel itself ? There is no Board Support Package layer of which you speak. Linux doesn't have a hal (well it does, but it's

Re: kbuild: shorthand ym2y, ym2m etc

On Sunday 30 January 2005 20:37, Sam Ravnborg wrote: > We have in several cases the need to transpose a i'm' to 'y' in the Kbuild > files. I assume you mean what you write in the text rather than what the example shows. If so, why not use this: obj-$(CONFIG_SND:m=y) += last.o > One example is

kernel panic on a 2.6.7

-BEGIN PGP SIGNED MESSAGE- (BHash: SHA1 (B (BHi, (B (BI have a RedHat 9.0 box with a self compiled 2.6.7 kernel. (B (BToday I had this error and a total lockup on the box. Before that (~6h (Bbefore I had another lockup, but no output to anywhere). (B (BJan 31 10:30:23 soba

Re: inter-module-* removal.. small next step

On Sun, 2005-01-30 at 19:54 -0500, Jon Smirl wrote: > Are these things old enough to just be marked broken instead and > finish removing inter_xx? The DiskOnChip drivers are getting that way; not the NOR flash drivers though. Those need the problem solving properly; just hacking out the

Re: [PATCH] ohci1394: dma_pool_destroy while in_atomic() && irqs_disabled()

Attached is the reworked patch to take care of Andrew's suggestions - 1) Allocate the work struct dynamically in struct ti_ohci during device probe, free it during device remove 2) In ohci1394_pci_remove, ensure queued work, if any, is flushed before the device is removed (As I understand, this

ANNOUNCE: usbutils-0.70

WHAT The "usbutils" package is most useful for the "lsusb" utility, which can provide considerable detail about the USB devices connected to your Linux system. (It's like "pciutils" is for PCI.) When making bug reports, or otherwise troubleshooting, "lsusb -v" output is very

Re: [PATCH] Fix SERIAL_TXX9 dependencies

> On Sun, 30 Jan 2005 16:58:39 +, Ralf Baechle <[EMAIL PROTECTED]> said: >> Right. There is however one bigger problem with the original patch: >> It removes the driver for tx3912 and adds one for tx3927/tx49xx. >> AFAICS, the 3912 has a very different register layout from the >> other

Re: inter-module-* removal.. small next step

On Mon, 31 Jan 2005 00:41:52 +, David Woodhouse <[EMAIL PROTECTED]> wrote: > On Sun, 2005-01-30 at 18:00 +, Arjan van de Ven wrote: > > Hi, > > > > intermodule is deprecated for quite some time now, and MTD is the sole last > > user in the tree. To shrink the kernel for the people who

Re: inter-module-* removal.. small next step

On Sun, 2005-01-30 at 18:00 +, Arjan van de Ven wrote: > Hi, > > intermodule is deprecated for quite some time now, and MTD is the sole last > user in the tree. To shrink the kernel for the people who don't use MTD, and > to prevent accidental return of more users of this, make the compiling

Re: Real-time rw-locks (Re: [patch] Real-Time Preemption, -RT-2.6.10-rc2-mm3-V0.7.32-15)

For anybody who wants a good executive summary of RCU, see these: http://lse.sourceforge.net/locking/rcupdate.html http://lse.sourceforge.net/locking/rcu/HOWTO/intro.html#WHATIS On Jan 30, 2005, at 17:03, Esben Nielsen wrote: I agree that RCU ought to do the trick in a lot of cases.

Re: 2.6.11-rc2-mm2

Hi, On Mon, 31 Jan 2005, Adrian Bunk wrote: > WANT_EXPORTFS gets selected by NFSD. > > EXPORTFS is usually WANT_EXPORTFS, but if WANT_EXPORTFS=m and > XFS_WANT_EXPORT=y, then EXPORTFS=y. > > Since XFS_WANT_EXPORT itself depends on WANT_EXPORTFS this was my > workaround to avoid a circular

Re: [PATCH 6/8] Kconfig: cleanup input menu

On Sunday 30 January 2005 10:45, Roman Zippel wrote: > Hi, > > On Sat, 29 Jan 2005, Dmitry Torokhov wrote: > > > Ok, what about making some submenus to manage number of options, like in > > the patch below? > > I'd rather move it to the bottom and the menus had no dependencies. > Below is an

Re: [PATCH 0/16] New set of input patches

On Thursday 27 January 2005 17:16, Vojtech Pavlik wrote: > On Thu, Jan 27, 2005 at 01:18:55PM -0500, Dmitry Torokhov wrote: > > On Thu, 27 Jan 2005 17:36:05 +0100, Vojtech Pavlik <[EMAIL PROTECTED]> > > wrote: > > > On Thu, Jan 27, 2005 at 05:15:18PM +0100, Vojtech Pavlik wrote: > > > > > > >

2.6.11-rc[1,2]-mmX scsi cdrom problem, 2.6.10-mm2 ok

I'm seeing a problem with latest mm releases; with 2.6.11-rc1,2-mmX every time I fire up k3b, it get stuck here: (last line, previous lines just for documentation :) ) open("/dev/hdc", O_RDONLY|O_NONBLOCK) = 11 ioctl(11, CDROM_SEND_PACKET, 0xbfffc4e0) = 0 close(11)

Re: 2.6.10 ACPI on dell inspiron 8100

Hi! > I noticed something strange with ACPI and the battery: > /proc/acpi/battery/BAT1$ cat info > present: yes > design capacity: 57420 mWh > last full capacity: 57420 mWh > battery technology: rechargeable > design voltage: 14800 mV > design capacity

Re: Possible bug in keyboard.c (2.6.10)

On Sunday 30 January 2005 18:21, Dmitry Torokhov wrote: > On Sunday 30 January 2005 03:41, Al Viro wrote: > > On Sat, Jan 29, 2005 at 12:25:10PM +0100, Vojtech Pavlik wrote: > > > I know. As I said, this is a problem I know about, and will be fixed. I > > > was mainly interested whether anyone

Re: [gentoo-ppc-dev] CONFIG_THERM_PM72 is missing from .config from recent kernels (2.6.10, 2.6.11)

On Sat, 2005-01-29 at 18:41 -0500, Maurice Volaski wrote: > From what I can tell, the .config file is built up from different > files. I just looked at gentoo-dev-sources for this version and it > is, in fact, present for ppc64 in > /usr/src/linux-2.6.10-gentoo-r6/arch/ppc64/defconfig > >

Re: Possible bug in keyboard.c (2.6.10)

On Sunday 30 January 2005 03:41, Al Viro wrote: > On Sat, Jan 29, 2005 at 12:25:10PM +0100, Vojtech Pavlik wrote: > > I know. As I said, this is a problem I know about, and will be fixed. I > > was mainly interested whether anyone sees further problems in scenarios > > which don't include device

[RFC][PATCH] swsusp: do not use higher order memory allocations on resume

Hi, The following patch is (yet) an(other) attempt to eliminate the need for using higher order memory allocations on resume.  It accomplishes this by replacing the array of page backup entries with a list, so it is only necessary to allocate individual memory pages. This approach makes it

Re: Possible bug in keyboard.c (2.6.10)

Hi! > > In short - raw mode in 2.6 is badly broken. > > I think not just that. The whole keyboard input layer needs some serious > review. Just the complete lack of any locking is frightening, I'd really > like to know how the input layer could become the standard. I tried to > find a few

Re: 2.6.11-rc2-mm2

On Mon, Jan 31, 2005 at 12:00:05AM +0100, Roman Zippel wrote: > Hi, > > On Sun, 30 Jan 2005, Adrian Bunk wrote: > > > > > +config WANT_EXPORTFS > > + tristate > > + select EXPORTFS > > + > > config EXPORTFS > > tristate > > - default NFSD > > > > What's the difference between

Re: 2.6.11-rc2-mm2

Hi, On Sun, 30 Jan 2005, Adrian Bunk wrote: > > +config WANT_EXPORTFS > + tristate > + select EXPORTFS > + > config EXPORTFS > tristate > - default NFSD > What's the difference between these two? bye, Roman - To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH] ohci1394: dma_pool_destroy while in_atomic() && irqs_disabled()

Parag Warudkar <[EMAIL PROTECTED]> wrote: > > Andrew Morton wrote: > > ... > >- We'll need a flush_workqueue() in the teardown function for that data > > structure to ensure that any pending callbacks have completed before we > > free the storage. > > > > > By saying flush_workqueue did you

Re: kbuild: shorthand ym2y, ym2m etc

On Sun, Jan 30, 2005 at 11:41:34PM +0100, Arnd Bergmann wrote: > Both are already used in the kernel (see ipc/Makefile for an > example of yx2x), so maybe the preferred style should be documented > in CodingStyle. Thanks for input I will try to do something. But their home will be

Re: [Linux-ATM-General] Kernel 2.6.10 and 2.4.29 Oops fore200e (fwd)

In message <[EMAIL PROTECTED]>,Lukasz Trabinski writes: >OK, I think that dirver works much better with udelay() function. good to hear. what does atmdiag say about that interface? does it have a large percentage of tx drops? - To unsubscribe from this list: send the line "unsubscribe

Re: kbuild: shorthand ym2y, ym2m etc

On Sünndag 30 Januar 2005 20:37, Sam Ravnborg wrote: > We have in several cases the need to transpose a i'm' to 'y' in the Kbuild > files. > One example is the following snippet from sound/Makefile: > ifeq ($(CONFIG_SND),y) > obj-y += last.o > endif > > Alternative syntax could be: > obj-$(call

Re: kbuild: shorthand ym2y, ym2m etc

On Sun, Jan 30, 2005 at 10:44:52PM +, Russell King wrote: > This can be fixed by changing Kconfig to evaluate all known symbols to > > either y,m,n - in contradiction to today where symbols that evaluate > > to n is left empty. > > Isn't that rather hard to achieve, unless all Kconfig files

Re: [PATCH] ohci1394: dma_pool_destroy while in_atomic() && irqs_disabled()

Andrew Morton wrote: yup. But what happens if someone removes the module while ohci_free_dma_work_fn() is still pending? Suggestions: - The work_struct cannot be on the stack. The code as you have it will read gunk from the stack when the delayed work executes. The work_struct needs to be

[PATCH 2.6.11-rc2-mm2] mips: iomap

This patch adds iomap functions to MIPS system. Some MIPS systems are unable to define PIO space by PIO_MASK/PIO_RESERVED. This is the reason that I didn't use the general iomap implementation. Yoichi Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]> diff -urN -X dontdiff

Re: kbuild: shorthand ym2y, ym2m etc

On Sun, Jan 30, 2005 at 11:39:26PM +0100, Sam Ravnborg wrote: > On Sun, Jan 30, 2005 at 07:52:30PM +, Christoph Hellwig wrote: > > > > obj-$(CONFIG_FB)$(CONFIG_PPC) += macmodes.o > > > > would be a lot more obvious, but I'm not sure how to handle > > it for the case where one

KõðéM ìéûHéE HOBùE KAPTPéäöé äìñ OPçTEXHéKé, úAðPáBKA

Еcли y Bac еcть HOBЫE (б/y нe пpeдлaгamь) кapтpиджи к пpинтepaм и кoпиpoвaльным aппapaтaм САNОN, НР, ОКI, РАNАSОNIС, SАМSUNG и дp., opгaнизaция пpиoбpeтeт иx ЗA HAЛИЧHЫE ДEHЬГИ. ЗBOHИTE 8~926~23I~369O Дeниc 8~9OI~5IO~3O53 Яpocлaв У HAC BЫ MOЖETE ЗAПPABИTЬ CBOИ ПУCTЫE

Re: kbuild: shorthand ym2y, ym2m etc

On Sun, Jan 30, 2005 at 07:52:30PM +, Christoph Hellwig wrote: > > obj-$(CONFIG_FB)$(CONFIG_PPC) += macmodes.o > > would be a lot more obvious, but I'm not sure how to handle > it for the case where one of them evaluates to m The real problem is when say CONFIG_FB are empty. Then

Re: [PATCH] remove unused label and obsolete preprocessor gunk from hisax

On Sun, Jan 30, 2005 at 09:43:05PM +0100, Jesper Juhl wrote: > > > Here's a patch to remove an unused label and some obsolete preprocessor > magic around it. Thus killing this warning: > drivers/isdn/hisax/hisax_fcpcipnp.c:1014: warning: label > `out_unregister_isapnp' defined but not used >

Re: [PATCH 0/8] Kconfig: cleanup the menu structure

On Sat, Jan 29, 2005 at 11:18:26PM +0100, Roman Zippel wrote: > Hi, > > The following patches cleans up some of the worst offenders, which mess up > the kconfig menu structure. I have applied all 8 patched - using the latest version you posted for input. If more work is need for input then it

Re: [PATCH] make 'make help' show all *config targets and update descriptions slightly.

On Mon, Jan 24, 2005 at 10:05:48PM +0100, Jesper Juhl wrote: > > "make help" doesn't show "make randconfig" nor "make config" as options > and the description of oldconfig could be better (IMHO). Patch below adds > the missing targets to the help and updates the description of oldconfig.

Re: [2.6 patch] update scripts/namespace.pl

On Mon, Jan 24, 2005 at 08:26:05PM +0100, Adrian Bunk wrote: > The patch below removes some false positives I've observed. > Is this correct, or is there another correct solution? Looked correct to me, applied. Sam - To unsubscribe from this list: send the line "unsubscribe linux-kernel"

Re: [2.6 patch] kernel/kallsyms.c: make some code static

On Fri, Jan 21, 2005 at 11:07:47AM +0100, Adrian Bunk wrote: > This patch makes some needlessly global code static. Applied, Sam - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: [2.6 patch] kernel/configs.c: make a variable static

On Fri, Jan 21, 2005 at 11:07:37AM +0100, Adrian Bunk wrote: > This patch makes a needlessly global variable static. Applied. Sam - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: [kbuild 4/5] Include type information as module info where possible

On Sun, Jan 30, 2005 at 11:06:11PM +0100, Andreas Gruenbacher wrote: > On Sunday 30 January 2005 16:56, Sam Ravnborg wrote: > > Rusty got the original patch applied. > > Not completely. The fix is attached. Applied. Sam - To unsubscribe from this list: send the line "unsubscribe

Re: IPMI smbus and Intel 6300ESB Watchdog drivers

David Härdeman wrote: > Hi, > > (third question to LKML today =) > > I've recently bought an Intel SE7210TP1-E mainboard (specs here: > http://www.intel.com/design/servers/boards/SE7210TP1-E/index.htm) and I > now have most things working. > > There are however, two questionmarks left. > > 1)

Re: Real-time rw-locks (Re: [patch] Real-Time Preemption, -RT-2.6.10-rc2-mm3-V0.7.32-15)

On Fri, 28 Jan 2005, Ingo Molnar wrote: > > * Esben Nielsen <[EMAIL PROTECTED]> wrote: > > > I noticed that you changed rw-locks to behave quite diferently under > > real-time preemption: They basicly works like normal locks now. I.e. > > there can only be one reader task within each region.

PROBLEM: oops with ieee1394 + alsa

Hello Developers, I receive kernel oops messages after including alsa sound api functions in my program wich receives and displays videostreams from two ieee1394 videocameras with libdc1394. videostreaming and alsa audio output work fine on their own, but together it seems as if the

Re: 2.4.29: strange behaviour system clock

Hi, I have also seen such offsets on some boxes running at EADS (a Compaq Proliant [<-- this one has a very small offset] and a no name machine [<-- this one is terrible in 10 minutes 2-3 minutes too fast]). I have no numbers at the moment. If you need some more information please contact me.

Interface between BSP and the kernel

Where could I find a documented interface between a Board Support Package layer and Linux Kernel itself ? Will highly appreciate any kind of pointers. __ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard.

Re: [kbuild 4/5] Include type information as module info where possible

On Sunday 30 January 2005 16:56, Sam Ravnborg wrote: > Rusty got the original patch applied. Not completely. The fix is attached. Cheers, -- Andreas Gruenbacher <[EMAIL PROTECTED]> SUSE Labs, SUSE LINUX PRODUCTS GMBH From: Andreas Gruenbacher <[EMAIL PROTECTED]> Subject: Module parameter type

Re: 2.6.10 dies when X uses PCI radeon 9200 SE, further binary search result

On Sun, Jan 30, 2005 at 12:05:27PM -0500, Jon Smirl wrote: > On Sun, 30 Jan 2005 17:32:41 +0100, Helge Hafting > <[EMAIL PROTECTED]> wrote: > > Yes, it is a PCI radeon. And the machine has an AGP slot > > too, which is used by a matrox G550. This AGP card was not > > used in the test, (other

Re: [PATCH] ohci1394: dma_pool_destroy while in_atomic() && irqs_disabled()

Parag Warudkar <[EMAIL PROTECTED]> wrote: > > Problem - ohci1394.c:ohci_devctl ends up calling dma_pool_destroy from > invalid context. Below is the dmesg output when I exit Kino after video > capture - > > Debug: sleeping function called from invalid context at > include/asm/semaphore.h:107 >

Re: IPMI smbus and Intel 6300ESB Watchdog drivers

On Sun, Jan 30, 2005 at 07:44:01PM +0100, David Härdeman wrote: > > 1) On the mainboard is a 6300ESB Watchdog Timer (pci id 8086:25ab), but > there seems to be no driver available for it. Does anyone know if there > is any such driver in progress or if I've misunderstood the situation? You can

Re: Touchpad problems with 2.6.11-rc2

On Sunday 30 January 2005 3:20 am, Peter Osterlund wrote: > Dmitry Torokhov <[EMAIL PROTECTED]> writes: > > On Tue, 25 Jan 2005 11:55:20 -0800, David Brownell <[EMAIL PROTECTED]> > > wrote: > > > The more serious one is that sometimes it seems to spontaneously emit > > > click > > > events

[PATCH] ohci1394: dma_pool_destroy while in_atomic() && irqs_disabled()

Problem - ohci1394.c:ohci_devctl ends up calling dma_pool_destroy from invalid context. Below is the dmesg output when I exit Kino after video capture - Debug: sleeping function called from invalid context at include/asm/semaphore.h:107 in_atomic():1, irqs_disabled():1 [] dump_stack+0x1e/0x20

Re: 2.6.11-rc2-mm2

Here's another one, my USB keyboard is not functioning properly, ie. the caps lock,scrlk and num lock lights are not on when these keys are pressed and dmesg gets tons of spam for each key presses: drivers/usb/input/hid-input.c: event field not found drivers/usb/input/hid-input.c: event field not

[PATCH] remove unused label and obsolete preprocessor gunk from hisax

Here's a patch to remove an unused label and some obsolete preprocessor magic around it. Thus killing this warning: drivers/isdn/hisax/hisax_fcpcipnp.c:1014: warning: label `out_unregister_isapnp' defined but not used Please apply. Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> ---

Re: 2.6.11-rc2-mm2

On Sun, 30 Jan 2005 13:12:42 +0100, Adrian Bunk <[EMAIL PROTECTED]> wrote: > On Sun, Jan 30, 2005 at 01:00:09PM +0100, Adrian Bunk wrote: > >... > > His problem is: > > - CONFIG_NFSD=m > > - CONFIG_EXPORTFS=m > > - CONFIG_XFS=y > > - CONFIG_XFS_EXPORT=y > > > > The builtin

Re: inter-module-* removal.. small next step

On Sun, 2005-01-30 at 11:58 -0800, Andrew Morton wrote: > Arjan van de Ven <[EMAIL PROTECTED]> wrote: > > > > On Sun, 2005-01-30 at 19:10 +0100, Adrian Bunk wrote: > > > On Sun, Jan 30, 2005 at 06:00:17PM +, Arjan van de Ven wrote: > > > > > > > Hi, > > > > > > > > intermodule is deprecated

Re: Possible bug in keyboard.c (2.6.10)

Hi, On Sat, 29 Jan 2005, Vojtech Pavlik wrote: > > That doesn't necessarilly mean we have to pack everything into a single > > structure. E.g. we present pci boards with multiple functions as multiple > > devices, the same can be done for input devices. More important is that > > kernel

Re: inter-module-* removal.. small next step

Arjan van de Ven <[EMAIL PROTECTED]> wrote: > > On Sun, 2005-01-30 at 19:10 +0100, Adrian Bunk wrote: > > On Sun, Jan 30, 2005 at 06:00:17PM +, Arjan van de Ven wrote: > > > > > Hi, > > > > > > intermodule is deprecated for quite some time now, and MTD is the sole > > > last > > > user in

Re: kbuild: shorthand ym2y, ym2m etc

> We have in several cases the need to transpose a i'm' to 'y' in the Kbuild > files. > One example is the following snippet from sound/Makefile: > ifeq ($(CONFIG_SND),y) > obj-y += last.o > endif > > Alternative syntax could be: > obj-$(call y2y,CONFIG_SND) += last.o This should go away with

  1   2   3   >