All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: [PATCH] arecord without timelimit produces buggy wav files.
From: Takashi Iwai @ 2002-12-19 11:12 UTC (permalink / raw)
  To: Jordi Mallach; +Cc: alsa-devel, stevenk, madkiss
In-Reply-To: <20021218144558.GA24742@nubol.int.oskuro.net>

Hi,

At Wed, 18 Dec 2002 15:45:58 +0100,
Jordi Mallach wrote:
> 
> [1  <text/plain; iso-8859-1 (quoted-printable)>]
> [resent with my subscriber address... is someone moderating alsa-devel?]
 
no, but it's filtered only for subscribers.


> Hello,
> 
> Daniel Kobras reported a bug in arecord ages ago, against
> beta10a. Quoting:
> 
> > When running arecord without timelimit (no -d option), the size of the
> > RIFF chunk in a wav file is not updated when the recording is finished.
> > The resulting wav causes trouble with some applications as the dummy
> > chunk size is negative. (Chunk sizes are spec'ed as signed integer.
> > Don't ask me why.) The following patch adds the proper fixup for the
> > RIFF chunk. Patch against version 0.9.0beta10a-2 of alsa-utils.

thanks, applied to cvs with a bit modification.


> The current Debian packages have this patch applied, and the full bug
> log is in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=131875.
> 
> Thanks,
> Jordi
> 
> PS: recently, new people started working on Debian's ALSA packages.
> We'll try to forward all the bugs and patches that have piled up against
> our packages in the previous era. What's the prefered way of reporting
> bugs and problems against alsa packages components?

please post to alsa-devel.  the bug tracking system seems not working
effectively, so far...


-- 
Takashi Iwai <tiwai@suse.de>		SuSE Linux AG - www.suse.de
ALSA Developer				ALSA Project - www.alsa-project.org


-------------------------------------------------------
This SF.NET email is sponsored by: Geek Gift Procrastinating?
Get the perfect geek gift now!  Before the Holidays pass you by.
T H I N K G E E K . C O M      http://www.thinkgeek.com/sf/

^ permalink raw reply
* iptables with msn messenger
From: Christophe ROSENKRANZ @ 2002-12-19 11:12 UTC (permalink / raw)
  To: netfilter

[-- Attachment #1: Type: text/plain, Size: 520 bytes --]

Hi,

I have a probrem to configurate my iptables with msn messenger.

        Windows-------->Linux----------->Internet
    ( Msnmessenger)    (IPtables)
                                     (Nat)

The vocal communication doesn't work. Please send me an email if you
have the answer.

Best regards
--
Christophe ROSENKRANZ
Security Analyst, Ubizen Luxembourg
Ubizen - 18 rue Robert Stuemper - L2557 Luxembourg - Luxembourg
T: +352 26 31 58 60
F: +352 26 31 58 69
Ubizen    We Secure e-Business    http://www.ubizen.com


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 2955 bytes --]

^ permalink raw reply
* Re: [PATCH]: fix compiler warnings in the math-emulator
From: Maciej W. Rozycki @ 2002-12-19 11:09 UTC (permalink / raw)
  To: Ralf Baechle; +Cc: Juan Quintela, linux mips mailing list
In-Reply-To: <20021219012013.A6998@linux-mips.org>

On Thu, 19 Dec 2002, Ralf Baechle wrote:

> Functionally these two patches are more or less equivalent but I think
> Juan's patch is more readable.  Don't change the fact that the whole FP
> emulator could need some heavy polishing ...

 If the additional macro is OK, then I see no problem.

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

^ permalink raw reply
* SYN Cookies
From: augusto.favari @ 2002-12-19 11:08 UTC (permalink / raw)
  To: netfilter

Hi! I was looking for SYN Cookies help about SYN
flooding.

What is the difference about just allowing the SYN
cookies system by default in the kernel and using the IP
tables rate-limit function ?

Iptables can use SYN cookies, can't it?

Thanks,

Augusto



__________________________________________________________________________
Venha para a VilaBOL!
O melhor lugar para você construir seu site. Fácil e grátis!
http://vila.bol.com.br




^ permalink raw reply
* Re: [ANNOUNCE] 2.5.52-lsm1
From: William Lee Irwin III @ 2002-12-19 11:14 UTC (permalink / raw)
  To: linux-security-module, linux-kernel
In-Reply-To: <20021219025123.A23371@figure1.int.wirex.com>

On Thu, Dec 19, 2002 at 02:51:23AM -0800, Chris Wright wrote:
> The Linux Security Modules project provides a lightweight, general
> purpose framework for access control.  The LSM interface enables
> security policies to be developed as loadable kernel modules.
> See http://lsm.immunix.org for more information.
> 2.5.52-lsm1 patch released.  This is a rebase up to 2.5.52 as well as
> numerous module updates and bugfixes.  The interface has changed, and
> the hooks are controlled with CONFIG_SECURITY now.  Currently LIDS and
> DTE will not compile.
> Full lsm-2.5 patch (LSM + all modules) is available at:
> 	http://lsm.immunix.org/patches/2.5/2.5.52/patch-2.5.52-lsm1.gz
> The whole ChangeLog for this release is at:
> 	http://lsm.immunix.org/patches/2.5/2.5.52/ChangeLog-2.5.52-lsm1
> The LSM 2.5 BK tree can be pulled from:
>         bk://lsm.bkbits.net/lsm-2.5

Forgive my ignorance (if this applies) but I recently submitted a patch
acked by both you and gregkh. If there are difficulties with it I'd be
much obliged to hear of them and will resolve them with the utmost
urgency. Aside from that my only concern is that it did not appear in
your changelog. If it's been deferred to a later push that is also okay
with me.

Linus, please do not take this concern as any opposition to the
inclusion of this patch and review it entirely independently of this.
I'm only exercising due diligence with respect to an API update I sent
which should have zero impact on correct functionality, and the omission
of my patch has no implications wrt. the properness of the changes sent
in this submission.

Thanks,
Bill

^ permalink raw reply
* Re: 2.4.19, don't "hdparm -I /dev/hde" if hde is on a Asus A7V133 Promise ctrlr, or...
From: Tomas Szepe @ 2002-12-19 11:14 UTC (permalink / raw)
  To: Andre Hedrick; +Cc: Linux Kernel Mailing List
In-Reply-To: <Pine.LNX.4.10.10212190217240.8350-100000@master.linux-ide.org>

> > > > So.  I /think/ that somehow the Promise controller isn't being
> > > > initialized properly by the Linux kernel, UNLESS the mobo's BIOS
> > > > inits it first?
> > >
> > > In some situations yes. The BIOS does stuff including fixups we mere
> > > mortals arent permitted to know about.
> > 
> > OTOH mere mortals are allowed to make full dump of PCI config ;)
> > 
> > "D.A.M. Revok" <marvin@synapse.net>, can you send lspci -vvvxxx
> > outputs when you boot with BIOS enabled and BIOS disabled?
> 
> Promise knows this point.
> Thus they moved the setting to a push/pull in the vendor space in the
> dma_base+1 and dma_base+3 respectively.
> 
> lspci -vvvxxx fails when the content is located in bar4 io space.

Clearly Promise is the one storage vendor whose products are best avoided.

Andre, could you give a recommendation on what add-on IDE controllers are
not junk hardware and will work nicely with Linux?  'Cos I can't seem to
remember seeing anything in the shelves other than Promise or CMD64X/68X.

-- 
Tomas Szepe <szepe@pinerecords.com>

^ permalink raw reply
* [linux-lvm] Operation Not Permitted on 2.4.20
From: Tren Blackburn @ 2002-12-19 11:06 UTC (permalink / raw)
  To: linux-lvm

Hi all;

I've done some searching on the list and the closest I can come up with
is this:
http://lists.sistina.com/pipermail/lvm-devel/2002-March/000873.html

This is a new NetFinity server, hardware RAID 5 array.  I partitioned
the drive, set up a second partition as Linux LVM.  Linux kernel is
2.4.20 and LVM version is 1.1-rc2 (kernel patched with this as well)

Ran pvcreate which worked fine
Ran vgcreate which worked fine
Ran lvcreate -L1G -nlvusr rootvg which gave:
  lvcreate -- ERROR "Operation not permitted" opening logical volume
"/dev/rootvg/lvusr"

Running lvremove /dev/rootvg/lvusr gives:
  lvremove -- ERROR "lv_release(): LV number" releasing logical volume
"/dev/rootvg/lvusr"

And if I try to build a filesystem on this LV I get:

count_blocks: open failed (Operation not permitted)

If I run vgscan -f I can remove the lv properly, but I cannot create a
filesystem still (get same error)  What can I give in the way of debug
output to be helpful here.  Is anyone else experiencing this problem?

Regards,

Tren

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- Tren Blackburn - Owner                mailto:tren@eotnetworks.com  =
= EOT Networks                           http://www.eotnetworks.com  -
- Phone (403) 818-7658                           Fax (403) 269-2122  =
=             ** Infinite Solutions for a Finite World **            -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
--
------------------------------------------------------------------------
DISCLAIMER:  This e-mail message is intended only for the named 
recipient(s) above and may contain information that is privileged, 
confidential and/or exempt from disclosure under applicable law. If you 
have received this message in error, or are not the named recipient(s), 
please immediately notify the sender and delete this e-mail message.
------------------------------------------------------------------------

^ permalink raw reply
* RE: Docs for the new style dpalloc/hostalloc patch.
From: Joakim Tjernlund @ 2002-12-19 11:03 UTC (permalink / raw)
  To: Pantelis Antoniou; +Cc: linuxppc-embedded
In-Reply-To: <3E01A1E6.1070905@intracom.gr>


> Joakim Tjernlund wrote:
>
> >Hi
> >
> >This looks good to me. It's only a bit big, but I guess that's the price one
> >has to pay. I haven't tested it yet though.
> >
> >    Jocke
> >
>
> Hi
>
> Yes unfortunately is too big, the complexity will pay off
> on the upcoming patches, that will allow to use every last bit
> of the dpram.
>
> Just enable the options when compiling.
> Every current driver that uses the old-style interface
> should work without a problem.
>
> I would be very interested to see them used your updated enet driver.

Works just fine on my board!

Anyone else testing this?

 Jocke

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply
* Re: [PATCH]: remove warnings on promlib
From: Juan Quintela @ 2002-12-19 11:07 UTC (permalink / raw)
  To: Maciej W. Rozycki; +Cc: linux-mips, Ralf Baechle
In-Reply-To: <m2r8cemhxt.fsf@demo.mitica>

>>>>> "juan" == Juan Quintela <quintela@mandrakesoft.com> writes:

You also want that bit:

Index: drivers/sgi/char/sgiserial.c
===================================================================
RCS file: /home/cvs/linux/drivers/sgi/char/Attic/sgiserial.c,v
retrieving revision 1.33.2.6
diff -u -r1.33.2.6 sgiserial.c
--- drivers/sgi/char/sgiserial.c	7 Nov 2002 01:47:46 -0000	1.33.2.6
+++ drivers/sgi/char/sgiserial.c	19 Dec 2002 10:38:07 -0000
@@ -40,6 +40,7 @@
 #include <asm/sgialib.h>
 #include <asm/system.h>
 #include <asm/bitops.h>
+#include <asm/prom.h>
 #include <asm/sgi/sgihpc.h>
 #include <asm/sgi/sgint23.h>
 #include <asm/uaccess.h>



-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy

^ permalink raw reply
* [PATCH]: All printks in drivers/sgi/char/* have sensical tags
From: Juan Quintela @ 2002-12-19 11:04 UTC (permalink / raw)
  To: Ralf Baechle, mipslist


Hi
        this puts a sensible tag to every printk in drivers/sgi/*
	it also remove to old enable/disable_gconsole comented code.

Later, Juan.

Index: drivers/sgi/char/graphics.c
===================================================================
RCS file: /home/cvs/linux/drivers/sgi/char/graphics.c,v
retrieving revision 1.30.2.3
diff -u -r1.30.2.3 graphics.c
--- drivers/sgi/char/graphics.c	18 Dec 2002 19:11:09 -0000	1.30.2.3
+++ drivers/sgi/char/graphics.c	19 Dec 2002 10:38:05 -0000
@@ -53,12 +53,6 @@
 
 #define GRAPHICS_CARD(inode) 0
 
-/*
-void enable_gconsole(void) {};
-void disable_gconsole(void) {};
-*/
-
-
 int
 sgi_graphics_open (struct inode *inode, struct file *file)
 {
@@ -136,7 +130,7 @@
 		 * below to find our board information.
 		 */
 		if (board != devnum){
-			printk ("Parameter board does not match the current board\n");
+			printk (KERN_DEBUG "Parameter board does not match the current board\n");
 			return -EINVAL;
 		}
 
@@ -223,7 +217,7 @@
 	unsigned long virt_add, phys_add;
 
 #ifdef DEBUG
-	printk ("Got a page fault for board %d address=%lx guser=%lx\n", board,
+	printk (KERN_DEBUG"Got a page fault for board %d address=%lx guser=%lx\n", board,
 		address, (unsigned long) cards[board].g_user);
 #endif
 
@@ -325,7 +319,7 @@
 	struct graphics_ops *g;
 #endif
 
-	printk ("GFX INIT: ");
+	printk (KERN_INFO "GFX INIT: ");
 	shmiq_init ();
 	usema_init ();
 
@@ -352,18 +346,18 @@
 int init_module(void) {
 	static int initiated = 0;
 
-	printk("SGI Newport Graphics version %i.%i.%i\n",42,54,69);
+	printk(KERN_INFO "SGI Newport Graphics version %i.%i.%i\n",42,54,69);
 
 	if (!initiated++) {
 		shmiq_init();
 		usema_init();
-		printk("Adding first board\n");
+		printk(KERN_INFO "Adding first board\n");
 		boards++;
 		cards[0].g_regs = 0x1f0f0000;
 		cards[0].g_regs_size = sizeof (struct newport_regs);
 	}
 
-	printk("Boards: %d\n", boards);
+	printk(KERN_INFO "Boards: %d\n", boards);
 
 	misc_register (&dev_graphics);
 	misc_register (&dev_opengl);
@@ -372,7 +366,7 @@
 }
 
 void cleanup_module(void) {
-	printk("Shutting down SGI Newport Graphics\n");
+	printk(KERN_INFO "Shutting down SGI Newport Graphics\n");
 
 	misc_deregister (&dev_graphics);
 	misc_deregister (&dev_opengl);
Index: drivers/sgi/char/rrm.c
===================================================================
RCS file: /home/cvs/linux/drivers/sgi/char/rrm.c,v
retrieving revision 1.6.2.1
diff -u -r1.6.2.1 rrm.c
--- drivers/sgi/char/rrm.c	5 Aug 2002 23:53:40 -0000	1.6.2.1
+++ drivers/sgi/char/rrm.c	19 Dec 2002 10:38:05 -0000
@@ -53,7 +53,7 @@
 	int i, rnid;
 
 	if (cmd > RRM_FUNCTIONS){
-		printk ("Called unimplemented rrm ioctl: %d\n", cmd + RRM_BASE);
+		printk (KERN_DEBUG "Called unimplemented rrm ioctl: %d\n", cmd + RRM_BASE);
 		return -EINVAL;
 	}
 	i = verify_area (VERIFY_READ, arg, rrm_functions [cmd].arg_size);
Index: drivers/sgi/char/sgiserial.c
===================================================================
RCS file: /home/cvs/linux/drivers/sgi/char/Attic/sgiserial.c,v
retrieving revision 1.33.2.6
diff -u -r1.33.2.6 sgiserial.c
--- drivers/sgi/char/sgiserial.c	7 Nov 2002 01:47:46 -0000	1.33.2.6
+++ drivers/sgi/char/sgiserial.c	19 Dec 2002 10:38:07 -0000
@@ -684,7 +685,7 @@
 	save_flags(flags); cli();
 
 #ifdef SERIAL_DEBUG_OPEN
-	printk("starting up ttys%d (irq %d)...\n", info->line, info->irq);
+	printk(KERN_DEBUG "starting up ttys%d (irq %d)...\n", info->line, info->irq);
 #endif
 
 	/*
@@ -761,7 +762,7 @@
 		return;
 
 #ifdef SERIAL_DEBUG_OPEN
-	printk("Shutting down serial port %d (irq %d)....", info->line,
+	printk(KERN_DEBUG "Shutting down serial port %d (irq %d)....", info->line,
 	       info->irq);
 #endif
 
@@ -1166,7 +1167,7 @@
 #ifdef SERIAL_DEBUG_THROTTLE
 	char	buf[64];
 
-	printk("throttle %s: %d....\n", _tty_name(tty, buf),
+	printk(KERN_DEBUG "throttle %s: %d....\n", _tty_name(tty, buf),
 	       tty->ldisc.chars_in_buffer(tty));
 #endif
 
@@ -1190,7 +1191,7 @@
 #ifdef SERIAL_DEBUG_THROTTLE
 	char	buf[64];
 
-	printk("unthrottle %s: %d....\n", _tty_name(tty, buf),
+	printk(KERN_DEBUG "unthrottle %s: %d....\n", _tty_name(tty, buf),
 	       tty->ldisc.chars_in_buffer(tty));
 #endif
 
@@ -1487,7 +1488,7 @@
 	}
 
 #ifdef SERIAL_DEBUG_OPEN
-	printk("rs_close ttys%d, count = %d\n", info->line, info->count);
+	printk(KERN_DEBUG "rs_close ttys%d, count = %d\n", info->line, info->count);
 #endif
 	if ((tty->count == 1) && (info->count != 1)) {
 		/*
@@ -1497,12 +1498,12 @@
 		 * one, we've got real problems, since it means the
 		 * serial port won't be shutdown.
 		 */
-		printk("rs_close: bad serial port count; tty->count is 1, "
+		printk(KERN_DEBUG "rs_close: bad serial port count; tty->count is 1, "
 		       "info->count is %d\n", info->count);
 		info->count = 1;
 	}
 	if (--info->count < 0) {
-		printk("rs_close: bad serial port count for ttys%d: %d\n",
+		printk(KERN_DEBUG "rs_close: bad serial port count for ttys%d: %d\n",
 		       info->line, info->count);
 		info->count = 0;
 	}
@@ -1666,7 +1667,7 @@
 	retval = 0;
 	add_wait_queue(&info->open_wait, &wait);
 #ifdef SERIAL_DEBUG_OPEN
-	printk("block_til_ready before block: ttys%d, count = %d\n",
+	printk(KERN_DEBUG "block_til_ready before block: ttys%d, count = %d\n",
 	       info->line, info->count);
 #endif
 	info->count--;
@@ -1697,7 +1698,7 @@
 			break;
 		}
 #ifdef SERIAL_DEBUG_OPEN
-		printk("block_til_ready blocking: ttys%d, count = %d\n",
+		printk(KERN_DEBUG "block_til_ready blocking: ttys%d, count = %d\n",
 		       info->line, info->count);
 #endif
 		schedule();
@@ -1708,7 +1709,7 @@
 		info->count++;
 	info->blocked_open--;
 #ifdef SERIAL_DEBUG_OPEN
-	printk("block_til_ready after blocking: ttys%d, count = %d\n",
+	printk(KERN_DEBUG "block_til_ready after blocking: ttys%d, count = %d\n",
 	       info->line, info->count);
 #endif
 	if (retval)
@@ -1741,7 +1742,7 @@
 	if (serial_paranoia_check(info, tty->device, "rs_open"))
 		return -ENODEV;
 #ifdef SERIAL_DEBUG_OPEN
-	printk("rs_open %s%d, count = %d\n", tty->driver.name, info->line,
+	printk(KERN_DEBUG "rs_open %s%d, count = %d\n", tty->driver.name, info->line,
 	       info->count);
 #endif
 	info->count++;
@@ -1758,7 +1759,7 @@
 	retval = block_til_ready(tty, filp, info);
 	if (retval) {
 #ifdef SERIAL_DEBUG_OPEN
-		printk("rs_open returning after block_til_ready with %d\n",
+		printk(KERN_DEBUG "rs_open returning after block_til_ready with %d\n",
 		       retval);
 #endif
 		return retval;
@@ -1784,7 +1785,7 @@
 	info->pgrp = current->pgrp;
 
 #ifdef SERIAL_DEBUG_OPEN
-	printk("rs_open ttys%d successful...\n", info->line);
+	printk(KERN_DEBUG "rs_open ttys%d successful...\n", info->line);
 #endif
 	return 0;
 }
@@ -1793,7 +1794,7 @@
 
 static void show_serial_version(void)
 {
-	printk("SGI Zilog8530 serial driver version 1.00\n");
+	printk(KERN_INFO "SGI Zilog8530 serial driver version 1.00\n");
 }
 
 /* Return layout for the requested zs chip number. */
@@ -1842,12 +1843,12 @@
 
 	if(io) {
 		if (!msg_printed) {
-			printk("zs%d: console I/O\n", ((channel>>1)&1));
+			printk(KERN_INFO "zs%d: console I/O\n", ((channel>>1)&1));
 			msg_printed = 1;
 		}
 
 	} else {
-		printk("zs%d: console %s\n", ((channel>>1)&1),
+		printk(KERN_INFO "zs%d: console %s\n", ((channel>>1)&1),
 		       (i==1 ? "input" : (o==1 ? "output" : "WEIRD")));
 	}
 }
@@ -2014,7 +2015,7 @@
 		info->normal_termios = serial_driver.init_termios;
 		init_waitqueue_head(&info->open_wait);
 		init_waitqueue_head(&info->close_wait);
-		printk("tty%02d at 0x%04x (irq = %d)", info->line,
+		printk(KERN_INFO "tty%02d at 0x%04x (irq = %d)", info->line,
 		       info->port, info->irq);
 		printk(" is a Zilog8530\n");
 	}
@@ -2214,7 +2215,7 @@
 	info = zs_soft + con->index;
 	info->is_cons = 1;
 
-	printk("Console: ttyS%d (Zilog8530), %d baud\n",
+	printk(KERN_INFO "Console: ttyS%d (Zilog8530), %d baud\n",
 						info->line, baud);
 
 	i = con->cflag & CBAUD;
Index: drivers/sgi/char/shmiq.c
===================================================================
RCS file: /home/cvs/linux/drivers/sgi/char/shmiq.c,v
retrieving revision 1.28.2.2
diff -u -r1.28.2.2 shmiq.c
--- drivers/sgi/char/shmiq.c	7 Nov 2002 01:47:46 -0000	1.28.2.2
+++ drivers/sgi/char/shmiq.c	19 Dec 2002 10:38:07 -0000
@@ -114,7 +114,7 @@
 
 	e->un.time = jiffies;
 	s->events [s->tail] = *e;
-	printk ("KERNEL: dev=%d which=%d type=%d flags=%d\n",
+	printk (KERN_INFO "KERNEL: dev=%d which=%d type=%d flags=%d\n",
 		e->data.device, e->data.which, e->data.type, e->data.flags);
 	s->tail = tail_next;
 	shmiqs [device].tail = tail_next;
@@ -174,13 +175,13 @@
 		/*
 		 * Ok, we just return the index they are providing us
 		 */
-		printk ("QIOCGETINDX: returning %d\n", *(int *)s->ic_dp);
+		printk (KERN_DEBUG "QIOCGETINDX: returning %d\n", *(int *)s->ic_dp);
 		return 0;
 
 	case QIOCIISTR: {
 		struct muxioctl *mux = (struct muxioctl *) s->ic_dp;
 
-		printk ("Double indirect ioctl: [%d, %x\n", mux->index, mux->realcmd);
+		printk (KERN_DEBUG "Double indirect ioctl: [%d, %x\n", mux->index, mux->realcmd);
 		return -EINVAL;
 	}
 
@@ -191,7 +192,7 @@
 		return 0;
 	}
 	}
-	printk ("Unknown I_STR request for shmiq device: 0x%x\n", cmd);
+	printk (KERN_DEBUG "Unknown I_STR request for shmiq device: 0x%x\n", cmd);
 	return -EINVAL;
 }
 
@@ -271,14 +276,14 @@
 			 * already been attached
 			 */
 			if (shmiqs [minor].mapped) {
-				printk("SHMIQ:The thingie is already mapped\n");
+				printk(KERN_DEBUG "SHMIQ:The thingie is already mapped\n");
 				return -EINVAL;
 			}
 
 			vaddr = (unsigned long) req.user_vaddr;
 			vma = find_vma (current->mm, vaddr);
 			if (!vma) {
-				printk ("SHMIQ: could not find %lx the vma\n",
+				printk (KERN_DEBUG "SHMIQ: could not find %lx the vma\n",
 				        vaddr);
 				return -EINVAL;
 			}
Index: drivers/sgi/char/usema.c
===================================================================
RCS file: /home/cvs/linux/drivers/sgi/char/usema.c,v
retrieving revision 1.22.2.3
diff -u -r1.22.2.3 usema.c
--- drivers/sgi/char/usema.c	18 Dec 2002 19:11:09 -0000	1.22.2.3
+++ drivers/sgi/char/usema.c	19 Dec 2002 10:38:07 -0000
@@ -56,7 +56,7 @@
 	get_file(usema->filp);
 	fd_install(newfd, usema->filp);
 	/* Is that it? */
-	printk("UIOCATTACHSEMA: new usema fd is %d", newfd);
+	printk(KERN_INFO "UIOCATTACHSEMA: new usema fd is %d", newfd);
 	return newfd;
 }
 
@@ -67,7 +67,7 @@
 	struct irix_usema *usema = file->private_data;
 	int retval;
 
-	printk("[%s:%d] wants ioctl 0x%xd (arg 0x%lx)",
+	printk(KERN_INFO "[%s:%d] wants ioctl 0x%xd (arg 0x%lx)",
 	       current->comm, current->pid, cmd, arg);
 
 	switch(cmd) {
@@ -87,7 +87,7 @@
 		if (usema == 0)
 			return -EINVAL;
 
-		printk("UIOCATTACHSEMA: attaching usema %p to process %d\n",
+		printk(KERN_INFO "UIOCATTACHSEMA: attaching usema %p to process %d\n",
 		       usema, current->pid);
 		/* XXX what is attach->us_handle for? */
 		return sgi_usema_attach(attach, usema);
@@ -101,12 +101,12 @@
 
 		retval = verify_area(VERIFY_READ, attach, sizeof(usattach_t));
 		if (retval) {
-			printk("[%s:%d] sgi_usema_ioctl(UIOC*BLOCK): "
+			printk(KERN_DEBUG "[%s:%d] sgi_usema_ioctl(UIOC*BLOCK): "
 			       "verify_area failure",
 			       current->comm, current->pid);
 			return retval;
 		}
-		printk("UIOC*BLOCK: putting process %d to sleep on usema %p",
+		printk(KERN_INFO "UIOC*BLOCK: putting process %d to sleep on usema %p",
 		       current->pid, usema);
 		if (cmd == UIOCNOIBLOCK)
 			interruptible_sleep_on(&usema->proc_list);
@@ -121,13 +121,13 @@
 
 		retval = verify_area(VERIFY_READ, attach, sizeof(usattach_t));
 		if (retval) {
-			printk("[%s:%d] sgi_usema_ioctl(UIOC*BLOCK): "
+			printk(KERN_DEBUG "[%s:%d] sgi_usema_ioctl(UIOC*BLOCK): "
 			       "verify_area failure",
 			       current->comm, current->pid);
 			return retval;
 		}
 
-		printk("[%s:%d] releasing usema %p",
+		printk(KERN_DEBUG "[%s:%d] releasing usema %p",
 		       current->comm, current->pid, usema);
 		wake_up(&usema->proc_list);
 		return 0;
@@ -141,7 +141,7 @@
 {
 	struct irix_usema *usema = filp->private_data;
 
-	printk("[%s:%d] wants to poll usema %p",
+	printk(KERN_DEBUG "[%s:%d] wants to poll usema %p",
 	       current->comm, current->pid, usema);
 
 	return 0;


-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy

^ permalink raw reply
* [PATCH]: minor code cleanup
From: Juan Quintela @ 2002-12-19 11:03 UTC (permalink / raw)
  To: Ralf Baechle, linux mips mailing list


Hi
        once reading arc_con, found this.

Index: arch/mips/arc/arc_con.c
===================================================================
RCS file: /home/cvs/linux/arch/mips/arc/arc_con.c,v
retrieving revision 1.1.4.5
diff -u -r1.1.4.5 arc_con.c
--- arch/mips/arc/arc_con.c	7 Nov 2002 01:47:45 -0000	1.1.4.5
+++ arch/mips/arc/arc_con.c	19 Dec 2002 10:17:47 -0000
@@ -32,10 +32,7 @@
 
 static int __init prom_console_setup(struct console *co, char *options)
 {
-	if (prom_flags & PROM_FLAG_USE_AS_CONSOLE)
-		return 0;
-	else
-		return 1;
+	return !(prom_flags & PROM_FLAG_USE_AS_CONSOLE);
 }
 
 static struct console arc_cons = {


-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy

^ permalink raw reply
* [PATCH]: read_c0_* return always a long
From: Juan Quintela @ 2002-12-19 11:03 UTC (permalink / raw)
  To: Ralf Baechle, linux mips mailing list


Hi
        this function returns a long, nuke a call to read_c0_errorepc
        and use right types for variables and printks.

Later, Juan.

Index: arch/mips/kernel/traps.c
===================================================================
RCS file: /home/cvs/linux/arch/mips/kernel/traps.c,v
retrieving revision 1.99.2.38
diff -u -r1.99.2.38 traps.c
--- arch/mips/kernel/traps.c	17 Dec 2002 23:41:01 -0000	1.99.2.38
+++ arch/mips/kernel/traps.c	19 Dec 2002 10:17:47 -0000
@@ -781,14 +781,14 @@
 
 asmlinkage void cache_parity_error(void)
 {
-	unsigned int reg_val;
+	unsigned long reg_val;
 
 	/* For the moment, report the problem and hang. */
 	reg_val = read_c0_errorepc();
 	printk("Cache error exception:\n");
-	printk("cp0_errorepc == %08x\n", read_c0_errorepc());
+	printk("cp0_errorepc == %08lx\n", reg_val);
 	reg_val = read_c0_cacheerr();
-	printk("c0_cacheerr == %08x\n", reg_val);
+	printk("c0_cacheerr == %08lx\n", reg_val);
 
 	printk("Decoded c0_cacheerr: %s cache fault in %s reference.\n",
 	       reg_val & (1<<30) ? "secondary" : "primary",


-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy

^ permalink raw reply
* [PATCH]: %p and 0 pad is not C99
From: Juan Quintela @ 2002-12-19 11:03 UTC (permalink / raw)
  To: Ralf Baechle, mipslist


Hi
        compiler complains when you use %08p about the %0, notice that
        this came (normally) from somebody changing %08x to this, with
        %x the 0 is valid.

Later, Juan.

Index: arch/mips/lib/dump_tlb.c
===================================================================
RCS file: /home/cvs/linux/arch/mips/lib/dump_tlb.c,v
retrieving revision 1.8.2.6
diff -u -r1.8.2.6 dump_tlb.c
--- arch/mips/lib/dump_tlb.c	18 Dec 2002 22:47:37 -0000	1.8.2.6
+++ arch/mips/lib/dump_tlb.c	19 Dec 2002 10:38:02 -0000
@@ -153,8 +154,8 @@
 	addr = (unsigned int) address;
 
 	printk("Addr                 == %08x\n", addr);
-	printk("task                 == %08p\n", t);
-	printk("task->mm             == %08p\n", t->mm);
+	printk("task                 == %8p\n", t);
+	printk("task->mm             == %8p\n", t->mm);
 	//printk("tasks->mm.pgd        == %08x\n", (unsigned int) t->mm->pgd);
 
 	if (addr > KSEG0)


-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy

^ permalink raw reply
* [PATCH]: you can't use p and p++ without a secuence point
From: Juan Quintela @ 2002-12-19 11:03 UTC (permalink / raw)
  To: Ralf Baechle, mipslist


Hi
        using p & p++ without a sequence point in the middle is
        undefined behaviour.  Once there fix the casts also.
        and change == to = as normally == means identity, not
        asignation :(

Later, Juan.

Index: arch/mips/lib/dump_tlb.c
===================================================================
RCS file: /home/cvs/linux/arch/mips/lib/dump_tlb.c,v
retrieving revision 1.8.2.6
diff -u -r1.8.2.6 dump_tlb.c
--- arch/mips/lib/dump_tlb.c	18 Dec 2002 22:47:37 -0000	1.8.2.6
+++ arch/mips/lib/dump_tlb.c	19 Dec 2002 10:38:02 -0000
@@ -225,9 +226,7 @@
 
 	for(i=0;i<8;i++)
 	{
-		printk("*%08lx == %08lx, ",
-		       (unsigned long)p, (unsigned long)*p++);
-		printk("*%08lx == %08lx\n",
-		       (unsigned long)p, (unsigned long)*p++);
+		printk("*%8p = %08lx, ", p, *p); p++;
+		printk("*%8p = %08lx\n", p, *p); p++;
 	}
 }


-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy

^ permalink raw reply
* [PATCH]: do right includes in math-emu
From: Juan Quintela @ 2002-12-19 11:03 UTC (permalink / raw)
  To: Ralf Baechle, mipslist


Hi
        another trivial patch, include kernel.h for printk, and put a
        printk label.

Later, Juan.

Index: arch/mips/math-emu/ieee754xcpt.c
===================================================================
RCS file: /home/cvs/linux/arch/mips/math-emu/ieee754xcpt.c,v
retrieving revision 1.3.2.1
diff -u -r1.3.2.1 ieee754xcpt.c
--- arch/mips/math-emu/ieee754xcpt.c	5 Aug 2002 23:53:34 -0000	1.3.2.1
+++ arch/mips/math-emu/ieee754xcpt.c	19 Dec 2002 10:38:02 -0000
@@ -29,6 +29,7 @@
  *  Copyright (C) 2000 MIPS Technologies, Inc.  All rights reserved.
  *************************************************************************/
 
+#include <linux/kernel.h>
 #include "ieee754.h"
 
 /*
@@ -42,7 +43,7 @@
 
 void ieee754_xcpt(struct ieee754xctx *xcp)
 {
-	printk("floating point exception in \"%s\", type=%s\n",
+	printk(KERN_DEBUG "floating point exception in \"%s\", type=%s\n",
 		xcp->op, rtnames[xcp->rt]);
 }
 


-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy

^ permalink raw reply
* [PATCH]: global variables are automatically initialized to 0
From: Juan Quintela @ 2002-12-19 11:03 UTC (permalink / raw)
  To: Ralf Baechle, mipslist


Hi
        globals are already initialized to 0.

Later, Juan.

Index: drivers/sgi/char/sgicons.c
===================================================================
RCS file: /home/cvs/linux/drivers/sgi/char/sgicons.c,v
retrieving revision 1.13.2.1
diff -u -r1.13.2.1 sgicons.c
--- drivers/sgi/char/sgicons.c	6 Aug 2002 01:51:52 -0000	1.13.2.1
+++ drivers/sgi/char/sgicons.c	19 Dec 2002 10:38:05 -0000
@@ -14,8 +14,8 @@
 #include "gconsole.h"
 
 /* This is the system graphics console (the first adapter found) */
-struct console_ops *gconsole = 0;
-struct console_ops *real_gconsole = 0;
+struct console_ops *gconsole;
+struct console_ops *real_gconsole;
 
 void
 enable_gconsole (void)


-- 
In theory, practice and theory are the same, but in practice they 
are different -- Larry McVoy

^ permalink raw reply
* Re: [linux-lvm] LVM and ext3
From: Goetz Bock @ 2002-12-19 10:53 UTC (permalink / raw)
  To: linux-lvm
In-Reply-To: <!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAAd/KEPwmKaEO7gaS5NXV+c+KAAAAQAAAAlydtpuHoQkO4QgscMTdYbgEAAAAA@freestylenetworks.com>

On Thu, Dec 19 '02 at 09:30, Paul Seniuk wrote:
>  Is there support for ext3 partion resizing? 
do it all the time (growing). there is even a special tool to support
that with just one call to enlagre the LV and then the ext2/3
filesystem: e2fsadm

> (RH 7.3)?
no idea about that. but no problems with TSL1.5 (own patches) and TSL20
should work out of the box (I'll work on it, except for the installer)
-- 
Goetz Bock       (c) 2002 as     blacknet.de - Munich - Germany   /"\
IT Consultant    GNU FDL 1.1    secure mobile Linux everNETting   \ /
                                                                   X
 ASCII Ribbon Campaign against HTML email & microsoft attachments / \

^ permalink raw reply
* Re: 2.5.52-mm2
From: William Lee Irwin III @ 2002-12-19 10:51 UTC (permalink / raw)
  To: Andrew Morton; +Cc: lkml, linux-mm
In-Reply-To: <3E01A004.58F2B880@digeo.com>

William Lee Irwin III wrote:
>> c014f9e9 502737   1.64565     .text.lock.file_table
>> c01b1890 719105   2.35391     __copy_to_user
>> c0135768 911894   2.98498     __get_page_state
>> c013ee50 952823   3.11895     do_anonymous_page
>> c01436d0 1079864  3.53481     page_add_rmap
>> c01438cc 1186938  3.8853      page_remove_rmap
>> c0106f38 17763755 58.1476     poll_idle

On Thu, Dec 19, 2002 at 02:31:32AM -0800, Andrew Morton wrote:
> Is that improved?

Only in the qualitative sense. No statistically significant differences
in running times are observable.


William Lee Irwin III wrote:
>> pfn_to_nid() got lots of icache misses. Try using a macro.

On Thu, Dec 19, 2002 at 02:31:32AM -0800, Andrew Morton wrote:
> What's the callsite?

I was not able to collect this information and would be much obliged
to hear of how to do so for instruction cache profiling.


On Thu, Dec 19, 2002 at 02:31:32AM -0800, Andrew Morton wrote:
> Actually, just looking at mmzone.h, I have to say "ick".  The
> non-NUMA case seems unnecessarily overdone.  eg:
> #define page_to_pfn(page)
> 	((page - page_zone(page)->zone_mem_map) + page_zone(page)->zone_start_pfn)
> Ouch.  Why can't we have the good old `page - mem_map' here?

There is no reason why it could not be re-established for the Pee Cee
case. IMHO It would be excellent to have the proper architecture
discrimination defines in place so that Pee Cees could utilize the vastly
simpler calculation. So long as this is devolved to arch code there is no
danger of page->virtual being required by arch-independent code.


Thanks,
Bill
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/

^ permalink raw reply
* Re: [Lse-tech] Re: 15000+ processes -- poor performance ?!
From: William Lee Irwin III @ 2002-12-19 10:55 UTC (permalink / raw)
  To: Alex Tomas
  Cc: Denis Vlasenko, David Lang, Robert Love, Till Immanuel Patzschke,
	lse-tech, linux-kernel
In-Reply-To: <m3u1hapa51.fsf@lexa.home.net>

William Lee Irwin (WLI) writes:
WLI> As userspace solutions go your suggestions is just as good. The
WLI> kernel still needs to get its act together and with some
WLI> urgency.

On Thu, Dec 19, 2002 at 01:37:30PM +0300, Alex Tomas wrote:
> what about retreiving info from /proc/kmem or something like? just to 
> avoid binary -> text(proc) -> binary

That would also be an excellent userspace solution to this local DoS.


Bill

^ permalink raw reply
* Re: Dell OEM Soundblaster Live 5.1 with different PCI ID
From: Takashi Iwai @ 2002-12-19 10:47 UTC (permalink / raw)
  To: elchhome; +Cc: alsa-devel
In-Reply-To: <3E019532.6080001@gmx.de>

[-- Attachment #1: Type: text/plain, Size: 587 bytes --]

At Thu, 19 Dec 2002 10:45:22 +0100,
elchhome@gmx.de wrote:
> 
> Hello Friends,
> 
> Dell ships since a month an OEM Soundblaster Live 5.1 (sb0200) with a 
> different PCI ID
> 
> for original sblive you got 1102:0002
> the Dell version has 1102:0006
> 
> I got  no sound with the actual version of the sound driver.
> Could anyone be so kind to incorporate this into the source code?

please try the attached patch.
this will add the entry as emu10k1 (sb live!).  it seems that the chip
is emu10k1, not audigy.
if it works, please let me know.  i'll commit it to cvs.


thanks,

Takashi

[-- Attachment #2: emu10k1-dell.dif --]
[-- Type: application/octet-stream, Size: 683 bytes --]

Index: alsa-kernel/pci/emu10k1/emu10k1.c
===================================================================
RCS file: /suse/tiwai/cvs/alsa/alsa-kernel/pci/emu10k1/emu10k1.c,v
retrieving revision 1.12
diff -u -r1.12 emu10k1.c
--- alsa-kernel/pci/emu10k1/emu10k1.c	9 Dec 2002 10:55:15 -0000	1.12
+++ alsa-kernel/pci/emu10k1/emu10k1.c	19 Dec 2002 10:45:53 -0000
@@ -80,6 +80,7 @@
 
 static struct pci_device_id snd_emu10k1_ids[] __devinitdata = {
 	{ 0x1102, 0x0002, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 },	/* EMU10K1 */
+	{ 0x1102, 0x0006, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0 },	/* Dell OEM version (EMU10K1) */
 	{ 0x1102, 0x0004, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 1 },	/* Audigy */
 	{ 0, }
 };

^ permalink raw reply
* Re: Dell OEM Soundblaster Live 5.1 with different PCI ID
From: elchhome @ 2002-12-19 10:47 UTC (permalink / raw)
  To: Takashi Iwai; +Cc: alsa-devel
In-Reply-To: <s5hu1hauvxh.wl@alsa2.suse.de>

Hello Takashi,

thanks for your fast answer :)
I will give you feedback at latest monday, because I am not at home at 
the moment
you are right, this is emu10k1 not audigy
regards
Andreas


Takashi Iwai schrieb:

>At Thu, 19 Dec 2002 10:45:22 +0100,
>elchhome@gmx.de wrote:
>  
>
>>Hello Friends,
>>
>>Dell ships since a month an OEM Soundblaster Live 5.1 (sb0200) with a 
>>different PCI ID
>>
>>for original sblive you got 1102:0002
>>the Dell version has 1102:0006
>>
>>I got  no sound with the actual version of the sound driver.
>>Could anyone be so kind to incorporate this into the source code?
>>    
>>
>
>please try the attached patch.
>this will add the entry as emu10k1 (sb live!).  it seems that the chip
>is emu10k1, not audigy.
>if it works, please let me know.  i'll commit it to cvs.
>
>
>thanks,
>
>Takashi
>  
>




-------------------------------------------------------
This SF.NET email is sponsored by: Geek Gift Procrastinating?
Get the perfect geek gift now!  Before the Holidays pass you by.
T H I N K G E E K . C O M      http://www.thinkgeek.com/sf/

^ permalink raw reply
* Re: [lvm-devel] [PATCH] add kobject to struct mapped_device
From: Joe Thornber @ 2002-12-19 10:55 UTC (permalink / raw)
  To: lvm-devel; +Cc: linux-kernel
In-Reply-To: <20021218184307.GA32190@kroah.com>

Greg,

This looks like patch 1 of many, since it doesn't actually export any
attributes through sysfs yet.  Can you please give me more of an idea
of what the attributes are that you want to export ?  Are you trying
to move the dmfs functionality into sysfs ?

I won't accept this patch on it's own, but am sure what you are trying
to do is the right thing, so will probably have no objections when the
rest of the patches arrive.

On Wed, Dec 18, 2002 at 10:43:07AM -0800, Greg KH wrote:
> Oh, and why isn't struct mapped_device declared in dm.h?  If it was,
> dm_get and dm_put could be inlined, along with a few other potential
> cleanups.

I'm try to keep implementation details out of header files.  dm_get()
and dm_put() are not performance critical so I see no need to inline them.



> diff -Nru a/drivers/block/genhd.c b/drivers/block/genhd.c
> --- a/drivers/block/genhd.c	Wed Dec 18 10:39:48 2002
> +++ b/drivers/block/genhd.c	Wed Dec 18 10:39:48 2002
> @@ -475,3 +475,4 @@
>  EXPORT_SYMBOL(bdev_read_only);
>  EXPORT_SYMBOL(set_device_ro);
>  EXPORT_SYMBOL(set_disk_ro);
> +EXPORT_SYMBOL(block_subsys);


> diff -Nru a/drivers/md/dm.c b/drivers/md/dm.c
> --- a/drivers/md/dm.c	Wed Dec 18 10:39:48 2002
> +++ b/drivers/md/dm.c	Wed Dec 18 10:39:48 2002

   ...

> +
> +extern struct subsystem block_subsys;
> +

Please declare this in a suitable header like genhd.h rather than in
dm.c.  The above two snippets should then be pushed seperately from
the dm patches.

- Joe

^ permalink raw reply
* Re: 2.5.52-mm2
From: William Lee Irwin III @ 2002-12-19 10:51 UTC (permalink / raw)
  To: Andrew Morton; +Cc: lkml, linux-mm
In-Reply-To: <3E01A004.58F2B880@digeo.com>

William Lee Irwin III wrote:
>> c014f9e9 502737   1.64565     .text.lock.file_table
>> c01b1890 719105   2.35391     __copy_to_user
>> c0135768 911894   2.98498     __get_page_state
>> c013ee50 952823   3.11895     do_anonymous_page
>> c01436d0 1079864  3.53481     page_add_rmap
>> c01438cc 1186938  3.8853      page_remove_rmap
>> c0106f38 17763755 58.1476     poll_idle

On Thu, Dec 19, 2002 at 02:31:32AM -0800, Andrew Morton wrote:
> Is that improved?

Only in the qualitative sense. No statistically significant differences
in running times are observable.


William Lee Irwin III wrote:
>> pfn_to_nid() got lots of icache misses. Try using a macro.

On Thu, Dec 19, 2002 at 02:31:32AM -0800, Andrew Morton wrote:
> What's the callsite?

I was not able to collect this information and would be much obliged
to hear of how to do so for instruction cache profiling.


On Thu, Dec 19, 2002 at 02:31:32AM -0800, Andrew Morton wrote:
> Actually, just looking at mmzone.h, I have to say "ick".  The
> non-NUMA case seems unnecessarily overdone.  eg:
> #define page_to_pfn(page)
> 	((page - page_zone(page)->zone_mem_map) + page_zone(page)->zone_start_pfn)
> Ouch.  Why can't we have the good old `page - mem_map' here?

There is no reason why it could not be re-established for the Pee Cee
case. IMHO It would be excellent to have the proper architecture
discrimination defines in place so that Pee Cees could utilize the vastly
simpler calculation. So long as this is devolved to arch code there is no
danger of page->virtual being required by arch-independent code.


Thanks,
Bill

^ permalink raw reply
* [ANNOUNCE] 2.5.52-lsm1
From: Chris Wright @ 2002-12-19 10:51 UTC (permalink / raw)
  To: linux-security-module; +Cc: linux-kernel

The Linux Security Modules project provides a lightweight, general
purpose framework for access control.  The LSM interface enables
security policies to be developed as loadable kernel modules.
See http://lsm.immunix.org for more information.

2.5.52-lsm1 patch released.  This is a rebase up to 2.5.52 as well as
numerous module updates and bugfixes.  The interface has changed, and
the hooks are controlled with CONFIG_SECURITY now.  Currently LIDS and
DTE will not compile.

Full lsm-2.5 patch (LSM + all modules) is available at:
	http://lsm.immunix.org/patches/2.5/2.5.52/patch-2.5.52-lsm1.gz

The whole ChangeLog for this release is at:
	http://lsm.immunix.org/patches/2.5/2.5.52/ChangeLog-2.5.52-lsm1

The LSM 2.5 BK tree can be pulled from:
        bk://lsm.bkbits.net/lsm-2.5

2.5.52-lsm1
 - merge with 2.5.36-52					(GregKH and me)
 - Owlsm module updates					(GregKH)
 - Makefile and Kconfig cleanups			(GregKH)
 - SELinux: Assign an initial SID to SCMP packets.	(Wayne Salamon)
 - dummy module cleanups				(GregKH)
 - convert hooks to new format				(GregKH)
 							(Stephen Smalley)
 - add CONFIG_SECURITY					(GregKH)
 - SELinux: Handles inodes allocated by AFS		(Stephen Smalley)
 - SELinux: kill uses of i_dev				(Stephen Smalley)
 - LIDS 2.0.2pre2 update				(Huagang Xie)
 - Add hook to init_private_file/release_private_file	(Stephen Smalley)
 - remove sys_security					(Christoph Hellwig)
 - LIDS fix __FUNCTION__ pasting			(me)
 - Kconfig updates					(me)
 - LIDS workqueue conversion and bug fix		(Huagang Xie)
 - IPC hooks cleanup					(Stephen Smalley)
 - Selopt __exit fixups					(Stephen Smalley)
 - remove file_llseek					(Christoph Hellwig)
 - SELinux: remove inode_preconditions			(Stephen Smalley)
 - Added gfp_mask param to skb_alloc_security() hook	(James Morris)
 - SELinux: pivot_root, connect revalidation bug fixes
   kbd ioctl fix, signull perm, remove old perm.	(Stephen Smalley)
 - LIDS update to for_each_process			(me)

thanks,
-chris
-- 
Linux Security Modules     http://lsm.immunix.org     http://lsm.bkbits.net

^ permalink raw reply
* [REPORT] unexpected IO-APIC
From: Guillaume Morin @ 2002-12-19 10:43 UTC (permalink / raw)
  To: linux-smp; +Cc: guillaume

On my new box, Linux 2.4.20 prints this :

IO APIC #2......
.... register #00: 02000000
.......    : physical APIC id: 02
.... register #01: 00178003
.......     : max redirection entries: 0017
.......     : PRQ implemented: 1
.......     : IO APIC version: 0003
 WARNING: unexpected IO-APIC, please mail
           to linux-smp@vger.kernel.org

I don't know what information you need exactly. Here is the complete
bootlog :

Linux version 2.4.20 (root@dick) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Thu Dec 19 01:43:44 CET 2002
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000ce000 - 00000000000d4000 (reserved)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000fff0000 (usable)
 BIOS-e820: 000000000fff0000 - 000000000fff8000 (ACPI data)
 BIOS-e820: 000000000fff8000 - 0000000010000000 (ACPI NVS)
 BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
 BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
255MB LOWMEM available.
found SMP MP-table at 000fb940
hm, page 000fb000 reserved twice.
hm, page 000fc000 reserved twice.
hm, page 000f6000 reserved twice.
hm, page 000f7000 reserved twice.
On node 0 totalpages: 65520
zone(0): 4096 pages.
zone(1): 61424 pages.
zone(2): 0 pages.
Intel MultiProcessor Specification v1.4
    Virtual Wire compatibility mode.
OEM ID: VIA      Product ID: VT5440B      APIC at: 0xFEE00000
Processor #0 Pentium(tm) Pro APIC version 17
I/O APIC #2 Version 3 at 0xFEC00000.
Processors: 1
Kernel command line: BOOT_IMAGE=Linux ro root=303
Initializing CPU#0
Detected 1533.453 MHz processor.
Console: colour dummy device 80x25
Calibrating delay loop... 3060.53 BogoMIPS
Memory: 256712k/262080k available (1282k kernel code, 4980k reserved, 513k data, 104k init, 0k highmem)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU:     After generic, caps: 0383fbff c1c3fbff 00000000 00000000
CPU:             Common caps: 0383fbff c1c3fbff 00000000 00000000
CPU: AMD Athlon(tm) XP 1800+ stepping 02
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000080
ESR value after enabling vector: 00000000
ENABLING IO-APIC IRQs
Setting 2 in the phys_id_present_map
...changing IO-APIC physical APIC ID to 2 ... ok.
init IO_APIC IRQs
 IO-APIC (apicid-pin) 2-0, 2-5, 2-10, 2-11, 2-17, 2-19, 2-20, 2-22, 2-23 not connected.
..TIMER: vector=0x31 pin1=2 pin2=0
number of MP IRQ sources: 20.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................

IO APIC #2......
.... register #00: 02000000
.......    : physical APIC id: 02
.... register #01: 00178003
.......     : max redirection entries: 0017
.......     : PRQ implemented: 1
.......     : IO APIC version: 0003
 WARNING: unexpected IO-APIC, please mail
          to linux-smp@vger.kernel.org
.... IRQ redirection table:
 NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:   
 00 000 00  1    0    0   0   0    0    0    00
 01 001 01  0    0    0   0   0    1    1    39
 02 001 01  0    0    0   0   0    1    1    31
 03 001 01  0    0    0   0   0    1    1    41
 04 001 01  0    0    0   0   0    1    1    49
 05 000 00  1    0    0   0   0    0    0    00
 06 001 01  0    0    0   0   0    1    1    51
 07 001 01  0    0    0   0   0    1    1    59
 08 001 01  0    0    0   0   0    1    1    61
 09 001 01  0    0    0   0   0    1    1    69
 0a 000 00  1    0    0   0   0    0    0    00
 0b 000 00  1    0    0   0   0    0    0    00
 0c 001 01  0    0    0   0   0    1    1    71
 0d 001 01  0    0    0   0   0    1    1    79
 0e 001 01  0    0    0   0   0    1    1    81
 0f 001 01  0    0    0   0   0    1    1    89
 10 001 01  1    1    0   1   0    1    1    91
 11 000 00  1    0    0   0   0    0    0    00
 12 001 01  1    1    0   1   0    1    1    99
 13 000 00  1    0    0   0   0    0    0    00
 14 000 00  1    0    0   0   0    0    0    00
 15 001 01  1    1    0   1   0    1    1    A1
 16 000 00  1    0    0   0   0    0    0    00
 17 000 00  1    0    0   0   0    0    0    00
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
IRQ12 -> 0:12
IRQ13 -> 0:13
IRQ14 -> 0:14
IRQ15 -> 0:15
IRQ16 -> 0:16
IRQ18 -> 0:18
IRQ21 -> 0:21
.................................... done.
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 1533.3276 MHz.
..... host bus clock speed is 266.6656 MHz.
cpu: 0, clocks: 2666656, slice: 1333328
CPU0<T0:2666656,T1:1333328,D:0,S:1333328,C:2666656>
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xfdaf1, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Using IRQ router default [1106/3177] at 00:11.0
PCI->APIC IRQ transform: (B0,I8,P0) -> 18
PCI->APIC IRQ transform: (B0,I12,P0) -> 16
PCI->APIC IRQ transform: (B0,I16,P0) -> 21
PCI->APIC IRQ transform: (B0,I16,P1) -> 21
PCI->APIC IRQ transform: (B0,I16,P2) -> 21
PCI->APIC IRQ transform: (B0,I16,P3) -> 21
PCI->APIC IRQ transform: (B0,I17,P0) -> 16
PCI: Via IRQ fixup for 00:10.2, from 10 to 5
PCI: Via IRQ fixup for 00:10.1, from 10 to 5
PCI: Via IRQ fixup for 00:10.0, from 11 to 5
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
IA-32 Microcode Update Driver: v1.11 <tigran@veritas.com>
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16)
Starting kswapd
Journalled Block Device driver loaded
NTFS driver v1.1.22 [Flags: R/O]
ACPI: APM is already active, exiting
radeonfb: ref_clk=2700, ref_div=12, xclk=16600 from BIOS
Console: switching to colour frame buffer device 80x30
radeonfb: ATI Radeon QY VE  DDR SGRAM 32 MB
radeonfb: DVI port no monitor connected
radeonfb: CRT port CRT monitor connected
pty: 256 Unix98 ptys configured
Real Time Clock Driver v1.10e
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 89
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci00:11.1
    ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:pio, hdd:DMA
hda: Nikimi NIK-XR102A, ATA DISK drive
hdd: 50X CD-ROM, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
blk: queue c030ab24, I/O limit 4095Mb (mask 0xffffffff)
hda: 20066251 sectors (10274 MB) w/1900KiB Cache, CHS=1249/255/63, UDMA(66)
hdd: set_drive_speed_status: status=0x7f { DriveReady DeviceFault SeekComplete DataRequest CorrectedError Index Error }
hdd: set_drive_speed_status: error=0x7f
ide1: Drive 1 didn't accept speed setting. Oh, well.
hdd: ATAPI 40X CD-ROM drive, 128kB Cache, (U)DMA
Uniform CD-ROM driver Revision: 3.12
Partition check:
 hda: hda1 hda2 < hda5 > hda3 hda4
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
8139too Fast Ethernet driver 0.9.26
eth0: RealTek RTL8139 Fast Ethernet at 0xd2806f00, 00:e0:4c:39:2b:93, IRQ 18
eth0:  Identified 8139 chip type 'RTL-8139C'
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 203M
agpgart: Unsupported Via chipset (device id: 3189), you might want to try agp_try_unsupported=1.
agpgart: no supported devices found.
[drm] Initialized radeon 1.1.1 20010405 on minor 0
cmpci: version $Revision: 5.64 $ time 01:44:41 Dec 19 2002
cmpci: found CM8738 adapter at io 0xe800 irq 16
cmpci: chip version = 055
usb.c: registered new driver hub
uhci.c: USB Universal Host Controller Interface driver v1.1
uhci.c: USB UHCI at I/O 0xe400, IRQ 21
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
uhci.c: USB UHCI at I/O 0xe000, IRQ 21
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 2 ports detected
uhci.c: USB UHCI at I/O 0xdc00, IRQ 21
usb.c: new USB bus registered, assigned bus number 3
hub.c: USB hub found
hub.c: 2 ports detected
usb.c: registered new driver hid
hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vojtech@suse.cz>
hid-core.c: USB HID support drivers
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 104k freed
hub.c: new USB device 00:10.2-2, assigned address 2
usb.c: USB device 2 (vend/prod 0x4a9/0x220d) is not claimed by any active driver.
Adding Swap: 240964k swap-space (priority -1)
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,3), internal journal
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.

If you need more information, do not hesisate to write to me.

Regards,

PS: please keep me CC'ed as I am not subscribed
-- 
Guillaume Morin <guillaume@morinfr.org>

              Je préfère à l'ennui, m'endormir pour toujours (FFF)

^ permalink raw reply
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.