On 04/21/2016 01:07 PM, John Paul Adrian Glaubitz wrote:
> On 04/21/2016 12:59 PM, Ben Hutchings wrote:
>> As you should know, our general policy is to wait for patches to be
>> applied by the subsystem maintainer. Let us know when they are.
>
> Ok, I wasn't aware of that. I will let you know
On 04/21/2016 12:59 PM, Ben Hutchings wrote:
> As you should know, our general policy is to wait for patches to be
> applied by the subsystem maintainer. Let us know when they are.
Ok, I wasn't aware of that. I will let you know once that has happened!
Thanks,
Adrian
--
.''`. John Paul
On Thu, 2016-04-21 at 11:42 +0200, John Paul Adrian Glaubitz wrote:
> Control: retitle -1 linux: Please add autoloading support for vio
>
> On 04/14/2016 11:19 AM, John Paul Adrian Glaubitz wrote:
> >
> > On 04/14/2016 10:56 AM, John Paul Adrian Glaubitz wrote:
> > >
> > > Hold on a second, I
Control: retitle -1 linux: Please add autoloading support for vio
On 04/14/2016 11:19 AM, John Paul Adrian Glaubitz wrote:
> On 04/14/2016 10:56 AM, John Paul Adrian Glaubitz wrote:
>> Hold on a second, I had a copy-and-paste error, the patch needs
>> a slight update since __ATTR_RO(modalias) is
Processing control commands:
> retitle -1 linux: Please add autoloading support for vio
Bug #815977 [src:linux] vio devices on SPARC do not have modaliases
Changed Bug title to 'linux: Please add autoloading support for vio' from 'vio
devices on SPARC do not have modaliases'.
--
815977:
On 04/14/2016 10:56 AM, John Paul Adrian Glaubitz wrote:
> Hold on a second, I had a copy-and-paste error, the patch needs
> a slight update since __ATTR_RO(modalias) is misssing in
> vio_dev_attrs.
Attaching a cleaned up patch.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian
On 04/13/2016 05:27 PM, John Paul Adrian Glaubitz wrote:
> Ok, tested it and it didn't work unfortunately. The modules are
> not loaded automatically and it seems the reason is that the
> modaliases are not generated:
Hold on a second, I had a copy-and-paste error, the patch needs
a slight update
Processing control commands:
> tags -1 patch
Bug #815977 [src:linux] vio devices on SPARC do not have modaliases
Added tag(s) patch.
--
815977: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815977
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Control: tags -1 patch
Hi Ben!
On 04/13/2016 05:40 PM, Ben Hutchings wrote:
> Try deleting the 'if (!cp)' block.
That wasn't enough. I invested some more time and now have a patch
that does the trick. Module aliases are created correctly and
module autoloading is working as expected. This has
Processing control commands:
> reopen -1
Bug #815977 {Done: Ben Hutchings } [src:linux]
kernel-image-4.4.0-1-sparc64-di: Please add sunvnet and sunvdc for d-i
Bug reopened
Ignoring request to alter fixed versions of bug #815977 to the same values
previously set
> retitle
Control: reopen -1
Control: retitle -1 vio devices on SPARC do not have modaliases
On Wed, 2016-04-13 at 17:27 +0200, John Paul Adrian Glaubitz wrote:
> On 04/13/2016 02:03 PM, John Paul Adrian Glaubitz wrote:
> >
> > On 04/11/2016 01:32 AM, Ben Hutchings wrote:
> > >
> > > The attached patch
On 04/13/2016 02:03 PM, John Paul Adrian Glaubitz wrote:
> On 04/11/2016 01:32 AM, Ben Hutchings wrote:
>> The attached patch might fix that, though the correct fix would
>> presumably be to merge the two implementations.
>
> Thanks a lot for the explanation and the patch. I will test the
> patch
On 04/11/2016 01:32 AM, Ben Hutchings wrote:
> The attached patch might fix that, though the correct fix would
> presumably be to merge the two implementations.
Thanks a lot for the explanation and the patch. I will test the
patch and then we can maybe decide if we include it as a work
around.
I
On Mon, 2016-04-11 at 00:02 +0200, John Paul Adrian Glaubitz wrote:
> On 04/10/2016 10:17 PM, Ben Hutchings wrote:
> >
> > Like everything else in the installer initramfs, they are installed
> > from a udeb. See build/pkg-lists/*/sparc64.cfg
> Yeah, I remember that now. Indeed, scsi-core-modules
On 04/10/2016 10:17 PM, Ben Hutchings wrote:
> Like everything else in the installer initramfs, they are installed
> from a udeb. See build/pkg-lists/*/sparc64.cfg
Yeah, I remember that now. Indeed, scsi-core-modules was missing.
However, nic-modules was already there.
I rebuilt d-i now making
On Sun, 2016-04-10 at 21:03 +0200, John Paul Adrian Glaubitz wrote:
> On 04/10/2016 08:50 PM, Ben Hutchings wrote:
> >
> > initramfs-tools has nothing to do with the installer initramfs.
> Hmm, ok. Then I'll need to keep digging in debian-installer. So far,
> I haven't found the obvious place yet
On 04/10/2016 08:50 PM, Ben Hutchings wrote:
> initramfs-tools has nothing to do with the installer initramfs.
Hmm, ok. Then I'll need to keep digging in debian-installer. So far,
I haven't found the obvious place yet which is responsible for adding
modules to the initrd in the debian-installer
On Sun, 2016-04-10 at 20:39 +0200, John Paul Adrian Glaubitz wrote:
> Hi Ben!
>
> On Sun, Mar 20, 2016 at 01:54:05AM +, Debian Bug Tracking System
> wrote:
> >
> > $ git grep -E 'sunvdc|sunvnet' debian/installer/
> > debian/installer/sparc64/modules/sparc64/nic-modules:sunvnet ?
> >
Hi Ben!
On Sun, Mar 20, 2016 at 01:54:05AM +, Debian Bug Tracking System wrote:
> $ git grep -E 'sunvdc|sunvnet' debian/installer/
> debian/installer/sparc64/modules/sparc64/nic-modules:sunvnet ?
> debian/installer/sparc64/modules/sparc64/scsi-core-modules:sunvdc ?
> $ dpkg-deb -c
Source: linux
Version: 4.4.2-3
Severity: normal
User: debian-sp...@lists.debian.org
Usertags: sparc64
Hi!
Several sparc64 users recently reported that the sunvnet and sunvdc modules
have been missing while installing with debian-installer and they had to
load these manually [1].
As it turns
20 matches
Mail list logo