I am Peter Wong director of operations, Hong Kong and Shanghai Banking
Corporation Limited Hong Kong. I have a very confidential business
proposition involving transfer of $18.350.000.00 that will be of great
benefit for both of us. Reply for more details as regards this
transaction
Best Regards
Brauchen Sie einen Kredit? Wenn ja, mailen Sie uns jetzt für weitere
Informationen
Do you need a loan of any kind? If Yes email us now for more info
Brauchen Sie einen Kredit? Wenn ja, mailen Sie uns jetzt für weitere
Informationen
Do you need a loan of any kind? If Yes email us now for more info
Michael.
Michael Schmitz - 01.07.18, 04:43:
> Am 30.06.18 um 19:49 schrieb Martin Steigerwald:
> > I am really inclined to point some AmigaOS 4 developers to this
> > discussion and just looked for an archive. Unfortunately there does
> > not appear to be a working one. The one mentioned on
> >
FWIW on the other side this appears to be a good source of Amiga software data.
http://amigadev.elowar.com/
{^_^}
On 20180630 19:43, Michael Schmitz wrote:
Martin,
Am 30.06.18 um 19:49 schrieb Martin Steigerwald:
I am really inclined to point some AmigaOS 4 developers to this
discussion and
Martin,
Am 30.06.18 um 19:49 schrieb Martin Steigerwald:
> I am really inclined to point some AmigaOS 4 developers to this
> discussion and just looked for an archive. Unfortunately there does not
> appear to be a working one. The one mentioned on
>
> http://www.linux-m68k.org/mail.html
>
>
Hi Geert,
Am 01.07.2018 um 09:10 schrieb Geert Uytterhoeven:
Hi Michael,
On Fri, Jun 29, 2018 at 11:12 AM Michael Schmitz wrote:
Am 28.06.18 um 01:30 schrieb Geert Uytterhoeven:
On Wed, Jun 27, 2018 at 4:47 AM wrote:
From 5299e0e64dfb33ac3a1f3137b42178734ce20087 Mon Sep 17 00:00:00 2001
Hi Andreas,
On Fri, Jun 29, 2018 at 3:26 PM Andreas Schwab wrote:
> On Jun 29 2018, Michael Schmitz wrote:
> > Would MSDOS recognize the GPT partition as 'probably FAT', and attempt
> > to use it?
>
> GPT has the concept of a protective MBR which should prevent such errors.
Thanks, good to
Hi Michael,
On Fri, Jun 29, 2018 at 11:12 AM Michael Schmitz wrote:
> Am 28.06.18 um 01:30 schrieb Geert Uytterhoeven:
> > On Wed, Jun 27, 2018 at 4:47 AM wrote:
> >> From 5299e0e64dfb33ac3a1f3137b42178734ce20087 Mon Sep 17 00:00:00 2001
> > ??
> >
> >> The Amiga RDB partition parser module
As software is discovered to be "broken" at it to the appropriate incompatible
list.
Otherwise permanently limit AmigaDOS to 2TB.
{^_^}
On 20180630 02:07, Martin Steigerwald wrote:
jdow - 30.06.18, 08:47:
Let's get everybody:
On 20180629 22:26, Michael Schmitz wrote:
> Joanne,
>
> Am
Get everybody
On 20180630 00:49, Martin Steigerwald wrote:
> Whoa, my summary essay triggered digging even more accurately into that
> matter. For some obscure reason I am even enjoying this. :)
>
> jdow - 30.06.18, 05:56:
>> On 20180629 18:31, Michael Schmitz wrote:> Joanne,
>>
>> > Am
For Linux:
1) Make a change to the Linux RDB parser so that the product of the "CHS" values
goes to at least a 64 bit entity, It may need to go to a 128 bit entity when we
are encoding data in DNA, crystal lattices, or something else super dense. The
parser simply feeds data to the OS. No
jdow - 30.06.18, 08:47:
> Let's get everybody:
>
> On 20180629 22:26, Michael Schmitz wrote:
> > Joanne,
> >
> > Am 30.06.18 um 15:56 schrieb jdow:
> > As far as I can guess from the code, pb_Environment[3] (number
> > of
>
> heads)
>
> > and
Michael. Joanne.
I do think this discussion is slightly getting out of hand… so I suggest
to focus on what its up to the kernel to do and what is not. And to
focus only on what is up to the RDB parser, cause the patch is on
changing that. The RDB parser is not responsible for what any file
Whoa, my summary essay triggered digging even more accurately into that
matter. For some obscure reason I am even enjoying this. :)
jdow - 30.06.18, 05:56:
> On 20180629 18:31, Michael Schmitz wrote:> Joanne,
>
> > Am 30.06.18 um 12:57 schrieb jdow:
> >> On 20180629 17:44, Michael Schmitz
Let's get everybody:
On 20180629 22:26, Michael Schmitz wrote:
> Joanne,
>
>
> Am 30.06.18 um 15:56 schrieb jdow:
>>
> As far as I can guess from the code, pb_Environment[3] (number of
heads)
> and pb_Environment[5] (number of sectors per cylinder) are abitrarily
> chosen so the
Joanne,
Am 30.06.18 um 15:56 schrieb jdow:
>
> >>> As far as I can guess from the code, pb_Environment[3] (number of
> >> heads)
> >>> and pb_Environment[5] (number of sectors per cylinder) are abitrarily
> >>> chosen so the partition size can be expressed as a difference between
> >>>
On 20180629 18:31, Michael Schmitz wrote:> Joanne,
>
>
> Am 30.06.18 um 12:57 schrieb jdow:
>> On 20180629 17:44, Michael Schmitz wrote:
>>
>>> struct PartitionBlock {
>>>__be32 pb_ID;
>>>__be32 pb_SummedLongs;
>>>__s32 pb_ChkSum;
>>>__u32
Joanne,
Am 30.06.18 um 12:57 schrieb jdow:
> On 20180629 17:44, Michael Schmitz wrote:
>
> > struct PartitionBlock {
> > __be32 pb_ID;
> > __be32 pb_SummedLongs;
> > __s32 pb_ChkSum;
> > __u32 pb_HostID;
> > __be32 pb_Next;
> > __u32
On 20180629 17:44, Michael Schmitz wrote:
> struct PartitionBlock {
> __be32 pb_ID;
> __be32 pb_SummedLongs;
> __s32 pb_ChkSum;
> __u32 pb_HostID;
> __be32 pb_Next;
> __u32 pb_Flags;
> __u32 pb_Reserved1[2];
>
On 20180629 16:24, Michael Schmitz wrote:
> Martin,
>
>
...
> The problem that still remains is with unpatched legacy versions. RDB
> does support large enough partitions out of the box, due to C/H/S all
> using u32. We all agree there. The question is with file systems and
Nope, I bothered to
Joanne,
Am 30.06.18 um 11:24 schrieb jdow:
>
> On 20180629 14:45, Martin Steigerwald wrote:
> > Beware: Essay ahead which proofs it to the point that there is no
> > overflow in RDB before 96 bits maximum value of sectors:
>
> Time to go into more detail on RDBs. It isn't as simple as it started
Martin,
Am 30.06.18 um 09:24 schrieb Martin Steigerwald:
> Hi Michael.
>
> Michael Schmitz - 29.06.18, 11:07:
>>> But it's up to the person (which is not Linux) formatting the disk
>>> to
>>> not try to use
>>> it on systems that cannot handle it, and may destroy it.
>>>
> Let me clarify:
On 20180629 14:45, Martin Steigerwald wrote:
> Beware: Essay ahead which proofs it to the point that there is no
> overflow in RDB before 96 bits maximum value of sectors:
Time to go into more detail on RDBs. It isn't as simple as it started to appear.
extract from hardblocks.h RDSK block
Beware: Essay ahead which proofs it to the point that there is no
overflow in RDB before 96 bits maximum value of sectors:
jdow - 29.06.18, 11:32:
> On 20180629 01:42, Michael Schmitz wrote:
> > Hi Geert,
> >
> > Am 28.06.18 um 21:25 schrieb Geert Uytterhoeven:
> Do we really need the
Hi Michael.
Michael Schmitz - 29.06.18, 11:07:
> > But it's up to the person (which is not Linux) formatting the disk
> > to
> > not try to use
> > it on systems that cannot handle it, and may destroy it.
> >
> >>> Let me clarify: what exactly would the kernel option allow? When
> >>> to use
Hi,
Geert Uytterhoeven - 29.06.18, 10:51:
> On Fri, Jun 29, 2018 at 10:43 AM Michael Schmitz
wrote:
> > Am 28.06.18 um 21:25 schrieb Geert Uytterhoeven:
> > >>> Do we really need the warning?
> > >>> Once the parsing is fixed doing 64-bit math, it does not matter
> > >>> for
> > >>> Linux
Hi Michael.
Michael Schmitz - 29.06.18, 10:42:
> Am 28.06.18 um 21:25 schrieb Geert Uytterhoeven:
> >>> Do we really need the warning?
> >>> Once the parsing is fixed doing 64-bit math, it does not matter
> >>> for
> >>> Linux anymore.
> >>
> >> Well, irony of this is: In my case the RDB has
On Jun 29 2018, Michael Schmitz wrote:
> Would MSDOS recognize the GPT partition as 'probably FAT', and attempt
> to use it?
GPT has the concept of a protective MBR which should prevent such errors.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69
On 20180629 01:42, Michael Schmitz wrote:
Hi Geert,
Am 28.06.18 um 21:25 schrieb Geert Uytterhoeven:
Do we really need the warning?
Once the parsing is fixed doing 64-bit math, it does not matter for
Linux anymore.
Well, irony of this is: In my case the RDB has been created on a machine
Hi Geert,
Am 29.06.18 um 21:12 schrieb Geert Uytterhoeven:
> Hi Michael,
>
> On Fri, Jun 29, 2018 at 11:08 AM Michael Schmitz wrote:
>> Am 29.06.18 um 20:51 schrieb Geert Uytterhoeven:
Would MSDOS recognize the GPT partition as 'probably FAT', and attempt
to use it?
>>> No idea...
>>>
Hi Geert,
Am 29.06.18 um 21:10 schrieb Geert Uytterhoeven:
>
>> The question is - can writes to the disk cause any damage to data on the
>> disk, as seen by old OS versions? If the answer is no, we won't need the
>> option after all.
> You mean someone relying on the parameters of his RDB to
Hi Michael,
On Fri, Jun 29, 2018 at 11:08 AM Michael Schmitz wrote:
> Am 29.06.18 um 20:51 schrieb Geert Uytterhoeven:
> >> Would MSDOS recognize the GPT partition as 'probably FAT', and attempt
> >> to use it?
> > No idea...
> >
> > Probably some old Windows or MacOS versions will just suggest
Hi Geert,
Am 28.06.18 um 01:30 schrieb Geert Uytterhoeven:
> Hi Michael,
>
> Thanks for your patch!
>
> On Wed, Jun 27, 2018 at 4:47 AM wrote:
>> From 5299e0e64dfb33ac3a1f3137b42178734ce20087 Mon Sep 17 00:00:00 2001
> ??
>
>> The Amiga RDB partition parser module uses int for partition sector
Hi Michael,
On Fri, Jun 29, 2018 at 10:58 AM Michael Schmitz wrote:
> Am 28.06.18 um 18:45 schrieb Geert Uytterhoeven:
> > On Thu, Jun 28, 2018 at 6:59 AM Michael Schmitz
> > wrote:
> >> Am 28.06.2018 um 09:20 schrieb Martin Steigerwald:
> > And as stated in my other reply to the patch:
>
Hi Geert,
Am 29.06.18 um 20:51 schrieb Geert Uytterhoeven:
> Hi Michael,
>
>> Would MSDOS recognize the GPT partition as 'probably FAT', and attempt
>> to use it?
> No idea...
>
> Probably some old Windows or MacOS versions will just suggest to
> format your "new" disk ;-)
Yep, that's what I'd
Hi Geert,
Am 28.06.18 um 18:45 schrieb Geert Uytterhoeven:
> Hi Michael,
>
> On Thu, Jun 28, 2018 at 6:59 AM Michael Schmitz wrote:
>> Am 28.06.2018 um 09:20 schrieb Martin Steigerwald:
> And as stated in my other reply to the patch:
> partition needs 64 bit disk device support in
Hi Michael,
On Fri, Jun 29, 2018 at 10:43 AM Michael Schmitz wrote:
> Am 28.06.18 um 21:25 schrieb Geert Uytterhoeven:
> >>> Do we really need the warning?
> >>> Once the parsing is fixed doing 64-bit math, it does not matter for
> >>> Linux anymore.
> >> Well, irony of this is: In my case the
Hi Geert,
Am 28.06.18 um 21:25 schrieb Geert Uytterhoeven:
>
>>> Do we really need the warning?
>>> Once the parsing is fixed doing 64-bit math, it does not matter for
>>> Linux anymore.
>> Well, irony of this is: In my case the RDB has been created on a machine
>> with a native OS. So Linux
On 20180628 00:39, Geert Uytterhoeven wrote:
Hi Martin,
On Thu, Jun 28, 2018 at 9:29 AM Martin Steigerwald wrote:
Michael Schmitz - 28.06.18, 06:58:
[…]
In the interest of least surprises, we have to fix the 32 bit
overflow (so we can even detect that it would have happened), and
give the
Hi Joanne,
On Thu, Jun 28, 2018 at 11:20 AM jdow wrote:
> On 20180627 23:45, Geert Uytterhoeven wrote:
> > On Thu, Jun 28, 2018 at 6:59 AM Michael Schmitz
> > wrote:
> >> Am 28.06.2018 um 09:20 schrieb Martin Steigerwald:
> > And as stated in my other reply to the patch:
> > partition
Hi Martin,
On Thu, Jun 28, 2018 at 9:13 AM Martin Steigerwald wrote:
> Geert Uytterhoeven - 28.06.18, 08:45:
> > On Thu, Jun 28, 2018 at 6:59 AM Michael Schmitz
> wrote:
> > > Am 28.06.2018 um 09:20 schrieb Martin Steigerwald:
> > > >>> And as stated in my other reply to the patch:
> > > >>>
On 20180627 23:45, Geert Uytterhoeven wrote:
Hi Michael,
On Thu, Jun 28, 2018 at 6:59 AM Michael Schmitz wrote:
Am 28.06.2018 um 09:20 schrieb Martin Steigerwald:
And as stated in my other reply to the patch:
partition needs 64 bit disk device support in AmigaOS or AmigaOS
like
operating
Hi Martin,
On Thu, Jun 28, 2018 at 9:29 AM Martin Steigerwald wrote:
> Michael Schmitz - 28.06.18, 06:58:
> […]
> > >> In the interest of least surprises, we have to fix the 32 bit
> > >> overflow (so we can even detect that it would have happened), and
> > >> give the user the chance to
Hi Michael.
Probably I was right with not submitting a patch myself. I´d likely
would have been overwhelmed by the discussion and feedback :)
Michael Schmitz - 28.06.18, 06:58:
[…]
> >> In the interest of least surprises, we have to fix the 32 bit
> >> overflow (so we can even detect that it
Hi Geert.
Geert Uytterhoeven - 28.06.18, 08:45:
> On Thu, Jun 28, 2018 at 6:59 AM Michael Schmitz
wrote:
> > Am 28.06.2018 um 09:20 schrieb Martin Steigerwald:
> > >>> And as stated in my other reply to the patch:
> > >>> partition needs 64 bit disk device support in AmigaOS or AmigaOS
> > >>>
Hi Michael,
On Thu, Jun 28, 2018 at 6:59 AM Michael Schmitz wrote:
> Am 28.06.2018 um 09:20 schrieb Martin Steigerwald:
> >>> And as stated in my other reply to the patch:
> >>> partition needs 64 bit disk device support in AmigaOS or AmigaOS
> >>> like
> >>> operating systems (NSD64, TD64 or
Hi Martin,
Am 28.06.2018 um 09:20 schrieb Martin Steigerwald:
And as stated in my other reply to the patch:
partition needs 64 bit disk device support in AmigaOS or AmigaOS
like
operating systems (NSD64, TD64 or SCSI direct)
I'd probably leave it at 'disk needs 64 bit disk device support on
Warning: RDB partition 32-bit overflow
AmigaOS developers can do 64 bit math on a 32 bit operating system.
Just like Linux can.
Yes, I realize that. I hadn't gone back through all the mails on the
subject to find out what the exact requrements are on the AmigaOS
side.
Just trying to be as ter
Error : Conventional RDBs cannot define more than 4,294,967,296 blocks.
or
Error : Conventional RDB block count overflow.
That is a HARD limit. The documentation for error should suggest larger
logical block (cluster, whatever) sizes as a way out. Of course, block size
"could" go
Three issues exist here in two different places.
As far as a 32 TG disk is concerned RDBs can describe it and mount it safely -
sort of - modulo the following issues. They are not a problem, I believe, with
Amiga OSs new enough to understand RDBs. I cannot prove that. They are not
sufficient,
; >
> > Warning: RDB partition 32-bit overflow
> >
> > AmigaOS developers can do 64 bit math on a 32 bit operating system.
> > Just like Linux can.
>
> Yes, I realize that. I hadn't gone back through all the mails on the
> subject to find out what t
Hi Geert,
thanks for your feedback!
On Thu, Jun 28, 2018 at 1:30 AM, Geert Uytterhoeven
wrote:
> Hi Michael,
>
> Thanks for your patch!
>
> On Wed, Jun 27, 2018 at 4:47 AM wrote:
>> From 5299e0e64dfb33ac3a1f3137b42178734ce20087 Mon Sep 17 00:00:00 2001
>
> ??
Comes from not using git
lopers can do 64 bit math on a 32 bit operating system. Just
> like Linux can.
Yes, I realize that. I hadn't gone back through all the mails on the
subject to find out what the exact requrements are on the AmigaOS
side.
Just trying to be as terse as possible to keep checkpatch happy :-(
Hi Michael,
Thanks for your patch!
On Wed, Jun 27, 2018 at 4:47 AM wrote:
> From 5299e0e64dfb33ac3a1f3137b42178734ce20087 Mon Sep 17 00:00:00 2001
??
> The Amiga RDB partition parser module uses int for partition sector
> address and count, which will overflow for disks 2 TB and larger.
>
>
Thanks a lot again for your patch.
schmitz...@gmail.com - 27.06.18, 03:24:
> + if (start_sect > INT_MAX || nr_sects > INT_MAX
> + || (start_sect + nr_sects) > INT_MAX) {
> + pr_err("%s: Warning: RDB partition
> overflow!\n", +
schmitz...@gmail.com - 27.06.18, 03:24:
> From 5299e0e64dfb33ac3a1f3137b42178734ce20087 Mon Sep 17 00:00:00 2001
>
> The Amiga RDB partition parser module uses int for partition sector
> address and count, which will overflow for disks 2 TB and larger.
>
> Use sector_t as type for sector address
>From 5299e0e64dfb33ac3a1f3137b42178734ce20087 Mon Sep 17 00:00:00 2001
The Amiga RDB partition parser module uses int for partition sector
address and count, which will overflow for disks 2 TB and larger.
Use sector_t as type for sector address and size (as expected by
put_partition) to allow
inux-xtensa.org
Cc: linux-ker...@vger.kernel.org
Subject: [RFC] common non-cache coherent direct dma mapping ops
Hi all,
this series continues consolidating the dma-mapping code, with a focus
on architectures that do not (always) provide cache coherence for DMA.
Three architectures (arm, mips and
I am Ms.Ella Golan, I am the Executive Vice President Banking Division with
FIRST INTERNATIONAL BANK OF ISRAEL LTD (FIBI).
I am getting in touch with you regarding an extremely important and urgent
matter. If you would oblige me the opportunity, I shall provide you with
details upon your response.
I am Ms.Ella Golan, I am the Executive Vice President Banking Division with
FIRST INTERNATIONAL BANK OF ISRAEL LTD (FIBI).
I am getting in touch with you regarding an extremely important and urgent
matter. If you would oblige me the opportunity, I shall provide you with
details upon your
Hi, I am Barrister Daven Bango, Can i trust and cooperate with you in an
international transaction? I look forward to your urgent response in my
email (bar.davenba...@gmail.com) Thanks.
Best regards,
Barrister Daven Bango
skype: bardaven01
--
To unsubscribe from this list: send the line
Hello,
I am General Lori J. Robinson, I am presently in Afghanistan serving
the UN/NATO military assignment here,i have an important discussion
with you kindly respond to me through my private box
lori_robinson@hotmail.com so that we can know ourselves better. I
hope to read from you if
Folks,
I apologize for the goof ups. I know accepting newbie patches must be
annoying. If it's any consolation I'm trying hard to learn the ropes
with a simple patches so I can contribute more substantial stuff
later.
Thanks,
Gideon
--
To unsubscribe from this list: send the line "unsubscribe
> -header-y += msr-index.h
I see it on my desktop as /usr/include/asm/msr-index.h and it's been there at
least four years - and as such it's part of the UAPI. I don't think you can
remove it unless you can guarantee there are no userspace users.
David
--
To unsubscribe from this list: send the
Nicolas Dichtel wrote:
> This header file is exported, thus move it to uapi.
Exported how?
> +#ifdef __INT32_TYPE__
> +#undef __INT32_TYPE__
> +#define __INT32_TYPE__ int
> +#endif
> +
> +#ifdef __UINT32_TYPE__
> +#undef __UINT32_TYPE__
> +#define
Proposal,
Respond to my personal email; mrs.zhangxiao1962@outlook.
com
Yours Sincerely.
Mrs. Zhang Xiao (Accounts book Keeper)
Angang
Steel Company Limited
396 Nan Zhong Hua Lu, Tie Dong District Anshan,
Liaoning 114021, China.
--
To unsubscribe from this list: send the line unsubscribe
hallo,
Ich bin Mr.Morgan Ich habe eine sensible und vertrauliche
Geschäfts wert 12 Millionen Pfund, die wir nutzen die uns beide ich will auf
meiner privaten E-Mail geben die details.contact mich
(morganan...@hotmail.com)--
To unsubscribe from this list: send the line unsubscribe linux-m68k in
Sehr geehrte Begünstigte,
Sie haben als einzige Begünstigte der Summe von fünfhunderttausend Euro (€
500.000,00 Euro), die hier in WESTERN UNION OFFICE von der ONU Organisation für
Sie hinterlegt ausgewählt wurde.
Bitte kontaktieren Sie uns für Ansprüche Email: wes_sp...@outlook.com
Sehr geehrte Begünstigte,
Sie haben als einzige Begünstigte der Summe von fünfhunderttausend Euro (€
500.000,00 Euro), die hier in WESTERN UNION OFFICE von der ONU Organisation für
Sie hinterlegt ausgewählt wurde.
Bitte kontaktieren Sie uns für Ansprüche Email: wes_sp...@outlook.com
:42 +1300
Subject: [PATCH] m68k/atari: EtherNEC - ethernet support (ne)
Support for Atari EtherNEC ROM port adapters in ne.c
Signed-off-by: Michael Schmitz schm...@debian.org
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
---
drivers/net/ethernet/8390/Kconfig |3 ++-
drivers/net
Achtung:
Komfortable direkte Kredit-Angebot! Wir bieten dringend Kredite / Finanzierung
zu einem sehr niedrigen Zinssatz von 4%. Unser Hauptziel beinhaltet die
Bereitstellung Personen mit Mikrofinanz-Darlehen. Wir sind bestrebt, unsere
Kunden zufrieden zu stellen und hier einige wichtige
Bestauml;tigen Sie Ihre 500,000,00 Euro
--
To unsubscribe from this list: send the line unsubscribe linux-m68k in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Claim your 500,000,00 Euros
--
To unsubscribe from this list: send the line unsubscribe linux-m68k in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Optimieren Sie Ihren 500,000,00 Euro
--
To unsubscribe from this list: send the line unsubscribe linux-m68k in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Optimieren Sie Ihren 500,000,00 Euro
--
To unsubscribe from this list: send the line unsubscribe linux-m68k in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
is prohibited. This information
is the same as any written document and may be subject to all rules
governing public information according to Florida Statutes. Any message
that falls under Chapter 119 shall not be altered in a manner that
misrepresents the activities of Orange County Public Schools
Your email as been awarded sum of 500,000.00 GBP as charity Compensation from
Qatar Foundation,contact(
morgananderso...@sbcglobal.net)
--
To unsubscribe from this list: send the line unsubscribe linux-m68k in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Congratulation !! Confirm your 500,000,00 Euros. Contact claims office via :
claimsoffic...@yeah.net
--
To unsubscribe from this list: send the line unsubscribe linux-m68k in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Do You Need A Loan? Email Us Now At jerrysmit...@rediffmail.com With Amount
Needed As Loan And Phone Number.
--
To unsubscribe from this list: send the line unsubscribe linux-m68k in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Loan Syndicacion
Am AFG Guaranty Trust Bank, zu strukturieren wir Kreditlinien treffen Sie
unsere
Kunden spezifischen geschäftlichen Anforderungen und einen deutlichen
Mehrwert für unsere
Kunden Unternehmen.
eine Division der AFG Finance und Private Bank plc.
Wenn Sie erwägen, eine große
Hello Geert,
This series of patches updates Atari EtherNAT and EtherNEC network support,
plus adds USB driver support for the ISP1160 chip found on EtherNAT and
NetUSBee adapters.
It is meant to apply on top of your m68k-queue or master branches. Expect a
merge conflict in #4 (the EtherNAT
From 72cce075197cce09678b28f9ee7232549e3e8b9b Mon Sep 17 00:00:00 2001
From: Michael Schmitz schm...@debian.org
Date: Sat, 30 Jun 2012 15:11:16 +1200
Subject: [PATCH 1/6] [m68k] Atari: increase number of Atari interrupt sources
for EtherNAT
Signed-off-by: Michael Schmitz schm...@debian.org
From faba34dd8edb81af0b93ca4e9d5fc00f97016281 Mon Sep 17 00:00:00 2001
From: Michael Schmitz schm...@debian.org
Date: Sat, 30 Jun 2012 15:16:40 +1200
Subject: [PATCH 2/6] [m68k] Atari: correct EtherNAT 91C111 interrupt,
conditionalize platform device register
Signed-off-by: Michael Schmitz schm
From 49748d8106827ed5480dbca37221d5b2e0da8194 Mon Sep 17 00:00:00 2001
From: Michael Schmitz schm...@debian.org
Date: Sat, 30 Jun 2012 15:19:28 +1200
Subject: [PATCH 3/6] [m68k] Atari: add machine specific register access macros
in smc91x.h
Signed-off-by: Michael Schmitz schm...@debian.org
From 1fe03815ff360ebec29fe6d66b5a1d8659e3a95d Mon Sep 17 00:00:00 2001
From: Michael Schmitz schm...@debian.org
Date: Sat, 30 Jun 2012 15:22:13 +1200
Subject: [PATCH 4/6] [m68k] Atari: add Kconfig support for EtherNAT - smc91x.c
driver
Signed-off-by: Michael Schmitz schm...@debian.org
---
arch
From 48d2284d03e6b254207b03765b9f636d8126c857 Mon Sep 17 00:00:00 2001
From: Michael Schmitz schm...@debian.org
Date: Sat, 30 Jun 2012 15:25:59 +1200
Subject: [PATCH 5/6] [m68k] Atari: add platform support for EtherNEC - ne.c
driver
Signed-off-by: Michael Schmitz schm...@debian.org
---
arch
Do you need a loan?
Вам нужен кредит?
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
---
arch/m68k/include/asm/unistd.h |5 -
arch/m68k/kernel/entry.S |3 +++
arch/m68knommu/kernel/syscalltable.S |3 +++
3 files changed, 10 insertions(+), 1 deletions(-)
diff --git
Fix a crash caused by requests placed in the queue with the completed flag
already set. This lead to some ADB_SYNC requests returning early and their
request structs being popped off the stack while still queued. Stack
corruption ensued or an invalid request callback pointer was invoked or
On Thu, 11 Jan 2007, I wrote:
On Thu, 11 Jan 2007, I wrote:
+ * The syntax of the ADB status lines seems to be totally different on
MacII,
+ * though. MacII uses the states Command - Even - Odd - Even -...-
Idle
+ * for sending and Idle - Even - Odd - Even -...- Idle for
91 matches
Mail list logo