FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Kernel

 
 
LinkBack Thread Tools
 
Old 03-31-2012, 01:01 PM
Jonathan Nieder
 
Default Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?

Mathieu Simon wrote:

> I'd like to help getting the patches in right shape - if possible.
[...]
> Does Debian prefer "1 patch per upstream" commit or have one big patch
> per driver/file?

I believe the kernel team is happiest if there's a public git tree
based against 3.2, gregkh's 3.2.y, or some similar release like
gregkh's 3.0.y to pull patches from. (Compare aufs.)

[...]
> ata_pIIx doesn't defer to the (much faster) paravirt storage driver when
> Debian is run on Hyper-V,
> or worse, we can lose the root file system when drivers switch between
> storvsc and ata_piix.
>
> As we can't use modprobe rules (as done on RHEL for this), Andy
> Whitcroft has come up
> with a patch for Ubuntu's 3.2-based kernel that solves the problem and
> does the job on
> Wheezys' kernel too.*
[...]
> * http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-precise.git;a=commitdiff;h=a896e46ae52619bf4f34cdb 342c2862071f5c25c;hp=720dab378e884a99b6d8aed51f7eb 1615d10549e
> (MS' Mike Sterling agreed in community forums that this patch isn't
> likely to go upstream as such...)

Has the topic been raised on the linux-ide@ list?

Thanks,
Jonathan



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120331130157.GA13735@burratino">http://lists.debian.org/20120331130157.GA13735@burratino
 
Old 03-31-2012, 08:46 PM
Mathieu Simon
 
Default Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?

G'day

Am 31.03.2012 15:01, schrieb Jonathan Nieder:
> Does Debian prefer "1 patch per upstream" commit or have one big patch
>> per driver/file?
> I believe the kernel team is happiest if there's a public git tree
> based against 3.2, gregkh's 3.2.y, or some similar release like
> gregkh's 3.0.y to pull patches from. (Compare aufs.)
I could do that in some manner, see later.
But I'm not fully sure about your answer, if I understood you correctly
this means
cherry-picking every single related patch from 3.4-rcX to 3.2.(12) let's
say from gregkh. - Right?

I'll see if I can clean up my DYI-patched vanilla 3.4 tree cleaned up to
some stage it could be of help
for Debian's kernel.
>> ata_pIIx [...]
> Has the topic been raised on the linux-ide@ list?
I haven't closely followed the discussion also Suse has another patch in
their tree.
Both Suse and Canonical variants have minor disadvantages like slowed
down detection at boot.
I couldn't catch up on this discussion but I believe there have been
discussion between MS, Canonical, Suse
and upstream people how to get a proper upstream solution. But that is
certainly not part of a mainline 3.4.
I don't think I have the expertise to judge the quality of such an extra
patch. - I could only tell you whether
it works or if it breaks here ;-)

Thanks for your answer.

- Mathieu



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4F776D42.2030209@gmail.com">http://lists.debian.org/4F776D42.2030209@gmail.com
 
Old 04-02-2012, 12:36 AM
Jonathan Nieder
 
Default Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?

Hi,

Mathieu Simon wrote:

> But I'm not fully sure about your answer, if I understood you correctly
> this means
> cherry-picking every single related patch from 3.4-rcX to 3.2.(12) let's
> say from gregkh. - Right?

I suppose my answer was less helpful than it could have been.
Patches in the Debian kernel repository look like this:

http://svn.debian.org/viewvc/kernel/dists/sid/linux-2.6/debian/patches/

The baseline for the current sid kernel is gregkh's 3.2.y kernel.
When patches meet the criteria described in Documentation/stable_kernel_rules.txt,
we can get them applied to 3.2.y and share their maintenance with
others (no patch in the kernel repository needed in that case).

For miscellaneous fixes not in the -stable tree, all that is needed is
a list of commit ids corresponding to patches' appearance in linus's
"master" or some tree that feeds into it. Driver backports are also
often treated this way, and it's probably the right thing to do for
your case.

I do not think one big patch is ever acceptable for this, since it
would make it way too hard to back out one patch while debugging.

However, in theory it is even better (maybe "the kernel team is
happiest" was a stretch) if a maintained version of the driver
backport can be shared between distros and others using the same basic
kernel/driver version combination. This is roughly speaking the way
graphics drivers are maintained in squeeze: there is a
"linux-2.6.32.y-drm33.z" tree that keeps track of fixes that were
discovered to keep the graphics drivers from Linux 2.6.33.y working
well against a 2.6.32.y kernel. That is fussy work and a long-term
commitment, so it was probably not the best answer to "what does
Debian prefer".

Upshot: if you send a list of relevant commit ids for commits that
are not in 3.2.y, that's a good start, and we can try applying them
and go from there. (If it's just the list output by

git log --no-merges --oneline v3.2..origin/master
-- drivers/hv drivers/staging/hv

then the kernel team could just use that, but I think you mentioned
needing a few more.)

Thanks much and sorry for the lack of clarity.
Jonathan



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120402003644.GA29984@burratino">http://lists.debian.org/20120402003644.GA29984@burratino
 
Old 04-02-2012, 05:42 AM
Mathieu Simon
 
Default Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?

G'day

Am 02.04.2012 02:36, schrieb Jonathan Nieder:
> I suppose my answer was less helpful than it could have been.
Thanks Jonathan for enlightening me, now I was able to understand
> [...]
>
> The baseline for the current sid kernel is gregkh's 3.2.y kernel.
> When patches meet the criteria described in Documentation/stable_kernel_rules.txt,
Ok, they don't apply to these rules, otherwise they would have been
applied upstream in Greg's tree.
> [...]
> For miscellaneous fixes not in the -stable tree, all that is needed is
> a list of commit ids corresponding to patches' appearance in linus's
> "master" or some tree that feeds into it. Driver backports are also
> often treated this way, and it's probably the right thing to do for
> your case.
I'd say this criteria is matching.
> [...]
>
> Upshot: if you send a list of relevant commit ids for commits that
> are not in 3.2.y, that's a good start, and we can try applying them
> and go from there. (If it's just the list output by
>
> git log --no-merges --oneline v3.2..origin/master
> -- drivers/hv drivers/staging/hv
>
> then the kernel team could just use that, but I think you mentioned
> needing a few more.)
Yeah a few more, but a helpful command to get started!
> Thanks much and sorry for the lack of clarity.
I keep learning, thank you!

Here it goes: To get a working set of Hyper-V drivers and utils to,
present in 3.4 we need to observe:

drivers/staging/hv
drivers/hv
drivers/scsi/storvsc*
drivers/net/hyperv
drivers/hid/hid-hyperv*
tools/hv/
include/linux/hyperv.h

The merge window is now closed by time of writing this message.

In a follow-up I'll send a list of commit ids - and the order to get
them applied in a way we don't run into merge conflicts :-)

- Mathieu



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4F793C44.4010809@gmail.com">http://lists.debian.org/4F793C44.4010809@gmail.com
 
Old 04-02-2012, 08:55 AM
Mathieu Simon
 
Default Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?

Hi,

Ok, I have tried to prepare a list based on Jonathan's inputs.
It seems v3.2.12 is the current base for wheezy's kernel.
I attached a list with patches that hopefully arrives on BTS with:

git log --oneline --no-merges v3.2.12..v3.4-rc1 -- drivers/staging/hv/
drivers/hv/ tools/hv/ include/linux/hyperv.h drivers/net/hyperv
drivers/hid/hid-hyperv.c drivers/scsi/storvsc_drv.c >
hyperv.patches.list

For personal testing, I have made a very basic cherry-pick script with
tac & awk to find gotchas when picking all patches in one run:
(Perhaps I ran into them due to my own in-experience here... anyway)

cf6a2ea drivers: hv: Don't OOPS when you cannot init vmbus
Not needed, since already included in gregkh's 3.2-stable, leave it out.

045b168 Staging: hv: mousevsc: Remove the mouse driver from the staging tree
Needed to 'git rm' manually the old driver in staging

95fa040 staging: hv: move hv_netvsc out of staging area
Needed manual merge of: drivers/staging/hv/Kconfig,
drivers/staging/hv/Makefile

fe17a8c Staging: hv: remove hv_mouse driver as it's now in the hid directory
Needed manual merge of: drivers/staging/hv/Kconfig

86cbce4 hv: remove the second argument of k[un]map_atomic()
Upstream had a strange merge, don't know exactly what to propose:

This patch was made against the in-staging storvsc_drv.c, but applies
without problems
on drivers/scsi/storvsc_drv, I just had to rework the path. - Parts of
the changes are even
applied in the merge commit 9f39383.

In the end I had a small diff on storvsc_drv.c possibly do to Linus'
manual merge conflict
resolving in: 9f39383 Merge branch 'kmap_atomic' of
git://github.com/congwang/linux

I have taken the final diff and applied it manually, the driver still built.
I'll try to make a kernel-package and see of well/bad this works out on
a test VM with wheezy.

Finally: This list doesn't contain changes to drivers/ata/ata_piix.c

- Mathieu
86cbce4 hv: remove the second argument of k[un]map_atomic()
da24e90 net/hyperv: Fix the code handling tx busy
adc80ae Tools: hv: Support enumeration from all the pools
db42533 Tools: hv: Fully support the new KVP verbs in the user level daemon
fa3d5b8 Drivers: hv: Support the newly introduced KVP messages in the driver
bb6d5e7 net/hyperv: fix erroneous NETDEV_TX_BUSY use
e485ceac Drivers: hv: Add new message types to enhance KVP
1f5f3a7 net/hyperv: Add support for vlan trunking from guests
ef31bef net/hyperv: Fix data corruption in rndis_filter_receive()
d31b20f net/hyperv: Use the built-in macro KBUILD_MODNAME for this driver
89ae7d7 Staging: hv: storvsc: Move the storage driver out of the staging area
14c1bf8 drivers: hv: Increase the number of VCPUs supported in the guest
2640335 drivers: hv: kvp: Cleanup the kernel/user protocol
eab6af7 tools: hv: Use hyperv.h to get the KVP definitions
59a084a drivers: hv: Cleanup the kvp related state in hyperv.h
af9584b Staging: hv: storvsc: Consolidate all the wire protocol definitions
61eaffc Staging: hv: storvsc: Consolidate the request structure
410c52e Staging: hv: storvsc: Get rid of some unused defines
6b2f949 Staging: hv: storvsc: Cleanup some protocol related constants
85904a5 Staging: hv: storvsc: Cleanup the code for generating protocol version
c649114 Staging: hv: storvsc: Miscellaneous cleanup of storvsc driver
93a1bf4 Staging: hv: storvsc: Rename the context field in hv_storvsc_request
2707388 Staging: hv: storvsc: Get rid of the on_io_completion in hv_storvsc_request
a8c18c5 Staging: hv: storvsc: Add a comment to explain life-cycle management
ddcbf65 Staging: hv: storvsc: Move and cleanup storvsc_remove()
4b270c8 Staging: hv: storvsc: Cleanup storvsc_host_reset_handler()
1604632 Staging: hv: storvsc: Introduce defines for srb status codes
c77b63b Staging: hv: storvsc: Cleanup storvsc_queuecommand()
59d2295 Staging: hv: storvsc: Cleanup storvsc_probe()
09f0355 Staging: hv: storvsc: Cleanup some comments
bce6080 net/hyperv: Remove the unnecessary memset in rndis_filter_send()
6f4c444 net/hyperv: Correct the assignment in netvsc_recv_callback()
5fccab3 net/hyperv: Convert camel cased variables in rndis_filter.c to lower cases
2939437 drivers: hv: kvp: Move the contents of hv_kvp.h to hyperv.h
4f03a2c drivers: hv: kvp: Add/cleanup connector defines
c31c151 net/hyperv: Fix the page buffer when an RNDIS message goes beyond page boundary
0a28253 net/hyperv: Use netif_tx_disable() instead of netif_stop_queue() when necessary
4b8a8bc net/hyperv: fix the issue that large packets be dropped under bridge
c1c454b HID: hyperv: Properly disconnect the input device
48c3883 net/hyperv: rx_bytes should account the ether header size
2897a56 drivers: hv: Get rid of some unnecessary code
c11bf1c net/hyperv: fix possible memory leak in do_set_multicast()
8f257a1 Drivers:hv: Fix a bug in vmbus_driver_unregister()
4d447c9 net/hyperv: Add support for jumbo frame up to 64KB
f157e78 net/hyperv: Add NETVSP protocol version negotiation
4532634 net/hyperv: Remove unnecessary kmap_atomic in netvsc driver
175cad2 Drivers: hv: Get rid of an unnecessary check in hv.c
93e5bd0 Drivers: hv: Make the vmbus driver unloadable
8b8ee67 Drivers: hv: Fix a memory leak
1d06825 net/hyperv: Fix the stop/wake queue mechanism
# Already included in stable: cf6a2ea drivers: hv: Don't OOPS when you cannot init vmbus
6e8087a Staging: hv: storvsc: Fix a bug in create_bounce_buffer()
74c4fb0 HID: hv_mouse: Properly add the hid device
0c9d196 Staging: hv: update TODO file
fe17a8c Staging: hv: remove hv_mouse driver as it's now in the hid directory # needs manual merge of drivers/staging/hv/Kconfig
ce3e301 Staging: hv: storvsc: Implement per device memory pools
10c43dd Staging: hv: storvsc: Fix a bug in copy_from_bounce_buffer()
a768a76 Staging: hv: storvsc: Fix a bug in storvsc_command_completion()
2781866 Staging: hv: storvsc: Cleanup storvsc_device_alloc()
039db52 Staging: hv: storvsc: Disable clustering
d426b2e net/hyperv: Add support for promiscuous mode setting
c181320 net/hyperv: Fix long lines in netvsc.c
f75c051 Staging: hv: mousevsc: Properly add the hid device
95fa040 staging: hv: move hv_netvsc out of staging area
045b168 Staging: hv: mousevsc: Remove the mouse driver from the staging tree # needs git add to continue
124a6b4 hv: Add Kconfig menu entry
43d4e11 Staging: hv: vmbus: Support building the vmbus driver as part of the kernel
27b7923 staging: hv: Use kmemdup rather than duplicating its implementation
b401731 Staging: hv: storvsc: Support hot-removing of scsi devices
1267579 Staging: hv: storvsc: Support hot add of scsi disks
2b9525f Staging: hv: storvsc: Upgrade the vmstor protocol version
a404c1f Staging: hv: storvsc: Get rid of an unnecessary forward declaration
fafb0ef Staging: hv: storvsc: use the macro KBUILD_MODNAME
bab445e Staging: hv: storvsc: Use the unlocked version queuecommand
7f33f30 Staging: hv: storvsc: Use the accessor function shost_priv()
a00e822 Staging: hv: storvsc: Fix error handling storvsc_host_reset()
59e00e7 Staging: hv: storvsc: Fixup the error when processing SET_WINDOW command
225ce6e Staging: hv: storvsc: Cleanup error handling in the probe function
4e03e69 Staging: hv: storvsc: Use mempools to allocate struct storvsc_cmd_request
1c7dac3 Staging: hv: mousevsc: Use the KBUILD_MODNAME macro
2263837 Staging: hv: mousevsc: Add a check to prevent memory corruption
dba8e1a Staging: hv: mousevsc: Address some style issues
f72a1cc Staging: hv: mousevsc: Get rid of unnecessary include files
f50617f Staging: hv: mousevsc: Add a new line to a debug string
3b5632e Staging: hv: mousevsc: Cleanup mousevsc_on_channel_callback()
3232530 Staging: hv: mousevsc: Inline the code for reportdesc_callback()
5cf06b0 Staging: hv: mousevsc: Inline the code for mousevsc_on_device_add()
a1914f5 Staging: hv: mousevsc: Make boolean states boolean
b95f5bc HID: Move the hid-hyperv driver out of staging
0720a06 NLS: improve UTF8 -> UTF16 string conversion routine
 
Old 04-02-2012, 12:04 PM
Mathieu Simon
 
Default Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?

Am 02.04.2012 10:55, schrieb Mathieu Simon:
> I attached a list with patches that hopefully arrives on BTS with
It seems it hasn't arrived on BTS, therefore I send it in the mail.
(Sorry for this long message)

- Mathieu

86cbce4 hv: remove the second argument of k[un]map_atomic()
da24e90 net/hyperv: Fix the code handling tx busy
adc80ae Tools: hv: Support enumeration from all the pools
db42533 Tools: hv: Fully support the new KVP verbs in the user level daemon
fa3d5b8 Drivers: hv: Support the newly introduced KVP messages in the driver
bb6d5e7 net/hyperv: fix erroneous NETDEV_TX_BUSY use
e485ceac Drivers: hv: Add new message types to enhance KVP
1f5f3a7 net/hyperv: Add support for vlan trunking from guests
ef31bef net/hyperv: Fix data corruption in rndis_filter_receive()
d31b20f net/hyperv: Use the built-in macro KBUILD_MODNAME for this driver
89ae7d7 Staging: hv: storvsc: Move the storage driver out of the staging
area
14c1bf8 drivers: hv: Increase the number of VCPUs supported in the guest
2640335 drivers: hv: kvp: Cleanup the kernel/user protocol
eab6af7 tools: hv: Use hyperv.h to get the KVP definitions
59a084a drivers: hv: Cleanup the kvp related state in hyperv.h
af9584b Staging: hv: storvsc: Consolidate all the wire protocol definitions
61eaffc Staging: hv: storvsc: Consolidate the request structure
410c52e Staging: hv: storvsc: Get rid of some unused defines
6b2f949 Staging: hv: storvsc: Cleanup some protocol related constants
85904a5 Staging: hv: storvsc: Cleanup the code for generating protocol
version
c649114 Staging: hv: storvsc: Miscellaneous cleanup of storvsc driver
93a1bf4 Staging: hv: storvsc: Rename the context field in hv_storvsc_request
2707388 Staging: hv: storvsc: Get rid of the on_io_completion in
hv_storvsc_request
a8c18c5 Staging: hv: storvsc: Add a comment to explain life-cycle management
ddcbf65 Staging: hv: storvsc: Move and cleanup storvsc_remove()
4b270c8 Staging: hv: storvsc: Cleanup storvsc_host_reset_handler()
1604632 Staging: hv: storvsc: Introduce defines for srb status codes
c77b63b Staging: hv: storvsc: Cleanup storvsc_queuecommand()
59d2295 Staging: hv: storvsc: Cleanup storvsc_probe()
09f0355 Staging: hv: storvsc: Cleanup some comments
bce6080 net/hyperv: Remove the unnecessary memset in rndis_filter_send()
6f4c444 net/hyperv: Correct the assignment in netvsc_recv_callback()
5fccab3 net/hyperv: Convert camel cased variables in rndis_filter.c to
lower cases
2939437 drivers: hv: kvp: Move the contents of hv_kvp.h to hyperv.h
4f03a2c drivers: hv: kvp: Add/cleanup connector defines
c31c151 net/hyperv: Fix the page buffer when an RNDIS message goes
beyond page boundary
0a28253 net/hyperv: Use netif_tx_disable() instead of netif_stop_queue()
when necessary
4b8a8bc net/hyperv: fix the issue that large packets be dropped under bridge
c1c454b HID: hyperv: Properly disconnect the input device
48c3883 net/hyperv: rx_bytes should account the ether header size
2897a56 drivers: hv: Get rid of some unnecessary code
c11bf1c net/hyperv: fix possible memory leak in do_set_multicast()
8f257a1 Drivers:hv: Fix a bug in vmbus_driver_unregister()
4d447c9 net/hyperv: Add support for jumbo frame up to 64KB
f157e78 net/hyperv: Add NETVSP protocol version negotiation
4532634 net/hyperv: Remove unnecessary kmap_atomic in netvsc driver
175cad2 Drivers: hv: Get rid of an unnecessary check in hv.c
93e5bd0 Drivers: hv: Make the vmbus driver unloadable
8b8ee67 Drivers: hv: Fix a memory leak
1d06825 net/hyperv: Fix the stop/wake queue mechanism
# Already included in stable: cf6a2ea drivers: hv: Don't OOPS when you
cannot init vmbus
6e8087a Staging: hv: storvsc: Fix a bug in create_bounce_buffer()
74c4fb0 HID: hv_mouse: Properly add the hid device
0c9d196 Staging: hv: update TODO file
fe17a8c Staging: hv: remove hv_mouse driver as it's now in the hid
directory # needs manual merge of drivers/staging/hv/Kconfig
ce3e301 Staging: hv: storvsc: Implement per device memory pools
10c43dd Staging: hv: storvsc: Fix a bug in copy_from_bounce_buffer()
a768a76 Staging: hv: storvsc: Fix a bug in storvsc_command_completion()
2781866 Staging: hv: storvsc: Cleanup storvsc_device_alloc()
039db52 Staging: hv: storvsc: Disable clustering
d426b2e net/hyperv: Add support for promiscuous mode setting
c181320 net/hyperv: Fix long lines in netvsc.c
f75c051 Staging: hv: mousevsc: Properly add the hid device
95fa040 staging: hv: move hv_netvsc out of staging area
045b168 Staging: hv: mousevsc: Remove the mouse driver from the staging
tree # needs git add to continue
124a6b4 hv: Add Kconfig menu entry
43d4e11 Staging: hv: vmbus: Support building the vmbus driver as part of
the kernel
27b7923 staging: hv: Use kmemdup rather than duplicating its implementation
b401731 Staging: hv: storvsc: Support hot-removing of scsi devices
1267579 Staging: hv: storvsc: Support hot add of scsi disks
2b9525f Staging: hv: storvsc: Upgrade the vmstor protocol version
a404c1f Staging: hv: storvsc: Get rid of an unnecessary forward declaration
fafb0ef Staging: hv: storvsc: use the macro KBUILD_MODNAME
bab445e Staging: hv: storvsc: Use the unlocked version queuecommand
7f33f30 Staging: hv: storvsc: Use the accessor function shost_priv()
a00e822 Staging: hv: storvsc: Fix error handling storvsc_host_reset()
59e00e7 Staging: hv: storvsc: Fixup the error when processing SET_WINDOW
command
225ce6e Staging: hv: storvsc: Cleanup error handling in the probe function
4e03e69 Staging: hv: storvsc: Use mempools to allocate struct
storvsc_cmd_request
1c7dac3 Staging: hv: mousevsc: Use the KBUILD_MODNAME macro
2263837 Staging: hv: mousevsc: Add a check to prevent memory corruption
dba8e1a Staging: hv: mousevsc: Address some style issues
f72a1cc Staging: hv: mousevsc: Get rid of unnecessary include files
f50617f Staging: hv: mousevsc: Add a new line to a debug string
3b5632e Staging: hv: mousevsc: Cleanup mousevsc_on_channel_callback()
3232530 Staging: hv: mousevsc: Inline the code for reportdesc_callback()
5cf06b0 Staging: hv: mousevsc: Inline the code for mousevsc_on_device_add()
a1914f5 Staging: hv: mousevsc: Make boolean states boolean
b95f5bc HID: Move the hid-hyperv driver out of staging
0720a06 NLS: improve UTF8 -> UTF16 string conversion routine



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4F7995D6.6080300@gmail.com">http://lists.debian.org/4F7995D6.6080300@gmail.com
 
Old 04-09-2012, 01:04 AM
Ben Hutchings
 
Default Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?

On Mon, 2012-04-02 at 14:04 +0200, Mathieu Simon wrote:
> Am 02.04.2012 10:55, schrieb Mathieu Simon:
> > I attached a list with patches that hopefully arrives on BTS with
> It seems it hasn't arrived on BTS, therefore I send it in the mail.
> (Sorry for this long message)

I've applied these approximately as requested, but resolved conflicts in
different places. I also dropped the staging/mousevsc changes before
the removal.

Anyway, the end result is that all the driver sources end up identical
to 3.4-rc1. Let us know if there are any important fixes after that,
though I hope I'll spot them anyway.

Ben.

--
Ben Hutchings
Sturgeon's Law: Ninety percent of everything is crap.
 
Old 04-09-2012, 11:47 AM
Mathieu Simon
 
Default Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?

Hi

> I've applied these approximately as requested, [...]
> Anyway, the end result is that all the driver sources end up identical
> to 3.4-rc1.
Thank you Ben!

> Let us know if there are any important fixes after that, though I hope I'll spot them anyway.
I'd like to give that kernel one a try on real Hyper-V with a fresh
wheezy and report back
just to make sure if you don't mind.

Finally we should decide on which of the patches we could itegrate for
the ata_piix vs. hv_storvsc
precedence - be it the Ubuntu or the Suse patch.

Ben: Do you have a preference on which one of the patches fits into
wheezy's kernel?

-- Mathieu



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: CANCJCZasMswzrcPK63yxcwuT-nU5aKxjH-gZ2MwuUS3yX4eHyQ@mail.gmail.com">http://lists.debian.org/CANCJCZasMswzrcPK63yxcwuT-nU5aKxjH-gZ2MwuUS3yX4eHyQ@mail.gmail.com
 
Old 04-09-2012, 02:08 PM
Ben Hutchings
 
Default Bug#661318: Possibility integrating newer Hyper-V paravirt drivers in squeeze?

On Mon, 2012-04-09 at 13:47 +0200, Mathieu Simon wrote:
> Hi
>
> > I've applied these approximately as requested, [...]
> > Anyway, the end result is that all the driver sources end up identical
> > to 3.4-rc1.
> Thank you Ben!
>
> > Let us know if there are any important fixes after that, though I hope I'll spot them anyway.
> I'd like to give that kernel one a try on real Hyper-V with a fresh
> wheezy and report back
> just to make sure if you don't mind.
>
> Finally we should decide on which of the patches we could itegrate for
> the ata_piix vs. hv_storvsc
> precedence - be it the Ubuntu or the Suse patch.
>
> Ben: Do you have a preference on which one of the patches fits into
> wheezy's kernel?

I prefer that this is resolved upstream.

Ben.

--
Ben Hutchings
Sturgeon's Law: Ninety percent of everything is crap.
 

Thread Tools




All times are GMT. The time now is 05:57 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org