* Re: [RFC: 2.6 patch] the overdue removal of RAW1394_REQ_ISO_{LISTEN,SEND}
From: Dan Dennedy @ 2006-04-09 1:25 UTC (permalink / raw)
To: Stefan Richter; +Cc: linux1394-devel, Adrian Bunk, scjody, linux-kernel
In-Reply-To: <443813C4.9090000@s5r6.in-berlin.de>
On Saturday 08 April 2006 12:49, Stefan Richter wrote:
> Dan Dennedy wrote:
> > can nag someone at Fluendo. I think another high profile app that might
> > be affected is GnomeMeeting/Ekiga, but I have not kept close track of it.
> >
> It appears from grep'ing through the sources of Ekiga 2.0.1 that it does
> not access (lib)raw1394 by itself.
I just checked, and it is actually in the openh323 pwlib's vidinput_avc
module.
^ permalink raw reply
* [ALSA - driver 0001134]: alsa 1.0.9rc4 + intel 82801FB/.../ = No sound (Benq 52-101)
From: bugtrack @ 2006-04-09 1:23 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1134>
======================================================================
Reported By: liangalei
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 1134
Category: PCI - intel8x0
Reproducibility: always
Severity: minor
Priority: normal
Status: assigned
Distribution: Fedora Core 3
Kernel Version: 2.6.11-1.14
======================================================================
Date Submitted: 05-28-2005 08:49 CEST
Last Modified: 04-09-2006 03:23 CEST
======================================================================
Summary: alsa 1.0.9rc4 + intel 82801FB/.../ = No sound (Benq
52-101)
Description:
My notebook is Benq 52-101, update FC3 to kernel 2.6.11-1.14_FC3
alsamixer report: Card=intel ICH6, chip=Conexant id 3 (Question, Conexant
just support modem's AC-97 or else provide whole sound ? )
alsaconf: can find "Intel Corp 82801FB/.../ ICH6 family AC'97 Audio", and
will contine to "Have a lot fun".
I have ever, update linux kernel from 2.6.9 to 2.6.11(yum update, no
recompiling), and alsa driver from 0.9.0/1.0.8/1.0.9rc3/4.
Recomipling ALsa driver/lib/oss/tools/util.., with drive, ever try
----- ./configure --with-cards=azx (error: no this card)
----- ./configure ; make; make install (no error report), not run
./snddevices
No sound ! So much days, so much test..... (if i915GM chipset + Conexant
chip...(see below lspci), will be powered by alsa-1.0.9rc4 ? --- if still
not, I will just wait for new alsa-driver.)
thanks
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
has duplicate 0001931 Unknown AC97 codec, digital sound works
======================================================================
----------------------------------------------------------------------
kesiev - 04-07-06 13:06
----------------------------------------------------------------------
I'm using a Kubuntu 6.06 (Dapper Drake) Flight and sound is still mute. But
using earphones, i can hear sometime some noise (like a radio tuner) while
changing volume from alsamixer.
EDIT: Using a Benq Joybook S53W.Y01
----------------------------------------------------------------------
alt_ackbar - 04-09-06 03:23
----------------------------------------------------------------------
Same problem on benq s53w-s07
- KUbuntu Dapper
- Kernel 2.6.15-12-386
- snd_intel8x0
Issue History
Date Modified Username Field Change
======================================================================
05-28-05 08:49 liangalei New Issue
05-28-05 08:49 liangalei Distribution => Fedora Core 3
05-28-05 08:49 liangalei Kernel Version => 2.6.11-1.14
05-28-05 09:17 liangalei Note Added: 0004759
05-28-05 09:18 liangalei Issue Monitored: liangalei
05-30-05 03:29 liangalei Note Added: 0004795
06-01-05 16:58 tiwai Note Added: 0004863
06-01-05 17:04 tiwai Category 0_compilation problem_!!!
=> PCI - intel8x0
06-02-05 10:42 liangalei Note Added: 0004875
06-06-05 09:53 perex Assigned To perex =>
06-23-05 12:42 tiwai Note Added: 0005182
06-24-05 03:12 liangalei File Added: asound.state
06-24-05 03:13 liangalei File Added: ac97#0-0
06-24-05 03:14 liangalei File Added: ac97#0-0+regs
06-24-05 03:18 liangalei Note Added: 0005202
08-28-05 15:28 ybar Note Added: 0005962
11-29-05 05:59 derek Issue Monitored: derek
11-29-05 06:00 derek Issue End Monitor: derek
11-29-05 06:03 derek Note Added: 0006870
02-07-06 10:03 anhi1968 Issue Monitored: anhi1968
02-17-06 22:22 gandhi Note Added: 0008110
02-17-06 23:26 gandhi Issue Monitored: gandhi
02-17-06 23:28 gandhi Note Edited: 0008110
02-17-06 23:43 gandhi Note Edited: 0008110
02-18-06 02:05 gandhi Note Added: 0008112
02-18-06 08:13 liangalei Note Added: 0008116
02-18-06 15:56 gandhi Issue Monitored: tiwai
02-18-06 15:56 gandhi Note Added: 0008120
02-28-06 12:02 anhi1968 Issue End Monitor: anhi1968
03-03-06 08:29 robitech Note Added: 0008336
03-15-06 05:34 JProgrammer Note Added: 0008526
03-15-06 05:37 JProgrammer Issue Monitored: JProgrammer
03-15-06 06:39 Kooper Note Added: 0008527
03-15-06 11:40 tiwai Note Added: 0008531
03-15-06 11:53 Kooper Note Added: 0008535
03-15-06 12:13 JProgrammer Note Added: 0008538
03-15-06 12:18 tiwai Note Added: 0008540
03-15-06 23:48 JProgrammer Note Added: 0008579
03-16-06 15:04 tiwai Note Added: 0008606
03-16-06 15:05 tiwai File Added: ac97-remove-modem.diff
03-16-06 19:34 rlrevell Relationship added has duplicate 0001931
03-17-06 04:10 Kooper Note Added: 0008633
03-17-06 12:07 tiwai Note Added: 0008641
03-17-06 12:32 Kooper File Added: kooper-alsa-bugreport.tgz
03-17-06 12:35 Kooper Note Added: 0008644
03-21-06 02:38 JProgrammer Note Added: 0008736
03-25-06 10:51 alessiodf Note Added: 0008944
03-26-06 20:12 alessiodf Note Edited: 0008944
03-26-06 20:15 alessiodf Note Edited: 0008944
03-30-06 15:47 trava Note Added: 0009034
04-07-06 13:05 kesiev Note Added: 0009137
04-07-06 13:06 kesiev Note Edited: 0009137
04-09-06 03:23 alt_ackbar Note Added: 0009177
======================================================================
-------------------------------------------------------
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: Adding a new architecture to alsa-driver
From: Lee Revell @ 2006-04-09 1:16 UTC (permalink / raw)
To: Adrian McMenamin; +Cc: alsa-devel
In-Reply-To: <1144542208.10642.9.camel@localhost.localdomain>
On Sun, 2006-04-09 at 01:23 +0100, Adrian McMenamin wrote:
> On Sat, 2006-04-08 at 12:03 -0400, Lee Revell wrote:
> > On Sat, 2006-04-08 at 16:35 +0100, Adrian McMenamin wrote:
> > > I've now wasted two days of my life trying to do this and I have had no
> > > luck, can someone explain the steps needed to added SH (ie
> > > CONFIG_SUPERH) to the alsa-driver build. I am sure somebody knows the
> > > steps needed to make this happen
> >
> > I already explained it. What *exactly* does not work if you change the
> > Makefiles as I explained?
>
> The changes you suggest simply are inadequate. There is no makefile
> without configure and even though I have managed to patch the configure
> file so it will create a Makefile, a make simply builds the alsa core
> and doesn't touch the sh sub directory despite having this in the
> makefile:
>
> ifeq (y,$(CONFIG_SUPERH))
> SUBDIRS += sh
> endif
>
>
>
OK, how does this work - try this patch against a clean alsa-driver CVS
checkout, then add your driver. Replace c_opts with whatever CFLAGS you
need.
Index: Makefile
===================================================================
RCS file: /cvsroot/alsa/alsa-driver/Makefile,v
retrieving revision 1.121
diff -u -r1.121 Makefile
--- Makefile 17 Nov 2005 11:15:20 -0000 1.121
+++ Makefile 9 Apr 2006 01:15:23 -0000
@@ -6,7 +6,7 @@
ifneq ($(KERNELRELEASE),)
# call from 2.6 kernel build system
-obj-m += acore/ i2c/ drivers/ isa/ pci/ ppc/ arm/ synth/ usb/ sparc/ parisc/ pcmcia/
+obj-m += acore/ i2c/ drivers/ isa/ pci/ ppc/ arm/ synth/ usb/ sparc/ parisc/ pcmcia/ sh/
else
@@ -99,6 +99,9 @@
ifeq (y,$(CONFIG_PARISC))
SUBDIRS += parisc
endif
+ifeq (y,$(CONFIG_SUPERH))
+SUBDIRS += sh
+endif
CSUBDIRS += include test utils
KCONFIG_FILES = $(shell find $(SND_TOPDIR) -name Kconfig) $(shell find $(SND_TOPDIR)/alsa-kernel/ -name Kconfig)
Index: configure.in
===================================================================
RCS file: /cvsroot/alsa/alsa-driver/configure.in,v
retrieving revision 1.358
diff -u -r1.358 configure.in
--- configure.in 29 Mar 2006 16:52:47 -0000 1.358
+++ configure.in 9 Apr 2006 01:15:24 -0000
@@ -872,6 +872,8 @@
fprintf(file, "amba");
#elif defined(CONFIG_PARISC)
fprintf(file, "parisc");
+#elif defined(CONFIG_SUPERH)
+ fprintf(file, "sh");
#elif defined(CONFIG_MVIAC3_2)
fprintf(file, "viac3_2");
#else
@@ -1117,6 +1119,11 @@
c_opts="-mno-space-regs -mfast-indirect-calls -mschedule=7200 -mdisable-fpregs"
test "$CONFIG_ISA" = "probe" && CONFIG_ISA=
;;
+ sh)
+ ARCH=sh
+ c_opts="-mno-space-regs -mfast-indirect-calls -mschedule=7200 -mdisable-fpregs"
+ test "$CONFIG_ISA" = "probe" && CONFIG_ISA=
+ ;;
viac3_2)
ARCH=i386
if $KCC -march=c3-2 -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then
@@ -1259,6 +1266,7 @@
AC_SUBST(CONFIG_ISA)
AC_SUBST(CONFIG_ISA_DMA_API)
AC_SUBST(CONFIG_PARISC)
+AC_SUBST(CONFIG_SUPERH)
test "$CONFIG_ISA" = "y" && AC_DEFINE(CONFIG_SND_ISA)
dnl Check for SMP...
-------------------------------------------------------
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
* [Qemu-devel] qemu ./cocoa.m ./console.c ./monitor.c ./sdl.c ...
From: Paul Brook @ 2006-04-09 1:06 UTC (permalink / raw)
To: qemu-devel
CVSROOT: /sources/qemu
Module name: qemu
Branch:
Changes by: Paul Brook <pbrook@savannah.gnu.org> 06/04/09 01:06:34
Modified files:
. : cocoa.m console.c monitor.c sdl.c vl.c vl.h
hw : integratorcp.c pl110.c sun4m.c tcx.c vga.c
Log message:
Allow multiple graphics devices.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/cocoa.m.diff?tr1=1.6&tr2=1.7&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/console.c.diff?tr1=1.4&tr2=1.5&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/monitor.c.diff?tr1=1.46&tr2=1.47&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/sdl.c.diff?tr1=1.24&tr2=1.25&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/vl.c.diff?tr1=1.166&tr2=1.167&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/vl.h.diff?tr1=1.105&tr2=1.106&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/integratorcp.c.diff?tr1=1.6&tr2=1.7&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/pl110.c.diff?tr1=1.3&tr2=1.4&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/sun4m.c.diff?tr1=1.13&tr2=1.14&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/tcx.c.diff?tr1=1.6&tr2=1.7&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/vga.c.diff?tr1=1.41&tr2=1.42&r1=text&r2=text
^ permalink raw reply
* Re: Adding a new architecture to alsa-driver
From: Lee Revell @ 2006-04-09 1:04 UTC (permalink / raw)
To: Adrian McMenamin; +Cc: alsa-devel
In-Reply-To: <1144542208.10642.9.camel@localhost.localdomain>
On Sun, 2006-04-09 at 01:23 +0100, Adrian McMenamin wrote:
> The changes you suggest simply are inadequate. There is no makefile
> without configure and even though I have managed to patch the
> configure
> file so it will create a Makefile, a make simply builds the alsa core
> and doesn't touch the sh sub directory despite having this in the
> makefile:
>
Did you patch alsa-driver/configure.in?
$ grep CONFIG_PARISC configure.in
#elif defined(CONFIG_PARISC)
AC_SUBST(CONFIG_PARISC)
I don't know autoconf well enough to know exactly what this is doing but
it seems like you could just copy/paste and s/PARISC/SUPERH/...
Lee
-------------------------------------------------------
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
* [ALSA - driver 0001956]: regression BUG:0001517 No sound on Acer TravelMate.
From: bugtrack @ 2006-04-09 0:58 UTC (permalink / raw)
To: alsa-devel
The following issue has been RESOLVED.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1956>
======================================================================
Reported By: flujan
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 1956
Category: PCI - hda-intel
Reproducibility: always
Severity: minor
Priority: normal
Status: resolved
Distribution: Slackware
Kernel Version: 2.6.13
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 03-23-2006 21:30 CET
Last Modified: 04-09-2006 02:58 CEST
======================================================================
Summary: regression BUG:0001517 No sound on Acer TravelMate.
Description:
The problem where solved in the CVS from 2006-03-01 but in the rc4 version
the problem returns.
======================================================================
----------------------------------------------------------------------
flujan - 03-30-06 05:26
----------------------------------------------------------------------
Tiwai,
The problem only occurs with kernel 2.6.13. I compiled and used rc4 with
the 2.4.31 series without problems.
I read a comment of Patrick about using 2.6.13 kernels-headers, and
uninstall this headers and install 2.4.31 series again... The problem
persists.
http://mirror.switch.ch/ftp/mirror/slackware/slackware-10.2/testing/packages/linux-2.6.13/kernel-headers.WARNING
I dunno if the kernel is the main issue, since as I said early versions
work normally.
Thanks for the patient.
----------------------------------------------------------------------
flujan - 04-09-06 02:08
----------------------------------------------------------------------
Solved in the CVS. I tried the CVS and now it works again. I dunno what is
the problem, but for sure now it is fixed.
Thanks tiwaii.
Issue History
Date Modified Username Field Change
======================================================================
03-23-06 21:30 flujan New Issue
03-23-06 21:30 flujan Distribution => Slackware
03-23-06 21:30 flujan Kernel Version => 2.6.13
03-24-06 11:57 tiwai Note Added: 0008914
03-24-06 12:52 er-ku Note Added: 0008915
03-24-06 13:01 tiwai Note Added: 0008916
03-25-06 04:33 flujan Note Added: 0008941
03-25-06 23:27 flujan Note Added: 0008954
03-26-06 01:35 tiwai Note Added: 0008958
03-27-06 17:20 flujan Note Edited: 0008954
03-29-06 18:43 flujan Note Added: 0008998
03-29-06 19:13 tiwai Note Added: 0009011
03-30-06 05:26 flujan Note Added: 0009021
04-09-06 02:08 flujan Note Added: 0009175
04-09-06 02:58 rlrevell Status assigned => resolved
04-09-06 02:58 rlrevell Resolution open => fixed
======================================================================
-------------------------------------------------------
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: Adding a new architecture to alsa-driver
From: Lee Revell @ 2006-04-09 0:56 UTC (permalink / raw)
To: Adrian McMenamin; +Cc: alsa-devel
In-Reply-To: <1144542208.10642.9.camel@localhost.localdomain>
On Sun, 2006-04-09 at 01:23 +0100, Adrian McMenamin wrote:
> The changes you suggest simply are inadequate.
I am not surprised. It should be a start though. Did you create the
sh/Kconfig file?
> There is no makefile
> without configure
Yes, there is. Try a fresh CVS checkout of alsa-driver then "find -name
Makefile" - you'll see ./ppc/Makefile, ./sparc/Makefile, etc.
I would have to see your driver in the form of a patch against ALSA CVS
to comment further.
Lee
-------------------------------------------------------
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
* [ALSA - driver 0001335]: No sound on first probe
From: bugtrack @ 2006-04-09 0:49 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1335>
======================================================================
Reported By: cpx
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 1335
Category: PCI - via82xx
Reproducibility: always
Severity: minor
Priority: normal
Status: new
Distribution: Slackware 10.0
Kernel Version: 2.6.13-rc6
======================================================================
Date Submitted: 08-14-2005 08:31 CEST
Last Modified: 04-09-2006 02:49 CEST
======================================================================
Summary: No sound on first probe
Description:
The first probe of the snd-via82xx module results in no sound from the
speakers/headphone jack. Removing the module and reloading it fixes the
problem. Upon reloading (sometimes when removing) a small bit of feedback
is audible (i.e. suggesting the hardware's been "initialized").
The module seems to have to be removed for it to work though... just
rebooting and having it reload the module that way doesn't work.
After performing the above to make it work the system can then be warm
booted with the sound continuing to work until powering off.
======================================================================
----------------------------------------------------------------------
cpx - 01-06-06 19:10
----------------------------------------------------------------------
So... this is still happening with the latest kernel, only sometime around
2.6.14 the rmmod trick stop working. Now I have to boot to winders first
to get the hardware initialized.
----------------------------------------------------------------------
cpx - 04-09-06 02:49
----------------------------------------------------------------------
Still no luck with kernel 2.6.16... can someone help please? :)
Issue History
Date Modified Username Field Change
======================================================================
08-14-05 08:31 cpx New Issue
08-14-05 08:31 cpx Distribution => Slackware 10.0
08-14-05 08:31 cpx Kernel Version => 2.6.13-rc6
01-06-06 19:10 cpx Note Added: 0007493
01-10-06 20:10 mysticxhiro Issue Monitored: mysticxhiro
04-09-06 02:49 cpx Note Added: 0009176
======================================================================
-------------------------------------------------------
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
* git-diff-tree -B broken
From: Petr Baudis @ 2006-04-09 0:46 UTC (permalink / raw)
To: git
Hi,
no pun intended in the $SUBJ, but git-diff-tree -B seems to be giving
me bogus output
$ git-diff-tree -r -p -B -M 916d8240bfc8ef5b80780b1a32ebb83ed055a178 \
3c9324ea16c345fc0bc0f11041905ba714797e4a cg-mkpatch
diff --git a/cg-mkpatch b/cg-mkpatch
dissimilarity index 57%
index 74fe917..c932bc9 100755
--- cg-mkpatch
+++ cg-mkpatch
@@ -0,0 +0,0 @@
and nothing else. I'm too tired to debug or bisect this (xdiff
introduction is the obvious suspect, I guess), just didn't want this
to slip into the looming 1.3.0 so reporting early.
--
Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
Right now I am having amnesia and deja-vu at the same time. I think
I have forgotten this before.
^ permalink raw reply
* [PATCH] au88x0: clean up __devinit/__devexit
From: Dale Sedivec @ 2006-04-09 0:40 UTC (permalink / raw)
To: alsa-devel; +Cc: openvortex-dev
Removed all use of __devinit/__devexit and init.h from headers. Any
attributes given in the prototype but not in the function definition have
been moved to the definition.
An exception is vortex_eq_free: I removed the __devexit attribute because
vortex_eq_free is called from vortex_core_shutdown, and
vortex_core_shutdown may be called from __devinit snd_vortex_create.
Compile tested with allyesconfig and allmodconfig.
Signed-off-by: Dale Sedivec <dale@codefu.org>
---
Patches against 2.6.16, applies (with fuzz) against ALSA CVS.
These fixes originated as part of a Kernel Janitors task [1]. Patch
originally sent to kernel-janitors mailing list, resent here after it
was suggested that any patches against ALSA must be made through
alsa-devel [2].
[1] http://www.kerneljanitors.org/TODO
[2] http://lists.osdl.org/pipermail/kernel-janitors/2006-April/006193.html
sound/pci/au88x0/au88x0.h | 13 ++++++-------
sound/pci/au88x0/au88x0_core.c | 2 +-
sound/pci/au88x0/au88x0_eq.c | 2 +-
3 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/sound/pci/au88x0/au88x0.h b/sound/pci/au88x0/au88x0.h
index c2ad267..b115dba 100644
--- a/sound/pci/au88x0/au88x0.h
+++ b/sound/pci/au88x0/au88x0.h
@@ -19,7 +19,6 @@
#ifdef __KERNEL__
#include <sound/driver.h>
-#include <linux/init.h>
#include <linux/pci.h>
#include <asm/io.h>
#include <sound/core.h>
@@ -277,14 +276,14 @@ static void vortex_Vort3D_InitializeSour
#endif
/* Driver stuff. */
-static int __devinit vortex_gameport_register(vortex_t * card);
+static int vortex_gameport_register(vortex_t * card);
static void vortex_gameport_unregister(vortex_t * card);
#ifndef CHIP_AU8820
-static int __devinit vortex_eq_init(vortex_t * vortex);
-static int __devexit vortex_eq_free(vortex_t * vortex);
+static int vortex_eq_init(vortex_t * vortex);
+static int vortex_eq_free(vortex_t * vortex);
#endif
/* ALSA stuff. */
-static int __devinit snd_vortex_new_pcm(vortex_t * vortex, int idx, int nr);
-static int __devinit snd_vortex_mixer(vortex_t * vortex);
-static int __devinit snd_vortex_midi(vortex_t * vortex);
+static int snd_vortex_new_pcm(vortex_t * vortex, int idx, int nr);
+static int snd_vortex_mixer(vortex_t * vortex);
+static int snd_vortex_midi(vortex_t * vortex);
#endif
diff --git a/sound/pci/au88x0/au88x0_core.c b/sound/pci/au88x0/au88x0_core.c
index e3394fe..5958945 100644
--- a/sound/pci/au88x0/au88x0_core.c
+++ b/sound/pci/au88x0/au88x0_core.c
@@ -2658,7 +2658,7 @@ static void vortex_spdif_init(vortex_t *
/* Initialization */
-static int vortex_core_init(vortex_t * vortex)
+static int __devinit vortex_core_init(vortex_t * vortex)
{
printk(KERN_INFO "Vortex: init.... ");
diff --git a/sound/pci/au88x0/au88x0_eq.c b/sound/pci/au88x0/au88x0_eq.c
index c8280f8..6c3f636 100644
--- a/sound/pci/au88x0/au88x0_eq.c
+++ b/sound/pci/au88x0/au88x0_eq.c
@@ -886,7 +886,7 @@ static char *EqBandLabels[10] __devinitd
};
/* ALSA driver entry points. Init and exit. */
-static int vortex_eq_init(vortex_t * vortex)
+static int __devinit vortex_eq_init(vortex_t * vortex)
{
struct snd_kcontrol *kcontrol;
int err, i;
-------------------------------------------------------
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 related
* [lm-sensors] Intel Corporation 82801G (ICH7 Family)
From: Mathew Tebbens @ 2006-04-09 0:23 UTC (permalink / raw)
To: lm-sensors
Hi !
I would like to install lm_sensors on a system with the 82801G chipset.
I read everything on the home page and other support pages but found that
the 82801G is not supported. Is there anything I can do to help provide support
for this chipset.
Thanks !
Matthew
To begin, here is the output of lspci:
[tebbens at localhost ~]$ /sbin/lspci
00:00.0 Host bridge: Intel Corporation 955X Memory Controller Hub
00:01.0 PCI bridge: Intel Corporation 955X PCI Express Graphics Port
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01)
00:1c.4 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 5 (rev 01)
00:1c.5 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 6 (rev 01)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 SATA controller: Intel Corporation 82801GR/GH (ICH7 Family) Serial ATA Storage Controllers cc=AHCI (rev 01)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01)
01:00.0 VGA compatible controller: ATI Technologies Inc R480 [Radeon X850XT Platinum (PCIE)]
01:00.1 Display controller: ATI Technologies Inc R480 [Radeon X850XT Platinum (PCIE)] (Secondary)
04:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751 Gigabit Ethernet PCI Express (rev 01)
05:03.0 Multimedia audio controller: Creative Labs SB Audigy (rev 04)
05:03.1 Input device controller: Creative Labs SB Audigy MIDI/Game port (rev 04)
05:03.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port (rev 04)
05:0a.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)
[tebbens at localhost ~]$
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20060409/cc800b48/attachment.html
^ permalink raw reply
* Re: Adding a new architecture to alsa-driver
From: Adrian McMenamin @ 2006-04-09 0:23 UTC (permalink / raw)
To: Lee Revell; +Cc: alsa-devel
In-Reply-To: <1144512218.22490.146.camel@mindpipe>
On Sat, 2006-04-08 at 12:03 -0400, Lee Revell wrote:
> On Sat, 2006-04-08 at 16:35 +0100, Adrian McMenamin wrote:
> > I've now wasted two days of my life trying to do this and I have had no
> > luck, can someone explain the steps needed to added SH (ie
> > CONFIG_SUPERH) to the alsa-driver build. I am sure somebody knows the
> > steps needed to make this happen
>
> I already explained it. What *exactly* does not work if you change the
> Makefiles as I explained?
The changes you suggest simply are inadequate. There is no makefile
without configure and even though I have managed to patch the configure
file so it will create a Makefile, a make simply builds the alsa core
and doesn't touch the sh sub directory despite having this in the
makefile:
ifeq (y,$(CONFIG_SUPERH))
SUBDIRS += sh
endif
-------------------------------------------------------
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: [Devel] Re: [PATCH 3/7] uts namespaces: use init_utsname when appropriate
From: Kir Kolyshkin @ 2006-04-09 0:12 UTC (permalink / raw)
To: devel, Sam Vilain
Cc: Eric W. Biederman, linux-kernel, herbert, Serge E. Hallyn,
James Morris
In-Reply-To: <1144539879.11689.1.camel@localhost.localdomain>
Sam Vilain wrote:
>On Sat, 2006-04-08 at 01:09 -0600, Eric W. Biederman wrote:
>
>
>>>-#define ELF_PLATFORM (system_utsname.machine)
>>>+#define ELF_PLATFORM (init_utsname()->machine)
>>>
>>> #ifdef __KERNEL__
>>> #define SET_PERSONALITY(ex, ibcs2) do { } while (0)
>>>
>>>
>>I think this one needs to be utsname()->machine.
>>Currently it doesn't matter. But Herbert has expressed
>>the desire to make a machine appear like an older one.
>>
>>
>
>This is extremely useful for faking it as "i386" on x86_64 systems, for
>instance.
>
>
Could 'setarch' be of any help here? Works fine for us. Or am I missing
something?
^ permalink raw reply
* Re: [parisc-linux] Re: + parisc-add-ptr-compatpatch.patch added to -mm tree
From: Kyle McMartin @ 2006-04-09 0:11 UTC (permalink / raw)
To: Ingo Molnar; +Cc: Andrew Morton, parisc-linux
In-Reply-To: <20060222091356.GA27449@elte.hu>
[Sorry about how long it has taken to get to this... I bounced it to
parisc-linux too, so hopefully someone else can comment as well.]
On Wed, Feb 22, 2006 at 10:13:56AM +0100, Ingo Molnar wrote:
> There's only one complication i can imagine on PARISC: truly atomic
> futex_atomic_cmpxchg_inuser() is not possible in any sane way because
> any spinlock based cmpxchg exposes itself to userspace locking up the
> kernel - no good. [We could in theory do something about it by imposing
> some sort of deadline on the maximum time the spinning-on-userspace-lock
> can take - but i dont think it's worth the trouble.]
>
Due to a complete lack of useful atomic operations on parisc, the
way I envisioned implementing the routines was serializing all futex
ops on a kernel spinlock. Since it's a userspace address, we couldn't
use an atomic hash unless we found the physical address behind it, so
just one spinlock would do... Of course, I'm probably missing something
critical here, though.
Cheers,
Kyle M.
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
^ permalink raw reply
* [ALSA - driver 0001956]: regression BUG:0001517 No sound on Acer TravelMate.
From: bugtrack @ 2006-04-09 0:08 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1956>
======================================================================
Reported By: flujan
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 1956
Category: PCI - hda-intel
Reproducibility: always
Severity: minor
Priority: normal
Status: assigned
Distribution: Slackware
Kernel Version: 2.6.13
======================================================================
Date Submitted: 03-23-2006 21:30 CET
Last Modified: 04-09-2006 02:08 CEST
======================================================================
Summary: regression BUG:0001517 No sound on Acer TravelMate.
Description:
The problem where solved in the CVS from 2006-03-01 but in the rc4 version
the problem returns.
======================================================================
----------------------------------------------------------------------
flujan - 03-30-06 05:26
----------------------------------------------------------------------
Tiwai,
The problem only occurs with kernel 2.6.13. I compiled and used rc4 with
the 2.4.31 series without problems.
I read a comment of Patrick about using 2.6.13 kernels-headers, and
uninstall this headers and install 2.4.31 series again... The problem
persists.
http://mirror.switch.ch/ftp/mirror/slackware/slackware-10.2/testing/packages/linux-2.6.13/kernel-headers.WARNING
I dunno if the kernel is the main issue, since as I said early versions
work normally.
Thanks for the patient.
----------------------------------------------------------------------
flujan - 04-09-06 02:08
----------------------------------------------------------------------
Solved in the CVS. I tried the CVS and now it works again. I dunno what is
the problem, but for sure now it is fixed.
Thanks tiwaii.
Issue History
Date Modified Username Field Change
======================================================================
03-23-06 21:30 flujan New Issue
03-23-06 21:30 flujan Distribution => Slackware
03-23-06 21:30 flujan Kernel Version => 2.6.13
03-24-06 11:57 tiwai Note Added: 0008914
03-24-06 12:52 er-ku Note Added: 0008915
03-24-06 13:01 tiwai Note Added: 0008916
03-25-06 04:33 flujan Note Added: 0008941
03-25-06 23:27 flujan Note Added: 0008954
03-26-06 01:35 tiwai Note Added: 0008958
03-27-06 17:20 flujan Note Edited: 0008954
03-29-06 18:43 flujan Note Added: 0008998
03-29-06 19:13 tiwai Note Added: 0009011
03-30-06 05:26 flujan Note Added: 0009021
04-09-06 02:08 flujan Note Added: 0009175
======================================================================
-------------------------------------------------------
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
* Make "--parents" logs also be incremental
From: Linus Torvalds @ 2006-04-09 0:05 UTC (permalink / raw)
To: Junio C Hamano, Git Mailing List
The parent rewriting feature caused us to create the whole history in one
go, and then simplify it later, because of how rewrite_parents() had been
written. However, with a little tweaking, it's perfectly possible to do
even that one incrementally.
Right now, this doesn't really much matter, because every user of
"--parents" will probably generally _also_ use "--topo-order", which will
cause the old non-incremental behaviour anyway. However, I'm hopeful that
we could make even the topological sort incremental, or at least
_partially_ so (for example, make it incremental up to the first merge).
In the meantime, this at least moves things in the right direction, and
removes a strange special case.
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
---
diff --git a/http-push.c b/http-push.c
index b60fa8d..57cefde 100644
--- a/http-push.c
+++ b/http-push.c
@@ -59,12 +59,12 @@ #define LOCK_REQUEST "<?xml version=\"1.
#define LOCK_TIME 600
#define LOCK_REFRESH 30
-/* bits #0-4 in revision.h */
+/* bits #0-6 in revision.h */
-#define LOCAL (1u << 5)
-#define REMOTE (1u << 6)
-#define FETCHING (1u << 7)
-#define PUSHING (1u << 8)
+#define LOCAL (1u << 7)
+#define REMOTE (1u << 8)
+#define FETCHING (1u << 9)
+#define PUSHING (1u << 10)
/* We allow "recursive" symbolic refs. Only within reason, though */
#define MAXDEPTH 5
diff --git a/rev-list.c b/rev-list.c
index 1301502..359195b 100644
--- a/rev-list.c
+++ b/rev-list.c
@@ -7,9 +7,9 @@ #include "blob.h"
#include "tree-walk.h"
#include "revision.h"
-/* bits #0-5 in revision.h */
+/* bits #0-6 in revision.h */
-#define COUNTED (1u<<6)
+#define COUNTED (1u<<7)
static const char rev_list_usage[] =
"git-rev-list [OPTION] <commit-id>... [ -- paths... ]\n"
diff --git a/revision.c b/revision.c
index ce35b5a..fe26562 100644
--- a/revision.c
+++ b/revision.c
@@ -340,6 +340,10 @@ static void add_parents_to_list(struct r
{
struct commit_list *parent = commit->parents;
+ if (commit->object.flags & ADDED)
+ return;
+ commit->object.flags |= ADDED;
+
/*
* If the commit is uninteresting, don't try to
* prune parents - we want the maximal uninteresting
@@ -705,13 +709,6 @@ int setup_revisions(int argc, const char
if (revs->prune_data) {
diff_tree_setup_paths(revs->prune_data);
revs->prune_fn = try_to_simplify_commit;
-
- /*
- * If we fix up parent data, we currently cannot
- * do that on-the-fly.
- */
- if (revs->parents)
- revs->limited = 1;
}
return left;
@@ -728,10 +725,12 @@ void prepare_revision_walk(struct rev_in
revs->topo_getter);
}
-static int rewrite_one(struct commit **pp)
+static int rewrite_one(struct rev_info *revs, struct commit **pp)
{
for (;;) {
struct commit *p = *pp;
+ if (!revs->limited)
+ add_parents_to_list(revs, p, &revs->commits);
if (p->object.flags & (TREECHANGE | UNINTERESTING))
return 0;
if (!p->parents)
@@ -740,12 +739,12 @@ static int rewrite_one(struct commit **p
}
}
-static void rewrite_parents(struct commit *commit)
+static void rewrite_parents(struct rev_info *revs, struct commit *commit)
{
struct commit_list **pp = &commit->parents;
while (*pp) {
struct commit_list *parent = *pp;
- if (rewrite_one(&parent->item) < 0) {
+ if (rewrite_one(revs, &parent->item) < 0) {
*pp = parent->next;
continue;
}
@@ -802,7 +801,7 @@ struct commit *get_revision(struct rev_i
if (!(commit->object.flags & TREECHANGE))
continue;
if (revs->parents)
- rewrite_parents(commit);
+ rewrite_parents(revs, commit);
}
commit->object.flags |= SHOWN;
return commit;
diff --git a/revision.h b/revision.h
index 0caeecf..83d28d5 100644
--- a/revision.h
+++ b/revision.h
@@ -7,6 +7,7 @@ #define TREECHANGE (1u<<2)
#define SHOWN (1u<<3)
#define TMP_MARK (1u<<4) /* for isolated cases; clean after use */
#define BOUNDARY (1u<<5)
+#define ADDED (1u<<6) /* Parents already parsed and added? */
struct rev_info;
^ permalink raw reply related
* Masquerading problems - XenU 3.0 on x86_64
From: Jim Pick @ 2006-04-09 0:01 UTC (permalink / raw)
To: xen-devel@lists.xensource.com; +Cc: netfilter-devel
Hi,
I'm trying to migrate my Xen sessions installed on 32-bit Xen 2.0 server
to a 64-bit Xen 3.0 server.
On the Xen 2.0 server (32-bit), I built a DomU kernel with masquerading,
and I use that to do NAT for some private networks running on the same
box.
When I tried to do it with Xen 3.0 (64-bit), I couldn't get it to work.
I had to build a custom DomU kernel (from xen-3.0-testing.hg, 2.6.16,
2 days ago) in order to include the netfilter/iptables code. ICMP
works. TCP doesn't. Non-masquerading traffic is OK. I had the same
problems with the 2.6.12 kernel from Xen 3.0.1.
I captured some of the traffic, and ethereal is showing that the
masqueraded traffic being output has bad TCP checksums.
I'm going to have to do some debugging to try to figure out what's going
wrong.
Has anybody else encountered this? Also, if it's already been fixed
somewhere, I'd love to know. Any Netfilter debugging tips would also be
appreciated.
Cheers,
- Jim
^ permalink raw reply
* Re: [PATCH 3/7] uts namespaces: use init_utsname when appropriate
From: Sam Vilain @ 2006-04-08 23:44 UTC (permalink / raw)
To: Eric W. Biederman
Cc: Serge E. Hallyn, linux-kernel, Kirill Korotaev, herbert, devel,
xemul, James Morris
In-Reply-To: <m1psjslf1s.fsf@ebiederm.dsl.xmission.com>
On Sat, 2006-04-08 at 01:09 -0600, Eric W. Biederman wrote:
> > -#define ELF_PLATFORM (system_utsname.machine)
> > +#define ELF_PLATFORM (init_utsname()->machine)
> >
> > #ifdef __KERNEL__
> > #define SET_PERSONALITY(ex, ibcs2) do { } while (0)
> I think this one needs to be utsname()->machine.
> Currently it doesn't matter. But Herbert has expressed
> the desire to make a machine appear like an older one.
This is extremely useful for faking it as "i386" on x86_64 systems, for
instance.
Sam.
^ permalink raw reply
* Re: 2.4.32: unresolved symbol unregister_qdisc
From: Randy.Dunlap @ 2006-04-08 23:37 UTC (permalink / raw)
To: George P Nychis; +Cc: davem, linux-kernel, netdev
In-Reply-To: <33083.128.2.140.234.1144538327.squirrel@128.2.140.234>
On Sat, 8 Apr 2006 19:18:47 -0400 (EDT) George P Nychis wrote:
> Yeah, this module is unfortunately not under the GPL, it was made for research and i am not the author, I was only given the code for my own research.
>
> I enabled that support in the kernel, and then tried to recompile and get tons of errors/warnings... so maybe I am missing something else to be enabled in the kernel... here are a few examples of errors:
> /usr/include/linux/skbuff.h:30:26: net/checksum.h: No such file or directory
> /usr/include/asm/irq.h:16:25: irq_vectors.h: No such file or directory
> /usr/include/linux/irq.h:72: error: `NR_IRQS' undeclared here (not in a function)
> /usr/include/asm/hw_irq.h:28: error: `NR_IRQ_VECTORS' undeclared here (not in a function)
>
> I think those are the top most errors, so if i can fix those hopefully the rest shall vanish!
Looks like a Makefile problem then. Can you post the Makefile?
Hopefully it is using a Makefile and not just an elaborate gcc command line.
[and please don't top-post]
> - George
>
>
> > From: "George P Nychis" <gnychis@cmu.edu> Date: Sat, 8 Apr 2006 18:47:34
> > -0400 (EDT)
> >
> >> Hey,
> >>
> >> I have a kernel module that uses unregister_qdisc and register_qdisc,
> >> whenever i try to insert the module I get:
> >> /lib/modules/2.4.32/kernel/net/sched/sch_xcp.o:
> >> /lib/modules/2.4.32/kernel/net/sched/sch_xcp.o: unresolved symbol
> >> unregister_qdisc /lib/modules/2.4.32/kernel/net/sched/sch_xcp.o:
> >> /lib/modules/2.4.32/kernel/net/sched/sch_xcp.o: unresolved symbol
> >> register_qdisc
> >>
> >> Am i missing some sort of support in the kernel?
> >
> > Make sure CONFIG_NET_SCHED is enabled and that you compiled your module
> > against that kernel.
> >
> > Where does this sch_xcp come from? It's not in the vanilla sources.
> >
> > Also, please direct networking questions to the netdev@vger.kernel.org
> > mailing list which I have added to the CC:.
---
~Randy
^ permalink raw reply
* Re: + git-klibc-mktemp-fix.patch added to -mm tree
From: Bodo Eggert @ 2006-04-08 23:34 UTC (permalink / raw)
To: Sam Ravnborg, linux-kernel, akpm, hpa, mm-commits
In-Reply-To: <5Zs4F-ba-11@gated-at.bofh.it>
Sam Ravnborg <sam@ravnborg.org> wrote:
> On Sat, Apr 08, 2006 at 12:05:54AM -0700, akpm@osdl.org wrote:
>> diff -puN usr/dash/mkbuiltins~git-klibc-mktemp-fix usr/dash/mkbuiltins
>> --- 25/usr/dash/mkbuiltins~git-klibc-mktemp-fix Sat Apr 8 14:51:11 2006
>> +++ 25-akpm/usr/dash/mkbuiltins Sat Apr 8 14:51:11 2006
>> - tempfile=mktemp
>> + tempfile="mktemp /tmp/tmp.XXXXXX"
>
> Shouldn't that be:
>> + tempfile="$(mktemp /tmp/tmp.XXXXXX)"
No. You should use tempfile="$(mktemp ${TMPDIR:-/tmp}/tmp.XXXXXX)"
(or mktemp -t, if it's portable enough)
Besides that, tmp.XXXXXX should be replayed using a better name.
</nitpick>
--
Ich danke GMX dafür, die Verwendung meiner Adressen mittels per SPF
verbreiteten Lügen zu sabotieren.
^ permalink raw reply
* RE: [RFC] Hypercalls from HVM guests
From: Nakajima, Jun @ 2006-04-08 23:33 UTC (permalink / raw)
To: Keir Fraser, Steve Ofsthun; +Cc: xen-devel
Keir Fraser wrote:
> On 7 Apr 2006, at 20:30, Steve Ofsthun wrote:
>
>>> Actually, maybe using an unused index for CPUID (e.g. 0xb0000000)
>>> would be better? As that's defined to return all zero's, and not
>>> cause any traps whatever value you use (unless the CPU is so old
>>> that it doesn't support CPUID, of course).
>>
>> This sounds encouraging, but is CPUID always trapped by the HVM code?
>
> It can be, and in practise yes it is so this could work.
>
> -- Keir
>
If eax is set to a value outside the recognized range of CPUID currently
defined, CPUID does not necessarily return all zero's on Intel. It's
"Reserved" (Information returned for highest basic information leaf).
Also "an unused index" can have conflicts in the future.
If we just need to tell on which CPU the current HVM guest is running, I
think "GeunineIntel" or "AuthenticAMD" is the best because it's been
used by native systems as well.
Jun
---
Intel Open Source Technology Center
^ permalink raw reply
* [Qemu-devel] qemu/hw lance.c
From: Paul Brook @ 2006-04-08 23:32 UTC (permalink / raw)
To: qemu-devel
CVSROOT: /sources/qemu
Module name: qemu
Branch:
Changes by: Paul Brook <pbrook@savannah.gnu.org> 06/04/08 23:32:52
Modified files:
hw : lance.c
Log message:
Fix incorrect return type.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/lance.c.diff?tr1=1.6&tr2=1.7&r1=text&r2=text
^ permalink raw reply
* Re: Userland swsusp failure (mm-related)
From: Con Kolivas @ 2006-04-08 23:24 UTC (permalink / raw)
To: linux-kernel; +Cc: Rafael J. Wysocki, Pavel Machek, Fabio Comolli, Nick Piggin
In-Reply-To: <200604090047.17372.rjw@sisk.pl>
On Sunday 09 April 2006 08:47, Rafael J. Wysocki wrote:
> Hi,
>
> On Saturday 08 April 2006 18:15, Pavel Machek wrote:
> > > > This is my first (and unique) failure since I began testing uswsusp
> > > > (2.6.17-rc1 version). It happened (I think) because more than 50% of
> > > > physical memory was occupied at suspend time (about 550 megs out og
> > > > 1G) and that was what I was trying to test. After freeing some memory
> > > > suspend worked (there was no need to reboot).
> > >
> > > Well, it looks like we didn't free enough RAM for suspend in this case.
> > > Unfortunately we were below the min watermark for ZONE_NORMAL and
> > > we tried to allocate with GFP_ATOMIC (Nick, shouldn't we fall back to
> > > ZONE_DMA in this case?).
> > >
> > > I think we can safely ignore the watermarks in swsusp, so probably
> > > we can set PF_MEMALLOC for the current task temporarily and reset
> > > it when we have allocated memory. Pavel, what do you think?
> >
> > Seems little hacky but okay to me.
> >
> > Should not fixing "how much to free" computation to free a bit more be
> > enough to handle this?
>
> Yes, but in that case we'll leave some memory unused. ;-)
How's the shrink_all_memory tweaks I sent performing for you Rafael? It may
theoretically be prone to the same issue but I tried to make it less likely.
--
-ck
^ permalink raw reply
* [ALSA - driver 0002008]: No Sound with snd-hda-intel driver Asus P5VDC-MX
From: bugtrack @ 2006-04-08 23:21 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2008>
======================================================================
Reported By: mborsick
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 2008
Category: PCI - hda-intel
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Distribution: Redhat/Fedora
Kernel Version: 2.6.16-1.2080 and with Xen
======================================================================
Date Submitted: 04-07-2006 00:43 CEST
Last Modified: 04-09-2006 01:21 CEST
======================================================================
Summary: No Sound with snd-hda-intel driver Asus P5VDC-MX
Description:
Kernel is up-to-date Xen kernel.
Initial install did not recognize the sound on an ASUS P5VDC-MX
motherboard.
Motherboard has southbridge VIA VT8251. CODEC is Realtek ACL653 AC'97 6
channel
Audio. Tried the updated drivers in 002404, but was unsuccessful. Also
tried
drivers on VIA site and Realltek site. The last couple of tries show no
errors
in compiling, make, etc. However, as I am just above novice in
understanding
everything about Linux, this has thrown me for a loop.
======================================================================
----------------------------------------------------------------------
mborsick - 04-08-06 22:30
----------------------------------------------------------------------
Been following this, but have been unable to jump in because of other IT
projects I am working on here. Do you want me to file this with the linnux
kernel folks?
----------------------------------------------------------------------
buboleck - 04-09-06 01:21
----------------------------------------------------------------------
:) yes please
Issue History
Date Modified Username Field Change
======================================================================
04-07-06 00:43 mborsick New Issue
04-07-06 00:43 mborsick Distribution => Redhat/Fedora
04-07-06 00:43 mborsick Kernel Version => 2.6.16-1.2080 and
with Xen
04-07-06 01:07 rlrevell Note Added: 0009129
04-07-06 02:13 mborsick Note Added: 0009130
04-07-06 02:35 rlrevell Note Added: 0009131
04-07-06 06:38 mborsick Note Added: 0009135
04-07-06 22:45 buboleck Note Added: 0009156
04-07-06 22:47 buboleck Note Edited: 0009156
04-07-06 22:49 buboleck Note Edited: 0009156
04-07-06 23:06 rlrevell Note Added: 0009157
04-07-06 23:16 buboleck Issue Monitored: buboleck
04-07-06 23:26 buboleck Note Added: 0009158
04-07-06 23:32 rlrevell Note Added: 0009159
04-07-06 23:39 buboleck Note Added: 0009160
04-07-06 23:40 buboleck Note Edited: 0009160
04-07-06 23:43 buboleck Note Edited: 0009160
04-07-06 23:46 buboleck Note Edited: 0009160
04-07-06 23:47 rlrevell Note Added: 0009161
04-07-06 23:52 buboleck Note Added: 0009162
04-08-06 00:02 rlrevell Note Added: 0009163
04-08-06 00:16 buboleck Note Added: 0009164
04-08-06 00:19 buboleck Note Added: 0009165
04-08-06 00:29 rlrevell Note Added: 0009166
04-08-06 00:32 buboleck Note Added: 0009167
04-08-06 00:41 rlrevell Note Added: 0009168
04-08-06 00:42 buboleck Note Added: 0009169
04-08-06 00:44 buboleck Note Edited: 0009169
04-08-06 22:30 mborsick Note Added: 0009173
04-09-06 01:21 buboleck Note Added: 0009174
======================================================================
-------------------------------------------------------
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
* [Bug 6303] Fujitsu-Siemens P4 Amilo D 7830 laptop has no govenors with 2.6.16
From: bugme-daemon @ 2006-04-08 23:19 UTC (permalink / raw)
To: cpufreq
http://bugzilla.kernel.org/show_bug.cgi?id=6303
------- Additional Comments From cbradney@zip.com.au 2006-04-08 16:19 -------
Seems to be back with 2.6.17rc1, although the minimum Mhz is now around 2333
even with powersave governor active, max is 2666.600 (correct). The minimum
with 2.6.15 and before used to be 333.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
^ permalink raw reply
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.