* Re: [PATCH] Implement AT_SYMLINK_FOLLOW flag for linkat
From: Al Viro @ 2006-06-18 22:06 UTC (permalink / raw)
To: Ulrich Drepper; +Cc: Linus Torvalds, linux-kernel, akpm
In-Reply-To: <4495AC3B.4020508@redhat.com>
On Sun, Jun 18, 2006 at 12:40:43PM -0700, Ulrich Drepper wrote:
> Linus Torvalds wrote:
> > Well, the patch as sent in does seem sane, as long as glibc doesn't start
> > defaulting to the insane behaviour. Giving users the _ability_ to link to
> > the symlink target is certainly not wrong, regardless of any standard.
> > Doing it by default is another matter.
>
> I do not intend to change the link implementation in glibc. That would
> be majorly stupid, it'd break the ABI.
>
> The AT_SYMLINK_FOLLOW flag to linkat was the result of the discussion
> how to resolve the issue of the conflict between POSIX and the Linux
> implementation of link (BTW: the Solaris link syscall behaves the same
> as Linux's).
... while FreeBSD still doesn't have that 4.2BSD bug fixed, the suckers.
> This is an easy an non-intrusive way to help people who
> depend on the questionable POSIx-mandated behavior to work around the
> incompatiblity. Nothing more. Don't change the link syscall, don't
> assume the glibc will be changed. This is only one little extra bit of
> new functionality.
*shrug*
Fine by me; it's not really useful, but it's not a serious bloat either.
ACKed-by: Al Viro <viro@zeniv.linux.org.uk>
^ permalink raw reply
* [ALSA - driver 0002189]: No sound on speakers, low volume on the headphones, Packard bell V7900
From: bugtrack @ 2006-06-18 21:59 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2189>
======================================================================
Reported By: bettored
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 2189
Category: PCI - hda-intel
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Distribution:
Kernel Version: 2.6.15-23-386
======================================================================
Date Submitted: 06-07-2006 19:47 CEST
Last Modified: 06-18-2006 23:59 CEST
======================================================================
Summary: No sound on speakers, low volume on the headphones,
Packard bell V7900
Description:
Hi,
I have a Packard Bell with a soundcard Realtek ALC260 HD Audio, with Intel
hda-intel, with problems.
I have no sound on speakers and very low on the headphones.
In the alsamixer all is on.
Recently i actualized to Alsa 1.0.11 but with same problem.
In the Volumen Control, i have two:
1. HDA intel (alsa mixer)
2. Realtek ALC260 (oss mixer)
And it is correct.
Here leave same test:
janek@janek-laptop:~$ lsmod | grep snd
snd_hda_intel 19348 2
snd_hda_codec 143152 1 snd_hda_intel
snd_pcm_oss 43936 0
snd_mixer_oss 18944 2 snd_pcm_oss
snd_pcm 89352 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_timer 25348 1 snd_pcm
snd 55396 8
snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixe r_oss,snd_pcm,snd_timer
soundcore 10208 2 snd
snd_page_alloc 10760 2 snd_hda_intel,snd_pcm
--------------------------------------------------------------------------------
janek@janek-laptop:~$ lspci
0000:00:00.0 Host bridge: Intel Corporation Mobile Memory Controller Hub
(rev 03)
0000:00:01.0 PCI bridge: Intel Corporation Mobile PCI Express Graphics
Port (rev 03)
0000:00:1b.0 0403: Intel Corporation 82801G (ICH7 Family) High Definition
Audio Controller (rev 02)
0000:00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI
Express Port 1 (rev 02)
0000:00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI
Express Port 2 (rev 02)
0000:00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI
Express Port 3 (rev 02)
0000:00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI
Express Port 4 (rev 02)
0000:00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB
UHCI #1 (rev 02)
0000:00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB
UHCI #2 (rev 02)
0000:00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB
UHCI #3 (rev 02)
0000:00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB
UHCI #4 (rev 02)
0000:00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2
EHCI Controller (rev 02)
0000:00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev
e2)
0000:00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface
Bridge (rev 02)
0000:00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE
Controller (rev 02)
0000:00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus
Controller (rev 02)
0000:01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown
device 71c5
0000:03:00.0 Network controller: Intel Corporation: Unknown device 4222
(rev 02)
0000:06:02.0 FireWire (IEEE 1394): O2 Micro, Inc.: Unknown device 00f7
(rev 02)
0000:06:02.2 0805: O2 Micro, Inc.: Unknown device 7120 (rev 01)
0000:06:02.3 Mass storage controller: O2 Micro, Inc.: Unknown device 7130
(rev 01)
0000:06:08.0 Ethernet controller: Intel Corporation: Unknown device 1092
(rev 02)
-------------------------------------------------------------------------------
janek@janek-laptop:~$ modinfo soundcore
filename: /lib/modules/2.6.15-23-386/kernel/sound/soundcore.ko
description: Core sound module
author: Alan Cox
license: GPL
alias: char-major-14-*
vermagic: 2.6.15-23-386 preempt 486 gcc-4.0
depends:
srcversion: DD426F1CCA2CC5F060F6F92
---------------------------------------------------------------------------
Thanks for your time
======================================================================
----------------------------------------------------------------------
bonobo - 06-15-06 20:32
----------------------------------------------------------------------
I have the same problem with the PB easynote v7900. No sound at all, even
through headphones. Same kernel version.
Maybe the following can help.
Here's the content of my /proc/asound/card0/codec#0 file :
=================================================================
Codec: Realtek ALC260
Address: 0
Vendor Id: 0x10ec0260
Subsystem Id: 0x16311635
Revision Id: 0x100400
Default PCM: rates 0x560, bits 0x0e, types 0x1
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
Node 0x02 [Audio Output] wcaps 0x11: Stereo
PCM: rates 0x560, bits 0x0e, types 0x1
Node 0x03 [Audio Output] wcaps 0x211: Stereo Digital
PCM: rates 0x560, bits 0x1e, types 0x1
Node 0x04 [Audio Input] wcaps 0x10011b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x23, stepsize=0x03, mute=1
Amp-In vals: [0x1c 0x1c] [0x1c 0x1c] [0x1c 0x1c] [0x1c 0x1c] [0x1c
0x1c] [0x1c 0x1c] [0x1c 0x1c]
PCM: rates 0x160, bits 0x06, types 0x1
Connection: 7
0x12* 0x13 0x14 0x15 0x16 0x0f 0x10
Node 0x05 [Audio Input] wcaps 0x10011b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x23, stepsize=0x03, mute=1
Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80
0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
PCM: rates 0x160, bits 0x06, types 0x1
Connection: 8
0x12* 0x13 0x14 0x15 0x16 0x07 0x0f 0x10
Node 0x06 [Audio Input] wcaps 0x100391: Stereo Digital
PCM: rates 0x160, bits 0x1e, types 0x1
Connection: 1
0x19
Node 0x07 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Amp-In caps: ofs=0x23, nsteps=0x41, stepsize=0x03, mute=1
Amp-In vals: [0x80 0x80] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x39
0x39] [0xa3 0xa3] [0xa3 0xa3] [0xa3 0xa3]
Connection: 8
0x12 0x13 0x14 0x15 0x16 0x17 0x0f 0x10
Node 0x08 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0
Amp-Out vals: [0x30 0x30]
Connection: 2
0x02 0x07
Node 0x09 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 2
0x02 0x07
Node 0x0a [Audio Mixer] wcaps 0x20010e: Mono Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00] [0x00]
Amp-Out caps: ofs=0x23, nsteps=0x41, stepsize=0x03, mute=0
Amp-Out vals: [0x00]
Connection: 2
0x02 0x07
Node 0x0b [Audio Selector] wcaps 0x300101: Stereo
Connection: 2
0x08* 0x09
Node 0x0c [Audio Selector] wcaps 0x300101: Stereo
Connection: 2
0x08* 0x09
Node 0x0d [Audio Selector] wcaps 0x300101: Stereo
Connection: 2
0x08* 0x09
Node 0x0e [Audio Selector] wcaps 0x300101: Stereo
Connection: 2
0x08* 0x09
Node 0x0f [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x081003f: IN OUT HP
Pin Default 0x01014110: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Green
Pin-ctls: 0x40: OUT
Connection: 1
0x08
Node 0x10 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x081003f: IN OUT HP
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
Pin-ctls: 0x20: IN
Connection: 1
0x09
Node 0x11 [Pin Complex] wcaps 0x40010c: Mono Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80]
Pincap 0x0810: OUT
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
Pin-ctls: 0x40: OUT
Connection: 1
0x0a
Node 0x12 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x08133f: IN OUT HP
Pin Default 0x01a19930: [Jack] Mic at Ext Rear
Conn = 1/8, Color = Pink
Pin-ctls: 0x24: IN
Connection: 1
0x0b
Node 0x13 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x08133f: IN OUT HP
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
Pin-ctls: 0x20: IN
Connection: 1
0x0c
Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x08133f: IN OUT HP
Pin Default 0x01813131: [Jack] Line In at Ext Rear
Conn = 1/8, Color = Blue
Pin-ctls: 0x20: IN
Connection: 1
0x0d
Node 0x15 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x08133f: IN OUT HP
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
Pin-ctls: 0x20: IN
Connection: 1
0x0e
Node 0x16 [Pin Complex] wcaps 0x400001: Stereo
Pincap 0x0820: IN
Pin Default 0x99330132: [Fixed] CD at Int ATAPI
Conn = ATAPI, Color = Unknown
Pin-ctls: 0x00:
Node 0x17 [Pin Complex] wcaps 0x400000: Mono
Pincap 0x0820: IN
Pin Default 0x9983013e: [Fixed] Line In at Int ATAPI
Conn = ATAPI, Color = Unknown
Pin-ctls: 0x00:
Node 0x18 [Pin Complex] wcaps 0x400380: Mono Digital
Pincap 0x0814: OUT
Pin Default 0x01454120: [Jack] SPDIF Out at Ext Rear
Conn = Optical, Color = Green
Pin-ctls: 0x00:
Connection: 1
0x03
Node 0x19 [Pin Complex] wcaps 0x400280: Mono Digital
Pincap 0x0824: IN
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
Pin-ctls: 0x00:
Node 0x1a [Vendor Defined Widget] wcaps 0xf00040: Mono
Node 0x1b [Volume Knob Widget] wcaps 0x600080: Mono
====================================================================
Thank you
----------------------------------------------------------------------
ixM - 06-18-06 23:59
----------------------------------------------------------------------
Hi,
I'm having the same problem as you. My Computer is a PB Easynote 7909
Laptop and I have very, very low sound out the speakers or out the
headphones (I had to connect my computer to my stereo hifi with very high
sound to hear something). I tried each model (with modprobe). I also tried
official (forked ?) drivers available at realtek, without success.
No result. I've been on #lad and #alsa, some people helped me and I'm now
sure it isn't a mixer problem.
I've also checked the BIOS
I'm using alsa-driver 1.11
I've tried with two kernels : 2.6.17 (knopix) and 2.6.15 (ubuntu). It
hasn't fixed anything.
Thank you.
Best regards,
`ixM
P.S. If something is missing, I'll add it :)
Issue History
Date Modified Username Field Change
======================================================================
06-07-06 19:47 bettored New Issue
06-07-06 19:47 bettored Kernel Version => 2.6.15-23-386
06-15-06 20:25 bonobo Note Added: 0010243
06-15-06 20:32 bonobo Note Edited: 0010243
06-18-06 23:59 ixM Note Added: 0010304
======================================================================
^ permalink raw reply
* Re: [RFC][PATCH] avoid cpu hot remove of cpus which have special RT tasks.
From: Pavel Machek @ 2006-06-18 16:46 UTC (permalink / raw)
To: KAMEZAWA Hiroyuki; +Cc: LKML, ashok.raj
In-Reply-To: <20060616162343.02c3ce62.kamezawa.hiroyu@jp.fujitsu.com>
Hi!
> When cpu hot remove happens, tasks on the target cpu will be migrated even if
> no available cpus in tsk->cpus_allowed. (See: move_task_off_dead_cpu().)
>
> Usually, it looks ok (I think not good but may be ok.) But forced migration
> should be avoided if there is RT task which is designed to run only on
> specified cpu.
That would break software suspend, sorry.
NAK.
Pavel
--
64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms
^ permalink raw reply
* High Quality R&plic$s 07
From: Phillip @ 2006-06-18 21:56 UTC (permalink / raw)
To: sparclinux
Get the Finest Replica! gnw
All watches are of the finest quality. wtsjm
Get the lowest prices you can find for any replica online. muvoauayk
http://vqt.listtimex.com/
Silence! Living on borrowed time What are you doing? Load of codswallop And
speaking of bending rules... Loaf of bread You will make a fine bride for my
eldest son, Lock stock and barrel Oh, you dang right I live! Loose cannon
when everything runs nice and smooth. Lord Fred
I doubt even the Golden Dragon of Unity could stop this now. Love is blind
that she is like fresh ginger on the rice bowl of my life. Main chance Ooh,
this is gonna be good. Make a beeline for
General Hardhead? Brushing my teeth? Make haste and tell me why we ain't
busting out the vows, huh? Make no bones about My people... Man after his
own heart
^ permalink raw reply
* High Quality R&plic$s 07
From: Phillip @ 2006-06-19 15:50 UTC (permalink / raw)
To: Todd X Lu, Jesse, Craig Lee
Get the Finest Replica! gnw
All watches are of the finest quality. wtsjm
Get the lowest prices you can find for any replica online. muvoauayk
http://vqt.listtimex.com/
Silence! Living on borrowed time What are you doing? Load of codswallop And
speaking of bending rules... Loaf of bread You will make a fine bride for my
eldest son, Lock stock and barrel Oh, you dang right I live! Loose cannon
when everything runs nice and smooth. Lord Fred
I doubt even the Golden Dragon of Unity could stop this now. Love is blind
that she is like fresh ginger on the rice bowl of my life. Main chance Ooh,
this is gonna be good. Make a beeline for
General Hardhead? Brushing my teeth? Make haste and tell me why we ain't
busting out the vows, huh? Make no bones about My people... Man after his
own heart
^ permalink raw reply
* Re: Dom0 Panics/lockups
From: Shaun @ 2006-06-18 21:44 UTC (permalink / raw)
To: xen-devel
In-Reply-To: <2111d9e07819fa86d5dcf001c649026d@cl.cam.ac.uk>
Here's a xm info, hope that gives you everything you need. What does this
lowmem_emergency_pool=16M do and why is it needed? Is the problem a memory
issue? This host has 8GB, 1GB allocated to dom0 and about 6GB allocated to
DomU's
release : 2.6.16-xen0
version : #2 SMP Wed Apr 12 15:23:41 PDT 2006
machine : i686
nr_cpus : 2
nr_nodes : 1
sockets_per_node : 2
cores_per_socket : 1
threads_per_core : 1
cpu_mhz : 3000
hw_caps : bfebfbff:20000000:00000000:00000180:0000641d
total_memory : 8192
free_memory : 1840
xen_major : 3
xen_minor : 0
xen_extra : -unstable
xen_caps : xen-3.0-x86_32p
platform_params : virt_start=0xf5800000
xen_changeset : Thu Mar 30 17:50:44 2006 +0100 9487:9316fe0c9c4f
cc_compiler : gcc version 3.4.5 20051201 (Red Hat 3.4.5-2)
cc_compile_by : root
cc_compile_domain : localdomain
cc_compile_date : Mon Apr 10 22:44:44 PDT 2006
--
~Shaun
"Keir Fraser" <Keir.Fraser@cl.cam.ac.uk> wrote in message
news:2111d9e07819fa86d5dcf001c649026d@cl.cam.ac.uk...
>
> On 18 Jun 2006, at 22:21, Shaun wrote:
>
>> Weird issue where on one of my hosts dom0 partially locks up. Whats
>> weird
>> is that alot of things work still and all domU's are running fine. SSHD
>> locks up on dom0 and cannot be restarted a xm works fine too. Here is a
>> dump from dmesg that i think is what started the whole mess.
>>
>> bwmonitor is a perl script i wrote that basically loops through all
>> chains
>> (2 chains per domU) running ebtables -L <chain> grabs the rates and
>> writes
>> them to a database, simple script... From what i can tell this dump
>> looks
>> like it may be a issue with xen and ebtables?
>
> Which Xen version are you running? You probably need to specify
> lowmem_emergency_pool=16M, or similar, on the Xen command line.
>
> -- Keir
^ permalink raw reply
* Re: Figured out how to get Mozilla into git
From: Martin Langhoff @ 2006-06-18 21:40 UTC (permalink / raw)
To: Linus Torvalds; +Cc: Nicolas Pitre, Jon Smirl, git
In-Reply-To: <Pine.LNX.4.64.0606181223580.5498@g5.osdl.org>
On 6/19/06, Linus Torvalds <torvalds@osdl.org> wrote:
> Or is it just me?
No problems here with my latest import run. fsck-objects --full comes
clean, takes 14m:
/usr/bin/time git-fsck-objects --full
737.22user 38.79system 14:09.40elapsed 91%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (20807major+19483471minor)pagefaults 0swaps
BTW, that import (with the latest code Junio has) took 37hs even with
the aggressive repack -a -d. I want to bench it dropping the -a from
the recurrring repack, and doing a final repack -a -d.
cheers,
martin
^ permalink raw reply
* Re: emergency or init=/bin/sh mode and terminal signals
From: Willy Tarreau @ 2006-06-18 21:33 UTC (permalink / raw)
To: Samuel Thibault, linux-kernel
In-Reply-To: <20060618212303.GD4744@bouh.residence.ens-lyon.fr>
On Sun, Jun 18, 2006 at 11:23:03PM +0200, Samuel Thibault wrote:
> Hi,
>
> There's a long-standing issue in init=/bin/sh mode: pressing control-C
> doesn't send a SIGINT to programs running on the console. The incurred
> typical pitfall is if one runs ping without a -c option... no way to
> stop it!
>
> This is because no session is set up by the kernel, and shells don't
> start sessions on their own, so that no session (hence no controlling
> tty) is set up.
>
> The attached patch sets such session and controlling tty up, which fixes
> the issue. The unfortunate effect is that init might be killed if one
> presses control-C very fast after its start.
This downside is a little problematic. Wouldn't it be possible to disable
the interrupt signal on the terminal, and let the user re-enable it when
needed using "stty intr ^C" ?
I too am used to starting with init=/bin/sh, but I'm also used to launch
ping in the background. However, if getting Ctrl-C working implies a risk
of killing init, then I'd rather keep it the old way.
> Samuel
Regards,
Willy
> --- linux-2.6.17-orig/init/main.c 2006-06-18 19:22:40.000000000 +0200
> +++ linux-2.6.17-perso/init/main.c 2006-06-18 23:00:00.000000000 +0200
> @@ -703,9 +703,13 @@
> system_state = SYSTEM_RUNNING;
> numa_default_policy();
>
> + sys_setsid();
> +
> if (sys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0)
> printk(KERN_WARNING "Warning: unable to open an initial console.\n");
>
> + sys_ioctl(0, TIOCSCTTY, 1);
> +
> (void) sys_dup(0);
> (void) sys_dup(0);
>
^ permalink raw reply
* [lm-sensors] W83793 driver
From: Rudolf Marek @ 2006-06-18 21:32 UTC (permalink / raw)
To: lm-sensors
In-Reply-To: <44893948.2070709@winbond.com>
Hi Yuan,
Still reading the driver. It took already couple of evenings and two 120km
journeys in train and still I'm just passed the half of the driver.
I really want to do that well and this takes lot of time. I did not found
something really bad so far ;)
Please be patient, I have a lot of other work and I have other time consumpting
tasks to solve too.
Regards
Rudolf
^ permalink raw reply
* [lm-sensors] PATCH- i2c-iop3xx platform driver avoid addressing
From: Peter Milne @ 2006-06-18 21:28 UTC (permalink / raw)
To: lm-sensors
In-Reply-To: <44931779.6050302@d-tacq.com>
Hi Jean
Jean Delvare wrote:
<snip>
>>OK, new patch leaves the slave address at default 0.
>>
>>
>
>Huh, this might be worst :/ 0 is the "general call address", think of
>it as a broadcast address. 2 is reserved for "CBUS compatibility"
>(whatever it is.)
>
>
Sorry, I should have explained before, there is a bit set in the control
register: IOP3XX_ICR_GCD - this according to the manual "disables i2c
unit response to general call messages as a slave".
So it really shouldn't respond to an external master making a General
Call, the issue I'm trying to avoid is the problem of addressing itself.
>I would suggest 8, which is the "SMBus host" address in the SMBus spec
>- unless you have to deal with multi-master busses where this address
>might be already taken by another master.
>
>Note that I have no strong opinion on this either, as long as nothing
>breaks and you are happy...
>
>
Prefer to stick with zero, thanks, it works. I don't think anyone uses
this device as a slave, but if they did, it would be easy to configure a
valid address.
>
>
>>I note that i2cdetect now scans from 0x3, but I'd still prefer to
>>prevent writes to the device's own address since this wedges the unit.
>>
>>
>
>Sure, I have no problem with this.
>
>
>
>>@@ -243,12 +240,19 @@ iop3xx_i2c_wait_idle(struct i2c_algo_iop
>>
>> static int
>> iop3xx_i2c_send_target_addr(struct i2c_algo_iop3xx_data *iop3xx_adap,
>>- struct i2c_msg* msg)
>>+ struct i2c_msg* msg)
>> {
>>
>>
>
>Please don't mix cleanups with real changes!
>
>
fixed in patch -
>
>
>> unsigned long cr = __raw_readl(iop3xx_adap->ioaddr + CR_OFFSET);
>> int status;
>> int rc;
>>
>>+ /* avoid writing to my slave address (hangs on 80331),
>>+ * forbidden in Intel developer manual
>>+ */
>>+ if (msg->addr = MYSAR) {
>>+ return -I2C_ERR_WRITEMYSAR;
>>+ }
>>+
>>
>>
>
>How will the address be reported by i2cdetect? As if there was no chip
>there, I guess (XX)?
>
At zero, comes out as "XX" on the "old" i2cdetect, skipped in the new one.
>I'm a bit worried about this, as someone might
>then want to use the address for something else without realizing that
>the address is already in use. Would it be possible to make it so that
>the address would be reported as busy (UU)? I'm not too sure myself if
>the i2c-core currently allows this, but I'd like you to investigate in
>that direction as it might avoid trouble in the future. I guess the
>only way right now would be to instanciante a fake client at that
>address.
>
>
The routine now returns -EBUSY, but i2cdetect still reports "XX". When I
address it with another low level utility, it reports:
"Device or resource busy" - which is fair enough, the device is busy
being a master so it cannot simultaneously be a slave ...
Maybe Intel knew what they were doing when they set 0 as the default
slave address.
Because nobody is going to choose that as a real slave address, are they
:-).
So, are we there with this patch now?
Thanks
Peter.
--
Peter Milne Peter.Milne at d-tacq.com
D-TACQ Solutions Ltd www.d-tacq.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: i2c-iop3xx.3.patch
Type: text/x-patch
Size: 2071 bytes
Desc: not available
Url : http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060618/078c5765/attachment.bin
^ permalink raw reply
* Re: Dom0 Panics/lockups
From: Keir Fraser @ 2006-06-18 21:28 UTC (permalink / raw)
To: Shaun; +Cc: xen-devel
In-Reply-To: <e74g5f$q61$1@sea.gmane.org>
On 18 Jun 2006, at 22:21, Shaun wrote:
> Weird issue where on one of my hosts dom0 partially locks up. Whats
> weird
> is that alot of things work still and all domU's are running fine.
> SSHD
> locks up on dom0 and cannot be restarted a xm works fine too. Here is
> a
> dump from dmesg that i think is what started the whole mess.
>
> bwmonitor is a perl script i wrote that basically loops through all
> chains
> (2 chains per domU) running ebtables -L <chain> grabs the rates and
> writes
> them to a database, simple script... From what i can tell this dump
> looks
> like it may be a issue with xen and ebtables?
Which Xen version are you running? You probably need to specify
lowmem_emergency_pool=16M, or similar, on the Xen command line.
-- Keir
^ permalink raw reply
* Re: [PATCH 1/7] Remove ranges from switch statements.
From: Timo Hirvonen @ 2006-06-18 21:24 UTC (permalink / raw)
To: Junio C Hamano; +Cc: git
In-Reply-To: <7vveqyyxyj.fsf@assigned-by-dhcp.cox.net>
Junio C Hamano <junkio@cox.net> wrote:
> Sorry for bringing up an old topic again, but wouldn't people
> agree that this is easier to read if it were written this way ;-)?
>
> if ( (('A' <= ch) && (ch <= 'Z'))
> || (('a' <= ch) && (ch <= 'z'))
> || (('0' <= ch) && (ch <= '9'))
> ...
Yes, but isalnum(ch) even better ;)
--
http://onion.dynserv.net/~timo/
^ permalink raw reply
* emergency or init=/bin/sh mode and terminal signals
From: Samuel Thibault @ 2006-06-18 21:23 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 578 bytes --]
Hi,
There's a long-standing issue in init=/bin/sh mode: pressing control-C
doesn't send a SIGINT to programs running on the console. The incurred
typical pitfall is if one runs ping without a -c option... no way to
stop it!
This is because no session is set up by the kernel, and shells don't
start sessions on their own, so that no session (hence no controlling
tty) is set up.
The attached patch sets such session and controlling tty up, which fixes
the issue. The unfortunate effect is that init might be killed if one
presses control-C very fast after its start.
Samuel
[-- Attachment #2: patch --]
[-- Type: text/plain, Size: 460 bytes --]
--- linux-2.6.17-orig/init/main.c 2006-06-18 19:22:40.000000000 +0200
+++ linux-2.6.17-perso/init/main.c 2006-06-18 23:00:00.000000000 +0200
@@ -703,9 +703,13 @@
system_state = SYSTEM_RUNNING;
numa_default_policy();
+ sys_setsid();
+
if (sys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0)
printk(KERN_WARNING "Warning: unable to open an initial console.\n");
+ sys_ioctl(0, TIOCSCTTY, 1);
+
(void) sys_dup(0);
(void) sys_dup(0);
^ permalink raw reply
* Dom0 Panics/lockups
From: Shaun @ 2006-06-18 21:21 UTC (permalink / raw)
To: xen-devel
Weird issue where on one of my hosts dom0 partially locks up. Whats weird
is that alot of things work still and all domU's are running fine. SSHD
locks up on dom0 and cannot be restarted a xm works fine too. Here is a
dump from dmesg that i think is what started the whole mess.
bwmonitor is a perl script i wrote that basically loops through all chains
(2 chains per domU) running ebtables -L <chain> grabs the rates and writes
them to a database, simple script... From what i can tell this dump looks
like it may be a issue with xen and ebtables?
------------[ cut here ]------------
kernel BUG at arch/i386/mm/pgtable-xen.c:306!
invalid opcode: 0000 [#88]
SMP
Modules linked in: ebt_arp ebt_ip xt_physdev iptable_filter ip_tables
x_tables ebtable_filter ebtables ipv6 binfmt_misc video thermal processor
fan button tery ac ehci_hcd e1000 floppy dm_snapshot dm_zero dm_mirror ext3
mbcache jbd dm_mod 3w_9xxx sd_mod scsi_mod
CPU: 0
EIP: 0061:[<c0111ab5>] Not tainted VLI
EFLAGS: 00010282 (2.6.16-xen0 #2)
EIP is at pgd_ctor+0x30/0x3a
eax: fffffff4 ebx: 00000001 ecx: 00000001 edx: 00000000
esi: c0741ec0 edi: dbde65bc ebp: eaad7dc8 esp: eaad7dbc
ds: 007b es: 007b ss: 0069
Process bwmonitor (pid: 25477, threadinfo=eaad6000 task=e25f4a90)
Stack: <0>d37f0000 00000000 00000020 eaad7de8 c015b53e d37f0000 c0741ec0
00000001
dbde65a0 d37f0000 c073ff00 eaad7e1c c015b749 c0741ec0 dbde65a0
00000001
000000d0 c073ff2c 00000001 000000d0 00000000 ebc30c80 c073ff10
0000000c
Call Trace:
[<c01051c8>] show_stack_log_lvl+0xaa/0xdf
[<c01053d2>] show_registers+0x193/0x20b
[<c01055db>] die+0x10e/0x1a4
[<c01056ef>] do_trap+0x7e/0xb4
[<c0105a25>] do_invalid_op+0xb5/0xbf
[<c0104e37>] error_code+0x2b/0x30
[<c015b53e>] cache_init_objs+0x4f/0x77
[<c015b749>] cache_grow+0x133/0x1ce
[<c015b9ba>] cache_alloc_refill+0x1d6/0x21b
[<c015bc18>] kmem_cache_alloc+0x86/0x8a
[<c0111b03>] pgd_alloc+0x1e/0x315
[<c011ae6d>] mm_init+0x88/0xb3
[<c011b0b8>] dup_mm+0x58/0x311
[<c011b3d4>] copy_mm+0x63/0x82
[<c011bce0>] copy_process+0x3d9/0xe11
[<c011c812>] do_fork+0x69/0x195
[<c010387b>] sys_clone+0x3b/0x3d
[<c0104ca5>] syscall_call+0x7/0xb
Code: 0c 80 3d 84 f3 39 c0 00 74 02 c9 c3 c7 44 24 08 20 00 00 00 c7 44 24
04 00 00 00 00 8b 45 08 89 04 24 e8 ae 39 00 00 85 c0 74 df
c0 c9 c3 55 89 e5 83 ec 08 80 3d 84 f3 39
<0>------------[ cut here ]------------
kernel BUG at arch/i386/mm/pgtable-xen.c:306!
invalid opcode: 0000 [#89]
SMP
Modules linked in: ebt_arp ebt_ip xt_physdev iptable_filter ip_tables
x_tables ebtable_filter ebtables ipv6 binfmt_misc video thermal p
tery ac ehci_hcd e1000 floppy dm_snapshot dm_zero dm_mirror ext3 mbcache jbd
dm_mod 3w_9xxx sd_mod scsi_mod
CPU: 0
EIP: 0061:[<c0111ab5>] Not tainted VLI
EFLAGS: 00010282 (2.6.16-xen0 #2)
EIP is at pgd_ctor+0x30/0x3a
eax: fffffff4 ebx: 00000001 ecx: 00000001 edx: 00000000
esi: c0741ec0 edi: eb7c1e9c ebp: d2ea3dc8 esp: d2ea3dbc
ds: 007b es: 007b ss: 0069
Process bwmonitor (pid: 25480, threadinfo=d2ea2000 task=e99dca50)
Stack: <0>d03b0000 00000000 00000020 d2ea3de8 c015b53e d03b0000 c0741ec0
00000001
eb7c1e80 d03b0000 c073ff00 d2ea3e1c c015b749 c0741ec0 eb7c1e80
00000001
000000d0 c073ff2c 00000001 000000d0 00000000 ebc30040 c073ff10
0000000c
Call Trace:
[<c01051c8>] show_stack_log_lvl+0xaa/0xdf
[<c01053d2>] show_registers+0x193/0x20b
[<c01055db>] die+0x10e/0x1a4
[<c01056ef>] do_trap+0x7e/0xb4
[<c0105a25>] do_invalid_op+0xb5/0xbf
[<c0104e37>] error_code+0x2b/0x30
[<c015b53e>] cache_init_objs+0x4f/0x77
[<c015b749>] cache_grow+0x133/0x1ce
[<c015b9ba>] cache_alloc_refill+0x1d6/0x21b
[<c015bc18>] kmem_cache_alloc+0x86/0x8a
[<c0111b03>] pgd_alloc+0x1e/0x315
[<c011ae6d>] mm_init+0x88/0xb3
[<c011b0b8>] dup_mm+0x58/0x311
[<c011b3d4>] copy_mm+0x63/0x82
[<c011bce0>] copy_process+0x3d9/0xe11
[<c011c812>] do_fork+0x69/0x195
[<c010387b>] sys_clone+0x3b/0x3d
[<c0104ca5>] syscall_call+0x7/0xb
Code: 0c 80 3d 84 f3 39 c0 00 74 02 c9 c3 c7 44 24 08 20 00 00 00 c7 44 24
04 00
c0 c9 c3 55 89 e5 83 ec 08 80 3d 84 f3 39
--
~Shaun
^ permalink raw reply
* Re: [Bluez-users] Multiple connections with kernel 2.4 make HCI die
From: Kevin Read @ 2006-06-18 21:19 UTC (permalink / raw)
To: BlueZ users
In-Reply-To: <1150657327.8816.20.camel@localhost>
Marcel Holtmann wrote:
Hi Marcel,
thanks for the quick answer.
>> I know that kernel 2.4 is no longer supported, but I hope that somebody
>> can give me a clue here...
>>
>> I'm attempting to create a multi-threaded, multi-dongle OBEX client
>> appliance. When I run it on a kernel 2.6 based machine (either a x86 or
>> on a NSLU2, which is a big-endian ARM box), everything runs very smooth.
>>
>> The same code compiled for a little endian MIPS machine running kernel
>> 2.4.30 has problems. I cannot change the kernel version, because the
>> on-board Broadcom wireless chipset of the router doesn't really work yet
>> under kernel 2.6 (damn closed source drivers) :(
>
> I am not buying this argument, because the bcm43xx open source driver
> exists. Otherwise simply swap the mini-PCI card for an Intel one.
This is slightly OT but I hope it might be of interest to some:
I have already tried to compile the bcm43xx driver in OpenWRT kamikaze.
Master mode will only work with the devicescape-branch of bcm43xx. Some
OpenWRT co-users patched the Kamikaze kernel up to the latest code from
the wireless-dev git repository. Unfortunately there was no joy there.
Master mode does not yet run correctly, although the outlook is pretty
good, as patches integrating bcm43xx and Hostap where sent to the
bcm43xx devs and will hopefully get integrated soon.
Unfortunately for me, I need WDS and this has not yet been coded. And
Kamikaze kernel 2.6 USB is broken at the moment, so I couldn't test
bluetooth operation on the 2.6 :(
I'll look into swapping the mini-PCI card, thanks for the pointer. That
might become a great alternative once the USB problems get sorted out.
<snip>
>>
>> I have applied the changes in the 2.4.32 patch by Marcel, but I think
>> they only refer to module unloading. Bluez installed is version 2.32. I
>> already stressed the USB bus with wireless and a hard disk, to rule out
>> that the usb driver has some funkiness, but everything went smooth.
>
> You can try to make sure that the hci_usb driver doesn't use any ISOC
> transfers for SCO. The 2.4 USB subsystem was kinda picky about it. Other
> than that you don't really have a choice except re-writing the hci_usb
> driver.
Ok, I'll rebuild a kernel with SCO support right away. Will that
suffice, or should I comment out the ISOC stuff in hci_usb.c?
I don't think I'll manage a re-write of hci_usb :/ Waiting for solid 2.6
usb and bcm43xx support will definitely be faster than that ;)
Regards and thanks,
Kevin
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply
* Re: Several errors in kernel
From: Bernd Eckenfels @ 2006-06-18 21:16 UTC (permalink / raw)
To: linux-kernel
In-Reply-To: <32124b660606181354w1c57f733l211af48cd37f988e@mail.gmail.com>
Ojciec Rydzyk <69rydzyk69@gmail.com> wrote:
> I have compiled new kernel to my laptop and I found several errors.
Is everything working as expected? What Laptop is it?
Gruss
Bernd
^ permalink raw reply
* Re: problems with "different security models"
From: Bernd Eckenfels @ 2006-06-18 21:15 UTC (permalink / raw)
To: linux-kernel
In-Reply-To: <32124b660606181309o78bf2527s89a451c342e7fbe7@mail.gmail.com>
Ojciec Rydzyk <69rydzyk69@gmail.com> wrote:
> -> Enable different security models". When this option is enabled, X
> starts but when I log in to kde or gnome, X restarts. There is no
> trace in any logs.
Well, I dont know what option that is, but it is a problem of your
distribution, not the kernel, most likely. If x restarts, that usually means
the session had terminated. For example it was missing rights to start the
session script. If you cant debug that little more specific, you might want
to let that option off? :)
Gruss
Bernd
^ permalink raw reply
* Re: [PATCH 1/7] Remove ranges from switch statements.
From: Junio C Hamano @ 2006-06-18 21:07 UTC (permalink / raw)
To: git
In-Reply-To: <1150643889264-git-send-email-octo@verplant.org>
Florian Forster <octo@verplant.org> writes:
> - switch (ch) {
> - case '/': case '-': case '.':
> - case 'A'...'Z': case 'a'...'z': case '0'...'9':
> + if (((ch >= 'A') && (ch <= 'Z'))
> + || ((ch >= 'a') && (ch <= 'z'))
> + || ((ch >= '0') && (ch <= '9'))
> + ...
Sorry for bringing up an old topic again, but wouldn't people
agree that this is easier to read if it were written this way ;-)?
if ( (('A' <= ch) && (ch <= 'Z'))
|| (('a' <= ch) && (ch <= 'z'))
|| (('0' <= ch) && (ch <= '9'))
...
^ permalink raw reply
* [PATCH] fix memory leak in rocketport rp_do_receive
From: Paul Fulghum @ 2006-06-18 21:05 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel@vger.kernel.org
Fix memory leak caused by incorrect use of tty
buffer facility. tty buffers are allocated but never
processed by call to tty_flip_buffer_push so they
accumulate on the full buffer list. Current code
uses the buffers as a temporary storage for data before
passing it directly to the line discipline.
Signed-off-by: Paul Fulghum <paulkf@microgate.com>
--- linux-2.6.16/drivers/char/rocket.c 2006-06-04 10:22:24.000000000 -0500
+++ b/drivers/char/rocket.c 2006-06-04 10:45:35.000000000 -0500
@@ -324,35 +324,15 @@ static void rp_do_receive(struct r_port
CHANNEL_t * cp, unsigned int ChanStatus)
{
unsigned int CharNStat;
- int ToRecv, wRecv, space = 0, count;
- unsigned char *cbuf, *chead;
- char *fbuf, *fhead;
- struct tty_ldisc *ld;
-
- ld = tty_ldisc_ref(tty);
+ int ToRecv, wRecv, space;
+ unsigned char *cbuf;
ToRecv = sGetRxCnt(cp);
- space = tty->receive_room;
- if (space > 2 * TTY_FLIPBUF_SIZE)
- space = 2 * TTY_FLIPBUF_SIZE;
- count = 0;
#ifdef ROCKET_DEBUG_INTR
- printk(KERN_INFO "rp_do_receive(%d, %d)...", ToRecv, space);
+ printk(KERN_INFO "rp_do_receive(%d)...", ToRecv);
#endif
-
- /*
- * determine how many we can actually read in. If we can't
- * read any in then we have a software overrun condition.
- */
- if (ToRecv > space)
- ToRecv = space;
-
- ToRecv = tty_prepare_flip_string_flags(tty, &chead, &fhead, ToRecv);
- if (ToRecv <= 0)
- goto done;
-
- cbuf = chead;
- fbuf = fhead;
+ if (ToRecv == 0)
+ return;
/*
* if status indicates there are errored characters in the
@@ -380,6 +360,8 @@ static void rp_do_receive(struct r_port
info->read_status_mask);
#endif
while (ToRecv) {
+ char flag;
+
CharNStat = sInW(sGetTxRxDataIO(cp));
#ifdef ROCKET_DEBUG_RECEIVE
printk(KERN_INFO "%x...", CharNStat);
@@ -392,17 +374,16 @@ static void rp_do_receive(struct r_port
}
CharNStat &= info->read_status_mask;
if (CharNStat & STMBREAKH)
- *fbuf++ = TTY_BREAK;
+ flag = TTY_BREAK;
else if (CharNStat & STMPARITYH)
- *fbuf++ = TTY_PARITY;
+ flag = TTY_PARITY;
else if (CharNStat & STMFRAMEH)
- *fbuf++ = TTY_FRAME;
+ flag = TTY_FRAME;
else if (CharNStat & STMRCVROVRH)
- *fbuf++ = TTY_OVERRUN;
+ flag = TTY_OVERRUN;
else
- *fbuf++ = TTY_NORMAL;
- *cbuf++ = CharNStat & 0xff;
- count++;
+ flag = TTY_NORMAL;
+ tty_insert_flip_char(tty, CharNStat & 0xff, flag);
ToRecv--;
}
@@ -422,20 +403,23 @@ static void rp_do_receive(struct r_port
* characters at time by doing repeated word IO
* transfer.
*/
+ space = tty_prepare_flip_string(tty, &cbuf, ToRecv);
+ if (space < ToRecv) {
+#ifdef ROCKET_DEBUG_RECEIVE
+ printk(KERN_INFO "rp_do_receive:insufficient space ToRecv=%d space=%d\n", ToRecv, space);
+#endif
+ if (space <= 0)
+ return;
+ ToRecv = space;
+ }
wRecv = ToRecv >> 1;
if (wRecv)
sInStrW(sGetTxRxDataIO(cp), (unsigned short *) cbuf, wRecv);
if (ToRecv & 1)
cbuf[ToRecv - 1] = sInB(sGetTxRxDataIO(cp));
- memset(fbuf, TTY_NORMAL, ToRecv);
- cbuf += ToRecv;
- fbuf += ToRecv;
- count += ToRecv;
}
/* Push the data up to the tty layer */
- ld->receive_buf(tty, chead, fhead, count);
-done:
- tty_ldisc_deref(ld);
+ tty_flip_buffer_push(tty);
}
/*
^ permalink raw reply
* [ALSA - driver 0002104]: No sound on Acer Travelmate 3012WTMI
From: bugtrack @ 2006-06-18 21:03 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2104>
======================================================================
Reported By: mcosta
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 2104
Category: PCI - hda-intel
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Distribution:
Kernel Version:
======================================================================
Date Submitted: 05-08-2006 16:08 CEST
Last Modified: 06-18-2006 23:03 CEST
======================================================================
Summary: No sound on Acer Travelmate 3012WTMI
Description:
Hello, I have a TM3012WTMI laptop and I can not hear any sound. I am
running 2.6.1.6-11-smp kernel. I have compiled serveral versions of alsa
drivers and I am in the same situation: no sound at all.
I attach some information:
lspci
00:00.0 Host bridge: Intel Corporation Mobile Memory Controller Hub (rev
03)
00:02.0 VGA compatible controller: Intel Corporation Mobile Integrated
Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile Integrated Graphics
Controller (rev 03)
00:1b.0 Class 0403: Intel Corporation 82801G (ICH7 Family) High Definition
Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express
Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express
Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express
Port 3 (rev 02)
00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express
Port 4 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1
(rev 02)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2
(rev 02)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3
(rev 02)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4
(rev 02)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI
Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface
Bridge (rev 02)
00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) Serial
ATA Storage Controllers cc=IDE (rev 02)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller
(rev 02)
02:00.0 Network controller: Intel Corporation: Unknown device 4222 (rev
02)
03:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5789 Gigabit
Ethernet PCI Express (rev 11)
0a:09.0 CardBus bridge: Texas Instruments: Unknown device 8039
0a:09.1 FireWire (IEEE 1394): Texas Instruments: Unknown device 803a
0a:09.2 Unknown mass storage controller: Texas Instruments: Unknown device
803b
hwinfo --sound:
13: PCI 1b.0: 0403 Multimedia controller
[Created at pci.277]
UDI: /org/freedesktop/Hal/devices/pci_8086_27d8
Unique ID: u1Nb.NLLhYZ867B4
SysFS ID: /devices/pci0000:00/0000:00:1b.0
SysFS BusID: 0000:00:1b.0
Hardware Class: sound
Model: "Acer Incorporated [ALI] 82801G (ICH7 Family) High Definition
Audio Controller"
Vendor: pci 0x8086 "Intel Corporation"
Device: pci 0x27d8 "82801G (ICH7 Family) High Definition Audio
Controller"
SubVendor: pci 0x1025 "Acer Incorporated [ALI]"
SubDevice: pci 0x0098
Revision: 0x02
Driver: "HDA Intel"
Memory Range: 0xb0000000-0xb0003fff (rw,non-prefetchable)
IRQ: 66 (138 events)
Module Alias: "pci:v00008086d000027D8sv00001025sd00000098bc04sc03i00"
Driver Info #0:
Driver Status: snd_hda_intel is active
Driver Activation Cmd: "modprobe snd_hda_intel"
Config Status: cfg=no, avail=yes, need=no, active=unknown
When the driver is loaded I get on /var/log/messages:
ACPI: PCI interrupt for device 0000:00:1b.0 disabled
ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 22 (level, low) -> IRQ 66
PCI: Setting latency timer of device 0000:00:1b.0 to 64
hda_codec: Unknown model for ALC882, trying auto-probe from BIOS...
ALSA /TM3012/CVS2/alsa-driver/pci/hda/hda_codec.c:2115: autoconfig:
line_outs=0 (0x0/0x0/0x0/0x0/0x0)
ALSA /TM3012/CVS2/alsa-driver/pci/hda/hda_codec.c:2119: speaker_outs=0
(0x0/0x0/0x0/0x0/0x0)
ALSA /TM3012/CVS2/alsa-driver/pci/hda/hda_codec.c:2121: hp=0x14,
dig_out=0x1e, din_in=0x0
ALSA /TM3012/CVS2/alsa-driver/pci/hda/hda_codec.c:2129: inputs:
mic=0x1a, fmic=0x0, line=0x0, fline=0x0, cd=0x0, aux=0x0
Best regards.
======================================================================
----------------------------------------------------------------------
nevvios - 06-01-06 13:12
----------------------------------------------------------------------
I have the same laptop and the same problem using Gentoo 2006.0 (kernel
2.6.16-r7).
At present, I emerged and configured alsa-driver instead of alsa kernel.
Please, anyone, any suggestion or solution will be well accepted.
Thanks
----------------------------------------------------------------------
norbusan - 06-18-06 23:03
----------------------------------------------------------------------
Confimed here with:
kernel 2.6.17
alsa driver from rsync at 2006-06-18 22:00 CEST
No sound whatsoever I load the module.
laptop Acer TM 3012
I did not replace the DSDT.
Issue History
Date Modified Username Field Change
======================================================================
05-08-06 16:08 mcosta New Issue
05-09-06 17:35 lrupn Note Added: 0009666
05-09-06 23:28 useidel Note Added: 0009695
05-09-06 23:29 useidel Note Edited: 0009695
05-09-06 23:47 rlrevell Note Added: 0009696
05-09-06 23:56 useidel Note Added: 0009697
05-10-06 14:48 tiwai Note Added: 0009715
05-10-06 16:43 useidel Note Added: 0009727
05-10-06 16:50 tiwai Note Added: 0009729
05-10-06 16:52 mcosta Note Added: 0009730
05-10-06 17:00 mcosta File Added: tm3012sound.txt
05-10-06 17:03 mcosta Note Added: 0009733
05-10-06 17:19 tiwai Note Added: 0009739
05-10-06 17:19 tiwai File Added: alc882-capture-adc-fix.diff
05-10-06 17:48 mcosta Note Added: 0009744
05-10-06 18:52 useidel File Added: proc.asound.card0.codec0
05-10-06 18:53 useidel File Added: proc.asound.card0.codec1
05-10-06 18:53 useidel File Added: alsactl.store
05-10-06 19:07 useidel Note Added: 0009749
05-19-06 16:50 joppe Issue Monitored: joppe
05-23-06 21:35 useidel Note Added: 0009952
05-31-06 19:50 useidel Note Added: 0010027
06-01-06 01:12 flaviocu Note Added: 0010038
06-01-06 13:12 nevvios Note Added: 0010043
06-16-06 09:51 riesebie Issue Monitored: riesebie
06-18-06 23:03 norbusan Note Added: 0010303
======================================================================
^ permalink raw reply
* Fw: Several errors in kernel
From: Andrew Morton @ 2006-06-18 21:02 UTC (permalink / raw)
To: linux-acpi; +Cc: Ojciec Rydzyk
Begin forwarded message:
Date: Sun, 18 Jun 2006 22:54:36 +0200
From: "Ojciec Rydzyk" <69rydzyk69@gmail.com>
To: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Several errors in kernel
Hello!
I have compiled new kernel to my laptop and I found several errors.
Please help me to solve them:
*****
PCI: Using configuration type 1
ACPI: Subsystem revision 20060127
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI Error (nsxfeval-0242): Handle is NULL and Pathname is relative [20060127]
ACPI Error (nsxfeval-0242): Handle is NULL and Pathname is relative [20060127]
ACPI Error (nsxfeval-0242): Handle is NULL and Pathname is relative [20060127]
ACPI Error (nsxfeval-0242): Handle is NULL and Pathname is relative [20060127]
ACPI: PCI Root Bridge [PCI0] (0000:00)
*****
and also:
*****
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Failed to allocate mem resource #6:10000@f4000000 for 0000:01:00.0
PCI: Bridge: 0000:00:01.0
******
and my lspci:
*****
00:00.0 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
00:06.0 Network controller: RaLink Ralink RT2500 802.11G
Cardbus/mini-PCI (rev 01)
00:0c.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc.
VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
00:11.6 Communication controller: VIA Technologies, Inc. AC'97 Modem
Controller (rev 80)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
01:00.0 VGA compatible controller: VIA Technologies, Inc. S3 Unichrome
Pro VGA Adapter (rev 02)
*****
Please help.
Greetings,
Jacek Jablonski
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply
* Re: [PATCH] Make t8001-annotate and t8002-blame more portable
From: Junio C Hamano @ 2006-06-18 20:58 UTC (permalink / raw)
To: Dennis Stosberg; +Cc: git
In-Reply-To: <20060618203321.G2e8b0080@leonov.stosberg.net>
Dennis Stosberg <dennis@stosberg.net> writes:
> These two tests assume that "sed" will not modify the final line of a
> stream if it does not end with a newline character. The assumption is
> not true at least for FreeBSD and Solaris 9. FreeBSD's "sed" appends
> a newline character; "sed" in Solaris 9 even removes the incomplete
> final line.
Gaaah.
> - 'mv file file1 &&
> - sed -e 1d -e "5s/3A/99/" file1 >file &&
> - rm -f file1 &&
> + 'perl -pi -e "s/^1A.*\n$//; s/^3A/99/" file &&
> GIT_AUTHOR_NAME="D" git commit -a -m "edit"'
The first line in the original is removed while the perl version
seems to just makes it empty -- ah, you remove the trailing LF
as well there. I've never seen this done like this, but OK.
It would have been more obvious if it were written like this:
$_ = "" if ($. == 1);
but probably it is just me.
Thanks for the patch.
^ permalink raw reply
* Several errors in kernel
From: Ojciec Rydzyk @ 2006-06-18 20:54 UTC (permalink / raw)
To: linux-kernel
Hello!
I have compiled new kernel to my laptop and I found several errors.
Please help me to solve them:
*****
PCI: Using configuration type 1
ACPI: Subsystem revision 20060127
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI Error (nsxfeval-0242): Handle is NULL and Pathname is relative [20060127]
ACPI Error (nsxfeval-0242): Handle is NULL and Pathname is relative [20060127]
ACPI Error (nsxfeval-0242): Handle is NULL and Pathname is relative [20060127]
ACPI Error (nsxfeval-0242): Handle is NULL and Pathname is relative [20060127]
ACPI: PCI Root Bridge [PCI0] (0000:00)
*****
and also:
*****
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Failed to allocate mem resource #6:10000@f4000000 for 0000:01:00.0
PCI: Bridge: 0000:00:01.0
******
and my lspci:
*****
00:00.0 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. CN400/PM880 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
00:06.0 Network controller: RaLink Ralink RT2500 802.11G
Cardbus/mini-PCI (rev 01)
00:0c.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 80)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1
Controller (rev 80)
00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
00:11.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:11.5 Multimedia audio controller: VIA Technologies, Inc.
VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
00:11.6 Communication controller: VIA Technologies, Inc. AC'97 Modem
Controller (rev 80)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
01:00.0 VGA compatible controller: VIA Technologies, Inc. S3 Unichrome
Pro VGA Adapter (rev 02)
*****
Please help.
Greetings,
Jacek Jablonski
^ permalink raw reply
* Re: help requesting for mounting eldk tools on AMCC PPC 405EP Taihu kit
From: Wolfgang Denk @ 2006-06-18 20:49 UTC (permalink / raw)
To: jagadeesh kalisetty; +Cc: linuxppc-dev
In-Reply-To: <20060618152344.13300.qmail@webmail18.rediffmail.com>
In message <20060618152344.13300.qmail@webmail18.rediffmail.com> you wrote:
>
> but the kernel is failed to mount on /dev/nfs as below please can you
> provide necessary steps to fix the problem.
...
> => setenv setboot setenv bootargs root=/dev/pts nfsroot=192.168.2.18:/opt/eldk/ppc_4xx ip=192.168.1.62:::::eth0:off
What's /dev/pts? You mentioned you intended to use NFS as root file
system. Then I'd expect to see /dev/nfs here. [Note: 'n' != 'p']
> bootcmd=run setboot;bootm 0xfc000000 0xfc300000
You mentioned you intended to use NFS as root file system. Then why
do you use a ramdisk?
> ## Loading RAMDisk Image at fc300000 ...
> Image Name: Taihu Ramdisk
> Image Type: PowerPC Linux RAMDisk Image (gzip compressed)
> Data Size: 15447973 Bytes = 14.7 MB
Your ramdisk image is much bigger than the default maximum kernel
ramdisk size (4 MB). But you don't pass any ramdisk size information
with your boot arguments:
> Kernel command line: root=/dev/pts nfsroot=192.168.2.18:/opt/eldk/ppc_4xx ip=192.168.1.62:::::eth0:off
If you really want to use this ramdisk, you should set the root
device and the ramdisk size appropriately.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
NOTE: The Most Fundamental Particles in This Product Are Held
Together by a "Gluing" Force About Which Little is Currently Known
and Whose Adhesive Power Can Therefore Not Be Permanently Guaranteed.
^ permalink raw reply
* [PATCH] Make t8001-annotate and t8002-blame more portable
From: Dennis Stosberg @ 2006-06-18 20:33 UTC (permalink / raw)
To: git
These two tests assume that "sed" will not modify the final line of a
stream if it does not end with a newline character. The assumption is
not true at least for FreeBSD and Solaris 9. FreeBSD's "sed" appends
a newline character; "sed" in Solaris 9 even removes the incomplete
final line. This patch makes the test use perl instead.
Signed-off-by: Dennis Stosberg <dennis@stosberg.net>
---
t/annotate-tests.sh | 4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/t/annotate-tests.sh b/t/annotate-tests.sh
index 114938c..71d0f30 100644
--- a/t/annotate-tests.sh
+++ b/t/annotate-tests.sh
@@ -111,9 +111,7 @@ test_expect_success \
test_expect_success \
'some edit' \
- 'mv file file1 &&
- sed -e 1d -e "5s/3A/99/" file1 >file &&
- rm -f file1 &&
+ 'perl -pi -e "s/^1A.*\n$//; s/^3A/99/" file &&
GIT_AUTHOR_NAME="D" git commit -a -m "edit"'
test_expect_success \
--
1.4.0
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
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.