This work around may not work for some cameras as gnome-raw-thumbnailer
is not in active development and has not been updated in years.
People wishing to use ufraw for thumbnail duties should amend the exec
line to read
exec=/usr/bin/ufraw-batch --embedded-image --out-type=png --size=%s %u
Konstaninos and TG Browning
I'm guessing by MMS you mean Memmory Stick as there is no such card as
MMS.
This is not the same bug, Memory sticks are not yet supported by this
driver
A quick search on the tifm home page shows
Currently in development:
tifm_ms - driver for MemoryStick cards
Sitsofe:
didnt think of that with my ICH6
lspci -nn
00:1f.1 IDE interface [0101]: Intel Corporation 82801FB/FBM/FR/FW/FRW
(ICH6 Family) IDE Controller [8086:266f] (rev 03)
[EMAIL PROTECTED]:/lib/modules/2.6.20-15-generic# grep 266f modules.pcimap
ata_piix 0x8086 0x266f
klmonz :
My laptop has a distinct lack of Sata drives .
My point was the Great rename bug is the same for my Pata controler...
under kernel 15 my IDE was controlled via ata_piix and therefore
/dev/sdxx
under kernel 16 my IDE is controlled via piix and therefore /dev/hdxx
Yet Sitsofe who also
klmonz :
I just realized you still think this is related to the debian Bug.
This is incorrect
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/116996/comments/44
A subset if Intel core host controllers was deliberately switched over by the
kernel devs in an attempt to fix
mark+s:
could also try noresume
--
SATA disk is in PATA mode with kernel 2.6.20-16-generic (piix claiming SATA
controller on ICH4/ICH5 Intel chipsets)
https://bugs.launchpad.net/bugs/116996
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for
just noticed according to boot screen shot swap is on disk 3 partition 2
you have tmp on the 3rd partition and root on the fourth
this doesn't seem to match your grub ???
--
SATA disk is in PATA mode with kernel 2.6.20-16-generic (piix claiming SATA
controller on ICH4/ICH5 Intel chipsets)
Phillip Lougher
I can see your between a rock and a hard place ,
ICH6 appears to function correctly under either libata or PATA, Hence
the lack of bug reports (besides me) for this chipset.
I don't think it matters which way you go with this for this chipset as
I appear to be the only ICH6
having now read bug 117314
ignore the last 2 lines in my previous comments
--
SATA disk is in PATA mode with kernel 2.6.20-16-generic (piix claiming SATA
controller on ICH4/ICH5 boards)
https://bugs.launchpad.net/bugs/116996
You received this bug notification because you are a member of Ubuntu
Public bug reported:
Binary package hint: linux-source-2.6.20
There appears to be a number of reported bugs that skirt round this issue
bug 103672 could be related
in a nutshell
normal linux maintenance activity can result in the UUID of the swap
partition altering this leads to various
and lspci
** Attachment added: lspci-vvnn.log
http://launchpadlibrarian.net/7909939/lspci-vvnn.log
--
UUID can change onswap breaking swap mount and Hibernation
https://bugs.launchpad.net/bugs/118199
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug
Sitsofe:
Done - UUID can change on swap breaking swap mount and Hibernation- bug
118199
I've logged it against the kernel though its really Ubuntu policy in my opinion.
please excuse my plagiarization of your comments.
--
latest kernel(2.6.20-16.28) update gives boot problems
and
bug 90526
bug 104789
bug 70626
And I'm sure many more this doesn't include those that don't explicitly
mention swap and UUID.
--
UUID can change onswap breaking swap mount and Hibernation
https://bugs.launchpad.net/bugs/118199
You received this bug notification because you are a member of
weird,
yet mine doesn't
00:1f.1 0101: 8086:266f (rev 03) (prog-if 8a [Master SecP PriP])
Subsystem: 103c:099c
libata125720 1 ata_generic
guess only the kernel devs can answer this one
Why some ich6 are using ata_piix and others ata_generic.it makes no
sense
same
Ok
Linux sidney 2.6.20-16-generic #2 SMP Wed May 23 01:46:23 UTC 2007 i686
GNU/Linux
The logs you've requested will show that I'm not using UUID for my swap as why
would I when I know its broke.??
Note my system is configured to NOT exhibit this issue.(not using UUID
for swap)
I raised the
actually having done a google search against launchpad
there has been a multitude of bugs reported for this dating back to
dapper/edgy upgrade
bug 66637
bug 105490
bug 67437
bug 65798
and maybe
bug 48514
also
https://answers.launchpad.net/ubuntu/+question/7434
and for completeness
same machine in 2.6.20-15
libata125720 2 ata_piix,ata_generic
--
SATA disk is in PATA mode with kernel 2.6.20-16-generic (piix claiming SATA
controller on ICH4/ICH5 boards)
https://bugs.launchpad.net/bugs/116996
You received this bug notification because
Sitsofe Wheeler
My comment about the poll leading to invalid conclusions appears correct
, You keep metnioning the ich4/5 issue .
this is not valid my system
00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) IDE Controller (rev 03)
Has also dropped off the libata
Sitsofe Wheeler
No my only issue was the renaming of my drives .
The machine is perfectly stable on 2.6.20-16.28 though i did get the
ghost cd rom (fstab entry as drive moved from hdc to hdb)
What would you like to prove that my ich6 was affected.??
Its difficult to know which bug to post in
Sitsofe Wheeler
Hi, I've searched/cross checked the forum and at least 2 people with
ICH6 chipset state they DONOT have issues with the kernel.
One a dell410 is almost identical to my nc6120
This may be a red herring as if I hadn't done some previous messing with
suspend and scattered
yes i use uuid for my root drives
but not for my swap as fairly simple manipulation changes the uuid
whereas unless you change the driver ( ;-) ) the physical
drive/partitiion will remain constant.
I got bit for about 3 hours trying to figure out why suspend wouldn't
work and it was because i'd
I to have to concur with Phillip and Sitsofe
here is my lsmod output for libata (ICH6)
libata125720 1 ata_generic
scsi_mod 142348 3 sr_mod,sbp2,libata
note a distinct lack of ata_piix
so no cyclic argument ata_piix just doesn't get a look in
Though I think we
Ok I can't prove this as I went round the houses fixing up my system.
But I reckon if you have the message about resume file (after pressing
ctrl alt F1)
then simply press enter to continue boot.
once in x start a terminal window
and issue
sudo update-initramfs -u
and
sudu dpkg-reconfigure
Also of note with this new kernel.
I have a new ghost CD-ROM01 in Gnome its at /dev/hdc and doesn't exist
the real device is at /dev/hdb
--
latest kernel(2.6.20-16.28) update gives boot problems
https://bugs.launchpad.net/bugs/117314
You received this bug notification because you are a member
Think thats probably the way to get rid of it.
or correct it to the right setting, but doesn't appear needed.
Could be left over from a previous upgrade.
--
latest kernel(2.6.20-16.28) update gives boot problems
https://bugs.launchpad.net/bugs/117314
You received this bug notification because
This poll is worrying me ... All it proves is a lot of people have ich4
and ich5 chip motherboards .. nothing else.
for the record
00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family)
IDE Controller (rev 03)
and yes I do have the rename issue
--
bad irq stuff (irqpoll)
I think its more likley that any chipset that was using libata is
affected.
I've not seen any sata or libata (ata_piix) users who haven't had
issues.
--
bad irq stuff (irqpoll) happening on asus p4p800se
https://bugs.launchpad.net/bugs/117447
You received this bug notification because you are a
Hi All,
If you are getting the hangs early in boot symptom, I think this is
related to a problem with resume.
On my system the boot process is attempting to resume a non existent
image and stops when it fails???.
You can check this for yourselves.
when system has stopped press ctrl alt F1 and
OK heres the hack to fix once you've established it is the resume issue
(see above)
all 3 locations must exist and be either UUID= or hd= (for ide) (I use
the physical (hda1) as UUID moves on swaps for me so example is for
/dev/hda1)
menu.lst
fstab
and /etc/initramfs-tools/conf.d/resume
ensure
Sitsofe My system is now booting perfectly with 2.6.20-16.28 so I don't
think adding no-resume will affect it.
It was definatly the '/dev/sda1' in /etc/initramfs-tools/conf.d/resume.
causing the 'hang with flashing cursor' which isnt really a hang its the
system waiting for acknoledgment behind
If you wish I can deliberatly bust my 2.6.20.-16.28 kernel to how it
was.
then try noresume, Though I'm not sure that'll fix it as it depends on
whether the noresume option is before the 'does image exist code'
I believe the initramfs kernel is functioning correctly
1 check if image exists
2
Ok pinned the last bit of the puzzle down my suspend
I'm using uswsusp so in /etc/uswsusp.conf I had /dev/sda1 (as that was the
correct swap drive)
so when the new kernel installed the and the devices no longer matched
the initrd image no longer had uswsusp in it.
Therefore correcting
Phillip,
I take it back even though you didn't mention it in the change log the
TIFM fixes are in this kernel, If not then strangely my SD works.
--
latest kernel(2.6.20-16.28) update gives boot problems
https://bugs.launchpad.net/bugs/117314
You received this bug notification because you are a
My Fstab has always had uuid since edgy.
yet still my system stops dead with a flashing text cursor in the top
left
no error messages
going back to 2.6.20-15 all OK.
excerpt from my fstab.
# /dev/hda2 -- converted during upgrade to edgy
UUID=e9533fb2-8c39-4ea6-b14a-da0a3475a503 / ext3
OK pined my problem down to my resume settings
cant use uuid for swap as it changes from time to time
It worked fine on -15 using /dev/sda1 in menu.lst and fstab
With -16 it doesn't matter whether I use /dev/hda1 or the UUID the boot
mesage complains that it cant resume the image (even though
The solution is in the preceding bug report.
to recap
1 The kernel supplied in feisty has BROKEN tifm modules
2 TIFM modules or the set pci hack ONLY support SD cards NOT ms,sm or xd at
this time
3 Unless Ubuntu supply corrected modules the only way to get this working is to
follow the
Still works for me...
ensure max_sectors remed out (I fell for this when re-downloaded tifm source)
protocol.ini copied accross
then
make clean
make
make install
--
tifm: Texas Instruments Card reader not working
https://bugs.launchpad.net/bugs/53923
You received this bug notification because
OK guys lets be clear
If you have a TIFM reader that doesn't work with .7 tifm modules(
standard 2.6.20) then unless you have
A. compiled .8 following the instructions above
or
B. Switched over to the SDHCI module using the setpci command see above.
Then as you don't have a working driver for
I wasn't trying to get peoples backs up,
Just trying to explain that kernel 2.6.20 doesn't work at default with
some TIFM hardware.
This is a kernel/TIFM issue not feisty, Any packaged distro running this
kernel without patches will have this problem.
The sdhci module does work but to use this
A reboot will undo the setpci.
What controller do you have??
I just did
rmmod tifm_sd
rmmod tifm_7xx1
rmmod tifm_core
setpci -s 02:06.3 4c.b=0x02
Inserted card here sd auto mounted and file browser opened
dmesg
[30776.012000] mmcblk0: mmc2:0001 SDMMC 508800KiB
[30776.012000] mmcblk0:
Just found out some of the Newer TIFM hardware does NOT support legacy
SD mode so setpci will NOT work with these devices.
--
tifm: Texas Instruments Card reader not working
https://bugs.launchpad.net/bugs/53923
You received this bug notification because you are a member of Ubuntu
Bugs, which is
This is for the Kernel devs
this thread on kernel.org between kernell devs and tifm dev explains why
suspend is bust with SD card mounted
http://lkml.org/lkml/2007/2/17/86
It also has stuff about hald failing but guess you were also on top of
this as thats what youve fixed.
--
tifm: Texas
latest kernel with mmc fix 2.6.20.14.23
fixes the mount issue though you still need to rem out max sectors (see
above),copy protocol.ini and roll your own tifm modules.
Don't forget to remove my hack 10-mmc.rules
really cool to get the SD icon back on desktop
thanks devs first part of puzzle
*** This bug is a duplicate of bug 53923 ***
https://bugs.launchpad.net/bugs/53923
This is not a bug the developer of the tifm Module has only completed
support for SD cards at this time.
YMMV switching over to the sdhci driver as some TI modules are supported
by this module.
Check the
*** This bug is a duplicate of bug 53923 ***
https://bugs.launchpad.net/bugs/53923
I did not say that the feisty kernal did not support memory stick cards
I said the TIFM module doesn't (i.e the native driver for this reader)
As you seem unable todo any research (just looking at bug 53923)
*** This bug is a duplicate of bug 53923 ***
https://bugs.launchpad.net/bugs/53923
This gives more information on the 2 interface that TI flashmedia chips
support A bit old now but still usefull
http://mmc.drzeus.cx/wiki/Controllers/TexasInstruments/FlashMedia
I would try the setpci hack if
The 10-mmc.rule is attached in this bug report see left hand column
udev rule to manualy mount mmcblk devices
Its not in feisty its a filthy hack I knocked up for my own use , Just
change the pmount part to call sdmount
--
tifm: Texas Instruments Card reader not working
Ok heres where I think we are and where the bugs exist (yes there are
multitude)
1 No Protocol.h and sources too old (2.6.20.6 required) in kernel headers
stopping compilation of working tifm (.8) Ubuntu Kernel
2 existing tifm module in 2.6.20 are Buggy/nonworking (confirmed by TIFM
the initial fix for this is to compile .8 of the tifm driver modules as
(stated by the tifm developer) the stock kernel modules are buggy.
unfortunately ubuntu kernel headers are missing protocol.h from
includes/linux/mmc also the kernel sources are too old to compile
against cleanly (2.6.20.4 Vs
See LP 53923
--
SD.MS/ pro MMC/SM/XD slot dosn't work
https://bugs.launchpad.net/bugs/98766
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
OK as it seems to be DIY around here 12 bugs reported on this 6 months
no action.
It appears hal doesn't like the fact the card reader reports a non
removable device so ignores.
I've created a udev rule that force mounts the MMC devices, works to
will be mounted in /media/mmcblk0
Add to that I'm an idiot
The udev permissions are fine on the device nodes created (i think)
My brute force method uses pmount as the root user so of cause the file
is created as root.
have to rethink this.
not as clever as I thought.
don't think bitching between devs and users will get this
OK my quick and dirty fix just got a lot dirtier but is now working
create an executable file with the following in
-
#!/bin/sh
# Work-around for mmc card reader udev thinks none removable breaking
appears to be a lot of rumours ans multiple bug reports here but this
looks like the one for not auto mounting I'm not sure it is a tifm
module issue as HAL responds correctly on card insertion see below
I have rebuilt the tifm modules from
http://openfacts.berlios.de/index-en...12/xx21_driver
Sorry
http://openfacts.berlios.de/index-
en.phtml?title=TI_FlashMedia_xx12/xx21_driver
--
tifm: Texas Instruments Card reader not working
https://bugs.launchpad.net/bugs/53923
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
Ok for completeness I removed the tifm modules and switched over to the
sdhci module with
setpci -s 02:06.3 4c.b=0x02 (only for my laptop check lspci for yours)
inserting card gives
[ 8354.956000] mmcblk0: mmc2:0001 SDMMC 508800KiB
[ 8354.956000] mmcblk0: p1
fdisk -l
Disk /dev/sda: 60.0 GB,
To compile you will have to get protocol.h from the main kernel.org as
Feisty sources seem to have files missing!!
--
tifm: Texas Instruments Card reader not working
https://bugs.launchpad.net/bugs/53923
You received this bug notification because you are a member of Ubuntu
Bugs, which is the
The timeouts are a symptom of the stock module in 2.6.20
you need to recompile from the website i gave you.
todo that you need protocol.h this is missing from fiesty therefore if
you download the sources from kernel.org then just copy protocol.h to
linux/mmc/protocol.h then the tifm module will
Thats weird heres my compilation from kernel headers 2.6.20-14 generic
/home/andy/Downloads/tifm-0.8d
make -C /lib/modules/2.6.20-14-generic/build M=/home/andy/Downloads/tifm-0.8d
make[1]: Entering directory `/usr/src/linux-headers-2.6.20-14-generic'
LD
Ah found what I did to get it to compile besides the protocol.h
rem'd out the max sector function in tifm_sd.c
// mmc-max_blk_count = 2048;
// mmc-max_hw_segs = mmc-max_blk_count;
mmc-max_hw_segs = 16;
// mmc-max_blk_size = min(2048, PAGE_SIZE);
// mmc-max_seg_size =
*** This bug is a duplicate of bug 63797 ***
I Get the same issue, suspect it's related to the recent patches.
I also get 'folderdisplay/inbox' instead of inbox whenever there are
unread messages.
This applies applies to all folders, this folderdisplay rubish is
displayed if any unread mail
*** This bug is a duplicate of bug 63797 ***
isnt this a duplicate of 63797
--
Evolution doesn't show subfolders on exchange after last upgrade
https://launchpad.net/bugs/64475
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
*** This bug is a duplicate of bug 63797 ***
** This bug has been marked a duplicate of bug 63797
subfolders don't show in 2.8.1
--
Evolution doesn't show subfolders on exchange after last upgrade
https://launchpad.net/bugs/64475
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
** Bug 64475 has been marked a duplicate of this bug
--
subfolders don't show in 2.8.1
https://launchpad.net/bugs/63797
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
64 matches
Mail list logo
