All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: alsa cvs broken
From: Adrian McMenamin @ 2006-04-03 12:46 UTC (permalink / raw)
  To: Takashi Iwai; +Cc: James Courtier-Dutton, alsa-devel
In-Reply-To: <s5hodzibzhr.wl%tiwai@suse.de>

On Mon, 2006-04-03 at 14:44 +0200, Takashi Iwai wrote:

> It's always good to submit patches as soon as possible.  We need to
> review patches anwyay before merging.

Indeed, but can I get a pristine set to patch is the issue?



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

^ permalink raw reply

* where do applications get loaded in virtual memory on a 4xx?
From: Ralph Blach @ 2006-04-03 12:46 UTC (permalink / raw)
  To: Linuxppc-embedded

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

I would like to know where in virtual memory application get loaded.
I can do an NM and see the address in an a.out file?  How do these address
actually translate to 4xx virtual address?

thanks

Chip

[-- Attachment #2: Type: text/html, Size: 309 bytes --]

^ permalink raw reply

* Re: [linux-lvm] LVM NOT scary! (was: LVM scary!)
From: Jan-Benedict Glaw @ 2006-04-03 12:46 UTC (permalink / raw)
  To: LVM general discussion and development
In-Reply-To: <20060403124112.GP19029@fencepost>

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

On Mon, 2006-04-03 08:41:12 -0400, Thomas Schwinge <tschwinge@gnu.org> wrote:
> On Mon, Apr 03, 2006 at 01:32:48PM +0100, Jim Ford wrote:
> > Hmm, there are so many horror stories on this forum that I'm beginning 
> > to wish that I hadn't chosen the LVM option when I installed my Kubuntu 
> > system! Mind you, having said that, I never had problems with 5 years of 
> > software raid on a Slackware box. 
> 
> Well, it's commonly know that mostly the horror stories are what people
> tell each other and remember.  And especially in this very place, as it's
> main purpose (apart from developing the software further) is to be a
> contact point for people encountering such issues.

Full ACK.  The most scary cases are those where people expect to get
high-availability by LVM'ing some IDE disks together.

Hey, LVM on MD really is a nice thing, even dm-crypt ontop, works
flawlessly :)

MfG, JBG

-- 
Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481             _ O _
"Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg  _ _ O
 für einen Freien Staat voll Freier Bürger"  | im Internet! |   im Irak!   O O O
ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply

* Re: alsa cvs broken
From: Takashi Iwai @ 2006-04-03 12:44 UTC (permalink / raw)
  To: Adrian McMenamin; +Cc: James Courtier-Dutton, alsa-devel
In-Reply-To: <1144067416.11511.4.camel@localhost.localdomain>

At Mon, 03 Apr 2006 13:30:16 +0100,
Adrian McMenamin wrote:
> 
> On Mon, 2006-04-03 at 14:07 +0200, Takashi Iwai wrote:
> > At Mon, 03 Apr 2006 12:18:00 +0100,
> > James Courtier-Dutton wrote:
> > > 
> > > Hi,
> > > 
> > > Is it just me, or is the ssh access to the cvs broken?
> > 
> > Yeah it's been broken since last week.
> > 
> 
> I was planning to submit my driver today (with a bit of luck) does this
> mean there is no point?

It's always good to submit patches as soon as possible.  We need to
review patches anwyay before merging.


Takashi


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

^ permalink raw reply

* Re: [RFC] sched.c : procfs tunables
From: Mike Galbraith @ 2006-04-03 12:43 UTC (permalink / raw)
  To: Al Boldi; +Cc: Con Kolivas, linux-kernel, linux-smp
In-Reply-To: <200604031459.43105.a1426z@gawab.com>

On Mon, 2006-04-03 at 14:59 +0300, Al Boldi wrote:
> Mike Galbraith wrote:
> > Nope, not the existing tunables anyway.  The full effect of even a tiny
> > scheduler knob tweak is hard to predict even if you've studied the code
> > carefully.  These knobs are just not generic enough to be exposed IMHO.
> 
> Are you implying that the code is built around these tunables rather than 
> using them?

I'm not implying anything, I'm merely stating my opinion: these knobs
have subtle effects which render them unsuitable for export.

	-Mike


^ permalink raw reply

* Re: [Qemu-devel] Missing ARMv6 instructions?
From: Paul Brook @ 2006-04-03 12:42 UTC (permalink / raw)
  To: qemu-devel
In-Reply-To: <Pine.LNX.4.63.0604030840070.419@silence.gardas.net>

> IMHO majority of embedded devices is still ARM7TDMI based and this
> instruction set (ARMv4 IIRC) should be emulated well in Qemu.

Depends which market segments you're aiming at.

If you're aiming at well established legacy or cheap, low-end hardware then 
yes armv4t is fine.

If you want to use qemu for development/prototyping of new products then you 
need an emulator that knows about modern systems, not something two 
generations out of date.

Paul

^ permalink raw reply

* [linux-lvm] LVM NOT scary! (was: LVM scary!)
From: Thomas Schwinge @ 2006-04-03 12:41 UTC (permalink / raw)
  To: LVM general discussion and development
In-Reply-To: <443115F0.8030503@watford53.freeserve.co.uk>

On Mon, Apr 03, 2006 at 01:32:48PM +0100, Jim Ford wrote:
> Hmm, there are so many horror stories on this forum that I'm beginning 
> to wish that I hadn't chosen the LVM option when I installed my Kubuntu 
> system! Mind you, having said that, I never had problems with 5 years of 
> software raid on a Slackware box. 

Well, it's commonly know that mostly the horror stories are what people
tell each other and remember.  And especially in this very place, as it's
main purpose (apart from developing the software further) is to be a
contact point for people encountering such issues.

I'm quite sure that there are (ten- / hundred-)thousands of LVM
installations that just work; like those I did on a number of systems.


> Just though I'd mention it!

Me too.


Regards,
 Thomas


P.S. Next project for me: make GRUB2 read LVM volumes.  Anyone who wants
to help or has already done something, please speak up now.

^ permalink raw reply

* [ALSA - driver 0001997]: No sound when using second pcm device
From: bugtrack @ 2006-04-03 12:40 UTC (permalink / raw)
  To: alsa-devel


A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1997> 
======================================================================
Reported By:                prymitive
Assigned To:                tiwai
======================================================================
Project:                    ALSA - driver
Issue ID:                   1997
Category:                   PCI - atiixp
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Distribution:               
Kernel Version:             2.6.16-gentoo-r1
======================================================================
Date Submitted:             04-03-2006 11:59 CEST
Last Modified:              04-03-2006 14:40 CEST
======================================================================
Summary:                    No sound when using second pcm device
Description: 
Hi there

I own an Acer 5024 notebook (AMD Turion / ATI chip based):

cer sub0 # lspci -v
00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 01)
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, medium devsel, latency 64

00:02.0 PCI bridge: ATI Technologies Inc RS480 PCI-X Root Port (prog-if 00
[Normal decode])
        Flags: bus master, fast devsel, latency 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        I/O behind bridge: 00009000-00009fff
        Memory behind bridge: c0100000-c01fffff
        Prefetchable memory behind bridge: c8000000-cfffffff
        Capabilities: [50] Power Management version 3
        Capabilities: [58] Express Root Port (Slot-) IRQ 0
        Capabilities: [80] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-
        Capabilities: [b0] #0d [0000]
        Capabilities: [b8] HyperTransport: MSI Mapping
        Capabilities: [100] Advanced Error Reporting

00:06.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge (prog-if 00
[Normal decode])
        Flags: bus master, fast devsel, latency 0
        Bus: primary=00, secondary=09, subordinate=09, sec-latency=0
        Capabilities: [50] Power Management version 3
        Capabilities: [58] Express Root Port (Slot-) IRQ 0
        Capabilities: [80] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-
        Capabilities: [b0] #0d [0000]
        Capabilities: [b8] HyperTransport: MSI Mapping
        Capabilities: [100] Advanced Error Reporting

00:07.0 PCI bridge: ATI Technologies Inc Unknown device 5a39 (prog-if 00
[Normal decode])
        Flags: bus master, fast devsel, latency 0
        Bus: primary=00, secondary=04, subordinate=05, sec-latency=0
        Capabilities: [50] Power Management version 3
        Capabilities: [58] Express Root Port (Slot-) IRQ 0
        Capabilities: [80] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-
        Capabilities: [b0] #0d [0000]
        Capabilities: [b8] HyperTransport: MSI Mapping
        Capabilities: [100] Advanced Error Reporting

00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller
(prog-if 10 [OHCI])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11
        Memory at c0000000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [d0] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-

00:13.1 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller
(prog-if 10 [OHCI])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11
        Memory at c0001000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [d0] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-

00:13.2 USB Controller: ATI Technologies Inc IXP SB400 USB2 Host
Controller (prog-if 20 [EHCI])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11
        Memory at c0002000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [dc] Power Management version 2
        Capabilities: [d0] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-

00:14.0 SMBus: ATI Technologies Inc IXP SB400 SMBus Controller (rev 11)
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: 66MHz, medium devsel
        I/O ports at 8400 [size=16]
        Memory at c0003000 (32-bit, non-prefetchable) [size=1K]
        Capabilities: [b0] HyperTransport: MSI Mapping

00:14.1 IDE interface: ATI Technologies Inc Standard Dual Channel PCI IDE
Controller ATI (prog-if 8a [Master SecP PriP])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 10
        I/O ports at <ignored>
        I/O ports at <ignored>
        I/O ports at <ignored>
        I/O ports at <ignored>
        I/O ports at 8410 [size=16]
        Capabilities: [70] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-

00:14.3 ISA bridge: ATI Technologies Inc IXP SB400 PCI-ISA Bridge
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, medium devsel, latency 0

00:14.4 PCI bridge: ATI Technologies Inc IXP SB400 PCI-PCI Bridge (prog-if
01 [Subtractive decode])
        Flags: bus master, 66MHz, medium devsel, latency 64
        Bus: primary=00, secondary=06, subordinate=06, sec-latency=64
        I/O behind bridge: 0000a000-0000afff
        Memory behind bridge: c0200000-c02fffff
        Prefetchable memory behind bridge: 30000000-32ffffff

00:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400 AC'97
Audio Controller (rev 02)
        Subsystem: Acer Incorporated [ALI] Unknown device 0079
        Flags: bus master, 66MHz, slow devsel, latency 64, IRQ 11
        Memory at c0003400 (32-bit, non-prefetchable) [size=256]
        Capabilities: [40] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-

00:14.6 Modem: ATI Technologies Inc ATI SB400 - AC'97 Modem Controller
(rev 02) (prog-if 00 [Generic])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, slow devsel, latency 64, IRQ 11
        Memory at c0003800 (32-bit, non-prefetchable) [size=256]
        Capabilities: [40] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-

00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
HyperTransport Technology Configuration
        Flags: fast devsel
        Capabilities: [80] HyperTransport: Host or Secondary Interface

00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Address Map
        Flags: fast devsel

00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
DRAM Controller
        Flags: fast devsel

00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Miscellaneous Control
        Flags: fast devsel

01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility
X700 (PCIE) (prog-if 00 [VGA])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, fast devsel, latency 0, IRQ 11
        Memory at c8000000 (32-bit, prefetchable) [size=128M]
        I/O ports at 9000 [size=256]
        Memory at c0100000 (32-bit, non-prefetchable) [size=64K]
        [virtual] Expansion ROM at c0120000 [disabled] [size=128K]
        Capabilities: [50] Power Management version 2
        Capabilities: [58] Express Endpoint IRQ 0
        Capabilities: [80] Message Signalled Interrupts: 64bit+ Queue=0/0
Enable-
        Capabilities: [100] Advanced Error Reporting

06:05.0 Network controller: Broadcom Corporation BCM4318 [AirForce One
54g] 802.11g Wireless LAN Controller (rev 02)
        Subsystem: AMBIT Microsystem Corp. Aspire 3022WLMi
        Flags: bus master, fast devsel, latency 64, IRQ 10
        Memory at c0204000 (32-bit, non-prefetchable) [size=8K]

06:06.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, medium devsel, latency 64, IRQ 11
        Memory at c020a000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=06, secondary=07, subordinate=08, sec-latency=176
        Memory window 0: 30000000-31fff000 (prefetchable)
        Memory window 1: 34000000-35fff000 (prefetchable)
        I/O window 0: 0000a400-0000a4ff
        I/O window 1: 0000a800-0000a8ff
        16-bit legacy interface ports at 0001

06:06.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394
Host Controller (prog-if 10 [OHCI])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, medium devsel, latency 64, IRQ 11
        Memory at c0208000 (32-bit, non-prefetchable) [size=2K]
        Memory at c0200000 (32-bit, non-prefetchable) [size=16K]
        Capabilities: [44] Power Management version 2

06:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrated
FlashMedia Controller
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, medium devsel, latency 64, IRQ 11
        Memory at c0206000 (32-bit, non-prefetchable) [size=8K]
        Capabilities: [44] Power Management version 2

06:06.4 Class 0805: Texas Instruments PCI6411, PCI6421, PCI6611, PCI6621,
PCI7411, PCI7421, PCI7611, PCI7621 Secure Digital (SD) Controller
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, medium devsel, latency 64, IRQ 11
        Memory at c0209000 (32-bit, non-prefetchable) [size=256]
        Memory at c0208c00 (32-bit, non-prefetchable) [size=256]
        Memory at c0208800 (32-bit, non-prefetchable) [size=256]
        Capabilities: [80] Power Management version 2

06:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169
Gigabit Ethernet (rev 10)
        Subsystem: Acer Incorporated [ALI] Unknown device 0079
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11
        I/O ports at a000 [size=256]
        Memory at c0209400 (32-bit, non-prefetchable) [size=256]
        [virtual] Expansion ROM at 32000000 [disabled] [size=128K]
        Capabilities: [dc] Power Management version 2

I'm running x86 Gentoo system and while using /dev/dsp under oss and
hw=0,0 under alsa everything is ok. But when I try to use second pcm
(/dev/dsp1 under oss emulation or hw=0,1 under alsa) I got no sound. 
Running mplayer -ao oss:device=/dev/dsp1 gives me error "No souch device",
running 
Running mplayer -ao alsa:device=hw=0.1 gives me:
[...]
AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
alsa-init: 1 soundcard found, using: hw:0,1
alsa: 48000 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little
Endian
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
[...]
device is opened but it freezes after that, no sound
I tried whith snd_atiixp ac97_clock=44100 but after inserting module with
this parameter mplayer opens hw=0.0 device with 44100 rate but hw=0.1
device is opened with 48000 rate
Is the second device any good for playing stuff? Maybe I shoud pass some
other parameters to the snd_atiixp module?

prymitive@acer ~/stuff/music $ lsmod
Module                  Size  Used by
snd_atiixp             19212  3
fglrx                 455084  7
snd_atiixp_modem       15944  0
snd_ac97_codec         90464  2 snd_atiixp,snd_atiixp_modem
snd_ac97_bus            2176  1 snd_ac97_codec
nsc_ircc               17980  0
irda                  119352  1 nsc_ircc
crc_ccitt               2048  1 irda

======================================================================

----------------------------------------------------------------------
 Raymond - 04-03-06 14:16 
----------------------------------------------------------------------
There is no ATIIXP.pcm.rear in /usr/share/alsa/cards/ATIIXP.conf, 

hw:0,0 is 2/4 or 6 channels 

and

hw:0,1 is SPDIF

so the driver will not have /dev/dsp1


cat /proc/asound/pcm



----------------------------------------------------------------------
 prymitive - 04-03-06 14:40 
----------------------------------------------------------------------
I just realized that /dev/dsp1 comes from atiixp-modem, but I have
/dev/adsp, it doesn't work, I did 
prymitive@acer ~ $ cat /proc/asound/devices
  0: [ 0]   : control
 16: [ 0- 0]: digital audio playback
 17: [ 0- 1]: digital audio playback
 24: [ 0- 0]: digital audio capture
 33:        : timer
 and I thought that it have 2 playback devices, if it's SPDIF and wan't
let me play 2 streams at a time (without dmix) then close this report and
thanks for quick anwser.

Issue History
Date Modified  Username       Field                    Change              
======================================================================
04-03-06 11:59 prymitive      New Issue                                    
04-03-06 11:59 prymitive      Kernel Version            => 2.6.16-gentoo-r1
04-03-06 12:21 prymitive      Note Added: 0009094                          
04-03-06 14:13 Raymond        Note Added: 0009095                          
04-03-06 14:14 Raymond        Note Edited: 0009095                         
04-03-06 14:16 Raymond        Note Edited: 0009095                         
04-03-06 14:40 prymitive      Note Added: 0009097                          
======================================================================




-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

^ permalink raw reply

* Re: [PATCH] splice support #2
From: Bodo Eggert @ 2006-04-03 12:39 UTC (permalink / raw)
  To: Pavel Machek, Ingo Molnar, Linus Torvalds, Jeff Garzik,
	Jens Axboe, linux-kernel, akpm, Christoph Hellwig
In-Reply-To: <5XjoS-8t9-11@gated-at.bofh.it>

Pavel Machek <pavel@suse.cz> wrote:

>> We should extend the userspace API so that it is prepared to receive
>> 'excess data' via a separate 'flush excess data to' file descriptor:
>> 
>> sys_splice(fd_in, fd_out, fd_flush, size,
>>                    max_flush_size, *bytes_flushed)
> 
> I still see problems with error handling here. You get -EIO to
> userspace. How do you know if it is error reading fd_in, or error
> writing fd_out?

ACK.

Possibly you'll get an error reading from fd_in while also getting an error
flushing the data to fd_out, and an additional error while trying to rescue
the data on fd_flush.

Additionally you'll want to know the amount of transfered bytes even in case
of an error.

struct splice_fds {
        int in_fd,  int in_errno,
        int out_fd, int out_errno,

        /* used on transfer error to rescue the to-be-flushed data: */
        int err_fd, int err_errno,
        /* err_fd == -1 -> don't use */
        int err_size
        /* in: max. size, out: used size, unchanged if no error */
}
int sys_splice(struct splice_fds *fds, size, flags)
/* returns transfered_bytes even in case of an error */

Possible flags:
- Streaming, copied data won't be used too soon.
- Unconditionally use err_fd as a buffer, e.g. because we know that seeking
  from in_fd to out_fd is slow while err_fd is mapped memory.
- fail if err_fd == -1 and an error could cause data loss (out_fd must have
  a buffer like a pipe)

Dangers:
splice(in_fd = /dev/zero, out_fd = /dev/null, ...)
...

</brainstorming>
-- 
Ich danke GMX dafür, die Verwendung meiner Adressen mittels per SPF
verbreiteten Lügen zu sabotieren.

^ permalink raw reply

* Re: alsa cvs broken
From: Jaroslav Kysela @ 2006-04-03 12:39 UTC (permalink / raw)
  To: James Courtier-Dutton; +Cc: Takashi Iwai, alsa-devel
In-Reply-To: <44311356.1000108@superbug.co.uk>

On Mon, 3 Apr 2006, James Courtier-Dutton wrote:

> Takashi Iwai wrote:
> > At Mon, 03 Apr 2006 12:18:00 +0100,
> > James Courtier-Dutton wrote:
> > 
> > > Would it be worth considering switching to using git or hg
> > > (mecurial)?
> > > 
> > 
> > I'd love to switch, but surely it will bring quite amount of
> > confusion.  Anyhow, it should be after releasing 1.0.11-final.
> > 
> > 
> > Takashi
> > 
> Ok, which do you prefer, hg or git. I think hg might be more suitable 
> for our needs(developers writing code), and it has a simple interface 
> for git pulls as well. git is better suited for people deciding whether 
> or not to include patches or not, but is not so good for developers.

Is hg stable enough?

						Jaroslav

-----
Jaroslav Kysela <perex@suse.cz>
Linux Kernel Sound Maintainer
ALSA Project, SUSE Labs


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

^ permalink raw reply

* Re: 2.6.16-mm2 fails to boot on a x86_64 box
From: Rachita Kothiyal @ 2006-04-03 12:39 UTC (permalink / raw)
  To: Rafael J. Wysocki; +Cc: linux-kernel
In-Reply-To: <200604031159.49953.rjw@sisk.pl>

On Mon, Apr 03, 2006 at 11:59:49AM +0200, Rafael J. Wysocki wrote:
> Hi,
> 
> On Monday 03 April 2006 09:06, Rachita Kothiyal wrote:
> > I was trying to boot to a 2.6.16-mm2 kernel on a
> > x86_64 machine, but the kernel panic'd with the
> > attached output.
> > 
> > Any ideas?
> 
> I'd try to change the I/O scheduler and see what happens.  If it works,
> the CFQ is probably at falut.

Hi

I tried using deadline, as and noop as IO schedulers instead of cfq
and they all seemed to work fine. The system now boots up fine.

Thanks
Rachita

^ permalink raw reply

* [linux-lvm] LVM scary!
From: Jim Ford @ 2006-04-03 12:32 UTC (permalink / raw)
  To: linux-lvm

Hmm, there are so many horror stories on this forum that I'm beginning 
to wish that I hadn't chosen the LVM option when I installed my Kubuntu 
system! Mind you, having said that, I never had problems with 5 years of 
software raid on a Slackware box. 

Just though I'd mention it!

Jim Ford

^ permalink raw reply

* Re: [RESEND][2.6.15] New ATA error messages on upgrade to 2.6.15
From: Kyle Moffett @ 2006-04-03 12:32 UTC (permalink / raw)
  To: Mikael Pettersson; +Cc: alan, edmudama, hahn, hancockr, jujutama, linux-kernel
In-Reply-To: <200604031135.k33BZ10b028599@harpo.it.uu.se>

On Apr 3, 2006, at 07:35:01, Mikael Pettersson wrote:
> PDC20269: IDE controller at PCI slot 0000:00:0e.0
> PDC20269: chipset revision 2
> PDC20269: ROM enabled at 0x81804000
> PDC20269: 100% native mode on irq 24
>     ide2: BM-DMA at 0x0880-0x0887, BIOS settings: hde:pio, hdf:pio
>     ide3: BM-DMA at 0x0888-0x088f, BIOS settings: hdg:pio, hdh:pio

Looks like the controller ends up in the same initial state as mine.   
After playing with hdparm a bit, I've determined that my /dev/hdg  
(Maxtor disk on the PDC20268) comes up in udma4 and falls back to  
udma3 after a few CRC errors.  It appears that the /dev/hdi (Samsung  
disk on the PDC20268) comes up in an indeterminate udma state and  
falls back to a lower DMA state after a few CRC errors.  At some  
point later the MULTWRITE_EXT problem triggers DMA timeouts and the  
kernel falls back to PIO.  I can reenable DMA with "hdparm -d1 /dev/ 
hdi" and it will come back in udma2 mode, but it refuses to go  
higher, giving these errors:
   hdi: dma_timer_expiry: dma status == 0x21
   hdi: DMA timeout error
   hdi: dma timeout error: status=0xd0 { Busy }
   ide: failed opcode was: unknown
   hdi: DMA disabled
   PDC202XX: Secondary channel reset.
   ide4: reset: success
And at this point it falls back to udma2 again.  Both card and drive  
should support UDMA4 (ATA100?)

> hde: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hde: dma_intr: error=0x84 { DriveStatusError BadCRC }
> ide: failed opcode was: unknown
> PDC202XX: Primary channel reset.
> ide2: reset: success

You get the exact same reset I do on the bad CRCs.  When this happens  
the udma level is lowered by 1 on my system.

> /dev/hde:
>
>  Model=IBM-DTLA-307030, FwRev=TX4OA6AA, SerialNo=YKEYKTTY645
>  Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
>  RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=40
>  BuffType=DualPortCache, BuffSize=1916kB, MaxMultSect=16, MultSect=off
>  CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=60036480
>  IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
>  PIO modes:  pio0 pio1 pio2 pio3 pio4
>  DMA modes:  mdma0 mdma1 mdma2
>  UDMA modes: udma0 udma1 udma2 udma3 *udma4 udma5

My card and Maxtor drive refuse to run in udma4 mode, although I know  
the card and drive support it.  The CRC errors on the Maxtor always  
trigger a fallback to udma3.

> 00:0e.0 Unknown mass storage controller: Promise Technology, Inc.  
> 20269 (rev 02) (prog-if 85)
> 	Subsystem: Promise Technology, Inc. Ultra133TX2
> 	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-  
> ParErr- Stepping- SERR- FastB2B-
> 	Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=slow >TAbort-  
> <TAbort- <MAbort- >SERR- <PERR-
> 	Latency: 32 (1000ns min, 4500ns max), Cache Line Size 08
> 	Interrupt: pin A routed to IRQ 24
> 	Region 0: I/O ports at fe0008c0 [size=8]
> 	Region 1: I/O ports at fe0008b0 [size=4]
> 	Region 2: I/O ports at fe0008a0 [size=8]
> 	Region 3: I/O ports at fe000890 [size=4]
> 	Region 4: I/O ports at fe000880 [size=16]
> 	Region 5: Memory at 0000000081808000 (32-bit, non-prefetchable)  
> [size=16K]
> 	Expansion ROM at 0000000081804000 [size=16K]
> 	Capabilities: [60] Power Management version 1
> 		Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME 
> (D0-,D1-,D2-,D3hot-,D3cold-)
> 		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
> 00: 5a 10 69 4d 07 00 30 04 02 85 80 01 08 20 00 00
> 10: c1 08 00 00 b1 08 00 00 a1 08 00 00 91 08 00 00
> 20: 81 08 00 00 00 80 80 81 00 00 00 00 5a 10 68 4d
> 30: 01 40 80 81 60 00 00 00 00 00 00 00 18 01 04 12

My controller looks like this:
0001:11:02.0 Mass storage controller: Promise Technology, Inc.  
PDC20268 (Ultra100 TX2) (rev 02) (prog-if 85)
         Subsystem: Promise Technology, Inc.: Unknown device ad68
         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-  
ParErr- Stepping- SERR- FastB2B-
         Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=slow  
 >TAbort- <TAbort- <MAbort- >SERR- <PERR-
         Latency: 16 (1000ns min, 4500ns max), Cache Line Size: 0x08  
(32 bytes)
         Interrupt: pin A routed to IRQ 52
         Region 0: I/O ports at f2001440 [size=8]
         Region 1: I/O ports at f2001430 [size=4]
         Region 2: I/O ports at f2001420 [size=8]
         Region 3: I/O ports at f2001410 [size=4]
         Region 4: I/O ports at f2001400 [size=16]
         Region 5: Memory at 800a0000 (32-bit, non-prefetchable)  
[size=64K]
         Expansion ROM at 80090000 [disabled] [size=64K]
         Capabilities: [60] Power Management version 1
                 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME 
(D0-,D1-,D2-,D3hot-,D3cold-)
                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00: 5a 10 68 4d 07 00 30 04 02 85 80 01 08 10 00 00
10: 41 14 00 00 31 14 00 00 21 14 00 00 11 14 00 00
20: 01 14 00 00 00 00 0a 80 00 00 00 00 5a 10 68 ad
30: 01 00 09 80 60 00 00 00 00 00 00 00 34 01 04 12

Thanks for the help!

Cheers,
Kyle Moffett


^ permalink raw reply

* Re: End User Mailing List / Group
From: Erich Schubert @ 2006-04-03 12:32 UTC (permalink / raw)
  To: Randal T. Rioux; +Cc: SE Linux
In-Reply-To: <4430AABF.5000301@procyonlabs.com>

Hi,
I've done that split for the Debian SELinux lists, but these are pretty
much no-traffic lists so far.
In my personal opinion, SELinux isn't end-user ready yet (or not
anymore, it was when we were still using the old policy). Too many
pitfalls (module linking not yet working entirely right, so you need to
put everything in base you want) and way too little documentation.

best regards,
Erich Schubert
-- 
   erich@(vitavonni.de|debian.org)    --    GPG Key ID: 4B3A135C    (o_
       The best things in life are free: Friendship and Love.       //\
    Der Anfang aller Erkenntnis ist das Staunen. --- Aristoteles    V_/_


--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.

^ permalink raw reply

* Re: alsa cvs broken
From: Adrian McMenamin @ 2006-04-03 12:30 UTC (permalink / raw)
  To: Takashi Iwai; +Cc: James Courtier-Dutton, alsa-devel
In-Reply-To: <s5hr74ec174.wl%tiwai@suse.de>

On Mon, 2006-04-03 at 14:07 +0200, Takashi Iwai wrote:
> At Mon, 03 Apr 2006 12:18:00 +0100,
> James Courtier-Dutton wrote:
> > 
> > Hi,
> > 
> > Is it just me, or is the ssh access to the cvs broken?
> 
> Yeah it's been broken since last week.
> 

I was planning to submit my driver today (with a bit of luck) does this
mean there is no point?



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

^ permalink raw reply

* Re: [PATCH CpuFreq] Update LART site URL
From: Dave Jones @ 2006-04-03 12:26 UTC (permalink / raw)
  To: Erik Mouw; +Cc: Linux kernel mailing list
In-Reply-To: <20060403122100.GA16823@harddisk-recovery.nl>

On Mon, Apr 03, 2006 at 02:21:00PM +0200, Erik Mouw wrote:
 > Update LART site URL.
 > 
 > The LART website moved to http://www.lartmaker.nl/. This patch
 > updates the URL in CpuFreq specific files.
 > 
 > Signed-off-by: Erik Mouw <erik@bitwizard.nl>

Applied, thanks Erik.

		Dave

-- 
http://www.codemonkey.org.uk

^ permalink raw reply

* [ALSA - driver 0001726]: Front and Rear channels swap after first play when playing Surround40 on au8830
From: bugtrack @ 2006-04-03 12:24 UTC (permalink / raw)
  To: alsa-devel


A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1726> 
======================================================================
Reported By:                Raymond
Assigned To:                mjander
======================================================================
Project:                    ALSA - driver
Issue ID:                   1726
Category:                   PCI - au88x0
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Distribution:               Fedora Core 1
Kernel Version:             2.4.22-1.2199.nptl
======================================================================
Date Submitted:             01-08-2006 17:41 CET
Last Modified:              04-03-2006 14:24 CEST
======================================================================
Summary:                    Front and Rear channels swap after first play when
playing Surround40 on au8830
Description: 
The front and rear channels are correct for playing Surround40 only at the
first time after the driver is loaded. 

The front and rear channels (Surround40) always swapped afterward using
speaker-test or xine. 

Playing stereo sound is OK.


 speaker-test -c4 -D hw:0,0
 
speaker-test 1.0.11rc2
 
Playback device is hw:0,0
Stream parameters are 48000Hz, S16_LE, 4 channels
Using 16 octaves of pink noise
Rate set to 48000Hz (requested 48000Hz)
Buffer size range from 2 to 8192
Period size range from 1 to 512
Periods = 4
Buffer time size 2525
To choose buffer_size = 8192
To choose period_size = 2048
was set period_size = 512
was set buffer_size = 8192
 0 - Front Left
 1 - Front Right
 3 - Rear Right
 2 - Rear Left
Time per period = 11.856821
 0 - Front Left
 1 - Front Right
 3 - Rear Right
 2 - Rear Left

======================================================================

----------------------------------------------------------------------
 Raymond - 03-31-06 10:22 
----------------------------------------------------------------------
ponchick,

I have uploaded a diff(alsa-driver-1.0.11rc4) which implement the
"subdevice playback volume" in
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1835 , this allow a true
"front" and
"rear" device for au8830 with 4-channels codec.

The following "front" device can only be used by au8830 with 4-channels
codec.

<confdir:pcm/front.conf>

AU8830.pcm.front.0 {
    @args [ CARD ]
    @args.CARD {
        type string
    }
    type hooks
    slave.pcm {
        type hw
        card $CARD
        device 0
    }
    hooks.0 {
        type ctl_elems
        hook_args [
            {
                interface PCM
                device 0
                name "Subdevice Playback Volume"
                index { @func private_pcm_subdevice }
                value [ 0 0 -64 -64 ]
            }
        ]
    }
} 

Please note that the modified "front" and "rear" device cannot be used
with your another au8830 with stereo codec

----------------------------------------------------------------------
 Raymond - 04-03-06 14:24 
----------------------------------------------------------------------
With respect to the change in speaker-test.c , the number of fifo error in
the system log seem to increase with the number of loops to test

-l,--nloops     specify number of loops to test, 0 = infinite


@@ -665,6 +664,7 @@
   double phase = 0;
   int    err, n;
 
+  snd_pcm_prepare(handle);
   if (test_type == TEST_WAV) {
     int bufsize = snd_pcm_frames_to_bytes(handle, period_size);
     n = 0;
@@ -674,6 +674,7 @@
 			      snd_pcm_bytes_to_frames(handle, err * channels))) < 0)
 	break;
     }
+    snd_pcm_drain(handle);
     return err;
   }

Issue History
Date Modified  Username       Field                    Change              
======================================================================
01-08-06 17:41 Raymond        New Issue                                    
01-08-06 17:41 Raymond        Distribution              => Fedora Core 1   
01-08-06 17:41 Raymond        Kernel Version            => 2.4.22-1.2199.nptl
01-27-06 16:45 Raymond        File Added: au88x0_surround40.patch               
    
02-04-06 06:26 Raymond        Note Added: 0007912                          
02-10-06 05:36 ponchick       Note Added: 0007987                          
02-10-06 06:32 Raymond        Note Added: 0007991                          
02-10-06 10:50 ponchick       Note Added: 0007998                          
02-10-06 11:25 Raymond        Note Added: 0008000                          
02-10-06 13:49 Raymond        Note Added: 0008003                          
02-10-06 13:56 Raymond        Note Edited: 0008003                         
02-12-06 07:48 Raymond        Note Edited: 0008003                         
02-12-06 10:12 Raymond        Note Edited: 0008000                         
02-16-06 05:37 ponchick       Note Added: 0008085                          
02-16-06 08:12 Raymond        Note Added: 0008088                          
02-16-06 10:12 Raymond        Note Added: 0008090                          
02-16-06 10:28 Raymond        Note Edited: 0008090                         
02-16-06 16:07 Raymond        Note Added: 0008097                          
02-17-06 03:35 ponchick       Note Added: 0008104                          
02-17-06 04:28 Raymond        Note Added: 0008105                          
02-17-06 04:35 Raymond        Note Edited: 0008105                         
02-17-06 05:56 Raymond        Note Edited: 0008105                         
02-17-06 06:09 Raymond        Note Edited: 0008105                         
02-26-06 07:22 ponchick       Note Added: 0008198                          
02-26-06 13:28 Raymond        Note Added: 0008200                          
02-26-06 14:08 Raymond        Note Edited: 0008200                         
02-27-06 06:57 ponchick       Note Added: 0008216                          
02-27-06 14:09 Raymond        Note Added: 0008222                          
02-28-06 04:42 Raymond        Note Added: 0008239                          
03-03-06 07:18 Raymond        Note Added: 0008334                          
03-03-06 09:19 Raymond        Note Edited: 0008334                         
03-24-06 14:57 Raymond        File Added: AU8830.conf                      
03-24-06 15:04 Raymond        Note Added: 0008918                          
03-31-06 10:22 Raymond        Note Added: 0009043                          
04-03-06 14:24 Raymond        Note Added: 0009096                          
======================================================================




-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

^ permalink raw reply

* Re: [Xenomai-help] Problem with posix skin and Xenomai 2.1.0
From: Gilles Chanteperdrix @ 2006-04-03 12:23 UTC (permalink / raw)
  To: Jens Niehaus; +Cc: xenomai
In-Reply-To: <20060403111703.593b2b15@domain.hid>

Jens Niehaus wrote:
 > Hi,
 > 
 > I am experiencing problems with xenomai 2.1.0 and pthread_mutex_init. The second initialization in the following program returns with a value of 16 (EBUSY). What is wrong with the code (or with xenomai)?

There was a bug in syscall.c, which should be fixed by revision 870 in
the trunk and by revision 871 in 2.1 branch.

Thanks for reporting.

-- 


					    Gilles Chanteperdrix.


^ permalink raw reply

* Re: alsa cvs broken
From: James Courtier-Dutton @ 2006-04-03 12:21 UTC (permalink / raw)
  To: Takashi Iwai; +Cc: alsa-devel
In-Reply-To: <s5hr74ec174.wl%tiwai@suse.de>

Takashi Iwai wrote:
> At Mon, 03 Apr 2006 12:18:00 +0100,
> James Courtier-Dutton wrote:
>   
>> Would it be worth considering switching to using git or hg (mecurial)?
>>     
>
> I'd love to switch, but surely it will bring quite amount of
> confusion.  Anyhow, it should be after releasing 1.0.11-final.
>
>
> Takashi
>   
Ok, which do you prefer, hg or git.
I think hg might be more suitable for our needs(developers writing 
code), and it has a simple interface for git pulls as well.
git is better suited for people deciding whether or not to include 
patches or not, but is not so good for developers.

James



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

^ permalink raw reply

* Re: [RFC] sched.c : procfs tunables
From: Con Kolivas @ 2006-04-03 12:21 UTC (permalink / raw)
  To: Al Boldi; +Cc: linux-kernel, linux-smp, Mike Galbraith
In-Reply-To: <200604031459.43105.a1426z@gawab.com>

On Monday 03 April 2006 21:59, Al Boldi wrote:
> Con Kolivas wrote:
> > None of the current "tunables" have easily understandable heuristics.
> > Even those that appear to be obvious, like timselice, are not. While
> > exporting tunables is not a bad idea, exporting tunables that noone
> > understands is not really helpful.
>
> Couldn't this be fixed with an autotuning module based on cpu/mem/ctxt
> performance?

You're assuming there is some meaningful relationship between changes in 
cpu/mem/ctxt performance and these tunables, which isn't the case. 
Furthermore if this was the case, noone understands it, can predict it or 
know how to tune it. Just saying "autotune it" doesn't really tell us how 
exactly the change those tunables in relation to the other variables. Since 
Mike and I understand them reasonably well I think we'd both agree that there 
is no meaningful association.

Cheers,
Con

^ permalink raw reply

* [PATCH CpuFreq] Update LART site URL
From: Erik Mouw @ 2006-04-03 12:21 UTC (permalink / raw)
  To: Linux kernel mailing list; +Cc: davej

Update LART site URL.

The LART website moved to http://www.lartmaker.nl/. This patch
updates the URL in CpuFreq specific files.

Signed-off-by: Erik Mouw <erik@bitwizard.nl>

diff --git a/Documentation/cpu-freq/index.txt b/Documentation/cpu-freq/index.txt
index 5009805..ffdb532 100644
--- a/Documentation/cpu-freq/index.txt
+++ b/Documentation/cpu-freq/index.txt
@@ -53,4 +53,4 @@ the CPUFreq Mailing list:
 * http://lists.linux.org.uk/mailman/listinfo/cpufreq
 
 Clock and voltage scaling for the SA-1100:
-* http://www.lart.tudelft.nl/projects/scaling
+* http://www.lartmaker.nl/projects/scaling
diff --git a/drivers/cpufreq/Kconfig b/drivers/cpufreq/Kconfig
index 60c9be9..2cc71b6 100644
--- a/drivers/cpufreq/Kconfig
+++ b/drivers/cpufreq/Kconfig
@@ -99,7 +99,7 @@ config CPU_FREQ_GOV_USERSPACE
 	  Enable this cpufreq governor when you either want to set the
 	  CPU frequency manually or when an userspace program shall
 	  be able to set the CPU dynamically, like on LART 
-	  <http://www.lart.tudelft.nl/>
+	  <http://www.lartmaker.nl/>.
 
 	  For details, take a look at <file:Documentation/cpu-freq/>.
 

-- 
----  Erik Mouw  ----  www.bitwizard.nl  ----  +31 15 2600 998  ----

^ permalink raw reply related

* [linux-lvm] LVM Down After Disk Failure
From: Sebastian Walter @ 2006-04-03 12:15 UTC (permalink / raw)
  To: linux-lvm

Dear list,

after a power failure we had troubles with a hard drive, it went down
unrecoverably. So I removed the LV's wich had PE's on this disk by
executing, and I got this error:

[root@xxx root]# lvremove /dev/xxx/data5
lvremove -- do you really want to remove "/dev/vghrsc/data5"? [y/n]: y
lvremove -- ERROR "vg_write(): write" storing data of volume group
"vghrsc" on disks

then I got another strange error:

Message from syslogd@xxx at Mon Apr  3 12:14:39 2006 ...
xxx kernel: journal commit I/O error

therefore I decided to reboot the system. After the reboot, I couldn't
manage to get the system up and running again, I got error messages
about vgchange not finding any VG's.

I even ran vgcfgrestore, but it succeeded without giving me a hint about
errors.

vgscan now gives me:

[root@xxx root]# vgscan
vgscan -- reading all physical volumes (this may take a while...)
vgscan -- ERROR "vg_read_with_pv_and_lv(): current PV" can't get data of
volume group "vghrsc" from physical volume(s)
vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
vgscan -- WARNING: This program does not do a VGDA backup of your volume
group

pvscan gives me (I had to remove the scsi disk, before I got some sense
key errors here):

[root@mex root]# pvscan
pvscan -- reading all physical volumes (this may take a while...)
pvscan -- inactive PV "/dev/sdb1"  is associated to unknown VG "vghrsc"
(run vgscan)
pvscan -- inactive PV "/dev/sdc1"  is associated to unknown VG "vghrsc"
(run vgscan)
pvscan -- inactive PV "/dev/sdd1"  is associated to unknown VG "vghrsc"
(run vgscan)
pvscan -- inactive PV "/dev/sde1"  is associated to unknown VG "vghrsc"
(run vgscan)
pvscan -- inactive PV "/dev/sdf1"  is associated to unknown VG "vghrsc"
(run vgscan)
pvscan -- total: 5 [6.84 TB] / in use: 5 [6.84 TB] / in no VG: 0 [0]

/dev/sdf1 is the scsi drive I removed in the meanwhile and which is not
present anymore.

I would really appreciate any help! Thanks in advance,
Sebastian

^ permalink raw reply

* [ALSA - driver 0001997]: No sound when using second pcm device
From: bugtrack @ 2006-04-03 12:13 UTC (permalink / raw)
  To: alsa-devel


A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1997> 
======================================================================
Reported By:                prymitive
Assigned To:                tiwai
======================================================================
Project:                    ALSA - driver
Issue ID:                   1997
Category:                   PCI - atiixp
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Distribution:               
Kernel Version:             2.6.16-gentoo-r1
======================================================================
Date Submitted:             04-03-2006 11:59 CEST
Last Modified:              04-03-2006 14:13 CEST
======================================================================
Summary:                    No sound when using second pcm device
Description: 
Hi there

I own an Acer 5024 notebook (AMD Turion / ATI chip based):

cer sub0 # lspci -v
00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 01)
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, medium devsel, latency 64

00:02.0 PCI bridge: ATI Technologies Inc RS480 PCI-X Root Port (prog-if 00
[Normal decode])
        Flags: bus master, fast devsel, latency 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        I/O behind bridge: 00009000-00009fff
        Memory behind bridge: c0100000-c01fffff
        Prefetchable memory behind bridge: c8000000-cfffffff
        Capabilities: [50] Power Management version 3
        Capabilities: [58] Express Root Port (Slot-) IRQ 0
        Capabilities: [80] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-
        Capabilities: [b0] #0d [0000]
        Capabilities: [b8] HyperTransport: MSI Mapping
        Capabilities: [100] Advanced Error Reporting

00:06.0 PCI bridge: ATI Technologies Inc RS480 PCI Bridge (prog-if 00
[Normal decode])
        Flags: bus master, fast devsel, latency 0
        Bus: primary=00, secondary=09, subordinate=09, sec-latency=0
        Capabilities: [50] Power Management version 3
        Capabilities: [58] Express Root Port (Slot-) IRQ 0
        Capabilities: [80] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-
        Capabilities: [b0] #0d [0000]
        Capabilities: [b8] HyperTransport: MSI Mapping
        Capabilities: [100] Advanced Error Reporting

00:07.0 PCI bridge: ATI Technologies Inc Unknown device 5a39 (prog-if 00
[Normal decode])
        Flags: bus master, fast devsel, latency 0
        Bus: primary=00, secondary=04, subordinate=05, sec-latency=0
        Capabilities: [50] Power Management version 3
        Capabilities: [58] Express Root Port (Slot-) IRQ 0
        Capabilities: [80] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-
        Capabilities: [b0] #0d [0000]
        Capabilities: [b8] HyperTransport: MSI Mapping
        Capabilities: [100] Advanced Error Reporting

00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller
(prog-if 10 [OHCI])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11
        Memory at c0000000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [d0] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-

00:13.1 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller
(prog-if 10 [OHCI])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11
        Memory at c0001000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [d0] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-

00:13.2 USB Controller: ATI Technologies Inc IXP SB400 USB2 Host
Controller (prog-if 20 [EHCI])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11
        Memory at c0002000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [dc] Power Management version 2
        Capabilities: [d0] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-

00:14.0 SMBus: ATI Technologies Inc IXP SB400 SMBus Controller (rev 11)
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: 66MHz, medium devsel
        I/O ports at 8400 [size=16]
        Memory at c0003000 (32-bit, non-prefetchable) [size=1K]
        Capabilities: [b0] HyperTransport: MSI Mapping

00:14.1 IDE interface: ATI Technologies Inc Standard Dual Channel PCI IDE
Controller ATI (prog-if 8a [Master SecP PriP])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 10
        I/O ports at <ignored>
        I/O ports at <ignored>
        I/O ports at <ignored>
        I/O ports at <ignored>
        I/O ports at 8410 [size=16]
        Capabilities: [70] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-

00:14.3 ISA bridge: ATI Technologies Inc IXP SB400 PCI-ISA Bridge
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, medium devsel, latency 0

00:14.4 PCI bridge: ATI Technologies Inc IXP SB400 PCI-PCI Bridge (prog-if
01 [Subtractive decode])
        Flags: bus master, 66MHz, medium devsel, latency 64
        Bus: primary=00, secondary=06, subordinate=06, sec-latency=64
        I/O behind bridge: 0000a000-0000afff
        Memory behind bridge: c0200000-c02fffff
        Prefetchable memory behind bridge: 30000000-32ffffff

00:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400 AC'97
Audio Controller (rev 02)
        Subsystem: Acer Incorporated [ALI] Unknown device 0079
        Flags: bus master, 66MHz, slow devsel, latency 64, IRQ 11
        Memory at c0003400 (32-bit, non-prefetchable) [size=256]
        Capabilities: [40] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-

00:14.6 Modem: ATI Technologies Inc ATI SB400 - AC'97 Modem Controller
(rev 02) (prog-if 00 [Generic])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, 66MHz, slow devsel, latency 64, IRQ 11
        Memory at c0003800 (32-bit, non-prefetchable) [size=256]
        Capabilities: [40] Message Signalled Interrupts: 64bit- Queue=0/0
Enable-

00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
HyperTransport Technology Configuration
        Flags: fast devsel
        Capabilities: [80] HyperTransport: Host or Secondary Interface

00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Address Map
        Flags: fast devsel

00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
DRAM Controller
        Flags: fast devsel

00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Miscellaneous Control
        Flags: fast devsel

01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility
X700 (PCIE) (prog-if 00 [VGA])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, fast devsel, latency 0, IRQ 11
        Memory at c8000000 (32-bit, prefetchable) [size=128M]
        I/O ports at 9000 [size=256]
        Memory at c0100000 (32-bit, non-prefetchable) [size=64K]
        [virtual] Expansion ROM at c0120000 [disabled] [size=128K]
        Capabilities: [50] Power Management version 2
        Capabilities: [58] Express Endpoint IRQ 0
        Capabilities: [80] Message Signalled Interrupts: 64bit+ Queue=0/0
Enable-
        Capabilities: [100] Advanced Error Reporting

06:05.0 Network controller: Broadcom Corporation BCM4318 [AirForce One
54g] 802.11g Wireless LAN Controller (rev 02)
        Subsystem: AMBIT Microsystem Corp. Aspire 3022WLMi
        Flags: bus master, fast devsel, latency 64, IRQ 10
        Memory at c0204000 (32-bit, non-prefetchable) [size=8K]

06:06.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, medium devsel, latency 64, IRQ 11
        Memory at c020a000 (32-bit, non-prefetchable) [size=4K]
        Bus: primary=06, secondary=07, subordinate=08, sec-latency=176
        Memory window 0: 30000000-31fff000 (prefetchable)
        Memory window 1: 34000000-35fff000 (prefetchable)
        I/O window 0: 0000a400-0000a4ff
        I/O window 1: 0000a800-0000a8ff
        16-bit legacy interface ports at 0001

06:06.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394
Host Controller (prog-if 10 [OHCI])
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, medium devsel, latency 64, IRQ 11
        Memory at c0208000 (32-bit, non-prefetchable) [size=2K]
        Memory at c0200000 (32-bit, non-prefetchable) [size=16K]
        Capabilities: [44] Power Management version 2

06:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrated
FlashMedia Controller
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, medium devsel, latency 64, IRQ 11
        Memory at c0206000 (32-bit, non-prefetchable) [size=8K]
        Capabilities: [44] Power Management version 2

06:06.4 Class 0805: Texas Instruments PCI6411, PCI6421, PCI6611, PCI6621,
PCI7411, PCI7421, PCI7611, PCI7621 Secure Digital (SD) Controller
        Subsystem: Acer Incorporated [ALI] Unknown device 0080
        Flags: bus master, medium devsel, latency 64, IRQ 11
        Memory at c0209000 (32-bit, non-prefetchable) [size=256]
        Memory at c0208c00 (32-bit, non-prefetchable) [size=256]
        Memory at c0208800 (32-bit, non-prefetchable) [size=256]
        Capabilities: [80] Power Management version 2

06:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169
Gigabit Ethernet (rev 10)
        Subsystem: Acer Incorporated [ALI] Unknown device 0079
        Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 11
        I/O ports at a000 [size=256]
        Memory at c0209400 (32-bit, non-prefetchable) [size=256]
        [virtual] Expansion ROM at 32000000 [disabled] [size=128K]
        Capabilities: [dc] Power Management version 2

I'm running x86 Gentoo system and while using /dev/dsp under oss and
hw=0,0 under alsa everything is ok. But when I try to use second pcm
(/dev/dsp1 under oss emulation or hw=0,1 under alsa) I got no sound. 
Running mplayer -ao oss:device=/dev/dsp1 gives me error "No souch device",
running 
Running mplayer -ao alsa:device=hw=0.1 gives me:
[...]
AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
alsa-init: 1 soundcard found, using: hw:0,1
alsa: 48000 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little
Endian
AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample)
[...]
device is opened but it freezes after that, no sound
I tried whith snd_atiixp ac97_clock=44100 but after inserting module with
this parameter mplayer opens hw=0.0 device with 44100 rate but hw=0.1
device is opened with 48000 rate
Is the second device any good for playing stuff? Maybe I shoud pass some
other parameters to the snd_atiixp module?

prymitive@acer ~/stuff/music $ lsmod
Module                  Size  Used by
snd_atiixp             19212  3
fglrx                 455084  7
snd_atiixp_modem       15944  0
snd_ac97_codec         90464  2 snd_atiixp,snd_atiixp_modem
snd_ac97_bus            2176  1 snd_ac97_codec
nsc_ircc               17980  0
irda                  119352  1 nsc_ircc
crc_ccitt               2048  1 irda

======================================================================

----------------------------------------------------------------------
 prymitive - 04-03-06 12:21 
----------------------------------------------------------------------
when I start:
 alsaplayer --verbose -o oss -d /dev/dsp1 soundfile
alsaplayer starts to play but there is no sound, and no device is open
according to /proc/asound files.

----------------------------------------------------------------------
 Raymond - 04-03-06 14:13 
----------------------------------------------------------------------
There is no ATIIXP.pcm.rear in /usr/share/alsa/cards/ATIIXP.conf, 

hw:0,0 is 2/4 or 6 channels 

and

hw:0,1 is SPDIF

so you will not have /dev/dsp1

Issue History
Date Modified  Username       Field                    Change              
======================================================================
04-03-06 11:59 prymitive      New Issue                                    
04-03-06 11:59 prymitive      Kernel Version            => 2.6.16-gentoo-r1
04-03-06 12:21 prymitive      Note Added: 0009094                          
04-03-06 14:13 Raymond        Note Added: 0009095                          
======================================================================




-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

^ permalink raw reply

* Re: [ANNOUNCE][RFC] PlugSched-6.3.1 for  2.6.16-rc5
From: Paolo Ornati @ 2006-04-03 12:13 UTC (permalink / raw)
  To: Al Boldi; +Cc: Peter Williams, linux-kernel
In-Reply-To: <200604031459.51542.a1426z@gawab.com>

On Mon, 3 Apr 2006 14:59:51 +0300
Al Boldi <a1426z@gawab.com> wrote:

> > >> You can select a default scheduler at kernel build time.  If you wish
> > >> to boot with a scheduler other than the default it can be selected at
> > >> boot time by adding:
> > >>
> > >> cpusched=<scheduler>
> 
> Can this be made runtime selectable/loadable, akin to iosched?

There is a project to do so:

http://groups.google.com/group/fa.linux.kernel/msg/d555ecee596690d1

-- 
	Paolo Ornati
	Linux 2.6.16-mm2 on x86_64

^ permalink raw reply

* Re: [PATCH] Silence a const vs non-const warning
From: Mitchell Blank Jr @ 2006-04-03 12:15 UTC (permalink / raw)
  To: Andrew Morton, linux-kernel
In-Reply-To: <20060403112107.GQ1259@lug-owl.de>

Jan-Benedict Glaw wrote:
> This patch silences a const vs. non-const warning issued by very
> recent GCC versions:
> 
> $ vax-linux-uclibc-gcc -v 2>&1 | grep version
[...]
>  void *memcpy(void *dest, const void *src, size_t count)
>  {
>  	char *tmp = dest;
> -	char *s = src;
> +	const char *s = src;

Actually the compiler version has nothing to do with it -- I'm pretty
sure even gcc 2.X would warn on that.  The actual reason that most people
don't see that is that an arch w/o __HAVE_ARCH_MEMCPY is pretty rare.

Still, no reason for the reference C version of that function to emit
a warning, so it's worth fixing.

-Mitch

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