* Re: [Qemu-devel] VNC terminal server?
From: Anthony Liguori @ 2006-04-09 2:54 UTC (permalink / raw)
To: qemu-devel
In-Reply-To: <Pine.LNX.4.63.0604082054320.8169@wbgn013.biozentrum.uni-wuerzburg.de>
Johannes Schindelin wrote:
> Hi,
>
> On Sat, 8 Apr 2006, Leonardo E. Reiter wrote:
>
>
>> this virtual Wacom tablet you refer to... is there a [free or built-in]
>> Windows 2000/XP driver associated with it that supports either no
>> acceleration and/or absolute positioning?
>>
>
> Frankly, I do not know if they are free. But as nobody pays me to play
> with QEmu, I do not care about Windows so much. And the Wacom drivers for
> Linux are free.
>
> BTW I prefer a virtual wacom tablet to Summagraphics, since kudzu (the
> hardware detection which is used in Knoppix) can detect it. Unfortunately
> just the USB version :-(
>
The USB version of the wacom tablet is not documented. Only the older
serial tablets are.
Regards,
Anthony Liguori
>> If so, perhaps I can look at implementing it in QEMU in my "spare" time
>> ;) Do you have a link to documentation and/or drivers?
>>
>
> Wow! What an offer! I have some documentation somewhere, I just had a
> look, and only found the Summagraphics documentation. I will look harder.
>
>
>> If the guest OS can't be easily told to not do any acceleration and/or
>> use absolute cursor positioning rather than relative moves, it's not
>> that helpful to have a new type of input device. I suspect a tablet
>> driver can be easily configured this way since design people who
>> probably use these devices want perfect precision between pointer and
>> screen - otherwise they'd probably just use a mouse/trackball. But you
>> can never be sure how Microsoft (or Wacom) decided to implement the
>> Windows version of the driver.
>>
>
> My favourite cartoonist, Jamiri, is very proud of his Wacom tablet. IIRC,
> it has an integrated LCD display. So, I assume absolute positioning is
> automatically switched on with that tablet.
>
>
>> The mouse sync solution we have in Win4Lin Pro is okay, but it's a bit
>> slow and I'd like to do something much cleaner. Of course if I do the
>> wacom tablet implementation, it will be open source and part of QEMU
>> itself.
>>
>> Thanks!
>>
>
> Thank you!
>
> Ciao,
> Dscho
>
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
^ permalink raw reply
* Re: [Qemu-devel] VNC terminal server?
From: Anthony Liguori @ 2006-04-09 2:53 UTC (permalink / raw)
To: qemu-devel
In-Reply-To: <20060408190115.GA16963@jbrown.mylinuxbox.org>
Jim C. Brown wrote:
> On Sat, Apr 08, 2006 at 08:24:03PM +0200, Johannes Schindelin wrote:
>
>> IMHO the biggest obstacle to inclusion in mainline QEmu is that the mouse
>> support is rather flakey: You have to disable mouse acceleration of the
>> guest OS.
>>
>> I had that cunning plan to write a virtual Wacom tablet, but I just don't
>> find the time.
>>
>> Ciao,
>> Dscho
>>
>>
>
> Anthony Ligouri has written a patch for wacom support.
>
Docs are available for older Wacom tablets. I've not gotten the time to
update my patches to actually implement the full protocol according to
the docs. The version I wrote is based on a newer X driver so YMMV.
Regards,
ANthony Liguori
> However, when I combine this with the -no-sdl-grab patch I still see syncing
> issues.
>
>
^ permalink raw reply
* Re: [Qemu-devel] VNC terminal server?
From: Anthony Liguori @ 2006-04-09 2:52 UTC (permalink / raw)
To: qemu-devel
In-Reply-To: <Pine.LNX.4.63.0604082003380.7783@wbgn013.biozentrum.uni-wuerzburg.de>
Johannes Schindelin wrote:
> Hi,
>
> On Sat, 8 Apr 2006, Samuel Hunt wrote:
>
>
>> It occurs to me that this program would make an excellent basis for a VNC
>> terminal server.
>>
>
> Yeah, something like that has been done already:
> http://libvncserver.sourceforge.net/qemu/qemu-rfb13.patch.gz
>
> There is a notable update since rfb12 (which is a bit out of date
> _cough_): Nis Jorgensen has sent a patch to support scroll mice.
>
> IMHO the biggest obstacle to inclusion in mainline QEmu is that the mouse
> support is rather flakey: You have to disable mouse acceleration of the
> guest OS.
>
> I had that cunning plan to write a virtual Wacom tablet, but I just don't
> find the time.
>
Someone posted a virtual Synaptic tablet on xen-devel recently (Xen uses
qemu for VT support). If someone wants to pick it up and submit it to
qemu, that would solve this problem.
Regards,
Anthony Liguori
> Ciao,
> Dscho
>
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>
^ permalink raw reply
* Re: git-diff-tree -B broken
From: Junio C Hamano @ 2006-04-09 2:51 UTC (permalink / raw)
To: Petr Baudis; +Cc: git
In-Reply-To: <20060409004605.GU27689@pasky.or.cz>
Petr Baudis <pasky@ucw.cz> writes:
> $ 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.
Thanks.
There are two issues. One of them is addressed with the
attached patch, which is just an artifact of the xdiff
introduction.
Another issue is a bit bigger.
The changes to the sample cg-mkpatch is estimated to be big
enough to get broken, just in case if there is another file
whose postimage that is more similar than the postimage of
cg-mkpatch itself, so that it can be matched up with the other
file, but it is _not_ dissimilar enough that diffcore_break()
code marks it to be merged back together if pieces of the broken
pair do not get matched up with other files. And in this
particular case, since you are limiting the search space to a
single file, there is no other files to match, so the broken
pair should survive the rename detection match-up, and they
should be shown as a normal diff without dissimilarity index at
all.
The funny thing is, the broken pair are matched up with
themselves, with similarity index of 57% (they originally are
from the same filepair, so that is natural). So in this case,
rename code _should_ take notice. I'll work on a fix.
-- >8 --
diff --git a/diff.c b/diff.c
index ce98a90..e887410 100644
--- a/diff.c
+++ b/diff.c
@@ -145,8 +145,9 @@ static void emit_rewrite_diff(const char
struct diff_filespec *one,
struct diff_filespec *two)
{
- /* Use temp[i].name as input, name_a and name_b as labels */
int lc_a, lc_b;
+ diff_populate_filespec(one, 0);
+ diff_populate_filespec(two, 0);
lc_a = count_lines(one->data, one->size);
lc_b = count_lines(two->data, two->size);
printf("--- %s\n+++ %s\n@@ -", name_a, name_b);
^ permalink raw reply related
* Re: menuconfig search (Re: [rfc] fix Kconfig, hotplug_cpu is needed for swsusp)
From: Randy.Dunlap @ 2006-04-09 2:29 UTC (permalink / raw)
To: Jan Engelhardt; +Cc: akpm, linux-kernel
In-Reply-To: <Pine.LNX.4.61.0604081030201.21887@yvahk01.tjqt.qr>
On Sat, 8 Apr 2006 10:42:46 +0200 (MEST) Jan Engelhardt wrote:
> >> I find it very confusing to use, since it returns too verbose text to skim
> >> through. Probably the search function should be split into "only search
> >> titles[*]" and "search description too".
> >
> >Re verbosity: do you know that menuconfig search (/) takes regular
> >expressions?
>
> Regexes are not mentioned in the "Help" menu.
It is mentioned in the Help text after one enters '/'.
│ Search for CONFIG_ symbols and display their relations. │
│ Regular expressions are allowed. │
│ Example: search for "^FOO" │
> >That could help someone limit the amount of output
> >from it.
> >Can you give an example of being too verbose?
>
> / UNIX
> Symbol: UNIX [=y]
> Prompt: Unix domain sockets
> Defined at net/unix/Kconfig:5
> Depends on: NET
> Location:
> -> Networking
> -> Networking support (NET [=y])
> -> Networking options
>
> Symbol: UNIXWARE_DISKSLICES ...
> ...
>
>
> What would be more useful:
> UNIX
> Unix domain sockets
> Networking > Networking Support > Networking options
>
> UNIXWARE_DISKSLICES
> Unixware slices support
> File systems > Advanced ...
>
> I.e. strip the Defined and Depends lines and crunch the Location lines inasfar
> as that the full width of the window is used (break at col 70).
I don't see any need to limit it to 70 columns wide. It knows how to
scroll left/right (using arrow keys).
> DEEP_FS
> Just a symbol
> File systems > Advanced filesystems > Very advanced filesystems >\n
> Extremely advanced filesystems > Deep filesystem
>
>
> >I have just modified menuconfig search to make displaying the
> >Selects: and Selected by: output be an option (actually it's a
> >different search command (\) to not see those lines.
> >Would that help any regarding verbosity?
>
> At the moment, entering e.g. UNIX in both the / and \ menus return the very
> same output. Bug?
>
> The \ should include everything what the original / had, plus the symbol
> description ("Say Y here if ....").
Nope, the only thing that the "reduced" search excludes atm is SELECT info.
>From my original email, as you quoted above, the less-verbose '\' search
only eliminates the Selects: and Selected by: output, and the UNIX
config symbols don't have any SELECT info.
I don't know if we are converging any, but I made a new patch:
http://www.xenotime.net/linux/patches/menuconfig-search2b.patch
This one changes the default '/' search to NOT be verbose and the
new, extended '\' search to be verbose. The non-verbose search omits
Selects:, Selected by:, and Location: information.
---
~Randy
^ permalink raw reply
* PAE in 3.0.2
From: Brian Hays @ 2006-04-09 2:20 UTC (permalink / raw)
To: xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 133 bytes --]
I've noticed that the download repo doesn't have a PAE (32p) install build.
Is PAE currently broken in 3.0.2?
Thank you,
Brian
[-- Attachment #1.2: Type: text/html, Size: 142 bytes --]
[-- Attachment #2: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply
* Re: Userland swsusp failure (mm-related)
From: Nick Piggin @ 2006-04-09 1:51 UTC (permalink / raw)
To: Rafael J. Wysocki; +Cc: Pavel Machek, Fabio Comolli, linux-kernel
In-Reply-To: <200604090047.17372.rjw@sisk.pl>
Rafael J. Wysocki wrote:
> Hi,
>
>>>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. ;-)
>
Probably doesn't fall back to ZONE_DMA because of lowmem reserve.
Yes, PF_MEMALLOC sounds like it might do what you want. A little
hackish perhaps, but better than putting swsusp special cases
into page_alloc.c.
--
SUSE Labs, Novell Inc.
Send instant messages to your online friends http://au.messenger.yahoo.com
^ permalink raw reply
* Maximum number of DomUs? (x86_64)
From: Florian Kirstein @ 2006-04-09 1:37 UTC (permalink / raw)
To: xen-devel@lists.xensource.com
Hallo,
I just tried to push a quad-opteron server with 16GB of memory to the limit
and I reached it a bit earlier than expected. It seems that no matter
how much memory I assign to each DomU, and wether i use loopback or
phy/lvm devices for the storage, or no vif/storage at all, I can't
crate more than 107 DomUs (yes, that's not a real problem, I'm just
curious :) After No. 107 that I get(*):
Using config file "vm107".
Started domain VM107
Using config file "vm108".
Error: (12, 'Cannot allocate memory')
Using config file "vm109".
Error: (12, 'Cannot allocate memory')
but of course there's still memory left in Domain-0 to balloon out:
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 9215 4 r----- 319.3
VM1 1 64 1 ------ 0.8
VM10 10 64 1 -b---- 0.7
VM100 100 64 1 -b---- 0.4
When I assign 128MB per DomU exactly the same effect:
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 2372 4 r----- 2196.3
VM1 129 128 1 -b---- 0.4
VM10 138 128 1 -b---- 0.4
VM100 228 128 1 -b---- 0.2
So I wonder, which structure could run out of memory there? Is this a known
limitation? Didn't find much about the maximum number of DomUs
in the list archives... The Dom0 is running a CentOS4 x86_64 and I don't
even need a DomU image to reach this limit, network and diskless DomUs
just running into an "no root filesystem" panic being "preserve"d after
the crash have the same effect.
(:ul8er, r@y
(*) yes, I know, I could have used a vmid parameter instead of creating
100s of configfiles :)
^ permalink raw reply
* [Qemu-devel] qemu ./Makefile.target ./vl.c ./vl.h hw/integra...
From: Paul Brook @ 2006-04-09 1:32 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:32:52
Modified files:
. : Makefile.target vl.c vl.h
hw : integratorcp.c pl110.c
Added files:
hw : arm_pic.c arm_pic.h arm_timer.c pl011.c pl050.c
pl080.c pl190.c versatilepb.c
Log message:
ARM Versatile Platform Baseboard emulation.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/Makefile.target.diff?tr1=1.93&tr2=1.94&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/vl.c.diff?tr1=1.167&tr2=1.168&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/vl.h.diff?tr1=1.106&tr2=1.107&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/arm_pic.c?rev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/arm_pic.h?rev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/arm_timer.c?rev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/integratorcp.c.diff?tr1=1.7&tr2=1.8&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/pl011.c?rev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/pl050.c?rev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/pl080.c?rev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/pl110.c.diff?tr1=1.4&tr2=1.5&r1=text&r2=text
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/pl190.c?rev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/versatilepb.c?rev=1.1
^ permalink raw reply
* 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
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.