Re: Bug#340257: latest initramfs-tools package still doesn't get udev right

2005-11-22 Thread Marco d'Itri
reassign 340257 initramfs-tools thanks On Nov 22, Paul Traina [EMAIL PROTECTED] wrote: The 0.74-3 release, which was supposed to fix the earlier bugs I reported with udev still doesn't get it right. In udev 0.72-2, they renamed /lib/hotplug to /lib/udev. It is supposed to be copied over,

Re: Bug#340774: udev: unable to register OSS PCM device 0:0 for snd-intel8x0 with dxr3 card installed

2005-11-25 Thread Marco d'Itri
reassign 340774 linux-2.6 thanks On Nov 25, AdamW [EMAIL PROTECTED] wrote: I've got a problem with oss emulation from alsa with dxr3 card installed in my system. Udev loads drivers for dxr3 first and then is unable to register OSS PCM device 0:0 When I remove dxr3 drivers (em8300, bt865)

Re: 2.6.14 status summary, and upcoming 2.6.15 ...

2005-11-28 Thread Marco d'Itri
On Nov 28, Sven Luther [EMAIL PROTECTED] wrote: Well, i saw passing a couple of reports about the ramdisk not creating needed devices, which sound RCish for this case, what about those ? Also, more I discussed these today with Maximilian Attems, initramfs-tools needed to be updated and now that

Re: Bug#341269: problem with udev an IDE disks at boot

2005-11-29 Thread Marco d'Itri
reassign 341269 linux-2.6 thanks On Nov 29, mahashakti89 [EMAIL PROTECTED] wrote: If I activate udev at boot through some utility like sysvconfig or sysvconfig I have problem with both IDE Disks (Maxtor 80 G0 and 250 G0) , I get following error message : Drive Seek Complete Data Request,

Re: Bug#341744: usbutils: mounting usb key problems in AMD64 unstable

2005-12-03 Thread Marco d'Itri
reassign 341744 linux-2.6 thanks Please do not blindly reassing bugs to udev, it's quite obvious that this is either a broken media or a kernel bug: /dev/scsi/host7/bus0/target0/lun0:3ldm_parse_privhead(): Cannot find PRIVHEAD structure. LDM database is corrupt. Aborting.

Re: Bug#344613: udev: external disk requires manual modprobe now

2005-12-24 Thread Marco d'Itri
reassign 344613 linux-2.6 thanks On Dec 24, GSR [EMAIL PROTECTED] wrote: Previously an external disk got its device nodes created correctly, but that does not seem to happen anymore. The only way to get it working seems to be is loading by hand sbp2 module when used via ieee1384 or

Re: Bug#344613: udev: external disk requires manual modprobe now

2005-12-25 Thread Marco d'Itri
On Dec 26, GSR [EMAIL PROTECTED] wrote: Well, but after the last dist-upgrade (which included udev 0.079-1, but also debconf debconf-i18n debconf-utils ethereal ethereal-common kernel-package libruby1.8 nano ruby1.8 udev yaird zsh) it seems to have solved and plugin it makes the devices

Re: more current kernels for sarge in volatile?

2005-12-29 Thread Marco d'Itri
[EMAIL PROTECTED] wrote: 2.6.15 should work with older udev. Not really. udev versions older than 072 do not support the new nested classes used by the input subsystem in kernels = 2.6.15. The effect is that device nodes in /dev/input/ will not be created, and the respective drivers will not be

Re: more current kernels for sarge in volatile?

2005-12-30 Thread Marco d'Itri
On Dec 30, Sven Luther [EMAIL PROTECTED] wrote: Ok, so we can upload/backport udev 072 to volatile, and use it with the new kernel, without fearing future breakage ? Yes. Alternatively, can we backport those fixes to a sarge package, so we are able to use only a slightly modified sarge udev

Re: bits from the release team

2006-01-03 Thread Marco d'Itri
On Jan 04, Adam Heath [EMAIL PROTECTED] wrote: Not to mention that 2.6.15 requires a newer udev. Who knows what other newer things newer kernels might require. OTOH, old kernel are buggy and out of date wrt modern hardware, and we lack the manpower to backport for years fixes and new features

Re: non-free firmware

2006-01-10 Thread Marco d'Itri
[EMAIL PROTECTED] wrote: licenced modules. If we don't want to do that, the most honest way to handle it is to get another GR out the door,explaining that this is not easily possible or convenient at this time, and asking for an explicit exception for kernel firmware. I would second such a GR. Me

Bug#334104: Why was this patch not applied ?

2006-01-11 Thread Marco d'Itri
On Jan 11, Sven Luther [EMAIL PROTECTED] wrote: Any idea why this patch was not applied to our kernel and forwarded upstream ? Because it probably breaks other cards. IIRC this driver is especially relevant for a !x86 architecture. -- ciao, Marco signature.asc Description: Digital signature

Bug#334104: Why was this patch not applied ?

2006-01-11 Thread Marco d'Itri
On Jan 11, Sven Luther [EMAIL PROTECTED] wrote: So you think that these two cards : I remember that some card(s) work with one driver but not the other, and IIRC they have the same PCI ID. There was some old hotplug bug about this. -- ciao, Marco signature.asc Description: Digital signature

Bug#334104: Why was this patch not applied ?

2006-01-11 Thread Marco d'Itri
On Jan 11, Sven Luther [EMAIL PROTECTED] wrote: which means the dmfe driver is indeed the default for the DM9102. If some cards don't work with the dmfe driver, then the dmfe driver is buggy and needs to be fixed, don't you think ? Sure, it's just that apparently the interested people are not

Bug#334104: Why was this patch not applied ?

2006-01-11 Thread Marco d'Itri
On Jan 11, Sven Luther [EMAIL PROTECTED] wrote: Well. let's apply this patch, and then we see if we get bug reports, and examine those case by case, and try to fix them ? I have no objections. -- ciao, Marco signature.asc Description: Digital signature

Re: Kernel 2.4 for etch or not

2006-01-29 Thread Marco d'Itri
[EMAIL PROTECTED] wrote: - Kernel 2.6 is still a moving target... And it will always be, so people should learn to deal with this. - Some hardware is only supported with 2.4, for example older laptops which need APM and don't work with ACPI. Also some non-i386 machines. What about

Bug#350915: udev: Doesn't load usb-storage when I plug in a camera

2006-02-01 Thread Marco d'Itri
On Feb 01, Sam Morris [EMAIL PROTECTED] wrote: MODALIAS=usb:v054Cp0010d0410dc00dsc00dp00ic08iscFFip01 Thanks for the quick reply--but does this line in modules.alias not match the MODALIAS string? alias usb:v054Cp0010d04[0-4]*dc*dsc*dp*ic*isc*ip* usb_storage I don't know. If they should

Re: Bug#351709: udev: usb mass-storgae does not work at all

2006-02-06 Thread Marco d'Itri
reassign 351709 linux-2.6 thanks On Feb 06, Jan Christoph Uhde [EMAIL PROTECTED] wrote: The first time i plug an UMS device into my computer the syslog following messages: Apparently udev loaded all the drivers you need, so it's out of the picture. So if your device is not broken, as far as I

Bug#351685: udev storm: pcmcia CF adapter device file constantly deleted, recreated

2006-02-07 Thread Marco d'Itri
This *is* a bug in ide-cs, but is exposed by udev (0.084-2 has a workaround). -- ciao, Marco signature.asc Description: Digital signature

Re: Kernel 2.4 for etch or not

2006-02-07 Thread Marco d'Itri
[EMAIL PROTECTED] wrote: So I have the following idea regarding security support for 2.4 in etch: - make 2.6 the default for new installs but provide 2.4 for those who want it Do you understand that next year 2.4 kernels will probably not installable on a large fraction of the then current

making udev require 2.6.15 kernels

2006-02-09 Thread Marco d'Itri
Now that 2.6.15 kernels are in testing I'd like to raise the kernel requirement for the udev package from 2.6.12 to 2.6.15 as soon as a new version of udev will have entered testing. This will let me remove a lot of cruft from the package. Does anybody have a reason to wait some more time? --

Re: making udev require 2.6.15 kernels

2006-02-09 Thread Marco d'Itri
On Feb 10, Otavio Salvador [EMAIL PROTECTED] wrote: But udev will refuse to start or to install if the running kernel is older then it? As it currently happens, it will either: - refuse to be upgraded - be installed but not started if it was not installed yet - not be started at boot time if

Re: making udev require 2.6.15 kernels

2006-02-10 Thread Marco d'Itri
On Feb 10, Sven Luther [EMAIL PROTECTED] wrote: We need something which upgrades seamlessly, and the above solution is not acceptable for the etch release, as has been said already in the past. This would be nice, but so far nobody has been able to design anything better, myself included. So,

Re: making udev require 2.6.15 kernels

2006-02-10 Thread Marco d'Itri
On Feb 10, Sven Luther [EMAIL PROTECTED] wrote: The 2.6.8 kernel is already running, and the kernel upgrade needs a reboot anyway, so, we only need something that : - don't mess up the currently running stuff, is it possible to have udev installed to take effect after the next reboot,

Re: making udev require 2.6.15 kernels

2006-02-10 Thread Marco d'Itri
On Feb 10, Sven Luther [EMAIL PROTECTED] wrote: 1) sarge-udev etch-udev install concurently, maybe using the divert or alternative mechanism to not overwrite their files. As I explained, I do not believe that on-disk co-existence of two udev packages is feasible. Mmm, even if for

Re: making udev require 2.6.15 kernels

2006-02-11 Thread Marco d'Itri
On Feb 11, Steve Langasek [EMAIL PROTECTED] wrote: Why temporary, out of curiosity? This doesn't seem like a temporary problem; I think this is an issue that will be just as applicable for etch+1 as it is for etch, and I think we should be honest about that. Because maybe in 5-10 years from

Re: making udev require 2.6.15 kernels

2006-02-11 Thread Marco d'Itri
On Feb 11, Sven Luther [EMAIL PROTECTED] wrote: As the install media are built our of main though, this is probably not going to cut it without proof that it can be done on a technical point of view. It could be main or a subset of non-free or a new section, it's just a detail which I do not

Re: Bug#352434: tmpfs for /dev is ram/2

2006-02-12 Thread Marco d'Itri
reassign 352434 initramfs-tools thanks On Feb 11, Norbert Tretkowski [EMAIL PROTECTED] wrote: , | tmpfstmpfs253M 112K 252M 1% /dev ` This system has 512 MB RAM, and $tmpfs_size is still 10M in the udev init script. initramfs-tools creates it. It should use

Re: Bug#352700: can't boot with 2.6.15-1-686 kernel : /scripts/init-premount/udev : 21 : udevd : not found

2006-02-13 Thread Marco d'Itri
#If it only breaks your own system and it's unconfirmed then it's not RC, sorry severity 352700 important thanks On Feb 13, Florian Iragne [EMAIL PROTECTED] wrote: The error message is mentionned in the subject : /scripts/init-premount/udev : 21 : udevd : not found So, it can't mount the

Re: 2.6.15 kernel sarge backport and udevs ... (Was: making udev require 2.6.15 kernels)

2006-02-13 Thread Marco d'Itri
On Feb 13, Sven Luther [EMAIL PROTECTED] wrote: Do you have already done backport packages, for running 2.6.15 and beyond kernels on a sarge system, or are there real problem with trying to do this ? I do not believe in backports, but here you can find a backported udev:

Re: 2.6.15 kernel sarge backport and udevs ... (Was: making udev require 2.6.15 kernels)

2006-02-13 Thread Marco d'Itri
On Feb 13, Sven Luther [EMAIL PROTECTED] wrote: I do not know nor I care how it works, but you can find in the changelog some notes about why the versioned dependencies are required and you can easily drop the m-i-t and dbus ones with minor fixes to their configurations. What about the

Re: Bug#352768: ps2 mouse stops working with udev

2006-02-14 Thread Marco d'Itri
reassign 352768 linux-2.6 retitle 352768 ps2 mouse detection depends on modules loading order thanks On Feb 14, Jonathan Kaye [EMAIL PROTECTED] wrote: When I try to upgrade my system replacing hotplug by udev the mouse does not seem to be recognized. This happens with both the 2.6.12 and the

Re: Bug#352274: Udev error messages on boot

2006-02-14 Thread Marco d'Itri
On Feb 14, maximilian attems [EMAIL PROTECTED] wrote: i know that ide.generic was never included in initramfs. we use a quite similar code in /usr/share/initramfs-tools/scripts/init-premount/ide it needs to be converted to modprobe ide-generic only for ide boots, and to have timeouts for

Re: Bug#352753: udev: ide-generic no longer loaded on boot

2006-02-14 Thread Marco d'Itri
On Feb 14, Frans Pop [EMAIL PROTECTED] wrote: We've done a debugging session today involving Otavio Salvadore (who also saw the issue), maks and myself. There are two possible solutions, both involving modifications in /usr/share/initramfs-tools/hooks/udev. 1) revert inclusion of *_id

Re: Bug#352753: udev: ide-generic no longer loaded on boot

2006-02-15 Thread Marco d'Itri
On Feb 15, maximilian attems [EMAIL PROTECTED] wrote: mumbling, i'm all ears for working solutions. Before we start discussing solutions somebody should spend some time to find what the actual problem is. -- ciao, Marco signature.asc Description: Digital signature

Re: Bug#353087: udev: minor typo in postinst script

2006-02-16 Thread Marco d'Itri
reassign 353087 initramfs-tools thanks On Feb 16, Romain Beauxis [EMAIL PROTECTED] wrote: Hi! From today's upgrade, I get: Paramétrage de udev (0.084-5) ... /boot/initrd.img-2.6.15-1-powerpc was been altered. Cannot update. Not my package. -- ciao, Marco signature.asc Description:

Re: Bug#352753: udev: ide-generic no longer loaded on boot

2006-02-20 Thread Marco d'Itri
Md fjp: I am uploading a new udev package still without persistent.rules in the initramfs. Do you think you can fix (or explain ) the ide-generic issue before the end of the week? fjp Mithrandir: There've been a lit of them. Basic issue is that some IDE drivers currently need

Bug#349354: why not yaird by default?

2006-02-28 Thread Marco d'Itri
What about you all stop Cc'ing this non-relevant bug? Thank you... (FWIW my opinion is that yaird should not be the default because hardware changes will make the system unbootable if the drivers needed to mount / are not in the initramfs.) -- ciao, Marco signature.asc Description: Digital

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-03-02 Thread Marco d'Itri
I implemented in udev 0.085-1 a first attempt to solve this problem. It's totally untested and I will not able to test it myself soon, so reports are appreciated. The upgrade procedure should be something like: # switch sources.list to testing apt-get update touch /etc/udev/kernel-upgrade

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-03-03 Thread Marco d'Itri
On Mar 03, Adam C Powell IV [EMAIL PROTECTED] wrote: Kernel upgrade mode, udevd has not been restarted. Please reboot the system as soon as possible. Kernel version too old. initramfs-tools requires at least 2.6.12. dpkg: error processing udev (--configure): subprocess post-installation

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-03-03 Thread Marco d'Itri
On Mar 03, maximilian attems [EMAIL PROTECTED] wrote: could you put as local workaround an set -x on top in /usr/sbin/mkinitramfs, would really like to know how we got called there. The udev postinst always runs update-initramfs -u. -- ciao, Marco signature.asc Description: Digital

Re: Debian Installer - boot floppies

2006-03-05 Thread Marco d'Itri
On Mar 05, Sven Luther [EMAIL PROTECTED] wrote: By saying that these obsolete drivers should be supported anyway you are basically requesting other people to spend their time maintaining workarounds in their own packages. Well, we have done this for sarge in a much more extensive way when

Re: Debian Installer - boot floppies

2006-03-05 Thread Marco d'Itri
On Mar 05, Sven Luther [EMAIL PROTECTED] wrote: Well, i remember some issues with the firewire module in the sarge timeframe, and how you actively discouraged a workaround for this. It's hard to be specific since I do not remember the details either, but IIRC I suggested a solution to be

Re: Debian Installer - boot floppies

2006-03-05 Thread Marco d'Itri
On Mar 05, Sven Luther [EMAIL PROTECTED] wrote: I believe it would be best for all involved if we maintained a list of such cases, and had proper workaround in either udev or a separate package, and then, actively search to get those cases fixed in the kernel, either by doing the development

Bug#351685: udev storm: pcmcia CF adapter device file constantly deleted, recreated

2006-03-10 Thread Marco d'Itri
On Mar 09, Bill Wohler [EMAIL PROTECTED] wrote: I see this bug was moved to linux-2.6. However, there is also a udev bug #350235 filed for the same problem. While it appears there is a major udev component (the UI always gets the heat), it also appears to be a kernel component as well since a

Re: Bug#356868: does not work with busybox-cvs-static

2006-03-14 Thread Marco d'Itri
reassign 356868 initramfs-tools thanks On Mar 14, martin f krafft [EMAIL PROTECTED] wrote: initramfs-tools is happy with busybox-cvs-static. However, this does not work, as ide.agent's way to determine the /proc/ide/* directory with printf doesn't work with busybox-cvs-static (hd141 instead

Re: Bug#356868: does not work with busybox-cvs-static

2006-03-14 Thread Marco d'Itri
On Mar 14, martin f krafft [EMAIL PROTECTED] wrote: What what about initramfs-tools adding the conflict? Why? It does nicely with busybox-cvs-static. udev can't deal with it. busybox-cvs-static providing a broken shell could be a good reason. 19:39 madduck Md: ide.agent is incompatible

Re: Bug#356868: does not work with busybox-cvs-static

2006-03-14 Thread Marco d'Itri
On Mar 14, martin f krafft [EMAIL PROTECTED] wrote: also sprach Marco d'Itri [EMAIL PROTECTED] [2006.03.14.2021 +0100]: Why? It does nicely with busybox-cvs-static. udev can't deal with it. busybox-cvs-static providing a broken shell could be a good reason. How is the shell broken? You

Re: Bug#356868: does not work with busybox-cvs-static

2006-03-14 Thread Marco d'Itri
On Mar 14, martin f krafft [EMAIL PROTECTED] wrote: also sprach Marco d'Itri [EMAIL PROTECTED] [2006.03.14.2030 +0100]: And if something breaks a script which works with bash, dash and a modern busybox then it fits pretty well my definiton of brokeness. the code in ide.agent is one massive

Re: Bug#357224: Kernel panic after udev update

2006-03-16 Thread Marco d'Itri
reassign 357224 initramfs-tools thanks On Mar 16, Tonda Míšek [EMAIL PROTECTED] wrote: Package: udev Version: 0.087-2 I have unstable Debian. I upgraded to new version of udev (from udev_0.087-1_i386.deb). The system cannot boot with message like Kernel panic, cannot found root system.

Bug#357450: udev: timeout in initramfs-tools/scripts/init-premount/udev to short for 17 scsi disks

2006-03-17 Thread Marco d'Itri
On Mar 17, Maurice Massar [EMAIL PROTECTED] wrote: I have a system with 17 scsi disks on 2 aic7xxx controllers. Loading the modules takes approximatly 36 seconds, but /usr/share/initramfs-tools/scripts/init-premount/udev has a timeout of 30 seconds. You should find the reason for the timeout,

Re: Bug#357858: udev removes pcmcia ide devices immediately before mounting

2006-03-19 Thread Marco d'Itri
reassign 357858 linux-2.6 thanks On Mar 20, Richard Thrippleton [EMAIL PROTECTED] wrote: Using a compact flash card in the card slot in my laptop, which is presented as pcmcia-ide, while udev creates the device node correctly, it apparently removes and recreates the device on any attempt

Re: Bug#358656: with 2.6.16 kernel, udev doesn't load hostap module on pcmcia insertion

2006-03-23 Thread Marco d'Itri
reassign 358656 linux-2.6 thanks On Mar 23, Chip Salzenberg [EMAIL PROTECTED] wrote: I don't know for sure whether this is a udev issue, but I think it is based a log entry (below). It's not or it would say so in the log. Deprecated does not mean does not work anymore. Under 2.6.16, udev

Bug#359641: bug #359641

2006-03-30 Thread Marco d'Itri
On Mar 30, maximilian attems [EMAIL PROTECTED] wrote: please send the output of lsmod from working 2.6.15 and lsmod from nonworking 2.6.16. And actually explain what you believe udev should do but is not doing. -- ciao, Marco signature.asc Description: Digital signature

Re: Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-04-09 Thread Marco d'Itri
This should have been fixed by udev 0.085-1 and initramfs-tools 0.53, so unless somebody will report more problems soon I will close the bug. -- ciao, Marco signature.asc Description: Digital signature

Re: Processed: Re: Bug#361803: modprobe: FATAL: Error inserting rtc during startup, the same for pciehp and shpchp

2006-04-11 Thread Marco d'Itri
Not a bug (or at least, not a bug in hotplug). These modules advertise to support this hardware, so hotplug will try to load them. -- ciao, Marco signature.asc Description: Digital signature

Re: Bug#361741: Fail to mount root filesystem

2006-04-12 Thread Marco d'Itri
reassign 361741 initramfs-tools thanks On Apr 10, Cesare Leonardi [EMAIL PROTECTED] wrote: Begin: running /scripts/local-premount... Attempting manual resume Done. mount: mounting /dev/hda2 on /root failed: no such device Begin: running /scripts/log-bottom... Done. Done. Begin: running

Re: Bug#361741: Fail to mount root filesystem

2006-04-12 Thread Marco d'Itri
On Apr 12, Cesare Leonardi [EMAIL PROTECTED] wrote: Sorry, i don't know udev in details, but i don't understand why you have reassigned this bug to initramfs-tools. Because it's initramfs-tools which tends to break people's systems, the initramfs-related bits of udev have not changed in a

Re: Bug#362064: udev: udev tries to write to an installed, working initrd without asking

2006-04-13 Thread Marco d'Itri
On Apr 13, Manoj Srivastava [EMAIL PROTECTED] wrote: Hmm, it is true I did not check the postinst; I just saw that error message _after_ I had gotten initramfs to install by hacking /var/lib/dpkg/info/initramfs-tools.postisnt. What exactly was trying to modify my boot mechanism

Re: Bug#366276: linux-image-2.6.16-1-686: e1000 VLAN support broken in linux-image 2.6.16-12 (2.6.16-1-686)

2006-05-06 Thread Marco d'Itri
Inteed, this has already been fixed. Upgrade udev, delete /etc/udev/rules.d/z25_persistent-net.rules and VLAN interfaces will stop being renamed. -- ciao, Marco signature.asc Description: Digital signature

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-05-11 Thread Marco d'Itri
On May 11, maximilian attems [EMAIL PROTECTED] wrote: as upgrades work out if you touch that special conf file i would propose to check against a version range in which the sarge release falls and allow those an smooth upgrade without running kernel check. of course with a big warning that

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-05-11 Thread Marco d'Itri
On May 12, maximilian attems [EMAIL PROTECTED] wrote: This does not work, because if for some reason the user were not ready to upgrade the kernel then the would have already been upgraded and would not start again at the next reboot. Is this what you really want? do you propose

Bug#349354: initramfs-tools - kernel -udev dependency loop

2006-05-15 Thread Marco d'Itri
On May 15, maximilian attems [EMAIL PROTECTED] wrote: This does not work, because if for some reason the user were not ready to upgrade the kernel then the would have already been upgraded and would not start again at the next reboot. Is this what you really want? do you propose

Re: Bug#398651: /dev/dvb nodes no longer created after udev upgrade

2006-11-18 Thread Marco d'Itri
reassign 398651 linux-2.6 retitle 398651 built-in DVB driver does not create the device tree thanks On Nov 18, Torsten Crass [EMAIL PROTECTED] wrote: in case of the monolithic kernel, the /sys/class/dvb directory is empty, when booting the modular kernel, it contains Kernel bug. -- ciao,

Re: Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy

2006-12-29 Thread Marco d'Itri
reassign 404927 linux-2.6 thanks On Dec 29, Stefanos Harhalakis [EMAIL PROTECTED] wrote: Notice the 'aacraid' and 'adaptec' values that identify the hardware raid controller and the 'removable flag. I believe that this is not a misconfiguration of me and I don't have access to another

Re: Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy

2007-01-03 Thread Marco d'Itri
On Jan 03, dann frazier [EMAIL PROTECTED] wrote: Can you elaborate on what you believe the kernel is doing incorrectly? My first guess would be the setting of the removable flag, but aacraid claims to be setting this to prevent partition table caching - do you believe that to be an incorrect

Re: Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy

2007-01-04 Thread Marco d'Itri
On Jan 04, dann frazier [EMAIL PROTECTED] wrote: Mark Salyzyn's reply on LKML suggests that this problem maybe more widespread and possibly difficult audit on the kernel side. Could we do something like change the default block/removable device to GROUP=disk, and override fd type devices w/

Re: Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy

2007-01-04 Thread Marco d'Itri
On Jan 04, dann frazier [EMAIL PROTECTED] wrote: Right - but what I'm suggesting is that we change the default group for removable block devices from floppy to disk. e.g., something like this untested patch: No way. Look at the reactions to these bugs: #402622, #402649, #321642 BTW, I

Re: Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy

2007-01-04 Thread Marco d'Itri
On Jan 05, dann frazier [EMAIL PROTECTED] wrote: Can you point me to (or explain) how the floppy group is currently defined and how it is differentiated by plugdev? It's supposed to be used for removable media: floppy disks, memory cards or USB and firewire hard disks. (Except optical media,

Re: Bug#404927: udev believes hardware raid devices are removable and sets the permissions to group floppy

2007-01-05 Thread Marco d'Itri
On Jan 05, dann frazier [EMAIL PROTECTED] wrote: Can you point me to (or explain) how the floppy group is currently defined and how it is differentiated by plugdev? It's supposed to be used for removable media: floppy disks, memory cards or USB and firewire hard disks. (Except optical

Bug#404927: DPT/Adaptec udev info

2007-01-05 Thread Marco d'Itri
On Jan 06, dann frazier [EMAIL PROTECTED] wrote: Marco: does udev need to be installed for udevinfo to work? In other words, could Jay rebuild udevinfo on his sarge box and run it from the build tree? No, just copy it from another box. -- ciao, Marco signature.asc Description: Digital

Re: Solving the linux-2.6 firmware issue

2007-01-06 Thread Marco d'Itri
In linux.debian.devel.release Marc Haber [EMAIL PROTECTED] wrote: So keyspan USB devices will be useless with Debian kernels in the very near future, since there is no alternative to the kernel driver? Looks so. But we will have the most free kernel of all Linux distributions, aren't you happy?

Re: Bug#403136: XServe G5 has no hardware deffect, so this *IS* a udev bug :/

2007-01-26 Thread Marco d'Itri
On Jan 26, Sven Luther [EMAIL PROTECTED] wrote: 1) write a program writing to stdout and dropping the actual error message somewhere. Just add something like this to the top of the affected scripts: exec /dev/xxx.log 21 -- ciao, Marco signature.asc Description: Digital signature

Re: Bug#408746: ALSA no longer works after installing udev

2007-01-28 Thread Marco d'Itri
retitle 408746 snd* modules are not autoloaded reassign 408746 linux-2.6 thanks On Jan 28, Vincent Lefevre [EMAIL PROTECTED] wrote: I can see that the snd* modules are no longer loaded. I can see that you did not read README.Debian. -- ciao, Marco signature.asc Description: Digital

Re: Bug#408746: ALSA no longer works after installing udev

2007-01-28 Thread Marco d'Itri
On Jan 28, Vincent Lefevre [EMAIL PROTECTED] wrote: I did, but if you meant that I should add the driver to /etc/modules, then there's something wrong, because, first I can't (the driver No, I meant that if a driver is not loaded automatically while it's supposed to be then it's almost always a

Bug#401916: Bug#414842: #401916

2007-03-22 Thread Marco d'Itri
On Mar 22, David Härdeman [EMAIL PROTECTED] wrote: I do expect that a version of udev which fixes #414842 will make it into Etch since #414842 is RC and the release managers seemed to agree when I I will upload a new package in one or two days. -- ciao, Marco signature.asc Description:

Re: Bug#414287: udev: renames eth5 to eth5_rename_ren

2007-04-18 Thread Marco d'Itri
reassign 414287 linux-2.6 thanks On Apr 18, Martin Wuertele [EMAIL PROTECTED] wrote: They only have the same MAC when using udev. That issue is not present on Solaris or when using a module less kernel and purging udev. I do not believe this. Anyway, udev uses the values provided by the

Re: Recent firmware changes needs review

2007-09-30 Thread Marco d'Itri
[EMAIL PROTECTED] wrote: No response? If you really want one: thank you for spending some time to hurt our users. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Bug#445083: usb interrupt problem

2007-10-03 Thread Marco d'Itri
reassign 445083 linux-2.6 thanks On Oct 03, G. Eckersley [EMAIL PROTECTED] wrote: Installing libgphoto2-2version 2.4.0-4 caused all usb devices on a Toshiba A100 to disappear. This seemed to be caused by some device driver being loaded which disabled interrupts from the usb bridge.

Re: etch 2.6 kernel and modutils broken symlinks

2008-01-01 Thread Marco d'Itri
On Jan 01, Declan Mullen [EMAIL PROTECTED] wrote: I've noticed that my system has some files that belong to the modutils package (which is used with 2.2 and 2.4 kernels), however I don't have that package installed. The files are /sbin/ksyms and /bin/kallsyms, both of which are symbolic links

Re: Broken links under /dev/.udev/db

2008-01-02 Thread Marco d'Itri
In linux.debian.kernel Declan Mullen [EMAIL PROTECTED] wrote: Should I be concerned that so many symbolic links are pointing to files that do not exist ? No. -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#381171: Bug#408506: Not all Sound/Alsa devices are created properly under /dev/snd

2008-01-16 Thread Marco d'Itri
On Jan 16, Lionel Elie Mamane [EMAIL PROTECTED] wrote: Hmm... I have now found the source of the problem (in bug #408506). On machines where it works well, /etc/udev/rules.dev/udev.rules is symlinked to ../udev.rules, on machines where it doesn't, it is not the case. Adding the symlink solves

Bug#381171: Bug#408506: Not all Sound/Alsa devices are created properly under /dev/snd

2008-01-16 Thread Marco d'Itri
On Jan 16, Lionel Elie Mamane [EMAIL PROTECTED] wrote: What is it that you just do not believe? That adding the symlink solves the problem or that the symlink was not there? That it's a bug of the udev packages that caused it to not be there. Why does symlinking /etc/udev/rules.dev/udev.rules

Re: Bug#290952: Should be run before cryptdisks

2005-01-18 Thread Marco d'Itri
On Jan 18, Wesley W. Terpstra [EMAIL PROTECTED] wrote: I propose: always add usbhib to the list of modules mkinitrd includes. I'm not certain whether this works w/o the usb host driver..? Obviously not. -- ciao, Marco signature.asc Description: Digital signature

Re: Bug#293194: Hotplug hangs on boot with usbcore

2005-02-01 Thread Marco d'Itri
reassign 293194 kernel-image-2.6.8-i386 thanks On Feb 01, Patrick Beard [EMAIL PROTECTED] wrote: Hotplug appears to hang during the boot process. It hangs about 50% of Looks like a kernel bug. -- ciao, Marco signature.asc Description: Digital signature

Re: Bug#294303: hotplug: Bad NET invocation: $INTERFACE is not set

2005-02-08 Thread Marco d'Itri
On Feb 09, Artur R. Czechowski [EMAIL PROTECTED] wrote: I've got following message when modprobing tun: Feb 9 02:03:32 blabluga net.agent[16792]: Bad NET invocation: $INTERFACE is not set Well, I am not sure if it has any meaning. If not it would be nice when this message would be

Re: Bug#276303: Kernel oops after upgrading to udev_0.034-1

2004-10-13 Thread Marco d'Itri
reassign 276303 kernel-image-2.6.7-i386 thanks Kernel oopses are kernel bugs. -- ciao, | Marco | [8537 svxK/P2FDkaBI]

Re: Bug#254264: Inserting CF card causes udev/hotplug to create/remove device repeatedly

2004-06-19 Thread Marco d'Itri
reassign 254264 kernel-image-2.6.6-1-686 thanks On Jun 14, Steven Gardner [EMAIL PROTECTED] wrote: Attached is part of my /var/syslog. Please note the it just keeps repeating until I remove the card. udev does what the kernel asks it to do, so I think this is a kernel bug. -- ciao, | Marco

Re: Bug#255180: module-init-tools: removal of modprobe.conf breaks mkinitrd

2004-06-19 Thread Marco d'Itri
reassign initrd-tools 255180 thanks On Jun 19, Henning Glawe [EMAIL PROTECTED] wrote: after installing module-init-tools 3.1-pre2-1 mkinitrd, which is needed for the debian-prepackaged kernels, ceases to work. this is cause by the removal of modprobe.conf generation in

Re: Bug#267212: hotplug: firewire modules load in the wrong order

2004-08-21 Thread Marco d'Itri
reassign 267212 kernel-source-2.6.8 thanks On Aug 21, David Liontooth [EMAIL PROTECTED] wrote: When attaching an iPod to the firewire port on the 2.6.7 kernel, you have to manually load modules in this order: hotplug does what the kernel tells it to do. -- ciao, | Marco | [7613

Re: Bug#268583: hotplug failure with shpchp and pciehp

2004-08-29 Thread Marco d'Itri
reassign 268583 kernel-image-2.6.7-i386 thanks On Aug 28, Juergen Salk [EMAIL PROTECTED] wrote: This appears to be not a bug but a case of broken ACPI tables. So this is more a kernel issue? I think this is either a BIOS or kernel bug, I do not think hotplug needs to be changed. I'm

Re: Bug#269451: hotplug: pciehp / shpchp can't be loaded

2004-09-01 Thread Marco d'Itri
reassign 269451 kernel-image-2.6.7-i386 merge 268583 269451 thanks On Sep 01, January Weiner [EMAIL PROTECTED] wrote: ebbjw:/home/january# modprobe pciehp FATAL: Error inserting pciehp (/lib/modules/2.6.7-1-386/kernel/drivers/pci/hotplug/pciehp.ko): Operation not permitted

Re: Processed: reassign

2004-09-10 Thread Marco d'Itri
On Sep 10, Debian Bug Tracking System [EMAIL PROTECTED] wrote: Bug#260695: kernel-image-2.6.7-1-k7: cpio: /etc/modprobe.conf: No such file or directory Looks like you are using an old release of initrd-tools, this is not a bug. -- ciao, | Marco | [7906 liSEoIwxhVdZw]

EOVERFLOW while accessing /dev/pts/256

2004-09-13 Thread Marco d'Itri
[Please Cc me, I'm not subscribed.] I'm not even sure this is a bug... But it almost looks like that old pty devices are not reused. What can I do to regain access to my screen session? Rebooting this this server would be quite painful. [EMAIL PROTECTED]:~$ uname -a Linux attila 2.6.6-b50 #1 Mon

Re: EOVERFLOW while accessing /dev/pts/256

2004-09-13 Thread Marco d'Itri
On Sep 13, William Lee Irwin III [EMAIL PROTECTED] wrote: Reply-To: debian-kernel@lists.debian.org, [EMAIL PROTECTED] Mail-Followup-To: debian-kernel@lists.debian.org Sorry, my mutt was misconfigured... Anyway, if you do not want to generate or use Mail-Followup-To headers you can

Re: kernel-image-2.6.8-1-k7: snd-emu10k1-synth will not load

2004-09-23 Thread Marco d'Itri
On Sep 23, Andres Salomon [EMAIL PROTECTED] wrote: I believe this was a problem w/ module-init-tools; see bug #259056 for details. This should've been fixed in module-init-tools 3.1-pre5-4, with debian/patches/disable_modprobe_locking. I assume you're no longer No, read further. It's fixed

Re: Bug#273182: udev doesn't create /dev/md* in time for mdadm-raid to start them. All sw-raid filesys fail to mount.

2004-09-24 Thread Marco d'Itri
reassign 273182 kernel-source-2.6.8 thanks On Sep 24, Greg Folkert [EMAIL PROTECTED] wrote: Either I am missing something obvious or it is somehow brokeon or slowed. This is a kernel bug which needs to be fixed in the kernel and in the raid userspace tools. I will reassign the bug, but the

Re: Bug#421876: udev: with kernel 2.6.20, /dev/pilot does not appear

2007-05-02 Thread Marco d'Itri
reassign 421876 linux-2.6 thanks On May 02, Greg Kochanski [EMAIL PROTECTED] wrote: There are no /dev/ttyUSB* files.Is there a missing rule to create them?Has the 2.6.20 kernel changed the way it handles serial connections over USB? Not that I know, but I doubt that there is something

Re: Bug#426440: /usr/sbin/pppd: sometimes connection with Option GlobeTrotter card hangs, ping: sendmsg: No buffer space available

2007-05-28 Thread Marco d'Itri
reassign 426440 linux-2.6 thanks On May 28, Miernik [EMAIL PROTECTED] wrote: ping: sendmsg: No buffer space available Not related to user space unless the contrary is proven. -- ciao, Marco signature.asc Description: Digital signature

Re: Bug#425481: Modified /etc/init.d/udev isn't working right

2007-07-23 Thread Marco d'Itri
clone 425481 reassign -1 initramfs-tools thanks On May 22, Karsten M. Self [EMAIL PROTECTED] wrote: initramfs-tools maintainers: from now on, /dev should be mounted noexec (nosuid is redundant). Well, the first problem is that as modified this doesn't accomplish the desired effect (mounting

  1   2   3   4   >