All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: 2.6.15-rc1: IDE: fix potential data corruption with SL82C105 interfaces
From: Sergei Shtylyov @ 2006-05-15 16:05 UTC (permalink / raw)
  To: Alan Cox; +Cc: Russell King, linux-ide, linux-kernel
In-Reply-To: <1147706716.26686.64.camel@localhost.localdomain>

Hello.

Alan Cox wrote:
> On Llu, 2006-05-15 at 18:32 +0400, Sergei Shtylyov wrote:

>>    Heh, this driver also tries to cache the single PCI register per-channel 
>>like hpt366.c... This buglet concerns using fast PIO timings and is probably 
>>harmless though but needs to be fixed -- I'll send a patch soon...
>>    I wonder what is otherwise wrong with using 2 channels concurrently?

> I've not got any dual channel devices to test, and in fact I couldn't
> find anyone with dual channel stuff at all.

    Hm, I thought they're all dual channel, at least from W83C553F docs. We 
have this chip on several embedded boards -- I'll try to gain access to one of 
them when I get to this driver...

> The caching is one bug, the
> fact the reset hits both channels is the other I know about.

    Ah, that register 0x7E reset? Strangely, W83C55[34]F datasheets don't even 
mention it. :-/

> Otherwise the libata driver is fairly similar

    Found it, looking...

> although the timing is
> pre-computed from the documentation for the DMA modes.

    As these chips lack 66 MHz PCI support, this should be quite enough, I 
think... :-)

MBR, Sergei

^ permalink raw reply

* foodstuff
From: Mat Shannon @ 2006-05-15 16:04 UTC (permalink / raw)
  To: alsa-devel


[-- Attachment #1.1: Type: text/plain, Size: 0 bytes --]



[-- Attachment #1.2: Type: text/html, Size: 416 bytes --]

[-- Attachment #2: premiere.gif --]
[-- Type: image/gif, Size: 41529 bytes --]

^ permalink raw reply

* Re: ipv6 routing broken in 2.6.17-rc3,4
From: Pekka Savola @ 2006-05-15 16:05 UTC (permalink / raw)
  To: Meelis Roos; +Cc: netdev
In-Reply-To: <Pine.SOC.4.61.0605150909510.29527@math.ut.ee>

On Mon, 15 May 2006, Meelis Roos wrote:
> On my home 6to4 gw, ipv6 routing seems to be broken and everything is sent to 
> 6to4 tunnel (the default route). It worked with fine for a long time and with 
> 2.6.17-rc2-g4d5c34ec and it's broken with vmlinuz-2.6.17-rc3-g3cd73eed and 
> 2.6.17-rc4-g9be2f7c3 (yesterdays kernel).
...
> vaarikas:~# ip -6 route
> 2002:5283:297e::/48 dev tun6to4  metric 256  expires 21332659sec mtu 1480 
> advmss 1420 hoplimit 4294967295

You're using the wrong prefix length.  The right one is /16.  Does 
that work?

Maybe the 6to4 hack which didn't heed routing table (so either prefix 
length was OK) was removed or changed...

-- 
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings

^ permalink raw reply

* Re: [openib-general] Re: [PATCH 0 of 53] ipath driver updates for 2.6.17-rc4
From: Roland Dreier @ 2006-05-15 16:04 UTC (permalink / raw)
  To: Roger Heflin; +Cc: Bryan O'Sullivan, linux-kernel, openib-general
In-Reply-To: <4468A59C.2030400@atipa.com>

    Roger> What should these patches apply against?

No idea.  Bryan said they apply against Linus's current git, but I
didn't actually try.

 - R.

^ permalink raw reply

* RE: Hotplug does not work with Fusion MPT
From: Moore, Eric @ 2006-05-15 16:04 UTC (permalink / raw)
  To: Matthew Wilcox; +Cc: Maik Hampel, linux-scsi

On Monday, May 15, 2006 9:52 AM,  Matthew Wilcox wrote:
> 
> On Mon, May 15, 2006 at 09:04:52AM -0600, Moore, Eric wrote:
> > On Monday, May 15, 2006 7:44 AM, Matthew Wilcox wrote:
> > > Did you tell Linux you removed it?  Try:
> > > 
> > > echo scsi remove-single-device 0 0 4 0 > /proc/scsi/scsi
> > > 
> > > Parallel SCSI doesn't have a way to notify the OS that a 
> > > device is gone,
> > > so the user has to say.
> > 
> > We have Hotplug device support in fustion drivers for SAS 
> and Fibre, not
> > for SPI.
> 
> Erm.  Are you saying it doesn't work?  Or you just don't test it?
> If the user runs the above command, the host's 
> ->slave_destroy is called.
> The mptspi slave_destroy method looks like it works.  What's 
> the problem?
>

Yes, what you suggested does work.  I wasn't disagreeing with that.

What I was saying as with SAS and FC, our firmware sends events to the
driver which tells when devices are pulled or pushed. When that event
occurs,
we call functions in the transport layers that handle hotpluging the
device
automatically, that doesn't require an enduser to echo something into
the /proc or /sysfs.

As for SPI, there are not events that notifiy the driver when a device
is pulled or pushed.  Therefore you will need to do what you suggested.

Eric 

^ permalink raw reply

* inflated
From: Anthony Stout @ 2006-05-15 16:02 UTC (permalink / raw)
  To: alsa-devel


[-- Attachment #1.1: Type: text/plain, Size: 0 bytes --]



[-- Attachment #1.2: Type: text/html, Size: 417 bytes --]

[-- Attachment #2: vocational.gif --]
[-- Type: image/gif, Size: 41529 bytes --]

^ permalink raw reply

* Re: Hardware button support for Wireless cards
From: Michael Buesch @ 2006-05-15 16:01 UTC (permalink / raw)
  To: Jason Lunz; +Cc: netdev
In-Reply-To: <e4a6lq$g5v$1@sea.gmane.org>

On Monday 15 May 2006 17:27, you wrote:
> mwallis@serialmonkey.com said:
> > Some people are saying that instead of throwing and ACPI event we should be
> > either use hotplug or internally just disable the radio and somehow inform
> > the dscape stack that the radio has been disabled.
> >
> > What are peoples thoughts here, should we 
> >
> > A. be handling this within our drivers and doing "what the user expects" and
> > disabling the hardware radio, or 
> 
> On my HP laptop with bcm43xx wireless, the button disables the radio in
> HARDWARE, and afaict the driver has no idea about it. The driver notices
> that it's not connected and happily starts scanning again, unaware that
> anything is wrong.

There are registers on the bcm43xx chip (0x158 and 0x49A) that indicate
some "Radio is hardware-disabled" state. We currently don't use that flag
correctly in the driver. Could you please assist me on testing if your switch
actually toggles the bit?
I think best place for this would be on irc.freenode.net #bcm-users

^ permalink raw reply

* Re: [PATCH] pcnet32.c: modify RX ring size through module parameter
From: Jon Mason @ 2006-05-15 15:58 UTC (permalink / raw)
  To: Wen Hsin Chang; +Cc: davem, netdev, tsbogend, brazilnut
In-Reply-To: <4467F63E.5060401@tw.ibm.com>

Why is this necessary?  There is already an ethtool function to set
the rx ring size (pcnet32_set_ringparam).  Since module parameters
are being phased out in favor of the ethtool functions, why not use
the existing ethtool infrastructure for this?

Thanks,
Jon

On Mon, May 15, 2006 at 11:32:14AM +0800, Wen Hsin Chang wrote:
> This patch is created from pcnet32.c v1.32. it will allow users to 
> specify RX ring size upon module
> insertion via module parameter 'rx_log_size'. This is needed in some 
> cases where too small the rx ring
> size will cause RX errors upon remote installation via pcnet32 NIC card.
> 
> Signed-off-by: Wen Hsin Chang <whchang@tw.ibm.com>
> ----------------------------------------------------------------------------------------------------
> 
> --- a/drivers/net/pcnet32.c    2006-03-30 09:49:10.000000000 +0800
> +++ b/drivers/net/pcnet32.c    2006-05-15 11:14:45.000000000 +0800
> @@ -93,6 +93,9 @@ static struct net_device *pcnet32_dev;
> static int max_interrupt_work = 2;
> static int rx_copybreak = 200;
> 
> +/* Module parameter to specify RX ring size at module insertion */
> +static int rx_log_size = 0;
> +
> #define PCNET32_PORT_AUI      0x00
> #define PCNET32_PORT_10BT     0x01
> #define PCNET32_PORT_GPSI     0x02
> @@ -1264,7 +1267,10 @@ pcnet32_probe1(unsigned long ioaddr, int
>     lp->name = chipname;
>     lp->shared_irq = shared;
>     lp->tx_ring_size = TX_RING_SIZE;    /* default tx ring size */
> -    lp->rx_ring_size = RX_RING_SIZE;    /* default rx ring size */
> +    if (!rx_log_size)
> +        lp->rx_ring_size = RX_RING_SIZE;    /* default rx ring size */
> +    else
> +        lp->rx_ring_size = (1 << (rx_log_size));
>     lp->tx_mod_mask = lp->tx_ring_size - 1;
>     lp->rx_mod_mask = lp->rx_ring_size - 1;
>     lp->tx_len_bits = (PCNET32_LOG_TX_BUFFERS << 12);
> @@ -2707,6 +2713,11 @@ module_param(tx_start_pt, int, 0);
> MODULE_PARM_DESC(tx_start_pt, DRV_NAME " transmit start point (0-3)");
> module_param(pcnet32vlb, int, 0);
> MODULE_PARM_DESC(pcnet32vlb, DRV_NAME " Vesa local bus (VLB) support 
> (0/1)");
> +
> +/* Module parameter to specify RX ring size at module insertion */
> +module_param(rx_log_size, int, 0);
> +MODULE_PARM_DESC(rx_log_size, DRV_NAME " RX Ring Buffer Size (log_2 
> #BUF) ");
> +
> module_param_array(options, int, NULL, 0);
> MODULE_PARM_DESC(options, DRV_NAME " initial option setting(s) (0-15)");
> module_param_array(full_duplex, int, NULL, 0);
> @@ -2731,6 +2742,12 @@ static int __init pcnet32_init_module(vo
> 
>     if ((tx_start_pt >= 0) && (tx_start_pt <= 3))
>         tx_start = tx_start_pt;
> +       
> +    /* validating rx_log_size */
> +    if ((rx_log_size <= 0) ||
> +        (rx_log_size > PCNET32_LOG_MAX_RX_BUFFERS))
> +        rx_log_size = 0;
> +       
> 
>     /* find the PCI devices */
>     if (!pci_module_init(&pcnet32_driver))
> 
> -
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

^ permalink raw reply

* Re: [PATCH 50 of 53] ipath - reduce maximum table sizes
From: Roland Dreier @ 2006-05-15 16:00 UTC (permalink / raw)
  To: Bryan O'Sullivan; +Cc: openib-general, linux-kernel
In-Reply-To: <bd1de2e983db48cddab5.1147477415@eng-12.pathscale.com>

This is the third patch in the series that changes these -- how about
making up your mind ;)

^ permalink raw reply

* Re: 1.3.2.gde1d fails to build on OpenBSD
From: Linus Torvalds @ 2006-05-15 16:00 UTC (permalink / raw)
  To: Randal L. Schwartz; +Cc: git
In-Reply-To: <86psiftlgf.fsf@blue.stonehenge.com>



On Mon, 15 May 2006, Randal L. Schwartz wrote:
> 
> GIT_VERSION = 1.3.2.gde1d
> gcc -o sha1_file.o -c -g -O2 -Wall -I/usr/local/include -DSHA1_HEADER='<openssl/sha.h>' -DNO_STRCASESTR sha1_file.c
> sha1_file.c:16:20: stdint.h: No such file or directory
> gmake: *** [sha1_file.o] Error 1
> 
> I think you want
> 
>         #include <sys/types.h>
> 
> on OpenBSD.

Gaah. This was one reason why I absolutely _detested_ those "intXX_t" 
types historically. I thought the world had gotten over it, and they were 
all so common and standard that we'd never need to worry about it.

Randal: we already _do_ include <sys/types.h>, as part of the standard set 
of headers in git-compat-util.h.

So the problem is that that wasn't enough on OS X, which wanted 
<stdint.h>.

Junio: I'd suggest just using "unsigned int", or just defining your own 
types in "cache.h". I would suggest

	typedef unsigned char u8;
	typedef unsigned short u16;
	typedef unsigned int u32;

	typedef signed char s8;
	typedef short s16;
	typedef int s32;

which is the only sane way to avoid idiotic crap like autoconf, and which 
avoids that whole "standard namespace" issue.

Yeah, some people will complain. Ten years later, they _still_ complain 
about me doing this right in the kernel. But you can sleep well, knowing 
that the complainers are standards-weenies that have read books, but never 
seen the real world.

				Linus

^ permalink raw reply

* authentically
From: Jock Mills @ 2006-05-15 16:00 UTC (permalink / raw)
  To: alsa-devel


[-- Attachment #1.1: Type: text/plain, Size: 0 bytes --]



[-- Attachment #1.2: Type: text/html, Size: 420 bytes --]

[-- Attachment #2: electoral college.gif --]
[-- Type: image/gif, Size: 41529 bytes --]

^ permalink raw reply

* Re: [openib-general] Re: [PATCH 0 of 53] ipath driver updates for 2.6.17-rc4
From: Roger Heflin @ 2006-05-15 16:00 UTC (permalink / raw)
  To: Roland Dreier; +Cc: Bryan O'Sullivan, linux-kernel, openib-general
In-Reply-To: <adau07ruwb5.fsf@cisco.com>

Roland Dreier wrote:
> Umm... dumping a 53 patch series into the kernel at this stage in the
> release cycle isn't going to work.  You need to sort out the patches
> that need to go into 2.6.17 from patches that can wait.  For example,
> a 1500+ line patch to factor out common code is clearly not
> appropriate now.  Pretty much the only patches that should be going in
> now are changes that fix crashes or other serious bugs.
> 
> (You can send both sets of patches at the same time -- just let me
> which ones are for 2.6.17 and which ones can be queued for 2.6.18)
> 
> I have some more specific comments in reply to individual patches,
> although I didn't try to review all 53.
> 
>  - R.


Roland,

What should these patches apply against?

I have tried rc4 and a number of them fail, and I have also
tried one of your gits (though maybe not the right one), and
at least some of the the same patches seem to fail to apply
there.

If I can get an idea what they should apply to I will apply them
against that and see how things look.

I have at least one of the nasty bugs that I know about.

                             Roger

^ permalink raw reply

* [Bug 6558] Cpufreq reports nominal CPU speed instead of actual
From: bugme-daemon @ 2006-05-15 16:00 UTC (permalink / raw)
  To: cpufreq

http://bugzilla.kernel.org/show_bug.cgi?id=6558

dsd@gentoo.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |kernel@gentoo.org



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

^ permalink raw reply

* Re: CRC errors when continuous fseek/fputs on JFFS2
From: Jörn Engel @ 2006-05-15 15:57 UTC (permalink / raw)
  To: syed khader; +Cc: linux-mtd
In-Reply-To: <20060515154606.GB10730@wohnheim.fh-wedel.de>

On Mon, 15 May 2006 17:46:06 +0200, Jörn Engel wrote:
> 
> fopen(...,"w") will set fpos to 0.  fseek(..., -4, SEEK_CUR) then sets
> it _back_.  I would assume that an integer underflow happens next and
> fpos is close to 2^31, 2^32, 2^63 or 2^64.  What is certain is that
> your testcase is not a valid piece of code.

I am an idiot.  fseek doesn't go negative, as you write first.

> Can you try to change your testcase in two ways:
> o replace fopen/fseek/fwrite etc. with open/seek/write etc.
> o seek to something large directly after open
> and retest with that?

However, I always dislike extra layers when debugging.  So
replacing fopen and friends with open is still a good idea.

Jörn

-- 
Courage is not the absence of fear, but rather the judgement that
something else is more important than fear.
-- Ambrose Redmoon

^ permalink raw reply

* Re: 1.3.2.gde1d fails to build on OpenBSD
From: Randal L. Schwartz @ 2006-05-15 15:57 UTC (permalink / raw)
  To: Timo Hirvonen; +Cc: git
In-Reply-To: <20060515185819.ff05f6fe.tihirvon@gmail.com>

>>>>> "Timo" == Timo Hirvonen <tihirvon@gmail.com> writes:

>> I think you want
>> 
>> #include <sys/types.h>
>> 
>> on OpenBSD.

Timo> I think it should be #include <inttypes.h>.  It works at least on BSD
Timo> and Linux.

Yes, that's present in OpenBSD.

-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!

^ permalink raw reply

* Re: [PATCH 53 of 53] ipath - add memory barrier when waiting for writes
From: Roland Dreier @ 2006-05-15 15:57 UTC (permalink / raw)
  To: Bryan O'Sullivan; +Cc: openib-general, linux-kernel
In-Reply-To: <f8ebb8c1e43635081b73.1147477418@eng-12.pathscale.com>

 >  static void i2c_wait_for_writes(struct ipath_devdata *dd)
 >  {
 > +	mb();
 >  	(void)ipath_read_kreg32(dd, dd->ipath_kregs->kr_scratch);
 >  }

This needs a comment explaining why it's needed.  A memory barrier
before a readl() looks very strange since readl() should be ordered anyway.

 - R.

^ permalink raw reply

* Re: Rlimit
From: sej.kernel @ 2006-05-15 15:57 UTC (permalink / raw)
  To: linux-kernel
In-Reply-To: <6cN1B-3ky-3@gated-at.bofh.it>

Of course !!
But if you want to increase mlock size you can't do it !
setrlimit can only decrease process limits !
I repeat my question : How to set mlock process for non-root process ?
sej



>> Hello,
>> How can I set Rlimit for 1 or more programs started in user mode (not suser) ?
>> Is there a config file or a little source that can do this ?
>> Regards,
>> sej
> 
> man setrlimit
> 
> 
> Jan Engelhardt



^ permalink raw reply

* [PATCH] jffs2: memory leak in jffs2_scan_medium()
From: Florin Malita @ 2006-05-15 15:54 UTC (permalink / raw)
  To: dwmw2; +Cc: linux-kernel

If jffs2_scan_eraseblock() fails and the exit path is taken, 's' is not
being deallocated.

Reported by Coverity, CID: 1258.

Signed-off-by: Florin Malita <fmalita@gmail.com>
---

diff --git a/fs/jffs2/scan.c b/fs/jffs2/scan.c
index cf55b22..27a7021 100644
--- a/fs/jffs2/scan.c
+++ b/fs/jffs2/scan.c
@@ -222,9 +222,6 @@ #endif
 		}
 	}
 
-	if (jffs2_sum_active() && s)
-		kfree(s);
-
 	/* Nextblock dirty is always seen as wasted, because we cannot recycle it now */
 	if (c->nextblock && (c->nextblock->dirty_size)) {
 		c->nextblock->wasted_size += c->nextblock->dirty_size;
@@ -266,6 +263,8 @@ #ifndef __ECOS
 	else
 		c->mtd->unpoint(c->mtd, flashbuf, 0, c->mtd->size);
 #endif
+	kfree(s);
+	
 	return ret;
 }
 



^ permalink raw reply related

* Re: 1.3.2.gde1d fails to build on OpenBSD
From: Timo Hirvonen @ 2006-05-15 15:58 UTC (permalink / raw)
  To: merlyn; +Cc: git
In-Reply-To: <86psiftlgf.fsf@blue.stonehenge.com>

merlyn@stonehenge.com (Randal L. Schwartz) wrote:

> 
> GIT_VERSION = 1.3.2.gde1d
> gcc -o sha1_file.o -c -g -O2 -Wall -I/usr/local/include -DSHA1_HEADER='<openssl/sha.h>' -DNO_STRCASESTR sha1_file.c
> sha1_file.c:16:20: stdint.h: No such file or directory
> gmake: *** [sha1_file.o] Error 1
> 
> I think you want
> 
>         #include <sys/types.h>
> 
> on OpenBSD.

I think it should be #include <inttypes.h>.  It works at least on BSD
and Linux.

-- 
http://onion.dynserv.net/~timo/

^ permalink raw reply

* [ALSA - driver 0000014]: No sound from headphone jack on Acer27* laptops
From: bugtrack @ 2006-05-15 15:55 UTC (permalink / raw)
  To: alsa-devel


A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=14> 
======================================================================
Reported By:                -VoltagE-
Assigned To:                
======================================================================
Project:                    ALSA - driver
Issue ID:                   14
Category:                   PCI - intel8x0
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     confirmed
Distribution:               Debian Sid updated
Kernel Version:             2.4.24-ck1
======================================================================
Date Submitted:             01-29-2004 20:15 CET
Last Modified:              05-15-2006 17:55 CEST
======================================================================
Summary:                    No sound from headphone jack on Acer27* laptops
Description: 
On my laptop (acer272xv) I can't use external output with my Creative 2.1,
because I can't hear anything.
I've tryied with other external speaker and with other releases of
alsa-driver, but there's no difference.


======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0000664 ac97_quirk with SIS 7012 [ALC202] don't...
======================================================================

----------------------------------------------------------------------
 dale - 05-09-06 21:48 
----------------------------------------------------------------------
Hi,

I just tested this with the latest Alsa drivers (1.0.11) and the problem
still exists.  PLEASE if you can suggest anything i can do to get sound
out of my headphone port, i would be very grateful. I am willing to help
in any way.

This issue was first reported in January 2004 and there still does not
appear to be any progress made.

----------------------------------------------------------------------
 -VoltagE- - 05-15-06 17:55 
----------------------------------------------------------------------
Just want to note that I haven't issued this bug.
Could the bug owner please correct that.

Issue History
Date Modified  Username       Field                    Change              
======================================================================
01-29-04 20:15 user74         New Issue                                    
01-29-04 20:15 user74         File Added: details.txt                      
01-30-04 12:44 tiwai          Note Added: 0000049                          
01-30-04 17:56 sparkyva       Note Added: 0000063                          
01-30-04 17:56 sparkyva       Issue Monitored: sparkyva                    
01-30-04 20:41 sparkyva       Note Added: 0000070                          
01-30-04 22:01 jorge2         Note Added: 0000071                          
02-02-04 19:37 jorge2         Note Added: 0000119                          
02-04-04 20:00 tiwai          Note Added: 0000165                          
02-04-04 20:01 tiwai          Note Added: 0000166                          
02-04-04 20:52 jorge2         Note Added: 0000169                          
02-04-04 20:52 jorge2         Note Added: 0000170                          
02-04-04 20:53 jorge2         Note Deleted: 0000169                        
02-05-04 13:52 matsgora       Note Added: 0000181                          
02-05-04 14:05 dale           Note Added: 0000182                          
02-26-04 13:07 rocco          Note Added: 0000347                          
02-26-04 18:16 matsgora       Note Added: 0000358                          
02-26-04 18:20 tiwai          Note Added: 0000359                          
03-01-04 10:31 dale           Note Added: 0000401                          
03-05-04 19:49 tiwai          Note Added: 0000513                          
03-05-04 20:37 jorge2         Note Added: 0000515                          
03-06-04 18:20 matsgora       Note Added: 0000520                          
03-07-04 16:30 dale           Note Added: 0000524                          
03-09-04 15:15 tiwai          Note Added: 0000547                          
03-09-04 18:12 matsgora       Note Added: 0000551                          
06-08-04 20:25 jorge2         Note Added: 0001296                          
06-15-04 15:00 mcbridematt    Note Added: 0001308                          
11-22-04 18:48 tiwai          Relationship added       has duplicate 0000664
02-02-05 14:25 dale           Note Added: 0003488                          
02-04-05 13:18 tiwai          Note Added: 0003504                          
02-04-05 13:19 tiwai          File Added: ac97-alc-fix.diff                    
02-04-05 18:03 jorge2         Note Added: 0003512                          
02-05-05 13:27 jorge2         Issue Monitored: jorge2                      
02-21-05 09:16 dale           Note Added: 0003678                          
02-23-05 09:54 dale           Issue Monitored: dale                        
06-14-05 21:20 graf_eichbaum  Issue Monitored: graf_eichbaum                    
06-20-05 06:48 wenton         Note Added: 0005093                          
06-22-05 19:50 dale           Note Added: 0005145                          
06-24-05 08:54 wenton         Note Added: 0005204                          
06-28-05 10:50 dale           Note Added: 0005294                          
07-07-05 18:05 graf_eichbaum  Note Added: 0005400                          
07-16-05 16:55 jdthood        Reporter                 user74 => -VoltagE- 
07-16-05 16:55 jdthood        Status                   new => confirmed    
07-16-05 16:55 jdthood        version                  1.0.2 => 1.0.8      
07-16-05 16:55 jdthood        Summary                  No sound from external
speakers (laptop) => Sound from internal speakers but not from headphones --
Acer272xv
07-16-05 16:55 jdthood        Description Updated                          
07-16-05 19:27 dale           Issue End Monitor: dale                      
07-16-05 19:28 dale           Issue Monitored: dale                        
07-17-05 13:18 jorge2         Note Added: 0005507                          
08-02-05 21:17 ignition       Issue Monitored: ignition                    
09-29-05 12:30 jdthood        Summary                  Sound from internal
speakers but not from headphones -- Acer272xv => No sound from headphone jack on
Acer27* laptops
05-09-06 21:48 dale           Note Added: 0009689                          
05-15-06 17:55 -VoltagE-      Note Added: 0009827                          
======================================================================




-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

^ permalink raw reply

* Re: [PATCH 41 of 53] ipath - disable interrupts while holding spinlock in RWQE get
From: Roland Dreier @ 2006-05-15 15:55 UTC (permalink / raw)
  To: Bryan O'Sullivan; +Cc: openib-general, linux-kernel
In-Reply-To: <83f1832c601594846868.1147477406@eng-12.pathscale.com>

 > @@ -171,12 +171,13 @@ int ipath_get_rwqe(struct ipath_qp *qp, 
 >  			n = rq->head - rq->tail;
 >  		if (n < srq->limit) {
 >  			srq->limit = 0;
 > -			spin_unlock(&rq->lock);
 > +			spin_unlock_irqrestore(&rq->lock, flags);
 >  			ev.device = qp->ibqp.device;
 >  			ev.element.srq = qp->ibqp.srq;
 >  			ev.event = IB_EVENT_SRQ_LIMIT_REACHED;
 >  			srq->ibsrq.event_handler(&ev,
 >  						 srq->ibsrq.srq_context);
 > +			spin_lock_irqsave(&rq->lock, flags);

ipath_get_rwqe() in the kernel now doesn't even have a flags
variable.  So this looks like a bug introduced earlier in this patch
series.  Please roll the fix up into the place where you added the bug.

 - R.

^ permalink raw reply

* Re: how to display file history?
From: Eric W. Biederman @ 2006-05-15 15:54 UTC (permalink / raw)
  To: Junio C Hamano; +Cc: Brown, Len, git
In-Reply-To: <7v64k7wzzf.fsf@assigned-by-dhcp.cox.net>

Junio C Hamano <junkio@cox.net> writes:

> "Brown, Len" <len.brown@intel.com> writes:
>
>>  
>>>	git whatchanged A
>>
>> thanks.  I've used this on entire repos before, but
>> for some reason didn't think of this command name
>> when looking for individual file history.
>
> Probably with recent enough git, one of
>
> 	git log --stat -- A
> 	git log -p -- A
> 	git log -p --full-diff -- A
>
> might be more pleasant, depending on what you are trying to look
> for.
>
> "A" can be a single file, more than one files, a directory,...

So that it has a chance of being remembered, and eventually fixed
the man pages of git-whatchanged and git-log only sort of tell you
that this is even possible.  git-whatchanged is certainly worse,
but I don't think if I didn't know to look for it I could see the
fact that these commands take path names from looking at their
man pages.

Eric

^ permalink raw reply

* RE: DSDT on Averatec 1050
From: Moore, Robert @ 2006-05-15 15:46 UTC (permalink / raw)
  To: Paul Wagner, linux-acpi; +Cc: trenn

>From dmesg:
> ACPI: Subsystem revision 20050408

> ACPI-0142: *** Error: Store into Alias - should never happen


I believe this problem was fixed in 20060127:

27 January 2006. Summary of changes for version 20060127:

1) ACPI CA Core Subsystem:

Fixed a problem where Alias ASL operators are sometimes not correctly
resolved, in both the interpreter and the iASL compiler.


> -----Original Message-----
> From: Paul Wagner [mailto:paul_spam@gmx.at]
> Sent: Monday, May 15, 2006 4:53 AM
> To: linux-acpi@vger.kernel.org
> Cc: Moore, Robert; trenn@suse.de
> Subject: Re: DSDT on Averatec 1050
> 
> Robert, Thomas,
> 
> attached you'll find the raw dsdt, the output of acpidump and dmesg.
> 
> Note: This was my first try on a self-compiled kernel, and apparently
I
> forgot some things (e.g. NTFS support, which is requested by an
> fstab-entry). Some modules seem to be missing, too. But I suppose that
> these errors are unrelated to the ACPI troubles.
> 
> Thanks for your support,
> 
> Paul

^ permalink raw reply

* Re: [PATCH] pcnet32.c: modify RX ring size through module parameter
From: Don Fry @ 2006-05-15 15:54 UTC (permalink / raw)
  To: Wen Hsin Chang; +Cc: davem, netdev, tsbogend
In-Reply-To: <4467F63E.5060401@tw.ibm.com>

I have several problems with this patch.  First, it assumes you only have
one device or you want all devices to operate with the same receive ring
size.  (use module_param_array like full_duplex or options).

Second, the mininum number of descriptors should be 4 not 2, or the
loopback test will look past the end of the receive ring looking for
status to change, and then try and pick up an skb pointer past the end of
the array and try to dereference it.

Either fix the loopback test to work with the minimum number of tx and rx
descriptors instead of the hard coded 4, or make the minimum rx ring
size be 4.  numbuffs = min(4 , min(lp->tx_ring_size, lp->rx_ring_size));

Another nit is the description says it is the "RX Ring Buffer Size" which
might be misunderstood as the size of the receive buffer, not the size of
the receive descriptor ring.  ("RX Ring Size" would be better).

Lastly, the patch also will not apply against pcnet32.c in mainline
2.6.17-rc4 due to whitespace changes.

On Mon, May 15, 2006 at 11:32:14AM +0800, Wen Hsin Chang wrote:
> This patch is created from pcnet32.c v1.32. it will allow users to 
> specify RX ring size upon module
> insertion via module parameter 'rx_log_size'. This is needed in some 
> cases where too small the rx ring
> size will cause RX errors upon remote installation via pcnet32 NIC card.
> 
> Signed-off-by: Wen Hsin Chang <whchang@tw.ibm.com>

-- 
Don Fry
brazilnut@us.ibm.com

^ permalink raw reply

* Re: [PATCH 35 of 53] ipath - some interrelated stability and cleanliness fixes
From: Roland Dreier @ 2006-05-15 15:53 UTC (permalink / raw)
  To: Bryan O'Sullivan; +Cc: openib-general, linux-kernel
In-Reply-To: <e29625bd905036ab3175.1147477400@eng-12.pathscale.com>

This looks like a pastiche of several patches.  Why can't it be split
up into logical pieces?

 > Call dma_free_coherent without ipath_mutex held.

Why?  Doesn't freeing work with the mutex held?

 - R.

^ 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.