headers
Zwane Mwaikambo | 1 Aug 2004 01:02
Picon

Re: [PATCH][2.6] first/next_cpu returns values > NR_CPUS

On Sat, 31 Jul 2004, William Lee Irwin III wrote:

> On Sat, Jul 31, 2004 at 04:52:18PM -0400, Zwane Mwaikambo wrote:
> > The following caused some fireworks whilst merging i386 cpu hotplug.
> > any_online_cpu(0x2) returns 32 on i386 if we're forced to continue past
> > the only set bit due to the additional find_first_bit in the
> > find_next_bit i386 implementation. Not wanting to change current
> > behaviour in the bitops primitives and since the NR_CPUS thing is a
> > cpumask issue, i've opted to fix next_cpu() and first_cpu() instead.
> > Signed-off-by: Zwane Mwaikambo <zwane <at> fsmlabs.com>
>
> This might save a couple of lines of code.

Nice, i'd prefer that.
Permalink | Reply | 0 comments |
headers
Denis Vlasenko | 1 Aug 2004 01:20
Picon

[BUG] kernel BUG at linux-2.6.7-bk20.src/mm/rmap.c:407!

Hi folks,

One of my supervise processes was nuked,
out of the blue. No more ill effects on the system.

void page_remove_rmap(struct page *page)
{
        BUG_ON(PageReserved(page));
        BUG_ON(!page->mapcount);   <==================== line 407

        page_map_lock(page);
        page->mapcount--;
        if (!page->mapcount) {
                if (page_test_and_clear_dirty(page))
                        set_page_dirty(page);
                if (PageAnon(page))
                        clear_page_anon(page);
                dec_page_state(nr_mapped);
        }
        page_map_unlock(page);
}

------------[ cut here ]------------
kernel BUG at /.1/usr/srcdevel/kernel/linux-2.6.7-bk20.src/mm/rmap.c:407!
invalid operand: 0000 [#1]
Modules linked in: snd_pcm_oss iptable_mangle snd_mixer_oss iptable_filter snd_via82xx snd_pcm
snd_timer snd_ac97_codec snd_page_alloc snd_mpu
CPU:    0
EIP:    0060:[<c013846b>]    Not tainted
EFLAGS: 00010246   (2.6.7-bk20)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alan Cox | 1 Aug 2004 01:22
Picon
Favicon

PATCH: Add support for IT8212 IDE controllers

There is a messy scsi faking vendor driver for this card but this instead
is a standard Linux IDE layer driver.

diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.8-rc2/drivers/ide/Kconfig linux-2.6.8-rc2/drivers/ide/Kconfig
--- linux.vanilla-2.6.8-rc2/drivers/ide/Kconfig	2004-07-27 19:22:42.000000000 +0100
+++ linux-2.6.8-rc2/drivers/ide/Kconfig	2004-07-31 17:15:35.000000000 +0100
 <at>  <at>  -621,6 +621,12  <at>  <at> 
 	  <http://www.ite.com.tw/ia/brief_it8172bsp.htm>; picture of the
 	  board at <http://www.mvista.com/partners/semiconductor/ite.html>.

+config BLK_DEV_IT8212
+	tristate "IT8212 IDE support (Experimental)"
+	help
+	  This driver adds support for the ITE 8212 IDE RAID controller in
+	  both RAID and pass-through mode. 
+
 config BLK_DEV_NS87415
 	tristate "NS87415 chipset support"
 	help
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.8-rc2/drivers/ide/pci/it8212.c linux-2.6.8-rc2/drivers/ide/pci/it8212.c
--- linux.vanilla-2.6.8-rc2/drivers/ide/pci/it8212.c	1970-01-01 01:00:00.000000000 +0100
+++ linux-2.6.8-rc2/drivers/ide/pci/it8212.c	2004-07-31 22:18:14.000000000 +0100
 <at>  <at>  -0,0 +1,664  <at>  <at> 
+/*
+ * linux/drivers/ide/pci/it8212.c		Version 0.01	July 2004
+ *
+ * Copyright (C) 2004		Red Hat <alan <at> redhat.com>
+ *
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alan Cox | 1 Aug 2004 02:15
Picon
Favicon

PATCH: Fix HPT366 crash and support HPT372N

On a board containing the HPT372N IDE controller the 2.6.x series kernels will
misbehave. If the HPT372N is set up with the newer PCI identifier it is 
ignored. If it is set up with the HPT372 identifier then the kernel crashes
on boot.

This patch is a forward port of my 2.4 driver fixes that have been in 2.4
for a year but somehow escaped 2.6. Ronny Buchmann caught a couple
of merge details I missed and those are fixed in this diff too.

As well as adding 372N support this also fixes the unknown revision case
to avoid crashes should any future 37x variants with weird class_rev's appear

Alan

Signed-off-by: Alan Cox <alan <at> redhat.com>

--- linux.vanilla-2.6.8-rc2/drivers/ide/pci/hpt366.c	2004-07-27 19:22:42.000000000 +0100
+++ linux-2.6.8-rc2/drivers/ide/pci/hpt366.c	2004-08-01 00:58:30.948290640 +0100
 <at>  <at>  -1,8 +1,9  <at>  <at> 
 /*
- * linux/drivers/ide/pci/hpt366.c		Version 0.34	Sept 17, 2002
+ * linux/drivers/ide/pci/hpt366.c		Version 0.36	April 25, 2003
  *
  * Copyright (C) 1999-2003		Andre Hedrick <andre <at> linux-ide.org>
  * Portions Copyright (C) 2001	        Sun Microsystems, Inc.
+ * Portions Copyright (C) 2003		Red Hat Inc
  *
  * Thanks to HighPoint Technologies for their assistance, and hardware.
  * Special Thanks to Jon Burchmore in SanDiego for the deep pockets, his
 <at>  <at>  -39,6 +40,13  <at>  <at>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thomas S. Iversen | 1 Aug 2004 02:22
Picon

How to do IO across hardsector boundries

Hi There

As part of an assignment I am trying to port a piece of software from 
FreeBSD to linux. Essentially this software (crypto) makes a virtual 
blockdevice with "virtual" sectors on top. Under FreeBSD these virtual 
sectors are just read/written using a simple command:

buf=g_read(dev, offset, len)
error=g_write(dev,offset,buf,len)

In linux however I have only seen the BIO layer which operates on IO on 
hardsector boundaries.

So my question really is, how do I go about updating for instance the 
512 bytes located for at byte 64 to 64+511 on the actual media without 
getting in trouble regarding the data from offset 0-63 and 64+512->1023?

Regards Thomas
Permalink | Reply | 3 comments |
headers
Felipe Alfaro Solana | 1 Aug 2004 02:24

Re: [patch] voluntary-preempt-2.6.8-rc2-L2 PS2 keyboard gone south

On Fri, 2004-07-30 at 23:57 -0400, Lee Revell wrote:
> On Fri, 2004-07-30 at 21:13, Felipe Alfaro Solana wrote:
> > On Fri, 2004-07-30 at 20:05 -0400, Lee Revell wrote:
> > > On Fri, 2004-07-30 at 19:21, Felipe Alfaro Solana wrote:
> > > > On Fri, 2004-07-30 at 13:38 -0400, Shane Shrybman wrote:
> > > > 
> > > > > > M5 does that differently, yes - so could you try it? If you still get
> > > > > > problems, does this fix it:
> > > > > 
> > > > > Ok, M5 locked up the whole machine within a few seconds of starting X.
> > > > 
> > > > Me too, with voluntary-preempt=3... It seems I can trigger this randomly
> > > > by heavily moving the mouse around while logging in into my KDE session.
> > > > 
> > > > However, with voluntary-preempt=2 I've been unable to lock the machine
> > > > yet.
> > > 
> > > It looks like this is a mouse problem, I have a PS/2 keyboard and USB
> > > mouse and have not had any problems yet with M5.  I also found that with
> > > L2, I could toggle Caps Lock fast enough to get significantly 'ahead' of
> > > it, this no longer happens with M5.
> > 
> > I have a PS/2 keyboard and a USB mouse.
> 
> Weird.  This is my setup also, and I have had no problems since
> installing M5.
> 
> Try:
> 
>         Option          "NoAccel"
(Continue reading)

Permalink | Reply | 3 comments |
headers
Lee Revell | 1 Aug 2004 02:25

Re: [Unichrome-devel] Dragging window in X causes soundcard interrupts to be lost

On Sun, 2004-07-18 at 18:58, Thomas Hellstrom wrote:
> Hi, Lee. 
> 
> Most of the code is inherited from VIA, but as far as I know, there
> are no locks held except the DRM lock when DRI is used, which it isn't
> in your case. 
> 

Thomas,

Do you have the original driver source from VIA handy?  This is looking
more and more like a hardware bug - 2D acceleration engine activity
causes interrupts from the PCI slot to be disabled for long periods. 
Maybe it disables interrupts to prevent other processes writing to the
shared video/system RAM as it DMAs.  I would like to verify that the
problem still occurs with their driver, before I try to convince them
there's a hardware issue with the EPIA boards.

On that note, assuming I verify the bug, does anyone have any
recommendations for getting VIA to take me seriously?  The problem is
very easy to reproduce.

Lee
Permalink | Reply | 3 comments |
headers
Jesper Juhl | 1 Aug 2004 02:32
Picon

[PATCH] drivers/net/wan/cycx_x25.c:189: warning: conflicting types for built-in function 'log2'


To silence the warning in $subject, rename log2 to cycx_log2 in this file 
to remove the clash, so there's no doubt that this file uses it's own
defined log2 function.

Patch against 2.6.8-rc2-mm1

Signed-off-by: Jesper Juhl <juhl-lkml <at> dif.dk>

diff -up linux-2.6.8-rc2-mm1-orig/drivers/net/wan/cycx_x25.c linux-2.6.8-rc2-mm1/drivers/net/wan/cycx_x25.c
--- linux-2.6.8-rc2-mm1-orig/drivers/net/wan/cycx_x25.c	2004-06-16 07:19:01.000000000 +0200
+++ linux-2.6.8-rc2-mm1/drivers/net/wan/cycx_x25.c	2004-07-31 22:10:02.000000000 +0200
 <at>  <at>  -186,7 +186,7  <at>  <at>  static void nibble_to_byte(u8 *s, u8 *d,
  	    reset_timer(struct net_device *dev);

  static u8 bps_to_speed_code(u32 bps);
-static u8 log2(u32 n);
+static u8 cycx_log2(u32 n);

  static unsigned dec_to_uint(u8 *str, int len);

 <at>  <at>  -263,7 +263,7  <at>  <at>  int cycx_x25_wan_init(struct cycx_device
  	else
  		card->wandev.mtu = 64;

-	cfg.pktlen = log2(card->wandev.mtu);
+	cfg.pktlen = cycx_log2(card->wandev.mtu);

  	if (conf->station == WANOPT_DTE) {
  		cfg.locaddr = 3; /* DTE */
(Continue reading)

Permalink | Reply | 3 comments |
headers
Lee Revell | 1 Aug 2004 02:32

Re: [patch] voluntary-preempt-2.6.8-rc2-L2 PS2 keyboard gone south

On Sat, 2004-07-31 at 20:24, Felipe Alfaro Solana wrote:
> On Fri, 2004-07-30 at 23:57 -0400, Lee Revell wrote:
> > On Fri, 2004-07-30 at 21:13, Felipe Alfaro Solana wrote:
> > > On Fri, 2004-07-30 at 20:05 -0400, Lee Revell wrote:
> > > > On Fri, 2004-07-30 at 19:21, Felipe Alfaro Solana wrote:
> > > > > On Fri, 2004-07-30 at 13:38 -0400, Shane Shrybman wrote:
> > > > > 
> > > > > > > M5 does that differently, yes - so could you try it? If you still get
> > > > > > > problems, does this fix it:
> > > > > > 
> > > > > > Ok, M5 locked up the whole machine within a few seconds of starting X.
> > > > > 
> > > > > Me too, with voluntary-preempt=3... It seems I can trigger this randomly
> > > > > by heavily moving the mouse around while logging in into my KDE session.
> > > > > 
> > > > > However, with voluntary-preempt=2 I've been unable to lock the machine
> > > > > yet.
> > > > 
> > > > It looks like this is a mouse problem, I have a PS/2 keyboard and USB
> > > > mouse and have not had any problems yet with M5.  I also found that with
> > > > L2, I could toggle Caps Lock fast enough to get significantly 'ahead' of
> > > > it, this no longer happens with M5.
> > > 
> > > I have a PS/2 keyboard and a USB mouse.
> > 
> > Weird.  This is my setup also, and I have had no problems since
> > installing M5.
> > 
> > Try:
> >
(Continue reading)

Permalink | Reply | 2 comments |
headers
Alan Cox | 1 Aug 2004 01:32
Picon

Re: How to do IO across hardsector boundries

On Sul, 2004-08-01 at 01:22, Thomas S. Iversen wrote:
> So my question really is, how do I go about updating for instance the 
> 512 bytes located for at byte 64 to 64+511 on the actual media without 
> getting in trouble regarding the data from offset 0-63 and 64+512->1023?

If you want to use the BIO layer then you need to read the two blocks,
write to the bits you care about and then write them back. That is what
will always have to happen at a lower level for this anyway. In essence
you would be implementing the small g_read/g_write equivalent routines.
Permalink | Reply | 0 comments |

Gmane