RFC: Minor specfile rework for rawhide
by Adam Jackson
http://people.freedesktop.org/~ajax/kernel-autopatch.patch
Based on something I did for the xserver specfile. Essentially this
makes it so you only have to name the patches once, in the order you
want to apply them, which makes it both easier to work with and harder
to forget things.
I've tried to make this as friendly and robust as possible, including
bailing out appropriately when faced with a bad patch, and explicitly
naming patches that fail to apply right at the end of build output.
Feedback would be appreciated, even if it's of the form "no, that's
gross."
- ajax
15 years, 2 months
Assistance
by Deborah Sally
Bonjour, excusez-moi de vous importuner, j'ai besoin de votre assistance dans la transaction de la somme de dix millions sept cents mille dollars américains. Je vais vous donner 20% en contrepartie. Pour plus de détails, veuillez me recontacter. Merci.
Mlle Deborah
Reply to your messages and manage your action items at Xianz
This message has been automatically generated by Xianz
Please do not reply to this message.
Xianz.com - Friends Faith Fellowship
15 years, 2 months
ASSISTANCE NEEDED URGENTLY.
by Joyce Blaise
You are invited to "ASSISTANCE NEEDED URGENTLY.".
By your host Joyce Blaise:
Greetings,
I am Joyce Blaise the only duaghter of late Mr. and Mrs. James Blaise My Father was a very wealthy cocoa merchant in Abidjan ,the economic capital of Ivory coast, My Father was poisoned to dearth by his business associates so now I am in a problems here in my country right now.Plz i am seeking for your urgent help to transfer US$10.5 millions into your bank account for investment purpose.15% is for your help.Contact me for more details.Email:blaisejoyce0@mailbox.co.za
J Blaise
Date: Tuesday January 22, 2008
Time: 2:00 pm - 3:00 pm (GMT +00:00)
Location: Reply Me On This ID: blaisejoyce0(a)mailbox.co.za
Guests:
* fedora-legacy-list(a)redhat.com
* fedora-ocaml-list(a)redhat.com
* fedora-qa-list(a)redhat.com
* fedora-package-review(a)redhat.com
* fedora-kernel-list(a)redhat.com
* fedora-relnotes-content(a)redhat.com
* relnotes(a)fedoraproject.org
* fedora-sparc(a)redhat.com
* fedora-perl-devel-list(a)redhat.com
* fedora-trans-hi(a)redhat.com
* fedora-security-list(a)redhat.com
* fedora-triage-list(a)redhat.com
* fedora-trans-bn_in(a)redhat.com
* fedora-trans-bg(a)redhat.com
* gov-sec(a)redhat.com
* func-list(a)redhat.com
* fedora-trans-ar(a)redhat.com
* guinness-list(a)redhat.com
* freeipa-devel(a)redhat.com
* fedora-trans-sr(a)redhat.com
* hwcert-announce-list(a)redhat.com
* jboss-security-beta(a)redhat.com
* kickstart-list(a)redhat.com
* libvir-list(a)redhat.com
* veillard(a)redhat.com
* k12ltsp-list(a)redhat.com
* fedora-websites-list(a)redhat.com
* lhcp-devel(a)redhat.com
* linux-am33-list(a)redhat.com
* jbosscc-external(a)redhat.com
* ncsu-redhat-list(a)redhat.com
* olpc-brasil(a)redhat.com
* pam-list(a)redhat.com
* olpc-vault-devel(a)redhat.com
* perl-rpm-list(a)redhat.com
* lohit-devel-list(a)redhat.com
* -wg(a)redhat.com
* linux-cluster(a)redhat.com
* psyche-list(a)redhat.com
* piranha-list(a)redhat.com
* nahant-beta-list(a)redhat.com
* java-info(a)redhat.com
* pump-list(a)redhat.com
* rhelv5-beta-list(a)redhat.com
* redhat-secure-server(a)redhat.com
* rh-barcap-list(a)redhat.com
* rhh-discussion(a)redhat.com
* rhel-support-list(a)redhat.com
* redhat-list-de-owner(a)redhat.com
* redhat-list-de(a)redhat.com
* rhel-rt-sun(a)redhat.com
* rhcc-outage-list(a)redhat.com
* redhat-s390-list(a)redhat.com
* rhn-satellite-beta-users(a)redhat.com
* rhsa-announce-owner(a)redhat.com
* rhsa-announce(a)redhat.com
* rhm-users(a)redhat.com
* roswell-list(a)redhat.com
* redhat-migration-list(a)redhat.com
* rhh-advisors(a)redhat.com
* webguy(a)def.com
* webmaster(a)host.example.com
* webmaster(a)host.foo.com
* www-admin(a)foo.example.com
* nate(a)tripod.com
* martin(a)apache.org
* peter(a)example.com
* apache-docs(a)ml.apache.or.jp
* administrator(a)example.com
* akosut(a)apache.org
invitation_add_to_your_yahoo_calendar:
http://calendar.yahoo.com/?v=60&ST=20080122T140000%2B0000&TITLE=ASSISTANC...
Copyright © 2008 All Rights Reserved
www.yahoo.com
Privacy Policy:
http://privacy.yahoo.com/privacy/us
Terms of Service:
http://docs.yahoo.com/info/terms/
15 years, 2 months
Linux scsi / usb-mass-storage and HP printer cardreader bug + fix
by Hans de Goede
Hi All,
First of all sorry for the somewhat massive cross-posting, I've spend a
significant amount of time hunting down this bug, and so far the response has
been less the overwhelming.
The problem is with the HP PSC 1350 (my printer and confirmed by 2 others) and
atleast also the HP PSC 1610 (confirmed by Guillaume Bedot, in the CC).
The cardreader of the multi function printers will "crash" and from that moment
on no longer communicate in any sane way, if you try to read the last sector of
an sdcard* in a read that is more then 1 sector, so trying to read 8 sectors
starting at sector capicity-8 will crash it, as will reading 2 sectors starting
at sector capicity-2, however reading the last sector in a one 1 sector read
will succeed! (* xdcards seem to be fine).
I haven't tried if it will crash on larger then 1 sector writes which include
the last sector too, I immediately added code to not do that in both the read
and write paths. I have tested reading and writing the end of the disk with
this kludge in and it works.
I currently have a somewhat ugly proof of concept patch for this, which adds
another type of usb-massstorage quirk. When this quirk flag is set, the
usb-massstorage driver modifies READ_10 and WRITE_10 commands of more then 1
sector which includes the last sector to become one sector less. I've been told
by scsi subsystem developers that doing a shorter read / write then requested
is not a problem, the scsi subsystem is designed to handle getting less then it
asked for and will send a seperate request for the last sector.
I and 3 others (2 on a PSC 1350 too, one on a PSC1610) have tested this patch
with success. I'm not asking for this patch to be included to the kernel as is,
I'm asking for the now known workaround for this to be added to the kernel in
someway!
Perhaps its an idea to add the posibility to have a scsi command filter
function / callback to the scsi or usb-massstorage subsystem, and then add a
mechanism to set this filter depending on usb id's and if added to the scsi
layer, a mechanism to set it based on scsi device and manufacturer
identification strings. Such a mechanism might be usefull in the future to work
around other broken hardware too, and has the added advantage of not having
todo much changes to the normal code path, keep that readable.
I'm willing to come up with a patch for such a filter mechanism, provided I get
some pointers where this is best added.
Thanks & Regards,
Hans
p.s.
I've also included the fedora-kernel list in the addressee's because I was
hoping that maybe someone can take one of these printers to the kernel hackfest
in the weekend's fudcon and take a look at this.
15 years, 2 months
CONFIG_PHYSICAL_START
by drago01
Hi,
I downloaded kernel-2.6.23.14-113.fc8 from koji and wanted to boot it on
my NF4 SLI / Opteron 170 based box (x86_64) and the system reboots
immediately when booting this kernel.
I was using 2.6.23.12-99.fc8 before which is working fine.
I suspect that this "Set x86 CONFIG_PHYSICAL_START=0x400000" change
caused the breakage; currently I am downloading the srpm to verify that
this indeed was causing it (the other changes look unreleated) before
filling a bug.
What was this supposed to fix/improve ?
15 years, 2 months
tpm_infineon=m for config-ia64
by Matt Anderson
I noticed that config-x86 and config-x86_64 both have tpm_infineon=m but
config-ia64 does not. I enabled that on my system and rebuild the
kernel rpm and everything just worked. Could tpm_infineon be built as a
module by default for ia64?
Thanks
-matt
15 years, 2 months
PowerPC config options
by Josh Boyer
Couple of PowerPC related config things we might want to change.
1) CONFIG_TUNE_CELL. Right now, this is set to Y on config-powerpc64.
That's fine only because it doesn't do anything until GCC 4.3 shows
up. GCC 4.3 will hit rawhide soon, and we might want to turn this off
before then or the kernel will likely run slower on non-Cell CPU based
machines.
2) Why are we still building a separate powerpc32-smp kernel? SMP
kernel's work on UP machines, even for PowerPC IIRC.
josh
15 years, 2 months