Bug#593549: linux-image-2.6-686: Missing driver to SD card for toshiba m30
Package: linux-image-2.6-686 Version: 2.6.32+28 Severity: normal Dear Sir, I would like to affect a notice regarding a missing driver for the computer toshiba m30. The driver for SD card is unfortunately not seen by debian. Visibly dmesg returns nothign once one try to slot in/out the SD card into the SD reader. I can provide you these specifications: http://www.uni-koblenz.de/~tenshi/tosh/ As displayed it is said that LINUX has not yet managed to find out the item. I can provide you some more info anytime. Please if the bug is not suited to linux-image, please affect it to the right package into the collection of deb that exist for linux, you certainly have an amazing experience with linux to know how these are bound to the kernel. I wish you a pleasant day, and hoping that this little drop can contribute to linux for better linux. Thank you very much for developing for LINUX community. Good day, Sincerely Yellow -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6-686 depends on: ii linux-image-2.6.32-5-686 2.6.32-18 Linux 2.6.32 for modern PCs linux-image-2.6-686 recommends no packages. linux-image-2.6-686 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819075902.2103.30170.report...@toshiba.rp614v4
Bug#590532: Contact:FOREIGN TRANSFER MANAGER
Your mail has won £891,934. Send:Name,Age,Country,occupation Via Email sj_claimsu...@w.cn
Re: Xen "pvhvm" driver support for squeeze?
On Tue, 2010-08-17 at 19:21 +0100, Ben Hutchings wrote: > On Tue, Aug 17, 2010 at 08:02:57PM +0200, Bastian Blank wrote: > > On Tue, Aug 17, 2010 at 05:22:38PM +0100, Ian Campbell wrote: > > > I exported these rebased changesets, added them to the sid series and > > > adjusted the pvops.patch (the featureset=xen patch) to remove the bits > > > which are now already included. I have confirmed that there is no change > > > to the resulting featureset=xen tree (which is expected since everything > > > in these patches are already included there). > > > > Sorry no. Hand modification of the pvops patch is not possible and > > reverse patches also not. > > It is not only possible, but necessary every time one of the fixes > included it in goes into a stable update. Agreed. And in the absence of any specific alternatives I plan to commit the pvhvm drivers shortly. Ian. -- Ian Campbell Current Noise: Deftones - Good Morning Beautiful I was at this restaurant. The sign said "Breakfast Anytime." So I ordered French Toast in the Rennaissance. -- Steven Wright -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1282214026.3170.2423.ca...@zakaz.uk.xensource.com
Re: Xen "pvhvm" driver support for squeeze?
On Thu, Aug 19, 2010 at 11:33:46AM +0100, Ian Campbell wrote: > Agreed. And in the absence of any specific alternatives I plan to commit > the pvhvm drivers shortly. NACK. Not with manual modifications of pvops. It will be replaced as needed. Bastian -- Spock: The odds of surviving another attack are 13562190123 to 1, Captain. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819110134.gb9...@wavehammer.waldi.eu.org
Re: Xen "pvhvm" driver support for squeeze?
On Thu, 2010-08-19 at 13:01 +0200, Bastian Blank wrote: > On Thu, Aug 19, 2010 at 11:33:46AM +0100, Ian Campbell wrote: > > Agreed. And in the absence of any specific alternatives I plan to commit > > the pvhvm drivers shortly. > > NACK. Not with manual modifications of pvops. It will be replaced as > needed. OK, what would you like me to do instead? Shall I just checkin the pvhvm drivers part, which will break the build until pvops.patch is updated or maybe I should temporarily disable the xen flavour? Otherwise how can I update pvops.patch in a way which is acceptable to you? Ian. -- Ian Campbell C for yourself. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1282216339.3170.2496.ca...@zakaz.uk.xensource.com
Re: [Pkg-xen-devel] Graphics driver fixes for squeeze kernel-xen ?
On Wed, Aug 18, 2010 at 05:32:58PM +0100, Ian Campbell wrote: > On Tue, 2010-08-17 at 21:28 +0200, Bastian Blank wrote: > > However not this part. Only small commits are fixes and I consider the > > rest as hacks. > Which commits in particular? As documented: bcf16b6b4f34fb40a7aaf637947c7d3bce0be671, a merge commit. > Have you raised your concerns upstream? Which upstream? The DRM people are upstream for AGP. I doubt that they even got there. > (or something equivalent). While these are clearly not suitable for > upstream they are correct as far as they go. Excluding them from the xen > flavour of the kernel seems a bit extreme. Someone have to explain them to the release team. As they are clearly not even remotely suitable for upstream, I'm not going to stretch the own rules further. > It would be a terrible shame if Squeeze did not have support for the > modern graphics subsystem when running Xen. Well. All the intel cards seems to work. Bastian -- But Captain -- the engines can't take this much longer! -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819111334.gc9...@wavehammer.waldi.eu.org
Re: Xen "pvhvm" driver support for squeeze?
On Tue, Aug 17, 2010 at 07:21:49PM +0100, Ben Hutchings wrote: > On Tue, Aug 17, 2010 at 08:02:57PM +0200, Bastian Blank wrote: > > On Tue, Aug 17, 2010 at 05:22:38PM +0100, Ian Campbell wrote: > > > I exported these rebased changesets, added them to the sid series and > > > adjusted the pvops.patch (the featureset=xen patch) to remove the bits > > > which are now already included. I have confirmed that there is no change > > > to the resulting featureset=xen tree (which is expected since everything > > > in these patches are already included there). > > Sorry no. Hand modification of the pvops patch is not possible and > > reverse patches also not. > It is not only possible, but necessary every time one of the fixes > included it in goes into a stable update. When? The patch is a simple git diff, nothing modified to work. Bastian -- Klingon phaser attack from front! 100% Damage to life support -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819111411.gd9...@wavehammer.waldi.eu.org
Bug#588915: postinst: /usr/sbin/update-initramfs: line 199: do_b: unbound variable
I can confirm that, having upgraded initramfs-tools, my system now manages to configure the package correctly and build a working initrd. Thanks for fixing the problem. -- Ben Harris, University of Cambridge Computing Service. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.lnx.2.00.1008191143150.15...@smaug.linux.pwf.cam.ac.uk
Processed: Still causing problems
Processing commands for cont...@bugs.debian.org: > found 515754 1:1.2.2-3 Bug #515754 [nfs-common] nfs-common: Mounting with sec=krb5p fails with "access denied by server while mounting" Bug Marked as found in versions nfs-utils/1:1.2.2-3. > -- Stopping processing here. Please contact me if you need assistance. -- 515754: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515754 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128221943823549.transcr...@bugs.debian.org
Re: Xen "pvhvm" driver support for squeeze?
On Thu, 2010-08-19 at 13:14 +0200, Bastian Blank wrote: > On Tue, Aug 17, 2010 at 07:21:49PM +0100, Ben Hutchings wrote: > > On Tue, Aug 17, 2010 at 08:02:57PM +0200, Bastian Blank wrote: > > > On Tue, Aug 17, 2010 at 05:22:38PM +0100, Ian Campbell wrote: > > > > I exported these rebased changesets, added them to the sid series and > > > > adjusted the pvops.patch (the featureset=xen patch) to remove the bits > > > > which are now already included. I have confirmed that there is no change > > > > to the resulting featureset=xen tree (which is expected since everything > > > > in these patches are already included there). > > > Sorry no. Hand modification of the pvops patch is not possible and > > > reverse patches also not. > > It is not only possible, but necessary every time one of the fixes > > included it in goes into a stable update. > > When? SVN history shows e.g. r16129 r16099 r16072 r15674 etc > The patch is a simple git diff, nothing modified to work. Is this git tree available somewhere? Ian. -- Ian Campbell The grand leap of the whale up the Fall of Niagara is esteemed, by all who have seen it, as one of the finest spectacles in nature. -- Benjamin Franklin. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1282219625.3170.2640.ca...@zakaz.uk.xensource.com
Bug#593507: This seems to be Bug #593432
Hi! This really does seem to be the same as 593432. I have also seen the backlight behavior you describe, and even the problem with 'nomodeset'. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c6d2694.8010...@mi.fu-berlin.de
Re: Xen "pvhvm" driver support for squeeze?
On Thu, Aug 19, 2010 at 01:07:05PM +0100, Ian Campbell wrote: > Is this git tree available somewhere? git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git Except for the currently reverted part, but that is easy. Bastian -- Lots of people drink from the wrong bottle sometimes. -- Edith Keeler, "The City on the Edge of Forever", stardate unknown -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819131517.ga11...@wavehammer.waldi.eu.org
Re: Xen "pvhvm" driver support for squeeze?
On Thu, 2010-08-19 at 15:15 +0200, Bastian Blank wrote: > On Thu, Aug 19, 2010 at 01:07:05PM +0100, Ian Campbell wrote: > > Is this git tree available somewhere? > > git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git Thanks, but which branch? xen/stable-2.6.32.x? What is the left hand side (i.e. the base Debian featureset=none side) of the diff? Should I just commit debian/builds/source to a tree and then diff against Jeremy's tree? Or do I use v2.6.32.19? Doesn't this risk reverting bits of newer stable releases if the Debian kernel gets ahead of xen.git? > Except for the currently reverted part, but that is easy. Well, it's error prone to expect anyone who want to update the base kernel to figure out exactly what you did... Ian. -- Ian Campbell Current Noise: Deftones - Moana Hell is empty and all the devils are here. -- Wm. Shakespeare, "The Tempest" -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1282223963.3170.2798.ca...@zakaz.uk.xensource.com
Bug#592187: [stable] Bug#576838: virtio network crashes again
On Sun, Aug 15, 2010 at 09:37:34AM +0200, Lukas Kolbe wrote: > Hi Ben, Greg, > > I was finally able to identify the patch series that introduced the fix > (they were introduced to -stable in 2.6.33.2): > > cb63112 net: add __must_check to sk_add_backlog > a12a9a2 net: backlog functions rename > 51c5db4 x25: use limited socket backlog > c531ab2 tipc: use limited socket backlog > 37d60aa sctp: use limited socket backlog > 9b3d968 llc: use limited socket backlog > 230401e udp: use limited socket backlog > 20a92ec tcp: use limited socket backlog > ab9dd05 net: add limit for socket backlog > > After applying these to 2.6.32.17, I wasn't able to trigger the failure > anymore. What "failure"? > 230401e didn't apply cleanly with git cherry-pick on top of 2.6.32.17, > so there might be some additional work needed. > > @Greg: would it be possible to have these fixes in the next 2.6.32? See > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592187#69 for details: > they fix a guest network crash during heavy nfs-io using virtio. These are a lot of patches, looking like they are adding a new feature. I would need to get the ack of the network maintainer before I can add them. David? thanks, greg k-h -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819142808.ga13...@kroah.com
Re: Xen "pvhvm" driver support for squeeze?
On Thu, 2010-08-19 at 14:19 +0100, Ian Campbell wrote: > On Thu, 2010-08-19 at 15:15 +0200, Bastian Blank wrote: > > On Thu, Aug 19, 2010 at 01:07:05PM +0100, Ian Campbell wrote: > > > Is this git tree available somewhere? > > > > git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git > > Thanks,[...] So I tried (the two SHA1 are identified in the pvops.patch header): $ git reset --hard 69a73fa4836d0d701dbff7d0de3294b96583a4cf $ git revert -m 1 bcf16b6b4f34fb40a7aaf637947c7d3bce0be671 $ git diff v2.6.32.19..HEAD and this seemed to give me a patch a little bit like, but not close enough to be useful, to the current pvops.patch. If I attempt to run ./debian/rules source using this patch to replace the existing one (without none of the pvhvm stuff included) then I get: --> Try to apply base-extra. --> base-extra fully applied. --> Try to apply 3-extra. --> 3-extra fully applied. --> Try to apply 4-extra. --> 4-extra fully applied. --> Try to apply 10-extra. 1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej 1 out of 2 hunks FAILED -- saving rejects to file drivers/gpu/drm/i915/intel_bios.c.rej 2 out of 2 hunks FAILED -- saving rejects to file drivers/gpu/drm/i915/intel_lvds.c.rej 1 out of 4 hunks FAILED -- saving rejects to file drivers/ssb/pci.c.rej 1 out of 3 hunks FAILED -- saving rejects to file drivers/usb/serial/option.c.rej 2 out of 2 hunks FAILED -- saving rejects to file fs/proc/array.c.rej 2 out of 2 hunks FAILED -- saving rejects to file include/linux/sched.h.rej 1 out of 2 hunks FAILED -- saving rejects to file include/linux/ssb/ssb.h.rej 3 out of 3 hunks FAILED -- saving rejects to file kernel/exit.c.rej 1 out of 1 hunk FAILED -- saving rejects to file kernel/fork.c.rej 1 out of 7 hunks FAILED -- saving rejects to file kernel/sched.c.rej 3 out of 3 hunks FAILED -- saving rejects to file kernel/sys.c.rej 1 out of 10 hunks FAILED -- saving rejects to file mm/memory.c.rej (+) FAIL features/all/xen/pvops.patch So I then fixed up pvops.patch by hand to resolve the above issues. The tree resulting from this had loads of differences from the tree before I tried to original tree using the original pvops.patch. I then tried $ git diff v2.6.32.17..HEAD since this is what the current pvops.patch appears to be based on (this is sane I guess since that was the base version for 69a73fa in xen.git). It was a lot closer but still not identical, and using it results in: --> Try to apply base-extra. --> base-extra fully applied. --> Try to apply 3-extra. --> 3-extra fully applied. --> Try to apply 4-extra. --> 4-extra fully applied. --> Try to apply 10-extra. 7 out of 7 hunks FAILED -- saving rejects to file arch/x86/include/asm/cmpxchg_32.h.rej 4 out of 4 hunks FAILED -- saving rejects to file arch/x86/include/asm/cmpxchg_64.h.rej 1 out of 29 hunks FAILED -- saving rejects to file arch/x86/xen/enlighten.c.rej 2 out of 8 hunks FAILED -- saving rejects to file arch/x86/xen/time.c.rej 1 out of 20 hunks FAILED -- saving rejects to file drivers/xen/events.c.rej 1 out of 1 hunk FAILED -- saving rejects to file include/linux/interrupt.h.rej 1 out of 1 hunk FAILED -- saving rejects to file kernel/irq/manage.c.rej (+) FAIL features/all/xen/pvops.patch Error: Patch failed Resolving the rejects was pretty trivial but still left a diff compared with the starting point: $ diff -purN -X /home/ijc/development/dontdiff.txt debian/build/source_amd64_xen/ ../build.pristine/source_amd64_xen/ | diffstat -p4 arch/x86/xen/Kconfig |4 arch/x86/xen/enlighten.c |4 arch/x86/xen/time.c |6 drivers/net/xen-netfront.c | 13 + drivers/xen/blktap/blktap.h | 94 +++-- drivers/xen/blktap/control.c | 237 +++ drivers/xen/blktap/device.c | 434 ++- drivers/xen/blktap/request.c |2 drivers/xen/blktap/ring.c| 383 ++--- drivers/xen/blktap/sysfs.c | 301 +++-- 10 files changed, 738 insertions(+), 740 deletions(-) Some of that is likely the impact of stuff going into 2.6.32.x but some of it (e.g. the blktap stuff) clearly isn't. I have a feeling that with a little more manual tweaking I could make it fit and produce the same result as before -- but this doesn't fit with your earlier statement: > The patch is a simple git diff, nothing modified to work. At a minimum you must be doing something more complex the a "simple git diff", but I am unable to infer what that is. If you are going to NACK patches on the basis that they don't follow some specific set of steps/rules which you have for updating things I think it is only reasonable to as
Re: Xen "pvhvm" driver support for squeeze?
On Thu, Aug 19, 2010 at 02:19:23PM +0100, Ian Campbell wrote: > On Thu, 2010-08-19 at 15:15 +0200, Bastian Blank wrote: > > On Thu, Aug 19, 2010 at 01:07:05PM +0100, Ian Campbell wrote: > > > Is this git tree available somewhere? > > git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git > Thanks, but which branch? xen/stable-2.6.32.x? Yes, it is given as commit in the patch header. > What is the left hand side (i.e. the base Debian featureset=none side) > of the diff? The base is the upstream tag, v2.6.32.19 or so. > > Except for the currently reverted part, but that is easy. > Well, it's error prone to expect anyone who want to update the base > kernel to figure out exactly what you did... Thats a different problem and was nonexistant before the last update. Anyway, I digged into the patches, lets see what a little git-magic can do... Bastian -- The heart is not a logical organ. -- Dr. Janet Wallace, "The Deadly Years", stardate 3479.4 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819150423.ga17...@wavehammer.waldi.eu.org
Re: Xen "pvhvm" driver support for squeeze?
On Thu, 2010-08-19 at 15:46 +0100, Ian Campbell wrote: > On Thu, 2010-08-19 at 14:19 +0100, Ian Campbell wrote: > > On Thu, 2010-08-19 at 15:15 +0200, Bastian Blank wrote: > > > On Thu, Aug 19, 2010 at 01:07:05PM +0100, Ian Campbell wrote: > > > > Is this git tree available somewhere? > > > > > > git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git > > > > Thanks,[...] > > So I tried (the two SHA1 are identified in the pvops.patch header): > $ git reset --hard 69a73fa4836d0d701dbff7d0de3294b96583a4cf > $ git revert -m 1 bcf16b6b4f34fb40a7aaf637947c7d3bce0be671 $ git merge 5473680bdedb7a62e641970119e6e9381a8d80f4 # xen/xen/netfront $ git merge fbd0ebb445bd413bda719c26c4921c53d9381fe8 # xen/xen/dom0/backend/blktap2 # resolve conflicts in drivers/xen/blktap/device.c $ git diff v2.6.32.17..HEAD Got me a patch which, once I trivially removed the hunks which already exist in the Debian base, was pretty close to the existing pvops.patch: arch/x86/xen/enlighten.c|4 arch/x86/xen/time.c |6 +- drivers/xen/blktap/device.c | 17 + drivers/xen/blktap/sysfs.c |2 +- 4 files changed, 11 insertions(+), 18 deletions(-) The arch ones look related to something going into 2.6.32.x but I can't figure out where the blktap ones are coming from. $ git reset --hard 69a73fa4836d0d701dbff7d0de3294b96583a4cf $ git merge 16938b03e75e70e214d053c527bc937ee8ca838a # xen/xen/next $ git revert -m 1 bcf16b6b4f34fb40a7aaf637947c7d3bce0be671 $ git diff v2.6.32.17..HEAD Then trivially adjust those hunks conflict with the base kernel, gets me a kernel which precisely matches the existing tree! So I guess I should rebase the PVHVM patches on v2.6.32.17 and the diff against that, which should produce the right thing. Ian. > $ git diff v2.6.32.19..HEAD > > and this seemed to give me a patch a little bit like, but not close > enough to be useful, to the current pvops.patch. If I attempt to > run ./debian/rules source using this patch to replace the existing one > (without none of the pvhvm stuff included) then I get: > --> Try to apply base-extra. > --> base-extra fully applied. > --> Try to apply 3-extra. > --> 3-extra fully applied. > --> Try to apply 4-extra. > --> 4-extra fully applied. > --> Try to apply 10-extra. > 1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej > 1 out of 2 hunks FAILED -- saving rejects to file > drivers/gpu/drm/i915/intel_bios.c.rej > 2 out of 2 hunks FAILED -- saving rejects to file > drivers/gpu/drm/i915/intel_lvds.c.rej > 1 out of 4 hunks FAILED -- saving rejects to file > drivers/ssb/pci.c.rej > 1 out of 3 hunks FAILED -- saving rejects to file > drivers/usb/serial/option.c.rej > 2 out of 2 hunks FAILED -- saving rejects to file fs/proc/array.c.rej > 2 out of 2 hunks FAILED -- saving rejects to file > include/linux/sched.h.rej > 1 out of 2 hunks FAILED -- saving rejects to file > include/linux/ssb/ssb.h.rej > 3 out of 3 hunks FAILED -- saving rejects to file kernel/exit.c.rej > 1 out of 1 hunk FAILED -- saving rejects to file kernel/fork.c.rej > 1 out of 7 hunks FAILED -- saving rejects to file kernel/sched.c.rej > 3 out of 3 hunks FAILED -- saving rejects to file kernel/sys.c.rej > 1 out of 10 hunks FAILED -- saving rejects to file mm/memory.c.rej > (+) FAIL features/all/xen/pvops.patch > > So I then fixed up pvops.patch by hand to resolve the above issues. The > tree resulting from this had loads of differences from the tree before I > tried to original tree using the original pvops.patch. > > I then tried > $ git diff v2.6.32.17..HEAD > since this is what the current pvops.patch appears to be based on (this > is sane I guess since that was the base version for 69a73fa in xen.git). > It was a lot closer but still not identical, and using it results in: > --> Try to apply base-extra. > --> base-extra fully applied. > --> Try to apply 3-extra. > --> 3-extra fully applied. > --> Try to apply 4-extra. > --> 4-extra fully applied. > --> Try to apply 10-extra. > 7 out of 7 hunks FAILED -- saving rejects to file > arch/x86/include/asm/cmpxchg_32.h.rej > 4 out of 4 hunks FAILED -- saving rejects to file > arch/x86/include/asm/cmpxchg_64.h.rej > 1 out of 29 hunks FAILED -- saving rejects to file > arch/x86/xen/enlighten.c.rej > 2 out of 8 hunks FAILED -- saving rejects to file > arch/x86/xen/time.c.rej > 1 out of 20 hunks FAILED -- saving rejects to file > drivers/xen/events.c.rej > 1 out of 1 hunk FAILED -- saving rejects to file > include/linux/interrupt.h.rej > 1 out of 1 hunk FAILED -- saving rejects to file > kernel/irq/manage.c.rej > (+) FAIL features/all/xen/pvops.patch > Error: Patch failed > > Resolving the re
Re: Xen "pvhvm" driver support for squeeze?
On Thu, 2010-08-19 at 16:40 +0100, Ian Campbell wrote:
>
>
> $ git reset --hard 69a73fa4836d0d701dbff7d0de3294b96583a4cf
> $ git merge 16938b03e75e70e214d053c527bc937ee8ca838a # xen/xen/next
> $ git revert -m 1 bcf16b6b4f34fb40a7aaf637947c7d3bce0be671
> $ git diff v2.6.32.17..HEAD
>
> Then trivially adjust those hunks conflict with the base kernel, gets
> me
> a kernel which precisely matches the existing tree!
>
> So I guess I should rebase the PVHVM patches on v2.6.32.17 and the
> diff against that, which should produce the right thing.
So...
$ git checkout -b pvhvm-2.6.32.19 v2.6.32.19
$ git pull git://xenbits.xensource.com/people/ianc/linux-2.6.git
debian/squeeze/pvhvm
Gives me the base tree for the diff
$ git checkout -b squeeze 69a73fa4836d0d701dbff7d0de3294b96583a4cf
$ git merge 16938b03e75e70e214d053c527bc937ee8ca838a # xen/xen/next
$ git revert -m 1 bcf16b6b4f34fb40a7aaf637947c7d3bce0be671
$ git merge v2.6.32.19
Gives me the target pvops tree.
Then I regenerate pvops.patch with:
$ git diff pvhvm-2.6.32.19..squeeze
The diff of source_amd64_xen before and after adding the pvhvm patches
is then tiny (see below) and results from merging v2.6.32.19 myself
instead of just rebasing the pvops patch to e.g.
e73f4955a821f850f5b88c32d12a81714523a95f. I don't really want to mixup
the rebase and the addition of pvhvm into one commit so should I instead
do the rebase first and then do pvhvm?
Rebasing would also remove the two "git merge" from the above.
Ian.
diff -purN -X /home/ijc/development/dontdiff.txt
debian/build/source_amd64_xen//arch/x86/xen/Kconfig
../build.pristine/source_amd64_xen//arch/x86/xen/Kconfig
--- debian/build/source_amd64_xen//arch/x86/xen/Kconfig 2010-08-19
17:33:41.0 +0100
+++ ../build.pristine/source_amd64_xen//arch/x86/xen/Kconfig2010-08-19
14:34:54.0 +0100
@@ -29,10 +29,6 @@ config XEN_SAVE_RESTORE
depends on XEN && PM
default y
-config XEN_SCHED_CLOCK
- bool
- default n
-
config XEN_DEBUG_FS
bool "Enable Xen debug and tuning parameters in debugfs"
depends on XEN && DEBUG_FS
diff -purN -X /home/ijc/development/dontdiff.txt
debian/build/source_amd64_xen//arch/x86/xen/time.c
../build.pristine/source_amd64_xen//arch/x86/xen/time.c
--- debian/build/source_amd64_xen//arch/x86/xen/time.c 2010-08-19
17:33:41.0 +0100
+++ ../build.pristine/source_amd64_xen//arch/x86/xen/time.c 2010-08-19
14:34:54.0 +0100
@@ -476,11 +476,7 @@ static __init void xen_time_init(void)
}
static const struct pv_time_ops xen_time_ops __initdata = {
-#ifdef CONFIG_XEN_SCHED_CLOCK
- .sched_clock = xen_sched_clock,
-#else
.sched_clock = xen_clocksource_read,
-#endif
};
__init void xen_init_time_ops(void)
--
Ian Campbell
Prejudice:
A vagrant opinion without visible means of support.
-- Ambrose Bierce
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/1282236664.3170.3363.ca...@zakaz.uk.xensource.com
[bts-link] source package linux-2.6
# # bts-link upstream status pull for source package linux-2.6 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #591944 (http://bugs.debian.org/591944) # * https://bugzilla.samba.org/show_bug.cgi?id=7619 # * remote status changed: (?) -> NEW usertags 591944 + status-NEW # remote status report for #508685 (http://bugs.debian.org/508685) # * http://bugzilla.kernel.org/show_bug.cgi?id=16566 # * remote status changed: (?) -> NEW usertags 508685 + status-NEW # remote status report for #589353 (http://bugs.debian.org/589353) # * http://bugzilla.kernel.org/show_bug.cgi?id=16591 # * remote status changed: (?) -> NEW usertags 589353 + status-NEW # remote status report for #589353 (http://bugs.debian.org/589353) # * http://bugzilla.kernel.org/show_bug.cgi?id=16591 # * remote status changed: (?) -> NEW usertags 589353 + status-NEW thanks -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819163350.11154.43171.btsl...@merkel.debian.org
Re: Xen "pvhvm" driver support for squeeze?
On Thu, Aug 19, 2010 at 05:51:04PM +0100, Ian Campbell wrote: [...] > Then I regenerate pvops.patch with: > > $ git diff pvhvm-2.6.32.19..squeeze > > The diff of source_amd64_xen before and after adding the pvhvm patches > is then tiny (see below) and results from merging v2.6.32.19 myself > instead of just rebasing the pvops patch to e.g. > e73f4955a821f850f5b88c32d12a81714523a95f. [...] The difference is part of my manual changes to resolve the conflict between the previous version of pvops.patch and 2.6.32.19. It should be harmless to revert these two hunks. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100819191125.gd5...@decadent.org.uk
Bug#525220: Bluetooth trouble with hci_cmd_task: hci0 command tx timeout
--- On Mon, 16/8/10, mailsanm...@gmx.li wrote: > I have the same problem with the same type of Bluetooth > dongle (even my MAC address is the same). Were you able to > work around this problem? Do you have any working > combination of kernel and bluez that enables you to actually > use this dongle? Hi Alex. I have not yet obtained a workaround for this and bluetooth is still broken for me. You could try building a kernel from the latest kernel sources from kernel.org. If you do achieve success with this, please let me know. I will probably wait now until a newer kernel becomes available in Sid before I retest. I will eventually be switching to a source based build, so that I can deal with issues like this on the fly. Mark. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/734860.66911...@web26508.mail.ukl.yahoo.com
Processed: Re: Bug#593454: fancontrol doesn't work and my laptop special buttons.
Processing commands for cont...@bugs.debian.org: > reassign 593454 linux-2.6 Bug #593454 [fancontrol] fancontrol doesn't work and my laptop special buttons. Bug reassigned from package 'fancontrol' to 'linux-2.6'. Bug No longer marked as found in versions lm-sensors-3/1:3.1.2-6. > thanks Stopping processing here. Please contact me if you need assistance. -- 593454: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593454 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/handler.s.c.128225293614276.transcr...@bugs.debian.org
Processing of linux-2.6_2.6.26-24lenny1_amd64.changes
linux-2.6_2.6.26-24lenny1_amd64.changes uploaded successfully to localhost along with the files: linux-2.6_2.6.26-24lenny1.dsc linux-2.6_2.6.26-24lenny1.diff.gz linux-doc-2.6.26_2.6.26-24lenny1_all.deb linux-manual-2.6.26_2.6.26-24lenny1_all.deb linux-patch-debian-2.6.26_2.6.26-24lenny1_all.deb linux-source-2.6.26_2.6.26-24lenny1_all.deb linux-support-2.6.26-2_2.6.26-24lenny1_all.deb linux-tree-2.6.26_2.6.26-24lenny1_all.deb linux-image-2.6.26-2-amd64_2.6.26-24lenny1_amd64.deb linux-headers-2.6.26-2-amd64_2.6.26-24lenny1_amd64.deb linux-headers-2.6.26-2-common_2.6.26-24lenny1_amd64.deb linux-image-2.6.26-2-openvz-amd64_2.6.26-24lenny1_amd64.deb linux-headers-2.6.26-2-openvz-amd64_2.6.26-24lenny1_amd64.deb linux-headers-2.6.26-2-common-openvz_2.6.26-24lenny1_amd64.deb linux-headers-2.6.26-2-all_2.6.26-24lenny1_amd64.deb linux-headers-2.6.26-2-all-amd64_2.6.26-24lenny1_amd64.deb linux-libc-dev_2.6.26-24lenny1_amd64.deb linux-image-2.6.26-2-vserver-amd64_2.6.26-24lenny1_amd64.deb linux-headers-2.6.26-2-vserver-amd64_2.6.26-24lenny1_amd64.deb linux-headers-2.6.26-2-common-vserver_2.6.26-24lenny1_amd64.deb linux-image-2.6.26-2-xen-amd64_2.6.26-24lenny1_amd64.deb linux-modules-2.6.26-2-xen-amd64_2.6.26-24lenny1_amd64.deb linux-headers-2.6.26-2-xen-amd64_2.6.26-24lenny1_amd64.deb xen-linux-system-2.6.26-2-xen-amd64_2.6.26-24lenny1_amd64.deb linux-headers-2.6.26-2-common-xen_2.6.26-24lenny1_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1omjt5-0006ff...@franck.debian.org
Re: [Pkg-xen-devel] Graphics driver fixes for squeeze kernel-xen ?
Bastian Blank wrote: >> It would be a terrible shame if Squeeze did not have support for the >> modern graphics subsystem when running Xen. > > Well. All the intel cards seems to work. > > Bastian I can confirm that issues that has been reported to the xen-devel list were only with specific cards like ATI and another brand that I cannot recall. These cards drivers are playing too much with memory mapping, which creates issues. Thomas -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c6e06cc.70...@debian.org
Re: Xen "pvhvm" driver support for squeeze?
On Thu, 2010-08-19 at 17:51 +0100, Ian Campbell wrote: > The diff of source_amd64_xen before and after adding the pvhvm patches > is then tiny (see below) and results from merging v2.6.32.19 myself > instead of just rebasing the pvops patch to e.g. > e73f4955a821f850f5b88c32d12a81714523a95f. I don't really want to mixup > the rebase and the addition of pvhvm into one commit so should I > instead do the rebase first and then do pvhvm? Rebasing to e73f4955a821f850f5b88c32d12a81714523a95f simplifies the patch regeneration to just: $ git checkout -b debian-base v2.6.32.19 $ git checkout -b debian-pvops e73f4955a821f850f5b88c32d12a81714523a95f $ git revert -m 1 bcf16b6b4f34fb40a7aaf637947c7d3bce0be671 $ git diff debian-base..debian-pvops And adds a sinlge (trivial looking) new changeset (d541da "pvops: make pte_flags() go via pvops"). Therefore I have committed this and a subsequent update to add the pvhvm driver. Ian. -- Ian Campbell I selected E5 ... but I didn't hear "Sam the Sham and the Pharoahs"! signature.asc Description: This is a digitally signed message part
